Bug#953562: libcrypt1 should ship file in /lib, Replaces is useless

Control: retitle -1 libcrypt1: Wrong soname on ia64 On 14 Mar 2020, at 14:20, John Paul Adrian Glaubitz wrote: > > Package: libcrypt1 > Version: 1:4.4.15-1 > Followup-For: Bug #953562 > User: debian-i...@lists.debian.org > Usertags: ia64 > > Hello! > > This actually causes issues on ia64

Bug#927358: segemehl: Please stop building on any-i386

Package: segemehl Version: 0.3.4-1 Severity: serious Hi, This package uses htslib, which is no longer supported on any-i386. #914991 removed the binaries on any-i386, but until any-i386 is removed from Architecture:, wanna-build will re-build the package, thereby reinstating the binaries on

Bug#927359: tabix: Please stop building on any-i386

Package: tabix Version: 1.9-10 Severity: serious Hi, This package uses htslib, which is no longer supported on any-i386. #914991 removed the binaries on any-i386, but until any-i386 is removed from Architecture:, wanna-build will re-build the package, thereby reinstating the binaries on any-i386.

Bug#927357: samtools: Please stop building on any-i386

Package: samtools Version: 1.9-4 Severity: serious Hi, This package uses htslib, which is no longer supported on any-i386. #914991 removed the binaries on any-i386, but until any-i386 is removed from Architecture:, wanna-build will re-build the package, thereby reinstating the binaries on

Bug#927356: qtltools: Please stop building on any-i386

Package: qtltools Version: 1.1+dfsg-3 Severity: serious Hi, This package uses htslib, which is no longer supported on any-i386. #914991 removed the binaries on any-i386, but until any-i386 is removed from Architecture:, wanna-build will re-build the package, thereby reinstating the binaries on

Bug#927354: libhts2: Please stop building on any-i386

Package: libhts2 Version: 1.9-10 Severity: serious Hi, This package uses htslib, which is no longer supported on any-i386. #914991 removed the binaries on any-i386, but until any-i386 is removed from Architecture:, wanna-build will re-build the package, thereby reinstating the binaries on

Bug#927353: libhts-dev: Please stop building on any-i386

Package: libhts-dev Version: 1.9-10 Severity: serious Hi, This package uses htslib, which is no longer supported on any-i386. #914991 removed the binaries on any-i386, but until any-i386 is removed from Architecture:, wanna-build will re-build the package, thereby reinstating the binaries on

Bug#927355: nanopolish: Please stop building on any-i386

Package: nanopolish Version: 0.11.0-2 Severity: serious Hi, This package uses htslib, which is no longer supported on any-i386. #914991 removed the binaries on any-i386, but until any-i386 is removed from Architecture:, wanna-build will re-build the package, thereby reinstating the binaries on

Bug#927352: delly: Please stop building on any-i386

Package: delly Version: 0.8.1-2 Severity: serious Hi, This package uses htslib, which is no longer supported on any-i386. #914991 removed the binaries on any-i386, but until any-i386 is removed from Architecture:, wanna-build will re-build the package, thereby reinstating the binaries on

Bug#927351: augustus: Please stop building on any-i386

Package: augustus Version: 3.3.2+dfsg-2 Severity: serious Hi, This package uses htslib, which is no longer supported on any-i386. #914991 removed the binaries on any-i386, but until any-i386 is removed from Architecture:, wanna-build will re-build the package, thereby reinstating the binaries on

Bug#921838: ppl: FTBFS (LaTeX error)

Looks like this common issue is in fact #921272. (i.e. the currently-packaged tabu broke with recent TeX Live) James

Bug#919855: Bug#919857: 2.0.5-1 crashes

Control: forcemerge 919855 919857 On Sun, Jan 20, 2019 at 02:22:38PM +, Thorsten Glaser wrote: > Ben Hutchings dixit: > > >the new Debian version crashes on s390x. It looks like this is due to > >an address collision between the build ID in the shared library and > >the code in the

Bug#919399: FTBFS: undefined reference to makedev

Control: forcemerge 916062 -1 > On 15 Jan 2019, at 14:05, Ritesh Raj Sarraf wrote: > > Source: cowdancer > Version: 0.87 This was already reported as the bug mentioned above and fixed in the 0.88 upload a week ago. Also please don't forward raw multi-part MIME messages; you end up with the

Bug#916004: Bug #916004 in makefs marked as pending

Control: tag -1 pending Hello, Bug #916004 in makefs 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#916062: Bug #916062 in cowdancer marked as pending

