On Mon, Jul 06, 2015 at 06:10:32PM -0700, Steve Langasek wrote: > Control: tags -1 confirmed > > On Fri, Jul 03, 2015 at 01:13:14PM +0000, Matthias Klose wrote: > > Package: src:openchange > > Version: 2.2-7 > > Severity: important > > Tags: sid stretch > > User: debian-...@lists.debian.org > > Usertags: libstdc++-cxx11 > > > Background [1]: libstdc++6 introduces a new ABI to conform to the > > C++11 standard, but keeps the old ABI to not break existing binaries. > > Packages which are built with g++-5 from experimental (not the one > > from testing/unstable) are using the new ABI. Libraries built from > > this source package export some of the new __cxx11 or B5cxx11 symbols, > > and dropping other symbols. If these symbols are part of the API of > > the library, then this rebuild with g++-5 will trigger a transition > > for the library. > > > What is needed: > > > - Rebuild the library using g++/g++-5 from experimental. Note that > > most likely all C++ libraries within the build dependencies need > > a rebuild too. You can find the log for a rebuild in > > https://people.debian.org/~doko/logs/gcc5-20150701/ > > Search for "BEGIN GCC CXX11" in the log.
[...] > > - If there are no reverse dependencies, it should be the package > > maintainers decision if a transition is needed. However this might > > break software which is not in the Debian archive, and built > > against these packages. > > There are no reverse-dependencies of this package in the archive except for > libmapipp-dev, from the same source. > > Jelmer, do you see any reason to do a shared lib package name transition for > this ABI change, as opposed to just making it a straight rebuild? If you > think there are third-party packages depending on libmapipp, I can prepare > the patch for this issue. I'm not aware of any third-party packages that depend on libmapipp. In fact, I've been pondering just dropping the C++ binary packages. Let's just do a straight rebuild. Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org