💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › kisslinux-2022-10-26.txt captured on 2024-06-16 at 13:33:12.
⬅️ Previous capture (2023-01-29)
-=-=-=-=-=-=-
[2022-10-26T02:20:04Z] <phinxy> How to mount FTP or fetch a dir from there? [2022-10-26T02:33:53Z] <phinxy> Alpines curlftpfs is a good start, I guess [2022-10-26T02:40:14Z] <phinxy> Busybox might have had `ftp`. [2022-10-26T02:58:27Z] <wael_> Hi [2022-10-26T11:41:07Z] <testuser[m]> hi [2022-10-26T14:55:41Z] <vouivre> Hi [2022-10-26T14:57:00Z] <vouivre> I would like to understand why the package manager works differently on two different computers [2022-10-26T14:57:28Z] <vouivre> my first question: is kiss supposed to be used as root or as a user ? [2022-10-26T15:01:45Z] <midfavila> you can use the package manager as either, but if you're a regular user you need to provide a privilege escalation utility [2022-10-26T15:07:36Z] <vouivre> ok [2022-10-26T15:10:05Z] <vouivre> On one system if update with `kiss update` as a user, I don't need to enter my password [2022-10-26T15:10:19Z] <vouivre> on the other system I need to enter my root password [2022-10-26T15:10:36Z] <vouivre> on both system `su` is used to change to root [2022-10-26T15:12:38Z] <midfavila> do both systems use shadow? [2022-10-26T15:27:01Z] <testuser[m]> vouivre: maybe you forgot to extract the tarball as root on the first system so [2022-10-26T15:37:23Z] <vouivre> midfavila: you mean the file /etc/shadow is on the system ? [2022-10-26T15:37:56Z] <midfavila> no, I mean the shadow package [2022-10-26T15:38:18Z] <midfavila> if one uses shadow's privilege escalation tools and another uses a different implementation, then there might be differences there. idk [2022-10-26T15:38:25Z] <vouivre> testuser[m]: maybe. How is it possible to check it ? [2022-10-26T15:38:34Z] <midfavila> if they're both fresh tarballs then testuser's probably closer to the mark [2022-10-26T15:38:48Z] <midfavila> you should be able to just ls -alh after kiss chroot'ing into it [2022-10-26T15:38:52Z] <testuser[m]> vouivre: ls -l / [2022-10-26T15:40:14Z] <vouivre> but to chroot I need to be root. So ls -l / should always work. [2022-10-26T15:40:28Z] <midfavila> that's the point [2022-10-26T15:40:35Z] <midfavila> it tells you who owns what files [2022-10-26T15:41:25Z] <midfavila> so if you need to access files that root doesn't own as a non-root user, you'd probably end up trying to escalate privileges to the user that owns those files... i think [2022-10-26T15:41:31Z] <midfavila> (I don't use su or multiple users) [2022-10-26T15:41:39Z] <vouivre> sorry, I'm stupid..... I had in mind ls -lRh / [2022-10-26T15:42:49Z] <midfavila> misremembering doesn't make you stupid [2022-10-26T15:42:54Z] <midfavila> mistakes are normal [2022-10-26T15:43:43Z] <vouivre> now, if I want to update without giving a password, my only solution is to update as root ? [2022-10-26T15:43:53Z] <vouivre> midfavila: thank you for your kind comment [2022-10-26T15:44:12Z] <midfavila> if you want to bypass providing a password to su during a system update, yes, that would be correct [2022-10-26T15:44:21Z] <midfavila> you can also look into alternative privilege escalation tools [2022-10-26T15:44:25Z] <midfavila> i use 'sup' myself [2022-10-26T15:47:20Z] <vouivre> I come back later, thank you for your comments. [2022-10-26T17:57:20Z] <vouivre> midfavila: thank you for suggesting sup. I'll have a look at it. [2022-10-26T19:51:01Z] <testuser[m]> https://archives.gentoo.org/gentoo-dev/message/dd9f2d3082b8b6f8dfbccb0639e6e240