From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1066 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 20:38:57 +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> 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 1339353575 6433 80.91.229.3 (10 Jun 2012 18:39:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 10 Jun 2012 18:39:35 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1067-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jun 10 20:39:34 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 1Sdn2w-0001LU-Sg for gllmg-musl@plane.gmane.org; Sun, 10 Jun 2012 20:39:30 +0200 Original-Received: (qmail 29731 invoked by uid 550); 10 Jun 2012 18:39:30 -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 29721 invoked from network); 10 Jun 2012 18:39:30 -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=9ie+BaVupruU5N6BD+nF8OYnM9ogg2J567q/rTU3ZG0=; b=jB4+RmJIDdq23Yzit6gWAdb0OlVF/SFzrYt5dvfYSRebImUAUxu5gJbruCEFDhglHu IRJjnhP3Xh1CoPnU3lIUlo+IQ5GgtYFL0VgyKYjPCDHufkz+l3tbDDTtujlpo00eo0rL idNkP+t9ZzUl6YF9Cc9xdBqtcJAriVMtWsQGyCNu5sh8NSamYUplKN4j6KyJKKr500bi glyo2rAhVKoOEHoXmURHaBJ+8DuBsKL6sQKQMlB7HigWIhQ+FHHsPGOrD7UpN+BOPiQD Ca1Cc8a2+n5ylFhXPjlK6tIYGAL1URL4VL8kCfpLa7hZHJayqJHtunnFH50HxL8uOiBz LtWw== In-Reply-To: <20120611022606.303f6d07@sibserver.ru> Xref: news.gmane.org gmane.linux.lib.musl.general:1066 Archived-At: >> 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. 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?