[Reproducible-builds] reproducible OpenWRT?

Dear OpenWRT developers, to quote https://reproducible.debian.net/openwrt/ ;-) Reproducible builds enable anyone to reproduce bit by bit identical binary packages from a given source, so that anyone can verify that a given binary derived from the source it was said to be derived. There is a lot

[Reproducible-builds] reproducible OpenWRT?

Dear OpenWRT developers, to quote https://reproducible.debian.net/openwrt/ ;-) Reproducible builds enable anyone to reproduce bit by bit identical binary packages from a given source, so that anyone can verify that a given binary derived from the source it was said to be derived. There is a lot

[Reproducible-builds] reproducible OpenWrt?

Dear OpenWrt developers, to quote https://reproducible.debian.net/openwrt/ ;-) Reproducible builds enable anyone to reproduce bit by bit identical binary packages from a given source, so that anyone can verify that a given binary derived from the source it was said to be derived. There is a lot

Re: [Reproducible-builds] [OpenWrt-Devel] reproducible OpenWrt?

Hi, On Montag, 15. Juni 2015, John Crispin wrote: > just for the record here are some of the links that are relevant... > > http://anonscm.debian.org/cgit/reproducible/dpkg.git/commit/?h=pu/reproduci > ble_builds&id=3373ffd07e016ae1a81d12cb246fc6787f0bdbe1 > http://anonscm.debian.org/cgit/reprodu

[Reproducible-builds] 2nd reproducible builds IRC meeting tomorrow

Hi, tomorrow, tuesday, the 15th of June, at 17:00 UTC we will have our 2nd irc meeting in #debian-reproducible. Purpose: to complement the weekly reports and to coordinate our activities. When: Tuesdays, 17:00 UTC (starting from June 16, 2015), every two weeks Where: #debian-reprod

Re: [Reproducible-builds] Reproducibility state of package jclassinfo changed: reproducible -> FTBFS

Hi Vincent, On Dienstag, 16. Juni 2015, Vincent Fourmond wrote: > Looks like you have configuration problems on the build machine: thanks for notifiying us. The issue has been fixed and affected packages are about to be rescheduled. If you're packages havent been rebuildin 24h please do conta

Re: [Reproducible-builds] reproducible builds of FreeBSD in a chroot on Linux

Hi, sorry for replying so late... on the plus side, I've got a much clearer picture now and I've implemented something similar, eg see https://reproducible.debian.net/openwrt/ and/or https://reproducible.debian.net/coreboot/ On the original subject of my mail: I have given up on this and will b

[Reproducible-builds] Bug#789003: debbindiff: should not try to create device files

package: debbindiff version: 22 User: reproducible-builds@lists.alioth.debian.org Usertags: infrastructure Hi, from https://jenkins.debian.net/view/reproducible/job/reproducible_openwrt/24/console Tue 16 Jun 23:30:09 UTC 2015 - debbindiff 22+test1 found issues, please investigate ar71xx/openwr

Re: [Reproducible-builds] Higher entropy notification mail subjects

Hi Joachim, On Mittwoch, 17. Juni 2015, Joachim Breitner wrote: > my inbox is full of mails with subject yeah, sorry, we broke 1000 packages yesterday and then we fixed them again, so thats why ou received "some" status changes. Sorry about that! > "[Pkg-haskell-maintainers] Reproducibility st

Re: [Reproducible-builds] reproducible builds of FreeBSD in a chroot on Linux

Hi Erik, On Mittwoch, 17. Juni 2015, Erik Cederstrand wrote: > The build should be immune to the time of the build, of course. That's > fairly easy (e.g. use 'ar -D' consistently and leave DEBUG_FLAGS empty). yup, easy, but this can mean some work. (Which usually can be shared among the upstream

[Reproducible-builds] Bug#789003: Bug#789003: debbindiff: should not try to create device files

Hi Reiner, On Mittwoch, 17. Juni 2015, Reiner Herrmann wrote: > This message is coming from unsquashfs btw. (used to extract squashfs > images), not from debbindiff itself. > I don't think debbindiff can do much there, and I also haven't found > an option for unsquashfs to prevent trying to extrec

Re: [Reproducible-builds] Bug#789761: how-can-i-help: Report installed packages that are not reproducable?

