From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id A677D13827E for ; Thu, 12 Dec 2013 00:39:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 09E6FE0B55; Thu, 12 Dec 2013 00:38:58 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 206B4E0B20 for ; Thu, 12 Dec 2013 00:38:57 +0000 (UTC) Received: from [192.168.1.101] (unknown [114.91.186.16]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: patrick) by smtp.gentoo.org (Postfix) with ESMTPSA id F342033F34C for ; Thu, 12 Dec 2013 00:38:55 +0000 (UTC) Message-ID: <52A9063E.7090102@gentoo.org> Date: Thu, 12 Dec 2013 08:41:34 +0800 From: Patrick Lauer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 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 MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] rfc: renaming "rc" binary in OpenRC References: <20131211204110.GA30092@linux1> <52A8CF7D.3090309@gentoo.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 3e3c41e5-9524-4143-8fe2-adb468d8082b X-Archives-Hash: e851b172e2bf232bc58fa98a789aff83 On 12/12/2013 05:28 AM, Rich Freeman wrote: > On Wed, Dec 11, 2013 at 3:47 PM, Chris Reffett wrote: >> The idea of running a sed on inittab in an ebuild, no matter what the >> context, terrifies me. Perhaps we can ease this in slowly by renaming rc -> >> openrc and symlinking rc -> openrc and making a release with that change >> concurrent with a news item? Or even just do that in the ebuild rather than >> in the actual sources. I don't think Debian will keel over and die if it >> takes a little extra time for the change to go through, and it beats a ton >> of broken systems. > > ++ > > No reason the symlink couldn't be done in the ebuild either - which > keeps the package itself clean. There could be news to clean up > inittab and such, and then perhaps down the road the compat symlink > could be removed. > > Nice to see interest in Debian (granted, I know there was interest > quite a while back). Having more and better options is just good for > everybody - I'd like to see OpenRC become the best traditional-style > service manager around (though honestly I'd be hard-pressed to think > of any that are quite as good already). > > I think one thing that would be nice to dream about someday would be a > systemd-compatibility init.d script. That would be symlinked to a > service name just like a typical network interface script, and would > look for a unit file and interpret it (perhaps just taking a path from > conf.d). I'd think it wouldn't be hard to do, setting aside the more > active-management features of systemd. > Well, given that systemd unit files don't express dependencies ... I've thought about it and can't figure out a way to make mixed-mode work sanely, at all. You'd have to either manually order the startup sequence, or annotate the unit files with dependency info. Plus you'd need some machinery like socket-activation proxies or you're throwing away even more (to the point where the unit file is just a way to run an executable) I don't think this can be done in a way that adds value to users.