Bug#841956: nmu: boost1.61_1.61.0+dfsg-3

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Please rebuild boost1.61 against the pie-enabled compiler chain, to fix this FTBFS of psi4 package: [100%] Linking CXX executable

Bug#841954: chemps2: Please support building against HDF5 1.10

/debian/changelog 2016-09-09 15:49:00.0 +0200 +++ chemps2-1.8/debian/changelog 2016-10-18 23:48:20.0 +0200 @@ -1,3 +1,10 @@ +chemps2 (1.8-2.1) unstable; urgency=medium + + * Non-maintainer upload + * Update symbols file to support HDF5 1.10 + + -- Gilles Filippini <p...@debian.org>

Bug#841947: libboost-*1.61-dev: Please build static libs with -fPIC

Source: boost1.61 Version: 1.61.0+dfsg-3 Severity: serious Justification: make other packages FTBFS -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, When rebuilding the psi4 package on amd6', it FTBFS with: [100%] Linking CXX executable ../../../bin/psi4 cd /<>/builddir/src/bin/psi4 &&

Bug#841940: nmu: antlr_2.7.7+dfsg-7

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The antlr package currently in unstable isn't built with -fPIC, leading to FTFS for some of its reverse dependencies, such as nco:

Bug#841929: nmu: libctl_3.2.2-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, A rebuild of libctl seems sufficiant to fix #837568: > /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libctlgeom.a(geom.o): >

Bug#832634: sikuli-ide: new upstream version / upload of version 1.1.0 for unstable?

Hi, Michael Prokop a écrit le 28/07/2016 à 00:33 : > Package: sikuli-ide > Version: 1.1.0-1~exp3 > Severity: wishlist > > Hi, > > (Cc-ing intrigeri who kindly pointed me towards sikuli and it works > fine so far for us, thx!) > > In experimental I see sikuli version 1.1.0-1~exp3 dating back to

Bug#832035: libfast5-dev: wrong type for file_type_id in hdf5_tools.hpp - should be hid_t instead of int

