View previous topic :: View next topic |
Author |
Message |
GDH-gentoo Veteran
Joined: 20 Jul 2019 Posts: 1778 Location: South America
|
Posted: Fri Jul 26, 2024 9:33 pm Post subject: |
|
|
I'm disappointed, there are no bannings there, no threats, no blood All I see is a discussion about a dead Slackware derivative, that turned into a discussion about Slackware replacing ConsoleKit2 with elogind because, apparently, stuff just didn't work. And some mention of "angry grandpas" at most. The bit about GRU's social engineering drill did make me laugh, though. _________________
NeddySeagoon wrote: | I'm not a witch, I'm a retired electronics engineer |
Ionen wrote: | As a packager I just don't want things to get messier with weird build systems and multiple toolchains requirements though |
|
|
Back to top |
|
|
Zucca Moderator
Joined: 14 Jun 2007 Posts: 3818 Location: Rasi, Finland
|
Posted: Sat Jul 27, 2024 10:11 am Post subject: |
|
|
I've been running my systemd without systemd-logind and elogind for quite some time now.
I use seatd.
There was something that didn't fit me with elogind, so I gev seatd a change. So far so good.
Maybe someday I'll try mdev... _________________ ..: Zucca :..
My gentoo installs: | init=/sbin/openrc-init
-systemd -logind -elogind seatd |
Quote: | I am NaN! I am a man! |
|
|
Back to top |
|
|
GDH-gentoo Veteran
Joined: 20 Jul 2019 Posts: 1778 Location: South America
|
Posted: Sat Jul 27, 2024 11:56 am Post subject: |
|
|
This in particular is used for finding the pathname in the sysfs of a device specified by its corresponding device unit name in udevadm commands that allow it (such as udevadm info or udevadm trigger). In that case, the program has to ask systemd for the pathname using its D-Bus interface.
On a non-systemd computer there won't be any device units, of course, or units of any kind for that matter, so specifying a (meaningless) unit name AFAICS should just fail gracefully with a "Failed to open the device" error.
This particular code is therefore harmless in my opinion. _________________
NeddySeagoon wrote: | I'm not a witch, I'm a retired electronics engineer |
Ionen wrote: | As a packager I just don't want things to get messier with weird build systems and multiple toolchains requirements though |
|
|
Back to top |
|
|
logrusx Advocate
Joined: 22 Feb 2018 Posts: 2549
|
Posted: Sat Jul 27, 2024 2:29 pm Post subject: |
|
|
Zucca wrote: | I've been running my systemd without systemd-logind and elogind for quite some time now.
I use seatd.
|
I was thinking of mentioning it, but forgot.
But in my opinion the issue more like one of convenience. People don't want to give up convenience, rather complain.
After all everybody who doesn't like where Linux is going can take matters in their own hands and at least package a distribution the pre-seat management way. It wasn't that hard to have to run startx manually, after all. Neither to have to write X configuration files and mount removable media by hand.
Gosh, you can even browse this forum with lynx if you don't want to deal with X configuration and graphics drivers! Fb console is so much nicer nowadays you can spend all your time in it.
Best Regards,
Georgi |
|
Back to top |
|
|
Zucca Moderator
Joined: 14 Jun 2007 Posts: 3818 Location: Rasi, Finland
|
Posted: Sat Jul 27, 2024 5:15 pm Post subject: |
|
|
Zucca wrote: | I've been running my systemd without systemd-logind and elogind for quite some time now.
I use seatd. | I meant of course: I've been running my system...
Silly typo. _________________ ..: Zucca :..
My gentoo installs: | init=/sbin/openrc-init
-systemd -logind -elogind seatd |
Quote: | I am NaN! I am a man! |
|
|
Back to top |
|
|
lars_the_bear Guru
Joined: 05 Jun 2024 Posts: 537
|
Posted: Sat Jul 27, 2024 6:19 pm Post subject: |
|
|
logrusx wrote: | It wasn't that hard to have to run startx manually, after all. Neither to have to write X configuration files and mount removable media by hand.
|
It wasn't, and it still isn't. It's just a bit more convenient to have something do these things automatically. For me, personally, it's convenient to run udevd without systemd. I don't think it's terribly unreasonable to ask what might happen if/when that becomes impossible.
If the answer is 'tough -- you'll have to sort it out yourself', then one day I might have to give serious thought to doing that. I can't imagine it will be easy, but I've done plenty of difficult things over the years.
I just thought it would be good to know whether anybody else saw a potential problem here, and whether there were already any contingency plans in place. It seems that there might be, which I find encouraging.
BR, Lars. |
|
Back to top |
|
|
eschwartz Developer
Joined: 29 Oct 2023 Posts: 240
|
Posted: Sun Jul 28, 2024 5:01 am Post subject: |
|
|
logrusx wrote: |
I was thinking of mentioning it, but forgot.
But in my opinion the issue more like one of convenience. People don't want to give up convenience, rather complain.
After all everybody who doesn't like where Linux is going can take matters in their own hands and at least package a distribution the pre-seat management way. It wasn't that hard to have to run startx manually, after all. Neither to have to write X configuration files and mount removable media by hand.
Gosh, you can even browse this forum with lynx if you don't want to deal with X configuration and graphics drivers! Fb console is so much nicer nowadays you can spend all your time in it.
Best Regards,
Georgi |
I don't run startx manually -- I run https://github.com/Earnestly/sx/ manually because startx is an elaborate pile of junk with a bad API and doesn't even respect XDG_CONFIG_HOME. |
|
Back to top |
|
|
logrusx Advocate
Joined: 22 Feb 2018 Posts: 2549
|
Posted: Sun Jul 28, 2024 5:13 am Post subject: |
|
|
eschwartz wrote: |
I don't run startx manually -- I run https://github.com/Earnestly/sx/ manually because startx is an elaborate pile of junk with a bad API and doesn't even respect XDG_CONFIG_HOME. :D |
Forgive me for not having done that for nearly two decades and not knowing its better alternatives :)
Best Regards,
Georgi |
|
Back to top |
|
|
|