Getting portage running under Solaris 9 (Portaris!)

devsk · Posted: Fri Jan 23, 2004 8:39 am Post subject:

I had to copy sys-apps/gawk directory over to OVERLAY and change files/filefuncs/Makefile line:35

from:

devsk · Posted: Sat Jan 24, 2004 7:52 pm Post subject:

devsk · Posted: Wed Jan 28, 2004 4:07 am Post subject:

More problems:

portage configure is always done with prefix=/usr, so all these libtool based libraries(fontconfig, pango, glib, gtk to name a few) create .la files with that prefix while the portage installs packages into ${ROOT}. Portage doesn't try to correct all .la and .pc files for prefix.

So, non-ROOT installs are getting messy.

Genone, any ideas on how to circumvent this?

PS: where do I file bug against portage? I have quite a few...

Genone · Posted: Wed Jan 28, 2004 5:43 am Post subject:

devsk · Posted: Wed Jan 28, 2004 6:57 pm Post subject:

OK, just to complete the documentation of this incredible journey which stonent put me thru (...

), I got this non-ROOT thing to work.

I changed econf and einstall to configure and install in ${ROOT}. I then added few lines in portage.py treewalk function which first merge files(if any) from ../image/${ROOT} to ${ROOT} and then remove ".../image/${ROOT}". Of course secondhand/thirdhand are taken care of before removing. Then mergeme of "..../image" to ${ROOT} proceeds as normal.

I could finally emerge gvim and use it....without touching a single file as user root. wow!! on solaris?? double wow!!

only pathological cases(very few useful ones) are where .ebuild itself does ./configure. I will soon write a function to wrap those inside src_compile and src_install.

stonent: I finally did install binutils (binutils with older gcc(installed with Sun ld), gcc 3.3.2 with newer binutils and older gcc, and finally binutils with newer gcc). I haven't had any problems compiling/linking/running so far. So, do give gnu-ld a chance.

stonent · Veteran Joined: 07 Aug 2003 Posts: 1139 Location: Texas

I keep getting unsubcribed from this thread. :evil:

Well. I'm starting to get lost in some things. I'm getting a few simple things to emerge but still getting things like:

devsk · Posted: Thu Jan 29, 2004 3:42 am Post subject:

if you do a "emerge -f -O baselayout", it should get you a rc-scripts tar in /usr/portage/distfiles. functions.sh and depscan.sh in that tar have to go in /usr/sbin.

stonent · Veteran Joined: 07 Aug 2003 Posts: 1139 Location: Texas

Still appears to be doing the same thing...

devsk · Posted: Thu Jan 29, 2004 4:37 am Post subject:

oops...sorry about that. those files have to go to /sbin and then you need to create a link in /etc/init.d to /sbin/functions.sh.

stonent · Veteran Joined: 07 Aug 2003 Posts: 1139 Location: Texas

devsk · Posted: Fri Jan 30, 2004 6:12 am Post subject:

how about "emerge patch" first?

stonent · Veteran Joined: 07 Aug 2003 Posts: 1139 Location: Texas

Already done. I also have already linked /usr/bin/patch to /opt/csw/usr/bin/patch
_________________
Inspiron 4100 & Sun UltraAXe
Portage on Solaris|Dell Laptop Hacks
The way you feel about organized religion is the same way I feel about organized socialism.

devsk · Posted: Fri Jan 30, 2004 6:51 pm Post subject:

that's weird!! I emerged the same version fine. post o/p of "patch --help".

try without -O and see what it wants to merge before zlib.

stonent · Veteran Joined: 07 Aug 2003 Posts: 1139 Location: Texas

At work now, but just noticed:

devsk · Posted: Fri Jan 30, 2004 8:25 pm Post subject:

fseek is C a library function and that message from patch is from C code in patch.

I still think that it is the patch binary...same ebuild and same diff works here. "patch --help" might help.

stonent · Veteran Joined: 07 Aug 2003 Posts: 1139 Location: Texas

