From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1I7Pkf-00037G-H3 for garchives@archives.gentoo.org; Sun, 08 Jul 2007 05:56:09 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l685tAhC019162; Sun, 8 Jul 2007 05:55:10 GMT Received: from mail.genone.homeip.net (dslb-082-083-035-041.pools.arcor-ip.net [82.83.35.41]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l685rHeF016888 for ; Sun, 8 Jul 2007 05:53:17 GMT Received: by mail.genone.homeip.net (Postfix, from userid 460) id BAE092814C; Sun, 8 Jul 2007 07:52:58 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr0-genone_0.7 (2007-02-13) on lyta.genone.homeip.net X-Spam-Level: X-Spam-Status: No, score=-1.6 required=7.0 tests=ALL_TRUSTED,AWL,BAYES_50 autolearn=ham version=3.1.8-gr0-genone_0.7 Received: from sheridan (unknown [192.168.0.40]) by mail.genone.homeip.net (Postfix) with SMTP id 3410028104 for ; Sun, 8 Jul 2007 07:52:56 +0200 (CEST) Date: Sun, 8 Jul 2007 07:52:58 +0200 From: Marius Mauch To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: John Jawed & Alex Tarkovsky's einput eclass Message-Id: <20070708075258.6eab9512.genone@gentoo.org> In-Reply-To: References: <468F85BC.9060102@gentoo.org> X-Mailer: Sylpheed 2.4.1 (GTK+ 2.10.11; i686-pc-mingw32) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 4fc54bb5-8229-4062-bb02-9c66e24573af X-Archives-Hash: ac3726b34c37aea3b54bf13ae58cdf54 On Sun, 08 Jul 2007 04:53:40 +0100 Steve Long wrote: > I understand that games are a `special case', but why not make it a > RESTRICT=interact which would automatically mean repoman would not > allow the package into stable, and admins could easily weed such > packages out? That way any category could use the same thing for > packages with more restrictive licenses. (I'm not suggesting this > should be merged with fetch-restricted as I accept that some stable > Java packages have this set, and there's zero benefit in changing > them.) This isn't about stable or not stable, or about games being special. No ebuild _should_ be interactive, period. However in some cases there is no way to make it non-interactive, and the concentration of those cases is particulary high in the games category (mainly because of a lack of high quality OSS games). Oh, and I've withdrawn the RESTRICT idea as there is a better/more generic solution (not yet implemented though). > So yeah I guess it's encouragement, but if the policy is such > packages can never hit stable, where's the harm? A user has to > explicitly allow such a package (or run unstable in which case they > will be used to dealing with glitches ;) and scripts can still avoid > interactive packages. (And bear in mind, it's not just uis we're > talking about, but stuff like QA automation.) Again, interactivity isn't a criterium for a package becoming stable or not. Marius -- Marius Mauch -- gentoo-dev@gentoo.org mailing list