Control: tag -1 pending Hello, Bug #916062 in cowdancer 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#902729: Missing Conflicts with libmariadb2

Package: libmariadb3 Version: 1:3.0.3-2 Severity: serious Hi, Trying to install libmariadb3 on a system which already has libmariadb2 installed fails with: > Unpacking libmariadb3:amd64 (1:3.0.3-2) ... > dpkg: error processing archive > /var/cache/apt/archives/libmariadb3_1%3a3.0.3-2_amd64.deb

Bug#895540: nx-libs: FTBFS with parallel > 1 due to errors cleaning

On 25 Apr 2018, at 17:16, Mike Gabriel <mike.gabr...@das-netzwerkteam.de> wrote: > > Control: reopen -1 > > Hi James, hi Adrian, hi Niels, > (also Cc:ed: Mihai Moldovan, upstream nx-libs) > > On Do 12 Apr 2018 13:02:45 CEST, James Clarke wrote: > >> Sou

Bug#887315: libgc FTBFS on armel: missing symbol AO_locks

On Sun, Jan 14, 2018 at 11:20:49PM +0200, Adrian Bunk wrote: > Source: libgc > Version: 1:7.4.2-8.1 > Severity: serious > > https://buildd.debian.org/status/fetch.php?pkg=libgc=armel=1%3A7.4.2-8.1=1515764936=0 > > ... >dh_makeshlibs -a > dh_makeshlibs: Compatibility levels before 9 are

Bug#895540: nx-libs: FTBFS with parallel > 1 due to errors cleaning

Source: nx-libs Version: 3.5.99.16-1 Severity: serious Hi, Currently, nx-libs FTBFS (likely only probabilistically) when built with parallel > 1; this occurred on the ia64 buildd lenz[1], but I have reproduced it locally in an amd64 cowbuilder chroot. Please either fix the Makefile dependency

Bug#893691: sbuild: Missing Depends on lintian after defaults change

Package: sbuild Version: 0.74.0-1 Severity: serious Hi, Now that lintian defaults to enabled in 0.74.0-1, sbuild by default will need lintian installed, but it has no dependency on it, and thus fails with: > Error reading configuration: LINTIAN binary 'lintian' does not exist or is > not

Bug#893608: sbuild: Silent arch:all defaults change breaks buildd setups

Package: sbuild Version: 0.74.0-1 Severity: serious [Feel free to downgrade severity, but from my PoV this needs addressing before Buster is released] Hi, In the latest upload, #870263 was fixed (which I support, for what it's worth; any+all builds is the right default for users), meaning that

Bug#891773: [PATCH] ieee1275: Fix crash in of_path_of_nvme when of_path is empty

On Thu, Mar 01, 2018 at 05:00:28PM +0100, John Paul Adrian Glaubitz wrote: > The of_path_of_nvme function (commit 2391d57, ieee1275: add nvme > support within ofpath) introduced a functional regression: > > On systems which are not based on Open Firmware but have at > least one NVME device,

Bug#853461: jackd2: ftbfs with GCC-7

On Tue, Jan 31, 2017 at 09:32:23AM +, Matthias Klose wrote: > Package: src:jackd2 > Version: 1.9.10+20150825git1ed50c92~dfsg-4 > Severity: normal > Tags: sid buster > User: debian-...@lists.debian.org > Usertags: ftbfs-gcc-7 > > Please keep this issue open in the bug tracker for the package it

Bug#889829: ghc: error while loading shared libraries: libHShaskeline-0.7.3.0-ghc8.0.2.so

On 8 Feb 2018, at 19:46, Holger Levsen wrote: > > On Thu, Feb 08, 2018 at 03:04:22PM +0100, Petter Reinholdtsen wrote: >> [Clint Adams] >>> objdump -p /usr/lib/ghc/bin/ghc-pkg | grep RUNPATH > > $ objdump -p /usr/lib/ghc/bin/ghc-pkg | grep RUNPATH > RUNPATH > >

Bug#889829: ghc: error while loading shared libraries: libHShaskeline-0.7.3.0-ghc8.0.2.so

Control: tags -1 moreinfo On Wed, Feb 07, 2018 at 05:02:09PM +0100, Holger Levsen wrote: > Package: ghc > Version: 8.0.2-11 > Severity: serious > > Selecting previously unselected package ghc. > Preparing to unpack .../ghc_8.0.2-11_amd64.deb ... > Unpacking ghc (8.0.2-11) ... > Setting up

