Bug#1022321: marked as pending in node-nouislider

Control: tag -1 pending Hello, Bug #1022321 in node-nouislider reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#960614: normaliz: version `LIBEANTIC_0_1_2' not found

Package: normaliz Version: 3.8.3+ds-2 Severity: grave Justification: renders package unusable Dear Maintainer, I am getting the following error message when running normaliz: $ normaliz normaliz: /usr/lib/x86_64-linux-gnu/libeanticxx.so.0: version `LIBEANTICXX_0_1_2' not found (required by

Bug#959611: wmauda: FTBFS: dbus.h:23:10: fatal error: dbus/dbus-glib.h: No such file or directory

On Sun, May 3, 2020 at 3:33 PM Doug Torrance wrote: > On Sun, May 3, 2020 at 9:12 AM Lucas Nussbaum wrote: > > > In file included from wmauda.c:29: > > > /usr/include/audacious/dbus.h:23:10: fatal error: dbus/dbus-glib.h: No > > > such file or di

Bug#959611: wmauda: FTBFS: dbus.h:23:10: fatal error: dbus/dbus-glib.h: No such file or directory

Control: tags -1 pending On Sun, May 3, 2020 at 9:12 AM Lucas Nussbaum wrote: > > In file included from wmauda.c:29: > > /usr/include/audacious/dbus.h:23:10: fatal error: dbus/dbus-glib.h: No such > > file or directory > >23 | #include > > | ^~ > >

Bug#952233: frobby: FTBFS: ! LaTeX Error: File `listofitems.sty' not found.

