På søndag 31. mai 2026 kl. 19:28, skrev Volker Schlecht <openbsd-ports@schlecht.dev>: > Ping > > On 5/14/26 3:25 PM, Volker Schlecht wrote: > > Ping > > > > On 5/3/26 2:07 PM, Volker Schlecht wrote: > >> ok after unlock? > >> > > > Tested on current/amd64 with privsep. $TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all/ pkg_add -Dsnap -u fcft fcft-3.3.1p0->3.3.3: ok show-reverse-deps graphics/fcft ╭────────────────╮ │ FullPkgPath │ ╞════════════════╡ │ wayland/fnott │ │ wayland/foot │ │ wayland/fuzzel │ │ wayland/mango │ │ wayland/niri │ ╰────────────────╯ Foot and fuzzel continue to work well in sway 1.12. I am not seeing any crashes in fnott either. Looks good. Hope this helps.
Sunday, May 31, 2026
Re: amd64 build failures 2026-05-30
On Sun 31/05/2026 19:15, Christian Weisgerber wrote: > http://build-failures.rhaalovely.net/amd64/2026-05-30/ > > $ awk '/not built/ { a[$NF]++ } END { for (i in a) printf "%2d %s\n", a[i], i }' summary.log | sort -nr > 45 x11/gnustep/gui > 13 audio/musepack > 3 japanese/canna > 3 japanese/Wnn > 2 inputmethods/libime > 1 x11/xbae > 1 x11/rep-gtk > 1 print/lilypond,-main > 1 misc/open62541 > 1 math/spread-sheet-widget > 1 inputmethods/libskk > 1 devel/autogen > 1 cad/magic > 1 audio/libworkman > > audio/ario ports@ > audio/gmpc-plugins landry@ > audio/libworkman ports@ > audio/musepack ports@ > audio/vgmstream anthony@anjbe.name > audio/xcdplayer ports@ > cad/fritzing ports@ > cad/graywolf just22@atlantide.mooo.com > cad/magic just22@atlantide.mooo.com > cad/prusaslicer renato@renatoaguiar.net > databases/pgpool pea@ > databases/pgtcl stwo@users.sourceforge.net > devel/autogen ports@ > devel/giggle ports@ > devel/remake ports@ > emulators/citra ports@ > emulators/gambatte anthony@anjbe.name > emulators/xcopilot ports@ > emulators/xnp2 ports@ > emulators/xnp21kai ports@ > games/cataclysm-dda,no_x11 kirby@ > games/clonekeen edd@ > games/corewars ports@ > games/falconseye espie@ > games/gnushogi ports@ > games/lincity-ng ports@ > games/micropolis ports@ > games/oolite ports@ > games/openarena ports@ > games/slash espie@ > games/slash-em espie@ > games/spatial ports@ > games/tome4 ports@ > games/wanderer ports@ > games/wrath ports@ > geo/foxtrotgps kirby@ > geo/qgis landry@ > graphics/arcan ports@ > graphics/fyre ports@ > graphics/geomview ports@ > graphics/mtpaint ports@ > graphics/quesoglc brad@comstyle.com > graphics/tgif benoit@ > graphics/xanim espie@ > inputmethods/libime ports@ > inputmethods/libskk ports@ > japanese/Wnn espie@ > japanese/canna espie@ > japanese/kterm ports@ > lang/cim ports@ > lang/gpc ports@ > lang/scm,no_x11 espie@ > lang/v jasper@ > mail/hypermail ports@ Diff below unbreaks building mail/hypermail with llvm22. While here change HOMEPAGE to https. diff --git Makefile Makefile index fbedfe4cc43..f4f2e4146ba 100644 --- Makefile +++ Makefile @@ -1,10 +1,11 @@ COMMENT= generate a cross-referenced HTML mail archive VERSION= 2.3.0 +REVISION= 0 DISTNAME= hypermail-${VERSION} CATEGORIES= mail www -HOMEPAGE= http://www.hypermail-project.org/ +HOMEPAGE= https://www.hypermail-project.org/ SITES= ${HOMEPAGE} WRKDIST= ${WRKDIR}/hypermail diff --git patches/patch-src_trio_c patches/patch-src_trio_c new file mode 100644 index 00000000000..9bfa756306f --- /dev/null +++ patches/patch-src_trio_c @@ -0,0 +1,275 @@ +Fix 64-bit va_list type mismatch in bundled trio library + +Index: src/trio.c +--- src/trio.c.orig ++++ src/trio.c +@@ -3555,7 +3555,7 @@ TRIO_VARGS2((format, va_alist), + assert(VALID(format)); + + TRIO_VA_START(args, format); +- status = TrioFormat(stdout, 0, TrioOutStreamFile, format, &args, NULL); ++ status = TrioFormat(stdout, 0, TrioOutStreamFile, format, (va_list *)args, NULL); + TRIO_VA_END(args); + return status; + } +@@ -3575,7 +3575,7 @@ TRIO_ARGS2((format, args), + { + assert(VALID(format)); + +- return TrioFormat(stdout, 0, TrioOutStreamFile, format, &args, NULL); ++ return TrioFormat(stdout, 0, TrioOutStreamFile, format, (va_list *)args, NULL); + } + + /** +@@ -3622,7 +3622,7 @@ TRIO_VARGS3((file, format, va_alist), + assert(VALID(format)); + + TRIO_VA_START(args, format); +- status = TrioFormat(file, 0, TrioOutStreamFile, format, &args, NULL); ++ status = TrioFormat(file, 0, TrioOutStreamFile, format, (va_list *)args, NULL); + TRIO_VA_END(args); + return status; + } +@@ -3645,7 +3645,7 @@ TRIO_ARGS3((file, format, args), + assert(VALID(file)); + assert(VALID(format)); + +- return TrioFormat(file, 0, TrioOutStreamFile, format, &args, NULL); ++ return TrioFormat(file, 0, TrioOutStreamFile, format, (va_list *)args, NULL); + } + + /** +@@ -3694,7 +3694,7 @@ TRIO_VARGS3((fd, format, va_alist), + assert(VALID(format)); + + TRIO_VA_START(args, format); +- status = TrioFormat(&fd, 0, TrioOutStreamFileDescriptor, format, &args, NULL); ++ status = TrioFormat(&fd, 0, TrioOutStreamFileDescriptor, format, (va_list *)args, NULL); + TRIO_VA_END(args); + return status; + } +@@ -3716,7 +3716,7 @@ TRIO_ARGS3((fd, format, args), + { + assert(VALID(format)); + +- return TrioFormat(&fd, 0, TrioOutStreamFileDescriptor, format, &args, NULL); ++ return TrioFormat(&fd, 0, TrioOutStreamFileDescriptor, format, (va_list *)args, NULL); + } + + /** +@@ -3760,7 +3760,7 @@ TRIO_VARGS4((stream, closure, format, va_alist), + TRIO_VA_START(args, format); + data.stream.out = stream; + data.closure = closure; +- status = TrioFormat(&data, 0, TrioOutStreamCustom, format, &args, NULL); ++ status = TrioFormat(&data, 0, TrioOutStreamCustom, format, (va_list *)args, NULL); + TRIO_VA_END(args); + return status; + } +@@ -3780,7 +3780,7 @@ TRIO_ARGS4((stream, closure, format, args), + + data.stream.out = stream; + data.closure = closure; +- return TrioFormat(&data, 0, TrioOutStreamCustom, format, &args, NULL); ++ return TrioFormat(&data, 0, TrioOutStreamCustom, format, (va_list *)args, NULL); + } + + TRIO_PUBLIC int +@@ -3827,7 +3827,7 @@ TRIO_VARGS3((buffer, format, va_alist), + assert(VALID(format)); + + TRIO_VA_START(args, format); +- status = TrioFormat(&buffer, 0, TrioOutStreamString, format, &args, NULL); ++ status = TrioFormat(&buffer, 0, TrioOutStreamString, format, (va_list *)args, NULL); + *buffer = NIL; /* Terminate with NIL character */ + TRIO_VA_END(args); + return status; +@@ -3853,7 +3853,7 @@ TRIO_ARGS3((buffer, format, args), + assert(VALID(buffer)); + assert(VALID(format)); + +- status = TrioFormat(&buffer, 0, TrioOutStreamString, format, &args, NULL); ++ status = TrioFormat(&buffer, 0, TrioOutStreamString, format, (va_list *)args, NULL); + *buffer = NIL; + return status; + } +@@ -3912,7 +3912,7 @@ TRIO_VARGS4((buffer, max, format, va_alist), + + TRIO_VA_START(args, format); + status = TrioFormat(&buffer, max > 0 ? max - 1 : 0, +- TrioOutStreamStringMax, format, &args, NULL); ++ TrioOutStreamStringMax, format, (va_list *)args, NULL); + if (max > 0) + *buffer = NIL; + TRIO_VA_END(args); +@@ -3942,7 +3942,7 @@ TRIO_ARGS4((buffer, max, format, args), + assert(VALID(format)); + + status = TrioFormat(&buffer, max > 0 ? max - 1 : 0, +- TrioOutStreamStringMax, format, &args, NULL); ++ TrioOutStreamStringMax, format, (va_list *)args, NULL); + if (max > 0) + *buffer = NIL; + return status; +@@ -4003,7 +4003,7 @@ TRIO_VARGS4((buffer, max, format, va_alist), + buffer = &buffer[buf_len]; + + status = TrioFormat(&buffer, max - 1 - buf_len, +- TrioOutStreamStringMax, format, &args, NULL); ++ TrioOutStreamStringMax, format, (va_list *)args, NULL); + TRIO_VA_END(args); + *buffer = NIL; + return status; +@@ -4026,7 +4026,7 @@ TRIO_ARGS4((buffer, max, format, args), + buf_len = trio_length(buffer); + buffer = &buffer[buf_len]; + status = TrioFormat(&buffer, max - 1 - buf_len, +- TrioOutStreamStringMax, format, &args, NULL); ++ TrioOutStreamStringMax, format, (va_list *)args, NULL); + *buffer = NIL; + return status; + } +@@ -4053,7 +4053,7 @@ TRIO_VARGS2((format, va_alist), + { + TRIO_VA_START(args, format); + (void)TrioFormat(info, 0, TrioOutStreamStringDynamic, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + TRIO_VA_END(args); + + trio_string_terminate(info); +@@ -4079,7 +4079,7 @@ TRIO_ARGS2((format, args), + if (info) + { + (void)TrioFormat(info, 0, TrioOutStreamStringDynamic, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + trio_string_terminate(info); + result = trio_string_extract(info); + trio_string_destroy(info); +@@ -4111,7 +4111,7 @@ TRIO_VARGS3((result, format, va_alist), + { + TRIO_VA_START(args, format); + status = TrioFormat(info, 0, TrioOutStreamStringDynamic, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + TRIO_VA_END(args); + if (status >= 0) + { +@@ -4145,7 +4145,7 @@ TRIO_ARGS3((result, format, args), + else + { + status = TrioFormat(info, 0, TrioOutStreamStringDynamic, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + if (status >= 0) + { + trio_string_terminate(info); +@@ -4817,7 +4817,7 @@ TRIO_VARGS3((ref, format, va_alist), + assert(VALID(format)); + + TRIO_VA_START(arglist, format); +- status = TrioFormatRef((trio_reference_t *)ref, format, &arglist, NULL); ++ status = TrioFormatRef((trio_reference_t *)ref, format, (va_list *)arglist, NULL); + TRIO_VA_END(arglist); + return status; + } +@@ -4834,7 +4834,7 @@ TRIO_ARGS3((ref, format, arglist), + { + assert(VALID(format)); + +- return TrioFormatRef((trio_reference_t *)ref, format, &arglist, NULL); ++ return TrioFormatRef((trio_reference_t *)ref, format, (va_list *)arglist, NULL); + } + + /************************************************************************* +@@ -6474,7 +6474,7 @@ TRIO_VARGS2((format, va_alist), + TRIO_VA_START(args, format); + status = TrioScan((trio_pointer_t)stdin, 0, + TrioInStreamFile, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + TRIO_VA_END(args); + return status; + } +@@ -6489,7 +6489,7 @@ TRIO_ARGS2((format, args), + + return TrioScan((trio_pointer_t)stdin, 0, + TrioInStreamFile, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + } + + TRIO_PUBLIC int +@@ -6524,7 +6524,7 @@ TRIO_VARGS3((file, format, va_alist), + TRIO_VA_START(args, format); + status = TrioScan((trio_pointer_t)file, 0, + TrioInStreamFile, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + TRIO_VA_END(args); + return status; + } +@@ -6541,7 +6541,7 @@ TRIO_ARGS3((file, format, args), + + return TrioScan((trio_pointer_t)file, 0, + TrioInStreamFile, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + } + + TRIO_PUBLIC int +@@ -6577,7 +6577,7 @@ TRIO_VARGS3((fd, format, va_alist), + TRIO_VA_START(args, format); + status = TrioScan((trio_pointer_t)&fd, 0, + TrioInStreamFileDescriptor, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + TRIO_VA_END(args); + return status; + } +@@ -6593,7 +6593,7 @@ TRIO_ARGS3((fd, format, args), + + return TrioScan((trio_pointer_t)&fd, 0, + TrioInStreamFileDescriptor, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + } + + TRIO_PUBLIC int +@@ -6631,7 +6631,7 @@ TRIO_VARGS4((stream, closure, format, va_alist), + TRIO_VA_START(args, format); + data.stream.in = stream; + data.closure = closure; +- status = TrioScan(&data, 0, TrioInStreamCustom, format, &args, NULL); ++ status = TrioScan(&data, 0, TrioInStreamCustom, format, (va_list *)args, NULL); + TRIO_VA_END(args); + return status; + } +@@ -6651,7 +6651,7 @@ TRIO_ARGS4((stream, closure, format, args), + + data.stream.in = stream; + data.closure = closure; +- return TrioScan(&data, 0, TrioInStreamCustom, format, &args, NULL); ++ return TrioScan(&data, 0, TrioInStreamCustom, format, (va_list *)args, NULL); + } + + TRIO_PUBLIC int +@@ -6691,7 +6691,7 @@ TRIO_VARGS3((buffer, format, va_alist), + TRIO_VA_START(args, format); + status = TrioScan((trio_pointer_t)&buffer, 0, + TrioInStreamString, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + TRIO_VA_END(args); + return status; + } +@@ -6708,7 +6708,7 @@ TRIO_ARGS3((buffer, format, args), + + return TrioScan((trio_pointer_t)&buffer, 0, + TrioInStreamString, +- format, &args, NULL); ++ format, (va_list *)args, NULL); + } + + TRIO_PUBLIC int
Re: [Update] graphics/fcft 3.3.3
Ping On 5/14/26 3:25 PM, Volker Schlecht wrote: > Ping > > On 5/3/26 2:07 PM, Volker Schlecht wrote: >> ok after unlock? >> >
Index: Makefile
===================================================================
RCS file: /cvs/ports/graphics/fcft/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile 22 Apr 2025 21:04:24 -0000 1.8
+++ Makefile 28 Apr 2026 18:56:14 -0000
@@ -1,8 +1,7 @@
COMMENT = small font loading and glyph rasterization library
DISTNAME = fcft-$V
-V = 3.3.1
-REVISION = 0
+V = 3.3.3
SITES = https://codeberg.org/dnkl/fcft/archive/
DISTFILES = fcft-{}${V}${EXTRACT_SUFX}
Index: distinfo
===================================================================
RCS file: /cvs/ports/graphics/fcft/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo 24 Mar 2025 20:10:04 -0000 1.3
+++ distinfo 28 Apr 2026 18:56:14 -0000
@@ -1,2 +1,2 @@
-SHA256 (fcft-3.3.1.tar.gz) = 8Yv3lWLgbUF0FpDNHgegLrJgCuOetXUu74ppj2A6SCw=
-SIZE (fcft-3.3.1.tar.gz) = 735195
+SHA256 (fcft-3.3.3.tar.gz) = wNjUhbRbGvgp9zEB1liPQEoyvzx1QyNrGkcH1EvoG2A=
+SIZE (fcft-3.3.3.tar.gz) = 735690
Index: patches/patch-fcft_c
===================================================================
RCS file: patches/patch-fcft_c
diff -N patches/patch-fcft_c
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ patches/patch-fcft_c 28 Apr 2026 18:56:14 -0000
@@ -0,0 +1,27 @@
+Index: fcft.c
+--- fcft.c.orig
++++ fcft.c
+@@ -1,7 +1,11 @@
+ #include "fcft/fcft.h"
+
+ #include <assert.h>
++#if !defined(__OpenBSD__)
+ #include <byteswap.h>
++#else
++#include <endian.h>
++#endif
+ #include <locale.h>
+ #include <math.h>
+ #include <stdbool.h>
+@@ -685,7 +689,11 @@ instantiate_pattern(FcPattern *pattern, double req_pt_
+ }
+
+ #if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__
++#if !defined(__OpenBSD__)
+ version = bswap_16(version);
++#else
++ version = swap16(version);
++#endif
+ #endif
+
+ LOG_DBG("%s: COLR: version=%d", version);
amd64 build failures 2026-05-30
http://build-failures.rhaalovely.net/amd64/2026-05-30/ $ awk '/not built/ { a[$NF]++ } END { for (i in a) printf "%2d %s\n", a[i], i }' summary.log | sort -nr 45 x11/gnustep/gui 13 audio/musepack 3 japanese/canna 3 japanese/Wnn 2 inputmethods/libime 1 x11/xbae 1 x11/rep-gtk 1 print/lilypond,-main 1 misc/open62541 1 math/spread-sheet-widget 1 inputmethods/libskk 1 devel/autogen 1 cad/magic 1 audio/libworkman audio/ario ports@ audio/gmpc-plugins landry@ audio/libworkman ports@ audio/musepack ports@ audio/vgmstream anthony@anjbe.name audio/xcdplayer ports@ cad/fritzing ports@ cad/graywolf just22@atlantide.mooo.com cad/magic just22@atlantide.mooo.com cad/prusaslicer renato@renatoaguiar.net databases/pgpool pea@ databases/pgtcl stwo@users.sourceforge.net devel/autogen ports@ devel/giggle ports@ devel/remake ports@ emulators/citra ports@ emulators/gambatte anthony@anjbe.name emulators/xcopilot ports@ emulators/xnp2 ports@ emulators/xnp21kai ports@ games/cataclysm-dda,no_x11 kirby@ games/clonekeen edd@ games/corewars ports@ games/falconseye espie@ games/gnushogi ports@ games/lincity-ng ports@ games/micropolis ports@ games/oolite ports@ games/openarena ports@ games/slash espie@ games/slash-em espie@ games/spatial ports@ games/tome4 ports@ games/wanderer ports@ games/wrath ports@ geo/foxtrotgps kirby@ geo/qgis landry@ graphics/arcan ports@ graphics/fyre ports@ graphics/geomview ports@ graphics/mtpaint ports@ graphics/quesoglc brad@comstyle.com graphics/tgif benoit@ graphics/xanim espie@ inputmethods/libime ports@ inputmethods/libskk ports@ japanese/Wnn espie@ japanese/canna espie@ japanese/kterm ports@ lang/cim ports@ lang/gpc ports@ lang/scm,no_x11 espie@ lang/v jasper@ mail/hypermail ports@ math/grpn ports@ math/spread-sheet-widget ports@ misc/brltty ports@ misc/open62541,ns0_full bluhm@ multimedia/synfigstudio ports@ net/ipsvd ports@ net/jnettop ports@ net/owamp ports@ net/pmacct,postgresql ports@ net/snort markus.lude@gmx.de net/tcpreplay nigel@ net/trickle ports@ net/ytalk espie@ plan9/rc,editline ports@ print/bibview ports@ print/lilypond kili@ productivity/glabels ports@ productivity/rubrica2 ports@ productivity/siag ports@ security/gringotts pea@ security/strobe ports@ sysutils/gkrellm/plugins/itime ports@ sysutils/gkrellm/plugins/mailwatch ports@ sysutils/gkrellm/plugins/reminder ports@ sysutils/modlogan ports@ sysutils/socklog cr+openbsd@rueger-net.de sysutils/syslog-ng steven@ sysutils/tray-app ports@ www/sogo ports@ x11/Xdialog ports@ x11/bclock ports@ x11/byzi stwo@users.sourceforge.net x11/gnome-mplayer ports@ x11/gnustep/gui sebastia@ x11/gnustep/netclasses sebastia@ x11/gnustep/pantomime sebastia@ x11/mlterm ports@ x11/notion sh+ports@codevoid.de x11/rep-gtk ports@ x11/rox-filer ports@ x11/tkhtml ports@ x11/xbae ports@ x11/xdtm ports@ x11/xpostit ports@ x11/yad ports@ -- Christian "naddy" Weisgerber naddy@mips.inka.de
Re: amd64 build failures 2026-05-29
On Sun, May 31, 2026 at 12:33:05PM -0400, Daniel Dickman wrote: > > > On Sat, 30 May 2026, Christian Weisgerber wrote: > > > x11/gtksourceview ports@ > > Unfortunately this one knocks out a few ocaml ports I need. > > The patch below seems to let gtksourceview build for me. > > Anyone want to ok it? Otherwise I'll plan to commit it shortly. naddy@ already fixed it. > --------------------------------------------------------- > > Fix with llvm 22 > > Patch from https://trac.macports.org/ticket/71652 > > Index: gtksourceview/gtksourceview.c > --- gtksourceview/gtksourceview.c.orig > +++ gtksourceview/gtksourceview.c > @@ -1766,7 +1766,7 @@ set_source_buffer (GtkSourceView *view, > > if (buffer && GTK_IS_SOURCE_BUFFER (buffer)) > { > - view->priv->source_buffer = g_object_ref (buffer); > + view->priv->source_buffer = g_object_ref (GTK_SOURCE_BUFFER (buffer)); > > g_signal_connect (buffer, > "highlight_updated", > -- Antoine
Re: amd64 build failures 2026-05-29
On Sat, 30 May 2026, Christian Weisgerber wrote: > x11/gtksourceview ports@ Unfortunately this one knocks out a few ocaml ports I need. The patch below seems to let gtksourceview build for me. Anyone want to ok it? Otherwise I'll plan to commit it shortly. --------------------------------------------------------- Fix with llvm 22 Patch from https://trac.macports.org/ticket/71652 Index: gtksourceview/gtksourceview.c --- gtksourceview/gtksourceview.c.orig +++ gtksourceview/gtksourceview.c @@ -1766,7 +1766,7 @@ set_source_buffer (GtkSourceView *view, if (buffer && GTK_IS_SOURCE_BUFFER (buffer)) { - view->priv->source_buffer = g_object_ref (buffer); + view->priv->source_buffer = g_object_ref (GTK_SOURCE_BUFFER (buffer)); g_signal_connect (buffer, "highlight_updated",
[maintainer update] sysutils/vifm 0.14.3 -> 0.14.4
Hello, This updates the port to the newest release [0]. Best regards, xaizek [0]: https://vifm.info/v0.14.4
Index: Makefile =================================================================== RCS file: /cvs/ports/sysutils/vifm/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile 16 Jun 2025 18:03:15 -0000 1.8 +++ Makefile 31 May 2026 14:21:59 -0000 @@ -1,5 +1,5 @@ COMMENT = ncurses file manager with Vim-like everything -V = 0.14.3 +V = 0.14.4 DISTNAME = vifm-${V} CATEGORIES = sysutils HOMEPAGE = https://vifm.info/ Index: distinfo =================================================================== RCS file: /cvs/ports/sysutils/vifm/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo 16 Jun 2025 18:03:15 -0000 1.7 +++ distinfo 31 May 2026 14:21:59 -0000 @@ -1,2 +1,2 @@ -SHA256 (vifm-0.14.3.tar.bz2) = Fqm+EQjWpaCen5R/clY3XlGbpB6+lHNlmyBzn9vzRA4= -SIZE (vifm-0.14.3.tar.bz2) = 1764017 +SHA256 (vifm-0.14.4.tar.bz2) = QLwy7BDYKa2j0Cl9M81PMCxSC7QxKH1UT8CgWuRf2xs= +SIZE (vifm-0.14.4.tar.bz2) = 1779444
Re: Python 3.14.5 (Re:)
On Sun, May 31, 2026 at 04:18:50PM +0200, Theo Buehler wrote: > On Sun, May 31, 2026 at 08:38:33AM -0400, Daniel Dickman wrote: > > update to the next point release of Python which allows removal of the > > cherry picked fixes. > > I've been running it locally on amd64 since it was released with no > > issues. > Lightly tested on sparc64. > ok tb Looks good on amd64. ok kmos --Kurt
Saturday, May 30, 2026
[update] wayland/wayland 1.25.0
Tested on current/amd64. Been using this since late March and built with gnome, sway, niri, mango, kde-plasma, arcan, labwc, and wlroots(most reverse dependencies). No regressions that I saw. No llvm22 conflicts either. Changelog: https://lore.freedesktop.org/wayland-devel/Xc5mzCaUxqhO0w-Dls241-PmLXWdFT2DLLkz0Lhr4LAhDTZxiZfrDZeq9lCGGn2V8nxqcMZDTn6vSCdClRYkQ7vCUMPKwQokYhCjf93xRx4=@emersion.fr/T/#u Testing and oks welcome. Hope this helps. -- yaydn
Re: [llvm22] Breakage 2026-05-28
On Sat, May 30, 2026 at 08:36:59PM +0200, Christian Weisgerber wrote: > Theo Buehler: > > > > +CONFIGURE_ENV+= CFLAGS="-Wno-incompatible-pointer-types" > > > > This should be the absolutely last resort and needs an explanation why > > it's necessary and harmless to do so. > > Is that actually a bug in clang? Since this is no longer a warning, > but a hard error, you shouldn't be able to disable it like that. > Weird semantics at least. Possibly. -Wparentheses behaves the same way, so it seems systematic: -Wno-error=parentheses warns but doesn't error -Wno-parentheses turns off warning and error
Re: UPDATE: wayland/wlroots-0.19 --> 0.19 & 0.20
For the record, the following compositors in ports depend on wlroots 0.20 now: labwc 0.20 sway 1.12 The following don't (yet) mango wayback wayfire (allegedly coming in 0.11.0) niri doesn't use wlroots
Re: libgit2 incompatible ptr types, llvm22 i386
On Sat, May 30, 2026 at 04:11:21PM +0100, Stuart Henderson wrote: > Sorry I don't have time to dig into it now: > > /pobj/libgit2-1.9.4/libgit2-1.9.4/src/util/array.h:55:35: error: incompatible pointer types passing 'size_t *' (aka 'unsigned long *') to parameter of type 'unsigned int *' [-Wincompatible-pointer-types] > 55 | if (GIT_MULTIPLY_SIZET_OVERFLOW(&new_size, *asize, 3)) > | ^~~~~~~~~ > /pobj/libgit2-1.9.4/libgit2-1.9.4/src/util/git2_util.h:146:32: note: expanded from macro 'GIT_MULTIPLY_SIZET_OVERFLOW' > 146 | (git__multiply_sizet_overflow(out, nelem, elsize) ? (git_error_set_oom(), 1) : 0) > | ^~~ > /pobj/libgit2-1.9.4/libgit2-1.9.4/src/util/integer.h:60:40: note: expanded from macro 'git__multiply_sizet_overflow' > 60 | __builtin_umul_overflow(one, two, out) > | ^~~ > 1 error generated. Fixed. -- Antoine
libgit2 incompatible ptr types, llvm22 i386
Sorry I don't have time to dig into it now: /pobj/libgit2-1.9.4/libgit2-1.9.4/src/util/array.h:55:35: error: incompatible pointer types passing 'size_t *' (aka 'unsigned long *') to parameter of type 'unsigned int *' [-Wincompatible-pointer-types] 55 | if (GIT_MULTIPLY_SIZET_OVERFLOW(&new_size, *asize, 3)) | ^~~~~~~~~ /pobj/libgit2-1.9.4/libgit2-1.9.4/src/util/git2_util.h:146:32: note: expanded from macro 'GIT_MULTIPLY_SIZET_OVERFLOW' 146 | (git__multiply_sizet_overflow(out, nelem, elsize) ? (git_error_set_oom(), 1) : 0) | ^~~ /pobj/libgit2-1.9.4/libgit2-1.9.4/src/util/integer.h:60:40: note: expanded from macro 'git__multiply_sizet_overflow' 60 | __builtin_umul_overflow(one, two, out) | ^~~ 1 error generated.
graphics/ffmpeg vs llvm 22 on i386
swscale build fails, full build log for current (llvm 22) and previous (llvm 19) builds attached, tail below. both are from the same version (8.1.1). there is this change in configure output: llvm19: EBP available no llvm22: EBP available yes I also notice there are a bunch of 'loop not vectorized' warnings but that's not new. cc -I. -Isrc/ -D_ISOC11_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -I/pobj/ffmpeg-8.1.1/ffmpeg-8.1.1/compat/stdbit -DZLIB_CONST -DHAVE_AV_CONFIG_H -DBUILDING_swscale -O2 -pipe -I/usr/local/include -I/usr/X11R6/include -std=c17 -fPIC -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/X11R6/include -pthread -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/harfbuzz -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/fribidi -I/usr/X11R6/include/freetype2 -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include/libdrm -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/X11R6/include/freetype2 -I/usr/local/include/fribidi -I/usr/local/include/harfbuzz -I/usr/X11R6/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -I/usr/local/include/opus -I/usr/local/include/opus -I/usr/local/include -I/usr/local/include/svt-av1 -DEB_DLL -DRTC_BUILD=0 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/webp -I/usr/local/include -I/usr/local/include/webp -I/usr/local/include -DX264_API_IMPORTS -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/X11R6/include/libdrm -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/X11R6/include -g -Wall -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wwrite-strings -Wtype-limits -Wundef -Wempty-body -Wmissing-prototypes -Wstrict-prototypes -Wunterminated-string-initialization -Wno-parentheses -Wno-switch -Wno-format-zero-length -Wno-pointer-sign -Wno-unused-const-variable -Wno-bool-operation -Wno-char-subscripts -Wno-implicit-const-int-float-conversion -Wno-microsoft-enum-forward-reference -O2 -pipe -Wno-redundant-decls -fno-math-errno -fno-signed-zeros -Qunused-arguments -Werror=implicit-function-declaration -Werror=missing-prototypes -Werror=return-type -MMD -MF libswscale/x86/rgb2rgb.d -MT libswscale/x86/rgb2rgb.o -c -o libswscale/x86/rgb2rgb.o src/libswscale/x86/rgb2rgb.c src/libswscale/x86/rgb2rgb.c:1476:13: error: inline assembly requires more registers than available 1476 | "mov %4, %%"FF_REG_a"\n\t" | ^ 1 error generated. gmake: *** [/pobj/ffmpeg-8.1.1/ffmpeg-8.1.1/ffbuild/common.mak:91: libswscale/x86/rgb2rgb.o] Error 1 *** Error 2 in graphics/ffmpeg (/usr/ports/infrastructure/mk/bsd.port.mk:3080 '/pobj/ffmpeg-8.1.1/build-i386/.build_done': @cd /pobj/ffmpeg-...) *** Error 2 in graphics/ffmpeg (/usr/ports/infrastructure/mk/bsd.port.mk:2723 'build': @lock=ffmpeg-8.1.1v1; export _LOCKS_HELD=" ffmpeg-8....) ===> Exiting graphics/ffmpeg with an error *** Error 1 in /usr/ports (infrastructure/mk/bsd.port.subdir.mk:144 'build': @: ${echo_msg:=echo}; : ${target:=build}; for i in ; do eval...) >>> Ended at 1780152281.15 max_stuck=68.53/depends=7.70/show-prepare-results=4.51/patch=3.13/configure=101.99/build=240.31 Error: job failed with 512 on i386-3 at 1780152281
Re: sdl2 vs llvm22 on i386
On 2026/05/31 00:27, Jonathan Gray wrote: > On Sat, May 30, 2026 at 02:59:02PM +0100, Stuart Henderson wrote: > > similar to the issue with libpixman, devel/sdl2 fails on i386 with LLVM 22. > > from naddy's comment: > > > > | LLVM has dropped the ability to generate vectorized code using compiler > > | intrinsics for chips with MMX but without SSE2. > > > > presumably this applies to SSE as well. > > just MMX > > > > > I've committed already to unbreak my bulk (the list of ports depending > > on this is pretty long), but mailing to let you know in case you would > > like to do something different longer-term. > > I haven't looked at the fallback paths here but it may be possible to > just disable mmx everywhere (like the pixman change). --disable-mmx by itself wasn't enough, it did at least also need --disable-sse.
Re: Fastnetmon OpenBSD Port update,
On 2026/05/21 10:47, Tom Smyth wrote: > I was talking to Pavel (from fastnetmon) and he responded posively asked the following > "Can you provide summary what's required from our side? " so, now that we have switched the system compiler in -current to LLVM 22, unfortunately fastnetmon no longer builds. it gets this far before failing: fmt/format-inl.h:2515:30: error: call to consteval function 'fmt::basic_format_string<char, unsigned int &>::basic_format_string<FMT_COMPILE_STRING, 0>' is not a constant expression 2515 | out = format_to(out, FMT_STRING("{:x}"), value); ... fmt/format-inl.h:2519:28: error: call to consteval function 'fmt::basic_format_string<char, unsigned int &>::basic_format_string<FMT_COMPILE_STRING, 0>' is not a constant expression 2519 | out = format_to(out, FMT_STRING("{:08x}"), value); it looks like this maybe due to the workaround that fmt are using for an old gcc bug, but in any event, checking the version of fmt ... | fmt/core.h | 18:// The fmt library version in the form major * 10000 + minor * 100 + patch. | 19:#define FMT_VERSION 80000 this is rather old, so it would probably be best if fastnetmon updates to a less ancient version (this is likely to require some code changes in fastnetmon to make it work but shouldn't be too hard). I believe there may be some other issues on newer LLVM, at least when fmt is compiled in C++20 mode (as fastnetmon is requesting). if Pavel is able to update fmt (or otherwise workaround), I'm happy to test again and see if we hit any other issues. there are also non-fatal warnings around nlohmann-json; again, fastnetmon has an old version and could do with updating. in this case I think it should just be possible to update to a newer version from https://github.com/nlohmann/json/tree/develop/single_include/nlohmann without other changes.
Re: sdl2 vs llvm22 on i386
On Sat, May 30, 2026 at 02:59:02PM +0100, Stuart Henderson wrote: > similar to the issue with libpixman, devel/sdl2 fails on i386 with LLVM 22. > from naddy's comment: > > | LLVM has dropped the ability to generate vectorized code using compiler > | intrinsics for chips with MMX but without SSE2. > > presumably this applies to SSE as well. just MMX > > I've committed already to unbreak my bulk (the list of ports depending > on this is pretty long), but mailing to let you know in case you would > like to do something different longer-term. I haven't looked at the fallback paths here but it may be possible to just disable mmx everywhere (like the pixman change). > > Index: Makefile > =================================================================== > RCS file: /cvs/ports/devel/sdl2/Makefile,v > diff -u -p -r1.69 Makefile > --- Makefile 22 Feb 2026 18:26:23 -0000 1.69 > +++ Makefile 30 May 2026 13:56:12 -0000 > @@ -1,6 +1,7 @@ > COMMENT= cross-platform multimedia library > > V= 2.32.10 > +REVISION= 0 > DISTNAME= SDL2-${V} > PKGNAME= sdl2-${V} > > @@ -53,6 +54,12 @@ CONFIGURE_ENV+= CPPFLAGS="-I${LOCALBASE} > > .if ${MACHINE_ARCH} == "hppa" > CONFIGURE_ARGS+= --disable-atomic > +.endif > + > +.if ${MACHINE_ARCH} == "i386" > +CONFIGURE_ARGS+= --disable-mmx \ > + --disable-sse \ > + --enable-sse2 > .endif > > # The assembly code contains AltiVec instructions, whose support is not > >
Friday, May 29, 2026
[llvm22] Breakage 2026-05-28
This was from the last experimental build before the LLVM 22 update was committed to base. http://build-failures.rhaalovely.net/amd64-clang/2026-05-28/ audio/ario ports@ audio/gmpc landry@ audio/libgpod ports@ audio/libworkman ports@ audio/musepack ports@ audio/vgmstream anthony@anjbe.name audio/xcdplayer ports@ cad/fritzing ports@ cad/graywolf just22@atlantide.mooo.com cad/magic just22@atlantide.mooo.com cad/prusaslicer renato@renatoaguiar.net databases/pgpool pea@ databases/pgtcl stwo@users.sourceforge.net devel/autogen ports@ devel/csmith ports@ devel/p5-Locale-Hebrew ports@ devel/remake ports@ devel/zeal awolk@ editors/axe ports@ emulators/citra ports@ emulators/gambatte anthony@anjbe.name emulators/xcopilot ports@ emulators/xnp2 ports@ emulators/xnp21kai ports@ games/cataclysm-dda,no_x11 kirby@ games/clonekeen edd@ games/corewars ports@ games/falconseye espie@ games/fnaify-extralibs thfr@ games/gnushogi ports@ games/lincity-ng ports@ games/micropolis ports@ games/oolite ports@ games/openarena ports@ games/slash espie@ games/slash-em espie@ games/spatial ports@ games/tome4 ports@ games/wanderer ports@ games/wrath ports@ games/xasteroids ports@ games/xpilot ports@ games/xscrabble ports@ geo/foxtrotgps kirby@ geo/libchamplain ajacoutot@ geo/qgis landry@ graphics/arcan ports@ graphics/dia-gtk2 ajacoutot@ graphics/fyre ports@ graphics/geomview ports@ graphics/mtpaint ports@ graphics/quesoglc brad@comstyle.com graphics/tgif benoit@ graphics/xanim espie@ graphics/xsane,gimp ports@ inputmethods/libime ports@ inputmethods/libskk ports@ japanese/Wnn espie@ japanese/canna espie@ japanese/kterm ports@ lang/cim ports@ lang/gpc ports@ lang/scm espie@ lang/v jasper@ mail/clamsmtp ports@ mail/hypermail ports@ math/grpn ports@ math/spread-sheet-widget ports@ misc/brltty ports@ misc/open62541,ns0_full bluhm@ net/fastnetmon ports@ net/ipsvd ports@ net/jnettop ports@ net/netpipes ports@ net/ntopng ports@ net/owamp ports@ net/pmacct,postgresql ports@ net/snort markus.lude@gmx.de net/tcpreplay nigel@ net/telepathy/telepathy-logger ajacoutot@ net/trickle ports@ net/ytalk espie@ plan9/rc,editline ports@ print/bibview ports@ print/hplip ajacoutot@ productivity/calcurse ports@ productivity/glabels ports@ productivity/rubrica2 ports@ productivity/siag ports@ security/gringotts pea@ security/strobe ports@ sysutils/clusterit ports@ sysutils/coreboot-utils ports@ sysutils/gkrellm/plugins/itime ports@ sysutils/gkrellm/plugins/mailwatch ports@ sysutils/gkrellm/plugins/reminder ports@ sysutils/modlogan ports@ sysutils/runit ports@ sysutils/socklog cr+openbsd@rueger-net.de sysutils/syslog-ng steven@ sysutils/tray-app ports@ sysutils/whowatch ports@ www/sope ports@ x11/Xdialog ports@ x11/bclock ports@ x11/byzi stwo@users.sourceforge.net x11/cde ajacoutot@ x11/gnustep/gui sebastia@ x11/gnustep/netclasses sebastia@ x11/gnustep/pantomime sebastia@ x11/gtksourceview ports@ x11/gtksourceview3 ajacoutot@ x11/mlterm ports@ x11/notion sh+ports@codevoid.de x11/rdesktop ports@ x11/rep-gtk ports@ x11/rox-filer ports@ x11/tkhtml ports@ x11/xantfarm ports@ x11/xbae ports@ x11/xdtm ports@ x11/xpostit ports@ x11/yad ports@ -- Christian "naddy" Weisgerber naddy@mips.inka.de
Re: NEW: comms/liquid-dsp
Le 26/05/2026 à 22:48, Sebastian Reitenbach a écrit : > Hi, > > this is a new port, dependency for comms/cubicsdr, > > cat pkg/DESCR > liquid-dsp is a free and open-source digital signal processing (DSP) > library designed specifically for software-defined radios on embedded > platforms. The aim is to provide a lightweight DSP library that does not > rely on a myriad of external dependencies or proprietary and otherwise > cumbersome frameworks. All signal processing elements are designed to be > flexible, scalable, and dynamic, including filters, filter design, > oscillators, modems, synchronizers, complex mathematical operations, and > much more. > > tested with rtl-sdr and hackrf on amd64. > > comments and feedback welcome. ok benoit@ > > Sebastian > > -- > https://buzzdeee.reitenba.ch <https://buzzdeee.reitenba.ch>
Re: NEW: comms/soapysdr
Le 26/05/2026 à 22:51, Sebastian Reitenbach a écrit :
> Hi,
>
> this is a new port of needed as dependency for new comms/cubicsdr.
>
> cat pkg/DESCR
> SoapySDR is an open-source generalized API and runtime library for
> interfacing with SDR devices. With SoapySDR, you can instantiate,
> configure, and stream with an SDR device in a variety of environments.
> Most off the shelf SDR hardware platforms are supported by SoapySDR, and
> many open source applications rely on SoapySDR for hardware integration
> support. In addition, SoapySDR has bindings for development frameworks
> like GNU Radio and Pothos.
>
> tested with hackrf and rtl-sdr on amd64.
>
> comments and feedback welcom.
ok benoit@ , but perhaps a make update-plist :
$ diff PLIST.orig PLIST
37a38,46
> share/lua/
> share/lua/5.1/
> share/lua/5.1/SoapySDR/
> share/lua/5.1/SoapySDR/Device.lua
> share/lua/5.1/SoapySDR/Lib.lua
> share/lua/5.1/SoapySDR/Logger.lua
> share/lua/5.1/SoapySDR/Time.lua
> share/lua/5.1/SoapySDR/Utility.lua
> share/lua/5.1/SoapySDR/init.lua
>
> sebastian
>
> --
> https://buzzdeee.reitenba.ch <https://buzzdeee.reitenba.ch>
--
Re: i2pd log rotation in OpenBSD.
AW Green wrote: > Hi, David. > > Sorry for responding offlist (I'm not a subscriber), but fwiw you don't > need to shutdown the i2pd daemon for log rotation. This is done instead > by sending the HUP signal to the i2pd process: > https://github.com/PurpleI2P/i2pd/issues/389 > > Conveniently, newsyslog(8) can send this signal for you when you provide > a pid_file argument in /etc/newsyslog.conf. For example, here is the > line I use in my install: > .. > /var/log/i2pd/i2pd.log _i2pd:_i2pd 644 6 * $D13 Z /var/ > lib/i2pd/i2pd.pid > .. > > Sending HUP to i2pd will also reload the tunnel config and change any > transient keys, so scheduled key rotation can be a useful side-effect of > this pid_file approach. > https://docs.i2pd.website/en/latest/user-guide/run/ > > Thank you for your work updating and improving this port! > > Arthur Hi Arthur, Thank you for the detailed note, and for pointing this out. You are right: using HUP through newsyslog(8)'s pid_file field is a better approach than suggesting a graceful restart or shutdown for log rotation. I had missed that i2pd handles log reopening this way, and the additional tunnel config reload / transient key rotation side effect is useful too. The corrected README section would look like this: ``` Logging ======= By default, the OpenBSD port of ${PKGSTEM} sends its log messages to syslogd(8), which writes them to the /var/log/daemon file. The default log level of ${PKGSTEM} ("warn") can be very verbose. You may want to reduce this log verbosity by changing the "loglevel" parameter in /etc/i2pd/i2pd.conf. If you want log messages to be written to another file, e.g. /var/log/i2pd/i2pd.log, you can change the "log" and "logfile" parameters in /etc/i2pd/i2pd.conf. To have this log file rotated automatically, add an entry to /etc/newsyslog.conf using the i2pd pid file so newsyslog(8) can send SIGHUP to the daemon after rotation. For example: /var/log/i2pd/i2pd.log _i2pd:_i2pd 644 6 * $D13 Z /var/i2pd/i2pd.pid Sending SIGHUP is enough for log rotation, and also makes i2pd reload its tunnel configuration and rotate transient keys. ``` Thanks again for the correction and for testing this in your install. Best regards, David.
Re: [UPDATE] net/i2p 2.10.0 -> 2.12.0
Pascal Stumpf wrote: > Hi David, > > thanks for the update diff. A few nits: > > On Tue, 26 May 2026 22:28:00 +0000, David Uhden Collado wrote: >> Hello, >> >> Please find attached a patch that updates the net/i2p port to version >> 2.12.0. >> >> The upstream release notes and full list of changes are available at: >> >> https://i2p.net/en/blog/2026/02/09/i2p-2.11.0-release/ >> https://i2p.net/en/blog/2026/04/20/i2p-2.12.0-release/ >> >> I also updated the HOMEPAGE to the new canonical project site: >> >> https://i2p.net/ >> >> In short, the changes since 2.10.0 include the switch to Java 17+, Jetty >> 12, broader post-quantum crypto support, and SAMv3 improvements. The >> 2.12.0 release then continues the post-quantum work and fixes a SAMv3 >> lookup issue. >> >> In addition to the version bump, I have preserved the existing >> OpenBSD-specific adjustments for the port, including the local wrapper >> and runtime configuration changes. >> >> I also updated the package list for the new upstream files, including >> the additional reseed and router certificates shipped in this release. >> The package list now uses /var/empty as the _i2p account home so >> installation does not warn about a missing home directory. > > This change is wrong. The _i2p user needs a writable home directory, > the warning is harmless. I tried rebuilding and reinstalling the package with this change in the PLIST file, and when I start the daemon using the rc script, it is automatically created in the /var/i2p directory with the correct permissions. Another option would be to create the directory directly when the package is installed, even if it is empty. > >> I used the GitHub release archive as the source tarball because the >> previous upstream download location could not be resolved from my build >> environment, while the GitHub archive was available and matched the >> 2.12.0 release tag. > > In this case, the new homepage provides a source tarball for download, > so it is preferable to use that instead of Github. I did think there had to be another way to get the source code using the same approach as before; it's my fault for not looking into it more thoroughly. The domain change did strike me as odd - I wasn't sure if it was legitimate or some kind of impersonation of the original project - but it seems to be completely legitimate. > >> Thank you for your time and consideration. >> >> Best regards, >> David >>>> text/x-patch content > > > Everything else looks good. I'm testing the following for a bit and > will commit the update shortly: > > Index: Makefile > =================================================================== > RCS file: /cvs/ports/net/i2p/Makefile,v > diff -u -p -r1.28 Makefile > --- Makefile 23 Mar 2026 19:02:40 -0000 1.28 > +++ Makefile 29 May 2026 15:56:45 -0000 > @@ -1,13 +1,12 @@ > COMMENT= i2p routing protocol > > -V = 2.10.0 > +V = 2.12.0 > DISTNAME = i2psource_${V} > PKGNAME = i2p-${V} > -REVISION = 0 > > CATEGORIES= net > > -HOMEPAGE= https://geti2p.net/en/ > +HOMEPAGE= https://i2p.net/en/ > > MAINTAINER= Pascal Stumpf <pascal@stumpf.co> > > @@ -19,7 +18,7 @@ EXTRACT_SUFX = .tar.bz2 > > WANTLIB += gmp > > -SITES = https://files.i2p-projekt.de/${V}/ > +SITES = https://files.i2p.net/${V}/ > > MODULES= java > MODJAVA_VER= 17 > Index: distinfo > =================================================================== > RCS file: /cvs/ports/net/i2p/distinfo,v > diff -u -p -r1.15 distinfo > --- distinfo 6 Nov 2025 20:43:36 -0000 1.15 > +++ distinfo 29 May 2026 15:56:51 -0000 > @@ -1,2 +1,2 @@ > -SHA256 (i2psource_2.10.0.tar.bz2) = O2Ubdh2lMCQvbbZTY5H7eBvI4HEpVArn6WiCvLe/I3U= > -SIZE (i2psource_2.10.0.tar.bz2) = 33770261 > +SHA256 (i2psource_2.12.0.tar.bz2) = 5jLqG4qczEoRludhUEftFuMiigoXkaCpA2JTPu74kZI= > +SIZE (i2psource_2.12.0.tar.bz2) = 39528116 > Index: pkg/PLIST > =================================================================== > RCS file: /cvs/ports/net/i2p/pkg/PLIST,v > diff -u -p -r1.15 PLIST > --- pkg/PLIST 6 Nov 2025 20:43:36 -0000 1.15 > +++ pkg/PLIST 29 May 2026 15:57:58 -0000 > @@ -38,6 +38,7 @@ share/i2p/certificates/reseed/ > share/i2p/certificates/reseed/admin_at_stormycloud.org.crt > share/i2p/certificates/reseed/arnavbhatt288_at_mail.i2p.crt > share/i2p/certificates/reseed/creativecowpat_at_mail.i2p.crt > +share/i2p/certificates/reseed/diyarciftci_at_protonmail.com.crt > share/i2p/certificates/reseed/echelon3_at_mail.i2p.crt > share/i2p/certificates/reseed/hankhill19580_at_gmail.com.crt > share/i2p/certificates/reseed/hottuna_at_mail.i2p.crt > @@ -47,8 +48,10 @@ share/i2p/certificates/reseed/lazygravy_ > share/i2p/certificates/reseed/r4sas-reseed_at_mail.i2p.crt > share/i2p/certificates/reseed/rambler_at_mail.i2p.crt > share/i2p/certificates/reseed/reseed_at_diva.exchange.crt > +share/i2p/certificates/reseed/sahil_at_mail.i2p.crt > share/i2p/certificates/reseed/unixeno_at_cubicchaos.net.crt > share/i2p/certificates/router/ > +share/i2p/certificates/router/admin_at_stormycloud.org.crt > share/i2p/certificates/router/echelon_at_mail.i2p.crt > share/i2p/certificates/router/hankhill19580_at_gmail.com.crt > share/i2p/certificates/router/zzz_at_mail.i2p.crt > @@ -307,8 +310,15 @@ share/i2p/eepsite/ > share/i2p/eepsite/cgi-bin/ > share/i2p/eepsite/contexts/ > share/i2p/eepsite/contexts/base-context.xml > -share/i2p/eepsite/contexts/cgi-context.xml > +share/i2p/eepsite/contexts/cgi-context.xml.disabled > share/i2p/eepsite/docroot/ > +share/i2p/eepsite/docroot/.resources/ > +share/i2p/eepsite/docroot/.resources/000.html > +share/i2p/eepsite/docroot/.resources/403.html > +share/i2p/eepsite/docroot/.resources/404.html > +share/i2p/eepsite/docroot/.resources/4xx.html > +share/i2p/eepsite/docroot/.resources/5xx.html > +share/i2p/eepsite/docroot/.resources/README.txt > share/i2p/eepsite/docroot/favicon.ico > share/i2p/eepsite/docroot/help/ > share/i2p/eepsite/docroot/help/index.html
sparc64 bulk build report
Bulk build on sparc64-0a.ports.openbsd.org Started : Tue May 26 02:01:33 MDT 2026 Finished: Fri May 29 10:41:15 MDT 2026 Duration: 3 Days 8 hours 40 minutes Built using OpenBSD 7.9-current (GENERIC.MP) #197: Sun May 24 15:19:21 MDT 2026 Built 9776 packages Number of packages built each day: May 26: 6678 May 27: 1394 May 28: 1392 May 29: 312 Critical path missing pkgs: https://cranky.work/sparc64/2026-05-26/summary.log Build failures: 70 https://cranky.work/sparc64/2026-05-26/astro/wmglobe.log https://cranky.work/sparc64/2026-05-26/audio/gogglesmm.log https://cranky.work/sparc64/2026-05-26/audio/xmms2.log https://cranky.work/sparc64/2026-05-26/cad/netgen-mesher.log https://cranky.work/sparc64/2026-05-26/comms/qrq.log https://cranky.work/sparc64/2026-05-26/databases/arrow/cpp.log https://cranky.work/sparc64/2026-05-26/devel/arm-none-eabi/gdb.log https://cranky.work/sparc64/2026-05-26/devel/armips.log https://cranky.work/sparc64/2026-05-26/devel/geany.log https://cranky.work/sparc64/2026-05-26/devel/libbson.log https://cranky.work/sparc64/2026-05-26/devel/spidermonkey140.log https://cranky.work/sparc64/2026-05-26/devel/tbb.log https://cranky.work/sparc64/2026-05-26/devel/woboq_codebrowser.log https://cranky.work/sparc64/2026-05-26/emulators/libchdr.log https://cranky.work/sparc64/2026-05-26/emulators/mgba,-libretro.log https://cranky.work/sparc64/2026-05-26/emulators/xnp21kai.log https://cranky.work/sparc64/2026-05-26/games/astromenace.log https://cranky.work/sparc64/2026-05-26/games/chiaki.log https://cranky.work/sparc64/2026-05-26/games/choria.log https://cranky.work/sparc64/2026-05-26/games/endless-sky.log https://cranky.work/sparc64/2026-05-26/games/godot/pack2.log https://cranky.work/sparc64/2026-05-26/games/godot/pack3,-editor.log https://cranky.work/sparc64/2026-05-26/games/godotsteam-gdnative.log https://cranky.work/sparc64/2026-05-26/games/libgdx/1.9.11.log https://cranky.work/sparc64/2026-05-26/games/libgdx/1.9.9.log https://cranky.work/sparc64/2026-05-26/games/love/0.8.log https://cranky.work/sparc64/2026-05-26/games/nblood.log https://cranky.work/sparc64/2026-05-26/games/wrath.log https://cranky.work/sparc64/2026-05-26/games/xwelltris,no_sdl.log https://cranky.work/sparc64/2026-05-26/graphics/povray.log https://cranky.work/sparc64/2026-05-26/inputmethods/libime.log https://cranky.work/sparc64/2026-05-26/lang/apl.log https://cranky.work/sparc64/2026-05-26/lang/binaryen.log https://cranky.work/sparc64/2026-05-26/lang/gambit.log https://cranky.work/sparc64/2026-05-26/mail/stalwart.log https://cranky.work/sparc64/2026-05-26/math/med.log https://cranky.work/sparc64/2026-05-26/misc/subsurface.log https://cranky.work/sparc64/2026-05-26/net/abaddon.log https://cranky.work/sparc64/2026-05-26/net/avahi,,-gtk3.log https://cranky.work/sparc64/2026-05-26/net/grpc.log https://cranky.work/sparc64/2026-05-26/net/neatvnc.log https://cranky.work/sparc64/2026-05-26/net/radcli.log https://cranky.work/sparc64/2026-05-26/net/toxic,no_x11.log https://cranky.work/sparc64/2026-05-26/net/transmission,.log https://cranky.work/sparc64/2026-05-26/print/hplip,-hpcups.log https://cranky.work/sparc64/2026-05-26/productivity/ledger.log https://cranky.work/sparc64/2026-05-26/productivity/railway.log https://cranky.work/sparc64/2026-05-26/productivity/taskd.log https://cranky.work/sparc64/2026-05-26/security/opensc.log https://cranky.work/sparc64/2026-05-26/security/pinentry,,-gnome3.log https://cranky.work/sparc64/2026-05-26/sysutils/flashrom.log https://cranky.work/sparc64/2026-05-26/sysutils/fprintd.log https://cranky.work/sparc64/2026-05-26/sysutils/fswatch.log https://cranky.work/sparc64/2026-05-26/sysutils/mangl.log https://cranky.work/sparc64/2026-05-26/telephony/baresip/baresip,-gtk.log https://cranky.work/sparc64/2026-05-26/textproc/libspelling.log https://cranky.work/sparc64/2026-05-26/textproc/ruby-commonmarker,ruby40.log https://cranky.work/sparc64/2026-05-26/textproc/tree-sitter-cli.log https://cranky.work/sparc64/2026-05-26/textproc/xxdiff.log https://cranky.work/sparc64/2026-05-26/wayland/regreet.log https://cranky.work/sparc64/2026-05-26/www/castor.log https://cranky.work/sparc64/2026-05-26/x11/gnome/keyring.log https://cranky.work/sparc64/2026-05-26/x11/gnome/tour.log https://cranky.work/sparc64/2026-05-26/x11/grantlee-qt5.log https://cranky.work/sparc64/2026-05-26/x11/nitrogen.log https://cranky.work/sparc64/2026-05-26/x11/py-qt5.log https://cranky.work/sparc64/2026-05-26/x11/qt6/qtquick3d.log https://cranky.work/sparc64/2026-05-26/x11/rdesktop.log https://cranky.work/sparc64/2026-05-26/x11/textsuggest.log https://cranky.work/sparc64/2026-05-26/x11/xglobe,no_map.log Recurrent failures: failures/astro/wmglobe.log failures/audio/gogglesmm.log failures/audio/xmms2.log failures/cad/netgen-mesher.log failures/comms/qrq.log failures/databases/arrow/cpp.log failures/devel/arm-none-eabi/gdb.log failures/devel/armips.log failures/devel/geany.log failures/games/nblood.log failures/games/wrath.log failures/games/xwelltris,no_sdl.log failures/graphics/povray.log failures/inputmethods/libime.log failures/lang/apl.log failures/lang/binaryen.log failures/lang/gambit.log failures/mail/stalwart.log failures/math/med.log failures/misc/subsurface.log failures/net/avahi,,-gtk3.log failures/net/grpc.log failures/net/neatvnc.log failures/net/toxic,no_x11.log failures/productivity/ledger.log failures/productivity/railway.log failures/productivity/taskd.log failures/sysutils/fprintd.log failures/sysutils/fswatch.log failures/sysutils/mangl.log failures/telephony/baresip/baresip,-gtk.log failures/textproc/libspelling.log failures/textproc/tree-sitter-cli.log failures/textproc/xxdiff.log failures/wayland/regreet.log failures/x11/gnome/keyring.log failures/x11/gnome/tour.log failures/x11/grantlee-qt5.log failures/x11/nitrogen.log failures/x11/py-qt5.log failures/x11/qt6/qtquick3d.log failures/x11/textsuggest.log failures/x11/xglobe,no_map.log New failures: +failures/net/radcli.log +failures/net/transmission,.log +failures/print/hplip,-hpcups.log +failures/textproc/ruby-commonmarker,ruby40.log +failures/x11/rdesktop.log Resolved failures: -failures/audio/ocp.log -failures/databases/recoll,-main.log -failures/geo/cdo.log -failures/graphics/ruby-rmagick,ruby34.log -failures/lang/iverilog.log -failures/mail/cyrus-imapd.log -failures/net/transmission,-gtk.log -failures/print/hplip,-common.log -failures/print/poppler.log -failures/telephony/asterisk-g729.log -failures/textproc/ruby-commonmarker,ruby33.log -failures/x11/kde-applications/minuet.log Packages newly built: +audio/ocp +devel/xsimd +geo/cdo +graphics/ruby-rmagick,ruby33 +graphics/ruby-rmagick,ruby34 +graphics/ruby-rmagick,ruby40 +lang/iverilog +mail/cyrus-imapd +meta/geda +security/nettle Packages not built this time: -lang/vala,,-main -net/icinga/core2 -net/icinga/core2,-main -net/icinga/core2,-mysql -net/icinga/core2,-pgsql -net/monitoring-plugins -net/monitoring-plugins,-dbi -net/monitoring-plugins,-fping -net/monitoring-plugins,-game -net/monitoring-plugins,-ldap -net/monitoring-plugins,-main -net/monitoring-plugins,-mysql -net/monitoring-plugins,-pgsql -net/monitoring-plugins,-radius -net/monitoring-plugins,-snmp -net/nagios/check_bioctl -net/nagios/check_hw_sensors -net/nagios/check_openbgpd -net/nagios/check_rabbitmq -net/nagios/check_sip -net/nagios/cnagios -net/nagios/nagios -net/nagios/nagios,-main -net/nagios/nagios,-web -net/nagios/nagios,chroot -net/nagios/nagios,chroot,-main -net/nagios/nagios,chroot,-web -net/nagios/nrpe -net/nagios/nsca,-main -net/ntopng -net/ocserv -net/radcli -sysutils/resmon,-nagios -telephony/asterisk/16 -telephony/asterisk/16,-calendar -telephony/asterisk/16,-fax -telephony/asterisk/16,-http_post -telephony/asterisk/16,-kqueue -telephony/asterisk/16,-ldap -telephony/asterisk/16,-lua -telephony/asterisk/16,-main -telephony/asterisk/16,-odbc -telephony/asterisk/16,-pgsql -telephony/asterisk/16,-snmp -telephony/asterisk/16,-speex -telephony/asterisk/16,-tds -telephony/asterisk/18 -telephony/asterisk/18,-calendar -telephony/asterisk/18,-fax -telephony/asterisk/18,-http_post -telephony/asterisk/18,-kqueue -telephony/asterisk/18,-ldap -telephony/asterisk/18,-lua -telephony/asterisk/18,-main -telephony/asterisk/18,-odbc -telephony/asterisk/18,-pgsql -telephony/asterisk/18,-snmp -telephony/asterisk/18,-speex -telephony/asterisk/18,-tds -telephony/asterisk/18,-vm_imap -telephony/asterisk/18,-vm_odbc -telephony/asterisk/20 -telephony/asterisk/20,-calendar -telephony/asterisk/20,-fax -telephony/asterisk/20,-http_post -telephony/asterisk/20,-kqueue -telephony/asterisk/20,-ldap -telephony/asterisk/20,-lua -telephony/asterisk/20,-main -telephony/asterisk/20,-odbc -telephony/asterisk/20,-pgsql -telephony/asterisk/20,-snmp -telephony/asterisk/20,-speex -telephony/asterisk/20,-tds -telephony/asterisk/20,-vm_imap -telephony/asterisk/20,-vm_odbc -telephony/asterisk/22 -telephony/asterisk/22,-calendar -telephony/asterisk/22,-fax -telephony/asterisk/22,-http_post -telephony/asterisk/22,-kqueue -telephony/asterisk/22,-ldap -telephony/asterisk/22,-lua -telephony/asterisk/22,-main -telephony/asterisk/22,-odbc -telephony/asterisk/22,-pgsql -telephony/asterisk/22,-snmp -telephony/asterisk/22,-speex -telephony/asterisk/22,-tds -telephony/asterisk/22,-vm_imap -telephony/asterisk/22,-vm_odbc -telephony/kamailio -telephony/kamailio,-berkeley -telephony/kamailio,-carrierroute -telephony/kamailio,-ldap -telephony/kamailio,-main -telephony/kamailio,-mysql -telephony/kamailio,-perl -telephony/kamailio,-postgresql -telephony/kamailio,-presence -telephony/kamailio,-radius -telephony/kamailio,-snmpstats -telephony/kamailio,-xml -telephony/resiprocate -telephony/resiprocate, -telephony/resiprocate,,-main -telephony/resiprocate,,-repro -telephony/resiprocate,,-return -telephony/resiprocate,-main -telephony/resiprocate,-repro -telephony/resiprocate,-return -x11/XawMu -x11/elementary/code -x11/rdesktop
Re: UPDATE: x265 4.2
tests complete successfully on BTI amd64 and aarch64. committed. On 2026/05/27 17:14, Brad Smith wrote: > ping. > > On 2026-05-10 4:54 p.m., Brad Smith wrote: > > Here is an update to x265 4.2. > > > > > > Version 4.2 > > =========== > > > > New feature > > ----------- > > 1. Threaded Motion Estimation (Experimental feature)-It uses a dedicated thread > > pool to precompute Motion Estimation in parallel. Improves encoding speed up > > to 1.5x for 1080p & lower resolution on multi core machines with low frequency > > setting. On high frequency systems or on machines with low number of cores, > > the overhead of additional Motion estimation work may outweigh parallelism > > > > Enhancements to existing features > > ------------- > > > > 1.Add new Levels 6.3 to 7.2 specified in ITU-T H.265 (V9) (09/2023) and above > > 2.Improve Slices feature with check zeroMv > > 3.Enable frame parallelism with MCSTF feature > > 4.Updated support to signal AOM FGM params > > 5.Improve quality with SBRC feature > > 6.Updated DolbyVision P5 VUI defaults > > > > API changes > > ----------- > > 1. API Support to enable Threaded Motion Estimation(--threaded-me) > > > > Optimizations > > ------------- > > 1. RISC V optimizations including SAD, SATD, DCT, IDCT, block copy, pixel utilities, > > SAO, loopfilter, transpose kernels resulting in 2x encoding speed. > > 2. ARM SIMD optimizations including the use of NEON and SVE instruction set > > extensions. The following algorithms now have optimized SIMD implementations: > > DST, IDCT, SSE, SSD ,intra_pred_planar, pelFilterLumaStrong, interpolation, > > planecopy, dequant_normal, blockcopy, pixel variance resulting in 8% faster > > encoding speed compared to v4.1 > > > > Bug fixes > > --------- > > 1. Fix memory leaks (no command line option, SEI buffer, analysis save/load) > > 2. Fix chroma qp offset for non yuv444 inputs > > 3. Fix max supported input resolution > > 4. Fix bugs with ARM SIMD optimizations > > 5. Fix Alpha and Multiview feature flag support in x265_config > > 6. Fix test harness issues, CMake errors > > 7. Fix inconsistent output with aq-motion > > 8. Fix crash with hist-scenecut on high bit-depth builds > > 9. Fix lookahead concurrency bug > > 10. Fix shared link issue (R_X86_64_PC32), yuv recon output issue, rd-refine and > > dynamic-refine issue, inputs for Windows named pipe, weighted prediction > > delta_chroma_offset, crf and vbv issue in abr-ladder, psnr and ssim reported > > with MCSTF feature, internally overflowed VBV variables > > > > Known issues > > ------------ > > 1. Output mismatch between analysis save & load with cutree with reuse level < 10 > > 2. Inconsistent hash mismatch with abr-ladder feature > > 3. Performance regression observed with threaded-me feature on high frequency > > systems and for higher resolutions (4k) > > > > > > Index: Makefile > > =================================================================== > > RCS file: /cvs/ports/multimedia/x265/Makefile,v > > retrieving revision 1.62 > > diff -u -p -u -p -r1.62 Makefile > > --- Makefile 13 Feb 2026 12:02:17 -0000 1.62 > > +++ Makefile 10 May 2026 11:47:00 -0000 > > @@ -1,13 +1,12 @@ > > COMMENT= free H.265/HEVC encoder > > -VER= 4.1 > > +VER= 4.2 > > DISTNAME= x265_${VER} > > PKGNAME= x265-${VER} > > -REVISION= 0 > > CATEGORIES= multimedia > > -SITES= https://bitbucket.org/multicoreware/x265_git/downloads/ > > +SITES= https://github.com/Multicorewareinc/x265/releases/download/${VER}/ > > -SHARED_LIBS= x265 25.0 > > +SHARED_LIBS= x265 26.0 > > HOMEPAGE= https://x265.org/ > > @@ -33,8 +32,6 @@ CONFIGURE_ARGS+=-DCMAKE_ASM_YASM_FLAGS_D > > -DENABLE_PIC=On \ > > -DENABLE_TESTS=On \ > > -DGIT_ARCHETYPE=1 > > - > > -MODCMAKE_POLICY_VERSION_OVERRIDE = Yes > > .if ${MACHINE_ARCH} == "arm" || ${MACHINE_ARCH} == "i386" > > CONFIGURE_ARGS+=-DENABLE_ASSEMBLY=Off > > Index: distinfo > > =================================================================== > > RCS file: /cvs/ports/multimedia/x265/distinfo,v > > retrieving revision 1.28 > > diff -u -p -u -p -r1.28 distinfo > > --- distinfo 2 Dec 2024 10:40:47 -0000 1.28 > > +++ distinfo 10 May 2026 11:47:00 -0000 > > @@ -1,2 +1,2 @@ > > -SHA256 (x265_4.1.tar.gz) = oxaZxqiYBrdLAVHl5qffZd5LSQUEgv5ev4pDedevjyk= > > -SIZE (x265_4.1.tar.gz) = 1725279 > > +SHA256 (x265_4.2.tar.gz) = QLHqBFPgMJ8OupNODd9TP49ilZZmeeiJTo8cHI1eEhA= > > +SIZE (x265_4.2.tar.gz) = 1833442 > > Index: patches/patch-source_CMakeLists_txt > > =================================================================== > > RCS file: /cvs/ports/multimedia/x265/patches/patch-source_CMakeLists_txt,v > > retrieving revision 1.10 > > diff -u -p -u -p -r1.10 patch-source_CMakeLists_txt > > --- patches/patch-source_CMakeLists_txt 13 Feb 2026 12:02:17 -0000 1.10 > > +++ patches/patch-source_CMakeLists_txt 10 May 2026 11:47:00 -0000 > > @@ -1,25 +1,10 @@ > > - Add run-time CPU feature detection for FreeBSD / OpenBSD > > +- Fix building AltiVec code on powerpc64 > > Index: source/CMakeLists.txt > > --- source/CMakeLists.txt.orig > > +++ source/CMakeLists.txt > > -@@ -7,13 +7,13 @@ if(NOT CMAKE_BUILD_TYPE) > > - endif() > > - message(STATUS "cmake version ${CMAKE_VERSION}") > > - if(POLICY CMP0025) > > -- cmake_policy(SET CMP0025 OLD) # report Apple's Clang as just Clang > > -+ cmake_policy(SET CMP0025 NEW) # report Apple's Clang as just Clang > > - endif() > > - if(POLICY CMP0042) > > - cmake_policy(SET CMP0042 NEW) # MACOSX_RPATH > > - endif() > > - if(POLICY CMP0054) > > -- cmake_policy(SET CMP0054 OLD) # Only interpret if() arguments as variables or keywords when unquoted > > -+ cmake_policy(SET CMP0054 NEW) # Only interpret if() arguments as variables or keywords when unquoted > > - endif() > > - > > - project (x265) > > -@@ -88,7 +88,7 @@ elseif(ARM64MATCH GREATER "-1") > > +@@ -91,7 +91,7 @@ elseif(ARM64MATCH GREATER "-1") > > option(AARCH64_WARNINGS_AS_ERRORS "Build with -Werror for AArch64 Intrinsics files" OFF) > > option(AARCH64_RUNTIME_CPU_DETECT "Enable AArch64 run-time CPU feature detection" ON) > > @@ -28,12 +13,21 @@ Index: source/CMakeLists.txt > > set(AARCH64_RUNTIME_CPU_DETECT OFF CACHE BOOL "" FORCE) > > message(STATUS "Run-time CPU feature detection unsupported on this platform") > > endif() > > -@@ -522,6 +522,16 @@ endif() > > +@@ -120,6 +120,10 @@ elseif(RISCV64MATCH GREATER "-1") > > + set(RISCV64 1) > > + > > + option(RISCV64_RUNTIME_CPU_DETECT "Enable RISCV64 run-time CPU feature detection" ON) > > ++ if(NOT CMAKE_SYSTEM_NAME MATCHES "Linux|FreeBSD|OpenBSD") > > ++ set(RISCV64_RUNTIME_CPU_DETECT OFF CACHE BOOL "" FORCE) > > ++ message(STATUS "Run-time CPU feature detection unsupported on this platform") > > ++ endif() > > - if(ENABLE_ASSEMBLY) > > + option(ENABLE_RVV "Enable RVV" ON) > > + > > +@@ -664,6 +668,16 @@ if(ENABLE_ASSEMBLY) > > add_definitions(-DENABLE_ASSEMBLY) > > -+endif() > > -+ > > + endif() > > + > > +check_symbol_exists(getauxval sys/auxv.h HAVE_GETAUXVAL) > > +if(HAVE_GETAUXVAL) > > + add_definitions(-DHAVE_GETAUXVAL=1) > > @@ -42,6 +36,21 @@ Index: source/CMakeLists.txt > > +check_symbol_exists(elf_aux_info sys/auxv.h HAVE_ELF_AUX_INFO) > > +if(HAVE_ELF_AUX_INFO) > > + add_definitions(-DHAVE_ELF_AUX_INFO=1) > > - endif() > > - > > ++endif() > > ++ > > option(CHECKED_BUILD "Enable run-time sanity checks (debugging)" OFF) > > + if(CHECKED_BUILD) > > + add_definitions(-DCHECKED_BUILD=1) > > +@@ -785,7 +799,11 @@ if(POWER) > > + # IBM Power8 > > + option(ENABLE_ALTIVEC "Enable ALTIVEC profiling instrumentation" ON) > > + if(ENABLE_ALTIVEC) > > +- add_definitions(-DHAVE_ALTIVEC=1 -maltivec -mabi=altivec) > > ++ add_definitions(-DHAVE_ALTIVEC=1 -maltivec) > > ++ check_cxx_compiler_flag(-mabi=altivec CC_HAS_MABI_ALTIVEC) > > ++ if(CC_HAS_MABI_ALTIVEC) > > ++ add_definitions(-mabi=altivec) > > ++ endif() > > + add_definitions(-flax-vector-conversions -fpermissive) > > + else() > > + add_definitions(-DHAVE_ALTIVEC=0) > > Index: patches/patch-source_common_aarch64_cpu_h > > =================================================================== > > RCS file: /cvs/ports/multimedia/x265/patches/patch-source_common_aarch64_cpu_h,v > > retrieving revision 1.1 > > diff -u -p -u -p -r1.1 patch-source_common_aarch64_cpu_h > > --- patches/patch-source_common_aarch64_cpu_h 2 Dec 2024 10:40:47 -0000 1.1 > > +++ patches/patch-source_common_aarch64_cpu_h 10 May 2026 11:47:00 -0000 > > @@ -3,7 +3,7 @@ > > Index: source/common/aarch64/cpu.h > > --- source/common/aarch64/cpu.h.orig > > +++ source/common/aarch64/cpu.h > > -@@ -119,7 +119,7 @@ static inline int aarch64_get_cpu_flags() > > +@@ -127,7 +127,7 @@ static inline int aarch64_get_cpu_flags() > > return flags; > > } > > @@ -12,14 +12,14 @@ Index: source/common/aarch64/cpu.h > > #include <sys/auxv.h> > > -@@ -133,10 +133,10 @@ static inline int aarch64_get_cpu_flags() > > +@@ -142,10 +142,10 @@ static inline int aarch64_get_cpu_flags() > > int flags = 0; > > #if HAVE_NEON_DOTPROD || HAVE_SVE > > - unsigned long hwcap = getauxval(AT_HWCAP); > > + unsigned long hwcap = x265_getauxval(AT_HWCAP); > >
Re: [UPDATE] devel/zeal to 0.8.1 (Builds with LLVM 22)
On Thu, May 28, 2026 at 09:11:16AM -0400, Ian Darwin wrote: > > Here is a diff to update zeal to 0.8.1, which builds fine with LLVM 22 > > installed from ports@. > > > > Lightly tested on amd64. > > > > MAINTAINER is CC'ed. > > > > Comments? OK? > > > Glad to see this being updated, thanks. I had started working on an update > but yours is more complete. Thanks for your feedback, got an OK from awolk@ privately so it's now committed.
Re: [NEW] net/nchat
On Fri, 15 May 2026 17:26:55 +0200 Kirill A. Korinsky <kirill@korins.ky> wrote: > On Wed, 13 May 2026 18:40:21 +0200, > Nazarenko Mykyta <mykyta@nazarenko.sbs> wrote: > > > > [1 <text/plain; US-ASCII (7bit)>] > > On Wed, 15 Apr 2026 18:53:34 +0200 > > Kirill A. Korinsky <kirill@korins.ky> wrote: > > > > > On Wed, 15 Apr 2026 16:00:40 +0200, > > > mykyta@nazarenko.sbs wrote: > > > > > > > > Archive with a port that includes diff from kn@ attached. It > > > > will be more convenient to test :D > > > > > > > > Those who are interested, test and feedback. > > > > > > > > > > Reads OK and seems works. I do not plan to use it, but I don't > > > against to import it. > > > > > > BTW I had spoted a few static libraries: > > > > > > @static-lib lib/libduchat.a > > > @static-lib lib/libncutil.a > > > @static-lib lib/libtgchat.a > > > > > > Do we really need it as static lib? Maybe install it as .so or > > > don't install at all? > > > > > > Anyway OK to import @kirill after release > > > > > > > Yes, I missed that point. > > > > Added post-install hook, because we don't > > need to install this static libraries. > > > > Now I think it's ready. > > > > Archive attached. > > > > Reads and compiles good, I think it is worht to be imported. > > I had brifly tested it with my telegram account and it works, I do > not plan to use it, but if you fix support of signal / whatsapp, I > may reconcider. > > So, OK kirill@ to import. > Hi there! nchat was updated to version 5.15.26 Changes : https://github.com/d99kris/nchat/releases/tag/v5.15.26 PLIST and distinfo updated. Tested on amd64. With best regards, Nazarenko Mykyta
Re: UPDATE: games/chocolate-doom
On Wed, May 13, 2026 at 12:59:02PM -0700, Ryan Freeman wrote: > On Sat, May 02, 2026 at 01:04:46PM -0700, Ryan Freeman wrote: > > Very simple update moving chocolate-doom from 3.1.0 -> 3.1.1 > > From August 2025, slipped off my radar. > > > > Release notes: > > > > 3.1.1 (2025-08-14) > > General > > Fix compilation on GCC 15 (thanks Fabian). > > Hide public IP addresses for privacy. > > Use native OpenGL texture format for better performance (thanks Fabian). > > Improved directory handling on Windows (thank Roman Fomin): > > Fixes problems with postfix "." for non-relative paths. > > Support for long NTFS paths (up to 32768 characters). > > Fixed metainfo files for latest AppStream spec compliance (thanks Fabian). > > Add option to enable or disable smooth pixel scaling (thanks StevenSYS). > > Allow spaces in GUS patch folder path (thanks Michael Day). > > Add support for non-US backslash key (thanks Michael Day). > > Never let SDL Mixer use native midi on Windows (thanks Michael Day). > > Use $TMPDIR to find tempdir on Unix (thanks Mr. Myth). > > Improve man page formatting (thanks g-branden-robinson). > > Build systems > > Can now be built with Emscripten (thanks James Baicoianu). > > Misc. improvements (thanks suve, Emmanuel Ferdman, Gabriele Simoni, et al.) > > Setup > > Use correct EGA palette colors (thanks Henrique Jorge). > > Doom > > Initial support for Doom version 1.5 (thanks Michael Francis). > > Heretic > > Fix crash after loading too many saved games (thanks Noseey). > > Hexen > > Fix crash with Heresiarch fireballs if player has never touched a wall (thank Noseey). > > Strife > > Initialize floor->type and floor->crush fields in EV_BuildStairs() (thanks Fabian). > > > > Simple version bump, also bumped automake to 1.18 and autoconf to 2.72. > > Works good here on amd64. > > ping, reattached ping, still builds and runs good on -current as of May 29, amd64 Index: Makefile =================================================================== RCS file: /cvs/ports/games/chocolate-doom/Makefile,v diff -u -p -r1.35 Makefile --- Makefile 6 Nov 2024 09:38:45 -0000 1.35 +++ Makefile 2 May 2026 20:03:35 -0000 @@ -1,9 +1,8 @@ COMMENT = portable release of Doom, Heretic, Hexen, and Strife -V = 3.1.0 +V = 3.1.1 DIST_TUPLE = github chocolate-doom chocolate-doom chocolate-doom-${V} . PKGNAME = chocolate-doom-${V} CATEGORIES = games x11 -REVISION = 0 HOMEPAGE = https://www.chocolate-doom.org/ @@ -30,8 +29,8 @@ RUN_DEPENDS = devel/desktop-file-utils \ x11/gtk+4,-guic CONFIGURE_STYLE = autoreconf -AUTOMAKE_VERSION = 1.16 -AUTOCONF_VERSION = 2.71 +AUTOMAKE_VERSION = 1.18 +AUTOCONF_VERSION = 2.72 CONFIGURE_ARGS += --mandir="${LOCALBASE}/man" DEBUG_PACKAGES = ${BUILD_PACKAGES} Index: distinfo =================================================================== RCS file: /cvs/ports/games/chocolate-doom/distinfo,v diff -u -p -r1.11 distinfo --- distinfo 17 Oct 2024 06:49:34 -0000 1.11 +++ distinfo 2 May 2026 20:03:35 -0000 @@ -1,2 +1,2 @@ -SHA256 (chocolate-doom-chocolate-doom-chocolate-doom-3.1.0.tar.gz) = 8sZIQ9zsMSAysYDDsvNLTLJsTc2qc3WhYBo7HfEe+E0= -SIZE (chocolate-doom-chocolate-doom-chocolate-doom-3.1.0.tar.gz) = 2256537 +SHA256 (chocolate-doom-chocolate-doom-chocolate-doom-3.1.1.tar.gz) = HtzEElS9wZS+sNM+Jn+uMGVWxNJBEKHT0/hlcX8l2iM= +SIZE (chocolate-doom-chocolate-doom-chocolate-doom-3.1.1.tar.gz) = 2257534
Thursday, May 28, 2026
UPDATE: QEMU 11.0.1
Here is an update to QEMU 11.0.1. https://wiki.qemu.org/ChangeLog/11.0 Index: Makefile =================================================================== RCS file: /cvs/ports/emulators/qemu/Makefile,v retrieving revision 1.261 diff -u -p -u -p -r1.261 Makefile --- Makefile 12 May 2026 11:38:01 -0000 1.261 +++ Makefile 29 May 2026 02:03:12 -0000 @@ -6,7 +6,7 @@ USE_NOBTCFI= Yes COMMENT-main= multi system emulator COMMENT-ga= QEMU guest agent -VERSION= 10.2.2 +VERSION= 11.0.1 DISTNAME= qemu-${VERSION} CATEGORIES= emulators SITES= https://download.qemu.org/ Index: distinfo =================================================================== RCS file: /cvs/ports/emulators/qemu/distinfo,v retrieving revision 1.86 diff -u -p -u -p -r1.86 distinfo --- distinfo 12 May 2026 11:38:01 -0000 1.86 +++ distinfo 29 May 2026 02:03:12 -0000 @@ -1,2 +1,2 @@ -SHA256 (qemu-10.2.2.tar.xz) = eEspb/KcFBeqcjI6vLLS6pq5dxck9Xfc14XDsE8h4XY= -SIZE (qemu-10.2.2.tar.xz) = 141119364 +SHA256 (qemu-11.0.1.tar.xz) = DSNfWCAnjZFKMVXsJ6+OQljWl+qJKJVXCAfWnAy4zWQ= +SIZE (qemu-11.0.1.tar.xz) = 141368572 Index: patches/patch-block_nfs_c =================================================================== RCS file: patches/patch-block_nfs_c diff -N patches/patch-block_nfs_c --- patches/patch-block_nfs_c 12 May 2026 11:38:01 -0000 1.3 +++ /dev/null 1 Jan 1970 00:00:00 -0000 @@ -1,121 +0,0 @@ -- block/nfs: add support for libnfs v6 - -Index: block/nfs.c ---- block/nfs.c.orig -+++ block/nfs.c -@@ -69,7 +69,9 @@ typedef struct NFSClient { - typedef struct NFSRPC { - BlockDriverState *bs; - int ret; -+#ifndef LIBNFS_API_V2 - QEMUIOVector *iov; -+
Re: UPDATE: games/luanti -> 5.16.1
On Wed, 20 May 2026 21:42:03 -0500 izzy Meyer <izder456@disroot.org> wrote: > Hello ports@ > > Here's an update to the games/luanti port to the latest release. > > Tested briefly on amd64 with X11. Seems to be no regressions and my > long time world migrated fine. > > I missed a release so we're skipping one release, hence why two > changelog links. > > Changelogs: > https://docs.luanti.org/about/changelog/#5160--5161 > https://docs.luanti.org/about/changelog/#5150--5160 > > Good for merge? > Committed, thanks!
Re: update mwx-firmware to add 7925 files
On Thu, May 28, 2026 at 04:15:14PM +0200, Claudio Jeker wrote: > On Thu, May 28, 2026 at 03:38:30PM +0200, Claudio Jeker wrote: > > Update mwx-firmware to include the firmware for MT7925. > > Hopefully this will be needed soon. > > > > I selected a FW_VER that other drivers use as well to reduce the number of > > linux-firmware distfiles. > > Too much copy-paste the mt7925 file should be called > mwx-mt7925_ram_code_1_1 > base by the original name of WIFI_RAM_CODE_MT7925_1_1.bin > Not sure why MediaTek added the extra _1 to the file name but better keep > that here as well. > ok mlarkin and thanks > -- > :wq Claudio > > Index: Makefile > =================================================================== > RCS file: /cvs/ports/sysutils/firmware/mwx/Makefile,v > diff -u -p -r1.1.1.1 Makefile > --- Makefile 21 Feb 2024 10:25:03 -0000 1.1.1.1 > +++ Makefile 28 May 2026 14:06:35 -0000 > @@ -1,6 +1,7 @@ > FW_DRIVER= mwx > -FW_VER= 20240115 > +FW_VER= 20260309 > DISTNAME= linux-firmware-${FW_VER} > +EXTRACT_SUFX= .tar.xz > EXTRACT_FILES= ${DISTNAME}/{LICENCE.mediatek,mediatek/\*MT79\*} > > HOMEPAGE= https://wireless.wiki.kernel.org/en/users/drivers/mediatek > @@ -11,7 +12,9 @@ do-install: > ${INSTALL_DATA} ${WRKSRC}/LICENCE.mediatek ${PREFIX}/firmware/mwx-license > ${INSTALL_DATA} ${WRKSRC}/mediatek/WIFI_RAM_CODE_MT7961_1.bin ${PREFIX}/firmware/mwx-mt7961_ram_code_1 > ${INSTALL_DATA} ${WRKSRC}/mediatek/WIFI_RAM_CODE_MT7922_1.bin ${PREFIX}/firmware/mwx-mt7922_ram_code_1 > + ${INSTALL_DATA} ${WRKSRC}/mediatek/mt7925/WIFI_RAM_CODE_MT7925_1_1.bin ${PREFIX}/firmware/mwx-mt7925_ram_code_1_1 > ${INSTALL_DATA} ${WRKSRC}/mediatek/WIFI_MT7961_patch_mcu_1_2_hdr.bin ${PREFIX}/firmware/mwx-mt7961_patch_mcu_1_2_hdr > ${INSTALL_DATA} ${WRKSRC}/mediatek/WIFI_MT7922_patch_mcu_1_1_hdr.bin ${PREFIX}/firmware/mwx-mt7922_patch_mcu_1_1_hdr > + ${INSTALL_DATA} ${WRKSRC}/mediatek/mt7925/WIFI_MT7925_PATCH_MCU_1_1_hdr.bin ${PREFIX}/firmware/mwx-mt7925_patch_mcu_1_1_hdr > > .include <bsd.port.mk> > Index: distinfo > =================================================================== > RCS file: /cvs/ports/sysutils/firmware/mwx/distinfo,v > diff -u -p -r1.1.1.1 distinfo > --- distinfo 21 Feb 2024 10:25:03 -0000 1.1.1.1 > +++ distinfo 28 May 2026 12:47:17 -0000 > @@ -1,2 +1,2 @@ > -SHA256 (firmware/linux-firmware-20240115.tar.gz) = swUDHAaPIaHpg6OQMRmUbXeZq2EjmPNx0xDYLu1bo2s= > -SIZE (firmware/linux-firmware-20240115.tar.gz) = 553601923 > +SHA256 (firmware/linux-firmware-20260309.tar.xz) = x0zG9WK1itW8aysAphq8KcnkngYSbnujT7ypko4HqWw= > +SIZE (firmware/linux-firmware-20260309.tar.xz) = 610973936 > Index: pkg/PLIST > =================================================================== > RCS file: /cvs/ports/sysutils/firmware/mwx/pkg/PLIST,v > diff -u -p -r1.1.1.1 PLIST > --- pkg/PLIST 21 Feb 2024 10:25:03 -0000 1.1.1.1 > +++ pkg/PLIST 28 May 2026 14:06:47 -0000 > @@ -1,5 +1,7 @@ > firmware/mwx-license > firmware/mwx-mt7922_patch_mcu_1_1_hdr > firmware/mwx-mt7922_ram_code_1 > +firmware/mwx-mt7925_patch_mcu_1_1_hdr > +firmware/mwx-mt7925_ram_code_1_1 > firmware/mwx-mt7961_patch_mcu_1_2_hdr > firmware/mwx-mt7961_ram_code_1 >
Re: www/qutebrowser crashes
On 2026/05/28 18:14, Marco van Hulten wrote: > On Wed May 27, 2026 at 1:56 PM CEST, Stuart Henderson wrote: > > On 2026/05/22 12:52, Marco van Hulten wrote: > >> Hello, > >> > >> On the latest snapshot qutebrowser crashes for me: > >> > >> mvanhult@detekti:~$ qutebrowser --temp-basedir > >> No such file or directory > >> No such file or directory > >> [0522/124018.434194:ERROR:../../../qtwebengine-everywhere-src-6.11.0/src/3rdparty/chromium/base/i18n/icu_util.cc:227] Invalid file descriptor to ICU data received. > >> Trace/BPT trap (core dumped) qutebrowser --temp-basedir > >> mvanhult@detekti:~$ uname -a > >> OpenBSD detekti.uni-bonn.de 7.9 GENERIC.MP#501 amd64 > >> > >> Could someone reproduce or refute this? At the moment I have no second > >> desktop machine running snap or current. > > > > It failed for me around the time you sent this, but works now after > > updates. I suspect something was not up to date, most likely after > > library changes in X. > > Thanks for getting back to this. > > Since about three days or so also I do not have any problems anymore. > Moreover, some page-loading problems and occasional freezes of > qutebrowser that became worse over the last few months appear to have > disappeared as well. I'm very happy about this! There was a big Qt6 / QtWebEngine update recently, which may well have helped.
Re: www/qutebrowser crashes
On Wed May 27, 2026 at 1:56 PM CEST, Stuart Henderson wrote: > On 2026/05/22 12:52, Marco van Hulten wrote: >> Hello, >> >> On the latest snapshot qutebrowser crashes for me: >> >> mvanhult@detekti:~$ qutebrowser --temp-basedir >> No such file or directory >> No such file or directory >> [0522/124018.434194:ERROR:../../../qtwebengine-everywhere-src-6.11.0/src/3rdparty/chromium/base/i18n/icu_util.cc:227] Invalid file descriptor to ICU data received. >> Trace/BPT trap (core dumped) qutebrowser --temp-basedir >> mvanhult@detekti:~$ uname -a >> OpenBSD detekti.uni-bonn.de 7.9 GENERIC.MP#501 amd64 >> >> Could someone reproduce or refute this? At the moment I have no second >> desktop machine running snap or current. > > It failed for me around the time you sent this, but works now after > updates. I suspect something was not up to date, most likely after > library changes in X. Thanks for getting back to this. Since about three days or so also I do not have any problems anymore. Moreover, some page-loading problems and occasional freezes of qutebrowser that became worse over the last few months appear to have disappeared as well. I'm very happy about this! Marco
mail/opendkim upstream development restarted, test diff if there are any users?
if anyone's interested in ports/mail/opendkim (milter, etc) you might like to give this a spin, Dan Mahoney has been hacking on the upstream code recently. with the last upstream commit (OPENSSL_thread_stop fallback for libressl), build and make test is happy (at least on amd64/aarch64). Index: Makefile =================================================================== RCS file: /cvs/ports/mail/opendkim/Makefile,v diff -u -p -r1.10 Makefile --- Makefile 28 May 2026 11:20:31 -0000 1.10 +++ Makefile 28 May 2026 15:57:47 -0000 @@ -1,14 +1,13 @@ COMMENT= library and milter for DKIM (Domain Keys Identified Mail) # should be able to switch back to proper tarballs for new releases -V= 2.10.3 +V= 2.11.0pre20260528 GH_ACCOUNT= trusteddomainproject GH_PROJECT= OpenDKIM -GH_TAGNAME= rel-opendkim-${V:S/./-/g} -PKGNAME= opendkim-${V} -REVISION= 4 +GH_COMMIT= f179aa51e806fc2d4a97a40b40dae802f2af7d0f +DISTNAME= opendkim-${V} -SHARED_LIBS += opendkim 0.0 # 10.3 +SHARED_LIBS += opendkim 1.0 # 11.0 CATEGORIES= mail @@ -25,8 +24,8 @@ TEST_FLAGS= COV_LIBADD=-pthread SEPARATE_BUILD= Yes -AUTOCONF_VERSION= 2.69 -AUTOMAKE_VERSION= 1.13 +AUTOCONF_VERSION= 2.72 +AUTOMAKE_VERSION= 1.18 CONFIGURE_STYLE= autoreconf CONFIGURE_ARGS= --enable-replace_rules Index: distinfo =================================================================== RCS file: /cvs/ports/mail/opendkim/distinfo,v diff -u -p -r1.2 distinfo --- distinfo 28 May 2026 11:20:31 -0000 1.2 +++ distinfo 28 May 2026 15:57:47 -0000 @@ -1,2 +1,2 @@ -SHA256 (OpenDKIM-rel-opendkim-2-10-3.tar.gz) = r12he2M5su1ag0DNkZCRkSG3wg0PF2V4MnMtJCvuNLk= -SIZE (OpenDKIM-rel-opendkim-2-10-3.tar.gz) = 655324 +SHA256 (opendkim-2.11.0pre20260528-f179aa51.tar.gz) = SBJzSXJt7kN8cLPSJ5lNq/magGvqRtY7mZFwqxmggJU= +SIZE (opendkim-2.11.0pre20260528-f179aa51.tar.gz) = 836128 Index: patches/patch-opendkim_opendkim-config_h =================================================================== RCS file: patches/patch-opendkim_opendkim-config_h diff -N patches/patch-opendkim_opendkim-config_h --- patches/patch-opendkim_opendkim-config_h 11 Mar 2022 19:34:43 -0000 1.2 +++ /dev/null 1 Jan 1970 00:00:00 -0000 @@ -1,13 +0,0 @@ -https://sourceforge.net/p/opendkim/bugs/257/ - -Index: opendkim/opendkim-config.h ---- opendkim/opendkim-config.h.orig -+++ opendkim/opendkim-config.h -@@ -144,6 +144,7 @@ struct configdef dkimf_config[] = - { "RemoveARFrom", CONFIG_TYPE_STRING, FALSE }, - { "RemoveOldSignatures", CONFIG_TYPE_BOOLEAN, FALSE }, - #ifdef _FFR_REPLACE_RULES -+ { "ReplaceHeaders", CONFIG_TYPE_STRING, FALSE }, - { "ReplaceRules", CONFIG_TYPE_STRING, FALSE }, -
Wednesday, May 27, 2026
Re: Fastnetmon OpenBSD Port update,
warning: unknown warning option '-Wclass-memaccess'; did you mean '-Wclass-varargs'? [-Wunknown-warning-option]
use 'make FETCH_PACKAGES=' to use packages for deps so you don't need to build cmake etc
--Sent from a phone, apologies for poor formatting.
On 23 May 2026 12:47:47 Tom Smyth <tom.smyth@wirelessconnect.eu> wrote:
Hi folks,
I updated src and ports on Thursday evening,and then copied and extracted fastnetmon.tgz t /usr/ports/net/fastnetmon
make cleanmake fix-permissionsmakeworked ok
make install threw a few errors4 errors generated.
*** Error 1 in target 'Source/CMakeFiles/CTestLib.dir/CTest/cmCTestCurl.cxx.o'
*** Error 1 in . (Source/CMakeFiles/CTestLib.dir/build.make:222 'Source/CMakeFiles/CTestLib.dir/CTest/cmCTestCurl.cxx.o')
*** Error 2 in . (CMakeFiles/Makefile2:2029 'Source/CMakeFiles/CTestLib.dir/all')
*** Error 2 in /usr/ports/pobj/cmake-core-3.31.8/cmake-3.31.8 (Makefile:169 'all')
*** Error 2 in /usr/ports/devel/cmake/core (/usr/ports/infrastructure/mk/bsd.port.mk:3069 '/usr/ports/pobj/cmake-core-3.31.8/.build_done': @...)
*** Error 2 in /usr/ports/devel/cmake/core (/usr/ports/infrastructure/mk/bsd.port.mk:2241 '/usr/ports/packages/amd64/all/cmake-core-3.31.8.tgz')
*** Error 2 in /usr/ports/devel/cmake/core (/usr/ports/infrastructure/mk/bsd.port.mk:2239 '/usr/ports/packages/amd64/all/cmake-core-3.31.8.tgz')
*** Error 2 in /usr/ports/devel/cmake/core (/usr/ports/infrastructure/mk/bsd.port.mk:2730 'subpackage': @:; (case X${_DEPENDS_CACHE} in X) ...)
*** Error 2 in /usr/ports/devel/cmake/core (/usr/ports/infrastructure/mk/bsd.port.mk:2259 '/var/db/pkg/cmake-core-3.31.8/+CONTENTS': @cd /us...)
*** Error 2 in /usr/ports/devel/cmake/core (/usr/ports/infrastructure/mk/bsd.port.mk:2712 'install': @lock=cmake-core-3.31.8; export _LOCKS...)
*** Error 1 in /usr/ports/devel/capnproto (/usr/ports/infrastructure/mk/bsd.port.mk:2392 '/usr/ports/pobj/capnproto-1.2.0/.dep-devel-cmake-core')
*** Error 2 in /usr/ports/devel/capnproto (/usr/ports/infrastructure/mk/bsd.port.mk:2804 '/usr/ports/pobj/capnproto-1.2.0/.extract_done': @c...)
*** Error 2 in /usr/ports/devel/capnproto (/usr/ports/infrastructure/mk/bsd.port.mk:2241 '/usr/ports/packages/amd64/all/capnproto-1.2.0.tgz')
*** Error 2 in /usr/ports/devel/capnproto (/usr/ports/infrastructure/mk/bsd.port.mk:2239 '/usr/ports/packages/amd64/all/capnproto-1.2.0.tgz')
*** Error 2 in /usr/ports/devel/capnproto (/usr/ports/infrastructure/mk/bsd.port.mk:2730 'subpackage': @:; (case X${_DEPENDS_CACHE} in X) _...)
*** Error 2 in /usr/ports/devel/capnproto (/usr/ports/infrastructure/mk/bsd.port.mk:2259 '/var/db/pkg/capnproto-1.2.0/+CONTENTS': @cd /usr/p...)
*** Error 2 in /usr/ports/devel/capnproto (/usr/ports/infrastructure/mk/bsd.port.mk:2712 'install': @lock=capnproto-1.2.0; export _LOCKS_HE...)
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2392 '/usr/ports/pobj/fastnetmon-1.2.9pre20260425/.dep-devel-capnproto': @unset _...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2804 '/usr/ports/pobj/fastnetmon-1.2.9pre20260425/.extract_done': @cd /usr/ports/...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2241 '/usr/ports/packages/amd64/all/fastnetmon-1.2.9pre20260425.tgz': @cd /usr/po...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2239 '/usr/ports/packages/amd64/all/fastnetmon-1.2.9pre20260425.tgz': @cd /usr/po...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2730 'subpackage': @:; (case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$(/usr/bin/...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2259 '/var/db/pkg/fastnetmon-1.2.9pre20260425/+CONTENTS': @cd /usr/ports/net/fast...)
*** Error 2 in /usr/ports/net/fastnetmon (/usr/ports/infrastructure/mk/bsd.port.mk:2712 'install': @lock=fastnetmon-1.2.9pre20260425; expor...)
Ill re-sync the ports and src and try again,
On Thu, 21 May 2026 at 16:46, Tom Smyth <tom.smyth@wirelessconnect.eu> wrote:
Hi Stuart Ill test on 7.9 release, Ill test on current failing that
Thanks
On Thu, 21 May 2026 at 16:36, Tom Smyth <tom.smyth@wirelessconnect.eu> wrote:
Hi Stuart,Ill Give this a test now,
Thanks
Tom Smyth
On Thu, 21 May 2026 at 16:17, Stuart Henderson <stu@spacehopper.org> wrote:
On 2026/05/21 10:47, Tom Smyth wrote:
> Folks,
> I was talking to Pavel (from fastnetmon) and he responded posively asked the following
>
> "Can you provide summary what's required from our side? "
probably nothing
you could give this a spin?
--
Kindest regards,
Tom Smyth.
--
Kindest regards,
Tom Smyth.
--
Kindest regards,
Tom Smyth.
Tom Smyth.