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