OpenBSD/ports 24tQnhix11/kde-applications/cantor Makefile

   cantor: fix spelling of Rlapack broken in previous
VersionDeltaFile
1.64+1-1x11/kde-applications/cantor/Makefile
+1-11 files

OpenBSD/ports ZvvYG8Demulators/mupen64plus/ui-console Makefile, emulators/mupen64plus/ui-console/patches patch-src_main_c

   Back out use of pledge(2) in mupen64plus-ui-console.

   Although pledge(2) was only called at the last possible moment, after
   nearly all initialization had been done, it turns out there was one case
   I missed: if the user is playing with a ujoy(4) gamepad, then SDL will
   call ioctl(2) with USB_GET_REPORT_DESC. No pledge(2) promise allows this.

   Due to mupen64plus's design, pledge(2) cannot be moved any later. The
   USB initialization takes place in a .so plugin with a documented public
   API. Calling pledge(2) inside the plugin would certainly break other
   mupen64plus frontends.

   It may be possible to reintroduce pledge(2) in mupen64plus, by hoisting
   joystick initialization to a place that gets executed earlier. However,
   this too might not be possible without breaking other frontends.

   Other alternatives could be to modify SDL's joystick initialization to
   not require USB_GET_REPORT_DESC, or perhaps to add a new "ujoy" promise.
   Either of these would benefit other SDL/ujoy(4)/pledge-using programs

    [13 lines not shown]
VersionDeltaFile
1.20+2-1emulators/mupen64plus/ui-console/Makefile
1.2+0-0emulators/mupen64plus/ui-console/patches/patch-src_main_c
+2-12 files

OpenBSD/ports UGUcdXHx11/gnome/eog distinfo Makefile, x11/gnome/eog/patches patch-src_eog-application_c patch-src_eog-window_c

   Update to eog-49.1.
VersionDeltaFile
1.98+2-2x11/gnome/eog/distinfo
1.198+1-2x11/gnome/eog/Makefile
1.65+1-1x11/gnome/eog/pkg/PLIST
1.2+0-0x11/gnome/eog/patches/patch-src_eog-application_c
1.2+0-0x11/gnome/eog/patches/patch-src_eog-window_c
+4-55 files

OpenBSD/src A64yngqusr.sbin/rpki-client version.h

   rpki-client 9.7 is long overdue
VersionDeltaFile
1.29+2-2usr.sbin/rpki-client/version.h
+2-21 files

OpenBSD/src s2jvK9Husr.sbin/rpki-client cert.c

   rpki-client: only accept BGPsec certs with a single AS number

   We've long been pointing out that the possibility of adding multiple AS
   numbers and in particular AS ranges to BGPsec Router Certificates is at
   best dubious. Enforce that there is a single AS, encoded as an ASID, not
   as an ASRange with a single element (cf. eid7653 to RFC 3779).

   Prompted by a report by Xie Yifan
   with/ok claudio job
VersionDeltaFile
1.209+16-1usr.sbin/rpki-client/cert.c
+16-11 files

OpenBSD/ports GOOfS9bmath/lapack/patches patch-SRC_DEPRECATED_dlahrd_f patch-SRC_DEPRECATED_sgelqs_f, math/lapack/pkg PLIST

   update to lapack-3.12.1, various patches backported from upstream (mostly
   concerning lines becoming too long for a punch card after macro changes,
   it seems)
VersionDeltaFile
1.12+16-16math/lapack/pkg/PLIST
1.1+30-0math/lapack/patches/patch-SRC_DEPRECATED_dlahrd_f
1.1+28-0math/lapack/patches/patch-SRC_DEPRECATED_sgelqs_f
1.1+28-0math/lapack/patches/patch-SRC_DEPRECATED_cgelqs_f
1.1+28-0math/lapack/patches/patch-SRC_DEPRECATED_cgeqrs_f
1.1+28-0math/lapack/patches/patch-SRC_DEPRECATED_dgelqs_f
+158-169 files not shown
+337-3115 files

OpenBSD/ports lOJtagnprint/qpdf distinfo Makefile, print/qpdf/patches patch-CMakeLists_txt

   Update to qpdf-12.3.0.
VersionDeltaFile
1.61+2-2print/qpdf/distinfo
1.77+2-2print/qpdf/Makefile
1.27+3-0print/qpdf/pkg/PLIST
1.9+1-1print/qpdf/patches/patch-CMakeLists_txt
+8-54 files

OpenBSD/ports HkyMbXOdevel/qbs distinfo Makefile, devel/qbs/patches patch-CMakeLists_txt

   Update qbs to 3.1.2
VersionDeltaFile
1.34+2-2devel/qbs/distinfo
1.47+1-1devel/qbs/Makefile
1.2+0-0devel/qbs/patches/patch-CMakeLists_txt
+3-33 files

OpenBSD/src D2xzh3yusr.sbin/rpki-client parser.c

   rpki-client: check purpose for .cer files in Manifests

   Only intermediate CAs and BGPsec certificates are allowed in a Manifest
   fileList. Check this is the case, otherwise stop processing the cert.

   Missing check reported by Xie Yifan
   ok claudio job
