Thanks!
On Tue, Feb 16, 2021 at 12:33 PM Roland Clobus wrote:
> Hello,
>
> On 16/02/2021 08:43, intrigeri wrote:
> > FWIW, in case it may help, here's how we create a the Tails FAT
> > filesystem reproducibly (pasting Python code as-is):
> >
> > execute([
> > 'mkfs.msdos',
>
Hello,
On 16/02/2021 08:43, intrigeri wrote:
> FWIW, in case it may help, here's how we create a the Tails FAT
> filesystem reproducibly (pasting Python code as-is):
>
> execute([
> 'mkfs.msdos',
> '-v',
> # Use constants for normally randomly generated
Hi,
Juergen Fiedler wrote:
> Does the volume-id parameter in efi-image and binary_grub-efi serve an
> important purpose?
For /dev/disk/by-label it is important that it is not the same as the
ids of the overall ISO and other partitions in the image.
Actually it should be unique system-wide. So wit
Hi,
Roland Clobus (2021-02-16):
> On 16/02/2021 08:13, Juergen Fiedler wrote:
>> I am using a fairly up to date sid (live-build 1:20210122) to build a
>> sid ISO - and it's not working right now.
>>
>> This is caused by two invocations of mkfs.msdos that use the current
>> epoch as the volume-id.
Hello Juergen Fiedler,
On 16/02/2021 08:13, Juergen Fiedler wrote:
> I am using a fairly up to date sid (live-build 1:20210122) to build a
> sid ISO - and it's not working right now.
>
> This is caused by two invocations of mkfs.msdos that use the current
> epoch as the volume-id...
> The volume-
Hello,
I am using a fairly up to date sid (live-build 1:20210122) to build a sid
ISO - and it's not working right now.
This is caused by two invocations of mkfs.msdos that use the current epoch
as the volume-id (line 80 in /usr/lib/live/build/efi-image and line 261 in
/usr/lib/live/build/binary_g
