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#953394: simgrid: FTBFS on riscv64 due to disabled java support

On 8 Mar 2020, at 22:21, Aurelien Jarno wrote: > > Source: simgrid > Version: 3.25+dfsg-1 > Severity: normal > Tags: patch > Justification: fails to build from source (but built successfully in the past) > User: debian-ri...@lists.debian.org > Usertags: riscv64 > > Dear maintainer, > > ceph

Bug#949716: qa.debian.org: DDPO doesn't show packages with version 0

On Thu, Jan 23, 2020 at 11:58:14PM +0100, Adam Borowski wrote: > Package: qa.debian.org > Severity: normal > > Hi! > If you have a package with version "0" (a valid version number) -- like > "fonts-recommended" at the moment, DDPO won't show it. On the other hand, > a non-native package versioned

Bug#948317: gcc-10: Please disable gm2 on ia64

On 7 Jan 2020, at 08:57, John Paul Adrian Glaubitz wrote: > On 1/7/20 9:54 AM, Matthias Klose wrote: >>> The gcc-10 build currently fails on ia64 when trying to build gm2 [1], >>> thus I have disabled gm2 for a local test build. >> >> how does it fail? > > The assembler is complaining [1]: >

Bug#802528: [Reproducible-builds] Bug#802528: valac: make the generated C files reproducible

On Tue, Oct 20, 2015 at 11:28:21PM +0300, Niko Tyni wrote: > Control: tag -1 - patch > > On Tue, Oct 20, 2015 at 04:09:16PM -0400, Daniel Kahn Gillmor wrote: > > > But doesn't the change from HashSet to List end up changing the behavior > > with regard to multiple children of the same class? > > >

Bug#940090: binutils: Bogus build dependency on libc6-deb on alpha and ia64

On 12 Sep 2019, at 14:46, Matthias Klose wrote: > > On 12.09.19 15:26, John Paul Adrian Glaubitz wrote: >> On 9/12/19 3:17 PM, Matthias Klose wrote: > jrtc27@coccia:~$ diff -u <(awk '/^Build-Depends:/{s=$0; next} /^ > /&{s=s$0; next} s{print s; s=""} END{if (s) print s}' >

Bug#940090: binutils: Bogus build dependency on libc6-deb on alpha and ia64

On 12 Sep 2019, at 10:18, John Paul Adrian Glaubitz wrote: > > Source: binutils > Severity: normal > User: debian-i...@lists.debian.org > Usertags: alpha ia64 > > Hello! > > binutils is currently BD-Uninstallable on alpha and ia64 because it > build-depends > on the libc6-dev package on

Bug#932743: pbuilder: pdebuild --auto-debsign does not sign _source_changes file created after SOURCE_ONLY_CHANGES=yes

On 22 Jul 2019, at 17:16, Agustin Martin wrote: > > Package: pbuilder > Version: 0.230.4 > tags: +patch > Severity: important > > Dear Maintainer, > > I am in the process of changing my pbuilder setup to produce source-only > uploads. For that purpose I added SOURCE_ONLY_CHANGES=yes to my >

Bug#922496: GCC 9: gnat ftbs on kfreebsd-*

Control: tags -1 patch upstream Control: forwarded -1 https://gcc.gnu.org/ml/gcc-patches/2019-07/msg00309.html On Sun, Feb 17, 2019 at 07:44:37AM +0100, Matthias Klose wrote: > Package: src:gcc-9 > Version: 9-20190216-2 > Tags: important > Severity: sid bullseye > > ftbfs, and we still have

Bug#785101: FTBFS on kfreebsd-* due to test-suite failures

On 2 Jul 2019, at 20:15, Michael Biebl wrote: > > Hi James > > Am 02.07.19 um 20:55 schrieb James Clarke: >> Control: reopen -1 >> >>> On 2 Jul 2019, at 19:53, Michael Biebl wrote: >>> >>> On Tue, 12 May 2015 13:38:12 +0200 Michael Biebl

Bug#931266: e2fsprogs: Build-Depends on udev and systemd on non-Linux architectures

Source: e2fsprogs Version: 1.45.0-1 Severity: important Hi, As of the above version, e2fsprogs Build-Depends on udev and systemd (and cron too which, whilst somewhat perplexing, is not the issue here), thereby rendering its build dependencies unsatisfiable on non-Linux architectures, namely

Bug#926539: rootskel: steal-ctty no longer works on at least sparc64

Control: reopen -1 Control: reassign -1 src:linux,rootskel Control: severity -1 serious (Don't know if this is a blocker for the release, but it should at least be reviewed before we release IMO, hence the severity) On Sun, Apr 07, 2019 at 12:53:35AM +0100, Ben Hutchings wrote: > On Sat,

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

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

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

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

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

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#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#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#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#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#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#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#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#924722: ktexteditor: symbols update for riscv64

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.

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

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

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

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

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

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

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

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

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)

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"

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

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

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

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

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

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

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

> 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

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

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

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

'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

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

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

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

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

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

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

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

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

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

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

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

> 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

> > 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

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

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

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

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

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

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

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

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

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)

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

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

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!

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!

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

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

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

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

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

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

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)

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

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#889786: ats2-lang: New upstream version available

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

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

/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

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

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

[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

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

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

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

>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

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

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

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

  1   2   3   4   5   >