notbugAs an Amazon Associate I earn from qualifying purchases.
Want a good read? Try FreeBSD Mastery: Jails (IT Mastery Book 15)
Want a good monitor light? See my photosAll times are UTC
Ukraine
non port: www/qt5-webengine/files/patch-src_3rdparty_chromium_base_files_file__path__watcher__kqueue.h

Number of commits found: 5

Monday, 6 Jul 2020
06:43 tcberner search for other commits by this committer
Update Qt5 to 5.15

This is a major upgrade of the Qt libraries [1], [2].

* People that use upgrading mechanisms with incomplete dependency handling
  (portmaster & Co) should make sure to manually remove the existing Qt
  packages to guarantee a safe upgrade. Keep in mind, that Qt does not like if
  you have an incomplete upgrade.

* This version of Qt drops support for OpenSSL 1.0 -- this means that there
  won't be any binary packages for Qt5 provided by the FreeBSD package builders
  for FreeBSD 11.x anymore -- and the same for *all* the ports depending on
  net/qt5-network [3]. If you cannot upgrade to a more recent FreeBSD
  version (12.x, 13.x), you will need to build Qt5 from ports while switching
  to an SSL implementation from ports.

Big thanks are due for
* kai@ for updating webengine (also mikael@)
* Felix Palmen for providing LibreSSL support patches
* adridg@ and lbartoletti@ for helping me fix the fallout

[1] https://www.qt.io/blog/qt-5.15-released
[2] https://wiki.qt.io/New_Features_in_Qt_5.15
[3] https://www.freshports.org/net/qt5-network

PR:		247010
Exp-run by:	antoine
Original commitRevision:541318 
Monday, 27 Apr 2020
07:35 kai search for other commits by this committer
www/qt5-webengine: Update to 5.14.2

* Under the hood runs Chromium version to 77.0.3865.129 with security
  patches up to 80.0.3987.132 .

* Restore one patch that was removed in r497425 . It's now required again to
  get successful builds.

Changelog:

[QTBUG-78284] Fixed conversion of tabpanel aria role
[QTBUG-81206] Fixed overriding shortcuts in password input fields
              on Windows
[QTBUG-80234] Fixed media playback issue on custom urls by supporting HTTP
              ranges headers
[QTBUG-81521] Update navigation actions when load finishes in a subframe
[QTBUG-82109] Fixed name filters of GTK file picker
[QTBUG-78284] Fixed widget accessibility on macOS
[QTBUG-78284] Fixed quick accessibility on macOS
[QTBUG-81783] Fixed event.key for Ctrl key combinations on Windows
[QTBUG-81574] Clear previous page text selection on new navigation
              unconditionally
[QTBUG-78284] Fixed VoiceOver navigation on web pages on macOS
[QTBUG-81539] Update accessibility focus on FocusIn events for Quick
[QTBUG-82715] Support build with system ninja >= 1.10.0

* Fixed deadlocks on WebEngineContext destruction
* Suppress error message on ACCESSIBILITY_EVENTS permission type
* Example 'quicknanobrowser' improvements

Approved by:	tcberner (kde)
Original commitRevision:533106 
Sunday, 31 Mar 2019
15:50 rakuco search for other commits by this committer
Remove another unnecessary patch.

The code built fine without the extra headers on 11.2, 12.0 and HEAD.
Original commitRevision:497425 
Saturday, 6 Jan 2018
21:30 rakuco search for other commits by this committer
Update Qt5 ports to 5.9.3.

This took quite a lot of time because Qt's own build system underwent
several changes in 5.8.0 that took a while to adapt to.

And, of course, qt5-webengine is a behemoth that we need to patch like crazy
due to its bundling of Chromium. In fact, most of the Chromium patches in
qt5-webengine have been imported with no changes from www/chromium@433510
("www/chromium: update to 56.0.2924.87").

New port: accessibility/qt5-speech

