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 98AB2158094 for ; Sat, 16 Jul 2022 17:51:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2677B2BC025; Sat, 16 Jul 2022 17:51:51 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A182D2BC011 for ; Sat, 16 Jul 2022 17:51:50 +0000 (UTC) Received: (nullmailer pid 27991 invoked by uid 1000); Sat, 16 Jul 2022 17:51:47 -0000 Date: Sat, 16 Jul 2022 12:51:47 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Cc: mgorny@gentoo.org Subject: Re: [gentoo-dev] Proposal to undeprecate EGO_SUM Message-ID: Mail-Followup-To: gentoo-dev@lists.gentoo.org, mgorny@gentoo.org References: <20220613074411.341909-1-flow@gentoo.org> <1a712a66f55e241ce6b6084eb19e1f34@sinustrom.info> <20585037-1d3c-2b2d-90a3-b9ab74fa78aa@gentoo.org> <1d2db3c2-e002-4f47-ba6e-f1927a2622d8@gentoo.org> 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 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J6aot+vAZM77RH3l" Content-Disposition: inline In-Reply-To: <1d2db3c2-e002-4f47-ba6e-f1927a2622d8@gentoo.org> X-Archives-Salt: 0a63786b-a70b-496b-b660-0b3c8ab8a797 X-Archives-Hash: 279930011eeaf2e07e9737fab72660c2 --J6aot+vAZM77RH3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 16, 2022 at 02:58:04PM +0300, Joonas Niilola wrote: > On 16.7.2022 14.24, Florian Schmaus wrote: > >=20 > > That reads as if you wrote it under the assumption that we can only > > either use dependency tarballs or use EGO_SUM. At the same time, I have > > not seen an argument why we can not simply do *both*. > >=20 > > EGO_SUM has numerous advantages over dependency tarballs, but can not be > > used if the size of the EGO_SUM value crosses a threshold. So why not > > mandate dependency tarballs if a point is crossed and otherwise allow > > EGO_SUM? That way, we could have the best of both worlds. > >=20 > > - Flow > >=20 >=20 > ++ this sounds most sensible. This is also how I've understood your > proposal. Remember that with EGO_SUM all of the bloated manifests and ebuilds are on every user's system. I added mgorny as a cc to this message because he made it pretty clear at some point in the previous discussion that the size of these ebuilds and manifests is unacceptable. William --J6aot+vAZM77RH3l Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQTVeuxEZo4uUHOkQAluVBb0MMRlOAUCYtL6rgAKCRBuVBb0MMRl OOaCAJ496c/2P9nXEMHqQXL/lMdL0d/n9ACeKYOdmSEHV1Q89GBni9pWyvJqG4E= =TLGS -----END PGP SIGNATURE----- --J6aot+vAZM77RH3l--