Bug#818787: Mass Bug Filing: Missing Build-Depends: graphviz

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Mar 20, 2016 at 08:07:55PM +0100, Adam Borowski wrote: > On Sun, Mar 20, 2016 at 06:51:23PM +, Bas Wijnen wrote: > > That also means that programs calling dot will need graphviz in their > > Build-Depends, no matter what the default is. >

Bug#818844: marked as done (gridengine-{common, client}: fails to upgrade from 'sid' - trying to overwrite /usr/share/man/man3/jsv_script_interface.3.gz, /usr/lib/gridengine/gethostbyaddr /usr/lib/gri

Your message dated Mon, 21 Mar 2016 02:49:59 + with message-id and subject line Bug#818844: fixed in gridengine 8.1.8+dfsg-3 has caused the Debian Bug report #818844, regarding gridengine-{common, client}: fails to upgrade from 'sid' - trying to overwrite

Bug#818857: metview: FTBFS: debian/build/share/metview/etc/ObjectListAll: cannot open [No such file or directory] metview: EXIT on ERROR (line 1)

Source: metview Version: 4.6.1-5 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, metview fails to build from source in unstable/amd64: [..]

Processed: notfixed 813078 in 0.4.8-2+b1, found 813078 in 0.4.8-2, tagging 813078

Processing commands for cont...@bugs.debian.org: > # unconfuse the bts - it does not understand binNMUs and having no found > version makes this afhis affect (old)stable as well > notfixed 813078 0.4.8-2+b1 Bug #813078 {Done: Richard Hartmann }

Processed: tagging 816719, tagging 818412

Processing commands for cont...@bugs.debian.org: > tags 816719 + sid stretch Bug #816719 [src:chealpix] chealpix: FTBFS on mips: timed out Added tag(s) stretch and sid. > tags 818412 + sid stretch Bug #818412 {Done: Prach Pongpanich } [debpear] Please adapt code for the PHP 7.0

Bug#818365: marked as done (libgnuradio-osmosdr0.1.4: Links to libboost 1.58 and libboost 1.54 libraries. 1.54 is not available)

Your message dated Mon, 21 Mar 2016 01:11:26 +0100 with message-id <56ef3c2e.1020...@student.uni-luebeck.de> and subject line Bug#818365: Acknowledgement (libgnuradio-osmosdr0.1.4: Links to libboost 1.58 and libboost 1.54 libraries. 1.54 is not available) has caused the Debian Bug report #818365,

Bug#818844: gridengine-{common, client}: fails to upgrade from 'sid' - trying to overwrite /usr/share/man/man3/jsv_script_interface.3.gz, /usr/lib/gridengine/gethostbyaddr /usr/lib/gridengine/qrsh_sta

Package: gridengine-common,gridengine-client Version: 8.1.8+dfsg-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to

Bug#818426: marked as done (kfreebsd-10: CVE-2016-1885: incorrect argument validation in sysarch(2))

Your message dated Sun, 20 Mar 2016 23:25:31 + with message-id and subject line Bug#818426: fixed in kfreebsd-10 10.3~svn296998-1 has caused the Debian Bug report #818426, regarding kfreebsd-10: CVE-2016-1885: incorrect argument validation in sysarch(2)

Processed: bug 817929 is forwarded to https://github.com/mobile-shell/mosh/issues/727

Processing commands for cont...@bugs.debian.org: > forwarded 817929 https://github.com/mobile-shell/mosh/issues/727 Bug #817929 [mosh] mosh fails to connect, giving a UDP error Set Bug forwarded-to-address to 'https://github.com/mobile-shell/mosh/issues/727'. > thanks Stopping processing here.

Bug#818787: doxygen: Changes default HAVE_DOT to YES without having graphviz in the Depends line.

I believe the attached patch is closer to the "right" fix. Presumably, packages actually requiring the dot command will have an override for this variable in their Doxyfiles. Thanks.--- a/src/config.xml +++ b/src/config.xml @@ -3104,7 +3104,7 @@ where `loc1` and `loc2` can be relative or

Bug#818787: doxygen: Changes default HAVE_DOT to YES without having graphviz in the Depends line.

Note 2: The easy fix does not necessariñy have to be the right fix. As Bas Wijnen points out in -devel: > If the program can be used without it, it should not be a Depends. That's > what > Recommends are for.

