| plasma41 | This talk helped me to better understand the function of (e)logind. https://media.ccc.de/v/all-systems-go-2023-183-y2038-replace-utmp-with-logind | 00:01 |
|---|---|---|
| rrq | Wow! I hadn't even realized that the usrmerge nonsense has in fact found its way into the daedalus initrd! | 03:23 |
| fsmithred | huh? | 03:25 |
| fsmithred | Oh, it's in chimaera, too. | 03:28 |
| fsmithred | and beowulf | 03:30 |
| rrq | some version of initramfs-tools | 03:31 |
| fsmithred | when ascii was still in testing and I did a debootstrap, I got merged usr | 03:32 |
| rrq | there my trust levw; for debian stuff fell sharply; not much fall space left | 03:33 |
| fsmithred | understood | 03:33 |
| fsmithred | did I tell you I got that broken system working? | 03:34 |
| fsmithred | I posted what I did in this channel. Reinstalled a bunch of stuff. | 03:35 |
| rrq | I think I saw that .. was there still some X problem ? | 03:35 |
| fsmithred | yeah | 03:35 |
| fsmithred | I reinstalled all my X stuff and that didn't fix it. | 03:35 |
| fsmithred | Everything worked after I reinstalled elogind libpam-elogind policykit-1-gnome and rebooted. | 03:36 |
| rrq | right it was missing /dev/dri | 03:36 |
| fsmithred | oh yeah | 03:36 |
| rrq | which suggests either udev issue or maybe graphics firmware perhaps? | 03:36 |
| fsmithred | oh, I think I reinstalled eudev, too | 03:37 |
| fsmithred | on your suggestion maybe? | 03:37 |
| rrq | hmm could possibly have lost udev rule files during usrmerge ? | 03:39 |
| rrq | I have 55 of them | 03:39 |
| fsmithred | booting vm | 03:41 |
| fsmithred | no, it's not totally fixed. lightdm is in a loop | 03:41 |
| rrq | so Xorg fails.. due to missing /dev/dri .. due to missing firmware? | 03:42 |
| fsmithred | 86 | 03:45 |
| fsmithred | xorg was giving permission errors. couldn't open .Xauthority | 03:45 |
| rrq | mmm ok... do you have a graphics module loaded (kernel module) | 03:45 |
| rrq | you have a VT to use? | 03:46 |
| fsmithred | I booted a live iso and mounted the drive | 03:47 |
| rrq | then you could mount -t devtmpfs none /mnt | 03:47 |
| fsmithred | do that where? | 03:47 |
| rrq | I was thinking when you boot the broken system, in another VT | 03:48 |
| rrq | maybe disable lightdm first as well | 03:48 |
| fsmithred | yeah, I disabled lightdm | 03:49 |
| rrq | with "mount -t devtmpfs none /mnt" you get the kernel's device nodes on /mnt, and can check if the kernel thinks /mnt/dri/card0 exists | 03:50 |
| fsmithred | do that when the system is mounted in the live-iso or do that when I boot with another vt? | 03:51 |
| rrq | the latter | 03:51 |
| rrq | devtmpfs is the kernels own idea of device nodes, which (e)udev tries to mimic partly | 03:52 |
| fsmithred | yeah /dev/dri/card0 exists in /mnt | 03:59 |
| * rrq biab | 04:01 | |
| fsmithred | https://termbin.com/91am - list of reinstalled packages | 04:04 |
| rrq | I can't figure out what makes the /dev/dri directory in the /dev tmpfs | 05:57 |
| rrq | do you have overrides in /etc/udev/rules.d/ ? | 06:02 |
| rrq | seems to happen in kernel/drivers/gpu/drm/drm.ko | 06:29 |
| fsmithred | rrq, /etc/udev/rules.d was empty | 11:12 |
| gnu_srs1 | Hello, somebody found out how to make build-rdeps for Devuan. build-rdeps now results results inDid you forget to run apt-get update (or add --update to this command)? at /usr/bin/build-rdeps line 526. | 18:51 |
| gnu_srs1 | found it: build-rdeps --origin devuan | 21:47 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!