On 20-03-2009 11:35:09 +0100, Markus Duft wrote: > i'll try and explain what i want in the first place: i'm porting things > to native windows. since windows isn't too cooperative, i'm unable to > merge most things (and with other things, i simply don't want to), and > thus i need to take those things from somewhere else (more or less the > complete @system). I _am_ able to build all those things for interix > (which is the host system in the windows case). So what i want is a > setup of two prefix instances with a certain relation to each other: the > native windows prefix should be able to recognize installed packages > from the other instance, and resolve dependencies by eventually using > the other .../var/db/...
Since Windows and Interix seem to be two different things to me, can you explain why in this case Portage can resolve the dependencies from the Interix system to use for the Windows system? What dependencies are we talking about? Build tools? Libraries? Runtime dependencies? > This could be (and is) quite usefull for all other platforms too. For > exmaple i could use prefix chaining on a linux box. I could create a > prefix containing a base system, and then for testing of > i-don't-know-whatever, i could create another small prefix inheriting > all installed packages from the other one. this way new prefixes can > stay very slim, but still the "parent" prefix is not altered on merges. That potentially is useful, in the case where you want to upgrade a critical system package and test it out or something. Can't think of an example other than Portage itself for the moment, though. (And that one can be hairy, for instance if the vdb format changes NEEDED -> NEEDED.ELF.2) > one issue not handled by the current patch is, that prefixes can have > different CHOST/ARCH/... (which is the case with x86-interix and > x86-winnt for example). Then how does it work for you? -- Fabian Groffen Gentoo on a different level
