| 1 |
On 2019-06-21 10:44, Mick wrote: |
| 2 |
> On Friday, 21 June 2019 08:56:34 BST Kai Peter wrote: |
| 3 |
>> Hi, |
| 4 |
>> |
| 5 |
>> I couldn't find an appropriate documentation for this, so it is not |
| 6 |
>> clear to me how a __no-multilib__ layout looks like with 17.1 |
| 7 |
>> profiles. |
| 8 |
>> All for amd64. |
| 9 |
>> |
| 10 |
>> With 17.0-no-multilib '/lib' is a symlink to '/lib64'. For |
| 11 |
>> 17.1-no-multilib I see 4 possibilities: |
| 12 |
>> |
| 13 |
>> 1. no change |
| 14 |
>> |
| 15 |
>> 2. both '/lib' and '/lib64' are directories (don't expect this, but |
| 16 |
>> it's |
| 17 |
>> possible) |
| 18 |
>> |
| 19 |
>> 3. 'lib64' is a symlink to '/lib' |
| 20 |
>> |
| 21 |
>> 4. only one folder '/lib' __OR__ 'lib64' exists |
| 22 |
>> |
| 23 |
>> With an eye to lfs I would expect to have one '/lib' only. Did anybody |
| 24 |
>> the switch already and can tell me what happens? |
| 25 |
>> |
| 26 |
>> Thanks |
| 27 |
>> Kai |
| 28 |
> |
| 29 |
> On my amd64 no-multilib system there is of course no /lib32 or |
| 30 |
> /usr/lib32. |
| 31 |
> |
| 32 |
> There are: |
| 33 |
> |
| 34 |
> $ ls -ld /lib* |
| 35 |
> drwxr-xr-x 11 root root 4096 Jun 7 13:23 /lib |
| 36 |
> drwxr-xr-x 8 root root 12288 Jun 14 23:42 /lib64 |
| 37 |
> |
| 38 |
> and |
| 39 |
> |
| 40 |
> $ ls -ld /usr/lib* |
| 41 |
> drwxr-xr-x 21 root root 4096 Jun 15 00:06 /usr/lib |
| 42 |
> drwxr-xr-x 104 root root 159744 Jun 19 08:15 /usr/lib64 |
| 43 |
> drwxr-xr-x 18 root root 4096 Jun 14 23:54 /usr/libexec |
| 44 |
> |
| 45 |
> all of which as you can see are real directories. |
| 46 |
|
| 47 |
Thanks. |
| 48 |
-- |
| 49 |
Sent with eQmail-1.10.3 beta - a fork of djb's famous qmail |
Archives