OpenBSD/ports 1pygKOQdevel/afl++ Makefile

   tweak comment, gmake -j (with 0 or no argument) doesn't care about the
   number of cpus, it just runs as much as it can in parallel
VersionDeltaFile
1.13+2-1devel/afl++/Makefile
+2-11 files

OpenBSD/ports 3Bo6q97www/iridium distinfo

   fix distinfo for a re-rolled tarball
VersionDeltaFile
1.112+2-2www/iridium/distinfo
+2-21 files

OpenBSD/ports YCnnumafonts/adobe-fonts Makefile

   +fonts/adobe-fonts/source-han-{mono,sans,serif}
VersionDeltaFile
1.3+3-0fonts/adobe-fonts/Makefile
+3-01 files

OpenBSD/ports mATxPpKdevel/afl++ Makefile

   afl++: pass proc in MAKE_FLAGS, to avoid running sub-makes with "-j" (which
   uses all cores).

   there is also an issue with this port picking up ports llvm if present,
   if someone wants to take a look..
VersionDeltaFile
1.12+3-1devel/afl++/Makefile
+3-11 files

OpenBSD/ports z5ErdmRdevel/sdl3 Makefile

   Don't build "haptic" support code to avoid missing symbol on sparc64

   That code uses ioctls that we don't implement and end up as unresolved
   symbols in the shared library on sparc64 where base-gcc and ld.bfd are
   used.  ok tb@ thfr@ (maintainer)

   While here, also disable warnings about documentation comments, which
   clutter build logs (from tb@).
VersionDeltaFile
1.7+5-2devel/sdl3/Makefile
+5-21 files

OpenBSD/ports ZzglH1jfonts/adobe-fonts/source-han-serif Makefile distinfo, fonts/adobe-fonts/source-han-serif/pkg PLIST-web DESCR-main

   Initial revision
VersionDeltaFile
1.1+22-0fonts/adobe-fonts/source-han-serif/pkg/PLIST-web
1.1+20-0fonts/adobe-fonts/source-han-serif/Makefile
1.1+5-0fonts/adobe-fonts/source-han-serif/pkg/DESCR-main
1.1+5-0fonts/adobe-fonts/source-han-serif/pkg/DESCR-web
1.1+5-0fonts/adobe-fonts/source-han-serif/pkg/PLIST-main
1.1+4-0fonts/adobe-fonts/source-han-serif/distinfo
+61-06 files not shown
+61-012 files

OpenBSD/ports dZYWDhgfonts/adobe-fonts/source-han-sans Makefile distinfo, fonts/adobe-fonts/source-han-sans/pkg PLIST-web PLIST-main

   fonts/adobe-fonts/source-han-sans: import (version 2.005)

   Source Han Sans is Adobe's Pan-CJK sans-serif typeface family,
   developed with Google for Simplified Chinese, Traditional Chinese,
   Japanese, and Korean text.

   OK: bentley@

VersionDeltaFile
1.1+32-0fonts/adobe-fonts/source-han-sans/pkg/PLIST-web
1.1+20-0fonts/adobe-fonts/source-han-sans/Makefile
1.1+7-0fonts/adobe-fonts/source-han-sans/pkg/PLIST-main
1.1+5-0fonts/adobe-fonts/source-han-sans/pkg/DESCR-main
1.1+5-0fonts/adobe-fonts/source-han-sans/pkg/DESCR-web
1.1+4-0fonts/adobe-fonts/source-han-sans/distinfo
+73-06 files not shown
+73-012 files

OpenBSD/ports TKCLYuLfonts/adobe-fonts/source-han-mono Makefile distinfo, fonts/adobe-fonts/source-han-mono/pkg DESCR PLIST

   fonts/adobe-fonts/source-han-mono: import (version 1.002)

   Source Han Mono is Adobe's Pan-CJK monospaced typeface family, based on
   Source Han Sans and Source Code Pro. It supports Simplified Chinese,
   Traditional Chinese, Japanese, and Korean text in a unified monospace
   design.

   OK: bentley@

