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 6F46E158020 for ; Wed, 23 Nov 2022 16:33:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D80A6E09D4; Wed, 23 Nov 2022 16:32:59 +0000 (UTC) Received: from smtp.gentoo.org (smtp.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 93016E09C8 for ; Wed, 23 Nov 2022 16:32:59 +0000 (UTC) Date: Wed, 23 Nov 2022 11:32:55 -0500 From: Ionen Wolkens To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] sys-meta/* to own and control /bin/{cpio,sh,tar,...} symlinks (alternatives-ish) Message-ID: Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <46faec78-e9c9-1cd6-6c69-c8192f2861df@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-sha256; protocol="application/pgp-signature"; boundary="dZ4Dlm0HU0CnjkAs" Content-Disposition: inline In-Reply-To: <46faec78-e9c9-1cd6-6c69-c8192f2861df@gentoo.org> X-Archives-Salt: 36b501a3-8454-4642-b13b-d7a6bb43a316 X-Archives-Hash: 1f20002a61dfe2056bce8a45f7566a3f --dZ4Dlm0HU0CnjkAs Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 23, 2022 at 02:58:14PM +0100, Piotr Karbowski wrote: > I am very much in favour to have a package that controls those symlinks.= =20 > What is not immediately clear to me is what would that mean for eselect= =20 > in long run. Is it so that you'd like to keep eselect around and alive=20 > parallel to those sys-meta category packages, or would there be push to= =20 > eventually get rid of most of eselect and where possible switch to sys-me= ta? There's some that do nothing but modify config files (e.g. eselect editor, even has freestyle which couldn't express as USE), and there's other over-the-top stuff like Wine or gcc (between wine variants, and crossdev gcc, feel managing sys-meta and switching on the fly would get annoying). So yeah, think both type have a place. On Wine note, new eselect-wine-2 won't modify /usr anymore and it's easy to track/cleanup/reset what it modifies now -- something eselect can try to aim for in general. --=20 ionen --dZ4Dlm0HU0CnjkAs Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmN+SzcACgkQskQGsLCs QzTHngf/UD7u8+FVUJF2VzxgHLvrNeMhVdxhOtUP7IVZG92DJX9rAOwi1+t75FSi WSjTGw0OXZK4bGLHYL5WJXmdH2p+xNLDHtwuyYI0X0ORw32lPiBYWdwxLCpuUQ2L 2LVKfNQqYk4kHNARM9A/7QF98lkyNUX9xDkt/n6o5YaOJTsgx90kNGPkfr/KmRL+ 4UrdyQhjNYNd5xBiPls2zbvgokTJ60ipNVxrQGwkXnly8cQ0yCRGl3sQbDxOBlC+ Lc4BP/ACFT+prf1ftYo557IHYEk1A9UQhocslMY0p/xfEr4Up3G0EUExVG/wobKy WqT8VjGTSrvNbkWXNTjab1HO2+RBAQ== =UfGW -----END PGP SIGNATURE----- --dZ4Dlm0HU0CnjkAs--