user reproducible-builds@lists.alioth.debian.org usertag 789761 + infrastructure thanks On Mittwoch, 24. Juni 2015, you wrote: > Package: how-can-i-help > Version: 1 > Severity: wishlist > > As the reproducable is gaining seriuos tracktion, perhaps it would be an > idea to allow how-can-i-help to

Re: [Reproducible-builds] Bug#791410: m17n-db: FTBFS due to missing Build-Conflicts: locales-all

severity 791410 serious # m17n-db: FTBFS due to missing Build-Conflicts: locales-all severity 791405 serious # fis-gtm: FTBFS due to missing Build-Conflicts: locales-all affects 788352 m17n-db affects 788352 fis-gtm thanks signature.asc Description: This is a digitally signed message part.

[Reproducible-builds] probably caused by timezone changes

severity -1 important # if this bug also happens in "normal" timezones, it should be serious... thanks Hi Alexandre, thanks for caring about reproducible builds and filing bugs against your own packages! :-) Without further investigating #790844 looks very similar to #786694 and #789495, the l

Re: [Reproducible-builds] Processed (with 2 errors): Re: Bug#791410: m17n-db: FTBFS due to missing Build-Conflicts: locales-all

severity 791410 serious severity 791405 serious signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/

Re: [Reproducible-builds] Bug#790844: probably caused by timezone changes

Hi Alexandre, On Samstag, 4. Juli 2015, Alexandre Detiste wrote: > > thanks for caring about reproducible builds and filing bugs against your > > own packages! :-) > I got conviced (and a bit entertained) by the talk at FOSDEM ;-) hehe, nice! > I think that Mattia's guess was closer: > >> Quite

Re: [Reproducible-builds] Suggestion: sort packages in rb.d.n in single issue pages by bugs/no bugs

Hi, On Samstag, 4. Juli 2015, Mattia Rizzolo wrote: > yay, that turned out to be as easy as > -for pkg in pkgs: > +for pkg in sorted(pkgs, key=lambda x: x in bugs): > unexpected :) and deployed :) cheers, Holger signature.asc Description: This is a digitally

Re: [Reproducible-builds] Bug#791410: m17n-db: FTBFS due to missing Build-Conflicts: locales-all

control: severity -1 normal # on #debian-release: | h01ger: missing build-conflicts is normal, not serious signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian

Re: [Reproducible-builds] New usertag: locale

Hi Reiner, On Samstag, 4. Juli 2015, Reiner Herrmann wrote: > So I created a new usertag "locale" that can track this issue. cool! :) > @ Holger or Mattia: Can you please add this to the job that > creates the graph? Thanks! done, should be visible tomorrow. cheers, Holger signatur

[Reproducible-builds] Bug#791482: mapnik: ftbfs, "please upgrade your compiler to at least g++ 4.7"

Source: mapnik Version: 3.0.0~rc3+ds-2 Severity: serious x-debbugs-cc: reproducible-builds@lists.alioth.debian.org User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, mapnik fails to build from source in sid, as can be seen at https://reproducible.debian.net/rbuild

[Reproducible-builds] Bug#791574: strip-nondeterminism: failure in zip.pm, breaking package builds

package: strip-nondeterminism version: 0.008-1 severity: serious affects: golang User: reproducible-builds@lists.alioth.debian.org Usertags: toolchain Hi, from https://reproducible.debian.net/rbuild/unstable/amd64/golang_1.4.2-3.rbuild.log make[1]: Leaving directory '/tmp/buildd/golang-1.4.2'

[Reproducible-builds] Bug#791580: octave: ftbfs, invalid arguments when calling moc

Source: octave Version: 3.8.2-4 Severity: serious Tags: sid x-debbugs-cc: reproducible-builds@lists.alioth.debian.org User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, octave fails to build in sid and stretch as can be seen on https://reproducible.debian.net/rbui

Re: [Reproducible-builds] checking that build succeeds in "funny" paths like .../1:2.3+4~5-6/...