Bug#818841: openhpiclient.conf in libopenhpi2 and libopenhpi3

Package: openhpi Version: 3.6.1-1 Severity: serious Preparing to unpack .../libopenhpi3_3.6.1-1_arm64.deb ... Unpacking libopenhpi3 (3.6.1-1) ... dpkg: error processing archive /var/cache/apt/archives/libopenhpi3_3.6.1-1_arm64.deb (--unpack): trying to overwrite

Bug#815485: marked as done ([geneweb] Geneweb 6.x should not be compiled with OCAML >=4.02 (build dependency problem))

Your message dated Sun, 20 Mar 2016 21:20:42 + with message-id and subject line Bug#815485: fixed in geneweb 6.08+git20160228+dfsg-1 has caused the Debian Bug report #815485, regarding [geneweb] Geneweb 6.x should not be compiled with OCAML >=4.02 (build

Processed: Re: #754851: int too large / paramiko upstream 353

Processing commands for cont...@bugs.debian.org: > severity 754851 grave Bug #754851 [python-paramiko] paramiko fails with int too long exception on 32bit systems Severity set to 'grave' from 'normal' > found 754851 1.15.1-1 Bug #754851 [python-paramiko] paramiko fails with int too long

Bug#818787: Mass Bug Filing: Missing Build-Depends: graphviz

On Sun, Mar 20, 2016 at 06:51:23PM +, Bas Wijnen wrote: > That also means that programs calling dot will need graphviz in their > Build-Depends, no matter what the default is. As is, a number of them do call dot without the build-dependency. > > But this is inconsistent with having graphviz

Bug#813480: marked as done (shibboleth-sp2: B-D on obsolete libsystemd-daemon-dev, switch to libsystemd-dev)

Your message dated Sun, 20 Mar 2016 18:52:54 + with message-id and subject line Bug#813480: fixed in shibboleth-sp2 2.5.6+dfsg1-1 has caused the Debian Bug report #813480, regarding shibboleth-sp2: B-D on obsolete libsystemd-daemon-dev, switch to

Bug#818787: Mass Bug Filing: Missing Build-Depends: graphviz

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I think you are mistaken about a few things. On Sun, Mar 20, 2016 at 06:04:55PM +0100, Santiago Vila wrote: > The maintainer points out that the default value for HAVE_DOT is NO, > so he's reluctant to add the build-dependency. If the program can be

Bug#812646: cpluff: FTBFS - macro "cpi_lock_framework" passed 1 arguments, but takes just 0

