Gentoo Archives: gentoo-alt

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

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-alt] Issues bootstrapping Gentoo Prefix on Arch Linux Joey Dumont <joey.dumont@×××××.com>