Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 497718 - dev-qt/qtgui: enable USE=cups by default
Summary: dev-qt/qtgui: enable USE=cups by default
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: All Linux
: Normal trivial
Assignee: Qt Bug Alias
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-01-10 18:32 UTC by Jan Kundrát (RETIRED)
Modified: 2014-01-15 09:42 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Kundrát (RETIRED) gentoo-dev 2014-01-10 18:32:26 UTC
I know that USE=cups is already enabled by the desktop profiles, but I use hardened on my desktop and have not had USE=cups in my make.conf until now. Unfortunately, this means that KDE's okular happily ignores the duplex settings given in the prefs dialog when printing.

Arguably, anyone interested in the qtgui *is* on a desktop or at least interested in the desktop functionality. I therefore claim that enabling the desktop-related features by default makes sense.

Could you please enable the cups USE flag by default?
Comment 1 Sergey Popov (RETIRED) gentoo-dev 2014-01-14 10:08:42 UTC
I do not think that this is reasonable change.

>Arguably, anyone interested in the qtgui *is* on a desktop or at least interested in the desktop functionality.

There are some edge cases when this might not be useful(honestly, your case is one of them, just from different side). So, i would rather prefer to close this as WONTFIX, but if other Qt team members have different opinion on this - let's listen to them...
Comment 2 Jan Kundrát (RETIRED) gentoo-dev 2014-01-14 10:52:47 UTC
(In reply to Sergey Popov from comment #1)
> There are some edge cases when this might not be useful(honestly, your case
> is one of them, just from different side).

I do not understand this, sorry -- could you please rephrase it a bit?

This is simply about changing the default, and my claim is "a user needs QtGui -> very likely they expect printing support, too". In other words, I claim that the majority of users who needs Qt's GUI also want to print at some point in time.

If the IUSE is flipped, then the users who want to have GUI but no printing have to change one use flag -- I do believe that it is completely acceptable. No unwanted dependencies are forced on them in any way.

And to elaborate a bit -- USE=-cups does not result in a simple-to-detect breakage like not being able to print at all. Instead, the change of behavior is more subtle, as in features not being available at runtime -- for me, it manifested as KDE's print dialog ignoring the duplex settings without any hint of what's going on, even though the settings were available to be changed. Given that there is no easy way to tell whether Qt was built with CUPS support programatically, applications like Okular resort to nasty hacks (see lines 239 - 246 in 
http://quickgit.kde.org/?p=okular.git&a=blob&h=55977a1bad711f9f1dcc38671a25aea5c10ec4c2&hb=1633066d475e3d6997bd5a92a1945e02cd4cad74&f=core/fileprinter.cpp) and even still the GUI *does* offer these options to the user.

To be honest with you, I sent two patches to Okular before I found out that the culprit is the lack of USE=cups in QtGui...
Comment 3 Sergey Popov (RETIRED) gentoo-dev 2014-01-14 11:23:52 UTC
(In reply to Jan Kundrát from comment #2)
> (In reply to Sergey Popov from comment #1)
> > There are some edge cases when this might not be useful(honestly, your case
> > is one of them, just from different side).
> 
> I do not understand this, sorry -- could you please rephrase it a bit?
> 
> This is simply about changing the default, and my claim is "a user needs
> QtGui -> very likely they expect printing support, too". In other words, I
> claim that the majority of users who needs Qt's GUI also want to print at
> some point in time.

Yeah, my grammar sucks and i know that. In short, i think that "A user needs
> QtGui -> very likely they expect printing support, too" is not true.

Printing is NOT the basic thing that you have on desktop systems. Do not get me wrong, if you want it - you enable 'cups' USE-flag(globally or per package).

I(and some Gentoo users that i know) use default(not desktop) profile on my desktops and i am very happy with this setup - it saves me time for disabling unneded cruft.

I have USE="cups" globally at work(for obvious reasons) and USE="-cups" - at home(i have no suitable printer for this). And i am really sure that this is not rare case.

And qtgui can be used not only in desktop environments. Believe me, i saw console programs, that requires qtgui explicitly(very bad design, i know).
Comment 4 Sergey Popov (RETIRED) gentoo-dev 2014-01-14 11:24:52 UTC
And, to be honest, i think that you are accelerating Okular failure(not having warning on supported feature) on higher level(toolkit one) without any real need.
Comment 5 Davide Pesavento (RETIRED) gentoo-dev 2014-01-14 17:58:33 UTC
I'm against the proposal.

First, you already said that the desktop profile enables cups, so your point about desktop users is moot.

Second, USE=cups pulls quite a few dependencies, and I disagree with your statement that desktop implies printing.

Third, you can "solve" the okular issue with a qtgui[cups] USE dep.

WONTFIX IMO