Drop support for FreeBSD 13.4 (and sometimes 12, 14.0, 14.1) from all
ports.
Reviewed by: dch, @gor_clogic.com.ua
Approved by: portmgr (implicit)
Differential Revision: https://reviews.freebsd.org/D50769
from e2fsprogs to util-linux, to complete the bump of all users
of either library that started with Alexander's commit titled
'*/*: Switch to misc/libuuid and misc/libblkid'
PR: 251489
While here, cleanup Makefile.
Changes
Makefile -- pets port(lint,fmt,clippy)
files/patch-src_metadata.c -- new (the purpose of this pr(1))
PR: 285906
Co-authored-by: George Mitchell <george@m5p.com>
As I've been de facto taking care of this port for the
past five years and work closely with upstream, assume
maintainership as suggested by Chris via email.
CMake Error at CMakeLists.txt:69 (find_package):
Could not find a package configuration file provided by "KDecoration2"
(requested version 6) with any of the following names:
KDecoration2Config.cmake
kdecoration2-config.cmake
EXT_SUFFIX, according to PEP 3149, refers to the full tag and
extension for compiled extension module objects, eg .cpython-311.so,
.cpython-313t.so, etc. We do not use the correct semantic meaning,
and this usage becomes ambiguous and confusing when tags do not
match between bytecode and compiled extension module objects.
Rename our PYTHON_EXT_SUFFIX to PYTHON_TAG to align with PEP 3147's
specification of a magic tag, which consists of implementation name
and shorthand version only. This is meant for bytecode and other
files containing this tag in their filename that do not depend on
a specific Python ABI for the same version. Chase all existing
consumers.
Introduce PYTHON_SOABI to align with PEP 3149's specification of a
tag, which consists of implementation name, shorthand version and
any ABI flags present (this and PYTHON_TAG are identical without
ABI flags). This is meant for compiled extension module objects and
other files that depend on a specific Python ABI for the same
version.
Add documentation for these variables that our PYTHON_EXT_SUFFIX
never had.
PR: 274671
Event: Kitchener-Waterloo Hackathon 202506
Revert "x11-wm/mutter: Tweak USE_LDCONFIG"
This reverts commit 4765ce804cca8dff967d20b33826d65943cf8591.
This is no longer needed after the gnome-shell NO_SHLIB_REQUIRES_GLOB
change.
Reported by: arrowd, tagattie
Announcements:
https://kde.org/announcements/plasma/6/6.4.0/https://kde.org/announcements/plasma/6/6.3.91/https://kde.org/announcements/plasma/6/6.3.90/
New ports added:
x11-themes/plasma6-aurorae: Aurorae window decoration
x11-wm/plasma6-kwin-x11: KWin for X11
Removed ports:
sysutils/plasma6-drkonqi: requires Systemd
kde.mk:
- Add aurorae and kwin-x11 to the list of Plasma components
- Remove drkonqi
x11/plasma6-kscreen:
- Add missing build dep on wayland-protocols.
pkgconfig is required to find wayland-protocols data location
sysutils/plasma6-polkit-kde-agent-1:
- Refresh USE_KDE
sysutils/plasma6-plasma-systemmonitor:
- Add runtime deps on ksystemstats
x11-wm/plasma6-kwin*:
- Depend on aurorae and switch breeze to runtime dependence
x11/plasma6-plasma-workspace:
- Depend on kwin-x11
- Refresh USE_QT
- Add GTK option for better integration of GTK apps
x11-wm/plasma6-kwin:
- update COMMENT
mutter installs some shared libraries under PREFIX/lib/mutter-15, so
point USE_LDCONFIG there. Without this, pkg install gnome-shell fails,
which causes gnome-shell-extensions and gnome-tweaks package builds
to fail with RUN_DEPENDS errors.
Qt 6.9.1 edition.
These ports are known to directly use or link to a library that uses the
Qt private API and must be rebuilt with every Qt update.
Qt *public* API/ABI compatability is excellent, so most consumers don't
need to necessarily be rebuilt between patch or even minor releases, but
use of the private API breaks this compatibility between even patch
releases and its use is highly discouraged.
This list of bumps is based on histortical data. We don't have time to
revisit every port on the list with each Qt update, so if your port has
dropped Qt private headers and was bumped in error, please let kde@ know
so we can correct this for future updates.
Since GNOME changes their numbering, in some Makefile MASTER_SITES= GNOME is
more complex. This patch simplify for users.
Differential Revision: https://reviews.freebsd.org/D43183
