[gentoo-dev] "X" vs "gtk" USE flags

[gentoo-dev] "X" vs "gtk" USE flags

[Nikos Chantziaras]

Hello.  Please don't be too harsh if I got this wrong or if this looks 
like whining :P

A lot of ebuilds seem to ignore the "X" USE flag and instead only have 
"gtk", "qt" and the like.  This should be declared absolutely wrong, 
IMHO.  When a program provides a command-line tool and a GUI tool, and 
the GUI tool uses only one toolkit, then the USE flag should be "X". 
"gtk" vs "qt" vs "fltk" etc should be used only in cases where a program 
can be built with either of those toolkits.  When there's only one 
choice, then this doesn't make sense.  Isn't this what the "X" USE flag 
is there for in the first place?  Having a package where, say, Gtk is 
*not* optional having a "gtk" USE flag doesn't make sense.  The X tool 
of that package is optional, but Gtk is not optional for the X tool.

A Gnome user probably has "X gtk -qt" in make.conf, while a KDE user has 
"X qt -gtk" in hope to have programs that support both Gtk and Qt being 
built with the toolkit that is more native to his DE.  When a package 
has a GUI tool that is able to only use one of those toolkits, people 
who have it disabled in make.conf will get no GUI tool at all even 
though they have "X" in their USE flags.

I hope I was able to explain the problem (as I see it) correctly :P  If 
people agree with me, it might be a good idea for maintainers of 
packages that behave like that to start using "X" as the USE flag that 
controls building of the packages GUI tools.

Re: [gentoo-dev] "X" vs "gtk" USE flags

[Tomáš Chvátal]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dne 8.2.2010 12:15, Nikos Chantziaras napsal(a):
> Hello.  Please don't be too harsh if I got this wrong or if this looks
> like whining :P
> 
> A lot of ebuilds seem to ignore the "X" USE flag and instead only have
> "gtk", "qt" and the like.  This should be declared absolutely wrong,
> IMHO.  When a program provides a command-line tool and a GUI tool, and
> the GUI tool uses only one toolkit, then the USE flag should be "X".
> "gtk" vs "qt" vs "fltk" etc should be used only in cases where a program
> can be built with either of those toolkits.  When there's only one
> choice, then this doesn't make sense.  Isn't this what the "X" USE flag
> is there for in the first place?  Having a package where, say, Gtk is
> *not* optional having a "gtk" USE flag doesn't make sense.  The X tool
> of that package is optional, but Gtk is not optional for the X tool.
> 
> A Gnome user probably has "X gtk -qt" in make.conf, while a KDE user has
> "X qt -gtk" in hope to have programs that support both Gtk and Qt being
> built with the toolkit that is more native to his DE.  When a package
> has a GUI tool that is able to only use one of those toolkits, people
> who have it disabled in make.conf will get no GUI tool at all even
> though they have "X" in their USE flags.
> 
> I hope I was able to explain the problem (as I see it) correctly :P  If
> people agree with me, it might be a good idea for maintainers of
> packages that behave like that to start using "X" as the USE flag that
> controls building of the packages GUI tools.
> 
> 
Sounds sane. For correct usage lately the mplayer ebuild was rewritten
this way.

Might be good idea to open tracker for these and all bugs cced to it. So
interested persons can fix it.

Note for maintainers: qa bugs are considered as issue when adding new
packages. In longer perspective it is good to have them fixed, but you
don't have to proactively fix old packages. Writing this before people
starts complaining we are again filling lots of bugs.

@qa: any objections against me opening the tracker?

To sum up the issue:
use X wrap all other widget useflags if there is CLI interface
available, so if user don't want X usage for package he just set -X and
rest widget flags don't matter at all.

Tomas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktv9fAACgkQHB6c3gNBRYdbfQCdEXeFhVbCJ/ci0yl3Z9aT/sLU
d8MAn3Y0RjOioEHxNEPEGgjKO42KtoQ3
=57xz
-----END PGP SIGNATURE-----

Re: [gentoo-dev] "X" vs "gtk" USE flags

[Samuli Suominen]

