From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cheddar.halon.org.uk (cheddar.halon.org.uk [93.93.131.118]) by sourceware.org (Postfix) with ESMTPS id 935D03858D33 for ; Fri, 3 Mar 2023 03:30:50 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 935D03858D33 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=wookware.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=wookware.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=wookware.org; s=cheddar; h=In-Reply-To:Content-Type:MIME-Version:References :Message-ID:Subject:Cc:To:From:Date:From:Reply-To:Subject: Content-Transfer-Encoding:Content-ID:Content-Description:X-Debbugs-Cc; bh=Q0wd8wSw+0temEPNljQuoPLAcj/9bvzGKWRu4uv+bNk=; b=ahSMm3PUIBITWUPnnwXy1GQOjm hstZDnLN+w2odmMMHhEtBxVBhnmwF9mwldfU73yHVnIp4OvE1wMrknPDgaGFft5QiTlb3n56+7P5l hb7NiWooCBTfOaWWtQ4rm2yQfOEKkri4en2A2foTKtE0Zf6Qd1lN7LBRCqiCDkVJZiPRo4dRzkXit YktBORSMuIL442bx2Fz+WTNihH65WQrMI8peiKrs64xkMMQxwHu6THnPKtX+1iOHR45qdpQ5ZsDfr kCkARQGxQmhlI53LQ3h8oFQzxgVJ/DPD798/W4tr33BpfHFssM4N083CBY15Ubr5BNkUFqG1exb7s T5QmkffQ==; Received: from wookey by cheddar.halon.org.uk with local (Exim 4.92) (envelope-from ) id 1pXw85-0003MF-Ky; Fri, 03 Mar 2023 03:30:45 +0000 Date: Fri, 3 Mar 2023 03:30:45 +0000 From: Wookey To: Daniel =?iso-8859-1?Q?P=2E_Berrang=E9?= Cc: Bruno Haible , Paul Eggert , "Richard W.M. Jones" , Demi Marie Obenour , Eric Blake , Sam James , Carlos O'Donell via Libc-alpha , autoconf@gnu.org, c-std-porting@lists.linux.dev, Zack Weinberg , David Seifert , Gentoo Toolchain , Arsen =?utf-8?Q?Arsenovi=C4=87?= , dueno@redhat.com Subject: Re: On time64 and Large File Support Message-ID: <20230303033045.GO12440@mail.wookware.org> References: <7253e4c5-0f36-e725-f180-624f8887bf08@cs.ucla.edu> <20230302110244.GK7636@redhat.com> <4158136.ciBtUerH68@nimes> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="OxDG9cJJSSQMUzGF" Content-Disposition: inline In-Reply-To: Organization: Wookware User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: --OxDG9cJJSSQMUzGF Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2023-03-02 13:24 +0000, Daniel P. Berrang=E9 wrote: > On Thu, Mar 02, 2023 at 01:17:33PM +0100, Bruno Haible wrote: > > Richard W.M. Jones wrote: > > > Another way to look at this is that it's a bug in gnutls and we should > > > fix it only in this package > >=20 > > It's by far not just this one package. An 'fgrep -rl time_t /usr/includ= e' > > search shows a number of libraries that use time_t in their API: > > alsa, boost, libstdc++, glib-2.0, gtk+-3.0, libpng, nettle, openssl, > > readline, libuuid, wxwidgets, X11, libxcb > > - and that's just the few that I happen to have installed. > >=20 > > If a distro takes a package-by-package approach: > > - Some of these packages use Gnulib, and are thus causing trouble now= or > > will soon. > > - The other packages (and there are a number of them!) will either > > require a manual switch to _TIME_BITS=3D64 or blow up in 2038. There are lots. I'm nearly 6000 packages into a 10,325 *-dev package analysis in debian and have so far found 218 packages where enabling _TIME_BITS=3D64 changes the ABI. (and 39 where enabling LFS changes the ABI - implying that they are not being built with it now). 1068 didn't change, (and 3713 don't actually contain a lib or headers - like 2000 golang* packages, and 895 need further analysis - many because the libs and headers are not in the same package). So there could be around 500 packages affected. (It was about 130 in Ubuntu main) Gnulib automatically changing the ABI for packages that use it is deeply unhelpful and is going to cause significant breakage and hassle. I'd better start checking how many libraries in debian have had their ABI incompatibly-changed already. Just because most users are on 64-bit systems is no excuse for randomly breaking the 32-bit ones. We do need to make this transition in 32-bit world, but it also needs to be done in an orderly fashion like any other ABI-breaking transition - with SONAME changes and ordered uploads (or decide it's too big, not do that, and start a new triplet/architecture). Neither of these involves randomly changing the ABI on some libraries just because they updated their gnulib. I gave a FOSDEM talk on the state of play about a month ago on this general issue in case anyone cares:https://fosdem.org/2023/schedule/event/fixing_2038/ > Those 32-bit binaries being targeted are going to be exclusively > using 32-bit time_t. IOW, doing a mass rebuild of the distro with > _TIME_BITS=3D64 will break compatibility with the very apps that > motivate the continued existance of i686 as a build target. Right. > Essentially i686 with 64-bit time_t needs to be considered > an entirely new build target. Either distros want to support > to this new target as a whole, or they want to stick with > the old target. Which is essentially x32, that has existed for some years (but has had little adoption). Debian builds it as an unoffical (i.e 'best effort') port. Wookey --=20 Principal hats: Debian, Wookware, ARM http://wookware.org/ --OxDG9cJJSSQMUzGF Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEER4nvI8Pe/wVWh5yq+4YyUahvnkcFAmQBad8ACgkQ+4YyUahv nkdXZg//VwHkH6c4+uaeB/+me1s9y6xo40sqGXW4Dz6aWei0eEcqGWtXHEwqU4f+ gERgW/zH2wRuPW/mPTP3Q3PLg1lljiTx3fAADdffX4sq4C7XkrCFu+R2vUPe58IH 4sSKIyyOrE7ZMhcNuDjGDZeZ+qEx88lcD2kMFC/CcnSNSQsfg6HsR/eYtQvVc3T/ 1DXovFT5+IoW8PhoAosrqemGUmfvk85el4Nk1crMTQAZqiSb6aTWCk7IOBXKYnju 6j2XfpktkMiFcxJF2yhWKpg3mzt8TjCRzXAye1qsgU3YubgU92kYpVMI8eil4cMk cUxjSeeTh0JxwSUYmJPudR8+pjOACByVXUhM2b09yE141S6HK7XtpFhmWwJEBep1 LkEX7K3khvLSkLG+B4+lrcJoErz+30cnELw/TNCu2tX8ektWj7U71824yoWmBayx vxjiqc5fHJPTz7aJjPqu+7iDJgF5HMYBfapdmPYXe4++WOVyg/C6zCAvOQVCZZgX v/4IZD2N+mGPkv9le185+xWlNkWq4mSWQybQsK+KghisM1n1oCX/OlNoQEKctwCc mScyAuvfy/JXq1exABVRtq2qFNOtc7mK9mKIZHmKTggK+D5+ox43ZV1VkvDrciQw uaRQbVl8giMkym0PG/obRWiDacE25rGDu/3cg4tTPJkSkQQwZ8M= =SBT0 -----END PGP SIGNATURE----- --OxDG9cJJSSQMUzGF--