Debian Bug report logs - #794594
library transition is needed with GCC 5 is the default

Toggle useless messages

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

From: Matthias Klose <doko@debian.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Cc: Axel Beckert <abe@debian.org>

Subject: library transition is needed with GCC 5 is the default

Date: Tue, 04 Aug 2015 20:56:19 +0200

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

Package: src:cwidget
Version: 0.5.17-3
Tags: patch sid stretch
User: debian-gcc@lists.debian.org
Usertags: libstdc++-cxx11

seen when binNMUing cwidget, unresolved symbol
_ZN7cwidget7widgets5pager8set_textERKSsPKc

Manuel, I'm directly NMUing to enable the aptitude maintainers to fix and
rebuild aptitude.

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

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

From: Axel Beckert <abe@debian.org>

To: Matthias Klose <doko@debian.org>

Cc: 794594@bugs.debian.org

Subject: Re: library transition is needed with GCC 5 is the default

Date: Wed, 5 Aug 2015 00:15:20 +0200

Hi Matthias,

Matthias Klose wrote:
> seen when binNMUing cwidget, unresolved symbol
> _ZN7cwidget7widgets5pager8set_textERKSsPKc

Oops. Didn't notice that when rebuilding it for aptitude 0.7 testing.

> Manuel, I'm directly NMUing to enable the aptitude maintainers to fix and
> rebuild aptitude.

Thanks. Since Manuel is one of the Aptitude Maintainers, too, and
currently rather busy with other stuff, I'm quite sure he won't mind.

> +  * Rename libcwidget3 to libcwidget3v5, libcwidget3 to libcwidget3v5,

I assume one of these pairs is a "-dbg" missing.

> +    follow-up for the libstdc++6 ABI transition. Addresses: #.

Just being curious: Why "Addresses" and not "Closes"? Or asked the
other way round: When should that bug report be marked as fixed if not
with the NMU upload?

		Regards, Axel
