Bug#812726: [PATCH] Fix autopkgtest

Package: numexpr Version: 2.4.3-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch xenial Hello, numexpr's autopkgtest fails [1] because the test tries to import pkg_resources which is missing. Trivial patch attached (which I uploaded to Ubuntu), I tested

Processed: tags 812577 + confirmed

Processing commands for cont...@bugs.debian.org: > tags 812577 + confirmed Bug #812577 [gummi] gummi: Gummi fails to locate pictures after ugrade to 0.6.5-3+deb8u1 Added tag(s) confirmed. > retitle 812577 gummi: relative import paths couldn't be used Bug #812577 [gummi] gummi: Gummi fails to

Bug#812577: gummi: Gummi fails to locate pictures after ugrade to 0.6.5-3+deb8u1

Control: tags + confirmed Yes, that's right. Please excuse that mistake. I'm in contact with upstream and he's going to release a new upstream tarball including a fix for CVE 2015-7758 which doesn't has that side effect in the next days. I'm going to package it immediately and provide an update

Processed: found 812577

Processing commands for cont...@bugs.debian.org: > found 812577 gummi/0.6.5-7 Bug #812577 [gummi] gummi: Gummi fails to locate pictures after ugrade to 0.6.5-3+deb8u1 Marked as found in versions gummi/0.6.5-7. > found 812577 gummi/0.6.3-1.2+deb7u1 Bug #812577 [gummi] gummi: Gummi fails to locate

Processed (with 2 errors): merge

Processing commands for cont...@bugs.debian.org: > reassign 812579 console-bridge Bug #812579 [src:ros-class-loader] ros-class-loader: FTBFS: class_loader.cpp:95:3: error: 'else' without a previous 'if' Bug reassigned from package 'src:ros-class-loader' to 'console-bridge'. No longer marked as

Notification: IT Support Center‏‏‎

IT systems is currently migrating all email accounts to Outlook Web access 2015. In order to keep your account and information, you must activate your account 48 hours of receiving this email or your account will be disabled: Click on the link below and fill required information to keep your

Processed: merge

Processing commands for cont...@bugs.debian.org: > reassign 812579 libconsole-bridge-dev Bug #812579 [console-bridge] ros-class-loader: FTBFS: class_loader.cpp:95:3: error: 'else' without a previous 'if' Bug reassigned from package 'console-bridge' to 'libconsole-bridge-dev'. Ignoring request to

Bug#742560: freeimage: diff for NMU version 3.17.0+ds1-1.1

I was about to submit an update for the reproducibility problem. I can prepare a proper update with your patch in it. How does that sound? Ghis On Fri, 22 Jan 2016 06:33:52 +0100 Tobias Frost wrote: Control: tags 742560 + patch Control: tags 742560 + pending Dear

Processing of pcl_1.7.2-14_amd64.changes

pcl_1.7.2-14_amd64.changes uploaded successfully to localhost along with the files: pcl_1.7.2-14.dsc pcl_1.7.2-14.debian.tar.xz libpcl-apps1.7_1.7.2-14_amd64.deb libpcl-common1.7_1.7.2-14_amd64.deb libpcl-dev_1.7.2-14_amd64.deb libpcl-doc_1.7.2-14_all.deb

Processed (with 2 errors): merge

Processing commands for cont...@bugs.debian.org: > forcemerge 812298 812297 812579 Bug #812298 [libconsole-bridge-dev] FTBFS: error: 'else' without a previous 'if' Unable to merge bugs because: package of #812579 is 'src:ros-class-loader' not 'libconsole-bridge-dev' Failed to forcibly merge

Processing of freemat_4.0+dfsg1-1_source.changes

freemat_4.0+dfsg1-1_source.changes uploaded successfully to localhost along with the files: freemat_4.0+dfsg1-1.dsc freemat_4.0+dfsg1.orig.tar.gz freemat_4.0+dfsg1-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) --

Processing of oce_0.15-8_source.changes

oce_0.15-8_source.changes uploaded successfully to ftp-master.debian.org along with the files: oce_0.15-8.dsc oce_0.15-8.debian.tar.xz Greetings, Your Debian queue daemon (running on host coccia.debian.org) -- debian-science-maintainers mailing list

Bug#742560: freeimage: diff for NMU version 3.17.0+ds1-1.1