devsk · Posted: Sat Jan 31, 2004 8:34 am Post subject:

don't know what's going on here.

you have few options though.

1. you can edit the ebuild in /usr/portage/sys-libs/zlib/zlib-1.1.4-r2.ebuild to exclude the security patch
2. edit it to include more recent version of patch as done in zlib-1.1.4-r3.ebuild
3. use "ACCEPT_KEYWORDS=~sparc emerge zlib" to emerge latest one

this will help see if the patch is bad on your machine. in any case, at least you will be able to proceed.

stonent · Veteran Joined: 07 Aug 2003 Posts: 1139 Location: Texas

Well removing the e-patch from it made it take it but the ebuild appears to be hard coded to put the libs in /usr. Not sure if that is what we want or not.

I wonder who we have to talk to , to get them to make a sparcsolaris and x86solaris arch type so we can start testing e-builds and "unmasking" them.

Also, as I mentioned before, it would be nice to make portage use the binaries in /opt/csw because I have to rename a lot of the solaris binaries and link them to gnu ones in /opt/csw (potentially wreaking some havok on the system)

It is getting to the point where some things are working but there are a few minor changes in the way portage works in order to make it fully work in Solaris.

(Rementioning this because we got mentioned in the Gentoo Weekly newsletter and they said we were "almost finished") :lol:

Ideally we could submit ebuilds that work with Solaris and they could be included into the normal rsync mirrors, or if the regular ebuilds work, just add "sparcsolaris" to the arch type
_________________
Inspiron 4100 & Sun UltraAXe
Portage on Solaris|Dell Laptop Hacks
The way you feel about organized religion is the same way I feel about organized socialism.

devsk · Posted: Fri Feb 06, 2004 7:39 am Post subject:

devsk · Posted: Fri Feb 06, 2004 7:45 am Post subject:

stonent · Veteran Joined: 07 Aug 2003 Posts: 1139 Location: Texas

What kind of system are you running this on?
_________________
Inspiron 4100 & Sun UltraAXe
Portage on Solaris|Dell Laptop Hacks
The way you feel about organized religion is the same way I feel about organized socialism.

devsk · Posted: Fri Feb 06, 2004 5:11 pm Post subject:

its an ultra-60 450Mhz with solaris 2.6 on it...

Genone · Posted: Fri Feb 06, 2004 5:14 pm Post subject:

stonent · Veteran Joined: 07 Aug 2003 Posts: 1139 Location: Texas

What about the poor Solaris-PPC users? http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&c2coff=1&q=%22solaris+ppc%22

I had originally thought about what you mentioned above, but I thought it might have been too radical of a chance to submit, but maybe I was wrong!
_________________
Inspiron 4100 & Sun UltraAXe
Portage on Solaris|Dell Laptop Hacks
The way you feel about organized religion is the same way I feel about organized socialism.

stonent · Veteran Joined: 07 Aug 2003 Posts: 1139 Location: Texas

I don't remember what I'm running at this point but I did look at what the stage 1 had and downloaded the appropriate pieces using pkg-get (bolthole version)

If they already had a binutils package, then I'm using it.

mv, cp, tar, tty, install need to be GNU for portage to run (I'm actually using the BSD SunOS install in /usr/ccs (i think) linked to the real one.

I've also been thinking about how we could bootstrap a stage 1 under solaris. Basically I came up with this.

You'll need the bolthole pkg-get package installed as well as wget in your path.

Then a script will run out to bolthole and pkg-get all of the latest versions of python, gcc, etc that are needed to run portage. These will install into /opt/csw

Then it will wget the solaris stage1 tarball and bootstrap using the bolthole packages (probably install them into /opt/portage or something) and when it is done with stage 1, it will remove the /opt/csw packages and run completely off of the compiled packages instead to rebuilt itself just like the real portage does.
_________________
Inspiron 4100 & Sun UltraAXe
Portage on Solaris|Dell Laptop Hacks
The way you feel about organized religion is the same way I feel about organized socialism.