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

g-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 Sun, 29 Jan 2017 16:05:28 + + sy

Bug#853071: unblock: symfony/2.8.7+dfsg-1.1

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 Sun, 29 Jan 2017 16:05:28 + + symfony (2.8.7+dfsg-1.1) unstable; urgency=medium * Non-maintainer upload

Bug#853085: quilt-fixup does not honour DEBMAIL or .git/config's user.email

On Sun, Jan 29, 2017 at 06:38:14PM +, Ian Jackson wrote: > James Clarke writes ("Bug#853085: quilt-fixup does not honour DEBMAIL or > .git/config's user.email"): > > Package: dgit > > Version: 3.9 > > Severity: normal > > > > You can see in

Bug#853085: quilt-fixup does not honour DEBMAIL or .git/config's user.email

On 29 Jan 2017, at 18:55, James Clarke wrote: > On Sun, Jan 29, 2017 at 06:38:14PM +, Ian Jackson wrote: >> James Clarke writes ("Bug#853085: quilt-fixup does not honour DEBMAIL or >> .git/config's user.email"): >>> Package: dgit >>> Version:

Bug#636689: affects on binary packages are not displayed for the source package

ay or may not function incorrectly as-is, so beware! Regards, James >From ad7ade559908b4a8609cf136add743c664697f31 Mon Sep 17 00:00:00 2001 From: James Clarke Date: Sun, 29 Jan 2017 22:01:26 + Subject: [PATCH] Show affects on binary packages for source packages Closes: #636689 --- Debbugs/B

Bug#853242: certbot: Renewal is set up in both cron and systemd - it should only exist in one

On Mon, Jan 30, 2017 at 11:11:43AM -0800, Nye Liu wrote: > Package: certbot > Version: 0.10.2-1 > Severity: normal > > Dear Maintainer, > > It seems automated renwal is run via both /etc/cron.d/certbot AND > /lib/systemd/system/certbot.timer > > There should be a debconf way to choose one or the ot

Bug#852434: cowdancer 0.84 MIGRATED to testing

Why did this migrate with an RC bug currently open against it > preventing it from working? > > Wait, what? Looking at build log… > > [36]Message #15 received at 852...@bugs.debian.org ([37]full text, > [38]mbox, [39]reply): > > From: James Clarke > To: Thorsten

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 wrote: > > James Clarke dixit: > >> Your mail server rejected my message (again). My guess is you didn't get the >> message from the mailing list because it saw it wa

Bug#852434: cowdancer 0.84 MIGRATED to testing

On 31 Jan 2017, at 14:56, James Clarke 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 though, and I intend to remove it

Bug#852434: cowdancer 0.84 MIGRATED to testing

On 31 Jan 2017, at 17:09, James Clarke wrote: > On 31 Jan 2017, at 14:56, James Clarke 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 >> *w

Bug#853765: unblock: cowdancer/0.85

