It would be great if the qt-4 ebuild would honour the X use flag, and build the QtGui module only if it is present. That would allow to emerge qt on a server without X. I'm writing a server-daemon which uses Qt for networking/xml/sql, but do not need the gui. Since Qt4 allows you to build itself without gui, it would be nice if the qt-4 ebuild honour the X use flag. Reproducible: Always Steps to Reproduce: Expected Results: It should be possible to emerge Qt4 without an X-Server being installed.
I fear this could become a hell for programs that have qt as a dependency...
I worked on this a while back, but at the time there was no way to easily disable compilation against X. Instead, Qt decides on its own if it can build against the server or not. Or you can do lots of manual "makes", which were beyond what I was going to attempt to do then. Perhaps once the Qt4 build process matures a bit more we'll look into it again.
Greg - yeah, it may be interesting.
Closing as a later - may support it once it's feasible to actually do it (unsupported thus far in qt-4.0.0)
*** Bug 184295 has been marked as a duplicate of this bug. ***
Sorry, did not find this old bug using several keywords ;-) Actually, Qt should be mature enough now to look into this again. According to Qt devs, it is possible to build the individual Qt4 components individually as subtargets. For this to work, one runs a standard configure, and then instead of 'make all', one runs 'make sub-corelib', 'make sub-network' and so on. Subtargets can be installed by 'make sub-corelib-install_subtargets' and so on. This is then followed by "make install_htmldocs install_translations install_qmake install_mkspecs". Shouldn't be too hard, I think... I'd provide a patched ebuild, but I haven't done that before and I'd rather have an actual maintainer look into this, if possible. As for other programs' dependencies, I don't think this is a real problem. Somebody having USE="-X" on his system wouldn't want to install programs depending on QtGui anyway.
Seeing the recent dupe and some QT versions later maybe this would be a good time to revisit this bug?
cf. Comment #6.
When someone comes up with a patch that supports this, I'm all for it.
Created attachment 137134 [details, diff] Patch to make qt-4.3.2.ebuild accept USE="-X" This patch introduces the X USE flag to the current qt4 ebuild. Apply to qt-4.3.2.ebuild (as of Nov. 27th)
Created attachment 137136 [details, diff] Patch qt-x11-opensource-src-4.3.2.tar.gz2 to not build X11-dependent components anymore. Apply to stock Qt 4.3.2 source in order to prevent X11-dependent components from being built.
As requested, I have provided patches to both the ebuild and Qt to make building without X11 deps possible. Tested on an ~amd64 server without X11 installed, and on ~x86 with X11. Builds all modules except QtGui (and whatever else is disabled via USE), plus the non-X11 dependent tools (moc, uic, lrelease, lupdate). Since I am not an ebuild wizard, I hope I did everything correctly :) WORKSFORME at least. Hope to find this in the official portage tree soon :)
