virtual/service-manager: new revision sans virtual/daemontools

Daemontools is DJBware that gets pulled in as a dependency of a few
other packages. It is also technically a service manager, but one that
is not seriously used today. This creates a problem: if users install a
package that pulls in daemontools, emerge --depclean now thinks that it
is safe to remove OpenRC, because this virtual is satisfied by
daemontools instead.

In some cases, technically correct is not the best kind of correct, and
this is one of those cases. Nobody is using daemontools as a service
manager, but a lot of users have complained about their actual service
manager getting depcleaned. It's time to drop this.

Meanwhile, sys-apps/baselayout-prefix was treecleaned in 2022, so I've
cleaned up that dependency as well.

Closes: https://bugs.gentoo.org/803878
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>

1 files changed, 26 insertions, 0 deletions

diff --git a/virtual/service-manager/service-manager-1-r3.ebuild b/virtual/service-manager/service-manager-1-r3.ebuild
new file mode 100644
index 000000000000..e5a5dfaca395
--- /dev/null
+++ b/virtual/service-manager/service-manager-1-r3.ebuild
@@ -0,0 +1,26 @@
+# Copyright 1999-2024 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=8
+
+DESCRIPTION="Virtual for various service managers"
+
+SLOT="0"
+KEYWORDS="~alpha ~amd64 ~arm ~arm64 ~hppa ~loong ~m68k ~mips ~ppc ~ppc64 ~riscv ~s390 ~sparc ~x86 ~amd64-linux ~x86-linux ~arm64-macos ~ppc-macos ~x64-macos ~x64-solaris"
+
+RDEPEND="
+	!prefix-guest? (
+		|| (
+			|| (
+				sys-apps/openrc
+				sys-apps/openrc-navi
+			)
+			kernel_linux? (
+				|| (
+					sys-apps/s6-rc
+					sys-apps/systemd
+					sys-process/runit
+				)
+			)
+		)
+	)"