- only one extra-cmake-modules package can be installed at a time
- devel/kf6-extra-cmake-modules is backward compatible and, according to
upstream, should be used for all builds.
Exp-run by: antoine
PR: 280070
The patch was applied to detect mempcpy(3) in /usr/include/string.h. It
is no longer necessary after ports snapshot d124846683 and did not
detect the function after src snapshot 0c47b9c211.
Approved by: mikael (maintainer)
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D46058
- Convert ports to use PY_TOMLI to simplify Makefile.
The minimal version is set to 2.0.1 because it is required by multiple ports such as devel/py-poetry.
The upper bound of version is set to 3 because it is limited by devel/py-poetry.
With hat: python
After src snapshot 0c47b9c211e, the build began failing with:
../../third_party/nasm/include/compiler.h:249:21: error: static
declaration of 'mempcpy' follows non-static declaration
249 | static inline void *mempcpy(void *dst, const void *src, size_t n)
| ^
/usr/include/string.h:71:8: note: previous declaration is here
71 | void *(mempcpy)(void * __restrict,
const void * __restrict, size_t);
Fix the build by restoring a default definition of HAVE_MEMPCPY since
we have had mempcpy() since 13.1.
Approved by: kevans, mikael (maintainer)
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D46053
- Update MASTER_SITES: use upstream release tarball
- Use USES=pathfix to fix .pc installation
- Bump PORTREVISION of dependent ports for shlib change
Changes: https://github.com/google/googletest/releases
"Enhanced Stability, Numerous Fixes, and Smoother Launches!"
Changelog:
https://github.com/OpenShot/openshot-qt/releases/tag/v3.2.1
Another addition of a scraping that is necessary when using the
development version like v3.2.1-2-gae767340.
PR: 280262
MFH: 2024Q3
Shlib version has be been bumped in devel/libplist and other components
pertaining to the libimobledevice stack. Consequently, all consumers need
to be rebuilt.
PR: 280014
Reported by: <fabio.comolli@gmail.com>
Currently, the FreeBSD build of multimedia/x265 fails to include HDR10+
(a.k.a. HDR10plus or "dynamic HDR") support. It only includes HDR10
support (without "plus", sometimes referred to as "static HDR").
That problem also affects the ffmpeg port because it uses the x265 port
for encoding. And that, in turn, affects many other ports that use
ffmpeg or its library for encoding. In other words, the problem renders
several ports unable to produce HDR10+ video content.
There is a non-default cmake build option ENABLE_HDR10_PLUS, but the
port does not handle it correctly.
PR: 280208
Approved by: Mikhail T. <freebsd-2024@virtual-estates.net> (maintainer)
Thanks again to jbeich for noticing various things I overlooked.
Reviewed by: acm, ashish, eduardo, ehaupt, eugen, jbeich, martymac, mat, nobukata, sunpoet, tagattie, yuri, arrowd, kde
Differential Revision: https://reviews.freebsd.org/D45141
