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 0B26F158041 for ; Sat, 16 Mar 2024 09:34:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9520CE2A0F; Sat, 16 Mar 2024 09:34:45 +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 23B0BE2A0A for ; Sat, 16 Mar 2024 09:34:45 +0000 (UTC) From: "Andreas K. Huettel" To: Sam James Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Profile 23.0 testing with stages and binhost (part 2 of 2) Date: Sat, 16 Mar 2024 10:34:35 +0100 Message-ID: <2289587.NgBsaNRSFp@noumea> Organization: Gentoo Linux In-Reply-To: <874jd7yt9d.fsf@gentoo.org> References: <23517098.6Emhk5qWAg@noumea> <874jd7yt9d.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="nextPart2880298.BEx9A2HvPv"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Archives-Salt: 3e517545-4d71-4c38-8971-36dba32005ee X-Archives-Hash: 5d4c80641305a4a260c2dfdfa6cc8574 --nextPart2880298.BEx9A2HvPv Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; protected-headers="v1" From: "Andreas K. Huettel" To: Sam James Cc: gentoo-dev@lists.gentoo.org Date: Sat, 16 Mar 2024 10:34:35 +0100 Message-ID: <2289587.NgBsaNRSFp@noumea> Organization: Gentoo Linux In-Reply-To: <874jd7yt9d.fsf@gentoo.org> References: <23517098.6Emhk5qWAg@noumea> <874jd7yt9d.fsf@gentoo.org> MIME-Version: 1.0 > > Note 2: While there are 23.0 split-usr profiles, the *stage* downloads > > are *all* of the merged-usr type. Why? Not because I'm a big fan of tha= t,=20 > > but because we should try to unify and standardize a bit again - to=20 > > avoid too many different build configurations leading to too many Heise= nbugs. >=20 > I don't think this is a good idea. >=20 > We've promised people that they can keep unmerged-usr if they want,=20 And they can. [However, I don't see the point for it. Apart from ideological consideratio= ns, there is no obvious advantage to the split-usr layout anymore.] > but not having stages means new installs aren't doable, Yes. > and it also makes testing a pain because you can't easily unmerge. > You can easily merge, but you can't easily unmerge. That is the imho more important and valid point, maintaining the remaining= =20 split-usr installs will get harder. > What you can do is provide a limited number of non-merged-usr variants > given it's just about saving people rebuilds. =46or amd64 and arm64 that's doable (since builds are cheap there). I would very much discourage using these variants for new installs though. [And yes I would prefer to deprecate the split-usr profiles and remove them at some point in the not-so-far future. That is however a topic that needs separate debate.] > (I also think it's the wrong way to do such a change anyway - the releng > part should be last after decision-making, not first.) The decision where this is going has been made long ago... just not by us because we've been lagging behind. But I get what you mean. =2D-=20 Andreas K. H=FCttel dilfridge@gentoo.org Gentoo Linux developer=20 (council, comrel, toolchain, base-system, perl, libreoffice) https://wiki.gentoo.org/wiki/User:Dilfridge --nextPart2880298.BEx9A2HvPv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE/Rnm0xsZLuTcY+rT3CsWIV7VQSoFAmX1Z6sACgkQ3CsWIV7V QSo15hAApGNe/lawLRm4nudC1v8FFYzkWVqaCiHGBdGULh543SKNsFpymWqmM536 2wCTnaP/mpy/jX0kQiLo72og0R11WFCINrQVAyQuTUG6fcXU6tsuK7bFaVvUoZCj y8IlVo81/ayMN3P6CMWGxAfNlYFgyfk59d/r1m3Gj5EfUWZ4LMK9Y9rltFev6mZk on6OTlAKvbmhk4cYNrCsdUfFyCW+dYxtf5NlcQrtICPQbhMb+MzOE/YtxFdvldct Y6Y6Plm8TUApfYPXrjdtFEAgKszJoOU/wRh9LKCC3POBeYhBbXyFBEUrKsLMeoQb YQ8IOEcAaGmSFbzmxnR8/r4hRcacdNhe7Eh1Amb6AhzlMclgsBnBp32wVTXrDmGN wYW8Bk4tPFSq5xs7XprcrHTNgvJgyveAJfz2jCNgjGfn7DWYf1uqB1Z8hwxSQjOH EHfFOmOwoO4qvgIrww6hqIzHQG19cqGPgQtd5KCAzLgibzfb19Ysz+VrAZsIivbf LciB7uWUy8HWkoreDJ3fHmficAe/gZBjPoGEYgE05g7+1LIZ+2Qi9BeV9HghLZmQ kti8sVKDvpq50d+kbJnuWbvbEQ6vaLpfXalFyFS3Rh5pU/DE2j6E2TnFIbCzFn/5 WVmxgyIvqGH3lFjx3UmwK2v4CAR2+7VhVbOjUwQp+jOt7yEpO/k= =/xJT -----END PGP SIGNATURE----- --nextPart2880298.BEx9A2HvPv--