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 ident
> "Thomas" == Thomas Schmitt writes:
Thomas> Hi,
Thomas> 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.
Thomas> All three possible behavio
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 simil
> > 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,
Hi,
The next point release for "jessie" (8.6) is scheduled for Saturday,
September 17th. Processing of new uploads into jessie-proposed-updates
will be frozen during the preceding weekend.
Regards,
Adam
woops, sent you privately, i'll forward it to the mailing lost to make the
discussion in the public interest
Original Message
From: Lorenzo Faletra
Sent: September 2, 2016 4:35:46 PM GMT+02:00
To: Daniel Reichelt
Subject: Re: Extreme long (and random) delays during boot usin
On 09/02/2016 03:22 PM, Lorenzo Faletra wrote:
> where is the squashfs located at and how do you connect the booting
> kernel to the network?
- The squashfs to be loaded resides on a webserver on the same LAN/ip
subnet as the machine being booted
- fetch=http://10.0.0.1/$path/filesystem.squashfs
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, es
Hi guys,
I'm not sure whether to report this to live-boot or wget, so I'm asking
in advance.
I just tried to pxeboot the new Kali release 2016-2 from just a few days
ago an ran into an annoying, extremely long (and somewhat random) delay
in the live-boot phase when using fetch=http://.../filesys
