Bug#810990: libxmlrpcpp-dev: /usr/include/base64.h already shipped by heimdal-dev

[Jochen Sprickerhof]

Hi,

I've pushed changes to libxmlrpcpp-dev to move the base64.h to
/usr/include/xmlrpcpp [1]. Would it be ok if I reassign this to
libxmlrpcpp-dev and close it, or should we split it, to leave one open
for heimdal-dev?

* Wookey  [2016-01-16 03:26]:
> Debian now has this xmplrpc c++ implementation: 
> https://tracker.debian.org/pkg/xmlrpc-c
> maybe ros-ros-comm could just use that? I've not looked to see how well the 
> APIs match up. 

ROS upstream is currently working on ROS2, replacing most of the core
system, so I hope this gets resolved with that.

Cheers Jochen

[1] 
http://anonscm.debian.org/cgit/debian-science/packages/ros/ros-ros-comm.git/commit/?id=d363634441477378be652ef328c12cf7bb3c6995


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

RE

[Margaret.Hoey]

I got a donation for you, Email me for details via::   mr.ped...@qq.com
Best Regards
Mr. Pedro.



** This email is intended for the addressee named and may contain confidential 
information. If you are not the intended recipient, please delete it and notify 
the sender. Unless explicitly attributed, the opinions expressed in this email 
are those of the author only and do not represent the official view of NSW 
Health nor the New South Wales Government **
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Fwd: RFS: gap-io/4.4.5+ds-1 [NEW VERSION] -- low level C library IO bindings for GAP

[Jerome BENOIT]

 Forwarded Message 
Subject: RFS: gap-io/4.4.5+ds-1 [NEW VERSION] -- low level C library IO 
bindings for GAP
Date: Tue, 19 Jan 2016 23:21:24 +0100
From: Jerome Benoit 
To: Debian Bug Tracking System 

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for my Debian package gap-io, a GAP package
that brings low level C function to GAP. This Debian package mainly
brings the latest version to Debian.

Thanks,
Jerome

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)



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

Processing of ros-image-common_1.11.10-1_amd64.changes

[Debian FTP Masters]

ros-image-common_1.11.10-1_amd64.changes uploaded successfully to 
ftp-master.debian.org
along with the files:
  ros-image-common_1.11.10-1.dsc
  ros-image-common_1.11.10.orig.tar.gz
  ros-image-common_1.11.10-1.debian.tar.xz
  cl-polled-camera_1.11.10-1_all.deb
  image-transport-tools-dbgsym_1.11.10-1_amd64.deb
  image-transport-tools_1.11.10-1_amd64.deb
  libcamera-calibration-parsers-dev_1.11.10-1_amd64.deb
  libcamera-calibration-parsers0d-dbgsym_1.11.10-1_amd64.deb
  libcamera-calibration-parsers0d_1.11.10-1_amd64.deb
  libcamera-info-manager-dev_1.11.10-1_amd64.deb
  libcamera-info-manager0d-dbgsym_1.11.10-1_amd64.deb
  libcamera-info-manager0d_1.11.10-1_amd64.deb
  libimage-transport-dev_1.11.10-1_amd64.deb
  libimage-transport0d-dbgsym_1.11.10-1_amd64.deb
  libimage-transport0d_1.11.10-1_amd64.deb
  libpolled-camera-dev_1.11.10-1_amd64.deb
  libpolled-camera0d-dbgsym_1.11.10-1_amd64.deb
  libpolled-camera0d_1.11.10-1_amd64.deb
  python-camera-calibration-parsers-dbgsym_1.11.10-1_amd64.deb
  python-camera-calibration-parsers_1.11.10-1_amd64.deb
  python-polled-camera_1.11.10-1_all.deb

Greetings,

Your Debian queue daemon (running on host coccia.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

Processing of ros-image-common_1.11.10-1_amd64.changes

[Debian FTP Masters]

ros-image-common_1.11.10-1_amd64.changes uploaded successfully to localhost
along with the files:
  ros-image-common_1.11.10-1.dsc
  ros-image-common_1.11.10.orig.tar.gz
  ros-image-common_1.11.10-1.debian.tar.xz
  cl-polled-camera_1.11.10-1_all.deb
  image-transport-tools-dbgsym_1.11.10-1_amd64.deb
  image-transport-tools_1.11.10-1_amd64.deb
  libcamera-calibration-parsers-dev_1.11.10-1_amd64.deb
  libcamera-calibration-parsers0d-dbgsym_1.11.10-1_amd64.deb
  libcamera-calibration-parsers0d_1.11.10-1_amd64.deb
  libcamera-info-manager-dev_1.11.10-1_amd64.deb
  libcamera-info-manager0d-dbgsym_1.11.10-1_amd64.deb
  libcamera-info-manager0d_1.11.10-1_amd64.deb
  libimage-transport-dev_1.11.10-1_amd64.deb
  libimage-transport0d-dbgsym_1.11.10-1_amd64.deb
  libimage-transport0d_1.11.10-1_amd64.deb
  libpolled-camera-dev_1.11.10-1_amd64.deb
  libpolled-camera0d-dbgsym_1.11.10-1_amd64.deb
  libpolled-camera0d_1.11.10-1_amd64.deb
  python-camera-calibration-parsers-dbgsym_1.11.10-1_amd64.deb
  python-camera-calibration-parsers_1.11.10-1_amd64.deb
  python-polled-camera_1.11.10-1_all.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#811498: libconsole-bridge0.2v5: ABI bump without package rename

[Jose Luis Rivero]

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?

Thanks.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.13.0-74-generic (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libconsole-bridge0.2v5 depends on:
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-22
ii  libstdc++6  5.2.1-22

libconsole-bridge0.2v5 recommends no packages.

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

[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#811658: FTBFS with GCC 6: cannot convert x to y

[Martin Michlmayr]

Package: collada-dom
Version: 2.4.4+ds1-1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-cannot-convert

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> cd /<>/collada-dom-2.4.4+ds1/obj-x86_64-linux-gnu/dom && 
> /usr/bin/c++   -DDOM_INCLUDE_LIBXML -Dcollada_dom_EXPORTS 
> -I/usr/include/minizip -I/usr/include/libxml2 
> -I/<>/collada-dom-2.4.4+ds1/dom/include  -Wdate-time 
> -D_FORTIFY_SOURCE=2  -O2 -fPIC   -fno-strict-aliasing -Wall -DUSE_URIPARSER   
> -DCOLLADA_DOM_SUPPORT141 -DCOLLADA_DOM_SUPPORT150 -DCOLLADA_DOM_DAEFLOAT_IS64 
> -DCOLLADA_DOM_NAMESPACE -fPIC  -DDOM_DYNAMIC -DDOM_EXPORT -o 
> CMakeFiles/collada-dom.dir/src/modules/stdErrPlugin/stdErrPlugin.cpp.o -c 
> /<>/collada-dom-2.4.4+ds1/dom/src/modules/stdErrPlugin/stdErrPlugin.cpp
> /<>/collada-dom-2.4.4+ds1/dom/src/dae/daeMetaGroup.cpp: In member 
> function 'virtual daeElement* daeMetaGroup::placeElement(daeElement*, 
> daeElement*, daeUInt&, daeInt, daeElement*, daeElement*)':
> /<>/collada-dom-2.4.4+ds1/dom/src/dae/daeMetaGroup.cpp:29:10: 
> error: cannot convert 'bool' to 'daeElement*' in return
>return false;
>   ^
> 
> dom/CMakeFiles/collada-dom.dir/build.make:713: recipe for target 
> 'dom/CMakeFiles/collada-dom.dir/src/dae/daeMetaGroup.cpp.o' failed
> make[3]: *** [dom/CMakeFiles/collada-dom.dir/src/dae/daeMetaGroup.cpp.o] 
> Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811781: inventor: FTBFS with GCC 6: narrowing conversion

[Martin Michlmayr]

Package: inventor
Version: 2.1.5-10-18
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-narrowing

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> /usr/bin/g++-g -D_REENTRANT -O3-DIVBINDIR=\"/usr/bin\" 
> -DIVLIBDIR=\"/usr/lib\" -DIVHDRTOP=\"/usr/include/Inventor\" 
> -DIVFONTPATH=\"/usr/share/inventor/fonts\" 
> -DIVHELPDIR=\"/usr/share/inventor/help\" 
> -DIVDATADIR=\"/usr/share/inventor/data/models\" 
> -DIVMATERIALSDIR=\"/usr/share/inventor/data/materials\" 
> -DIVTEXTURESDIR=\"/usr/share/inventor/data/textures\" 
> -DIVDEMOBINDIR=\"/usr/lib/inventor\" 
> -DIVDEMODATADIR=\"/usr/share/inventor/data/demos\" -DPDFVIEWER=\"xdg-open\" 
> -I/usr/X11R6/include -I. -I../../../../lib/database/include 
> -I../../../../lib/interaction/include -I../../../../lib/nodekits/include 
> -I../../../../libSoXt/include -fPIC   -O -DNDEBUG   -c 
> SoCenterballDragger.c++
> In file included from SoCenterballDragger.c++:78:0:
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '153' 
> from 'int' to 'char' inside { } [-Wnarrowing]
>  };
>  ^
> 
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '153' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '154' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '128' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '153' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '153' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '154' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '128' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '130' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '211' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '130' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '211' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '130' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '211' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '255' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '255' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '201' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '166' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '255' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '255' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '201' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '166' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '153' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '153' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '154' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '128' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '204' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion of '204' 
> from 'int' to 'char' inside { } [-Wnarrowing]
> geom/SoCenterballDraggerGeom.h:39:1: error: narrowing conversion 

Bug#811792: gmsh: FTBFS with GCC 6: narrowing conversion

[Martin Michlmayr]

Package: gmsh
Version: 2.11.0+dfsg1-1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-narrowing

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> I/<>/gmsh-2.11.0+dfsg1/contrib/Netgen 
> -I/<>/gmsh-2.11.0+dfsg1/contrib/Netgen/libsrc/include 
> -I/<>/gmsh-2.11.0+dfsg1/contrib/Netgen/nglib 
> -I/<>/gmsh-2.11.0+dfsg1/contrib/bamg 
> -I/<>/gmsh-2.11.0+dfsg1/contrib/bamg/bamglib 
> -I/<>/gmsh-2.11.0+dfsg1/contrib/mmg3d/build/sources 
> -I/<>/gmsh-2.11.0+dfsg1/contrib/gmm 
> -I/<>/gmsh-2.11.0+dfsg1/contrib/Salome 
> -I/<>/gmsh-2.11.0+dfsg1/Common 
> -I/<>/gmsh-2.11.0+dfsg1/Fltk -I/<>/gmsh-2.11.0+dfsg1/Geo 
> -I/<>/gmsh-2.11.0+dfsg1/Graphics 
> -I/<>/gmsh-2.11.0+dfsg1/Mesh 
> -I/<>/gmsh-2.11.0+dfsg1/Solver 
> -I/<>/gmsh-2.11.0+dfsg1/Numeric 
> -I/<>/gmsh-2.11.0+dfsg1/Parser 
> -I/<>/gmsh-2.11.0+dfsg1/Plugin 
> -I/<>/gmsh-2.11.0+dfsg1/Post -I/<>/gmsh-2.11.0+dfsg1/Qt 
> -I/usr/include/ANN -I/usr/include/hdf5/openmpi 
> -I/usr/lib/x86_64-linux-gnu/oce-0.15/../../../include/oce -I/usr/include/mpi 
> -I/<<
 BUILDDIR>>/gmsh-2.11.0+dfsg1/debian/build/Common  -DMPICH_SKIP_MPICXX 
-DOMPI_SKIP_MPICXX -lmpi -fPIC -Wall -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -fPIC   -Wall -Wno-deprecated-declarations -o 
CMakeFiles/shared.dir/Mesh/directions3D.cpp.o -c 
/<>/gmsh-2.11.0+dfsg1/Mesh/directions3D.cpp
> /<>/gmsh-2.11.0+dfsg1/Fltk/drawContextFltkStringTexture.cpp: In 
> member function 'virtual void drawContextFltkStringTexture::drawString(const 
> char*)':
> /<>/gmsh-2.11.0+dfsg1/Fltk/drawContextFltkStringTexture.cpp:148:59: 
> warning: narrowing conversion of 
> '(((drawContextFltkStringTexture*)this)->drawContextFltkStringTexture::.drawContextFltk::getStringWidth(str)
>  + (double)1)' from 'double' to 'int' inside { } [-Wnarrowing]
>  _currentFontSize, _currentFontId, getStringWidth(str) + 1, 
> getStringHeight()};
>^~~
> 
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp: In constructor 
> 'FlGui::FlGui(int, char**)':
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '128' from 'int' to 'char' inside { } [-Wnarrowing]
>  0xff, 0xff, 0xff, 0xff, 0x00, 0x00, 0x00, 0x00};
>^
> 
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '128' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '128' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '255' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '253' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '168' from 'int' to 'char' inside { } [-Wnarrowing]
> /<>/gmsh-2.11.0+dfsg1/Fltk/FlGui.cpp:384:51: error: narrowing 
> conversion of '234' from 'int' to 'char' inside { } 

