Bug#945530: python-uritemplate: upstream have changed hands

Source: python-uritemplate Hi! python-uritemplate currently packages what was at https://github.com/uri-templates/uritemplate-py/ This project has been archived and superseded by https://github.com/python-hyper/uritemplate How about updating python-uritemplate to package the latter? It is

Bug#927376: haveged: please ship haveged-udeb to help solve entropy starvation in debian-installer

On 18/04/2019 18:41, Cyril Brulebois wrote: > Hi haveged maintainers, > > As time passes, we encounter more and more entropy starvation issues in > d-i; this includes UUID generation for fontconfig (#898468, worked > around by computing the cache at build time), HTTPS connections, SSH > keypair

Bug#906461: florence: diff for NMU version 0.6.3-1.1

Hi! On 14/09/2018 15:51, Adrian Bunk wrote: > I've prepared an NMU for florence (versioned as 0.6.3-1.1) and uploaded > it to DELAYED/14. Please feel free to tell me if I should cancel it. Thanks! Feel free to upload it right away or even take over the package. I sadly still haven't found

Bug#906294: haveged: New upstream version

On 16/08/2018 19:22, Steffen Moeller wrote: > Package: haveged > Version: 1.9.1-6 > Severity: wishlist > > Dear Maintainer, > > Version 1.9.6 is available. Please kindly inform me if you would appreciate > to be helped out. The package is in collab-maint, please go ahead! I'm now set on

Bug#888237: Fwd: Re: diffoscope and file renames

Chris Lamb: > > I had no idea I should have installed it, and indeed I was missing it. > > … which is itself a bug! However, the solution is not very obvious - why > can't really detect whether we need would benefit from fuzzy matching without > doing said fuzzy matching! > > Will have a think

Bug#882103: python-pkg-resources: crashing with "ImportError: No module named load_entry_point"

intrigeri: > Lunar, unless you disagree I'll do a team upload that disables this > profile by default. We can re-enable it if/once someone feels like > keeping it up-to-date and working. What do you think? Please go ahead! I sadly won't have time to take a look before a while. :) Thanks, --

Bug#868684: stretch-pu: package haveged/1.9.1-5+deb9u1

Adam D. Barratt: > On Mon, 2017-07-17 at 18:43 +0200, Jérémy Bobbio wrote: > > Package: release.debian.org > > User: release.debian@packages.debian.org > > Usetags: pu > > If you're going to write the metadata by hand, please at least spell it > corre

Bug#868684: stretch-pu: package haveged/1.9.1-5+deb9u1

@@ +haveged (1.9.1-5+deb9u1) stable; urgency=medium + + * Start haveged.service after systemd-tmpfiles-setup.service has been run. +Many thanks to Jan Echternach for reporting the problem and suggesting +a fix. (Closes: #858134) + + -- Jérémy Bobbio <lu...@debian.org> Mon, 17 Jul 2017 18

Bug#848365: jessie-pu: package coquelicot/0.9.2-4+deb8u1

Adam D. Barratt: > Control: tags -1 + moreinfo > > On Fri, 2016-12-16 at 18:31 +0100, Jérémy Bobbio wrote: > > I would like to important issues affecting coquelicot in jessie: > > > > #809351: properly run coquelicot under the 'coquelicot' user and not > >

Bug#848049: diffoscope: Add detection of order-only differences in plain text formats

Hi! Маша Глухова: > The reason why I did not use some algorihm like that is that it requires to > read files for the second time. Right now, all the actual work with the > content of the files (except for the quick check for has_same_content) is > delegated to diff, and on big files, it occupies

Bug#849142: [PATCH] Update dex_expected_diffs and test requirement to ensure test compatibility with enjarify >= 1.0.3. (Closes: #849142)

Chris Lamb: > Daniel Shahaf wrote: > > > > +if subprocess.call( > > > +('python3', '-c', 'import enjarify.typeinference'), > > > > Use sys.executable instead of hardcoding 'python3', to handle the case > > that there's more than one python3 binary on the system? > > I deliberately

Bug#848049: diffoscope: Add detection of order-only differences in plain text formats

Маша Глухова: > I believe the attached patch would provide the requested functionality. Nice work! :) > From: Maria Glukhova > Date: Sat, 24 Dec 2016 12:29:57 +0200 > Subject: [PATCH] Add detection of order-only difference in plain text format. > > Detect if the text

Bug#848365: jessie-pu: package coquelicot/0.9.2-4+deb8u1

. (Closes: #809351) + * Suppress deprecation warnings when running the daemon and garbage +collection in cron. Thanks Matteo Calorio for the report. +(Closes: #808018) + + -- Jérémy Bobbio <lu...@debian.org> Fri, 16 Dec 2016 18:08:03 +0100 + coquelicot (0.9.2-4) unstable; urgency=

Bug#838229: libmygpo-qt-dev: missing cmake targets file, which makes whole cmake stuff useless

Hi Pino! Pino Toscano: > > libmygpo-qt-dev ships configuration files for cmake, so that doing > > > > find_package(Mygpo-qt) > > .. > > include_directories(${LIBMYGPO_QT_INCLUDE_DIRS}) > > .. > > target_link_libraries(myapp ${LIBMYGPO_QT_LIBRARIES}) > > > > works -- or at least, it

Bug#838260: diffoscope: Reduce noise from offsets deltas in readelf(1) diffs

Daniel Shahaf: > Jérémy Bobbio wrote on Tue, Sep 20, 2016 at 13:18:49 +: >> But why stop with images? In the precise case of the readelf output, >> having line-oriented diff means we are carrying around a useless and >> confusing information: the line numbers are

Bug#838260: diffoscope: Reduce noise from offsets deltas in readelf(1) diffs

Chris Lamb: >> Could these offset differences in readelf(1) output be ignored, at least >> optionally? > > Love the idea! However, my gut cautions against ignoring them. even with an > option. > > Perhaps there is a perfect solution whereby we would normalise these two > offsets to — making it

Bug#829113: [Reproducible-builds] Bug#829113: reprotest: Should unset $DISPLAY to avoid GUI popups from some build tools

Hi Axel! Axel Beckert: > Running > > $ reprotest 'dpkg-buildpackage -b' > ../debian-paketmanagement-buch_0\~2016.06.29_all.deb > > from a git checkout of commit 5f069a920df4e6f20a8eb9309c20c39ad60e6132 > under X to see if my $SOURCE_DATE_EPOCH implementation in that commit is > working

Bug#824179: haveged should start after AppArmor

Control: tags -1 pending Nicolas Braud-Santoni: > Since the collab-maint process is a tad slower than expected, > I'm sending you the patch here instead. Thanks, applied. :) (Although without the changes to debian/changelog: I prefer writing the new entry at once by looking at the commits

Bug#821455: subliminal: Please ship Nautilus extension

Package: subliminal Version: 1.1.1-1 Severity: wishlist Hi! Subliminal documentation mentions a Nautilus extension: https://github.com/Diaoul/subliminal#nautilus-integration It would be really nice if it could be added to the subliminal package—or an extra one. Thanks! -- Lunar

Bug#783239: closed by Khalid Aziz <kha...@debian.org> (Bug#783239: fixed in kexec-tools 1:2.0.10-2)

@@ -11,7 +11,7 @@ Author: Jérémy Bobbio <lu...@debian.org> -AC_DEFINE_UNQUOTED(PACKAGE_DATE, "`date '+%d %B %Y'`", +if test "x$BUILD_DATE" = x; then -+ BUILD_DATE=`date '+%d %B %Y'` ++ BUILD_DATE=`LC_ALL=C date '+%d %B %Y'` +fi +AC_DEFINE_UNQUOTED(PACKAGE_DATE,

Bug#815248: liblcms2: Writes uninitialized strings when writing named colors

Thomas Weber: > > When writing named colors, liblcms2 currently writes uninitialized memory > > when the prefix, suffix, or root color name strings are not > > 32-characters long (including the NULL terminator). This prevents colord > > from building reproducibly. > > > > The attached patch will

Bug#812459: python3-stem: fails to upgrade from 'testing' - trying to overwrite /usr/bin/tor-prompt

Hi Donncha, Donncha O'Cearbhaill: > This package is marked for autoremoval on the 8th March and the bug has > not received a response from the package maintainer. > > I've attached an NMU patch which I think will resolve this issue. Thanks for the patch! > diff -Nru

Bug#815844: [Reproducible-builds] Bug#815844: diffoscope won't build without python-magic from PyPi

Leo Famulari: > However, diffoscope's README [2] says that: > > ``Magic-file-extension`` can be used instead of > ``python-magic``. It is built from `file > `_. > Available on Debian and Fedora as ``python3-magic``. > > I removed the requirement of python-magic

Bug#815171: [Reproducible-builds] Bug#815171: Bug#815171: Bug#815171: Bug#815171: diffoscope: build time tests fail on armhf

Holger Levsen: > But given the above (100% build failure on armhf and 33% > failure on am64) I now think this is indeed a serious > issue, thus it should be treated as such. I've removed myself from Uploaders. As you are listed there, feel free to fix the bug as you see fit. -- Lunar

Bug#778862: closed by Robert Luberda <rob...@debian.org> (Bug#778862: fixed in ispell 3.4.00-1)

Control: reopen -1 Hi! Debian Bug Tracking System: > This is an automatic notification regarding your Bug report > which was filed against the src:ispell package: > > #778862: ispell: please make building .hash files reproducible Sorry but the issue still exists. For example, iitalian still

Bug#815171: [Reproducible-builds] Bug#815171: Bug#815171: diffoscope: build time tests fail on armhf

Holger Levsen: > I dont see why this should be a normal bug, ftbfs are > serious by default. Because it's just a test that is brittle. It doesn't affect normal use of the installed package and does only prevent a successful build one times out of ten. To please the cruel god of FTBFS I can

Bug#797778: Please package pyroute2 >= 0.3.10

Hi Florian, I also would like to see an updated version of pyroute2 in Debian as I'd like to use it to fiddle with ipsets. Florian Pelgrim: > I will update the package soon. > Guess this will be done next week. Do you need any help to do the update? Thanks, -- Lunar

Bug#815252: colord: please make the build reproducible (timestamps)

Christopher James Halse Rogers: > Thanks for the patches! I'll add the necessary autofoo checks and propose > them upstream. Great! :) Do you have any contacts with lcms2 upstream? Because I guess they would need to accept the required patch as well before it makes sense to write such a test.

Bug#806493: closed by Yaroslav Halchenko <deb...@onerussian.com> (Bug#806493: fixed in cython 0.23.4+git4-g7eed8d8-1)

Debian Bug Tracking System: > This is an automatic notification regarding your Bug report > which was filed against the src:cython package: > > #806493: cython: please make the output reproducible > > It has been closed by Yaroslav Halchenko . Sadly, this doesn't seem to

Bug#815171: diffoscope: build time tests fail on armhf

Control: retitle -1 diffoscope: tests for directory are brittle Control: severity -1 normal Holger Levsen: > diffoscope fails to build from source in unstable/armhf but has > successfully built in the past: […] > […] > tests/comparators/test_directory.py:53: AssertionError > […] >

Bug#813023: flash-kernel: quoting error with bootargs in generic U-Boot boot script

Ian Campbell: > So I'm afraid I'm still not clear exactly what issue you are seeing. > > Please can you post: > > * the contents of your /boot/cmdline.txt > * the contents of the flash kernel db entry you have added for the >RPi2 > * the resulting generated boot.scr. > * a full serial

Bug#813023: flash-kernel: quoting error with bootargs in generic U-Boot boot script

Ian Campbell: > On Sat, 2016-02-20 at 14:41 +0100, Jérémy Bobbio wrote: > > Ian Campbell: > > > On Sat, 2016-02-20 at 13:29 +0100, Jérémy Bobbio wrote: > > > > Ian Campbell: > > > > > Lunar -- which platform did you see an issue on and what do the

Bug#813023: flash-kernel: quoting error with bootargs in generic U-Boot boot script

Ian Campbell: > On Sat, 2016-02-20 at 13:29 +0100, Jérémy Bobbio wrote: > > Ian Campbell: > > > Lunar -- which platform did you see an issue on and what do the > > > above > > > test commands give in that case? > > > > The version in Debian: https:/

Bug#815252: colord: please make the build reproducible (timestamps)

Source: colord Version: 1.2.12-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Control: block -1 by 814883 Hi! While working on the “reproducible builds” effort [1], we have noticed that colord could not be built reproducibly. The attached

Bug#815248: liblcms2: Writes uninitialized strings when writing named colors

allocated on the stack are zero'ed before a copy of the + actual string is made. + . + For consistency, we also remove unneeded extra allocated bytes in + Type_ColorantTable_Write() and Type_NamedColor_Write(). +Author: Jérémy Bobbio <lu...@debian.org> + +diff --git a/src/cmstypes.c b/src/cmstypes.c

Bug#813023: flash-kernel: quoting error with bootargs in generic U-Boot boot script

Ian Campbell: > Lunar -- which platform did you see an issue on and what do the above > test commands give in that case? The version in Debian: https://packages.debian.org/sid/u-boot-rpi > I'm going to push a change relating to the other suggestion here (the > ability to set a defaults before

Bug#813052: [Reproducible-builds] Bug#813052: Bug#813052: diffoscope takes more than an hour on foreign arch libc6

Steven Chamberlain: > > Anyway, I've just pushed another patch to filter by filenames before > > looking at content. This should further improve the situation. > > I don't think it worked? It's still doing as before, looking at > text, gzip files and validating the sha1sums in a .buildinfo: > >

Bug#813052: [Reproducible-builds] Bug#813052: Bug#813052: Bug#813052: Bug#813052: diffoscope takes more than an hour on foreign arch libc6

Steven Chamberlain: > With your patch, it doesn't recurse any more. Thanks for the feedback! :) > But it will still stat() everything in the containing directory, > looking for .debs. It also opens some files and reads them - even > decompressing random .gz files along the way! Are you sure

Bug#814883: lcms2: please add a way for clients to set the creation date/time in profile headers

cmsSetHeaderCreationDateTime + Clients might want to set an explicit value for the creation date/time + of a profile, e.g. to match the creation date/time of a description + file. +Author: Jérémy Bobbio <lu...@debian.org> + +--- lcms2-2.6.orig/include/lcms2.h lcms2-2.6/include/lcms2.h +@@ -

Bug#814832: libpgm: please make the build reproducible (timestamps)

+ in the environment. More details can be found on: + https://reproducible-builds.org/specs/source-date-epoch/ +Author: Jérémy Bobbio <lu...@debian.org> + +--- libpgm-5.1.118-1~dfsg.orig/openpgm/pgm/version_generator.py libpgm-5.1.118-1~dfsg/openpgm/pgm/version_generator.py +@@ -4,8 +4,9 @@

Bug#813052: [Reproducible-builds] Bug#813052: Bug#813052: diffoscope takes more than an hour on foreign arch libc6

Hi Helmut, Helmut Grohne: > On Fri, Jan 29, 2016 at 03:11:55PM +0100, Jérémy Bobbio wrote: > > Helmut Grohne: > > > Even though I cannot reproduce the issue at hand, I think that the code > > > adding automatic debug symbols looks fishy to me. It appears to r

Bug#800774: ic2-tools: python3 support etc

-03-02 22:32:21.0 + +++ i2c-tools-3.1.1/debian/changelog 2016-02-05 11:45:15.0 + @@ -1,3 +1,9 @@ +i2c-tools (3.1.1-1.0~python3) UNRELEASED; urgency=medium + + * Add support for Python 3 inspired by the Raspbian package. + + -- Jérémy Bobbio <lu...@debian.org> Fri, 05

Bug#138409: [Reproducible-builds] Bug#138409: Bug#138409: Bug#138409: dpkg-dev: please add support for .buildinfo files

Guillem Jover: > On Sun, 2016-01-31 at 14:43:08 +0100, Jérémy Bobbio wrote: > > Guillem Jover: > > > > How about naming the field “Environment-Variables”? > > > > > > Hmm, or Environment, or Build-Environment, which reminds me that I've > > > f

Bug#138409: [Reproducible-builds] Bug#138409: Bug#138409: Bug#138409: Bug#138409: dpkg-dev: please add support for .buildinfo files

Holger Levsen: > I know that *you* have grasped the concept of transitive build depends very > well, but I'm pretty sure that 97% of the DD population have no idea what > transitive build depends are, especially compared to build-depends or > alternative build-depends. And even 70% were too

Bug#138409: [Reproducible-builds] Bug#138409: dpkg-dev: please add support for .buildinfo files

Hi! We were discussions the restrictions on buildinfo identifiers: fweb_1.62-12+b2_brahms-20120530T114812Z.buildinfo ^^^ this part The proposal was “the string should consist only of alphanumeric characters and hyphens”.

Bug#812899: libsm: please make the build reproducible (locale)

Julien Cristau: > On Wed, Jan 27, 2016 at 18:48:18 +0100, Jérémy Bobbio wrote: > > > Source: libsm > > Version: 2:1.2.2-1 > > Severity: wishlist > > Tags: patch > > User: reproducible-bui...@lists.alioth.debian.org > > Usertags: locale > > >

Bug#812188: closed by Osamu Aoki <os...@debian.org> (Re: Bug#812188: debiandoc-sgml-doc-pt-br: FTBFS: make[1]: nsgmls: Command not found)

Debian Bug Tracking System: > This package is caught up in the package transition which caused: > > > make[1]: nsgmls: Command not found > > With recent NMU of debiandoc-sgml changing by Niel its package > dependencies, this should have been fixed. See Bug#805061 The last build attempted on

Bug#138409: [Reproducible-builds] Bug#138409: Bug#138409: dpkg-dev: please add support for .buildinfo files

kg-genbuildinfo(1) +.\" +.\" Copyright © 1995-1996 Ian Jackson <i...@chiark.chu.cam.ac.uk> +.\" Copyright © 2000 Wichert Akkerman <wakke...@debian.org> +.\" Copyright © 2008-2010 Raphaël Hertzog <hert...@debian.org> +.\" Copyright © 2006-2014 Guillem Jover

Bug#138409: [Reproducible-builds] Bug#138409: Bug#138409: dpkg-dev: please add support for .buildinfo files

Guillem Jover: > > How about naming the field “Environment-Variables”? > > Hmm, or Environment, or Build-Environment, which reminds me that I've > found the usage of Build-Environment (as the list of transitively > required packages) slightly confusing, precisely because the first > thing that

Bug#138409: [Reproducible-builds] Bug#138409: dpkg-dev: please add support for .buildinfo files

Guillem Jover: > Lunar: > > I think the proposed patch is missing a field to record some environment > > variables that can affect the build process. Right now, I'm thinking of > > DEB_BUILD_OPTIONS and DEB_flag_{SET,STRIP,APPEND,PREPEND} (from > > dpkg-buildflags). Maybe others? Build profiles? >

Bug#138409: [Reproducible-builds] Bug#138409: dpkg-dev: please add support for .buildinfo files

Guillem Jover: > > One of the main change is that `.buildinfo` should now be named with an > > arbitrary identifier. By default this defaults to $HOSTNAME-$TIMESTAMP > > but can be set to an arbitrary value by the `--buildinfo-identifier` > > command line flag. > > Hmmm, leaking the hostname

Bug#813023: flash-kernel: quoting error with bootargs in generic U-Boot boot script

Ian Campbell: > On Thu, 2016-01-28 at 16:36 +, Ian Campbell wrote: > > > > While, I am at it, I wonder if it would not make more sense to > > > > reverse the order when setting that variable so it reads: > > > > > > > > setenv bootargs "@@LINUX_KERNEL_CMDLINE@@ ${bootargs}" > > > > > > >

Bug#813052: [Reproducible-builds] Bug#813052: diffoscope takes more than an hour on foreign arch libc6

Helmut Grohne: > Even though I cannot reproduce the issue at hand, I think that the code > adding automatic debug symbols looks fishy to me. It appears to recurse > over /tmp here and that looks very wrong to me. I don't understand what you mean by that. Could you provide be (at least some) of

Bug#813023: flash-kernel: quoting error with bootargs in generic U-Boot boot script

Package: flash-kernel Version: 3.56 Tag: patch Hi! There's a small quoting mistake in the generic U-Boot script. It probably hasn't been noticed so far because the default LINUX_KERNEL_CMDLINE doesn't contain spaces. See the attached patch. While, I am at it, I wonder if it would not make more

Bug#138409: [Reproducible-builds] Bug#138409: dpkg-dev: please add support for .buildinfo files

Guillem Jover: > I've some pending changes I'll be committing to master or a separate > branch, that I'd like to be tested on the reproducible setup (ideally > against the already generated and pre-existing reproducible binaries), > if that's possible, I'll ask about that when those land, I just

Bug#138409: dpkg-dev: please add support for .buildinfo files

Jérémy Bobbio: > The attached patch will enable dpkg-buildpackage to create .buildinfo > files as specified on the Debian wiki [1]. They have two main purposes: > > * recording information about the system environment used during a >particular build—versions of the bui

Bug#812895: libxml++2.6: please make the build reproducible (environment)

Source: libxml++2.6 Version: 2.40.1-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: environment Hi! While working on the “reproducible builds” effort [1], we have noticed that libxml++2.6 could not be built reproducibly. The reason is that the entire

Bug#812899: libsm: please make the build reproducible (locale)

Source: libsm Version: 2:1.2.2-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: locale Hi! While working on the “reproducible builds” effort [1], we have noticed that libsm could not be built reproducibly. The attached patch makes sure the text

Bug#812895: libxml++2.6: please make the build reproducible (environment)

Control: tag -1 - patch Jérémy Bobbio: > The attached patch replaces the wildcard in > `debian/libxml++2.6.examples` by the output of > `find examples -type f | LC_ALL=C sort` to ship only source files. Once > applied, libxml++2.6 can be built reproducibly in our current > experim

Bug#751930: clementine: Can't export songs to my Sandisk Sansa Clip +

Control: tag -1 + confirmed Control: severity -1 wishlist Hi Mark! Mark Caglienzi: > My music collection is in FLAC+CUE format (I rip my CDs using abcde and > tag the files on a USB hard disk). > > I found that Clementine could be the best audio player for my (wanted) use > case: > * Listen to

Bug#812879: debhelper: should not add Build-Ids field to udebs

Package: debhelper Version: 9.20160115 Hi! It seems that debhelper will add a Build-Ids field to udebs. The debug files themselves are not in the package, though. An example file is available at:

Bug#812876: glib2.0: please make the build reproducible (locale)

Source: glib2.0 Version: 2.46.2-3 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: locale Hi! While working on the “reproducible builds” effort [1], we have noticed that glib2.0 could not be built reproducibly. The attached patch ensure that functions

Bug#805848: Please update taglib in Debian to version 1.10

Control: unblock 810498 by 805848 Lunar: > The latest release of Clementine requires taglib 1.10. It would be great > if you could update the Debian package. Actually, it seems to work fine with the current version. An update would still be welcome though. :) -- Lunar

Bug#807669: dh-strip-nondeterminism: Breaks some jar file

Control: tag -1 + patch Raphael Hertzog: > On Mon, 14 Dec 2015, Raphael Hertzog wrote: > > Your analysis is correct but dh_strip_nondeterminisn should detect the > > signature and avoid messing up with the file in that case. > > > > That's what this bug is about. > > And we got another case

Bug#812762: findutils: FTBFS if fr_FR or other locales are installed

Source: findutils Version: 4.6.0-2 Severity: important User: reproducible-bui...@lists.alioth.debian.org Usertag: ftbfs Hi! findutils will FTBFS due to test errors if fr_FR or a couple other locales are installed. The failing tests are test-mbrtowc{1,2,3,4}.sh. The log contains:

Bug#805848: Please update taglib in Debian to version 1.10

Control: block 810498 by 805848 Hi! The latest release of Clementine requires taglib 1.10. It would be great if you could update the Debian package. Thanks, -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism

Bug#812703: bc: please enable all hardening flags

Source: bc Version: 1.06.95-9 Severity: wishlist Tags: patch User: hardening-disc...@lists.alioth.debian.org Usertag: goal-hardening Hi! bc and dc provides ELF executables that are not compiled as a position independent executable (PIE). PIE is required for fully enabling Address Space Layout

Bug#812524: [Reproducible-builds] Bug#812524: UnicodeDecodeError with glob2/0.9.4.4-2.4 on unstable/amd64

Control: tag -1 + pending Mattia Rizzolo: > File "/usr/lib/python3.5/encodings/ascii.py", line 26, in decode > return codecs.ascii_decode(input, self.errors)[0] > UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 95: > ordinal not in range(128) Fixed in 00b26a6. --

Bug#812534: [Reproducible-builds] Bug#812534: TypeError with python-expyriment/0.7.0+git34-g55a4e7e-3.1 on unstable/amd64

Control: tag -1 + pending Mattia Rizzolo: > File "/usr/lib/python3/dist-packages/diffoscope/comparators/debian.py", > line 185, in recognizes > for d in buildinfo.get('Checksums-Sha256'): > TypeError: 'NoneType' object is not iterable Already fixed in af6bcf80. -- Lunar

Bug#812428: libgcrypt20: please make the build reproducible (timestamps)

ilds by supporting setting the value of BUILD_TIMESTAMP + through the SOURCE_DATE_EPOCH environment variable. More information at: + https://reproducible-builds.org/specs/source-date-epoch/ +Author: Jérémy Bobbio <lu...@debian.org> +Last-Update: 2016-01-23 + +--- libgcrypt20-1.6.4.orig/config

Bug#808207: diffoscope: Filter objdump --disassemble output before diffing it

Hi Mike! Mike Hommey: > When comparing large ELF binaries, some minor differences can end up hurting > the visibility of more important differences. > > Specifically, objdump --disassemble displays symbols+offsets for addresses > it derives from IP-relative addressing, like the following: > >

Bug#808197: diffoscope: readelf --debug-dump can be brutal

Control: tag -1 + pending Mike Hommey: > However, if each debug section was compared individually, that give more > chance for diffoscope to work. (--debug-dump takes values allowing to treat > each debug section independently) Implemented by Dhole and currently available in the master branch.

Bug#808267: diffoscope: Redundant information in ELF comparisons

Hi Mike, Mike Hommey: > When comparing ELF files, the following commands are used: > - readelf --all > - readelf --debug-dump > - objdump --disassemble --full-contents > > objdump --disassemble --full-contents is actually redundant in itself. For > example, it will dump both an hexdump and a

Bug#811373: python-stem: please restore tor-prompt as an executable

Source: python-stem Version: 1.3.0-1 Severity: wishlist Hi! With the upload of python-stem/1.3.0-1, tor-prompt has been moved away from the standard PATH. In Jessie, typing “tor-prompt” works just fine. I don't see a reason why it cannot be provided as part of either python3-stem or a dedicated

Bug#759886: dpkg-dev: please make mtimes of packaged files deterministic

reassign 759886 dpkg-dev retitle 759886 dpkg-dev: please make mtimes of packaged files deterministic thanks Hi! The attached patch series is an attempt to make the mtimes of packaged files deterministic. It is taken from the `pu/reproducible_builds` dpkg branch maintained by the “reproducible

Bug#138409: dpkg-dev: please add support for .buildinfo files

5-1996 Ian Jackson <i...@chiark.chu.cam.ac.uk> +.\" Copyright © 2000 Wichert Akkerman <wakke...@debian.org> +.\" Copyright © 2008-2010 Raphaël Hertzog <hert...@debian.org> +.\" Copyright © 2006-2014 Guillem Jover <guil...@debian.org> +.\" Copyright © 2015 Jérémy B

Bug#808120: [Reproducible-builds] Bug#808120: diffoscope: Should use less memory

Control: tag -1 + pending Mike Hommey: >* What was the outcome of this action? > > A 533KB HTML file that, considering its size, doesn't contain much > differences. > Yet, while processing this, the diffoscope process (not its children readelf, > objdump or diff processes) sucked more than

Bug#808541: [Reproducible-builds] Bug#808541: diffoscope TypeError with openocd/0.9.0-1 in testing/amd64

Control: tag -1 + pending Mattia Rizzolo: > TypeError: unorderable types: bytes() < str() I've pushed a fix. Thanks for the report. (This only appeared when the default encoding was not Unicode-aware.) -- Lunar.''`. lu...@debian.org: :Ⓐ :

Bug#808003: [Reproducible-builds] Bug#808003: diffoscope: Comparing directories shouldn't care about file order

Control: tag -1 + pending Mike Hommey: >* What led up to the situation? > > Comparing two directories > >* What exactly did you do (or not do) that was effective (or > ineffective)? > > Ran `diffoscope --html output.html a b` where a and b are directories > containing > more or

Bug#808199: [Reproducible-builds] Bug#808199: diffoscope: Weird line numbering in diff output

Control: tag -1 + pending Mike Hommey: > Attached here is two files that can be compared directly, exposing the > same problem. That's essentially the output of tar --full-time -tvf on > both tarballs from the original bug report. > > The following patch fixes the numbering issue: > […]

Bug#808121: [Reproducible-builds] Bug#808121: Bug#808121: diffoscope: HTML output is bloated

Esa Peuha: > While we are at it, let's convert HTML character entity references > (which each use 6-8 characters and as many bytes in the HTML file) > to actual characters (which UTF-8 encodes as 2-3 bytes). Since all > diffoscope output files are peppered with abundant amounts of these > things,

Bug#808121: [Reproducible-builds] Bug#808121: Bug#808121: diffoscope: HTML output is bloated

Mike Hommey: > Here's another easy win, attached. Nice. Commited. :) -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc

Bug#808103: [Reproducible-builds] Bug#808103: diffoscope: Truncated symbols in ELF diffs

Control: tag -1 + pending Mike Hommey: > When there are differences in symbols-related sections of ELF files, > symbols can be truncated if they are long enough. That happens often > with C++ mangled symbols. > > The following patch fixes the issue: […] Applied, thanks! -- Lunar

Bug#808104: [Reproducible-builds] Bug#808104: diffoscope 43 KeyError's with several packages

Control: tag -1 + pending Mattia Rizzolo: > Seen on rb.d.n, with several packages, e.g. > dhcpdump/1.8-2 on testing/amd64 > console-data/2:1.12-5 on testing/amd64 > > > Wed Dec 16 01:52:13 UTC 2015 - diffoscope 43 will be used to compare the two > builds: > Traceback (most recent call last): >

Bug#808121: [Reproducible-builds] Bug#808121: diffoscope: HTML output is bloated

Close: tag -1 + pending Mike Hommey: > Looking at the HTML in the HTML output, one can see that it is needlessly > large. > > Specifically, there appears to be a lot of e.g. > following each other, without even a separation between them. This conflates > the amount of memory necessary for

Bug#808002: [Reproducible-builds] Bug#808002: diffoscope: Add support for Mozilla-optimized ZIPs

Control: tag -1 + pending Mike Hommey: > On Tue, Dec 15, 2015 at 04:31:46PM +0100, Jérémy Bobbio wrote: > > Mike Hommey: > > > It would be useful for diffoscope to output differences in omni.ja files > > > as > > > for other Zip files, instead of

Bug#808002: [Reproducible-builds] Bug#808002: diffoscope: Add support for Mozilla-optimized ZIPs

Mike Hommey: > It would be useful for diffoscope to output differences in omni.ja files as > for other Zip files, instead of ending up with a diff of an hexdump. > > The attached patch implements a minimal support for this. It however doesn't > look at the difference in the `preload` value.

Bug#807084: libjs-jcrop: please make the build reproducible

Chris Lamb: > --- a/debian/rules2015-12-05 09:42:10.758251726 +0200 > --- b/debian/rules2015-12-05 09:51:58.484426475 +0200 > @@ -1,6 +1,7 @@ > #!/usr/bin/make -f > > export JCROP_BUILD = debian/$(shell dpkg-parsechangelog --show-field Version) > +export JCROP_COPYRIGHT = $(shell date

Bug#806891: [Reproducible-commits] [diffoscope] 01/01: Multi-file HTML output

Joachim Breitner: > Multi-file HTML output Really great idea. :) Thanks for the initial patch! > +parser.add_argument('--jquery', metavar='url', dest='jquery_url', > +help='link to the jquery url, with --html-dir. By > default, a symlink to

Bug#806321: coreutils: please make the build reproducible (timestamps)

by the one in the help2man package. Add + the required Build-Depends. The in-tree help2man doesn't support + SOURCE_DATE_EPOCH. +- Set SOURCE_DATE_EPOCH to the date of the latest debian/changelog entry. + + -- Jérémy Bobbio <lu...@debian.org> Thu, 26 Nov 2015 12:43:39 +0100 + cor

Bug#806328: xz-utils: please ship xz.pot

Source: xz-utils Version: 5.1.1alpha+20120614-2.1 Severity: wishlist User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org, sanv...@debian.org Hi! While working on the “reproducible builds” effort [1], we have noticed

Bug#806331: xz-utils: make the selected POSIX shell stable accross build environments

Source: xz-utils Version: 5.1.1alpha+20120614-2.1 Severity: normal User: reproducible-bui...@lists.alioth.debian.org Usertags: environment X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org, sanv...@debian.org Hi! While working on the “reproducible builds” effort [1], we have noticed that

Bug#806149: diffoscope TypeError processing openjfx/8u60-b27-4

Control: merge 805774 806149 Control: tag 805774 pending Mattia Rizzolo: > Seen on rb.d.n with openjfx/8u60-b27-4 on testing (trying it on unstable > resulted with a FTBFS of the package...) Same problem as #805774. Fixed in Git. -- Lunar.''`. lu...@debian.org

Bug#765494: dpkg-dev: dpkg-buildpackage should allow hooks to be specified via environment variable or configuration file

Guillem Jover: > On Wed, 2014-10-15 at 17:48:01 +0200, Axel Beckert wrote: > > Package: dpkg-dev > > Version: 1.17.18 > > Severity: wishlist > > > according to dpkg-buildpackage's man page there seems no other way to > > specify hooks as via the --hook-* commandline parameter. > > > > If I'm

Bug#780280: dak: generate rejection mail for mails with expired signature

Ansgar Burchardt: > It would be nice if dak would generate rejection mails for uploads that > have a valid signature, but where the signature is expired or from an > expired key. It would not only be nice, it would help not being trapped in very silly situation: files uploaded with a valid

Bug#802466: man refers to missing control-spec.txt

Jean-Michel Vourgère: > I'd like to switch virtual circuits in some cases. > > I can do that interactively using vidalia "New identity" option. So I looked > in the manual how it's done. But tor manual says "using the Tor Control > Protocol (described in control-spec.txt)." It's unrelated to

Bug#801855: ongl: test strings depend on default character encoding of the build system

Source: ognl Version: 2.7.3-6 Severity: minor User: reproducible-bui...@lists.alioth.debian.org Usertags: locale Hi! It seems that depending on the build system default character encoding, the non-ASCII characters in org/ognl/test/QuotingTest.java might get mistranslated. This also prevents

Bug#801333: retitle

retitle 801333 diffoscope: UnicodeDecodeError with haskell-authenticate-oauth/1.5.1.1-4 clone 801333 -1 retitle -1 diffoscope: UnicodeDecodeError in test_text_option_with_file severity -1 minor thanks Holger Levsen: > someone just reported the same problem on irc: […] It was not the same

Bug#759886: debhelper: please make mtimes of packaged files deterministic

Lunar: > The attached patch will add a new helper `dh_fixmtimes`, largely > inspired by `dh_fixperms`, that will change the modification time of any > file that has been created later than the time of the latest > debian/changelog entry to the time of the latest debian/changelog entry. A quick

Bug#719845: [PATCH] Deterministic file order for control and data archives

Jérémy Bobbio: > Jérémy Bobbio: > > Jérémy Bobbio: > > > Here are four patches based on the current master (1e059955) that will > > > write files in deterministic order in the control and data archives. > > > File names are sorted by forking `sort` before bei

  1   2   3   4   5   6   7   8   9   10   >