[Pkg-samba-maint] Bug#791224: Bug#791224: openchange: library transition may be needed when GCC 5 is the default

[Jelmer Vernooij]

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-gcc at 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