Hi Andreas, (adding debian-qa@l.d.o to cc: and keeping full quote for the benefit of those reading this via that list...) On Sonntag, 21. Juni 2015, Andreas Beckmann wrote: > (please keep me Cc:ed, I'm not subscribed) > > Hi, > > while your are doing rebuilds to check reproducibility, maybe yo

Re: [Reproducible-builds] Proposal 185 - Reproducible builds: Hacking Session (Holger Levsen)

Hi Maxy, On Freitag, 19. Juni 2015, Maximiliano Curia wrote: > In DebConf15, the largest BoF room will have space for a maximum of 45 > people (and will have video coverage) and there will be a number of other > smaller rooms with space for 15 to 20 people, without video coverage. > > We have qui

[Reproducible-builds] fixing typo (ricochet)

notfound 787675 4.0+nmu1 found 787675 0.4+nmu1 thanks signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/lis

Re: [Reproducible-builds] Bug#791815: libxslt: please support timestamps from environment

Hi, not replying to the bug on purpose... On Mittwoch, 8. Juli 2015, Dhole wrote: > We have a proposal for using a deterministic timestamp [2] (based on > the latest debian/changelog entry) which is contained in the environment > variable SOURCE_DATE_EPOCH (currently exported by debhelper in our

Re: [Reproducible-builds] dh_shlibdeps dependency ordering not stable if alternate dependency templates are used

Hi Andreas, On Donnerstag, 9. Juli 2015, Andreas Beckmann wrote: > [ please keep me Cc:ed ] done > Control files: lines which differ (wdiff format) > > Depends: > libc6 (>= 2.3.3), > libgcc1 (>= 1:4.1.1), > ocl-icd-libopencl1 | amd-libopenc

Re: [Reproducible-builds] dh_shlibdeps dependency ordering not stable if alternate dependency templates are used

Hi, On Donnerstag, 9. Juli 2015, Andreas Beckmann wrote: > Yes, I use a modified variant of your pbuilder script + hook scripts > that works with my build setup. > > that was with debhelper 9.20150628.0~reproducible3 > > > but since there may be some "dependency sanitization" pass in dpkg (? or

Re: [Reproducible-builds] dh_shlibdeps dependency ordering not stable if alternate dependency templates are used

Hi, On Donnerstag, 9. Juli 2015, Andreas Beckmann wrote: > no, you need to test something that uses both OpenCL 1.1 and OpenCL 1.2 > functions, e.g. amd-clinfo, erlang-cl, python{,3}-pyopencl{,-dbg}. That > list is complete - all rdepends of the libopencl-1.2-1 virtual package. any of these in ma

[Reproducible-builds] ping - dont show a package as unreproducible and requiring action if its reproducible in sid

Hi, https://tracker.debian.org/pkg/libjpeg-turbo has a "Fails to build during reproducibility testing" link, which MUST NOT be there. The package is fine in sid and *we dont* want results from our tests in testing+experimental to be displayed on tracker.d.o, yet for other usecases we want test

[Reproducible-builds] reproducible ipk packages and building openssl with -j

Hi, two days ago the .ipk packages for the first time were tested (mostly) successfully and today https://reproducible.debian.net/openwrt/openwrt.html shows that 209 (98.5%) out of 212 built packages were reproducible in our test setup. The remaining offender is busybox, which is reproducible i

Re: [Reproducible-builds] Bug#792591: prettytable: FTBFS when locale-all is installed instead of locales

affects 788352 prettytable thanks Hi Sandro, On Donnerstag, 16. Juli 2015, Sandro Tosi wrote: > > though note that glibc maintainers haven't replied in ~2 months, and i > NMUs are there I don't think it's a good idea to suggest NMUing glibc to fix #788352. > > there is a good reason for them t

Re: [Reproducible-builds] reproducible builds of FreeBSD in a chroot on Linux

Hi, so I made some progress on this: a.) there is a build host running freebsd 10.1 (called freebsd-jenkins.debian.net) now, on which the jenkins user from jenkins.debian.net can login via ssh as jenkins user b.) besides the base system it has "screen git vim sudo denyhosts" installed and c.) t

Re: [Reproducible-builds] dh_shlibdeps dependency ordering not stable if alternate dependency templates are used

Hi Andreas, On Freitag, 10. Juli 2015, Andreas Beckmann wrote: > On 2015-07-09 20:23, Holger Levsen wrote: > >> The issue is nondeterministic - a first rebuild after partly fixing > >> another reproducibility issue has not shown this again. > > > > btw: https

Re: [Reproducible-builds] dh_shlibdeps dependency ordering not stable if alternate dependency templates are used

