Re: [gentoo-user] Problems with commands "reboot" and "shutdown"

[Dr Rainer Woitok <rainer.woitok@gmail.com>]

Greetings,

On Fri, 15 Nov 2024 13:10:39 +0100 I myself wrote:

> > ...
> > I have no split-usr system here to compare notes, but did you try rebuilding 
> > the sys-auth/elogind package just in case?
> 
> Yes, I did.  With and without USE flag "cgroup-hybrid" which was enabled
> by default up to version 246.10-r4 including  but is disabled by default
> in version 252.9-r2.  Didn't change anything :-(

Well, it turned out my tests have been a bit too quick and dirty.  After
re-emerging package "sys-auth/elogind"  the old "elogind-daemon" service
programme is still executing  and thus clicking on  Xfce's "Restart" ac-
tion button only tests the old binary in its new environment which -- of
course -- isn't guaranteed to work :-(

So between re-emerging  and trying to reboot via Xfce's "Restart" action
button I need to reboot using "/sbin/reboot" to run the "elogind-daemon"
service programme I want to test.

Using this slightly more sophisticated test procedure  I found that both
stable "sys-auth/elogind" ebuilds work while BOTH BINARY PACKAGES DON'T.

As already described in a previous mail, after pressing Xfce's "Restart"
action button  the system stalls or loops indefinitely,  and syslog con-
tains

   2024-11-18T17:55:02+01:00 (5) kernel: elogind-daemon[1835]: System is rebooting.
   2024-11-18T17:55:02+01:00 (3) reboo[5780]: Failed to execute /usr/bin/reboot: No such file or directory

which somehow suggests that "elogind" expects "systemd" to be installed,
while I'm using "openrc".

Quoting a slightly outdated Gentoo webpage [1]:

   The available useflag settings and versions correspond to the
   stable packages of the amd64/17.1/nomultilib (i.e., openrc),
   amd64/17.1/desktop/plasma/systemd, and amd64/17.1/desktop/gnome/systemd
   profiles.

Apart from the outdated "17.1", I'm on neither of these profiles:

   $ eselect profile show
   Current /etc/portage/make.profile symlink:
     default/linux/amd64/23.0/split-usr/desktop
   $

Is THIS the problem?   But if -- as the above quote is suggesting -- the
binaries are coded to work with BOTH,  "openrc" AND "systemd",  then why
don't they work on my laptop?

Baffled,
 Rainer

[1]: https://www.gentoo.org/news/2023/12/29/Gentoo-binary.html