Bug#791264: qwtplot3d: library transition may be needed when GCC 5 is the default
Hi Simon Thanks for the clarifications. > Gudjon, is there any possibility of a more minimal maintainer-upload > which does this library transition, and nothing else intrusive, leaving > the other changes (e.g. adding the Qt 5 library) until after the > huge and painful distro-wide libstdc++ transition is over? I have removed the qt5 library but I find the other changes like hardening flags and symbols files quite important. The dsc file can be found here, please take a look. http://mentors.debian.net/debian/pool/main/q/qwtplot3d/qwtplot3d_0.2.7+svn191-8.dsc Regards Gudjon
Bug#791264: qwtplot3d: library transition may be needed when GCC 5 is the default
On Mon, 24 Aug 2015 at 20:05:38 +0900, Satoru KURASHIKI wrote:
I've prepared a patch which includes:
- Ubuntu's changes for library transition
- fix symbols for qt5 library
It's meant for applying to the package which staged at mentors.debian.net:
http://mentors.debian.net/debian/pool/main/q/qwtplot3d/qwtplot3d_0.2.7+svn191-8.dsc
Unfortunately that -8 package does not appear to be correct:
++greaterThan(QT_MAJOR_VERSION, 4) {
++unix:VERSION = 0.2.7
++} else {
++unix:VERSION = 0abi1.2.7
++}
The SONAME comes from a package's upstream. Downstream maintainers are not
meant to change the SONAME; the way we are doing these transitions is to
add v5 to the Debian package name, but not the SONAME, and make the
v5 package conflict/replace the non-v5 package.
For example,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791155;att=1;msg=19;filename=libplist_1.12-3.1.diff
implements this transition for src:libplist.
cd build-qt4/doc/web/doxygen/ ln -s /usr/share/javascript/jquery/jquery.js
.
This is not actually right. The jquery.js installed by Doxygen is not
actually jQuery: it's jQuery and several other JavaScript libraries,
concatenated. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736360.
Until that issue is resolved, the right thing to do appears to be ignoring
that particular Lintian warning.
Gudjon, is there any possibility of a more minimal maintainer-upload
which does this library transition, and nothing else intrusive, leaving
the other changes (e.g. adding the Qt 5 library) until after the
huge and painful distro-wide libstdc++ transition is over?
Regards,
S
Bug#791264: qwtplot3d: library transition may be needed when GCC 5 is the default
Source: qwtplot3d Followup-For: Bug #791264 Control: tags -1 patch Dear Maintainer, I've prepared a patch which includes: - Ubuntu's changes for library transition - fix symbols for qt5 library It's meant for applying to the package which staged at mentors.debian.net: http://mentors.debian.net/debian/pool/main/q/qwtplot3d/qwtplot3d_0.2.7+svn191-8.dsc hope it helps, regards, -- KURASHIKI Satoru -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-39-pve (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) qwtplot3d-gcc5.patch Description: Binary data
Bug#791264: qwtplot3d: 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:13:56 +, 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. class Plot3D includes a std::list, so AIUI libqwtplot3d-qt4-0 should be renamed. A proposed patch is available from https://launchpad.net/ubuntu/+source/qwtplot3d/0.2.7+svn191-7ubuntu1 Cheers, Julien signature.asc Description: Digital signature
