1 |
On Tue, Feb 25, 2014 at 5:10 PM, Alex Xu <alex_y_xu@×××××.ca> wrote: |
2 |
> On 25/02/14 04:58 PM, Michał Górny wrote: |
3 |
>> Hello, folks. |
4 |
>> |
5 |
>> First of all, two technical matters: |
6 |
>> |
7 |
>> 1. I think we have new people on systemd@g.o, you may want to subscribe |
8 |
>> to gentoo-systemd@ mailing list if you didn't, |
9 |
>> |
10 |
>> 2. Does anyone feel like needing a team meeting? |
11 |
>> |
12 |
>> Now, for the core issue. |
13 |
>> |
14 |
>> As most of you probably already know, systemd-209 has replaced |
15 |
>> the separate libsystemd-* libraries with a single libsystemd.so. |
16 |
>> Upstream has provided --enable-compat-libs switch to install |
17 |
>> backwards-compat pkg-config files (that all use '-lsystemd') |
18 |
>> and backwards-compat .so libraries. The latter used some magic in -209 |
19 |
>> and is just verbatim copy of libsystemd.so in -210. |
20 |
>> |
21 |
>> As I see it, we have three options now: |
22 |
>> |
23 |
>> 1. install both compat pkg-config files and libs (wasting space), |
24 |
>> |
25 |
>> 2. install only pkg-config files (a bit of build system hackery but |
26 |
>> easy), |
27 |
>> |
28 |
>> 3. do not install compat-libs and fix the rev-deps. |
29 |
>> |
30 |
>> I've committed a p.masked systemd-210 using option 2 today but it's |
31 |
>> still open to discussion. I'm currently testing all the rev-deps. |
32 |
>> |
33 |
>> I think that (2) is best since it leaves most of the packages working |
34 |
>> (only the few that don't do pkg-config break) and links them properly |
35 |
>> to the future lib. That is, when we drop the compat completely people |
36 |
>> will only have build-time failures and no mis-linked packages. |
37 |
>> |
38 |
>> I've started reporting bugs about packages that fail with it. I'm |
39 |
>> already explaining maintainers what the sit is and how to be |
40 |
>> future-proof. See bug #502422 [1] for an example. |
41 |
>> |
42 |
>> I don't think there's a point disabling compat completely right now. |
43 |
>> I'd rather wait a while till upstreams note the change and start |
44 |
>> updating the packages themselves. We can then only fix the few |
45 |
>> remaining ones as appropriate. |
46 |
>> |
47 |
>> What are your thoughts? |
48 |
>> |
49 |
>> [1]:https://bugs.gentoo.org/show_bug.cgi?id=502422 |
50 |
>> |
51 |
> |
52 |
> Can't we install the libs as symlinks? |
53 |
> |
54 |
|
55 |
That's actually what I ended up doing locally to work around the |
56 |
multipath-tools build failure. This does the trick: |
57 |
|
58 |
ln -s libsystemd.so /usr/lib64/libsystemd-daemon.so |
59 |
|
60 |
It seems pretty dirty to me, but we can certainly add that to the |
61 |
ebuild if the bugs mgorny has filed do not get fixed in a reasonable |
62 |
timeframe. |