From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 15 03:46:49 2019 Received: (at submit) by debbugs.gnu.org; 15 Apr 2019 07:46:49 +0000 Received: from localhost ([127.0.0.1]:33946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFwKH-00028y-Ft for submit@debbugs.gnu.org; Mon, 15 Apr 2019 03:46:49 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45968) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFwKF-00028b-D5 for submit@debbugs.gnu.org; Mon, 15 Apr 2019 03:46:48 -0400 Received: from lists.gnu.org ([209.51.188.17]:44015) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hFwKA-0001zY-4p for submit@debbugs.gnu.org; Mon, 15 Apr 2019 03:46:42 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60350) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hFwK9-0007Hk-0x for bug-guix@gnu.org; Mon, 15 Apr 2019 03:46:42 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51903) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hFwK8-0001z5-JK; Mon, 15 Apr 2019 03:46:40 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=53456 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hFwK8-000584-2g; Mon, 15 Apr 2019 03:46:40 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Bug Guix Subject: ISO images are not reproducible X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 26 Germinal an 227 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 15 Apr 2019 09:46:37 +0200 Message-ID: <87ef63pv6q.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit Cc: "\"pelzflorian \(Florian Pelz\)\"" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) As noted by Florian in , images created by =E2=80=98guix system disk-image --file-system-type=3Diso9660=E2= =80=99 are not bit-reproducible. Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 19 07:35:31 2019 Received: (at control) by debbugs.gnu.org; 19 Apr 2019 11:35:31 +0000 Received: from localhost ([127.0.0.1]:43522 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHRnm-00055K-Qg for submit@debbugs.gnu.org; Fri, 19 Apr 2019 07:35:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48641) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHRnk-000556-C4 for control@debbugs.gnu.org; Fri, 19 Apr 2019 07:35:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:58395) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHRne-0000LW-AI for control@debbugs.gnu.org; Fri, 19 Apr 2019 07:35:23 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=42434 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hHRnX-0006M2-P0 for control@debbugs.gnu.org; Fri, 19 Apr 2019 07:35:21 -0400 Date: Fri, 19 Apr 2019 13:35:11 +0200 Message-Id: <87h8aufcsw.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #35283 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) severity 35283 important From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 19 07:40:39 2019 Received: (at 35283) by debbugs.gnu.org; 19 Apr 2019 11:40:39 +0000 Received: from localhost ([127.0.0.1]:43526 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHRsl-0005DX-H9 for submit@debbugs.gnu.org; Fri, 19 Apr 2019 07:40:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49215) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHRsh-0005DJ-UJ for 35283@debbugs.gnu.org; Fri, 19 Apr 2019 07:40:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:58735) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHRsY-0005DD-4V; Fri, 19 Apr 2019 07:40:28 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=42440 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hHRsX-0006ZU-Id; Fri, 19 Apr 2019 07:40:25 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: "Thomas Schmitt" Subject: ISO images are not reproducible References: <20190413134609.kwmx53hyawgtaaza@pelzflorian.localdomain> <3867672606037906126@scdbackup.webframe.org> Date: Fri, 19 Apr 2019 13:40:24 +0200 In-Reply-To: <3867672606037906126@scdbackup.webframe.org> (Thomas Schmitt's message of "Sat, 13 Apr 2019 18:20:57 +0200") Message-ID: <875zrafck7.fsf_-_@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35283 Cc: bug-xorriso@gnu.org, 35283@debbugs.gnu.org, pelzflorian@pelzflorian.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, (Moving discussion to , which is specifically about ISO image reproducibility issues.) "Thomas Schmitt" skribis: > Florian Pelz wrote: >> The content is different at the beginning of the ISO image >> (maybe padding or timestamps in the file system) > > That's to expect if not environment SOURCE_DATE_EPOCH is set and exported. > > SOURCE_DATE_EPOCH belongs to the specs of reproducible-builds.org. It > is supposed to be either undefined or to contain a decimal number which > tells the seconds since january 1st 1970. If it contains a number, then > it is used for all timestamps and as seed of pseudo-random numbers like > MBR id or GPT UUIDs. > > If all files and directories have the same names and the same content, > then xorriso runs with the same arguments and the same SOURCE_DATE_EPOCH > value are supposed to create byte-identical result ISOs. By mounting the ISO image, I found that some files didn=E2=80=99t have their timestamp reset: some files in /var/guix (easily fixed), but more importantly those added by GRUB in /boot and /System. Files added by =E2=80=98grub-mkrescue=E2=80=99 are =E2=80=9Cout of our cont= rol=E2=80=9D so we would need to patch =E2=80=98grub-mkrescue=E2=80=99 to honor SOURCE_DATE_EPOCH, for ex= ample. However, after rereading the Xorriso manual, it seemed to me that if we set SOURCE_DATE_EPOCH and pass: -volume_date all_file_dates set_to_mtime then all the files would have the mtime specified by SOURCE_DATE_EPOCH, which would solve the problem. I tried it, but that=E2=80=99s not what happened. What am I missing, Thoma= s? Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 19 08:44:45 2019 Received: (at 35283) by debbugs.gnu.org; 19 Apr 2019 12:44:46 +0000 Received: from localhost ([127.0.0.1]:43561 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHSsn-0000Nq-Ks for submit@debbugs.gnu.org; Fri, 19 Apr 2019 08:44:45 -0400 Received: from mout.gmx.net ([212.227.15.15]:34453) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHSsm-0000Ne-8p for 35283@debbugs.gnu.org; Fri, 19 Apr 2019 08:44:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1555677876; bh=KOu8JVipwFVd/zkARI/Y3XBBuCBagFJZVN5rhnuFQUs=; h=X-UI-Sender-Class:Date:From:To:Subject:Cc:References:In-Reply-To; b=dlST1vhMZlZd0gQLCXKQTNpRBxMdibPk0BwCACFRokQfrUGBt5RazeLDAG9XE0KsS NuWAvXXgNHGWOlzdL+/QHrrTE/4PoWtau5xtfW0CPY0/S48DdVfjcaMIChob4tpmr3 unkj0CM/Cv2CEfgmv0lXQepH+oHwwoPO9qMbWCCU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from scdbackup.webframe.org ([87.167.207.225]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M3iU5-1gzNxt272v-00rHSI; Fri, 19 Apr 2019 14:44:36 +0200 Date: Fri, 19 Apr 2019 14:46:48 +0200 From: "Thomas Schmitt" To: bug-xorriso@gnu.org Subject: Re: ISO images are not reproducible Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable References: <875zrafck7.fsf_-_@gnu.org> In-Reply-To: <875zrafck7.fsf_-_@gnu.org> Message-Id: <11201672983044432889@scdbackup.webframe.org> X-Provags-ID: V03:K1:ey2Gt10ha8oAiPFqeBkZEk0Vrc/6StE0OS2aR7UB5hyZ6oAH6gC IJ43uY2WYS/CLJkv0YwBD9N1wmbFWLPy+ZSIn52D+3w0Mqp/f3LiXD/gbG8QISu6omxVGru vLY8ZzL56MzsJVaajT1/ZnxvdiAZXRdbKvZJV+MaVA2MzYw0F09mm2LXju0YPbdpKU5G8RT hqodfJbxy/X9xhkGnhmbQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:q9gR2B8IJiU=:I+mcl1a3RHMK/+zfOCJ0rV uk+vWfA7by+gksCDQwZSrtyHlulBhRZZxAxXfrwHf1ZqpZiBdb4SxYOLOOAMVVtCIJGvK3+Xs pQVqUEGi7cLHjtW3rkpRCGursxji0s3uWpzCfb44FyFNHCiEgpFCSn+1VScLSKHDyQhC8f1p6 czKySUDGnqTtdL2dvvauqjxC9tSoX6PqViQiyFus6YPrrQVlh11EnVwZUhkB+vm6y1fWJestN /nxUyJg1OLJbXocDqR9UaQKMJkWtyMKs8CKgwzc3ZWc5ATsRQ6Pif+yepfeISAbYIdvsd+ni8 G4aHTgLS3O9r9I20NA1KUU0njKROAvhRFkZHTxnNq14aGk6BeXUsJK/40JgZCgcTtwAWi1Ah8 XjQyUNGFTlaZ5JHd7c4Xj2EofOTUgPV/TrLO19yXY3vtc31sMYRp3Wzg2tbhA1+YJMwuPZeZv mX0lIm0GobONdZsBSAyjwh3PEMyjiMCdniHnNhrajugtIJhxUHJcB4NbPGqryBAA4Km6W/Fyd sWNvB2ez1/WO897ja9e1qY6nU2/OfLbPvVpLtwX4mWsfid2cNQy4/i43kHP8+qaLjBb5ckxtq dk8n1Fy6FkV/GPWfuzT+wfGZAcianjbn7htIH0G40HVvtkz39EYqPHFHA91AVe+f1cdZrbAfb U0BmzEiUfq8nIVMqbdVpVZkt+waIqQ1DF6BAVnj8EqMyp1RUYdr2GpLZ3/Eu2O8GPvZrOMs7a fR+Brtial+6IqlJ6L9+B9CtMN5A3Rkh/4x/kOEF9Q2UbRQV5mUI+M+hgNgVHmJ5/q/smI/0CL 2ghQ2dYfrslMyjjsCAmdIqDzVWRE0z8cAwXvAnZv1Arq/aa1gizDJSogJhnBvbLTceiUOJ8qH yZAYn7r9KkPR3SAqzD3VDO0wdLHSWoumP7qkhuGdxRFr0Iz3bUIfuEfmoXpyXjKqLMbIR6gmi k+3roHcePNA== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35283 Cc: 35283@debbugs.gnu.org, pelzflorian@pelzflorian.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi, > Files added by =E2=80=98grub-mkrescue=E2=80=99 are =E2=80=9Cout of our c= ontrol=E2=80=9D so we would need > to patch =E2=80=98grub-mkrescue=E2=80=99 to honor SOURCE_DATE_EPOCH, for= example. Google shows that patches have been proposed. But they seem not to have made it into the source. Vladimir Serbinko's answer here https://lists.gnu.org/archive/html/grub-devel/2015-12/msg00046.html might be the reason. I understand that he demands uniqueness of UUIDs. But that's not really a problem with reproducible ISOs. If pseudo-random UUIDs depend deterministically on SOURCE_DATE_EPOCH, then collisions are only to expect between ISOs made with the same seconds value. This can also happen if non-reproducible ISOs are made while their systems' clocks show the same time by mere incident. So one should use SOURCE_DATE_EPOCH values with best possible entropy. Not one humanly invented lucky number for all ISOs of a distro. If ever two identical ISOs are offered to GRUB at boot time, it needs some imagination to construct a problem if GRUB operates on the one which was not used by the EFI firmware to start GRUB. So when a reproducible ISO is made for the first time, its SOURCE_DATE_EPO= CH should be taken from "date +%s" and recorded for further runs. The ISO will bear it as "Creation Time", like "2019021612165300". The last two digits "00" are centiseconds and should be ignored even if not "00". If decoding that time back to seconds-since-1970 is cumbersome, one may store the seconds value in a data file in the input tree of the ISO before packing up by a xorriso run with SOURCE_DATE_EPOCH having that value. > after rereading the Xorriso manual, it seemed to me that if we > set SOURCE_DATE_EPOCH and pass: > -volume_date all_file_dates set_to_mtime > then all the files would have the mtime specified by SOURCE_DATE_EPOCH, > which would solve the problem. This is the support for ignoring atime and ctime changes of input files but respecting their mtime changes. If you want a fixed time for all three timestamps in all files, do: -volume_date all_file_dates =3D"$SOURCE_DATE_EPOCH" The "=3D" announces seconds-since-1970 as time format. See -alter_date. Note that in this proposal $SOURCE_DATE_EPOCH is evaluated by the shell, not by xorriso. Depending on the way how xorriso is started, you need to insert the actual number. Have a nice day :) Thomas From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 20 18:57:36 2019 Received: (at 35283-done) by debbugs.gnu.org; 20 Apr 2019 22:57:36 +0000 Received: from localhost ([127.0.0.1]:47021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHyvP-0005PG-Th for submit@debbugs.gnu.org; Sat, 20 Apr 2019 18:57:36 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43641) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHyvO-0005Ox-Bl for 35283-done@debbugs.gnu.org; Sat, 20 Apr 2019 18:57:34 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41318) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHyvI-0001Qs-R7; Sat, 20 Apr 2019 18:57:28 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=37516 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hHyvB-0008OH-0i; Sat, 20 Apr 2019 18:57:24 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: "Thomas Schmitt" Subject: Re: bug#35283: ISO images are not reproducible References: <875zrafck7.fsf_-_@gnu.org> <11201672983044432889@scdbackup.webframe.org> Date: Sun, 21 Apr 2019 00:57:19 +0200 In-Reply-To: <11201672983044432889@scdbackup.webframe.org> (Thomas Schmitt's message of "Fri, 19 Apr 2019 14:46:48 +0200") Message-ID: <87a7gk9tf4.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35283-done Cc: bug-xorriso@gnu.org, 35283-done@debbugs.gnu.org, pelzflorian@pelzflorian.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi Thomas, "Thomas Schmitt" skribis: > If you want a fixed time for all three timestamps in all files, do: > > -volume_date all_file_dates =3D"$SOURCE_DATE_EPOCH" Thanks, that=E2=80=99s what I was missing. It was still not the end of the story, but I have some good news: the series of commits below allow me to build ISO images reproducibly! \o/ 1b0b1651b1 gnu: mtools: 'mformat' initializes boot sector before writing = it. 5502fbd7fd gnu: valgrind: Add 3.15.0. 605815023c vm: Use a fixed FAT serial number for 'efi.img' in ISO images. 52b5fe5bcf gnu: grub: 'grub-mkrescue' honors 'GRUB_FAT_SERIAL_NUMBER'. 6901b9248e vm: Reset file timestamps of the EFI image in ISO images. 833480cc1f vm: Reset file timestamps in ISO images. To check by yourself you can do, say: guix system disk-image --file-system-type=3Diso9660 \ gnu/system/examples/bare-bones.tmpl and then check the ISO derivation that was built as the last step above: guix build --check -K /gnu/store/=E2=80=A6-image.iso.drv Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 20 19:04:06 2019 Received: (at 35283) by debbugs.gnu.org; 20 Apr 2019 23:04:06 +0000 Received: from localhost ([127.0.0.1]:47027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHz1h-0007gm-NQ for submit@debbugs.gnu.org; Sat, 20 Apr 2019 19:04:05 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44665) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHz1g-0007gJ-Bd for 35283@debbugs.gnu.org; Sat, 20 Apr 2019 19:04:04 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41399) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHz1b-0005Jb-4y; Sat, 20 Apr 2019 19:03:59 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=37550 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hHz1a-0001AK-EB; Sat, 20 Apr 2019 19:03:59 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: info-mtools@gnu.org Subject: [PATCH] mformat: initialize boot sector before writing it References: <875zrafck7.fsf_-_@gnu.org> <11201672983044432889@scdbackup.webframe.org> Date: Sun, 21 Apr 2019 01:03:57 +0200 In-Reply-To: <11201672983044432889@scdbackup.webframe.org> (Thomas Schmitt's message of "Fri, 19 Apr 2019 14:46:48 +0200") Message-ID: <87y3448ejm.fsf_-_@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35283 Cc: 35283@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, While investigating reproducible ISO images for Guix=C2=B9, I found that =E2=80=98mformat=E2=80=99 would not initialize the boot sector before writi= ng it. This led to non-deterministic FAT image contents. The attached patch fixes that. Thanks, Ludo=E2=80=99. =C2=B9 https://issues.guix.info/issue/35283 --=-=-= Content-Type: text/x-patch; charset=utf-8 Content-Disposition: inline; filename=mtools-mformat-uninitialized.patch Content-Transfer-Encoding: quoted-printable Content-Description: the patch Fix a bug whereby 'mformat' could end up passing uninitialized bytes to write(2). This could be reproduced with: mformat -C -f 1440 -L 16 -N 77777777 -i /tmp/x :: where the output of /tmp/x would be non-deterministic. Patch by Ludovic Court=C3=A8s . --- mtools-4.0.23/mformat.c 2019-04-21 00:12:01.496116195 +0200 +++ mtools-4.0.23/mformat.c 2019-04-21 00:12:36.675967157 +0200 @@ -927,6 +927,7 @@ void mformat(int argc, char **argv, int =20=09 char *endptr; =20 + memset(&boot.bytes, '\0', sizeof boot); hs =3D hs_set =3D 0; argtracks =3D 0; argheads =3D 0; --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 21 04:15:53 2019 Received: (at 35283) by debbugs.gnu.org; 21 Apr 2019 08:15:53 +0000 Received: from localhost ([127.0.0.1]:47581 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hI7dg-0006vz-Mt for submit@debbugs.gnu.org; Sun, 21 Apr 2019 04:15:52 -0400 Received: from mout.gmx.net ([212.227.17.21]:59947) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hI7de-0006vl-5w for 35283@debbugs.gnu.org; Sun, 21 Apr 2019 04:15:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1555834543; bh=cMziDqI4v56ovxcxPvl70DWjPrn97htV2tfGn0icxbQ=; h=X-UI-Sender-Class:Date:From:To:Subject:Cc:References:In-Reply-To; b=fBBiduEAAPBzspHgdJpfhblsNZ4PmzTbv1QgBWEFakCgEd+tEPIm8+9C4/pXiVPVj GHWVwoa7lC6UfKBYaYBR5DV+5VrTKwKdB9zy7dhX3SH9XqW+jE9qEXnMRhXwaUVgqw s3Nw9oMcQxmnjBWI0e5BtPErTrjsT/o2HO3rTAuc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from scdbackup.webframe.org ([87.167.207.225]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MKpQ4-1hI7dW3VuC-00052Q; Sun, 21 Apr 2019 10:15:42 +0200 Date: Sun, 21 Apr 2019 10:17:59 +0200 From: "Thomas Schmitt" To: bug-xorriso@gnu.org Subject: Re: ISO images are not reproducible Content-Type: text/plain; charset="utf-8" References: <87a7gk9tf4.fsf@gnu.org> In-Reply-To: <87a7gk9tf4.fsf@gnu.org> Message-Id: <11935672730123242979@scdbackup.webframe.org> X-Provags-ID: V03:K1:cebdwYPCnXRB9jLdopbW9FrCuB3PtFoi/w2bjCiPYcGH7LTXKAj TSW2xfVW3Rd9OUkB+Z2VTjnk67N1NZTQ+Zt78WIHPRMq+2+rhceqY2o59UbtdwWS64neMUj unE1TAlqJn51zHzey/GsN01D76c1O3ljfNYA64zHmhYHOwPZDbMUgx5bRCkYQjG/JzuFH/E QTHIr+1Jx2ufndmLBX1zw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:JZCux/52Axk=:SklIoV/B0LEgqqUuf7RP5z 55fA3yHsjkfmGkarPJo3QEgnHD4UCe4dAW/6XM+x0D3j1nyarzzaPQUFYapncBQCuodwHpC0g KOoiiugJXcnGUVDkI69NLcHW6k3XVBWC9CLYPFfm4TvRIa4N+ggdrme2NcK8ulJ6SLZld0+E+ lzoP33pnHpBQuIpA4iPwTdj3DAMKvcKByxxHw7Mtpr+B54y/RKkT/OagVeZLI4fM2YLapqkmH yjPil+W3i2LKHRSsZD+xG1sjaf5R7UHN+NZysJk0GEOK/cN2qU+LctfL9oHtuzDtmha6if6tP rt3qvTF0h2nvlntidWqmX/rRuNPTC8MPeKMdswTfGOfjrtsM8BN6R7zLl4hQs8mAeNz9okHXW 26WpmfxuSnnLqVpdAJzdvwQZvIp2iXjRvj3C3G4e9amCypYH0yqsJYTBY4UpBa4Q8dbSQFKa0 RSbpztQ6yHEgRZNNkTsidh+eWYTnduaQkhpG7FVdhL+TWlBk8G0jnmqHOGHP4ipBclLHEUugh IVo0qC5p4ybnDxqoc0Y7BOJrde5Gx+BHMDIMb79HZOAc+a2/LC0fvpAdKWqwdC65ngFfu5M26 Bhbarb9mZ+Vb7ZKXwLyQaMGPY+1T5MkO9PvtzVRUbtkPu+2OiXlelw7pse8MPr4WMtec2b7gO vZ+P9DnLuQgs/2TRK81VxtB26vvuBsinJVqf/XxrWeWfB03gskFzV+5oELeGOuJTDuGDqOF95 9Rt+UlJ0My5Bv54WQQDxjMbfb9u2yC3kP+6xKyyJi1DzPZWzczX7vpo4MflEm8+XBuTD+dSbf 2CunapjwsWZ4zxZOzTDAfWu71oN0HAWz/8nt5ACKjURrCjKxUjBXqjKp2oGFCE0itk9vVscxt 1A/EyZ5OapcNZ6OPsiiPe30inbihhvw0qYz2j2BYbPHVDKUMeLxXVeHDLf8uev+sqwB02uffl g0m93k9En3w== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35283 Cc: 35283@debbugs.gnu.org, pelzflorian@pelzflorian.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi, > 833480cc1f vm: Reset file timestamps in ISO images. That's also a big solution for the problem of timestamps of synthetic files. I understand that your plan for reproducibility is to make timestamps completely insignificant. Radical but effective. But since you set in commit 6901b9248e SOURCE_DATE_EPOCH to 1980, why not use the same seconds value for the ISO file objects ? > 6901b9248e vm: Reset file timestamps of the EFI image in ISO images. Maybe the commit message should have mentioned that setting SOURCE_DATE_EPOCH not only influences mformat underneath grub-mkrescue, but also the run of xorriso, where it determines volume date timestamps and GPT individual UUIDs. (Other impacts of the variable get overridden by the -volume_date "all_file_dates" command in commit 833480cc1f.) > 52b5fe5bcf gnu: grub: 'grub-mkrescue' honors 'GRUB_FAT_SERIAL_NUMBER'. I still riddle why /efi.img in the 0.16.0 ISO has 1.4 MB of size but grub-mkrescue.c uses mformat -f 2880, which is supposed to produce a 2.8 MB FAT image. > 1b0b1651b1 gnu: mtools: 'mformat' initializes boot sector before writing How good are chances to bring such changes into upstream ? I ask in the advance assumption that we find a way to make the mformat image digestible for Florian's Macbook. (It is clear now that the difference between failure and success is in mformat versus mkfs.fat. But the exact point of failure is not found yet. I place my bet on the partition entry with start LBA 0.) Have a nice day :) Thomas From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 21 12:32:36 2019 Received: (at 35283) by debbugs.gnu.org; 21 Apr 2019 16:32:36 +0000 Received: from localhost ([127.0.0.1]:48996 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIFOO-0000Qj-6C for submit@debbugs.gnu.org; Sun, 21 Apr 2019 12:32:36 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42980) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIFOM-0000QV-60 for 35283@debbugs.gnu.org; Sun, 21 Apr 2019 12:32:34 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52603) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIFOH-0003bS-0N; Sun, 21 Apr 2019 12:32:29 -0400 Received: from [2a01:e0a:1d:7270:6a6c:dc17:fc02:cfda] (port=35650 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hIFOF-00009u-On; Sun, 21 Apr 2019 12:32:28 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: bug-grub@gnu.org Subject: [PATCH] grub-mkrescue: Allow users to specify a FAT serial number References: <875zrafck7.fsf_-_@gnu.org> <11201672983044432889@scdbackup.webframe.org> Date: Sun, 21 Apr 2019 18:32:21 +0200 In-Reply-To: <11201672983044432889@scdbackup.webframe.org> (Thomas Schmitt's message of "Fri, 19 Apr 2019 14:46:48 +0200") Message-ID: <871s1v720a.fsf_-_@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35283 Cc: 35283@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, While investigating reproducible ISO images for Guix=C2=B9, I found that =E2=80=98grub-mkrescue=E2=80=99 would invoke =E2=80=99mformat=E2=80=99 with= out the =E2=80=98-N=E2=80=99 option. Consequently, =E2=80=98mformat=E2=80=99 would pick a random serial number, = thereby making the =E2=80=98efi.img=E2=80=99 build process non-deterministic. I came up with the gross hack attached: the =E2=80=98grub-mkrescue=E2=80=99= caller can set the =E2=80=98GRUB_FAT_SERIAL_NUMBER=E2=80=99 environment variable, which =E2=80=98grub-mkrescue=E2=80=99 translates into a =E2=80=98-N=E2=80=99 flag= for =E2=80=98mformat=E2=80=99. We could perhaps achieve the same result differently, for instance by adding an option to =E2=80=98grub-mkrescue=E2=80=99. WDYT? Thanks, Ludo=E2=80=99. =C2=B9 https://issues.guix.info/issue/35283 --=-=-= Content-Type: text/x-patch; charset=utf-8 Content-Disposition: inline; filename=grub-efi-fat-serial-number.patch Content-Transfer-Encoding: quoted-printable Content-Description: the patch Change 'grub-mkrescue' to honor the 'GRUB_FAT_SERIAL_NUMBER' environment variable. That way, the caller can specify a fixed serial number (instead of the randomly chosen one) to create EFI images (the 'efi.img' file) that are reproducible bit-for-bit. Patch by Ludovic Court=C3=A8s . --- grub-2.02/util/grub-mkrescue.c 2019-04-20 19:15:26.180242812 +0200 +++ grub-2.02/util/grub-mkrescue.c 2019-04-20 21:56:34.672370849 +0200 @@ -788,8 +788,15 @@ main (int argc, char *argv[]) =20 efiimgfat =3D grub_util_path_concat (2, iso9660_dir, "efi.img"); int rv; - rv =3D grub_util_exec ((const char * []) { "mformat", "-C", "-f", "2= 880", "-L", "16", "-i", - efiimgfat, "::", NULL }); + + const char *fat_serial_number =3D getenv ("GRUB_FAT_SERIAL_NUMBER"); + const char *mformat_args[] =3D + { "mformat", "-C", "-f", "2880", "-L", "16", + fat_serial_number !=3D NULL ? "-N" : "-C", + fat_serial_number !=3D NULL ? fat_serial_number : "-C", + "-i", efiimgfat, "::", NULL }; + + rv =3D grub_util_exec (mformat_args); if (rv !=3D 0) grub_util_error ("`%s` invocation failed\n", "mformat"); rv =3D grub_util_exec ((const char * []) { "mcopy", "-s", "-i", efii= mgfat, efidir_efi, "::/", NULL }); --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 21 12:42:39 2019 Received: (at 35283) by debbugs.gnu.org; 21 Apr 2019 16:42:39 +0000 Received: from localhost ([127.0.0.1]:49004 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIFY7-0000gn-4x for submit@debbugs.gnu.org; Sun, 21 Apr 2019 12:42:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44661) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIFY5-0000gY-7j for 35283@debbugs.gnu.org; Sun, 21 Apr 2019 12:42:37 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52709) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIFXz-0001HY-I9; Sun, 21 Apr 2019 12:42:31 -0400 Received: from [2a01:e0a:1d:7270:6a6c:dc17:fc02:cfda] (port=35656 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hIFXy-00025F-Ua; Sun, 21 Apr 2019 12:42:31 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: "Thomas Schmitt" Subject: Re: bug#35283: ISO images are not reproducible References: <87a7gk9tf4.fsf@gnu.org> <11935672730123242979@scdbackup.webframe.org> Date: Sun, 21 Apr 2019 18:42:28 +0200 In-Reply-To: <11935672730123242979@scdbackup.webframe.org> (Thomas Schmitt's message of "Sun, 21 Apr 2019 10:17:59 +0200") Message-ID: <87imv75myz.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35283 Cc: bug-xorriso@gnu.org, 35283@debbugs.gnu.org, pelzflorian@pelzflorian.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, "Thomas Schmitt" skribis: >> 833480cc1f vm: Reset file timestamps in ISO images. > > That's also a big solution for the problem of timestamps of synthetic fil= es. > > I understand that your plan for reproducibility is to make timestamps > completely insignificant. Radical but effective. > > But since you set in commit 6901b9248e SOURCE_DATE_EPOCH to 1980, why not > use the same seconds value for the ISO file objects ? Files in /gnu/store, by convention, all have their mtime set to 1 (one second after the epoch). >> 6901b9248e vm: Reset file timestamps of the EFI image in ISO images. > > Maybe the commit message should have mentioned that setting SOURCE_DATE_E= POCH > not only influences mformat underneath grub-mkrescue, but also the run > of xorriso, where it determines volume date timestamps and GPT individual > UUIDs. > (Other impacts of the variable get overridden by the > -volume_date "all_file_dates" > command in commit 833480cc1f.) AFAICS, setting SOURCE_DATE_EPOCH didn=E2=80=99t have a noticeable impact on Xorriso, or at least it was overridden by the =E2=80=9C-volume_date=E2=80= =9D options that I pass. It=E2=80=99s crucial for me to have the mtime set to 1 for all the files on= the ISO; I wanted the 1980 setting to apply only to =E2=80=98efi.img=E2=80=99. >> 52b5fe5bcf gnu: grub: 'grub-mkrescue' honors 'GRUB_FAT_SERIAL_NUMBER'. > > I still riddle why /efi.img in the 0.16.0 ISO has 1.4 MB of size > but grub-mkrescue.c uses mformat -f 2880, which is supposed to produce > a 2.8 MB FAT image. I haven=E2=80=99t dig deep enough to provide a satisfactory answer. :-) >> 1b0b1651b1 gnu: mtools: 'mformat' initializes boot sector before writi= ng > > How good are chances to bring such changes into upstream ? I=E2=80=99ve emailed them (actually tried to, their mailing list rejected my message.) We=E2=80=99ll see! Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 21 14:42:41 2019 Received: (at 35283) by debbugs.gnu.org; 21 Apr 2019 18:42:41 +0000 Received: from localhost ([127.0.0.1]:49070 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIHQH-0003mR-6P for submit@debbugs.gnu.org; Sun, 21 Apr 2019 14:42:41 -0400 Received: from mout.gmx.net ([212.227.15.18]:38971) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIHQE-0003mE-1o for 35283@debbugs.gnu.org; Sun, 21 Apr 2019 14:42:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1555872150; bh=VbSv58matqKQZu1Fvwnr9NZ9o/Bpfqw6gnA/J7YH6sI=; h=X-UI-Sender-Class:Date:From:To:Subject:Cc:References:In-Reply-To; b=Wq9YBtUChDqRXXac+AVYfMHRNh0xy50wmLADFo3XTmPItPmgjQfcSt9cmkjzLBJf+ aZcJyiAwmzE3Xpd3VbJ19d0fjUon5wl+lViy4ye/HrFTEdiG5OVTFb4z77388gkHEY c7+EclV8eUALR/2vDNIcpdYplxDDH5n912BMZh08= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from scdbackup.webframe.org ([79.222.46.132]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0McVns-1hZwpR43UG-00HcW9; Sun, 21 Apr 2019 20:42:30 +0200 Date: Sun, 21 Apr 2019 20:44:47 +0200 From: "Thomas Schmitt" To: bug-xorriso@gnu.org Subject: Re: ISO images are not reproducible Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable References: <87imv75myz.fsf@gnu.org> In-Reply-To: <87imv75myz.fsf@gnu.org> Message-Id: <14023672764195917993@scdbackup.webframe.org> X-Provags-ID: V03:K1:Pt6iODFycZgZ7s5L+ZFVrFNQcPmAsqP+nMyyxEWIb31TdyBpiD3 EJisJbQOWgQFpgLNImWxa4kbvv6Pb0s/EmvHRs1/70buSIShf44N/e5SYhiCUBBgTBhCGCf Up0PpyV7iE+s/TzYytJAq1rrCTgvlu3GE2u7UrnJXrtnUfyv5tR+fWLE+IKp9c7329qhhMb FfumZXgenI7pvDnSmHTCQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:5Jt7rDklUjc=:M6NJexBgYf2x3wCuhB3mXf Ln9J3BCLIgHIbdXkNDzAjK8Zgyyl7wvQAKUaql8eg1CcS19gm0MEyWsEcMY4H+OfgtXCyUZ0q tL37qJdBteKCyJKtC8IkiJgBHBsWEv1Cvc6T3DRSYq7ObHzrGMP7oIqDlzyI6ZksETLySOd6n uLdr615kEK7CTUmFd2Ijx86c2Rn3LYiGJtbl6GUPmHeceu1flXDxSlzfUqzTOBdm29DO3myiC QeU2XO+fOPAGM9nW7VoswAw2YBBZxAyTX7KJIwTfMpN49ERzGaoxE+JLB+W5+OcWI4YnwVZ7f 9XKp8Nu7HXjgijUxraCS0L5jRMb43yMbX2GITEebtRhx+toCLk532frMnII5Z+XGwKOahNApT KM87dV4iQ+lnnxM4tNFKxxOVNgmAisZEjlV/0Djxx27bLHvAmPdkBC0TjXRI4D6nL7dIFoBcB 0sldb76Cl63kAsZI6oQNU03ktAjPkhns+8m//jW1BtA5sm6MZ+uvsmR76NLrH/2hiDzASlX0Q qUZCodXkQFxybNgXdgmBt8qk3cbHZ8Ep4rOzJHn0hHUkN2rRU22pDkFF5oaDG2IuUw8VM4VTw ijbPLPqo0qOiHTXTLXucXKkRcm78LVYDm+6DOzQRpkR+yd2NH9IAWIal7jKEL16j56Z3P3dGb QDhpVI1GU7/ewMbueTDXwYaQL5MRkget7fsu2OfSBBP1RYNeW2tvkesYeCv18KHqiufHhuv6d Y5jZfaI96MmYaGIFxB6sou34eOcK/9m2QpooBFFpGvU6eWMgeThxzkGNmMHK8FvMCLIzkBNf1 HKxdJHYmEW+Ii7Si47dZwoU420LD0teiC/kM76XNeTNtJdp9nrcXrqlKH9ylGSg2QZuxFePOZ 9aOUO95oRby8wDULD9+QErCNppsRVxcaT4ISLtVDVMAm4725+ANlHvwcqkPdwBLw3b09cUmw3 WQfo+VLOK5Q== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35283 Cc: 35283@debbugs.gnu.org, pelzflorian@pelzflorian.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi, Ludovic Court=C3=A8s wrote: > AFAICS, setting SOURCE_DATE_EPOCH didn=E2=80=99t have a noticeable impac= t on > Xorriso, or at least it was overridden by the =E2=80=9C-volume_date=E2= =80=9D options > that I pass. Probably. Among the automatic grub-mkrescue options for xorriso's mkisofs emulation is --modification-date=3D2019042117165600 The equivalent native command is -volume_date uuid 2019042117165600 So you indeed have to override this by an own subsequent command. (SOURCE_DATE_EPOCH overrides defaults of xorriso. But commands or options override the overridden defaults.) Have a nice day :) Thomas From unknown Wed Aug 20 05:17:05 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 20 May 2019 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator