From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 10 15:49:59 2020 Received: (at submit) by debbugs.gnu.org; 10 Nov 2020 20:49:59 +0000 Received: from localhost ([127.0.0.1]:39088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kcaaV-0005ei-8g for submit@debbugs.gnu.org; Tue, 10 Nov 2020 15:49:59 -0500 Received: from lists.gnu.org ([209.51.188.17]:35650) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kcaaU-0005ea-CK for submit@debbugs.gnu.org; Tue, 10 Nov 2020 15:49:58 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:43242) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kcaaU-0003Ye-4q for bug-guix@gnu.org; Tue, 10 Nov 2020 15:49:58 -0500 Received: from mira.cbaines.net ([2a01:7e00:e000:2f8:fd4d:b5c7:13fb:3d27]:54923) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kcaaS-00022d-I3 for bug-guix@gnu.org; Tue, 10 Nov 2020 15:49:57 -0500 Received: from localhost (188.28.119.85.threembb.co.uk [188.28.119.85]) by mira.cbaines.net (Postfix) with ESMTPSA id 295F427BBF6 for ; Tue, 10 Nov 2020 20:49:54 +0000 (GMT) Received: from capella (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id fac78429 for ; Tue, 10 Nov 2020 20:49:51 +0000 (UTC) User-agent: mu4e 1.4.13; emacs 27.1 From: Christopher Baines To: bug-guix@gnu.org Subject: gnutls 3.6.12 fails to build: FAIL: status-request-revoked Date: Tue, 10 Nov 2020 20:49:46 +0000 Message-ID: <87d00los2d.fsf@cbaines.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: pass client-ip=2a01:7e00:e000:2f8:fd4d:b5c7:13fb:3d27; envelope-from=mail@cbaines.net; helo=mira.cbaines.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/10 15:49:54 X-ACL-Warn: Detected OS = ??? X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit 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: -2.3 (--) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I found this when trying to build guile3.0-gnutls: guix time-machine --commit=3D94585fffb23079fe71110e2bf99782eb4ccfa12b -- = build --no-grafts --check guile3.0-gnutls =20=20 FAIL: status-request-revoked =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D trying NORMAL:-VERS-ALL:+VERS-TLS1.2 received status request received status request cert_verify_callback:263: certificate verify status doesn't match: 100402 != =3D 22FAIL status-request-revoked (exit status: 1) --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKlBAEBCgCPFiEEPonu50WOcg2XVOCyXiijOwuE9XcFAl+q/OpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcRHG1haWxAY2Jh aW5lcy5uZXQACgkQXiijOwuE9Xd51BAAinwaFsmiRFUPttJP9RutzROS0rh7e8yL 83pkM//kJoP+KDqfRNJ3eRz7sHwiWD5hbdn/Yyi4a0sAwKgHNuJhvU5ijWBLOzWJ 0sFk0QrDZfeejamtYikssHasYJfwXm9gE2SzQJJq1E6SxsMcfjbpwsmw0Pl2K2LI ptg7H3wMaj9ooLxVMVNfswSAGpka1fdpWIYIElgU8fqJ3uSOhMizpiSzpgh73FXa dqntLA7/5Bzuk4h6C71TfNRQIJbqeT27SB5fnacUl5faSa7oyqyGF899+iDyvVnC Vek6YqzvDLIaVdZrBVs1jkCeUY0LWOStK6/36n++ZPaj26aV1V2yxLztzj77ARZ5 S4K9p4ccq780SMT4QiJSgFMnpyr3bga/Wl/WmNGABgaVfzTU68LfPhV+Td4QTvOc RX5kgfZ68+lZ5oVTWD5DwTs3ZRh+IS3MBul3qA4Y56DDc80QrVeWKheDxbVaB5Vh ya+OP+Pr8b9qJjzUvhO8HGj/ilp8XzgGySCLmS7Px0xVzEELIuqgqqCgNYCH820D aFgctowjhLF7whaPZs+aDuDj8mXV+ATnEJLKDRtO4d8dmIy6bE9E8fupEu4u2HtU 8Y3xthQboMoYUUM39fLg73W3pY6XdJBYbPlxavnruijlyJ45awYL//q4uLNgBbKm uJsXQF4C9lI= =PIzS -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 12 16:06:32 2020 Received: (at 44559) by debbugs.gnu.org; 12 Nov 2020 21:06:32 +0000 Received: from localhost ([127.0.0.1]:45762 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kdJnc-0007zM-Ec for submit@debbugs.gnu.org; Thu, 12 Nov 2020 16:06:32 -0500 Received: from eggs.gnu.org ([209.51.188.92]:52392) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kdJnY-0007z7-Mo for 44559@debbugs.gnu.org; Thu, 12 Nov 2020 16:06:30 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60534) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdJnT-0006wN-2p; Thu, 12 Nov 2020 16:06:23 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=58544 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kdJnH-0003Tt-Md; Thu, 12 Nov 2020 16:06:22 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Christopher Baines Subject: Re: bug#44559: gnutls 3.6.12 fails to build: FAIL: status-request-revoked References: <87d00los2d.fsf@cbaines.net> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 22 Brumaire an 229 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: Thu, 12 Nov 2020 22:06:09 +0100 In-Reply-To: <87d00los2d.fsf@cbaines.net> (Christopher Baines's message of "Tue, 10 Nov 2020 20:49:46 +0000") Message-ID: <87v9eaffpa.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44559 Cc: 44559@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 (---) Hi, Christopher Baines skribis: > I found this when trying to build guile3.0-gnutls: > > guix time-machine --commit=3D94585fffb23079fe71110e2bf99782eb4ccfa12b -= - build --no-grafts --check guile3.0-gnutls >=20=20=20 > > FAIL: status-request-revoked > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > > trying NORMAL:-VERS-ALL:+VERS-TLS1.2 > received status request > received status request > cert_verify_callback:263: certificate verify status doesn't match: 100402= !=3D 22FAIL status-request-revoked (exit status: 1) This was fixed upstream between 3.6.12 and 3.6.14 with this patch by Bernhard (it=E2=80=99s a small world!): --8<---------------cut here---------------start------------->8--- commit ed208fe55f31478732fd6cc394f9576b315a42cd Author: Bernhard M. Wiedemann Date: Sun Apr 5 15:09:57 2020 +0200 tests: Fix status-request-revoked after 2020-10-24 =20=20=20=20 included certs expire 2020-10-24 so this test fails after that date. =20=20=20=20 Fixes #967 =20=20=20=20 This patch was done while working on reproducible builds for openSUSE. =20=20=20=20 Signed-off-by: Bernhard M. Wiedemann --8<---------------cut here---------------end--------------->8--- The question for us becomes how to ensure long-term reproducibility in the presence of such bugs. In this case, I think the only solution would be to change the system clock when one rebuilds GnuTLS (or to use =E2=80=98--without-tests=3Dgnutls= =E2=80=99, but you end up with different derivations, which is not necessarily desirable). Thoughts? Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 12 16:18:25 2020 Received: (at 44559) by debbugs.gnu.org; 12 Nov 2020 21:18:25 +0000 Received: from localhost ([127.0.0.1]:45786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kdJz7-0008Hm-GC for submit@debbugs.gnu.org; Thu, 12 Nov 2020 16:18:25 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55168) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kdJz6-0008HW-69 for 44559@debbugs.gnu.org; Thu, 12 Nov 2020 16:18:24 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60912) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdJz0-0008U8-Uo; Thu, 12 Nov 2020 16:18:18 -0500 Received: from host-37-191-236-253.lynet.no ([37.191.236.253]:39570 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kdJz0-0004U6-DJ; Thu, 12 Nov 2020 16:18:18 -0500 From: Marius Bakke To: Ludovic =?utf-8?Q?Court=C3=A8s?= , Christopher Baines Subject: Re: bug#44559: gnutls 3.6.12 fails to build: FAIL: status-request-revoked In-Reply-To: <87v9eaffpa.fsf@gnu.org> References: <87d00los2d.fsf@cbaines.net> <87v9eaffpa.fsf@gnu.org> Date: Thu, 12 Nov 2020 22:18:16 +0100 Message-ID: <87zh3mb7fr.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44559 Cc: 44559@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 Ludovic Court=C3=A8s writes: > The question for us becomes how to ensure long-term reproducibility in > the presence of such bugs. > > In this case, I think the only solution would be to change the system > clock when one rebuilds GnuTLS (or to use =E2=80=98--without-tests=3Dgnut= ls=E2=80=99, but > you end up with different derivations, which is not necessarily > desirable). > > Thoughts? There is a related bug report here: https://issues.guix.gnu.org/39310 Perhaps we could make a "--with-system-clock" option for 'guix build' that instructs the daemon to fake the system time? --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFDBAEBCgAtFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAl+tppgPHG1hcml1c0Bn bnUub3JnAAoJEKKgbfKjOlT6SZUH/2JQce28Rehio2Dk1QbAXM2/8Peo8xhfOnA8 NYzJuUkjaqf8LNEs7uB/4zGsJ51IHznTqLecuqdjO+g6zEpzzNrdXmvVqv9A2Xcy GGa+ci5hUVKErrG+KGTQEiEtkRUjkzBKGZKv2jc4MpnXJgsDl0qidIZIOi/JmuC1 vtSTVM09dG8pj79MefTFKuJtRv0xEpXNRiaJNOjHO5jiThimoiKl15XtSgexPgU0 mzv9MV2Po3QRbhc/EE49P/oxuJqjmwFSPdCwL/0YlNEemr2bQx18ps6H9y9Hmg7W 5awKGRn0vAK5I45i0jyJyVWHk0a90lEIJSLwJF4Pul2CmpJsVm0= =g9FH -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 15 06:06:10 2020 Received: (at 44559) by debbugs.gnu.org; 15 Nov 2020 11:06:10 +0000 Received: from localhost ([127.0.0.1]:52608 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1keFrG-0005Rr-6y for submit@debbugs.gnu.org; Sun, 15 Nov 2020 06:06:10 -0500 Received: from eggs.gnu.org ([209.51.188.92]:52342) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1keFrD-0005Rc-Sy for 44559@debbugs.gnu.org; Sun, 15 Nov 2020 06:06:08 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41579) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1keFr8-00062X-8P; Sun, 15 Nov 2020 06:06:02 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=42214 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1keFqt-000162-MA; Sun, 15 Nov 2020 06:05:58 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Marius Bakke Subject: Re: bug#44559: gnutls 3.6.12 fails to build: FAIL: status-request-revoked References: <87d00los2d.fsf@cbaines.net> <87v9eaffpa.fsf@gnu.org> <87zh3mb7fr.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 25 Brumaire an 229 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: Sun, 15 Nov 2020 12:05:43 +0100 In-Reply-To: <87zh3mb7fr.fsf@gnu.org> (Marius Bakke's message of "Thu, 12 Nov 2020 22:18:16 +0100") Message-ID: <87zh3iani0.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44559 Cc: 44559@debbugs.gnu.org, Christopher Baines 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, Marius Bakke skribis: > Ludovic Court=C3=A8s writes: > >> The question for us becomes how to ensure long-term reproducibility in >> the presence of such bugs. >> >> In this case, I think the only solution would be to change the system >> clock when one rebuilds GnuTLS (or to use =E2=80=98--without-tests=3Dgnu= tls=E2=80=99, but >> you end up with different derivations, which is not necessarily >> desirable). >> >> Thoughts? > > There is a related bug report here: > > https://issues.guix.gnu.org/39310 > > Perhaps we could make a "--with-system-clock" option for 'guix build' > that instructs the daemon to fake the system time? How would it fake it though? There are time_namespaces(7), but it=E2=80=99s only for CLOCK_MONOTONIC and CLOCK_BOOTTIME. LD_PRELOAD like =E2=80=98datefudge=E2=80=99 does is probably not a viable o= ption. Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 16 10:05:06 2020 Received: (at control) by debbugs.gnu.org; 16 Nov 2020 15:05:06 +0000 Received: from localhost ([127.0.0.1]:56739 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1keg42-0006Bn-7k for submit@debbugs.gnu.org; Mon, 16 Nov 2020 10:05:06 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1keg40-0006Aw-UR for control@debbugs.gnu.org; Mon, 16 Nov 2020 10:05:05 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34855) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1keg3v-0001sR-Ob for control@debbugs.gnu.org; Mon, 16 Nov 2020 10:04:59 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=48062 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1keg3t-00006V-B6 for control@debbugs.gnu.org; Mon, 16 Nov 2020 10:04:57 -0500 Date: Mon, 16 Nov 2020 16:04:56 +0100 Message-Id: <87zh3huyuf.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #44559 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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 44559 important quit From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 30 19:56:13 2020 Received: (at 44559) by debbugs.gnu.org; 31 Dec 2020 00:56:13 +0000 Received: from localhost ([127.0.0.1]:51548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kumGD-0004PO-Cs for submit@debbugs.gnu.org; Wed, 30 Dec 2020 19:56:13 -0500 Received: from itsx01.pdp10.guru ([74.207.247.251]:38064) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuloB-0003iw-Tb for 44559@debbugs.gnu.org; Wed, 30 Dec 2020 19:27:16 -0500 Received: from auennplxrtxfoohp by ITSx01.pdp10.guru with local (Exim 4.92) (envelope-from ) id 1kulo5-0007r8-ML for 44559@debbugs.gnu.org; Thu, 31 Dec 2020 00:27:09 +0000 From: jeremiah@pdp10.guru To: 44559@debbugs.gnu.org Subject: Solution Date: Thu, 31 Dec 2020 00:27:09 +0000 Message-ID: <87k0syddlu.fsf@ITSx01.pdp10.guru> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44559 X-Mailman-Approved-At: Wed, 30 Dec 2020 19:56:12 -0500 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.0 (-) I created a procedure to work around the build failure and enable a successful build: # when gnutls-3.6.12 build breaks you need to do: # run the following as root # turn off networking ip link set enp0s25 down # Fixup the time so that the build will succeed timedatectl set-ntp false timedatectl set-time '2020-10-01' # Try to build but it will absolutely fail by lack of source if you # don't enable networking or because you enable networking. # But turn on networking when specified below guix time-machine --commit=94585fffb23079fe71110e2bf99782eb4ccfa12b -- # build --no-grafts --check guile3.0-gnutls # after it finishes building # /gnu/store/vhphki5sg9xkdhh2pbc8gi6vhpfzryf0-gnutls-3.6.12.drv # and starts building # /gnu/store/akm0wl58avib46g3d9razlfzfgfg8m6m-python-3.8.2.drv... # but before it begins building # /gnu/store/bja7gqzxr62a0akid0rpzmynzy78nkwg-zstd-1.4.4.tar.gz.drv. # Fix the time and turn on networking as it has additional things to # download. # specifically # https://github.com/facebook/zstd/releases/download/v1.4.4/zstd-1.4.4.tar.gz # and substitutes for some reason # failing to do so will result in you needing to repeat the above steps # again. timedatectl set-time '$current_date' timedatectl set-ntp true # turn on networking ip link set enp0s25 up # it'll fail building because the time is current again # But that is fine, we now will not need networking for this build cycle # and thus the altered time will be fine and the build will be # successful this time # turn off networking ip link set enp0s25 down # Fixup the time so that the build will succeed timedatectl set-ntp false timedatectl set-time '2020-10-01' #guix build gnutls@3.6.12 finally guix time-machine --commit=94585fffb23079fe71110e2bf99782eb4ccfa12b -- # build --no-grafts --check guile3.0-gnutls # wait until it completes. # Then we can put the system back in a working state timedatectl set-time '$current_date' timedatectl set-ntp true # turn on networking ip link set enp0s25 up From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 16 16:00:20 2021 Received: (at 44559) by debbugs.gnu.org; 16 Feb 2021 21:00:20 +0000 Received: from localhost ([127.0.0.1]:41774 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lC7SG-0006L7-Ix for submit@debbugs.gnu.org; Tue, 16 Feb 2021 16:00:20 -0500 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]:45535) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lC7SE-0006Ks-HM for 44559@debbugs.gnu.org; Tue, 16 Feb 2021 16:00:19 -0500 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 67495C82 for <44559@debbugs.gnu.org>; Tue, 16 Feb 2021 16:00:12 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Tue, 16 Feb 2021 16:00:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=carldong.me; h= from:content-type:content-transfer-encoding:mime-version:subject :message-id:date:to; s=fm3; bh=pdkffQ3f37N2hztbGSh+QHjKGbtQoWOV4 c1N31zr32c=; b=CWYk8YGpyHGKXu9X+4lYw6d8gQucyz/GgCICQX2PetoniZHaj 1ezcfNcMA7NwD/tCNGwgno3tKqpTSh/y5NAnEKEJK/G7E/OtKbU9o8tcorEFjCko ENtQcauj+fRFIeu6pxR99SGE7paErLylW/7IuH41Zoymqb766PR8pN00CgU+SQhJ /XYWCp5TmEdoRLdxwWMwLrfqkAfvTREicx0wOPj+PJ1HZnBL6Tz6czaIODw6Qo/F YJLa+pzu6GFL2EOPhgic6gv/er9vlAQ6TArNRgsFZmxndBLOKOoAeRdZ80w/3kFm h7vwUu5mbLXXPcXHi5R9HURIMTmTeoZzFlOiQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=pdkffQ 3f37N2hztbGSh+QHjKGbtQoWOV4c1N31zr32c=; b=WiqBp6SyE5pI4fI+f1YHUk Nd/t+oS7PX1uZOBDyqzWvu8NZUD33lpnmi7kehN60BoUDcke5baUQQ0vzlmpinpu OPf4ds535efBCO58yghPuZQlPqh6fD+RBqzzAg1voDRuVAXle5LhCbD6Wii0nywg Ae1n3ueu9e9ytfSW9pe/wI6GVTzT5GU/RMmMOSgoaBwckqEOozoReLxJquZ81Ovf bT6QK6DjmWB0mHrj1vLjyEad8dpuAgFY8IPr/99iTapO+zrEjGzXte3QZOE0Pyys 5th2XQAwDzyF8FtohWNKQeWg3Lx0cOU2Zv69dtJEx3RTCjzi1tdFHcmShb6AkT7Q == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrjedtgddugeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefhtgfgggfukfffvffosehtqhhmtd hhtdejnecuhfhrohhmpeevrghrlhcuffhonhhguceotghonhhtrggtthestggrrhhlugho nhhgrdhmvgeqnecuggftrfgrthhtvghrnhepffekvddtgefgfeeuhfekvefhgfeludffud dvgeehfeethedugeeuffeuudetleffnecukfhppeeliedrvdefledrudejrddvgedvnecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheptghonhhtrg gtthestggrrhhlughonhhgrdhmvg X-ME-Proxy: Received: from [192.168.0.6] (pool-96-239-17-242.nycmny.fios.verizon.net [96.239.17.242]) by mail.messagingengine.com (Postfix) with ESMTPA id E22921080068 for <44559@debbugs.gnu.org>; Tue, 16 Feb 2021 16:00:11 -0500 (EST) From: Carl Dong Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: bug#44559 Message-Id: Date: Tue, 16 Feb 2021 16:00:11 -0500 To: 44559@debbugs.gnu.org X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44559 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 all, As bitcoin core begins the planning to officially transition to = Guix-based releases, I've had many community members build guix v1.2.0 = from source and afterward attempt `--bootstrap --no-substitutes` builds. = As you may imagine, they are getting stuck on this gnutls problem and = cannot proceed further. I'm wondering: 1. Is there a workaround that does not involve changing the system time? = We have attempted several flags: 1. --with-graft=3Dgnutls=3Dgnutls@3.6.14 2. --without-tests=3Dgnutls 3. --with-input=3Dgnutls=3Dgnutls@3.6.14 These attempts all failed to work around this bug, and I=E2=80=99m= curious as to why that would be. My guess would be that when we do = `--bootstrap`, Guix bootstraps itself first without taking into account = these flags? 2. Since bootstrappability is one of the core tenets of Guix, might it = be appropriate to cut a v1.2.1 release with this problem (and any other = potential bootstrap problems) fixed? (Happy to discuss in separate = thread if more appropriate) Cheers, Carl Dong contact@carldong.me "I fight for the users" From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 16 16:50:08 2021 Received: (at 44559) by debbugs.gnu.org; 16 Feb 2021 21:50:08 +0000 Received: from localhost ([127.0.0.1]:41864 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lC8ER-0007aF-Tc for submit@debbugs.gnu.org; Tue, 16 Feb 2021 16:50:08 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:42269) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lC8EQ-0007Zl-IX for 44559@debbugs.gnu.org; Tue, 16 Feb 2021 16:50:06 -0500 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 4FC945C0176; Tue, 16 Feb 2021 16:50:01 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Tue, 16 Feb 2021 16:50:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=famulari.name; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-transfer-encoding:in-reply-to; s=mesmtp; bh=TE9JugytokDNedNudZjaKA2h1ydIzalUoU8YOSSy3Ds=; b=l7Z111hlzwkG ZqPtUUoCqOTYtftuzio09ZcKMGXlxgpjAGTWhj6RLlsVp1PtcDiwWnoWxe/YofBT Vtzc0Oqk4QxfvseqC1kID6U73Lm/zQuJqu2FZkmCcsZhzqRVmaJr9yLIJi3c9Y0D 5jbXU7Clunt2QX8zRPjlZchazEDHizA= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=TE9JugytokDNedNudZjaKA2h1ydIzalUoU8YOSSy3 Ds=; b=IZufyosEv/eNt2Bvr8rSzBzDgV+lRhlCiMbNBKvOnQsQ6Wo/aVsPGAfVd aL+ltzCwcpUmzbLHETc8xq3lOwogyk2Elm/KYED5MbV4okqZIyA++mLKRrnBLOc4 jabWosZL7o/z1jWxyDMwRkp8EuFpDR1mPZW/oNHUCHuwka9s7AU2GhILVIUKHEsW RBZqbJYie08FjD8VaWhAIX486LNyWjD7/aJ9kv3yEyhHBnLTvJSyGNYBPatJ3jYz chM9JZdO+sPR7G9xZefHCKc3I8ygQ2XixPckcZMQHGJbPCPUbmG0+8XUmOTzxWH0 l+SV+urOsG+19tZQT8SOcAu9jM2DA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrjedtgdduheegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggugfgjsehtke ertddttdejnecuhfhrohhmpefnvghoucfhrghmuhhlrghrihcuoehlvghosehfrghmuhhl rghrihdrnhgrmhgvqeenucggtffrrghtthgvrhhnpeegjeeggeehtddugfffuddtvdfffe ffjeekffffveffheegvddvuedtffekjeejjeenucfkphepuddttddruddurdduieelrddu udeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheplh gvohesfhgrmhhulhgrrhhirdhnrghmvg X-ME-Proxy: Received: from localhost (pool-100-11-169-118.phlapa.fios.verizon.net [100.11.169.118]) by mail.messagingengine.com (Postfix) with ESMTPA id B0CA7108005C; Tue, 16 Feb 2021 16:50:00 -0500 (EST) Date: Tue, 16 Feb 2021 16:49:58 -0500 From: Leo Famulari To: Carl Dong Subject: Re: bug#44559: Message-ID: References: <87d00los2d.fsf@cbaines.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44559 Cc: 44559@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: -1.7 (-) On Tue, Feb 16, 2021 at 04:00:11PM -0500, Carl Dong wrote: > Hi all, > > As bitcoin core begins the planning to officially transition to Guix-based releases, I've had many community members build guix v1.2.0 from source and afterward attempt `--bootstrap --no-substitutes` builds. As you may imagine, they are getting stuck on this gnutls problem and cannot proceed further. > > I'm wondering: > > 1. Is there a workaround that does not involve changing the system time? We have attempted several flags: > 1. --with-graft=gnutls=gnutls@3.6.14 > 2. --without-tests=gnutls > 3. --with-input=gnutls=gnutls@3.6.14 > These attempts all failed to work around this bug, and I’m curious as to why that would be. My guess would be that when we do `--bootstrap`, Guix bootstraps itself first without taking into account these flags? > > 2. Since bootstrappability is one of the core tenets of Guix, might it be appropriate to cut a v1.2.1 release with this problem (and any other potential bootstrap problems) fixed? (Happy to discuss in separate thread if more appropriate) You should see what the Guix maintainers say about this. My personal opinion is that you should fork Guix your use case. If you are building from the bootstrap, there is little added cost to making minor adjustments like disabling this test. You can periodically re-sync your fork with GNU Guix as convenient. And it's probably more in tune with your threat model. [0] This problem of "expiring software" has occurred several times in Guix's history and I'm sure it will happen again. In general, users are expected to use substitutes to work around it. They are no worse off than with traditional binary distros in that case. [0] Savannah is great but lacking the resources to devote to security. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 19 10:34:00 2021 Received: (at 44559) by debbugs.gnu.org; 19 Feb 2021 15:34:00 +0000 Received: from localhost ([127.0.0.1]:50176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lD7n5-0006tq-SP for submit@debbugs.gnu.org; Fri, 19 Feb 2021 10:34:00 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55422) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lD7n3-0006td-SU for 44559@debbugs.gnu.org; Fri, 19 Feb 2021 10:33:58 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50722) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lD7my-0005vm-HC; Fri, 19 Feb 2021 10:33:52 -0500 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=49938 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lD7mx-0004f5-FF; Fri, 19 Feb 2021 10:33:51 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Carl Dong Subject: Re: bug#44559: References: <87d00los2d.fsf@cbaines.net> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 1 =?utf-8?Q?Vent=C3=B4se?= an 229 de la =?utf-8?Q?R?= =?utf-8?Q?=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: Fri, 19 Feb 2021 16:33:48 +0100 In-Reply-To: (Carl Dong's message of "Tue, 16 Feb 2021 16:00:11 -0500") Message-ID: <87lfbkkr6r.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44559 Cc: 44559@debbugs.gnu.org, Mathieu Othacehe , Christopher Baines 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 Carl, Carl Dong skribis: > As bitcoin core begins the planning to officially transition to Guix-base= d releases, I've had many community members build guix v1.2.0 from source a= nd afterward attempt `--bootstrap --no-substitutes` builds. As you may imag= ine, they are getting stuck on this gnutls problem and cannot proceed furth= er. Yeah. :-/ > I'm wondering: > > 1. Is there a workaround that does not involve changing the system time? = We have attempted several flags: > 1. --with-graft=3Dgnutls=3Dgnutls@3.6.14 > 2. --without-tests=3Dgnutls > 3. --with-input=3Dgnutls=3Dgnutls@3.6.14 > These attempts all failed to work around this bug, and I=E2=80=99m curio= us as to why that would be. My guess would be that when we do `--bootstrap`= , Guix bootstraps itself first without taking into account these flags? =E2=80=98--without-tests=E2=80=99 should work, but you need to pass the rig= ht version number I guess? > 2. Since bootstrappability is one of the core tenets of Guix, might it be= appropriate to cut a v1.2.1 release with this problem (and any other poten= tial bootstrap problems) fixed? (Happy to discuss in separate thread if mor= e appropriate) I agree it=E2=80=99s a problem, and yes, it would probably be a good idea to release 1.2.1 with the upgraded GnuTLS we now have in =E2=80=98master=E2=80= =99. Longer-term, we need to find a way to address or avoid this issue. A brute-force approach would be to have the build machines at ci.guix run with a clock ten years ahead. That should generally be fine since the only place where timestamps matter are unmodified upstream tarballs. In all other cases, mtime is set to 1. Perhaps we could start by testing this hypothesis on a separate build farm. Chris, Mathieu, WDYT? Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 19 13:32:45 2021 Received: (at 44559) by debbugs.gnu.org; 19 Feb 2021 18:32:45 +0000 Received: from localhost ([127.0.0.1]:50360 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lDAa4-0002pU-Oa for submit@debbugs.gnu.org; Fri, 19 Feb 2021 13:32:44 -0500 Received: from xavier.telenet-ops.be ([195.130.132.52]:40032) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lDAa2-0002pL-BB for 44559@debbugs.gnu.org; Fri, 19 Feb 2021 13:32:43 -0500 Received: from ptr-bvsjgyjmffd7q9timvx.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:aaf1:9810:a0b8:a55d]) by xavier.telenet-ops.be with bizsmtp id X6Yg240070mfAB4016YgH2; Fri, 19 Feb 2021 19:32:40 +0100 Message-ID: <5d72d9c66d0e9f70f6ff1fb3b4d08ed530551288.camel@telenet.be> Subject: Re: bug#44559: From: Maxime Devos To: Ludovic =?ISO-8859-1?Q?Court=E8s?= , Carl Dong Date: Fri, 19 Feb 2021 19:32:34 +0100 In-Reply-To: <87lfbkkr6r.fsf@gnu.org> References: <87d00los2d.fsf@cbaines.net> <87lfbkkr6r.fsf@gnu.org> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-ovNYSRPdAh+gWqItCJDv" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r21; t=1613759560; bh=auyziEZ9ck90/GjIuiq4VzHv4qstiBhljkGdUioV/xU=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=giuVN5v6PBJGHGaGmPB+OG9YfOyujPIR0KEziUNpbShsPlnE1r/QO0lu6gjV27JwC 1wvDyAimjypBukcNFJeGmmoKZbeA2L/5o3rgqeZ2/XX/rnBhaAfz+JzLQpnrilIGJl 55LB8aHKZnmiXUYMG+aTdCjUb2cfXlF/TSiLAWchrhh9oKItfhCoSxdNCMqOEwA6BW PzDCFNTZnGmuTOQJaJSjjW8jt8bSnullJ35zMlFysvGLYGB4I+b7EevzD1N9c+Q6kK XLmNzHIsyuUPjmahBz5FEGEYE7hmJUwaoqDdd/bX0dbd6gv491XOYmEtp94g7YHL1y QIABR2bsQdKog== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44559 Cc: 44559@debbugs.gnu.org, Mathieu Othacehe 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 (-) --=-ovNYSRPdAh+gWqItCJDv Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Guix, On Fri, 2021-02-19 at 16:33 +0100, Ludovic Court=C3=A8s wrote: > [...] > Longer-term, we need to find a way to address or avoid this issue. A > brute-force approach would be to have the build machines at ci.guix run > with a clock ten years ahead. That should generally be fine since the > only place where timestamps matter are unmodified upstream tarballs. In > all other cases, mtime is set to 1. Alternatively, could the build container be adjusted to always begin at 1970-01-01, using =E2=80=98time namespaces=E2=80=99? Linux: https://lwn.net/Articles/766089/ Hurd analogue: https://www.gnu.org/software/hurd/gnumach-doc/Host-Interface= .html#Host-Interface (Of course, someone needs to find the time to write the patches first. May= be I'll have a try at it eventually, but probably not anytime soon.) Also, is there any particular reason to set the clock only ten years ahead, and not, say, a millenia or two? Some possible reasons: * year 2038,2446 problem: the ext2 and ext4 filesystems have a restricted date range * year 2038 problem: https://www.gnu.org/software/hurd/gnumach-doc/Host-Int= erface.html#Host-Interface IMO, the year 2038 problem is a bug and affected packages should simply b= e fixed. But perhaps reality is a little more complicated. Greetings, Maxime --=-ovNYSRPdAh+gWqItCJDv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iI0EABYIADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYDAEQhccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7kPYAQCWmod5dnlTmIL1qglgDABubuZz yIEjBAIK/uHVrA0dZAD+IcBDUvCqH9f1+T99P4Y0RxasGyd4fDOUFWrCI23sNAY= =dA4d -----END PGP SIGNATURE----- --=-ovNYSRPdAh+gWqItCJDv-- From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 19 18:49:29 2021 Received: (at 44559) by debbugs.gnu.org; 19 Feb 2021 23:49:29 +0000 Received: from localhost ([127.0.0.1]:50640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lDFWa-0001x9-Nu for submit@debbugs.gnu.org; Fri, 19 Feb 2021 18:49:29 -0500 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:51951) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lDFWY-0001wx-Kf for 44559@debbugs.gnu.org; Fri, 19 Feb 2021 18:49:27 -0500 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 443C95C00C6; Fri, 19 Feb 2021 18:49:21 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Fri, 19 Feb 2021 18:49:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=carldong.me; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm3; bh=H zYBDSuMXvYFJahXH0o+KFIZLmtXBnKeyvNMSxZ2vJ4=; b=Z80SZRt/DNGM3lJGR Xe8OkAJiwAMrn3KB2DlWTZIVye/w69+ChWL7qU1BU7H4T3RPAzV88JzhZR6CLkhb YoFlw3qum1z7bYJFHcYGGaK9EYxLWxd1ilP0EJGvTRafPRXwnLRFv2mvoprPIV/C qqw598gVK4eAI9pEKggniL67hkUeBukvE1/gk1Z061W9A+/ssO0IENpdYsC2TXjO 7FcjSFgFyBhvjRjLxUhJDXdEOuccughj/v5uxbi20IgCgIL+5VgZiQT1BFd2lnDQ luDVYv96Na0a72DQfqLxOsAYC/9vwoSFVLMZv/ZMqhTQGHutc4uAniZA+2WlJ4Cf Ydsng== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=HzYBDSuMXvYFJahXH0o+KFIZLmtXBnKeyvNMSxZ2v J4=; b=eaOb02zhz9MRAdvzXoli/dUgfntSac0wTyafsdBe8XxPRet7sl2t7QI7v 7tseIEAvIzU0wUB9J115QVVKYxwGkGokIm7qQ2f98LA7pR//Z9PSOuWAVzfPNFF6 t3O2T5G62RC5uVxdXw28b6ZUGHSCvGfPX7ny3kkzTmpn/9iN1daFn8mvoCBVlK+C uGHIn9MIVxYjKuvDm3cCRbC5zu++NUcwmXPvgof1FYsDKY0cyJGONT8QXjsp9Npx izuFuwaGKD4ydq6r6Ope9OJFrTPQl89JfU1iSoRsZ4KPmbwxmVMoTaSj/9w2UicF B2MCkcpu76Xn8P9miROEvPrd93tQg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrjeejgddugecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpeevrghrlhcu ffhonhhguceotghonhhtrggtthestggrrhhlughonhhgrdhmvgeqnecuggftrfgrthhtvg hrnhepieeltdelfffgveeijeetvdehjefgffeljeeiueetleeghfekvdeutdfgleefgeev necukfhppeeliedrvdefledrudejrddvgedvnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomheptghonhhtrggtthestggrrhhlughonhhgrdhmvg X-ME-Proxy: Received: from [192.168.0.6] (pool-96-239-17-242.nycmny.fios.verizon.net [96.239.17.242]) by mail.messagingengine.com (Postfix) with ESMTPA id 9E75F24005A; Fri, 19 Feb 2021 18:49:20 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: bug#44559: From: Carl Dong In-Reply-To: <87lfbkkr6r.fsf@gnu.org> Date: Fri, 19 Feb 2021 18:49:20 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <87d00los2d.fsf@cbaines.net> <87lfbkkr6r.fsf@gnu.org> To: =?utf-8?Q?Ludovic_Court=C3=A8s?= , Maxime Devos X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44559 Cc: 44559@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: -1.7 (-) Hi Guix! Thanks to all of you for your thoughtful replies! On Feb 19, 2021, at 10:33 AM, Ludovic Court=C3=A8s wrote: > I agree it=E2=80=99s a problem, and yes, it would probably be a good = idea to > release 1.2.1 with the upgraded GnuTLS we now have in =E2=80=98master=E2= =80=99. I=E2=80=99m very heartened by your affirmation of the project=E2=80=99s = support of bootstrappability and building from source. :-) In addition, I think it would be good to make sure that the package = transformation options are powerful enough to allow users to sidestep = these problems in their own workflow and decrease the pressure on = maintainers. On Feb 19, 2021, at 10:33 AM, Ludovic Court=C3=A8s wrote: > =E2=80=98--without-tests=E2=80=99 should work, but you need to pass = the right version > number I guess? Oh! That may be the case. I am using `guix time-machine` however, and = that does not yet have the `--without-tests` flag, I have opened = bug#46650 so that we can discuss that issue there. On Feb 19, 2021, at 1:32 PM, Maxime Devos = wrote: > Alternatively, could the build container be adjusted to always begin = at > 1970-01-01, using =E2=80=98time namespaces=E2=80=99? Unfortunately, as Ludovic mentioned earlier in this thread, = time_namespaces(7) is only for CLOCK_MONOTONIC and. CLOCK_BOOTTIME. :-( Carl Dong contact@carldong.me "I fight for the users" > On Feb 19, 2021, at 10:33 AM, Ludovic Court=C3=A8s = wrote: >=20 > Hi Carl, >=20 > Carl Dong skribis: >=20 >> As bitcoin core begins the planning to officially transition to = Guix-based releases, I've had many community members build guix v1.2.0 = from source and afterward attempt `--bootstrap --no-substitutes` builds. = As you may imagine, they are getting stuck on this gnutls problem and = cannot proceed further. >=20 > Yeah. :-/ >=20 >> I'm wondering: >>=20 >> 1. Is there a workaround that does not involve changing the system = time? We have attempted several flags: >> 1. --with-graft=3Dgnutls=3Dgnutls@3.6.14 >> 2. --without-tests=3Dgnutls >> 3. --with-input=3Dgnutls=3Dgnutls@3.6.14 >> These attempts all failed to work around this bug, and I=E2=80=99m= curious as to why that would be. My guess would be that when we do = `--bootstrap`, Guix bootstraps itself first without taking into account = these flags? >=20 > =E2=80=98--without-tests=E2=80=99 should work, but you need to pass = the right version > number I guess? >=20 >> 2. Since bootstrappability is one of the core tenets of Guix, might = it be appropriate to cut a v1.2.1 release with this problem (and any = other potential bootstrap problems) fixed? (Happy to discuss in separate = thread if more appropriate) >=20 > I agree it=E2=80=99s a problem, and yes, it would probably be a good = idea to > release 1.2.1 with the upgraded GnuTLS we now have in =E2=80=98master=E2= =80=99. >=20 > Longer-term, we need to find a way to address or avoid this issue. A > brute-force approach would be to have the build machines at ci.guix = run > with a clock ten years ahead. That should generally be fine since the > only place where timestamps matter are unmodified upstream tarballs. = In > all other cases, mtime is set to 1. >=20 > Perhaps we could start by testing this hypothesis on a separate build > farm. Chris, Mathieu, WDYT? >=20 > Thanks, > Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 20 08:46:42 2021 Received: (at 44559) by debbugs.gnu.org; 20 Feb 2021 13:46:42 +0000 Received: from localhost ([127.0.0.1]:51273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lDSao-0001cS-Gy for submit@debbugs.gnu.org; Sat, 20 Feb 2021 08:46:42 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56388) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lDSam-0001cF-2G for 44559@debbugs.gnu.org; Sat, 20 Feb 2021 08:46:41 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43786) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lDSae-0000kb-4T; Sat, 20 Feb 2021 08:46:33 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=35208 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lDSac-0005tg-AB; Sat, 20 Feb 2021 08:46:30 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Maxime Devos Subject: Re: bug#44559: References: <87d00los2d.fsf@cbaines.net> <87lfbkkr6r.fsf@gnu.org> <5d72d9c66d0e9f70f6ff1fb3b4d08ed530551288.camel@telenet.be> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 2 =?utf-8?Q?Vent=C3=B4se?= an 229 de la =?utf-8?Q?R?= =?utf-8?Q?=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: Sat, 20 Feb 2021 14:46:28 +0100 In-Reply-To: <5d72d9c66d0e9f70f6ff1fb3b4d08ed530551288.camel@telenet.be> (Maxime Devos's message of "Fri, 19 Feb 2021 19:32:34 +0100") Message-ID: <87v9amj1hn.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44559 Cc: 44559@debbugs.gnu.org, Mathieu Othacehe , Carl Dong 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, Maxime Devos skribis: > On Fri, 2021-02-19 at 16:33 +0100, Ludovic Court=C3=A8s wrote: >> [...] >> Longer-term, we need to find a way to address or avoid this issue. A >> brute-force approach would be to have the build machines at ci.guix run >> with a clock ten years ahead. That should generally be fine since the >> only place where timestamps matter are unmodified upstream tarballs. In >> all other cases, mtime is set to 1. > > Alternatively, could the build container be adjusted to always begin at > 1970-01-01, using =E2=80=98time namespaces=E2=80=99? > > Linux: https://lwn.net/Articles/766089/ Unfortunately, time namespaces are just for CLOCK_{MONOTONIC,BOOTTIME}, which I think is of little use here: https://issues.guix.gnu.org/44559#3 > Also, is there any particular reason to set the clock only ten years ahea= d, > and not, say, a millenia or two? Some possible reasons: > > * year 2038,2446 problem: the ext2 and ext4 filesystems have a restricted > date range > * year 2038 problem: https://www.gnu.org/software/hurd/gnumach-doc/Host-I= nterface.html#Host-Interface > > IMO, the year 2038 problem is a bug and affected packages should simply= be fixed. > But perhaps reality is a little more complicated. Yeah, one problem at a time. :-) Setting it 10 years ahead would cache the kind of issue we=E2=80=99re talki= ng about, while not opening the Y2038 can of worms. I think we need to try that out and see how it goes. Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 20 09:12:14 2021 Received: (at 44559) by debbugs.gnu.org; 20 Feb 2021 14:12:14 +0000 Received: from localhost ([127.0.0.1]:51304 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lDSzW-0002FB-A9 for submit@debbugs.gnu.org; Sat, 20 Feb 2021 09:12:14 -0500 Received: from eggs.gnu.org ([209.51.188.92]:33084) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lDSzV-0002Ey-8X for 44559@debbugs.gnu.org; Sat, 20 Feb 2021 09:12:13 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44198) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lDSzO-00040T-JI; Sat, 20 Feb 2021 09:12:06 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=35412 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lDSzN-0001Wa-85; Sat, 20 Feb 2021 09:12:05 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Maxime Devos Subject: Detecting =?utf-8?B?4oCcZXhwaXJpbmfigJ0=?= builds References: <87d00los2d.fsf@cbaines.net> <87lfbkkr6r.fsf@gnu.org> <5d72d9c66d0e9f70f6ff1fb3b4d08ed530551288.camel@telenet.be> <87v9amj1hn.fsf@gnu.org> Date: Sat, 20 Feb 2021 15:12:03 +0100 In-Reply-To: <87v9amj1hn.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Sat, 20 Feb 2021 14:46:28 +0100") Message-ID: <8735xqj0b0.fsf_-_@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44559 Cc: 44559@debbugs.gnu.org, Mathieu Othacehe , Carl Dong 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 (-) It occurred to me that, just like we have childhurds, we could provide a service that sets up a sub-Guix System running in a VM with its clock set years ahead, and you would offload to that. That=E2=80=99s not perfect= , but it=E2=80=99s a rather easy addition. Another option would be to have built-in support in the daemon. If you turn on some option, it would transparently run derivation builds in qemu-user (does that support changing the system date?) or similar, but that=E2=80=99s more work. Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 22 17:36:44 2021 Received: (at 44559) by debbugs.gnu.org; 22 Feb 2021 22:36:44 +0000 Received: from localhost ([127.0.0.1]:57872 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lEJoq-0006rh-2c for submit@debbugs.gnu.org; Mon, 22 Feb 2021 17:36:44 -0500 Received: from mira.cbaines.net ([212.71.252.8]:45004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lEJon-0006rZ-Jm for 44559@debbugs.gnu.org; Mon, 22 Feb 2021 17:36:42 -0500 Received: from localhost (unknown [IPv6:2a02:8010:68c1:0:8ac0:b4c7:f5c8:7caa]) by mira.cbaines.net (Postfix) with ESMTPSA id 9CF7827BC48; Mon, 22 Feb 2021 22:36:40 +0000 (GMT) Received: from capella (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id 0d22a822; Mon, 22 Feb 2021 22:36:40 +0000 (UTC) References: <87d00los2d.fsf@cbaines.net> <87lfbkkr6r.fsf@gnu.org> User-agent: mu4e 1.4.14; emacs 27.1 From: Christopher Baines To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#44559: In-reply-to: <87lfbkkr6r.fsf@gnu.org> Date: Mon, 22 Feb 2021 22:36:37 +0000 Message-ID: <875z2jn30q.fsf@cbaines.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 44559 Cc: 44559@debbugs.gnu.org, Mathieu Othacehe , Carl Dong 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.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s writes: > Perhaps we could start by testing this hypothesis on a separate build > farm. Chris, Mathieu, WDYT? I'm currently thinking about attempting these kind of things (testing building derivations under different conditions) through the agent tags in the Guix Build Coordinator. I haven't used this functionality yet, but it's mostly implemented. The idea is that agents have tags, that describe various attributes that are important (time=3Dnormal, time=3Dfuture, maybe for example), and builds can also be targeted at specific agents by tagging the builds with those same tags. Where I'm going with this is that I'm not sure a separate build farm is needed, it would be good to just incorperate this in to the build farm used for testing patches and non-master branches. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKlBAEBCgCPFiEEPonu50WOcg2XVOCyXiijOwuE9XcFAmA0MfVfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcRHG1haWxAY2Jh aW5lcy5uZXQACgkQXiijOwuE9XfzTA//dDib81Fosmi7ryPzjls5juWaCuIeyDrF Kmr62mhR6ekqBSSzIpbMPwKdqXRSfVUAGrnHoYrUSmOa4svQzmA/e9pS0qH9dLrT AOVBDQTROTSIjHHZe4m0aYHvhug8lMxxAzV7hjgh+A5QRtAnuY+BMvmjohyqSMGh sVizxlurSywEo5z9t4wgmMex6u4jwKL5AUwEJSrDOpdQjGHhjoDsCdPJNsKQ2pn6 U48D1A9nDbo99wQwHK/iOY6iB8H+pMEsJsQ0YCsprAfOZeywVT5xqFcOJJLPjGv6 CwQrKGUiDsFkclwMfNK14jbpAsqY5H3YbrcyuouLqjCT6bafVzxkyK1s8Rp4X+Ex ehZLH2kcKpxNENAHZ3drKuigY/CnBxtwTQTCmktKFhkX+mklyFVbqYbEktEl+X71 P1MtrNPV0Ogg0ByuR0UHduMa8llNM5Utl+70jsCkgtjRLHFlMokolpbuqGOvQF81 BVUGGs32jjBEJhC0X04Keo1Wib/HioypvAQquPkWnV7VlQW5NkqTnoXMqzH37tXY WrmPbeaCcjeDk/NUl/+9QtZmIVdqQ0SINxo8Equ3do5UGM3gqR9uxhaopLcvPyDE FL+70wfmokLkodJQlZeITIWdo1YRURzGF8VXKNi+xvr+i3zoSJPe9+68w79qVZw6 /I5KlhXdU2E= =IyUw -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 23 03:41:38 2021 Received: (at 44559) by debbugs.gnu.org; 23 Feb 2021 08:41:38 +0000 Received: from localhost ([127.0.0.1]:58269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lETGE-0002bL-Kk for submit@debbugs.gnu.org; Tue, 23 Feb 2021 03:41:38 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47856) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lETGD-0002b8-Gh for 44559@debbugs.gnu.org; Tue, 23 Feb 2021 03:41:38 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42584) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lETG8-0006eM-3L; Tue, 23 Feb 2021 03:41:32 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=38708 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lETFp-0005FS-Cx; Tue, 23 Feb 2021 03:41:19 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Christopher Baines Subject: Re: bug#44559: References: <87d00los2d.fsf@cbaines.net> <87lfbkkr6r.fsf@gnu.org> <875z2jn30q.fsf@cbaines.net> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 5 =?utf-8?Q?Vent=C3=B4se?= an 229 de la =?utf-8?Q?R?= =?utf-8?Q?=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: Tue, 23 Feb 2021 09:41:12 +0100 In-Reply-To: <875z2jn30q.fsf@cbaines.net> (Christopher Baines's message of "Mon, 22 Feb 2021 22:36:37 +0000") Message-ID: <87o8gb6us7.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44559 Cc: 44559@debbugs.gnu.org, Mathieu Othacehe , Carl Dong 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, Christopher Baines skribis: > Ludovic Court=C3=A8s writes: > >> Perhaps we could start by testing this hypothesis on a separate build >> farm. Chris, Mathieu, WDYT? > > I'm currently thinking about attempting these kind of things (testing > building derivations under different conditions) through the agent tags > in the Guix Build Coordinator. > > I haven't used this functionality yet, but it's mostly implemented. The > idea is that agents have tags, that describe various attributes that are > important (time=3Dnormal, time=3Dfuture, maybe for example), and builds c= an > also be targeted at specific agents by tagging the builds with those > same tags. Sounds nice! Also varying kernels I guess. > Where I'm going with this is that I'm not sure a separate build farm is > needed, it would be good to just incorperate this in to the build farm > used for testing patches and non-master branches. Sure. For the build-in-the-future thing, I think we could just do that by default; what I meant is that we just need to double-check beforehand that nothing breaks badly. Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 23 03:55:16 2021 Received: (at 44559) by debbugs.gnu.org; 23 Feb 2021 08:55:16 +0000 Received: from localhost ([127.0.0.1]:58283 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lETTQ-0002vT-Bo for submit@debbugs.gnu.org; Tue, 23 Feb 2021 03:55:16 -0500 Received: from mira.cbaines.net ([212.71.252.8]:51272) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lETTO-0002vL-4B for 44559@debbugs.gnu.org; Tue, 23 Feb 2021 03:55:14 -0500 Received: from localhost (unknown [IPv6:2a02:8010:68c1:0:8ac0:b4c7:f5c8:7caa]) by mira.cbaines.net (Postfix) with ESMTPSA id 00DDD27BC48; Tue, 23 Feb 2021 08:55:12 +0000 (GMT) Received: from capella (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id 6e0fc0d5; Tue, 23 Feb 2021 08:55:10 +0000 (UTC) References: <87d00los2d.fsf@cbaines.net> <87lfbkkr6r.fsf@gnu.org> <875z2jn30q.fsf@cbaines.net> <87o8gb6us7.fsf@gnu.org> User-agent: mu4e 1.4.14; emacs 27.1 From: Christopher Baines To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#44559: In-reply-to: <87o8gb6us7.fsf@gnu.org> Date: Tue, 23 Feb 2021 08:55:07 +0000 Message-ID: <8735xnmadw.fsf@cbaines.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 44559 Cc: 44559@debbugs.gnu.org, Mathieu Othacehe , Carl Dong 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.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s writes: > Hi, > > Christopher Baines skribis: > >> Ludovic Court=C3=A8s writes: >> >>> Perhaps we could start by testing this hypothesis on a separate build >>> farm. Chris, Mathieu, WDYT? >> >> I'm currently thinking about attempting these kind of things (testing >> building derivations under different conditions) through the agent tags >> in the Guix Build Coordinator. >> >> I haven't used this functionality yet, but it's mostly implemented. The >> idea is that agents have tags, that describe various attributes that are >> important (time=3Dnormal, time=3Dfuture, maybe for example), and builds = can >> also be targeted at specific agents by tagging the builds with those >> same tags. > > Sounds nice! Also varying kernels I guess. Yeah, there's a whole range of variations it would be nice to methodically test against (filesystems, Linux versions, system time, one vs many cores, ...). >> Where I'm going with this is that I'm not sure a separate build farm is >> needed, it would be good to just incorperate this in to the build farm >> used for testing patches and non-master branches. > > Sure. For the build-in-the-future thing, I think we could just do that > by default; what I meant is that we just need to double-check beforehand > that nothing breaks badly. Ah, I guess that might work, if I have some time, I'll have a look in to making the necessary machine changes. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKlBAEBCgCPFiEEPonu50WOcg2XVOCyXiijOwuE9XcFAmA0wutfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcRHG1haWxAY2Jh aW5lcy5uZXQACgkQXiijOwuE9XehGRAAld83UM+Ugw1JQ02r3N1BA5URMhNuJVXg b7mVH+IgU4xIlnLzC34vyKV3nnmXmsJuf0dOK98XrXQcaCoBin01f29unuMMZl2s gXTzpeRRAUlCL16tpopPQaWVFlOw2l+0yzVU+E1WB1Twa762hs5WAVF4hV5qfUQv djgOVqL1+/Pg0EMlvMQSfUCoWIJdUzI/q6P7HENSkmboNFk5tHaXGblL0XJ5pfQX e/XRja88GKb3ITvgeluepc64eE1qVmvaXdaYjknejPbbuCQSdk/3Mwb9Ro3tmoBq Y4czl0xUe0fYK6WxSvBzIhKEK1dDHyMJOvQKfdYMOs3/Q3rVtgZ2UJQxK0d1HxGz TVgzQwzArRbNXDG1xaEa3tBO8MMDHijIU7IpByxXBAclaGZXGoU9szWJ9GLV2zCZ MOWRrklB+xWkMHXl3NIW30akJjufVwKPQNMpHF8X2mXopnRGpiS2Xro+uyqyqo/2 dnLraS16Zcnlyxax7/rUQqS3PZCdCWqTsCpQmiNbD2wv7aleJG1HVsGJ+Gq6+mxI LYFafaysvIXwV8JthaNvB9XEju4N9dnWRhbulT5W3Hc/x129U2WDBqOlQQPQnOvH Azq/v+U/aF8UWjJMdQBlQ5z0rxrpTKnmJ8rK1MURick+oru7dnTjc4mbAcyDDSs3 uWd5P+C3u5o= =Ag9k -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 13 11:03:24 2022 Received: (at 44559) by debbugs.gnu.org; 13 Jul 2022 15:03:24 +0000 Received: from localhost ([127.0.0.1]:47512 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBdtc-0002PY-8G for submit@debbugs.gnu.org; Wed, 13 Jul 2022 11:03:24 -0400 Received: from mail-qt1-f175.google.com ([209.85.160.175]:38630) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBdtb-0002PJ-9x for 44559@debbugs.gnu.org; Wed, 13 Jul 2022 11:03:23 -0400 Received: by mail-qt1-f175.google.com with SMTP id y3so12031015qtv.5 for <44559@debbugs.gnu.org>; Wed, 13 Jul 2022 08:03:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=pTIIIJvg90BEisVp3M7g5AsiMFSHmgBnktlv10c/X/A=; b=MBs/33pLXSI+eXn5Ho7rnexxBOSIddydhweaoj7tYhxlLTlN4hBkDgVmrOVozplE8L H2o/ksmnA3J6aN+8QZ3UdeW3yJ4ez91uirl3SbF65CnPz4nJsFbdw+YYQr2RaUcaCBDX P0wE3JfXCmqXboGf6dp9jvO76F6O5HuJ/hMo/4wLHLFamxmnxv9kDlTB/QBOb1Wx56V+ U/HChAvq+Vxsv0cMyZ8fbYIdV8QJzzXjQgX9QCWF38Z3UZHtEb42+kkcNcGQKfTcqDkO J3mdKG/55jxI2YlauEbi5+rrBmngXR2vBvea9EvM8th3ZCx9odfmdzdFoYwTjf3ZSTJB k33g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=pTIIIJvg90BEisVp3M7g5AsiMFSHmgBnktlv10c/X/A=; b=Y4EXviNtUsPGcPQMl2Dc7jFLPCSV56hsQDV4MDD2clekQyvNO5PY1q3roNG3dpyHEi vzjlB/0fJ79Ij0GnfABoajeJzpDyT0WMpeYEDX1XaKaG32ab+bJt9Kk72j8VZ/4NR0GB 8BZYznu1dUUay6lfWG+oHW56Hbjsk4/5Gdxl2/3dp965lMkTDuIOzdM2lWLINcnxGAZt iLKy/YYM6vD92SW3iw1uwO6j8TNG7fuWqmluyXDFksV2Kf2I0I1EjmmqI62nGSDE5Uz9 VAGrB2vC0ZXWk38PZDmiyPPLPk6JSHt1MmKjjswQ3S41mRlFQDCBaegBcOqueaW0hBTG IQtQ== X-Gm-Message-State: AJIora+QFfpLglPMHaz/zHHN5NX/9iVhfytyksnJbUo4WlXeGRRIJxuO iq3hCw4meyuKYOo55zcXXts3x2iP6+tKL+5B X-Google-Smtp-Source: AGRyM1sbnNegnMrryhyi85C7bfA3f7FGFLLczlvbV0va1zONBt99g/DNjl8E/1wtjayUQ7J73Bt9sQ== X-Received: by 2002:a05:622a:512:b0:31d:3a0a:7e27 with SMTP id l18-20020a05622a051200b0031d3a0a7e27mr3432672qtx.243.1657724597912; Wed, 13 Jul 2022 08:03:17 -0700 (PDT) Received: from hurd (dsl-10-133-49.b2b2c.ca. [72.10.133.49]) by smtp.gmail.com with ESMTPSA id r1-20020ae9d601000000b006b56e55fb86sm11303123qkk.95.2022.07.13.08.03.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Jul 2022 08:03:17 -0700 (PDT) From: Maxim Cournoyer To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#44559: gnutls 3.6.12 fails to build: FAIL: status-request-revoked References: <87d00los2d.fsf@cbaines.net> <87lfbkkr6r.fsf@gnu.org> <875z2jn30q.fsf@cbaines.net> <87o8gb6us7.fsf@gnu.org> Date: Wed, 13 Jul 2022 11:03:16 -0400 In-Reply-To: <87o8gb6us7.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Tue, 23 Feb 2021 09:41:12 +0100") Message-ID: <87tu7lys0b.fsf_-_@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 44559 Cc: 44559@debbugs.gnu.org, Mathieu Othacehe , Christopher Baines , Carl Dong 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.0 (-) Hi everyone, Ludovic Court=C3=A8s writes: > Hi, > > Christopher Baines skribis: > >> Ludovic Court=C3=A8s writes: >> >>> Perhaps we could start by testing this hypothesis on a separate build >>> farm. Chris, Mathieu, WDYT? >> >> I'm currently thinking about attempting these kind of things (testing >> building derivations under different conditions) through the agent tags >> in the Guix Build Coordinator. >> >> I haven't used this functionality yet, but it's mostly implemented. The >> idea is that agents have tags, that describe various attributes that are >> important (time=3Dnormal, time=3Dfuture, maybe for example), and builds = can >> also be targeted at specific agents by tagging the builds with those >> same tags. > > Sounds nice! Also varying kernels I guess. > >> Where I'm going with this is that I'm not sure a separate build farm is >> needed, it would be good to just incorperate this in to the build farm >> used for testing patches and non-master branches. > > Sure. For the build-in-the-future thing, I think we could just do that > by default; what I meant is that we just need to double-check beforehand > that nothing breaks badly. I lost track of the details -- is this problem still likely to bite us in the future, or was something committed to mitigate against it? Thanks, Maxim From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 13 11:03:31 2022 Received: (at control) by debbugs.gnu.org; 13 Jul 2022 15:03:31 +0000 Received: from localhost ([127.0.0.1]:47515 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBdtj-0002Pu-I6 for submit@debbugs.gnu.org; Wed, 13 Jul 2022 11:03:31 -0400 Received: from mail-qk1-f174.google.com ([209.85.222.174]:39758) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBdtg-0002PU-Rk for control@debbugs.gnu.org; Wed, 13 Jul 2022 11:03:29 -0400 Received: by mail-qk1-f174.google.com with SMTP id o26so8783267qkl.6 for ; Wed, 13 Jul 2022 08:03:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:message-id:to:from:subject; bh=HaCRBdiwiONk7F1PYWj75RyTGpsKydhERaojZW9I63Q=; b=KRYQyfyKMbcltq0f7Sj7o6wBT7B+77ePqK333ItKvWclwwst54CdqAO1dgLcOkkj95 VbGKdzdzqh7tUgceRm+6L7S2bEl/7KquVazlhG8rv/GxHDfTQ4EVgBcImOy8twJD4oXH fOffJQoQ5cAg/tDgEbPm6vjwiic5pL9v/93Fe34NsA4sUYTHy4mSnS3tAEhz5usa3t70 SZ6A9bYBBNSmOb58nh+fwxzGptHj2HHAxIpjKpD+BjjYwOAmv+VlURoX9ppVg8AOze+P n3pZxLv7qs7XyVO79Z5FQX3B1q878CQruc+qxRiZd+Md1AvjbDxR2jX4VKh7QsxVBUP8 S/vA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:message-id:to:from:subject; bh=HaCRBdiwiONk7F1PYWj75RyTGpsKydhERaojZW9I63Q=; b=dgGrGjWQKZG/Z+Xyu8WPaJmWcy4TzKa7GbQf7gFJxuYhCTQcIGJitsMrxaX8/p6qvk 2/izfxD6fPGV6zmFOTJ6NtSoMbzJszY3uRBwgHbGFzRbqlG2mmpW3IGFK76DpSak/qop TemHNda7WfKfxYzsNeAHnNMjXjdCuSwfdHJUUiDESY71NQYn1oH4gJ42JMMeF9s9bznA p8BArcgJ3Sl5PxF6lrneDP/L1WO7Gek2jT9+c1ESAOftRbcF7QBpV9nsh58V3HH4xphn /JhHIYn//1UP5dZE0kdHl8aKK72SRctIzXJ8EJ6vjhf1ujNlNd+C6nPcXw1d9RXY+aH4 fONQ== X-Gm-Message-State: AJIora9Ak5AbyUmY09erGAuNdNwQvphqvhT2BQjZkYwe8TC7WTDiU/ap LcWSE8NEjsabBBCqXi4xOj5VqlzARUCv5hxd X-Google-Smtp-Source: AGRyM1tDhB9JJCueZjVj10V9IKLKdtMyOXM0bBESIj5Gw7Te72+keMMTd56IdaVUWWghztqvnokQyA== X-Received: by 2002:a05:620a:16ca:b0:6b5:b971:1aa6 with SMTP id a10-20020a05620a16ca00b006b5b9711aa6mr1982134qkn.144.1657724603139; Wed, 13 Jul 2022 08:03:23 -0700 (PDT) Received: from hurd (dsl-10-133-49.b2b2c.ca. [72.10.133.49]) by smtp.gmail.com with ESMTPSA id w15-20020ac86b0f000000b0031eb00e6fc9sm8710104qts.32.2022.07.13.08.03.22 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Jul 2022 08:03:22 -0700 (PDT) Date: Wed, 13 Jul 2022 11:03:22 -0400 Message-Id: <87sfn5ys05.fsf@gmail.com> To: control@debbugs.gnu.org From: Maxim Cournoyer Subject: control message for bug #44559 X-Spam-Score: -0.0 (/) 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: -1.0 (-) tags 44559 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 15 09:17:52 2022 Received: (at 44559) by debbugs.gnu.org; 15 Jul 2022 13:17:52 +0000 Received: from localhost ([127.0.0.1]:39828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oCLCa-0000iq-9m for submit@debbugs.gnu.org; Fri, 15 Jul 2022 09:17:52 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58352) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oCLCX-0000ic-Vj for 44559@debbugs.gnu.org; Fri, 15 Jul 2022 09:17:50 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33464) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oCLCR-0001PL-KN; Fri, 15 Jul 2022 09:17:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=G0X8Q/LOzQETVDinWf7LGSXcfymKDHo2pK3pcJZWspg=; b=SeSoUK7RDY74qSjWoDnY ZVvqjNqDdv181eY5Pq2ILyyZoQNSeGwGF0LYgnHsU3AqhZg84iX2lm6EU0n+y0PNltpuoZa3OeumL k1eUrRFEbGWnFzlQ9VksXJcCt3cMoI8ldHqhYDHhHNj8qOJNNsunFss9i6AvU8Muf1ubhwq4c/nXi EqOQkowiMOTETFvT5Pp8K0cGUHCkSGl474caUu98Ju/1x1YEpLh0O+Z9FEtPlReFF+B7Xbtvto8tV iyXus8RIDqAPNCGjtjZBIEl8OWXoUTmNxN4aEE9i9CaXmgKi4U3OSAcJTRdwxOUq96s5i04dDxkRQ X18YkcF/f3mmtg==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201]:60984 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oCLCR-00089P-7C; Fri, 15 Jul 2022 09:17:43 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Maxim Cournoyer Subject: Re: bug#44559: gnutls 3.6.12 fails to build: FAIL: status-request-revoked References: <87d00los2d.fsf@cbaines.net> <87lfbkkr6r.fsf@gnu.org> <875z2jn30q.fsf@cbaines.net> <87o8gb6us7.fsf@gnu.org> <87tu7lys0b.fsf_-_@gmail.com> Date: Fri, 15 Jul 2022 15:17:40 +0200 In-Reply-To: <87tu7lys0b.fsf_-_@gmail.com> (Maxim Cournoyer's message of "Wed, 13 Jul 2022 11:03:16 -0400") Message-ID: <87wnce7bwr.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44559 Cc: 44559@debbugs.gnu.org, Mathieu Othacehe , Christopher Baines , Carl Dong 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, Maxim Cournoyer skribis: > I lost track of the details -- is this problem still likely to bite us > in the future, or was something committed to mitigate against it? =E2=80=9CTime bombs=E2=80=9D are the worst of non-reproducibility bugs beca= use (1) we don=E2=80=99t have workarounds other than changing the system time on the machine that performs the build, and (2) we currently lack a way to detect them. In this thread, Chris and I proposed addressing #2 by offering ways to automatically or manually run builds =E2=80=9Cin the future=E2=80=9D=C2=B9.= We could actually similarly address #1 by running builds =E2=80=9Cin the past=E2=80=9D. In any case, the first step is probably to offer a VM service for Guix System, similar to childhurd, with an option to specify the starting time. So we=E2=80=99re not done yet, but the discussion has drifted beyond the original GnuTLS bug report, so perhaps we can close it and take it elsewhere? Thanks, Ludo=E2=80=99. =C2=B9 QEMU can be passed an option like =E2=80=9C-rtc base=3D2020-01-01=E2= =80=9D. From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 15 21:33:57 2022 Received: (at 44559-done) by debbugs.gnu.org; 16 Jul 2022 01:33:57 +0000 Received: from localhost ([127.0.0.1]:42533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oCWgu-0002Bx-O1 for submit@debbugs.gnu.org; Fri, 15 Jul 2022 21:33:57 -0400 Received: from mail-qt1-f171.google.com ([209.85.160.171]:35384) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oCWgr-0002Bg-Ts for 44559-done@debbugs.gnu.org; Fri, 15 Jul 2022 21:33:56 -0400 Received: by mail-qt1-f171.google.com with SMTP id g24so2335022qtu.2 for <44559-done@debbugs.gnu.org>; Fri, 15 Jul 2022 18:33:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=Oeau2Xky95Pz80ofWDKYQaqLyRZLRmIkOV0AYRalOsU=; b=EtPE3nhRYZBznvBwrnOP9dUTWLeXnblGqoOSZubKqhvYLg9bygvt6r0fJyT9hXPGQA +6yVqD/j1hip4LwS542sTZFFVMF5w5AUvppeot+cZEBgONDbLbtkbXrz1Yd90LFZNdPF xBrWLryS29k8TjF04zTC615W3++EUEPkGC/otAXlEv3Yy2/u9T5tYZEW3DkHujuB+lS4 Uns59hndU9TckOMoNzH3LxxlKmUYKJzjr0dfBKvsQgNN5wHwakuNdb2W6tFgoJN7Im/p OnrHe7EW6GP3IqplMFBm7aRgBzh6zuk6tXqoslVi/dpz25BR9ioE4qooxu9mrQvB45cG aiJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=Oeau2Xky95Pz80ofWDKYQaqLyRZLRmIkOV0AYRalOsU=; b=pgsazDWLTfFMMI1H6TxSe/6cVBEFooALjy+ocHdeUCzW3dpwCvtHOroKNdShiYryKQ vahuKEgvR83I/gBO7bquPbio5TS8eeJTIuSI+Pw+ofwpdEl249WWbLwzmE3AQlI/yMfv LkyeNMOwaSC5qXvXhxsF+cmeDUDAabvsE6XlCYX7vwwCdKi0NczaVPQyByRPABu0kjmp vuc0k5iaxEkwfVKN7S8jKwvaF18l9l3+/yVWmb09L+qJEAoC3VyXpCtA60PUDfIAYcCL XluNDMzicE5BEUdBJSIulq4ySMscfWqq3ib4y3PZCVLBfgjwEyK4bDgu7IIu2vjrXhrJ 5yeg== X-Gm-Message-State: AJIora/xb5+2nhVDYQRxJ1JhTPgxxCOA2gZ5ehNaJlfyOLj5LU+RMLF7 +0AKxbSJhXy3W/pUBw24LRA= X-Google-Smtp-Source: AGRyM1uAAhoN+7n4iD/2FIqtH8OUGeQZ/6KjKg7gqKy1jDk2O4jP71cwQuz3dFd/OzI1ifQhoBYBWg== X-Received: by 2002:a05:622a:102:b0:31d:34f2:2170 with SMTP id u2-20020a05622a010200b0031d34f22170mr14259662qtw.373.1657935228384; Fri, 15 Jul 2022 18:33:48 -0700 (PDT) Received: from hurd (dsl-205-233-125-176.b2b2c.ca. [205.233.125.176]) by smtp.gmail.com with ESMTPSA id br10-20020a05622a1e0a00b0031e9bd3586esm4392729qtb.79.2022.07.15.18.33.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 15 Jul 2022 18:33:47 -0700 (PDT) From: Maxim Cournoyer To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#44559: gnutls 3.6.12 fails to build: FAIL: status-request-revoked References: <87d00los2d.fsf@cbaines.net> <87lfbkkr6r.fsf@gnu.org> <875z2jn30q.fsf@cbaines.net> <87o8gb6us7.fsf@gnu.org> <87tu7lys0b.fsf_-_@gmail.com> <87wnce7bwr.fsf@gnu.org> Date: Fri, 15 Jul 2022 21:33:46 -0400 In-Reply-To: <87wnce7bwr.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Fri, 15 Jul 2022 15:17:40 +0200") Message-ID: <87y1wtsux1.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 44559-done Cc: 44559-done@debbugs.gnu.org, Mathieu Othacehe , Christopher Baines , Carl Dong 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.0 (-) Hi, Ludovic Court=C3=A8s writes: > Hi, > > Maxim Cournoyer skribis: > >> I lost track of the details -- is this problem still likely to bite us >> in the future, or was something committed to mitigate against it? > > =E2=80=9CTime bombs=E2=80=9D are the worst of non-reproducibility bugs be= cause (1) we > don=E2=80=99t have workarounds other than changing the system time on the > machine that performs the build, and (2) we currently lack a way to > detect them. I see. Thanks for explaining! > In this thread, Chris and I proposed addressing #2 by offering ways to > automatically or manually run builds =E2=80=9Cin the future=E2=80=9D=C2= =B9. We could actually > similarly address #1 by running builds =E2=80=9Cin the past=E2=80=9D. > > In any case, the first step is probably to offer a VM service for Guix > System, similar to childhurd, with an option to specify the starting > time. > > So we=E2=80=99re not done yet, but the discussion has drifted beyond the > original GnuTLS bug report, so perhaps we can close it and take it > elsewhere? I think so! Few seems to visit these years old reports. If there's something to brainstorm about, I'd rather see it happen in a new thread on guix-devel. Thanks for the reply! Closing. Maxim From unknown Thu Aug 14 18:36:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 13 Aug 2022 11:24:09 +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