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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 34271139337 for ; Mon, 26 Jul 2021 01:30:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8C65EE0DA4; Mon, 26 Jul 2021 01:30:13 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id CE474E0A81 for ; Mon, 26 Jul 2021 01:30:12 +0000 (UTC) Message-ID: <9cbbd59ed9a99ec5a254ef8b2476ec5428121288.camel@gentoo.org> Subject: Re: [gentoo-user] --depclean wants to remove openrc. Yikes! From: Michael Orlitzky To: gentoo-user@lists.gentoo.org Date: Sun, 25 Jul 2021 21:30:08 -0400 In-Reply-To: References: <20210721221350.4d14da7f@ventiloplattform.tastytea.de> <20210721212705.23179178@digimed.co.uk> <20210725100344.34490089@digimed.co.uk> <60FD5869.2050406@youngman.org.uk> <9e22b33c28f1be540668bf5fa7d56028c8cffd37.camel@gentoo.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.40.2 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-Transfer-Encoding: 7bit X-Archives-Salt: 0e938686-50ee-49d5-9a9f-abd3687ea87f X-Archives-Hash: 3a45228e87236f11543102ed31d74e65 On Sun, 2021-07-25 at 20:52 -0400, Rich Freeman wrote: > On Sun, Jul 25, 2021 at 8:39 PM Michael Orlitzky wrote: > > > > This is indeed a bug, but not the ones that have been suggested. The > > underlying problem is that the DJB programs (mail-mta/netqmail, but > > also net-dns/djbdns, for example) require a particular service manager. > > Is it actually using daemontools as a service manager? I am not > familiar enough with it to say. > > When I skimmed the daemontools wiki page I got the impression that it > was intended to be used in conjunction with openrc. You start svscan (part of daemontools) with OpenRC, but then you do some other stuff to make svscan actually start the daemon. > So, if it is intended as a service manager, it really shouldn't list > it as a dependency. After all, we don't go sticking > openrc/systemd/runit in every package that provides configs for these. If a service manager is only needed to launch a daemon, then sure. But the -conf setup programs for djbdns (I don't know about qmail) create scripts that run executables from daemontools. So unless those are rewritten or replaced, daemontools is actually needed at runtime. > > > We should have made them support OpenRC and systemd. > > Well, this at least is the subject of a Council decision: no package > has to support ANY service manager, nor can package maintainers block > adding support for service managers to a package. > It may be legal to ship a package that's useless out-of-the-box, but I'm gonna consider it a bug =)