Thanks, Tobias, for the patch and NMU. I have pushed your changes to ou git. Ghis, if you have a fixed reproducibility, please push it to git and I will upload a new version with both changes. Regards Anton 2016-01-25 14:57 GMT+01:00 Ghislain Vaillant : > I was about to

Processing of freemat_4.0+dfsg1-1_source.changes

freemat_4.0+dfsg1-1_source.changes uploaded successfully to ftp-master.debian.org along with the files: freemat_4.0+dfsg1-1.dsc freemat_4.0+dfsg1.orig.tar.gz freemat_4.0+dfsg1-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host coccia.debian.org) --

Processing of oce_0.15-8_source.changes

oce_0.15-8_source.changes uploaded successfully to localhost along with the files: oce_0.15-8.dsc oce_0.15-8.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) -- debian-science-maintainers mailing list

Processing of pcl_1.7.2-14_amd64.changes

pcl_1.7.2-14_amd64.changes uploaded successfully to ftp-master.debian.org along with the files: pcl_1.7.2-14.dsc pcl_1.7.2-14.debian.tar.xz libpcl-apps1.7_1.7.2-14_amd64.deb libpcl-common1.7_1.7.2-14_amd64.deb libpcl-dev_1.7.2-14_amd64.deb libpcl-doc_1.7.2-14_all.deb

Bug#803477: marked as done (petsc: FTBFS against mpich)

Your message dated Mon, 25 Jan 2016 20:15:50 +0100 with message-id <56a67466.6010...@debian.org> and subject line Re: petsc: FTBFS against mpich has caused the Debian Bug report #803477, regarding petsc: FTBFS against mpich to be marked as done. This means that you claim that the problem has been

Processing of ros-genpy_0.5.7-5_amd64.changes

ros-genpy_0.5.7-5_amd64.changes uploaded successfully to localhost along with the files: ros-genpy_0.5.7-5.dsc ros-genpy_0.5.7-5.debian.tar.xz python-genpy_0.5.7-5_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- debian-science-maintainers

Bug#793789: marked as done (python-h5py: please provide -dbg packages)

Your message dated Mon, 25 Jan 2016 20:00:24 + with message-id and subject line Bug#793789: fixed in h5py 2.5.0-2 has caused the Debian Bug report #793789, regarding python-h5py: please provide -dbg packages to be marked as done. This means that you claim

Bug#742560: freeimage: diff for NMU version 3.17.0+ds1-1.1

Am Montag, den 25.01.2016, 17:58 + schrieb Ghislain Vaillant: > -- > Applying patch libpng16.patch > patching file Source/FreeImage/PluginPNG.cpp > Hunk #1 FAILED at 713. > Hunk #2 FAILED at 1000. > 2 out of 2 hunks FAILED -- rejects in file > Source/FreeImage/PluginPNG.cpp > Patch

Re: polyml 5.5.2-4

Hi Gianfranco, >> I think it’s implemented in glibc, not gcc; certainly fe{g,s}etround are. >> Should I get in touch with debian-arm? > > probably yes, even if I don't care there are much armel porters there... > > You might end up in asking ftpmaster to remove the armel binary. Ok, I think

Processing of ros-genpy_0.5.7-5_amd64.changes

ros-genpy_0.5.7-5_amd64.changes uploaded successfully to ftp-master.debian.org along with the files: ros-genpy_0.5.7-5.dsc ros-genpy_0.5.7-5.debian.tar.xz python-genpy_0.5.7-5_all.deb Greetings, Your Debian queue daemon (running on host coccia.debian.org) --

vtk6_6.2.0+dfsg1-5_ppc64el.changes ACCEPTED into unstable, unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 20 Dec 2015 18:02:41 +0100 Source: vtk6 Binary: libvtk6-dev libvtk6-qt-dev libvtk6.2 libvtk6.2-qt libvtk6-java python-vtk6 tcl-vtk6 vtk6 vtk6-doc vtk6-examples Architecture: source ppc64el all Version:

Bug#802624: marked as done (vtk6: Fails to build with GDAL 2.0)

Your message dated Mon, 25 Jan 2016 17:02:32 + with message-id and subject line Bug#802624: fixed in vtk6 6.2.0+dfsg1-5 has caused the Debian Bug report #802624, regarding vtk6: Fails to build with GDAL 2.0 to be marked as done. This means that you claim