Bug#811621: FTBFS with GCC 6: cannot convert x to y

[Martin Michlmayr]

Package: critterding
Version: 1.0-beta12.1-1.2
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-cannot-convert

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> /bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
> -I../..   -I/usr/include/FTGL -I/usr/include/freetype2  -g -O2 -MT brainz.lo 
> -MD -MP -MF .deps/brainz.Tpo -c -o brainz.lo brainz.cpp
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/include/FTGL 
> -I/usr/include/freetype2 -g -O2 -MT brainz.lo -MD -MP -MF .deps/brainz.Tpo -c 
> brainz.cpp  -fPIC -DPIC -o .libs/brainz.o
> brainz.cpp: In member function 'void Brainz::processTillAnswer()':
> brainz.cpp:140:24: error: cannot convert 'bool' to 'bool*' in assignment
> Outputs[i].output = false;
> ^
> 
> Makefile:411: recipe for target 'brainz.lo' failed
> make[3]: *** [brainz.lo] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811682: FTBFS with GCC 6: could not convert a from x to y

[Martin Michlmayr]

Package: gtkmathview
Version: 0.8.0-13
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-cannot-convert

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../.. -I../../../auto 
> -I../../../src/common -I../../../src/common/mathvariants 
> -I../../../src/engine/common -I../../../src/engine/mathml 
> -I../../../src/engine/boxml -I../../../src/frontend/common 
> -I../../../src/backend/common -DGMV_MathView_DLL -Wdate-time 
> -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -W -Wall -c View.cc  -fPIC -DPIC -o 
> .libs/libengine_common_la-View.o
> In file included from /usr/include/c++/6/ext/hash_map:60:0,
>  from ../../../src/common/HashMap.hh:24,
>  from 
> ../../../src/engine/mathml/MathMLOperatorDictionary.hh:25,
>  from View.cc:29:
> /usr/include/c++/6/backward/backward_warning.h:32:2: warning: #warning This 
> file includes at least one deprecated or antiquated header which may be 
> removed without further notice at a future date. Please use a non-deprecated 
> interface with equivalent functionality instead. For a listing of replacement 
> headers and interfaces, consult the file backward_warning.h. To disable this 
> warning use -Wno-deprecated. [-Wcpp]
>  #warning \
>   ^~~
> 
> View.cc: In member function 'SmartPtr View::getCharAt(const scaled&, 
> const scaled&, CharIndex&, Point*, BoundingBox*) const':
> View.cc:294:10: error: could not convert 'false' from 'bool' to 
> 'SmartPtr'
>return false;
>   ^
> 
> Makefile:579: recipe for target 'libengine_common_la-View.lo' failed
> make[5]: *** [libengine_common_la-View.lo] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811761: cld2: FTBFS with GCC 6: narrowing conversion

[Martin Michlmayr]

Package: cld2
Version: 0.0.0-git20150806-2
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-narrowing

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> [ 29%] Building CXX object 
> CMakeFiles/cld2_full.dir/internal/cld_generated_cjk_delta_bi_32.cc.o
> /usr/bin/c++   -Dcld2_full_EXPORTS  -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -fPIC   -o 
> CMakeFiles/cld2_full.dir/internal/cld_generated_cjk_delta_bi_32.cc.o -c 
> /<>/internal/cld_generated_cjk_delta_bi_32.cc
> /<>/internal/scoreonescriptspan.cc: In function 'void 
> CLD2::ScoreEntireScriptSpan(const CLD2::LangSpan&, CLD2::ScoringContext*, 
> CLD2::DocTote*, CLD2::ResultChunkVector*)':
> /<>/internal/scoreonescriptspan.cc:1149:5: warning: narrowing 
> conversion of 'score' from 'int' to 'CLD2::uint16 {aka short unsigned int}' 
> inside { } [-Wnarrowing]
>  };
>  ^
> 
> /<>/internal/scoreonescriptspan.cc:1149:5: warning: narrowing 
> conversion of 'bytes' from 'int' to 'CLD2::uint16 {aka short unsigned int}' 
> inside { } [-Wnarrowing]
> /<>/internal/scoreonescriptspan.cc:1149:5: warning: narrowing 
> conversion of 'reliability' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/scoreonescriptspan.cc:1149:5: warning: narrowing 
> conversion of 'reliability' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
>  };
>  ^
> 
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } [-Wnarrowing]
> /<>/internal/cld_generated_cjk_uni_prop_80.cc:7089:1: error: 
> narrowing conversion of '-14' from 'int' to 'CLD2::uint8 {aka unsigned char}' 
> inside { } 

Bug#811821: eclib: FTBFS with GCC 6: no match for

[Martin Michlmayr]

Package: eclib
Version: 20160101-1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-no-match

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> libtool: compile:  g++ -DPACKAGE_NAME=\"eclib\" -DPACKAGE_TARNAME=\"eclib\" 
> -DPACKAGE_VERSION=\"20160101\" "-DPACKAGE_STRING=\"eclib 20160101\"" 
> -DPACKAGE_BUGREPORT=\"john.crem...@gmail.com\" -DPACKAGE_URL=\"\" 
> -DPACKAGE=\"eclib\" -DVERSION=\"20160101\" -DSTDC_HEADERS=1 
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
> -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDCXX_0X=1 
> -DHAVE_TR1_UNORDERED_MAP=1 -DHAVE_STDCXX_0X=1 -DHAVE_UNORDERED_MAP=1 
> -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
> -DHAVE_UNISTD_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -Drestrict=__restrict 
> -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_STRCHR=1 -I. -DFLINT_LEVEL=0 -D 
> NTL_ALL -Wdate-time -D_FORTIFY_SOURCE=2 -D_LARGEFILE_SOURCE -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -c curvered.cc  
> -fPIC -DPIC -o .libs/curvered.o
> timer.cc: In destructor 'timer::~timer()':
> timer.cc:77:13: error: no match for 'operator!=' (operand types are 
> 'std::ofstream {aka std::basic_ofstream}' and 'long int')
>if( file_ != NULL ) {
>~~^~~~
> 
> timer.cc:77:13: note: candidate: operator!=(int, long int) 
> timer.cc:77:13: note:   no known conversion for argument 1 from 
> 'std::ofstream {aka std::basic_ofstream}' to 'int'
> In file included from /usr/include/NTL/ZZ.h:20:0,
>  from ./eclib/interface.h:68,
>  from timer.cc:27:
> /usr/include/NTL/vector.h:693:6: note: candidate: template long int 
> NTL::operator!=(const NTL::Vec&, const NTL::Vec&)
>  long operator!=(const Vec& a, const Vec& b)
>   ^~~~
> 
> /usr/include/NTL/vector.h:693:6: note:   template argument 
> deduction/substitution failed:
> In file included from /usr/include/_G_config.h:15:0,
>  from /usr/include/libio.h:31,
>  from /usr/include/stdio.h:74,
>  from /usr/include/c++/6/cstdio:42,
>  from /usr/include/c++/6/ext/string_conversions.h:43,
>  from /usr/include/c++/6/bits/basic_string.h:5402,
>  from /usr/include/c++/6/string:52,
>  from /usr/include/c++/6/bits/locale_classes.h:40,
>  from /usr/include/c++/6/bits/ios_base.h:41,
>  from /usr/include/c++/6/ios:42,
>  from /usr/include/c++/6/ostream:38,
>  from /usr/include/c++/6/iostream:39,
>  from timer.cc:25:
> timer.cc:77:16: note:   'std::ofstream {aka std::basic_ofstream}' is 
> not derived from 'const NTL::Vec'
>if( file_ != NULL ) {
> ^
> 
> In file included from ./eclib/interface.h:68:0,
>  from timer.cc:27:
> /usr/include/NTL/ZZ.h:279:13: note: candidate: long int NTL::operator!=(const 
> NTL::ZZ&, const NTL::ZZ&)
>  inline long operator!=(const ZZ& a, const ZZ& b)
>  ^~~~
> 
> /usr/include/NTL/ZZ.h:279:13: note:   no known conversion for argument 1 from 
> 'std::ofstream {aka std::basic_ofstream}' to 'const NTL::ZZ&'
> /usr/include/NTL/ZZ.h:296:13: note: candidate: long int NTL::operator!=(const 
> NTL::ZZ&, long int)
>  inline long operator!=(const ZZ& a, long b) { return NTL_zscompare(a.rep, b) 
> != 0; }
>  ^~~~
> 
> /usr/include/NTL/ZZ.h:296:13: note:   no known conversion for argument 1 from 
> 'std::ofstream {aka std::basic_ofstream}' to 'const NTL::ZZ&'
> /usr/include/NTL/ZZ.h:304:13: note: candidate: long int NTL::operator!=(long 
> int, const NTL::ZZ&)
>  inline long operator!=(long a, const ZZ& b) { return b != a; }
>  ^~~~
> 
> /usr/include/NTL/ZZ.h:304:13: note:   no known conversion for argument 1 from 
> 'std::ofstream {aka std::basic_ofstream}' to 'long int'
> In file included from /usr/include/NTL/lzz_pX.h:6:0,
>  from /usr/include/NTL/ZZX.h:6,
>  from /usr/include/NTL/ZZXFactoring.h:5,
>  from ./eclib/interface.h:69,
>  from timer.cc:27:
> /usr/include/NTL/lzz_p.h:382:13: note: candidate: long int 
> NTL::operator!=(NTL::zz_p, NTL::zz_p)
>  inline long operator!=(zz_p a, zz_p b)
>  ^~~~
> 
> /usr/include/NTL/lzz_p.h:382:13: note:   no known conversion for argument 1 
> from 'std::ofstream {aka 

Bug#811847: givaro: FTBFS with GCC 6: no match for

[Martin Michlmayr]

Package: givaro
Version: 3.7.2-1.1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-no-match

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> g++ -DHAVE_CONFIG_H -I. -I..  -I..   -I../src/kernel/system 
> -I../src/kernel/memory -I../src/kernel/zpz -I../src/kernel/integer 
> -I../src/kernel -I../src/library/poly1 -I../src/kernel/bstruct 
> -I../src/library/tools -Wdate-time -D_FORTIFY_SOURCE=2 -O0 -Wall -g -DNDEBUG 
> -UGIVARO_DEBUG -UDEBUG -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -c -o test-ffarith.o test-ffarith.C
> test-ffarith.C: In instantiation of 'int TestOneField(const Field&, int, 
> float) [with Field = Givaro::ZpzDom]':
> test-ffarith.C:209:5:   required from 'int TestField(const Field&, int) [with 
> Field = Givaro::ZpzDom]'
> test-ffarith.C:243:2:   required from here
> test-ffarith.C:20:12: error: no match for 'operator<<' (operand types are 
> 'std::ostream {aka std::basic_ostream}' and 'std::ostream {aka 
> std::basic_ostream}')
>   std::cout << F.write(std::cout,a) << "!=" << F.write(std::cout,b) << " 
> failed (at line " <<  __LINE__ << ")" << std::endl; \
>  
> 
> test-ffarith.C:53:9: note: in expansion of macro 'TESTE_EG'
>  TESTE_EG(a, F.zero);
>  ^~~~

-- 
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#811855: singular: FTBFS with GCC 6: no matching function for call to

[Martin Michlmayr]

