1 |
I took a look at qemu-kvm and found something I percieve as funny: |
2 |
It had a gnutls use-flag, but no ssl useflag. |
3 |
|
4 |
As I see it is I want ssl/tls support it should be sufficient to enable |
5 |
USE="ssl" and let the maintainer of said ebuild decide which |
6 |
implementation (if more then one) I am better off with and only care |
7 |
about the USE="gnutls openssl nss" if i really think the maintainer is |
8 |
wrong. |
9 |
|
10 |
For qemu-kvm the problem is that there is only one implementation (i.e. |
11 |
gnutls), and if I want to have ssl support I have to enable gnutls for |
12 |
this package. |
13 |
|
14 |
When I wrote a bug about this I got a rather short reply from maintainer |
15 |
about pointing me to the policy about this. |
16 |
Now I know there was a disscussion a while back about this on the |
17 |
mailinglist, but google fails me to find it, looking into the Gentoo |
18 |
Development Guide [1] it fails me too. |
19 |
|
20 |
There is not a _single_ word about how to handle if there is only one |
21 |
implementation, but two use flags for this (one for the function |
22 |
provided - ssl - and one for the actual implementation - gnutls). |
23 |
|
24 |
So I have a question: |
25 |
Is there no policy about this? |
26 |
If there is could someone please point me towards it and also it in that |
27 |
case may be time to update the gentoo development guide. |
28 |
|
29 |
[1] |
30 |
http://devmanual.gentoo.org/general-concepts/use-flags/index.html#conflicting-use-flags |