Control: severity -1 normal Control: tags -1 moreinfo Hi Michael, On Mon, 25 Jan 2016 17:45:56 + Michael Tautschnig wrote: > Package: cpluff > Version: 0.1.3-3 > Severity: serious > Usertags: goto-cc > > During a rebuild of all Debian packages in a clean sid chroot (using

Processed: Re: cpluff: FTBFS - macro "cpi_lock_framework" passed 1 arguments, but takes just 0

Processing control commands: > severity -1 normal Bug #812646 [cpluff] cpluff: FTBFS - macro "cpi_lock_framework" passed 1 arguments, but takes just 0 Severity set to 'normal' from 'serious' > tags -1 moreinfo Bug #812646 [cpluff] cpluff: FTBFS - macro "cpi_lock_framework" passed 1 arguments,

Bug#818797: haskell-shake: FTBFS on powerpc: timed out

Source: haskell-shake Version: 0.15.5+dfsg-4 Severity: serious Your package failed to build on powerpc: ## FINISHED TESTING directory ## BUILD docs test ## TESTING docs ## BUILD docs --abbrev=output=$OUT -j3 # runhaskell (for $OUT/docs/dist/setup-config) Configuring shake-0.15.5... E: Caught

Bug#818757: Bug#818757: orthanc-postgresql: does not start

On Sun, Mar 20, 2016 at 06:55:50PM +0100, Andreas Tille wrote: > > > Have you added the "--upgrade" option so that Orthanc would automatically > > > upgrade the database schema? > > I wonder whether this should be done in a postinst script. Only if the database upgrade does not make a

Bug#816999: marked as done (presage: Build-Depends: swig2.0 (>= 2.0.4) but it is not installable in stretch)

Your message dated Sun, 20 Mar 2016 17:52:50 + with message-id and subject line Bug#816999: fixed in presage 0.9.1-2 has caused the Debian Bug report #816999, regarding presage: Build-Depends: swig2.0 (>= 2.0.4) but it is not installable in stretch to be

Bug#818757: Bug#818757: orthanc-postgresql: does not start

On Sun, Mar 20, 2016 at 06:09:15PM +0100, Karsten Hilbert wrote: > > > > Have you added the "--upgrade" option so that Orthanc would automatically > > upgrade the database schema? I wonder whether this should be done in a postinst script. > Also, would Debian benefit from an > >

Bug#818787: doxygen: Changes default HAVE_DOT to YES without having graphviz in the Depends line.

Note: The changelog says (year 2000) graphviz is in the Suggests because it was non-free, which clearly is not the case anymore. So, the easy fix for this bug is to move graphviz to the Depends line (see the attached patch). (Well, easy, but even after this, we would still have to rebuild all

Bug#818741: pulseaudio-module-x11: repeatable intermittent driver working

Control: tags -1 important On 20 March 2016 at 07:55, Richard Jasmin wrote: > Package: pulseaudio-module-x11 > Version: 5.0-13 > Severity: grave > Tags: upstream > Justification: renders package unusable > > Dear Maintainer, > > we have an issue. Because I know for a fact

Bug#818757: [Debian-med-packaging] Bug#818757: orthanc-postgresql: does not start

On Sun, Mar 20, 2016 at 05:55:10PM +0100, Sébastien Jodogne wrote: > > 4) the existing orthanc_db is 0.8 and the jump is to Orthanc 1.0 (orthanc-pg > > 2.0) > > Have you added the "--upgrade" option so that Orthanc would automatically > upgrade the database schema? I now did run Orthanc with

Bug#818757: [Debian-med-packaging] Bug#818757: orthanc-postgresql: does not start

On Sun, Mar 20, 2016 at 05:55:10PM +0100, Sébastien Jodogne wrote: > > 4) the existing orthanc_db is 0.8 and the jump is to Orthanc 1.0 (orthanc-pg > > 2.0) > > Have you added the "--upgrade" option so that Orthanc would automatically > upgrade the database schema? I have not because - it's

Bug#818787: doxygen: Changes default HAVE_DOT to YES without having graphviz in the Depends line.

Package: doxygen Version: 1.8.11-1 Severity: serious Hello again Matthias. If packages having a "Build-Depends: doxygen" may assume that graphviz is installed, then doxygen should have a line like this: Depends: graphviz Currently, this is only a Suggests. If, on the other side, packages

Bug#818757: [Debian-med-packaging] Bug#818757: orthanc-postgresql: does not start

Hello, > 4) the existing orthanc_db is 0.8 and the jump is to Orthanc 1.0 (orthanc-pg > 2.0) Have you added the "--upgrade" option so that Orthanc would automatically upgrade the database schema? Sébastien-

Bug#818715: marked as done (ros-image-common: FTBFS on several architectures: relocation R_X86_64_PC32 against symbol `_ZTVN7testing8internal17TestEventRepeaterE' can not be used when making a shared

Your message dated Sun, 20 Mar 2016 16:38:04 + with message-id and subject line Bug#818715: fixed in ros-image-common 1.11.10-5 has caused the Debian Bug report #818715, regarding ros-image-common: FTBFS on several architectures: relocation R_X86_64_PC32

Bug#818069: marked as done (influxdb: FTBFS in stretch)

Your message dated Sun, 20 Mar 2016 16:20:15 + with message-id and subject line Bug#818069: fixed in influxdb 0.10.2+dfsg1-2 has caused the Debian Bug report #818069, regarding influxdb: FTBFS in stretch to be marked as done. This means that you claim

Processed: your mail

Processing commands for cont...@bugs.debian.org: > reassign 818597 casablanca Bug #818597 {Done: Gianfranco Costamagna } [libcpprest2.7] libcpprest2.7: libcpprest.so.2.7 not installed Bug reassigned from package 'libcpprest2.7' to 'casablanca'. No longer marked as

Processed: your mail

Processing commands for cont...@bugs.debian.org: > notfound 817872 python-clang-3.8 Bug #817872 [python-clang-3.8,python-clang-3.9] python-clang-3.9 and python-clang-3.8: error when trying to install together There is no source info for the package 'python-clang-3.8' at version