Package: singular
Version: 4.0.2-p2+ds-3
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-no-match

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../.. -I. -I../../.. 
> -I../../.. -I../../../libpolys -I../../../libpolys 
> -I/<>/singular-4.0.2-p2+ds 
> -I/<>/singular-4.0.2-p2+ds/factory/include 
> -I/<>/singular-4.0.2-p2+ds -I/<>/singular-4.0.2-p2+ds 
> -DDYNAMIC_VERSION -DGMPRATIONAL -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -pipe -fno-common 
> -O3 -Wno-unused-function -Wno-trigraphs -Wno-unused-parameter 
> -Wunknown-pragmas -Wno-unused-variable -fomit-frame-pointer -fwrapv 
> -fvisibility=default -finline-functions -fno-exceptions -fno-rtti 
> -fno-threadsafe-statics -fno-enforce-eh-specs -fconserve-space -funroll-loops 
> -fexceptions -frtti -c lift.cc -o gfanlib_la-lift.o >/dev/null 2>&1
> ppinitialReduction.cc: In function 'bool ppreduceInitially(sip_sideal*&, 
> number, ideal, ring)':
> ppinitialReduction.cc:675:46: error: no matching function for call to 
> 'make_pair(int&, int)'
>T.push_back(std::make_pair(i,1));
>   ^
> 
> In file included from /usr/include/c++/6/bits/stl_algobase.h:64:0,
>  from /usr/include/c++/6/vector:60,
>  from ../../../gfanlib/gfanlib_vector.h:11,
>  from ./tropicalStrategy.h:4,
>  from ppinitialReduction.h:5,
>  from ppinitialReduction.cc:5:
> /usr/include/c++/6/bits/stl_pair.h:406:5: note: candidate: template _T1, class _T2> constexpr std::pair std::__decay_and_strip<_Tp>::__type, typename 
> std::__decay_and_strip<_T2>::__type> std::make_pair(_T1&&, _T2&&)
>  make_pair(_T1&& __x, _T2&& __y)
>  ^
> 
> /usr/include/c++/6/bits/stl_pair.h:406:5: note:   template argument 
> deduction/substitution failed:
> ppinitialReduction.cc:675:46: note:   cannot convert 'i' (type 'int') to type 
> 'int&&'
>T.push_back(std::make_pair(i,1));
>   ^
> 
> tropicalStrategy.cc: In constructor 'tropicalStrategy::tropicalStrategy()':
> tropicalStrategy.cc:891:27: warning: converting to non-pointer type 'int' 
> from NULL [-Wconversion-null]
>onlyLowerHalfSpace(false)
>^
> 
> Makefile:640: recipe for target 'gfanlib_la-ppinitialReduction.lo' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811731: dx: FTBFS with GCC 6: narrowing conversion

[Martin Michlmayr]

Package: dx
Version: 1:4.4.4-8
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-narrowing

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> g++ -DHAVE_CONFIG_H -I. -I../../../include -I./../base -I../../../include 
> -I./../dxui -Dlinux  -Wdate-time -D_FORTIFY_SOURCE=2   -g -O2 -fPIE 
> -fstack-protector-strong -Wformat -Werror=format-security -fsigned-char 
> -fno-strict-aliasing -c -o AutoAxesDialog.o AutoAxesDialog.C
> In file included from AutoAxesDialog.C:42:0:
> ticks_in.bm:7:74: error: narrowing conversion of '130' from 'int' to 'char' 
> inside { } [-Wnarrowing]
> 0x92, 0x24, 0x01, 0xfe, 0xff, 0x03, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00};
>   ^
> 
> ticks_in.bm:7:74: error: narrowing conversion of '130' from 'int' to 'char' 
> inside { } [-Wnarrowing]
> ticks_in.bm:7:74: error: narrowing conversion of '146' from 'int' to 'char' 
> inside { } [-Wnarrowing]
> ticks_in.bm:7:74: error: narrowing conversion of '146' from 'int' to 'char' 
> inside { } [-Wnarrowing]
> ticks_in.bm:7:74: error: narrowing conversion of '146' from 'int' to 'char' 
> inside { } [-Wnarrowing]
> ticks_in.bm:7:74: error: narrowing conversion of '146' from 'int' to 'char' 
> inside { } [-Wnarrowing]
> ticks_in.bm:7:74: error: narrowing conversion of '254' from 'int' to 'char' 
> inside { } [-Wnarrowing]
> ticks_in.bm:7:74: error: narrowing conversion of '255' from 'int' to 'char' 
> inside { } [-Wnarrowing]
> In file included from AutoAxesDialog.C:43:0:
> ticks_out.bm:7:74: error: narrowing conversion of '254' from 'int' to 'char' 
> inside { } [-Wnarrowing]
> 0x24, 0x49, 0x02, 0x24, 0x49, 0x02, 0x20, 0x08, 0x02, 0x20, 0x08, 0x02};
>   ^
> 
> ticks_out.bm:7:74: error: narrowing conversion of '255' from 'int' to 'char' 
> inside { } [-Wnarrowing]
> In file included from AutoAxesDialog.C:44:0:
> ticks_in_ins.bm:7:74: error: narrowing conversion of '130' from 'int' to 
> 'char' inside { } [-Wnarrowing]
> 0x82, 0x20, 0x00, 0x54, 0x55, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00};
>   ^
> 
> ticks_in_ins.bm:7:74: error: narrowing conversion of '130' from 'int' to 
> 'char' inside { } [-Wnarrowing]
> ticks_in_ins.bm:7:74: error: narrowing conversion of '130' from 'int' to 
> 'char' inside { } [-Wnarrowing]
> In file included from AutoAxesDialog.C:45:0:
> ticks_out_ins.bm:7:74: error: narrowing conversion of '170' from 'int' to 
> 'char' inside { } [-Wnarrowing]
> 0x20, 0x08, 0x02, 0x04, 0x41, 0x00, 0x20, 0x08, 0x02, 0x00, 0x00, 0x00};
>   ^
> 
> ticks_out_ins.bm:7:74: error: narrowing conversion of '170' from 'int' to 
> 'char' inside { } [-Wnarrowing]

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811805: gfan: FTBFS with GCC 6: error: reference is ambiguous

[Martin Michlmayr]

Package: gfan
Version: 0.5+dfsg-5
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-reference-ambiguous

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> g++ -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -DGMPRATIONAL -Wuninitialized  -c 
> app_secondaryfan.cpp
> app_secondaryfan.cpp: In member function 'virtual int 
> SecondaryFanApplication::main()':
> app_secondaryfan.cpp:310:5: error: reference to 'rank' is ambiguous
>   if(rank(A)!=A.getHeight())
>  ^~~~
> 
> In file included from symmetriccomplex.h:11:0,
>  from symmetrictraversal.h:4,
>  from enumeration.h:69,
>  from reversesearch.h:4,
>  from app_secondaryfan.cpp:8:
> matrix.h:150:5: note: candidates are: int rank(const IntegerMatrix&)
>  int rank(IntegerMatrix const );
>  ^~~~
> 
> In file included from /usr/include/c++/6/bits/move.h:57:0,
>  from /usr/include/c++/6/bits/stl_pair.h:59,
>  from /usr/include/c++/6/bits/stl_algobase.h:64,
>  from /usr/include/c++/6/bits/char_traits.h:39,
>  from /usr/include/c++/6/string:40,
>  from parser.h:4,
>  from app_secondaryfan.cpp:1:
> /usr/include/c++/6/type_traits:1471:12: note: template 
> struct std::rank
>  struct rank
> ^~~~
> 
> app_secondaryfan.cpp:345:8: error: reference to 'rank' is ambiguous
>  if(rank(A)!=A.getHeight())
> ^~~~
> 
> In file included from symmetriccomplex.h:11:0,
>  from symmetrictraversal.h:4,
>  from enumeration.h:69,
>  from reversesearch.h:4,
>  from app_secondaryfan.cpp:8:
> matrix.h:150:5: note: candidates are: int rank(const IntegerMatrix&)
>  int rank(IntegerMatrix const );
>  ^~~~
> 
> In file included from /usr/include/c++/6/bits/move.h:57:0,
>  from /usr/include/c++/6/bits/stl_pair.h:59,
>  from /usr/include/c++/6/bits/stl_algobase.h:64,
>  from /usr/include/c++/6/bits/char_traits.h:39,
>  from /usr/include/c++/6/string:40,
>  from parser.h:4,
>  from app_secondaryfan.cpp:1:
> /usr/include/c++/6/type_traits:1471:12: note: template 
> struct std::rank
>  struct rank
> ^~~~
> 
> Makefile:438: recipe for target 'app_secondaryfan.o' failed
> make[1]: *** [app_secondaryfan.o] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811798: syfi: FTBFS with GCC 6: error: reference is ambiguous

[Martin Michlmayr]

Package: syfi
Version: 1.0.0.dfsg-1.2
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-reference-ambiguous

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> [ 22%] Building CXX object syfi/CMakeFiles/syfi.dir/ginac_tools.cpp.o
> cd /<>/obj-x86_64-linux-gnu/syfi && /usr/bin/g++   
> -DSYFILIB_VERSION=\"1.0.0\" -Dsyfi_EXPORTS -I/<>/syfi 
> -I/<>/obj-x86_64-linux-gnu/syfi -I/<>/syfi/swig 
> -I/<>/obj-x86_64-linux-gnu/syfi/swig  -Wdate-time 
> -D_FORTIFY_SOURCE=2 -O2 -g -DNDEBUG -fPIC   -o 
> CMakeFiles/syfi.dir/ginac_tools.cpp.o -c /<>/syfi/ginac_tools.cpp
> /<>/syfi/ginac_tools.cpp: In function 'GiNaC::ex 
> SyFi::legendre1D(GiNaC::symbol, unsigned int)':
> /<>/syfi/ginac_tools.cpp:933:14: error: call of overloaded 
> 'pow(int, unsigned int&)' is ambiguous
>   P=1/(pow(2,n)*GiNaC::factorial(n))*GiNaC::diff(GiNaC::pow((x*x-1),n),x,n);
>   ^
> 
> In file included from /usr/include/features.h:361:0,
>  from 
> /usr/include/x86_64-linux-gnu/c++/6/bits/os_defines.h:39,
>  from 
> /usr/include/x86_64-linux-gnu/c++/6/bits/c++config.h:509,
>  from /usr/include/c++/6/string:38,
>  from /<>/syfi/ginac_tools.h:21,
>  from /<>/syfi/ginac_tools.cpp:18:
> /usr/include/x86_64-linux-gnu/bits/mathcalls.h:153:1: note: candidate: double 
> pow(double, double)
>  __MATHCALL_VEC (pow,, (_Mdouble_ __x, _Mdouble_ __y));
>  ^
> 
> In file included from /usr/include/ginac/ginac.h:41:0,
>  from /<>/syfi/ginac_tools.h:25,
>  from /<>/syfi/ginac_tools.cpp:18:
> /usr/include/ginac/power.h:121:11: note: candidate: GiNaC::ex 
> GiNaC::pow(const T1&, const T2&) [with T1 = int; T2 = unsigned int]
>  inline ex pow(const T1 & b, const T2 & e)
>^~~
> 
> /usr/include/ginac/power.h:116:11: note: candidate: GiNaC::ex 
> GiNaC::pow(const GiNaC::ex&, const GiNaC::ex&)
>  inline ex pow(const ex & b, const ex & e)
>^~~
> 
> In file included from /usr/include/ginac/ginac.h:40:0,
>  from /<>/syfi/ginac_tools.h:25,
>  from /<>/syfi/ginac_tools.cpp:18:
> /usr/include/ginac/numeric.h:255:22: note: candidate: const GiNaC::numeric 
> GiNaC::pow(const GiNaC::numeric&, const GiNaC::numeric&)
>  inline const numeric pow(const numeric , const numeric )
>   ^~~
> 
> In file included from /usr/include/c++/6/random:38:0,
>  from /usr/include/c++/6/bits/stl_algo.h:66,
>  from /usr/include/c++/6/algorithm:62,
>  from /usr/include/ginac/basic.h:32,
>  from /usr/include/ginac/ginac.h:28,
>  from /<>/syfi/ginac_tools.h:25,
>  from /<>/syfi/ginac_tools.cpp:18:
> /usr/include/c++/6/cmath:434:5: note: candidate: constexpr typename 
> __gnu_cxx::__promote_2<_Tp, _Up>::__type std::pow(_Tp, _Up) [with _Tp = int; 
> _Up = unsigned int; typename __gnu_cxx::__promote_2<_Tp, _Up>::__type = 
> double]
>  pow(_Tp __x, _Up __y)
>  ^~~
> 
> /usr/include/c++/6/cmath:411:3: note: candidate: constexpr long double 
> std::pow(long double, long double)
>pow(long double __x, long double __y)
>^~~
> 
> /usr/include/c++/6/cmath:407:3: note: candidate: constexpr float 
> std::pow(float, float)
>pow(float __x, float __y)
>^~~
> 
> /<>/syfi/ginac_tools.cpp: At global scope:
> /<>/syfi/ginac_tools.cpp:1332:9: error: reference to 'function' 
> is ambiguous
>   public function::visitor
>  ^~~~
> 
> In file included from /usr/include/ginac/ginac.h:55:0,
>  from /<>/syfi/ginac_tools.h:25,
>  from /<>/syfi/ginac_tools.cpp:18:
> /usr/include/ginac/function.h:675:7: note: candidates are: class 
> GiNaC::function
>  class function : public exprseq
>^~~~
> 
> In file included from /usr/include/ginac/ptr.h:29:0,
>  from /usr/include/ginac/basic.h:27,
>  from /usr/include/ginac/ginac.h:28,
>  from /<>/syfi/ginac_tools.h:25,
>  from /<>/syfi/ginac_tools.cpp:18:
> /usr/include/c++/6/functional:1535:11: note: template _Signature> class std::function
>  class function;
>^~~~
> 
> /<>/syfi/ginac_tools.cpp:1332:19: error: expected '{' before 
> 'visitor'
>   public function::visitor
>^~~
> 
> /<>/syfi/ginac_tools.cpp:1334:2: error: expected 
> primary-expression before 'public'
>   public:
>   ^~
> 
> /<>/syfi/ginac_tools.cpp:1334:2: error: 

