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 8AD21158083 for ; Mon, 23 Sep 2024 22:54:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 027AEE2A59; Mon, 23 Sep 2024 22:54:55 +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) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 582C3E2A1B for ; Mon, 23 Sep 2024 22:54:54 +0000 (UTC) Message-ID: <2c966cf9-9cc5-4f51-96a4-9c0e537d5f95@gentoo.org> Date: Mon, 23 Sep 2024 18:54:50 -0400 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [gentoo-user] Wayland! Beware of! To: gentoo-user@lists.gentoo.org References: <65e5de50-e053-46ff-be61-52f472d95025@gentoo.org> Content-Language: en-US From: Eli Schwartz Autocrypt: addr=eschwartz@gentoo.org; keydata= xjMEZmeRNBYJKwYBBAHaRw8BAQdAYNZ7pUDWhx1i2f3p6L2ZLu4FcY18UoeGC04Gq/khqwfN I0VsaSBTY2h3YXJ0eiA8ZXNjaHdhcnR6QGdlbnRvby5vcmc+wpYEExYKAD4WIQTvUdMIsc4j CIi+DYTqQj6ToWND8QUCZoRL+gIbAwUJBKKGAAULCQgHAwUVCgkICwUWAgMBAAIeBQIXgAAK CRDqQj6ToWND8aB5AP9r4kB691nNtNwKkdRiOdl7/k6WYzokvHvDamXxRJ0I+gEAjZqR5V8y mfR3fy2Z+r2Joeqdt3CIv5IwPs64spBvigLOOARmZ5E0EgorBgEEAZdVAQUBAQdATT46Z06b 1X9xjXFCYFxmq/Tj3tSEKZInDWTpoHQp4l8DAQgHwn4EGBYKACYWIQTvUdMIsc4jCIi+DYTq Qj6ToWND8QUCZmeRNAIbDAUJBKKGAAAKCRDqQj6ToWND8a2RAP40KPfbfoiZAJW5boFmFJ3G TUBDJRh9CWHyaPqq2PN+0wD/R07oLzfnJUN209mzi9TuTuHjeZybysyqXSw4MAxkMAY= In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------PHo0yLov30LKrXybNmeO1tx9" X-Archives-Salt: 567dc94d-5f40-41d9-8cd4-a852e6c1e21e X-Archives-Hash: 910ab60300a6b5126f7c195e6dd55a9a This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------PHo0yLov30LKrXybNmeO1tx9 Content-Type: multipart/mixed; boundary="------------lCu9IriiVGU1fjsCpxl0CIpd"; protected-headers="v1" From: Eli Schwartz To: gentoo-user@lists.gentoo.org Message-ID: <2c966cf9-9cc5-4f51-96a4-9c0e537d5f95@gentoo.org> Subject: Re: [gentoo-user] Wayland! Beware of! References: <65e5de50-e053-46ff-be61-52f472d95025@gentoo.org> In-Reply-To: --------------lCu9IriiVGU1fjsCpxl0CIpd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 9/23/24 6:08 PM, Alan Mackenzie wrote: >> Do you have that little faith in the Gentoo Developers, that you think= >> we'd make a USE flag change that made everyone's systems suddenly brea= k? >=20 > It happens, from time to time, by accident. For example, emerge > --depclean on my system wants to unmerge openrc. Not a deliberate move= > by the developers, just some accident. But it's the reason I don't do > emerge --depclean, ever. This should not generally be possible. The @system set contains virtual/service-manager, so you cannot depclean that. $ emerge -pvc systemd Calculating dependencies... done! sys-apps/systemd-255.11 pulled in by: [...] virtual/service-manager-1-r2 requires sys-apps/systemd [...] $ emerge -pvc virtual/service-manager Calculating dependencies... done! virtual/service-manager-1-r2 pulled in by: @system requires virtual/service-manager And this works the same in an openrc chroot as well! # emerge -pvc virtual/service-manager Calculating dependencies... done! virtual/service-manager-1-r2 pulled in by: @system requires virtual/service-manager # emerge -pvc openrc Calculating dependencies... done! sys-apps/openrc-0.54.2 pulled in by: net-misc/netifrc-0.7.8-r1 requires >=3Dsys-apps/openrc-0.15 virtual/service-manager-1-r2 requires sys-apps/openrc It does that using an "any-of" dependency: # cat /var/db/pkg/virtual/service-manager-1-r2/RDEPEND || ( sys-apps/openrc sys-apps/openrc-navi sys-apps/s6-rc sys-apps/systemd sys-process/runit virtual/daemontools ) So, @system requires you to have any one of: - openrc - openrc-navi (a testing fork with openrc user services) - s6 - systemd - runit - daemontools It's possible you have installed another one of these packages too. If you do, then virtual/service-manager will still be satisfied, and it will allow you to depclean openrc. In theory, one should not have multiple init systems installed. And openrc is the preferred satisfier, so if you use `emerge --depclean` it will try to depclean the other package, not openrc. But you can depclean openrc itself in that case, since portage doesn't know which init system you intend to keep. Even in this case it emits a warning: !!! 'sys-apps/openrc' (virtual/service-manager) is part of your system profile. !!! Unmerging it may be damaging to your system. to make sure you are fully aware that you intend to depclean a package that *might* be the wrong one. --=20 Eli Schwartz --------------lCu9IriiVGU1fjsCpxl0CIpd-- --------------PHo0yLov30LKrXybNmeO1tx9 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQTnFNnmK0TPZHnXm3qEp9ErcA0vVwUCZvHxuwUDAAAAAAAKCRCEp9ErcA0vV0Hy AQCi2ONejpV9vgRCxGRyeMVWS72geFNYSH9qf+yOv/kmgAD7BbV0nW9WYDQZx9d+DQR4B5zzFUk0 OL5oHYopdzh5Eg4= =VSh8 -----END PGP SIGNATURE----- --------------PHo0yLov30LKrXybNmeO1tx9--