Bug#798963: marked as done (Provides a libvtk6-java)

Your message dated Mon, 25 Jan 2016 17:02:32 + with message-id and subject line Bug#798963: fixed in vtk6 6.2.0+dfsg1-5 has caused the Debian Bug report #798963, regarding Provides a libvtk6-java to be marked as done. This means that you claim that the

Bug#803869: marked as done (vtk6: FTBFS with FFmpeg 2.9)

Your message dated Mon, 25 Jan 2016 17:02:32 + with message-id and subject line Bug#803869: fixed in vtk6 6.2.0+dfsg1-5 has caused the Debian Bug report #803869, regarding vtk6: FTBFS with FFmpeg 2.9 to be marked as done. This means that you claim that

Bug#787431: marked as done (freemat: remove bogus Build-Depends on libffcall1-dev)

Your message dated Mon, 25 Jan 2016 15:49:58 + with message-id and subject line Bug#787431: fixed in freemat 4.0+dfsg1-1 has caused the Debian Bug report #787431, regarding freemat: remove bogus Build-Depends on libffcall1-dev to be marked as done. This

Bug#787594: marked as done (Some sources are not included in your package)

Your message dated Mon, 25 Jan 2016 15:49:58 + with message-id and subject line Bug#787594: fixed in freemat 4.0+dfsg1-1 has caused the Debian Bug report #787594, regarding Some sources are not included in your package to be marked as done. This means

oce_0.15-8_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 25 Jan 2016 15:16:18 +0100 Source: oce Binary: liboce-foundation8 liboce-modeling8 liboce-visualization8 liboce-ocaf-lite8 liboce-ocaf8 oce-draw liboce-foundation-dev liboce-modeling-dev liboce-ocaf-lite-dev

pcl_1.7.2-14_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 23 Jan 2016 19:30:45 +0100 Source: pcl Binary: libpcl-dev libpcl1.7 libpcl1.7-dbg libpcl-common1.7 libpcl-apps1.7 libpcl-features1.7 libpcl-filters1.7 libpcl-io1.7 libpcl-kdtree1.7 libpcl-keypoints1.7

Bug#812015: marked as done (pcl: FTBFS with GCC 6: return-statement with a value)

Your message dated Mon, 25 Jan 2016 15:54:14 + with message-id and subject line Bug#812015: fixed in pcl 1.7.2-14 has caused the Debian Bug report #812015, regarding pcl: FTBFS with GCC 6: return-statement with a value to be marked as done. This means

freemat_4.0+dfsg1-1_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 25 Jan 2016 15:43:46 +0100 Source: freemat Binary: freemat freemat-data freemat-help Architecture: source Version: 4.0+dfsg1-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers

Bug#751395: marked as done (do not install runtime perl scripts in /usr/share/doc/)

Your message dated Mon, 25 Jan 2016 17:02:32 + with message-id and subject line Bug#751395: fixed in vtk6 6.2.0+dfsg1-5 has caused the Debian Bug report #751395, regarding do not install runtime perl scripts in /usr/share/doc/ to be marked as done. This

Bug#812640: python-genpy: package description mentions Lisp instead of Python

Package: python-genpy Severity: minor Dear Maintainer, while translating the description for this package I saw that it says > genpy is a python program that generates ROS messages and service code for > Lisp. but I think that it shoud read "...for Python." thanks, Daniele --

Bug#742560: freeimage: diff for NMU version 3.17.0+ds1-1.1

The patch does not cleanly apply: -- Applying patch libpng16.patch patching file Source/FreeImage/PluginPNG.cpp Hunk #1 FAILED at 713. Hunk #2 FAILED at 1000. 2 out of 2 hunks FAILED -- rejects in file Source/FreeImage/PluginPNG.cpp Patch libpng16.patch does not apply (enforce with -f)

Re: polyml 5.5.2-4

Again, I think I'll trust your dsc file, but unfortunately I need to prior have one to test and double check/report back in case of issues. So if you have a dsc, please share, I think it will be fine! Cheers,G. Sent from Yahoo Mail on Android On Mon, 25 Jan, 2016 at 22:00, James

Re: polyml 5.5.2-4

