14:16 <jaeger> Somehow a sysup on my laptop (on 3.7) has caused a breakage that prevents me from logging in but creates no errors in the syslog. I see the usual "opened session" message followed immediately by "closed session" with no errors in between. Anyone else experience this?

14:21 <beerman> not me, anything specific about the host?

14:21 <beerman> during upgrade? or "just now"?

14:22 <jaeger> Nothing different about it or unusual from my other setups

14:22 <jaeger> during the sysup. Not sure which package because I left it unattended... but I had a sway session running and after it happened I could not open any new foot/xterm terminals, any new tmux panes, or log in via the console

14:23 <jaeger> https://imgur.com/a/4GR0E3G <-- couple of images of the issue, not very useful sadly :/

14:24 <jaeger> happens for both root and my user

14:24 <jaeger> I've tried a few things like other shells, rebuilding shadow (login), pam, bash, etc.

14:25 <jaeger> I'll run another upgrade from the release ISO if I can't figure out what caused it, just trying to learn that before I fix it

14:26 <beerman> i mean

14:26 <beerman> this awfully looks like a pam issue to me

14:26 <beerman> but thats mostly a gut feeling here

14:27 <beerman> so you login via tty and start sway like that, no manager like greetd?

14:28 <jaeger> yes

14:28 <beerman> anyway, I'd like to see if common-{account,auth,password,session} or any other pam stack in question got corrupted somehow

14:29 <jaeger> Not as far as I can see, they look completely normal

14:39 <beerman> no idea then, how far back have the sysup updates been?

14:39 <jaeger> Not sure I fully understand the question but it was completely up to date on 3.6, then upgraded to 3.7 via the release ISO

14:40 <jaeger> Reinstalling ISO packages again now and I'll update one by one to see when it breaks, if it does again

15:36 <jaeger> unrelated to that, rust also installs a file into /usr/libexec

16:03 <pitillo> jaeger: something similar here. I wasn't able to run some terminals (the only one working was terminology which wasn't affected by the 3.6 -> 3.7 upgrade). I was able to login to tty and then make a full core ports rebuild. I thought it was my fault, so I didn't disturbed here (I still have some specific problems with some ports... the webkitgtk-40 and a mess with ffmpeg dependent ports (mplayer was

16:03 <pitillo> built finally, but I'm not able to build mpv) but as always, I believe it must be my fault

16:09 <jaeger> very odd

16:09 <jaeger> I wasn't able to log in via tty, even :/

16:22 <pitillo> I was able, but behavior was strange... it took around 50sec to give me the prompt... but at least it let me do it on tty

16:24 <jaeger> weird

16:30 <pitillo> well, mpv is built disabling vulkan... it was autodetected and breaking the build... now time to dig into webkitgtk (this will be harder)

17:08 <jue> jaeger: guess your login problem should be fixed with latest readline/bash update

17:08 <jue> https://ftp.gnu.org/gnu/readline/readline-8.2-patches/readline82-001

17:08 <jue> and

17:08 <jue> https://ftp.gnu.org/gnu/bash/bash-5.2-patches/bash52-002#

17:28 <stenur> oh .. why has root /bin/bash? i would revert the /etc/profile streamlining too. (others try to remove "root" as such, muuh)

18:19 <jaeger> jue: could be... so far I'm not able to duplicate it, which is rather unhelpful for troubleshooting :/