VersionDeltaFile
1.174+9-1usr.sbin/rpki-client/parser.c
+9-11 files

OpenBSD/src vQydWTSdistrib/sets/lists/man mi

   sync
VersionDeltaFile
1.1760+1-0distrib/sets/lists/man/mi
+1-01 files

OpenBSD/ports u6rjYRLtextproc/py-json5 Makefile

   add a comment pointing out the similarly-named textproc/py-pyjson5
VersionDeltaFile
1.7+1-0textproc/py-json5/Makefile
+1-01 files

OpenBSD/ports uu0BdR9devel/py-application_properties Makefile distinfo, devel/py-application_properties/pkg PLIST

   update to py3-application_properties-0.9.0
VersionDeltaFile
1.2+7-6devel/py-application_properties/Makefile
1.2+2-2devel/py-application_properties/distinfo
1.3+3-0devel/py-application_properties/pkg/PLIST
+12-83 files

OpenBSD/ports IV4pWRjtextproc Makefile

   +py-pyjson5
VersionDeltaFile
1.852+1-0textproc/Makefile
+1-01 files

OpenBSD/ports BhmIBnAtextproc/py-pyjson5 Makefile distinfo, textproc/py-pyjson5/patches patch-third-party_fast_double_parser_include_fast_double_parser_h patch-setup_py

   import ports/textproc/py-pyjson5, sparc64 tests/ok tb@

   JSON5 serializer and parser library for Python 3 written in Cython.

   The serializer returns ASCII data that can safely be used in an HTML
   template. Apostrophes, ampersands, greater-than, and less-then signs are
   encoded as unicode escaped sequences.

   Unless the input contains infinite or NaN values, the result will be
   valid JSON data.

   The parser can handle all valid JSON5 1.0.0 and JSON data can be read,
   unless the nesting level is absurdly high.
VersionDeltaFile
1.1+29-0textproc/py-pyjson5/Makefile
1.1+16-0textproc/py-pyjson5/pkg/PLIST
1.1+12-0textproc/py-pyjson5/patches/patch-third-party_fast_double_parser_include_fast_double_parser_h
1.1+11-0textproc/py-pyjson5/pkg/DESCR
1.1+11-0textproc/py-pyjson5/patches/patch-setup_py
1.1+2-0textproc/py-pyjson5/distinfo
+81-06 files not shown
+81-012 files

OpenBSD/ports D95csDudevel/qt-creator distinfo Makefile, devel/qt-creator/pkg PLIST

   Update qt-creator to 18.0.1
VersionDeltaFile
1.46+4-1devel/qt-creator/pkg/PLIST
1.55+2-2devel/qt-creator/distinfo
1.118+1-2devel/qt-creator/Makefile
+7-53 files

OpenBSD/ports J9wtd5Yconverters/p5-JSON-DWIW Makefile

   Fix testing p5-JSON-DWIW.
   OK sthen@
VersionDeltaFile
1.21+2-1converters/p5-JSON-DWIW/Makefile
+2-11 files

OpenBSD/ports 5DGP5JVtextproc/py-tomli Makefile distinfo

   update to py3-tomli-2.4.0
VersionDeltaFile
1.16+4-5textproc/py-tomli/Makefile
1.7+2-2textproc/py-tomli/distinfo
+6-72 files

OpenBSD/ports xCcqU5Wgeo/gpxsee distinfo Makefile

   geo/gpxsee: update to 15.8
VersionDeltaFile
1.44+2-2geo/gpxsee/distinfo
1.46+1-1geo/gpxsee/Makefile
+3-32 files

OpenBSD/src uUsBnS5regress/sys/kern/ptrace/xstate xstate.c

   regress/xstate: Dynamic xstate buffer size

   The current implementation leads to an "xstate buffer too small" error
   on newer machines with an xstate area bigger than 1KiB. Allocate the
   buffer dynamically from PT_GETXSTATE_INFO kernel info.

   ok anton@
VersionDeltaFile
1.3+12-4regress/sys/kern/ptrace/xstate/xstate.c
+12-41 files

OpenBSD/src afhgJocusr.bin/tmux screen-redraw.c

   Correctly draw indicators when pane-border-indicators is set to both.
   Reported by Ilya Grigoriev in GitHub issue 4780.
VersionDeltaFile
1.110+76-29usr.bin/tmux/screen-redraw.c
+76-291 files

OpenBSD/src lXxCtQxusr.bin/tmux server-client.c tmux.h

   Remember last pane or type of location for double and triple clicks and
   correctly handle it changes between first and second or second and
   third. GitHub issue 4795 from Shaobo Song.
VersionDeltaFile
1.441+39-24usr.bin/tmux/server-client.c
1.1284+3-1usr.bin/tmux/tmux.h
+42-252 files

OpenBSD/ports f1LvzMZdevel/jjui Makefile

   replace do-test targets of some go modules to use TEST_TARGET variable

   - devel/jjui

   ok tb@ (MAINTAINER)
VersionDeltaFile
1.18+1-2devel/jjui/Makefile
+1-21 files

