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 24277138334 for ; Thu, 11 Jul 2019 13:42:20 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 86231E07BA; Thu, 11 Jul 2019 13:42:15 +0000 (UTC) Received: from mail-pf1-f171.google.com (mail-pf1-f171.google.com [209.85.210.171]) (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 05559E07A9 for ; Thu, 11 Jul 2019 13:42:14 +0000 (UTC) Received: by mail-pf1-f171.google.com with SMTP id m30so2783625pff.8 for ; Thu, 11 Jul 2019 06:42:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=xADtrWeZwZt0BR4yvF69ySCkaRIBaD6Hd96n6yEvRYk=; b=DBLLqaj+8iApmSTo2uPPYiYu9uvpQwBz/V23dPX2BVQJoXkc/pauXlPLfyDpJD9v2C 9pM/Dmk06zyHprQmyWKq7nAG9Zepa5z1IDI4GOsx/cZq0G79LoeHsY9eJKxBGTEYjdwg IK2Lz9F1z5WNbW9z8aL1jC4lfJSuGh6NkmMNUAXP5lerOL/XyUpyrsRXhNjksWc//A0H 8qqwKB0Zjcs8j/+JxM2an0V7o0G6M/Cf8ub+Z2aOxUhrDMuwZ7KWTRilaHGR38n9hgzM r6cKFkFtlUlOiW10jxDfT7vztEa8TP77BUuJyGNwzQXQf7b7PrM+uz6+SrS3tF61Ec2O JQNg== X-Gm-Message-State: APjAAAVIJxLYR9XZAoZpdLvpEnS4dBAYwt+tpuxb6vy5bq1P2QU0btwQ 2IoCB02VoigHQsmVnAyCK4yThAWjUacahUFnE3IK7Q== X-Google-Smtp-Source: APXvYqypXo0V+FQ7zHVlu/AwUbXIf4IwgsfJmcdp4haorNCZswvWcwfTvyvN01cg6kYTmn0o/B4WEhPJFQUhHP/U87Q= X-Received: by 2002:a63:5a4b:: with SMTP id k11mr4552093pgm.143.1562852533451; Thu, 11 Jul 2019 06:42:13 -0700 (PDT) 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 References: <20190710202528.GA24935@whubbs1.dev.av1.gaikai.org> <20190710214846.GA31047@whubbs1.dev.av1.gaikai.org> <20190710231614.GA3597@whubbs1.dev.av1.gaikai.org> <45d06884-b97c-6bcc-f254-93a5e6eb5f57@gentoo.org> <20190711000332.GA6104@whubbs1.dev.av1.gaikai.org> <20190711030207.GA23937@linux1.home> In-Reply-To: <20190711030207.GA23937@linux1.home> From: Rich Freeman Date: Thu, 11 Jul 2019 09:42:02 -0400 Message-ID: Subject: Re: [gentoo-dev] rfc: making sysvinit optional To: gentoo-dev Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: 8fac1538-e23a-4632-92f8-b76f9a5d975a X-Archives-Hash: a5034733f1ac89098bfe7b19b4e27da3 On Wed, Jul 10, 2019 at 11:02 PM William Hubbs wrote: > > > RDEPEND="sysv-utils? ( !sys-apps/sysvinit ) > > !sysv-utils? ( sys-apps/sysvinit )" > > I like this, but the second branch (!sysv-utils) is not really needed, > because if we put sysvinit as the first RDEPEND of virtual/init, we > don't need to worry about installing it through rdepend in openrc. Does openrc actually work with all the stuff you have in your proposed virtual/init? For example, you have systemd in there. I'm pretty sure you can't use systemd as PID1 and then use openrc as your service manager. I mean, you probably could come up with some way to do that, but certainly openrc doesn't work that way today, or systemd for that matter. You have runit in there as well. Can you use runit as PID1 and openrc as your service manager? If the only init implementations that openrc actually works with are sysvinit and its own init, then I'd just do it the systemd way. The init virtual only adds value insofar as these other packages actually provide an init that any other service manager could actually use. If openrc works with busybox init/etc I could see an argument for maybe having a virtual that can pull in either, though in that case it might make sense to use that in systemd as well. > We > can also add sys-apps/openrc as an rdepend of sys-apps/sysvinit > possibly. I'll take a look at that. I think it makes more sense to have a service manager pull in a compatible PID1 rather than the reverse. For example, systemd can pull in sysvinit for access to shutdown/telinit/etc but it makes no sense in that case to force openrc to get installed. You could even use sysvinit without any other service manager. -- Rich