Re: [gentoo-alt] Gentoo RAP bootstrap script

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

$ layman -a heroxbd

It's an ugly hack though, need to be refined to submit to upstream.

Benda