Control: reassign -1 texlive-latex-extra Control: merge 921297 -1 On Sun, Feb 23, 2020 at 8:21 AM Lucas Nussbaum wrote: > > ! LaTeX Error: File `listofitems.sty' not found. Thanks for the report! This bug was previously reported in #921300, which was merged with #921297.

Bug#564173: wmcalc: wrong result in simple calculation, then abort on _XSend:

This bug still persists in wmcalc 0.6, although a fix has been submitted upstream [1]. [1] https://groups.google.com/forum/#!topic/wmaker-dev/4uEVw8bm-cU

Bug#907010: fflas-ffpack: baseline violation on i386

On 08/22/2018 11:35 PM, Adrian Bunk wrote: Source: fflas-ffpack Version: 2.3.2-1~exp3 Severity: serious SSE is not part of the i386 baseline. Thanks for your report! Is it documented anywhere which instruction sets are part of which architectures' baselines? We could of course disable all

Bug#905300: gfan: FTBFS on 32bit architectures: test 0602ResultantFanProjection hangs

suite/0602ResultantFanProjection/outputNew" E: Build killed with signal TERM after 150 minutes of inactivity Thanks! Doug Torrance

Bug#897801: linbox: ftbfs with GCC-8

On 07/18/2018 01:16 PM, Juhani Numminen wrote: On Fri, 04 May 2018 12:22:31 + Matthias Klose wrote: Package: src:linbox Version: 1.4.2-5 Severity: normal Tags: sid buster User: debian-...@lists.debian.org Usertags: ftbfs-gcc-8

Bug#902753: fflas-ffpack FTBFS on 32bit big endian: test failure

Control: forwarded -1 https://github.com/linbox-team/fflas-ffpack/issues/155 On 06/30/2018 09:03 AM, Adrian Bunk wrote: > Source: fflas-ffpack > Version: 2.3.2-1~exp1 > Severity: serious > Tags: ftbfs > > https://buildd.debian.org/status/package.php?p=fflas-ffpack=sid > > ... > Checking

Bug#894905: fflas-ffpack: missing Depends: libgivaro-dev (>= 4.0.3)

On 04/05/2018 08:24 AM, Andreas Beckmann wrote: Package: fflas-ffpack Version: 2.3.2-1~exp1 Severity: serious Hi, noticed this while rebuilding linbox/experimental in sid+experimental: ... checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes

Bug#857164: libwmaker-dev: missing Depends: libwmaker1 (= ${binary:Version})

On 03/08/2017 09:12 AM, Andreas Beckmann wrote: Hi, during a test with piuparts I noticed your package ships (or creates) a broken symlink. >From the attached log (scroll to the bottom...): 0m23.2s ERROR: FAIL: Broken symlinks: /usr/lib/x86_64-linux-gnu/libWMaker.so -> libWMaker.so.1.0.1

Bug#845081: Bug #845081: wmbiff FTBFS on s390x: test failure

Control: severity -1 important With wmbiff version 0.4.30-2, just uploaded to sid, the offending test (test_wmbiff) is now skipped on big endian archs like s390x. Therefore, the package now builds on these archs. The underlying problem still exists, but I am reducing the severity to

Bug#845081: Bug##845081: wmbiff FTBFS on s390x: test failure

On 12/02/2016 12:58 PM, Bastian Blank wrote: On Fri, Dec 02, 2016 at 10:44:05AM -0500, Doug Torrance wrote: On 12/02/2016 09:26 AM, Bastian Blank wrote: You know, Debian actually has a s390x porter machine. You can use it to test such problems. Yeah, I've used porterboxes in the past. I'm

Bug#845081: Bug##845081: wmbiff FTBFS on s390x: test failure

On 12/02/2016 09:26 AM, Bastian Blank wrote: On Thu, Dec 01, 2016 at 09:37:23AM -0500, Doug Torrance wrote: Thanks for your reply! I've changed all the shorts to uint16_t's -- hopefully this works! You know, Debian actually has a s390x porter machine. You can use it to test such problems

Bug#845081: Bug##845081: wmbiff FTBFS on s390x: test failure

On 11/24/2016 08:25 AM, Bastian Blank wrote: On Tue, Nov 22, 2016 at 12:46:27PM -0500, Doug Torrance wrote: Error connecting: Invalid argument connect(0.0.3.255:-7907) failed: Invalid argument I would start here. The IP/port information is converted incorrectly. I assume it's this function

Bug#840458: [Debian-science-sagemath] linbox: FTBFS on i386: illegal instruction in test-{cra, charpoly}

Yes, please do. On Tue, Nov 29, 2016, 1:52 PM Tobias Hansen <than...@debian.org> wrote: > On 11/29/2016 06:01 PM, Tobias Hansen wrote: > > On 11/29/2016 03:53 PM, Doug Torrance wrote: > >> Control: reassign -1 src:givaro > >> > >> On 11/29/2016 09:5

Bug#840458: linbox: FTBFS on i386: illegal instruction in test-{cra,charpoly}

Control: reassign -1 src:givaro On 11/29/2016 09:58 AM, Tobias Hansen wrote: I think I figured out at least the test failures with "Illegal instruction" on i386. The problem is that givaro is built using cpu extensions that are not allowed. Jerome figured out in [1] that the problem happens

Bug#845081: Bug##845081: wmbiff FTBFS on s390x: test failure

Hello! I am copying the RC bug below to the s390 mailing list. I am stumped as to what is going on. Does anyone have any suggestions? Thank you! On Sun, 20 Nov 2016 11:30:55 +0200 Adrian Bunk wrote: > Source: wmbiff > Version: 0.4.29-1 > Severity: serious > >

Bug#835759: fflas-ffpack: FTBFS: unsatisfiable build-dependency: libgivaro-dev (< 4.0.2) but 4.0.2-1 is to be installed

On 08/28/2016 04:48 AM, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. > ... > The following packages have unmet dependencies: sbuild-build-depends-fflas-ffpack-dummy : Depends: libgivaro-dev (< 4.0.2) but 4.0.2-1 is to be installed

Bug#833846: fflas-ffpack: don't generate optimised code based on the build machine

Control: tags -1 pending On 08/09/2016 07:53 AM, Ximin Luo wrote: Control: severity -1 serious I was recommended by multiple people to bump the severity of this bug. Also to clarify that i386 should have no optimisation flags, and not "-msse -msse2". My earlier comment was based on a

Bug#811847: givaro RC bug #811847

On 07/18/2016 01:53 AM, Julien Puydt wrote: On 17/07/2016 19:54, Doug Torrance wrote: I see that you've recently pushed some changes to git which close the RC bug #811847 [1]. Were you planning on uploading them? I ask because givaro is currently scheduled for auto-removal from testing. I'm

Bug#811847: givaro RC bug #811847

Hi Julien, I see that you've recently pushed some changes to git which close the RC bug #811847 [1]. Were you planning on uploading them? I ask because givaro is currently scheduled for auto-removal from testing. I'm also interested in givaro as it is a dependency for Macaulay2, which I'm

Bug#831109: mathic: FTBFS with GCC 6: dh_makeshlibs: failing due to earlier errors

Control: tags -1 pending On 07/14/2016 04:06 AM, Lucas Nussbaum wrote: Source: mathic Version: 1.0~git20160320-3 Severity: serious Tags: stretch sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20160713 qa-ftbfs Justification: FTBFS with GCC 6 on amd64 Hi, During a rebuild of all

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

Control: tags -1 pending On Tue, 19 Jan 2016 18:08:29 -0800 Martin Michlmayr wrote: > 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. This was fixed in Gentoo [1]. I have

Bug#814213: wmaker: FTBFS: Error: program option '--with-aix-soname' is not in the documentation './INSTALL-WMAKER'

On 02/09/2016 03:59 AM, Chris Lamb wrote: > Source: wmaker > Version: 0.95.7-3 > 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, >

Bug#814213: wmaker: FTBFS: Error: program option '--with-aix-soname' is not in the documentation './INSTALL-WMAKER'

Control: tags -1 pending On 02/09/2016 05:57 AM, Doug Torrance wrote: > On 02/09/2016 03:59 AM, Chris Lamb wrote: >> Source: wmaker >> Version: 0.95.7-3 >> Severity: serious >> Justification: fails to build from source >> User: reproducible-bui...@lists.alioth.d

Bug#814213: [PATCH 2/2] check-doc: Ignore with-aix-soname in check-cmdline-options-doc.sh

Control: tags -1 forwarded wmaker-...@lists.windowmaker.org libtool 2.4.4 will add a --with-aix-soname option. Ignore it when checking whether INSTALL-WMAKER is up to date. Fixes Debian bug #814213 [1]. Proposed fix to Debian package at [2]. From: Chris Lamb Subject:

Bug#800193: wmpinboard: Please migrate a supported debhelper compat level

Control: tags -1 pending On Sun, 27 Sep 2015 17:35:06 +0200 ni...@thykier.net wrote: > The package wmpinboard is using a debhelper compat level of 3 or less > according to lintian. These compat levels have been deprecated for > the past ~10 years and debhelper will remove support for them in the

Bug#811304: [Pkg-wmaker-devel] Bug#811304: wdmLogin: /usr/lib/x86_64-linux-gnu/libwraster.so.5: version `LIBWRASTER3' not found

