[2022-10-26T02:20:04Z] How to mount FTP or fetch a dir from there?

[2022-10-26T02:33:53Z] Alpines curlftpfs is a good start, I guess

[2022-10-26T02:40:14Z] 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] Hi

[2022-10-26T14:57:00Z] I would like to understand why the package manager works differently on two different computers

[2022-10-26T14:57:28Z] my first question: is kiss supposed to be used as root or as a user ?

[2022-10-26T15:01:45Z] 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] ok

[2022-10-26T15:10:05Z] On one system if update with kiss update as a user, I don't need to enter my password

[2022-10-26T15:10:19Z] on the other system I need to enter my root password

[2022-10-26T15:10:36Z] on both system su is used to change to root

[2022-10-26T15:12:38Z] 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] midfavila: you mean the file /etc/shadow is on the system ?

[2022-10-26T15:37:56Z] no, I mean the shadow package

[2022-10-26T15:38:18Z] 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] testuser[m]: maybe. How is it possible to check it ?

[2022-10-26T15:38:34Z] if they're both fresh tarballs then testuser's probably closer to the mark

[2022-10-26T15:38:48Z] 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] but to chroot I need to be root. So ls -l / should always work.

[2022-10-26T15:40:28Z] that's the point

[2022-10-26T15:40:35Z] it tells you who owns what files

[2022-10-26T15:41:25Z] 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] (I don't use su or multiple users)

[2022-10-26T15:41:39Z] sorry, I'm stupid..... I had in mind ls -lRh /

[2022-10-26T15:42:49Z] misremembering doesn't make you stupid

[2022-10-26T15:42:54Z] mistakes are normal

[2022-10-26T15:43:43Z] now, if I want to update without giving a password, my only solution is to update as root ?

[2022-10-26T15:43:53Z] midfavila: thank you for your kind comment

[2022-10-26T15:44:12Z] if you want to bypass providing a password to su during a system update, yes, that would be correct

[2022-10-26T15:44:21Z] you can also look into alternative privilege escalation tools

[2022-10-26T15:44:25Z] i use 'sup' myself

[2022-10-26T15:47:20Z] I come back later, thank you for your comments.

[2022-10-26T17:57:20Z] 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

Proxy Information
Original URL
gemini://gemini.ctrl-c.club/~phoebos/logs/kisslinux-2022-10-26.txt
Status Code
Success (20)
Meta
text/plain; charset=utf-8
Capsule Response Time
427.786677 milliseconds
Gemini-to-HTML Time
1.022543 milliseconds

This content has been proxied by September (3851b).