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 ACD231381F3 for ; Mon, 21 Oct 2013 11:10:43 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2F3E5E0C1A; Mon, 21 Oct 2013 11:10:36 +0000 (UTC) Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D0560E0BC7 for ; Mon, 21 Oct 2013 11:10:34 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id aq17so10860660iec.20 for ; Mon, 21 Oct 2013 04:10:34 -0700 (PDT) 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; bh=yKXrMtfGlTXl5qgka8pAVinyQHTM8lb4qSWFScY9Ol4=; b=IEIUKqMgQ0blENu1Iq1JfW+wNm34x3yGlNHyOhYiYSsb/Xb/6itD5TcN8Sb0ecIUrM 8MpaKGRxrRsIfLHaQ4jbRA91xfpmZrvuCL4zKjcwbIx7iVCdr+tvlQ0KJnI0N/+23t4O M3DNHtF5AXkkmpkV7zL7dtohnlp2xzxl9i+bEAinkBTlzxZSZwWgdhVe0C9FcCpeGejS yWm60VrlIIo4r1UFhEDG0TO4rRPjSgg8DCcjDlBf83UXSbM/HetOVWyG7NHbEiUL3ate w/F+9tXmT56BBkRD7hq4YLHEySNnzHktoBfK90UOgHND7X/Pvo9VXhSTHYFivWZPOf55 MWXw== 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.50.126.2 with SMTP id mu2mr8754506igb.57.1382353833951; Mon, 21 Oct 2013 04:10:33 -0700 (PDT) Received: by 10.50.158.163 with HTTP; Mon, 21 Oct 2013 04:10:33 -0700 (PDT) Received: by 10.50.158.163 with HTTP; Mon, 21 Oct 2013 04:10:33 -0700 (PDT) In-Reply-To: <5265092D.40608@libertytrek.org> References: <52629F15.1050803@sporkbox.us> <5263174E.8000004@googlemail.com> <5263795D.2070503@sporkbox.us> <5263A157.4070001@googlemail.com> <5263B5F3.9020604@sporkbox.us> <5263EBD8.2010400@libertytrek.org> <5264FA0F.8070802@libertytrek.org> <52650175.7070106@libertytrek.org> <5265092D.40608@libertytrek.org> Date: Mon, 21 Oct 2013 19:10:33 +0800 Message-ID: Subject: Re: [gentoo-user] systemd and kernel developers cooperating to turn it into a global cgroup manager? From: Mark David Dumlao To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=047d7b2e13393a371204e93e552a X-Archives-Salt: 521c8755-3bc8-4c45-8b78-63239b8e6cfe X-Archives-Hash: fce570110d11b0143d1edd4bd81783f8 --047d7b2e13393a371204e93e552a Content-Type: text/plain; charset=ISO-8859-1 On Oct 21, 2013 7:01 PM, "Tanstaafl" wrote: > > On 2013-10-21 6:48 AM, Mark David Dumlao wrote: >> >> Again. This power is overstated and overtrusted. As for "rip it out at >> its roots" he has no ability to do that, only refuse to merge it in >> his tree. > > > Which I believe is a much bigger deal than you seem to think. > > >> But that's only if he bothers to read it. With all the other >> stuff he's working on, he signs off less commits than all the other >> maintainers do. > > > irrelevant, because I was talking about something that was discovered *after* it was merged... obviously, if something is merged that creates a problem (or loud complaints, or whatever), at *that* point he will certainly take the time to 'read it' and decide if there is anything to it... > Read the management style doc. Seriously, it describes the kernel's outlook on mistakes. Ostracization and talk of severing limbs like cancer tumors, as is often brought up by tinfoilers here, is not how it works. Code talks. Bad, hard to maintain code is its own insult. --047d7b2e13393a371204e93e552a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


On Oct 21, 2013 7:01 PM, "Tanstaafl" <tanstaafl@libertytrek.org> wrote:
>
> On 2013-10-21 6:48 AM, Mark David Dumlao <madumlao@gmail.com> wrote:
>>
>> Again. This power is overstated and overtrusted. As for "rip = it out at
>> its roots" he has no ability to do that, only refuse to merge= it in
>> his tree.
>
>
> Which I believe is a much bigger deal than you seem to think.
>
>
>> But that's only if he bothers to read it. With all the other >> stuff he's working on, he signs off less commits than all the = other
>> maintainers do.
>
>
> <sigh> irrelevant, because I was talking about something that wa= s discovered *after* it was merged... obviously, if something is merged tha= t creates a problem (or loud complaints, or whatever), at *that* point he w= ill certainly take the time to 'read it' and decide if there is any= thing to it...
>

Read the management style doc. Seriously, it describes the kernel's = outlook on mistakes.

Ostracization and talk of severing limbs like cancer tumors, as is often= brought up by tinfoilers here, is not how it works. Code talks. Bad, hard = to maintain code is its own insult.

--047d7b2e13393a371204e93e552a--