Bug#977649: kde-spectacle: Spectacle no longer starts after an update to libkimageannotator0

2020-12-18 Thread Christopher Cormier
Package: kde-spectacle
Version: 20.12.0-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: christophercorm...@protonmail.com

Dear Maintainer,

Spectacle is unable to start after the libkimageannotator0 package updated to 
0.4.0-1

When attempting to start it, it crashes with "error while loading shared 
libraries: libkImageAnnotator.so.0.3.2: cannot open shared object file: No such 
file or directory"

Presumably, it needs to be rebuilt against the newer version of 
KImageAnnotator, and the package's dependency on it should be locked to the 
specific version it's built with.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386



Bug#977649: kde-spectacle: Spectacle no longer starts after an update to libkimageannotator0

2020-12-18 Thread Pino Toscano
reassign 977649 src:kimageannotator
retitle 977649 bumped SONAME without name change
affects 977649 kde-spectacle
thanks

In data venerdì 18 dicembre 2020 06:40:15 CET, Christopher Cormier ha scritto:
> Package: kde-spectacle
> Version: 20.12.0-1
> Severity: grave
> Justification: renders package unusable
> X-Debbugs-Cc: christophercorm...@protonmail.com
> 
> Dear Maintainer,
> 
> Spectacle is unable to start after the libkimageannotator0 package updated to 
> 0.4.0-1
> 
> When attempting to start it, it crashes with "error while loading shared 
> libraries: libkImageAnnotator.so.0.3.2: cannot open shared object file: No 
> such file or directory"
> 
> Presumably, it needs to be rebuilt against the newer version of 
> KImageAnnotator, and the package's dependency on it should be locked to the 
> specific version it's built with.

No, the problem is rather that the new version of kimageannotator bumps
the SONAME of the shared library from libkImageAnnotator.so.0.3.2 to
libkImageAnnotator.so.0.4.0, which is a big no-no. This also means that
kimageannotator sets the SONAME of its shared library to the full
version number, basically breaking compatibility even in patch
releases; this is _bad_...

Also, the Debian packaging of it does not help detecting this kind of
situations, as names the library package as if the SONAME was only "0":
$ lintian -I -E --pedantic --no-tag-display-limit 
libkimageannotator0_0.3.2-2_amd64.deb
W: libkimageannotator0: package-name-doesnt-match-sonames 
libkImageAnnotator0.3.2
I: libkimageannotator0: no-symbols-control-file 
usr/lib/x86_64-linux-gnu/libkImageAnnotator.so.0.3.2

-- 
Pino Toscano

signature.asc
Description: This is a digitally signed message part.