1 |
> |
2 |
> Hello |
3 |
> |
4 |
> Let my explain the problem and my suggestion to handle it better (at |
5 |
> least from my point of view) with an example: |
6 |
> |
7 |
> Sometime ago I bumped bluez version from 4.39-r2 to 4.60, with that |
8 |
> bump, a new and *optional* RDEPEND on sys-libs/libcap-ng was added. |
9 |
> Since libcap-ng was not keyworded in all arches but x86 and amd64, I had |
10 |
> to drop keywords for bluez and open |
11 |
> http://bugs.gentoo.org/show_bug.cgi?id=303527 for handling it. |
12 |
> |
13 |
> From my point of view, I would prefer to: |
14 |
> 1. Mask "caps" for net-wireless/bluez on affected arches, letting us to |
15 |
> keep bluez keyworded. |
16 |
> 2. Open two bug reports as done with current policy: one for keywording |
17 |
> libcap-ng and other to check bluez works ok with it asking arch team to |
18 |
> unmask that USE flag if possible. |
19 |
> |
20 |
> This way to go would have the advantage of letting people running bluez |
21 |
> on affected arches to still get the latest bluez version instead of |
22 |
> still having to run a pretty old (and buggy) one. |
23 |
> |
24 |
> Thanks for considering it |
25 |
> |
26 |
Your preferred method is exactly how (as a ppc keyworder) I like to see |
27 |
these kind of bugs handled. Dropping keywords makes an awful lot more |
28 |
work for us and hurts our users, especially since we're not always very |
29 |
prompt at handling bugs. |
30 |
|
31 |
Thanks for bringing this up on the mailing list! |
32 |
-Joe |