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 C39BB13800E for ; Fri, 10 Aug 2012 07:43:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DC764E06F4; Fri, 10 Aug 2012 07:43:36 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 1DB91E05FA for ; Fri, 10 Aug 2012 07:42:51 +0000 (UTC) Received: from pomiocik.lan (87-205-57-138.adsl.inetia.pl [87.205.57.138]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 5460B1B4005; Fri, 10 Aug 2012 07:42:49 +0000 (UTC) Date: Fri, 10 Aug 2012 09:43:26 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: 1i5t5.duncan@cox.net Subject: Re: [gentoo-dev] Re: Questions about SystemD and OpenRC Message-ID: <20120810094326.10bed086@pomiocik.lan> In-Reply-To: References: <1344366029.24762.31.camel@TesterTop4> <502377E7.8010803@gentoo.org> <20120809214332.1a49b0a8@pomiocik.lan> <50241DCA.8080504@gentoo.org> <20120809224738.4d6e3e00@pomiocik.lan> Organization: Gentoo X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.11; x86_64-pc-linux-gnu) 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 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/8AMwjhsbXRuYm51AqFgp73D"; protocol="application/pgp-signature" X-Archives-Salt: a065b393-fc36-4c26-b726-125890d6ebc4 X-Archives-Hash: 5b11b5fa1482e5b912a3ad3326166f8f --Sig_/8AMwjhsbXRuYm51AqFgp73D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, 10 Aug 2012 05:04:40 +0000 (UTC) Duncan <1i5t5.duncan@cox.net> wrote: > Micha=C5=82 G=C3=B3rny posted on Thu, 09 Aug 2012 22:47:38 +0200 as excer= pted: >=20 > > On Thu, 09 Aug 2012 22:30:02 +0200 Luca Barbato > > wrote: > >=20 > >> On 08/09/2012 09:43 PM, Micha=C5=82 G=C3=B3rny wrote: > >>> On Thu, 09 Aug 2012 10:42:15 +0200 Luca Barbato > >>> wrote: >=20 > >>>> [W]e could discuss about why reinventing shellscript may > >>>> not be that sound and other less glaring, horrid and > >>>> appalling design choices. > >>>=20 > >>> Yes, exactly. So why does openrc reinvent that horrible > >>> shellscript? > >>=20 > >> It is not re-invented, in fact we can use any compatible shell. > >=20 > > Or anything else what can be spawned for shell. And a lot more what > > you won't expect. And guess what, people are actually doing crazy > > things with it because someone forgot to tell them how a init.d > > script should work. >=20 > Sounds interesting. A couple quick links to examples of what you had > in mind would be nice. =3D:^) >=20 > (Or a bit more description, enough to both get the concept and google=20 > with would be good, but links could be quicker if you have them > handy, and are less likely to spawn even further afield subthreads.) vdr is a first example which comes to my mind. They workaround program configuration limitations and the init.d scripts become a complex extra-configuration parser + plugin loader. Well, another thing here is that upstream AFAIK is not willing to cooperate to fix their config parsing. 'oldnet' is an another example. I'm not saying it should go; I'm saying it should be a stand-alone executable called from the init.d script. Last time I looked, squid init.d was performing post-inst in start(). Many users may find that beneficial but that's not what init.d scripts should be doing. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/8AMwjhsbXRuYm51AqFgp73D Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAlAku6IACgkQfXuS5UK5QB0y6wP+Kx8p9GVhB/3kpZAULvUCPu+l mbsFPjAA323qLFrtjO+yIQy11jcHxM2cK9doO3LMYjxrG32EXEUZAzxpw14WCAk1 AtsxtY4rr6kI6zNUTThmU0gGmwBSCxi9uUcUfiO+MJqG/I2cEj846PsgHXJzrm6O wcJZWG9ninEMjAS/F2A= =u7pz -----END PGP SIGNATURE----- --Sig_/8AMwjhsbXRuYm51AqFgp73D--