1 |
On 02/08/2010 01:39 PM, Samuli Suominen wrote: |
2 |
> On 02/08/2010 01:30 PM, Tomáš Chvátal wrote: |
3 |
>> Dne 8.2.2010 12:15, Nikos Chantziaras napsal(a): |
4 |
>>> Hello. Please don't be too harsh if I got this wrong or if this looks |
5 |
>>> like whining :P |
6 |
>> |
7 |
>>> A lot of ebuilds seem to ignore the "X" USE flag and instead only have |
8 |
>>> "gtk", "qt" and the like. This should be declared absolutely wrong, |
9 |
>>> IMHO. When a program provides a command-line tool and a GUI tool, and |
10 |
>>> the GUI tool uses only one toolkit, then the USE flag should be "X". |
11 |
>>> "gtk" vs "qt" vs "fltk" etc should be used only in cases where a program |
12 |
>>> can be built with either of those toolkits. When there's only one |
13 |
>>> choice, then this doesn't make sense. Isn't this what the "X" USE flag |
14 |
>>> is there for in the first place? Having a package where, say, Gtk is |
15 |
>>> *not* optional having a "gtk" USE flag doesn't make sense. The X tool |
16 |
>>> of that package is optional, but Gtk is not optional for the X tool. |
17 |
>> |
18 |
>>> A Gnome user probably has "X gtk -qt" in make.conf, while a KDE user has |
19 |
>>> "X qt -gtk" in hope to have programs that support both Gtk and Qt being |
20 |
>>> built with the toolkit that is more native to his DE. When a package |
21 |
>>> has a GUI tool that is able to only use one of those toolkits, people |
22 |
>>> who have it disabled in make.conf will get no GUI tool at all even |
23 |
>>> though they have "X" in their USE flags. |
24 |
>> |
25 |
>>> I hope I was able to explain the problem (as I see it) correctly :P If |
26 |
>>> people agree with me, it might be a good idea for maintainers of |
27 |
>>> packages that behave like that to start using "X" as the USE flag that |
28 |
>>> controls building of the packages GUI tools. |
29 |
>> |
30 |
>> |
31 |
>> Sounds sane. For correct usage lately the mplayer ebuild was rewritten |
32 |
>> this way. |
33 |
>> |
34 |
>> Might be good idea to open tracker for these and all bugs cced to it. So |
35 |
>> interested persons can fix it. |
36 |
>> |
37 |
>> Note for maintainers: qa bugs are considered as issue when adding new |
38 |
>> packages. In longer perspective it is good to have them fixed, but you |
39 |
>> don't have to proactively fix old packages. Writing this before people |
40 |
>> starts complaining we are again filling lots of bugs. |
41 |
>> |
42 |
>> @qa: any objections against me opening the tracker? |
43 |
>> |
44 |
>> To sum up the issue: |
45 |
>> use X wrap all other widget useflags if there is CLI interface |
46 |
>> available, so if user don't want X usage for package he just set -X and |
47 |
>> rest widget flags don't matter at all. |
48 |
>> |
49 |
>> Tomas |
50 |
> |
51 |
> IMHO. USE="X" is for controlling X.org dependencies, not for avoiding |
52 |
> everything that deps on them, so I disagree. |
53 |
|
54 |
I was under the impression that USE flags are for enabling/disabling |
55 |
features, not for controlling deps. DEPEND and RDEPEND is, AFAIK, the |
56 |
way to control deps. |