Re: [gentoo-alt] Gentoo RAP bootstrap script

[Steven Trogdon]

Hi Benda,

I finally got around to looking at this. See below.

On Wed, 02 Oct 2013 18:33:21 +0900
heroxbd@×××××.com wrote:

> Dear Steven,
>
> Steven Trogdon <strogdon@×××××.edu> writes:
>
> > I've seen this sort of thing on other tries to build glibc in prefix.
> > Here the host OS is debian and authentication is via a radius server
> > over nfs. All user specific info is not stored in /etc/passwd but in a
> > user passwd database. On gentoo, glibc sets the location to search for
> > this database as under /var/db and I believe this needs to be
> > $EPREFIX/var/db. Here on the host the database is stored under
> > /var/lib/misc. One cannot simply copy over the debian-provided
> > database to $EPREFIX/var/db and get things to work, at least I don't
> > thing so. It is possible to get things to work with a little work,
> > once the search path is $EPREFIX/var/db. One has to, from the output
> > of "/usr/bin/getent passwd" on the host, generate a database for
> > gentoo. And then some minor changes have to be made to
> > $EPREFIX/etc/nsswitch.conf so that things are database aware. To see
> > the problem, from within $EPREFIX
> >
> > $ id
> > uid=105600 gid=925(math) groups=925(math)
>
> Regarding this issue, I have a prefixified glibc at
>
>           http://git.overlays.gentoo.org/gitweb/?p=dev/heroxbd.git;a=blob;f=sys-libs/glibc/glibc-2.17.ebuild
>
> It looks for $EPREFIX/etc/{passwd,shadow,group,resolv.conf} and
> $EPREFIX/var/db.
>
> Therefore you can have your $EPREFIX/etc/passwd as
>
> strogdon:x:105600:925:Steven Trogdon:/home/strogdon:/bin/bash
>
> and $EPREFIX/etc/group as
>
> math:x:925:strogdon
>
> "getent passwd > $EPREFIX/etc/passwd" is also a good starting point.
>
> This should resolve your problem.
>
> You can copy the ebuild directly, or use the heroxbd overlay to emerge
> the hacked glibc by

It looks like the prefixified changes are quite significant.

>
> $ layman -a heroxbd
>
> It's an ugly hack though, need to be refined to submit to upstream.
>
> Benda
 
My build system has changed since I initially tested RAP. The OS has been
"upgraded" and I now have to deal with Debian 7 and multiarch! I do have a
native glibc installed on Debian 7 that uses

https://github.com/redlizard/gentoo-prefix-libc

with numerous nasty patches that works around the passwd/group issue (your
approach is much more comprehensive). But that prefix injects rpath/runpath
variables into runtime libraries and your patched glibc fails the preinst phase
with

Inconsistency detected by ld.so: get-dynamic-info.h: 133: elf_get_dynamic_info:
Assertion `info[29] == ((void *)0)' failed!

because rpath/runpath are also injected into ld.so. I presume a proper RAP
install (which I don't have) will not have this issue. To that end I have tried

[1.] 
http://dev.gentoo.org/~heroxbd/bootstrap-rap.sh

and mpc-1.0.1 fails to find gmp.h 

checking for gmp.h... no
configure: error: gmp.h cannot be found or is unusable.

At this point gmp.h is present in $EPREFIX/usr/include. This same mpc does build
in my Debian prefix with native glibc. I have also tried

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

but after installing prefix-portage-2.2.01.22124 I get

* ready to bootstrap stage3
!!! Invalid PORTDIR_OVERLAY (not a dir):'/storage/gentoo-glibc/tmp/usr/local/portage'
!!! Invalid PORTDIR_OVERLAY (not a dir):'/storage/gentoo-glibc/tmp/usr/local/portage' 
!!! Invalid host triple , giving up.
!!! Invalid PORTDIR_OVERLAY (not a dir):'/storage/gentoo-glibc/usr/local/portage' 
!!! Invalid PORTDIR_OVERLAY (not a dir):'/storage/gentoo-glibc/tmp/usr/local/portage' 
!!! Invalid PORTDIR_OVERLAY (not a dir):'/storage/gentoo-glibc/usr/local/portage' 
!!! Invalid PORTDIR_OVERLAY (not a dir):'/storage/gentoo-glibc/tmp/usr/local/portage'

and the directories have not been created.

Steve