1 |
Hi Steven, |
2 |
|
3 |
I am really sorry for the confusion in glibc on Prefix. We are on the |
4 |
way to make it work out-of-the-box, finally. |
5 |
|
6 |
Steven Trogdon <strogdon@×××××.edu> writes: |
7 |
|
8 |
> OK, I think I have found part of my problem. Here is a partial result |
9 |
> from updating world |
10 |
> |
11 |
> [ebuild R ] dev-libs/libltdl-2.4.6 ABI_X86="(-64*)" |
12 |
> [ebuild R ] virtual/service-manager-0 KERNEL="(-linux*)" |
13 |
> [ebuild R ] dev-libs/mpfr-3.1.3_p4 ABI_X86="(-64*)" |
14 |
> [ebuild R ] dev-libs/mpc-1.0.3 ABI_X86="(-64*)" |
15 |
> [ebuild N #] dev-libs/libiconv-1.14-r1 USE="static-libs" |
16 |
> [ebuild R ] virtual/libiconv-0-r2 ABI_X86="(-64*)" ELIBC="(-glibc*)" |
17 |
> [ebuild N #] dev-libs/libintl-0.19.7 USE="threads -static-libs" |
18 |
> [uninstall ] sys-libs/glibc-2.19-r1 |
19 |
> [blocks b ] sys-libs/glibc ("sys-libs/glibc" is blocking |
20 |
> dev-libs/libiconv-1.14-r1) |
21 |
> [blocks b ] sys-libs/glibc ("sys-libs/glibc" is blocking |
22 |
> dev-libs/libintl-0.19.7) |
23 |
> [ebuild R ] virtual/libintl-0-r2 ABI_X86="(-64*)" ELIBC="(-glibc*)" |
24 |
> [ebuild R ] sys-libs/zlib-1.2.8-r1 ABI_X86="(-64*)" |
25 |
> [ebuild R ] dev-libs/expat-2.1.0-r4 ABI_X86="(-64*)" |
26 |
> [ebuild R ] dev-libs/iniparser-3.1-r1 ABI_X86="(-64*)" |
27 |
> |
28 |
> I don't know about the ABI changes, but notice that portage wants to |
29 |
> remove sys-libs/glibc. This will break my prefix since I'm not using |
30 |
> the host glibc but a prefix installed one. Of course things are pretty |
31 |
> much broken now since I can't perform a meaningful update. Some |
32 |
> ebuilds have the 'elibc_glibc' useflag to prevent installing things |
33 |
> that conflict with an installed glibc - gettext is an example. That |
34 |
> flag just doesn't work. I'm unable to install gettext (which is |
35 |
> already installed) because of a file collision with a header provided |
36 |
> by glibc. I have tried everything I can think of to enable the |
37 |
> 'elibc_glibc' flag without success. I can certainly fix the ebuild to |
38 |
> make it work but there remains the issue with glibc and the need for |
39 |
> libiconv and libintl which are not needed but portage insists on |
40 |
> installing? This has not been a problem until recently. |
41 |
|
42 |
What profile are you using? From your previous email it seems wrong: |
43 |
|
44 |
> Any ideas as to why I now have no valid ARCH set? The |
45 |
> etc/portage/make.profile symlink is in place |
46 |
|
47 |
> ls -al ~/etc/portage/make.profile |
48 |
> lrwxrwxrwx 1 strogdon math 71 Dec 24 00:17 |
49 |
> /storage/strogdon/gentoo-prefix/etc/portage/make.profile -> |
50 |
> /storage/strogdon/gentoo-prefix/usr/portage/profiles/prefix/linux/amd64 |
51 |
|
52 |
> Any pointers as to where to look? |
53 |
|
54 |
prefix/linux/amd64 is for prefix-rpath, which replies on host libc. |
55 |
What should be used is prefix/linux-standalone/amd64, see bug 521138[1]. |
56 |
|
57 |
On my system, |
58 |
|
59 |
$ eselect profile list |
60 |
Available profile symlink targets: |
61 |
[1] gentoo_prefix:prefix/linux/amd64 |
62 |
[2] gentoo_prefix:prefix/linux-standalone/amd64 * |
63 |
|
64 |
Therefore |
65 |
|
66 |
$ eselect profile set 2 |
67 |
|
68 |
would do the profile switch. |
69 |
|
70 |
> Now it's possible that my prefix is messed up but until recently my |
71 |
> non-host glibc has been coexisting nicely with prefix. |
72 |
|
73 |
There is still hope to fix the running system. After switching to the |
74 |
currect profile, emerge @system again. I am not sure if the glibc in |
75 |
prefix overlay would work[2]. If not, give the one in my overlay[3] a |
76 |
try. |
77 |
|
78 |
I am available to help with any further problems. |
79 |
|
80 |
Yours, |
81 |
Benda |
82 |
|
83 |
1. https://bugs.gentoo.org/show_bug.cgi?id=521138 |
84 |
2. https://bugs.gentoo.org/show_bug.cgi?id=473728 |
85 |
3. https://gitweb.gentoo.org/dev/heroxbd.git/tree/sys-libs/glibc |