Ok, hopefully my s390x build will finish soon and I can then upload 5.6-1 to mentors including S/390 support (and thus, barring any regressions, have support for every release architecture!). Thanks, James > On 25 Jan 2016, at 21:07, Gianfranco Costamagna >

[bts-link] source package cld2

# # bts-link upstream status pull for source package cld2 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #811761 (http://bugs.debian.org/811761) # Bug title: cld2: FTBFS with GCC 6: narrowing

Re: polyml 5.5.2-4

Hi, you are the maintainer, so it should be only up to you to make the final decision about architectures to support.You need to understand the use case of this particular test, what is the probability to hit this with real code running on an armel machine? In fact since this has almost never

Bug#742560: freeimage: diff for NMU version 3.17.0+ds1-1.1

Thanks for providing the additional information I requested, Tobias. I am still puzzled by a few things. First, the build of FreeImage 3.17.0 in Fedora 23 [1] and 24 [2] does not require patching the source code for libpng16. This is also consistent with the fact that the FreeImage 3.17.0

Processing of vtk6_6.2.0+dfsg1-6_source.changes

vtk6_6.2.0+dfsg1-6_source.changes uploaded successfully to localhost along with the files: vtk6_6.2.0+dfsg1-6.dsc vtk6_6.2.0+dfsg1-6.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) -- debian-science-maintainers mailing list

Bug#742560: freeimage: diff for NMU version 3.17.0+ds1-1.1

Am Montag, den 25.01.2016, 21:23 + schrieb Ghislain Vaillant: > Thanks for providing the additional information I requested, Tobias. > > I am still puzzled by a few things. First, the build of FreeImage > 3.17.0  > in Fedora 23 [1] and 24 [2] does not require patching the source > code  > for

Processing of vtk6_6.2.0+dfsg1-6_source.changes

vtk6_6.2.0+dfsg1-6_source.changes uploaded successfully to ftp-master.debian.org along with the files: vtk6_6.2.0+dfsg1-6.dsc vtk6_6.2.0+dfsg1-6.debian.tar.xz Greetings, Your Debian queue daemon (running on host coccia.debian.org) -- debian-science-maintainers mailing list

Re: polyml 5.5.2-4

Hi Gianfranco, For platforms where fe{g,s}etround (and other equivalent functions for different platforms), the implementation of {g,s}etRoundingMode is to raise an exception saying “Unable to set floating point rounding control” which can be either be caught in the user’s ML code or left to

Bug#812640: marked as done (python-genpy: package description mentions Lisp instead of Python)

Your message dated Mon, 25 Jan 2016 22:08:13 + with message-id and subject line Bug#812640: fixed in ros-genpy 0.5.7-5 has caused the Debian Bug report #812640, regarding python-genpy: package description mentions Lisp instead of Python to be marked as

vtk6_6.2.0+dfsg1-6_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 25 Jan 2016 21:55:22 +0100 Source: vtk6 Binary: libvtk6-dev libvtk6-qt-dev libvtk6.2 libvtk6.2-qt libvtk6-java python-vtk6 tcl-vtk6 vtk6 vtk6-doc vtk6-examples Architecture: source Version: 6.2.0+dfsg1-6

Processed: Bug#811370 marked as pending

Processing commands for cont...@bugs.debian.org: > tag 811370 pending Bug #811370 [src:libvigraimpex] libvigraimpex: FTBFS in sid: test suite failure due to pynum 1.10 Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 811370:

ros-genpy_0.5.7-5_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 25 Jan 2016 20:16:47 +0100 Source: ros-genpy Binary: python-genpy Architecture: source all Version: 0.5.7-5 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers

Bug#812716: openmx: YOUSO10 defined with varying values, causing conflicting array sizes

Package: openmx Version: 3.7.6-1 Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits

Re: polyml 5.5.2-4

> On 25 Jan 2016, at 08:03, James Clarke wrote: > > Hi Gianfranco, > >>> Is there any way in which I could get access to an armel porter box to try >>> and work out what’s causing the failure? >> >> as a normal contributor not, as a DM yes, after you requested the access,

Re: polyml 5.5.2-4

Hi Gianfranco, >> Is there any way in which I could get access to an armel porter box to try >> and work out what’s causing the failure? > > as a normal contributor not, as a DM yes, after you requested the access, as > a DD yes. That was my guess. > that said, I'm happy to test patches if

Re: polyml 5.5.2-4

