Control: retitle -1 libcrypt1 should ship file in /lib, Replaces is useless
On Tue, 10 Mar 2020 18:07:59 +0100 Julian Andres Klode <j...@debian.org> wrote: > On Tue, Mar 10, 2020 at 05:58:04PM +0100, Marco d'Itri wrote: > > On Mar 10, Julian Andres Klode <j...@debian.org> 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 ton of testing going on involving libc6 + libcrypt1 upgrades > when the autopkgtests run. > > But yes, we should also check the other direction in Debian I guess > where we already have libc6 + libcrypt1 installed and then change > the path, though I'm not sure what could go bad there. One should also test whether glibc downgrades from bullseye to buster work (and don't leave broken systems without libcrypt.so.1). (apt-get sometimes does a bad job with downgrades involving Conflicts/Breaks/Replaces) I vaguely remember perl exploding in a glibc maintainer script on a testmachine where I did that downgrade while the libc6/libcrypt1 move was maturing. In the end I had to dpkg -i --force-something some buster glibc packages from /var/cache/apt/archives. I wanted to reproduce it the next day and file a bug, but then I forgot about it... Andreas
