disorderfs_0.2.0-1~bpo8+1.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/list
Hi Holger,
Please merge from the "make-title-link-if-only-bug" branch of
https://github.com/lamby/jenkins.debian.net:
commit 0fdf70cdfa47d0c9d49a26f5efd053f1b24d96f3
Author: Chris Lamb
Date: Sat Aug 29 09:37:14 2015 +0100
b/reproducible_common.py: Make trailing bug icons HTML a
Hi Chris,
On Samstag, 29. August 2015, Chris Lamb wrote:
> commit 0fdf70cdfa47d0c9d49a26f5efd053f1b24d96f3
> b/reproducible_common.py: Make trailing bug icons HTML anchors.
thanks, picked + deployed!
cheers,
Holger
signature.asc
Description: This is a digitally signed message
Le jeudi 13 août 2015 à 18:08 +1200, Chris Packham a écrit :
> Along with SOURCE_DATE_EPOCH SOURCE_DATE_TZ can be used to recreate a
> build with a specific date timestamp. This allows the verification of
> source supplied with a pre-compiled binary.
>
> If SOURCE_DATE_EPOCH is supplied SOURCE_DAT
Le jeudi 13 août 2015 à 18:08 +1200, Chris Packham a écrit :
> When building with SOURCE_DATE_EPOCH the timezone is in UTC. When
> building normally the timezone is taken from the build machine's locale
> setting.
Looks good to me!
> Signed-off-by: Chris Packham
> Tested-by: Bin Meng
> Tested-b
On Wed, Aug 26, 2015 at 12:09 AM, Paul Kocialkowski wrote:
> Le jeudi 13 août 2015 à 18:08 +1200, Chris Packham a écrit :
>> Along with SOURCE_DATE_EPOCH SOURCE_DATE_TZ can be used to recreate a
>> build with a specific date timestamp. This allows the verification of
>> source supplied with a pre-
When building with SOURCE_DATE_EPOCH the timezone is in UTC. When
building normally the timezone is taken from the build machine's locale
setting.
Signed-off-by: Chris Packham
Tested-by: Bin Meng
Tested-by: Paul Kocialkowski
---
Changes in v3:
- None
Changes in v2:
- Collect some tested-by ta
Le mercredi 26 août 2015 à 21:08 +1200, Chris Packham a écrit :
> On Wed, Aug 26, 2015 at 12:09 AM, Paul Kocialkowski wrote:
> > Le jeudi 13 août 2015 à 18:08 +1200, Chris Packham a écrit :
> >> Along with SOURCE_DATE_EPOCH SOURCE_DATE_TZ can be used to recreate a
> >> build with a specific date t
Along with SOURCE_DATE_EPOCH SOURCE_DATE_TZ can be used to recreate a
build with a specific date timestamp. This allows the verification of
source supplied with a pre-compiled binary.
If SOURCE_DATE_EPOCH is supplied SOURCE_DATE_TZ can be used to specify
what will appear in the output of the versi
Le jeudi 27 août 2015 à 10:13 +0200, Andreas Bießmann a écrit :
> The SOURCE_DATE_EPOCH mechanism for reproducible builds requires the GNU
> variant of date. Respect this and search it, error on missing GNU date.
Well, IMHO we shouldn't check for GNU date but for the extensions it
implements. Thos
On 08/27/2015 10:32 AM, Paul Kocialkowski wrote:
> Le jeudi 27 août 2015 à 10:13 +0200, Andreas Bießmann a écrit :
>> The SOURCE_DATE_EPOCH mechanism for reproducible builds requires the GNU
>> variant of date. Respect this and search it, error on missing GNU date.
>
> Well, IMHO we shouldn't chec
The SOURCE_DATE_EPOCH mechanism for reproducible builds requires the GNU
variant of date. Respect this and search it, error on missing GNU date.
Signed-off-by: Andreas Bießmann
---
This commit tries to figure out if we have a GNU date variant
available. It errors on missing GNU date when it is re
The SOURCE_DATE_EPOCH mechanism for reproducible builds require some date
with -u and -d switch to print the date string of another time. In other
words it requires some date that behaves like the GNU date.
Respect this and search a working date, error on no working version.
Signed-off-by: Andrea
Hi Marek,
On 08/27/2015 10:28 AM, Marek Vasut wrote:
> On Thursday, August 27, 2015 at 10:13:49 AM, Andreas Bießmann wrote:
>> The SOURCE_DATE_EPOCH mechanism for reproducible builds requires the GNU
>> variant of date.
>
> Why does it require the GNU date ?
Cause of the -d switch. It is used in
On Thursday, August 27, 2015 at 10:13:49 AM, Andreas Bießmann wrote:
> The SOURCE_DATE_EPOCH mechanism for reproducible builds requires the GNU
> variant of date.
Why does it require the GNU date ?
> Respect this and search it, error on missing GNU date.
Wouldn't it make more sense to fix the co
Le jeudi 27 août 2015 à 11:30 +0200, Andreas Bießmann a écrit :
> The SOURCE_DATE_EPOCH mechanism for reproducible builds require some date
> with -u and -d switch to print the date string of another time. In other
> words it requires some date that behaves like the GNU date.
>
> Respect this and
The SOURCE_DATE_EPOCH mechanism for reproducible builds require some date(1)
with -d switch to print the relevant date and time strings of another point of
time.
In other words it requires some date(1) that behaves like the GNU date(1) [1].
The BSD date(1) [2] on the other hand has the same switch
On 08/27/2015 03:03 PM, Paul Kocialkowski wrote:
> Le jeudi 27 août 2015 à 11:30 +0200, Andreas Bießmann a écrit :
>> Changes in v2:
>> * check for '-u' and '-d "@0"' switch rather than for the GNU variant
>>
>> Makefile | 15 ---
>> 1 file changed, 12 insertions(+), 3 deletions(-)
>
Le jeudi 27 août 2015 à 15:52 +0200, Andreas Bießmann a écrit :
> On 08/27/2015 03:03 PM, Paul Kocialkowski wrote:
> > Le jeudi 27 août 2015 à 11:30 +0200, Andreas Bießmann a écrit :
>
>
> >> Changes in v2:
> >> * check for '-u' and '-d "@0"' switch rather than for the GNU variant
> >>
> >> Make
On Fri, Aug 28, 2015 at 10:29:55AM +0200, Andreas Bießmann wrote:
> The SOURCE_DATE_EPOCH mechanism for reproducible builds require some date(1)
> with -d switch to print the relevant date and time strings of another point of
> time.
>
> In other words it requires some date(1) that behaves like t
On Thursday, August 27, 2015 at 11:01:19 AM, Andreas Bießmann wrote:
> Hi Marek,
Hi!
> On 08/27/2015 10:28 AM, Marek Vasut wrote:
> > On Thursday, August 27, 2015 at 10:13:49 AM, Andreas Bießmann wrote:
> >> The SOURCE_DATE_EPOCH mechanism for reproducible builds requires the GNU
> >> variant of
Hi,
On Freitag, 28. August 2015, Tom Rini wrote:
> Applied to u-boot/master, thanks!
yay, glad to see this thread come to a happy ending, both nicely and quickly!
;-) Thanks to everyone involved!
cheers,
Holger
signature.asc
Description: This is a digitally signed message part.
_
On Wed, Aug 26, 2015 at 09:08:03PM +1200, Chris Packham wrote:
> On Wed, Aug 26, 2015 at 12:09 AM, Paul Kocialkowski wrote:
> > Le jeudi 13 août 2015 à 18:08 +1200, Chris Packham a écrit :
> >> Along with SOURCE_DATE_EPOCH SOURCE_DATE_TZ can be used to recreate a
> >> build with a specific date ti
Source: robust-http-client
Version: 1.2-2
Severity: serious
Justification: fails to build from source
User: reproducible-builds@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Tags: patch
Dear Maintainer,
robust-http-client fails to build from sou
Hi.
I have rescheduled several QA packages uploaded yesterday, but some of
them FTBFS and I don't know why. Example:
https://reproducible.debian.net/rb-pkg/unstable/amd64/cdtool.html
Build log says:
The second build failed, even though the first build was successful.
Ok, but where is the bui
Source: python-hglib
Version: 1.6-1
Severity: serious
Justification: fails to build from source
User: reproducible-builds@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Dear Maintainer,
python-hglib fails to build from source in unstable/amd64:
Source: debian-parl
Version: 1.0.9
Severity: serious
Justification: fails to build from source
User: reproducible-builds@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Dear Maintainer,
debian-parl fails to build from source in unstable/amd64:
Hi Santiago,
thanks for joining the fun and getting involved! :-) Are you subscribed?
On Samstag, 29. August 2015, Santiago Vila wrote:
> I have rescheduled several QA packages uploaded yesterday, but some of
> them FTBFS and I don't know why. Example:
>
> https://reproducible.debian.net/rb-pkg/
Source: shiro
Version: 1.2.4-1
Severity: wishlist
Tags: patch
User: reproducible-builds@lists.alioth.debian.org
Usertags: username
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Hi,
While working on the "reproducible builds" effort [1], we have noticed
that shiro could not be built rep
Source: msv
Version: 2009.1+dfsg1-4
Severity: serious
Justification: fails to build from source
User: reproducible-builds@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Dear Maintainer,
msv fails to build from source in unstable/amd64:
[..]
Greetings.
I'd like this "issue" to be called differently.
Even if I'm a fan of dh these days, issues should better have a
neutral name and be called by the observed *effect* on the resulting
binary packages, not by the desired fix in the source package.
Suggestion:
varying_mtimes_in_data_tar_g
Hi Santiago,
On Samstag, 29. August 2015, Santiago Vila wrote:
> I'd like this "issue" to be called differently.
>
> Even if I'm a fan of dh these days, issues should better have a
> neutral name and be called by the observed *effect* on the resulting
> binary packages, not by the desired fix in
Source: cook
Version: 2.33-2
Severity: serious
Justification: fails to build from source
User: reproducible-builds@lists.alioth.debian.org
Usertags: ftbfs locale
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Dear Maintainer,
cook fails to build from source in unstable/amd64 under some
Hi,
see attached patch. Haven't tested it but should work (or trivial to fix) ;]
HW42
From aed8f26e316f69b6316f5fa664cf8f0cd875c0dc Mon Sep 17 00:00:00 2001
From: HW42
Date: Sat, 29 Aug 2015 17:08:31 +0200
Subject: [PATCH] fix reproducible-builds.org/{howto,spec} redirects
don't redirects /howt
On Sat, Aug 29, 2015 at 03:17:28PM +0200, Holger Levsen wrote:
> Hi Santiago,
> > Suggestion:
> >
> > varying_mtimes_in_data_tar_gz_or_control_tar_gz
>
> agreed. please go ahead. maybe just call it
> varying_mtimes_in_data_or_control_tar_gz though - but I leave the exact color
> of the bikeshed
Hi Guillem, hi Jörg,
together with Lunar we four sad together on the last Saturday of DebConf15 in
Heidelberg and discussed the next steps forward to achieve the inclusion of
.buildinfo inclusion in the Debian archive and output by dpkg.
On the ftpmaster side we agreed that:
- dak/queued has t
dpkg_1.18.3~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/list
Holger Levsen writes:
> together with Lunar we four sad together on the last Saturday of DebConf15 in
> Heidelberg and discussed the next steps forward to achieve the inclusion of
> .buildinfo inclusion in the Debian archive and output by dpkg.
>
> On the ftpmaster side we agreed that:
>
> - dak
strip-nondeterminism_0.011-1_amd64.changes uploaded successfully to localhost
along with the files:
strip-nondeterminism_0.011-1.dsc
strip-nondeterminism_0.011.orig.tar.gz
strip-nondeterminism_0.011-1.debian.tar.xz
dh-strip-nondeterminism_0.011-1_all.deb
libfile-stripnondeterminism-perl_0
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 29 Aug 2015 12:26:20 -0700
Source: strip-nondeterminism
Binary: libfile-stripnondeterminism-perl strip-nondeterminism
dh-strip-nondeterminism
Architecture: source all
Version: 0.011-1
Distribution: unstable
Urgenc
Ansgar Burchardt:
> Holger Levsen writes:
> > together with Lunar we four sad together on the last Saturday of DebConf15
> > in
> > Heidelberg and discussed the next steps forward to achieve the inclusion of
> > .buildinfo inclusion in the Debian archive and output by dpkg.
> >
> > On the ftpma
Hi,
I think the current suite/arch list is a bit unintuitive since it is not
clear which suite/arch are built and which is currently shown.
See attached patches for a proposal to make it a bit nicer.
HW42
From be75eced896ff097ac68f510fd98be93aa5f8725 Mon Sep 17 00:00:00 2001
From: HW42
Date: Su
42 matches
Mail list logo