Your message dated Wed, 06 Sep 2017 09:07:09 +0000
with message-id <e1dpwif-0006mj...@fasolo.debian.org>
and subject line Bug#871283: fixed in gyoto 1.2.0-3
has caused the Debian Bug report #871283,
regarding libgyoto6: requires rebuild against GCC 7 and symbols/shlibs bump
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 ow...@bugs.debian.org
immediately.)


-- 
871283: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871283
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libgyoto6
Version: 1.2.0-2
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: gcc-7-op-mangling

Hi,

It appears that your package provides an external symbol that is
affected by the recent name mangling changes in GCC 7. See:
https://gcc.gnu.org/gcc-7/porting_to.html#conversion-op-mangling

In GCC 7, the name mangling for C++ conversion operators which return a
type using the abi_tag attribute (most commonly std::string) has
changed. When your library is compiled with GCC 7, it will now emit two
symbols for the conversion operator using the new and old naming.
Executables compiled with GCC 7 will always use the new symbol, while
old executables compiled using <= GCC 6 will use the old symbol. For new
executables to build without undefined references, your library will
need rebuilding with GCC 7.

To ensure that new executables will pull in the newer version of the
library built with GCC 7:
- Your library package should Build-Depend on g++ (>= 4:7).
- If your package provides a symbols file, ensure that the new
  conversion operator symbols have a version matching the version this
  bug is fixed in (including the Debian revision and tilde if
  necessary).

  Using apt as an example (debian/libapt-pkg5.0.symbols):
    (c++)"URI::operator std::__cxx11::basic_string<char, 
std::char_traits<char>, std::allocator<char> >[abi:cxx11]()@APTPKG_5.0" 0.8.0
  + (c++)"URI::operator std::__cxx11::basic_string<char, 
std::char_traits<char>, std::allocator<char> >()@APTPKG_5.0" 1.5~beta2~

  Where "1.5~beta2" is the version this bug was fixed in.

- If your package does not provide a symbols file, add a dh_makeshlibs
  override so that tight enough dependencies are generated.

  Using libebml as an example (debian/rules):
  + override_dh_makeshlibs:
  +     # For new symbols when compiled with GCC 7
  +     dh_makeshlibs -V'libebml4v5 (>= 1.3.4-2~)'

  Where "1.3.4-2" is the version this bug was fixed in.

- If your package is about to be renamed due to an upstream SONAME bump,
  you do not need to add any special symbols handling.

If you would like to know the exact name of the new symbols, using
"abipkgdiff" from abigail-tools might be able to help.

Thanks,
James

--- End Message ---
--- Begin Message ---
Source: gyoto
Source-Version: 1.2.0-3

We believe that the bug you reported is fixed in the latest version of
gyoto, 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 871...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Thibaut Paumard <thib...@debian.org> (supplier of updated gyoto 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 ftpmas...@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Tue, 05 Sep 2017 14:57:29 +0200
Source: gyoto
Binary: gyoto gyoto-bin libgyoto6 gyoto-dbg libgyoto6-dev yorick-gyoto 
python-gyoto python3-gyoto gyoto-doc
Architecture: source
Version: 1.2.0-3
Distribution: unstable
Urgency: low
Maintainer: Debian Astronomy Maintainers 
<debian-astro-maintain...@lists.alioth.debian.org>
Changed-By: Thibaut Paumard <thib...@debian.org>
Description:
 gyoto      - General relativistic geodesic integration and ray-tracing
 gyoto-bin  - General relativistic ray-tracing command-line interface
 gyoto-dbg  - debugging symbols for the Gyoto framework
 gyoto-doc  - documentation for the Gyoto library
 libgyoto6  - Gyoto framework main library an standard plug-in
 libgyoto6-dev - development files for libgyoto
 python-gyoto - General relativistic geodesic integration for the Python 2 
langua
 python3-gyoto - General relativistic geodesic integration for the Python 3 
langua
 yorick-gyoto - General relativistic geodesic integration for the Yorick 
language
Closes: 871283
Changes:
 gyoto (1.2.0-3) unstable; urgency=low
 .
   * Bug fix: "requires rebuild against GCC 7 and symbols/shlibs bump",
     thanks to jcowg...@debian.org; (Closes: #871283).
Checksums-Sha1:
 2e6707822f4117c50a1e504a1025a27597128ad4 3104 gyoto_1.2.0-3.dsc
 2d75c29c43f9e3eb8c08d9ff56e1cdf5620d02c9 11592 gyoto_1.2.0-3.debian.tar.xz
 d420c3db15612211240c81627c9e76f47614ccf7 14700 gyoto_1.2.0-3_amd64.buildinfo
Checksums-Sha256:
 7b313cd9cc411e57623197d4e2273c77e0dd4357fe453921809f440bda84cc7a 3104 
gyoto_1.2.0-3.dsc
 2fc05b589211e6de37f00715244aa0631da1b64a5436ee4b16ba3a25bb5b6b76 11592 
gyoto_1.2.0-3.debian.tar.xz
 d0ffaca4261e7e13f6a976b95597931ca2215e1b8787cd5fa9c5bacf716dba55 14700 
gyoto_1.2.0-3_amd64.buildinfo
Files:
 02f3e536a96ed08b9be1fa1c821433be 3104 science extra gyoto_1.2.0-3.dsc
 d759015c8ce517c5c1b760f27b34347e 11592 science extra 
gyoto_1.2.0-3.debian.tar.xz
 804d3d2b1a3cb19b45d50bdab812c035 14700 science extra 
gyoto_1.2.0-3_amd64.buildinfo

-----BEGIN PGP SIGNATURE-----

iQJHBAEBCAAxFiEEvK37UrQZmNdNmdmOk5RTSODcKEAFAlmvqX4THHRoaWJhdXRA
ZGViaWFuLm9yZwAKCRCTlFNI4NwoQOEMEACK1F7KdwbOuh7xU35aRTpNekJb+yKO
9WCRgSEmkb6N7a2LgB1HB1FimKPmmGjnF763D+yuegjUF4vi8JTBWDvj5Mcp7Dbr
lmrhrhhMC+lvJHfX67uinqBwzygQDiFJdZfd3Ehvw8pBMXGQj3A8irBuORSEl5tX
HWTnQJwBwgdF33ElBrWGfD7+M5dobqR1H+N3ecSv02r0hRMoNpzndZ9teyl9hEC4
7JAOG7PlNIo8RBv18x60/VGWFgwEemxteHQF4R3uE5sfTBUSf8WQ034bTC0+QIba
wHmhEZkJQ/3wh/4eBthFV+tAB2FgOIBsFFQfVFpZOE5AQW9DqcRFeHmHm3DmP2Pc
yUbWznHWN7JdZy0txGgC0FXAugV+Kz1mxYn9pealpqzMjy4uyc/h5K85chm9qlT4
hfrw/MMQB7VWqE9jW7WPnd4ziJAtINOp7ygSfODhIa/e/C79POXUIr6iARl9+WU6
SHufh/qyo6oRUxEq2qaADypnf/wPgD8I4Ygco9Ddo+4LJvnzXHV+3LscKdOurcek
KCIdxESlxtqmLA4+oFWJx8c9ejAcQkzgTCK4eS8Tvk+4AzgEJSmtdHIwZuFxC4v4
mUyx4tJ0iXoXJ8MoruqjZyfG7uz8jaRDzb9+6eUOEc4XuFA4YpyhTmiONC7GUAO7
O0Xz8QKBfN5GXA==
=OttS
-----END PGP SIGNATURE-----

--- End Message ---

Reply via email to