01:49 <uwumeowmoewnyaa> Oh no, there is a problem with deleting ports that are no longer needed too...

05:44 <cruxbot> [contrib/3.7]: p5-business-issn: 1.006 -> 1.007

05:49 <cruxbot> [contrib/3.7]: pnpm: 9.15.2 -> 9.15.3

20:50 <frinnst> woah, sysup'iung crux to core/3.8 broke pam in an interesting way

20:50 <frinnst> sudo broken, unable to login as root :D

20:51 <frinnst> hopefully my sudo'ed prt-get sysup will fix it.

20:52 <frinnst> don't try this at home, kids! listen to uncle jaeger and use the iso :D

20:56 <frinnst> ah libcrypt.so.1 -> libcrypt.so.2

20:57 <jaeger> :D

20:59 <frinnst> if I wasnt an idiot i'd had started a root shell before i began but alas

20:59 <frinnst> hopefully everyting will rebuild ok :D

20:59 <jaeger> Worst case you can fix it with the ISO if needed

21:01 <frinnst> I dont have a 3.8 iso written to stick so i'm kinda screwed. will need to revert my btrfs rootfs to a snapshot

21:02 <cruxbridge> <tim> boot into single user mode and just rebuild sudo there?

21:02 <frinnst> yeah but whats the fun in that? :)

21:02 <cruxbridge> <tim> well, if you put it like that :p

21:03 <frinnst> I dont think i've upgraded with an iso on this box ever.. maybe once or twice with my original x86_64 iso

21:09 <cruxbridge> <tim> I usually do the same here :)

21:13 <cruxbridge> <tim> btw, one gotcha in opt that I should add on the TODO list as done is this topic here https://discourse.gnome.org/t/dealing-with-glib-and-gobject-introspection-circular-dependency/18701

21:14 <cruxbridge> <tim> there is glib-introspection in opt now for that reason, this might be easy to miss

21:15 <frinnst> cheers

21:23 <frinnst> ah right, I have "addcommand sudo pkgadd" in my prt-get.conf so all my installs fail

21:23 <frinnst> :D

21:23 <frinnst> im such a tool

21:25 <jaeger> oops

21:40 <jaeger> If you have some other livecd or network boot or whatever you could use that instead of the 3.8 ISO

21:40 <jaeger> Just something temporary so you wouldn't have to revert your rootfs entirely

22:05 <ivandi> well, i tried it at home, but in a chroot, so it wasn't that bad :)

22:06 <ivandi> btw, python3-setuptools failed to build after python3 upgrade :(

22:14 <frinnst> booted an 3.7 iso

22:16 <frinnst> python3 took like 30mins running tests? gave up and fetched the rc iso and pkgadded. linux-pam depends on it

22:25 <cruxbridge> <tim> ivandi: bootstrapping a working setuptools from pip is the only thing that worked for me now that they start to deprecate it

22:27 <cruxbridge> <tim> frinnst: I enabled pgo for python, hence its running tests, but it comes back more optimized. Since python isn't updated to often it's not too bad imho, but surely adds up

22:35 <cruxbridge> <tim> ivandi: didn't you report the runtime level switching issue a while ago? It should be fixed now too

22:55 <frinnst> when I tried building it in a 3.7 install chroot it failed a lot of tests and took aaaaaaages

22:56 <frinnst> after booting up, it builds fine again

22:56 <frinnst> yay ruby sucks: /tmp/ruby-3.4.1-1-work/src/ruby-3.4.1/ruby: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory

22:56 <frinnst> builds a broken bin

23:16 <cruxbridge> <tim> sounds like you got something else stuck on an older openssl lib, it builds fine for me in a container

23:16 <cruxbridge> <tim> do you need a package for that?

23:18 <frinnst> nah just cleaning up

23:18 <frinnst> starting a rebuild of everything

23:18 <frinnst> only ruby in revdep so I guess I assumed wrong

23:19 <frinnst> revdep isnt as powerful today as it was, say, 10+ years or so ago

23:19 <frinnst> python is everywhere now and hard to detect broken stuff i guess

23:21 <cruxbridge> <tim> there is pip3 check which can help, but it just lists whatever a python module has specified in its buildfile

23:22 <cruxbridge> <tim> do you have that rather long pipe command to check for packages to rebuild that link against that old libcrypt.so.1?