I'll commit it this weekend with maintainer timeout > 2 weeks.

In D45094#1033094, @saper_saper.info wrote:

I tried to rebuild the ports updated by this patch and I have trouble supplying enough virtual memory to build babl.

The last step seems to be vapigen invocation that consumes huge amount of memory. Is this normal? How much is enough?

What is your environment?
Did you test build of old 0.1.106 version in same environment?

Removed graphics/gegl/files/patch-gegl_opencl_cl_platform_h - tested build on powerpc64le (thanks to pkubaj).

In D45071#1029790, @vvd wrote:

libabsl*.so:devel/abseil from libprotobuf-lite.so:devel/protobuf from option CHROMECAST.

CHROMECAST_LIB_DEPENDS+=libabsl_base.so:devel/abseil

libsrt.so:www/srt and libaribb24.so:multimedia/aribb24: --disable-srt --disable-aribb25.
libabsl*.so:devel/abseil from libprotobuf-lite.so:devel/protobuf from option CHROMECAST.

Or we can patch modules/access/rdp.c:

diff -ur multimedia/vlc/files/patch-modules_access_rdp.c.orig multimedia/vlc/files/patch-modules_access_rdp.c
--- multimedia/vlc/files/patch-modules_access_rdp.c.orig
+++ multimedia/vlc/files/patch-modules_access_rdp.c
@@ -1,4 +1,4 @@
---- modules/access/rdp.c.orig  2016-07-22 12:10:45 UTC
+--- modules/access/rdp.c.orig  2023-02-11 09:33:17 UTC
 +++ modules/access/rdp.c
 @@ -45,18 +45,6 @@
  # include <freerdp/version.h>
@@ -19,7 +19,13 @@
  #include <errno.h>
  #ifdef HAVE_POLL
  # include <poll.h>
-@@ -140,6 +128,7 @@ static void desktopResizeHandler( rdpCon
+@@ -139,11 +127,12 @@ typedef struct vlcrdp_context_t vlcrdp_context_t;
+
+ /* updates handlers */
+
+-static void desktopResizeHandler( rdpContext *p_context )
++static int desktopResizeHandler( rdpContext *p_context )
+ {
      vlcrdp_context_t * p_vlccontext = (vlcrdp_context_t *) p_context;
      demux_sys_t *p_sys = p_vlccontext->p_demux->p_sys;
      rdpGdi *p_gdi = p_context->gdi;
@@ -27,7 +33,7 @@

The decision is up to the maintainer to use substitution of the version in port.
That's why I'm closing the review.

Can we go forward?

Removed patch-operations_external_png-load_c and patch-operations_external_tiff-load_c - build fine without both.

In D45094#1028356, @diizzy wrote:

All ports should be converted to DISTVERSION as per Porters Handbook

Ok.

graphics/gegl
Are patch-operations_external_png-load_c and patch-operations_external_tiff-load_c still required?

I'll test.

The OpenMP hack can likely be ripped out by now

- #include <altivec.h>
I don't know and I don't have ppc* for testing.
Base 13.3 have this file: /usr/lib/clang/17/include/altivec.h

PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278789

• Use DESC commited in https://cgit.freebsd.org/ports/commit/?id=7e9e1b6c9e710d094c9f0d5707a673dbe07cb2af
• I request permission to become a maintainer for this port

Small fixes in options.

Create PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278718

Improvement after testing build with different options in poudriere.

Upstream committed to master branch all fixes based on our patches - use this commit instead of local patches.

It fails if EXAMPLES and PREEDIT both on (both are non-default).
Patch:

diff -ur graphics/glfw/Makefile.orig graphics/glfw/Makefile
--- graphics/glfw/Makefile.orig
+++ graphics/glfw/Makefile
@@ -10,7 +10,7 @@
 LICENSE=       ZLIB
 LICENSE_FILE=  ${WRKSRC}/LICENSE.md

Upstream committed our patches to 3.5.1 branch - replaced audio/audacity/files/patch-* with patch from this commit.

Removed unused LIB_DEPENDS:

Warning: you might not need LIB_DEPENDS on libasound.so
Warning: you might not need LIB_DEPENDS on libcurl.so
Warning: you might not need LIB_DEPENDS on libopenjp2.so
Warning: you might not need LIB_DEPENDS on libpng.so
Warning: you might not need LIB_DEPENDS on libturbojpeg.so

And pet portclippy.