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 (a...@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 ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
