The following doc components are gone
- qtconnectivity
- qtdatavis3d
- qtdeclarative
- qtwebkit (The effort is no longer worth it)
All doc components are installed in separate directories
QtWebEngine is not yet enabled (hooked up) but this version works for the most
use-cases. Google maps, Youtube stream with sound, nextcloud... I have not
tested video conferences, this is not the main use case either.
Most applications do not use QtWebEngine to implement a browser but to interact
with certain HTTPS services/websites or for showing HTML docs.
Next tasks:
- Slowly switch and test some KDE5 applications from qtwebkit to qtwebengine
- py-qtwebengine
FYI: We're not going to switch otter-browser to QtWebEngine. Otter is the only
browser really working on macppc.
To be honest, this would never be possible without the incredible chromium
patches collection of robert@ and his input. So a lot of patches come from
www/chromium/patches and some form FreeBSD.
Noteable exiv2 port changes:
- Switch to cmake and enable i18n support
- Change COMMENT and cleanup DESCR
- Switch to https
- Don't provide the new Exiv2::getProcessPath() function. Not portable,
doesn't work on OpenBSD, and shouldn't be exposed in the API of a
graphics library. Instead, define a macro with CMake to help runtime
find gettext files. from jca@'s commit
https://v4.freshbsd.org/commit/openbsd/ports/fHGCS7kzl4zKjdnW
- All consumer fixed. configure checks, port-lib-depends-checks checks
and also some run-time tests with krita, digikam, nomacs.
Consumer patches from upstream, gentoo, freebsd and by me for the old
creepy KDE4 stuff.
This went through a full amd64 bulk build. Thanks jj