Bug#880332: libgudev: FTBFS: Test failures

Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=792845 Control: tag -1 upstream patch On Mon, Oct 30, 2017 at 09:09:12PM +0100, Lucas Nussbaum wrote: > Source: libgudev > Version: 232-1 > Severity: serious > Tags: buster sid > User: debian...@lists.debian.org > Usertags:

Bug#886119: e2fsprogs: FTBFS on big-endian architectures

Source: e2fsprogs Version: 1.43.8-1 Severity: serious Tags: upstream patch Hi, The latest upload of e2fsprogs FTBFS on all big-endian architectures due to two problems in swapfs.c: > ../../../../lib/ext2fs/swapfs.c: In function 'ext2fs_swap_super': > ../../../../lib/ext2fs/swapfs.c:132:2:

Bug#884680: xul-ext-quotecolors: Please depend on thunderbird | icedove

Package: xul-ext-quotecolors Version: 0.3-4 Severity: serious Hi, Icedove has been re-rebranded to Thunderbird, but xul-ext-quotecolors depends on icedove | iceape. Please fix this to depend on thunderbird (perhaps | icedove) so the extension can be installed again. Regards, James

Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)

On Fri, Dec 08, 2017 at 09:49:05AM +0100, Andreas Tille wrote: > Hi Flavien, > > I have put the porter lists of the affected architectures in CC whether > there is somebody who has a hint for a better solution than removing > these architectures from the supported architectures. This kind of >

Bug#878899: dpkg-buildpackage no longer calls build, only binary

On Tue, Oct 17, 2017 at 06:03:20PM +0300, Adrian Bunk wrote: > Package: dpkg-dev > Version: 1.19.0.1 > Severity: serious > > 14:39 < _rene_> hmm. dpkg-dev 1.19.0.1 broken for anyone else? looks like it > doesn't call build(-arch,indep) anymore at > dpkg-buildpackage -b, but just

Bug#876848: haskell-cryptonite FTBFS on non-x86: error: redefinition of 'store_le32'

Control: tags -1 patch On Tue, Sep 26, 2017 at 02:07:07PM +0300, Adrian Bunk wrote: > Source: haskell-cryptonite > Version: 0.23-1 > Severity: serious > > https://buildd.debian.org/status/package.php?p=haskell-cryptonite=sid > > ... > [119 of 119] Compiling Crypto.Cipher.AES (

Bug#878322: ax25-tools: Various tools segfault when run

Package: ax25-tools Version: 0.0.10-rc4-1 Severity: serious Tags: upstream patch Hi, As discussed on IRC, various tools in ax25-tools segfault when run. For example: > $ /usr/sbin/kissnetd -p 5 > kissnetd V 1.5 by Frederic RIBLE F1OAT - ATEPRA FPAC/Linux Project > [1]22672 segmentation fault

Bug#877419: How to deal with pandas

On 4 Oct 2017, at 14:43, Anton Gladky wrote: > 2017-10-04 15:13 GMT+02:00 Andreas Tille : >> Hi, >> >> to deal with #877419 I'd suggest the following approach: >> >> 1. Ignore test suite errors on those architectures that are >> known to fail (see

Bug#875556: haskell-text-show: FTBFS in unstable due to overlapping instances

Source: haskell-text-show Version: 3.4.1.1-1 Severity: serious Hi, haskell-text-show now FTBFS in unstable[0] due to overlapping instances; the relevant part of the build log is given below: > tests/Spec/Data/List/NonEmptySpec.hs:27:32: error: > * Overlapping instances for

Bug#874805: haskell-vector: FTBFS due to ambiguous occurrences

Source: haskell-vector Version: 0.11.0.0-8 Severity: serious Hi, haskell-vector now FTBFS in unstable[0]; the relevant tail of the log is given below: > Data/Vector.hs:223:14: error: > Ambiguous occurrence `fromList' > It could refer to either `Exts.fromList', >

Bug#873508: parsing horst source code fails on s390x and ppc64el

severity 873508 serious >>>> Control: affects 873508 horst >>>> >>>> On 2017-08-28 15:22:20, James Clarke wrote: >>>>> As discussed on IRC, ppc64 and sparc64 are also affected; while they are >>>>> not release architectures and are

Bug#873508: parsing horst source code fails on s390x and ppc64el

On 28 Aug 2017, at 20:10, Antoine Beaupré <anar...@debian.org> wrote: > On 2017-08-28 20:53:02, Uwe Kleine-König wrote: >> Hello, >> >> On 08/28/2017 04:32 PM, Antoine Beaupré wrote: >>> Control: severity 873508 serious >>> Control: affects 873508

Bug#872464: zimlib: FTBFS all over the place due to symbols diff

Source: zimlib Version: 2.0.0-1 Severity: serious Hi, Once again zimlib FTBFS due to symbols file diffs. Please at least *try* to get a working symbols file; you can at least build amd64 locally, and we have porterboxen for a reason... James

Bug#870783: mptp: FTBFS with lex_utree.l:22:25: fatal error: parse_utree.h: No such file or directory

On 5 Aug 2017, at 01:04, Andreas Tille <ti...@debian.org> wrote: > On Sat, Aug 05, 2017 at 12:09:30AM +0100, James Clarke wrote: >> Source: mptp >> Version: 0.2.2-1 >> Severity: serious >> >> Hi, >> mptp FTBFS when built with sufficient levels of par

Bug#870783: mptp: FTBFS with lex_utree.l:22:25: fatal error: parse_utree.h: No such file or directory

Source: mptp Version: 0.2.2-1 Severity: serious Hi, mptp FTBFS when built with sufficient levels of parallelism (15 is enough); the relevant tail of the log is given below: > gcc -DHAVE_CONFIG_H -I. -I.. -Wdate-time -D_FORTIFY_SOURCE=2 -I. -O3 > -mtune=native -Wall -Wsign-compare -g -lgsl

Bug#866578: haskell-yesod-bin: FTBFS due to missing yesod-ghc-wrapper

Source: haskell-yesod-bin Version: 1.5.2.3-1 Severity: serious Hi, The latest upload of haskell-yesod-bin FTBFS everywhere: > dh_install -pyesod dist-ghc/build/yesod-ghc-wrapper/yesod-ghc-wrapper usr/bin > dh_install: Cannot find (any matches for) >

Bug#865711: haskell-yaml: FTBFS everywhere (except all)

Source: haskell-yaml Version: 0.8.23-2 Severity: serious Hi, haskell-yaml FTBFS on every architecture (except all) due to testsuite failures: > Failures: > > test/Data/YamlSpec.hs:440: > 1) Data.Yaml.Data.Yaml encode invalid numbers >expected: ".\n" > but got: ".\n...\n" > >

Bug#865706: haskell-http-link-header: FTBFS everywhere (except all)

Source: haskell-http-link-header Version: 1.0.3-1 Severity: serious Hi, haskell-http-link-header FTBFS on every architecture (other than all): > Network.HTTP.Link > writeLinkHeader tests: : commitBuffer: invalid argument (invalid > character) > Test suite tests: FAIL Regards, James

Bug#865062: haskell-sockets: FTBFS due to missing B-D on libghc-sha-dev/prof

Source: haskell-websockets Version: 0.9.8.2-1 Severity: serious Hi, It seems the B-D on libghc-sha-dev got dropped when importing the new upstream version; it's still needed: > hlibrary.setup: Encountered missing dependencies: > SHA >=1.5 && <1.7 > /usr/share/cdbs/1/class/hlibrary.mk:142: recipe

Bug#863493: symfony: diff for NMU version 2.8.7+dfsg-1.3

): +- [VarDumper] Relax tests to adapt for php 7.1rc4 +- [VarDumper] Relax line number for CliDumperTest + + -- James Clarke <jrt...@debian.org> Sat, 27 May 2017 20:39:09 +0100 + symfony (2.8.7+dfsg-1.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru symfony-2.8.7+dfsg/

Bug#863493: FTBFS with PHP 7.0.18+

Source: symfony Version: 2.8.7+dfsg-1.2 Severity: serious Tags: patch upstream fixed-upstream Hi, I noticed that symfony now FTBFS after the upload of php7.0 7.0.18-1, with the following error in the test suite: > 1) Symfony\Component\VarDumper\Tests\CliDumperTest::testThrowingCaster > Failed

Bug#862842: FTBFS invoking debian/rules binary-arch manually

Source: linux Version: 4.9.25-1 Severity: serious Tags: jessie-ignore stretch-ignore [{jessie,stretch}-ignore pre-approval from jcristau] Hi, Invoking debian/rules manually without the help of dpkg-buildpackage causes src:linux to FTBFS: > dh_strip: -strip --strip-debug

Bug#860625: zimlib: FTBFS on i386: dh_makeshlibs: failing due to earlier errors

> On 20 Apr 2017, at 14:52, James Clarke <jrt...@debian.org> wrote: > I have checked the build (no symbol diff, even warnings) on amd64 and > i386. I will continue to test other architectures and update this bug > later today. Attached is an updated patch. I have done por

