[gentoo-alt] Re: add Debian/Ubuntu as a supported platform

Dear yegle,

yegle <cnyegle@×××××.com> writes:

> I've successfully created a gentoo RAP environment on an 64-bit Ubuntu
> 12.04 system, with some modification/tweak.

Thank you very much for the effort! It has always been a dream of Prefix
community to have Prefix running on Debian-based multiarch smoothly. The
only reason it is not yet is lacking of manpower.

Anyway, Prefix is meant to make broken host usable again by the power of
Gentoo. If Prefix can be rendered unusable by any host weirdness, it is
the problem of Prefix, too.

You are the world saver by stepping up :D

> http://www.mail-archive.com/gentoo-alt@l.g.o/msg06779.html

Quoting the steps again. Would you like to refine the hacks, so that it
can be included officially?

Also, keep in mind that redlizard has an actively maintained bootstrap
script at

       https://github.com/redlizard/prefix-libc/blob/master/scripts/bootstrap-prefix.sh

> 1. Modify the bootstrap-rap.sh script, change the freens.org domain name to
> gentooexperiments.org

done.

> 2. Modify the bootstrap-rap.sh script, bypass the check for Ubuntu
> version

done.

> 3. Edit gcc-4.7.3.ebuild  and add "export LD_LIBRARY_PATH=$EPREFIX/usr/lib64"
> when bootstrapping gcc in stage3. If not, cc1 can't find libgmp.so.X

This should not happen if you run $EPREFIX/usr/sbin/ldconfig after
emerging glibc. Unfortunately ldconfig is masked out by portage-prefix.

We'll return to this issue afterwards.

> 4. Edit make.conf and add "CFLAGS=-L/usr/lib/x86_64-linux-gnu/". If not, emerge
> perl in stage3 would fail in configuration (compiler complain that -ldb not
> found)

Not sure of this, perl access libdb in host even it is available in
Prefix?

redlizard, have you already fixed this?

> 5. Edit "Lib/plat-linux2/regen" file when emerging python {2.7.5,3.3.2} in
> stage3 because "sys/types.h" header in Debian/Ubuntu multiarch locates in
> /usr/include/x86_64-linux-gnu/sys/types.h (I just ctrl+z'ed the emerge process
> and edit the corresponding file, then fg to resume emerging)

Same as the previous point. At this point glibc is emerged in $EPREFIX
providing sys/types.h I suppose...

> 6. Edit portage-2.2.01.22124-r1.ebuild, change the code related to removing sed
> wrapper to look like this:

>     if use userland_GNU; then
>         rm "${ED}"${portage_base/lib64/lib}/bin/ebuild-helpers/bsd/sed || die
> "Failed to remove sed wrapper"
>     fi

Now lets bootstrap using portage-2.2.7 and hopefully this hack will disappear.

> Hope my steps can be tested/verified by someone else.

Hope so, too!

Cheers,
Benda