Bug#815290: marked as done (haskell-tf-random: FTBFS: dpkg-gencontrol: error: bad line in substvars file debian/libghc-tf-random-doc.substvars at line 8)

Your message dated Wed, 16 Mar 2016 16:13:13 +0100 with message-id <1458141193.1861.38.ca...@debian.org> and subject line Re: haskell-haddock-library: FTBFS: dpkg-gencontrol: error: bad line in substvars file debian/libghc-haddock-library-doc.substvars at line 8 has caused the Debian Bug report

Bug#809247: marked as done (xboxdrv: FTBFS: Checking for C++ library X11... no)

Your message dated Sun, 20 Mar 2016 15:39:21 + with message-id and subject line Bug#809247: fixed in xboxdrv 0.8.8-1 has caused the Debian Bug report #809247, regarding xboxdrv: FTBFS: Checking for C++ library X11... no to be marked as done. This means

Processed: retitle 817233 to brotli: CVE-2016-1624 CVE-2016-1968, tagging 817233

Processing commands for cont...@bugs.debian.org: > retitle 817233 brotli: CVE-2016-1624 CVE-2016-1968 Bug #817233 [src:brotli] CVE-2016-1968 Changed Bug title to 'brotli: CVE-2016-1624 CVE-2016-1968' from 'CVE-2016-1968' > tags 817233 + upstream fixed-upstream Bug #817233 [src:brotli] brotli:

Bug#818418: marked as done (goldencheetah: FTBFS: redefinition of 'int DataFilterlex_destroy()')

Your message dated Fri, 18 Mar 2016 00:19:36 + with message-id and subject line Bug#818418: fixed in goldencheetah 3.3.0-2 has caused the Debian Bug report #818418, regarding goldencheetah: FTBFS: redefinition of 'int DataFilterlex_destroy()' to be marked

Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

On Sun, Mar 20, 2016 at 12:27 PM, Julian Taylor wrote: > On 20.03.2016 11:11, László Böszörményi (GCS) wrote: >> On Sun, Mar 20, 2016 at 10:56 AM, Emilio Pozuelo Monfort >> wrote: >>> Got a chance to look at this? >> Sorry, my life was chaotic.

Bug#816535: marked as done (Missing dependencies)

Your message dated Wed, 16 Mar 2016 21:35:20 + with message-id and subject line Bug#816535: fixed in botan1.10 1.10.12-1.1 has caused the Debian Bug report #816535, regarding Missing dependencies to be marked as done. This means that you claim that the

Bug#818757: orthanc-postgresql: does not start

Package: orthanc-postgresql Version: 2.0-1 Severity: grave Tags: upstream Justification: renders package unusable Orthanc does not start when the backend is set to PostgreSQL. 1) I can successfully su - orthanc psql -d orthanc_db 2) Orthanc will start if set to using the sqlite

Bug#812087: maybe it's the yubikey ?

I'm also bitten by this bug and I'm using a Yubikey. Maybe it's related ? My PC also has several readers. I'll be happy to help debugging. Raphaël

Bug#818401: tcpcrypt: FTBFS: pcap.h: No such file or directory

Package: tcpcrypt Version: 0.4-2 Severity: serious This package fails to build in unstable: > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux ... > gcc -DHAVE_CONFIG_H -I. -Wdate-time -D_FORTIFY_SOURCE=2 -I./src -I./include > -I./src -g -O2 -fstack-protector-strong -Wformat

Bug#818747: courier-authdaemon: init script does not work

Package: courier-authdaemon Version: 0.66.4-5 Severity: grave After a recent upgrade to courier-authdaemon the init scripts have ceased controlling the daemon processes. Producing the error : Unknown option '-' NP: this is after the workaround to bug #818744 has been added to let the init

Processed: And yet again

Processing commands for cont...@bugs.debian.org: > notfound 813078 haskell-network-protocol-xmpp/0.4.8-2 Bug #813078 {Done: Richard Hartmann } [libghc-network-protocol-xmpp-dev] git-annex: FTBFS: libgnutls-deb0.so.28: cannot open shared object file: No such file or

Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

On 20.03.2016 11:11, László Böszörményi (GCS) wrote: > On Sun, Mar 20, 2016 at 10:56 AM, Emilio Pozuelo Monfort > wrote: >> On Tue, 15 Mar 2016 23:37:26 +0100 >> =?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= wrote: >>> On Tue, Mar 15, 2016 at 11:24 PM,

