fpga-icestorm_0~20151006git103e6fd-1_amd64.changes is NEW

2015-11-22 Thread Debian FTP Masters
binary:fpga-icestorm is NEW. binary:fpga-icestorm-chipdb is NEW. source:fpga-icestorm 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 pleas

Processing of fpga-icestorm_0~20151006git103e6fd-1_amd64.changes

2015-11-22 Thread Debian FTP Masters
fpga-icestorm_0~20151006git103e6fd-1_amd64.changes uploaded successfully to localhost along with the files: fpga-icestorm_0~20151006git103e6fd-1.dsc fpga-icestorm_0~20151006git103e6fd.orig.tar.gz fpga-icestorm_0~20151006git103e6fd-1.debian.tar.xz fpga-icestorm-chipdb_0~20151006git103e6fd-1

Processed: Blocking bugs for transition to GSL 2

2015-11-22 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > #804246 transition: gsl > #805740 3dldf: Update build dependencies for GSL 2 > #805746 aghermann: Fails to build with GSL 2 > #805748 amide: Fails to build with GSL 2 > #805749 asymptote: Fails to build with GSL 2 > #805794 gbutils: Fails to build

ros-cmake-modules_0.4.0-2_amd64.changes is NEW

2015-11-22 Thread Debian FTP Masters
binary:ros-cmake-modules is NEW. source:ros-cmake-modules 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

Bug#805844: herwig++: Fails to build with GSL 2

2015-11-22 Thread Bas Couwenberg
Source: herwig++ Version: 2.6.0-1 Severity: important Tags: upstream Dear Maintainer, Your package fails to build with GSL 2: checking for gsl location... not found configure: error: Can't find /usr/lib/libgsl.a or the headers in /usr/include This needs to be fixed for the ongoing gsl transit

Processing of ros-cmake-modules_0.4.0-2_amd64.changes