Hi, On Samstag, 18. Juli 2015, Chris Lamb wrote: > Fixed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792491 shouldn't we upload dpkg with that fix to our repo then? cheers, Holger signature.asc Description: This is a digitally signed message part. _

[Reproducible-builds] Bug#792838: sitemesh: fails to build properly _and_ silently, when LC_ALL is not set

Source: sitemesh Version: 2.4.1+dfsg-4 Severity: serious Tags: sid x-debbugs-cc: reproducible-builds@lists.alioth.debian.org User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, sitemesh builds differently in our setup, that is the installed size of ​ libsitemesh-​ja

Re: [Reproducible-builds] [U-Boot] [PATCH] build: create time and date independent binary

Hi Paul, sorry for the late reply. On Samstag, 13. Juni 2015, Paul Kocialkowski wrote: > > you've seen https://reproducible.debian.net/u-boot ? > This seems very minimalistic, but it's good to see U-Boot was given some > attention already! :-) > > but maybe you can explain why u-boot needs mo

Re: [Reproducible-builds] [U-Boot] [PATCH] build: create time and date independent binary

Hi, On Sonntag, 19. Juli 2015, Paul Kocialkowski wrote: > > I *think* that actually makes u-boot build reproducibly with Debian's > > reproducible builds toolchain when SOURCE_DATE_EPOCH is set, but I > > haven't tested it fully. I might have missed some other sources of > > non-determinism... > W

Re: [Reproducible-builds] Bug#792867: FTCBFS: uses wrong architecture Python

clone 792867 -1 clone 792867 -2 retitle -1 bsdmainutils: unreproducible as current year is used while building retitle -2 bsdmainutils: jewish calendar unsuable, needs a rebuild user reproducible-builds@lists.alioth.debian.org usertag -2 + timestamps thanks Hi, I'll leave 792867 alone and just co

Re: [Reproducible-builds] [U-Boot] [PATCH] build: create time and date independent binary

Hi Paul, On Sonntag, 19. Juli 2015, Paul Kocialkowski wrote: > > sorry for the late reply. > > No problem, I haven't kept you or the list posted on this either. > > I got a chance to discuss the issue with Lunar during RMLL 2015 and we > came up with a nice way of doing things, using SOURCE_DATE

Re: [Reproducible-builds] Not Serious!

[resend with the correct list address] Hi, for the record, Mattia reproduced this with a plain unstable pbuilder setup, not using our (=reproducible) modified toolchain packages. Colin, I'm still curious why you downgraded the original bug report to "minor". As I see it this is definitly at le

[Reproducible-builds] reminder: Next IRC meeting: 2015-07-21 17:00 UTC

Hi, quoting https://wiki.debian.org/ReproducibleBuilds/Meetings Agenda for the fifth meeting, 2015-07-21 17:00 UTC discuss todays agenda go though last meetings summary and look for unactioned action items package/issue updates + r.a.d.o repo state can we move old unneeded pa

Re: [Reproducible-builds] reminder: Next IRC meeting: 2015-07-21 17:00 UTC

Hi, On Montag, 20. Juli 2015, Holger Levsen wrote: > quoting https://wiki.debian.org/ReproducibleBuilds/Meetings > > Agenda for the fifth meeting, 2015-07-21 17:00 UTC I was stupid and didn't realize this is today, somehow I thought this was tomorrow... (and nobody else did

Re: [Reproducible-builds] reproducible builds of FreeBSD in a chroot on Linux

Hi Steven, On Montag, 20. Juli 2015, Steven Chamberlain wrote: > `mktemp freebsd-` on FreeBSD would result in random characters > being appended, resulting in freebsd-.v1adN6Qo as above. > > `mktemp -d -t freebsd-` should replace the X's with random > characters, same as G

[Reproducible-builds] Bug#788568: still there?

