libera/#devuan/ Wednesday, 2024-11-27

blebjust tinkering00:00
blebI did a fresh kde install, then tried removing sddm00:01
blebthen a blue tui asked me to pick between sddm and lightdm00:01
blebthen I removed lightdm00:01
blebthen a blue tui asked me to pick between lightdm and slim00:01
blebthen if I uninstalled slim it automatically reinstalled lightdm, and vice versa00:01
blebI think I settled on slim, then logged out and I have a black screen with a white pointer but no login dialog00:02
blebwhat's up with that?00:02
blebif I wanted to log in via the console then start x manually how would I go about setting that up?00:03
debdogstart by figuring out which part of KDE hard-depends on a DM, hmmm00:04
blebit looks like what's running on tty7 is /usr/lib/Xorg -nolisten tcp -auth /var/run/sddm/{...} -background none -noreset -displayfd 18 -seat seat0 vt700:05
blebso that makes sense, the x session was left running but there's no more sddm to run00:05
blebI guess if I wanted to use no dm I would have to uninstall kde first00:06
debdoghave you disable to install recommended packages? maybe that helps?00:07
debdogor something like "aptitude why sddm" which should return the package responsible.00:12
debdogthen aptitude show $package to check whether a DM is a hard requirement or only a recommendation00:12
blebtask-kde-desktop Depends lightdm | slim | sddm00:20
blebbingo00:20
blebit's cool everything is working as I would expect00:20
debdogwith a WM it works here. never really used a DM00:21
debdogmaybe you want to switch from DE to WM00:21
blebI was just playing around to contrast this with debian, where when I ran apt remove lightdm from within xfce the apt process was killed and I had to run some repair commands and rerun the apt remove command from the console :x00:21
debdogor remove task-kde-desktop and install the kde parts one by one?00:23
blebI don't actually want it lol but thanks for the suggestions00:23
onefangAlexLikeRock isn't on at the moment, and I just woke up.  But I'll throw Cgit into the ring for long overdue github replacements.  You host it yourself, but I run a server anyway, so that's what I do.  Currently I'm using Mantis for bug tracking, but that's not in our repos, so I want to switch to something that is.00:26
blebso the annoyance I ran into on debian wasn't actually due to debian vs. devuan, but rather with lightdm00:46
blebin devuan, if I am logged in with lightdm and run apt remove lightdm, I am similarly booted out of the session before the apt process finishes, and have to run dpkg --configure -a etc.00:47
blebinterestingly slim still kills your session but apt is not left in a broken state00:48
blebso maybe the slim uninstall scripts run after the apt process finishes, whereas lightdm scripts run before apt is done?  not sure what would account for that discrepancy00:49
rrqnot sure what you'd expect though; the display manager is (grand) parent process of the apt process and it gets killed, which gets propagated into apt killing itself...01:39
rrqyou'd have to spawn the apt process as detached from the shell for it to succeed when the (of course) the shell gets killed01:41
rrqand if you also use a session manager then if'd be hard since then the processes are also bound via cgroup-ing01:43
rrqpeople have spent years making it so that all session processes get killed when the session leader is terminated01:45
blebyet it works differently for slim and sdde02:08
blebin general a binary can be uninstalled without killing processes that are running that binary02:09
blebso I was expecting the session to keep running, which happened with kde02:09
blebs/sdde/sddm/02:09
blebhuh, on debian kde does not depend on a display manager02:17
blebI can uninstall the display manager and start kde with startx02:17
blebwell, even with no display manager debian boot times lag behind devuan by ~2 seconds :o03:13
gnarfacei'm surprised it's only 203:17
gnarfaceyou could probably kick a few things overboard and raise that to 1003:18
blebbut systemd reduces boot times!03:20
gnarfaceit was also supposed to be more secure03:21
gnarfacebut anyone smart knew that was a lie up front03:21
blebyup03:22
gnarfacethey literally said that it would be faster because sysvinit doesn't support dependency-based parallel booting, months (years?) after the actual sysvinit build in debian had been patched to support dependency-based parallel booting03:24
gnarfacenow, i don't think these people actually were that detached from reality, i just think they never considered themselves subject to it, because they're in some sort of cult03:25
gnarfacebut that's all off topic03:25
blebpretty cool03:40
onefangDunno about Debian, but I implemented dependency based parallel booting in my own version of Sys V init, coz it was part of the LSB standard.  That was years befare systemd.03:57
freem[03:21:20] <gnarface> it was also supposed to be more secure05:48
freemthanks for the laugh05:48
freemif point is to boot in //, daemontools predates systemd since long, and are much less intrusive. But all here probably know that kind of stuff.05:50
Nrml_Howdy everyone. In case you haven't seen: https://techrights.org/n/2024/11/27/There_Are_More_Devuan_Based_Distros_of_GNU_Linux_Each_Year.shtml23:44
Nrml_And, happy 10 years birthday to Devuan, and many props and thanks to all involved, developers specially!23:45
cirith_ungolthis is a good list: https://www.devuan.org/os/devuan-distros23:46
cirith_ungolcan't believe it's been 10 years23:46
Nrml_:-) \o/23:47
Nrml_time goes fast when we're all giving  big FU to systemd :-)23:48
golinuxCelebrating 10 years of Devuan! https://dev1galaxy.org/viewtopic.php?id=694223:51

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!