Bigger changes to Qt5 ports we had to make:
- Qt now allows using a configure.json file to define configuration options
  and specify configuration checks that can be done when qmake is invoked.
  However, configure.json checks done in a subdirectory only propagates to
  subdirectories, and checks elsewhere will fail if all .pro files are being
  parsed at once (i.e. qmake -recursive), so several ports had to switch to
  USES=qmake:norecursive along with manual additional qmake invocations in
  subdirectories in order to work. It's been mentioned in a few places such
  as Qt's bug tracker that qmake's recursive mode is pretty much deprecated,
  so we might switch to non-recursive mode by default in the future.

- Uses/qmake.mk: Introduce QMAKE_CONFIGURE_ARGS. qmake now accepts
  arbitrary options such as '-foo' and '-no-bar' at the end of the
  command-line. They can be specified in QMAKE_CONFIGURE_ARGS.

- graphics/qt5-wayland: The port can only be built if graphics/mesa-libs is
  built with the WAYLAND option, so a corresponding option (off by default)
  was added to the port.

- misc/qt5-doc: Switch to a pre-built documentation tarball. The existing
  port was not working with Qt 5.9. Instead of trying to fix it, switch to
  what Gentoo does and fetch a tarball that already contains all
  documentation so that we do not have to build anything at all. The
  tarball's name and location in download.qt.io look a bit weird, but it
  seems to work fine.

- www/qt5-webengine: Use binutils from ports, Chromium's GN build system
  generates a build.ninja that uses ar(1) with the @file syntax that is not
  supported by BSD ar, so we need to use GNU ar from binutils.

- x11-toolkits/qt5-declarative-render2d: This port was merged into the main
  Qt Declarative repository upstream, and into x11-toolkits/qt5-quick in the
  ports tree.

Changes to other ports we had to make:
- biology/ugene: Drop a '#define point "."' that is not present in more
  recent versions of the port. Defining a macro with such a common name
  causes build issues with Qt 5.9, which uses |point| as an argument name in
  methods.

- cad/qelectrotech: Fix plist with Qt 5.9. Directories are no longer
  installed with `cp -f -R', but rather `qmake install qinstall', which does
  not install

   
%%DATADIR%%/elements/10_electric/20_manufacturers_articles/bosch_rexroth/.directory

  That's a local file that should not even have been part of the tarball
  anyway.

- chinese/gcin-qt5: Add additional private Qt directories (which should not
  be used in the first place) to get the port to build with Qt 5.9.

- devel/qtcreator: Fix plist with Qt 5.9. Something changed in qdoc and some
  test classes no longer generate documentation files.

- security/keepassx-devel: Import a patch sent upstream almost a year ago to
  fix the build with Qt 5.9.

Thanks to antoine for the exp-run, and tcberner and Laurent Cimon
<laurent@nuxi.ca> for landing changes in our qt-5.9 branch.

PR:		224849
Original commitRevision:458293 
Thursday, 17 Aug 2017
15:56 rakuco search for other commits by this committer
New port: www/qt5-webengine.

Qt WebEngine provides functionality for rendering regions of dynamic web
content. In other words, this is Chromium's Blink web engine and parts of
Chromium's content layer wrapped by Qt. Qt WebKit is deprecated upstream, and
WebEngine is the future.

This port has been in the works for a very long time, with contributions by
myself, tcberner, Adriaan de Groot and Marie Loise Nolden.

Since most of the port is just a large part of Chromium's code base, this means
sharing some of the pain www/chromium goes through by having to patch a ton of
files. We cannot share the exact same patches because this version of Qt
WebEngine is based on an older Chromium release.

I have verified that the port works, but it is possible that many things are
still wrong or missing, so bug reports are encouraged.

Reviewed by:	Adriaan de Groot <groot@kde.org>, tcberner
Differential Revision:	https://reviews.freebsd.org/D12063
Original commitRevision:448132 

Number of commits found: 5