Allow commands to come later; deprecation warnings not given, +since at least one reverse dependency does not call cowbuilder correctly +(Closes: #852434) + + -- James Clarke Tue, 31 Jan 2017 17:16:13 +0000 + cowdancer (0.84) unstable; urgency=medium [ James Clarke ] diff -Nru cowdancer-0.

Bug#853776: Please provide deb.debian.org as an option

Package: choose-mirror Version: 2.74 Severity: wishlist As the title says; as far as I can tell, deb.debian.org is still not provided as an option during installation; instead, you have to enter it manually. Please add it alongside httpredir. -- System Information: Debian Release: 9.0 APT pr

Bug#853776: Please provide deb.debian.org as an option

Control: clone -1 -2 Control: reassign -2 mirrors Control: retitle -2 Please add deb.debian.org to Mirrors.masterlist Control: block -1 by -2 On 31 Jan 2017, at 23:19, Cyril Brulebois wrote: > James Clarke (2017-01-31): >> Package: choose-mirror >> Version: 2.74 >> Severit

Bug#853886: cowbuilder: doesn't create _amd64.changes for binary-indep-only or source-only builds

Control: reassign -1 pbuilder Control: tags -1 wontfix Control: retitle -1 pbuilder: Does not parse DEBBUILDOPTS to determine build type Hi, > On 1 Feb 2017, at 19:26, Jens Reyer wrote: > > after the recent cowbuilder update my gbp build script started to fail > for binary-indep-only (-A) and

Bug#853765: unblock: cowdancer/0.85

On Tue, Jan 31, 2017 at 05:22:27PM +, James Clarke wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: unblock > > Please unblock package cowdancer; debdiff attached, but not yet > uploaded. > > This is

Bug#854061: Lack of hardening=+pie gives unwanted, unsilenceable noisy compiler output

Package: gcc-6, dpkg-dev Severity: important X-Debbugs-Cc: debian-ports-de...@lists.alioth.debian.org Control: block 851720 by -1 As far as I can tell, no progress has been made on this issue since the few discussions on debian-devel[0]. The current state is not desirable, and in fact is causing a

Bug#854090: gcc-6: Please enable PIE hardening flags by default on sparc*

Package: gcc-6 User: debian-sp...@lists.debian.org Usertags: sparc64 X-Debbugs-Cc: debian-sp...@lists.debian.org Please enable PIE by default on sparc and sparc64. Regards, James

Bug#753276: lighttpd: FTBFS when using cowbuilder

Control: tags -1 moreinfo On Mon, Jun 30, 2014 at 10:38:39AM +0200, Stefan Bühler wrote: > Hi, > > On Sun, 29 Jun 2014 23:45:40 +0100 > Michael Tautschnig wrote: > > > Package: lighttpd > > Version: 1.4.35-2 > > Severity: wishlist > > Usertags: goto-cc > > > > During a rebuild of all Debian packa

Bug#849002: Nonsense after ftp.XX.d.o -> deb.d.o

Package: debian-reference Version 2.62 Hi, The following excerpt from 98a78b9cd8 has resulted in an incorrect and confusing line in debian-reference (asciidoc/02_package.txt): > -Please note "`ftp.XX.debian.org`" must be replaced with appropriate mirror > site URL for your location, for USA "`ft

Bug#849168: pbuilder: Expect programe reported "no more ptys" and failed in rebuilding gcc with normal (non-root) user

reassign 849168 debootstrap forcemerge 817236 849168 thanks Hi, > On 23 Dec 2016, at 06:24, Xiangyu LIU wrote: > > Package: pbuilder > Version: 0.227 > Severity: minor > > Dear Pbuilder Maintainers, > > I want to rebuild locally gcc-5 and gcc-4.9 in current stretch by pbuilder. > > > I d

Bug#849168: pbuilder: Expect programe reported "no more ptys" and failed in rebuilding gcc with normal (non-root) user

> On 23 Dec 2016, at 15:49, Johannes Schauer wrote: > > Hi James, > > Quoting James Clarke (2016-12-23 16:27:02) >> Josch, I'm curious as to why you tagged the corresponding sbuild bug report >> (Cc'd) as unreproducible; are you using debootstrap from sta

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&arch=mips64el&ver=2.36.2-1&stamp=1482373676 > [...] > > ERROR: pixbuf-randomly-modified > > I tried reproducing this on eller.debia.org, but when I buil

Bug#849542: PIE specs ignored even with DEB_BUILD_MAINT_OPTIONS hardening

Package: gcc-6 Version: 6.2.1-7 Severity: important The check introduced to ignore dpkg's PIE specs when PIE is not enabled by default is wrong, and ends up ignoring them even when hardening=+all or hardening=+pie is present in DEB_BUILD_MAINT_OPTIONS. The current check is: > if (ignore_pi

Bug#272557: provide NotAutomatic option

not tested). Commit 8279242 also broke the documentation build, so I've attached a fix for that as well. Regards, James >From c7b64fa89dd1c5521bf94a1e2f2c60676772add6 Mon Sep 17 00:00:00 2001 From: James Clarke Date: Sat, 29 Oct 2016 15:12:02 +0100 Subject: [PATCH 1/2] apt-ftparchive:

Bug#842780: Fix SIGBUS on sparc64

