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 13C8513838B for ; Wed, 17 Sep 2014 23:14:01 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3F5F2E0B28; Wed, 17 Sep 2014 23:13:57 +0000 (UTC) Received: from mail-vc0-f174.google.com (mail-vc0-f174.google.com [209.85.220.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 12E43E0B0E for ; Wed, 17 Sep 2014 23:13:55 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id hy10so50124vcb.19 for ; Wed, 17 Sep 2014 16:13:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=gSbZ839kI6roooNQdow+GsKlRAA653RQaLMom27YUg8=; b=mfWsRSSkKHc+azLotlF1VObHWg8mmlrsSIofEAuNckEcXIarJSNUhN+dmks2SHN4qQ VI1h+kLioBnyqIjQA4h2yVzNET38LYGCD7YdBpIGIICDoZZ7ive5M+AV9+R8YFU3AGMQ op5uGKFr9wI4s6L36jHNyDr3466mOZ2LLIFUWmsVUx8lghAjJX+S1vO9cNO/5xiJ/9JB Fatd4tek4nhNaiDjRFicncSKVI480weflBKZr/fkD5VmdYfqNZeJcTOxfcwC7bJsWs7M agmJUlr7HuBAfsKtuQZxw0lIe8UhjTUNKlDV5jL7Iid2sseQqZVBkvtKoolCiSF3c91d 9tCg== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.52.30.2 with SMTP id o2mr356531vdh.12.1410995635226; Wed, 17 Sep 2014 16:13:55 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.52.8.229 with HTTP; Wed, 17 Sep 2014 16:13:55 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Sep 2014 19:13:55 -0400 X-Google-Sender-Auth: A3QTg3gDE_FOsPrmVuaJJ85yLUk Message-ID: Subject: Re: [gentoo-user] Re: [OT] Linus Torvalds on systemd From: Rich Freeman To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 4ebc203f-52ea-4dd0-89f6-a6f0daddc3ef X-Archives-Hash: b8829aac7b691c91cf10122c2f18a10e On Wed, Sep 17, 2014 at 5:18 PM, James wrote: > Rich Freeman gentoo.org> writes: >>On Wed, Sep 17, 2014 at 3:28 PM, James >>wrote: >> >>> Linus should make a clear, leadership statement that there will >>> always be a path for folks to use another mechanism besides systemd >>> in the linux kernel; This does not have to be a systemd vs cgroups >>> discussion, but it being presented this way. A clear statement of >>> multiplicity will put this issue to rest once and for all. By not >>> stating clearly was is obvious, many technically astute folks are >>> looking for options. Surely a fork is emminent and it will most >>> likely be the best thing to happen to linux, as the entire kernel >>> development process has become tainted by those with billions of >>> dollars. > >> Uh, the only thing the Linux kernel does is spawn a single process as >> PID 1 and offer a VERY STABLE system call interface for that and >> future processes to make requests. Nobody is going to break sysvinit >> if that happens to be the thing you tell Linux to execute as PID 1. > > OK, where are your performance studies on how wonderful systemd is? > Simple (2) identical system except for systemd only on one. Run a > wide variety of tests, publish the data. > > Publish perfomanced metrics; Choice; Unreasonable? What does your reply have to do with my email? You asked for a clear statement from Linus that there will always be a way to boot linux without systemd. I simply stated that this was nonsensical, because there is nothing specific to any init implementation in linux. Linux is a kernel, and it launches exactly one process. All the stuff you're arguing about happens in userspace. Sure, sooner or later kdbus is likely to be added to the kernel, but just like dbus nobody has to use it, and I'm sure like anything else in the kernel you won't have to build it if you don't want it. I really could care less about impressing you with systemd metrics. If you want to believe that it has no value, fine. > >> Whether anybody else actually supports sysvinit is a different matter. >> I'm sure it will be around in Gentoo for a long time, and those with >> official Gentoo support contracts will get the same care they are used >> to. :) > > I'm not sure if this is a threat, a promise or are you just trash talkin > with me now? Hint, the ":)" means that I'm joking. My point is that nothing is going to break sysvinit, but that doesn't mean that somebody is going to build a fancy Linux system for you based on it. The fact is that nobody is paying a dime to use Gentoo linux, and whether sysvinit is or isn't supported, in practice the amount of guaranteed support you're going to get for it either way is zero. Nobody is threatening to kill your kitten. Nobody is offering to feed it forever, either. There are plenty of Gentoo devs who prefer sysvinit, so I doubt it will go away anytime soon. Gentoo is about choice. But, over the years there have also been plenty of choices that went away. If you REALLY care about sysvinit then you should consider contributing more than emails. > > Besides, there is another thing you are not considering. The world of > embedded linux >> user linux. So, the embedded designers are all > wonderfully in line with systemd? Have you been to any of those > forums? They live by cgroups, because a few folks showed them how > to minimize embedded systems with age old state diagrams. Have you > offered them the systemd or highway plan yet? So, the only widespread consumer devices that I'm aware of that run Gentoo derivatives run neither sysvinit nor systemd - they run upstart, despite upstart not even being in the portage tree, or a single upstart configuration script. Heck, they probably sell more devices running upstart than there are devices running Ubuntu. Sure, that isn't really what I'd call embedded, but my point is that people doing embedded work are going to tailor whatever they have to in order to get the results they want. I wouldn't be surprised if many of embedded devices don't even run sysvinit. Gentoo is a great starting point for an embedded system precisely because it is so adaptable, but we don't have any configurations that I'd really call "plug and play" for the embedded world, nor do I think such a one-size-fits-all configuration is even possible when you're concerned about every byte of RAM or milliwatt of power. > It's not me, Rich, it lots of other technically astute folks that > are not happy. I just want choice. Sure, and I'd like a pony. The fact is that on Gentoo you have choice. You may or may not have it forever, but nobody is paying for Gentoo so nobody can count on ANYTHING in Gentoo being around forever. You'll have it as long as somebody cares to support it. We allow proxy maintainers - that somebody could even be you. Nobody owes anybody a roadmap for a community-based distro. If you want somebody to "owe" you something then use a distro that is commercially supported. Of course, if your goal is to avoid using systemd, good luck with that. :) -- Rich