From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5970 invoked by uid 1002); 21 Oct 2003 12:39:28 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 10011 invoked from network); 21 Oct 2003 12:39:27 -0000 Message-ID: <4854.146.176.63.67.1066739940.squirrel@mail.codewordt.co.uk> In-Reply-To: <1066483836.28203.13.camel@localhost> References: <1066483836.28203.13.camel@localhost> Date: Tue, 21 Oct 2003 13:39:00 +0100 (BST) From: "Dhruba Bandopadhyay" To: gentoo-dev@gentoo.org Reply-To: gentoo-user@gentoo.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Re: [gentoo-dev] Enemy Territory ebuild X-Archives-Salt: 8da2649b-b47c-40e2-be60-ba8080979ac6 X-Archives-Hash: dfc7cc47834425fe9762c296f38b425d > I want to ask the opinion of everyone. I updated Enemy-Territory > yesterday to close two bugs. In doing so, I made the decision to make > the newest version of Enemy Territory use the new full download. I have > had requests from people to have the full download, rather than the > original download + patches, as the ebuild. Few alternative suggestions: (1) Have use flag 'patchpkg' or 'patch'. If enabled patch the package otherwise download. This is a long term solution that could be used by other packages too (although I hear you wish to avoid use flags). (2) Check what files present in distfiles. The user should fetch patch manually into distfiles to enable patching. (2) (a) If only patch file present the ebuild opts for patching. (2) (b) If only full new download present ebuild uses it. (2) (c) If both present ebuild uses full download. (3) Use an environment variable like USE_PATCH="yes". They are more environmentally friendly given the late explosion in number of use flags making them unmanageable and resulting in information overload. Adding to the thought pool. Take from it what you will. :) -- gentoo-dev@gentoo.org mailing list