Bug#929311: gcc-9: please include fix for pr87338

2019-05-21 Thread James Clarke
Control: tags -1 pending (sort of; changelog won't close this bug) On 21 May 2019, at 14:24, Jason Duerstock wrote: > > Package: gcc-9 > Version: 9-20190428-1 > Severity: normal > User: debian-i...@lists.debian.org > Usertags: ia64 > > Dear Maintainer, > > Please include the fix for pr87338

Bug#867822: /usr/bin/pdebuild: Re: pbuilder: pdebuild cannot build source-only packages

2019-05-16 Thread James Clarke
Control: retitle -1 pbuilder: Breaks with --debbuildopts -S Control: tags -1 wontfix On 16 May 2019, at 15:18, Ritesh Raj Sarraf wrote: > > Package: pbuilder > Version: 0.230.4 > Followup-For: Bug #867822 > > I have run into the same problem and would appreciate if this issue was > resolved.

Bug#928068: ruby2.5: FTBFS on ia64 due to segfault

2019-04-27 Thread James Clarke
Source: ruby2.5 Version: 2.5.0~preview1-1 Severity: important Tags: upstream patch Forwarded: https://github.com/ruby/ruby/pull/2155 X-Debbugs-Cc: debian-i...@lists.debian.org Hi, Currently, ruby2.5 FTBFS, segfaulting when building documentation. Please include the above patch applied[1] upstream

Bug#927976: gcc-8: FTBFS on ia64 due to bootstrap comparison failure

2019-04-25 Thread James Clarke
Source: gcc-8 Version: 8-20180308-1 Severity: important Tags: upstream patch Forwarded: https://gcc.gnu.org/ml/gcc-patches/2019-04/msg01000.html X-Debbugs-Cc: debian-i...@lists.debian.org Hi, A bug in a new GCC 8.1 feature was exposed by an updated binutils with debug_view support, which causes

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

2019-04-18 Thread James Clarke
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

2019-04-18 Thread James Clarke
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#927356: qtltools: Please stop building on any-i386

2019-04-18 Thread James Clarke
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#927351: augustus: Please stop building on any-i386

2019-04-18 Thread James Clarke
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#927357: samtools: Please stop building on any-i386

2019-04-18 Thread James Clarke
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#927352: delly: Please stop building on any-i386

2019-04-18 Thread James Clarke
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#927354: libhts2: Please stop building on any-i386

2019-04-18 Thread James Clarke
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#927355: nanopolish: Please stop building on any-i386

2019-04-18 Thread James Clarke
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#927353: libhts-dev: Please stop building on any-i386

2019-04-18 Thread James Clarke
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#924722: ktexteditor: symbols update for riscv64

2019-03-16 Thread James Clarke
On 16 Mar 2019, at 11:55, Aurelien Jarno wrote: > > Source: ktexteditor > Version: 5.54.0-1 > Severity: normal > Tags: patch > User: debian-ri...@lists.debian.org > Usertags: riscv64 > > Hi, > > ktexteditor currently fails to build on the riscv64 architecture due to > differences on the

Bug#924390: kfreebsd mount missing libbsd.so.0 -> it is not installed.

2019-03-12 Thread James Clarke
Control: tags -1 moreinfo On Tue, Mar 12, 2019 at 01:23:53PM +0100, Thomas Schweikle wrote: > Package: kfreeBSD-kernel This package doesn't exist. If you insist on not using reportbug, please do ensure that you file against a valid package. However, in this case, I don't actually know where in

Bug#923276: RM: sysbench [armel armhf mips mips64el mipsel s390x alpha hppa hurd-i386 ia64 m68k powerpc sh4 sparc64 x32] -- ROM; Does not build on all architectures it has previously built

2019-02-25 Thread James Clarke
On Mon, Feb 25, 2019 at 07:31:39PM +0100, Andreas Tille wrote: > Package: ftp.debian.org > Severity: normal > > Hi, > > please remove sysbench for the said architectures to enable its > migration to testing. Whilst cleaning up cruft is fine, that's not going to help you migrate to testing when

Bug#923253: grub-pc: Calculates wrong partition offset for EBR partitions on FreeBSD

2019-02-25 Thread James Clarke
ded > /dev/ada0p5 125001728 483649535 358647808 171G a5 FreeBSD > /dev/ada0p6 483651584 500117503 16465920 7.9G 82 Linux swap / Solaris This clearly shows that the "start" field is wrong and "offset" should be used instead. The attached patch does this and has

Bug#923197: protobuf: Enable and fix for !linux

2019-02-24 Thread James Clarke
Source: protobuf Version: 3.6.1-3 X-Debbugs-Cc: debian-...@lists.debian.org, debian-h...@lists.debian.org Hi, For some reason, the "solution" for #837310 was to restrict protobuf to build only on Linux architectures. That doesn't solve anything other than remove the red on the buildd.d.o pages.

Bug#922273: [hexchat] Thread 1 closes for missing raise.c

2019-02-16 Thread James Clarke
On 16 Feb 2019, at 22:52, Synthea wrote: > > Here's the result after installing that lib > Note: this error seems more likely to happen with notifications Thanks, that makes it clear what's happening. The DBus connection is being closed by the remote end, and the exit-on-close property defaults

Bug#922273: [hexchat] Thread 1 closes for missing raise.c

2019-02-16 Thread James Clarke
On 16 Feb 2019, at 21:38, Synthea wrote: > > Just downgraded hexchat from backports to stable (2.12.4-3), I still > encounter the same problem. If you won't solve that I will feel obliged > to use another client, I just cannot use a client that crashes > everytime in minus that one minute

Bug#922273: [hexchat] Thread 1 closes for missing raise.c

2019-02-13 Thread James Clarke
On 14 Feb 2019, at 03:07, Synthea wrote: > > Here's the full backtrace with the command you asked: > > GNU gdb (Debian 7.12-6) 7.12.0.20161007-git > Copyright (C) 2016 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later .html> > This is

Bug#922273: [hexchat] Thread 1 closes for missing raise.c

2019-02-13 Thread James Clarke
Control: tags -1 moreinfo Control: retitle -1 [hexchat] Receives unexpected SIGTERM On Thu, Feb 14, 2019 at 03:06:32AM +0100, Synthea wrote: > Package: hexchat > Version: 2.14.2-3~bpo9+1 > Severity: important > > Noticed this problem while running hexchat in gdb > Thread 1 "hexchat" received

Bug#922005: RM: mash [mips mips64el mipsel s390x hppa hurd-i386 ia64 powerpc ppc64 sparc64] -- ROM; Does not build on all architectures due to new Build-Depends

2019-02-11 Thread James Clarke
Control: tags -1 moreinfo On Mon, Feb 11, 2019 at 08:08:22AM +0100, Andreas Tille wrote: > Package: ftp.debian.org > Severity: normal > > Hi, > > due to the new dependency libmurmurhash which is not yet build on all > architectures mash is not build on all architectures where it has build >

Bug#921838: ppl: FTBFS (LaTeX error)

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

Bug#920386: build_user configuration crashes with "uninitialized value $chroot_arch in scalar chomp"

2019-01-24 Thread James Clarke
On Thu, Jan 24, 2019 at 06:06:30PM -0500, Antoine Beaupre wrote: > Package: sbuild > Version: 0.78.0-2 > Severity: normal > > I'm trying to setup sbuild so it builds under a different user by > default. The sbuild.conf(5) manpage says: > >BUILD_USER > STRING type. Username

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

2019-01-20 Thread James Clarke
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#919688: RM: libppl-c4 libppl-dev libppl14 ppl-dev [s390x] -- ROM; Build dependency swi-prolog no longer available

2019-01-18 Thread James Clarke
Package: ftp.debian.org Severity: normal Hi, I uploaded a new version of ppl, but since swi-prolog is no longer built on s390x (due to requiring libunwind), ppl is no longer built on s390x and thus has these binary packages as cruft. Please remove them, along with any rdeps. Thanks, James

Bug#919399: FTBFS: undefined reference to makedev

2019-01-15 Thread James Clarke
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#904688: qttools-opensource-src: FTBFS: please drop the libclang-dev B-D on some architectures

2019-01-02 Thread James Clarke
On 2 Jan 2019, at 17:31, Dmitry Shachnev wrote: > > Hi Adrian and Lisandro! > > On Thu, Dec 27, 2018 at 10:35:25PM +0100, John Paul Adrian Glaubitz wrote: >> Hello! >> >> Would it be possible that the patch from David [1] gets included in the >> next upload with the dependencies adjusted in

Bug#842634: Bug#851877: fails every time

2018-12-22 Thread James Clarke
On Sat, Oct 06, 2018 at 11:38:59PM +0200, Santiago Vila wrote: > On Mon, 15 May 2017, Adam Borowski wrote: > > > > Looking at /etc/hosts within the schroot, I see: > > > 127.0.0.1 localhost > > > 127.0.0.1 localhost ip6-localhost ip6-loopback > > > 172.28.17.11abel.debian.org abel

Bug#914230: ITP: git-imerge -- incremental merge and rebase for git

2018-11-20 Thread James Clarke
Package: wnpp Severity: wishlist Owner: James Clarke * Package name: git-imerge Version : 1.1.0 Upstream Author : Michael Haggerty * URL : https://github.com/mhagger/git-imerge * License : GPLv2+ Programming Lang: Python Description : incremental

Bug#912521: perl: 5.28 FTBFS on kfreebsd: test failures

2018-11-19 Thread James Clarke
> On 31 Oct 2018, at 22:38, Niko Tyni wrote: > > Source: perl > Version: 5.28.0-3 > Severity: important > X-Debbugs-Cc: debian-...@lists.debian.org > Tags: ftbfs > > This package failed to build on kfreebsd-amd64. > > >

Bug#913782: RM: bibletime [alpha hppa hurd-i386 kfreebsd-amd64 kfreebsd-i386 m68k powerpcspe ppc64 sh4 sparc64 x32] -- ANAIS; RoM; on non-current archs it depends on broken libsword11v5

2018-11-15 Thread James Clarke
On 15 Nov 2018, at 16:04, Daniel Glassey wrote: > On Thu, Nov 15, 2018 at 5:57 PM James Clarke wrote: >> On Thu, Nov 15, 2018 at 11:59:40AM +0700, Daniel Glassey wrote: >> > Package: ftp.debian.org >> > Severity: normal >> > >> > bibletime 2.11.2

Bug#913782: RM: bibletime [alpha hppa hurd-i386 kfreebsd-amd64 kfreebsd-i386 m68k powerpcspe ppc64 sh4 sparc64 x32] -- ANAIS; RoM; on non-current archs it depends on broken libsword11v5

2018-11-15 Thread James Clarke
On Thu, Nov 15, 2018 at 11:59:40AM +0700, Daniel Glassey wrote: > Package: ftp.debian.org > Severity: normal > > bibletime 2.11.2 only builds on amd64 arm64 armhf i386 mipsel > bibletime 2.10.1 is still in unstable for the other archs. It depends on a > version of libsword11v5 that does not

Bug#913766: ITP: librsvg-c -- the pre-Rust version of librsvg

2018-11-14 Thread James Clarke
On 15 Nov 2018, at 00:41, Michael Biebl wrote: > > Am 15.11.18 um 01:14 schrieb Michael Biebl: >> Am 15.11.2018 um 00:15 schrieb Jeremy Bicha: >>> On Wed, Nov 14, 2018 at 5:22 PM John Paul Adrian Glaubitz >> > I don't have experience with archive management for non-release >

Bug#913766: ITP: librsvg-c -- the pre-Rust version of librsvg

2018-11-14 Thread James Clarke
's not possible to upload a package >> to Debian which does not build any binaries on the release architectures, >> the archive would be removed from the archive immediately. >> >> I assume what we could do is maybe have a package that is built from >> multiple sources so

Bug#911700: cmake: Please include upstream patch to fix GNU/kFreeBSD install directories

2018-10-23 Thread James Clarke
Source: cmake Version: 3.12.3-2 Severity: important Forwarded: https://gitlab.kitware.com/cmake/cmake/merge_requests/2511 Tags: upstream patch User: debian-...@lists.debian.org Usertags: kfreebsd Control: affects -1 src:apt Hi, Please include the above patch submitted and applied upstream to fix

Bug#910359: RM: python3-astropy [kfreebsd-amd64 kfreebsd-i386] -- ROP; old version fails to configure with newer python3

2018-10-05 Thread James Clarke
Package: ftp.debian.org Severity: normal Hi, Since once of the more recent python3 updates, the old version of python3-astropy no longer installs, failing with the following: > Setting up python3-astropy (2.0.2-2) ... > File "/usr/lib/python3/dist-packages/astropy/vo/client/conesearch.py",

Bug#904336: pbuilder: pbuilder-satisfydepends: line 29: 14820 Segmentation fault

2018-07-23 Thread James Clarke
Control: reassign -1 qemu-user-static Control: forcemerge 816097 -1 On Mon, Jul 23, 2018 at 1:32 PM, Phil Morrell wrote: > Package: pbuilder > Version: 0.228.7 > Severity: important > > > Hi, I got this error while trying to cross-build (amd64->armhf) a local > backport of the latest pydenticon.

Bug#885852: [sparc64] klibc-utils (2.0.4-10) regression, sigserv with fstype

2018-07-15 Thread James Clarke
On 15 Jul 2018, at 19:50, Ben Hutchings wrote: > > Control: tag -1 moreinfo > > On Mon, 1 Jan 2018 22:59:59 + James Clarke wrote: > [...] >> Please consider applying the patch forwarded upstream (linked in an >> earlier control message) soon; this bug means that

Bug#897416: gcc: Decimal float support is not enabled on kfreebsd-amd64

2018-07-05 Thread James Clarke
c. Additionally, this patch use x86_64*- > > > > *- > > > > gnu* > > > > to also cover the future implementation of 64bit Hurd. > > > > > > this is not applied upstream. Please test the patch on trunk, > > > forward > > > it upstream and make sure it get

Bug#884105: gdb: bump libunwind version dependency for ia64

2018-07-01 Thread James Clarke
Control: tags -1 patch On Fri, Jan 19, 2018 at 01:12:03PM -0500, Jason Duerstock wrote: > After some discussion on #debian-ports, I believe this should be > changed from libunwind7-dev to libunwind-dev. > > Jason I have created a merge request on Salsa for this[1]. Regards, James [1]

Bug#902729: Missing Conflicts with libmariadb2

2018-06-29 Thread James Clarke
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#897416: mpfr4: FTBFS on kfreebsd-amd64

2018-05-03 Thread James Clarke
On 3 May 2018, at 09:21, Svante Signell <svante.sign...@gmail.com> wrote: > On Wed, 2018-05-02 at 12:51 +0100, James Clarke wrote: >> Control: reassign -1 gcc-7 >> Control: retitle -1 gcc: Decimal float support is not enabled on kfreebsd- >> amd64 >> >>

Bug#897168: proftp: FTBFS on kfreebsd

2018-05-02 Thread James Clarke
On 2 May 2018, at 20:28, Hilmar Preuße <hill...@web.de> wrote: > On 30.04.2018 13:17, James Clarke wrote: > > Hi James, > >> The problem here is that kfreebsd-kernel-headers provides >> sys/extattr.h with these prototypes and so proftpd's configure >> d

Bug#897416: mpfr4: FTBFS on kfreebsd-amd64

2018-05-02 Thread James Clarke
Control: reassign -1 gcc-7 Control: retitle -1 gcc: Decimal float support is not enabled on kfreebsd-amd64 On 2 May 2018, at 10:38, Svante Signell wrote: > > Source: mpfr4 > Version: 4.0.1-1 > Severity: important > Tags: patch > User: debian-...@lists.debian.org >

Bug#897383: proftpd-mod-tar: FTBFS on hurd-i386

2018-05-01 Thread James Clarke
On 1 May 2018, at 22:15, Hilmar Preuße wrote: > > On 01.05.2018 20:22, Hilmar Preusse wrote: > > Hi, > >> We fail to build from source on Hurd: >> >> https://buildd.debian.org/status/fetch.php?pkg=proftpd-mod-tar=hurd-i386=0.3.3-2=1525171751=0 >> > I noticed that there is

Bug#897178: mozjs52: more fixes for ia64

2018-05-01 Thread James Clarke
> On 1 May 2018, at 20:31, John Paul Adrian Glaubitz > wrote: > > On 04/29/2018 03:16 PM, Jason Duerstock wrote: >> Attached please find patches to let mozjs52 build on ia64, and (mostly) pass >> the test suite. >> ia64 currently requires -G0 for linking, but

Bug#897335: libc0.1-dev: Dev package exposes extattr_set_fd, extattr_get_fd, etc. system calls

2018-05-01 Thread James Clarke
> > Dear Maintainer, > > I hope this is the right package to report on. > > I noticed that proftp v1.3.6 FTBFS on kfreebsd. James Clarke told me in > bug #897168 that libc0.1-dev exposes some system calls in header files, > which are not implement in any lib, hence the li

Bug#897168: proftp: FTBFS on kfreebsd

2018-04-30 Thread James Clarke
On 30 Apr 2018, at 19:22, Hilmar Preuße <hill...@web.de> wrote: > On 30.04.2018 13:17, James Clarke wrote: >> On 29 Apr 2018, at 22:06, Hilmar Preuße <hill...@web.de> wrote: >>> On 29.04.2018 14:01, Hilmar Preuße wrote: > > Hi James, > >>>

Bug#897168: proftp: FTBFS on kfreebsd

2018-04-30 Thread James Clarke
On 29 Apr 2018, at 22:06, Hilmar Preuße wrote: > > On 29.04.2018 14:01, Hilmar Preuße wrote: > > Hi debian-bsd people, > > I just noticed that our package fails to build on kfreebsd: > >

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

2018-04-25 Thread James Clarke
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#887494: mozjs52: FTBFS on sparc64: interpreter segfaults

2018-04-24 Thread James Clarke
On Tue, Apr 24, 2018 at 08:52:58PM +0200, John Paul Adrian Glaubitz wrote: > On 01/17/2018 01:43 PM, John Paul Adrian Glaubitz wrote: > > I can whip up a patch for mozjs52 to add sparc64 support if there is > > a realistic chance for it to be merged. My m68k [3] and sh4 [4] patches for > > mozjs52

Bug#896084: dose-builddebcheck: Finds invalid solution with versioned provides

2018-04-19 Thread James Clarke
On Thu, Apr 19, 2018 at 11:40:53AM +0100, James Clarke wrote: > Package: dose-builddebcheck > Version: 5.0.1-9 > Tags: upstream > > [It's quite likely this should be against libdose3-ocaml(-dev) as I > imagine this is a bug in the common library code also used by > dose-distch

Bug#896084: dose-builddebcheck: Finds invalid solution with versioned provides

2018-04-19 Thread James Clarke
Package: dose-builddebcheck Version: 5.0.1-9 Tags: upstream [It's quite likely this should be against libdose3-ocaml(-dev) as I imagine this is a bug in the common library code also used by dose-distcheck] Hi, Whilst running a new kfreebsd-{amd64,i386} buildd, I noticed that dose-builddebcheck

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

2018-04-16 Thread James Clarke
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

2018-04-12 Thread James Clarke
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

2018-03-21 Thread James Clarke
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

2018-03-20 Thread James Clarke
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#892228: libsphinxbase3: Causes pocketsphinx to FTBFS on 64-bit big-endian architectures (fills testsuite logs on disk with errors)

2018-03-07 Thread James Clarke
On 7 Mar 2018, at 21:39, Samuel Thibault <sthiba...@debian.org> wrote: > > Hello, > > James Clarke, on mer. 07 mars 2018 00:33:05 +, wrote: >> The build for pocketsphinx fails on 64-bit big-endian architectures, > > I know, I had already reported the

Bug#892234: nut: FTBFS on ia64: symbols not as expected

2018-03-06 Thread James Clarke
On 7 Mar 2018, at 02:15, Aaron M. Ucko wrote: > Source: nut > Version: 2.7.4-7 > Severity: normal > User: debian-i...@lists.debian.org > Usertags: ia64 > > Builds of nut for ia64 (admittedly not a release architecture) have > been failing with .symbols discrepancies, as detailed

Bug#892228: libsphinxbase3: Causes pocketsphinx to FTBFS on 64-bit big-endian architectures (fills testsuite logs on disk with errors)

2018-03-06 Thread James Clarke
Package: libsphinxbase3 Version: 0.8+5prealalpha+1-1 Severity: important Tags: upstream Control: affects -1 src:pocketsphinx Hi, The build for pocketsphinx fails on 64-bit big-endian architectures, failing with "No space left on device", as the testsuite log files fill up with hundreds of

Bug#892221: python-jpype: FTBFS on hurd-i386: jni_md_platform is not defined

2018-03-06 Thread James Clarke
Control: clone -1 -2 Control: reassign -2 gcj-6 6.4.0-12 Control: retitle -2 gcj-6: jawt_md.h and jni_md.h are in linux subdirectory on kFreeBSD and GNU/Hurd On 6 Mar 2018, at 22:50, Aaron M. Ucko wrote: > > Source: python-jpype > Version: 0.6.2+dfsg-2 > Severity: normal >

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

2018-03-01 Thread James Clarke
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#891281: DO NOT use file format of /bin/sh for x32 detection!

2018-02-28 Thread James Clarke
On 1 Mar 2018, at 00:50, Ben Elliston wrote: > > On Wed, Feb 28, 2018 at 03:55:57PM +0100, Thorsten Glaser wrote: > >> I really have no other idea that???s in scope. After all, >> CC_FOR_BUILD is the *only* tool guaranteed to correspond to the >> target (in FreeWRT speak;

Bug#891281: DO NOT use file format of /bin/sh for x32 detection!

2018-02-28 Thread James Clarke
On 28 Feb 2018, at 10:16, Thorsten Glaser wrote: > > On Wed, 28 Feb 2018, root wrote: > >> autotools-dev (20180224.1) unstable; urgency=medium >> >> * Sync to upstream git 2018-02-24 >>[commit bd9626458c30d7faec17d7dfbd85a80617b10007] >>+ Add detection of x32 ABI

Bug#891537: qtwebkit: Please disable JIT on ia64

2018-02-26 Thread James Clarke
Source: qtwebkit Version: 2.3.4.dfsg-9.1 Tags: patch User: debian-i...@lists.debian.org Usertags: ia64 Hi, I realise that qtwebkit is deprecated and the intention is to remove it for buster, but kde4libs and other important KDE/Qt packages still currently use it, and this is blocking a lot of

Bug#891281: autotools-dev: Please update to new upstream version with x32 detection

2018-02-24 Thread James Clarke
On 24 Feb 2018, at 15:29, Henrique de Moraes Holschuh <h...@debian.org> wrote: > On Sat, 24 Feb 2018, James Clarke wrote: >> Hi, >> Until today, config.guess (both upstream and in Debian) has lacked >> support for detecting x32, instead just printing out the tuple for &

Bug#891281: autotools-dev: Please update to new upstream version with x32 detection

2018-02-23 Thread James Clarke
Source: autotools-dev Version: 20171216.1 Tags: upstream patch fixed-upstream User: debian-...@lists.debian.org Usertags: port-x32 Forwarded: http://git.savannah.gnu.org/cgit/config.git/commit/?id=bd9626458c30d7faec17d7dfbd85a80617b10007 X-Debbugs-Cc: glaub...@physik.fu-berlin.de Hi, Until

Bug#853461: jackd2: ftbfs with GCC-7

2018-02-21 Thread James Clarke
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#890626: pam: FTCBFS due to using host libtool to link build binary

2018-02-16 Thread James Clarke
Package: src:pam Version: 1.1.8-3.7 Severity: normal Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi, After the latest upload of flex, cross-compiling pam fails with: > libtool: link: gcc -o padout parse_l.o parse_y.o > /usr/lib/aarch64-linux-gnu/libfl.so >

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

2018-02-12 Thread James Clarke
On 12 Feb 2018, at 15:18, John Paul Adrian Glaubitz wrote: > On 02/12/2018 04:16 PM, Holger Levsen wrote: >> Downgrading the bug to normal, though I guess you can also close it. The >> openjdk packages have the same issue. (But maybe you want to keep it >> open to

Bug#889080: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Bug#889080: fixed in gdbm 1.14.1-3)

2018-02-10 Thread James Clarke
Control: reopen -1 Whilst bootstrapping gdbm no longer requires bootstrapping dietlibc, this does not change whether dietlibc FTCBFS, which is what this bug is about. It is obviously less important now though. Regards, James On Sat, Feb 10, 2018 at 03:12:06PM +, Debian Bug Tracking System

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

2018-02-09 Thread James Clarke
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

2018-02-07 Thread James Clarke
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#889786: ats2-lang: New upstream version available

2018-02-07 Thread James Clarke
On 6 Feb 2018, at 23:54, Matthew Danish <matthew.r.dan...@gmail.com> wrote: > On 6 February 2018 at 21:57, James Clarke <jrt...@debian.org> wrote: >> Package: src:ats2-lang >> Version: 0.2.9-1 >> Severity: wishlist >> >> Hi, >> The current

Bug#889786: ats2-lang: New upstream version available

2018-02-06 Thread James Clarke
Package: src:ats2-lang Version: 0.2.9-1 Severity: wishlist Hi, The current upstream version of ATS2 is 0.3.9; please consider updating to this version. Regards, James

Bug#889727: nm.debian.org: [GIT PULL] Django 1.10 and misc fixes; Date header capitalisation

2018-02-06 Thread James Clarke
/jrtc27/nm2.git for you to fetch changes up to 07328d04eeb9f9cea6b0e4f693cf65d31a2967b7: Use capitalised Date header for Django emails (2018-02-06 11:41:05 +) James Clarke (5): Use new-style management command options; fix

Bug#889657: dput(1): Final paragraph in PROFILES section ends abruptly

2018-02-05 Thread James Clarke
Package: dput-ng Version: 1.16 Severity: normal Hi, The final paragraph in the PROFILES section of dput(1) ends with "When both types of files are present," with no continuation, and it seems this has always been the case since that text was added[0]. Please finish the sentence so we can finally

Bug#889147: abyss: PairedDBG_LoadAlgorithm test fails on sparc64 due to strict alignment violation

2018-02-02 Thread James Clarke
user debian-sp...@lists.debian.org usertags sparc64 thanks (You missed the User: pseudoheader) > On 2 Feb 2018, at 14:46, David Matthew Mattli wrote: > > Package: abyss > Severity: normal > Tags: patch upstream > Usertags: sparc64 > > Dear Maintainer, > > This package

Bug#886175: cross-toolchain-base-ports: Please add support for ia64

2018-01-25 Thread James Clarke
[sorry if HTML; replying from my phone] > On 25 Jan 2018, at 15:17, John Paul Adrian Glaubitz > wrote: > >> On 01/08/2018 03:18 AM, Matthias Klose wrote: >> Control: tags -1 - patch >> doesn't work, using gcc-7 7.2.0-19 >> (...) >> ia64-linux-gnu-ld.bfd.exe:

Bug#888286: openmpi: Please disable java on ia64

2018-01-24 Thread James Clarke
Source: openmpi Version: 2.1.1-7 Tags: patch User: debian-i...@lists.debian.org Usertags: ia64 X-Debbugs-Cc: debian-i...@lists.debian.org Hi, Currently openmpi FTBFS on ia64 as default-jdk is using gcj, which is too old. Whilst we intend to get openjdk-8 working on ia64, that won't happen for a

Bug#880332: libgudev: FTBFS: Test failures

2018-01-23 Thread James Clarke
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#886744: libcgroup: FTBFS on ia64

2018-01-09 Thread James Clarke
Source: libcgroup Version: 0.41-8 Tags: upstream patch User: debian-i...@lists.debian.org Usertags: ia64 X-Debbugs-Cc: debian-i...@lists.debian.org Hi, Currently libcgroup FTBFS on ia64. This is a result of cgrulesengd.h defining __USE_GNU itself after features.h has been included, and since

Bug#886688: packages.debian.org: Add ia64 from debian-ports

2018-01-08 Thread James Clarke
>From e3e077a71660ed8029d52510361485ade7cf Mon Sep 17 00:00:00 2001 From: James Clarke <jrt...@jrtc27.com> Date: Mon, 8 Jan 2018 15:21:33 + Subject: [PATCH] Add ia64 from debian-ports --- bin/parse-contents | 8 +--- config.sh.sed.in | 2 +- 2 files changed, 6 insertions(+), 4

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

2018-01-02 Thread James Clarke
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#885852: [sparc64] klibc-utils (2.0.4-10) regression, sigserv with fstype

2018-01-01 Thread James Clarke
Control: severity -1 important On Sat, Dec 30, 2017 at 03:48:07PM +0300, Anatoly Pugachev wrote: > Package: klibc-utils > Version: 2.0.4-10 > Severity: normal > > Dear Maintainer, > > Upgrading klibc-utils from 2.0.4-9 to 2.0.4-10 started to produce sigserv in > fstype > >* What exactly did

Bug#842995: dh-make: invalid Vcs-Git stanza

2017-12-18 Thread James Clarke
On Wed, Nov 02, 2016 at 03:17:10PM +0100, IOhannes m zmölnig wrote: > Package: dh-make > Version: 2.201608 > Severity: normal > > Dear Maintainer, > > the Vcs-Git stanza generated by dh-make is simply wrong. > It reads: >https://anonscm.debian.org/collab-maint/${PKGNAME}.git > Whereas it

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

2017-12-18 Thread James Clarke
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#884642: libgo11: Please backport upstream sparc64 fix

2017-12-17 Thread James Clarke
Package: libgo11 Version: 7.2.0-17 Tags: upstream fixed-upstream patch User: debian-sp...@lists.debian.org Usertags: sparc64 X-Debbugs-Cc: debian-sp...@lists.debian.org Hi, For a while, libgo11 on sparc64 has been broken, with executables crashing with messages like: > runtime: lfstackpush

Bug#884193: education-lang-zh-tw-desktop: Please drop dependency on removed iceowl-l10n-zh-tw

2017-12-12 Thread James Clarke
dependency and allow thunderbird to migrate to testing. Regards, James >From 2fdd10837905da3cea81c338c669f26735bb9047 Mon Sep 17 00:00:00 2001 From: James Clarke <jrt...@debian.org> Date: Tue, 12 Dec 2017 15:43:51 + Subject: [PATCH] Drop iceowl-l10n-zh-tw; it's now lightning-l

Bug#884054: polyml: FTBFS on sh4: MemMgr: Assertion `t->tree[r] == 0' failed.

2017-12-10 Thread James Clarke
On 10 Dec 2017, at 23:06, John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de> wrote: > On 12/11/2017 12:04 AM, James Clarke wrote: >> Yeah, I noticed this back when I was uploading to experimental a few months >> ago. I suspect it's an issue with qemu-user's atomics

Bug#884054: polyml: FTBFS on sh4: MemMgr: Assertion `t->tree[r] == 0' failed.

2017-12-10 Thread James Clarke
> On 10 Dec 2017, at 22:09, Aaron M. Ucko wrote: > > Source: polyml > Version: 5.7.1-1 > Severity: important > Tags: upstream > Justification: fails to build from source (but built successfully in the past) > User: debian-sup...@lists.debian.org > Usertags: sh4 > > Builds of

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

2017-12-08 Thread James Clarke
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#882874: glibc 2.25 FTBFS on ia64

2017-11-28 Thread James Clarke
[Cc'ing hppa people for reasons which will become clear] On Tue, Nov 28, 2017 at 08:22:56AM -0500, Jason Duerstock wrote: > Source: glibc > Followup-For: Bug #882874 > > This patch appears to correct the problem. > > -- System Information: > Debian Release: buster/sid > Architecture: ia64 > >

Bug#881051: dpkg: Fails to build packages in non-ascii directories

2017-11-07 Thread James Clarke
Control: tags -1 patch On Tue, Nov 07, 2017 at 01:58:23PM +0100, Samuel Thibault wrote: > Package: dpkg > Version: 1.19.0.4 > Severity: normal > > Hello, > > $ locale charmap > UTF-8 > $ mkdir testé > $ cd testé > $ apt-get source hello > $ cd hello-* > $ dpkg-buildpackage -b > > fails with > >

Bug#880572: Order problem in build dependencies

2017-11-02 Thread James Clarke
On Thu, Nov 02, 2017 at 02:45:08PM +0100, Mattia Rizzolo wrote: > Control: tag -1 moreinfo > > On Thu, Nov 02, 2017 at 02:04:32PM +0100, Klaus Ethgen wrote: > > The dependency tree includes librsvg2-bin with has a dependency for > > libgtk-3-0. But when this is going to install, it fails with the

Bug#880023: polyml: FTBFS on hppa - error linking poly

2017-11-02 Thread James Clarke
[Cc'ing David Matthews, upstream maintainer] On 2 Nov 2017, at 10:27, Alan Modra wrote: > On Sat, 28 Oct 2017 10:51:01 -0400 John David Anglin > wrote: >> Source: polyml >> Version: 5.7 >> Severity: normal >> >> Dear Maintainer, >> >> Build fails here:

Bug#879023: generator-scripting-language: FTBFS on sparc64: must change qbyte

2017-10-18 Thread James Clarke
On 18 Oct 2017, at 17:11, Aaron M. Ucko wrote: > > Luca Boccassi writes: > >> I guess I'll take my chances and do an upload anyway later today. > > Thanks (to both you and James)! I tend to check __sparcv9 in such > cases, but from what I gather either

Bug#879023: generator-scripting-language: FTBFS on sparc64: must change qbyte

2017-10-18 Thread James Clarke
On 18 Oct 2017, at 16:32, Luca Boccassi <bl...@debian.org> wrote: > > Control: tags -1 pending Thanks! > On Wed, 2017-10-18 at 15:58 +0100, James Clarke wrote: >> On Wed, Oct 18, 2017 at 10:50:06AM -0400, Aaron M. Ucko wrote: >>> Source: generator-scripting

  1   2   3   4   5   >