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 855FD158083 for ; Tue, 24 Sep 2024 11:41:09 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 258412BC0B4; Tue, 24 Sep 2024 11:41:04 +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 BBE84E2B97 for ; Tue, 24 Sep 2024 11:41:03 +0000 (UTC) From: =?utf-8?Q?Arsen_Arsenovi=C4=87?= To: Alan Mackenzie Cc: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] --depclean and openrc [Was: Wayland! Beware of!] In-Reply-To: (Alan Mackenzie's message of "Tue, 24 Sep 2024 11:30:44 +0000") Organization: Gentoo References: <65e5de50-e053-46ff-be61-52f472d95025@gentoo.org> <2c966cf9-9cc5-4f51-96a4-9c0e537d5f95@gentoo.org> Date: Tue, 24 Sep 2024 13:40:57 +0200 Message-ID: <8634lp1dpy.fsf@gentoo.org> 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 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Archives-Salt: ed888802-8989-4595-9101-325636cad4f6 X-Archives-Hash: 2afda33637930fe5deea683253ee90bb --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Alan Mackenzie writes: > Hello, Eli. > > On Mon, Sep 23, 2024 at 18:54:50 -0400, Eli Schwartz wrote: >> 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 bre= ak? > >> > 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. > > It is very much possible, and it happens. The mechanism is understood, > you've outlined it below. > > [ .... ] > >> 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. > > Yes, I have daemontools, needed as a component of a qmail variant. In that case, it'd be wise to 'emerge -n openrc' to prevent such trouble. I do wonder if we should keep s6, runit and daemontools in that virutal though, given that we can't boot them. Perhaps they'd be fine behind a USE flag. I'll propose that. >> 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. > > If I had invoked --depclean without the -a (or -p) flag, my system > would have had openrc removed, and it would have been unbootable. > This is the sort of thing a new Gentoo user might do. > >> 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. > > So, having your system made unbootable is opt-out rather than opt-in. > >> to make sure you are fully aware that you intend to depclean a package >> that *might* be the wrong one. > > The context of this discussion was an implication that the Gentoo > maintainers wouldn't make a change "that made everyone's systems > suddenly break". I submitted a bug report about --depclean back in > the summer of 2021 (though I can't find that bug any more). I think > it was closed as not-a-bug. Whoever closed it was wrong, frankly. > There are several ways this could have been fixed, for example with > --depclean preserving packages in system, as well as world. That probably would not fix anything here, openrc is not in @system, virtual/service-manager is. > But it was regarded as not a bug. > > So I think it is fair to say that the Gentoo developers are content for > some systems (in particular, mine) suddenly to break. Developers differ a good bit.. we generally try not to break things. > I am thus somewhat sceptical about things in Gentoo which may be based > on assumptions which don't hold in my system. The new +wayland USE > flag kind of looked a bit like that to me. Actually, it wasn't, so I > apologise for my opening post. =2D-=20 Arsen Arsenovi=C4=87 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iOcEARYKAI8WIQT+4rPRE/wAoxYtYGFSwpQwHqLEkwUCZvKlSV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0RkVF MkIzRDExM0ZDMDBBMzE2MkQ2MDYxNTJDMjk0MzAxRUEyQzQ5MxEcYXJzZW5AZ2Vu dG9vLm9yZwAKCRBSwpQwHqLEk4o2AP9aXZrtUQLhSbISPrQt4ZKAKhs64Y8vtk7h mHTkE6zGEgEAi5Q+CH+HfE9edEwZJ3x21erpJwqJ3Kug6odikKAIXQQ= =bgmX -----END PGP SIGNATURE----- --=-=-=--