Re: [pkg-gnupg-maint] [Reproducible-builds] Bug#835465: python-apt: FTBFS: AptKeyError: recv from 'hkp://localhost:19191' failed for '0xa1bD8E9D78F7FE5C3E65D8AF8B48AD6246925553'

2016-09-02 Thread Cristian Ionescu-Idbohrn
On Fri, 2 Sep 2016, Werner Koch wrote: > On Fri, 2 Sep 2016 10:55, cristian.ionescu-idbo...@axis.com said: > > > For historical reasons it is also possible to start dirmngr in > > a system daemon mode which uses a different directory > > layout. However, this mode is deprecated

Re: Do the file timestamps in ISOs matter ?

2016-09-02 Thread Thomas Schmitt
Hi, i wrote: > > new program option: --set_all_file_dates [...] Chris Lamb wrote: > I believe this option is entirely unnecessary. No need to > complicate things. It is architecturally needed, because if SOURCE_DATE_EPOCH sets the default, there must be some option to set non-default values,

Re: [pkg-gnupg-maint] [Reproducible-builds] Bug#835465: python-apt: FTBFS: AptKeyError: recv from 'hkp://localhost:19191' failed for '0xa1bD8E9D78F7FE5C3E65D8AF8B48AD6246925553'

2016-09-02 Thread Werner Koch
On Fri, 2 Sep 2016 15:48, cristian.ionescu-idbo...@axis.com said: > Well, not in unstable/sid: Well, I thought it was obvious that I speak about upstream 2.1.15 where this was removed with commit d83ba4897bf217d1045c58d1b99e52bd31c58812 . The systemd stuff is right now Debian specific.

Re: [pkg-gnupg-maint] [Reproducible-builds] Bug#835465: python-apt: FTBFS: AptKeyError: recv from 'hkp://localhost:19191' failed for '0xa1bD8E9D78F7FE5C3E65D8AF8B48AD6246925553'

2016-09-02 Thread Cristian Ionescu-Idbohrn
On Fri, 2 Sep 2016, Werner Koch wrote: > On Fri, 2 Sep 2016 15:48, cristian.ionescu-idbo...@axis.com said: > > > Well, not in unstable/sid: > > Well, I thought it was obvious that I speak about upstream 2.1.15 where > this was removed with commit d83ba4897bf217d1045c58d1b99e52bd31c58812 . No,

Re: Bug#836377: build system terminal locale not inherited by build programs

2016-09-02 Thread Holger Levsen
control: reassign -1 dput control: severity -1 serious # failing to build on the buildds is RC by definition thanks Hi Ben, On Fri, Sep 02, 2016 at 10:40:17PM +1000, Ben Finney wrote: > The bug also appears on the normal buildd hosts. Should we remove >

Re: Do the file timestamps in ISOs matter ?

2016-09-02 Thread Chris Lamb
> > I believe [--set_all_file_dates] is entirely unnecessary > > if SOURCE_DATE_EPOCH sets the default, there must be some option to set > non-default values, especially the value which is default without > SOURCE_DATE_EPOCH. Consider the state space: If someone does not set SOURCE_DATE_EPOCH,

Re: Do the file timestamps in ISOs matter ?

2016-09-02 Thread Thomas Schmitt
Hi, Chris Lamb wrote: > I just don't see this usecase of being "partly" reproducible being remotely > useful to anyone, ever. I'm probably misunderstanding something, however. All three possible behaviors lead to reproducibility if the input trees of the ISO production runs are sufficiently

Re: Do the file timestamps in ISOs matter ?

2016-09-02 Thread Thomas Schmitt
Hi, i wrote: > > All three possible behaviors lead to reproducibility if the > > input trees of the ISO production runs are sufficiently > > similar. Sam Hartman wrote: > So, are you using a definition of reproducible different than the > resulting iso will have the same SHA-1 hash? I mean

Re: [Reproducible-builds] arm64 reproducible build network

2016-09-02 Thread Martin Michlmayr
* Martin Michlmayr [2016-05-25 11:51]: > The LeMaker Cello web site still says "shipping in Q2". I'll let you > know when that changes. LeMaker sent out an update a few weeks ago saying that there is some PCIE problem they are still debugging before mass production can start.

Re: Bug#836377: reproducible-builds: Locale C.UTF-8 not inherited by build terminal

2016-09-02 Thread Mattia Rizzolo
[ adding reproducible-builds@ to the loop, after bouncing the first email ] On Fri, Sep 02, 2016 at 09:53:07PM +1000, Ben Finney wrote: > The package ‘dput’ explicitly sets the ‘LC_ALL’ environment variable > to “C.UTF-8”, and exports that value to sub-processes >

Re: Bug#836377: build system terminal locale not inherited by build programs

2016-09-02 Thread Ben Finney
On 02-Sep-2016, Mattia Rizzolo wrote: > [ adding reproducible-builds@ to the loop, after bouncing the first > email ] The bug also appears on the normal buildd hosts. Should we remove from the loop? > This started to happen the 2016-08-27 with 0.10;

Re: [pkg-gnupg-maint] [Reproducible-builds] Bug#835465: python-apt: FTBFS: AptKeyError: recv from 'hkp://localhost:19191' failed for '0xa1bD8E9D78F7FE5C3E65D8AF8B48AD6246925553'

2016-09-02 Thread Werner Koch
On Fri, 2 Sep 2016 10:55, cristian.ionescu-idbo...@axis.com said: > For historical reasons it is also possible to start dirmngr in > a system daemon mode which uses a different directory > layout. However, this mode is deprecated and may eventually > be removed. > >

Re: [Reproducible-builds] Bug#835465: python-apt: FTBFS: AptKeyError: recv from 'hkp://localhost:19191' failed for '0xa1bD8E9D78F7FE5C3E65D8AF8B48AD6246925553'

2016-09-02 Thread Cristian Ionescu-Idbohrn
Hi folks, I'm trying to understand this: On Tue, 30 Aug 2016, Daniel Kahn Gillmor wrote: > > furthermore, recent versions of gnupg (>= 2.1) do not fetch things from > keyservers directly -- if you want modern gpg to talk to the network, > you'll need to ensure that dirmngr is installed. Do you

Bug#836377: reproducible-builds: Locale C.UTF-8 not inherited by build terminal

2016-09-02 Thread Ben Finney
Package: qa.debian.org Severity: normal The package ‘dput’ explicitly sets the ‘LC_ALL’ environment variable to “C.UTF-8”, and exports that value to sub-processes . Yet the latest reproducible-build attempt reports failure