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 1I7NsD-0007ZD-0B for garchives@archives.gentoo.org; Sun, 08 Jul 2007 03:55:49 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l683sSx4029388; Sun, 8 Jul 2007 03:54:28 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l683qaoQ027168 for ; Sun, 8 Jul 2007 03:52:37 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 256B1650DF for ; Sun, 8 Jul 2007 03:52:36 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: 0.7 X-Spam-Level: X-Spam-Status: No, score=0.7 required=5.5 tests=[AWL=-0.553, RCVD_NUMERIC_HELO=1.253] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wGszk4dWSvwe for ; Sun, 8 Jul 2007 03:52:34 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 399B564E14 for ; Sun, 8 Jul 2007 03:52:33 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1I7Now-00066M-QX for gentoo-dev@gentoo.org; Sun, 08 Jul 2007 05:52:26 +0200 Received: from 82.153.197.143 ([82.153.197.143]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Jul 2007 05:52:26 +0200 Received: from slong by 82.153.197.143 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Jul 2007 05:52:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Steve Long Subject: [gentoo-dev] Re: John Jawed & Alex Tarkovsky's einput eclass Date: Sun, 08 Jul 2007 04:53:40 +0100 Message-ID: References: <468F85BC.9060102@gentoo.org> 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=iso-8859-1 X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 82.153.197.143 User-Agent: KNode/0.10.4 Sender: news Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id l683sS17029388 X-Archives-Salt: e0a35bdc-f87e-42ab-9567-4faddfdcceb2 X-Archives-Hash: a35dac2b3576314ee0c96d5f3c14122e R=E9mi Cardona wrote: > Could you list the packages which could use this? Because if only 3 pkg= s > need it, it might not be worth the hassle to add it. /usr/portage $ grep -lR 'GAMES_CHECK_LICENSE=3D"yes"' *games*|wc -l 40 I'm ofc not including fetch-restricted which also require interaction, although that is standardised enough for a script to deal with[1]. Having found this for games, I can deal with that too ofc, but I still think the idea has merit. Consider, for example, a package with separate licenses f= or parts, some of which the user may be happy with, others not. ATM the only way to do that is with split ebuilds, aiui. > As you pointed it out, ebuilds should not be interactive. Imho, adding > an eclass to encourage it is counter-productive. >=20 Wow a humble gentoo dev! /me gets up off floor ;) I understand that games are a `special case', but why not make it a RESTRICT=3Dinteract which would automatically mean repoman would not allo= w 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.) So yeah I guess it's encouragement, but if the policy is such packages ca= n 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 i= n mind, it's not just uis we're talking about, but stuff like QA automation= .) My 2p. [Apologies to older devs if this is a rehashed discussion.. Ignore Thread= in Kontact is fantastic ;p Besides, circumstances _change_. All it comes dow= n it to is: A) how useful is it? and B) how tough is it to implement? The rest of it's horsesh1t imnsho. C) who will implement? is usually whicheve= r idiot came up with it ;) (see the original thread for an example of how this list /could/ *work*.)] [1] http://forums.gentoo.org/viewtopic-t-546828.html There'll be a new on= e out in a few days with a really nice --sync interface; and no hanging on game installs :D --=20 gentoo-dev@gentoo.org mailing list