Please review the draft for week 86's blog post
Hi all, Please review the draft for week 86's blog post: https://reproducible.alioth.debian.org/blog/drafts/86/ Feel free to commit (any) changes directly to drafts/86.mdwn in Git: https://anonscm.debian.org/git/reproducible/blog.git/ I am very happy to reword and/or rework prior to publishing. I intend to publish it no earlier than: https://time.is/compare/1230_19_Dec_2016_in_UTC Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [rb-general] Please review the draft for week 86's blog post
On Sun, Dec 18, 2016 at 10:46:43AM +0100, Chris Lamb wrote: > I am very happy to reword and/or rework prior to publishing. I intend > to publish it no earlier than: > https://time.is/compare/1230_19_Dec_2016_in_UTC could you please wait til at least https://time.is/compare/1230_20_Dec_2016_in_UTC ? -- cheers, Holger signature.asc Description: Digital signature ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [rb-general] Please review the draft for week 86's blog post
Holger Levsen wrote: > Chris Lamb wrote: > > > I intend to publish it no earlier than: > >https://time.is/compare/1230_19_Dec_2016_in_UTC > > could you please wait til at least > https://time.is/compare/1230_20_Dec_2016_in_UTC ? Sure. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: Bug#829738: tar: --no-recursion option is ignored when creating archives
On 2016-12-10 15:22, Anders Kaseorg wrote: > This seems to have been an intentional upstream change. --no-recursion > now applies only to the following options, until cancelled by a following > --recursion. > > http://lists.alioth.debian.org/pipermail/reproducible-builds/Week-of-Mon-20151012/003642.html > http://git.savannah.gnu.org/cgit/tar.git/commit/?id=2bd9c15391b0bd6ef0bff76aebf09cfb53003199 > > The upstream documentation is fixed in Git (post-1.29) to put > --no-recursion before -T -. > > http://git.savannah.gnu.org/cgit/tar.git/commit/?id=a2fd82f62285d647dac968108eee02457255eff7 Thanks for the info. I confirm that it works. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Bug#848633: sugar-toolkit-gtk3: please make the build reproducible
Source: sugar-toolkit-gtk3 Version: 0.110.0-2 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: locale X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Hi, While working on the "reproducible builds" effort [1], we have noticed that sugar-toolkit-gtk3 generates unreproducible desktop files. When generating desktop files, translation files are iterated in a non-deterministic order. The attached patch fixes this by sorting the translation files used to generate the desktop file. Once applied, packages using sugar-toolkit-gtk3 can generate reproducible desktop files in our current experimental framework. Please, consider sending this patch upstream. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- Dhole diff -Nru sugar-toolkit-gtk3-0.110.0/debian/changelog sugar-toolkit-gtk3-0.110.0/debian/changelog --- sugar-toolkit-gtk3-0.110.0/debian/changelog 2016-12-12 19:00:52.0 +0100 +++ sugar-toolkit-gtk3-0.110.0/debian/changelog 2016-12-19 03:18:16.0 +0100 @@ -1,3 +1,10 @@ +sugar-toolkit-gtk3 (0.110.0-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Sort translation files when generating desktop file. + + -- Eduard Sanou Mon, 19 Dec 2016 03:18:16 +0100 + sugar-toolkit-gtk3 (0.110.0-2) unstable; urgency=medium * Modernize CDBS use: diff -Nru sugar-toolkit-gtk3-0.110.0/debian/patches/series sugar-toolkit-gtk3-0.110.0/debian/patches/series --- sugar-toolkit-gtk3-0.110.0/debian/patches/series2016-12-12 04:01:17.0 +0100 +++ sugar-toolkit-gtk3-0.110.0/debian/patches/series2016-12-19 03:18:16.0 +0100 @@ -1,3 +1,4 @@ 020161109~ee93ad3.patch 2002_ignore_debian_and_quilt-patches.patch #2003_bundlebuilder_exit_nonzero_on_error.patch +sort-translation-files.patch diff -Nru sugar-toolkit-gtk3-0.110.0/debian/patches/sort-translation-files.patch sugar-toolkit-gtk3-0.110.0/debian/patches/sort-translation-files.patch --- sugar-toolkit-gtk3-0.110.0/debian/patches/sort-translation-files.patch 1970-01-01 01:00:00.0 +0100 +++ sugar-toolkit-gtk3-0.110.0/debian/patches/sort-translation-files.patch 2016-12-19 03:18:16.0 +0100 @@ -0,0 +1,20 @@ +Description: Sort translation files + Sort translation files when generating the .desktop file to output reproducible results. +Author: Eduard Sanou + + +Index: sugar-toolkit-gtk3-0.110.0/src/sugar3/activity/bundlebuilder.py +=== +--- sugar-toolkit-gtk3-0.110.0.orig/src/sugar3/activity/bundlebuilder.py sugar-toolkit-gtk3-0.110.0/src/sugar3/activity/bundlebuilder.py +@@ -387,8 +387,8 @@ class Installer(Packager): + if info.has_option('Activity', 'summary'): + cp.set(section, 'Comment', info.get('Activity', 'summary')) + +-for path in glob(os.path.join(activity_path, 'locale', +- '*', 'activity.linfo')): ++for path in sorted(glob(os.path.join(activity_path, 'locale', ++ '*', 'activity.linfo'))): + locale = path.split(os.path.sep)[-2] + info = ConfigParser() + info.read(path) signature.asc Description: PGP signature ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Календар 2017 година и колекционерски детски тефтерчета с лика на Крисия!
НОВОГОДИШЕН КАЛЕНДАР И ТЕФТЕР НА КРИСИЯ На Вашето внимание! Предлагаме ,нов календар 2017 година и колекционерски детски тефтерчета с лика на Крисия! Календар- 6 листов, с 12 визии за всеки месец, на цена 9.99 лв с ДДС Тефтер – 16 различни визии, на цена 4.99лв с ДДС за 1 брой. Сега имате тази възможност, да зарадвате вас и своите близки, като закупите някой от тези продукти, да помогнете в благотворителна кауза! Част от приходите, ще бъдат дарени на дом за деца, лишени от родителски права. За поръчки:Ритейл ООДимейл: ritei...@mail.bg тел. 0895 36 89 50 Съгласно ЗЕТ Ви съобщаваме, че това търговско съобщение може да не е поискано предварително от Вас.Ако сме Ви притеснили, моля да ни извините, Ако не искате да получавате повече съобщения от "Ритейл"моля натиснете ОТПИСВАНЕ линка на брошурата за автоматично отписване! ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: Bug#774415: From srebuild sbuild-wrapper to debrebuild
Johannes Schauer: > Hi, > > Quoting Niko Tyni (2016-12-17 13:40:32) >> On Thu, Dec 15, 2016 at 02:21:49PM +0100, Johannes Schauer wrote: >>> Quoting Niko Tyni (2016-12-15 14:04:19) In general, I like the concept of sbuild/pbuilder accepting .buildinfo files as input. This makes the user interface simple. My expectation for this mode of operation would be for the builder to recreate the old build as closely as possible. >>> >>> I agree but would add that they should also have the ability to tell the >>> user >>> if the checksums of the re-compiled packages do or do not match the >>> information >>> in the supplied .buildinfo file. >> >> I suppose; please just make sure such a failure is easily distinguishable >> from a failing build. > > My plan would be to add it as a success/failure line next to the lintian or > autopkgtest status at the bottom of the build log. > >>> I don't care whether we have debrebuild as a wrapper to sbuild/pbuilder or >>> sbuild/pbuilder use a common tool to figure out the right lines for the >>> sources.list inside the chroot. I just want to have .buildinfo support for >>> sbuild in Stretch and if either solution is not in unstable soon, then my >>> plan is to just add .buildinfo support to sbuild myself so that it's still >>> included in the next Debian stable release. >> >> Having this just inside sbuild for stretch and refactoring it out later >> if necessary works for me, but I'm not sure if HW42 and/or Mattia have >> thoughts about the pbuilder side? > > Putting them back in CC. > > I am especially waiting for a response from HW42 who volunteered to "keep an > eye on it" but who didn't come back to my pings on IRC yet. > > HW42: I need to know what your plan is for Stretch so that I can decide what > to > include in the next sbuild release. Sorry about the late reply. I didn't had any plans sofar for stretch. Given that a) the .buildinfo format it self b) the services around .buildinfo c) the interface of debrebuild (or buildinfo-utils, or whatever) is not really clear/finished yet I would expect that one need anyway the backports version. If you think otherwise we can of course push to get the current version into stretch. >> I note that we're only getting started on working with .buildinfo files. It >> seems possible that we encounter enough common tasks that something like a >> 'buildinfo-utils' package will be warranted, in which case a 'buildinfo >> find-debs' command would fit in there. > > I'm all in for breaking out common functionality into tools used by multiple > parties. So you (at least josch and ntyi) seem to prefer to have the user facing part in sbuild/pbuilder and the common functionality in some kind of library. How should the "library" interface look like for sbuild? signature.asc Description: OpenPGP digital signature ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds