From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-66524-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id F2EBA13877A
for <garchives@archives.gentoo.org>; Tue, 8 Jul 2014 11:22:16 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id D0894E086C;
Tue, 8 Jul 2014 11:22:11 +0000 (UTC)
Received: from mail-ve0-f170.google.com (mail-ve0-f170.google.com [209.85.128.170])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id E1321E0831
for <gentoo-dev@lists.gentoo.org>; Tue, 8 Jul 2014 11:22:10 +0000 (UTC)
Received: by mail-ve0-f170.google.com with SMTP id i13so5527034veh.1
for <gentoo-dev@lists.gentoo.org>; Tue, 08 Jul 2014 04:22:10 -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:content-transfer-encoding;
bh=s+eZLrPrDseLqSL3rvtszIITre/1OqdXHxyxWyhxI0Q=;
b=WdojZ7wLdhre17nDKwIWrD5WOUN0cgApwG266Hw4O1vXRxMU40MrgvBjNjeeyvv013
FuLB73gz2xN6jY46dfOvNVkkgDgUglGgYkm+MHVgsAKM8k+iEvO3VmiYtSa5cKRq76bM
iz3NvifdlUsTRLGQeNYedLew//7iFam4akzKT/cHIaE+ai6vk7KOVPZkZ9Mj1mudWXCy
o2e7jkUen0IezqwCFU7qCcllj8DmbEYKB+3GcEgrSkwVHPSKQMPrO0Bhd8gC8KQhNeC+
WURhDlUcUFzF9FWZM1c7YBqnH3IvLw+pn8N/0bPT1sIlvWQiWT6dDijU/iZW/k5MDuIt
M+/w==
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.58.18.144 with SMTP id w16mr61061ved.50.1404818529858; Tue,
08 Jul 2014 04:22:09 -0700 (PDT)
Sender: freemanrich@gmail.com
Received: by 10.52.72.19 with HTTP; Tue, 8 Jul 2014 04:22:09 -0700 (PDT)
In-Reply-To: <lpgii1$kik$1@ger.gmane.org>
References: <20140707234502.3009929a@pomiot.lan>
<lpgii1$kik$1@ger.gmane.org>
Date: Tue, 8 Jul 2014 07:22:09 -0400
X-Google-Sender-Auth: uUTsJ8D3NhwJJXzVrY6b5UOc7oM
Message-ID: <CAGfcS_kG6QZ9scKCiE2T95JH83BZUsOqtr-yO71QQ51YyiCwNg@mail.gmail.com>
Subject: Re: [gentoo-dev] Re: The request to abolish games team policy
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: 2400c5e5-e177-4027-9177-92666d39e34d
X-Archives-Hash: 3265b39dbdea67438f7dc17430ec2908
On Tue, Jul 8, 2014 at 6:52 AM, Michael Palimaka <kensington@gentoo.org> wr=
ote:
> On 07/08/2014 07:45 AM, Micha=C5=82 G=C3=B3rny wrote:
>>
>> 1. that the games team has authority over the actual maintainers
>> on every game ebuild,
>>
>
> Why is Council intervention needed to abolish these policies? They're
> not binding.
> As far as I know, the games team has no special status so like any other
> project they can recommend whatever they want - nobody is obliged to
> listen (I certainly don't).
>
Gentoo projects should probably be viewed as having more authority
than random package maintainers, though not in any absolute sense.
However, they should also generally allow anybody to join them, and
must have an annual election of lead. The Games project hasn't been
migrated to the Wiki and the page hasn't been touched since 2006, so
I'm a bit skeptical of that (though for all I know they're active and
the membership/lead just hasn't changed). To the extent that we give
projects a preferential status with regard to authority/etc it really
should only be to the extent that projects "uphold their side of the
bargain" by following the rules.
Bureaucracy aside, for something as broad as "Games" I think we should
keep distro-level policy on the light side. I don't think that it
makes sense to try to establish a security model that amounts to
SELinux-light. Admins of multi-user systems have much better tools
these days to control what happens on their systems. I don't have a
problem with generally trying to follow FHS, but I don't see the need
for debates over where kpat goes.
But, that is my own personal two cents. I'm interested in what active
members of the games project have to offer.
Rich