Bug#860625: zimlib: FTBFS on i386: dh_makeshlibs: failing due to earlier errors

adlibrarian.net/315416100/zimlib_1.4-2_1.4-2ubuntu1.diff.gz >From 0ebfab1dd29efa1c1a35b7eada65290880a747d6 Mon Sep 17 00:00:00 2001 From: James Clarke <jrt...@debian.org> Date: Thu, 20 Apr 2017 14:34:07 +0100 Subject: [PATCH] Clean up symbols file Closes: #860625 --- debia

Bug#859510: Generated header file without means to regenerate

Source: ruby-unf-ext Version: 0.0.7.2-2 Severity: serious Hi, While investigating #859463 with Niels, we noticed that the file in question, ext/unf_ext/unf/table.hh, is pre-generated, but the original sources[1] (and script used to process the sources[2]) are not present in main. Regards, James

Bug#857067: dsdp: diff for NMU version 5.8-9.4

. + * Use correct integer type for Fortran prototypes and variables +(Closes: #857067) + + -- James Clarke <jrt...@debian.org> Tue, 28 Mar 2017 18:22:35 +0100 + dsdp (5.8-9.3) unstable; urgency=medium * Non-maintainer upload. diff -Nru dsdp-5.8/debian/patches/type-mismatch.patch dsdp-5.8/

Bug#857067: closed by Ole Streicher <oleb...@debian.org> (Bug#857067: fixed in dsdp 5.8-9.3)

Control: reopen 857067 Control: tags 857067 - patch On Tue, Mar 28, 2017 at 04:39:07PM +, Debian Bug Tracking System wrote: > Changes: > dsdp (5.8-9.3) unstable; urgency=medium > . >* Non-maintainer upload. >* Initialize all INFO vars. Closes: #857067 This is not the right fix at

Bug#857067: dsdp: diff for NMU version 5.8-9.3

:46:46.0 +0100 @@ -1,3 +1,11 @@ +dsdp (5.8-9.3) unstable; urgency=medium + + * Non-maintainer upload. + * Use correct integer type for Fortran prototypes and variables +(Closes: #857067) + + -- James Clarke <jrt...@debian.org> Tue, 28 Mar 2017 17:46:46 +0100 + dsdp (5.8-9.2) un

Bug#855163: [debian-mysql] Bug#855163: Missing mariadb-plugin-tokudb binary package on amd64

58 GMT+02:00 James Clarke <jrt...@debian.org>: >>> On 14 Feb 2017, at 21:54, Otto Kekäläinen <o...@debian.org> wrote: >>> >>> So you suggest I upload 10.1.21-6 and go though all the hassle of >>> filing unblocks etc? Is there no possibility to tr

Bug#855163: [debian-mysql] Bug#855163: Missing mariadb-plugin-tokudb binary package on amd64

> On 14 Feb 2017, at 21:54, Otto Kekäläinen wrote: > > So you suggest I upload 10.1.21-6 and go though all the hassle of > filing unblocks etc? Is there no possibility to trigger a rebuild on > amd64 with the current source package? I don't know which is preferred, just that

Bug#855163: Missing mariadb-plugin-tokudb binary package on amd64

Source: mariadb-10.1 Version: 10.1.21-5 Severity: serious As can be seen in the discussion for #852709, the source+amd64 upload for 10.1.21-5 did not include mariadb-plugin-tokudb, despite the package's architecture being base-any-any-amd64. Either a binNMU or a new source upload is needed (a

Bug#854794: Does not install build-deps for some dscs

Package: apt Version: 1.4~rc1 Severity: serious It seems invoking apt build-dep on a dsc doesn't always work: > jrtc27@deb4g:~$ sudo apt build-dep > ~/src/debian-installer/debian-installer_201701XX.dsc > Note, using file > '/home/jrtc27/src/debian-installer/debian-installer_201701XX.dsc' to

Bug#854463: FTBFS without user input with a controlling TTY

Source: kodi Version: 2:17.0~rc3+dfsg1-2 Severity: serious In a freshly-unpacked source directory, dpkg-buildpackage (or pdebuild, or sbuild) blocks in the clean target trying to reverse some patches, because they were never applied (they get applied during configure) and patch prompts the user

Bug#852434: cowdancer 0.84 MIGRATED to testing

On 31 Jan 2017, at 17:09, James Clarke <jrt...@debian.org> wrote: > On 31 Jan 2017, at 14:56, James Clarke <jrt...@debian.org> wrote: >> However, given that I did not notice the "--build .dsc-file" bit when I first >> re-read it, I have changed my mind

Bug#852434: cowdancer 0.84 MIGRATED to testing

On 31 Jan 2017, at 14:56, James Clarke <jrt...@debian.org> wrote: > However, given that I did not notice the "--build .dsc-file" bit when I first > re-read it, I have changed my mind and will allow the old style to work. This > *will* give a deprecation warning thoug

Bug#852434: in cowdancer marked as pending

was generated automatically based on the git commit message) --- commit 86493b05640cc2dd1dde303f69805b293ae5b432 Author: James Clarke <jrt...@debian.org> Date: Tue Jan 31 16:50:48 2017 + parameter.c: Allow commands to come later, but give deprecation warning Closes: #852434

Bug#852434: cowdancer 0.84 MIGRATED to testing

Control: tags -1 - wontfix Control: severity -1 serious On 31 Jan 2017, at 12:41, Thorsten Glaser <t...@mirbsd.de> wrote: > > James Clarke dixit: > >> Your mail server rejected my message (again). My guess is you didn't get the >> message from the mailing list be

Bug#832858: symfony: diff for NMU version 2.8.7+dfsg-1.2

) unstable; urgency=medium + + * Non-maintainer upload. + * Backport additional upstream patches needed to fix FTBFS: +- Update IpValidatorTest data set with a valid reserved IP +- Relax 1 test failing with latest PHP versions + + -- James Clarke <jrt...@debian.org> Sun, 29 Jan 2017

