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 0FE1D1381F3 for ; Tue, 14 May 2013 08:41:23 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D937BE0908; Tue, 14 May 2013 08:41:18 +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 EEEE5E08F9 for ; Tue, 14 May 2013 08:41:17 +0000 (UTC) Received: from [192.168.0.93] (dynamic-adsl-84-220-76-147.clienti.tiscali.it [84.220.76.147]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lu_zero) by smtp.gentoo.org (Postfix) with ESMTPSA id B918D33BF5F for ; Tue, 14 May 2013 08:41:16 +0000 (UTC) Message-ID: <5191F8B7.9080006@gentoo.org> Date: Tue, 14 May 2013 10:41:27 +0200 From: Luca Barbato User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130411 Thunderbird/17.0.5 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] Making systemd more accessible to "normal" users References: <20130508190832.0ea16c88@gentoo.org> <518A8901.6030302@gmail.com> <20130510094500.62b0c958@sera-20.lan> In-Reply-To: <20130510094500.62b0c958@sera-20.lan> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: e5916548-bcdc-457e-83dc-a08ac52bc04e X-Archives-Hash: e2c91448b2d934090e50bee87f2cd40d On 05/10/2013 09:45 AM, Ralph Sennhauser wrote: > [1] http://fedoraproject.org/wiki/Packaging:Systemd#Unit_Files What if openrc/upstart/runit devs start harassing upstream in the same way? Strategically is great, but isn't exactly something nice to do. Probably people caring about alternatives should start bothering upstreams likewise and we'll see how it goes. I'm sure that *everybody* would be delighted to provide those 4-5 different initscripts because one distribution or the other wants others do the work for them... I'm saying again that trying to get a good intermediate representation and have a generator (eselect based maybe) provide the init-specific file would be much better. In the end initscripts are usually distribution dependent since they are an integration step. lu