Am 25.12.2017 um 20:08 schrieb Dimitri Maziuk: > On 2017-12-24 13:13, Tilman Schmidt wrote: >> Am 24.12.2017 um 18:43 schrieb Dimitri Maziuk: >>> Exactly why SUSE restores *all* .so's to their >>> installed state on every RPM update is another question, >> >> Actually it doesn't. It only happens with libbaccats-7.4.4.so. >> Other alternative-symlinked .so-s in /usr/lib64 are left alone. > > Heh. That's a weird one, then. Is your chosen libbaccats the "better" > alternative, i.e. it's not the alternatives resetting the .so prior to > ldconfig run?
No, it's definitely not the alternatives mechanism. The links in /etc/alternatives which it manages are fine. libbaccats-mysql is correctly configured as "better" alternative than libbaccats-stub, and running update-alternatives manually also chooses it correctly. The link ldconfig damages is the one redirecting to /etc/alternatives. The effect of the damage is to bypass the alternatives mechanism. In fact, the /usr/lib64/libbaccats-stub-7.4.4.so library file seems to be "asking" to be symlinked to libbaccats-7.4.4.so. If I rename that file to libbaccats-stub-7.4.4.so.BAD and re-run ldconfig, it creates a symlink libbaccats-7.4.4.so -> libbaccats-stub-7.4.4.so.BAD, and if I gzip libbaccats-stub-7.4.4.so then ldconfig complains about a bad magic number in libbaccats-stub-7.4.4.so.gz and leaves the libbaccats-7.4.4.so symlink alone. Tilman -- Tilman Schmidt E-Mail: til...@imap.cc Bonn, Germany Diese Nachricht besteht zu 100% aus wiederverwerteten Bits. Ungeöffnet mindestens haltbar bis: (siehe Rückseite)
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
