Markus Duft
Tue, 10 Nov 2009 00:38:30 -0800
Jeremy Olexa wrote: > On Mon, 09 Nov 2009 08:35:57 +0100, Markus Duft <md...@gentoo.org> wrote: >> Tomasz Pawelczak wrote: >>> Hi, >>> >>> I created a native Soliaris package containing Gentoo Prefix (after >>> fresh bootstrap). You can grab it from >>> > http://mirror.szafa.eu.org/gentoo-prefix-solaris/GPXStage3-v0.2-08.11.2009-i386-x86.pkg.bz2 >>> .It was build and tested on “Solaris 10 11/06 s10x_u3wos_10 X86". >>> After you have installed the package, run >>> “/opt/gentoo/startprefix" to enter Gentoo Prefix, and >>> “emerge –sync" to sync with portage. >> sounds great - even consistent with what i'm doing on windows - i like > it! >> Cheers, Markus > > First, thanks for providing such a solution.
++ > > Now, let me bring up the subject of binpkgs. Largely ignored is this: uhhh :) > http://tinderbox.dev.gentoo.org/default-prefix/ - it is historically > "tough" to relocate our prefix binaries, so (IIRC), the binaries that > grobian put up there have a really long path that gets condensed with > chpthtool (paths can only be shrunk, not grown). This is largely preventing and there are additional problems with chpathtool on some platforms. i investigated the whole thing a while ago, since i thought it would be great to (instead of distributing a whole big /opt/gentoo on windows) distribute my gentoo prefix installations split into binpkgs, where the user can decide which to install (much like cygwin does it). i back then also thought about letting the user decide where to install, thats why i was looking at chpathtool. however, the _only_ case where i had real success in changing EPREFIX, is when the new EPREFIX has the _exact_ same length as the old one. seems there is more work to be done one this (and: NO. it was not windows' fault (it most of the time is, i know), since i tried all this on linux ;p) > me from providing binaries for the 6+ prefix arches that I have simply > because I don't have time to maintain my 'production' prefixes in my /home > NFS *and* a super long pathed prefix. Alternatively, I was debating about > making a standard "/opt/gentoo" prefix installation to provide something. > Again, the same boat regarding maintaining multiple prefixes. Although, > that "/opt/gentoo" prefix is a very similar approach to any such stage3 > solution like this. maybe i can still use the binpkgs approach while still hardcoding /opt/gentoo, yes. that would for sure be a cool thing. but it takes away lots of the freedom you get with prefix :(. this would IMHO be a solution for the "i want to try it out" guys, not the power users. and if it's not for everybody, the question is how hard to maintain is it in parallel? on windows, it would not be such a big problem, since i _have_ to maintain the DVD images anyway for my company. if i manage to get time to re-write parts of my setup.exe, i may manage to make it install binpkgs (additionally to a "stage3"?)... Cheers, Markus > > Any brainstorming thoughts? (Excuse the any ignorance on my part with > regards to binpkgs, I'm still a newb in that area :P ) > -Jeremy >