Bug#852709: [debian-mysql] Bug#852709: Patch

On 29 Jan 2017, at 15:24, Otto Kekäläinen <o...@debian.org> wrote: > 2017-01-29 17:12 GMT+02:00 James Clarke <jrt...@debian.org>: >> Yeah, I'm not sure what's wrong with your setup. I would suggest checking the >> version of dpkg-dev inside your chroot, since th

Bug#852709: [debian-mysql] Bug#852709: Patch

On 29 Jan 2017, at 09:27, Otto Kekäläinen <o...@debian.org> wrote: > Hello! > > 2017-01-28 3:32 GMT+02:00 James Clarke <jrt...@debian.org>: >> Are you using a very old chroot? You need dpkg-dev (>= 1.18.11) to support >> quadruplets in the Architecture field,

Bug#832858: symfony: diff for NMU version 2.8.7+dfsg-1.1

. + * Fix PHP 7.0/7.1 related failures (Closes: #832858) + * Do not depend on a fixed date in layout tests (fixes FTBFS in 2017 and +beyond) + + -- James Clarke <jrt...@debian.org> Sun, 29 Jan 2017 13:54:28 + + symfony (2.8.7+dfsg-1) unstable; urgency=medium [ Fabien Potencier ] dif

Bug#852709: [debian-mysql] Bug#852709: Patch

> On 27 Jan 2017, at 21:07, Otto Kekäläinen wrote: > > I've now built and uploaded 10.1.21-5. > > Post upload I diffed the filelists (public at > http://labs.seravo.fi/~otto/debian/mariadb-10.1-sid-amd64/?C=M;O=D) > and I noticed my amd64 sid pbuilder is not generating >

Bug#852709: [debian-mysql] Bug#852709: Patch

Patch actually attached this time... Regards, James >From 47cc704d11d8991818fb7bf5ebff63c5a727da01 Mon Sep 17 00:00:00 2001 From: James Clarke <jrt...@debian.org> Date: Thu, 26 Jan 2017 21:46:28 + Subject: [PATCH] Allow mariadb-plugin-tokudb/mroonga on non-linux and non-relea

Bug#852709: [debian-mysql] Bug#852709: Patch

On Thu, Jan 26, 2017 at 09:42:01PM +, James Clarke wrote: > On Thu, 26 Jan 2017 22:07:51 +0200 =?UTF-8?B?T3R0byBLZWvDpGzDpGluZW4=?= > <o...@debian.org> wrote: > > Great work Dieter! > > > > I'll merge and upload immediately. I just hope this will be in time

Bug#852709: [debian-mysql] Bug#852709: Patch

On Thu, 26 Jan 2017 22:07:51 +0200 =?UTF-8?B?T3R0byBLZWvDpGzDpGluZW4=?= wrote: > Great work Dieter! > > I'll merge and upload immediately. I just hope this will be in time > before the Feb 5th freeze... Because the unstable->testing counter > resets on every upload, all old

Bug#852709: Modifies debian/control during the build

Source: mariadb-10.1 Version: 10.1.21-2 Severity: serious During the build, mariadb-plugin-tokudb and mariadb-plugin-mroonga get removed from debian/control if their binaries are not built. This is relevant for release architectures - mariadb-plugin-tokudb only seems to be built on amd64, and

Bug#852434: cowbuilder: does not work any more

Control: severity -1 wishlist Control: tags -1 wontfix Control: retitle -1 cowbuilder: No longer accepts command later in arguments list > On 24 Jan 2017, at 12:07, Thorsten Glaser wrote: > > Package: cowbuilder > Version: 0.84 > Severity: grave > Justification: renders package

Bug#843032: qemu-user-static: Upgrade fails: unable to close /proc/sys/fs/binfmt_misc/register

On Mon, Nov 07, 2016 at 12:51:52PM +, Riku Voipio wrote: > On Sun, Nov 06, 2016 at 03:59:12PM +, James Cowgill wrote: > > On Thu, 3 Nov 2016 13:15:47 +0300 Michael Tokarev wrote: > > > 03.11.2016 12:46, Toby Speight wrote: > > > > I was able to work around this issue by

Bug#850453: in cowdancer marked as pending

was generated automatically based on the git commit message) --- commit d36c9110a6993b4845649a3aa992961b1a6b4426 Author: James Clarke <jrt...@jrtc27.com> Date: Fri Jan 6 19:02:11 2017 + Symlink multiarch path to non-multiarch path This is not ideal, since some users may alread

