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

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

RE

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

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

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

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

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

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

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

Bug#811498: libconsole-bridge0.2v5: ABI bump without package rename

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

Bug#811498: libconsole-bridge0.2v5: ABI bump without package rename

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

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

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

Bug#811781: inventor: FTBFS with GCC 6: narrowing conversion

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

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

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

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

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.

Bug#811682: FTBFS with GCC 6: could not convert a from x to y

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

Bug#811761: cld2: FTBFS with GCC 6: narrowing conversion

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

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

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

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

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

Bug#811855: singular: FTBFS with GCC 6: no matching function for call to

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

Bug#811731: dx: FTBFS with GCC 6: narrowing conversion

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

Bug#811805: gfan: FTBFS with GCC 6: error: reference is ambiguous

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

Bug#811798: syfi: FTBFS with GCC 6: error: reference is ambiguous

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

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

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

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

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

Bug#811746: elmerfem: FTBFS with GCC 6: narrowing conversion

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

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

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

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

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

Bug#811842: mona: FTBFS with GCC 6: no match for

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

Bug#811878: opengm: FTBFS with GCC 6: no matching function for call to

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

Bug#811920: ompl: FTBFS with GCC 6: use of deleted function

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

Bug#811986: qwtplot3d: FTBFS with GCC 6: symbol changes

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

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

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

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

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

Bug#811990: linbox: FTBFS with GCC 6: call overloaded is ambiguous

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

Bug#812004: libqglviewer: FTBFS with GCC 6: should have been declared inside

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

Bug#811973: ssm: FTBFS with GCC 6: symbol changes

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

Bug#812015: pcl: FTBFS with GCC 6: return-statement with a value

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

Bug#811498: libconsole-bridge0.2v5: ABI bump without package rename

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

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

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

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

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

Processing of suitesparse_4.4.6-1_amd64.changes

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

Bug#811529: astk: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

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

Kredit @1.1%

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

Bug#811763: clipper: FTBFS with GCC 6: narrowing conversion

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

mathgl 2.3.3+svn1216-1 MIGRATED to testing

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

qcustomplot 1.3.2+dfsg1-1 MIGRATED to testing

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

ros-navigation-msgs 1.13.0-1 MIGRATED to testing

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

suitesparse_4.4.6-1_amd64.changes is NEW

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

ignition-transport 0.9.0-3 MIGRATED to testing

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

roboptim-core REMOVED from testing

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:

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

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