From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1068 Path: news.gmane.org!not-for-mail From: =?ISO-8859-2?Q?Daniel_Cegie=B3ka?= Newsgroups: gmane.linux.lib.musl.general Subject: Re: Re: Vision for new platform Date: Sun, 10 Jun 2012 21:19:00 +0200 Message-ID: References: <20120518010620.GW163@brightrain.aerifal.cx> <20120609192756.6e72f25e@sibserver.ru> <20120609074426.496a5e13@newbook> <20120609212411.GA163@brightrain.aerifal.cx> <87lijwnmao.fsf@gmail.com> <20120610132246.GF163@brightrain.aerifal.cx> <20120610225226.137363d0@sibserver.ru> <20120610151311.GH163@brightrain.aerifal.cx> <20120610235125.31f38cd7@sibserver.ru> <20120610163359.GJ163@brightrain.aerifal.cx> <20120611015349.701fa061@sibserver.ru> <20120611022606.303f6d07@sibserver.ru> <20120611025813.282434d1@sibserver.ru> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: dough.gmane.org 1339355977 23126 80.91.229.3 (10 Jun 2012 19:19:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 10 Jun 2012 19:19:37 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1069-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jun 10 21:19:35 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1Sdnfh-0006Z8-43 for gllmg-musl@plane.gmane.org; Sun, 10 Jun 2012 21:19:33 +0200 Original-Received: (qmail 16225 invoked by uid 550); 10 Jun 2012 19:19:33 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 16217 invoked from network); 10 Jun 2012 19:19:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=TA9k1nWnHWxBgEfOm6YXCQgmm7leaRsZR86tK3L5pHI=; b=maUu5Gx7qnAJ2pttHZ1rwFeZwmduWNU+52KiufB5K2Yp2OgNdrJYAHTI1tn6lfMxB8 Fb2ZLPOfTBvRcExeeb3b7qqtjLYu6tE2B+lywNbKXLlIXfHVHDtcrYy4OvMmDofzvaYG F6+T/18BPnEYl+h/4IVCaqy8irDX2z/G5idNZc/WB+FSAhNqetV5VEtZJGvsc/TJK7uF kcAqJMTHrKcCksOfpis3D1wPNIiT0QvH7yNut9vLXR+MLTP8n6nQ1X7xcmArJ0J4B2oP 0TnSwGJtIeOBlGRZqNN9qMqgeiCj+f54TyjQhGjdy3rznk0Q496Xpz4k2cHUerTkQVuD 0jIQ== In-Reply-To: <20120611025813.282434d1@sibserver.ru> Xref: news.gmane.org gmane.linux.lib.musl.general:1068 Archived-At: >> I understand that and instead systemd I prefer to stay with >> sysvinit+openrc... but the only solution is to prepare a new init >> stuff from scratch (systemd+udev+dbus alternative). Do you see another >> solution? > > Maybe new init stuff, maybe daemon that will control other daemons and > get launched from inittab for example. > I'm just trying to warn that this must not be a second systemd and > that's all. Sure that adequate non-bloated alternative should exist. > Maybe it should be developed as a part of new platform that we > all want to have, because as an alternative alone it will not be > accepted well. musl libc is an alternative to glibc etc. We talk about the vision of a new platform, so if this new solution would arise, then its natural that init stuff should be developed as a project related to musl. The main question is whether we should start such a project (new init) or may remain with existing init (sysvinid / systemd / runit etc.)? Daniel