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

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

[yegle]

[-- Attachment #1: Type: text/plain, Size: 283 bytes --]

Hi all,

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

http://www.mail-archive.com/gentoo-alt@lists.gentoo.org/msg06779.html

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

-- 
yegle
http://about.me/yegle

[-- Attachment #2: Type: text/html, Size: 604 bytes --]

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

[heroxbd]

Dear yegle,

yegle <cnyegle@gmail.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@lists.gentoo.org/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

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

[yegle]

[-- Attachment #1: Type: text/plain, Size: 582 bytes --]

Hi Benda,

This script hardcoded the path to types.h file.

http://bpaste.net/show/137420/


On Oct 3, 2013, at 2:29 AM, heroxbd@gmail.com wrote:

>> 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...


[-- Attachment #2: Type: text/html, Size: 3085 bytes --]

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

[Ruud Koolen]

On Thursday 03 October 2013 08:29:03 heroxbd@gmail.com wrote:
> Also, keep in mind that redlizard has an actively maintained bootstrap
> script at
>       
> https://github.com/redlizard/prefix-libc/blob/master/scripts/bootstrap-pref
>ix.sh

Indeed. I'm very interested in hearing whether it works for you.

> > 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

That's a problem we should fix in portage (the prefix portage doesn't run 
ldconfig, but the RAP version should). The above bootstrap script currently 
does a workaround, but it's a fragile temporary solution.

> > 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)

The version included in the overlay used by the bootstrap script should have 
fixed problems with perl linking against the wrong libraries. The keyword 
here is "should" -- it would not surprise me at all if this is still flaky.

> > 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)

This is fixed in the bootstrap overlay.

> > 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

This is also fixed in the bootstrap overlay.

So far, we've accumulated all known required patches in the overlay used by 
the bootstrap script, at https://github.com/redlizard/prefix-libc/ . We are 
working on merging those changes to the appropriate places. The bootstrap 
script uses this overlay, but it should go away soon.

--Ruud

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

[yegle]

Also maybe not relevant to RAP but just in case. I emerged @world and @system with -e option, everything passed except for app-crypt/pinentry-0.8.2

It failed in running autoconf. The autoconf.out file: http://bpaste.net/show/137423/