Bug#1065017: unuser: error while loading shared libraries: libpam.so.0

2024-03-01 Thread Christoph Anton Mitterer
On Thu, 2024-02-29 at 13:31 -0700, Sam Hartman wrote: > > > > > > I tried to make the revert work either if you didn't have libpam0t64 > at > all or if you did, but we're more focused on people who never > upgraded. > > If you do run into breakage, we'll work with you to find a solution. I

Bug#1065017: unuser: error while loading shared libraries: libpam.so.0

2024-02-29 Thread Sam Hartman
> "Christoph" == Christoph Anton Mitterer writes: Christoph> Do you happen to know whether there's anything needed in Christoph> terms of clean up for people who had already upgraded Christoph> now? Like manually doing whatever was done via the Christoph> runuser? I think

Bug#1065017: unuser: error while loading shared libraries: libpam.so.0

2024-02-29 Thread Christoph Anton Mitterer
On Thu, 2024-02-29 at 08:14 +0100, Helmut Grohne wrote: > Can you locate a more complete upgrade log? Attached is the excerpt from APT's term.log, if that helps. Cheers, Chris. term.log.xz Description: application/xz

Bug#1065017: unuser: error while loading shared libraries: libpam.so.0

2024-02-29 Thread Christoph Anton Mitterer
On Thu, 2024-02-29 at 08:50 -0700, Sam Hartman wrote: > > > > > > Steve and I agreed to revert the renameĀ  on IRC, effectively > accepting > the ABI break because it doesn't matter for the archive. > We may look at better solutions when we have a bit of time. Do you happen to know whether

Bug#1065017: unuser: error while loading shared libraries: libpam.so.0

2024-02-29 Thread Sam Hartman
> "Helmut" == Helmut Grohne writes: Helmut> I believe pam will have to be reverted and implemented as Helmut> dual ABI instead. I'm not very comfortable with this approach. The tentative patch did not fill me with confidence; my gut is that it was not as robust as an approach that

Bug#1065017: unuser: error while loading shared libraries: libpam.so.0

2024-02-29 Thread Helmut Grohne
On Thu, Feb 29, 2024 at 08:14:30AM +0100, Helmut Grohne wrote: > Ideally, we'd get a reproducer using > >mmdebstrap SOMERELEASE /dev/null --variant=apt --include=SOMEPACKAGES > --customize-hook='echo SOURCES_LIST_LINE > "$1/etc/apt/sources.list"' > --chrooted-customize-hook="apt-get update"

Bug#1065017: unuser: error while loading shared libraries: libpam.so.0

2024-02-28 Thread Helmut Grohne
Control: severity -1 serious On Thu, Feb 29, 2024 at 02:36:12AM +0100, Christoph Anton Mitterer wrote: > During upgrade to 1.5.3-4 I got: > Removing libpam0g:amd64 (1.5.2-9.1+b1) ... > runuser: error while loading shared libraries: libpam.so.0: cannot open > shared object file: No such file or

Bug#1065017: unuser: error while loading shared libraries: libpam.so.0

2024-02-28 Thread Christoph Anton Mitterer
Source: pam Version: 1.5.3-4 Severity: normal Hey. During upgrade to 1.5.3-4 I got: Removing libpam0g:amd64 (1.5.2-9.1+b1) ... runuser: error while loading shared libraries: libpam.so.0: cannot open shared object file: No such file or directory Guess there may be some timing issue, when