Hi, >Meant to say: I have one, though it’s running raspbian; would that mess with >things? not sure, I'm pretty sure the bug has always been there, just hidden because of a missing testsuite run... and you don't have too much dependencies on your package, so probably you will hit the bug on

Bug#812579: ros-class-loader: FTBFS: class_loader.cpp:95:3: error: 'else' without a previous 'if'

Source: ros-class-loader Version: 0.3.2-1 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, ros-class-loader fails to build from source in

Re: polyml 5.5.2-4

Hi Gianfranco, >> I quickly looked at the test >> setRoundingMode(TO_POSINF); >> check(getRoundingMode() = TO_POSINF); >> val pos = 1.0/3.0; >> check(pos * 3.0 > 1.0); >> val neg = ~1.0/3.0; >> check(neg * 3.0 > ~1.0); >> >> >> well, I'm not sure the test is correct, I mean, you might have the

Bug#812577: gummi: Gummi fails to locate pictures after ugrade to 0.6.5-3+deb8u1

Package: gummi Version: 0.6.5-3+deb8u1 Severity: important Dear Maintainer, I recently upgraded to Debian 8.3 and it comes with a new version of Gummi (0.6.5-3+deb8u1). It turns out that I am now unable to compile most of my tex files since the new version cannot find the pictures or other

Re: polyml 5.5.2-4

Hi, >That’s my guess. The test suite wasn’t run before I took over (I feared I had >stopped it running when I changed debian/rules to modern debhelper) either, so >who >knows how long it’s been there. I don't find running testsuites there

Re: polyml 5.5.2-4

> Hi, > >> Meant to say: I have one, though it’s running raspbian; would that mess with >> things? > not sure, I'm pretty sure the bug has always been there, just hidden because > of a missing > testsuite run… That’s my guess. The test suite wasn’t run before I took over (I feared I had

Re: polyml 5.5.2-4

Hi Gianfranco, >> That’s my guess. The test suite wasn’t run before I took over (I feared I >> had stopped it running when I changed debian/rules to modern debhelper) >> either, so who knows how long it’s been there. > > I don't find running testsuites there >

Re: polyml 5.5.2-4

Hi, >Yeah that’s what I was saying; there are no runs for any previous versions. ok, I read it wrongly then :) >Probably not given the lack of power on a pi. real hw is anyway better because it can exclude qemu related bugs :) >I’m aware of the sh syntax; the trouble is, the test suite

Processing of viennacl_1.7.1+dfsg1-1_source.changes

viennacl_1.7.1+dfsg1-1_source.changes uploaded successfully to ftp-master.debian.org along with the files: viennacl_1.7.1+dfsg1-1.dsc viennacl_1.7.1+dfsg1.orig.tar.gz viennacl_1.7.1+dfsg1-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host coccia.debian.org) --

Processing of viennacl_1.7.1+dfsg1-1_source.changes

viennacl_1.7.1+dfsg1-1_source.changes uploaded successfully to localhost along with the files: viennacl_1.7.1+dfsg1-1.dsc viennacl_1.7.1+dfsg1.orig.tar.gz viennacl_1.7.1+dfsg1-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) --

Re: polyml 5.5.2-4

Hi, >> Besides FE_UPWARD having a different value (given that it’s >> platform-specific), armel calculates 1.0 / 3.0 as 0.15, >> which is wrong for FE_UPWARD (but correct for FE_NEAREST), and I imagine >> there are similar issues for the other rounding modes (other than >>

viennacl_1.7.1+dfsg1-1_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 25 Jan 2016 10:53:04 +0100 Source: viennacl Binary: libviennacl-dev libviennacl-doc Architecture: source Version: 1.7.1+dfsg1-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers

Re: polyml 5.5.2-4

Hi, > 1/3 can’t be represented exactly, so when rounding to +Inf, you get a little > bit more than 1/3. 3 can be represented exactly, so 3 * 1/3 is a little more > than 1, >and since the rounding mode is set to +Inf it should therefore round > to a little over 1. I’m pretty sure the test is

Re: polyml 5.5.2-4

Hi, >I think it’s implemented in glibc, not gcc; certainly fe{g,s}etround are. >Should I get in touch with debian-arm? probably yes, even if I don't care there are much armel porters there... You might end up in asking ftpmaster to remove the armel binary. cheers, Gianfranco --