Source: ghc Version: 8.0.1-8 Severity: important Tags: patch X-Debbugs-Cc: debian-sp...@lists.debian.org User: debian-sp...@lists.debian.org Usertags: sparc64 Hi, Please find attached a patch to ensure GHC does not perform unaligned accesses on sparc64 (and sparc if native code gen is disabled, bu

Bug#844700: pbuilder: please support build profiles

Control: retitle -1 pbuilder: Add --profiles flag Hi, > On 18 Nov 2016, at 08:22, Samuel Thibault wrote: > > Package: pbuilder > Version: 0.226.1 > Severity: wishlist > > Hello, > > When bootstrapping a package which depends on itself (directly or > through a loop), one uses e.g. > > dpkg-bui

Bug#844782: Please revert problematic sparc64 GOT patch

Source: binutils Version: 2.27.51.20161118-1 Severity: important User: debian-sp...@lists.debian.org Usertags: sparc64 X-Debbugs-Cc: debian-sp...@lists.debian.org Hi Matthias, While global symbol references are now fine, we've noticed that TLS is broken in a similar way, except in this case the li

Bug#825398: ftp.debian.org: cruft-removal sometimes prematurely removes arch:all packages on source-only uploads

never). Attached is an (untested) patch which I believe should fix this. As discussed on IRC, rather than keeping the special arch:all cruft removal for jessie and below, it has been dropped completely. Regards, James >From f4e79ed10726aa1bee52ca33a3a3d849738003c1 Mon Sep 17 00:00:00 2001 Fr

Bug#847073: X doesn't start with new xserver-xorg-video-intel

Package: xserver-xorg-video-intel Version: 2:2.99.917+git20161105-1 Severity: important Tags: patch upstream Control: retitle -1 segfaults due to missing NULL check in has_connector_backlight This looks like [1] was reached with dir being NULL, though since you don't have debugging symbols (and I

Bug#847073: X doesn't start with new xserver-xorg-video-intel

> On 5 Dec 2016, at 12:05, Emilio Pozuelo Monfort wrote: > > On 05/12/16 12:27, James Clarke wrote: >> Package: xserver-xorg-video-intel >> Version: 2:2.99.917+git20161105-1 >> Severity: important >> Tags: patch upstream >> Control: retitle -1

Bug#825398: [PATCH] Don't be so eager to remove outdated arch:all binary packages

Updated patch: * Removed stray whitespace change * Fixed comment in queryNBS Regards, James >From f7ec03f46e99e13a91bf6857efa1e6f30ddb2f3e Mon Sep 17 00:00:00 2001 From: James Clarke Date: Tue, 6 Dec 2016 17:18:32 + Subject: [PATCH v2] Don't be so eager to remove outdated arch:al

Bug#847073: X doesn't start with new xserver-xorg-video-intel

Control: tags -1 fixed-upstream > On 5 Dec 2016, at 12:49, Micha vor dem Berge > wrote: >> Am 05.12.2016 um 12:27 schrieb James Clarke: >> Package: xserver-xorg-video-intel >> Version: 2:2.99.917+git20161105-1 >> Severity: important >> Tags: patch upstream

Bug#850733: Crashes with "TypeError: GObject.__init__() takes exactly 0 arguments (1 given)"

rtbug src:pymongo Putting in prints doesn't seem to help; the exact location is non-deterministic from what I can tell. I would guess there are some UI interactions happening not on the main UI thread. Regards, James >From afb99028e993c87bea2b122f9b76e78acd537cfa Mon Sep 17 00:00:00 2001 F

Bug#851172: Tries to cat mkmf.log in the wrong place

Package: gem2deb Version: 0.33.1 Tags: patch This is a pretty trivial bug; one instance of 'mkmf.log' was not replaced with mkmf_log, so it fails to cat the file. Patch attached (untested). Regards, James >From ca9a0cf4c0db8792f45ce715a6d9ecbb697e1f91 Mon Sep 17 00:00:00 2001 From:

Bug#851176: FTBFS on sparc64: invalid heap expanding (base_length: 89, GC.stat[:heap_eden_pages]: 92)

Source: ruby2.3 Version: 2.3.3-1 Severity: important User: debian-sp...@lists.debian.org Usertags: sparc64 X-Debbugs-Cc: debian-sp...@lists.debian.org Currently, ruby2.3 FTBFS on sparc64 (and has done for a while) due to a single test case failure: > 1) Failure: > TestGc#test_expand_heap [/<>/t

Bug#851217: FTBFS on hurd-i386