-- 
 ,''`.  |  Axel Beckert <abe@debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-    |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

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

From: "Manuel A. Fernandez Montecelo" <manuel.montezelo@gmail.com>

To: Axel Beckert <abe@debian.org>, 794594@bugs.debian.org

Cc: Matthias Klose <doko@debian.org>

Subject: Re: Bug#794594: library transition is needed with GCC 5 is the default

Date: Wed, 5 Aug 2015 01:11:38 +0100

Hi,

2015-08-04 23:15 GMT+01:00 Axel Beckert <abe@debian.org>:
> Hi Matthias,
>
> Matthias Klose wrote:
>> seen when binNMUing cwidget, unresolved symbol
>> _ZN7cwidget7widgets5pager8set_textERKSsPKc
>
> Oops. Didn't notice that when rebuilding it for aptitude 0.7 testing.

I am a bit lost with this, what is it exactly that it doesn't work?
aptitude failing to load (or compile) with the binNMUed cwidget?


>> Manuel, I'm directly NMUing to enable the aptitude maintainers to fix and
>> rebuild aptitude.
>
> Thanks. Since Manuel is one of the Aptitude Maintainers, too, and
> currently rather busy with other stuff, I'm quite sure he won't mind.

Mmmm, yes, maintainer and upstream developer.

I thought that the transition would not be needed since there is only
this reverse dependency in Debian (aptitude), and I never found any
evidence that people are using cwidget independently of aptitude, but
if you prefer it this way it is fine.

Also cwidget (and also aptitude) depend on libsigc++-2.0, I thought
that cwidget could only be NMUed after that one was ready for the
rebuild to be effective.

Other than that and as Axel said, I'm not going to be available until
mid debcamp, sorry.  I hope that the changes that we made in the last
few days allow aptitude to build fine now, but I couldn't test with
all rdeps.


Cheers.
-- 
Manuel A. Fernandez Montecelo <manuel.montezelo@gmail.com>

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

From: sacrificial-spam-address@horizon.com

To: 794594@bugs.debian.org

Subject: aptitude: undefined symbol: _ZN7cwidget7widgets5pager8set_textERKSsPKc

Date: 5 Aug 2015 01:07:31 -0400

Axel Beckert wrote:
> I am a bit lost with this, what is it exactly that it doesn't work?
> aptitude failing to load (or compile) with the binNMUed cwidget?

If you install libcwidget_0.5.17-3+b1, then aptitude 0.6.11-1+b1
fails with

# aptitude
aptitude: symbol lookup error: aptitude: undefined symbol: _ZN7cwidget7widgets5pager8set_textERKSsPKc

Reverting libcwidget fixes the error.

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

From: Matthias Klose <doko@debian.org>

To: Axel Beckert <abe@debian.org>

Cc: 794594@bugs.debian.org

Subject: Re: library transition is needed with GCC 5 is the default

Date: Wed, 05 Aug 2015 09:23:17 +0200

On 08/05/2015 12:15 AM, Axel Beckert wrote:
> Hi Matthias,
> 
> Matthias Klose wrote:
>> seen when binNMUing cwidget, unresolved symbol
>> _ZN7cwidget7widgets5pager8set_textERKSsPKc
> 
> Oops. Didn't notice that when rebuilding it for aptitude 0.7 testing.
> 
>> Manuel, I'm directly NMUing to enable the aptitude maintainers to fix and
>> rebuild aptitude.
> 
> Thanks. Since Manuel is one of the Aptitude Maintainers, too, and
> currently rather busy with other stuff, I'm quite sure he won't mind.
> 
>> +  * Rename libcwidget3 to libcwidget3v5, libcwidget3 to libcwidget3v5,
> 
> I assume one of these pairs is a "-dbg" missing.

yes, but not in the control file ;)

>> +    follow-up for the libstdc++6 ABI transition. Addresses: #.
> 
> Just being curious: Why "Addresses" and not "Closes"? Or asked the
> other way round: When should that bug report be marked as fixed if not
> with the NMU upload?

planned to re-assign it to d-release as a transition tracker. but aptitude is
the only reverse dependency, so maybe just close it.

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

From: Axel Beckert <abe@debian.org>

To: "Manuel A. Fernandez Montecelo" <manuel.montezelo@gmail.com>

Cc: 794594@bugs.debian.org, Matthias Klose <doko@debian.org>

Subject: Re: Bug#794594: library transition is needed with GCC 5 is the default

Date: Wed, 5 Aug 2015 12:17:21 +0200

Hi,

Manuel A. Fernandez Montecelo wrote:
> 2015-08-04 23:15 GMT+01:00 Axel Beckert <abe@debian.org>:
> > Matthias Klose wrote:
> >> seen when binNMUing cwidget, unresolved symbol
> >> _ZN7cwidget7widgets5pager8set_textERKSsPKc
> >
> > Oops. Didn't notice that when rebuilding it for aptitude 0.7 testing.
> 
> I am a bit lost with this, what is it exactly that it doesn't work?

This:

Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ...
aptitude: symbol lookup error: aptitude: undefined symbol: _ZN7cwidget7widgets5pager8set_textERKSsPKc
E: pbuilder-satisfydepends failed.

> aptitude failing to load (or compile) with the binNMUed cwidget?

Failing to run.

		Regards, Axel
-- 
 ,''`.  |  Axel Beckert <abe@debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-    |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

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

From: Olivier Berger <olivier.berger@telecom-sudparis.eu>

To: 794594@bugs.debian.org

Subject: Re: Bug#794594: library transition is needed with GCC 5 is the default

Date: Wed, 5 Aug 2015 15:19:15 +0200

Hi.

On Wed, Aug 05, 2015 at 12:17:21PM +0200, Axel Beckert wrote:
> Hi,
> 
> Manuel A. Fernandez Montecelo wrote:
> > 2015-08-04 23:15 GMT+01:00 Axel Beckert <abe@debian.org>:
> > > Matthias Klose wrote:
> > >> seen when binNMUing cwidget, unresolved symbol
> > >> _ZN7cwidget7widgets5pager8set_textERKSsPKc
> > >
> > > Oops. Didn't notice that when rebuilding it for aptitude 0.7 testing.
> > 
> > I am a bit lost with this, what is it exactly that it doesn't work?
> 
> This:
> 
> Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ...
> aptitude: symbol lookup error: aptitude: undefined symbol: _ZN7cwidget7widgets5pager8set_textERKSsPKc
> E: pbuilder-satisfydepends failed.
> 
> > aptitude failing to load (or compile) with the binNMUed cwidget?
> 
> Failing to run.
> 

FWIW, I experienced a similar breakage on pbuilder for sid, and workedaround by using pbuilder's bind mount option to add a temporary dir containing the version from snapshots.d.o [0].

Something like :

$ mkdir /tmp/whatever; cd /tmp/whatever; wget ....deb ; cd -
$ sudo pbuilder login --bindmounts "/tmp/whatever" --save-after-login
/# apt-get remove libcwidget3
/# dpkg -i /tmp/whatever/libcwidget3....deb
/# C-d

Hope this helps,

[0] http://snapshot.debian.org/package/cwidget/0.5.17-3/#libcwidget3_0.5.17-3
-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)

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

From: Olivier Berger <olivier.berger@telecom-sudparis.eu>

To: 794594@bugs.debian.org

Subject: Re: Bug#794594: library transition is needed with GCC 5 is the default

Date: Wed, 5 Aug 2015 15:46:44 +0200

On Wed, Aug 05, 2015 at 03:19:15PM +0200, Olivier Berger wrote:
> 
> FWIW, I experienced a similar breakage on pbuilder for sid, and workedaround by using pbuilder's bind mount option to add a temporary dir containing the version from snapshots.d.o [0].
> 
> Something like :
> 
> $ mkdir /tmp/whatever; cd /tmp/whatever; wget ....deb ; cd -
> $ sudo pbuilder login --bindmounts "/tmp/whatever" --save-after-login
> /# apt-get remove libcwidget3
> /# dpkg -i /tmp/whatever/libcwidget3....deb

One should also apt-get install aptitude there ;-)

> /# C-d
> 
> [0] http://snapshot.debian.org/package/cwidget/0.5.17-3/#libcwidget3_0.5.17-3

Btw, this also stands for git-pbuilder/cowbuilder, AFAIU, in which case, replacing pbuilder by git-pbuilder in instructions above should lead to a similar relief, hopefuly.

Best regards,
-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)

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

From: Ron <ron@debian.org>

To: 794594@bugs.debian.org

Subject: Re: Bug#794594: library transition is needed with GCC 5 is the default

Date: Thu, 6 Aug 2015 02:47:08 +0930

Just as a perhaps slightly simpler workaround for anyone who hits this
before a fixed aptitude is also in sid:

People using pdebuild can use:

 pdebuild --pbuildersatisfydepends /usr/lib/pbuilder/pbuilder-satisfydepends-classic --use-pdebuild-internal

Which will then use apt as the resolver and ignore aptitude (more
details on that are in #794669)


For people using cowbuilder/cowpoke that won't work though since it
doesn't accept the --pbuildersatisfydepends option, but you can instead
just set in your pbuilderrc:

 PBUILDERSATISFYDEPENDSCMD="/usr/lib/pbuilder/pbuilder-satisfydepends-classic"

Which should work for anyone.

This has the added advantage of letting aptitude be removed from the
chroot, which would otherwise block any package with a build-dependency
on libxapian22v5 (ie. anything which uses doxygen) from installing its
build-deps and being able to build - which just downgrading cwidget won't
necessarily help you get past - unless aptitude remains "smart enough" to
remove itself, which was the solution it chose a couple of days ago!

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

From: Axel Beckert <abe@debian.org>

To: Matthias Klose <doko@debian.org>, 794594-done@bugs.debian.org

Subject: Re: Bug#794594: cwidget: library transition is needed with GCC 5 is the default (unresolved symbol _ZN7cwidget7widgets5pager8set_textERKSsPKc)

Date: Thu, 6 Aug 2015 15:22:10 +0200

Version: 0.5.17-3.1

Hi,

Matthias Klose wrote:
> Package: src:cwidget
> Version: 0.5.17-3
> Tags: patch sid stretch
> User: debian-gcc@lists.debian.org
> Usertags: libstdc++-cxx11
> 
> seen when binNMUing cwidget, unresolved symbol
> _ZN7cwidget7widgets5pager8set_textERKSsPKc
> 
> Manuel, I'm directly NMUing to enable the aptitude maintainers to fix and
> rebuild aptitude.

Matthias told me on IRC that he didn't close the bug with his NMU
because he intended to use it as bug for tracking the according
transition.

But since aptitude is the only reverse dependency of cwidget, there's
not much of a transition and it's done since aptitude 0.7-1 built on
all architectures:

https://release.debian.org/transitions/html/auto-cwidget.html
https://buildd.debian.org/status/package.php?p=aptitude

Hence closing this bug report (and all its duplicates so far).

		Regards, Axel
-- 
 ,''`.  |  Axel Beckert <abe@debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-    |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Send a report that this bug log contains spam.