Processing commands for cont...@bugs.debian.org:
> tags 802057 + pending
Bug #802057 [libfile-stripnondeterminism-perl]
libfile-stripnondeterminism-perl: fails with png file on armhf ("Negative
length")
Ignoring request to alter tags of bug #802057 to the same tags previously set
> thanks
Thanks Roland for the report and Niko for the really helpful
debugging. This PNG file is technically non-conformant[1], but
strip-nondeterminism should handle it nevertheless. I've changed
strip-nondeterminism to stop processing after the IEND chunk and copy
through any remaining junk. A new
On Thu, Oct 15, 2015 at 05:27:00PM +, Santiago Vila wrote:
> Ooops! Sorry, didn't test it well enough.
>
> This seems to work:
>
> export LC_ALL=C && cp [a-z]*.1 $M
Thanks for the report.
I decided to fix this by just adding the line "export LC_ALL = C" at the
top level of
Package: libchado-perl
Version: 1.23-3
Severity: wishlist
Tags: patch
User: reproducible-builds@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
While working on the "reproducible builds" effort [1], we have noticed
that this package could not
diffoscope_38_amd64.changes uploaded successfully to ftp-master.debian.org
along with the files:
diffoscope_38.dsc
diffoscope_38.tar.xz
debbindiff_38_all.deb
diffoscope_38_all.deb
Greetings,
Your Debian queue daemon (running on host coccia.debian.org)
Santiago Vila:
> On Fri, Oct 16, 2015 at 03:22:34PM +0200, Jérémy Bobbio wrote:
> > I think it's sound to also remove issues due to Debian-specific
> > toolchain once it has been fixed. I don't think there's much value in
> > keeping tabs on something like ordering problems in debhelper the
> >
diffoscope_38_amd64.changes uploaded successfully to localhost
along with the files:
diffoscope_38.dsc
diffoscope_38.tar.xz
debbindiff_38_all.deb
diffoscope_38_all.deb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 17 Oct 2015 11:05:12 +0200
Source: diffoscope
Binary: diffoscope debbindiff
Architecture: source all
Version: 38
Distribution: unstable
Urgency: medium
Maintainer: Reproducible builds folks
Ok, Chris said, and I agree, that in general we should not submit bugs
without patches.
What should we do with this bug, then? Should we leave it closed even
if it's apparently not fixed?:
https://reproducible.debian.net/dbdtxt/unstable/amd64/websocket-client_0.18.0-2.debbindiff.txt
[ Note: I'm
Hi Santiago,
On Samstag, 17. Oktober 2015, Santiago Vila wrote:
> Ok, Chris said, and I agree, that in general we should not submit bugs
> without patches.
+1 :)
> What should we do with this bug, then? Should we leave it closed even
> if it's apparently not fixed?:
no, we should also not
Package: libfile-stripnondeterminism-perl
Version: 0.012-1
Severity: normal
Dear Maintainer,
there seems to be a bug in the png handler of stripnondeterminism,
when run on armhf.
When running dh_strip_nondetermism on a simple PNG file from the xfig
documentation
Many apertium language pair packages fail with
localedef -f UTF-8 -i en_US ./debian/tmp/locale/en_US.UTF-8/
character map file `UTF-8' not found: No such file or directory
cannot read character map directory `/usr/share/i18n/charmaps': No
such file or directory
What is causing this? The
On Sat, Oct 17, 2015 at 04:57:46PM +0300, Esa Peuha wrote:
> Many apertium language pair packages fail with
>
> localedef -f UTF-8 -i en_US ./debian/tmp/locale/en_US.UTF-8/
> character map file `UTF-8' not found: No such file or directory
> cannot read character map directory
On Sat, Oct 17, 2015 at 02:36:54PM +0100, Chris Lamb wrote:
> > What should we do with this bug, then? Should we leave it closed even
> > if it's apparently not fixed?:
>
> I am unclear why this requires any special treatment or private
> discussion.
Note: I do not consider this list to be
Package: libextutils-xsbuilder-perl
Version: 0.28-2
Severity: wishlist
Tags: patch
User: reproducible-builds@lists.alioth.debian.org
Usertags: randomness toolchain
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
While working on the "reproducible builds" effort [1], we have noticed
that
> What should we do with this bug, then? Should we leave it closed even
> if it's apparently not fixed?:
I am unclear why this requires any special treatment or private
discussion. Please re-open the bug with the correspending "found" header
as if it were any other issue in Debian that was not
https://wiki.debian.org/ReproducibleBuilds/FileOrderInTarballs
suggests
find|sort | tar --null -T - --no-recursion -cf archive.tar
but the --no-recursion is applied at the wrong place - it must come
before the file list.
This was "fixed" in tar 1.28 (in stretch/sid):
2014-01-10 Sergey
17 matches
Mail list logo