On Fri, Jul 20, 2018 at 02:18:51AM +0200, Marco d'Itri wrote:
On Jul 18, Marco d'Itri <m...@linux.it> wrote:
Some day it may replace crypt(3), currently provided by glibc:
https://fedoraproject.org/wiki/Changes/Replace_glibc_libcrypt_with_libxcrypt
I tried creating a package which would divert libc's libcrypt, but it
appears to be much harder than I thought.
Installing it would looke like:
1) libcrypt1.preinst diverts glibc's libcrypt.so.1
2) dpkg does things
3) dpkg installs libxcrypt's libcrypt.so.1
4) dpkg does more things
5) libcrypt1.postinst runs/triggers ldconfig
And this means that perl (a libcrypt dependency) would be broken between
1 and 5 (or maybe 1 and 3): is this ever going to work?
But even if this worked correctly, glibc installs a libcrypt-N.NN.so,
whose exact name I expect changes among different releases.
Is there any way to implement all this safely?
Remove libcrypt from glibc first, with a dependency on a libxcrypt that
replaces it. I don't think it's safe to try as a diversion. You could
maybe have fun with symlinks (see the /bin/sh saga) if you wanted to be
able to switch back and forth, but if libcrypt is really leaving glibc
there wouldn't seem to be any point to that.
Mike Stone