From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1J1dMY-0003oB-4c for garchives@archives.gentoo.org; Mon, 10 Dec 2007 07:47:38 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.2/8.14.0) with SMTP id lBA7kn3Q015994; Mon, 10 Dec 2007 07:46:49 GMT Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by robin.gentoo.org (8.14.2/8.14.0) with ESMTP id lBA7ivwO013670 for ; Mon, 10 Dec 2007 07:44:57 GMT Received: by rv-out-0910.google.com with SMTP id b22so1416612rvf for ; Sun, 09 Dec 2007 23:44:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+UQI/RRymBRs+2dFF6YJ1WMV66Be9LY/Xk2c+zO7MxI=; b=RZ7tRJTCXcMDZnawGZZmM0YTvL0NOMNLEiFzySOPQAVEM2x+Rgqe2lWKeq8slHMif5JJfbgquVxhnyNUF7LVS8VMOAN8gaMZ8PPV5FvUnP2dqmL2DsM9qp8FD28600iHC3ZbJPeAUG2ZEj9YrQ/7vlbu5W7ERzfGtTA07f/XFOQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Z5YlZJmcjG6H0lFs9qhDYJgD5nQZ8jNyaOjANEgRXURFJav8RFcfkPqglDcIytbS0J9xs0rlP/4hHDTTJ4+6odYe8X23Cypel5H+1bx/trhzPVcxuefWjQW7JBcXXKQzBRyUYpG98mS+OJ0fdErGk9HSixPNDXqMQCLRgRD2ET8= Received: by 10.140.171.4 with SMTP id t4mr4037896rve.1197272696508; Sun, 09 Dec 2007 23:44:56 -0800 (PST) Received: by 10.140.142.10 with HTTP; Sun, 9 Dec 2007 23:44:56 -0800 (PST) Message-ID: <8b4c83ad0712092344k713552fdqb59472abaf52dbd8@mail.gmail.com> Date: Mon, 10 Dec 2007 13:14:56 +0530 From: "Nirbheek Chauhan" To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [GLEP] scm package version suffix In-Reply-To: <20071210071826.465f7bff@blueyonder.co.uk> 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 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200712091701.50364.peper@gentoo.org> <475C37C7.8010201@gentoo.org> <20071209185745.2baa293d@blueyonder.co.uk> <20071210043146.GE4162@supernova> <20071210071826.465f7bff@blueyonder.co.uk> X-Archives-Salt: 273dfd6e-0885-46e9-a3e6-6419eba9ea96 X-Archives-Hash: f31f6a3de67c17541ea05154684f7197 On Dec 10, 2007 12:48 PM, Ciaran McCreesh wrote: > Feature as opposed to release branches would still have to be separate > packages, especially if you need to depend upon a particular feature. I don't understand how having to depend on a particular feature causes one to need a separate package. Infact, if a branch has a new feature that I want to test against a lot of packages, having a separate package means I have to either || ( sys-apps/package sys-apps/package-branch ) for all packages that I want to test it against, or make a virtual package sys-apps/package-9999 which just depends on sys-apps/package-branch. The former is too much work sometimes, and the latter just brings us full circle. Why not just have something like sys-devel/gcc-4.2.3_p20071127-scm_b${BRANCHNAME}-r1 ? It should be easy to parse since it'll always be after "scm" and will be the last portion of the version string before "-rN". In case ${BRANCHNAME} itself ends in "-rN" (highly unlikely), the entire version string could be made to end with "-r0" to signify that it's revision 0 and not revision N. Also, releases are often tagged rather than being branched out, which would have to be kept in mind as well. -- ~Nirbheek Chauhan -- gentoo-dev@gentoo.org mailing list