Log message:
* recursive bump for libxkbcommon 1.7.0

Marc Baudoin reported problems with using old binary packages
with the new libkxbcommon, so force everything to 1.7.0

Log message:
*: update KDE Frameworks to 5.114.0

6 months of development

Log message:
*: revebump for new brotli option for freetype2

Addresses PR 57693

Log message:
*: recursive bump for icu 74.1

Log message:
*: bump for openssl 3

Log message:
kwayland: update to 5.108.0

5.99
  PlasmaWindowManagement: Avoid unbounded recursion and delay in readData
  client/plasmashell: fix applet popups displacing other windows
  client/plasmashell: add fallback for applet popups
  require PlasmaWaylandProtocols 1.9.0 and bump supported plasmashell version to 8
  ConnectionThread: connect by symbol rather than by name
  ConnectionThread: Move event dispatcing into a separate method
  ConnectionThread: Make sure we consume properly the threads
  Add support for wl_output version 4
5.100
  [registry] Bump PlasmaWindowManagement version to 16
5.101
  client: Add F_SEAL_SHRINK seal to shm pool backing file
  client: Expose concrete xdg-shell class implementations
5.102
  Make sure that HAVE_MEMFD is defined to 0 if not found

Log message:
Mass-change BUILD_DEPENDS to TOOL_DEPENDS outside mk/.

Almost all uses, if not all of them, are wrong, according to the
semantics of BUILD_DEPENDS (packages built for target available for
use _by_ tools at build-time) and TOOL_DEPEPNDS (packages built for
host available for use _as_ tools at build-time).

No change to BUILD_DEPENDS as used correctly inside buildlink3.

As proposed on tech-pkg:
https://mail-index.netbsd.org/tech-pkg/2023/06/03/msg027632.html

Log message:
*: bump for libproxy 0.5

Log message:
revbump after textproc/icu update

Log message:
Revbump due to dependecy change in qt5-qtbase
Since these dependecies are bundled with
qt5-qtbase and not exposed to qt5 using
applications directly, only bump direct users
of qt5-qtbase.