1 |
Michał Górny posted on Wed, 20 Dec 2017 14:40:27 +0100 as excerpted: |
2 |
|
3 |
> A new set of 17.1 amd64 profiles has been added to the Gentoo |
4 |
> repository. Those profiles switch to a more standard 'no SYMLINK_LIB' |
5 |
> multilib layout, |
6 |
> and require explicit migration as described below. They are considered |
7 |
> experimental at the moment, and have a fair risk of breaking your |
8 |
> system. We would therefore like to ask our users to test them on their |
9 |
> non-production ~amd64 systems. |
10 |
> |
11 |
> In those profiles, the lib->lib64 compatibility symlink is removed. |
12 |
> The 'lib' directory becomes a separate directory, that is used for |
13 |
> cross-arch and native non-library packages (gcc, clang) and 32-bit |
14 |
> libraries on the multilib profile (for better compatibility with |
15 |
> prebuilt x86 packages). |
16 |
|
17 |
|
18 |
In all this I don't see an answer to one question: |
19 |
|
20 |
Will this eventually be the only supported choice, or is the |
21 |
compatibility-symlinked version going to be supported going forward too? |
22 |
If it's to be only-supported, what's the timeline? |
23 |
|
24 |
|
25 |
Here's why I'm asking: I'm on nomultilib and already have usrmerge (tho |
26 |
reverse, with / being canonical and /usr -> .), and (s)bin merge, so I |
27 |
already have a single canonical /bin and a single canonical /lib64, with |
28 |
various symlinks making the other paths work as well. |
29 |
|
30 |
So there's no reason or benefit to me splitting /lib and /lib64 again, as |
31 |
that would go against the concept of the usr and sbin merges I've already |
32 |
done, and the long-time lib merges that gentoo has had on amd64 since |
33 |
before I switched to gentoo in 2004. I've found I quite /like/ having a |
34 |
single bin dir and a single lib dir for everything, and this would undo |
35 |
that, forcing me to mentally track separate lib locations once again. |
36 |
|
37 |
|
38 |
So I'll probably keep my merged lib here, managing it much like I do my |
39 |
merged bin and root/usr, but it'd be nice to know whether that's going to |
40 |
remain an official layout or not, and if not, what the timeframe for |
41 |
removing it is. |
42 |
|
43 |
-- |
44 |
Duncan - List replies preferred. No HTML msgs. |
45 |
"Every nonfree program has a lord, a master -- |
46 |
and if you use the program, he is your master." Richard Stallman |