./x11/qt5/qtwebengine [Chromium-based web engine for Qt5]
[+] Add this package to your ports tracker

[ CVSweb ] [ Homepage ] [ RSS feed ]

Version: 5.15.2, Package name: qtwebengine-5.15.2
Maintained by: The OpenBSD ports mailing-list
Master sites:
Description
The Qt WebEngine module provides a web browser engine that makes it easy to
embed content from the World Wide Web into your Qt application on platforms
that do not have a native web engine.

Qt WebEngine provides C++ classes and QML types for rendering HTML, XHTML, and
SVG documents, styled using Cascading Style Sheets (CSS) and scripted with
JavaScript. HTML documents can be made fully editable by the user through the
use of the contenteditable attribute on HTML elements.

Filesize: 273576.703 KB
Version History (View Complete History)
  • (2021-01-20) Updated to version: qtwebengine-5.15.2
  • (2020-05-16) Package added to openports.se, version qtwebengine-5.13.2 (created)
[show/hide] View available PLISTS (Can be a lot of data)

CVS Commit History:

   2021-03-03 02:44:57 by Stuart Henderson | Files touched by this commit (1)
Log message:
revert previous, back to py2 - it isn't using MODPY_BIN to feed in the
path of python, just relying on detecting at configure time, so it picks
up a py2 which just happens to be installed
   2021-03-02 11:18:43 by Stuart Henderson | Files touched by this commit (1)
Log message:
switch qtwebengine BDEP from python 2 to python 3, it built ok for me
with that. (chromium/iridium didn't).
   2021-02-23 12:39:53 by Stuart Henderson | Files touched by this commit (743)
Log message:
Reverse the polarity of MODPY_VERSION; default is now 3.x,
if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.
Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.
   2021-02-14 07:34:01 by Stuart Henderson | Files touched by this commit (1)
Log message:
reenable qtwebengine on i386, it builds there OK now.
I suspect it possibly hit the QIODevice::readLine() problem fixed in
https://codereview.qt-project.org/c/qt/qtbase/+/317907 that I backported.
   2021-01-31 09:34:50 by Rafael Sadowski | Files touched by this commit (1)
Log message:
Unbreak qtwebengine on arm64
OK phessler@
   2021-01-28 04:51:25 by Rafael Sadowski | Files touched by this commit (2)
Log message:
"now that we have struct ip_mreqn, start using that to avoid multiple"
multicast errors, form www/chromium robert@
   2021-01-18 23:16:36 by Rafael Sadowski | Files touched by this commit (779)
Log message:
Update Qt to 5.15.2
This updates Qt to the latest LTS version and also contains qtwebengine 5.15.2.
LTS, whatever this mines this days.
Many thanks to all who made this possible and all the test/cpu hours!
George Koehler (octave runtime test),powerpc (cwen@), sparc64 (kmos@),
amd64,i386 (landry@ and Me)
OK landry@
   2020-10-06 10:51:19 by Landry Breuil | Files touched by this commit (1)
Log message:
Make sure systemwide minizip isnt detected.
qtwebengine bundles two incompatible versions of minizip in its chromium
copy, and everything blows if the systemwide minizip is detected.
   2020-09-28 08:24:42 by Christian Weisgerber | Files touched by this commit (1)
Log message:
fix build on aarch64 by reverting (!) upstream qtwebengine-chromium's
"Fix building on aarch64 without fp16" commit
   2020-06-10 13:50:28 by Rafael Sadowski | Files touched by this commit (1)
Log message:
Add missing dependency lcms2, spotted by naddy@, thanks!
   2020-06-09 01:14:46 by Jasper Lievisse Adriaanse | Files touched by this commit (49)
Log message:
bump after libxslt dependency changed
   2020-06-04 08:18:57 by Stuart Henderson | Files touched by this commit (1)
Log message:
mark BROKEN-i386, this can't be built on the build machines.
it maybe possible to get it building with -Wl,--no-keep-memory or maybe
by using ld.bfd instead of LLD, if someone wants to figure out the qmake/gn
bits needed I can test diffs
   2020-05-25 05:51:12 by Stuart Henderson | Files touched by this commit (1)
Log message:
qtwebengine: try DPB_PROPERTIES=lonesome on i386 to see if that allows
it to build.
[memory below the 4GB line is very limited on at least some modern
intel x86 processors as used in the package build cluster; according to
Dell systems with Skylake CPUs "allocate more memory" (to the hardware)
"as they are often configured with Thunderbolt capability" ...
"regardless of the system having actual Thunderbolt hardware" and
according to Acer they "reserve more memory for PCI-Express and MMIO
devices" - presumably same for Kaby Lake as in the build machines].
   2020-05-18 09:29:08 by Rafael Sadowski | Files touched by this commit (1)
Log message:
Add ONLY_FOR_ARCHS to amd64 aarch64 i386, spotted by cwen
   2020-05-16 01:03:01 by Rafael Sadowski | Files touched by this commit (561)
Log message:
Update QtWebEngine to 5.13.2
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.