Source: taskd Version: 1.1.0+dfsg Tags: patch User: debian-h...@lists.debian.org Usertag: hurd Control: forwarded -1 https://bug.tasktools.org/browse/TD-126 Currently taskd FTBFS on hurd-i386 due to trying to use PATH_MAX. Reading the contents of src/Directory.cpp shows that it tries to use get_cu

Bug#850733: [Reportbug-maint] Bug#850733: Crashes with "TypeError: GObject.__init__() takes exactly 0 arguments (1 given)"

On Sat, Jan 14, 2017 at 09:38:53PM +, Simon McVittie wrote: > On Sat, 14 Jan 2017 at 19:50:17 +, Simon McVittie wrote: > > > On Mon, Jan 9, 2017 at 2:21 PM, James Clarke wrote: > > > > I would guess there are some UI > > > > interactions happening n

Bug#850733: [Reportbug-maint] Bug#850733: Crashes with "TypeError: GObject.__init__() takes exactly 0 arguments (1 given)"

On 14 Jan 2017, at 23:24, James Clarke wrote: > On Sat, Jan 14, 2017 at 09:38:53PM +, Simon McVittie wrote: >> On Sat, 14 Jan 2017 at 19:50:17 +, Simon McVittie wrote: >>>> On Mon, Jan 9, 2017 at 2:21 PM, James Clarke wrote: >>>>> I would guess

Bug#850733: [Reportbug-maint] Bug#850733: Crashes with "TypeError: GObject.__init__() takes exactly 0 arguments (1 given)"

On 14 Jan 2017, at 23:55, Simon McVittie wrote: > On Sat, 14 Jan 2017 at 23:24:25 +0000, James Clarke wrote: >> I'm not sure why it's working for me and not you. > > Ah, that would be because I have reportbug configured to use mutt to write > the actual bug repor

Bug#851441: dpkg-source --commit infinite loop asking for patch name

On Sat, Jan 14, 2017 at 11:30:54PM +, Ian Jackson wrote: > Package: dpkg-source > Version: 1.18.15 > > To reproduce: > git clone git://git.chiark.greenend.org.uk/~ianmdlvl/dgit.git > cd dgit > git checkout for-dpkg-source.2017-01-14 > DGIT_DRS_DEBUG=2 DGIT_TEST_DEBUG=-D tests/using-intr

Bug#850733: [Reportbug-maint] Bug#850733: Crashes with "TypeError: GObject.__init__() takes exactly 0 arguments (1 given)"

On 15 Jan 2017, at 00:37, Simon McVittie wrote: > On Sun, 15 Jan 2017 at 00:32:15 +, Simon McVittie wrote: >> I suspect that last line was intended to be a GetMultilinePage wrapper. >> But I can't actually test this, because the only use of get_multiline() >> does have ENTER in its prompt (and

Bug#850733: [Reportbug-maint] Bug#850733: Crashes with "TypeError: GObject.__init__() takes exactly 0 arguments (1 given)"

On 15 Jan 2017, at 00:47, James Clarke wrote: > On 15 Jan 2017, at 00:37, Simon McVittie wrote: >> On Sun, 15 Jan 2017 at 00:32:15 +, Simon McVittie wrote: >>> I suspect that last line was intended to be a GetMultilinePage wrapper. >>> But I can't actually te

Bug#827815: libmozjs-24-0: initialization segfaults on sparc64

On 15 Jan 2017, at 18:26, Simon McVittie wrote: > On Sun, 15 Jan 2017 at 17:06:00 +0100, John Paul Adrian Glaubitz wrote: >> For the time being, Firefox upstream is now using the arm64 workaround on >> sparc64 >> as well which fixed Firefox on sparc64. Firefox will be fixed on sparc64 with >> ver

Bug#827815: libmozjs-24-0: initialization segfaults on sparc64

On 15 Jan 2017, at 19:32, László Böszörményi (GCS) wrote: > On Sun, Jan 15, 2017 at 7:26 PM, Simon McVittie wrote: >> On Sun, 15 Jan 2017 at 17:06:00 +0100, John Paul Adrian Glaubitz wrote: >>> For the time being, Firefox upstream is now using the arm64 workaround on >>> sparc64 >>> as well whic

Bug#850250: FTBFS on sparc with DEB_BUILD_OPTIONS=nolang=biarch

