1 |
On 09-11-2020 19:38:28 +0000, Alexey Sokolov wrote: |
2 |
> Hi Fabian |
3 |
> I tried to migrate my prefix to 17.1, and there are issues. |
4 |
> |
5 |
> 1) unsymlink-lib requires "--root ~/gentoo" and otherwise produces an |
6 |
> error "/usr/lib is a real directory! was the migration done already?" |
7 |
|
8 |
I think unsymlink-lib doesn't have Prefix support, but in addition, |
9 |
what unsymlink-lib is trying to achieve, is not a thing perhaps on |
10 |
Prefix. |
11 |
|
12 |
A prefix system (at least all of mine) doesn't have libXX or lib/XX |
13 |
(a.k.a. multilib) directories. The /usr-split was long ago removed, |
14 |
and thus what we have is: |
15 |
|
16 |
lib -> usr/lib |
17 |
|
18 |
Now, SYMLINK_LIB=no seems to split into lib and lib64, but lib64 does |
19 |
not exist on Prefix systems. |
20 |
|
21 |
Since Prefix is non-multilib by design*, I wonder if unsymlink-lib is |
22 |
necessary in the best case, but going to break the Prefix system in the |
23 |
worst case. |
24 |
|
25 |
What instructed you to perform the migration? Was it the news-item? I |
26 |
don't think it should apply for Prefix profiles, and perhaps we should |
27 |
be happy the tool won't work. |
28 |
|
29 |
* non-multilib is a decision dating back a decade or so, which means |
30 |
effectively any Prefix install you encounter should be non-multilib |
31 |
|
32 |
|
33 |
> 2) $ unsymlink-lib --root ~/gentoo --migrate --pretend |
34 |
> usage: unsymlink-lib [-h] [-p] [--root ROOT] [--analyze] [--migrate] |
35 |
> [--rollback] [--finish] [--force-rollback] |
36 |
> [--resume-finish] [-P PREFIX] [--hardlink] |
37 |
> unsymlink-lib: error: Requested action requires root privileges |
38 |
> |
39 |
> Well, I worked it around by adding "is_root = True" to unsymlink-lib |
40 |
|
41 |
Did it do anything to your system like creating a lib64 directory? Does |
42 |
anything work (because I have doubts on whether your system can still |
43 |
find the libs in there now). |
44 |
|
45 |
> |
46 |
> 3) Step 9 (Rebuild gcc) fails: |
47 |
> configure:4372: checking whether the C compiler works |
48 |
> |
49 |
> |
50 |
> |
51 |
> configure:4394: x86_64-pc-linux-gnu-gcc conftest.c >&5 |
52 |
> |
53 |
> |
54 |
> |
55 |
> /home/user/gentoo/usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/as: |
56 |
> error while loading shared libraries: |
57 |
> libopcodes-2.34.0.gentoo-sys-devel-binutils-st.so: cannot open shared |
58 |
|
59 |
Something like this I was suspecting. Can you still rollback? If you |
60 |
can, I'd try that and hope it restores your system in working order. |
61 |
|
62 |
For any Prefix user, DO NOT run unsymlink-lib, I believe you should NOT |
63 |
NEED IT! |
64 |
|
65 |
Thanks, |
66 |
Fabian |
67 |
|
68 |
> object file: No such file or directory |
69 |
> configure:4398: $? = 1 |
70 |
> |
71 |
> |
72 |
> |
73 |
> configure:4436: result: no |
74 |
> |
75 |
> The file exists: |
76 |
> $ find ~ -name libopcodes-2.34.0.gentoo-sys-devel-binutils-st.so |
77 |
> /home/user/gentoo/usr/lib/binutils/x86_64-pc-linux-gnu/2.34/libopcodes-2.34.0.gentoo-sys-devel-binutils-st.so |
78 |
> |
79 |
> -- |
80 |
> Best regards, |
81 |
> Alexey "DarthGandalf" Sokolov |
82 |
> |
83 |
|
84 |
-- |
85 |
Fabian Groffen |
86 |
Gentoo on a different level |