Qt5 documentation, is always picked up from build directory.
Remove IGNORE-qch as things should build fine again (unless a problem naddy@
seen today is unrelated).
* Builds fine when another version being installed;
* Start building documentation, HTML generator bug was fixed (patch is
waiting for inclusion upstream);
This update do NOT include QtWebEngine: it relies on building from
Chromium sources (bundled with Qt5) and is a real pain to proceed; so lets
concentrate on what we already have.
All dependant ports are checked by building and running.
Similar (but less invasive) patch was done for Qt4 as well. There is no
valid point for allowing Qt5 to look at many other places, which could
happen be accessible by unauthorized users by occasion, thus we hardcode
the /etc/ssl/ as the only vaild place.
The code looks like initially developed for iOS, but compiles perfectly
on OpenBSD as well. No reason to avoid another hardening that comes
for free, right?
CMake files are not installed in ${PREFIX}/lib anymore; instead,
the qt5.port.mk will provide necessary environment variables to help
CMake to find the Qt5 packages.
Not connected to build, so no bump.
Qt is a full development framework with tools designed to streamline
the creation of applications and user interfaces for desktop,
embedded, and mobile platforms.
This port is not enabled yet, because some ports will pick up Qt5
instead of Qt4, breaking build. Those will be fixed separately soon.
There are some non-critical things left to do:
1. Support for OpenBSD sensors framework.
2. V4L2 support.
3. -L${LOCALBASE}/* could come before -L${WRKBUILD}/* when linking is
done across Qt module boundaries. This means that builds of Qt 5.y
while having Qt 5.x installed (x < y) will be busted.
Volunteers are welcome to come in and help fixing those problems.
Last note: don't even try to build "debug" FLAVOR unless you know
what you're doing and you have about 20GB of free space. You've
been warned.
landry@ agrees on continuing working in-tree
