From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.3/8.13.3) with ESMTP id j22KwYiI015149 for ; Wed, 2 Mar 2005 20:58:35 GMT Received: from jeeves.egr.msu.edu ([35.9.37.127] helo=egr.msu.edu) by smtp.gentoo.org with esmtp (Exim 4.42) id 1D6avQ-00021N-UW for gentoo-dev@robin.gentoo.org; Wed, 02 Mar 2005 20:58:33 +0000 Received: from [35.9.140.117] (tokyo.dhcp.egr.msu.edu [35.9.140.117]) by egr.msu.edu (8.12.10/8.12.10) with ESMTP id j22KwU1D008448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Mar 2005 15:58:31 -0500 (EST) Message-ID: <422628F8.8040807@egr.msu.edu> Date: Wed, 02 Mar 2005 15:58:32 -0500 From: Alec Warner User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en 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@gentoo.org MIME-Version: 1.0 To: gentoo-dev@robin.gentoo.org Subject: Re: [gentoo-dev] GLEP ??: Metapackages References: <1109715352.3788.42.camel@localhost> In-Reply-To: <1109715352.3788.42.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: eca1724f-1a2b-48ff-90e0-3864be086a00 X-Archives-Hash: b3cc8c8f8ddac72e2895c75678d8fbf8 Stephen Bennett wrote: >As those who hang around in the mysterious realms of Portage development >may know, there's some feeling around that the current system of virtual >packages has some serious limitations. The currently-proposed >alternative (as discussed previously, notably in >http://thread.gmane.org/gmane.linux.gentoo.devel/18922), involves a >system of metapackages. These would essentially consist of a >non-installable ebuild that consists entirely of a set of dependency >information. Once the dependencies for the metapackage are satisfied, >it's considered to be installed, and packages depending on it can go >ahead and be built. > >This approach brings several advantages over the current system, >particularly: >- Allowing one version of a package to provide a different version of a >virtual, where these are necessary. >- Fixing the screwup with .51's virtual handling whereby gcc-2.95.x has >PROVIDE="sys-apps/texinfo", a package depends on >=texinfo-4.6, so >portage tries to install >=gcc-4.6. >- Provides, in one easily accessible place, a list of package that could >be used to satisfy the dependency. This has advantages for speed (no >searching the tree for PROVIDEs) and for user-friendliness. > >Anyway, with portage development as it is now, this got brought up >again, and the current state of the GLEP can be found at >http://dev.gentoo.org/~spb/metapkg-glep.txt. Comments/suggestions/flames >welcome. > > > As long as you keep the PROVIDES line in the ebuild. Assuming repoman does full tree check when commiting it can make sure that all packages that PROVIDE virtual also exist in the metapackage. That would be my only concern, people forgetting to add lines to the correct files :) >-- >gentoo-dev@gentoo.org mailing list > > -- gentoo-dev@gentoo.org mailing list