> Jeremy Olexa wrote:
> > On Mon, 09 Nov 2009 08:35:57 +0100, Markus Duft <md...@g.o> 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 &#8220;Solaris 10 11/06 s10x_u3wos_10 X86".
> >>> After you have installed the package, run
> >>> &#8220;/opt/gentoo/startprefix" to enter Gentoo Prefix, and
> >>> &#8220;emerge &#8211;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.
> 
> ++

Nice :) I will also provide packages for sparc and Solaris 11 (x86/sparc).


> > 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?
> 
Whole thing with creating this package was that I wanted to show my
friend Gentoo on Solaris... at last this took me 2 x 3 hours to
bootstrap(some stupid errors in copy-paste from howto). But now I
created package that can be installed in custom EPREFIX dir, see
http://mirror.szafa.eu.org/gentoo-prefix-solaris/README-GPXStage3-v0.3.1.txt
and it almost works ;). Only 1 lib is broken libz.so. Unfortunately it
is needed by emerge. So, why libz.so is ignoring LD_LIBRARY_PATH?

Now we can build package with hardcoded EPREFIX dir writeble by all
users (e.g. /tmp,/var/tmp). After installation fix broken libs by
symbolic links, rebuild broken package, and done.

TODO: non root install (via tarbal I think).

> 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"?)...
> 

As long as I work in current company i have access to Solaris systems on
x86(x64) and sparc(sparc64) so building stage3 packages once at 4-6
months is no problem.
--
Pozdrawiam / Best regards
Tomasz Pawelczak