Hi, upon seeing this: [18:37] - KGB-2- | (#debian-reproducible) debbindiff calls on https://reproducible.debian.net/unstable/amd64/icedove or https://jenkins.debian.net/job/reproducible_builder_epsilon/21466/console left cruft, please help investigate and fix 788568 [18:39] -

[Reproducible-builds] Bug#788568: Bug#788568: Bug#788568: still there?

Hi Mattia, On Freitag, 24. Juli 2015, Mattia Rizzolo wrote: > you won't find anything on /tmp because we set TMPDIR on the debbindiff > call to a the temporary directory we delete just after the build. do we delete this TMPDIR also when we notify about the problem and ask for debugging it? If so

Re: [Reproducible-builds] GSoC 2015 Week 9: Move forward reproducible builds

Hi Dhole, thanks for your continious reports and cheers and kudos for all the nice work! Besides thinking "yay" this sparked one question: On Samstag, 25. Juli 2015, Dhole wrote: [...] > I have also uploaded the package in our APT repository. [...] > For next week I plan to send the ghostscript

[Reproducible-builds] Bug#793460: Bug#793460: debbindiff: please consider backport to Jessie

control: tags -1 + pending thanks Hi Wolfgang, On Freitag, 24. Juli 2015, W. Martin Borgert wrote: > In devscripts/stable, debbindiff is mentioned both in the long > package description as well as in debdiff(1). However, debbindiff > does not exist in stable. A backport to Jessie would be nice.

Re: [Reproducible-builds] ARM build machines

Hi Vagrant, do you need to be cc:ed? On Montag, 27. Juli 2015, Vagrant Cascadian wrote: > Thanks for all your work on reproducible builds! :-) Thanks for helping on the armhf hardware side! :-) > So I set about trying to patch u-boot and test reproducibility myself, > only to discover that the

Re: [Reproducible-builds] ARM build machines

Hi Vagrant, On Dienstag, 28. Juli 2015, Vagrant Cascadian wrote: > I am subscribed to the list as of a few weeks ago. ok cool! > > yes, we either need to make sure to manually build there in future too, > > or setup some autobuilders... > Would it be feasible to use the same machines for that?

[Reproducible-builds] test

test ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] b-d recommends

Hi Clint, On Freitag, 31. Juli 2015, Clint Adams wrote: > I suggest comparing builds with and without the Recommends of the > Build-Depends installed. I think thats out of scope for our project currently: buildds don't install recommends, so we also don't install them. It's probably still worth

[Reproducible-builds] on adding variations (Re: b-d recommends

Hi, On Freitag, 31. Juli 2015, Mattia Rizzolo wrote: > [...] We already vary a lot of stuff between builds, and soon we'll vary > even more (the date). > > For what I'm concerned we should defer more variation once more patches > land in the archive I disagree, the more we know, the better. I al

[Reproducible-builds] dpkg_1.18.1.0~reproducible5 ftbfs

Hi, so yesterday I tried to build http://reproducible.alioth.debian.org/debian/dpkg_1.18.1.0~reproducible5.dsc with pbuilder on sid/armhf and that failed _exactly_ like https://reproducible.debian.net/rbuild/unstable/amd64/dpkg_1.18.1.0~reproducible5.rbuild.log I then tried to build dpkg_1.18.

Re: [Reproducible-builds] ARM build machines

Hi Vagrant, On Samstag, 1. August 2015, Vagrant Cascadian wrote: > Added new machine... > > wbq0-armhf-rb.debian.net: > Wandboard Quad, quad-core, 2GB ram, ~50GB SATA SSD [...] > Holger, I've added access for you with the same key, so tear it up! cool, thanks, done :) btw, on my first git clone

Re: [Reproducible-builds] b-d recommends

Hi Clint, On Freitag, 31. Juli 2015, Clint Adams wrote: > No, the point is that if someone rebuilds a package with Recommends > installed, a different .deb can be produced from what the buildds would > produce in clean, Recommends-less chroots. This seemed to me to be within > the scope of your p

Re: [Reproducible-builds] ARM build machines

Hi Vagrant, On Samstag, 1. August 2015, Vagrant Cascadian wrote: > But wait, there's more: > cbxi4pro-armhf-rb.debian.net: hehe, nice, thanks, I'm configuring that one now too..! :-) > It is considerably more capable, sure. The individual cores on the > Banana PI might be a little more powerful,

Re: [Reproducible-builds] ARM build machines

Hi, https://reproducible.debian.net/index_repositories.html now shows missing armhf binaries too, so we can see which binNMUs we need to do... Next thing to do: fix dpkg as described in http://lists.alioth.debian.org/pipermail/reproducible-builds/Week-of-Mon-20150727/002569.html You might also

Re: [Reproducible-builds] Reproducibility vs signatures