Bug#850453: Non-fatal harmful errors upgrading from pre-0.82 to 0.82 under cow-shell

Package: cowdancer Version: 0.82 Severity: serious Running cowbuilder --update gives a load of the following errors: > ERROR: ld.so: object '/usr/lib/cowdancer/libcowdancer.so' from LD_PRELOAD > cannot be preloaded (cannot open shared object file): ignored. The entire update process runs under

Bug#849136: gdk-pixbuf FTBFS on mips64el: pixbuf-randomly-modified test failures

On Sat, Dec 24, 2016 at 08:32:26AM +0100, Petter Reinholdtsen wrote: > [Adrian Bunk] > > https://buildd.debian.org/status/fetch.php?pkg=gdk-pixbuf=mips64el=2.36.2-1=1482373676 > [...] > > ERROR: pixbuf-randomly-modified > > I tried reproducing this on eller.debia.org, but when I built it there the

Bug#844233: python-passlib: FTBFS with probability of 0.22% due to non-deterministic testsuite

Control: retitle -1 python-passlib: FTBFS with probability of 0.46% due to non-deterministic testsuite On Sun, Nov 13, 2016 at 04:25:30PM +, Chris Lamb wrote: > Whilst working on the Reproducible Builds effort [0], we noticed > that python-passlib's testsuite will non-determinstically FTBFS:

Bug#844115: Version tracking no longer knows about unstable versions

it's not exactly easy to test properly... Regards, James >From 8984ec2d25b0d0c73423350cc29139cd71237926 Mon Sep 17 00:00:00 2001 From: James Clarke <jrt...@jrtc27.com> Date: Sat, 12 Nov 2016 22:29:25 + Subject: [PATCH] Handle .xz, .bz2 and uncompressed

Bug#812160: qtwebkit: FTBFS with GCC 6: symbol changes

Hi Lisandro, On Fri, Jan 22, 2016 at 01:42:25PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > Just for the sake of completeness, we are trying to remove this package from > the archive. We still have quite a lot of packages to fix, but we hope to get > this done before Stretch's release.