Bug#811590: FTBFS with GCC 6: statement indented as if it were guarded by

[Martin Michlmayr]

Package: rheolef
Version: 6.6-1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-misleading-indentation

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> /bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
> -I../../config -I../../util/qd  -fno-strict-aliasing -I../../include 
> -I/usr/include/suitesparse   -I/usr/lib/openmpi/include -Wdate-time 
> -D_FORTIFY_SOURCE=2  -fstack-protector-strong -Wformat 
> -Werror=format-security -std=c++11 -Wall -Werror -Wno-unused 
> -Wno-strict-aliasing -Wno-literal-suffix -Wno-deprecated-declarations -O3  
> -MT distributor.lo -MD -MP -MF .deps/distributor.Tpo -c -o distributor.lo 
> distributor.cc
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../config -I../../util/qd 
> -fno-strict-aliasing -I../../include -I/usr/include/suitesparse 
> -I/usr/lib/openmpi/include -Wdate-time -D_FORTIFY_SOURCE=2 
> -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -Wall 
> -Werror -Wno-unused -Wno-strict-aliasing -Wno-literal-suffix 
> -Wno-deprecated-declarations -O3 -MT distributor.lo -MD -MP -MF 
> .deps/distributor.Tpo -c distributor.cc  -fPIC -DPIC -o .libs/distributor.o
> In file included from ../../include/rheolef/dis_macros.h:24:0,
>  from ../../include/rheolef/distributor.h:25,
>  from distributor.cc:22:
> ../../include/rheolef/diststream.h: In function 'rheolef::odiststream& 
> rheolef::operator<<(rheolef::odiststream&, T)':
> ../../include/rheolef/diststream.h:247:28: error: statement is indented as if 
> it were guarded by... [-Werror=misleading-indentation]
>  if (s.nop()) return s; s.os() << x; return s;
> ^
> 
> ../../include/rheolef/diststream.h:247:5: note: ...this 'if' clause, but it 
> is not
>  if (s.nop()) return s; s.os() << x; return s;
>  ^~
> 
> cc1plus: all warnings being treated as errors
> Makefile:754: recipe for target 'distributor.lo' failed
> make[4]: *** [distributor.lo] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811635: FTBFS with GCC 6: cannot convert x to y

[Martin Michlmayr]

Package: libfolia
Version: 0.10-4.2
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-cannot-convert

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -I../include -Wdate-time 
> -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -I/usr/include/libxml2 -I/usr/include -fopenmp 
> -c document.cxx  -fPIC -DPIC -o .libs/document.o
> document.cxx: In member function 'bool folia::Document::save(std::ostream&, 
> const string&, bool)':
> document.cxx:250:12: error: cannot convert 'std::ostream {aka 
> std::basic_ostream}' to 'bool' in return
>  return os;
> ^~
> 
> Makefile:424: recipe for target 'document.lo' failed
> make[3]: *** [document.lo] Error 1
> make[3]: Leaving directory '/<>/src'
> Makefile:375: recipe for target 'all-recursive' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811746: elmerfem: FTBFS with GCC 6: narrowing conversion

[Martin Michlmayr]

