severity 946599 important
thanks
Marco d'Itri dixit:
>Since nobody else managed to reproduce this so far I am inclined to
>demote the bug to "important" to allow the migration to testing.
Agreed, it’s probably a tricky package relationship combination that
it takes to trigger this, and perhaps e
Since nobody else managed to reproduce this so far I am inclined to
demote the bug to "important" to allow the migration to testing.
--
ciao,
Marco
signature.asc
Description: PGP signature
Le 28 décembre 2019 13:31:01 GMT+01:00, John Paul Adrian Glaubitz
a écrit :
>Hello!
>
>Just as a heads-up: This problem isn't limited to x32, it also breaks
>on alpha
>and I'm currently flooded with sbuild build failure mails as setting up
>the
>build environment fails [1]:
Nope that's a differe
Hello!
Just as a heads-up: This problem isn't limited to x32, it also breaks on alpha
and I'm currently flooded with sbuild build failure mails as setting up the
build environment fails [1]:
Setting up libc6.1:alpha (2.29-6) ...
/usr/bin/perl: error while loading shared libraries: libcrypt.so.1.1
On Fri, 13 Dec 2019, Marco d'Itri wrote:
> Can you report this from your dpkg.log?
>
> root@TMP19396:~# egrep '(libc6|libcrypt)' /var/log/dpkg.log
Comments inline:
- from the dist-upgrade attempt -
2019-12-11 17:03:21 upgrade libc6:x32 2.29-3 2.29-6
2019-12-11 17:03:21 status half-configured
On Dec 12, Thorsten Glaser wrote:
> I did a dist-upgrade, and apt uses a different resolver than apt-get,
> but… perhaps the apt maintainers can help trying to figure this out?
I have tried "apt-get --purge dist-upgrade" too and it still does not
fail on my system.
Can you report this from your
On Dec 11, Aurelien Jarno wrote:
> On 2019-12-11 17:54, Marco d'Itri wrote:
> > On Dec 11, Thorsten Glaser wrote:
> >
> > > Thankfully, I had a root session in a chroot open and used
> > > the program, statically linked, from http://koltsoff.com/pub/getroot/
> > > to recover access outside the
Aurelien Jarno dixit:
>I am not sure we can use a Pre-Depends given we have a dependency loop,
Ah, dependency loops cause unpredictable behaviour…
>I thing that's the issue. Multi-Arch forces some order for all the
>versions of libc6, and also all the versions of libcrypt1.
… plus that.
bye,
/
On 2019-12-11 17:54, Marco d'Itri wrote:
> On Dec 11, Thorsten Glaser wrote:
>
> > Thankfully, I had a root session in a chroot open and used
> > the program, statically linked, from http://koltsoff.com/pub/getroot/
> > to recover access outside the chroot, by using dpkg -i --force-all
> > first
Marco d'Itri dixit:
>Theory A: maybe after all we really need some Pre-Depends in libc6?
Pre-Depends + Replaces, maybe? (Though Replaces is already there.)
>Theory B: did we miss something related to x32?
Unsure if it’s about x32 or about Multi-Arch or the missing Pre-Depends.
>Is this an x32
On Wed, 11 Dec 2019, Thorsten Glaser wrote:
> Justification: breaks the whole system
>
> I’ve did a “sudo apt-get --purge dist-upgrade” and ended with,
Given it worked in the amd64-only chroot and on another machine,
this most likely only fails if one has more than one architecture
enabled in Mu
On Dec 11, Thorsten Glaser wrote:
> Thankfully, I had a root session in a chroot open and used
> the program, statically linked, from http://koltsoff.com/pub/getroot/
> to recover access outside the chroot, by using dpkg -i --force-all
> first on libc6_*.deb, then libcrypt1_*.deb. Afterwards, nor
Package: libcrypt1
Version: 1:4.4.10-5
Severity: critical
Justification: breaks the whole system
I’ve did a “sudo apt-get --purge dist-upgrade” and ended with,
see screenshot below.
Thankfully, I had a root session in a chroot open and used
the program, statically linked, from http://koltsoff.com
13 matches
Mail list logo
