linux – ldconfig创建错误的符号链接

我已经在 https://software.opensuse.org/package/bacula推荐的 https://build.opensuse.org/package/show/home%3AXimi1970%3AopenSUSE%3AExtra/bacula库中的openSUSE Leap 42.3系统上安装了Bacula 7.4.4.
这些包使用openSUSE的替代机制来配置
DMBS用于目录 – 在我的例子中,MySQL.不幸的是,
包裹有点儿麻烦.安装bacula-director后
和bacula-mysql包,libbaccats库的符号链接
/usr/lib64看起来像这样：

libbaccats.so -> /etc/alternatives/libbaccats.so
libbaccats-mysql.so -> libbaccats-mysql-7.4.4.so
libbaccats-stub.so -> libbaccats-7.4.4.so
libbaccats-7.4.4.so -> libbaccats-stub-7.4.4.so

最后两个显然是无稽之谈,导致任何尝试运行
导向器或dbcheck实用程序失败并显示错误消息：

Fatal error: Please replace this null libbaccats library with a proper
one.

这当然可以通过发出命令轻松修复：

ln -sf libbaccats-stub-7.4.4.so libbaccats-stub.so
ln -sf /etc/alternatives/libbaccats-7.4.4.so libbaccats-7.4.4.so

产生预期的结果：

libbaccats.so -> /etc/alternatives/libbaccats.so
libbaccats-7.4.4.so -> /etc/alternatives/libbaccats-7.4.4.so
libbaccats-mysql.so -> libbaccats-mysql-7.4.4.so
libbaccats-stub.so -> libbaccats-stub-7.4.4.so

它允许/ etc / alternatives中的符号链接：

libbaccats.so -> /usr/lib64/libbaccats-mysql.so
libbaccats-7.4.4.so -> /usr/lib64/libbaccats-mysql-7.4.4.so

正确地将libbaccats引用引导到MySQL变体.

但是,每次运行ldconfig(8)命令时,它都会重置/usr/lib64/libbaccats-7.4.4.so符号链接以再次指向libbaccats-stub-7.4.4.so,从而破坏Bacula.由于ldconfig在不同场合由系统自动运行,这非常烦人.

来自存储库https://download.opensuse.org/repositories/home:/cristyde/openSUSE_Leap_42.3/的Bacula 9.0.6存在同样的问题.

我怎样才能修复ldconfig的想法,那个符号链接应该指向哪里？

ts@xenon:~> objdump -p /usr/lib64/libbaccats-stub-9.0.6.so

/usr/lib64/libbaccats-stub-9.0.6.so:     file format elf64-x86-64
[...]
Dynamic Section:
  NEEDED               libc.so.6
  SONAME               libbaccats-9.0.6.so

libbaccats-7.4.4.so -> libbaccats-stub-7.4.4.so.BAD