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 j26J2Ghu013173 for ; Sun, 6 Mar 2005 19:02:16 GMT Received: from mx1.actcom.net.il ([192.114.47.64] helo=smtp1.actcom.co.il) by smtp.gentoo.org with esmtp (Exim 4.42) id 1D8114-0006Tn-8V for gentoo-dev@robin.gentoo.org; Sun, 06 Mar 2005 19:02:14 +0000 Received: from alpha.danarmak.homelinux.net (l85-130-135-178.broadband.actcom.net.il [85.130.135.178]) by smtp1.actcom.co.il (8.13.3/8.13.3) with ESMTP id j26J294B002261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 6 Mar 2005 21:02:13 +0200 Received: from localhost ([127.0.0.1]) (TLS: TLSv1/SSLv3,128bits,RC4-MD5) by alpha.danarmak.homelinux.net with esmtp; Sun, 06 Mar 2005 21:20:40 +0200 id 010D1AF1.422B5808.00001172 From: Dan Armak Organization: Gentoo Technologies, Inc. To: gentoo-dev@robin.gentoo.org Subject: Re: [gentoo-dev] GLEP ??: Metapackages Date: Sun, 6 Mar 2005 21:20:26 +0200 User-Agent: KMail/1.8 References: <1109715352.3788.42.camel@localhost> <200503061940.06006.danarmak@gentoo.org> <1110132737.9219.10.camel@localhost> In-Reply-To: <1110132737.9219.10.camel@localhost> 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 Content-Type: multipart/signed; boundary="nextPart1778871.zHL35Zgfn1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503062120.38637.danarmak@gentoo.org> X-Archives-Salt: 721c8f32-0eb4-4827-a9c5-d58faa0d38a0 X-Archives-Hash: 069a84e827ed8995589ff646cec5870a --nextPart1778871.zHL35Zgfn1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 06 March 2005 20:12, Stephen Bennett wrote: > On Sun, 2005-03-06 at 19:40 +0200, Dan Armak wrote: > > It's a cool idea. What's missing in the proto-GLEP is an explanation of > > why you can't do this with a normal ebuild (that doesn't install any > > files), and need the new concept of metapackages. > > The idea is that a metapackage, unlike a normal ebuild, doesn't exist in > the installed package db, and its deps are always inspected when it > turns up in the depgraph. That means that you avoid the situation where > you merge package A, which depends on virtual/x11, and then pulls in > xorg-x11. Then, for whatever reason, you unmerge xorg, and virtual/x11 > is still in the vdb, so the next app you merge that deps on it will > break. That was explained in the -dev thread I linked; I probably should > add an explanation into the GLEP. OK. That would be fixed (for all ebuilds) by RDEPEND support on unmerge. > > Also, the GLEP says: "On a side note, this system of metapackages would > > provide an implementation of 'package sets' as proposed in GLEP 21 [2]_= =2E" > > > > I don't see how that would happen. A package set exists to install all = of > > a list of packages, while a virtual/metapackage exists to install one of > > a list of (often mutually exclusive) packages. These are very different > > goals. How would metapackages help with sets any more than ordinary > > ebuilds already do? > > Since the metapackage has some arbitrary DEPEND string that has to be > met, there's no reason why this couldn't require all packages reckoned > to be part of a set, rather than one of the packages reckoned to provide > a virtual. Yes, but you can already do this with an ebuild. The only difference is aga= in=20 the RDEPEND issues... Well, this should be mentioned in the GLEP IMO. BTW, the new functionality I think we really need for sets (which isn't=20 specified in GLEP 21) is for the unmerge command to act on an entire set.=20 E.g. to unmerge all of the (slotted) KDE 3.4 after installing 3.5. =2D-=20 Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key =46ingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 --nextPart1778871.zHL35Zgfn1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQBCK1gGUI2RQ41fiVERAjC8AJ9YBmwKmMXtrzDWtWUd7wuAGiJ/twCfSAU4 6yudg2210oeQ5VYnBA31duE= =2YK+ -----END PGP SIGNATURE----- --nextPart1778871.zHL35Zgfn1-- -- gentoo-dev@gentoo.org mailing list