From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27450 invoked by uid 1002); 18 Oct 2003 19:56:43 -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 18950 invoked from network); 18 Oct 2003 19:56:43 -0000 From: Matt Thrailkill To: gentoo-dev@gentoo.org In-Reply-To: <1066483836.28203.13.camel@localhost> References: <1066483836.28203.13.camel@localhost> Content-Type: text/plain Message-Id: <1066505263.23937.2.camel@stoneburner.xwredwing.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 18 Oct 2003 12:27:43 -0700 Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-dev] Enemy Territory ebuild X-Archives-Salt: ed24edf4-c60e-43c5-8b02-4c6244805d5b X-Archives-Hash: 2501a54f8cee8fcfc487449d63189840 How do the kernel ebuilds do it, where they decide whether to patch you up to a given kernel or just to download the whole thing? Is it possible to use that logic with ET? On Sat, 2003-10-18 at 06:30, Chris Gianelloni wrote: > 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. > > Well, I am thinking of breaking up the enemy-territory ebuilds into two > ebuilds. There would be an enemy-territory ebuild, which would use the > original download + patches (and therefore be dial-up friendly) and the > enemy-territory-full ebuild, which would always download and install the > complete game from the most recent version. This should satisfy both > camps and also make the ebuild a bit more dial-up friendly. > > Thoughts? Opinions? Flames? -- gentoo-dev@gentoo.org mailing list