!!! existing preserved libs: >>> package: dev-lang/mujs-1.0.5 * - /usr/lib64/libmujs.so.1.0.4 * used by /usr/bin/mupdf-gl (app-text/mupdf-1.14.0-r2) * used by /usr/bin/mutool (app-text/mupdf-1.14.0-r2) * used by /usr/lib64/libmupdf.so.1.14.0 (app-text/mupdf-1.14.0-r2)
Actually, I'm not sure we really need it. Upstream doesn't install versioned shared objects, we add that ourselves. Maybe because it has a stable ABI? I've tried locally to build both mujs 1.0.4 and 1.0.5 with an unversioned soname and drop the symlinks and then build mupdf against it, and I can change mujs without recompiling mupdf and it runs fine. Jeroen (adding to CC), you were the one adding the versioned soname to that lib. Do you remember the reason?
I haven't received an answer from Jeroen, I assume that the SO versioning is spurious. I'll remove the SO versioning in the next bump.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1a59549ee5b33d01b739bfc44e9c4463249af2ec commit 1a59549ee5b33d01b739bfc44e9c4463249af2ec Author: Sergei Trofimovich <slyfox@gentoo.org> AuthorDate: 2019-08-11 09:07:15 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2019-08-11 09:07:15 +0000 dev-lang/mujs: bumped up to 1.0.6, added subslot, bug #670106 Added a comment why gentoo adds such a fine-grained SONAME: library changes ABI (and API) all the time: functions are added and removed. Reported-by: Andreas Sturmlechner Closes: https://bugs.gentoo.org/670106 Package-Manager: Portage-2.3.71, Repoman-2.3.17 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> dev-lang/mujs/Manifest | 1 + dev-lang/mujs/mujs-1.0.6.ebuild | 58 +++++++++++++++++++++++++++++++++++++++++ 2 files changed, 59 insertions(+)
