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 0FF3A1381F3 for ; Fri, 14 Jun 2013 16:51:09 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5D26CE0899; Fri, 14 Jun 2013 16:51:04 +0000 (UTC) Received: from mail-vc0-f173.google.com (mail-vc0-f173.google.com [209.85.220.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BC761E0898 for ; Fri, 14 Jun 2013 16:51:03 +0000 (UTC) Received: by mail-vc0-f173.google.com with SMTP id ht10so616357vcb.18 for ; Fri, 14 Jun 2013 09:51:02 -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 :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=KsabeX1ymxlfycBD0RN6Ql0slzPRjqH6RFnjI7515rE=; b=ezfnajnK2Kh9INkGtxz+o8uBy9lxj3tMH11p0QP3He8C3JsNOOQJwakgqzXfawtbR1 ljqVNaPH2UQ+SY+QKfL1zp+9xO15ILE5mCGxWC3X7zCJYWcC5TjzXnIuLZ6Lf7XIKhs6 pHsYhIn603d0CfbrT3QMEy9cBL1Qr8g7XPwda4TtFVqaf7sn9rkMFXPia3itmhe+6xSe cNF3sQD0AFLRw0NOGaKzethp5ntRWmhrUqeFx2HJF566WeCtKeqZ/5DTp3GQ/oCmgyEF OdwRIuwOOj4DbsGCZectUFKin9UXcaOmfd3en+47oulF4pfq3Bb+N8w17BMc9G/BMdCc zgnw== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.58.18.233 with SMTP id z9mr216951ved.78.1371228662805; Fri, 14 Jun 2013 09:51:02 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.52.73.3 with HTTP; Fri, 14 Jun 2013 09:51:02 -0700 (PDT) In-Reply-To: <51BB3D0E.6010405@gentoo.org> References: <1371039602.27198.24.camel@localhost> <20130612162535.570c2bc0@gentoo.org> <51BB2DDF.9010203@gentoo.org> <51BB3D0E.6010405@gentoo.org> Date: Fri, 14 Jun 2013 12:51:02 -0400 X-Google-Sender-Auth: FrQpHewoTfrFvRP2i0US1CEg7DM Message-ID: Subject: Re: [gentoo-project] Council: Policy for Systemd units From: Rich Freeman To: gentoo-project@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 87168711-6b55-4b8f-b0aa-04e37d0c53fe X-Archives-Hash: b64f7295f4a2c7b6fd9a9ae28761d142 On Fri, Jun 14, 2013 at 11:55 AM, Rick "Zero_Chaos" Farina wrote: > On 06/14/2013 11:24 AM, Rich Freeman wrote: >> Maintainers don't have the right to exclude others from also being >> maintainers, and when they do become maintainers they have all the >> rights the original maintainer had. Nobody owns a package. > > Actually they do. I've been removed from metadata.xml multiple times > from different packages. Or was something unfair happening? > > Personally I think it's bull, but it seems to be status quo and unless > there is an official policy stating otherwise.... I could have sworn there was something written, but I can't find much. So, this is basically how I see things working, and if it isn't how things are working it is how they should be working. :) (By all means chime in if you feel otherwise.) Packages can be maintained by individuals in which case anybody who wants to maintain the package can do so, and they're all equals. Packages can be maintained by projects, perhaps as part of a herd. Anybody can start/join a project, and project members elect a head annually. Projects have more authority than individuals (that just makes sense). Devrel and QA are special projects that have different rules. Council is the ultimate authority for non-legal matters, and is the final appeal. So, anybody can sign up to maintain whatever they want if it isn't run by a project - nobody can kick them out. If one or more packages are important enough that this doesn't make sense a project should exist to maintain them. For example, you can't just sign up to go changing kdelibs without coordinating with the kde project (I'd consider them as a model of a well-run project at the moment). Since project leads have more authority they have a mandate via elections. Then if projects are in conflict or things get out of hand there are devrel and the council to step in. The whole point of the metastructure GLEP is to avoid overhead and formality, but to still have some semblance of order. Bottom line though is that Micha=C5=82 has it right. We're a team that works together. When it is obvious that you're swimming against the stream you need to change direction. Gentoo is fairly accommodating in letting people do weird things on the side that are even contradictory to the mainstream, but they have to be on the side. Users really need a decent day-to-day experience with the packages in the main tree. Rich