From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1EA5qt-0003l7-SM for garchives@archives.gentoo.org; Tue, 30 Aug 2005 13:08:36 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7UD65Ts003953; Tue, 30 Aug 2005 13:06:05 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j7UD65GB004215 for ; Tue, 30 Aug 2005 13:06:05 GMT Received: from cpe-65-26-255-237.wi.res.rr.com ([65.26.255.237] helo=nightcrawler) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1EA5qU-0005tD-0F for gentoo-osx@lists.gentoo.org; Tue, 30 Aug 2005 13:08:10 +0000 Date: Tue, 30 Aug 2005 08:07:58 -0500 From: Brian Harring To: gentoo-osx@lists.gentoo.org Subject: Re: [gentoo-osx] Re: [RFC] Separate alt-prefix repo for base-system packages. Message-ID: <20050830130758.GA30652@nightcrawler> References: <18866DB0-371C-4BB7-8C6D-94227F9B748A@gentoo.org> <4310DBE6.5040305@gentoo.org> <4312BA20.4000504@gentoo.org> <2134124F-DB37-4FFC-9F76-C75BC62B0A7F@gentoo.org> <20050830032607.GI13987@nightcrawler> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-osx@gentoo.org Reply-to: gentoo-osx@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i X-Archives-Salt: 78a80c06-8d4c-4eed-a84e-2d632e6e856f X-Archives-Hash: 9e7ffdec915b1907af6b87d9e34ac91d --gKMricLos+KVdGMg Content-Type: text/plain; charset=utf8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 30, 2005 at 09:33:36PM +1000, Finn Thain wrote: > On Mon, 29 Aug 2005, Brian Harring wrote: >=20 > > > I was thinking of something like, at run time, query the vendor packa= ge > > > manager and use the result to populate the tree with packages like > > > vendor-apple/sys-devel/xcode-1.5, vendor-sun/app-arch/cpio-x.y.z for > > > example (please substitute sgi, bsd-ports, redhat or debian etc if=20 > > > you are hostile to any of my examples). > > > > The rewrite's domain's abstraction (additionally the goal of binding th= e=20 > > resolver to the domain, and being able to do inter-domain resolving)=20 > > would allow for this, but I *really* don't think it'll work well. > > > > Reasoning is, how do you know that pkg xyz is actually the package=20 > > you're after? Re-inserted the quote to clarify what I'm talking about; mapping=20 another pkg managers db into our own requires either a lot of human=20 intervention, or some dodgy rules that somewhat manage it, with bugs. > Not sure I understand the problem... in glep 37, a virtual is replaced=20 > with a meta-package having a list of depends alternatives. If you add the= =20 > vendor package to that list, and then make the vendor packages=20 > "package.preferred" where portage is a secondary package manager, surely= =20 > there is no question that package xyz is the one you're after? >=20 > (I'm assuming all repos share the same namespace WRT package names... if= =20 > cpv's do not have to be unique accross repos, other solutions might be=20 > possible...) If you're managing a list of provided packages, my points don't=20 matter; points were strictly in reference to trying to have portage=20 query another pkg manager (primary or otherwise) :) > > The expanded restrictions subsystem, specifically ability to depends=20 > > based on contents restrictions (I want the pkg that owns file abc=20 > > essentially) gives basic ability for this >=20 > I don't understand why portage would go looking for deps in the=20 > filesystem. If configure can't find them, does it help that portage can? Quote above is in reference to the (potentially incorrectly perceived)=20 idea of directly querying another pkg manager. > The last I read about this was here... > http://article.gmane.org/gmane.linux.gentoo.devel/28154 > I guess there is more too it? Haubi's glep/patches were moreso for pulling off shifted presets,=20 relevant to the shifted preset goal's y'all have, but not pertinent to=20 portion of the discussion involving attempting to query apple's=20 installed db (which is the proposal you put forth) :) > But, generating package.provided with a wrapper is a hack, so long term, = a=20 > vendor package manager (or a shim on top of it) My question/concerns raised have been regarding the potential=20 shim/wrapper. How do you wrap their pkg manager's namespace into=20 portages namespace? To do so you need to either manage a list of=20 mappings yourself, or come up with rules (which will have exceptions). That's what I'm getting at; people don't support interop between dpkg=20 and rpm (fex) due to the fact the namespaces are different (although=20 it's possible to do so if you account for abi). > I probably need a better handle on the constraints of the relations=20 > between domains, repos, prefixes... anyway, here is my naive partial=20 > config. This config is premature, of course, but it might help me=20 > understand what is and is not possible in the rewrite if you would kindly= =20 > shoot some holes in it ;-) >=20 > Notes: I've used a hypothetical feature for collecting information about= =20 > vendor packages -- presumably the apple domain also needs an ephemeral vd= b=20 > to hold it (like package.provided). I don't know if this vendor domain=20 > needs a repo. I guess the main repo would have to mask broken/testing=20 > vendor deps as it sees fit, including those from other domains... Offhand, what you're proposing (querying the vendor installed pkg db)=20 is actually a readonly vdb, if it were implemented. It's an installed package database you can query (use for solving=20 deps), but cannot modify. > [vendor-apple] > type =3D config > FEATURES =3D "query-apple-packages" > ACCEPT_KEYWORDS =3D "ppc-darwin" Definitions not totally right as mentioned (doesn't matter, just being=20 nitpicky :), but the crux of my concern is embodied inthe=20 FEATURES=3D"query-apple-packages". Mainly, how? How to query the vendor db, and map that back into=20 portage package namespace? ~harring --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFFouvdBxRoA3VU0RAsMaAKDls7H91aeg7V9mTREhONOplcv7uwCfdYP7 QA/xh73smAb3+6+xcoGLRiA= =9YEU -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- -- gentoo-osx@gentoo.org mailing list