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 BA1D415800A for ; Fri, 14 Jul 2023 08:21:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6B659E085B; Fri, 14 Jul 2023 08:21:44 +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) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2A264E0819; Fri, 14 Jul 2023 08:21:44 +0000 (UTC) References: <2ZKWN4KF.MKEFFMWE.LGPKYP47@RTL7EJXF.RN4PF6UF.MDFBGF3C> <1913d3c2-5f54-acea-0ed3-930371ea1884@gentoo.org> <170d28e2-5a3f-1dbd-90f5-30191d4c7f3c@gentoo.org> <87lefi29kr.fsf@gentoo.org> User-agent: mu4e 1.10.4; emacs 29.0.92 From: Sam James To: Sam James Cc: gentoo-project@lists.gentoo.org, Alec Warner , gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Re: Flow's Manifesto and questions for nominees (was: Re: [gentoo-project] Gentoo Council Election 202306 ... Nominations Open in Just Over 24 Hours.) Date: Fri, 14 Jul 2023 09:19:01 +0100 In-reply-to: <87lefi29kr.fsf@gentoo.org> Message-ID: <87edla299o.fsf@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; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Archives-Salt: ea4ed5e4-9e46-4cdb-a64f-06a428da3a79 X-Archives-Hash: bd72c8342f30226b0a1c7540fbe5495a --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sam James writes: > Florian Schmaus writes: > >> [[PGP Signed Part:Undecided]] >> Posted to gentoo-dev@ since we are now entering a technical discussion >> again. >> >> For those who did not follow gentoo-project@, the previous posts include: >> >> https://marc.info/?l=3Dgentoo-project&m=3D168918875000738&w=3D2 >> https://marc.info/?l=3Dgentoo-project&m=3D168881103930591&w=3D2 >> >> On 12/07/2023 21.28, Alec Warner wrote: >>> On Wed, Jul 12, 2023 at 12:07=E2=80=AFPM Florian Schmaus wrote: >>>> Apologies for not replying to everyone individually. >>>> >>>> I thank my fellow council candidates who took the time to reply to this >>>> sensitive and obviously controversial matter. I understand that not >>>> everyone feels comfortable taking a stance in this discussion. >>>> >>>> I asked the other council candidates about their opinion on EGO_SUM. >>>> Unfortunately, some replies included only a rather shallow answer. A f= ew >>>> focused on criticism of my actions and how I approach the issue. Which >>>> is obviously fine. I read it all and have empathy for everyone who fee= ls >>>> aggravated. You may or may not share the complaints. But let us focus = on >>>> the actual matter for a moment. >>>> >>>> Even the voices raised for a restricted reintroduction of EGO_SUM just >>>> mention an abstract limit [1]. A concrete limit is not mentioned, >>>> although I asked for it and provided my idea including specific limits. >>>> Not knowing the concrete figures others have in mind makes it difficult >>>> to find a compromise. For example, a fellow council candidate postulat= ed >>>> that it would be quicker for me to implement a limit-check in pkgcheck >>>> than discuss EGO_SUM. I wish that were the case. Unfortunately it is > > I think this misrepresents my point. All I said was that a bound should > be added matching what's in Portage right now. > > Please in future respond to me directly if you're going to claim somethin= g about what I've said. > >> [...] >> EGO_SUM affects two dimensions that could be limited/restricted: >> A) the process environment, which may run into the Linux kernel >> environment limit on exec(3) >> B) the size of the package directory, where EGO_SUM affects the size of >> ebuilds and the Manifest >> >> [...] >> >> A), however, is a different beast. There is undeniably a >> kernel-enforced limit that we could hit due to an extremely large >> EGO_SUM (among other things). However, the only bug report I know that >> runs into this kernel limit was with texlive (bug #719202). The low >> number of recorded bugs caused by the environment limit matches with >> the fact that even the ebuild with the most EGO_SUM entries that I >> ever analyzed, app-containers/cri-o-1.23.1 (2022-02-16) with 2052 >> EGO_SUM entries, does *not* run into the environment limit. >> > > I thought I'd gave you a list before, but maybe it was someone else. > > Anyway, a non-exhaustive list (I remember maybe two more but I got bored): > * https://bugs.gentoo.org/829545 ("app-admin/vault-1.9.1 - find: The envi= ronment is too large for exec().") > * https://bugs.gentoo.org/829684 ("app-metrics/prometheus-2.31.1 - find: = The environment is too large for exec().") > * https://bugs.gentoo.org/830187 (you're CC'd on this) ("go lang ebuild: = SRC_URI too long that it causes "Argument list too long" error") > * https://bugs.gentoo.org/831265 ("sys-cluster/minikube-1.24.0 - find: Th= e environment is too large for exec().") > * a0be89b772474e3336d3de699d71482aa89d2444 ("app-emulation/nerdctl: drop = 0.14.0") > Sorry, as I said this, I came across some more. These are the ones I was thinking of: * https://bugs.gentoo.org/830266 ("app-admin/filebeat-7.16.2 fails to compi= le: Assertion failed: bc_ctl.arg_max >=3D LINE_MAX (xargs.c: main: 511)") * https://bugs.gentoo.org/832964 ("sys-cluster/kops-1.21.0 fails to compile= : Assertion failed: bc_ctl.arg_max >=3D LINE_MAX (xargs.c: main: 511)") * https://bugs.gentoo.org/833961 ("net-p2p/go-ipfs-0.11.0 - Assertion faile= d: bc_ctl.arg_max >=3D LINE_MAX (xargs.c: main: 511)") * https://bugs.gentoo.org/835712 ("dev-util/packer-1.7.9 fails to compile: = Assertion failed: bc_ctl.arg_max >=3D LINE_MAX (xargs.c: main: 511)") > Other related bugs (as it's useful as a summary of where we are): > * https://bugs.gentoo.org/540146 ("sys-apps/portage: limit no of exported= variables in EAPI 6") > * https://bugs.gentoo.org/720180 ("sys-apps/portage: add support to delay= export of "A" variable until last moment") > * https://bugs.gentoo.org/721088 ("[Future EAPI] Don't export A") > * https://bugs.gentoo.org/833567 ("[Future EAPI] src_fetch_extra phase th= e runs after src_unpack") > > I am not aware of a bug (yet?) for radhermit's suggestion wrt external > helpers which is related but different to exporting fewer variables. > > thanks, > sam --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iOUEARYKAI0WIQQlpruI3Zt2TGtVQcJzhAn1IN+RkAUCZLEFk18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0MjVB NkJCODhERDlCNzY0QzZCNTU0MUMyNzM4NDA5RjUyMERGOTE5MA8cc2FtQGdlbnRv by5vcmcACgkQc4QJ9SDfkZCXmgEA4nOgo51P1QJsVPjK/fY6kPnWb9uG7lDdbKEC fcT8uykBAInOk0MGqFWXG/XjZcTRqTvErR5t3LI1i+mUrpl1zCcF =vGWO -----END PGP SIGNATURE----- --=-=-=--