From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id APwWH2DwfV84PgAA0tVLHw (envelope-from ) for ; Wed, 07 Oct 2020 16:44:16 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id +NDpGmDwfV8ZZAAAbx9fmQ (envelope-from ) for ; Wed, 07 Oct 2020 16:44:16 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id F278C9402AD for ; Wed, 7 Oct 2020 16:44:15 +0000 (UTC) Received: from localhost ([::1]:41404 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kQCY2-0001s8-Nf for larch@yhetil.org; Wed, 07 Oct 2020 12:44:14 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42942) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kQCJk-0000c0-52 for guix-devel@gnu.org; Wed, 07 Oct 2020 12:29:28 -0400 Received: from dd26836.kasserver.com ([85.13.145.193]:53770) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kQCJh-0006fh-Dq for guix-devel@gnu.org; Wed, 07 Oct 2020 12:29:27 -0400 Received: from localhost (80-110-126-103.cgn.dynamic.surfer.at [80.110.126.103]) by dd26836.kasserver.com (Postfix) with ESMTPSA id 34D71336800A; Wed, 7 Oct 2020 18:29:22 +0200 (CEST) Date: Wed, 7 Oct 2020 18:29:18 +0200 From: Danny Milosavljevic To: zimoun Subject: Re: Release v1.2 timetable Message-ID: <20201007182918.57a95718@scratchpost.org> In-Reply-To: <20201007173944.779a51e9@scratchpost.org> References: <863630u6ap.fsf@gmail.com> <20200929170747.754fb8e9@scratchpost.org> <20201007173944.779a51e9@scratchpost.org> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/HAj+FdDUO8r6vYQURk4NDBe"; protocol="application/pgp-signature"; micalg=pgp-sha512 Received-SPF: none client-ip=85.13.145.193; envelope-from=dannym@scratchpost.org; helo=dd26836.kasserver.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/07 11:36:42 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Guix Devel Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Spam-Score: -1.11 X-TUID: lbqIEUO1Mgs6 --Sig_/HAj+FdDUO8r6vYQURk4NDBe Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi zimoun, On Wed, 7 Oct 2020 17:39:44 +0200 Danny Milosavljevic wrote: > > BTW, is this Bug #43720 [5] blocking for the release too? > >=20 > > Well, what is the status and the plan about this armhf topic? =20 The short term plan is to only build 32 bit releases on 32 bit machines and 64 bit releases on 64 bit machines (I chose my words very carefully here. I mean exactly that. To be clear, do not build armhf on x86_64, do not build armhf on aarch64, and best also do not build i686 on x86_64). If there are already substitutes built that way, make sure to take those offline. This is not a fix but only a workaround--see table [1]. It IS perfectly possible and easy for a 32 bit kernel to return a 64 bit value to userspace. And then userspace can fail--or worse, not fail but still have an error. Long term, I am fixing it in guix branch wip-file-offset-bits-64-sledgehamm= er by enabling large file support. That means that off_t will be 64 bits on a= ll architectures (including 32 bits). Once off_t is the same size on all architectures, an architecture-dependent off_t size mismatch can't happen, now can it? All the 32 bit distributions I know how enabled large file support decades ago--so it should work fine by now. [1] http://issues.guix.gnu.org/issue/43591#30 --Sig_/HAj+FdDUO8r6vYQURk4NDBe Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAl997N4ACgkQ5xo1VCww uqWMjAf/XLyQzG6WLsX4zqc97vN7/WDuiJ5hkoT/a1TwNwGd2iV5MRJc6yOE7b+O 8dy0KzBdAdXmyfhbUjNr130bTBBtRMfdS8OIGmOwBfBSFuf+h6d7n5Os8Bbp2gKx 5RKrh80x63W5cVG65HkUFopQIqapPBQVcpML+6XUzjBfjkKrddTuGo0jo9G+vt5q rbH1WnMcBxANDwK5IMJqfAXDprqOSCKTV3ixYwhxDYQUQ4Pe0VPmHeeiSjamkyQ7 7GuFFuGSeDKNq8rwv+49bUFyFoTsEkcNaiWrDep2Z7KJKeHeSn0KDbgpu18why3b NvFF7uGa0Oqh2mV9o3Ryw45XeEG0bg== =+VNW -----END PGP SIGNATURE----- --Sig_/HAj+FdDUO8r6vYQURk4NDBe--