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
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 andreas.de...@googlemail.com
---
This commit tries to figure out if we have a GNU date variant
available. It errors on
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 judge.pack...@gmail.com
Tested-by: Bin Meng bmeng...@gmail.com
Tested-by: Paul Kocialkowski cont...@paulk.fr
---
Changes
Le mercredi 26 août 2015 à 21:08 +1200, Chris Packham a écrit :
On Wed, Aug 26, 2015 at 12:09 AM, Paul Kocialkowski cont...@paulk.fr 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
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
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:
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 GNU
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 code
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. Those
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
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
Makefile | 15
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 the
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 date.
On Wed, Aug 26, 2015 at 09:08:03PM +1200, Chris Packham wrote:
On Wed, Aug 26, 2015 at 12:09 AM, Paul Kocialkowski cont...@paulk.fr 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
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
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:
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:
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 the
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
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
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
Holger Levsen hol...@layer-acht.org 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
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
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
24 matches
Mail list logo
