Your message dated Thu, 20 Aug 2015 16:00:56 +0000
with message-id <[email protected]>
and subject line Bug#791273: fixed in scalc 0.2.4-4.1
has caused the Debian Bug report #791273,
regarding scalc: library transition may be needed when GCC 5 is the default
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
791273: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791273
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: src:scalc
Version: 0.2.4-4
Severity: important
Tags: sid stretch
User: [email protected]
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
[email protected]:
user [email protected]
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
--- End Message ---
--- Begin Message ---
Source: scalc
Source-Version: 0.2.4-4.1
We believe that the bug you reported is fixed in the latest version of
scalc, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Julien Cristau <[email protected]> (supplier of updated scalc package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Sun, 16 Aug 2015 17:54:31 +0200
Source: scalc
Binary: libscalc-dev libscalc0v5
Architecture: source amd64
Version: 0.2.4-4.1
Distribution: unstable
Urgency: medium
Maintainer: Vincent Fourmond <[email protected]>
Changed-By: Julien Cristau <[email protected]>
Description:
libscalc-dev - simple/symbolic calculation library (development files)
libscalc0v5 - simple/symbolic calculation library
Closes: 791273
Changes:
scalc (0.2.4-4.1) unstable; urgency=medium
.
* Non-maintainer upload.
* Rename library packages for g++5 ABI transition (closes: 791273).
Checksums-Sha1:
71eed3f49873155b4ed8a9aac8c3ed54f305c0cd 1829 scalc_0.2.4-4.1.dsc
9346be584ecc5af80ab6c4ebefb2e05bdf737e9e 3500 scalc_0.2.4-4.1.debian.tar.xz
4b2d8a386fb39a3b5fa35742cced1dad0f382537 236712
libscalc-dev_0.2.4-4.1_amd64.deb
c18d27a74e56ef20a56af50105f748852a370b91 39160 libscalc0v5_0.2.4-4.1_amd64.deb
Checksums-Sha256:
25ad6514ed8ca73947682ee3bf5fb9169f7fbbdd63e3c0a1577013665e50a286 1829
scalc_0.2.4-4.1.dsc
855005fd65a256aa9f6c93445702af5c580f64c0b5b3ba79da04c5519b91a3ea 3500
scalc_0.2.4-4.1.debian.tar.xz
ee7135fc806e0d3923221f9262f26f5a7d15829c0d4ddcee8e022812a077a48c 236712
libscalc-dev_0.2.4-4.1_amd64.deb
e1009cf3c686f6a16d9a89b5fa28d5bbb3963f4f269abaf83d8b8c02f477b89d 39160
libscalc0v5_0.2.4-4.1_amd64.deb
Files:
9fcaaaa7854d20aa903d61739a0f0448 1829 libs optional scalc_0.2.4-4.1.dsc
bdf6c7051169ebb0da30b26e0dcced19 3500 libs optional
scalc_0.2.4-4.1.debian.tar.xz
d8ccdfb5fd2699a29c15516927d18303 236712 libdevel optional
libscalc-dev_0.2.4-4.1_amd64.deb
cad2224e74c18777d79088edc19acc55 39160 libs optional
libscalc0v5_0.2.4-4.1_amd64.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQIcBAEBCAAGBQJV0jBbAAoJEDEBgAUJBeQMJR4P/i9kqeyOf7OA72XMT+Xv+eXS
Se2AbFeddOG3rrXU8r2H9xe5MjUO/KiMOqGBHgTdgRgcOvR16+33M0WlLDNqa9lS
cYfUv0wnCp37cv47kVcQXzHY1ttjK/6dBt0OTbcsmvA34yoggJtepCwf4b2iQyYF
kViuqHOF8L2dFbFL/DOcl1FLIZbkvweaOL5SrDzooTEf+G8qsrMqgsrFl49bYIeK
lMKQY/rCSPXcXTqx3SuVaQZOkzogZeB5ygTDXf+jusRGJg33MkkjDBmwqH0v3Wga
B8tSgKB7cM4lCmodFOZpUvVLIsIACDOaB0GmjGuVQF5MACbSJdvOKfG5dxN0HQcw
3adHBXJBTEXn0DDBBThMXd6dq8vBs9M+1PjcttkLo1K39Da10T45cj/I5JBCZAwT
eG2oDFhy4GKq+CnYrgK1SZ1xRWkn9+954g76YDxEN8iSggA3W1Thqpxyuj0UzgeQ
XChvlCa8OCNkvHBh5RBTBpwT+09bIJuiZeuhqwrZWl0CbgVcTSt8O4ojVvl5rHDE
n9hTNTQsNxQWyxoFCfbzRTuDY7yUU+0JvlXjRJPfXYHtqYhipCyX8S/VOfsmTR1p
z24tVdWFzAaw4DnzP4rlrlu0nYlZyG+AzOcGq69+x07OFWpKCGutf2k1SMLyhx86
tHJvLe/tWno2p6Rva5HV
=ZfIS
-----END PGP SIGNATURE-----
--- End Message ---
