Bug#1066260: mrtdreader: FTBFS: mrtdreader.c:95:41: error: implicit declaration of function ‘isprint’ [-Werror=implicit-function-declaration]

Package: mrtdreader Followup-For: Bug #1066260 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch X-Debbugs-Cc: michael.hud...@ubuntu.com Control: tags -1 patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Add #include of

Bug#1066285: nvi: FTBFS: ../dist/../common/options_f.c:324:16: error: implicit declaration of function 'conv_enc' [-Werror=implicit-function-declaration]

Package: nvi Followup-For: Bug #1066285 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch X-Debbugs-Cc: michael.hud...@ubuntu.com Control: tags -1 patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: *

Bug#1066505: epic5: FTBFS: functions.c:7547:15: error: implicit declaration of function ‘strptime’; did you mean ‘strftime’? [-Werror=implicit-function-declaration]

Package: epic5 Followup-For: Bug #1066505 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch X-Debbugs-Cc: michael.hud...@ubuntu.com Control: tags -1 patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: *

Bug#1067654: tpm2-abrmd: Tests fail on 32-bit t64 arches

Package: tpm2-abrmd Severity: serious Tags: patch ftbfs Justification: fails to build from source (but built successfully in the past) User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch X-Debbugs-Cc: michael.hud...@ubuntu.com Dear Maintainer, In Ubuntu, the attached

Bug#1067474: gxr-openvr: package Build-Depends on libgxr-0.15-0 whic is no longer built

Package: gxr-openvr Severity: serious Tags: patch ftbfs Justification: fails to build from source (but built successfully in the past) User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch X-Debbugs-Cc: michael.hud...@ubuntu.com Dear Maintainer, In Ubuntu, the attached

Bug#1067473: gambas3: ftbfs on time64 arches

Package: gambas3 Severity: serious Tags: patch ftbfs Justification: fails to build from source (but built successfully in the past) User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch X-Debbugs-Cc: michael.hud...@ubuntu.com Dear Maintainer, In Ubuntu, the attached

Bug#1066292: createrepo-c: FTBFS: xml_file.c:338:36: error: implicit declaration of function ‘rasprintf’; did you mean ‘g_sprintf’? [-Werror=implicit-function-declaration]

Package: createrepo-c Followup-For: Bug #1066292 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch X-Debbugs-Cc: michael.hud...@ubuntu.com Control: tags -1 patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Fix printing

Bug#1067076: x11vnc: FTBFS on arm{el,hf}: uinput.c:723:25: error: ‘struct input_event’ has no member named ‘time’

Package: x11vnc Followup-For: Bug #1067076 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch X-Debbugs-Cc: michael.hud...@ubuntu.com Control: tags -1 patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: *

Bug#1066794:

It's hard to see from the log but the failures that are causing issues are the "path_info" gitweb tests such as expecting success of 9500.70 'path_info: project': gitweb_run "" "/.git" not ok 70 - path_info: project # gitweb_run "" "/.git" It's *impossible* to see from the log afaict but the

Bug#1064772: pymupdf: FTBFS: fitz.i.c:3343:5: error: conflicting types for ‘fz_pixmap_size’; have ‘int(fz_context *, fz_pixmap *)’

/fz_pixmap_size2024-03-20 14:23:27.0 +1300 @@ -0,0 +1,17 @@ +Description: Remove incorrect prototype for function now declared in mupdf's headers. +Author: Michael Hudson-Doyle +Origin: vendor +Forwarded: no +Last-Update: 2024-03-20 +--- +This patch header follows DEP-3: http://dep.debian.net/deps

Bug#1065792: libspf2: FTBFS on arm{el,hf}: spf_utils.c:207:9: error: implicit declaration of function ‘memset’ [-Werror=implicit-function-declaration]

Package: libspf2 Followup-For: Bug #1065792 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch X-Debbugs-Cc: michael.hud...@ubuntu.com Control: tags -1 patch Dear Maintainer, In Ubuntu, I just uploaded the following rather than try to be in any way clever: *

