Bug#791176: libtorrent-rasterbar: library transition may be needed when GCC 5 is the default
On Mon, 10 Aug 2015 23:34:22 +0200 Julien Cristau jcris...@debian.org wrote: Control: severity -1 serious Control: tag -1 confirmed On Fri, Jul 3, 2015 at 13:12:23 +, 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. There's lots of std::string references in libtorrent-rasterbar's public headers. libtorrent-rasterbar7 ought to be renamed. You may want to check out the patch at https://launchpad.net/ubuntu/+source/libtorrent-rasterbar/0.16.18-1ubuntu1 There is in experimental a version that bumps the ABI, perhaps that could be uploaded to unstable instead. Saludos,
Bug#791176: libtorrent-rasterbar: library transition may be needed when GCC 5 is the default
On Thu, Aug 13, 2015 at 8:04 PM, Felipe Sateler fsate...@debian.org wrote: There's lots of std::string references in libtorrent-rasterbar's public headers. libtorrent-rasterbar7 ought to be renamed. You may want to check out the patch at https://launchpad.net/ubuntu/+source/libtorrent-rasterbar/0.16.18-1ubuntu1 There is in experimental a version that bumps the ABI, perhaps that could be uploaded to unstable instead. Of libtorrent-rasterbar's reverse dependencies, qbittorrent requires a new upstream version to build against the version in experimental. I have a package ready to be uploaded. Fatrat and Flush both have other build issues which I haven't had time to get to the bottom of and NMU. As neither are currently in testing due to those RC bugs, that shouldn't necessarily hold pack promoting libtorrent-rasterbar to unstable. It seems like that's probably the cleanest solution. I'll prepare an upload. Though, if I'm reading the transition tracker right, qt4-x11 will need to be rebuilt first. [0] On the other hand, it seems to have been rebuilt recently. [1] [0] https://release.debian.org/transitions/html/libstdc++6.html [1] https://packages.qa.debian.org/q/qt4-x11/news/20150804T225859Z.html Thanks, -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Developer http://qa.debian.org/developer.php?login=asb PGP/GPG Key ID: D53FDCB1
Bug#791176: libtorrent-rasterbar: library transition may be needed when GCC 5 is the default
Control: severity -1 serious Control: tag -1 confirmed On Fri, Jul 3, 2015 at 13:12:23 +, 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. There's lots of std::string references in libtorrent-rasterbar's public headers. libtorrent-rasterbar7 ought to be renamed. You may want to check out the patch at https://launchpad.net/ubuntu/+source/libtorrent-rasterbar/0.16.18-1ubuntu1 Cheers, Julien signature.asc Description: Digital signature