+compatibility. + + -- Gilles Filippini <p...@debian.org> Thu, 21 Jul 2016 17:06:57 +0200 + fast5 (0~20150918-1) unstable; urgency=low * Initial release - upstream git revision 0639cc5 (Closes: #811460) diff -Nru fast5-0~20150918/debian/patches/fix-id-type.patch fast5-0~20150918/debian/p

Bug#826522: Set the plugin directory

Jerome BENOIT a écrit le 29/06/2016 à 08:32 : > Hi, > > On 29/06/16 07:16, PICCA Frederic-Emmanuel wrote: >>> I've juste uploaded release 1.10.0-patch1+docs-1~exp3 to experimental, >>> configured with: >>> --with-default-plugindir=/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/plugins > > >> Just for

Bug#826522: Set the plugin directory

Hi, Jérôme Kieffer a écrit le 28/06/2016 à 09:16 : > Dear HDF5 package maintainers, > > Currently the debian build system does not enforce the plugin directory > for HDF5 filters, defaulting to "/usr/local/hdf5/lib/plugin". I guess > Debian would prefer something like: > "/usr/share/hdf5/plugin"

Bug#826606: ITP: resweb -- web interface to pyres jobs

I originally needed to package resweb as a dependency of remotecv, but after working with the upstream, this dependency was removed.

Bug#827537: ITP: python-thumbor-community-core -- handles loading custom extensions to Thumbor

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: python-thumbor-community-core Version : 0.3.0 Upstream Author : Martin Samson and Hugo Briand * URL : https://github.com/thumbor-community/core * License : MIT L

Bug#825828: ITP: python-pinocchio -- set of extensions to the nose unit testing framework

I thought I needed this as a subdependency to package Thumbor (#723778), but this is actually not required, as it's only for running the tests a certain way that the debian build phase doesn't need.

Bug#825892: ITP: python-nose-pattern-exclude -- nose plugin for excluding directories and files from test discovery by paths and glob patterns

I thought I needed this as a subdependency to package Thumbor (#723778), but this is actually not required, as it's only for running the tests a certain way that the debian build phase doesn't need.

Bug#825826: ITP: python-nose-of-yeti -- nose plugin that provides an RSpec inspired dsl for python

I thought I needed this as a subdependency to package Thumbor (#723778), but this is actually not required, as it's only for running the tests a certain way that the debian build phase doesn't need.

Bug#825823: ITP: python-nose-focus -- decorators and nose plugin for focusing on particular tests when running nosetests

I thought I needed this as a subdependency to package Thumbor (#723778), but this is actually not required, as it's only for running the tests a certain way that the debian build phase doesn't need. On Mon, May 30, 2016 at 1:38 PM, Gilles Dubuc <gil...@wikimedia.org> wrote: > Pack

Bug#825827: ITP: python-should-dsl -- improve readability for should-style expectations

I thought I needed this as a subdependency to package Thumbor (#723778), but this is actually not required, as it's only for running the tests a certain way that the debian build phase doesn't need.

Bug#826601: ITP: itty -- the itty-bitty python web framework

/ba17ea3ee065b28ede21b6a87c8a4d1297f9455c On Mon, Jun 6, 2016 at 11:14 PM, Gilles Dubuc <gil...@wikimedia.org> wrote: > Package: wnpp > Severity: wishlist > Owner: Gilles Dubuc <gil...@wikimedia.org> > > * Package name: python-itty > Version : 0.8.2 > Upstr

Bug#826606: ITP: resweb -- web interface to pyres jobs

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: resweb Version : 0.1.7 Upstream Author : Matt George <mgeo...@gmail.com> * URL : https://github.com/binarydud/pyres * License : MIT License Programming

Bug#826601: ITP: itty -- the itty-bitty python web framework

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: python-itty Version : 0.8.2 Upstream Author : Daniel Lindsley <dan...@toastdriven.com> * URL : https://github.com/toastdriven/itty * License : BSD License

Bug#762892: switchsh: diff for NMU version 0~20070801-3.2

) + + -- Gilles Filippini <p...@debian.org> Wed, 25 May 2016 18:20:23 +0200 + switchsh (0~20070801-3.1) unstable; urgency=low * Non-maintainer upload. diff -u switchsh-0~20070801/debian/patches/series switchsh-0~20070801/debian/patches/series --- switchsh-0~20070801/debian/patches/

Bug#825899: ITP: pyssim -- tool and python module for computing the Structural Similarity Image Metric (SSIM)

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: pyssim Version : 0.2 Upstream Author : Antoine Vacavant, Christopher Godfrey, Jeff Terrace <jterr...@gmail.com> * URL : https://github.com/jterrace/pyss

Bug#825896: ITP: pyres -- a resque clone in python

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: pyres Version : 1.5 Upstream Author : Matt George <mgeo...@gmail.com> * URL : https://github.com/binarydud/pyres * License : MIT License Programming

Bug#825893: ITP: remotecv -- OpenCV server for facial and feature recognition

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: remotecv Version : 2.2.1 Upstream Author : globo.com <timeh...@corp.globo.com> * URL : https://github.com/thumbor/remotecv * License : MIT License Prog

Bug#825892: ITP: python-nose-pattern-exclude -- nose plugin for excluding directories and files from test discovery by paths and glob patterns

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: python-nose-pattern-exclude Version : 0.1.3 Upstream Author : Jakub Roztocil <ja...@roztocil.name> * URL : https://github.com/jkbrzt/nose-pattern-exclude * License

Bug#805071: salt-ssh: sal-ssh in sid does not work with a Wheezy target : no backports.ssl_match_hostname in the pushed bundle

Le 30/05/2016 à 16:37, Wolodja Wentland a écrit : Hi Gilles, we have just uploaded a new salt version to unstable and this bug should have been fixed a while ago. As outlined in [0] I had to perform some additional cleanup steps before I was able to use salt-ssh with squeeze and wheezy targets

Bug#825828: ITP: python-pinocchio -- set of extensions to the nose unit testing framework

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: python-pinocchio Version : 0.4.2 Upstream Author : C. Titus Brown and Michal Kwiatkowski <ti...@idyll.org,mic...@trivas.pl> * URL : https://github.com/mkwiatkows

Bug#825827: ITP: python-should-dsl -- improve readability for should-style expectations

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: python-should-dsl Version : 2.1.2 Upstream Author : Hugo Lopes Tavares <hlt...@gmail.com> * URL : https://github.com/nsi-iff/should-dsl * License :

Bug#825826: ITP: python-nose-of-yeti -- nose plugin that provides an RSpec inspired dsl for python

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: python-nose-of-yeti Version : 1.5.2 Upstream Author : Stephen Moore <delfick...@gmail.com> * URL : https://github.com/delfick/nose-of-yeti * License : GPL

Bug#825823: ITP: python-nose-focus -- decorators and nose plugin for focusing on particular tests when running nosetests

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: python-nose-focus Version : 0.1.2 Upstream Author : Stephen Moore <step...@delfick.com> * URL : https://github.com/delfick/nose-focus * License : WTFPL

Bug#825822: ITP: python-exam -- helpers for better testing

Package: wnpp Severity: wishlist Owner: Gilles Dubuc <gil...@wikimedia.org> * Package name: python-exam Version : 0.10.6 Upstream Author : Jeff Pollard <jeff.poll...@gmail.com> * URL : https://github.com/Fluxx/exam * License : MIT License Prog

Bug#762892: switchsh: Applies changes globally, at least with systemd

0~20070801/debian/changelog +++ switchsh-0~20070801/debian/changelog @@ -1,3 +1,11 @@ +switchsh (0~20070801-3.2) unstable; urgency=medium + + * Non-maintainer upload. + * Remount / with MS_SLAVE|MS_REC inside the CLONE_NEWNS namespace so +that the bind mount doesn't affect the entire system (close

Bug#824058: geg: piece of graph is missing for some functions

Package: geg Version: 2.0.6-1 Severity: normal Dear Maintainer, I tried to plot the function: f(x) = x * cos(x)^2 in the x range [-12, 12]. Let pi represents the Archimed's number : 3.14159… Some piece of the plot is missing between [-7*pi/2, -5*pi/2], [-3*pi/2, -pi/2], [pi/2, 3*pi/2],

Bug#818909: Segfaults caused by new DT_MIPS_RLD_MAP_REL tag and RPATH removers

Control: reopen -1 On Fri, 8 Apr 2016 13:34:04 +0200 Emilio Pozuelo Monfort wrote: > On Fri, 8 Apr 2016 12:16:47 +0200 Alastair McKinstry > wrote: > > > > >> OpenMPI maintainers (and anyone else affected): > > >> One possible workaround is to use

Bug#818909: libopenmpi-dev: [mips*] mpicc.openmpi unusable

Package: libopenmpi-dev Version: 1.10.2-11 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, hdf5 FTBFS on mips* [0][1][2] at the configure step of the openmpi build: mips: checking for mips-linux-gnu-gcc... mpicc.openmpi checking

Bug#818280: upgrade-reports: System is unusable after "aptitute safe-upgrade" [SOLVED]

he boot sequence could proceed normally. Why couldn't "systemd" figure out the problem? Regards, Gilles

Bug#818632: RM: sikuli/experimental -- ROM; superseded by sikulix

Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Please remove sikuli 1.0.1-2 from experimental. The project name was changed to sikulix with release 1.1.0 now in experimental. Thanks in advance, _g. -BEGIN PGP SIGNATURE- Version: GnuPG v1

Bug#818280: upgrade-reports: System is unusable after "aptitute safe-upgrade"

machine, without any warning that the init system was going to be completely different and no way to opt out before the damage (as I would see later) was done. Is there any option to get out of this situation, short of reinstalling the system? Regards, Gilles -- System Information: Debian Release:

Bug#814451: openmpi: stderr output is an error message

with no warning message if /sys/class/infiniband is empty, would that be helpful ? Cheers, Gilles

Bug#812573: nmu: libaec_0.3.2-1

On Mon, 25 Jan 2016 09:27:14 +0100 Gilles Filippini <p...@debian.org> wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > Hi, > > Despite successful buildlog [0], libaec binary packages are

Bug#812686: RM: navit-graphics-qt-qpainter -- NBS; ROM

Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package excluded from last upload because this plugin is unmaintained and barely usable. Thanks, _g. -BEGIN PGP SIGNATURE- Version: GnuPG v1

Bug#812573: nmu: libaec_0.3.2-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Despite successful buildlog [0], libaec binary packages are missing for arch x32. Please rebuild them. [0]

Bug#811093: hdf5: Please link against libaec-dev for libsz

Dirk Eddelbuettel a écrit le 19/01/2016 19:34 : > > On 19 January 2016 at 19:24, Gilles Filippini wrote: > | Dirk Eddelbuettel a écrit le 19/01/2016 13:46 : > | > > | > Hi Alastair, > | > > | > On 15 January 2016 at 15:24, Alastair McKinstry wrote: > | >

Bug#811093: hdf5: Please link against libaec-dev for libsz

Dirk Eddelbuettel a écrit le 19/01/2016 13:46 : > > Hi Alastair, > > On 15 January 2016 at 15:24, Alastair McKinstry wrote: > | Source: hdf5 > | Severity: normal > | > | libaec-dev has recently entered sid (and testing/backports). It is a free > implementation > | of the SZLIB compression

Bug#808479: Info received (Bug#808479: Acknowledgement (linux-image-4.3.0-1-amd64: Machine becomes unresponsive after about 10 hours: hard shutdown needed))

having performed any package update, so the likely cause is version 4.3 of the kernel.] Has the cause of that problem been identified? Thanks, Gilles

Bug#808936: libmpich-dev: miss /usr/bin/mpif90.mpich

Package: libmpich-dev Version: 3.2-1 Severity: grave Justification: renders package unusable Hi, With this last release libmpich-dev doesn't provide /usr/bin/mpif90.mpich anymore, causing FTBFSs (at least for hdf5). Thanks, _g. -- System Information: Debian Release: stretch/sid APT prefers

Bug#601135: Cannot be fixed without an example file

Hi Sebastian, Sebastian Leske a écrit le 08/12/2015 01:40 : > thanks for bringing up this bug report. > > Unfortunately, I think as it stands this bug will need to be closed as > unreproducible. > Without having the file the bug reporter used, it's next to impossible > to tell what the problem

Bug#808555: Acknowledgement (xserver-xorg-video-intel: [i915] DRM-related call crashes the xserver)

Hi. I'd like to add that the crash occurs with the "unstable" distribution too (but "reportbug" aborted the report because a newer version was available from "experimental"). Regards, Gilles

Bug#808555: xserver-xorg-video-intel: [i915] DRM-related call crashes the xserver

h # /etc/init.d/wdm restart Is this a known problem? Currently, my machine is mostly unusable with the i915 driver (no hardware acceleration with kernel < 4.3, no graphical desktop with kernel = 4.3). Would you recommend that I forego using the onboard graphics? Thanks, Gilles -- Package-sp

Bug#808479: linux-image-4.3.0-1-amd64: Machine becomes unresponsive after about 10 hours: hard shutdown needed

S 0.3 0.1 0:38.13 kdm_greet 3310 eran 20 0 494492 28848 22320 S 0.3 0.4 1:00.13 konsole 1 root 20 0 15704572548 S 0.0 0.0 0:00.75 init ---CUT--- Thanks, Gilles -- Package-specific info: ** Version: Linux version 4.3.0-1-amd64 (debian-ker...@lis

Bug#808341: plasma-workspace: ksmserver uses 100% CPU

Package: plasma-workspace Version: 4:5.4.3-1 Severity: normal Dear Maintainer, After killing the "startkde" script of an unresponsive KDE session, a process "ksmserver" remains that uses 100% CPU. Thanks, Gilles -- System Information: Debian Release: stretch/sid APT pr

Bug#808339: kwin-x11: 100% CPU hog by unused session (in multisession setup)

help locating the problem. Thanks, Gilles -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale

Bug#807598: xserver-xorg-video-intel: [i915] No hardware acceleration

On Tue, Dec 15, 2015 at 03:24:59PM +0100, Julien Cristau wrote: > On Tue, Dec 15, 2015 at 12:22:56 +0100, Gilles Sadowski wrote: > > > On Tue, Dec 15, 2015 at 09:05:38AM +0100, Julien Cristau wrote: > > > On Thu, Dec 10, 2015 at 18:28:53 +0100, Gilles Sadowski wrote: >

Bug#807598: xserver-xorg-video-intel: [i915] No hardware acceleration

On Tue, Dec 15, 2015 at 09:05:38AM +0100, Julien Cristau wrote: > On Thu, Dec 10, 2015 at 18:28:53 +0100, Gilles Sadowski wrote: > > > [ 2716.870] Current Operating System: Linux night 4.2.0-1-amd64 #1 SMP > > Debian 4.2.6-3 (2015-12-06) x86_64 > > SKL isn't supporte

Bug#807598: [SOLVED] xserver-xorg-video-intel: [i915] No hardware acceleration

ot;. After rebooting, DRM is working. Perhaps this unexpected behaviour can be dealt with (or warned about) during install... Best regards, Gilles

Bug#807598: xserver-xorg-video-intel: [i915] No hardware acceleration

Package: xserver-xorg-video-intel Version: 2:2.99.917-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Motherboard Asus Z170-A with Intel integrated graphics. * What exactly did you do

Bug#780905: fp-compiler-2.6.4: fpc fails to link programs using fpmkunit

Hello, On 12/07/2015 10:01 AM, Abou Al Montacir wrote: Hi Gilles, On Sun, 2015-12-06 at 21:13 +0100, Gilles Risch wrote: INPUT( /usr/lib/fpc/2.6.4/units/x86_64-linux/rtl/cprt0.o /usr/lib/i386-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.9/crtbegin.o ReproduceError.o The above lines

Bug#805071: salt-ssh thin dependancies with wheezy targets

A corresponding upstream bug is reported here : https://github.com/saltstack/salt/issues/27355

Bug#780905: fp-compiler-2.6.4: fpc fails to link programs using fpmkunit

Hello Paul, On Fri, 04 Dec 2015 11:20:27 +0100 Paul Gevers <elb...@debian.org> wrote: > Hi Gilles, > > Thanks for reporting, much appreciated. > > On 03-12-15 22:21, Gilles Risch wrote: > > I've now successively removed more i386 packages, until the linking

Bug#805071: Needs backport of package python-backports.ssl-match-hostname

Injected code from slt-ssh needs python-tornado, which needs python-backports.ssl-match-hostname. python-backports.ssl-match-hostname is not present in wheezy, even in wheezy-backports. I'll try to ask for a backport in the mailing list.

Bug#780905: fp-compiler-2.6.4: fpc fails to link programs using fpmkunit

Hello, I've the same issue on my machine. libc6-dev:i386 was installed, removing it didn't change anything. Regards, Gilles On Fri, 30 Oct 2015 09:35:44 +0100 Paul Gevers <elb...@debian.org> wrote: > Hi Andrew, > > On Mon, 03 Aug 2015 20:20:55 +0100 peter green <plugw...@p

Bug#780905: fp-compiler-2.6.4: fpc fails to link programs using fpmkunit

Hello, I've now successively removed more i386 packages, until the linking worked. These packages are no longer on my disk: * libc6-dev:i386 * gcc-4.9-base:i386 * linux-libc-dev:i386 * libc6:i386 So one of them is the originator of this problem. Regards, Gilles On Thu, 3 Dec 2015 21:25:58

Bug#805825: transition: hdf5

Emilio Pozuelo Monfort a écrit le 24/11/2015 16:03 : > Control: tags -1 confirmed > > On 22/11/15 21:34, Gilles Filippini wrote: >> With release 1.8.16 of hdf5 currently in experimental, the soname of >> the C++ library was bumped: >> libhdf5-cpp-10 -> libhdf5-cpp

Bug#805825: transition: hdf5

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, With release 1.8.16 of hdf5 currently in experimental, the soname of the C++ library was bumped: libhdf5-cpp-10 -> libhdf5-cpp-11 This triggers a mini-transition. There are only

Bug#805071: salt-ssh: sal-ssh in sid does not work with a Wheezy target : no backports.ssl_match_hostname in the pushed bundle

Package: salt-ssh Version: 2015.8.1+ds-2 Severity: important Dear Maintainer, I use salt-ssh to launch commands on several servers, Debian Jessie, Ubuntu Trusty and Proxmox 3.x, based on Debian Wheezy. Since the last salt update in sid, salt-ssh cannot launch commands on a Wheezy target, the

Bug#805053: attic does not start : undefined symbol: EPRINTF_MSG_PATH

Package: attic Version: 0.16-1 Severity: grave Justification: renders package unusable Dear Maintainer, Since the upgrade to 16.1, I cannot use attic anymore. Here's the backtrace when I launch it : ~ attic info -v name@host:/path/to/attic::archive Traceback (most recent call last): File

Bug#760301: openjdk-8: Missing links to jawt_md.h and jni_md.h in /usr/lib/jvm/java-8-openjdk-amd64/include

Hi Matthias, On Tue, 09 Sep 2014 19:01:05 +0200 Matthias Klose wrote: > Control: tags -1 + wontfix > > this is done by intent. These compat symlinks were wrong in openjdk-7. For further reference, could you give your rationale about it? I've just been bitten by this: [INFO]

Bug#798652: scilab: scilab doesn't work on ppc64el: could not find the Java configuration for the model <>

Hi Erwan, On Fri, 11 Sep 2015 15:45:19 +0200 Erwan Prioul wrote: > Package: scilab > Version: 5.5.2-1 > Severity: normal > > While scilab is available on ppc64el, it doesn't actually work: > > $ /usr/bin/scilab > > Could not find the Java configuration for the model .

Bug#798652: scilab: scilab doesn't work on ppc64el: could not find the Java configuration for the model <>

On Tue, 20 Oct 2015 19:14:30 +0200 Gilles Filippini <p...@debian.org> > Could you please give a try at release 5.5.2-2~exp3 currently in > unstable? Oops. Please read *experimental*. Thanks, _g. signature.asc Description: OpenPGP digital signature

Bug#779482: severity of 779482 is grave

On Wed, 07 Oct 2015 17:42:23 +0200 Markus Koschany <a...@gambaru.de> wrote: > Control: forwarded -1 https://jogamp.org/bugzilla/show_bug.cgi?id=1246 > > On Tue, 06 Oct 2015 23:53:17 +0200 Gilles Filippini <p...@debian.org> wrote: > > For the record, I've pinged up

Bug#801129: RM: sciscipy [ppc64el] -- ANAIS; Depends on scilab which is unusable on ppc64el

Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The scilab source package now FTBFS on ppc64el (#801060). Even if it could build, the resulting package is unusable (#798652) because it depends on a java library (bluegen2) with explicitely no upstream

Bug#801152: RM: scilab [ppc64el] -- ANAIS; FTBFS and anyway unusable on ppc64el

Package: ftp.debian.org Severity: normal Control: block -1 by 801129 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, As already explained in #801129: > The scilab source package now FTBFS on ppc64el (#801060). Even if it > could build, the resulting package is unusable (#798652) because it

Bug#779482: severity of 779482 is grave

For the record, I've pinged upstream and proposed a patch for ppc64el. The good news is they seem responsive [1]. [1] Unfortunately I couldn't test the usability of my patch yet, because I didn't succeed with remote X display on ppc64el

Bug#798256: transition: hdf5

Le 2015-10-06 11:07, Emilio Pozuelo Monfort a écrit : On 05/10/15 23:02, Gilles Filippini wrote: Please tell me in case of anything left blocking the transition. There's #801060. This one is really annoying. Scilab could build on ppc64el, but it would be unusable anyway because of #798652

Bug#801060: Fwd: Re: Bug#798256: transition: hdf5

CCing #801060 for the record. Courriel original Objet: Re: Bug#798256: transition: hdf5 Date: 2015-10-06 12:59 De: Gilles Filippini <p...@debian.org> À: Emilio Pozuelo Monfort <po...@debian.org> Cc: 798...@bugs.debian.org, Emilio Pozuelo Monfort <poch...@gmail.c

Bug#798256: transition: hdf5

Emilio Pozuelo Monfort a écrit le 05/10/2015 17:59 : > Control: tag 798256 791067 + pending > > On 05/10/15 17:13, Gilles Filippini wrote: >> Hi, >> >> On Wed, 30 Sep 2015 10:04:48 +0200 Gilles Filippini <p...@debian.org> wrote: >>> Emilio Po

Bug#800900: hurd-i386: changeset from r6489 breaks SIGBUS handling

Hi, I've reduced the testcase to the attached H5detect.c. The behavior is different depending on whether we link with "-lpthread": pini@exodar:~/tmp$ /usr/bin/gcc -o H5detect H5detect.c pini@exodar:~/tmp$ ./H5detect verify_signal_handlers for signal 10 did 5 tries. Found 2 failures and 3

Bug#779482: severity of 779482 is grave

Markus Koschany a écrit le 05/10/2015 13:02 : > Am 05.10.2015 um 12:48 schrieb Emmanuel Bourg: >> Le 05/10/2015 12:18, Markus Koschany a écrit : > I think it's ok to initially build with arch:any as long as there is > sufficient support from upstream. However if it turns out that some >

Bug#798256: transition: hdf5

Hi, On Wed, 30 Sep 2015 10:04:48 +0200 Gilles Filippini <p...@debian.org> wrote: > Emilio Pozuelo Monfort a écrit le 30/09/2015 00:37 : > > Control: tags -1 confirmed > > > > On 21/09/15 13:08, Gilles Filippini wrote: > >> Ping. > > > > I t

Bug#779482: severity of 779482 is grave

Control: severity -1 grave On Fri, 18 Sep 2015 17:49:54 +0200 Emmanuel Bourg wrote: > severity 779482 important > thanks Setting back severity to grave because ppc64el is an official architecture since novembre 2014 and there is no point in providing gluegen2 for ppc64el if

Bug#800900: hurd-i386: changeset from r6489 breaks SIGBUS handling

Package: libc0.3 Version: 2.19-22 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, hdf5 recently started to FTBFS on hurd-i386 [1] with no source code change since the last successful build. [1]

Bug#800900: hurd-i386: changeset from r6489 breaks SIGBUS handling

Samuel Thibault a écrit le 04/10/2015 21:19 : > Hello, > > Gilles Filippini, le Sun 04 Oct 2015 19:48:51 +0200, a écrit : >> I think the cause of this bus error is the upgrade of glibc from >> 2.19-19 to 2.19-22 because building with libc0.3 from glibc 2.19-19 is >&

Bug#800900: hurd-i386: changeset from r6489 breaks SIGBUS handling

Gilles Filippini a écrit le 04/10/2015 22:43 : > Samuel Thibault a écrit le 04/10/2015 21:19 : >> Hello, >> >> Gilles Filippini, le Sun 04 Oct 2015 19:48:51 +0200, a écrit : >>> I think the cause of this bus error is the upgrade of glibc from >>> 2.19-19 t

Bug#800632: scilab: diff for NMU version 5.5.2-1.1

API changes: +- xmlgraphics-commons-2.0.diff +- fop-2.0.diff +- batik-1.8.diff +(closes: #800632). + + -- Gilles Filippini <p...@debian.org> Sat, 03 Oct 2015 10:06:53 +0200 + scilab (5.5.2-1) unstable; urgency=medium * New upstream release diff -Nru scilab-5.5.2/

Bug#800632: scilab: diff for NMU version 5.5.2-1.1

Sylvestre Ledru a écrit le 03/10/2015 13:28 : > No, go ahead, no need to wait :) Ack. Rescheduling to 0-day. Thanks, _g. signature.asc Description: OpenPGP digital signature

Bug#798652: scilab: scilab doesn't work on ppc64el: could not find the Java configuration for the model <>

On Fri, 11 Sep 2015 16:40:40 +0200 Sylvestre Ledru wrote: > Jogl has to be updated too. I think there is a familiar patch for another > arch. No, this is gluegen2. And looking at the source I fail to see any ppc64el support. Then, is there still a point for scilab to

Bug#800466: pytables: diff for NMU version 3.2.1-1.1

. + * New patch: 0006-Fix-upstream-issue-481.patch +Fix test suite errors such as 'ValueError: could not broadcast +input array from shape (2) into shape (0)' (closes: #800466). + + -- Gilles Filippini <p...@debian.org> Fri, 02 Oct 2015 20:01:01 +0200 + pytables (3.2.1-1) unstable; u

Bug#800466: pytables: diff for NMU version 3.2.1-1.1

Scott Kitterman a écrit le 02/10/2015 23:48 : > On Friday, October 02, 2015 08:52:47 PM Gilles Filippini wrote: >> Control: tags 800466 + patch >> Control: tags 800466 + pending >> >> [Replace XX with correct value] >> Dear maintainer, >> >> I've pre

Bug#798256: transition: hdf5

Emilio Pozuelo Monfort a écrit le 30/09/2015 00:37 : > Control: tags -1 confirmed > > On 21/09/15 13:08, Gilles Filippini wrote: >> Ping. > > I think we can do this now. Go for it. Release 1.8.15-patch1+docs-4 upploaded to unstable. Thanks, _g. signature.asc Descrip

Bug#800466: FTBFS: 4 failed tests with ValueError: could not broadcast input array

On Tue, 29 Sep 2015 20:46:42 +0200 Gilles Filippini <p...@debian.org> wrote: > Source: pytables > Version: 3.2.1-1 > Severity: serious > Justification: FTBFS > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi, > > pytables FTBFS on a clean amd6

Bug#798256: transition: hdf5

Ping. Thanks, _g. On Mon, 07 Sep 2015 14:11:17 +0200 Gilles Filippini <p...@debian.org> wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > -BEGIN PGP SIGNED MESSAGE- > Has

Bug#797718: flann: transition may be needed for g++-5 ABIs

Control: unblock -1 by 791067 On Tue, 1 Sep 2015 23:02:18 +0100 Simon McVittie wrote: > Source: flann > Version: 1.8.4-4.1 > Severity: important > Control: block -1 by 791067 > > Background[1]: libstdc++6 introduces a new ABI to conform to the > C++11 standard, but keeps the

Bug#797718: flann: transition may be needed for g++-5 ABIs

On Mon, 07 Sep 2015 08:44:46 +0200 Gilles Filippini <p...@debian.org> wrote: > Control: unblock -1 by 791067 > > On Tue, 1 Sep 2015 23:02:18 +0100 Simon McVittie <s...@debian.org> wrote: > > Source: flann > > Version: 1.8.4-4.1 > > Severity: im

Bug#798256: transition: hdf5

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Now that the GCC-5 rebuilt hdf5 1.8.13 has made its way into testing I kindly request a transition slot for release 1.8.15 which

Bug#791067: hdf5: library transition may be needed when GCC 5 is the default

Julien Cristau a écrit le 03/09/2015 07:26 : > On Thu, Sep 3, 2015 at 01:26:35 +0200, Gilles Filippini wrote: > >> So where does this 'MUST NOT' come from just now that all that work is over? >> > It comes from me wanting to get gcc-defaults migrated this week. Wh

Bug#791067: hdf5: library transition may be needed when GCC 5 is the default

Julien Cristau a écrit le 02/09/2015 17:56 : > On Wed, Sep 2, 2015 at 14:49:18 +0200, Sebastiaan Couwenberg wrote: > >> On 02-09-15 14:37, Gilles Filippini wrote: >>> Gilles Filippini a écrit le 28/08/2015 00:12 : >>>> Sebastiaan Couwenberg a écrit le 2

Bug#791067: hdf5: library transition may be needed when GCC 5 is the default

Gilles Filippini a écrit le 02/09/2015 18:14 : > Julien Cristau a écrit le 02/09/2015 17:56 : >> On Wed, Sep 2, 2015 at 14:49:18 +0200, Sebastiaan Couwenberg wrote: >> >>> On 02-09-15 14:37, Gilles Filippini wrote: >>>> Gilles Filippini a écrit le 28/08/2015

Bug#791067: hdf5: library transition may be needed when GCC 5 is the default

Julien Cristau a écrit le 02/09/2015 20:57 : > Hrm. Do I see correctly that hdf5 1.8.15 bumps SONAME of the C library? > If so, that MUST NOT be uploaded to unstable before the C++ fun is over. > If a transition is needed for the C++ lib, that must be done separately > and ahead of the switch to

Bug#797476: h5py: FTBFS - Broken test: test_file.py

Control: severity -1 normal Hi, On Mon, 31 Aug 2015 00:06:23 +0200 Gilles Filippini <p...@debian.org> wrote: > h5py now FTBFS because of a broken test: > > == > FAIL: test_default (h5py.tests.old.test

Bug#791067: hdf5: library transition may be needed when GCC 5 is the default

Control: reassign -1 release.debian.org Gilles Filippini a écrit le 28/08/2015 00:12 : > Sebastiaan Couwenberg a écrit le 27/08/2015 10:17 : >> I suggest to reassign the hdf5 transition issue back to >> release.debian.org, because I would also like to see a single hdf5 >&g

Bug#797526: mapsembler2: FTBFS with GCC-5 - undefined reference to `prefix_trashable[abi:cxx11]'

Source: mapsembler2 Version: 2.2.3+dfsg-2 Severity: serious Justification: FTBFS -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, During a rebuild against GCC-5 mapsembler2 FTBFS with: /tmp/ccXWIZkS.o: In function `main':

<    1   2   3   4   5   6   7   8   9   10   >