Source: gcc-6 Version: 6.3.0-2 Tags: patch User: debian-sp...@lists.debian.org Usertag: sparc X-Debbugs-Cc: helm...@debian.org, debian-sp...@lists.debian.org Thanks to the recent changes to get gcc to target ultrasparc by default, the biarch build is now successful. However, it still fails in exac

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#850478: git-pbuilder deliberately deletes source.changes

Package: git-buildpackage Version: 0.8.9 Severity: important X-Debbugs-Cc: Debian pbuilder maintenance team Disclaimer: These views are my own and not necessarily shared with Mattia; he has the final say with regards to pbuilder :) Hi, Currently, straight after git-pbuilder invokes pdebuild, it

Bug#748936: apt doesnt understand architecture wildcards

at build-time. It's not especially pretty, but it passes the now-modified test suite run during the build (integration tests not yet run), which includes testing x32 and arm behave like they do in dpkg. I also haven't actually tested that "apt build-dep elfutils" on x32 insta

Bug#839867: pygtk: FTBFS on sparc64 - bus error in testsuite

Control: tags -1 patch Hi Michael, On Wed, 5 Oct 2016 22:12:19 +0200 Michael Biebl wrote: > > Hi > > Am 05.10.2016 um 22:06 schrieb John Paul Adrian Glaubitz: > > pygtk currently fails to build from source on sparc64 due to a bus error in > > one of the tests in the testsuite: > > [..] > > > Feel

Bug#839867: pygtk: diff for NMU version 2.24.0-5.1

ut "k" in the format string means unsigned + long, a temporary local needs to be used to get the right alignment and size + on platforms where unsigned long is not 32-bit. +Author: James Clarke +Bug-Debian: https://bugs.debian.org/839867 +--- +This patch header follows DEP-3: http://dep.

Bug#832584: elfutils: diff for NMU version 0.166-2.1