Bug#818318: git: CVE-2016-2324 and CVE-2016-2315 (currently unpublished) server and client RCE

On Thu, Mar 17, 2016 at 12:37:27AM +, Ben Hutchings wrote: > On Wed, 2016-03-16 at 17:16 -0700, Jonathan Nieder wrote: >> Ben Hutchings wrote: >>> I intend to NMU git to fix these bugs in unstable, as they make most of >>> my development activity unsafe. >>> >>> git maintainers, please let me

Bug#818525: [Pkg-xen-devel] Bug#818525: xen: FTBFS: error: unterminated comment

On Thu, Mar 17, 2016 at 6:58 PM, Martin Michlmayr wrote: > Package: xen > Version: 4.6.0-1+nmu2 > Severity: serious > > This package fails to build in unstable: > >> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux > ... >> mkdir -p compat >> grep -v

Bug#815004: libengine-pkcs11-openssl: Engine is installed at wrong location (sparc64 as well)

File path seems to be fixed in new / last version? mator@deb4g:~$ dpkg -s libengine-pkcs11-openssl | grep Ver Version: 0.2.1-2 mator@deb4g:~$ dpkg -L libengine-pkcs11-openssl | grep libpkcs11.so /usr/lib/sparc64-linux-gnu/openssl-1.0.2/engines/libpkcs11.so But still can't use pkcs11 module:

Bug#818744: courier-authdaemon: init.d/courier-authdaemon script hangs

Package: courier-authdaemon Version: 0.66.4-5 Severity: grave The /etc/init.d/courier-authdaemon script hangs on any use. It contains the suspicious I/O loop: if [ -r "$TMPFILES" ]; then while read type path mode user group; do if [ "$type" = "d" ]; then

Bug#818741: pulseaudio-module-x11: repeatable intermittent driver working

Package: pulseaudio-module-x11 Version: 5.0-13 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, we have an issue. Because I know for a fact snd hda intel aka alc889 is fully supported at this time.kernel not only recognizes the hardware but so does the

Bug#818740: haskell-monad-par: FTBFS on powerpc: ERROR: thread blocked indefinitely in an MVar operation

Source: haskell-monad-par Version: 0.3.4.7-7 Severity: serious Your package failed to build on powerpc: lotsaRunPar: [Failed] ERROR: thread blocked indefinitely in an MVar operation Logs at https://buildd.debian.org/status/logs.php?pkg=haskell-monad-par=0.3.4.7-7%2Bb1=powerpc

Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

On Sun, Mar 20, 2016 at 10:56 AM, Emilio Pozuelo Monfort wrote: > On Tue, 15 Mar 2016 23:37:26 +0100 > =?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= wrote: >> On Tue, Mar 15, 2016 at 11:24 PM, Julian Taylor >> wrote: >> >

Bug#808509: (no subject)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 This has been fixed in txtorcon 0.14.2: https://github.com/meejah/txtorcon/issues/146 -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJW6t5nAAoJEF+/cLHRJgFiHDwP/RyPlaM6KUv5kBYsoLvZZZL8 AFvEckJA2K+J8+lUOctVmToa5NcTWRUGDX7eT+4wGCWvfhQN0Nc5sc+FXv+yjSbj

Processed: tagging 818392

Processing commands for cont...@bugs.debian.org: > tags 818392 + pending Bug #818392 [liblouisutdml] liblouisutdml: FTBFS: jni_md.h: No such file or directory Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 818392:

Bug#802380: closed by Alberto Garcia <be...@igalia.com> (Bug#802380: fixed in webkit2gtk 2.10.8-1)

Control: reopen -1 Control: found -1 webkit2gtk/2.10.9-1 Control: tags -1 -fixed-upstream On Sat, Mar 12, 2016 at 09:51:05AM +, Debian Bug Tracking System wrote: > Source: webkit2gtk > Source-Version: 2.10.8-1 > > We believe that the bug you reported is fixed in the latest version of >

Bug#818730: [Python-modules-team] Bug#818730: FTBFS in unstable

Steve Langasek writes: > django-pipeline fails to build in unstable with the following error: Was this on a clean unstable system? Am wondering if maybe there is something else installed that is badly interacting with the build process. Have traced through the code, and all

Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

