QtChooser allows you to select your version of Qt among those installed.
However, this tool is no longer supported upstream and will not be
available for Qt6.
By default, our Qt installations are done in
${LOCALBASE}/lib/qt${QT_VERSION} as recommended.
We have added symbolic linking for the main binaries to
${LOCALBASE}/bin with the suffix -qt5.
There have been multiple bug reports where people get compiler
errors with regards to -Xclang -fno-color-diagnostics. This is
caused by partial upgrades and outdated meson packages. For a
better UX, change BUILD_DEPENDS to require a package version that
fixes it.
Fixes: ff2796d5bc
Tuesday, 22 June 2021.
Today KDE releases a bugfix update to KDE Plasma 5, versioned 5.22.2.
Plasma 5.22 was released in June 2021 with many feature refinements and
new modules to complete the desktop experience.
This release adds a week's worth of new translations and fixes from
KDE's contributors. The bugfixes are typically small but important and
include:
* Discover: Flatpak: properly notify about updates.
* [Task Manager] Show window title in tooltip when player title is different
* KWin: Wayland: Implement activities window rule.
View full changelog:
https://kde.org/announcements/changelogs/plasma/5/5.22.1-5.22.2
Now that GCC 11.1 has been released and lang/gcc11 is in place,
explicitly list version 11 as an option for GCC_DEFAULT.
Technically USE_GCC=11 was already working, using lang/gcc11-devel,
alas intentionally undocumented (and definitely unsupported).
Add an explicit note that versions of GCC not listed here are not
supposed to be used. [1]
Suggested by: mandree [1]
The QtPositioning module contains classes to determine a position by
using a variety of possible sources, including satellite, or wifi, or
a text file, and so on. That information can then be used to, for
example, determine a position on a map. In addition satellite
information can be retrieved and area based monitoring can be performed.
https://www.riverbankcomputing.com/static/Docs/PyQt5/api/qtpositioning/qtpositioning-module.html
Reviewed by: lbartoletti, #portmgr!
Approved by: lbartoletti (kde@)
Differential Revision: https://reviews.freebsd.org/D30829
Now that GCC 11.1 has been released and lang/gcc11 is in place,
have USE_GCC=11 use that instead of lang/gcc11-devel.
In addition add support for USE_GCC=12 which uses lang/gcc12-devel
(still in early development, not recommended for production use).
Tuesday, 15 June 2021. Today KDE releases a bugfix update to KDE Plasma
5, versioned 5.22.1.
Plasma 5.22 was released in June 2021 with many feature refinements and
new modules to complete the desktop experience.
This release adds a week's worth of new translations and fixes from
KDE's contributors. The bugfixes are typically small but important and
include:
* KWin: Platforms/drm: support NVidia as secondary GPU with CPU copy.
* Weather applet: Point bbcukmet to new location API.
* Wallpapers: Add milky way.
View full changelog at
https://kde.org/announcements/changelogs/plasma/5/5.22.0-5.22.1
Plasma 5.22 is here, and it is more reliable and stable than ever. By
cleaning up and refactoring code in the background, the Plasma desktop
gives you greater responsiveness and performance, helping you become
even more productive without hiccups or surprises. Enjoy a smoother
experience with KDE’s Plasma 5.22 desktop.
Plasma 5.22 has become more pleasurable to use through improvements to
the design and greater smoothness and consistency in transparencies,
blurs, icons, and animations. Moving things to accessible locations,
offering hints and visual cues, and creating new settings allows you to
customize your work environment to make it fit perfectly to your needs.
Following the true KDE spirit, the push for a more stable and attractive
desktop does not mean you have to renounce control over how you want it
to look or behave. Plasma 5.22, as always, packs all the flexibility and
tools for customization you have come to expect and love, and some more
to boot.
Meanwhile, the push to move Plasma in its entirety to Wayland (the
display protocol of the future) continues in full swing. So much so that
popular distros are starting to ship Plasma with Wayland by default. By
using Wayland behind the scenes, Plasma is able to include features and
bug fixes not possible to implement on X11, offering you a better
experience and more stability.
Full announcement and changelog:
https://kde.org/announcements/plasma/5/5.22.0/
Thursday, 10 June 2021
Over 120 individual programs plus dozens of programmer libraries and
feature plugins are released simultaneously as part of KDE Gear.
The full changelog can be found here:
https://kde.org/announcements/changelogs/gear/21.04.2/
ECHO is builtin variable and is cleared when make(1) is invoked
in silent mode, i.e. as ``make -s'', thus making statements that
use it do nothing. Depending on the context, replace it with
either ${ECHO_CMD} or ${ECHO_MSG} (in one case), as appropriate.
PR: 256185
Submitted by: Franco Fichtner
Previously, for ports with GCONF_SCHEMAS, `gnome-post-gconf-schemas'
target would add a @postunexec rule which was invoked *after* those
files would be removed upon deinstallation, resulting in errors:
I/O warning : failed to load external entity ".../$some.schemas"
Failed to open `.../$some.schemas': No such file or directory
Change it to @preunexec so that `gconftool-2 --makefile-unistall-rule'
command would get called while those files still exist.
PR: 210969
Timeout from: gnome (~5 years)
Hackage now returns a JSON array with all revisions, so sed/grep trickery
is not working anymore. Use Python to parse the reply and extract revision
number.
- Copy devel/py-setuptools to devel/py-setuptools44 (for Python 2.7 support)
- Update devel/py-setuptool to 57.0.0 (adding support for Python 3.10)
- Update Mk/Uses/python.mk to chose between py-setuptools and
py-setuptools44 based on Python version
This allows us to have latest setuptools and working Python 3.10
without breaking packages requiring Python 2 support for remaining
reports that require it.
Exp-run showed 3 ports failing to build with latest setuptools and
they were fixed.
PR: 256173
Exp-run by: antoine
Reviewed by: koobs (python)
Approved by: koobs (python)
Differential_Revision: https://reviews.freebsd.org/D30473
This mainly synchronize the subgroups GH_TAGNAME_${_group}_* variables
with their default GH_TAGNAME_* equivalent.
In order to try and avoid this in the future, add a couple of comments
where those two sets of variables are defined.
PR: 256314
Reported by: yuri
The classic way to handle flavors is to set:
FLAVORS= foo bar
FLAVOR?= ${FLAVORS:[0]}
And in that case, FLAVOR is only set if the variable is not defined. If
you pass an empty flavor using `FLAVOR=` then it remains empty after
that line. It can leads to some ports with complicated logic to assume
the wrong flavor is set.
PR: 256301
Reported by: avg
Differential Revision: https://reviews.freebsd.org/D30579
While no port will ever have an @ in their path name, it might be
possible that PORTSDIR has an @ somewhere in its path.
PR: 256301
Differential Revision: https://reviews.freebsd.org/D30579
On Intel Skylake this enables WebRender for Xorg and Wayland (wlroots).
Xwayland isn't qualified yet but Firefox can be tricked by unsetting
WAYLAND_DISPLAY or simply switching to native via MOZ_ENABLE_WAYLAND.
PR: 255344
Reported by: Evgeniy Khramtsov (via gecko@ list)
USE_GCC=any was introduced to leverage the old version of GCC 4.2
installed as /usr/bin/gcc on some systems. That has increasingly
not been present any longer (not on i386 and amd64 since 12.x and
optionally 11.x, not even on the ppcdevref system according to
linimon@) and hardly anyone actually has been testing ports in
this scenario.
So, finally stop using /usr/bin/gcc (and /usr/bin/gc++ and
/usr/bin/gcpp) even if present.
This makes USE_GCC=any just another way of spelling USE_GCC=yes
before we finally de-orbit it.
Discussed with: mat, linimon, pkubaj
This enables to fetch and checksum on a host without src, for example, a
distfile mirroring service.
Reviewed by: rene
Differential Revision: https://reviews.freebsd.org/D30345
This brings python framework in consistense with handbook recommendations
to prefer DISTVERSION and simplifies adding prerelease versions of
python
PR: 255013
Differential Revision: https://reviews.freebsd.org/D29418
Exp-run by: antoine
Approved by: wen@, no objection from python@ or portmgr@