On 01/19/2016 02:41 PM, Andreas Metzler wrote: We can choose one of these hacks: 1 Find a way to ship unpatched libwraster 0.95.7 in Debian. 2a Patch the source to fix back the symbol versioning to LIBWRASTER3 2b Patch the source to use a different soname. (If the ABI breaks in an incompatible

Bug#811304: wdmLogin: /usr/lib/x86_64-linux-gnu/libwraster.so.5: version `LIBWRASTER3' not found

On Sun, 17 Jan 2016 20:58:13 +0100 Julien Puydt wrote: > upgrading libwraster5 broke wdm with the above error message. As Andreas noted in his forwarding message to the dev mailing list [1], this is due to a change made upstream between versions 0.95.6 and 0.95.7 which

Bug#811304: wdmLogin: /usr/lib/x86_64-linux-gnu/libwraster.so.5: version `LIBWRASTER3' not found

Control: tags -1 pending On 01/18/2016 02:55 PM, Doug Torrance wrote: > I think the solution is to rename libwraster5 to something like > libwraster5v2 and trigger an auto transition. I've pushed these changes to git. Note that the new library already means we'll have to wait for the NEW

Bug#798136: wmbattery does not update display after launching

to using upower in 2.42, right after the version that was in wheezy.) Thanks! Doug Torrance

Bug#798188: wmacpi: FTBFS when rebuild against libdockapp3

Control: tags -1 pending On Sun, 06 Sep 2015 16:14:17 +0200 Niels Thykier wrote: > The wmacpi package FTBFS when rebuild against libdockapp3. > > """ > gcc -MM -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -O2 -Wall -W -g -ansi wmacpi.c > wmacpi.d > gcc -g

Bug#798115: wmail: FTBFS with libdockapp v0.7.0

On Sat, 05 Sep 2015 15:45:31 -0400 Doug Torrance <dtorra...@piedmont.edu> wrote: > P.S. If you are interested, you might consider developing wmail as a member > of the Debian Window Maker Team [1]. > > [1] My apologies, I neglected to paste the URL: https://pkg-wmaker.alioth.debian.org/

Bug#798115: wmail: FTBFS with libdockapp v0.7.0

, its reverse dependencies, including wmail, should take this into account when building. I have attached a patch which fixes this issue. Thanks! Doug Torrance P.S. If you are interested, you might consider developing wmail as a member of the Debian Window Maker Team [1]. [1] diff -rupN wmail

Bug#798118: wmdate: FTBFS with libdockapp v0.7.0

/libdockapp. Therefore, its reverse dependencies, including wmdate, should take this into account when building. I have attached a patch which fixes this issue. Thanks! Doug Torrance P.S. If you are interested, you might consider developing wmdate as a member of the Debian Window Maker Team [1]. [1

Bug#784711: wmaker: diff for NMU version 0.95.6-1.1

Breaks/Replaces for libwraster3-dev; remove Provides for + libwraster-dev (Closes: #784711). + + -- Doug Torrance dtorra...@monmouthcollege.edu Thu, 21 May 2015 13:34:40 -0500 + wmaker (0.95.6-1) unstable; urgency=medium * New upstream version 0.95.6. [Closes: #148856] diff -Nru wmaker

Bug#784702: wmweather+: diff for NMU version 2.15-1.1

in Build-Depends to libwraster-dev + (Closes: #784702). + + -- Doug Torrance dtorra...@monmouthcollege.edu Tue, 19 May 2015 18:55:55 -0500 + wmweather+ (2.15-1) unstable; urgency=medium * New upstream release diff -Nru wmweather+-2.15/debian/control wmweather+-2.15/debian/control

Bug#784701: Should Build-Depend on libwraster-dev.

Package: wdm Version: 1.28-17 Severity: serious Tags: patch Beginning with wmaker version 0.95.6-1, libwraster3-dev has been renamed to libwraster-dev. As this is a build dependency of wdm, debian/control should be updated accordingly. diff --git a/debian/control b/debian/control index

Bug#784702: wmweather+: Should Build-Depend on libwraster-dev.

Package: wmweather+ Version: 2.15-1 Severity: serious Tags: patch Justification: Policy 4.2 Beginning with wmaker version 0.95.6-1, libwraster3-dev has been renamed to libwraster-dev. As this is a build dependency of wdm, debian/control should be updated accordingly. diff --git a/debian/control