arc64 (Closes: #832584) + + -- James Clarke Fri, 07 Oct 2016 15:16:09 +0100 + elfutils (0.166-2) unstable; urgency=medium * Actually add ignore_strmerge.diff to the patch series. diff -Nru elfutils-0.166/debian/control elfutils-0.166/debian/control --- elfutils-0.166/debian/control 2016-07-

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: > >if (dpk

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

Hi Thorsten, > On 8 Oct 2016, at 21:52, Thorsten Glaser wrote: > > James Clarke dixit: > >> I agree, this is bad. However, if this is only affecting sarge chroots, > > I never said that. That’s just where I noticed it. Ok, my bad, that's just how I read it. &g

Bug#840423: New upstream version with sparc64 support

Source: golang-golang-x-sys Version: 0.0~git20160704.0.a408501-1 X-Debbugs-Cc: debian-sp...@lists.debian.org User: debian-sp...@lists.debian.org Usertags: sparc64 Hi, Upstream has made several commits to golang.org/x/sys since the last uploaded version, the latest being adding sparc64 support (67f

Bug#840574: Please backport libgo fixes for sparc64

Source: gcc-6 Version: 6.2.0-6 User: debian-sp...@lists.debian.org Usertags: sparc64 X-Debbugs-Cc: debian-sp...@lists.debian.org Tags: patch fixed-upstream Hi, Could you please backport the patches listed below so that we can have a working gccgo? They fix the (minor) issue of using the wrong sysc

Bug#836707: libgtk-3-dev versioned build-dep is too weak

Source: clutter-gtk Version: 1.8.0-2 Severity: important (Not sure if this counts as RC-critical or not, given it's not really an FTBFS) Since clutter-gtk 1.8.0-2 added git_disable-dubbel-buffer.patch it bumped up gtk_req_version to 3.21.0, but the build dependency for libgtk-3-dev is still only

Bug#836940: [buildd-tools-devel] Bug#836940: cowbuilder, sbuild: should behave identically in regard to default gnupg installation

> On 7 Sep 2016, at 23:01, Markus Koschany wrote: > > On 07.09.2016 23:24, Mattia Rizzolo wrote: >> Pbuilder (and therefore cowbuilder) already use --variant=buildd >> >> That afaik is --variant=minbase + build-essential. >> >> I'm not sure why you still get gnupg installed. >> >> Btw what ver

Bug#833688: Please add sparc64 gold patches

binutils-2.27/debian/changelog --- binutils-2.27/debian/changelog +++ binutils-2.27/debian/changelog @@ -1,3 +1,9 @@ +binutils (2.27-3) UNRELEASED; urgency=medium + + * Added patches to fix gold on sparc64. + + -- James Clarke Sun, 07 Aug 2016 21:54:56 +0100 + binutils (2.27-2) unstable; urgency

Bug#840574: Please backport libgo fixes for sparc64

would be fine for gcc-6, but what about the clone changes? I can understand if that's too invasive, but backporting would be great. Regards, James > On 12.10.2016 23:35, James Clarke wrote: > > Source: gcc-6 > > Version: 6.2.0-6 > > User: debian-sp...@lists.d

Bug#840423: New upstream version with sparc64 support

Hi, On Tue, Oct 11, 2016 at 02:27:37PM +0100, James Clarke wrote: > Source: golang-golang-x-sys > Version: 0.0~git20160704.0.a408501-1 > X-Debbugs-Cc: debian-sp...@lists.debian.org > User: debian-sp...@lists.debian.org > Usertags: sparc64 > > Hi, > Upstream has made several

Bug#840423: closed by James Clarke (Re: Bug#840423: New upstream version with sparc64 support)

Control: reopen -1 In fact, 9bb9f09 itself broke sparc64 and s390x. Please update to 002cbb5 to fix this. Regards, James signature.asc Description: PGP signature

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 o

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: elfutils: diff for NMU version 0.166-2.2

41124) + + -- James Clarke 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-23 17:46:11.

Bug#840574: Please backport libgo fixes for sparc64

f I can do anything else to make this happen. I will also see if I can get them backported upstream (though even with that you'll still need to faff about with the .obj or drop the test...). Thanks, James > On 16.10.2016 19:40, James Clarke wrote: > > Control: tags -1 - help + pa

Bug#841310: Add manpage for a5toa4

Package: texlive-extra-utils Version: 2016.20161008-1 Tags: patch Hi, Please find attached a manpage for a5toa4. Regards, James .TH A5TOA4 1 .SH NAME a5toa4 \- arrange A5 pages in a PDF onto A4 landscape paper .SH SYNOPSIS .B a5toa4 [\fB\-b\fR|\fB\-s\fR] [\fB\-o\fR] .IR input.pdf ... .SH DESCR

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

Bug#840574: Please backport libgo fixes for sparc64

/changelog +++ gcc-6-6.2.0/debian/changelog @@ -1,3 +1,10 @@ +gcc-6 (6.2.0-9+sparc64) UNRELEASED; urgency=medium + + * Include go-relocation-test-gcc620-sparc64.obj.uue to fix libgo's +debug/elf TestDWARFRelocations test case. + + -- James Clarke Thu, 20 Oct 2016 20:32:51 +0100 + gcc-6 (

Bug#834990: pbuilder-satisfydepends segfaults on armhf emulation

Hi, (First off, apologies for any bad formatting; in replying from my phone) > On 21 Aug 2016, at 13:09, Mattia Rizzolo wrote: > >> On Sun, Aug 21, 2016 at 04:46:15PM +0530, Ritesh Raj Sarraf wrote: >> I tried creating an armhf-sid chroot through pbuilder successfully. Then >> I tried building an

Bug#835606: polly pulls in outdated bundled jsoncpp headers

Source: llvm-toolchain-3.8 Version: 1:3.8.1-9 Severity: important Tags: patch Control: clone -1 -2 Control: reassign -2 llvm-toolchain-3.9 1:3.9~+rc3-1~exp1 Hi, I tracked down the cause of the 27 unexpected failures in check-polly in most architectures (big-endian architectures have other unrelate

Bug#835795: Wrong Vcs-Git URL

Source: log4cpp Version: 1.1.1-1 Severity: minor Hi, The Vcs-Git URL in debian/control is currently https://anonscm.debian.org/collab-maint/log4cpp.git, but should be https://anonscm.debian.org/git/collab-maint/log4cpp.git. Regards, James signature.asc Description: PGP signature

Bug#835823: Polly's imath assumes little-endian

Source: llvm-toolchain-3.8 Version: 1:3.8.1-9 Tags: patch Control: clone -1 -2 -3 Control: reassign -2 llvm-toolchain-3.9 1:3.9~+rc3-1 Control: reassign -3 llvm-toolchain-snapshot 1:4.0~svn279916-1 Hi, The bundled copy of imath currently assumes little-endian in its mpz_import and mpz_export funct

Bug#835823: Polly's imath assumes little-endian

Hi Sylvestre, For some reason I have yet to receive this (only saw it thanks to Tobias’s reply). On Sun, 28 Aug 2016 21:42:28 +0200 Sylvestre Ledru wrote: > Le 28/08/2016 à 18:26, James Clarke a écrit : >> The bundled copy of imath currently assumes little-endian in its >>

Bug#835927: FTBFS on sparc64 due to PThreads::getThreadId() buffer overflow

Source: log4cpp Version: 1.1.1-2 Severity: important Tags: patch User: debian-sp...@lists.debian.org Usertags: sparc64 Control: forwarded -1 https://sourceforge.net/p/log4cpp/patches/45/ Hi, Currently log4cpp FTBFS on sparc64 due to a buffer overflow that gets trapped. Details are in the upstream

Bug#820948: gitpkg: Please add a cowbuilder exit hook

ommends no packages. Versions of packages gitpkg suggests: ii devscripts 2.16.2 -- no debconf information >From af85cd437c3daea09c038cb35b2015854c720b64 Mon Sep 17 00:00:00 2001 From: James Clarke Date: Wed, 13 Apr 2016 22:50:35 +0100 Subject: [PATCH] Add new exit hook to build with cowbuilder

Bug#820946: guess basepath based on --dist and --arch

> On 14 Apr 2016, at 00:27, Thorsten Glaser wrote: > > Antoine Beaupré dixit: > >> Adding such a default would improve the consistency of this across >> tools. > > It has also chances of breaking others’ layouts. This would only be if BASEPATH wasn't set; in your case it would continue to fun

Bug#821013: src:qtwebkit: Fix FTBFS on x32

Package: src:qtwebkit Version: 2.3.4.dfsg-6 Severity: important Tags: patch Hi, Currently qtwebkit FTBFS on x32 due to Atomics.h assuming CPU(X86_64) means 64-bit pointers. The attached patch fixes this, and is sufficient to build from source. Regards, James -- System Information: Debian Relea

Bug#839145: dpkg-checkbuilddeps: Incorrect "Unmet build dependencies" error for Multi-Arch: foreign :native-qualified dependency

Package: libdpkg-perl Version: 1.18.10 Control: affects -1 src:linux X-Debbugs-Cc: debian-sp...@lists.debian.org User: debian-sp...@lists.debian.org Usertags: sparc64 Hi, Currently, src:linux FTBFS in experimental on sparc64[1], with the error: dpkg-checkbuilddeps: error: Unmet build dependen

Bug#839590: Bus error when accessing MBR partition records

Package: mdadm Version: 3.4-4 Tags: patch Control: -1 forwarded http://marc.info/?l=linux-raid&m=147515212602202 X-Debbugs-Cc: debian-sp...@lists.debian.org User: debian-sp...@lists.debian.org Usertags: sparc64 Hi, When mdadm tries to examine MBR partition records (such as when creating an array u

Bug#831582: Please re-enable libx264 on sparc64

with support from it on sparc64. Please apply the attached patch, which I have verified works. Regards, James From d78dca9ce9335025450d00b5c17969a88442e972 Mon Sep 17 00:00:00 2001 From: James Clarke Date: Sun, 17 Jul 2016 11:20:20 +0100 Subject: [PATCH] Re-enable x264 on sparc64 as the linker has

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 EATMYDATA=eatmydata to my ~/.pbui

Bug#832371: Disable lldb on sparc64

Source: llvm-toolchain-3.8 Version: 1:3.8.1-4 User: debian-sp...@lists.debian.org Usertags: sparc64 X-Debbugs-Cc: debian-sp...@lists.debian.org Hi, Please disable lldb on sparc64, as there is no support for it. I have performed a test build with a patched gold (which will soon be uploaded to the u

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

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 signa

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 free

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 Please

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#882874: glibc 2.25 FTBFS on ia64

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

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

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#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] https://sa

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

ch 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#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 y

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

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 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 issue a long time ago, without > f

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 bu

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 executa

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 G

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

<    1   2   3   4   5   >