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 ADA48158003 for ; Sat, 1 Oct 2022 20:59:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 31265E0943; Sat, 1 Oct 2022 20:59:27 +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)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E3F7CE093E for ; Sat, 1 Oct 2022 20:59:26 +0000 (UTC) Received: (nullmailer pid 24479 invoked by uid 1000); Sat, 01 Oct 2022 20:59:23 -0000 Date: Sat, 1 Oct 2022 15:59:23 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Proposal to undeprecate EGO_SUM Message-ID: Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20220613074411.341909-1-flow@gentoo.org> <82e86772-a727-2858-afc8-e08c46723e1e@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="zf0r+zlZQldqu/Ez" Content-Disposition: inline In-Reply-To: X-Archives-Salt: 16bc94ce-5595-44e4-8c00-f3ca1966a00b X-Archives-Hash: 4b4bcbb9b2ae899c2af1241aafba7f17 --zf0r+zlZQldqu/Ez Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 01, 2022 at 07:21:13PM +0200, Florian Schmaus wrote: > On 01/10/2022 18.36, Ulrich Mueller wrote: > >>>>>> On Sat, 01 Oct 2022, Florian Schmaus wrote: > >=20 > >> Bug #719201 was triggered by dev-texlive/texlive-latexextra-2000. It > >> appears that the ebuild had more than 6000 entries in SRC_URI [1], > >=20 > > That includes double counting and must be divided by the number of > > developers in TEXLIVE_DEVS. AFAICS that number was two in 2020. So 3000 > > is more realistic as a number there. >=20 > That may be very well the case. I'd appreciate if you would elaborate on= =20 > the double counting. If someone knows a good and easy way to compute A=20 > for an ebuild, then please let me know. That would help to get more=20 > meaningful data. >=20 >=20 > >> from which A is generated from. Hence even a EGO_SUM limit of 3000 > >> entries should provide enough safety margin to avoid any Golang ebuild > >> running into this. > >=20 > > See above, with 3000 entries there may be zero safety margin. It also > > depends on total filename length, because the limit is the Linux > > kernel's MAX_ARG_STRLEN (which is 128 KiB). >=20 > Of course, this is a rough estimation assuming that the filename length= =20 > is roughly the same on average. That said, my proposed limit for EGO_SUM= =20 > is 1500, which is still half of 3000 and should still provide enough=20 > safety margin. Since EGO_SUM_SRC_URI is the variable that gets added to SRC_URI, I would rather put the limitation there instead of EGO_SUM if we do end up keeping this. William --zf0r+zlZQldqu/Ez Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQTVeuxEZo4uUHOkQAluVBb0MMRlOAUCYziqJgAKCRBuVBb0MMRl OKMnAJ9o72+B2QPvd7hdLJ5gaemJORlg7QCfeNZlbXmFtWeH5aj30KZ43yxzB2E= =y5vw -----END PGP SIGNATURE----- --zf0r+zlZQldqu/Ez--