On 02/08/2010 01:30 PM, Tomáš Chvátal wrote:
> Dne 8.2.2010 12:15, Nikos Chantziaras napsal(a):
>> Hello.  Please don't be too harsh if I got this wrong or if this looks
>> like whining :P
> 
>> A lot of ebuilds seem to ignore the "X" USE flag and instead only have
>> "gtk", "qt" and the like.  This should be declared absolutely wrong,
>> IMHO.  When a program provides a command-line tool and a GUI tool, and
>> the GUI tool uses only one toolkit, then the USE flag should be "X".
>> "gtk" vs "qt" vs "fltk" etc should be used only in cases where a program
>> can be built with either of those toolkits.  When there's only one
>> choice, then this doesn't make sense.  Isn't this what the "X" USE flag
>> is there for in the first place?  Having a package where, say, Gtk is
>> *not* optional having a "gtk" USE flag doesn't make sense.  The X tool
>> of that package is optional, but Gtk is not optional for the X tool.
> 
>> A Gnome user probably has "X gtk -qt" in make.conf, while a KDE user has
>> "X qt -gtk" in hope to have programs that support both Gtk and Qt being
>> built with the toolkit that is more native to his DE.  When a package
>> has a GUI tool that is able to only use one of those toolkits, people
>> who have it disabled in make.conf will get no GUI tool at all even
>> though they have "X" in their USE flags.
> 
>> I hope I was able to explain the problem (as I see it) correctly :P  If
>> people agree with me, it might be a good idea for maintainers of
>> packages that behave like that to start using "X" as the USE flag that
>> controls building of the packages GUI tools.
> 
> 
> Sounds sane. For correct usage lately the mplayer ebuild was rewritten
> this way.
> 
> Might be good idea to open tracker for these and all bugs cced to it. So
> interested persons can fix it.
> 
> Note for maintainers: qa bugs are considered as issue when adding new
> packages. In longer perspective it is good to have them fixed, but you
> don't have to proactively fix old packages. Writing this before people
> starts complaining we are again filling lots of bugs.
> 
> @qa: any objections against me opening the tracker?
> 
> To sum up the issue:
> use X wrap all other widget useflags if there is CLI interface
> available, so if user don't want X usage for package he just set -X and
> rest widget flags don't matter at all.
> 
> Tomas

IMHO. USE="X" is for controlling X.org dependencies, not for avoiding
everything that deps on them, so I disagree.

MPlayer is a bad example here. The reason for writing it like that is
all the flags enabled by default with +.

-Samuli

[gentoo-dev] Re: "X" vs "gtk" USE flags

[Nikos Chantziaras]

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

I was under the impression that USE flags are for enabling/disabling 
features, not for controlling deps.  DEPEND and RDEPEND is, AFAIK, the 
way to control deps.

Re: [gentoo-dev] Re: "X" vs "gtk" USE flags

[AllenJB]

On 08/02/10 12:32, Nikos Chantziaras wrote:
> On 02/08/2010 01:39 PM, Samuli Suominen wrote:
>> IMHO. USE="X" is for controlling X.org dependencies, not for avoiding
>> everything that deps on them, so I disagree.
> 
> I was under the impression that USE flags are for enabling/disabling
> features, not for controlling deps.  DEPEND and RDEPEND is, AFAIK, the
> way to control deps.
> 
> 
Features influence dependencies. If you enable kde features the package
will require kde dependencies. So use flags and dependencies are
irrevocably linked.

What Samuli is saying is that the X flag should be specifically for X
(and not X-related, such as graphical libraries) features, while the kde
and gtk use flags should remain in use as they are. This way when you
see "X" as a use flag, you know it means "enable X features" and isn't
likely to pull in anything but X libraries, if you see "kde" you know it
means "enable kde features" and isn't likely to pull in anything but kde
libraries, and so on.

AllenJB

[gentoo-dev] Re: "X" vs "gtk" USE flags

[Nikos Chantziaras]

On 02/08/2010 03:41 PM, AllenJB wrote:
> On 08/02/10 12:32, Nikos Chantziaras wrote:
>> On 02/08/2010 01:39 PM, Samuli Suominen wrote:
>>> IMHO. USE="X" is for controlling X.org dependencies, not for avoiding
>>> everything that deps on them, so I disagree.
>>
>> I was under the impression that USE flags are for enabling/disabling
>> features, not for controlling deps.  DEPEND and RDEPEND is, AFAIK, the
>> way to control deps.
>>
>>
> Features influence dependencies. If you enable kde features the package
> will require kde dependencies. So use flags and dependencies are
> irrevocably linked.
>
> What Samuli is saying is that the X flag should be specifically for X
> (and not X-related, such as graphical libraries) features, while the kde
> and gtk use flags should remain in use as they are. This way when you
> see "X" as a use flag, you know it means "enable X features" and isn't
> likely to pull in anything but X libraries, if you see "kde" you know it
> means "enable kde features" and isn't likely to pull in anything but kde
> libraries, and so on.