VersionDeltaFile
1.1+15-0fonts/adobe-fonts/source-han-mono/Makefile
1.1+6-0fonts/adobe-fonts/source-han-mono/pkg/DESCR
1.1+3-0fonts/adobe-fonts/source-han-mono/pkg/PLIST
1.1+2-0fonts/adobe-fonts/source-han-mono/distinfo
1.1.1.1+0-0fonts/adobe-fonts/source-han-mono/distinfo
1.1.1.1+0-0fonts/adobe-fonts/source-han-mono/pkg/DESCR
+26-02 files not shown
+26-08 files

OpenBSD/ports rl9WWShsysutils/glances Makefile, sysutils/glances/pkg PLIST

   don't include stray __pycache__ dir, that is present in the sdist, in the
   package. py-installer 1.0.0 will strip that ("Do not install __pycache__
   from wheels")
VersionDeltaFile
1.13+0-4sysutils/glances/pkg/PLIST
1.20+1-0sysutils/glances/Makefile
+1-42 files

OpenBSD/ports cx7ofhLwww/iridium/patches patch-services_network_public_cpp_features_cc

   remove obsolete file
VersionDeltaFile
1.16+0-0www/iridium/patches/patch-services_network_public_cpp_features_cc
+0-01 files

OpenBSD/ports 9seN745www/iridium/patches patch-chrome_browser_about_flags_cc patch-chrome_browser_policy_configuration_policy_handler_list_factory_cc

   update to 2026.03.146.4
VersionDeltaFile
1.71+58-58www/iridium/patches/patch-chrome_browser_about_flags_cc
1.44+21-33www/iridium/patches/patch-chrome_browser_policy_configuration_policy_handler_list_factory_cc
1.45+18-18www/iridium/patches/patch-chrome_browser_profiles_chrome_browser_main_extra_parts_profiles_cc
1.64+18-18www/iridium/patches/patch-chrome_browser_chrome_content_browser_client_cc
1.1+19-0www/iridium/patches/patch-ui_gtk_select_file_dialog_linux_gtk_cc
1.14+8-8www/iridium/patches/patch-components_signin_public_base_signin_switches_cc
+142-13575 files not shown
+331-35181 files

OpenBSD/ports TifDKHGwww/chromium Makefile, www/chromium/patches patch-ui_gtk_select_file_dialog_linux_gtk_cc

   revert the stupid decision to not pre-selecting accept buttons in file dialogs

   now my precious enter key is working again in the file dialogs

   Yes, you read it right:
   // GTK's internal response IDs use negative integers (eg. GTK_RESPONSE_CANCEL),
   // leaving zero and positive integers for application-defined response IDs. Use
   // zero for the accept response type since GTK will preselect
   // GTK_RESPONSE_ACCEPT as the default button, which should be avoided to prevent
   // an exploit where the user is instructed to hold Enter before the dialog
   // appears.
VersionDeltaFile
1.1+19-0www/chromium/patches/patch-ui_gtk_select_file_dialog_linux_gtk_cc
1.1+19-0www/ungoogled-chromium/patches/patch-ui_gtk_select_file_dialog_linux_gtk_cc
1.896+2-0www/chromium/Makefile
1.220+2-0www/ungoogled-chromium/Makefile
+42-04 files

OpenBSD/src 2GW21ijusr.bin/tmux window-copy.c

   When in copy mode with a large scroll offset and the window is resized
   so that history shrinks, data->oy can exceed screen_hsize causing an
   unsigned integer underflow in the py computation. Clamp data->oy in
   window_copy_resize and window_copy_cmd_refresh_from_pane before the
   subtraction. From futpib at gmail dot com in GitHub issue 4958.
VersionDeltaFile
1.392+5-1usr.bin/tmux/window-copy.c
+5-11 files

OpenBSD/ports VBMzupGeditors/vim-classic Makefile

   zap stray _, spotted by stsp
VersionDeltaFile
1.7+1-1editors/vim-classic/Makefile
+1-11 files

OpenBSD/ports 9E5x0kNmail/roundcubemail distinfo Makefile

   update to roundcubemail-1.6.15
VersionDeltaFile
1.95.2.4+2-4mail/roundcubemail/distinfo
1.191.2.4+1-1mail/roundcubemail/Makefile
+3-52 files

OpenBSD/ports 7XOGb8Imail/roundcubemail distinfo Makefile

   update to roundcubemail-1.6.15

   Fix regression where mail search would fail on non-ascii search criteria
   Fix regression where some data url images could get ignored/lost
   Fix SVG Animate FUNCIRI Attribute Bypass - Remote Image Loading via fill/filter/stroke
VersionDeltaFile
1.100+2-2mail/roundcubemail/distinfo
1.196+1-1mail/roundcubemail/Makefile
+3-32 files

OpenBSD/ports 0Kj0mEVmail/cyrus-imapd Makefile distinfo, mail/cyrus-imapd/pkg PLIST

   Update to cyrus-imapd-3.12.2.
VersionDeltaFile
1.159+4-5mail/cyrus-imapd/Makefile
1.75+2-2mail/cyrus-imapd/distinfo
1.60+1-1mail/cyrus-imapd/pkg/PLIST
+7-83 files

OpenBSD/ports ks82Mn2devel/cargo-insta distinfo Makefile

   Update to cargo insta 1.47.1

   https://github.com/mitsuhiko/insta/releases/tag/1.47.1
VersionDeltaFile
1.12+2-2devel/cargo-insta/distinfo
1.12+2-1devel/cargo-insta/Makefile
+4-32 files

OpenBSD/ports WcJrevxnet/ngtcp2 Makefile distinfo

   Update to ngtcp2 1.22.0

   https://github.com/ngtcp2/ngtcp2/releases/tag/v1.22.0
VersionDeltaFile
1.38+3-3net/ngtcp2/Makefile
1.36+2-2net/ngtcp2/distinfo
+5-52 files

OpenBSD/src kJQffhsregress/usr.bin/ssh proxyjump.sh Makefile

   add a regression test for ProxyJump/-J; ok dtucker
VersionDeltaFile
1.1+102-0regress/usr.bin/ssh/proxyjump.sh
1.144+3-2regress/usr.bin/ssh/Makefile
+105-22 files

OpenBSD/src VVZEowEusr.bin/ssh readconf.c ssh.c

   apply the same validity rules to usernames and hostnames set for
   ProxyJump/-J on the commandline as we do for destination user/host
   names.

   Specifically, they are no longer allowed to contain most characters
   that have special meaning for common shells. Special characters are
   still allowed in ProxyJump commands that are specified in the config
   files.

   This _reduces_ the chance that shell characters from a hostile -J
   option from ending up in a shell execution context.

   Don't pass untrusted stuff to the ssh commandline, it's not intended
   to be a security boundary. We try to make it safe where we can, but
   we can't make guarantees, because we can't know the parsing rules
   and special characters for all the shells in the world, nor can we
   know what the user does with this data in their ssh_config wrt
   percent expansion, LocalCommand, match exec, etc.


    [4 lines not shown]
VersionDeltaFile
1.411+86-38usr.bin/ssh/readconf.c
1.629+7-43usr.bin/ssh/ssh.c
1.163+4-2usr.bin/ssh/readconf.h
+97-833 files

OpenBSD/ports uDuFVBzdevel/libgit2/py-git2 distinfo Makefile, devel/libgit2/py-git2/pkg PLIST

   Update to py3-git2-1.19.2.
VersionDeltaFile
1.57+2-2devel/libgit2/py-git2/distinfo
1.84+1-1devel/libgit2/py-git2/Makefile
1.36+1-0devel/libgit2/py-git2/pkg/PLIST
+4-33 files

OpenBSD/ports lOr3a2adevel/bstring Makefile distinfo, devel/bstring/patches patch-configure

   Update to bstring-1.1.0.
VersionDeltaFile
1.4+5-7devel/bstring/Makefile
1.2+4-5devel/bstring/pkg/PLIST
1.4+2-2devel/bstring/distinfo
1.2+0-0devel/bstring/patches/patch-configure
+11-144 files

OpenBSD/src KqJAZduregress/lib/libssl/client clienttest.c, regress/lib/libssl/tlsext tlsexttest.c

   libssl regress: adjust golden numbers for RSASSA-PSS

   Add the three RSASSA-PSS SignatureScheme 0x080b, 0x080a, 0x0809 in the
   appropriate spots in (components of) the ClientHello and adjust various
   length octets by adding 6.
VersionDeltaFile
1.47+33-30regress/lib/libssl/client/clienttest.c
1.96+11-9regress/lib/libssl/tlsext/tlsexttest.c
+44-392 files

OpenBSD/src 0ueWZ2Rlib/libssl ssl_sigalgs.c

   libssl: announce support for RSASSA-PSS signature schemes

   Announce the signature schemes for RSASSA-PSS with pubkey OID RSASSA-PSS
   between RSASSA-PSS with pubkey OID rsaEncryption and RSASSA-PKCS1-v1_5.

   This is the last step in the everlasting saga for making these signature
   schemes and certificates with RSASSA-PSS OID work. Fortunately, these are
   rarely used since they are extremely complex and inefficient also due to
   the large size of the parameters. This addresses bug reports by Steffen
   Ullrich and Tom Lane.

   Tested by bluhm.

   ok djm jsing kenjiro
VersionDeltaFile
1.53+7-1lib/libssl/ssl_sigalgs.c
+7-11 files

OpenBSD/src XZZzxG9lib/libssl ssl_sigalgs.c

   ssl_sigalg_pkey_ok: allow RSASSA-PSS with pubkey OID RSASSA-PSS

   This fixes a long-standing logic error that hasn't been noticed because
   we never announced the rsa_pss_pss_sha{256,384,512} SignatureScheme. The
   EVP_PKEY_id() of a RSA-PSS pubkey is EVP_PKEY_RSA_PSS, not EVP_PKEY_RSA.

   Thanks to beck for helping me figure out how to fix this correctly. It
   drove me nuts for a very long time. Problem also noticed by Tom Lane
   due to some PostgreSQL regress failures.

   ok djm jsing kenjiro
VersionDeltaFile
1.52+6-5lib/libssl/ssl_sigalgs.c
+6-51 files

OpenBSD/src GDzAGkDlib/libssl ssl_sigalgs.c

   ssl_sigalgs: whitespace tweak
VersionDeltaFile
1.51+2-1lib/libssl/ssl_sigalgs.c
+2-11 files

OpenBSD/xenocara lRcta87distrib/sets/lists/xbase md.amd64 md.arm64

   sync
VersionDeltaFile
1.224+0-1distrib/sets/lists/xbase/md.amd64
1.58+0-1distrib/sets/lists/xbase/md.arm64
1.106+0-1distrib/sets/lists/xbase/md.armv7
1.226+0-1distrib/sets/lists/xbase/md.i386
1.155+0-1distrib/sets/lists/xbase/md.loongson
1.212+0-1distrib/sets/lists/xbase/md.macppc
+0-64 files not shown
+0-1010 files

OpenBSD/xenocara rJElnQylib/mesa/mk/libgbm Makefile

   stop installing libgbm.a everything should be using libgbm.so
   ok tb@ matthieu@
VersionDeltaFile
1.15+6-1lib/mesa/mk/libgbm/Makefile
+6-11 files

OpenBSD/src kqqepaKgnu/usr.bin/perl/cpan/OpenBSD-Unveil/lib/OpenBSD Unveil.pm

   Improve OpenBSD::Unveil POD

   The choice of variable names made it somewhat unclear what arguments
   to pass and made it seem the interface might differ from unveil(2).

   ok dgl@
VersionDeltaFile
1.2+9-4gnu/usr.bin/perl/cpan/OpenBSD-Unveil/lib/OpenBSD/Unveil.pm
+9-41 files