pynac is marked for autoremoval from testing
pynac 0.3.7-1 is marked for autoremoval from testing on 2015-08-25 It is affected by these RC bugs: 791251: pynac: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-es-pt is marked for autoremoval from testing
apertium-es-pt 1.1.5+svn~57507-2 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-fr-es is marked for autoremoval from testing
apertium-fr-es 0.9.2~r61322-1 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-eo-es is marked for autoremoval from testing
apertium-eo-es 1:0.9.0~r61322-1 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-pt-ca is marked for autoremoval from testing
apertium-pt-ca 0.8.2+svn~57507-2 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
mbt is marked for autoremoval from testing
mbt 3.2.10-4 is marked for autoremoval from testing on 2015-09-09 It (build-)depends on packages with these RC bugs: 791301: ticcutils: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
gnuplot-iostream is marked for autoremoval from testing
gnuplot-iostream 0~20140302.gitc8919a0+dfsg-2 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 790984: blitz++: blitz++: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
psurface is marked for autoremoval from testing
psurface 2.0.0-1 is marked for autoremoval from testing on 2015-09-09 It is affected by these RC bugs: 791248: psurface: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
esys-particle is marked for autoremoval from testing
esys-particle 2.3.3+dfsg1-1 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 790977: alglib: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
libfolia is marked for autoremoval from testing
libfolia 0.10-4.2 is marked for autoremoval from testing on 2015-09-09 It (build-)depends on packages with these RC bugs: 791301: ticcutils: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
freefoam is marked for autoremoval from testing
freefoam 0.1.0+dfsg+1-3 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 790977: alglib: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
blitz++ is marked for autoremoval from testing
blitz++ 1:0.10-3.2 is marked for autoremoval from testing on 2015-09-10 It is affected by these RC bugs: 790984: blitz++: blitz++: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
ovito is marked for autoremoval from testing
ovito 2.3.3+dfsg1-1 is marked for autoremoval from testing on 2015-09-09 It (build-)depends on packages with these RC bugs: 790996: cgal: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
qtiplot is marked for autoremoval from testing
qtiplot 0.9.8.9-10 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 790977: alglib: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
dimbl is marked for autoremoval from testing
dimbl 0.12-2 is marked for autoremoval from testing on 2015-09-09 It (build-)depends on packages with these RC bugs: 791301: ticcutils: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
paraview is marked for autoremoval from testing
paraview 4.1.0+dfsg+1-2 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 790977: alglib: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
ticcutils is marked for autoremoval from testing
ticcutils 0.7-2 is marked for autoremoval from testing on 2015-09-09 It is affected by these RC bugs: 791301: ticcutils: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
dune-grid-glue is marked for autoremoval from testing
dune-grid-glue 2.3.1-1 is marked for autoremoval from testing on 2015-09-09 It (build-)depends on packages with these RC bugs: 791248: psurface: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
ucto is marked for autoremoval from testing
ucto 0.5.3-3.1 is marked for autoremoval from testing on 2015-09-09 It (build-)depends on packages with these RC bugs: 791301: ticcutils: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-es-ca is marked for autoremoval from testing
apertium-es-ca 1.2.1+svn~57448-3 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-lex-tools is marked for autoremoval from testing
apertium-lex-tools 0.1.1~r60994-1 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
lttoolbox is marked for autoremoval from testing
lttoolbox 3.3.2~r61000-3 is marked for autoremoval from testing on 2015-09-10 It is affected by these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
vtk6 is marked for autoremoval from testing
vtk6 6.1.0+dfsg2-6 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 790977: alglib: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-fr-ca is marked for autoremoval from testing
apertium-fr-ca 1.0.3~r61322-1 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-apy is marked for autoremoval from testing
apertium-apy 0.1.0~r61159-1 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-en-es is marked for autoremoval from testing
apertium-en-es 0.8.0~r57502-1 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-en-ca is marked for autoremoval from testing
apertium-en-ca 0.9.3~r61232-1 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
alglib is marked for autoremoval from testing
alglib 3.9.0-2 is marked for autoremoval from testing on 2015-09-10 It is affected by these RC bugs: 790977: alglib: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-eu-es is marked for autoremoval from testing
apertium-eu-es 0.3.3~r56159-1 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium is marked for autoremoval from testing
apertium 3.4.0~r61013-3 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-eo-ca is marked for autoremoval from testing
apertium-eo-ca 1:0.9.0~r61315-1 is marked for autoremoval from testing on 2015-09-10 It (build-)depends on packages with these RC bugs: 791195: lttoolbox: library transition may be needed when GCC 5 is the default -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Re: Bug#795076: gnuplot5: FTBFS: You must build your code with position independent code if Qt was built with -reduce-relocations
Processing control commands: tag -1 patch Bug #795076 [gnuplot5] gnuplot5: FTBFS: You must build your code with position independent code if Qt was built with -reduce-relocations Added tag(s) patch. -- 795076: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795076 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-fr-ca 1.0.3~r61322-1 MIGRATED to testing
FYI: The status of the apertium-fr-ca source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 1.0.3~r61322-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-fr-es 0.9.2~r61322-1 MIGRATED to testing
FYI: The status of the apertium-fr-es source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 0.9.2~r61322-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-eu-es 0.3.3~r56159-1 MIGRATED to testing
FYI: The status of the apertium-eu-es source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 0.3.3~r56159-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#795076: gnuplot5: FTBFS: You must build your code with position independent code if Qt was built with -reduce-relocations
Control: tag -1 patch Martin Pitt [2015-08-10 12:57 +0200]: | /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:1052:4: error: #error You must build your code with position independent code if Qt was built with -reduce-relocations. Compile your code with -fPIC (-fPIE is not enough). | # error You must build your code with position independent code if Qt was built with -reduce-relocations. \ | ^ This error message is totally misleading. I tried to set export DEB_CXXFLAGS_MAINT_APPEND = -fPIC in debian/rules, but this doesn't help. Looking at the actual implementation of that #error shows | #if !defined(QT_BOOTSTRAPPED) defined(QT_REDUCE_RELOCATIONS) defined(__ELF__) \ | (!defined(__PIC__) || (defined(__PIE__) defined(Q_CC_GNU) Q_CC_GNU = 500)) | # error You must build your code with position independent code if Qt was built with -reduce-relocations. \ | Compile your code with -fPIC (-fPIE is not enough). | #endif As we now build with gcc 5.2, Q_CC_GNU = 500 is true, so it does insist to be built with -fpic/-fPIC, but it seems it rather objects to being built with -fPIE. This seems to coincide with this upstream commit: http://code.qt.io/cgit/qt/qtbase.git/commit/?id=3eca75d (either its description or the code change is wrong). The attached debdiff massages the packages to build again, but admittedly this feels like a gross hack in Qt. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru gnuplot5-5.0.1+dfsg1/debian/changelog gnuplot5-5.0.1+dfsg1/debian/changelog --- gnuplot5-5.0.1+dfsg1/debian/changelog 2015-08-10 12:18:41.0 +0200 +++ gnuplot5-5.0.1+dfsg1/debian/changelog 2015-08-10 16:27:23.0 +0200 @@ -1,3 +1,14 @@ +gnuplot5 (5.0.1+dfsg1-2ubuntu1) wily; urgency=medium + + * Add 13_no_pie.patch: Don't build with -fPIE, Qt barfs on that with +gcc = 5. (http://code.qt.io/cgit/qt/qtbase.git/commit/?id=3eca75d) +(Closes: #795076) + * debian/rules: Also drop pie from hardening flags. Instead, build with +-fPIC; it's conceptually wrong, but it's what the above Qt check insists +on. + + -- Martin Pitt martin.p...@ubuntu.com Mon, 10 Aug 2015 16:06:00 +0200 + gnuplot5 (5.0.1+dfsg1-2build1) wily; urgency=medium * No-change rebuild against libwx*-0v5 diff -Nru gnuplot5-5.0.1+dfsg1/debian/patches/13_no_pie.patch gnuplot5-5.0.1+dfsg1/debian/patches/13_no_pie.patch --- gnuplot5-5.0.1+dfsg1/debian/patches/13_no_pie.patch 1970-01-01 01:00:00.0 +0100 +++ gnuplot5-5.0.1+dfsg1/debian/patches/13_no_pie.patch 2015-08-10 16:05:58.0 +0200 @@ -0,0 +1,28 @@ +Description: Don't build with -fPIE, Qt barfs on that with gcc = 5. (http://code.qt.io/cgit/qt/qtbase.git/commit/?id=3eca75d) +Author: Martin Pitt martin.p...@ubuntu.com +Bug-Debian: https://bugs.debian.org/795076 + +Index: gnuplot5-5.0.1+dfsg1/configure +=== +--- gnuplot5-5.0.1+dfsg1.orig/configure gnuplot5-5.0.1+dfsg1/configure +@@ -14238,7 +14238,6 @@ fi + RCC=${QT5LOC}/rcc + LRELEASE=${QT5LOC}/lrelease + fi +- CXXFLAGS=$CXXFLAGS -fPIE + fi + fi + +Index: gnuplot5-5.0.1+dfsg1/configure.in +=== +--- gnuplot5-5.0.1+dfsg1.orig/configure.in gnuplot5-5.0.1+dfsg1/configure.in +@@ -1208,7 +1208,6 @@ if test ${enable_qt} = yes ; then + RCC=${QT5LOC}/rcc + LRELEASE=${QT5LOC}/lrelease + fi +- CXXFLAGS=$CXXFLAGS -fPIE + fi + fi + diff -Nru gnuplot5-5.0.1+dfsg1/debian/patches/series gnuplot5-5.0.1+dfsg1/debian/patches/series --- gnuplot5-5.0.1+dfsg1/debian/patches/series 2015-06-29 09:15:11.0 +0200 +++ gnuplot5-5.0.1+dfsg1/debian/patches/series 2015-08-10 16:04:45.0 +0200 @@ -6,3 +6,4 @@ 10_removepicins.patch 11_fix_linkage_wx.patch 12_info.patch +13_no_pie.patch diff -Nru gnuplot5-5.0.1+dfsg1/debian/rules gnuplot5-5.0.1+dfsg1/debian/rules --- gnuplot5-5.0.1+dfsg1/debian/rules 2015-06-29 09:15:11.0 +0200 +++ gnuplot5-5.0.1+dfsg1/debian/rules 2015-08-10 16:26:55.0 +0200 @@ -3,7 +3,7 @@ %: dh $@ --parallel --with autoreconf -export DEB_BUILD_MAINT_OPTIONS := hardening=+all +export DEB_BUILD_MAINT_OPTIONS := hardening=+all,-pie export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed # Tell compiler where should find lua headers @@ -12,6 +12,9 @@ # Force the use of qt5 export QT_SELECT=qt5 +# Qt insists on using -fPIC +export DEB_CXXFLAGS_MAINT_APPEND = -fPIC + BUILDDIR_NOX = $(CURDIR)/debian/build-nox BUILDDIR_X11 = $(CURDIR)/debian/build-x11 BUILDDIR_QT = $(CURDIR)/debian/build-qt signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org
apertium-eo-es 1:0.9.0~r61322-1 MIGRATED to testing
FYI: The status of the apertium-eo-es source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 1:0.9.0~r61322-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#791027: marked as done (eclib: library transition may be needed when GCC 5 is the default)
Your message dated Mon, 10 Aug 2015 17:05:13 +0100 with message-id 20150810160506.ga13...@perpetual.pseudorandom.co.uk and subject line Re: Bug#791027: eclib: library transition may be needed when GCC 5 is the default has caused the Debian Bug report #791027, regarding eclib: 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 ow...@bugs.debian.org immediately.) -- 791027: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791027 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:eclib Version: 20150510-1 Severity: important Tags: sid stretch User: debian-...@lists.debian.org 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 cont...@bugs.debian.org: user release.debian@packages.debian.org 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--- ---BeginMessage--- On Mon, 10 Aug 2015 at 11:41:40 +0100, Simon McVittie wrote: eclib-tools | 20150510-2 | amd64, arm64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x eclib-tools does count as a reverse dependency, but it has a lockstep dependency on libec2 anyway, so there's no way it can go out of sync with the ABI of the library. Closing this bug; maintainer, please reopen it if you want to do a transition for the benefit of non-Debian software. S---End Message--- -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-es-ro 0.7.3~r57551-1 MIGRATED to testing
FYI: The status of the apertium-es-ro source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 0.7.3~r57551-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#791053: marked as done (gmp: library transition may be needed when GCC 5 is the default)
Your message dated Mon, 10 Aug 2015 21:33:18 +0100 with message-id 20150810203310.ga...@perpetual.pseudorandom.co.uk and subject line Re: Bug#791053: gmp: library transition may be needed when GCC 5 is the default has caused the Debian Bug report #791053, regarding gmp: 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 ow...@bugs.debian.org immediately.) -- 791053: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791053 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:gmp Version: 6.0.0+dfsg-6 Severity: important Tags: sid stretch User: debian-...@lists.debian.org 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 cont...@bugs.debian.org: user release.debian@packages.debian.org 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--- ---BeginMessage--- On Sun, 09 Aug 2015 at 11:49:28 +0200, Andreas Metzler wrote: Which shows that only a single symbol changed, c++-filt translates this to - __gmp_istream_set_digits(std::basic_stringchar, std::char_traitschar, std::allocatorchar , std::basic_istreamchar, std::char_traitschar , char, bool, int) + __gmp_istream_set_digits(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , std::basic_istreamchar, std::char_traitschar , char, bool, int) Afaiui __gmp_istream_set_digits() is an internal symbol and not part of the public API. The header files don't mention it either, and codesearch.debian.net only finds it in embedded code copies of (parts of) gmp. So I think this can be closed without a transition. S---End Message--- -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Re: Bug#791195: lttoolbox: library transition may be needed when GCC 5 is the default
Processing control commands: severity -1 serious Bug #791195 [src:lttoolbox] lttoolbox: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' tag -1 confirmed Bug #791195 [src:lttoolbox] lttoolbox: library transition may be needed when GCC 5 is the default Added tag(s) confirmed. -- 791195: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791195 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#791195: lttoolbox: 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:43 +, 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 a number of std::string and std::wstring references in lttoolbox's public symbols; liblttoolbox3-3.3-0 should be renamed. You may want to check out the patch at https://launchpad.net/ubuntu/+source/lttoolbox/3.3.2~r61000-3ubuntu1 Cheers, Julien signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
multiarch = same and different date-entries in generated man page of i32/i64
I had a look at the idea of writing manpages manually (as upstream) and unfortunately saw some difficulties: Because OpenBSD and Linux use different *roff syntax, man vs. mdoc, if I understodd it correctly, generating the man pages in the syntax of the actual operating system would be the most portable way (everyone: correct me if I'm wrong). I don't want to favor Linux or BSD or Windows (just kidding :) in the source tarball. Defining SOURCE_DATE_EPOCH and using the latest help2man version did _not_ fix the date on my system. Even worse: I'm also using doxygen for the man page of the library, which isn't capable of using SOURCE_DATE_EPOCH anyway. So SOURCE_DATE_EPOCH doesn't seem to be the right direction for me. I'm thinking of rude stuff now: Patching the manpages after generation with my own script, taking the date based on dpkg-parsechangelog as input. Maybe it's possible with SED. I can't be the first one facing this issues, right ? Thanks for the excellent feedback so far. Roelof -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Re: Bug#790977: alglib: library transition may be needed when GCC 5 is the default
Processing control commands: severity -1 serious Bug #790977 [src:alglib] alglib: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' tag -1 confirmed Bug #790977 [src:alglib] alglib: library transition may be needed when GCC 5 is the default Added tag(s) confirmed. -- 790977: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790977 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#790977: alglib: 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:08:50 +, 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. The rebuild with new libstdc++ causes a lot of renamed symbols, so libalglib3.9 needs to be renamed. A possible patch is available at https://launchpad.net/ubuntu/+source/alglib/3.9.0-2ubuntu1 Cheers, Julien signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#791248: psurface: diff for NMU version 2.0.0-1.1
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for psurface (versioned as 2.0.0-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 diff -Nru psurface-2.0.0/debian/changelog psurface-2.0.0/debian/changelog --- psurface-2.0.0/debian/changelog 2014-06-22 10:51:11.0 +0100 +++ psurface-2.0.0/debian/changelog 2015-08-10 23:23:31.0 +0100 @@ -1,3 +1,11 @@ +psurface (2.0.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition, patch +from Ubuntu (see #791248) + + -- Jonathan Wiltshire j...@debian.org Mon, 10 Aug 2015 23:23:30 +0100 + psurface (2.0.0-1) unstable; urgency=low * Initial release. (Closes: #750727) diff -Nru psurface-2.0.0/debian/control psurface-2.0.0/debian/control --- psurface-2.0.0/debian/control 2014-06-21 08:23:22.0 +0100 +++ psurface-2.0.0/debian/control 2015-08-10 23:24:24.0 +0100 @@ -25,7 +25,7 @@ Section: libdevel Architecture: any Multi-Arch: same -Depends: ${misc:Depends}, libpsurface0 (= ${binary:Version}) +Depends: ${misc:Depends}, libpsurface0v5 (= ${binary:Version}) Suggests: libpsurface-dbg (= ${binary:Version}), psurface (= ${binary:Version}) Description: piecewise linear bijections between triangulated surfaces -- development files Psurface is a C++ library that handles piecewise linear bijections @@ -58,7 +58,7 @@ Architecture: any Multi-Arch: same Depends: ${misc:Depends}, - libpsurface0 (= ${binary:Version}), psurface (= ${binary:Version}) + libpsurface0v5 (= ${binary:Version}), psurface (= ${binary:Version}) Description: piecewise linear bijections between triangulated surfaces -- debug symbols Psurface is a C++ library that handles piecewise linear bijections between triangulated surfaces. These surfaces can be of arbitrary @@ -66,11 +66,13 @@ . This package contains debug symbols. -Package: libpsurface0 +Package: libpsurface0v5 Architecture: any Multi-Arch: same Depends: ${misc:Depends}, ${shlibs:Depends} Pre-Depends: ${misc:Pre-Depends} +Conflicts: libpsurface0 +Replaces: libpsurface0 Description: piecewise linear bijections between triangulated surfaces -- shared library Psurface is a C++ library that handles piecewise linear bijections between triangulated surfaces. These surfaces can be of arbitrary diff -Nru psurface-2.0.0/debian/libpsurface0.install psurface-2.0.0/debian/libpsurface0.install --- psurface-2.0.0/debian/libpsurface0.install 2014-06-21 08:23:22.0 +0100 +++ psurface-2.0.0/debian/libpsurface0.install 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -usr/lib/*/*.so.* diff -Nru psurface-2.0.0/debian/libpsurface0v5.install psurface-2.0.0/debian/libpsurface0v5.install --- psurface-2.0.0/debian/libpsurface0v5.install 1970-01-01 01:00:00.0 +0100 +++ psurface-2.0.0/debian/libpsurface0v5.install 2015-08-10 23:24:24.0 +0100 @@ -0,0 +1 @@ +usr/lib/*/*.so.* signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: psurface: diff for NMU version 2.0.0-1.1
Processing control commands: tag -1 patch pending Bug #791248 [src:psurface] psurface: library transition may be needed when GCC 5 is the default Added tag(s) patch and pending. -- 791248: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791248 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Mutual Benefits
Our client has failed to fulfill his contractual obligations. Therefore, we need a representative to obtain this cause. Let me know if you can handle this and compensations will be giving, it is a part time job. Regards, -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#790984: blitz++: 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:08:58 +, 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. blitz::Timer::ivar_ gets renamed as part of the rebuild. While that looks like a private variable, it seems to be accessed by inlined methods, so I think that means libblitz0ldbl needs a rename. Cheers, Julien signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Re: Bug#790984: blitz++: library transition may be needed when GCC 5 is the default
Processing control commands: severity -1 serious Bug #790984 [src:blitz++] blitz++: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' tag -1 confirmed Bug #790984 [src:blitz++] blitz++: library transition may be needed when GCC 5 is the default Added tag(s) confirmed. -- 790984: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790984 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#795149: testu01: license status
Source: testu01 Severity: normal Hey. I just noted that this has been finally packaged for Debian :-) ... but in non-free. At least the website http://www.iro.umontreal.ca/~simardr/testu01/copyright.html which seems to be from 2009-08-18 that the license has actually been changed to GPL3+. The COPYING file in the tarball which still shows a non-free license is from an older date. So maybe they just forgot to update it?! I'll do another round of querying the original developers, maybe the could update the tarball. Cheers, Chris -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#795149: TestU01 license status
Hey Pierre, Richard. TestU01 has been finally packaged for Debian[0], however in the so called non-free section, as the license situation is still unclear. The website[1] claims that the license would be GPL3 or later but the source tarball's COPYING files names another license, which Debian would consider non-free. Could you please officially clarify the situation (please keep the bug's email address CCed) and/or even better update the tarball with the correct license? Thanks in advance, Chris. [0] https://packages.debian.org/source/sid/testu01 [1] http://www.iro.umontreal.ca/~simardr/testu01/copyright.html smime.p7s Description: S/MIME cryptographic signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Good day!
Good day! I need your assistance to validate your name in our Bank System to enable the Bank transfer the sum of $10.5Million unclaimed fund into your nominated bank account to your account for onward investment ( Hotel industries and Estate building management) or any profitable business in your country and I will give you 40%, for your assistance. My questions are? 1. Can you handle this project? 2. Can I give you this trust? If Yes Then Send Me Your Informations; To commence this transaction, I require you to immediately indicate your interest by a return mail for more details. Yours faithfully, Mr. Hamed billy, -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Re: Bug#791301: ticcutils: library transition may be needed when GCC 5 is the default
Processing control commands: severity -1 serious Bug #791301 [src:ticcutils] ticcutils: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' tag -1 confirmed Bug #791301 [src:ticcutils] ticcutils: library transition may be needed when GCC 5 is the default Added tag(s) confirmed. -- 791301: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791301 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#791301: ticcutils: 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:14:39 +, 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. A number of public symbols reference std::string, so libticcutils2 needs to be renamed. Cheers, Julien signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
mpich_3.1-6_amd64.changes ACCEPTED into unstable
Mapping sid to unstable. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Aug 2015 08:33:28 +0100 Source: mpich Binary: libmpich-dev libmpich12 libmpich2-dev mpich mpich-doc mpich2 mpich2-doc libmpl-dev libmpl1 libopa-dev libopa1 Architecture: source amd64 all Version: 3.1-6 Distribution: sid Urgency: medium Maintainer: Debian Science Maintainers debian-science-maintainers@lists.alioth.debian.org Changed-By: Alastair McKinstry mckins...@debian.org Description: libmpich-dev - Development files for MPICH libmpich12 - Shared libraries for MPICH libmpich2-dev - Transitional dummy package for MPICH development files libmpl-dev - Development files for mpl part of MPICH libmpl1- Shared libraries for mpl part of MPICH libopa-dev - Development files for opa part of MPICH libopa1- Shared libraries for opa part of MPICH mpich - Implementation of the MPI Message Passing Interface standard mpich-doc - Documentation for MPICH mpich2 - Transitional dummy package mpich2-doc - Transitional dummy package for MPICH documentation Changes: mpich (3.1-6) unstable; urgency=medium . * Rebuild against gcc/gfortran5 for transition. Add dependency on latest gfortran. Checksums-Sha1: 03320b3cb69104bc6c066ddcdbf1459e87e48bcd 2853 mpich_3.1-6.dsc d89ae9916861f4cefe304f8357f69f1c95753e65 43028 mpich_3.1-6.debian.tar.xz ed9605688c1efcba5d1f68561fcb695905819372 997010 libmpich-dev_3.1-6_amd64.deb da2cbc127146fa6d7ff394ae036ee3a0df9aaa22 832094 libmpich12_3.1-6_amd64.deb 7427e7033d3f03b3591402c45045fa4b642d242d 25788 libmpich2-dev_3.1-6_amd64.deb 16107f9b42144db275678b67d0393c2b2b6ce866 33738 libmpl-dev_3.1-6_amd64.deb 00495d04b99c3abb03efb186cf4f74762d190454 34340 libmpl1_3.1-6_amd64.deb 2d3fd11384446c696b207c4defda07e54bde7368 26914 libopa-dev_3.1-6_amd64.deb 0dba90a33d1b6bdb39e6d0203d7bd65435d417e8 27918 libopa1_3.1-6_amd64.deb 5f1b26d853ea962f8cbd138bca969574704d7880 688548 mpich-doc_3.1-6_all.deb 5f1dd78304b28f4b9d107f834e81acac6ef8f7ce 25760 mpich2-doc_3.1-6_all.deb ca8cef6c9d914c2e04fb25f89ac1f54c96424b92 25756 mpich2_3.1-6_amd64.deb 51cd45bf3d5597e5805293dbf1126b4b6f528023 207686 mpich_3.1-6_amd64.deb Checksums-Sha256: 69efba7d5d1a343a7c284eff74ca8484c9a2062bc8efa68a7da88fefcfb13ae2 2853 mpich_3.1-6.dsc a97b51e2f83f4310d572916c27ef108f97b20a980f4c80ecb00bb4eaa5d896fb 43028 mpich_3.1-6.debian.tar.xz be7303c9a6d2cccfcffe28f95ed4baa0f0e11f4e3072df54eabb2fa3bcc0f984 997010 libmpich-dev_3.1-6_amd64.deb 2f208c97fc50f66fa8e85cd2fe55ee5ac2b35941b6552809d76ee01ed860d03b 832094 libmpich12_3.1-6_amd64.deb 186ea7c627450cbd3c21321a00635ce0869cebb14c7a21808fd2b607d86d248b 25788 libmpich2-dev_3.1-6_amd64.deb 8ad60cec608f60c62468e54ba09bb224bf5757a396fb24a17e921b347b0f20ca 33738 libmpl-dev_3.1-6_amd64.deb 49b7b0f90bbbfeb0c262142ab1f40ece5a94e643abe32333a34d89b8771b94cd 34340 libmpl1_3.1-6_amd64.deb 334b4003f030d5b24c24707373cee72e220ee75b5430d3be96f0b1a1cc93de58 26914 libopa-dev_3.1-6_amd64.deb b4de7d4a565403dde76d80a16aa619f81c51cd6de66d2d6ea1ae7b6f87816b52 27918 libopa1_3.1-6_amd64.deb f007ced42a489915a644d3ef39d60597821976f40e3f48fb824d9a7f062ecb45 688548 mpich-doc_3.1-6_all.deb 5ecffb33eb07d25e1f0d4acc3b7280b580fca05dc0e9c7f11c01c18f86a229c5 25760 mpich2-doc_3.1-6_all.deb 2ca57687ef0b23d26972fe4bf7cc5473ceb6547fc1933f7d89772749d22bbcd5 25756 mpich2_3.1-6_amd64.deb 80cfe706648c04a567af3514f8d998eb640cafc7c7db9891dd838da3d1ccc229 207686 mpich_3.1-6_amd64.deb Files: dc8bed37027abeb367298a3f151d1fcf 2853 devel extra mpich_3.1-6.dsc 28e3959c54b6e703ebbf20f63f629164 43028 devel extra mpich_3.1-6.debian.tar.xz 28f9fd957bbbf6f6b8546ba3ff2721c8 997010 libdevel extra libmpich-dev_3.1-6_amd64.deb 177feea517b13173ea46c50bc6b64a25 832094 libs extra libmpich12_3.1-6_amd64.deb bbb1e66e3814ef1bdc4eba044be91142 25788 libdevel extra libmpich2-dev_3.1-6_amd64.deb fc743bb7d1471a91c7da29d1de9742d1 33738 libdevel extra libmpl-dev_3.1-6_amd64.deb bda16d92681b5e24321cfaf1a13b444c 34340 libs extra libmpl1_3.1-6_amd64.deb 4bb2e15bda8d4a42e33e4bebef93d9cf 26914 libdevel extra libopa-dev_3.1-6_amd64.deb fadb7ac75aeb38aff3307ef1b1b4df21 27918 libs extra libopa1_3.1-6_amd64.deb e1ce9697ab896aab64dd196d3fe5d3c0 688548 doc extra mpich-doc_3.1-6_all.deb 2a51ed99b22a51f10e3ad30b2f59872b 25760 doc extra mpich2-doc_3.1-6_all.deb 1a133d31b16c0e71cb39de86391044c0 25756 devel extra mpich2_3.1-6_amd64.deb 4ed611fb82f6f9728b92fff0214946cd 207686 devel extra mpich_3.1-6_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVyFixAAoJEMvmu05dmtOlIuMQAIgBus5E4Y48vIipFFpl490x luPM4Rb4nv5p7joxGDW3umlRHLoFHdUHUxOoqxf51rAZnCuh4XKd1rvk06asZPlK 9LXWmqT+F3emHv/xqnQ25DkZTjxjUll5aCWJMnDbrOnPcw/HWz1bzpK2RlxfyGJb DVu2mgdj9ORXocZkmJ8Po9q4dQb1mfXV9MeQYpoe3Ay0qmURsDGTTp8RnEnkUL+S OytieHtHQ9m0b25+i037yutpDk8tpFZLCr61Qic6WJQ/sJCNpCTh7mPdknakp+Fp oiFhV/grBgvvQqEHmrRw7ummki9/KHlaG67bjbDEiXXTnTo519czkXkLfHn5xxmv
Bug#795069: freecad: FTBFS: Parse error at BOOST_JOIN
Package: freecad Severity: serious Version: 0.14.3702+dfsg-3 Hello, freecad FTBFS in current sid: | cd /«BUILDDIR»/freecad-0.14.3702+dfsg/obj-x86_64-linux-gnu/src/Gui /usr/lib/x86_64-linux-gnu/qt4/bin/moc @/«BUILDDIR»/freecad-0.14.3702+dfsg/obj-x86_64-linux-gnu/src/Gui/moc_ManualAlignment.cpp_parameters | /«BUILDDIR»/freecad-0.14.3702+dfsg/src/3rdParty/salomesmesh/src/StdMeshers/StdMeshers_ProjectionUtils.cpp: In static member function 'static bool StdMeshers_ProjectionUtils::FindMatchingNodesOnFaces(const TopoDS_Face, SMESH_Mesh*, const TopoDS_Face, SMESH_Mesh*, const TShapeShapeMap, StdMeshers_ProjectionUtils::TNodeNodeMap)': | /«BUILDDIR»/freecad-0.14.3702+dfsg/src/3rdParty/salomesmesh/src/StdMeshers/StdMeshers_ProjectionUtils.cpp:1705:29: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] |if ( pos2nodes.size() != edgeSM-NbNodes() ) | ^ | usr/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse error at BOOST_JOIN | make[3]: *** [src/Gui/moc_ManualAlignment.cpp] Error 1 | src/Gui/CMakeFiles/FreeCADGui.dir/build.make:1113: recipe for target 'src/Gui/moc_ManualAlignment.cpp' failed I attach the full build log for convenience. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) freecad_0.14.3702+dfsg-3_amd64-20150810-1144.build.xz Description: application/xz -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Re-using recently NMU'ed library renames as transition tracker bugs
Processing commands for cont...@bugs.debian.org: reopen 791092 Bug #791092 {Done: Martin Pitt mp...@debian.org} [src:libbitcoin] libbitcoin: library transition may be needed when GCC 5 is the default 'reopen' may be inappropriate when a bug has been closed with a version; all fixed versions will be cleared, and you may need to re-add them. Bug reopened No longer marked as fixed in versions libbitcoin/2.0-2.3. severity 791092 normal Bug #791092 [src:libbitcoin] libbitcoin: library transition may be needed when GCC 5 is the default Ignoring request to change severity of Bug 791092 to the same value. reassign 791092 release.debian.org Bug #791092 [src:libbitcoin] libbitcoin: library transition may be needed when GCC 5 is the default Bug reassigned from package 'src:libbitcoin' to 'release.debian.org'. No longer marked as found in versions libbitcoin/2.0-2.2. Ignoring request to alter fixed versions of bug #791092 to the same values previously set reopen 791079 Bug #791079 {Done: Martin Pitt mp...@debian.org} [src:ipe] ipe: library transition may be needed when GCC 5 is the default 'reopen' may be inappropriate when a bug has been closed with a version; all fixed versions will be cleared, and you may need to re-add them. Bug reopened No longer marked as fixed in versions ipe/7.1.4-2.1. severity 791079 normal Bug #791079 [src:ipe] ipe: library transition may be needed when GCC 5 is the default Ignoring request to change severity of Bug 791079 to the same value. reassign 791079 release.debian.org Bug #791079 [src:ipe] ipe: library transition may be needed when GCC 5 is the default Bug reassigned from package 'src:ipe' to 'release.debian.org'. No longer marked as found in versions ipe/7.1.4-2. Ignoring request to alter fixed versions of bug #791079 to the same values previously set reopen 79 Bug #79 {Done: Martin Pitt mp...@debian.org} [src:libcoyotl] libcoyotl: library transition may be needed when GCC 5 is the default 'reopen' may be inappropriate when a bug has been closed with a version; all fixed versions will be cleared, and you may need to re-add them. Bug reopened No longer marked as fixed in versions libcoyotl/3.1.0-6.1. severity 79 normal Bug #79 [src:libcoyotl] libcoyotl: library transition may be needed when GCC 5 is the default Ignoring request to change severity of Bug 79 to the same value. reassign 79 release.debian.org Bug #79 [src:libcoyotl] libcoyotl: library transition may be needed when GCC 5 is the default Bug reassigned from package 'src:libcoyotl' to 'release.debian.org'. No longer marked as found in versions libcoyotl/3.1.0-6. Ignoring request to alter fixed versions of bug #79 to the same values previously set reopen 791128 Bug #791128 {Done: Martin Pitt mp...@debian.org} [src:libhmsbeagle] libhmsbeagle: library transition may be needed when GCC 5 is the default 'reopen' may be inappropriate when a bug has been closed with a version; all fixed versions will be cleared, and you may need to re-add them. Bug reopened No longer marked as fixed in versions libhmsbeagle/2.1.2+20150609-1.1. severity 791128 normal Bug #791128 [src:libhmsbeagle] libhmsbeagle: library transition may be needed when GCC 5 is the default Ignoring request to change severity of Bug 791128 to the same value. reassign 791128 release.debian.org Bug #791128 [src:libhmsbeagle] libhmsbeagle: library transition may be needed when GCC 5 is the default Bug reassigned from package 'src:libhmsbeagle' to 'release.debian.org'. No longer marked as found in versions libhmsbeagle/2.1.2-1. Ignoring request to alter fixed versions of bug #791128 to the same values previously set reopen 791182 Bug #791182 {Done: Martin Pitt mp...@debian.org} [src:libvsqlitepp] libvsqlitepp: library transition may be needed when GCC 5 is the default 'reopen' may be inappropriate when a bug has been closed with a version; all fixed versions will be cleared, and you may need to re-add them. Bug reopened No longer marked as fixed in versions libvsqlitepp/0.3.13-3.1. severity 791182 normal Bug #791182 [src:libvsqlitepp] libvsqlitepp: library transition may be needed when GCC 5 is the default Ignoring request to change severity of Bug 791182 to the same value. reassign 791182 release.debian.org Bug #791182 [src:libvsqlitepp] libvsqlitepp: library transition may be needed when GCC 5 is the default Bug reassigned from package 'src:libvsqlitepp' to 'release.debian.org'. No longer marked as found in versions libvsqlitepp/0.3.13-3. Ignoring request to alter fixed versions of bug #791182 to the same values previously set thanks Stopping processing here. Please contact me if you need assistance. -- 791079: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791079 791092: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791092 79: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=79 791128: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791128 791182:
Processing of mpich_3.1-6_amd64.changes
mpich_3.1-6_amd64.changes uploaded successfully to localhost along with the files: mpich_3.1-6.dsc mpich_3.1-6.debian.tar.xz libmpich-dev_3.1-6_amd64.deb libmpich12_3.1-6_amd64.deb libmpich2-dev_3.1-6_amd64.deb libmpl-dev_3.1-6_amd64.deb libmpl1_3.1-6_amd64.deb libopa-dev_3.1-6_amd64.deb libopa1_3.1-6_amd64.deb mpich-doc_3.1-6_all.deb mpich2-doc_3.1-6_all.deb mpich2_3.1-6_amd64.deb mpich_3.1-6_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#791251: pynac: library transition may be needed when GCC 5 is the default
On Fri, Jul 3, 2015 at 13:13:42 +, 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. I confirmed that some public symbols change due to the use of std::list or std::string, so libpynac0 needs to be renamed. There is a possible patch at https://launchpad.net/ubuntu/+source/pynac/0.3.7-1ubuntu1 Cheers, Julien signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: severity of 791251 is serious, tagging 791251
Processing commands for cont...@bugs.debian.org: severity 791251 serious Bug #791251 [src:pynac] pynac: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' tags 791251 + confirmed Bug #791251 [src:pynac] pynac: library transition may be needed when GCC 5 is the default Added tag(s) confirmed. thanks Stopping processing here. Please contact me if you need assistance. -- 791251: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791251 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#791209: muparser: 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:58 +, 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. Some public symbols change, so libmuparser2 needs to be renamed. Cheers, Julien signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#795076: gnuplot5: FTBFS: You must build your code with position independent code if Qt was built with -reduce-relocations
Package: gnuplot5 Severity: serious Version: 5.0.1+dfsg1-2 Hello, gnuplot5 currently FTBFS in sid: | c++ -DHAVE_CONFIG_H -I. -I../../../src -I.. -I../term -I../../../term -DBINDIR=\/usr/bin\ -DX11_DRIVER_DIR=\/usr/lib/gnuplot5\ -DQT_DRIVER_DIR=\/usr/lib/gnuplot5\ -DGNUPLOT_SHARE_DIR=\/usr/share/gnuplot5/gnuplot/5.0\ -DGNUPLOT_PS_DIR=\/usr/share/gnuplot5/gnuplot/5 | .0/PostScript\ -DGNUPLOT_JS_DIR=\/usr/share/gnuplot5/gnuplot/5.0/js\ -DGNUPLOT_LUA_DIR=\/usr/share/gnuplot5/gnuplot/5.0/lua\ -DCONTACT=\gnuplot-b...@lists.sourceforge.net\ -DHELPFILE=\/usr/share/gnuplot5/gnuplot.gih\ -DGNUPLOT_X11=\`echo gnuplot_x11 | sed 's,x,x,' | `\ -DXAPPLRESDIR=\/etc/X11/app-defaults/\ -DQTGNUPLOT_DATA_DIR=\/usr/share/gnuplot5/gnuplot/5.0/qt\ -D_FORTIFY_SOURCE=2 -I/usr/include/lua5.1 -pthread -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include | -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -pthread -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu | /glib-2.0/include -I/usr/include/x86_64-linux-gnu/qt5/QtNetwork -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/include/x86_64-linux-gnu/qt5/QtSvg -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/include/x86_64-linux-gnu/qt5/QtPrintSupport -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/i | nclude/x86_64-linux-gnu/qt5/QtWidgets -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/include/x86_64-linux-gnu/qt5/QtGui -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/include/x86_64-linux-gnu/qt5/QtCore -I/usr/include/x86_64-linux-gnu/qt5 -g -O2 -fPIE -fstack-protector-strong -Wf | ormat -Werror=format-security -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0 -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -pthread -pthread -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/gl | ib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -fPIE -MT qtterminal/gnuplot_qt.o -MD -MP -MF $depbase.Tpo -c -o qtterminal/gnuplot_qt.o ../../../src/qtterminal/gnuplot_qt.cpp \ | mv -f $depbase.Tpo $depbase.Po | In file included from /usr/include/x86_64-linux-gnu/qt5/QtCore/qnamespace.h:37:0, | from /usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs.h:41, | from /usr/include/x86_64-linux-gnu/qt5/QtCore/qobject.h:40, | from /usr/include/x86_64-linux-gnu/qt5/QtCore/QObject:1, | from ../../../src/qtterminal/QtGnuplotEvent.h:47, | from ../../../src/qtterminal/QtGnuplotApplication.h:47, | from ../../../src/qtterminal/gnuplot_qt.cpp:44: | /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:1052:4: error: #error You must build your code with position independent code if Qt was built with -reduce-relocations. Compile your code with -fPIC (-fPIE is not enough). | # error You must build your code with position independent code if Qt was built with -reduce-relocations. \ | ^ Full build log attached for convenience. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) gnuplot5_5.0.1+dfsg1-2_amd64-20150810-1248.build.xz Description: application/xz -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#791248: psurface: 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:39 +, 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. I confirmed that some public symbols change with the rebuild, so libpsurface0 needs to be renamed. https://launchpad.net/ubuntu/+source/psurface/2.0.0-1ubuntu1 has a patch which may help. Cheers, Julien signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
apertium-af-nl_0.2.0~r57554-1_amd64.changes ACCEPTED into unstable, unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 08 Aug 2015 18:05:37 +0530 Source: apertium-af-nl Binary: apertium-af-nl Architecture: source all Version: 0.2.0~r57554-1 Distribution: unstable Urgency: low Maintainer: Debian Science Team debian-science-maintainers@lists.alioth.debian.org Changed-By: Kartik Mistry kar...@debian.org Description: apertium-af-nl - Apertium translation data for the Afrikaans-Dutch pair Closes: 794302 Changes: apertium-af-nl (0.2.0~r57554-1) unstable; urgency=low . [ Tino Didriksen ] * Initial release. (Closes: #794302) * No significant changes in svn since tarball, so taking directly from svn. Checksums-Sha1: 392b65893611c9b7d6a633f5f8062ae45bf7ae15 2177 apertium-af-nl_0.2.0~r57554-1.dsc ad64680b3a49f753af7fe71acd74ca45e0156e52 960981 apertium-af-nl_0.2.0~r57554.orig.tar.bz2 dc34979b89d6e95622aff844297466b582c1b4b6 6792 apertium-af-nl_0.2.0~r57554-1.debian.tar.xz ff65fb4bcf9722b07c2d4bae7c7c4c0b1855b858 386644 apertium-af-nl_0.2.0~r57554-1_all.deb Checksums-Sha256: d834bf13973f72278a6002d784d0a23d37bbf83497b9f0d40d36d991b9385a91 2177 apertium-af-nl_0.2.0~r57554-1.dsc 22bf8bb49fe3ae3806178a0913fee80deb0cf084a11ad88b7729100e6160a471 960981 apertium-af-nl_0.2.0~r57554.orig.tar.bz2 149cdcac6c4aef841ca94c6bf53d67fcc3c88d6ec598b4589b8ee6a708f282b1 6792 apertium-af-nl_0.2.0~r57554-1.debian.tar.xz 516a284acccd853b5c85f7e2542edec925037cb9b686d603c76e04668d93af98 386644 apertium-af-nl_0.2.0~r57554-1_all.deb Files: ee6dc3c82a4e8c49b28f58ce79996b4d 2177 science optional apertium-af-nl_0.2.0~r57554-1.dsc 73fe04bb3da53e3fbbcb0989c559955d 960981 science optional apertium-af-nl_0.2.0~r57554.orig.tar.bz2 7aeffc4027c3bd01477a1fd08190d5ec 6792 science optional apertium-af-nl_0.2.0~r57554-1.debian.tar.xz e2ec9e9b381b217471cc6e27e38a25d5 386644 science optional apertium-af-nl_0.2.0~r57554-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVx5YwAAoJEALB0/J4OqTevNoP/jGoJBc6KklbSa/tHwUu2C9h lV+Uv/anDDbyhfFp4RNkHFhJSgHhIuNJu0+BhipSfXjRDYH41pQwpwmfq5ExGtAo zq0I5hWjda3C3bwa00SWDPI73YOLCS+/oa2x81Pd5m2A5MLxKVMHG/dclKzJLAYX C4p8sWX84L2D6daHs1vGiacam5kw/YelebZDoEl7QxrW9owoRh4kZFoC+xiBTB+4 sntyytMyTpNL1Pr2UKdwffcnyPzESp0zE2AIH70Wgpctgy5gq2NQkqWdah4C+zge q3p1zUoZA7KzlQ3MG0rXa9kT973uU7goayOPodkf1ePGQRFV0ZnNXxmapRidtCHW J+0lIcGY2TRPwrcFyDNj2knqOKNTkS2Job9zvMcTNJnAgAynahxoHedC+N5VJ56C PmVxemaAJ28QY4izkcYft/FU4/jBlJ52xIhfusi3Yilo2JGncpdoyMmHyJOpZOvT j7qFlXM4GyZMQXU13+CDQ9RMbdr7BPoBdn6BJFfXtw3SCyYSMD7oDKPQ1gKANdwI JFDTwe3yyo6lGrAEU9fNeHpxXiAB4hj1srQzRqaZQ/2IlW3eKdEdo8YFfNtHe31C RmhjWsZ/0hPAtI3s0y1a6tBVrKCWSGflW0kp6iCknriEQ82uEbMbBB1G/aarzVtq QxagK/Cc2wG/ah7tUwqP =+fMW -END PGP SIGNATURE- Thank you for your contribution to Debian. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#791027: eclib: library transition may be needed when GCC 5 is the default
On Fri, 03 Jul 2015 at 13:09:44 +, Matthias Klose wrote: - 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. There don't seem to be any rdeps. smcv@coccia:~$ dak rm -R -n eclib Will remove the following packages from unstable: eclib | 20150510-2 | source eclib-tools | 20150510-2 | amd64, arm64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x libec-dev | 20150510-2 | amd64, arm64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x libec2 | 20150510-2 | amd64, arm64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x Maintainer: Debian Science Maintainers debian-science-maintainers@lists.alioth.debian.org --- Reason --- -- Checking reverse dependencies... No dependency problem found. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Re: Bug#791248: psurface: library transition may be needed when GCC 5 is the default
Processing control commands: severity -1 serious Bug #791248 [src:psurface] psurface: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' tag -1 confirmed Bug #791248 [src:psurface] psurface: library transition may be needed when GCC 5 is the default Added tag(s) confirmed. -- 791248: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791248 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Re: Bug#788776: FTBFS: DSO missing from command line: XInitThreads
Processing commands for cont...@bugs.debian.org: tag 788776 patch Bug #788776 [src:mathgl] FTBFS: DSO missing from command line: XInitThreads Added tag(s) patch. user ubuntu-de...@lists.ubuntu.com Setting user to ubuntu-de...@lists.ubuntu.com (was martin.p...@ubuntu.com). usertags 788776 origin-ubuntu ubuntu-patch wily There were no usertags set. Usertags are now: wily ubuntu-patch origin-ubuntu. thanks Stopping processing here. Please contact me if you need assistance. -- 788776: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788776 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#788776: FTBFS: DSO missing from command line: XInitThreads
tag 788776 patch user ubuntu-de...@lists.ubuntu.com usertags 788776 origin-ubuntu ubuntu-patch wily thanks Chris West (Faux) [2015-06-14 21:34 +]: The package fails to build from source due to a missing linker argument (-lx11): /usr/bin/ld: CMakeFiles/udav.dir/udav_wnd.cpp.o: undefined reference to symbol 'XInitThreads' //usr/lib/x86_64-linux-gnu/libX11.so.6: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status udav/CMakeFiles/udav.dir/build.make:1395: recipe for target 'udav/udav' failed make[3]: *** [udav/udav] Error 1 debdiff attached. Debian maintainers, can you please forward this to upstream? I'm quite sure that a hardcoded -lX11 isn't the best solution here, but it works for the time being. Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) * Add debian/patches/udav-link-X11.patch: udav/udav_wnd.cpp calls XInitThreads(), so we must link to -lX11. Fixes FTBFS. (Closes: #788776) diff -Nru mathgl-2.2.2.1/debian/patches/series mathgl-2.2.2.1/debian/patches/series --- mathgl-2.2.2.1/debian/patches/series2014-03-24 00:06:43.0 +0100 +++ mathgl-2.2.2.1/debian/patches/series2015-08-10 15:02:28.0 +0200 @@ -1 +1,2 @@ CMakeLists.txt.patch +udav-link-X11.patch diff -Nru mathgl-2.2.2.1/debian/patches/udav-link-X11.patch mathgl-2.2.2.1/debian/patches/udav-link-X11.patch --- mathgl-2.2.2.1/debian/patches/udav-link-X11.patch 1970-01-01 01:00:00.0 +0100 +++ mathgl-2.2.2.1/debian/patches/udav-link-X11.patch 2015-08-10 15:05:09.0 +0200 @@ -0,0 +1,17 @@ +Description: udav/udav_wnd.cpp calls XInitThreads(), so we must link to -lX11 +Author: Martin Pitt martin.p...@ubuntu.com +Bug-Debian: https://bugs.debian.org/788776 + +Index: mathgl-2.2.2.1/udav/CMakeLists.txt +=== +--- mathgl-2.2.2.1.orig/udav/CMakeLists.txt mathgl-2.2.2.1/udav/CMakeLists.txt +@@ -49,6 +49,8 @@ if(MGL_HAVE_PTHREAD) + target_link_libraries(udav ${CMAKE_THREAD_LIBS_INIT}) + endif(MGL_HAVE_PTHREAD) + ++target_link_libraries(udav X11) ++ + install( + TARGETS udav + RUNTIME DESTINATION bin signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: calculix-ccx_2.8p1-1~exp1_amd64.changes REJECTED
Hi Thorsten, Contrary to your debian/copyright the file header say that the license of all files is just GPL-2. I changed the license in the copyright file to GPL-2. Will that be enough or did I miss something? Can you please be a bit more verbose about the origin of all *.ps and *.eps files? They belong to the tarball with the latex sources for the documentation which originally is provided by upstream. I merged this tarball together with a few others to form the orig-tarball. Should I add something like that to the README.source to clarify the origin of all the *.eps and *.ps files? Would this be enough or do I need to clarify the copyrights for that files? Thanks in advance, Wolfgang -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers