From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 55964158041 for ; Sat, 30 Mar 2024 15:29:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2721DE2A54; Sat, 30 Mar 2024 15:29:53 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9B263E2A51 for ; Sat, 30 Mar 2024 15:29:52 +0000 (UTC) Message-ID: Subject: Re: [gentoo-dev] Current unavoidable use of xz utils in Gentoo From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Sat, 30 Mar 2024 16:29:48 +0100 In-Reply-To: References: <20240329204315.3b29449b@Akita> <1671d927-55d5-6f01-2b54-b33981406945@gmail.com> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-CCZ0zG7YXcrxe1uihBOl" User-Agent: Evolution 3.50.4 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 X-Archives-Salt: 4b3c6d92-3eea-4653-b4dd-6c73582f1756 X-Archives-Hash: 7fc8f00d9e417dad8459101dd7745b5f --=-CCZ0zG7YXcrxe1uihBOl Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, 2024-03-30 at 15:17 +0000, Eddie Chapman wrote: > Micha=C5=82 G=C3=B3rny wrote: > > On Sat, 2024-03-30 at 14:57 +0000, Eddie Chapman wrote: > >=20 > > > Note, I'm not advocating ripping xz-utils out of tree, all I'm saying > > > is wouldn't it be nice if there were at least 2 alternatives to choos= e > > > from? That doesn't have to be disruptive in any way, people who wish = to > > > continue using and trusting xz-utils should be able to continue to do= so > > > without any friction whatsoever. > >=20 > > So, you're basically saying we should go out of our way, recompress all > > distfiles using two alternative compression formats, increase mirror lo= ad > > four times and add a lot of complexity to ebuilds, right? > >=20 > > -- > > Best regards, > > Micha=C5=82 G=C3=B3rny > >=20 >=20 > Yes that's a very good point, that was something I was wondering in > weighing up both sides, what the costs would be practically, as I don't > know the realities of running Gentoo infrastructure. And maybe the costs > is just too high of a price to pay. >=20 > I wonder if increased use of git repos rather than distributed tarballs > could be part of a solution to those issues, although that could put quit= e > a storage burden on every user. Unless they were all shallow git pulls an= d > the user could optionally choose to tar up the git directory after clone > with compression. But yes granted then there is even more ebuild > complexity. >=20 Should we convert git repositories to Mercurial and Bazaar too, to avoid relying too much on a single tool? --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-CCZ0zG7YXcrxe1uihBOl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmYIL+wSHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQO7tUH/3Jq0+idBl92WPVPDGETOt38Fj0Q7FhF O4AVJYZ2NL3R3AH3AGwiQat2LwWneIspshAHn8/i1Lf+xhYjDR68z6u3iIZFZmSp 8iTLueFC68OlhW9pxB93XYBLkbUqYj9CPwhuUmqzJqPEWZf36fgNnB0kiDBbGBYO 1LktDaEKZ9fxGqplbBL8HZ0h7OkHebnqwB7wA1CpGrV8SaHA+8tTusSD8DL/VabG 8szddBOlrEwS/2PUJr947urAZXK/BDooPSPlZ2auSrk2lKHKtFUC8/KdReblPV7P Whl7mrZbIyV2i88Yin83HQzmsjPQPccZRleTPgG1WQ9o2ZrMOVYnSKQ= =JsdT -----END PGP SIGNATURE----- --=-CCZ0zG7YXcrxe1uihBOl--