This enable the script support in krita. This can be disabled
via the PYTHON option.
PR: 272033
Reported by: Jonathan M Davis <freebsd.bugs@jmdavisprog.com>
KDE will no longer ship the KDE telepathy components (ktp) as part
of the KDE Gear releases starting from the upcoming KDE Gear 23.08
this august [1], [2].
The ports will stay at their current version until removal at the
end of the quarter.
These components are not actively maintained, and the same goes
for the rest of the telepathy stack. [3] gives a quick overview,
explaining that it is mostly broken.
[1] 9e8b75d787
[2] https://mail.kde.org/pipermail/release-team/2023-June/013068.html
[3] https://mail.kde.org/pipermail/release-team/2023-June/013080.html
There has been a size/checksum mismatch when creating a yarn cache
archive for users with umask other than 022. To ensure reproducibility
of the cache file, force use of 755 and 644 permissions regardless of
umask value.
Reported by: Joe Hu <vegertar_at_gmail_dot_com> (private mail)
MFH: 2023Q3
Saturday, 8 July 2023
KDE today announces the release of KDE Frameworks 5.108.0.
KDE Frameworks are 83 addon libraries to Qt which provide a wide variety
of commonly needed functionality in mature, peer reviewed and well
tested libraries with friendly licensing terms. For an introduction see
the KDE Frameworks release announcement.
This release is part of a series of planned monthly releases making
improvements available to developers in a quick and predictable manner.
Announcement: https://kde.org/announcements/frameworks/5/5.108.0/
PR: 272435
Exp-run by: antoine
Circumvent -Wincompatible-function-pointer-types to make build
under 14-CURRENT again and revert 093a84fae0a8 (deprecation).
Pending maintainer approval the next step will be assume
maintainership.
PR: 272558
mail/xmail is failing to build on FreeBSD-14. Since this was originally
written in 1995 and hasn't been maintained in a long time - last FreeBSD
updates were in 2007 - this is probably a good candidate for removal.
PR: 272558
Currently a no-op, but in the future outputs the correct setuptools
port depending on whether USES_PYTHON=distutils is specified.
With hat: python
PR: 270510, 270358
...so it isn't linked into every executable and library.
This came up when trying to fix a crash involving libgcrypt,
libgpg-error and libintl from gettext 0.22. This crash has been
fixed in fb889ca82944.
PR: 272517
Libgpg-error has an initialisation function with
__attribute__((constructor)) that calls a libintl function that
calls pthread_rwlock_wrlock that segfaults if libpthread wasn't
initialised yet. This can happen because libintl doesn't link to
libpthread to avoid the overhead for non-threaded programs. To
fix this, add an initialisation function to libintl that triggers
initialisation of libpthread.
RTLD_NOLOAD suggested by kib.
dlopen was fixed to work during initialisation in
https://cgit.FreeBSD.org/src/commit/?id=1005d3d05362
PR: 272472, 272517