On Tue, 17 Mar 2020 10:26:17 +0100 Markus Steinko wrote:
> Dear maintainer,
>
> downgrading a system from bullseye to buster (via apt-pinning) was kind
> of impossible (due to removal of libcrypt.so.1 and unresolved
> dependencies of libc-bin and libc6, I think) when I was facing the bug
> for t
Dear maintainer,
downgrading a system from bullseye to buster (via apt-pinning) was kind
of impossible (due to removal of libcrypt1.so and unresolved
dependencies of libc-bin and libc6, I think) when I was facing the bug
for the first time and I not being logged in as root within an active
t
On Tue, Mar 10, 2020 at 05:58:04PM +0100, Marco d'Itri wrote:
> On Mar 10, Julian Andres Klode wrote:
>
> > It likely works out fine in practice in most cases, but
> > let's be safe, k?
> Do you care enough to test a patch?
We're going to roll out the change in Ubuntu shortly, so there'll
be a t
Processing control commands:
> retitle -1 libcrypt1 should ship file in /usr, Replaces is useless
Bug #953562 [libcrypt1] libcrypt1 should ship file in /usr, breaks is useless
Changed Bug title to 'libcrypt1 should ship file in /usr, Replaces is useless'
from 'libcrypt1 should ship file in /usr,
Control: retitle -1 libcrypt1 should ship file in /usr, Replaces is useless
sigh, sorry. subject said breaks instead of replaces.
On Tue, Mar 10, 2020 at 05:54:13PM +0100, Julian Andres Klode wrote:
> Package: libcrypt1
> Severity: serious
>
> libcrypt1 currently ships the file in /usr/lib, wher
On Mar 10, Julian Andres Klode wrote:
> It likely works out fine in practice in most cases, but
> let's be safe, k?
Do you care enough to test a patch?
--
ciao,
Marco
signature.asc
Description: PGP signature
Package: libcrypt1
Severity: serious
libcrypt1 currently ships the file in /usr/lib, whereas libc6
shipped it in /lib, meaning that the Replaces relationship to
libc6 is not doing anything on usrmerged systems.
Please move it back to /lib until after bullseye, so that
the Replaces actually work,
7 matches
Mail list logo