Bug#841124: elfutils: diff for NMU version 0.166-2.2

) + + -- James Clarke <jrt...@jrtc27.com> Tue, 18 Oct 2016 08:13:34 +0100 + elfutils (0.166-2.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru elfutils-0.166/debian/patches/series elfutils-0.166/debian/patches/series --- elfutils-0.166/debian/patches/series2016-07

Bug#841124: FTBFS on amd64

Control: tags -1 patch fixed-upstream On Mon, Oct 17, 2016 at 08:40:21PM +0100, James Clarke wrote: > Source: elfutils > Version: 0.166-2.1 > Severity: serious > > Hi, > My NMU (#832584) FTBFS on amd64[1]. However, the only changes were > adding Build-Depends on sparc64, and

Bug#841124: FTBFS on amd64

Source: elfutils Version: 0.166-2.1 Severity: serious Hi, My NMU (#832584) FTBFS on amd64[1]. However, the only changes were adding Build-Depends on sparc64, and 0.166-2 itself FTBFS in a clean amd64 chroot (log attached), so it seems the more recent dependencies are problematic. Important part

Bug#840146: pbuilder: remove_packages checks for existence in host, not in chroot

Control: found -1 0.224 Control: severity -1 important Hi Thorsten, > On 8 Oct 2016, at 21:20, Thorsten Glaser wrote: > > Package: pbuilder > Version: 0.226.1 > Severity: serious > Justification: breaks basic use > > The remove_packages function in pbuilder-modules contains: >

Bug#831823: in pbuilder marked as pending

was generated automatically based on the git commit message) --- commit 8d69336a654a37f03d2f72351d92a2a4934cdc66 Author: James Clarke <jrt...@jrtc27.com> Date: Tue Jul 19 22:26:06 2016 +0100 pbuilder-modules: Don't trash CHROOTEXEC when using eatmydata Closes: #831823

Bug#831823: cowbuilder: doesn't copy on write when using eatmydata

Control: reassign -1 pbuilder 0.225 Control: affects -1 cowbuilder cowdancer Hi Emilio, > On 19 Jul 2016, at 21:31, Emilio Pozuelo Monfort wrote: > > Package: cowbuilder > Version: 0.80 > Severity: grave > Tags: security Agreed. > I enabled eatmydata by adding

Bug#822369: fixed in qemu 1:2.6+dfsg-1

Control: affects -1 - src:qemu On Thu, 19 May 2016 18:07:27 +0300 Michael Tokarev wrote: > Control: affects -1 - qemu > Control: That should have been src:qemu; fixed above :) Regards, James signature.asc Description: Message signed with OpenPGP using GPGMail

Bug#822849: qemubuilder: fix --update by checking for the correct asprintf() return value

Control: severity -1 important On Fri, May 13, 2016 at 03:25:44PM +0200, Michael Prokop wrote: > * Peter Pentchev [Thu Apr 28, 2016 at 01:28:54PM +0300]: > > Package: qemubuilder > > Version: 0.79 > > Severity: grave > > Tags: patch > > What's the rational for marking this as grave? > > (Asking

Bug#823705: src:firebird3.0: FTBFS On Big-Endian Architectures

Package: src:firebird3.0 Version: 3.0.0.32483.ds4-1 Severity: serious Tags: upstream patch Justification: Policy 4.2 Control: forwarded -1 https://github.com/FirebirdSQL/firebird/pull/21 As can be seen from https://buildd.debian.org/status/package.php?p=firebird3.0=experimental, this package

Bug#822849: in cowdancer marked as pending

Control: tag 822849 pending Hello, Bug #822849 in cowdancer reported by you has been fixed in the Git repository. You can see the commit message below, and you can check the diff of the fix at: https://anonscm.debian.org/git/pbuilder/cowdancer.git/commit/?id=464f508 (this message was

Bug#822849: qemubuilder: fix --update by checking for the correct asprintf() return value

Control: tags -1 confirmed Hi, > On 28 Apr 2016, at 11:28, Peter Pentchev wrote: > > Package: qemubuilder > Version: 0.79 > Severity: grave > Tags: patch > > Hi, > > Thanks for writing and maintaining cowdancer, cowbuilder, and qemubuilder! I didn’t write it originally, I

Bug#822470: qemu: FTBFS: error: redefinition of 'struct fsxattr'

Control: reassign -1 xfsprogs Control: forcemerge 822369 -1 Control: affects -1 src:qemu (hopefully I got it right this time…) > On 27 Apr 2016, at 00:05, James Clarke <jrt...@jrtc27.com> wrote: > > Control: package xfsprogs > Control: forcemerge 822369 -1 > Control

Bug#822470: qemu: FTBFS: error: redefinition of 'struct fsxattr'

Control: package xfsprogs Control: forcemerge 822369 -1 Control: affects -1 src:qemu On Wed, 27 Apr 2016 00:02:56 +0200 John Paul Adrian Glaubitz wrote: >> This smells like a bug in the build environment, not in qemu. >> There must be ability to include both

Bug#820795: polari: program segfaults (libgjs.so)

I have also run into this, but I found that upgrading libgjs0e to 1.45.3-1 from experimental resolves it. Regards, James signature.asc Description: Message signed with OpenPGP using GPGMail

Bug#704303: Patch for debian/copyright

tags 704303 patch thanks Hi, Please find attached a patch to include the full text for the MPL-1.1 and MPL-2.0 licenses inside debian/copyright. Regards, James debian-copyright.diff Description: Binary data