From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Lgrg4-0001Up-AR for garchives@archives.gentoo.org; Tue, 10 Mar 2009 02:26:44 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1D5DFE00EC; Tue, 10 Mar 2009 02:26:43 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id E9EFDE00EC for ; Tue, 10 Mar 2009 02:26:42 +0000 (UTC) Received: from [192.168.0.9] (unknown [151.57.3.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id CF7AB646A1; Tue, 10 Mar 2009 02:26:41 +0000 (UTC) Message-ID: <49B5CFDF.3050006@gentoo.org> Date: Tue, 10 Mar 2009 03:26:39 +0100 From: Luca Barbato User-Agent: Thunderbird 2.0.0.18 (X11/20081205) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-council@lists.gentoo.org MIME-Version: 1.0 To: Thomas Anderson CC: gentoo-council@lists.gentoo.org Subject: Re: [gentoo-council] Comparison of GLEP 54 and 'live ebuild' proposal References: <20090309224725.GA11724@dodo.hsd1.nj.comcast.net> In-Reply-To: <20090309224725.GA11724@dodo.hsd1.nj.comcast.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 1a40565e-45dd-4d12-83f5-19dea207c08b X-Archives-Hash: dd23b531bb9b257b493b9cff574b7c5f Thomas Anderson wrote: > Hi, > > Attached is my comparison of the two proposals for live sources. > Sorry about getting it out late, I had to get ahold of a number of > people to finish writing it up. I'd be happier if you actually provided it with a better description and/or updated drafts along. The glep54 doesn't state anything about how/where the specific revision is stored nor what the live property is and it implicitly provides/triggers in the package manager. The main technical objection could be stated as "does nothing beside giving a token to describe infinity for a version component as version suffix". The actual draft for the live templates is present at http://dev.gentoo.org/~lu_zero/glep/liveebuild.rst And should cover the concern you raised here beside the following > Similar to the above problem is what occurs when a user understandably > puts =media-tv/mythtv-0.20_20090301 in package.{use,keywords} and the > date changes. Also, what happens if the user > =media-tv/mythtv-0.20.live in package.{use,keywords}? Is live expanded > that early so it is invalid or is it still valid? Having =cat/pkg-ver.live in package.{use, keywords} would translate to a sort of =cat/pkg-ver* but would be nicer putting directly an isodate to restrict better what you want in and what you want out. lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero