| 1 |
I know this is not a small ask, but do you need a libc in your Prefix? |
| 2 |
E.g. do you anticipate one is neccesary because Arch's is too old? |
| 3 |
|
| 4 |
If not, could you try bootstrapping again from scratch with |
| 5 |
PREFIX_DISABLE_RAP=yes in your environment set. |
| 6 |
|
| 7 |
I see that yesterday's Ubuntu bootstrap (using RAP) succeeded, and the |
| 8 |
CentOS bootstrap succeeded not too long ago, so this may be a total |
| 9 |
pointless ask. |
| 10 |
|
| 11 |
Thanks, |
| 12 |
Fabian |
| 13 |
|
| 14 |
|
| 15 |
On 14-12-2020 20:59:52 -0500, Joey Dumont wrote: |
| 16 |
> I tried contacting the mailing list a couple times, but it seems my |
| 17 |
> messages weren't going through. Trying with plain text email, sorry if |
| 18 |
> I generated noise. |
| 19 |
> |
| 20 |
> I've been trying to bootstrap Gentoo Prefix on Arch Linux. However, I |
| 21 |
> am having issues during stage3. Specifically, I am having trouble |
| 22 |
> building sys-apps/attr-2.4.48-r4. Actually, it builds fine, but then |
| 23 |
> the symbol version sanity check fails: |
| 24 |
> |
| 25 |
> * ERROR: sys-apps/attr-2.4.48-r4::gentoo failed (install phase): |
| 26 |
> * symbol version sanity check failed; please comment on |
| 27 |
> https://bugs.gentoo.org/644048 |
| 28 |
> * |
| 29 |
> * Call stack: |
| 30 |
> * ebuild.sh, line 125: Called src_install |
| 31 |
> * environment, line 2163: Called multilib-minimal_src_install |
| 32 |
> * environment, line 1501: Called multilib_foreach_abi |
| 33 |
> 'multilib-minimal_abi_src_install' |
| 34 |
> * environment, line 1734: Called multibuild_foreach_variant |
| 35 |
> '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_install' |
| 36 |
> * environment, line 1388: Called _multibuild_run |
| 37 |
> '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_install' |
| 38 |
> * environment, line 1386: Called _multilib_multibuild_wrapper |
| 39 |
> 'multilib-minimal_abi_src_install' |
| 40 |
> * environment, line 474: Called multilib-minimal_abi_src_install |
| 41 |
> * environment, line 1491: Called multilib_src_install |
| 42 |
> * environment, line 1965: Called die |
| 43 |
> * The specific snippet of code: |
| 44 |
> * die "symbol version sanity check failed; please |
| 45 |
> comment on https://bugs.gentoo.org/644048"; |
| 46 |
> |
| 47 |
> I've checked the symbols, and it does seem that the issue fits the |
| 48 |
> parameters of bug 644048: |
| 49 |
> |
| 50 |
> ~/software/gentoo/2020.12/tmp/bin/x86_64-pc-linux-gnu-readelf -sW |
| 51 |
> /home/valandil/software/gentoo/2020.12/var/tmp/portage/sys-apps/attr-2.4.48-r4/image/home/valandil/software/gentoo/2020.12/usr/lib64/libattr.so.1 |
| 52 |
> | grep getxattr |
| 53 |
> 13: 0000000000000000 0 FUNC GLOBAL DEFAULT UND |
| 54 |
> lgetxattr@GLIBC_2.3 (7) |
| 55 |
> 26: 0000000000000000 0 FUNC GLOBAL DEFAULT UND |
| 56 |
> fgetxattr@GLIBC_2.3 (7) |
| 57 |
> 31: 0000000000000000 0 FUNC GLOBAL DEFAULT UND |
| 58 |
> getxattr@GLIBC_2.3 (7) |
| 59 |
> 43: 00000000000040e0 0 FUNC GLOBAL DEFAULT 13 fgetxattr@ATTR_1.0 |
| 60 |
> 54: 00000000000040a0 0 FUNC GLOBAL DEFAULT 13 getxattr@ATTR_1.0 |
| 61 |
> 62: 00000000000040c0 0 FUNC GLOBAL DEFAULT 13 lgetxattr@ATTR_1.0 |
| 62 |
> 47: 00000000000040c0 24 FUNC LOCAL DEFAULT 13 libattr_lgetxattr |
| 63 |
> 50: 00000000000040a0 24 FUNC LOCAL DEFAULT 13 libattr_getxattr |
| 64 |
> 57: 00000000000040e0 23 FUNC LOCAL DEFAULT 13 libattr_fgetxattr |
| 65 |
> 83: 0000000000000000 0 FUNC GLOBAL DEFAULT UND lgetxattr@@GLIBC_2.3 |
| 66 |
> 89: 00000000000040a0 0 FUNC GLOBAL DEFAULT 13 getxattr@ATTR_1.0 |
| 67 |
> 97: 00000000000040c0 0 FUNC GLOBAL DEFAULT 13 lgetxattr@ATTR_1.0 |
| 68 |
> 113: 0000000000000000 0 FUNC GLOBAL DEFAULT UND fgetxattr@@GLIBC_2.3 |
| 69 |
> 123: 0000000000000000 0 FUNC GLOBAL DEFAULT UND getxattr@@GLIBC_2.3 |
| 70 |
> 127: 00000000000040e0 0 FUNC GLOBAL DEFAULT 13 fgetxattr@ATTR_1.0 |
| 71 |
> |
| 72 |
> I tried adding the ebuild/patch attached to the bug above by adding a |
| 73 |
> local repo, and masking earlier versions of sys-apps/attr in |
| 74 |
> tmp/etc/portage/package.mask, but since the patch modifies a file |
| 75 |
> alled Makemodules.am, portage triggers automake-1.15, which is not |
| 76 |
> available on the prefix at this point. I tried installing it by adding |
| 77 |
> sys-devel/automake to the list of pkgs installed at this point, but |
| 78 |
> this fails at the install_qa_check_prefix stage, as automake contains |
| 79 |
> non-prefixed shebangs. |
| 80 |
> |
| 81 |
> What's the way forward here? Should I write my own automake patch to |
| 82 |
> fix the non-prefixed shebang? Or is that a known issue in Prefix with |
| 83 |
> a better (known) solution? |
| 84 |
> |
| 85 |
> Thanks for any help! |
| 86 |
> |
| 87 |
> Joey Dumont (Profile) |
| 88 |
> The supreme elegance of Nature lies in its apparent simplicity. |
| 89 |
> |
| 90 |
|
| 91 |
-- |
| 92 |
Fabian Groffen |
| 93 |
Gentoo on a different level |
Archives