have been missed previously listed because Qt likes to dlopen() things
so check-lib-depends can't find it, which would stop qt5base getting
updated correctly by pkg_add -u when ssl/crypto libs are updated.
Nowadays we have fake SSL_CTRL_SET_CURVES macro, and SSL_CTX_set1_curves
defined as synonym to SSL_CTX_set1_groups. So use the latter instead
of the former.
The patch should be tweaked furthermore before proposing it upstream,
but for now we can at least build things again.
to prevent unloading Qt plugins in various destructors. Fixes a segfault seen
closing otter-browser using WM kill; otter bug report pointing at the Qt bug
was tracked down by awolk@. OK zhuk@
* Move share/qt5/doc/* in qtbase from -main to a separate subpackage,
-global, which (as a bonus) "owns" share/doc/qt5/ directory;
* Move FOO.index files from -html to a separate subpackage, -docindex,
and make 'em depend on qtbase,-global;
* Make DEP,-docindex automatically added as BDEP for each DEP in
LDEP and BDEP mentioned for -main;
* Make it clear that building -qch without -html is impossible;
While there, fixed a few minor issues.
This make at least qtenginio,-html build correctly, which failed before
due to missing .index files during qdoc run. Initial report from kili@.
It's based on the same distfile as qtbase package, but uses totally
different build mechanizm. And it's unreal to build -qch part without
circular dependency with qttools anyway.
Do not try to build this one until it's hooked to the build: this port
relies on functionality to be committed (really soon).
This removes support of separate qmake versions in one port: as we
discovered, there are no ports actually needing this; strangers like
print/poppler don't use qmake in build.
This should be transparent to current ports. But expect more tweaks there:
for now, qt?.port.mk forces qmake.port.mk inclusion, but that will be
reworked to a more common scheme.
Same idea from (at least) espie@ and me; also, espie@ agrees on the plan.
an opt-in. Actual qmake-based ports will be switched on case-by-case
basis in the near future.
Unslacking after discussion with at least naddy@ & espie@ from... 2014?!
Oh my.
Similar feature existed in qt4 port, but was lost during Qt5 porting.
Inspired by conversation with Caspar Schutijser, should help him on
updating Qt Creator port.
resolution of symbols. It does guard with #ifdefs but since it doesn't
record a hard dependency on the libssl version, an installed package
doesn't automatically get updated to a newer version that notices the
change, so bump qt5's REVISION-main to force an update.
It does fallback sensibly (no crash, just a Warning printf), but since
the change to headers results in a code change to Qt, we need to bump.
Noticed while testing the otter-browser udpate.
/usr/include in favor of /usr/local/lib/gcc ones by Qt5: now it
helps all qmake-qt5-based software as well.
Fixes problems aja@ was seeing with games/gottcode/tanglet at least.
* Add missing Qt5Designer in WANTLIB-examples;
* Add a gross hack for pkgconfig files being generated to avoid
value of WRKBUILD mentioned in them;
* Unhide dependency on geo/geoclue (used by Qt5Location).