2015-11-22 Thread Debian FTP Masters
ros-cmake-modules_0.4.0-2_amd64.changes uploaded successfully to localhost along with the files: ros-cmake-modules_0.4.0-2.dsc ros-cmake-modules_0.4.0.orig.tar.gz ros-cmake-modules_0.4.0-2.debian.tar.xz ros-cmake-modules_0.4.0-2_all.deb Greetings, Your Debian queue daemon (running

ros-cmake-modules_0.4.0-2_amd64.changes REJECTED

2015-11-22 Thread Debian FTP Masters
ros-cmake-modules_0.4.0-2.dsc: Refers to non-existing file 'ros-cmake-modules_0.4.0.orig.tar.gz' Perhaps you need to include the file in your upload? === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our

Processing of ros-cmake-modules_0.4.0-2_amd64.changes

2015-11-22 Thread Debian FTP Masters
ros-cmake-modules_0.4.0-2_amd64.changes uploaded successfully to localhost along with the files: ros-cmake-modules_0.4.0-2.dsc ros-cmake-modules_0.4.0-2.debian.tar.xz ros-cmake-modules_0.4.0-2_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- debia

Bug#805829: r-cran-gsl: Fails to build with GSL 2

2015-11-22 Thread Bas Couwenberg
Source: r-cran-gsl Version: 1.9-10-1 Severity: important Tags: upstream Dear Maintainer, Your package fails to build with GSL 2: configure: error: Need GSL version >= 1.12 ERROR: configuration failed for package 'gsl' This needs to be fixed for the ongoing gsl transition (#804246). The full

Processed: texmaker: diff for NMU version 4.4.1-1.1

2015-11-22 Thread Debian Bug Tracking System
Processing control commands: > tags 803755 + patch Bug #803755 [src:texmaker] texmaker: FTBFS: error: variable 'QDataStream ds' has initializer but incomplete type Added tag(s) patch. > tags 803755 + pending Bug #803755 [src:texmaker] texmaker: FTBFS: error: variable 'QDataStream ds' has initial

Bug#803755: texmaker: diff for NMU version 4.4.1-1.1

2015-11-22 Thread Andreas Bombe
Control: tags 803755 + patch Control: tags 803755 + pending Dear maintainers, I've prepared an NMU for texmaker (versioned as 4.4.1-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -Nru texmaker-4.4.1/debian/changelog texmaker-4.4.1/debian

Processing of texmaker_4.4.1-1.1_amd64.changes

2015-11-22 Thread Debian FTP Masters
texmaker_4.4.1-1.1_amd64.changes uploaded successfully to localhost along with the files: texmaker_4.4.1-1.1.dsc texmaker_4.4.1-1.1.debian.tar.xz texmaker-data_4.4.1-1.1_all.deb texmaker_4.4.1-1.1_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -

sympy 0.7.6-4 MIGRATED to testing

2015-11-22 Thread Debian testing watch
FYI: The status of the sympy source package in Debian's testing distribution has changed. Previous version: 0.7.6-3 Current version: 0.7.6-4 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive l

ros-catkin 0.6.16-2 MIGRATED to testing

2015-11-22 Thread Debian testing watch
FYI: The status of the ros-catkin source package in Debian's testing distribution has changed. Previous version: 0.6.15-1 Current version: 0.6.16-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will re

ssm 1.3-2.1 MIGRATED to testing

2015-11-22 Thread Debian testing watch
FYI: The status of the ssm source package in Debian's testing distribution has changed. Previous version: 1.3-2 Current version: 1.3-2.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

simbody 3.5.3+dfsg-1 MIGRATED to testing

2015-11-22 Thread Debian testing watch
FYI: The status of the simbody source package in Debian's testing distribution has changed. Previous version: 3.5.1+dfsg-1.1 Current version: 3.5.3+dfsg-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you

ros-cmake-modules_0.4.0-1_amd64.changes REJECTED

2015-11-22 Thread Thorsten Alteholz
Hi everybody, as cmake-modules is a rather common name, I would suggest to also rename the binary package to ros-cmake-modules. Thanks! Thorsten === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our co

ros-rospack_2.2.5-1_amd64.changes REJECTED

2015-11-22 Thread Thorsten Alteholz
Hi everybody, please take care of: E: librospack-dev: pkg-config-multi-arch-wrong-dir usr/lib/pkgconfig/rospack.pc full text contains architecture specific dir x86_64-linux-gnu Thanks! Thorsten === Please feel free to respond to this email if you don't understand why your files were reject

Bug#798003: freeimage: please change FreeImage.h encoding

2015-11-22 Thread Christophe Trophime
Christophe TROPHIME Research Engineer CNRS - LNCMI 25, rue des Martyrs BP 166 38042 GRENOBLE Cedex 9 FRANCE Tel : +33 (0)4 76 88 90 02 Fax : +33 (0) 4 76 88 10 01 Office U 19 M@il : christophe.troph...@lncmi.cnrs.fr - Original Message - > From: "Ghislain Vaillant" > To: 7

Bug#798003: freeimage: please change FreeImage.h encoding

2015-11-22 Thread Ghislain Vaillant
Hi Christophe, > could you please change the encoding on installed FreeImage.h header? > The actual encoding is no longer ASCII since you introduced a second > author "hervé". > This change may cause some packages to FTBS. You meant *upstream* introduced a second author, not us? I saw that Fe

Bug#728480: marked as done (ipe: calls gedit (hard-coded choice of text editor?))

2015-11-22 Thread Debian Bug Tracking System
Your message dated Sun, 22 Nov 2015 12:00:21 + with message-id and subject line Bug#728480: fixed in ipe 7.1.10-1 has caused the Debian Bug report #728480, regarding ipe: calls gedit (hard-coded choice of text editor?) to be marked as done. This means that you claim that the problem has been

ipe_7.1.10-1_amd64.changes ACCEPTED into unstable, unstable

2015-11-22 Thread Debian FTP Masters
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 21 Nov 2015 10:15:22 -0600 Source: ipe Binary: ipe libipe7.1.10 libipe-dev Architecture: source amd64 Version: 7.1.10-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Team Changed-By: Steve M.

Bug#804742: marked as done (FTBFS: failed to build on armel architecture: exception_ptr not supported)

2015-11-22 Thread Debian Bug Tracking System
Your message dated Sun, 22 Nov 2015 09:35:46 + with message-id and subject line Bug#804742: fixed in normaliz 3.0.0+ds-2 has caused the Debian Bug report #804742, regarding FTBFS: failed to build on armel architecture: exception_ptr not supported to be marked as done. This means that you cla

normaliz_3.0.0+ds-2_source.changes ACCEPTED into unstable

2015-11-22 Thread Debian FTP Masters
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 19 Nov 2015 05:14:41 + Source: normaliz Binary: normaliz libnormaliz0 libnormaliz0-dev libnormaliz0-dev-common normaliz-bin libnormaliz0-dbg normaliz-doc Architecture: source Version: 3.0.0+ds-2 Distribution:

Processing of normaliz_3.0.0+ds-2_source.changes

2015-11-22 Thread Debian FTP Masters
normaliz_3.0.0+ds-2_source.changes uploaded successfully to localhost along with the files: normaliz_3.0.0+ds-2.dsc normaliz_3.0.0+ds-2.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) -- debian-science-maintainers mailing list debian-science-mai

Processed: bug 802931 is forwarded to https://github.com/spyder-ide/spyder/issues/2793

2015-11-22 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > forwarded 802931 https://github.com/spyder-ide/spyder/issues/2793 Bug #802931 [spyder] [spyder] spyder console hangs on startup Changed Bug forwarded-to-address to 'https://github.com/spyder-ide/spyder/issues/2793' from 'https://github.com/spyde

Re: normaliz_3.0.0+ds-2_amd64.changes REJECTED

2015-11-22 Thread Andreas Tille
On Sun, Nov 22, 2015 at 06:04:23AM +0100, Jerome BENOIT wrote: > > I've just run your get-orig-source rule and ended up with a 3rd > > version of the orig.tar.xz. > > I guess re-compressing with uscan is not reproducible (yet?). > > It appeared that tar does not produced reproducible balls. That'