| freaxeh_ | "failed to determine the codename for the release" | 04:15 |
|---|---|---|
| freaxeh_ | devuan 5.0.1 installation from desktop.iso | 04:15 |
| freaxeh_ | problem fixed | 04:22 |
| freaxeh_ | https://unix.stackexchange.com/questions/381408/debian-laptop-installation-fails-due-to-debootstrap-error-failed-to-determine-t | 04:22 |
| Alverstone | what the hell I spent almost hour trying to figure out how to start graphics. I cannot login. Login as any user fails with error "Module is unknown" | 13:02 |
| Alverstone | Great lord HOW am I supposed to debug THAT? | 13:03 |
| Alverstone | Couldn't it be a little more verbose? | 13:03 |
| Alverstone | Do you have any ideas at all what might be wrong? | 13:04 |
| Alverstone | I will not update again until repos are frozen or until I absolutely must | 13:04 |
| Alverstone | I will hecking remove sources.list to eliminate every and any temptation | 13:04 |
| Alverstone | This is not funny at all | 13:04 |
| Alverstone | /usr/lib/security/pam_limits.so: no such file or directory | 13:10 |
| Alverstone | it's now under /lib/x86_64-linux-gnu/security/ | 13:10 |
| Alverstone | what do I even do? does pam has any PATH configuration anywhere? | 13:10 |
| Alverstone | does pam have* | 13:10 |
| fsmithred | Alverstone, did you downgrade from excalibur to daedalus? Looks like you have a reverse usermerge issue. | 13:20 |
| Alverstone | fsmithred, I did not downgrade, I run apt upgrade yesterday before going to sleep, woke up to a surprise | 13:22 |
| Alverstone | I do not have usrmerge installed but I remember manually symlinking /bin to /usr/bin... | 13:23 |
| fsmithred | in excalibur, merged usr is mandatory. Stuff that's in /lib in daedalus will get linked to /usr/lib in excal | 13:23 |
| fsmithred | ah | 13:23 |
| Alverstone | On the other hand, I have usrmerge installed | 13:23 |
| Alverstone | Sorry | 13:23 |
| fsmithred | did it get removed? | 13:23 |
| Alverstone | I thought I didn't, checked it, and it is installed | 13:23 |
| fsmithred | I'm not sure what that package does if you have manually created some links | 13:24 |
| fsmithred | but maybe it got confused | 13:24 |
| Alverstone | I have a backup from 3 days ago | 13:26 |
| Alverstone | Can you please advice me with a reliable command to copy it back into my rootfs and not break anything? | 13:26 |
| fsmithred | you could probably fix it | 13:26 |
| fsmithred | by editing the links you made maybe. I'm not sure. | 13:27 |
| fsmithred | can you boot to rescue mode? | 13:28 |
| Alverstone | fsmithred, I am already booted with init=/bin/sh | 13:28 |
| Alverstone | took me a while to start X11 | 13:28 |
| Alverstone | fsmithred, https://paste.debian.net/plain/1349018 | 13:31 |
| fsmithred | that looks right. | 13:33 |
| Alverstone | If I comment out "session required pam_limits.so" in /etc/pam.d/login, login works | 13:34 |
| fsmithred | I don't have the lib32 and libx32 that you have, but everything else is the same | 13:34 |
| Alverstone | what do you have instead of lib32/lib64? | 13:35 |
| Alverstone | PAM unable to dlopen(pam_limits.so): /usr/lib/security/pam_limits.so: cannot open shared object file: No such file or directory | 13:35 |
| fsmithred | I have /lib and /lib64 | 13:35 |
| Alverstone | I have 32 bit libs for wine | 13:35 |
| Alverstone | I guess it's that | 13:35 |
| Alverstone | that PAM error is from syslog | 13:36 |
| Alverstone | PAM adding faulty module: pam_limits.so | 13:36 |
| Alverstone | I don't understand why it looks in the wrong place | 13:36 |
| Alverstone | It is in /usr/lib/x86_64-linux-gnu/security not in /usr/lib/security | 13:37 |
| fsmithred | I have that line uncommented in daedalus without usrmerge and in excalibur with usrmerge | 13:39 |
| Alverstone | Because normally it works :( | 13:40 |
| Alverstone | I figured it out, it cannot be fixed in any way | 13:44 |
| Alverstone | PAM unable to dlopen(/lib/x86_64-linux-gnu/security/pam_limits.so): /lib/x86_64-linux-gnu/libsystemd.so.0: version `LIBSYSTEMD_254' not found (required by /lib/x86_64-linux-gnu/security/pam_limits.so) | 13:44 |
| Alverstone | What is the most reliable method to restore from a backup? | 13:44 |
| fsmithred | libsystemd0 is 254 in daedalus-backports - maybe that would help | 13:45 |
| Alverstone | Nonono thank you, I want no more of this systemd shit. I want it to just work like it did 3 days ago | 13:45 |
| Alverstone | They are doing something very weird with breaking ABIs | 13:46 |
| Alverstone | I don't see a point | 13:46 |
| Alverstone | I don't think they are sane | 13:46 |
| fsmithred | check to see what got upgraded three days ago and maybe you can fall back to the previous version | 13:46 |
| Alverstone | pam certainly upgraded yesterday, maybe I have an apt log still left | 13:47 |
| fsmithred | in /var/log/apt/history.log also look in /var/cache/apt/archives to see if you have the older deb package | 13:48 |
| Alverstone | fsmithred, this is the breaking upgrade: https://paste.debian.net/plain/1349022 | 13:49 |
| fsmithred | I still have 1.5.2-6+deb12u1 on the libpam packages | 13:51 |
| fsmithred | I need food. biab | 13:53 |
| Alverstone | Turned out the three days old backup was only for /home, / backup is a few weeks old, but I don't care | 15:06 |
| Alverstone | restored /usr and /var, did not touch the rest | 15:06 |
| Alverstone | seems to work somehow | 15:06 |
| Alverstone | great | 15:06 |
| amarsh04 | all the fun of disruptive upgrades (/usrmerge was bad, so was migrating from i386 to x86_64, and let's not forget 64 bit time) | 15:12 |
| Alverstone | fsmithred, FYI libsystemd0 break libelogind-compat and libelogind-compat is version 255 | 15:13 |
| Alverstone | break* | 15:14 |
| Alverstone | breaks* | 15:14 |
| fsmithred | shit. | 15:15 |
| Alverstone | been a thing since around 2010 | 15:16 |
| fsmithred | 255 is ceres version | 15:16 |
| fsmithred | 252 in daedalus, but no 254 in backports | 15:16 |
| Alverstone | excalibur features 255.17-2 | 15:16 |
| fsmithred | yeah | 15:17 |
| fsmithred | excalibur is generally a week behind ceres | 15:17 |
| Alverstone | makes me wonder why I did not go for daedalus in the first place | 15:17 |
| Alverstone | I was reckless back then | 15:17 |
| Alverstone | I don't even remember which package I wanted to be up to date | 15:17 |
| fsmithred | good idea to wait until freeze to use the testing suite | 15:17 |
| fsmithred | did you try backporting it? | 15:18 |
| fsmithred | sometimes that's easy | 15:18 |
| Alverstone | do you know when freeze happens this time? iirc it's the second year so somewhere in summer? | 15:18 |
| fsmithred | yeah, I think maybe summer | 15:18 |
| Alverstone | fsmithred, I didn't because I don't remember why I use excalibur at all, unfortunately | 15:18 |
| Alverstone | I wanted adventure | 15:19 |
| Alverstone | I don't want anymore | 15:19 |
| fsmithred | https://release.debian.org/testing/freeze_policy.html freeze begins in March | 15:20 |
| Alverstone | anyway it seems I can upgrade browsers safely, so maybe if I put dbus/libpam/elogind on hold...? | 15:20 |
| fsmithred | good luck | 15:21 |
| fsmithred | that stuff makes my head spin | 15:21 |
| Alverstone | i'd say godspeed ;) | 15:21 |
| fsmithred | brb need to throw some logs in the wood stove | 15:22 |
| Alverstone | amarsh04, what is wrong with 64bit time? | 17:07 |
| Alverstone | you mentioned it earlier | 17:07 |
| amarsh04 | just that some parts of the transition to it was a bit counter-intuitive - aptitude didn't necessarily suggest replacing the libraries that had 32 bit time with libraries that had 64 bit time when that actually satisfied all depencies | 17:09 |
| amarsh04 | dependencies | 17:10 |
| Alverstone | FYI in this my little journey all my serious issues during upgrades were exclusively caused by parts of systemd | 17:13 |
| Alverstone | Or their substitutes, if you like that phrasing better | 17:14 |
| amarsh04 | that can also be painful | 17:15 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!