So I guess what I was really proposing then was a "gui" USE flag :P 
Sorry about that, I didn't fully understand the meaning of the X flag.

Re: [gentoo-dev] Re: "X" vs "gtk" USE flags

[AllenJB]

On 08/02/10 14:02, Nikos Chantziaras wrote:
> On 02/08/2010 03:41 PM, AllenJB wrote:
>> On 08/02/10 12:32, Nikos Chantziaras wrote:
>>> On 02/08/2010 01:39 PM, Samuli Suominen wrote:
>>>> IMHO. USE="X" is for controlling X.org dependencies, not for avoiding
>>>> everything that deps on them, so I disagree.
>>>
>>> I was under the impression that USE flags are for enabling/disabling
>>> features, not for controlling deps.  DEPEND and RDEPEND is, AFAIK, the
>>> way to control deps.
>>>
>>>
>> Features influence dependencies. If you enable kde features the package
>> will require kde dependencies. So use flags and dependencies are
>> irrevocably linked.
>>
>> What Samuli is saying is that the X flag should be specifically for X
>> (and not X-related, such as graphical libraries) features, while the kde
>> and gtk use flags should remain in use as they are. This way when you
>> see "X" as a use flag, you know it means "enable X features" and isn't
>> likely to pull in anything but X libraries, if you see "kde" you know it
>> means "enable kde features" and isn't likely to pull in anything but kde
>> libraries, and so on.
> 
> So I guess what I was really proposing then was a "gui" USE flag :P
> Sorry about that, I didn't fully understand the meaning of the X flag.
> 
> 
And what purpose would this flag server that's not already covered by
using USE="X fltk qt gtk kde gnome" (and possibly a couple of others
I've forgotten about) - which are all already in the desktop profile,
which the vast majority of people who don't care what toolkit they get
will already be using anyway?

The current system caters perfectly for both people who want to avoid
specific toolkits and those who don't care what toolkits they use.

AllenJB

Re: [gentoo-dev] Re: "X" vs "gtk" USE flags

[Ben de Groot]

Re: [gentoo-dev] Re: "X" vs "gtk" USE flags

[Ben de Groot]

On 8 February 2010 16:22, AllenJB <gentoo-lists@allenjb.me.uk> wrote:
> The current system caters perfectly for both people who want to avoid
> specific toolkits and those who don't care what toolkits they use.

I agree. The current system is best, in my opinion.

Cheers,
-- 
Ben de Groot
Gentoo Linux developer (qt, media, lxde, desktop-misc)
______________________________________________________

[gentoo-dev] Re: "X" vs "gtk" USE flags

[Nikos Chantziaras]

On 02/08/2010 05:22 PM, AllenJB wrote:
> On 08/02/10 14:02, Nikos Chantziaras wrote:
>> On 02/08/2010 03:41 PM, AllenJB wrote:
>>> On 08/02/10 12:32, Nikos Chantziaras wrote:
>>>> On 02/08/2010 01:39 PM, Samuli Suominen wrote:
>>>>> IMHO. USE="X" is for controlling X.org dependencies, not for avoiding
>>>>> everything that deps on them, so I disagree.
>>>>
>>>> I was under the impression that USE flags are for enabling/disabling
>>>> features, not for controlling deps.  DEPEND and RDEPEND is, AFAIK, the
>>>> way to control deps.
>>>>
>>>>
>>> Features influence dependencies. If you enable kde features the package
>>> will require kde dependencies. So use flags and dependencies are
>>> irrevocably linked.
>>>
>>> What Samuli is saying is that the X flag should be specifically for X
>>> (and not X-related, such as graphical libraries) features, while the kde
>>> and gtk use flags should remain in use as they are. This way when you
>>> see "X" as a use flag, you know it means "enable X features" and isn't
>>> likely to pull in anything but X libraries, if you see "kde" you know it
>>> means "enable kde features" and isn't likely to pull in anything but kde
>>> libraries, and so on.
>>
>> So I guess what I was really proposing then was a "gui" USE flag :P
>> Sorry about that, I didn't fully understand the meaning of the X flag.
>>
>>
> And what purpose would this flag server that's not already covered by
> using USE="X fltk qt gtk kde gnome" (and possibly a couple of others
> I've forgotten about) - which are all already in the desktop profile,
> which the vast majority of people who don't care what toolkit they get
> will already be using anyway?

I'm confused.  First there's talk about HTPC people and now about people 
who have all USE flags enabled.

Why do you always have to pick the extremes?  The majority set it up 
like this:

"X kde qt4 -gnome -gtk"

and

"X gnome gtk -kde -qt4"


> The current system caters perfectly for both people who want to avoid
> specific toolkits and those who don't care what toolkits they use.

I saw a problem with using "gtk" with stuff where gtk isn't actually 
optional and what is really meant by that use flag is not "provide the 
gtk version of the GUI", but "provide the only available GUI; happens to 
be Gtk".

But since most people think that's the way to go, I'm obviously wrong. 
In any event, there's no need to continue this discussion.

Re: [gentoo-dev] "X" vs "gtk" USE flags

[AllenJB]

On 08/02/10 11:15, Nikos Chantziaras wrote:
> Hello.  Please don't be too harsh if I got this wrong or if this looks
> like whining :P
> 
> A lot of ebuilds seem to ignore the "X" USE flag and instead only have
> "gtk", "qt" and the like.  This should be declared absolutely wrong,
> IMHO.  When a program provides a command-line tool and a GUI tool, and
> the GUI tool uses only one toolkit, then the USE flag should be "X".
> "gtk" vs "qt" vs "fltk" etc should be used only in cases where a program
> can be built with either of those toolkits.  When there's only one
> choice, then this doesn't make sense.  Isn't this what the "X" USE flag
> is there for in the first place?  Having a package where, say, Gtk is
> *not* optional having a "gtk" USE flag doesn't make sense.  The X tool
> of that package is optional, but Gtk is not optional for the X tool.
> 
> A Gnome user probably has "X gtk -qt" in make.conf, while a KDE user has
> "X qt -gtk" in hope to have programs that support both Gtk and Qt being
> built with the toolkit that is more native to his DE.  When a package
> has a GUI tool that is able to only use one of those toolkits, people
> who have it disabled in make.conf will get no GUI tool at all even
> though they have "X" in their USE flags.
> 
> I hope I was able to explain the problem (as I see it) correctly :P  If
> people agree with me, it might be a good idea for maintainers of
> packages that behave like that to start using "X" as the USE flag that
> controls building of the packages GUI tools.
> 
> 
I don't see that either system makes particularly more sense than the
other.

The only situation that comes immediately to mind is: Under the current
system, if packages add or remove support for multiple toolkits, the
changes are trivial, but under your system it would invoke shuffling use
flags around (which could easily affect dependencies in other packages).
It would also not be immediately clear which toolkits support has been
added/removed under the proposed system (since a package would go from,
for example, having use flags "gtk kde" to just "X").

Of course, even if your system was saner, the ultimate question is:
Who's going to run through all the graphical packages and update all the
use flags and dependencies?

AllenJB

[gentoo-dev] Re: "X" vs "gtk" USE flags

[Nikos Chantziaras]

On 02/08/2010 01:36 PM, AllenJB wrote:
> On 08/02/10 11:15, Nikos Chantziaras wrote:
>> Hello.  Please don't be too harsh if I got this wrong or if this looks
>> like whining :P
>>
>> A lot of ebuilds seem to ignore the "X" USE flag and instead only have
>> "gtk", "qt" and the like.  This should be declared absolutely wrong,
>> IMHO.  When a program provides a command-line tool and a GUI tool, and
>> the GUI tool uses only one toolkit, then the USE flag should be "X".
>> [...]
>>
> I don't see that either system makes particularly more sense than the
> other.
>
> The only situation that comes immediately to mind is: Under the current
> system, if packages add or remove support for multiple toolkits, the
> changes are trivial, but under your system it would invoke shuffling use
> flags around (which could easily affect dependencies in other packages).
> It would also not be immediately clear which toolkits support has been
> added/removed under the proposed system (since a package would go from,
> for example, having use flags "gtk kde" to just "X").

If it would be problematic for a package to switch to "X" then of course 
it might be better to leave it as-is.  But most of the time, the 
programs in question only state "gtk" or "fltk" in them, even though Gtk 
is not optional at all.  A perfect example here is media-video/xvattr. 
If you don't set the "gtk" USE flag, then you don't get the graphical 
tool at all, only the command line tool.

So in other words what I propose a bit more sanity, not some iron claw 
that hangs above the developer's heads.  The situation right now is 
mixed anyway.  Many packages use X, many others "gtk" or "fltk".  The 
"sanity" part in this is simple that a general rule of USE flags is: If 
it's *not* optional, don't make it a USE flag.  In the case of xvattr 
for example, Gtk is not optional if you want the X utility.

Re: [gentoo-dev] Re: "X" vs "gtk" USE flags

[Samuli Suominen]

On 02/08/2010 02:12 PM, Nikos Chantziaras wrote:
> On 02/08/2010 01:36 PM, AllenJB wrote:
>> On 08/02/10 11:15, Nikos Chantziaras wrote:
>>> Hello.  Please don't be too harsh if I got this wrong or if this looks
>>> like whining :P
>>>
>>> A lot of ebuilds seem to ignore the "X" USE flag and instead only have
>>> "gtk", "qt" and the like.  This should be declared absolutely wrong,
>>> IMHO.  When a program provides a command-line tool and a GUI tool, and
>>> the GUI tool uses only one toolkit, then the USE flag should be "X".
>>> [...]
>>>
>> I don't see that either system makes particularly more sense than the
>> other.
>>
>> The only situation that comes immediately to mind is: Under the current
>> system, if packages add or remove support for multiple toolkits, the
>> changes are trivial, but under your system it would invoke shuffling use
>> flags around (which could easily affect dependencies in other packages).
>> It would also not be immediately clear which toolkits support has been
>> added/removed under the proposed system (since a package would go from,
>> for example, having use flags "gtk kde" to just "X").
> 
> If it would be problematic for a package to switch to "X" then of course
> it might be better to leave it as-is.  But most of the time, the
> programs in question only state "gtk" or "fltk" in them, even though Gtk
> is not optional at all.  A perfect example here is media-video/xvattr.
> If you don't set the "gtk" USE flag, then you don't get the graphical
> tool at all, only the command line tool.

Very bad example.

That's what people want: xvattr is used on headless VDR multimedia
HTPC's, and VDR doesn't need toolkits like GTK+ installed.

[gentoo-dev] Re: "X" vs "gtk" USE flags

[Nikos Chantziaras]

On 02/08/2010 02:16 PM, Samuli Suominen wrote:
> On 02/08/2010 02:12 PM, Nikos Chantziaras wrote:
>> On 02/08/2010 01:36 PM, AllenJB wrote:
>>> On 08/02/10 11:15, Nikos Chantziaras wrote:
>>>> Hello.  Please don't be too harsh if I got this wrong or if this looks
>>>> like whining :P
>>>>
>>>> A lot of ebuilds seem to ignore the "X" USE flag and instead only have
>>>> "gtk", "qt" and the like.  This should be declared absolutely wrong,
>>>> IMHO.  When a program provides a command-line tool and a GUI tool, and
>>>> the GUI tool uses only one toolkit, then the USE flag should be "X".
>>>> [...]
>>>>
>>> I don't see that either system makes particularly more sense than the
>>> other.
>>>
>>> The only situation that comes immediately to mind is: Under the current
>>> system, if packages add or remove support for multiple toolkits, the
>>> changes are trivial, but under your system it would invoke shuffling use
>>> flags around (which could easily affect dependencies in other packages).
>>> It would also not be immediately clear which toolkits support has been
>>> added/removed under the proposed system (since a package would go from,
>>> for example, having use flags "gtk kde" to just "X").
>>
>> If it would be problematic for a package to switch to "X" then of course
>> it might be better to leave it as-is.  But most of the time, the
>> programs in question only state "gtk" or "fltk" in them, even though Gtk
>> is not optional at all.  A perfect example here is media-video/xvattr.
>> If you don't set the "gtk" USE flag, then you don't get the graphical
>> tool at all, only the command line tool.
>
> Very bad example.
>
> That's what people want: xvattr is used on headless VDR multimedia
> HTPC's, and VDR doesn't need toolkits like GTK+ installed.

So which should be preffered?  VDR people putting "media-video/xvattr 
-X" or desktop people putting "media-video/xvattr +gtk"?

Btw, I use xvattr and I don't have a VDR HTPC or anything like that.

Re: [gentoo-dev] "X" vs "gtk" USE flags

[Mike Frysinger]

[-- Attachment #1: Type: Text/Plain, Size: 674 bytes --]

On Monday 08 February 2010 06:15:38 Nikos Chantziaras wrote:
> A lot of ebuilds seem to ignore the "X" USE flag and instead only have
> "gtk", "qt" and the like.  This should be declared absolutely wrong,
> IMHO.  When a program provides a command-line tool and a GUI tool, and
> the GUI tool uses only one toolkit, then the USE flag should be "X".
> "gtk" vs "qt" vs "fltk" etc should be used only in cases where a program
> can be built with either of those toolkits.

tell that to all the devices that use GTK/QT/FLTK w/out X11 on raw frame 
buffers.  USE=X is not a dumping grounds for "GUIs".  it's for controlling X11 
dependencies plain and simple.
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[gentoo-dev] Re: "X" vs "gtk" USE flags

[Christian Faulhammer]

[-- Attachment #1: Type: text/plain, Size: 762 bytes --]

Hi,

Nikos Chantziaras <realnc@arcor.de>:
> A Gnome user probably has "X gtk -qt" in make.conf, while a KDE user
> has "X qt -gtk" in hope to have programs that support both Gtk and Qt
> being built with the toolkit that is more native to his DE.  When a
> package has a GUI tool that is able to only use one of those
> toolkits, people who have it disabled in make.conf will get no GUI
> tool at all even though they have "X" in their USE flags.

 Your proposal does not look to appealing to me.  What about people
trying to keep "pollution" down and avoid one or the other toolkit?

V-Li

-- 
Christian Faulhammer, Gentoo Lisp project
<URL:http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode

<URL:http://gentoo.faulhammer.org/>

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[gentoo-dev] Re: "X" vs "gtk" USE flags

[Nikos Chantziaras]

On 02/08/2010 02:11 PM, Christian Faulhammer wrote:
> Hi,
>
> Nikos Chantziaras<realnc@arcor.de>:
>> A Gnome user probably has "X gtk -qt" in make.conf, while a KDE user
>> has "X qt -gtk" in hope to have programs that support both Gtk and Qt
>> being built with the toolkit that is more native to his DE.  When a
>> package has a GUI tool that is able to only use one of those
>> toolkits, people who have it disabled in make.conf will get no GUI
>> tool at all even though they have "X" in their USE flags.
>
>   Your proposal does not look to appealing to me.  What about people
> trying to keep "pollution" down and avoid one or the other toolkit?

This would mean that we favor one group of people over another :P

Re: [gentoo-dev] Re: "X" vs "gtk" USE flags

[William Hubbs]

[-- Attachment #1: Type: text/plain, Size: 1044 bytes --]

Hi all,

On Mon, Feb 08, 2010 at 02:34:08PM +0200, Nikos Chantziaras wrote:
> On 02/08/2010 02:11 PM, Christian Faulhammer wrote:
> > Hi,
> >
> > Nikos Chantziaras<realnc@arcor.de>:
> >> A Gnome user probably has "X gtk -qt" in make.conf, while a KDE user
> >> has "X qt -gtk" in hope to have programs that support both Gtk and Qt
> >> being built with the toolkit that is more native to his DE.  When a
> >> package has a GUI tool that is able to only use one of those
> >> toolkits, people who have it disabled in make.conf will get no GUI
> >> tool at all even though they have "X" in their USE flags.
> >
> >   Your proposal does not look to appealing to me.  What about people
> > trying to keep "pollution" down and avoid one or the other toolkit?
> 
> This would mean that we favor one group of people over another :P
 
If a package can run in some form without a certain toolkit, why should
we force people to install that toolkit with the package?  Imho that is
bloating their systems unnecessarily.

William


[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] Re: "X" vs "gtk" USE flags

[Jeroen Roovers]

On Mon, 8 Feb 2010 13:11:31 +0100
Christian Faulhammer <fauli@gentoo.org> wrote:
>  Your proposal does not look to appealing to me.  What about people
> trying to keep "pollution" down and avoid one or the other toolkit?

Some packages don't use a USE flag to pull those in, since the toolkit
dependency isn't optional for those package, so disabling a USE flag
wouldn't help there. Instead you would package.mask the toolkit
dependencies (=x11-libs/gtk+-1.2* for one).


Regards,
     jer