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 gues
> "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 that
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
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 there's
> "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 li
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"
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 di
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 libpam0
8 matches
Mail list logo
