From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1067 Path: news.gmane.org!not-for-mail From: orc Newsgroups: gmane.linux.lib.musl.general Subject: Re: Re: Vision for new platform Date: Mon, 11 Jun 2012 02:58:13 +0800 Message-ID: <20120611025813.282434d1@sibserver.ru> 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> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1339354808 15314 80.91.229.3 (10 Jun 2012 19:00:08 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 10 Jun 2012 19:00:08 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1068-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jun 10 21:00:07 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 1SdnMr-0000y0-Tt for gllmg-musl@plane.gmane.org; Sun, 10 Jun 2012 21:00:06 +0200 Original-Received: (qmail 5559 invoked by uid 550); 10 Jun 2012 19:00:06 -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 5528 invoked from network); 10 Jun 2012 19:00:01 -0000 In-Reply-To: X-Mailer: claws-mail Xref: news.gmane.org gmane.linux.lib.musl.general:1067 Archived-At: On Sun, 10 Jun 2012 20:38:57 +0200 Daniel Cegie=C5=82ka wrote: > >> Do we have some conclusions? systemd+udev is resource hungry, so > >> the question is, what next? Do we have to think about preparing a > >> new solution? > > > > The problem with systemd is that it is not only bloated > > all-in-pid-number-1 thing that depends on dbus, it *comes* from > > freedesktop, which reputation is not so good at software > > engineering. And udev is going to be merged with that codebase. > > And important thing: not to repeat already repeated mistakes. >=20 > 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.