On Tue, 15 Mar 2016 23:37:26 +0100 =?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= wrote: On Tue, Mar 15, 2016 at 11:24 PM, Julian Taylor wrote: > On 15.03.2016 22:48, László Böszörményi (GCS) wrote: >> This is known to pyzmq

Processed: workaround for jessie-backports (bug exists in Jessie)

Processing control commands: > found -1 1.2 Bug #808552 {Done: Axel Beckert } [dh-dist-zilla] dh-dist-zilla: builds fail in recent pbuilder versions Marked as found in versions dh-dist-zilla/1.2. -- 808552: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808552 Debian Bug

Bug#808552: workaround for jessie-backports (bug exists in Jessie)

Control: found -1 1.2 Hi, I ran into this bug while trying to backport a package to jessie. Following the hint given in the bug log, I was able to work around the problem by adding the following line to debian/rules: export DZIL_GLOBAL_CONFIG_ROOT=/sbuild-nonexistent Thanks and regards Afif --

Processed: unarchiving 808552

Processing commands for cont...@bugs.debian.org: > unarchive 808552 Bug #808552 {Done: Axel Beckert } [dh-dist-zilla] dh-dist-zilla: builds fail in recent pbuilder versions Unarchived Bug 808552 > thanks Stopping processing here. Please contact me if you need assistance. --

Bug#818730: [Python-modules-team] Bug#818730: FTBFS in unstable

Steve Langasek writes: > Since this is an Arch: all package with no build log, it's not clear what has > changed to cause it to fail to build, but clearly something has. Unfortunately, I cannot reproduce any build problems on a sid schroot with i386 or amd64. (otherwise was

Bug#818733: marked as done (cryptsetup failes in luksFormat: Failed to open key file)

Your message dated Sun, 20 Mar 2016 14:40:29 +0530 with message-id <56ee6905.5040...@onenetbeyond.org> and subject line bad command line option has caused the Debian Bug report #818733, regarding cryptsetup failes in luksFormat: Failed to open key file to be marked as done. This means that you

Bug#818520: ruby-tokyocabinet: FTBFS: [tokyocabinet.gemspec] isn't a Gem::Specification

Package: ruby-tokyocabinet Version: 1.31-4 Severity: serious This package fails to build in unstable: > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux ... >dh_testdir -O--buildsystem=ruby >dh_auto_clean -O--buildsystem=ruby > dh_ruby --clean >

Bug#818734: sorl-thumbnail: FTBFS: missing build-dependency on pytest et al.

Source: sorl-thumbnail Version: 12.3-1 Severity: serious The sorl-thumbnail package in the archive is not buildable in a current clean sid chroot due to undeclared build-dependencies. The build fails with: for python in python2.7; do \ for name in pil pgmagick imagemagick graphicsmagick;

Bug#818733: cryptsetup failes in luksFormat: Failed to open key file

package: cryptsetup severity: grave version: 2:1.6.6-5 # cryptsetup luksFormat /dev/data/diaspora diaspora WARNING! This will overwrite data on /dev/data/diaspora irrevocably. Are you sure? (Type uppercase yes): YES Failed to open key file. # apt-cache policy cryptsetup cryptsetup:

Bug#818349: exim4-base: Still warns about purging the environment, even with add_environment set

Control: severity -1 important Control: retitle -1 NEWS doesn't clearly explain config changes needed for CVE-2016-1531 On Wed, 2016-03-16 at 19:39 +0100, Andreas Metzler wrote: > On 2016-03-16 Ben Hutchings wrote: > > > > Control: severity -1 serious > > Control: tag -1

Processed: Re: zimlib: FTBFS: required file './compile' not found

Processing control commands: > tag -1 +confirmed Bug #818456 [zimlib] zimlib: FTBFS: required file './compile' not found Added tag(s) confirmed. -- 818456: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818456 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Processed: Re: exim4-base: Still warns about purging the environment, even with add_environment set

Processing control commands: > severity -1 serious Bug #818349 [exim4-base] exim4-base: Still warns about purging the environment, even with add_environment set Severity set to 'serious' from 'important' > tag -1 moreinfo Bug #818349 [exim4-base] exim4-base: Still warns about purging the

Bug#818392: liblouisutdml: FTBFS: jni_md.h: No such file or directory