OpenBSD/ports Ma8UkDDsecurity/cfssl Makefile, security/osv-scanner Makefile

   replace do-test targets of some go modules to use TEST_TARGET variable

   - security/cfssl
   - security/osv-scanner
   - textproc/miller
   - www/goat

   ok tb@
VersionDeltaFile
1.20+3-6textproc/miller/Makefile
1.10+1-3security/cfssl/Makefile
1.31+1-2security/osv-scanner/Makefile
1.3+2-0www/goat/Makefile
+7-114 files

OpenBSD/ports oWIlg7Hlang/go go.port.mk

   lang/go module: use TEST_TARGET as default target for MODGO_TEST_TARGET instead of ALL_TARGET

   default to ALL_TARGET (keep previous value)

   while here, pass TEST_ENV in MODGO_TEST_CMD

   ok tb@
VersionDeltaFile
1.94+3-2lang/go/go.port.mk
+3-21 files

OpenBSD/ports Ei9XfG9sysutils Makefile

   link sysutils/moor
VersionDeltaFile
1.771+1-0sysutils/Makefile
+1-01 files

OpenBSD/ports 1DX4lHosysutils/moor distinfo modules.inc, sysutils/moor/patches patch-internal_reader_reader_test_go

   Initial revision
VersionDeltaFile
1.1+176-0sysutils/moor/distinfo
1.1+60-0sysutils/moor/modules.inc
1.1+29-0sysutils/moor/Makefile
1.1+12-0sysutils/moor/patches/patch-internal_reader_reader_test_go
1.1+4-0sysutils/moor/pkg/DESCR
1.1+2-0sysutils/moor/pkg/PLIST
+283-06 files not shown
+283-012 files

OpenBSD/ports lTQa0V3math/py-numpy Makefile distinfo, math/py-numpy/patches patch-numpy__core_meson_build patch-numpy__core_src_umath_loops_autovec_dispatch_c_src

   Update to numpy 2.4.1, help/ok sthen, no objection daniel

   Tested in bulks on amd64 by me and on i386 by sthen.
   Tested on aarch64, amd64, i386 and sparc64.
   jca will address riscv64 brekage in tree.
VersionDeltaFile
1.27+95-43math/py-numpy/pkg/PLIST
1.96+1-6math/py-numpy/Makefile
1.24+2-2math/py-numpy/distinfo
1.4+1-1math/py-numpy/patches/patch-numpy__core_meson_build
1.4+1-1math/py-numpy/patches/patch-numpy__core_src_umath_loops_autovec_dispatch_c_src
1.2+0-0math/py-numpy/patches/patch-numpy__core_src_common_npy_cpu_features_c
+100-536 files

OpenBSD/ports oyYCfPKmath/py-scipy Makefile distinfo, math/py-scipy/patches patch-meson_options patch-scipy_meson_build

   Update to scipy 1.16.3

   Needed for unbreaking consumers with newer numpy. 1.17.0 was released
   yesterday. That can wait.
VersionDeltaFile
1.26+467-125math/py-scipy/pkg/PLIST
1.1+12-0math/py-scipy/patches/patch-meson_options
1.2+3-3math/py-scipy/patches/patch-scipy_meson_build
1.74+2-4math/py-scipy/Makefile
1.18+2-2math/py-scipy/distinfo
1.12+1-1math/py-scipy/patches/patch-scipy_special_tests_test_basic_py
+487-1353 files not shown
+487-1359 files

OpenBSD/ports ccWK7Atcad/prusaslicer Makefile distinfo, cad/prusaslicer/patches patch-src_libslic3r_GCode_PostProcessor_cpp patch-src_slic3r_GUI_RemovableDriveManager_cpp

   Update to prusaslicer 2.9.3, tested/ok ian (a long time ago)

   From Renato Aguiar (maintainer)

   Pull in Gentoo's fixes for newer Boost, so this compiles with 1.88
   and hopefully also with 1.89.
VersionDeltaFile
1.1+21-0cad/prusaslicer/patches/patch-src_libslic3r_GCode_PostProcessor_cpp
1.1+21-0cad/prusaslicer/patches/patch-src_slic3r_GUI_RemovableDriveManager_cpp
1.10+20-0cad/prusaslicer/pkg/PLIST
1.9+12-0cad/prusaslicer/patches/patch-CMakeLists_txt
1.23+3-2cad/prusaslicer/Makefile
1.11+2-2cad/prusaslicer/distinfo
+79-46 files

OpenBSD/src BReNGxHshare/man/man4 trunk.4, sys/conf files

   remove lacp support from trunk(4)

   lacp is better supported by aggr(4). users of lacp in trunk(4)
   should migrate to aggr(4).

   trunk(4) and the lacp support inside it is one of the last chunks
   of code that still requires the netlock in the ethernet stack. the
   last time i tried to fix this i ended up writing aggr(4), and nothing
   about this code has improved since then. the other protos such as
   failover and loadbalance are trivial in comparison and will be easy
   to improve in the future.

   discussed with and no objections from many
VersionDeltaFile
1.160+3-162sys/net/if_trunk.c
1.32+13-14share/man/man4/trunk.4
1.749+1-2sys/conf/files
+17-1783 files