Recent changes have led to a new chain of dependencies where gtk+[23] now
depends on qt4:
x11/gtk+[23]
print/cups,-libs
print/cups-filters
print/poppler
x11/qt4
For one thing, this is annoying for casual ports building. You are
building something that requires gtk+2 and suddenly your build takes
a detour of several hours, if not longer, into qt4.
"But we don't care about this", says the official line, "the tree
is optimized for bulk package builds", yada yada.
Well, in bulk builds, the libreoffice build also can't start until
qt4 has been built. And on the amd64*.ports setup, with eight build
slots in dpb, the accumulative time of sequential qt4 and libreoffice
builds is starting to get close to the total time required for a
bulk build. If I had another build machine or more CPU cores, these
would run idle at the end of the build, with everything else already
finished but libreoffice still chugging along.
We need to come up with something involving the no_qt4 flavor or a
bootstrap flavor to break this dependency chain. If that means
building poppler twice in bulk builds, then that's fine.
--
Christian "naddy" Weisgerber na...@mips.inka.de
