Bug#852007: But gcc-6 can't build flint on some architectures!

2017-01-23 Thread Julien Cristau
On Fri, Jan 20, 2017 at 22:08:03 +0100, Julien Puydt wrote:

> Hi,
> 
> the flint package uses gcc-5 and g++-5 only on mips and mipsel, where the
> later compilers just give bad things ; from d/rules :
> 
> # FTBFS on mips and mipsel seems to be caused by a bug in gcc 6,
> # see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78176
> 
> What can I do here ?
> 
Talk to the mips porters (debian-m...@lists.debian.org) and/or the gcc
maintainers (debian-...@lists.debian.org).  Also, if you wanted your
message to be seen by the submitter, you might want to actually send it
to them (it's not clear to whom your question was addressed...)

Cheers,
Julien

-- 
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#833817: kido: FTBFS on non-x86 architectures due to hard-wired compiler flags

2016-08-22 Thread Julien Cristau
Control: severity -1 serious

On Tue, Aug  9, 2016 at 00:14:48 +0200, John Paul Adrian Glaubitz wrote:

> Source: kido
> Version: 0.1.0+dfsg-1
> Severity: important
> 
> Hello!
> 
> Your package fails to build from source on all non-x86 architectures because 
> the
> build system hard-wires the compiler flags to use x86-specific flags like 
> "-msse2":
> 
-msse2 is also a big no-no on i386, and a no-op on amd64...

Cheers,
Julien

-- 
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#819989: liblrcalc-dev: wrong include syntax in headers

2016-04-04 Thread Julien Cristau
Package: liblrcalc-dev
Version: 1.2-1
Severity: important
Tags: upstream fixed-upstream patch

$ echo '#include ' | cpp
# 1 ""
# 1 ""
# 1 ""
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "" 2
# 1 ""
# 1 "/usr/include/lrcalc/symfcn.h" 1 3 4
In file included from :1:0:
/usr/include/lrcalc/symfcn.h:4:21: fatal error: hashtab.h: No such file or 
directory
compilation terminated.

This is fixed upstream in
https://bitbucket.org/asbuch/lrcalc/commits/226981a060a209efb5e0c3925b71b341b9ff63a4

Cheers,
Julien

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'testing-updates'), (500, 
'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages liblrcalc-dev depends on:
ii  liblrcalc1  1.2-1

liblrcalc-dev recommends no packages.

liblrcalc-dev suggests no packages.

-- no debconf 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#816997: gmsh: FTBFS in stretch, build dependencies not in stretch

2016-03-07 Thread Julien Cristau
On Mon, Mar  7, 2016 at 19:23:41 +0100, Anton Gladky wrote:

> Hi Santiago,
> 
> thanks for the bug report. AFAIK the unsatisfied build dependencies
> can only be a serious bug for the sid. In sid gmsh builds just fine.
> Please close this bug.
> 
No, Santiago's right, swig2.0 is replaced by swig, so your build-deps
need fixing.  I'd have expected the swig maintainer to handle this...

Cheers,
Julien

-- 
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: fixed in lttoolbox 3.3.2~r61000-3.1

2016-02-03 Thread Julien Cristau
On Wed, Feb  3, 2016 at 10:46:02 +0100, Tino Didriksen wrote:

> On 3 February 2016 at 02:57, Andreas Beckmann <a...@debian.org> wrote:
> 
> > On Thu, 20 Aug 2015 16:00:44 +0000 Julien Cristau <jcris...@debian.org>
> > wrote:
> > >  lttoolbox (3.3.2~r61000-3.1) unstable; urgency=medium
> > >  .
> > >* Non-maintainer upload.
> > >* Rename library packages for g++5 ABI transition (closes: 791195).
> >
> > This change was recently reverted and I'm not convinced that this was a
> > good idea.
> 
> 
> 
> That was my doing, on the basis that the transition should never have
> happened.
> 
> Because I wasn't properly subscribed to this bug (due to using my mail@
> address which procmail can't handle), I never knew the transition was
> pushed through against my wishes, until I went to update lttoolbox to a
> newer release.
> 
> There are only 2 other packages that depend on lttoolbox: apertium and
> apertium-lex-tools, and I maintain those as well. All 3 are part of the
> same upstream project, and are updated together if there are breaking
> changes.
> 
> And because lttoolbox 3.3 was not even in testing at the time, nothing
> outside my control could have built up dependencies on it, and indeed
> nothing has.
> 
> The v5 transition was entirely unnecessary for this package, and I very
> strongly want it gone.
> 
You haven't given a single good reason to revert the change.  Maybe you
would have preferred it didn't, but you're coming 6 months late to that
party.

Cheers,
Julien

-- 
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#811498: libconsole-bridge0.2v5: ABI bump without package rename

2016-01-19 Thread Julien Cristau
On Tue, Jan 19, 2016 at 18:52:27 +, Jose Luis Rivero wrote:

> Package: libconsole-bridge0.2v5
> Followup-For: Bug #811498
> 
> Hey Jochen:
> 
> Thanks for the report. You are right, I broke the new update. My
> intention was not to change package and library name since upstream
> did not change the API/ABI (I'm working with them to keep a sane
> semantic versioning scheme). I did that for the package but not for
> the library, sorry for that.
> 
> I believe that we can workaround on this problem by creating a symlink
> from libconsole_bridge.so.0.3 to a new libconsole_bridge.so.0.2. This
> way we can respect the upstream release as-it but keep the dependencies
> stable in debian which depends on the 0.2 lib.
> 
> Jochen, do you see any problem with this? or do you have a better idea
> to solve the situation keeping in mind that there is no ABI/API change
> in the new 0.3.0 version?

If the ABI is compatible, that seems fine.  Note that if the library's
SONAME changed, you would need to bump shlibs to the new version since
any rebuilt reverse dependency is going to reference the new SONAME.

Cheers,
Julien

-- 
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#806382: opengm: FTBFS on x32: Could NOT find HDF5

2015-11-26 Thread Julien Cristau
Control: severity -1 important

On Thu, Nov 26, 2015 at 15:36:44 -0500, Aaron M. Ucko wrote:

> Source: opengm
> Version: 2.3.6-1
> Severity: serious
> Justification: fails to build from source
> 
> The x32 build of opengm failed because it (supposedly) couldn't find
> HDF5:
> 
x32 is not a release arch, downgrading.

Cheers,
Julien


signature.asc
Description: PGP 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#798601: limereg: FTBFS on mips/mipsel

2015-09-10 Thread Julien Cristau
Source: limereg
Version: 1.4.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

your package no longer builds on mips and mipsel autobuilders, see
https://buildd.debian.org/status/logs.php?pkg=limereg=1.4.0-1%2Bb1=sid

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#798393: FTBFS: build killed after N minutes of inactivity

2015-09-08 Thread Julien Cristau
Source: mathgl
Version: 2.3.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Your package no longer builds on the buildds, see
https://buildd.debian.org/status/logs.php?pkg=mathgl=2.3.3-1=sid

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#798164: vtk: do not ship in stretch

2015-09-06 Thread Julien Cristau
Source: vtk
Version: 5.8.0-17.5
Severity: serious
Tags: stretch sid

The mix of vtk 5.x and vtk 6.x in the archive was bad enough in jessie,
we shouldn't ship that again for stretch.

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#798174: viper: depends on vtk 5

2015-09-06 Thread Julien Cristau
Source: viper
Version: 1.0.0-1
Severity: serious
Tags: sid stretch
Control: block 798164 with -1

Hi,

your package depends on vtk 5.x, which should not be in stretch.  Please
switch to vtk 6.x or drop the dependency.

Thanks,
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#797167: linbox: FTBFS on mipsel (FAIL: test-charpoly)

2015-08-28 Thread Julien Cristau
Source: linbox
Version: 1.3.2-1.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: stretch sid

Hi,

your package no longer builds on the mipsel buildd, see
https://buildd.debian.org/status/fetch.php?pkg=linboxarch=mipselver=1.3.2-1.1%2Bb2stamp=1440750249

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#796716: urdfdom: library transition needed with GCC 5 as default

2015-08-23 Thread Julien Cristau
Source: urdfdom
Version: 0.3.0-1
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11

Hi,

your library exposes std::string or std::list in its public API, and
therefore the library package needs to be renamed.

Cheers,
Julien

The following is a form letter:

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 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. 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-20150813/
   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



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#796715: coinor-osi: library transition needed with GCC 5 as default

2015-08-23 Thread Julien Cristau
Source: coinor-osi
Version: 0.106.9-1
Severity: serious
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11

Hi,

your library exposes std::string or std::list in its public API, and
therefore the library package needs to be renamed.

Cheers,
Julien

The following is a form letter:

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.  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. 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-20150813/
   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



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#791194: nmu diff for logservice 2.7-1.1

2015-08-17 Thread Julien Cristau
Dear maintainer,

I've prepared a NMU for logservice, to deal with the libstdc++ transition,
and will shortly upload it to the 1-day delayed queue.  Please find the
debdiff below.

Cheers,
Julien

From 6a273810fd78032d3fb8fafdf31935a68496b459 Mon Sep 17 00:00:00 2001
From: Julien Cristau jcris...@debian.org
Date: Sun, 16 Aug 2015 17:46:18 +0200
Subject: [PATCH] Rename library packages for g++5 ABI transition (closes:
 791194).

---
 debian/changelog |  7 +++
 debian/control   | 12 
 debian/liblogforwarderutils2.install |  1 -
 debian/liblogforwarderutils2v5.install   |  1 +
 debian/liblogservicecomponentbase2.install   |  1 -
 debian/liblogservicecomponentbase2v5.install |  1 +
 6 files changed, 17 insertions(+), 6 deletions(-)
 delete mode 100644 debian/liblogforwarderutils2.install
 create mode 100644 debian/liblogforwarderutils2v5.install
 delete mode 100644 debian/liblogservicecomponentbase2.install
 create mode 100644 debian/liblogservicecomponentbase2v5.install

diff --git a/debian/changelog b/debian/changelog
index 609f7b5..323263c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+logservice (2.7-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename library packages for g++5 ABI transition (closes: 791194).
+
+ -- Julien Cristau jcris...@debian.org  Sun, 16 Aug 2015 17:46:18 +0200
+
 logservice (2.7-1) unstable; urgency=low
 
   * Initial release (Closes: #628656)
diff --git a/debian/control b/debian/control
index 1147283..41a809b 100644
--- a/debian/control
+++ b/debian/control
@@ -40,10 +40,12 @@ Description: Logging service for distributed applications
  .
  The service is named LogCentral.
 
-Package: liblogservicecomponentbase2
+Package: liblogservicecomponentbase2v5
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
+Conflicts: liblogservicecomponentbase2
+Replaces: liblogservicecomponentbase2
 Description: Library for building LogService components
  LogService is a logging service for distributed applications.
  .
@@ -53,7 +55,7 @@ Description: Library for building LogService components
 Package: liblogservicecomponentbase2-dev
 Section: libdevel
 Architecture: any
-Depends: liblogservicecomponentbase2 (= ${binary:Version}),
+Depends: liblogservicecomponentbase2v5 (= ${binary:Version}),
  liblogforwarderutils2-dev (= ${binary:Version}),
  ${misc:Depends} 
 Description: liblogservicecomponentbase development files
@@ -84,10 +86,12 @@ Description: liblogservicetool development files
  This package contains development libraries and headers to build applications 
  using libLogServiceTool.
 
-Package: liblogforwarderutils2
+Package: liblogforwarderutils2v5
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
+Conflicts: liblogforwarderutils2
+Replaces: liblogforwarderutils2
 Description: Base library for LogService elements
  LogService is a logging service for distributed applications.
  .
@@ -98,7 +102,7 @@ Description: Base library for LogService elements
 Package: liblogforwarderutils2-dev
 Section: libdevel
 Architecture: any
-Depends: liblogforwarderutils2 (= ${binary:Version}),
+Depends: liblogforwarderutils2v5 (= ${binary:Version}),
  libomniorb4-dev,
  ${misc:Depends}
 Description: liblogforwarderutils development files
diff --git a/debian/liblogforwarderutils2.install 
b/debian/liblogforwarderutils2.install
deleted file mode 100644
index 68fad15..000
--- a/debian/liblogforwarderutils2.install
+++ /dev/null
@@ -1 +0,0 @@
-usr/lib/libLogForwarderUtils.so.*
diff --git a/debian/liblogforwarderutils2v5.install 
b/debian/liblogforwarderutils2v5.install
new file mode 100644
index 000..68fad15
--- /dev/null
+++ b/debian/liblogforwarderutils2v5.install
@@ -0,0 +1 @@
+usr/lib/libLogForwarderUtils.so.*
diff --git a/debian/liblogservicecomponentbase2.install 
b/debian/liblogservicecomponentbase2.install
deleted file mode 100644
index 41b015b..000
--- a/debian/liblogservicecomponentbase2.install
+++ /dev/null
@@ -1 +0,0 @@
-usr/lib/libLogServiceComponentBase.so.*
diff --git a/debian/liblogservicecomponentbase2v5.install 
b/debian/liblogservicecomponentbase2v5.install
new file mode 100644
index 000..41b015b
--- /dev/null
+++ b/debian/liblogservicecomponentbase2v5.install
@@ -0,0 +1 @@
+usr/lib/libLogServiceComponentBase.so.*
-- 
2.5.0

-- 
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#791001: nmu diff for clhep 2.1.4.1-1.2

2015-08-17 Thread Julien Cristau
Dear maintainer,

I've prepared a NMU for clhep, to deal with the libstdc++ transition,
and will shortly upload it to the 1-day delayed queue.  Please find the
debdiff below.

Cheers,
Julien

From d287ea2812f689081253aedb8e6ac29dfe6af397 Mon Sep 17 00:00:00 2001
From: Julien Cristau jcris...@debian.org
Date: Sun, 16 Aug 2015 17:33:27 +0200
Subject: [PATCH] Rename library packages for g++5 ABI transition (closes:
 791001).

---
 debian/changelog | 7 +++
 debian/control   | 6 --
 debian/libclhep2.1.install   | 1 -
 debian/libclhep2.1v5.install | 1 +
 4 files changed, 12 insertions(+), 3 deletions(-)
 delete mode 100644 debian/libclhep2.1.install
 create mode 100644 debian/libclhep2.1v5.install

diff --git a/debian/changelog b/debian/changelog
index 1de3786..a9d7eee 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+clhep (2.1.4.1-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename library packages for g++5 ABI transition (closes: 791001).
+
+ -- Julien Cristau jcris...@debian.org  Sun, 16 Aug 2015 17:33:27 +0200
+
 clhep (2.1.4.1-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/debian/control b/debian/control
index 82c00a0..0e10ecf 100644
--- a/debian/control
+++ b/debian/control
@@ -9,11 +9,13 @@ Homepage: http://proj-clhep.web.cern.ch/proj-clhep/
 Vcs-Git: git://anonscm.debian.org/debian-science/packages/clhep.git
 Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=debian-science/packages/clhep.git;a=summary
 
-Package: libclhep2.1
+Package: libclhep2.1v5
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
+Conflicts: libclhep2.1
+Replaces: libclhep2.1
 Description: CLHEP: A Class Library for High Energy Physics
  CLHEP provides a set of HEP-specific foundation and utility classes such
  as random generators, physics vectors, geometry and linear algebra.
@@ -23,7 +25,7 @@ Description: CLHEP: A Class Library for High Energy Physics
 Package: libclhep-dev
 Architecture: any
 Section: libdevel
-Depends: libclhep2.1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Depends: libclhep2.1v5 (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}
 Suggests: clhep-doc
 Description: CLHEP: A Class Library for High Energy Physics - development
  CLHEP provides a set of HEP-specific foundation and utility classes such
diff --git a/debian/libclhep2.1.install b/debian/libclhep2.1.install
deleted file mode 100644
index 88b7ef7..000
--- a/debian/libclhep2.1.install
+++ /dev/null
@@ -1 +0,0 @@
-usr/lib/*/libCLHEP.so.*
diff --git a/debian/libclhep2.1v5.install b/debian/libclhep2.1v5.install
new file mode 100644
index 000..88b7ef7
--- /dev/null
+++ b/debian/libclhep2.1v5.install
@@ -0,0 +1 @@
+usr/lib/*/libCLHEP.so.*
-- 
2.5.0

-- 
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#791011: nmu diff for console-bridge 0.2.5-2.1

2015-08-17 Thread Julien Cristau
Dear maintainer,

I've prepared a NMU for console-bridge, to deal with the libstdc++ transition,
and will shortly upload it to the 1-day delayed queue.  Please find the
debdiff below.

Cheers,
Julien

From 1e1c702b20a415c7360519ffcf44c03c0b089ebc Mon Sep 17 00:00:00 2001
From: Julien Cristau jcris...@debian.org
Date: Sun, 16 Aug 2015 17:33:59 +0200
Subject: [PATCH] Rename library packages for g++5 ABI transition (closes:
 791011).

---
 debian/changelog  |  7 +++
 debian/control| 12 
 debian/libconsole-bridge0.2.install   |  1 -
 debian/libconsole-bridge0.2v5.install |  1 +
 debian/rules  |  2 +-
 5 files changed, 17 insertions(+), 6 deletions(-)
 delete mode 100644 debian/libconsole-bridge0.2.install
 create mode 100644 debian/libconsole-bridge0.2v5.install

diff --git a/debian/changelog b/debian/changelog
index 5ffdec6..bf73156 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+console-bridge (0.2.5-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename library packages for g++5 ABI transition (closes: 791011).
+
+ -- Julien Cristau jcris...@debian.org  Sun, 16 Aug 2015 17:33:59 +0200
+
 console-bridge (0.2.5-2) unstable; urgency=low
 
   * Remove symbols support
diff --git a/debian/control b/debian/control
index c3e824a..35ceb70 100644
--- a/debian/control
+++ b/debian/control
@@ -13,11 +13,13 @@ Vcs-Git: 
git://anonscm.debian.org/debian-science/packages/console-bridge.git
 Homepage: https://github.com/ros/console_bridge
 XS-Testsuite: autopkgtest
 
-Package: libconsole-bridge0.2
+Package: libconsole-bridge0.2v5
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Pre-Depends: ${misc:Pre-Depends}
 Multi-Arch: same
+Conflicts: libconsole-bridge0.2
+Replaces: libconsole-bridge0.2
 Description: console bridge - library
  ROS-independent, pure CMake (i.e. non-catkin and non-rosbuild
  package) that provides logging calls that mirror those found in
@@ -30,7 +32,7 @@ Architecture: any
 Section: libdevel
 Depends: libboost-thread-dev,
 libboost-system-dev,
-libconsole-bridge0.2 (= ${binary:Version}),
+libconsole-bridge0.2v5 (= ${binary:Version}),
 pkg-config, ${misc:Depends}
 Multi-Arch: same
 Description: console bridge - development files
@@ -41,12 +43,14 @@ Description: console bridge - development files
  This package contains the development files (headers, pkg-config and
  CMake files).
 
-Package: libconsole-bridge0.2-dbg
+Package: libconsole-bridge0.2v5-dbg
 Architecture: any
 Section: debug
-Depends: libconsole-bridge0.2 (= ${binary:Version}),
+Depends: libconsole-bridge0.2v5 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: same
+Conflicts: libconsole-bridge0.2-dbg
+Replaces: libconsole-bridge0.2-dbg
 Description: console bridge - debugging symbols
  ROS-independent, pure CMake (i.e. non-catkin and non-rosbuild
  package) that provides logging calls that mirror those found in
diff --git a/debian/libconsole-bridge0.2.install 
b/debian/libconsole-bridge0.2.install
deleted file mode 100644
index 3de3b10..000
--- a/debian/libconsole-bridge0.2.install
+++ /dev/null
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff --git a/debian/libconsole-bridge0.2v5.install 
b/debian/libconsole-bridge0.2v5.install
new file mode 100644
index 000..3de3b10
--- /dev/null
+++ b/debian/libconsole-bridge0.2v5.install
@@ -0,0 +1 @@
+usr/lib/*/*.so.*
diff --git a/debian/rules b/debian/rules
index 928ebc0..aec1817 100755
--- a/debian/rules
+++ b/debian/rules
@@ -12,4 +12,4 @@ override_dh_auto_clean:
dh_auto_clean --
 
 override_dh_strip:
-   dh_strip -a --dbg-package=libconsole-bridge0.2-dbg
+   dh_strip -a --dbg-package=libconsole-bridge0.2v5-dbg
-- 
2.5.0

-- 
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#791049: nmu diff for givaro 3.7.2-1.1

2015-08-17 Thread Julien Cristau
Dear maintainer,

I've prepared a NMU for givaro, to deal with the libstdc++ transition,
and will shortly upload it to the 1-day delayed queue.  Please find the
debdiff below.

Cheers,
Julien

From a648b2e8c00e4a3b5069b239196a1539b5c80347 Mon Sep 17 00:00:00 2001
From: Julien Cristau jcris...@debian.org
Date: Sun, 16 Aug 2015 17:35:10 +0200
Subject: [PATCH] Rename library packages for g++5 ABI transition (closes:
 791049).

---
 debian/changelog| 7 +++
 debian/control  | 6 --
 debian/libgivaro1.install   | 1 -
 debian/libgivaro1v5.install | 1 +
 4 files changed, 12 insertions(+), 3 deletions(-)
 delete mode 100644 debian/libgivaro1.install
 create mode 100644 debian/libgivaro1v5.install

diff --git a/debian/changelog b/debian/changelog
index afa64c7..c509687 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+givaro (3.7.2-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename library packages for g++5 ABI transition (closes: 791049).
+
+ -- Julien Cristau jcris...@debian.org  Sun, 16 Aug 2015 17:35:10 +0200
+
 givaro (3.7.2-1) unstable; urgency=low
 
   * Upload to sid.
diff --git a/debian/control b/debian/control
index ffec12c..0cf5ad6 100644
--- a/debian/control
+++ b/debian/control
@@ -14,7 +14,7 @@ Vcs-Browser: 
http://git.debian.org/?p=debian-science/packages/givaro.git
 Package: libgivaro-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libgivaro1 (= ${binary:Version}), make
+Depends: ${misc:Depends}, libgivaro1v5 (= ${binary:Version}), make
 Suggests: libgivaro-doc
 Description: arithmetic and algebraic computations - development files
  Givaro is a C++ library for arithmetic and algebraic computations.
@@ -34,12 +34,14 @@ Description: arithmetic and algebraic computations - 
development files
  .
  This package contains development files for Givaro.
 
-Package: libgivaro1
+Package: libgivaro1v5
 Section: libs
 Multi-arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
+Conflicts: libgivaro1
+Replaces: libgivaro1
 Description: arithmetic and algebraic computations
  Givaro is a C++ library for arithmetic and algebraic computations.
  Its main features are implementations of the basic arithmetic of many
diff --git a/debian/libgivaro1.install b/debian/libgivaro1.install
deleted file mode 100644
index 75b6102..000
--- a/debian/libgivaro1.install
+++ /dev/null
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libgivaro.so.*
diff --git a/debian/libgivaro1v5.install b/debian/libgivaro1v5.install
new file mode 100644
index 000..75b6102
--- /dev/null
+++ b/debian/libgivaro1v5.install
@@ -0,0 +1 @@
+debian/tmp/usr/lib/*/libgivaro.so.*
-- 
2.5.0

-- 
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: nmu diff for lttoolbox 3.3.2~r61000-3.1

2015-08-17 Thread Julien Cristau
Dear maintainer,

I've prepared a NMU for lttoolbox, to deal with the libstdc++ transition,
and will shortly upload it to the 1-day delayed queue.  Please find the
debdiff below.

Cheers,
Julien

From 306df7a7190b9d9b452de0d6d1c578efbeb70682 Mon Sep 17 00:00:00 2001
From: Julien Cristau jcris...@debian.org
Date: Sun, 16 Aug 2015 17:46:35 +0200
Subject: [PATCH] Rename library packages for g++5 ABI transition (closes:
 791195).

---
 debian/changelog  | 7 +++
 debian/control| 8 
 debian/liblttoolbox3-3.3-0.install| 1 -
 debian/liblttoolbox3-3.3-0.postinst   | 8 
 debian/liblttoolbox3-3.3-0v5.install  | 1 +
 debian/liblttoolbox3-3.3-0v5.postinst | 8 
 6 files changed, 20 insertions(+), 13 deletions(-)
 delete mode 100644 debian/liblttoolbox3-3.3-0.install
 delete mode 100644 debian/liblttoolbox3-3.3-0.postinst
 create mode 100644 debian/liblttoolbox3-3.3-0v5.install
 create mode 100644 debian/liblttoolbox3-3.3-0v5.postinst

diff --git a/debian/changelog b/debian/changelog
index 2570e69..36511ec 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+lttoolbox (3.3.2~r61000-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename library packages for g++5 ABI transition (closes: 791195).
+
+ -- Julien Cristau jcris...@debian.org  Sun, 16 Aug 2015 17:46:35 +0200
+
 lttoolbox (3.3.2~r61000-3) unstable; urgency=low
 
   * Removed troublesome symbols file.
diff --git a/debian/control b/debian/control
index 529df7a..9bb8b5c 100644
--- a/debian/control
+++ b/debian/control
@@ -28,7 +28,7 @@ Vcs-Browser: 
http://anonscm.debian.org/cgit/debian-science/packages/lttoolbox.gi
 
 Package: lttoolbox
 Architecture: any
-Depends: liblttoolbox3-3.3-0 (= ${binary:Version}),
+Depends: liblttoolbox3-3.3-0v5 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends}
 Description: Apertium lexical processing modules and tools
@@ -38,14 +38,14 @@ Description: Apertium lexical processing modules and tools
  for making morphological analysers and generators for natural language
  processing applications.
 
-Package: liblttoolbox3-3.3-0
+Package: liblttoolbox3-3.3-0v5
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Provides: liblttoolbox
-Conflicts: liblttoolbox, liblttoolbox3
-Replaces: liblttoolbox, liblttoolbox3
+Conflicts: liblttoolbox3-3.3-0, liblttoolbox, liblttoolbox3
+Replaces: liblttoolbox3-3.3-0, liblttoolbox, liblttoolbox3
 Description: Shared library for lttoolbox
  The lttoolbox contains the augmented letter transducer tools for natural
  language processing used by Apertium, a platform for building rule-based
diff --git a/debian/liblttoolbox3-3.3-0.install 
b/debian/liblttoolbox3-3.3-0.install
deleted file mode 100644
index 10e3d24..000
--- a/debian/liblttoolbox3-3.3-0.install
+++ /dev/null
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/liblttoolbox3-3.3.so.*
diff --git a/debian/liblttoolbox3-3.3-0.postinst 
b/debian/liblttoolbox3-3.3-0.postinst
deleted file mode 100644
index 7df96b6..000
--- a/debian/liblttoolbox3-3.3-0.postinst
+++ /dev/null
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-
-#DEBHELPER#
-
-ldconfig
-
-exit 0
diff --git a/debian/liblttoolbox3-3.3-0v5.install 
b/debian/liblttoolbox3-3.3-0v5.install
new file mode 100644
index 000..10e3d24
--- /dev/null
+++ b/debian/liblttoolbox3-3.3-0v5.install
@@ -0,0 +1 @@
+debian/tmp/usr/lib/*/liblttoolbox3-3.3.so.*
diff --git a/debian/liblttoolbox3-3.3-0v5.postinst 
b/debian/liblttoolbox3-3.3-0v5.postinst
new file mode 100644
index 000..7df96b6
--- /dev/null
+++ b/debian/liblttoolbox3-3.3-0v5.postinst
@@ -0,0 +1,8 @@
+#!/bin/sh
+set -e
+
+#DEBHELPER#
+
+ldconfig
+
+exit 0
-- 
2.5.0

-- 
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#791264: qwtplot3d: library transition may be needed when GCC 5 is the default

2015-08-12 Thread Julien Cristau
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
-- 
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#791227: openigtlink: library transition may be needed when GCC 5 is the default

2015-08-12 Thread Julien Cristau
Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:13:17 +, 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.
 
openigtlink exposes std::string / std::list through its public API, so
libopenigtlink1.10 needs a rename.

A proposed patch is available from
https://launchpad.net/ubuntu/+source/openigtlink/1.10.5-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

Bug#791195: lttoolbox: library transition may be needed when GCC 5 is the default

2015-08-11 Thread Julien Cristau
On Tue, Aug 11, 2015 at 09:38:30 +0200, Tino Didriksen wrote:

 On 3 July 2015 at 15:12, Matthias Klose d...@debian.org wrote:
 
   - 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 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.
 
 
 No transition is needed, and as upstream I would really prefer no
 transition is forced.

As upstream why does the binary package name for the library matter to
you?

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#791011: console-bridge: library transition may be needed when GCC 5 is the default

2015-08-11 Thread Julien Cristau
Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:09:27 +, 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.

console-bridge does expose the public OutputHandler*::log symbols which
involve std::string, and libconsole-bridge0.2 thus needs to be renamed.

There's a possible patch at
https://launchpad.net/ubuntu/+source/console-bridge/0.2.5-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#791008: coinutils: library transition may be needed when GCC 5 is the default

2015-08-11 Thread Julien Cristau
Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:09:24 +, 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.
 
coinutils exposes a number of things involving std::string e.g. in
CoinParam or CoinFileIO (the first two I've checked), so
coinor-libcoinutils3 needs to be renamed.

A possible patch is available at
https://launchpad.net/ubuntu/+source/coinutils/2.9.15-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

Bug#791195: lttoolbox: library transition may be needed when GCC 5 is the default

2015-08-10 Thread Julien Cristau
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

Bug#790977: alglib: library transition may be needed when GCC 5 is the default

2015-08-10 Thread Julien Cristau
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#790984: blitz++: library transition may be needed when GCC 5 is the default

2015-08-10 Thread Julien Cristau
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

Bug#791301: ticcutils: library transition may be needed when GCC 5 is the default

2015-08-10 Thread Julien Cristau
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

Bug#791251: pynac: library transition may be needed when GCC 5 is the default

2015-08-10 Thread Julien Cristau
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

Bug#791209: muparser: library transition may be needed when GCC 5 is the default

2015-08-10 Thread Julien Cristau
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#791248: psurface: library transition may be needed when GCC 5 is the default

2015-08-10 Thread Julien Cristau
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

Bug#791130: libitpp: library transition may be needed when GCC 5 is the default

2015-08-06 Thread Julien Cristau
Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:11:34 +, Matthias Klose wrote:

 Package: src:libitpp
 Version: 4.3.1-3
 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.

See e.g.
https://buildd.debian.org/status/fetch.php?pkg=aghermannarch=amd64ver=1.0.5-1%2Bb1stamp=1438793511

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#784269: eigen3: unlimited make -j

2015-05-04 Thread Julien Cristau
Source: eigen3
Version: 3.2.2-3
Severity: grave
Control: found -1 3.2.4-1

Your debian/rules does

export NUMJOBS = $(patsubst parallel=%,%,$(filter 
parallel=%,$(DEB_BUILD_OPTIONS)))

and then runs make -j$(NUMJOBS).  If DEB_BUILD_OPTIONS is not set, or
doesn't contain a parallelism setting, this results in unlimited
parallelism instead of the expected -j1, pretty much killing the build
host.

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#783797: paraview-dev: can't build plugins, cmake file broken

2015-04-30 Thread Julien Cristau
Package: paraview-dev
Version: 4.1.0+dfsg+1-1
Severity: grave

PARAVIEW_USE_FILE is broken, references programs that don't exist:

$ cd $(mktemp -d)
$ cat  CMakeLists.txt
PROJECT(test)
CMAKE_MINIMUM_REQUIRED(VERSION 2.8)
FIND_PACKAGE(ParaView REQUIRED)
INCLUDE(${PARAVIEW_USE_FILE})
$ cmake .
-- The C compiler identification is GNU 4.9.2
-- The CXX compiler identification is GNU 4.9.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Error at /usr/lib/cmake/paraview/ParaViewTargets.cmake:3271 (message):
  The imported target vtkParseOGLExt references the file

 /usr/bin/vtkParseOGLExt

  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

 /usr/lib/cmake/paraview/ParaViewTargets.cmake

  but not all the files it references.

Call Stack (most recent call first):
  /usr/lib/cmake/paraview/ParaViewConfig.cmake:36 (include)
  CMakeLists.txt:3 (FIND_PACKAGE)


-- Configuring incomplete, errors occurred!
See also /tmp/tmp.3sj8jzy6s1/CMakeFiles/CMakeOutput.log.


-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages paraview-dev depends on:
ii  libc6  2.19-18
ii  libeigen3-dev  3.2.2-3
ii  paraview   4.1.0+dfsg+1-1
ii  qt4-dev-tools  4:4.8.6+git64-g5dc8b2b+dfsg-3

Versions of packages paraview-dev recommends:
ii  qt4-dev-tools  4:4.8.6+git64-g5dc8b2b+dfsg-3

paraview-dev suggests no packages.

-- no debconf information

-- 
Julien Cristau  julien.cris...@logilab.fr
Logilab http://www.logilab.fr/
Informatique scientifique  gestion de connaissances

-- 
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#754310: netgen: meshing a STEP file makes X crash

2014-08-29 Thread Julien Cristau
On Wed, Jul  9, 2014 at 21:51:33 +0200, Francesco Poli (wintermute) wrote:

 Package: netgen
 Version: 4.9.13.dfsg-8+b1
 Severity: grave
 Justification: renders package unusable
 
 Hello,
 I cannot generate a mesh on a geometry described in a STEP file without
 experiencing X crashes that force me to reboot the machine.
 
X crashes are X bugs, not client bugs.

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#750197: Please run the vtk test suite

2014-06-02 Thread Julien Cristau
On Mon, Jun  2, 2014 at 15:53:05 +0200, Anton Gladky wrote:

 severity 750197 important
 thanks
 
 Please do not set such high severity for all bugs.
 VTK6 has a autopkgtest, which I find not a bad
 replacement.
 
autopkgtest is very much not a replacement for build-time tests.  (not
arguing about the severity though)

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#748552: vtk6: FTBFS on powerpc and kfreebsd

2014-05-18 Thread Julien Cristau
Source: vtk6
Version: 6.1.0+dfsg-1
Severity: serious
Justification: fails to build from source

Hi,

your package no longer builds on the powerpc and kfreebsd buildds:
 [  1%] Building CXX object 
 Utilities/KWSys/vtksys/CMakeFiles/vtksys.dir/SystemInformation.cxx.o
 cd /«BUILDDIR»/vtk6-6.1.0+dfsg/debian/build/Utilities/KWSys/vtksys  
 /usr/bin/c++   -DKWSYS_NAMESPACE=vtksys -DVTK_IN_VTK -Dvtksys_EXPORTS 
 -DKWSYS_BUILD_SHARED=1 -DKWSYS_CXX_HAS_ATOL=1 -DKWSYS_CXX_HAS_ATOLL=1 
 -DKWSYS_CXX_HAS_RLIMIT64=1 -DKWSYS_SYSTEMINFORMATION_HAS_BACKTRACE=1 
 -DKWSYS_SYSTEMINFORMATION_HAS_CPP_DEMANGLE=1 
 -DKWSYS_SYSTEMINFORMATION_HAS_DEBUG_BUILD=1 
 -DKWSYS_SYSTEMINFORMATION_HAS_SYMBOL_LOOKUP=1 -DKWSYS_SYS_HAS_IFADDRS_H=1 
 -DKWSYS_USE_LONG_LONG=1 -DSIZEOF_VOID_P=8 -g -O2 -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
 -D_FORTIFY_SOURCE=2   -Wno-deprecated -O2 -g -DNDEBUG -Wnon-virtual-dtor 
 -Wno-long-long -ansi -Wcast-align -Wchar-subscripts -Wall -Wextra 
 -Wpointer-arith -Wformat-security -Woverloaded-virtual -Wshadow 
 -Wunused-parameter -fno-check-new -fno-common -fPIC 
 -I/«BUILDDIR»/vtk6-6.1.0+dfsg/debian/build/Utilities/KWSys 
 -I/«BUILDDIR»/vtk6-6.1.0+dfsg/Utilities/KWSys-o 
 CMakeFiles/vtksys.dir/SystemInformation.cxx.o -c 
 /«BUILDDIR»/vtk6-6.1.0+dfsg/Utilities/KWSys/vtksys/SystemInformation.cxx
 /«BUILDDIR»/vtk6-6.1.0+dfsg/Utilities/KWSys/vtksys/SystemInformation.cxx: In 
 member function 'std::string 
 vtksys::{anonymous}::SymbolProperties::Demangle(const char*) const':
 /«BUILDDIR»/vtk6-6.1.0+dfsg/Utilities/KWSys/vtksys/SystemInformation.cxx:1469:5:
  error: 'abi' has not been declared
  abi::__cxa_demangle(symbol, buffer, bufferLen, status);
  ^
 /«BUILDDIR»/vtk6-6.1.0+dfsg/Utilities/KWSys/vtksys/SystemInformation.cxx: In 
 member function 'void 
 vtksys::{anonymous}::SymbolProperties::Initialize(void*)':
 /«BUILDDIR»/vtk6-6.1.0+dfsg/Utilities/KWSys/vtksys/SystemInformation.cxx:1487:3:
  error: 'Dl_info' was not declared in this scope
Dl_info info;
^
 /«BUILDDIR»/vtk6-6.1.0+dfsg/Utilities/KWSys/vtksys/SystemInformation.cxx:1487:11:
  error: expected ';' before 'info'
Dl_info info;
^
 /«BUILDDIR»/vtk6-6.1.0+dfsg/Utilities/KWSys/vtksys/SystemInformation.cxx:1488:34:
  error: 'info' was not declared in this scope
int ierr=dladdr(this-Address,info);
   ^
 /«BUILDDIR»/vtk6-6.1.0+dfsg/Utilities/KWSys/vtksys/SystemInformation.cxx:1488:38:
  error: 'dladdr' was not declared in this scope
int ierr=dladdr(this-Address,info);
   ^
 /«BUILDDIR»/vtk6-6.1.0+dfsg/Utilities/KWSys/vtksys/SystemInformation.cxx: In 
 static member function 'static std::string 
 vtksys::SystemInformationImplementation::GetProgramStack(int, int)':
 /«BUILDDIR»/vtk6-6.1.0+dfsg/Utilities/KWSys/vtksys/SystemInformation.cxx:3640:41:
  error: 'backtrace' was not declared in this scope
int nFrames=backtrace(stackSymbols,256);
  ^
 Utilities/KWSys/vtksys/CMakeFiles/vtksys.dir/build.make:333: recipe for 
 target 'Utilities/KWSys/vtksys/CMakeFiles/vtksys.dir/SystemInformation.cxx.o' 
 failed
 make[4]: *** 
 [Utilities/KWSys/vtksys/CMakeFiles/vtksys.dir/SystemInformation.cxx.o] Error 1
 make[4]: Leaving directory '/«BUILDDIR»/vtk6-6.1.0+dfsg/debian/build'
 CMakeFiles/Makefile2:333: recipe for target 
 'Utilities/KWSys/vtksys/CMakeFiles/vtksys.dir/all' failed
 make[3]: *** [Utilities/KWSys/vtksys/CMakeFiles/vtksys.dir/all] Error 2

See the full build logs at
https://buildd.debian.org/status/package.php?p=vtk6

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#741196: libpetsc3.4.2: libpetsc.so.3.4.2 links with both GPL-licensed and GPL-incompatible libraries

2014-05-14 Thread Julien Cristau
Control: severity -1 important
Control: tags -1 moreinfo

On Wed, May 14, 2014 at 00:41:10 +0200, Francesco Poli wrote:

 On Tue, 13 May 2014 18:48:34 +0200 Julien Cristau wrote:
 
  On Tue, May 13, 2014 at 18:34:35 +0200, Francesco Poli wrote:
 [...]
   As already said in the original bug report, please see the almost
   identical bug #740463 for some further details about the SCOTCH
   licensing issues.
   
   I hope this clarifies.
   
  From what I understand CeCILL-C is intended to be more permissive than
  plain CeCILL, which itself is explicitly GPL-compatible.  So not really.
 
 Regardless of what the license is *intended* to be, CeCILL-C in fact
 includes restrictions not present in the GNU GPL and has no explicit
 conversion-to-GPL clause, unlike the CeCILL license.
 
 As a consequence, CeCILL-C really appears to be GPL-incompatible,
 unfortunately...
 
 
 Anyway, thanks for following up on this bug report of mine.
 And thanks for any help you may provide to fix the issue!
 
Since I disagree, I'd like you to get that confirmed in an authoritative
statement from ftpmaster.  In the meantime, I'll downgrade this bug.

Cheers,
Julien
-- 
Julien Cristau  julien.cris...@logilab.fr
Logilab http://www.logilab.fr/
Informatique scientifique  gestion de connaissances

-- 
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#741196: libpetsc3.4.2: libpetsc.so.3.4.2 links with both GPL-licensed and GPL-incompatible libraries

2014-05-13 Thread Julien Cristau
Control: tags -1 moreinfo

On Sun, Mar  9, 2014 at 22:26:06 +0100, Francesco Poli (wintermute) wrote:

   = libptscotch-5.1.so and libptscotcherr-5.1.so, which are released
  under the GPL-incompatible terms of the CeCILL-C v1.0 license
 
Do you have a reference for this claimed incompatibility?

Cheers,
Julien
-- 
Julien Cristau  julien.cris...@logilab.fr
Logilab http://www.logilab.fr/
Informatique scientifique  gestion de connaissances

-- 
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#741196: libpetsc3.4.2: libpetsc.so.3.4.2 links with both GPL-licensed and GPL-incompatible libraries

2014-05-13 Thread Julien Cristau
On Tue, May 13, 2014 at 18:34:35 +0200, Francesco Poli wrote:

 Control: tags -1 - moreinfo
 
 
 On Tue, 13 May 2014 11:37:17 +0200 Julien Cristau wrote:
 
 [...]
  On Sun, Mar  9, 2014 at 22:26:06 +0100, Francesco Poli (wintermute) wrote:
  
 = libptscotch-5.1.so and libptscotcherr-5.1.so, which are released
under the GPL-incompatible terms of the CeCILL-C v1.0 license
   
  Do you have a reference for this claimed incompatibility?
 
 As already said in the original bug report, please see the almost
 identical bug #740463 for some further details about the SCOTCH
 licensing issues.
 
 I hope this clarifies.
 
From what I understand CeCILL-C is intended to be more permissive than
plain CeCILL, which itself is explicitly GPL-compatible.  So not really.

Cheers,
Julien
-- 
Julien Cristau  julien.cris...@logilab.fr
Logilab http://www.logilab.fr/
Informatique scientifique  gestion de connaissances

-- 
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#747393: fixed in sdformat 2.0.0-3

2014-05-11 Thread Julien Cristau
Control: reopen -1

On Sun, May 11, 2014 at 21:23:54 +, Jose Luis Rivero wrote:

  sdformat (2.0.0-3) unstable; urgency=medium
  .
* [f03ab47] Conflict with libsdformat1. (Closes: #747393)

This is not an appropriate fix.  See policy §8.2:

 If your package contains files whose names do not change with each
 change in the library shared object version, you must not put them in
 the shared library package.  Otherwise, several versions of the shared
 library cannot be installed at the same time without filename clashes,
 making upgrades and transitions unnecessarily difficult.

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#745233: libhogweed2: should have versioned depend on newer libgmp10

2014-04-26 Thread Julien Cristau
On Thu, Apr 24, 2014 at 21:24:17 +0200, Magnus Holmgren wrote:

 tisdagen den 22 april 2014 22.12.24 skrev  Steve M. Robbins:
  I think I understand the rationale for using the super-fine-grained symbol
  versioning.  If someone from the debian-science-maintainers team would like
  to maintain this file, please go ahead and commit it to the repository.
  Unfortunately, I don't have the time to audit each release; so if left to
  me, I will use the easy and conservative dh_makeshlibs -V solution.
 
 Once the symbols file is in place, maintaining it shouldn't require very much 
 effort. As I explained, dpkg-gensymbols, which is run by dh_makeshlibs, tells 
 you about any symbol changes when you build the package. You merely have to 
 apply the generated diff to the symbols file and adjust the minium required 
 version appropriately, making the procedure more automated compared to 
 manually checking when the dependencies have to change. Running simply 
 dh_makeshlibs -V should be avoided as will result in unnecessarily tight 
 dependencies and therefore may delay testing transitioning.
 
More importantly, a symbols file lets you detect when symbols go away.
dh_makeshlibs -V doesn't do that.

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#743490: libopenblas-base: crashes on init in a kvm guest

2014-04-03 Thread Julien Cristau
Package: libopenblas-base
Version: 0.1.1-6+deb7u2
Severity: important
Tags: upstream

When installing this package on a kvm guest, 'python -c import numpy'
crashes with:
GotoBLAS : Architecture Initialization failed. No initialization function found.

/proc/cpuinfo:
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 2
model name  : QEMU Virtual CPU version 1.1.2
stepping: 3
microcode   : 0x1
cpu MHz : 2493.774
cache size  : 4096 KB
fpu : yes
fpu_exception   : yes
cpuid level : 4
wp  : yes
flags   : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm up rep_good nopl pni
cx16 hypervisor lahf_lm
bogomips: 4987.54
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

https://github.com/xianyi/OpenBLAS/issues/318 looks related.

Cheers,
Julien
-- 
Julien Cristau  julien.cris...@logilab.fr
Logilab http://www.logilab.fr/
Informatique scientifique  gestion de connaissances

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers