Tomasz Pawelczak
Wed, 11 Nov 2009 10:45:59 -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. > > ++
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