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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id B46A01382C5 for ; Wed, 7 Apr 2021 11:06:27 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A6774E09CB; Wed, 7 Apr 2021 11:06:23 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id F0BEBE09C4 for ; Wed, 7 Apr 2021 11:06:22 +0000 (UTC) From: Ulrich Mueller To: Sam James Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH v2 3/3] gnuconfig.eclass: use BDEPEND, BROOT where available (drop support for EAPI <4) In-Reply-To: <6645620A-C5FC-4026-B80D-D4C71FDA43A5@gentoo.org> (Sam James's message of "Tue, 6 Apr 2021 20:32:04 +0100") References: <20210405140645.1743537-1-sam@gentoo.org> <20210405140645.1743537-3-sam@gentoo.org> <6645620A-C5FC-4026-B80D-D4C71FDA43A5@gentoo.org> Date: Wed, 07 Apr 2021 13:06:12 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) 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-sha256; protocol="application/pgp-signature" X-Archives-Salt: d85ebf30-883f-43ea-96f1-89484f0f3f1a X-Archives-Hash: 74e5513aeb9142fdda02fed6fbcb5147 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >>>>> On Tue, 06 Apr 2021, Sam James wrote: > 1) @system varies between profiles anyway which makes it hard to fully > rely on; That's exactly the reason why you _don't_* add GNU grep as a dependency, because e.g. on Prefix grep may be provided by another package. grep is a POSIX tool and a bootstrap package, so we can be certain that will be available everywhere. (And the single grep instance in the eclass doesn't use any GNUisms.) > 2) As a few of us have discussed in #gentoo-portage in the past, > continuing this trend of not explicitly stating dependencies makes > parallelism in Portage difficult. You can try this with > =E2=80=94implicit-system-deps=3Dn, but we really need to be stating what = we use > explicitly. This would mean that we'd end up with lots of system dependencies in every ebuild. The current policy is in place for good reasons. You may have a point for adding library dependencies explicitly, but certainly not for common build tools (aka bootstrap packages). They will be available from the very beginning of the bootstrap process. > The benefit is enhanced parallelism and the downside is being > _slightly_ more verbose in some ebuilds; s/slightly/much/;s/some/all/ We'd end up having a significant subset of profiles/base/packages in _every_ ebuild. Or even worse, a bunch of any-of-many dependencies or virtuals, in order to account for different systems. Personally, I wouldn't be willing to maintain such dependencies for my ebuilds. More importantly, if you want such a policy change, then you should discuss it first and have it approved. Until then, the current policy [1] applies. > 3) Implicit dependencies make it hard for us to ever actually swap > implementations; > 4) This helps when creating minimal systems without Portage in it. [1] https://devmanual.gentoo.org/general-concepts/dependencies/index.html#i= mplicit-system-dependency --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFDBAEBCAAtFiEEtDnZ1O9xIP68rzDbUYgzUIhBXi4FAmBtkiQPHHVsbUBnZW50 b28ub3JnAAoJEFGIM1CIQV4ugBMH/inhvuQ6iVxoK3r+Qs2ETbxtN5qyQJn3gPzo srLsooNaAAbly1ECzI0e8+QmIVnV1LQ8gLi77kwINjDHqRvVpnhBu+mFoc+dGWpF bYgbvcqTE0c1CqB6S30ohqLOna8goQSAWc81QokW91UhrdlZE0R8H8JNglbOoNA0 uNooIthUgweT1lXwHW4F1RE3VpJIVpZCPJDRZ4zc1LpxX3qxTmGxycpzxMMQECJ0 9Q9RF4UzMatjP6vFxiTH5NdtVbED+F/R/WwYgZZuUdkLDsctnb5AtDZc+XWITXoH RHEsRz2FHksPo5q0zVOrYAVQioxtGJ3SALcwCouNcUHee96DCuY= =H/kj -----END PGP SIGNATURE----- --=-=-=--