Gentoo Archives: gentoo-alt

From: Joey Dumont <joey.dumont@×××××.com>
To: gentoo-alt@l.g.o
Subject: Re: [gentoo-alt] Issues bootstrapping Gentoo Prefix on Arch Linux
Date: Wed, 16 Dec 2020 02:44:41
Message-Id: CAB6-_id9Vmoj43fZWUyomy3manhs3Lianvq+AXSd=Eb9+G-jfA@mail.gmail.com
In Reply to: Re: [gentoo-alt] Issues bootstrapping Gentoo Prefix on Arch Linux by Fabian Groffen
1 At this exploratory stage, I do not need a libc in my prefix. Arch is a
2 rolling release, so I currently glibc-2.32, which I believe is the latest.
3
4 Good to hear that it's working on both Ubuntu and CentOS: those are the
5 likely platforms for any production work. I was mostly curious to see how
6 it would fare on my home system. It's a nice way of getting acquainted with
7 portage as well.
8
9 The PREFIX_DISABLE_RAP=yes bootstrap worked! This is enough for me on Arch
10 Linux, although I'd be curious to know why RAP fails. I just tried emerging
11 attr on my non-RAP prefix, and it also fails. Do you know if it's a
12 function of the host glibc?
13
14 In any case, I think this is fine. I'll set prefix up on a CentOS or Ubuntu
15 system with a prefixed libc.
16
17 Thanks!
18
19 Joey Dumont (Profile <http://blog.joey-dumont.ca/>)
20 The supreme elegance of Nature lies in its apparent simplicity.
21
22
23 On Tue, 15 Dec 2020 at 02:55, Fabian Groffen <grobian@g.o> wrote:
24
25 > I know this is not a small ask, but do you need a libc in your Prefix?
26 > E.g. do you anticipate one is neccesary because Arch's is too old?
27 >
28 > If not, could you try bootstrapping again from scratch with
29 > PREFIX_DISABLE_RAP=yes in your environment set.
30 >
31 > I see that yesterday's Ubuntu bootstrap (using RAP) succeeded, and the
32 > CentOS bootstrap succeeded not too long ago, so this may be a total
33 > pointless ask.
34 >
35 > Thanks,
36 > Fabian
37 >
38 >
39 > On 14-12-2020 20:59:52 -0500, Joey Dumont wrote:
40 > > I tried contacting the mailing list a couple times, but it seems my
41 > > messages weren't going through. Trying with plain text email, sorry if
42 > > I generated noise.
43 > >
44 > > I've been trying to bootstrap Gentoo Prefix on Arch Linux. However, I
45 > > am having issues during stage3. Specifically, I am having trouble
46 > > building sys-apps/attr-2.4.48-r4. Actually, it builds fine, but then
47 > > the symbol version sanity check fails:
48 > >
49 > > * ERROR: sys-apps/attr-2.4.48-r4::gentoo failed (install phase):
50 > > * symbol version sanity check failed; please comment on
51 > > https://bugs.gentoo.org/644048
52 > > *
53 > > * Call stack:
54 > > * ebuild.sh, line 125: Called src_install
55 > > * environment, line 2163: Called multilib-minimal_src_install
56 > > * environment, line 1501: Called multilib_foreach_abi
57 > > 'multilib-minimal_abi_src_install'
58 > > * environment, line 1734: Called multibuild_foreach_variant
59 > > '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_install'
60 > > * environment, line 1388: Called _multibuild_run
61 > > '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_install'
62 > > * environment, line 1386: Called _multilib_multibuild_wrapper
63 > > 'multilib-minimal_abi_src_install'
64 > > * environment, line 474: Called multilib-minimal_abi_src_install
65 > > * environment, line 1491: Called multilib_src_install
66 > > * environment, line 1965: Called die
67 > > * The specific snippet of code:
68 > > * die "symbol version sanity check failed; please
69 > > comment on https://bugs.gentoo.org/644048";
70 > >
71 > > I've checked the symbols, and it does seem that the issue fits the
72 > > parameters of bug 644048:
73 > >
74 > > ~/software/gentoo/2020.12/tmp/bin/x86_64-pc-linux-gnu-readelf -sW
75 > >
76 > /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
77 > > | grep getxattr
78 > > 13: 0000000000000000 0 FUNC GLOBAL DEFAULT UND
79 > > lgetxattr@GLIBC_2.3 (7)
80 > > 26: 0000000000000000 0 FUNC GLOBAL DEFAULT UND
81 > > fgetxattr@GLIBC_2.3 (7)
82 > > 31: 0000000000000000 0 FUNC GLOBAL DEFAULT UND
83 > > getxattr@GLIBC_2.3 (7)
84 > > 43: 00000000000040e0 0 FUNC GLOBAL DEFAULT 13
85 > fgetxattr@ATTR_1.0
86 > > 54: 00000000000040a0 0 FUNC GLOBAL DEFAULT 13
87 > getxattr@ATTR_1.0
88 > > 62: 00000000000040c0 0 FUNC GLOBAL DEFAULT 13
89 > lgetxattr@ATTR_1.0
90 > > 47: 00000000000040c0 24 FUNC LOCAL DEFAULT 13
91 > libattr_lgetxattr
92 > > 50: 00000000000040a0 24 FUNC LOCAL DEFAULT 13
93 > libattr_getxattr
94 > > 57: 00000000000040e0 23 FUNC LOCAL DEFAULT 13
95 > libattr_fgetxattr
96 > > 83: 0000000000000000 0 FUNC GLOBAL DEFAULT UND lgetxattr@
97 > @GLIBC_2.3
98 > > 89: 00000000000040a0 0 FUNC GLOBAL DEFAULT 13
99 > getxattr@ATTR_1.0
100 > > 97: 00000000000040c0 0 FUNC GLOBAL DEFAULT 13
101 > lgetxattr@ATTR_1.0
102 > > 113: 0000000000000000 0 FUNC GLOBAL DEFAULT UND fgetxattr@
103 > @GLIBC_2.3
104 > > 123: 0000000000000000 0 FUNC GLOBAL DEFAULT UND getxattr@
105 > @GLIBC_2.3
106 > > 127: 00000000000040e0 0 FUNC GLOBAL DEFAULT 13
107 > fgetxattr@ATTR_1.0
108 > >
109 > > I tried adding the ebuild/patch attached to the bug above by adding a
110 > > local repo, and masking earlier versions of sys-apps/attr in
111 > > tmp/etc/portage/package.mask, but since the patch modifies a file
112 > > alled Makemodules.am, portage triggers automake-1.15, which is not
113 > > available on the prefix at this point. I tried installing it by adding
114 > > sys-devel/automake to the list of pkgs installed at this point, but
115 > > this fails at the install_qa_check_prefix stage, as automake contains
116 > > non-prefixed shebangs.
117 > >
118 > > What's the way forward here? Should I write my own automake patch to
119 > > fix the non-prefixed shebang? Or is that a known issue in Prefix with
120 > > a better (known) solution?
121 > >
122 > > Thanks for any help!
123 > >
124 > > Joey Dumont (Profile)
125 > > The supreme elegance of Nature lies in its apparent simplicity.
126 > >
127 >
128 > --
129 > Fabian Groffen
130 > Gentoo on a different level
131 >

Replies

Subject Author
Re: [gentoo-alt] Issues bootstrapping Gentoo Prefix on Arch Linux Fabian Groffen <grobian@g.o>