1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA1 |
3 |
|
4 |
Recently, without discussion as suggested by the dev manual, new |
5 |
virtuals were added for libudev and libgudev. |
6 |
|
7 |
These virtuals are different than any virtuals use in gentoo in the |
8 |
past, and due to this, I fell the discussion step is critical. As such, |
9 |
I have put a temporary QA mask on these virtuals. |
10 |
|
11 |
All below information is based on my understanding of what is happening |
12 |
and why, since these new virtuals were added with no previous |
13 |
discussion, I can only guess why things were done as they were. |
14 |
|
15 |
These new virtuals represent a new idea in how to avoid needless subslot |
16 |
rebuilds. In this case, it occurs that libudev and libgudev (both part |
17 |
of the udev package at this time) can (and do) change soname separately. |
18 |
This means that it is impossible to perform just needed subslot |
19 |
rebuilds since the package udev can only have one subslot. |
20 |
|
21 |
To battle this, virtual/libudev and virtual/libgudev were introduced, |
22 |
each with the subslot indicating version of their namesake. In this |
23 |
way, packages which currently dep on virtual/udev can be adjusted to dep |
24 |
on one or both of the new virtuals and possibly avoid unneeded subslot |
25 |
rebuilds. |
26 |
|
27 |
All in all, this isn't a bad idea on the surface, but the first |
28 |
arguement shows immediately when this is scaled up. How many other |
29 |
packages have multiple libs with different sonames? Off hand, I can |
30 |
think of poplar, but I'm sure there must be more. Is it really |
31 |
scalable, desirable, or sane, to break each package on the system into |
32 |
multiple different virtuals like this? |
33 |
|
34 |
Discussion, go. |
35 |
|
36 |
Thanks, |
37 |
Zero |
38 |
-----BEGIN PGP SIGNATURE----- |
39 |
Version: GnuPG v2.0.22 (GNU/Linux) |
40 |
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ |
41 |
|
42 |
iQIcBAEBAgAGBQJTNe4mAAoJEKXdFCfdEflKDdAP/iZA0CcRY1TW8JYoZwWgkx6q |
43 |
KaY2jVRMVHDuIRHGv1IRPbhS0vhAxJ9ksX98gkV8fXyXaBrLe4CQbuRR5YhqHKiv |
44 |
Wlwn4V8yjT3VW+39Km3xUKSCqN+ERphMY1NXnu80Atx0cp6/kXPMPoxsUdvmFW// |
45 |
0guIWQh7BamJF1T3U1GnuuexhHVnMBdsPPRn9AfpXSmUBUQ0C1E4l74Vkvwa6+7D |
46 |
+U0a8NDtiha7WreCt4e2luMTfmYUezv5uE5E+b/hZvCf9cg5BaPQMjQyldzqd+c0 |
47 |
kP29GsB6dxZ+BbDDlepvIll36gnAmgiYbipATmUxY9T2YY9dj34aLU/wdHjZJl5G |
48 |
5NMDnhmkBTxmg5B5t5W+1JagMtFjNqPhayXcHYtU/0cinwWI2fG24rdiSRya30SX |
49 |
vVXzBUe7wMbYMe/mokjtPBraL1S4nL0Svvoft/qkvojy9hEezNX8caA/NkgEFJWO |
50 |
c1C920o8jrWB2MI5MnEnjs0DZRLI7MfXW2FOBtymignNjW7NSs/gZj62PM08pzD0 |
51 |
9vEBlw/Yku1s3uGmEYGECWTrZTqiYgMCHI50lw0hAmGF8L3OYO120j4Rybr1cqgV |
52 |
gmsFcHCGsUXlEyx+uIB1hF59w8vI0GzIDqwSDMtpQ8SlByrgKXd/B7Pzn1RZDMfO |
53 |
Fu7jIfz700SRT3hmnTDw |
54 |
=kF// |
55 |
-----END PGP SIGNATURE----- |