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 7F12E138BF3 for ; Tue, 18 Feb 2014 05:30:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4A336E0C06; Tue, 18 Feb 2014 05:30:45 +0000 (UTC) Received: from mail-lb0-f177.google.com (mail-lb0-f177.google.com [209.85.217.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id EDB3FE0B34 for ; Tue, 18 Feb 2014 05:30:43 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id 10so10199183lbg.8 for ; Mon, 17 Feb 2014 21:30:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=xkuQ6D1YSniF24Sh/zerHY1ljE8nFtVktAW5iZcHncE=; b=PHti+uLnCG7Y1v/N2PBhOEoer2g31rEq0TJ1FnXqmIiHAvSre1zniNxLqAaOMuxKq/ hltbhA4DOHr2kpP00a2QEuw2j9nULSAxGdcG7cwf2jETKu7jMgldnYrilUZK4JmhFj37 Tc9xEoKh0O0bV3zyEZ9JXOyqZeAc0ys9PUwSxGvB4YNN9cNG1uTv8QIirfecL98e12dC QOENRpTPEo/UCO+72z9lOeLGpoWMNyiVZkOVUWNmkbNVCejQIEnfPI8xmkpSe8doyXT2 O/GACsyGXODdQ4D5x2Jskk6lhxo81fe2Zrye9W4msILQ/14oULhNmuV2zwRfRNhHIlEi w1ug== 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.152.121.105 with SMTP id lj9mr4526313lab.37.1392701442144; Mon, 17 Feb 2014 21:30:42 -0800 (PST) Received: by 10.114.170.67 with HTTP; Mon, 17 Feb 2014 21:30:42 -0800 (PST) In-Reply-To: <5302c048.462f0e0a.3d3e.5888@mx.google.com> References: <52FF84CE.2050301@libertytrek.org> <52FF9D58.3000608@libertytrek.org> <201402152023.10543.michaelkintzios@gmail.com> <5300DD51.5060207@libertytrek.org> <53010A8E.2050909@googlemail.com> <53012691.6040503@googlemail.com> <20140217215255.5766cb026df2f0b8002f8702@gmail.com> <5302c048.462f0e0a.3d3e.5888@mx.google.com> Date: Mon, 17 Feb 2014 23:30:42 -0600 Message-ID: Subject: Re: [gentoo-user] Debian just voted in systemd for default init system in jessie From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 370b3614-0749-41d8-a2ce-41e81916d488 X-Archives-Hash: 0cb51d57bdbb0843c6c08ab01034de7c On Mon, Feb 17, 2014 at 8:05 PM, Gevisz wrote: [ snip ] > How can you be sure if something is "large enough" if, as you say below, > you do not care about probabilities? By writing correct code? >> > SysVinit code size is about 10 000 lines of code, OpenRC contains >> > about 13 000 lines, systemd =E2=80=94 about 200 000 lines. >> >> If you take into account the thousands of shell code that SysV and >> OpenRC need to fill the functionality of systemd, they use even more. >> >> Also, again, systemd have a lot of little binaries, many of them >> optional. The LOC of PID 1 is actually closer to SysV (although still >> bigger). >> >> > Even assuming >> > systemd code is as mature as sysvinit or openrc (though I doubt >> > this) you can calculate probabilities of segfaults yourself easily. >> >> I don't care about probabilities; > > If you do not care (=3D do not now anything) about probabilities > (and mathematics, in general), you just unable to understand > that debugging a program with 200K lines of code take > > 200000!/(10000!)^20 > > more time than debugging of 20 different programs with 10K lines of > code. You can try to calculate that number yourself but I quite sure > that if the latter can take, say, 20 days, the former can take > millions of years. > > It is all the probability! Or, to be more precise, combinatorics. My PhD thesis (which I will defend in a few weeks) is in computer science, specifically computational geometry and combinatorics. But hey, thanks for the lesson. >> I care about facts: FACT, I've been using systemd since 2010, >> in several machines, and I haven't had a single segfault. > > Have you ever tried forex? If yes, you should have been warned > that "no past performance guarantee the future one." I never said that. I trust the quality of the code, measured by my own judgment and bug reports, etc. Not past performance. And even if a bug goes by, then what? The world will end? No, the bug will be reported, and fixed. And life will go on. > And if you do not believe that (and do not care about probability > and all the stuff like that), you should visit any of the forex forums > where you will be suggested a magical money winning strategy that, in > the past, behaved very well and earned 200 or even 500% a month. Thanks for the tip, but I have never understood the people that believes economics is closer to mathematics than sociology. >> FACT: almost no bug report in systemd involves a >> segfault in PID 1. >> >> >> >> All of them are different tools providing one capability to >> >> >> systemd as a whole. So systemd is a collection of tools, where >> >> >> each one does one thing, and it does it well. >> >> >> >> >> >> By your definition, systemd perfectly follows "the unix way". >> >> >> >> >> > >> >> > no, it isn't. >> >> > >> >> > How are those binaries talk to each other? >> >> >> >> dbus, which is about to be integrated into the kernel with kdbus. >> > >> > And this is a very, very bad idea. Looks like you don't know matter >> > at all: to begin with kdbus protocol is NOT compatible dbus and >> > special converter daemon will be needed to enable dbus to talk to >> > kdbus. >> >> kdbus uses a different wire protocol than dbus; but for clients that >> doesn't matter; libsystemd-dbus will offer a compatibility layer (talk >> about "standard" and "replaceable"), so if your application uses dbus >> today, it will work with kdbus. >> >> Of course, new applications will take advantage of the new features >> of kdbus. >> >> > The >> > whole kdbus technology is very questionable itself (and was >> > forcefully pushed by RH devs), >> >> Sorry, but it's you who doesn't know the matter at hand: kdbus was >> (and is) written by Greg Kroah-Hartman, Linus' right hand, and who >> works for the Linux Foundation. > > Lol, he seems to start to use the arguments like "You even do not know > my elder brother/acquaintance from the street nearby who can easily > hit you down!" If you don't think Greg's words have any weight in a Linux-related technical discussion, then I'm afraid we will need to agree to disagree on any technical subject. > So, here, I would like to thank everybody in this discussion who > helped me to understand the danger of systemd and note that it is > now became pointless to continue this discussion with this "unpayed > systemd promoter." Getting personal, are we? >> > anyway it is possible to disable this >> > stuff in kernel and guess what will be done on my systems. >> >> Good for you. Guess what will be done in mine? >> >> >> > Looks broken. Broken by design. The worst form of broken. >> >> >> >> By your opinion, not others. >> > >> > That is not just an opinion. There is a science and experience >> > behind system's design. >> >> Yeah, what do you think about Greg Kroah-Hartman, Linus' right hand, >> or Keith Packard of X.org fame? None of them works for Red Hat; both >> of them know more about Unix and Linux than you and me together, and >> both of them promote systemd. > > Aha! How could you even doubt my understanding the words of these prophet= s! :-) They, contrary to you, actually give technical arguments instead of splutter some nonsense about combinatorics that has nothing to do with the subject at hand. >> I mean, I myself know a thing or two about computing and Linux, and I >> promote systemd (and nobody pays me, BTW), but obviously you don't >> need to believe in my credentials. > > I have said you, he is just an unpayed fanatic systemd promoter! OK, that's it; I actually thought for a moment that you wanted to have a civil, intelligent and technical oriented conversation. I now see you don't. >> And, no offense, but I will always give more weight to the words of >> Greg Kroah-Hartman or Keith Packard (to name only two), instead of a >> random user in gentoo-user. >> >> There are knowledgeable people who are against systemd. But usually >> they don't give *technical* sound reasons. >> >> > And all that science was ignored during systemd >> > architecture process if there was any at all. >> >> You should read systemd-devel and Lennart's blog posts > > And A Holy Words of our Mighty God! And that confirms it. Goodbye; I'm done with you in this thread. Regards. --=20 Canek Pel=C3=A1ez Vald=C3=A9s Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n Universidad Nacional Aut=C3=B3noma de M=C3=A9xico