Package: elmerfem
Version: 6.1.0.svn.5396.dfsg2-4
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-narrowing

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> g++ -DHAVE_CONFIG_H -I. -I.. -I../include -I../include   
> -I/<>/debian/tmp/usr/include -I/usr/include/freetype2  
> -I/<>/debian/tmp/usr/include -I/usr/include/freetype2 -fPIC 
> -I/usr/include -pthread -pthread -I/usr/include/tk8.5 -I/usr/include/tcl8.5 
> -MT ecif_renderer_OGL.o -MD -MP -MF .deps/ecif_renderer_OGL.Tpo -c -o 
> ecif_renderer_OGL.o ecif_renderer_OGL.cpp
> In file included from /usr/include/c++/6/backward/strstream:50:0,
>  from ../include/ecif_def.h:604,
>  from ../include/ecif_body.h:44,
>  from ecif_renderer_OGL.cpp:36:
> /usr/include/c++/6/backward/backward_warning.h:32:2: warning: #warning This 
> file includes at least one deprecated or antiquated header which may be 
> removed without further notice at a future date. Please use a non-deprecated 
> interface with equivalent functionality instead. For a listing of replacement 
> headers and interfaces, consult the file backward_warning.h. To disable this 
> warning use -Wno-deprecated. [-Wcpp]
>  #warning \
>   ^~~
> 
> In file included from ecif_renderer_OGL.cpp:36:0:
> ../include/ecif_body.h: In member function 'virtual bool Body::isCadBody()':
> ../include/ecif_body.h:174:49: warning: comparison between 'enum 
> bodyGmtrType' and 'enum modelGeometryType' [-Wenum-compare]
>virtual bool isCadBody() { return gmtrType == GEOM_CAD; }
>  ^~~~
> 
> ../include/ecif_body.h: In member function 'virtual bool Body::isMeshBody()':
> ../include/ecif_body.h:176:50: warning: comparison between 'enum 
> bodyGmtrType' and 'enum modelGeometryType' [-Wenum-compare]
>virtual bool isMeshBody() { return gmtrType == GEOM_MESH; }
>   ^
> 
> ecif_renderer_OGL.cpp: In member function 'void Renderer_OGL::createData()':
> ecif_renderer_OGL.cpp:326:49: error: narrowing conversion of '0.0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
>Color4 current_color = {0.0f, 0.0f, 0.0f, 1.0f};  // black
>  ^
> 
> ecif_renderer_OGL.cpp:326:49: error: narrowing conversion of '0.0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
> ecif_renderer_OGL.cpp:326:49: error: narrowing conversion of '0.0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
> ecif_renderer_OGL.cpp:326:49: error: narrowing conversion of '1.0e+0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
> ecif_renderer_OGL.cpp:327:49: error: narrowing conversion of '0.0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
>Color4 mesh_color= {0.0f, 0.0f, 0.0f, 1.0f};  // black
>  ^
> 
> ecif_renderer_OGL.cpp:327:49: error: narrowing conversion of '0.0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
> ecif_renderer_OGL.cpp:327:49: error: narrowing conversion of '0.0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
> ecif_renderer_OGL.cpp:327:49: error: narrowing conversion of '1.0e+0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
> ecif_renderer_OGL.cpp:328:49: error: narrowing conversion of '1.0e+0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
>Color4 select_color  = {1.0f, 1.0f, 1.0f, 1.0f};  // white
>  ^
> 
> ecif_renderer_OGL.cpp:328:49: error: narrowing conversion of '1.0e+0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
> ecif_renderer_OGL.cpp:328:49: error: narrowing conversion of '1.0e+0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
> ecif_renderer_OGL.cpp:328:49: error: narrowing conversion of '1.0e+0f' from 
> 'float' to 'int' inside { } [-Wnarrowing]
> ecif_renderer_OGL.cpp: In member function 'virtual void 
> Renderer_OGL::drawAllBodies()':
> ecif_renderer_OGL.cpp:529:22: warning: comparison between 'enum 
> objectDrawingState' and 'enum objectDrawingMode' [-Wenum-compare]
>if ( dstate == DM_NORMAL || 
> model->getFlagValue(DRAW_TARGET_BOUNDARIES) ) {
>   ^
> 
> In file included from ecif_renderer_OGL.cpp:2531:0:
> ../include/ecif_renderer_OGL_UNIX.hpp: In static member function 'static void 
> Renderer_OGL::createGLWindow(char*, const char*, int, int, int, int, 
> WindowInfo&)':
> ../include/ecif_renderer_OGL_UNIX.hpp:77:82: warning: passing NULL to 
> non-pointer 

Bug#811838: esys-particle: FTBFS with GCC 6: no match for

[Martin Michlmayr]

Package: esys-particle
Version: 2.3.3+dfsg1-1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-no-match

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> mpicxx -DHAVE_CONFIG_H -I. -I../..  "-I../.." -I/usr/include 
> -I../../Foundation -I../../Geometry -Wdate-time -D_FORTIFY_SOURCE=2  -Wall -g 
> -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o 
> frame_vtk.o frame_vtk.cpp
> frame_vtk.cpp: In function 'void do_single_frame_sliced_vtk_r(const string&, 
> const string&, int, bool, const string&, double, double)':
> frame_vtk.cpp:1125:8: warning: unused variable 'hasMeshBondedInteractions' 
> [-Wunused-variable]
>bool hasMeshBondedInteractions=false;
> ^
> 
> frame_vtk.cpp: In function 'void writeMeshFile(const string&, const string&, 
> int)':
> frame_vtk.cpp:1279:29: error: no match for 'operator!=' (operand types are 
> 'std::basic_istream' and 'long int')
>while (datafile >> header != NULL){
>   ~~~^~~~
> 
> frame_vtk.cpp:1279:29: note: candidate: operator!=(int, long int) 
> frame_vtk.cpp:1279:29: note:   no known conversion for argument 1 from 
> 'std::basic_istream' to 'int'
> In file included from /usr/include/c++/6/bits/stl_algobase.h:64:0,
>  from /usr/include/c++/6/bits/char_traits.h:39,
>  from /usr/include/c++/6/string:40,
>  from frame_vtk.h:17,
>  from frame_vtk.cpp:13:
> /usr/include/c++/6/bits/stl_pair.h:357:5: note: candidate: template _T1, class _T2> constexpr bool std::operator!=(const std::pair<_T1, _T2>&, 
> const std::pair<_T1, _T2>&)
>  operator!=(const pair<_T1, _T2>& __x, const pair<_T1, _T2>& __y)
>  ^~~~
> 
> /usr/include/c++/6/bits/stl_pair.h:357:5: note:   template argument 
> deduction/substitution failed:
> In file included from /usr/include/string.h:32:0,
>  from /usr/include/c++/6/cstring:42,
>  from /usr/include/boost/filesystem/path.hpp:36,
>  from /usr/include/boost/filesystem.hpp:16,
>  from frame_vtk.cpp:28:
> frame_vtk.cpp:1279:32: note:   'std::basic_istream' is not derived from 
> 'const std::pair<_T1, _T2>'
>while (datafile >> header != NULL){
> ^
> 
> In file included from /usr/include/c++/6/bits/stl_algobase.h:67:0,
>  from /usr/include/c++/6/bits/char_traits.h:39,
>  from /usr/include/c++/6/string:40,
>  from frame_vtk.h:17,
>  from frame_vtk.cpp:13:
> /usr/include/c++/6/bits/stl_iterator.h:304:5: note: candidate: template _Iterator> bool std::operator!=(const std::reverse_iterator<_Iterator>&, 
> const std::reverse_iterator<_Iterator>&)
>  operator!=(const reverse_iterator<_Iterator>& __x,
>  ^~~~
> 
> /usr/include/c++/6/bits/stl_iterator.h:304:5: note:   template argument 
> deduction/substitution failed:
> In file included from /usr/include/string.h:32:0,
>  from /usr/include/c++/6/cstring:42,
>  from /usr/include/boost/filesystem/path.hpp:36,
>  from /usr/include/boost/filesystem.hpp:16,
>  from frame_vtk.cpp:28:
> frame_vtk.cpp:1279:32: note:   'std::basic_istream' is not derived from 
> 'const std::reverse_iterator<_Iterator>'
>while (datafile >> header != NULL){
> ^
> 
> In file included from /usr/include/c++/6/bits/stl_algobase.h:67:0,
>  from /usr/include/c++/6/bits/char_traits.h:39,
>  from /usr/include/c++/6/string:40,
>  from frame_vtk.h:17,
>  from frame_vtk.cpp:13:
> /usr/include/c++/6/bits/stl_iterator.h:354:5: note: candidate: template _IteratorL, class _IteratorR> bool std::operator!=(const 
> std::reverse_iterator<_Iterator>&, const std::reverse_iterator<_IteratorR>&)
>  operator!=(const reverse_iterator<_IteratorL>& __x,
>  ^~~~
> 
> /usr/include/c++/6/bits/stl_iterator.h:354:5: note:   template argument 
> deduction/substitution failed:
> In file included from /usr/include/string.h:32:0,
>  from /usr/include/c++/6/cstring:42,
>  from /usr/include/boost/filesystem/path.hpp:36,
>  from /usr/include/boost/filesystem.hpp:16,
>  from frame_vtk.cpp:28:
> frame_vtk.cpp:1279:32: note:   'std::basic_istream' is not derived from 
> 'const std::reverse_iterator<_Iterator>'
>while (datafile >> header != NULL){
> 

Bug#811843: colpack: FTBFS with GCC 6: no match for

[Martin Michlmayr]

Package: colpack
Version: 1.0.9-3.2
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-no-match

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -O5 -I./Main -I./Utilities 
> -I./BipartiteGraphPartialColoring -I./BipartiteGraphBicoloring 
> -I./GraphColoring -I./Recovery -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -c 
> Utilities/StringTokenizer.cpp -o Utilities/StringTokenizer.o >/dev/null 2>&1
> Utilities/extra.cpp: In function 'int 
> WriteMatrixMarket_ADOLCInput(std::__cxx11::string, int, ...)':
> Utilities/extra.cpp:52:37: error: no match for 'operator<<' (operand types 
> are 'std::basic_ostream' and 'std::ofstream {aka 
> std::basic_ofstream}')
>   cout<<"Error creating file: \""<   ~~~^~~~
> 
> Utilities/extra.cpp:52:37: note: candidate: operator<<(int, int) 
> Utilities/extra.cpp:52:37: note:   no known conversion for argument 2 from 
> 'std::ofstream {aka std::basic_ofstream}' to 'int'
> In file included from /usr/include/c++/6/iostream:39:0,
>  from Utilities/extra.h:24,
>  from Utilities/extra.cpp:24:
> /usr/include/c++/6/ostream:108:7: note: candidate: std::basic_ostream<_CharT, 
> _Traits>::__ostream_type& std::basic_ostream<_CharT, 
> _Traits>::operator<<(std::basic_ostream<_CharT, _Traits>::__ostream_type& 
> (*)(std::basic_ostream<_CharT, _Traits>::__ostream_type&)) [with _CharT = 
> char; _Traits = std::char_traits; std::basic_ostream<_CharT, 
> _Traits>::__ostream_type = std::basic_ostream]
>operator<<(__ostream_type& (*__pf)(__ostream_type&))
>^~~~
> 
> /usr/include/c++/6/ostream:108:7: note:   no known conversion for argument 1 
> from 'std::ofstream {aka std::basic_ofstream}' to 
> 'std::basic_ostream::__ostream_type& 
> (*)(std::basic_ostream::__ostream_type&) {aka std::basic_ostream& 
> (*)(std::basic_ostream&)}'
> /usr/include/c++/6/ostream:117:7: note: candidate: std::basic_ostream<_CharT, 
> _Traits>::__ostream_type& std::basic_ostream<_CharT, 
> _Traits>::operator<<(std::basic_ostream<_CharT, _Traits>::__ios_type& 
> (*)(std::basic_ostream<_CharT, _Traits>::__ios_type&)) [with _CharT = char; 
> _Traits = std::char_traits; std::basic_ostream<_CharT, 
> _Traits>::__ostream_type = std::basic_ostream; 
> std::basic_ostream<_CharT, _Traits>::__ios_type = std::basic_ios]
>operator<<(__ios_type& (*__pf)(__ios_type&))
>^~~~
> 
> /usr/include/c++/6/ostream:117:7: note:   no known conversion for argument 1 
> from 'std::ofstream {aka std::basic_ofstream}' to 
> 'std::basic_ostream::__ios_type& 
> (*)(std::basic_ostream::__ios_type&) {aka std::basic_ios& 
> (*)(std::basic_ios&)}'
> /usr/include/c++/6/ostream:127:7: note: candidate: std::basic_ostream<_CharT, 
> _Traits>::__ostream_type& std::basic_ostream<_CharT, 
> _Traits>::operator<<(std::ios_base& (*)(std::ios_base&)) [with _CharT = char; 
> _Traits = std::char_traits; std::basic_ostream<_CharT, 
> _Traits>::__ostream_type = std::basic_ostream]
>operator<<(ios_base& (*__pf) (ios_base&))
>^~~~

-- 
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#811842: mona: FTBFS with GCC 6: no match for

[Martin Michlmayr]

Package: mona
Version: 1.4-15-1.1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-no-match

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> g++ -DHAVE_CONFIG_H -I. -I..  -I ../BDD -Wdate-time -D_FORTIFY_SOURCE=2  -g 
> -O2 -fstack-protector-strong -Wformat -Werror=format-security -fgnu89-inline 
> -O3 -DNDEBUG -Wall -c -o mona-lib.o `test -f 'lib.cpp' || echo './'`lib.cpp
> cc1plus: warning: command line option '-fgnu89-inline' is valid for C/ObjC 
> but not for C++
> lib.cpp: In member function 'bool AutLib::fileExists(char*)':
> lib.cpp:286:12: error: no match for 'operator!=' (operand types are 
> 'std::ifstream {aka std::basic_ifstream}' and 'int')
>return s != 0;
>   ~~^~~~
> 
> lib.cpp:286:12: note: candidate: operator!=(int, int) 
> lib.cpp:286:12: note:   no known conversion for argument 1 from 
> 'std::ifstream {aka std::basic_ifstream}' to 'int'
> In file included from /usr/include/c++/6/bits/locale_facets.h:48:0,
>  from /usr/include/c++/6/bits/basic_ios.h:37,
>  from /usr/include/c++/6/ios:44,
>  from /usr/include/c++/6/istream:38,
>  from /usr/include/c++/6/fstream:38,
>  from lib.cpp:21:
> /usr/include/c++/6/bits/streambuf_iterator.h:210:5: note: candidate: 
> template bool std::operator!=(const 
> std::istreambuf_iterator<_CharT, _Traits>&, const 
> std::istreambuf_iterator<_CharT, _Traits>&)
>  operator!=(const istreambuf_iterator<_CharT, _Traits>& __a,
>  ^~~~
> 
> /usr/include/c++/6/bits/streambuf_iterator.h:210:5: note:   template argument 
> deduction/substitution failed:
> lib.cpp:286:15: note:   'std::ifstream {aka std::basic_ifstream}' is 
> not derived from 'const std::istreambuf_iterator<_CharT, _Traits>'
>return s != 0;
>^
> 
> In file included from /usr/include/c++/6/bits/ios_base.h:46:0,
>  from /usr/include/c++/6/ios:42,
>  from /usr/include/c++/6/istream:38,
>  from /usr/include/c++/6/fstream:38,
>  from lib.cpp:21:
> /usr/include/c++/6/system_error:323:3: note: candidate: bool 
> std::operator!=(const std::error_condition&, const std::error_condition&)
>operator!=(const error_condition& __lhs,
>^~~~
> 
> /usr/include/c++/6/system_error:323:3: note:   no known conversion for 
> argument 1 from 'std::ifstream {aka std::basic_ifstream}' to 'const 
> std::error_condition&'
> /usr/include/c++/6/system_error:319:3: note: candidate: bool 
> std::operator!=(const std::error_condition&, const std::error_code&)
>operator!=(const error_condition& __lhs, const error_code& __rhs) noexcept
>^~~~
> 
> /usr/include/c++/6/system_error:319:3: note:   no known conversion for 
> argument 1 from 'std::ifstream {aka std::basic_ifstream}' to 'const 
> std::error_condition&'
> /usr/include/c++/6/system_error:315:3: note: candidate: bool 
> std::operator!=(const std::error_code&, const std::error_condition&)
>operator!=(const error_code& __lhs, const error_condition& __rhs) noexcept
>^~~~
> 
> /usr/include/c++/6/system_error:315:3: note:   no known conversion for 
> argument 1 from 'std::ifstream {aka std::basic_ifstream}' to 'const 
> std::error_code&'
> /usr/include/c++/6/system_error:311:3: note: candidate: bool 
> std::operator!=(const std::error_code&, const std::error_code&)
>operator!=(const error_code& __lhs, const error_code& __rhs) noexcept
>^~~~
> 
> /usr/include/c++/6/system_error:311:3: note:   no known conversion for 
> argument 1 from 'std::ifstream {aka std::basic_ifstream}' to 'const 
> std::error_code&'
> In file included from /usr/include/c++/6/string:52:0,
>  from /usr/include/c++/6/bits/locale_classes.h:40,
>  from /usr/include/c++/6/bits/ios_base.h:41,
>  from /usr/include/c++/6/ios:42,
>  from /usr/include/c++/6/istream:38,
>  from /usr/include/c++/6/fstream:38,
>  from lib.cpp:21:
> /usr/include/c++/6/bits/basic_string.h:5122:5: note: candidate: 
> template bool 
> std::operator!=(const std::__cxx11::basic_string<_CharT, _Traits, _Alloc>&, 
> const _CharT*)
>  operator!=(const basic_string<_CharT, _Traits, _Alloc>& __lhs,
>  ^~~~

-- 
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#811878: opengm: FTBFS with GCC 6: no matching function for call to

[Martin Michlmayr]

Package: opengm
Version: 2.3.6-2
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-no-match

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> make -f src/unittest/CMakeFiles/test-memoryinfo.dir/build.make 
> src/unittest/CMakeFiles/test-memoryinfo.dir/build
> make[3]: Entering directory '/<>/obj-x86_64-linux-gnu'
> [ 31%] Building CXX object 
> src/unittest/CMakeFiles/test-memoryinfo.dir/test_memoryinfo.cxx.o
> cd /<>/obj-x86_64-linux-gnu/src/unittest && /usr/bin/c++   
> -DOPENGM_DEBUG -DWITH_BOOST -DWITH_BOOST_GRAPH -DWITH_HDF5 -DWITH_OPENMP 
> -DWITH_VIGRA -I/<>/include -I/usr/include/hdf5/serial  -g -O2 
> -fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2-o 
> CMakeFiles/test-memoryinfo.dir/test_memoryinfo.cxx.o -c 
> /<>/src/unittest/test_memoryinfo.cxx
> /<>/src/interfaces/python/opengm/opengmcore/opengmcore.cpp: In 
> function 'void init_module__opengmcore()':
> /<>/src/interfaces/python/opengm/opengmcore/opengmcore.cpp:644:49:
>  error: no matching function for call to 
> 'boost::python::class_ > >::def(const char [11],  type>)'
>.def("push_front",::push_front)
>  ^
> 
> In file included from /usr/include/boost/python.hpp:18:0,
>  from 
> /<>/src/interfaces/python/opengm/opengmcore/opengmcore.cpp:5:
> /usr/include/boost/python/class.hpp:224:11: note: candidate: template Derived> boost::python::class_::self& boost::python::class_ X1, X2, X3>::def(const boost::python::def_visitor&) [with Derived = 
> Derived; W = std::deque 
> >; X1 = boost::python::detail::not_specified; X2 = 
> boost::python::detail::not_specified; X3 = 
> boost::python::detail::not_specified]
>  self& def(def_visitor const& visitor)
>^~~
> 
> /usr/include/boost/python/class.hpp:224:11: note:   template argument 
> deduction/substitution failed:
> /<>/src/interfaces/python/opengm/opengmcore/opengmcore.cpp:644:49:
>  note:   mismatched types 'const boost::python::def_visitor' and 'const 
> char [11]'
>.def("push_front",::push_front)
>  ^

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811920: ompl: FTBFS with GCC 6: use of deleted function

[Martin Michlmayr]

Package: ompl
Version: 1.0.0+ds2-1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> /<>/ompl-1.0.0+ds2/src/ompl/control/planners/syclop/src/Syclop.cpp:336:74:
>required from here
> /usr/include/c++/6/bits/stl_construct.h:75:7: error: use of deleted function 
> 'boost::detail::stored_edge_property ompl::control::Syclop::Adjacency>::stored_edge_property(const 
> boost::detail::stored_edge_property ompl::control::Syclop::Adjacency>&)'
>  { ::new(static_cast(__p)) _T1(std::forward<_Args>(__args)...); }
>^~
> 
> In file included from /usr/include/boost/graph/adjacency_list.hpp:246:0,
>  from 
> /<>/ompl-1.0.0+ds2/src/ompl/control/planners/syclop/Syclop.h:42,
>  from 
> /<>/ompl-1.0.0+ds2/src/ompl/control/planners/syclop/src/Syclop.cpp:37:
> /usr/include/boost/graph/detail/adjacency_list.hpp:290:11: note: 
> 'boost::detail::stored_edge_property ompl::control::Syclop::Adjacency>::stored_edge_property(const 
> boost::detail::stored_edge_property ompl::control::Syclop::Adjacency>&)' is implicitly declared as deleted 
> because 'boost::detail::stored_edge_property ompl::control::Syclop::Adjacency>' declares a move constructor or move 
> assignment operator
>  class stored_edge_property : public stored_edge {
>^~~~

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811986: qwtplot3d: FTBFS with GCC 6: symbol changes

[Martin Michlmayr]

Package: qwtplot3d
Version: 0.2.7+svn191-9
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-symbols

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
> file: see diff output below
> dpkg-gensymbols: warning: debian/libqwtplot3d-qt4-0v5/DEBIAN/symbols doesn't 
> match completely debian/libqwtplot3d-qt4-0v5.symbols
> --- debian/libqwtplot3d-qt4-0v5.symbols 
> (libqwtplot3d-qt4-0v5_0.2.7+svn191-9_amd64)
> +++ dpkg-gensymbolsFodDeO 2016-01-19 23:39:20.896195539 +
> @@ -242,10 +242,10 @@
>   _ZN5Qwt3D4Axis9setMajorsEi@Base 0.2.7
>   _ZN5Qwt3D4Axis9setMinorsEi@Base 0.2.7
>   _ZN5Qwt3D4AxisC1ENS_6TripleES1_@Base 0.2.7
> - _ZN5Qwt3D4AxisC1ERKS0_@Base 0.2.7
> +#MISSING: 0.2.7+svn191-9# _ZN5Qwt3D4AxisC1ERKS0_@Base 0.2.7
>   _ZN5Qwt3D4AxisC1Ev@Base 0.2.7
>   _ZN5Qwt3D4AxisC2ENS_6TripleES1_@Base 0.2.7
> - _ZN5Qwt3D4AxisC2ERKS0_@Base 0.2.7
> +#MISSING: 0.2.7+svn191-9# _ZN5Qwt3D4AxisC2ERKS0_@Base 0.2.7
>   _ZN5Qwt3D4AxisC2Ev@Base 0.2.7
>   _ZN5Qwt3D4AxisD0Ev@Base 0.2.7
>   _ZN5Qwt3D4AxisD1Ev@Base 0.2.7
> @@ -267,7 +267,7 @@
>   _ZN5Qwt3D5ArrowD0Ev@Base 0.2.7
>   _ZN5Qwt3D5ArrowD1Ev@Base 0.2.7
>   _ZN5Qwt3D5ArrowD2Ev@Base 0.2.7
> - _ZN5Qwt3D5Color12createVectorERSt6vectorINS_4RGBAESaIS2_EE@Base 0.2.7
> +#MISSING: 0.2.7+svn191-9# 
> _ZN5Qwt3D5Color12createVectorERSt6vectorINS_4RGBAESaIS2_EE@Base 0.2.7
>   _ZN5Qwt3D5GL2QtEddd@Base 0.2.7
>   _ZN5Qwt3D5Label11setPositionENS_6TripleENS_6ANCHORE@Base 0.2.7
>   _ZN5Qwt3D5Label12devicefonts_E@Base 0.2.7
> @@ -379,9 +379,9 @@
>   _ZN5Qwt3D6Plot3DD0Ev@Base 0.2.7
>   _ZN5Qwt3D6Plot3DD1Ev@Base 0.2.7
>   _ZN5Qwt3D6Plot3DD2Ev@Base 0.2.7
> - _ZN5Qwt3D7MappingD0Ev@Base 0.2.7
> - _ZN5Qwt3D7MappingD1Ev@Base 0.2.7
> - _ZN5Qwt3D7MappingD2Ev@Base 0.2.7
> +#MISSING: 0.2.7+svn191-9# _ZN5Qwt3D7MappingD0Ev@Base 0.2.7
> +#MISSING: 0.2.7+svn191-9# _ZN5Qwt3D7MappingD1Ev@Base 0.2.7
> +#MISSING: 0.2.7+svn191-9# _ZN5Qwt3D7MappingD2Ev@Base 0.2.7
>   _ZN5Qwt3D8CellData5clearEv@Base 0.2.7
>   _ZN5Qwt3D8CellDataD0Ev@Base 0.2.7
>   _ZN5Qwt3D8CellDataD1Ev@Base 0.2.7
> @@ -473,33 +473,40 @@
>   _ZNK5Qwt3D8LogScale5cloneEv@Base 0.2.7
>   _ZNK5Qwt3D8LogScale8ticLabelEj@Base 0.2.7
>   _ZNK5Qwt3D9CrossHair5cloneEv@Base 0.2.7
> - 
> (optional=templinst)_ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS2_S4_EERKS2_@Base
>  0.2.7
> +#MISSING: 0.2.7+svn191-9# 
> (optional=templinst)_ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS2_S4_EERKS2_@Base
>  0.2.7
> + 
> _ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EE19_M_emplace_back_auxIJRKS2_EEEvDpOT_@Base
>  0.2.7+svn191-9
>   (optional=templinst)_ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EED1Ev@Base 0.2.7
>   (optional=templinst)_ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EED2Ev@Base 0.2.7
> - (optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EED1Ev@Base 0.2.7
> - (optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EED2Ev@Base 0.2.7
> - (optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EEaSERKS3_@Base 0.2.7
> +#MISSING: 0.2.7+svn191-9# 
> (optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EED1Ev@Base 0.2.7
> +#MISSING: 0.2.7+svn191-9# 
> (optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EED2Ev@Base 0.2.7
> +#MISSING: 0.2.7+svn191-9# 
> (optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EEaSERKS3_@Base 0.2.7
>   (optional=templinst)_ZNSt6vectorIN5Qwt3D4RGBAESaIS1_EEaSERKS3_@Base 0.2.7
> - 
> (optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
>  0.2.7
> +#MISSING: 0.2.7+svn191-9# 
> (optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
>  0.2.7
> + _ZNSt6vectorIN5Qwt3D5LabelESaIS1_EE17_M_default_appendEm@Base 0.2.7+svn191-9
>   (optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EED1Ev@Base 0.2.7
>   (optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EED2Ev@Base 0.2.7
> - (optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EEaSERKS3_@Base 0.2.7
> - (optional=templinst)_ZNSt6vectorIN5Qwt3D6Plot3D5LightESaIS2_EEaSERKS4_@Base 
> 0.2.7
> - 
> (optional=templinst)_ZNSt6vectorIN5Qwt3D6TripleESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
>  0.2.7
> +#MISSING: 0.2.7+svn191-9# 
> (optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EEaSERKS3_@Base 0.2.7
> +#MISSING: 0.2.7+svn191-9# 
> (optional=templinst)_ZNSt6vectorIN5Qwt3D6Plot3D5LightESaIS2_EEaSERKS4_@Base 
> 0.2.7
> + 

Bug#811923: blitz++: FTBFS with GCC 6: invalid preprocessing directive #!

[Martin Michlmayr]

Package: blitz++
Version: 1:0.10-3.3
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> libtool: link: c++ -g -DBZ_DEBUG -o .libs/array array.o  -L../lib 
> /build/blitz++-rmMNqG/blitz++-0.10/lib/.libs/libblitz.so
> c++ -DHAVE_CONFIG_H   -I. -I.. -I..  -Wdate-time -D_FORTIFY_SOURCE=2  -g 
> -DBZ_DEBUG -MT cartesian.o -MD -MP -MF .deps/cartesian.Tpo -c -o cartesian.o 
> cartesian.cpp
> In file included from /usr/include/c++/6/tuple:39:0,
>  from /usr/include/c++/6/bits/unique_ptr.h:37,
>  from /usr/include/c++/6/bits/locale_conv.h:41,
>  from /usr/include/c++/6/locale:43,
>  from /usr/include/c++/6/iomanip:43,
>  from ../blitz/blitz.h:63,
>  from ../blitz/array-impl.h:46,
>  from ../blitz/array.h:37,
>  from cartesian.cpp:1:
> ./array:1:2: error: invalid preprocessing directive #!
>  #! /bin/bash
>   ^
> 
> ./array:3:3: error: invalid preprocessing directive #array
>  # array - temporary wrapper script for .libs/array
>^
> 
> ./array:4:3: error: invalid preprocessing directive #Generated
>  # Generated by libtool (GNU libtool) 2.4.2 Debian-2.4.2-1.11
>^
> 
> ./array:6:3: error: invalid preprocessing directive #The
>  # The array program cannot be directly executed until all the libtool
>^~~
> 
> ./array:7:3: error: invalid preprocessing directive #libraries
>  # libraries that it depends on are installed.
>^
> 
> ./array:9:3: error: invalid preprocessing directive #This
>  # This wrapper script should never be moved out of the build directory.
>^~~~
> 
> ./array:10:3: error: invalid preprocessing directive #If
>  # If it is, it will not operate correctly.
>^~
> 
> ./array:12:3: error: invalid preprocessing directive #Sed
>  # Sed substitution that helps us do robust quoting.  It backslashifies
>^~~
> 
> ./array:13:3: error: invalid preprocessing directive #metacharacters
>  # metacharacters that are still active within double-quoted strings.
>^~
> 
> ./array:16:3: error: invalid preprocessing directive #Be
>  # Be Bourne compatible
>^~
> 
> ./array:20:5: error: invalid preprocessing directive #Zsh
># Zsh 3.x and 4.x performs word splitting on ${1+"$@"}, which
>  ^~~
> 
> ./array:21:5: error: invalid preprocessing directive #is
># is contrary to our usage.  Disable this feature.
>  ^~
> 
> ./array:25:8: error: stray '`' in program
>case `(set -o) 2>/dev/null` in *posix*) set -o posix;; esac
> ^
> 
> ./array:25:29: error: stray '`' in program
>case `(set -o) 2>/dev/null` in *posix*) set -o posix;; esac
>  ^
> 
> ./array:27:28: error: stray '#' in program
>  BIN_SH=xpg4; export BIN_SH # for Tru64
> ^
> 
> ./array:28:29: error: stray '#' in program
>  DUALCASE=1; export DUALCASE # for MKS sh
>  ^
> 
> ./array:30:3: error: invalid preprocessing directive #The
>  # The HP-UX ksh and POSIX shell print the target directory to stdout
>^~~
> 
> ./array:31:13: error: missing binary operator before token "is"
>  # if CDPATH is set.
>  ^~
> 
> ./array:31:0: error: unterminated #if
>  # if CDPATH is set.
>  
> 
> ./array:14:1: error: 'sed_quote_subst' does not name a type
>  sed_quote_subst='s/\([`"$\\]\)/\\\1/g'
>  ^~~
> 
> ./array:17:66: error: 'then' does not name a type
>  if test -n "${ZSH_VERSION+set}" && (emulate sh) >/dev/null 2>&1; then
>   ^~~~
> 
> ./array:25:58: error: 'esac' does not name a type
>case `(set -o) 2>/dev/null` in *posix*) set -o posix;; esac
>   ^~~~
> 
> ./array:27:21: error: 'BIN_SH' does not name a type
>  BIN_SH=xpg4; export BIN_SH # for Tru64
>  ^~
> 
> ./array:28:20: error: 'DUALCASE' does not name a type
>  DUALCASE=1; export DUALCASE # for MKS sh
> ^~~~
> 
> In file included from /usr/include/c++/6/bits/unique_ptr.h:37:0,
>  from /usr/include/c++/6/bits/locale_conv.h:41,
>  from /usr/include/c++/6/locale:43,
>  from /usr/include/c++/6/iomanip:43,
>  from ../blitz/blitz.h:63,
>  from ../blitz/array-impl.h:46,
>  from ../blitz/array.h:37,
>  from 

Bug#811987: ceres-solver: FTBFS with GCC 6: the compiler can assume...

[Martin Michlmayr]

Package: ceres-solver
Version: 1.11.0~dfsg0-2
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> [ 87%] Built target residual_block_utils_test
> make -f internal/ceres/CMakeFiles/triplet_sparse_matrix_test.dir/build.make 
> internal/ceres/CMakeFiles/triplet_sparse_matrix_test.dir/depend
> make[3]: Entering directory '/<>/obj-x86_64-linux-gnu'
> cd "/<>/obj-x86_64-linux-gnu" && /usr/bin/cmake -E cmake_depends 
> "Unix Makefiles" "/<>" "/<>/internal/ceres" 
> "/<>/obj-x86_64-linux-gnu" 
> "/<>/obj-x86_64-linux-gnu/internal/ceres" 
> "/<>/obj-x86_64-linux-gnu/internal/ceres/CMakeFiles/triplet_sparse_matrix_test.dir/DependInfo.cmake"
>  --color=
> /<>/internal/ceres/rotation_test.cc: In instantiation of 'bool 
> ceres::internal::IsNearAngleAxisMatcherP::gmock_Impl::MatchAndExplain(arg_type,
>  testing::MatchResultListener*) const [with arg_type = const double (&)[3]; 
> expected_type = const double*]':
> /<>/internal/ceres/rotation_test.cc:1135:1:   required from here
> /<>/internal/ceres/rotation_test.cc:140:11: error: the compiler 
> can assume that the address of 'arg' will never be NULL [-Werror=address]
>if (arg == NULL) {
>^~~~
> 
> /<>/internal/ceres/rotation_test.cc: In instantiation of 'bool 
> ceres::internal::IsNear3x3MatrixMatcherP::gmock_Impl::MatchAndExplain(arg_type,
>  testing::MatchResultListener*) const [with arg_type = const double (&)[9]; 
> expected_type = double*]':
> /<>/internal/ceres/rotation_test.cc:1135:1:   required from here
> /<>/internal/ceres/rotation_test.cc:210:11: error: the compiler 
> can assume that the address of 'arg' will never be NULL [-Werror=address]
>if (arg == NULL) {
>^~~~
> 
> /<>/internal/ceres/rotation_test.cc: In instantiation of 'bool 
> ceres::internal::IsOrthonormalMatcher::gmock_Impl::MatchAndExplain(arg_type,
>  testing::MatchResultListener*) const [with arg_type = const double (&)[9]]':
> /<>/internal/ceres/rotation_test.cc:1135:1:   required from here
> /<>/internal/ceres/rotation_test.cc:181:11: error: the compiler 
> can assume that the address of 'arg' will never be NULL [-Werror=address]
>if (arg == NULL) {
>^~~~
> 
> /<>/internal/ceres/rotation_test.cc: In instantiation of 'bool 
> ceres::internal::IsNearAngleAxisMatcherP::gmock_Impl::MatchAndExplain(arg_type,
>  testing::MatchResultListener*) const [with arg_type = const double (&)[3]; 
> expected_type = double*]':
> /<>/internal/ceres/rotation_test.cc:1135:1:   required from here
> /<>/internal/ceres/rotation_test.cc:140:11: error: the compiler 
> can assume that the address of 'arg' will never be NULL [-Werror=address]
>if (arg == NULL) {
>^~~~
> 
> /<>/internal/ceres/rotation_test.cc: In instantiation of 'bool 
> ceres::internal::IsNearQuaternionMatcherP::gmock_Impl::MatchAndExplain(arg_type,
>  testing::MatchResultListener*) const [with arg_type = const double (&)[4]; 
> expected_type = double*]':
> /<>/internal/ceres/rotation_test.cc:1135:1:   required from here
> /<>/internal/ceres/rotation_test.cc:91:11: error: the compiler 
> can assume that the address of 'arg' will never be NULL [-Werror=address]
>if (arg == NULL) {
>^~~~
> 
> /<>/internal/ceres/rotation_test.cc: In instantiation of 'bool 
> ceres::internal::IsNormalizedQuaternionMatcher::gmock_Impl::MatchAndExplain(arg_type,
>  testing::MatchResultListener*) const [with arg_type = const double (&)[4]]':
> /<>/internal/ceres/rotation_test.cc:1135:1:   required from here
> /<>/internal/ceres/rotation_test.cc:71:11: error: the compiler 
> can assume that the address of 'arg' will never be NULL [-Werror=address]
>if (arg == NULL) {
>^~~~

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811990: linbox: FTBFS with GCC 6: call overloaded is ambiguous

[Martin Michlmayr]

Package: linbox
Version: 1.3.2-1.1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-overloaded-ambiguous

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> /bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
> -I../..   -Wdate-time -D_FORTIFY_SOURCE=2 -O2-g -DNDEBUG -U_LB_DEBUG 
> -DDISABLE_COMMENTATOR   -I/usr/include/x86_64-linux-gnu  
> -I/usr/include/x86_64-linux-gnu -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -c -o diophantine-solver.lo diophantine-solver.C
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -Wdate-time 
> -D_FORTIFY_SOURCE=2 -O2 -g -DNDEBUG -U_LB_DEBUG -DDISABLE_COMMENTATOR 
> -I/usr/include/x86_64-linux-gnu -I/usr/include/x86_64-linux-gnu -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -c 
> diophantine-solver.C  -fPIC -DPIC -o .libs/diophantine-solver.o
> In file included from ../../linbox/vector/vector-domain-gf2.h:59:0,
>  from ../../linbox/vector/vector-domain.h:1293,
>  from ../../linbox/matrix/matrix-domain.h:42,
>  from ../../linbox/matrix/sparse.h:75,
>  from ../../linbox/blackbox/sparse.h:57,
>  from ../../linbox/blackbox/lambda-sparse.h:29,
>  from ../../linbox/algorithms/rational-solver.h:43,
>  from ../../linbox/algorithms/diophantine-solver.h:29,
>  from diophantine-solver.C:25:
> ../../linbox/field/gf2.h: In function 'void std::swap(std::_Bit_reference, 
> std::_Bit_reference)':
> ../../linbox/field/gf2.h:985:14: error: redefinition of 'void 
> std::swap(std::_Bit_reference, std::_Bit_reference)'
>   inline void swap(stdBitReference __x, stdBitReference __y)
>   ^~~~
> 
> In file included from /usr/include/c++/6/vector:65:0,
>  from ../../linbox/util/debug.h:42,
>  from ../../linbox/algorithms/rational-solver.h:38,
>  from ../../linbox/algorithms/diophantine-solver.h:29,
>  from diophantine-solver.C:25:
> /usr/include/c++/6/bits/stl_bvector.h:112:3: note: 'void 
> std::swap(std::_Bit_reference, std::_Bit_reference)' previously defined here
>swap(_Bit_reference __x, _Bit_reference __y) noexcept
>^~~~
> 
> In file included from ../../linbox/matrix/blas-matrix.h:1196:0,
>  from ../../linbox/blackbox/compose.h:34,
>  from ../../linbox/algorithms/rational-solver.h:44,
>  from ../../linbox/algorithms/diophantine-solver.h:29,
>  from diophantine-solver.C:25:
> ../../linbox/matrix/blas-matrix.inl: In member function 'void 
> LinBox::BlasMatrix<_Field>::transpose()':
> ../../linbox/matrix/blas-matrix.inl:866:24: error: call of overloaded 
> 'swap(size_t&, size_t&)' is ambiguous
>  std::swap(_row,_col);
> ^

-- 
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#812004: libqglviewer: FTBFS with GCC 6: should have been declared inside

[Martin Michlmayr]

Package: libqglviewer
Version: 2.6.3+dfsg1-1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> g++ -c -m64 -pipe -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -D_REENTRANT -Wall -W 
> -fPIC -DQT_NO_DEBUG -DQT_NO_KEYWORDS -DQT_XML_LIB -DQT_OPENGL_LIB 
> -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 
> -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui 
> -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtXml -I/usr/include/qt4 
> -I/usr/X11R6/include -I.moc -I. -o .obj/Primitive.o VRender/Primitive.cpp
> VRender/Primitive.cpp:165:75: error: 'std::ostream& 
> vrender::operator<<(std::ostream&, const vrender::Feedback3DColor&)' should 
> have been declared inside 'vrender'
>  std::ostream& vrender::operator<<(std::ostream& o,const Feedback3DColor& f)
>^
> 
> Makefile:574: recipe for target '.obj/Primitive.o' failed
> make[2]: *** [.obj/Primitive.o] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#811973: ssm: FTBFS with GCC 6: symbol changes

[Martin Michlmayr]

Package: ssm
Version: 1.3-2.1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-symbols

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
> file: see diff output below
> dpkg-gensymbols: warning: debian/libssm1/DEBIAN/symbols doesn't match 
> completely debian/libssm1.symbols
> --- debian/libssm1.symbols (libssm1_1.3-2.1_amd64)
> +++ dpkg-gensymbolsC1YngT 2016-01-19 13:32:51.455899844 +
> @@ -403,9 +403,9 @@
>   _ZN3ssm9SuperposeD2Ev@Base 1.3
>   _ZN7CStream4readER5CFile@Base 1.3
>   _ZN7CStream5writeER5CFile@Base 1.3
> - _ZN7CStreamD0Ev@Base 1.3
> - _ZN7CStreamD1Ev@Base 1.3
> - _ZN7CStreamD2Ev@Base 1.3
> +#MISSING: 1.3-2.1# _ZN7CStreamD0Ev@Base 1.3
> +#MISSING: 1.3-2.1# _ZN7CStreamD1Ev@Base 1.3
> +#MISSING: 1.3-2.1# _ZN7CStreamD2Ev@Base 1.3
>   _ZN9SMinTFunc4InitEv@Base 1.3
>   _ZN9SMinTFunc7DisposeEv@Base 1.3
>   _ZN9SMinTFunc8AllocateEi@Base 1.3
> dh_makeshlibs: failing due to earlier errors
> debian/rules:9: recipe for target 'binary' failed
> make: *** [binary] Error 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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#812015: pcl: FTBFS with GCC 6: return-statement with a value

[Martin Michlmayr]

Package: pcl
Version: 1.7.2-13
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> qt4 -isystem /usr/include/qt4/QtGui -isystem /usr/include/qt4/QtCore 
> -I/usr/include/vtk-6.2 -I/usr/include/x86_64-linux-gnu 
> -I/usr/include/freetype2 -I/usr/include/jsoncpp -I/usr/lib/openmpi/include 
> -I/usr/lib/openmpi/include/openmpi -I/usr/include/python2.7 
> -I/usr/include/hdf5/serial -I/usr/include/libxml2 -I/usr/include/tcl 
> -I/<>/build/include -I/<>/common/include 
> -I/<>/geometry/include -I/<>/search/include 
> -I/<>/sample_consensus/include -I/<>/kdtree/include 
> -I/<>/octree/include -I/<>/features/include 
> -I/<>/filters/include -I/<>/segmentation/include  
> -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -Wdate-time -D_FORTIFY_SOURCE=2  -pthread -fopenmp  -fPIC 
>   -o CMakeFiles/pcl_segmentation.dir/src/grabcut_segmentation.cpp.o -c 
> /<>/segmentation/src/grabcut_segmentation.cpp
> In file included from 
> /<>/registration/src/correspondence_estimation_normal_shooting.cpp:40:0:
> /<>/registration/include/pcl/registration/correspondence_estimation_normal_shooting.h:
>  In member function 'void 
> pcl::registration::CorrespondenceEstimationNormalShooting PointTarget, NormalT, Scalar>::getKSearch() const':
> /<>/registration/include/pcl/registration/correspondence_estimation_normal_shooting.h:184:41:
>  error: return-statement with a value, in function returning 'void' 
> [-fpermissive]
>  getKSearch () const { return (k_); }
>  ^
> 

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

-- 
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

[Jochen Sprickerhof]

Package: libconsole-bridge0.2v5
Version: 0.3.0-1
Severity: serious
Justification: Policy 8.1

Hi Jose,

the new libconsole-bridge0.2v5 package contains a library with a new name,
making all depending packages break due to linker error.

0.3.0-1:
$ dpkg -L libconsole-bridge0.2v5 | grep so\.0
/usr/lib/x86_64-linux-gnu/libconsole_bridge.so.0.3

0.2.5-2.1:
$ dpkg -L libconsole-bridge0.2v5 | grep so\.0
/usr/lib/x86_64-linux-gnu/libconsole_bridge.so.0.2

According to policy 8.1:
"The run-time shared library must be placed in a package whose name changes
whenever the SONAME of the shared library changes."

Please rename the package to libconsole-bridge0.3. Note that this means a
transition, so please coordinate with the release team.

Cheers Jochen

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

Kernel: Linux 4.3.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libconsole-bridge0.2v5 depends on:
ii  libc6   2.21-6
ii  libgcc1 1:5.3.1-6
ii  libstdc++6  5.3.1-6

libconsole-bridge0.2v5 recommends no packages.

libconsole-bridge0.2v5 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

Processing of ros-vision-opencv_1.11.10+ds-1_amd64.changes

[Debian FTP Masters]

ros-vision-opencv_1.11.10+ds-1_amd64.changes uploaded successfully to 
ftp-master.debian.org
along with the files:
  ros-vision-opencv_1.11.10+ds-1.dsc
  ros-vision-opencv_1.11.10+ds.orig.tar.gz
  ros-vision-opencv_1.11.10+ds-1.debian.tar.xz
  cl-opencv-apps_1.11.10+ds-1_all.deb
  libcv-bridge-dev_1.11.10+ds-1_amd64.deb
  libcv-bridge0d-dbgsym_1.11.10+ds-1_amd64.deb
  libcv-bridge0d_1.11.10+ds-1_amd64.deb
  libimage-geometry-dev_1.11.10+ds-1_amd64.deb
  libimage-geometry0d-dbgsym_1.11.10+ds-1_amd64.deb
  libimage-geometry0d_1.11.10+ds-1_amd64.deb
  libopencv-apps-dev_1.11.10+ds-1_amd64.deb
  libopencv-apps0d-dbgsym_1.11.10+ds-1_amd64.deb
  libopencv-apps0d_1.11.10+ds-1_amd64.deb
  python-cv-bridge-dbgsym_1.11.10+ds-1_amd64.deb
  python-cv-bridge_1.11.10+ds-1_amd64.deb
  python-image-geometry_1.11.10+ds-1_all.deb
  python-opencv-apps_1.11.10+ds-1_all.deb

Greetings,

Your Debian queue daemon (running on host coccia.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

Processing of ros-vision-opencv_1.11.10+ds-1_amd64.changes

[Debian FTP Masters]

ros-vision-opencv_1.11.10+ds-1_amd64.changes uploaded successfully to localhost
along with the files:
  ros-vision-opencv_1.11.10+ds-1.dsc
  ros-vision-opencv_1.11.10+ds.orig.tar.gz
  ros-vision-opencv_1.11.10+ds-1.debian.tar.xz
  cl-opencv-apps_1.11.10+ds-1_all.deb
  libcv-bridge-dev_1.11.10+ds-1_amd64.deb
  libcv-bridge0d-dbgsym_1.11.10+ds-1_amd64.deb
  libcv-bridge0d_1.11.10+ds-1_amd64.deb
  libimage-geometry-dev_1.11.10+ds-1_amd64.deb
  libimage-geometry0d-dbgsym_1.11.10+ds-1_amd64.deb
  libimage-geometry0d_1.11.10+ds-1_amd64.deb
  libopencv-apps-dev_1.11.10+ds-1_amd64.deb
  libopencv-apps0d-dbgsym_1.11.10+ds-1_amd64.deb
  libopencv-apps0d_1.11.10+ds-1_amd64.deb
  python-cv-bridge-dbgsym_1.11.10+ds-1_amd64.deb
  python-cv-bridge_1.11.10+ds-1_amd64.deb
  python-image-geometry_1.11.10+ds-1_all.deb
  python-opencv-apps_1.11.10+ds-1_all.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

Processing of suitesparse_4.4.6-1_amd64.changes

[Debian FTP Masters]

suitesparse_4.4.6-1_amd64.changes uploaded successfully to localhost
along with the files:
  suitesparse_4.4.6-1.dsc
  suitesparse_4.4.6.orig.tar.gz
  suitesparse_4.4.6-1.debian.tar.xz
  libamd2.4.1-dbgsym_4.4.6-1_amd64.deb
  libamd2.4.1_4.4.6-1_amd64.deb
  libbtf1.2.1-dbgsym_4.4.6-1_amd64.deb
  libbtf1.2.1_4.4.6-1_amd64.deb
  libcamd2.4.1-dbgsym_4.4.6-1_amd64.deb
  libcamd2.4.1_4.4.6-1_amd64.deb
  libccolamd2.9.1-dbgsym_4.4.6-1_amd64.deb
  libccolamd2.9.1_4.4.6-1_amd64.deb
  libcholmod3.0.6-dbgsym_4.4.6-1_amd64.deb
  libcholmod3.0.6_4.4.6-1_amd64.deb
  libcolamd2.9.1-dbgsym_4.4.6-1_amd64.deb
  libcolamd2.9.1_4.4.6-1_amd64.deb
  libcsparse3.1.4-dbgsym_4.4.6-1_amd64.deb
  libcsparse3.1.4_4.4.6-1_amd64.deb
  libcxsparse3.1.4-dbgsym_4.4.6-1_amd64.deb
  libcxsparse3.1.4_4.4.6-1_amd64.deb
  libklu1.3.3-dbgsym_4.4.6-1_amd64.deb
  libklu1.3.3_4.4.6-1_amd64.deb
  libldl2.2.1-dbgsym_4.4.6-1_amd64.deb
  libldl2.2.1_4.4.6-1_amd64.deb
  libspqr2.0.2-dbgsym_4.4.6-1_amd64.deb
  libspqr2.0.2_4.4.6-1_amd64.deb
  libsuitesparse-dev_4.4.6-1_amd64.deb
  libsuitesparse-doc_4.4.6-1_all.deb
  libsuitesparseconfig4.4.6-dbgsym_4.4.6-1_amd64.deb
  libsuitesparseconfig4.4.6_4.4.6-1_amd64.deb
  libumfpack5.7.1-dbgsym_4.4.6-1_amd64.deb
  libumfpack5.7.1_4.4.6-1_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#811529: astk: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: astk
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


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

Kredit @1.1%

[Global Cash Access]

--
Grüße,
  
   Haben Sie eine finanzielle Unterstützung (Darlehen) benötigen?
Ob es sich um persönliche oder Unternehmens-oder Business-Darlehen, 
sprechen Sie mit uns auf Global Cash Access, werden wir Ihre 
finanziellen Probleme zu lösen.


Unsere Zinssatz beträgt 1.1% jährlich, Bitte bewerben Sie sich jetzt und 
füllen Sie die Anwendungsdetails im Handumdrehen:


Vollständiger Name:
Darlehensbetrag:
Dauer der Ausleihe:
Zweck des Darlehens:
Telefon:

Wir warten auf Ihre Anwendung, so dass Ihre Kreditanfrage bearbeitet 
werden kann.


Freundliche Grüße

--
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#811763: clipper: FTBFS with GCC 6: narrowing conversion

[Martin Michlmayr]

Package: clipper
Version: 2.1.20130601-2
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-narrowing

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

You may be able to find out more about this issue at
https://gcc.gnu.org/gcc-6/changes.html

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -Wdate-time 
> -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -c spacegroup_data.cpp  -fPIC -DPIC -o 
> .libs/libclipper_core_la-spacegroup_data.o
> spacegroup_data.cpp:198:1: error: narrowing conversion of '2610067359u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
>  };
>  ^
> 
> spacegroup_data.cpp:198:1: error: narrowing conversion of '2962048719u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '3813317101u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '3877911484u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '2287542463u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '3917543540u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '4258748853u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '4067859496u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '3444278312u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '2614353140u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '3651312556u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '3484884337u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '2324054638u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '4148985731u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '3933373658u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '2979257203u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '4231977723u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '3591180704u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '4157935919u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '4223201675u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '2748618130u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
> spacegroup_data.cpp:198:1: error: narrowing conversion of '3102871870u' from 
> 'unsigned int' to 'int' inside { } [-Wnarrowing]
...

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

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

mathgl 2.3.3+svn1216-1 MIGRATED to testing

[Debian testing watch]

FYI: The status of the mathgl source package
in Debian's testing distribution has changed.

  Previous version: (not in testing)
  Current version:  2.3.3+svn1216-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

qcustomplot 1.3.2+dfsg1-1 MIGRATED to testing

[Debian testing watch]

FYI: The status of the qcustomplot source package
in Debian's testing distribution has changed.

  Previous version: 1.3.1+dfsg1-1
  Current version:  1.3.2+dfsg1-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

ros-navigation-msgs 1.13.0-1 MIGRATED to testing

[Debian testing watch]

FYI: The status of the ros-navigation-msgs source package
in Debian's testing distribution has changed.

  Previous version: (not in testing)
  Current version:  1.13.0-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

suitesparse_4.4.6-1_amd64.changes is NEW

[Debian FTP Masters]

binary:libspqr2.0.2 is NEW.
binary:libsuitesparseconfig4.4.6 is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will receive an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html

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

ignition-transport 0.9.0-3 MIGRATED to testing

[Debian testing watch]

FYI: The status of the ignition-transport source package
in Debian's testing distribution has changed.

  Previous version: 0.8.1+dfsg1-1
  Current version:  0.9.0-3

-- 
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

roboptim-core REMOVED from testing

[Debian testing watch]

FYI: The status of the roboptim-core source package
in Debian's testing distribution has changed.

  Previous version: 2.0-7.1
  Current version:  (not in testing)
  Hint: 
Bug #808455: roboptim-core: FTBFS: dh_install: 
libroboptim-core2-plugin-base missing files (usr/lib/*/roboptim-core/*.so.2*), 
aborting

The script that generates this mail tries to extract removal
reasons from comments in the britney hint files. Those comments
were not originally meant to be machine readable, so if the
reason for removing your package seems to be nonsense, it is
probably the reporting script that got confused. Please check the
actual hints file before you complain about meaningless removals.

-- 
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#810990: libxmlrpcpp-dev: /usr/include/base64.h already shipped by heimdal-dev

[Jelmer Vernooij]

On Tue, Jan 19, 2016 at 09:38:35AM +0100, Jochen Sprickerhof wrote:
> Hi,
> 
> I've pushed changes to libxmlrpcpp-dev to move the base64.h to
> /usr/include/xmlrpcpp [1]. Would it be ok if I reassign this to
> libxmlrpcpp-dev and close it, or should we split it, to leave one open
> for heimdal-dev?
> 
> * Wookey  [2016-01-16 03:26]:
> > Debian now has this xmplrpc c++ implementation: 
> > https://tracker.debian.org/pkg/xmlrpc-c
> > maybe ros-ros-comm could just use that? I've not looked to see how well the 
> > APIs match up. 
> 
> ROS upstream is currently working on ROS2, replacing most of the core
> system, so I hope this gets resolved with that.

Heimdal already ships a package (heimdal-multidev) that moves these files into
/usr/include/heimdal. 

heimdal-dev currently merely ships symlinks to these files in /usr/include
for backwards compatibility reasons. I'll see if we can remove the backwards
compatibility symlinks.

Cheers,

Jelmer

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