Package: liblouisutdml Version: 2.5.0-2 Severity: serious This package fails to build in unstable. Note that there's some conversation in #760301 about the compatibility link, but it seems this is intentional. > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux ... > make[3]:

Bug#818391: marked as done (cqrlog: FTBFS: Can't find unit sslsockets used by fphttpclient)

Your message dated Thu, 17 Mar 2016 10:22:09 + with message-id and subject line Bug#818391: fixed in cqrlog 1.9.1-2 has caused the Debian Bug report #818391, regarding cqrlog: FTBFS: Can't find unit sslsockets used by fphttpclient to be marked as done.

Processed: found 818318 in 1:1.7.10.4-1

Processing commands for cont...@bugs.debian.org: > found 818318 1:1.7.10.4-1 Bug #818318 [git] git: CVE-2016-2324 and CVE-2016-2315 (currently unpublished) server and client RCE Marked as found in versions git/1:1.7.10.4-1. > thanks Stopping processing here. Please contact me if you need

Bug#818730: FTBFS in unstable

Package: src:django-pipeline Version: 1.6.4-1 Severity: serious django-pipeline fails to build in unstable with the following error: make[1]: Entering directory '/tmp/django-pipeline-1.6.4' PYBUILD_SYSTEM=custom PYBUILD_TEST_ARGS="PYTHONPATH=. python{version} /usr/bin/django-admin test

Processed: Re: Bug#811890: Not a GCC 6 issue, but libc 2.22

Processing commands for cont...@bugs.debian.org: > severity 811890 serious Bug #811890 [httpfs2] FTBFS with libc6 2.22 from experimental Severity set to 'serious' from 'important' > retitle 811890 FTBFS: storage size of 'hints' isn't known Bug #811890 [httpfs2] FTBFS with libc6 2.22 from

Bug#815395: marked as done (python-kdcproxy: FTBFS: dh_auto_test: pybuild --test --test-pytest -i python{version} -p 2.7 --dir . returned exit code 13)

Your message dated Thu, 17 Mar 2016 10:02:19 + with message-id and subject line Bug#815395: fixed in python-kdcproxy 0.3.2-2 has caused the Debian Bug report #815395, regarding python-kdcproxy: FTBFS: dh_auto_test: pybuild --test --test-pytest -i

Bug#818347: marked as done (stylish: FTBFS: python: can't open file '/sdk/bin/typelib.py': [Errno 2] No such file or directory)

Your message dated Sun, 20 Mar 2016 06:34:16 + with message-id and subject line Bug#818347: fixed in stylish 2.0.3-1 has caused the Debian Bug report #818347, regarding stylish: FTBFS: python: can't open file '/sdk/bin/typelib.py': [Errno 2] No such file

Bug#818725: picard-tools: FTBFS in unstable

Package: src:picard-tools Version: 1.138+dfsg.1-1 Severity: serious picard-tools fails to build in a clean unstable environment with the following error: compile-picard: [mkdir] Created dir: /tmp/picard-tools-1.138+dfsg.1/classes [javac] /tmp/picard-tools-1.138+dfsg.1/build.xml:494:

Bug#818518: twidge: FTBFS: At least the following dependencies are missing: text

Package: twidge Version: 1.1.2 Severity: serious This package fails to build in unstable: > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux ... > Linking setup ... > ./setup configure > Configuring twidge-1.1.2... > setup: At least the following dependencies are missing: >

Bug#785714: kexec-tools is broken when using systemd, danger of filesystem corruption

Hi, for the second time we ran into this problem and lost again data on several servers. First time, we assumed a firmware update we ran before the reboot to be the cause. This time, there was no firmware update and we looked further into this, knowing now this is no singular issue. And it turns

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

Hi. It turned out that the problem was related to LVM partitions not being "available" while "systemd" was trying to run "fsck" on them. In maintenance mode, I just ran # vgchange -a y theVolumeGroupName and they were automatically detected, and mounted. Then the boot sequence could proceed

Bug#818294: marked as done (balsa: Please replace build dependency on libwebkit-dev with libwebkitgtk-dev)

Your message dated Wed, 16 Mar 2016 13:34:22 + with message-id and subject line Bug#818294: fixed in balsa 2.4.12-3 has caused the Debian Bug report #818294, regarding balsa: Please replace build dependency on libwebkit-dev with libwebkitgtk-dev to be