Bug#763058: nmu: doxygen_1.8.7-3
Hi,
[I'm trying to learn to understand this kind of thing, as well try to
elaborate on what Julien said, so please correct me if I'm wrong].
On 01:19, Julien Cristau wrote:
> On Sun, Sep 28, 2014 at 21:25:07 +0200, Andreas Barth wrote:
>
> > * Andreas Barth (aba@ayous.org) [140928 14:32]:
> > What works in practice, and seems to be ok-ish from a theoretical POV
> > is to create a symlink from libclang-3.5.so.1 to
> > /usr/lib/`dpkg-architecture -qDEB_BUILD_MULTIARCH`/libclang.so.1
> > during build time (as part of the deb file). This allows doxygen to
> > work again.
> >
> That seems wrong. If wheezy's libclang1 and jessie's libclang1-3.5
> aren't binary-compatible, the latter shouldn't provide a libclang.so.1.
Assuming they're not meant to be binary-compatible:
It looks like libclang.so.1 has been provided by different versions of
the LLVM toolchain since wheezy, and that was wrong.
I don't think the LLVM 'default version' transition itself caused this,
but merely exposed an existing problem, one that can't be reverted.
Already some packages were built with libclang-3.4-dev (e.g. mesa,
vim-youcompleteme) or libclang-3.5-dev (e.g. doxygen).
So doxygen for example expects libclang.so.1 to be provided by
libclang1-3.5. When that file was (rightly) removed from libclang1-3.5
it was left broken. Restoring a symlink from libclang.so.1 may fix it
temporarily but is not a correct thing to do; some other package (now,
or in the future) may expect libclang.so.1 to come from a different LLVM
version and may have been subtly broken for some time already.
So AIUI Sylvestre needs to remove that symlink in a new upload, but
all reverse-deps must be NMUd to use the new, versioned library name
e.g. libclang-3.5.so.1. Except I think the package name needs to be
changed in order to do that, so perhaps a soname bump to
libclang-3.5.so.2 provided by libclang2-3.5?
The existing transition bug and tracker could possibly be repurposed
for this?
https://release.debian.org/transitions/html/llvm-defaults-3.html
Regards,
--
Steven Chamberlain
steven@pyro.eu.org
Reply to: