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 46CD21381F3 for ; Sat, 22 Jun 2013 11:23:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 16539E0B5D; Sat, 22 Jun 2013 11:23:43 +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 2E053E0B57 for ; Sat, 22 Jun 2013 11:23:42 +0000 (UTC) Received: from mail-ve0-x231.google.com (mail-ve0-x231.google.com [IPv6:2607:f8b0:400c:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: zx2c4) by smtp.gentoo.org (Postfix) with ESMTPSA id 1F24E33E458 for ; Sat, 22 Jun 2013 11:23:41 +0000 (UTC) Received: by mail-ve0-f177.google.com with SMTP id cz10so7159266veb.8 for ; Sat, 22 Jun 2013 04:23:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=2UnvwS1irR/QnHqgin3es++An77TT615ueboN13oCos=; b=fuhZxc23dTIatZP9HRYycduVvjn/oGrL56KSjbn6E5BmHtyH/1MMqY/AfeR+RTkUEw yU7sSeJhnncHc4Ql9NbJMaaZgS+fac7tELAhDeWhb8UJHW79TwibJ6AOZh3AHxcpP75k 6L4Fhsg3PWYMa2riT6jGrW4ycaDzUPMS3xvk5K5e+wDk+REsfA6QgNmBiemjDFLd/kWw cJk1bzEq1U86DY4dUbQqkDGfoQKlhMqRbZJZoi+K+9QljXivzWcTYb7NnxugFSJJpc7C qYipzp3syR47lBLIA8+aT8Pg6jt2fMjjcPG5qdM4MkrvsEVJK/GeuwhPFkiTEWttdt0i dKfA== 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 X-Received: by 10.220.112.76 with SMTP id v12mr7370076vcp.63.1371900219148; Sat, 22 Jun 2013 04:23:39 -0700 (PDT) Received: by 10.52.29.206 with HTTP; Sat, 22 Jun 2013 04:23:38 -0700 (PDT) In-Reply-To: <20130621164227.GA26775@linux1> References: <51A08A68.3020900@gentoo.org> <20130620205609.GB23719@linux1> <20130621043959.7eae0921@gentoo.org> <20130621041600.GA24770@linux1> <20130621122328.662eddc0@gentoo.org> <20130621151610.GA26281@linux1> <20130621164227.GA26775@linux1> Date: Sat, 22 Jun 2013 13:23:38 +0200 Message-ID: Subject: Re: [gentoo-dev] eselect init From: "Jason A. Donenfeld" To: gentoo-dev@lists.gentoo.org Content-Type: multipart/alternative; boundary=047d7b342fb23ad43104dfbc691b X-Archives-Salt: cb7eee5b-298b-4c90-a3e5-d0dcb12e8a52 X-Archives-Hash: 0bdf98e1dfe01d918cdf65df992c8154 --047d7b342fb23ad43104dfbc691b Content-Type: text/plain; charset=ISO-8859-1 If we're to support sysvinit and systemd at the same time, let each use their upstream paths. This means sysvinit gets /sbin/init. This also means that business can continue as usual, and nobody is forced to install eselect-init. The current system works for users who don't care or aren't aware of this innovation. Motivated users who want the ability to change back and forth can emerge eselect-init and modify their init= line in the bootloader. This is cleaner because it keeps things more in lockstep with upstream. This is also politically easier, as it doesn't require any notable changes or new ebulds to openrc folks, which I can imagine might be met with opposition here and there. --047d7b342fb23ad43104dfbc691b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If we're to support sysvinit and systemd at the same time, let each use= their upstream paths. This means sysvinit gets /sbin/init.

This also means that business can continue as usual, an= d nobody is forced to install eselect-init. The current system works for us= ers who don't care or aren't aware of this innovation. Motivated us= ers who want the ability to change back and forth can emerge eselect-init a= nd modify their init=3D line in the bootloader.

This is cleaner because it keeps things more in lockste= p with upstream.

This is also politically easier, = as it doesn't require any notable changes or new ebulds to openrc folks= , which I can imagine might be met with opposition here and there.
--047d7b342fb23ad43104dfbc691b--