1 |
I've found couple of issues, or maybe not. |
2 |
|
3 |
systemd installs to /usr/lib/systemd (or /lib/systemd since 234) |
4 |
unconditionally. |
5 |
I'm not sure if it's special and should be allowed to do that, but it's |
6 |
the only package on the system (except gcc/$CHOST dir) that has 64-bit |
7 |
libraries and binaries in lib. |
8 |
|
9 |
Here is the list of the bugs I've found and opened, maybe you can add |
10 |
them as blockers for #506276 |
11 |
|
12 |
https://bugs.gentoo.org/show_bug.cgi?id=627744 |
13 |
https://bugs.gentoo.org/show_bug.cgi?id=627746 |
14 |
https://bugs.gentoo.org/show_bug.cgi?id=628338 |
15 |
|
16 |
|
17 |
|
18 |
On 08/12/2017 02:33 PM, Michał Górny wrote: |
19 |
> On śro, 2017-08-02 at 17:58 +0200, Michał Górny wrote: |
20 |
>> Hi, everyone. |
21 |
>> |
22 |
>> I've finally gotten around to writing a new tool for migrating amd64 |
23 |
>> systems to SYMLINK_LIB=no layout [1]. I've put it in symlink-lib- |
24 |
>> migration [2] repository along with a README. Please review it and give |
25 |
>> it more testing. |
26 |
> |
27 |
> I've pushed two important fixes now: |
28 |
> |
29 |
> a. The tool now processes unowned files as well -- *.{a,la,so} are left |
30 |
> in lib64 (i.e. the symlinks created by db.eclass and alikes) while |
31 |
> everything else goes into lib. |
32 |
> |
33 |
> b. I've fixed cleanup phase to also remove top-level files |
34 |
> and directories that were moved out of lib64. Also, I've fixed it not to |
35 |
> complain about trying to remove non-empty directories. |
36 |
> |
37 |
> |
38 |
>> [1]:https://bugs.gentoo.org/show_bug.cgi?id=506276 |
39 |
>> [2]:https://github.com/mgorny/symlink-lib-migration |
40 |
> |