Re: Bug#774415: From srebuild sbuild-wrapper to debrebuild

[HW42]

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

Календар 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

Bug#848633: sugar-toolkit-gtk3: please make the build reproducible

[Dhole]

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

Re: Bug#829738: tar: --no-recursion option is ignored when creating archives

[Aurelien Jarno]

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

Re: [rb-general] Please review the draft for week 86's blog post

[Chris Lamb]

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

Please review the draft for week 86's blog post

[Chris Lamb]

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