This is because America/Godthab was renamed to America/Nuuk in tz 2020a and
the former is now only in tzdata-legacy.
Adding tzdata-legacy to build depends fixes the build but a better fix is
probably to update libgweather4's data to follow the tz database changes.
I filed https://gitlab.gnome.org
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 t
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:
* d/patches/add-prototypes.
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:
* d/patches/define-xopen-
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 pa
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 pa
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 patc
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 t
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:
* debian/patches/0007-us
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 reas
0 +1200
+++ pymupdf-1.23.7+ds1/debian/patches/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 patc
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:
* d/pat
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" specifier
defines interferes with this files attempt 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
+@@ -
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 change
g2024-02-29 09:04:43.0 +1300
+++ 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
2-29 00:10:42.0 +1300
+++ lucene++-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
og 2024-02-29 09:08:28.0 +1300
+++ 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: #106
02-28 15:41:41.0 +1300
+++ glade-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)
+
+ --
log 2024-02-28 15:49:12.0 +1300
+++ 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:
g2024-02-29 04:22:27.0 +1300
+++ 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: #106
27.0 +1300
+++ orc-0.4.34/debian/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
2-29 03:29:46.0 +1300
+++ gsound-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)
+
+ --
og 2024-02-28 15:45:03.0 +1300
+++ 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: #106
15:37:42.0 +1300
+++ gegl-0.4.48/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)
+
+ -- Mi
Thanks for being so accommodating! A lot of disruption to go around...
cy 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 falcosec
(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.
>
> No
@@
+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
FWIW adding a quirk to the analysis confirms that this package is
unaffected by both the lfs and time_t transitions.
Sigh, attached to *this* mail
nmu_libzypp.debdiff
Description: Binary data
I've just reuploaded the package to experimental, new debdiff attached.
> 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
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).
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 a
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
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
> 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.
Apologies, previous version of patch was incorrect.
nmu_compiz.debdiff
Description: Binary data
close 1061899
thanks
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
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
I think an update to 3.3.5 will fix this. I have no idea how hard mailman3
upstream updates are :)
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 since 2015
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.
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
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
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?
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
https://launchpad.net/ubuntu/+source/reques
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.
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.
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 = _c
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:
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:
https://salsa.debian.org/python-team/packages/pyflakes/-/commit/af0a78554d3b10d885
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 #901
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 non-pcre
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:
https://salsa.debian.org/python-team/packages/celery/-/commit/33e11179c542febad5d84f
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: bull
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
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: fakesock.sock
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 way:
As this is blocking the Python 3.9 transition now, can the fix from
upstream be uploaded?
+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
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:
https://salsa.debian.org/go-team/packages/golang-gopkg-gcfg.v1/-/commi
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:
https://salsa.debian.org/go-team/packages/golang-github-src-d-gcfg
FWIW there is a new release (1.0.7) available and that seems to fix this
failure (in Ubuntu, anyway).
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...
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&arch=ppc64el
pbcopper currently ftbfs on pcp64
icit build dependency on dh-python.
+
+ -- Michael 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
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 in
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:
https://salsa.debian.org/go-team/compiler/golang/commit/71582deb22213b82603e44203245
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:
https://salsa.debian.org/go-team/compiler/golang/commit/71582deb22213b82603e44203245
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:
https://salsa.debian.org/go-team/compiler/golang/commit/0c508f9cd760bd475f41b8d06735
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:
https://salsa.debian.org/go-team/compiler/golang/commit/0c508f9cd760bd475f41b8d06735
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!
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 in
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.
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:
commit
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 gauss
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
upstream just "fixed" this by disabling the warning, fwiw
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: Tu
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...
The fix is just to build-depend on python3-all-dev rather than python3-dev.
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
This was just a test flake, a rebuild fixed it. I'll make sure upstream know!
signature.asc
Description: PGP signature
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
>
> https://buildd.debian.org/status/fetch.php?pkg=sn
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 be built on mips*.
> >
This is another of those "only happens on reproducible-builds" mysteries.
It builds fine for me.
Reducing severity to normal.
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.
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
> buster) that I can find:
>
> - https://p
u 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:
>
>
>
>
I fixed this in Ubuntu with this patch:
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 ${S
The recently released 0.9.5 does pass tests with python 3.6.
On 26 June 2017 at 10:26, Michael Hudson-Doyle
wrote:
> Source: jsonpickle
> Version: 0.9.3-1
> Severity: normal
> User: debian-pyt...@lists.debian.org
> Usertags: python3.6
>
> Dear Maintainer,
>
> jso
+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 Wed, 19 Jul 2017
15:25:09 +1200
+
pytest-pylint (0.6.0-1) unstable; urgency=medium
[ Ondřej Nový ]
diff
+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
/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 Thu, 13 Jul 2017
14:49:06 +1200
+
python-trollius (2.1~b1-4) unstable; urgency=medium
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!)
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:
__
1 - 100 of 128 matches
Mail list logo
