Debian Bug report logs - #791236
pcre3: library transition may be needed when GCC 5 is the default

Toggle useless messages

Message #5 received at maintonly@bugs.debian.org (full text, mbox, reply):

From: Matthias Klose <doko@debian.org>

To: maintonly@bugs.debian.org

Subject: pcre3: library transition may be needed when GCC 5 is the default

Date: Fri, 03 Jul 2015 13:13:26 +0000

Package: src:pcre3
Version: 8.35-7
Severity: important
Tags: sid stretch
User: debian-gcc@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.

 - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
   library API, and are used by the reverse dependencies of the
   library.

 - If there are no symbols matching __cxx11 or B5cxx11 in the symbols
   forming the library API, you should close this issue with a short
   explanation.
 
 - 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.

 - If a library transition is needed, please prepare for the change.
   Rename the library package, append "v5" to the name of the package
   (e.g. libfoo2 -> libfoo2v5). Such a change can be avoided, if you
   have a soversion bump and you upload this version instead of the
   renamed package.  Prepare a patch and attach it to this issue (mark
   this issue with patch), so that it is possible to NMU such a
   package. We'll probably have more than hundred transitions
   triggered. Then reassign the issue to release.debian.org and
   properly tag it as a transition issue, by sending an email to
   control@bugs.debian.org:
   
     user release.debian.org@packages.debian.org
     usertag <this issue> + transition
     block <this issue> by 790756
     reassign <this issue> release.debian.org
   
 - If unsure if a transition is needed, please tag the issue with help
   to ask for feedback from other Debian developers.

The libstdc++6 transition will be a large one, and it will come with a
lot of pain.  Please help it by preparing the follow-up transitions.

[1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition

Message #10 received at 791236-maintonly@bugs.debian.org (full text, mbox, reply):

From: Iain Lane <laney@debian.org>

To: Matthias Klose <doko@debian.org>, 791236-maintonly@bugs.debian.org

Subject: Re: Bug#791236: pcre3: library transition may be needed when GCC 5 is the default

Date: Fri, 10 Jul 2015 12:33:58 +0100

[Message part 1 (text/plain, inline)]

Hi,

On Fri, Jul 03, 2015 at 01:13:26PM +0000, Matthias Klose wrote:
> […]
>  - 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.
> 
>  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
>    library API, and are used by the reverse dependencies of the
>    library.
> 
>  - If there are no symbols matching __cxx11 or B5cxx11 in the symbols
>    forming the library API, you should close this issue with a short
>    explanation.
> […]
>  - If a library transition is needed, please prepare for the change.
>    Rename the library package, append "v5" to the name of the package
>    (e.g. libfoo2 -> libfoo2v5). Such a change can be avoided, if you
>    have a soversion bump and you upload this version instead of the
>    renamed package.  Prepare a patch and attach it to this issue (mark
>    this issue with patch), so that it is possible to NMU such a
>    package. We'll probably have more than hundred transitions
>    triggered. Then reassign the issue to release.debian.org and
>    properly tag it as a transition issue, by sending an email to
>    control@bugs.debian.org:

I looked, seems like a transition is required here, assuming that
upstream isn't supporting both ABIs in a newer version (from a quick
look at their VCS it seems not but I might be wrong).

I attach a symbols diff so you can see the changes (that's on top of the
symbols file from #767374 - sorry about the Consume noise, apparently
wasn't sorted correctly before).

Cheers,

-- 
Iain Lane                                  [ iain@orangesquash.org.uk ]
Debian Developer                                   [ laney@debian.org ]
Ubuntu Developer                                   [ laney@ubuntu.com ]

[gcc5-symbols.diff (text/x-diff, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #17 received at 791236@bugs.debian.org (full text, mbox, reply):

From: Matthias Klose <doko@debian.org>

To: 791236@bugs.debian.org

Subject: add transition patch

Date: Tue, 28 Jul 2015 19:53:54 +0200

[Message part 1 (text/plain, inline)]

Control: tags -1 + patch

[pcre3.diff (text/plain, attachment)]

Message #24 received at 791236@bugs.debian.org (full text, mbox, reply):

From: Matthew Vernon <matthew@debian.org>

To: Matthias Klose <doko@debian.org>, 791236@bugs.debian.org

Subject: Re: Bug#791236: add transition patch

Date: Wed, 29 Jul 2015 09:39:08 +0100

On 28/07/15 18:53, Matthias Klose wrote:
> Control: tags -1 + patch

Thanks, much appreciated!

AIUI, I shouldn't upload anything now, but a package with this patch 
applied will be NMUd as the transition progresses?

Regards,

Matthew

Message #29 received at 791236@bugs.debian.org (full text, mbox, reply):

From: Matthias Klose <doko@debian.org>

To: Matthew Vernon <matthew@debian.org>, 791236@bugs.debian.org

Subject: Re: Bug#791236: add transition patch

Date: Mon, 03 Aug 2015 17:58:22 +0200

> AIUI, I shouldn't upload anything now, but a package with this patch
> applied will be NMUd as the transition progresses?

you can upload this now, maybe adding an explicit b-d on g++ (>= 4:5.2).

Message #34 received at 791236@bugs.debian.org (full text, mbox, reply):

From: Matthias Klose <doko@debian.org>

To: 791236@bugs.debian.org

Subject: nmu uploaded to delayed

Date: Tue, 04 Aug 2015 20:30:21 +0200

Control: tags -1 + pending

Message #55 received at 791236-done@bugs.debian.org (full text, mbox, reply):

From: Niels Thykier <niels@thykier.net>

To: 791236-done@bugs.debian.org

Subject: Re: pcre3: library transition may be needed when GCC 5 is the default

Date: Mon, 21 Sep 2015 08:38:35 +0200

On Fri, 03 Jul 2015 13:13:26 +0000 Matthias Klose <doko@debian.org> wrote:
> Package: src:pcre3
> Version: 8.35-7
> Severity: important
> Tags: sid stretch
> User: debian-gcc@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:
> 
> [...]
> 
> The libstdc++6 transition will be a large one, and it will come with a
> lot of pain.  Please help it by preparing the follow-up transitions.
> 
> [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition

This gcc-5 related transition is now complete.

Thanks,
~Niels

Send a report that this bug log contains spam.