Hi, On Montag, 3. August 2015, Ben Hutchings wrote: > That sort of works as long as there's only one architecture we want to > do this for. But the ability to verify modules is useful in general so > I would like to turn that on for all architectures. how is this going to work for builds on buil

Re: [Reproducible-builds] Reproducibility vs signatures

Hi, On Montag, 3. August 2015, Ben Hutchings wrote: > See . Thanks. That seems to say that a.) only the kernel team can sign kernels, so no user signed kernels?? and b.) only amd64, while I believe uefi arm mainboards are there alre

Re: [Reproducible-builds] Reproducibility vs signatures

Hi, On Montag, 3. August 2015, Ben Hutchings wrote: > Only the FTP team will be able to get shim signed by the Microsoft CA. > Only the FTP team will be able to sign GRUB and the kernel using the > private key for which the public part is embedded in shim. > > Users can add further trusted keys a

Re: [Reproducible-builds] ARM build machines

Hi Vagrant, On Samstag, 1. August 2015, Vagrant Cascadian wrote: > wbq0-armhf-rb.debian.net: $ host wbq0-armhf-rb.debian.net Host wbq0-armhf-rb.debian.net not found: 3(NXDOMAIN) The others resolve just fine. cheers, Holger signature.asc Description: This is a digitally signed message

Re: [Reproducible-builds] ARM build machines

Hi, On Montag, 3. August 2015, Vagrant Cascadian wrote: > Oops. Accidentally dropped it on one of the debian.net updates. Re-added > just now, got the ack that it was added, now just need to wait for DNS > propagation... thanks! > (as you may notice, they're all CNAMEs with a consistant pattern

Re: [Reproducible-builds] ARM build machines

Hi, so on https://jenkins.debian.net/view/reproducible/ you can now see 12 armhf related jobs, so there is a setup_pbuilder_testing, setup_schroot_testing_debbindiff and a maintenance job for each of the four armhf build hosts. IOW: remote job scheduling now works \o/ What's missing now to mak

[Reproducible-builds] package uploaded to our repo

dpkg_1.18.1.0~reproducible6.dsc has just been uploaded to https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/li

Re: [Reproducible-builds] package uploaded to our repo

Hi, On Dienstag, 4. August 2015, Holger Levsen wrote: > dpkg_1.18.1.0~reproducible6.dsc has just been uploaded to > https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain and I've also managed to build this on armhf and upload these binaries too. Vagrant's hint of

Re: [Reproducible-builds] dpkg_1.18.1.0~reproducible5 ftbfs

Hi Guillem, On Mittwoch, 5. August 2015, Guillem Jover wrote: > Ah, the problem is that the releases are being made directly from > git with dpkg-buildpackage. indeed, that's how I've built. > The correct way to release dpkg is to > «make dist» and then build Debian packages from that tarball.

[Reproducible-builds] Bug#794888: debbindiff: WARNING Unknown squashfs entry: create_inode: could not create character device /tmp/.../dev/console, because you're not superuser

package: debbindiff version: 53 Hi, filing a bug as suggested on irc. https://jenkins.debian.net/view/reproducible/job/reproducible_openwrt/53/consoleFull showed these lines at the end: /srv/reproducible-results/tmp.EAwfyuKo8f/b2/ar71xx /srv/reproducible-results/tmp.EAwfyuKo8f/b1/ar71xx /srv/

[Reproducible-builds] package uploaded to our repo

dpkg_1.18.2.0~reproducible1.dsc has just been uploaded to https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/li

Re: [Reproducible-builds] dpkg_1.18.1.0~reproducible5 ftbfs

Hi, On Mittwoch, 5. August 2015, Holger Levsen wrote: > > <https://wiki.debian.org/Teams/Dpkg/GitUsage> > > these were helpful indeed, thanks a lot, but this happened: > > - I kept "UNRELEASED" as distro in debian/changelog > - I didnt create a tag for t

Re: [Reproducible-builds] GSoC 2015 Week 11: Move forward reproducible builds

Hi Dhole, On Samstag, 8. August 2015, Dhole wrote: > This week I have [...] (I think) you forgot to mention your blog post at https://dhole.github.io/post/reproducible_builds_debian_gsoc2015_update_1/ which I found really nice + very interesting to read, especially the two paragraphs "Impressi

<    2   3   4   5   6   7