| 1 |
Steven Trogdon <strogdon@×××××.edu> writes: |
| 2 |
|
| 3 |
> /storage/strogdon/gentoo-redlizard//usr/sbin/iconvconfig: cannot open |
| 4 |
> `/storage/strogdon/gentoo-redlizard//storage/strogdon/gentoo-redlizard/usr/lib/gconv/gconv-modules': |
| 5 |
> No such file or directory |
| 6 |
> /storage/strogdon/gentoo-redlizard//usr/sbin/iconvconfig: no output file |
| 7 |
> produced because warnings were issued |
| 8 |
|
| 9 |
> so maybe there is a double prefix thing going on there. |
| 10 |
|
| 11 |
It's does not hurt, although it can be fixed with |
| 12 |
|
| 13 |
http://git.overlays.gentoo.org/gitweb/?p=dev/heroxbd.git;a=blob;f=sys-libs/glibc/files/eblits/pkg_postinst.eblit |
| 14 |
|
| 15 |
> Now after the install of your patched glibc I'm still unable to get getent (or |
| 16 |
> id) to parse $EPREFIX/etc/{passwd, group}. Parsing $EPREFIX/var/db does work. So |
| 17 |
> there must be some hardcoded path somewhere. An strace shows that, besides the |
| 18 |
> db lookup only /etc is parsed for {passwd, group}. |
| 19 |
|
| 20 |
Hmm, the glibc at |
| 21 |
|
| 22 |
https://github.com/redlizard/prefix-libc/tree/master/sys-libs/glibc |
| 23 |
|
| 24 |
haven't synchronized with the passwd/group hack: |
| 25 |
|
| 26 |
http://git.overlays.gentoo.org/gitweb/?p=dev/heroxbd.git;a=tree;f=sys-libs/glibc |
| 27 |
|
| 28 |
yet. Literally, it is this patch |
| 29 |
|
| 30 |
http://git.overlays.gentoo.org/gitweb/?p=dev/heroxbd.git;a=blob;f=sys-libs/glibc/files/2.17/glibc-2.17-runtime-prefix.patch |
| 31 |
|
| 32 |
I admit it's messy. Sorry for that. |
| 33 |
|
| 34 |
>> > [1.] |
| 35 |
>> > http://dev.gentoo.org/~heroxbd/bootstrap-rap.sh |
| 36 |
>> > |
| 37 |
>> > and mpc-1.0.1 fails to find gmp.h |
| 38 |
>> > |
| 39 |
>> > checking for gmp.h... no |
| 40 |
>> > configure: error: gmp.h cannot be found or is unusable. |
| 41 |
>> > |
| 42 |
>> > At this point gmp.h is present in $EPREFIX/usr/include. |
| 43 |
>> |
| 44 |
>> So you go all the way to mpc and mpfr builds without a problem? |
| 45 |
>> |
| 46 |
> |
| 47 |
> Yes. The configure line for mpfr has |
| 48 |
> |
| 49 |
> --with-gmp-include=/storage/gentoo-rap/usr/include |
| 50 |
> |
| 51 |
> but not so for mpc. |
| 52 |
|
| 53 |
I see. I wondering why I missed this in the bootstrap script. |
| 54 |
|
| 55 |
>> > This same mpc does build in my Debian prefix with native glibc. |
| 56 |
>> |
| 57 |
>> What's "Debian prefix with native glibc"? Do you mean that it can be |
| 58 |
>> built against the host Debian? |
| 59 |
> |
| 60 |
> Poor choice of words. The host glibc is not being used (I hope not). The glibc |
| 61 |
> is "native" to the prefix. For mpc built within the prefix I see |
| 62 |
> |
| 63 |
> ldd -r /storage/strogdon/gentoo-redlizard/usr/lib/libmpc.so |
| 64 |
> |
| 65 |
> libmpfr.so.4 => /storage/strogdon/gentoo-redlizard/usr/lib/libmpfr.so.4 |
| 66 |
> (0x00007f2c4ed5b000) |
| 67 |
> libgmp.so.10 => /storage/strogdon/gentoo-redlizard/usr/lib/libgmp.so.10 |
| 68 |
> (0x00007f2c4eaec000) |
| 69 |
> libm.so.6 => /storage/strogdon/gentoo-redlizard/lib/libm.so.6 |
| 70 |
> (0x00007f2c4e7ee000) |
| 71 |
> libgcc_s.so.1 |
| 72 |
> => /storage/strogdon/gentoo-redlizard/usr/x86_64-pc-linux-gnu/lib/gcc/libgcc_s.so.1 |
| 73 |
> (0x00007f2c4e5d7000) |
| 74 |
> libc.so.6 => /storage/strogdon/gentoo-redlizard/lib/libc.so.6 |
| 75 |
> (0x00007f2c4e22b000) |
| 76 |
> /storage/strogdon/gentoo-redlizard/lib64/ld-linux-x86-64.so.2 |
| 77 |
> (0x00007f2c4f1d4000) |
| 78 |
|
| 79 |
Got it. |
Archives