Bug#1067203: user-session-migration: fix ftbfs on architectures affected by t64 transition

Package: user-session-migration Severity: serious Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch X-Debbugs-Cc: michael.hud...@ubuntu.com Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Do not use "%ld"

Bug#1065951: vde: FTBFS on arm{el,hf}: /tmp/ccwOo5J4.s:341: Error: symbol `open64' is already defined

to + interpose both open and open64 +Author: Michael Hudson-Doyle +Forwarded: no +Last-Update: 2024-03-20 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/src/vdetaplib/libvdetap.c b/src/vdetaplib/libvdetap.c +@@ -1,6 +1,11 @@ + /* Copyright 2004 Renzo Davoli

Bug#1061493: consolekit: install PAM module and udev files into /usr

On Fri, 15 Mar 2024 at 08:51, Mark Hindley wrote: > Control: notfound -1 1.2.6-3 > > On Wed, Mar 13, 2024 at 10:40:40PM +0100, Andreas Beckmann wrote: > > Followup-For: Bug #1061493 > > Control: found -1 1.2.6-3.1~exp1 > > Control: severity -1 serious > > Control: tag -1 ftbfs > > > > This

Bug#1065278: gtkmm3.0: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

+++ gtkmm3.0-3.24.8/debian/changelog2024-03-04 23:41:24.0 +1300 @@ -1,3 +1,11 @@ +gtkmm3.0 (3.24.8-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition. +(Closes: #1065278) + + -- Michael Hudson-Doyle Mon, 04

Bug#1065284: lucene++: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

++-3.0.9/debian/changelog 2024-03-04 23:42:22.0 +1300 @@ -1,3 +1,11 @@ +lucene++ (3.0.9-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition. +(Closes: #1065284) + + -- Michael Hudson-Doyle Mon, 04

Bug#1065279: libcanberra: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

+++ libcanberra-0.30/debian/changelog 2024-03-04 23:41:54.0 +1300 @@ -1,3 +1,11 @@ +libcanberra (0.30-12.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition. +(Closes: #1065279) + + -- Michael Hudson-Doyle Mon,

Bug#1065265: glade: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

-3.40.0/debian/changelog 2024-03-04 23:38:30.0 +1300 @@ -1,3 +1,11 @@ +glade (3.40.0-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition. +(Closes: #1065265) + + -- Michael Hudson-Doyle Mon, 04 Mar 2024

Bug#1065252: glibmm2.68: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

+++ glibmm2.68-2.78.1/debian/changelog 2024-03-04 23:35:03.0 +1300 @@ -1,3 +1,11 @@ +glibmm2.68 (2.78.1-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition. +(Closes: #1065252) + + -- Michael Hudson-Doyle

Bug#1065277: gtkmm2.4: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

+++ gtkmm2.4-2.24.5/debian/changelog2024-03-04 23:40:46.0 +1300 @@ -1,3 +1,11 @@ +gtkmm2.4 (1:2.24.5-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition. +(Closes: #1065277) + + -- Michael Hudson-Doyle Mon,

Bug#1065272: orc: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

/changelog 2024-03-04 23:40:36.0 +1300 @@ -1,3 +1,11 @@ +orc (1:0.4.34-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition. +(Closes: #1065272) + + -- Michael Hudson-Doyle Mon, 04 Mar 2024 23:40:36 +1300 + orc

Bug#1065271: gsound: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

-1.0.3/debian/changelog 2024-03-04 23:40:14.0 +1300 @@ -1,3 +1,11 @@ +gsound (1.0.3-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition. +(Closes: #1065271) + + -- Michael Hudson-Doyle Mon, 04 Mar 2024

Bug#1065269: glibmm2.4: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

+++ glibmm2.4-2.66.6/debian/changelog 2024-03-04 23:39:52.0 +1300 @@ -1,3 +1,11 @@ +glibmm2.4 (2.66.6-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition. +(Closes: #1065269) + + -- Michael Hudson-Doyle Mon,

Bug#1065260: gegl: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

/debian/changelog2024-03-04 23:38:29.0 +1300 @@ -1,3 +1,11 @@ +gegl (1:0.4.48-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition. +(Closes: #1065260) + + -- Michael Hudson-Doyle Mon, 04 Mar 2024 23

Bug#1062364:

Thanks for being so accommodating! A lot of disruption to go around...

Bug#1062545:

on dpkg-dev to guard against accidental backports +with wrong ABI. (Closes: #1062545) + + -- Michael Hudson-Doyle Thu, 29 Feb 2024 16:16:34 +1300 + falcosecurity-libs (0.14.1-5) unstable; urgency=medium * Rename libraries for 64-bit time_t transition (Closes: #1062545) diff -Nru falcosecurity

Bug#1061916: cups: NMU diff for 64-bit time_t transition

(the first patch had the same number as the package I uploaded to experimental and so got rejected. oops!) On Thu, 29 Feb 2024 at 12:21, wrote: > Dear maintainer, > > Please find attached a final version of this patch for the time_t > transition. This patch is being uploaded to unstable. > >

Bug#1053111: Fwd:

@@ +e2fsprogs (1.47.0-2.1) UNRELEASED; urgency=medium + + [ Helmut Grohne ] + * Non-maintainer upload. + * Fix FTBFS when systemd.pc changes systemdsystemunitdir. (Closes: #-1) + + [ Michael Hudson-Doyle ] + * Account for changes in udevudevdir as well. + + -- Helmut Grohne Tue, 26 Sep 2023 20:57:57

Bug#1062928:

FWIW adding a quirk to the analysis confirms that this package is unaffected by both the lfs and time_t transitions.

Bug#1062744:

Sigh, attached to *this* mail nmu_libzypp.debdiff Description: Binary data

Bug#1062744:

I've just reuploaded the package to experimental, new debdiff attached.

Bug#1062744:

> There are no mentions of 'time_t' in the public headers of this > library. Uh, this is not the case? zypp-core/Date.h contains a class with public time_t members. Were you grepping the wrong library or something? The library is also affected by the off_t transition. > The logs shows that it's

Bug#1064298:

Hi, thanks so much for this. I've updated the diff in bug 1064090 to include your changes (and uploaded the new package to experimental as ~exp2).

Bug#1064377: tcl-expect: identified for time_t transition but no ABI in shlibs

Package: tcl-expect Version: 5.45.4-2build1 Severity: serious User: debian-...@lists.debian.org Usertags: time-t Dear maintainers, Analysis of the archive for the 64-bit time_t transition[0][1] identifies tcl-expect as an affected package, on the basis that the headers could not be compiled and

Bug#1061063:

userland / arm64 +kernels without COMPAT_ALIGNMENT_FIXUPS as found in Ubuntu. + + -- Michael Hudson-Doyle Fri, 09 Feb 2024 15:26:59 +1300 + h5py (3.10.0-1) unstable; urgency=medium * Team upload. diff -Nru h5py-3.10.0/debian/patches/fix-unaligned-access.patch h5py-3.10.0/debian/patches/fix

Bug#1061992:

In addition to uploading a reversed debdiff, I didn't actually upload it to experimental, I'm attaching the debdiff that I just uploaded (which I realized I forgot to add the ~exp suffix to, apologies). The upload to experimental was based on the contents of unstable, which is newer that what was

Bug#1061992:

> I believe these are the two cases: > > - The public 'struct curl_fileinfo' contains a time_t struct member, used for > FTP wildcard callbacks. > > - The public API curl_getdate() takes a time_t pointer in its second argument. > > If 'time_t' changes size, those two will not be ABI compatible.

Bug#1061901:

Apologies, previous version of patch was incorrect. nmu_compiz.debdiff Description: Binary data

Bug#1061899: closing 1061899

close 1061899 thanks

Bug#1061882:

Apologies, the initial message had an incorrect debdiff attached. Here's a better one (that has been uploaded to experimental). nmu_combblas.debdiff Description: Binary data

Bug#984205:

This is because upstream builds with -Werror -Wall by default, and that's usually a bad idea for distro packages. I fixed this like this: .PHONY: override_dh_auto_build override_dh_auto_build: $(MAINT_SCRIPTS) -dh_auto_build +dh_auto_build -- WERROR= Not really sure if this is

Bug#997877:

I think an update to 3.3.5 will fix this. I have no idea how hard mailman3 upstream updates are :)

Bug#994055: cunit NMU

On Thu, 11 Nov 2021 at 10:49, Paul Gevers wrote: > Hi Michael, > > On Wed, 10 Nov 2021 16:16:53 +1300 Michael Hudson-Doyle > wrote: > > Hi, thanks for this fix. I think it meets the threshold for NMU (and also > > the maintainer seems to have been awol sinc

Bug#994055:

Hi, thanks for this fix. I think it meets the threshold for NMU (and also the maintainer seems to have been awol since 2015) so I'm uploading it to DELAYED/10.

Bug#993821: After upgrading libc, some services are unable to restart (including systemd-resolved)

On Wed, 8 Sept 2021 at 07:04, Michael Biebl wrote: > Hi Aurelien > > Am 07.09.21 um 12:41 schrieb Aurelien Jarno: > > Hi, > > > > On 2021-09-07 10:39, Michael Hudson-Doyle wrote: > > >> What's happening is that systemd is running with the old glibc

Bug#993821: After upgrading libc, some services are unable to restart (including systemd-resolved)

On Tue, 7 Sept 2021 at 17:49, Michael Biebl wrote: > Control: reassign -1 libc6 > Control: found -1 2.32-1 > Control: severity -1 serious > Control: affects -1 + systemd > > Hi Michael > > Am 07.09.21 um 00:39 schrieb Michael Hudson-Doyle: > > On Tue, 7 Sep

Bug#988905:

I see there is a fix in the git repo now. Are you planning an upload any time soon, or only after the buster release?

Bug#988905: src:request-tracker5: ftbfs due to changes in gpg error messages

Package: src:request-tracker5 Version: 5.0.1+dfsg-1 Severity: serious Tags: ftbfs Justification: fails to build from source Dear Maintainer, As can be seen at https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/request-tracker5.html or

Bug#973623:

I concocted a test case that was independent from ghc, confirmed it still reproduced with current binutils git and filed an upstream bug: https://sourceware.org/bugzilla/show_bug.cgi?id=26902. I even made a little patch that fixes the problem but I don't know if it's in any way correct.

Bug#973087: closing 973087

close 973087 2.4.11-3 thanks I fixed this in version 2.4.11-3 but forgot to include the bug in the changelog.

Bug#973072:

it's easy to fix the base64 related failures (patch attached) but then the build hangs for me. --- a/kubernetes/config/kube_config.py +++ b/kubernetes/config/kube_config.py @@ -97,7 +97,7 @@ if use_data_if_no_file: if self._base64_file_content: self._file =

Bug#973061:

This trivial fix seems to fix the problem: diff -Nru nototools-0.2.13/debian/rules nototools-0.2.13/debian/rules --- nototools-0.2.13/debian/rules 2020-09-29 11:11:13.0 +1300 +++ nototools-0.2.13/debian/rules 2020-11-11 14:13:22.0 +1300 @@ -22,3 +22,4 @@ override_dh_auto_clean:

Bug#973165: marked as pending in pyflakes

Control: tag -1 pending Hello, Bug #973165 in pyflakes reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#973623: stack overflows with ghc on ppc64el

In that case, someone should upload something like this: (master *)mwhudson@anduril:~/src/pkg/DHG_packages/p/ghc$ git diff diff --git a/p/ghc/debian/rules b/p/ghc/debian/rules index a5fd42860b..af3f8851d3 100755 --- a/p/ghc/debian/rules +++ b/p/ghc/debian/rules @@ -50,7 +50,7 @@ endif # once

Bug#973623:

I think this is a gold bug, and even better I think it is a gold bug that was fixed already, in this commit from a few weeks back: commit fa40fbe484954c560ab1c0ff4bc1b2eeb1511344 Author: Alan Modra Date: Fri Oct 9 16:56:33 2020 +1030 [GOLD] Power10 segv due to wild r2 Calling

Bug#972926: marked as pending in celery

Control: tag -1 pending Hello, Bug #972926 in celery reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#972728: python-latexcodec: ftbfs with python 3.9 as supported version

Source: python-latexcodec Version: 1.0.7-1 Severity: serious Tags: upstream ftbfs Justification: fails to build from source User: debian-pyt...@lists.debian.org Usertags: python3.9 Dear Maintainer, I think an upstream update will fix this. Cheers, mwh -- System Information: Debian Release:

Bug#972723: python-asttokens: fails to build from source with Python 3.9 as a supported version

Source: python-asttokens Version: 2.0.3-2 Severity: serious Tags: upstream ftbfs Justification: fails to build from source User: debian-pyt...@lists.debian.org Usertags: python3.9 Dear Maintainer, Like so: = test session starts == platform

Bug#972721: python-httpretty: ftbfs with python3.9 as supported version

Source: python-httpretty Version: 0.9.5-7 Severity: serious Tags: upstream ftbfs Justification: fails to build from source Dear Maintainer, Now that python 3.9 is a supported version, the tests fail with: == ERROR:

Bug#972722: pyvows: ftbfs with python 3.9

Source: pyvows Version: 3.0.0-3 Severity: serious Tags: upstream ftbfs Justification: fails to build from source User: debian-pyt...@lists.debian.org Usertags: python3.9 Dear Maintainer, Now that python 3.9 is a supported version in unstable the build fails in the following slightly alarming

Bug#972232:

As this is blocking the Python 3.9 transition now, can the fix from upstream be uploaded?

Bug#969596:

+1,10 @@ +minimap2 (2.17+dfsg-11ubuntu1) groovy; urgency=medium + + * d/patches/python-sse4-arch.patch: Only pass -msse4.1 to the compiler on +amd64. + + -- Michael Hudson-Doyle Tue, 15 Sep 2020 12:34:50 +1200 + minimap2 (2.17+dfsg-11) unstable; urgency=medium * Add lintian-override diff

Bug#952227: marked as pending in golang-gopkg-gcfg.v1

Control: tag -1 pending Hello, Bug #952227 in golang-gopkg-gcfg.v1 reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#964047: marked as pending in golang-github-src-d-gcfg

Control: tag -1 pending Hello, Bug #964047 in golang-github-src-d-gcfg reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#959643:

FWIW there is a new release (1.0.7) available and that seems to fix this failure (in Ubuntu, anyway).

Bug#961581: pbcopper: ftbfs on ppc64el

On Tue, 26 May 2020 at 23:43, Andreas Tille wrote: > thanks for the patch. I've uploaded pbcopper to new since > it needed a soname bump and thus a new binary package name. > Thanks. I think a fixed simde has been uploaded now, so my patch might not be needed at all...

Bug#961581: pbcopper: ftbfs on ppc64el

Source: pbcopper Version: 1.6.0+dfsg-1 Severity: serious Tags: patch ftbfs Justification: fails to build from source (but built successfully in the past) Dear Maintainer, As can be seen on https://buildd.debian.org/status/logs.php?pkg=pbcopper=ppc64el pbcopper currently ftbfs on pcp64el.

Bug#949919: libgpiod: ftbfs; needs explicit dependency on dh-python

Hudson-Doyle Mon, 27 Jan 2020 14:14:51 +1300 + libgpiod (1.4.1-3) unstable; urgency=medium * d/control: diff -Nru libgpiod-1.4.1/debian/control libgpiod-1.4.1/debian/control --- libgpiod-1.4.1/debian/control 2019-09-10 20:50:54.0 +1200 +++ libgpiod-1.4.1/debian/control

Bug#942757: odb-api: fails to build with multiple supported python3 versions

Source: odb-api Version: 0.18.1-7 Severity: serious Tags: patch ftbfs Justification: fails to build from source (but built successfully in the past) Dear Maintainer, odb-api fails to build when multpile python3 versions are supported, as is the case in Ubuntu Focal currently, like this: for f

Bug#924630: Bug #924630 in golang marked as pending

Control: tag -1 pending Hello, Bug #924630 in golang reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#924630: Bug #924630 in golang marked as pending

Control: tag -1 pending Hello, Bug #924630 in golang reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#924630: Bug #924630 in golang marked as pending

Control: tag -1 pending Hello, Bug #924630 in golang reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#924630: Bug #924630 in golang marked as pending

Control: tag -1 pending Hello, Bug #924630 in golang reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#917797:

Ah yes this was indeed fixed by 2.37-1 or something around there but we forgot to mention this bug in the changelog. Thanks for the reminder!

Bug#921284: build-using should only include copylefted files

On Thu, 7 Feb 2019 at 04:09, Antoine Beaupré wrote: > On 2019-02-03 17:21:35, Antoine Beaupre wrote: > > My first submissions for the dmarc-cat package (#920385) were refused > > by the FTP masters because the built-using field did not respect §7.8 > > of the Debian policy. > > That's actually

Bug#912150: Processed: Joining with the existing scipy bug

FWIW we fixed most of the problems in the scipy/imexam/s390x area on Ubuntu by building scipy with gfortran-7 rather than gfortran-8 on s390x. AFAIK we haven't gotten around to working out what it is gfortran-8 is doing wrong yet.

Bug#911276: elfutils: ftbfs on arm64 with gcc-8

Source: elfutils Version: 0.170-0.4 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, elfutils ftbfs on sid on arm64 currently. Current git passes, and git bisect and logic point to the following upstream commit as fixing it:

Bug#906198:

So strangely enough, I don't see this failure on Ubuntu, the only test test that failed for me is __ test_gauss_center ___ def test_gauss_center(): """Check the gaussian center fitting.""" # make a 2d dataset with a

Bug#897857:

On Fri, 10 Aug 2018 at 09:37, Olly Betts wrote: > On Thu, Aug 02, 2018 at 09:23:26PM +1200, Michael Hudson-Doyle wrote: > > upstream just "fixed" this by disabling the warning, fwiw > > This bug was reported in setools but reassigned to swig - I think you > must

Bug#897857:

upstream just "fixed" this by disabling the warning, fwiw

Bug#902597:

I cherry picked the attached patch from upstream (which tbh, is a bit hilarious) to fix the build in Ubuntu. I also had to add libgmock-dev to build-depends, but i don't know if that's needed in debian. From 5c42943e75231b79f4ffcc37a22f0077a2fb0e7d Mon Sep 17 00:00:00 2001 From: Ben Webb Date:

Bug#903525:

fwiw i think the 9.0.0 release fixes this. Although it still has a stub async.py file and I can't remember how to not bytecompile that with python 3.7 -- I know it's possible though...

Bug#903923:

The fix is just to build-depend on python3-all-dev rather than python3-dev.

Bug#892088: [pkg-golang-devel] Bug#892088: golang-1.10: FTBFS on mips when built on Octeon III buildds

Congrats on figuring this out and commiserations on having to do it, I guess! Do you think this is worth an upload now or will it be OK to wait until upstream releases 1.10.1 (assuming it gets into that)? Cheers, mwh

Bug#887067:

This was just a test flake, a rebuild fixed it. I'll make sure upstream know! signature.asc Description: PGP signature

Bug#886431: snapd binary-all FTBFS: install: failed to access debian/snapd///usr/lib/snapd: No such file or directory

Thanks for the report. This is fixed in git, will wait until my gopkg.in/mgo.v2 upload for the 32 bit issues gets published before uploading. On 6 January 2018 at 10:59, Adrian Bunk wrote: > Source: snapd > Version: 2.30-1 > Severity: serious > >

Bug#867058: [pkg-golang-devel] Bug#867058: golang-1.8 and mips*

On 27 October 2017 at 22:38, James Cowgill wrote: > Hi, > > On 26/10/17 20:33, John Paul Adrian Glaubitz wrote: > > On 10/26/2017 07:12 PM, peter green wrote: > >> Therefore golang maintainers you have two choices. > >> > >> 1. Accept John's changes so that your package can

Bug#876862:

This is another of those "only happens on reproducible-builds" mysteries. It builds fine for me. Reducing severity to normal.

Bug#876923: closing 876923

close 876923 thanks I uploaded 0.0+git20161208.0.20d25e2-2 before I saw this and it built fine. I do not understand what is going on but I think it is some kind of problem with reproducible builds rather than this package.

Bug#871344: [pkg-golang-devel] Bug#871344: golang-1.6: FTBFS: test fails

On 9 August 2017 at 05:19, Tianon Gravi wrote: > On 7 August 2017 at 08:51, Lucas Nussbaum wrote: > > Source: golang-1.6 > > Version: 1.6.3-1 > > Severity: serious > > Tags: buster sid > > This has me a bit confused -- there's no "golang-1.6" in sid (or >

Bug#868905: [htcondor-debian] Bug#868905:

age. > > Thank you for looking into this. I was about to start working on this > problem. I'd like to get this resolved soon. > > ...Tim > > On 07/25/2017 08:48 PM, Michael Hudson-Doyle wrote: > > I fixed this in Ubuntu with this patch: > > > >

Bug#868905:

I fixed this in Ubuntu with this patch:

Bug#867496:

I think this is all it takes to fix the build: mwhudson@aeglos:/opt/opensource/deb/py36/morse-simulator-1.4$ cat debian/patches/fix-ftbfs.diff --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -237,6 +237,7 @@ ${CMAKE_CURRENT_SOURCE_DIR}/doc/man ${SPHINX_MAN_OUTPUT} && ${GZIP} -f

Bug#865926: jsonpickle: ftbfs with python3.6, please upgrade to 0.9.4

The recently released 0.9.5 does pass tests with python 3.6. On 26 June 2017 at 10:26, Michael Hudson-Doyle <michael.hud...@ubuntu.com> wrote: > Source: jsonpickle > Version: 0.9.3-1 > Severity: normal > User: debian-pyt...@lists.debian.org > Usertags: python3.

Bug#867522:

+1,10 @@ +pytest-pylint (0.6.0-2) UNRELEASED; urgency=medium + + * Prevent tests in the debian/$pkg directories from being collected when +running the tests. + + -- Michael Hudson-Doyle <michael.hud...@ubuntu.com> Wed, 19 Jul 2017 15:25:09 +1200 + pytest-pylint (0.6.0-1) unstable; urgency=

Bug#866543:

+1200 @@ -1,3 +1,11 @@ +xcffib (0.5.1-1) UNRELEASED; urgency=medium + + * New upstream release. (Closes: #866543, #839314) + * d/patches/fix-big-endian-machines.patch: drop, included upstream. + * d/control: Add Build-Depends on libghc-semigroups-dev, libghc-either-dev. + + -- Michael Hudson

Bug#867771:

/changelog 2017-07-13 14:49:30.0 +1200 @@ -1,3 +1,9 @@ +python-trollius (2.1~b1-5) unstable; urgency=medium + + * Stop building python3-trollius. (Closes: #867771) + + -- Michael Hudson-Doyle <michael.hud...@ubuntu.com> Thu, 13 Jul 2017 14:49:06 +1200 + python-trollius (2.

Bug#865926:

retitle -1 fails tests with python 3.6 FWIW, 0.9.4 still fails tests with Python 3.6, I was initially confused because the package does not depend on python3-all and so only runs the 3.6 tests when 3.6 is default, not merely supported (another bug, I guess!)

Bug#866551:

The attached patch does not work for two reasons. One, very boring, is that there is more code that sets PYTHONPATH in translate/storage/test_mo.py. The other reason, sadly, is that even once that's gone the tests still fail like this:

Bug#860608: [pkg-golang-devel] Bug#860608: Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<>/api/next.txt

On 2 May 2017 at 19:23, Michael Stapelberg wrote: > Sorry for the late reply, I’ve been swamped. > > On Fri, Apr 21, 2017 at 10:28 AM, Niels Thykier wrote: > >> Michael Stapelberg: >> > On Fri, Apr 21, 2017 at 9:45 AM, Niels Thykier

  1   2   >