Why have elogind been so tightly integrated into the system? I use absolutely nothing that requires elogind, yet I cannot get rid of it because elogind breaks dependency elogind-runit, and elogind-runit breaks dependency init-elogind, and init-elogind cannot be removed as it is required by base. Doing a pacman -R init-elogind, gives "target not found".
What's up with that?
Xorg uses (e)logind. You can technically hack a way for it to work without using (e)logind but there's no benefit and it has worse security (xorg running as root or some other group with elevated privileges). Don't worry, elogind literally just sleeps 99% of the time. It's a daemon. Nothing harmful.
Thank you very much for your reply.
Do you know how FreeBSD and the others then handle this? They all have Xorg, but no elogind, and AFAIK they do not run org as root, or am I mistaken?
I believe this might be worth an extra look!
https://git.sr.ht/%7Ekennylevinsen/seatd
Hmm. They seem to have fixed this in OpenBSD long ago without the need to add something like elogind or consolekit:
http://undeadly.org/cgi?action=article&sid=20140223112426
I'm not sure how the BSDs work. It's a complicated issue because it goes down directly to the kernel (/dev/dri/card*). Some parts of the BSD's graphic stack is like linux, but much of it is probably different.
I'm not personally opposed to packaging this although of course all artix packages would still expect/depend on elogind so you'd still have it installed.
what packages depend to elogind at me
$ pactree -r -d1 elogind
elogind
├─accountsservice
├─elogind-openrc
├─libappindicator-gtk3
├─libpulse
├─modemmanager
├─networkmanager
├─polkit
├─rtkit
└─xorg-server
Somehow I don't understand why remove elogind. Elogind is not evil. There are a lot of projects that systemd has absorbed. For example udev ... There is no reason for such panic removal. 8)
because systemd's logind has been a defacto enforced logind interface.
For the lack of true alternatives, elogind does this job.
If you want to implement seatd, go ahead, present a working implementation, and we could dicuss it as an elogind alternative.
That said, most package sources that involve a logind flag, by now support elogind too.
A quick look at seatd tells, it has an elogind backend, so seatd would likely use the elogind backend on artix, which would be a rather cosmetic change only.
Replacing elogind means a lot of things to consider, here is just one, wayland:
http://undeadly.org/cgi?action=article;sid=20210124113220
Its more complex problem, yes....
$ pactree -sr -d1 libelogind
libelogind
├─brltty
├─clamav
├─dbus
├─elogind
├─fprintd
├─gamemode
├─gnome-desktop
├─gnome-disk-utility
├─gnome-settings-daemon
├─libnm
├─light-locker
├─modemmanager
├─procps-ng
├─swayidle
├─udisks2
├─uwsgi
├─xf86-video-openchrome
├─xf86-video-vmware
├─xorg-server-xephyr
└─xorg-server-xwayland
It's already packaged on void. I'm using it with an sway desktop without having elogind installed and it seems to do the job fine. Have a look at this thread: https://github.com/void-linux/void-packages/issues/26177#issuecomment-723223181
But as artoo points, you will also need the libelogind (but not elogind which had those systemd references on void)
So, at least for me, it seems a good idea to package seatd for the three artix flavours, openrc, runit and s6. It is already in AUR.
On that page you can read:
This should be expected since elogind is just systemd's logind fork that doesn't depend on the whole systemd itself. If you are opposed to using systemd components in your system like many of us, you should consider using an alternative
I can't assess the amount of work behind that, but it is awesome.
For the average user, openrc is all we need. Plus udev
Seatd should be packaged though. Seems a good thing (and it does work very well on void / runit) ;-)
https://sr.ht/~kennylevinsen/seatd/
Happy testing and playing around.
https://gitea.artixlinux.org/artixlinux/packages-vcs/src/branch/master/seatd/PKGBUILD
Fantastic!! 8)
We have seatd in our goblins repo now.
Expect goblins depending on your DE.
Atm, team members are testing wlroots with libseat.
Hello.
I have been looking for seatd and seatd-s6 in the repo but pacman can't find it. Are you speaking about a goblins repo you have?
Thank you so much
yes, is in goblins see how to enable goblins https://wiki.artixlinux.org/Main/Repositories
Yeah be careful with seatd. Some things work but some other things rely on some other stuff it doesn't provide (various PAM things and so on). That's why it's still in goblins.
I'm going to go ahead and close this topic. Seatd support is in-progress and looking good so far. I'm running it right now. See the new announcement thread (https://forum.artixlinux.org/index.php/topic,3050.0.html) for more details.