OpenBSD/src sf6AUyHsys/dev/usb usbdevs.h usbdevs_data.h

   regen
VersionDeltaFile
1.796+4-0sys/dev/usb/usbdevs_data.h
1.802+1-0sys/dev/usb/usbdevs.h
+5-02 files

OpenBSD/src 6a0aC0hsys/dev/usb usbdevs

   add another intel bluetooth id

   0x0037 Fillmore Peak 2 (BE201)

   ok deraadt@ with a tweak from jsg@
VersionDeltaFile
1.790+2-1sys/dev/usb/usbdevs
+2-11 files

OpenBSD/src OwZPWiIusr.sbin/eigrpd eigrpd.c

   Convert to getexecpath(3) and execv(3) for the fork+exec privsep
VersionDeltaFile
1.40+11-12usr.sbin/eigrpd/eigrpd.c
+11-121 files

OpenBSD/ports itCqHPzemulators/bochs Makefile, emulators/bochs/patches patch-bochs_iodev_hdimage_vmware4_cc patch-bochs_configure_ac

   emulators/bochs: update to 3.1

   ok (and debug package tweak) bentley@ and patch tweaks from Brad
VersionDeltaFile
1.1+41-0emulators/bochs/patches/patch-bochs_iodev_hdimage_vbox_cc
1.1+39-0emulators/bochs/patches/patch-bochs__bochsrc
1.1+25-0emulators/bochs/patches/patch-bochs_configure_ac
1.1+25-0emulators/bochs/patches/patch-bochs_Makefile_in
1.80+18-6emulators/bochs/Makefile
1.1+23-0emulators/bochs/patches/patch-bochs_iodev_hdimage_vmware4_cc
+171-618 files not shown
+269-1424 files

OpenBSD/src m4hsBZFusr.sbin/smtpd smtpd.c

   Use getexecpath(3) to find the binary, and then transform the paths
   to execute the other privsep processes at relative paths in libexec
   with millert, ok gilles
VersionDeltaFile
1.364+28-3usr.sbin/smtpd/smtpd.c
+28-31 files

OpenBSD/src p3G0xZwsys/dev/acpi qciic.c qcgpio.c

   Add ACPI hardware IDS for Qualcom Glymur (X2) SoC.

   The HIDs map to to glymur device tree nodes as follows:
     QCOM0F0C: GIO0 -> tlmm: pinctrl at f100000
     QCOM0F10:
       I2C1 -> i2c0: i2c at b80000
       I2C5 -> i2c4: i2c at b90000
       I2C6 -> i2c5: i2c at b94000
       I2C9 -> i2c8: i2c at a80000
     QCOM0F8B: URS0 -> usb_0: usb at a600000
     QCOM0F8C: URS1 -> usb_1: usb at a800000
     QCOM0FED: URS2 -> usb_2: usb at a000000

   This gets USB, keyboard and touchpad working in ACPI mode
   on the HP Elitebook X G2q.

   ok kettenis@
VersionDeltaFile
1.15+8-2sys/dev/acpi/xhci_acpi.c
1.16+4-2sys/dev/acpi/qcgpio.c
1.9+2-1sys/dev/acpi/qciic.c
+14-53 files

OpenBSD/ports AeJacdGnet/tor Makefile distinfo

   SECURITY update to 0.4.9.12.
VersionDeltaFile
1.143.2.4+2-2net/tor/distinfo
1.178.2.4+1-1net/tor/Makefile
+3-32 files

OpenBSD/ports feTiD6unet/tor Makefile distinfo

   SECURITY update to 0.4.9.12.
VersionDeltaFile
1.147+2-2net/tor/distinfo
1.182+1-1net/tor/Makefile
+3-32 files

OpenBSD/src dgFw7yrregress/usr.bin/mandoc/tbl/data unclosed.out_lint Makefile

   additional test: table not closed before the end of the file;
   related to read.c rev. 1.194
VersionDeltaFile
1.1+13-0regress/usr.bin/mandoc/tbl/data/unclosed.out_ascii
1.1+11-0regress/usr.bin/mandoc/tbl/data/unclosed.in
1.8+3-3regress/usr.bin/mandoc/tbl/data/Makefile
1.1+1-0regress/usr.bin/mandoc/tbl/data/unclosed.out_lint
+28-34 files

OpenBSD/src jchFiLXusr.bin/mandoc read.c

   Do not call the high-level mdoc(7) or man(7) parser cleanup
   before the low-level roff(7) parser cleanup;
   instead, clean up in the opposite order.

   From a perspective of traditional roff(7) systems, the existing order
   might seem intuitive: a traditional system needs the low-level roff(7)
   infrastructure in an operational state for doing anything with
   high-level macros.

   However, in mandoc(1), the architecture is built up in the opposite way.
   The mdoc(7) and man(7) parsers provide the foundational tree structure,
   and the roff(7) parser only serves auxiliary functions that need the
   mdoc(7) and man(7) infrastructure in an operational state.

   If the .TE macro ending a tbl(7) was missing before the end of the input
   file, this logic bug caused man_endparse() to reset the parse point to the
   root of the syntax tree, only for roff_endtbl() called from roff_endparse()
   then expecting the parse point to still point to the ROFFT_TBL node,
   resulting in a NULL pointer access in roff_endtbl().

    [4 lines not shown]
VersionDeltaFile
1.194+2-2usr.bin/mandoc/read.c
+2-21 files

OpenBSD/src yGEzE5Msys/arch/amd64/amd64 identcpu.c, sys/arch/amd64/include cpu.h specialreg.h

   amd64: expose machinery for BHI_CTRL and BHI_DIS_S

   Some recent Intel CPUs expose BHI_CTRL. That allows one to enable BHI_DIS_S
   if BHI_NO is not present. This change adds the infrastructure for this but
   does not yet enable BHI_DIS_S.

   ok jsg@
VersionDeltaFile
1.157+10-2sys/arch/amd64/amd64/identcpu.c
1.127+7-1sys/arch/amd64/include/specialreg.h
1.186+2-1sys/arch/amd64/include/cpu.h
+19-43 files

OpenBSD/src DfumErAusr.sbin/syslogd privsep.c

   Switch syslogd(8) to getexecpath(3).

   Both syslogd and syslogd-parent call getexecpath() to get their own
   program path.  Then they transform the trailing components into the
   path of the other one, which each has to execv(3) during start or
   after SIGHUP.

   with deraadt@; OK millert@
VersionDeltaFile
1.80+40-14usr.sbin/syslogd/privsep.c
+40-141 files

OpenBSD/src jV6Lxtxsys/arch/arm64/dev agintc.c

   Restore (more) hardware state when resuming.  This fixes USB controller
   after unhibernate on various arm64 machines.

   ok deraadt@, mglocker@
VersionDeltaFile
1.66+56-39sys/arch/arm64/dev/agintc.c
+56-391 files

OpenBSD/src Eo5ONUrusr.sbin/vmd vmd.h vm.c

   Migrate vmd(8) to use getexecpath(3).

   vmd requires absolute paths during its many instances of fork+exec
   in conjunction with its usage of unveil(2). Make it easier to run
   vmd by capturing the absolute path via getexecpath(3) during early
   init and storing it in the vmd environment state.

   Looks good to deraadt@, "go for it" mlarkin@
VersionDeltaFile
1.40+10-10usr.sbin/vmd/proc.c
1.182+6-8usr.sbin/vmd/vmd.c
1.141+5-5usr.sbin/vmd/vmm.c
1.129+3-3usr.sbin/vmd/vm.c
1.149+3-3usr.sbin/vmd/virtio.c
1.149+2-2usr.sbin/vmd/vmd.h
+29-311 files not shown
+31-337 files

OpenBSD/ports xmicH4jtextproc/simdutf Makefile distinfo

   textproc/simdutf: Update to 9.1.1
VersionDeltaFile
1.9+2-2textproc/simdutf/distinfo
1.10+1-1textproc/simdutf/Makefile
+3-32 files

OpenBSD/src 5Cox78ldistrib/sets/lists/base mi

   sync, add libfido2.pc
VersionDeltaFile
1.1199+1-0distrib/sets/lists/base/mi
+1-01 files

OpenBSD/src JDKowkFlib/libfido2 Makefile generate_pkgconfig.sh

   libfido: install libfido2.pc

   OK: djm@ deraadt@
VersionDeltaFile
1.1+71-0lib/libfido2/generate_pkgconfig.sh
1.11+12-2lib/libfido2/Makefile
+83-22 files

OpenBSD/ports JOAaplvx11/gnome/contacts Makefile, x11/gnome/maps Makefile

   bump after blueprint-compiler update
VersionDeltaFile
1.11+2-1x11/gnome/papers/Makefile
1.8+1-1x11/gnome/showtime/Makefile
1.115+1-1x11/gnome/contacts/Makefile
1.41+1-0x11/gnome/quadrapassel/Makefile
1.263+1-0x11/gnome/nautilus/Makefile
1.129+1-0x11/gnome/maps/Makefile
+7-310 files not shown
+17-316 files

OpenBSD/ports IYe06Myx11/blueprint-compiler Makefile distinfo, x11/blueprint-compiler/pkg PLIST

   update to blueprint-compiler 0.22.2
VersionDeltaFile
1.7+2-2x11/blueprint-compiler/distinfo
1.10+1-1x11/blueprint-compiler/Makefile
1.6+2-0x11/blueprint-compiler/pkg/PLIST
+5-33 files

OpenBSD/src xq9jkrAsys/net pf_if.c

   Fix off-by-one in pf(4) ioctl DIOCIGETIFACES

   The check for buffer exhaustion in pfi_get_ifaces() is off-by-one.
   This leaves the last part of the buffer uninitialized and copies
   out foreign heap data.

   from Johann Hoepfner; OK deraadt@ sashan@
VersionDeltaFile
1.114+3-2sys/net/pf_if.c
+3-21 files

OpenBSD/ports UBWzgNnnews/sabnzbd Makefile distinfo

   Update to sabnzbd-5.1.3

   This release resolves two security vulnerabilities:
   - GHSA-q326-jpxx-jmjc: __wrapped__ dispatch bypass allows
     unauthenticated API access
   - GHSA-mjwj-v5mr-cmcg: PAR2 symlink bypass allows pickle remote code
     execution

   Other changes: https://github.com/sabnzbd/sabnzbd/releases/tag/5.1.3
VersionDeltaFile
1.59+2-2news/sabnzbd/distinfo
1.84+1-1news/sabnzbd/Makefile
+3-32 files

OpenBSD/ports cK5vqURtextproc/xmlwf Makefile distinfo

   update xmlwf to expat 2.8.4
VersionDeltaFile
1.18+4-4textproc/xmlwf/distinfo
1.26+1-1textproc/xmlwf/Makefile
+5-52 files

OpenBSD/ports WKnyv8rarchivers/py-zipstream-ng Makefile distinfo

   update to py-zipstream-ng 1.9.3
VersionDeltaFile
1.5+2-2archivers/py-zipstream-ng/distinfo
1.9+1-1archivers/py-zipstream-ng/Makefile
+3-32 files

OpenBSD/ports jKPIeW4devel/github-cli Makefile modules.inc

   update to github-cli 2.100.0; from David Uhden Collado
VersionDeltaFile
1.72+92-108devel/github-cli/distinfo
1.63+31-41devel/github-cli/modules.inc
1.81+1-1devel/github-cli/Makefile
+124-1503 files

OpenBSD/ports qe875PFgraphics/stable-diffusion.cpp distinfo Makefile

   graphics/stable-diffusion.cpp: disable "GGML_NATIVE"

   ... current packaged binaries crash here with SIGILL, presumably because
   they use instructions that are available on port-builders, but not here.
   I hope this fixes things.

   While here, enable support for webp (via graphics/libwepb) and webm (via
   github.com/webmproject/libwebm)
VersionDeltaFile
1.12+18-4graphics/stable-diffusion.cpp/Makefile
1.9+2-0graphics/stable-diffusion.cpp/distinfo
+20-42 files

OpenBSD/ports BK8R9jex11/sndiokeys distinfo Makefile

   x11/sndiokeys: Update to 1.3.0 and set DEBUG_PACKAGES

   ok bentley@, sthen@
VersionDeltaFile
1.3+2-2x11/sndiokeys/distinfo
1.3+3-1x11/sndiokeys/Makefile
+5-32 files

OpenBSD/src 06KSigJusr.bin/tmux format.c

   The client for the layout format is the client we are sending it to, not
   the target client.
VersionDeltaFile
1.417+3-3usr.bin/tmux/format.c
+3-31 files

OpenBSD/src 6dAvUHLsys/kern exec_elf.c

   auxinfo was not being placed on the stack for -static -pie binaries.
   auxinfo was originally intended only for ld.so but libc has started inspecting
   it, though nothing went wrong if it was missing.  But now libc getexexpath(3)
   requires it.
   ok kettenis
VersionDeltaFile
1.203+9-20sys/kern/exec_elf.c
+9-201 files

OpenBSD/ports QLenq7Yaudio/pd distinfo Makefile

   Update to 0.56.5.
   MODTK_VERSION=8.6


   ok bentley@
VersionDeltaFile
1.4+3-2audio/pd/Makefile
1.3+2-2audio/pd/distinfo
+5-42 files

OpenBSD/ports kLk1WVSdevel/tea Makefile modules.inc

   Update tea 2.14.2 -> 0.15.1
   Changelogs: https://gitea.com/gitea/tea/releases/
VersionDeltaFile
1.9+66-100devel/tea/distinfo
1.8+24-35devel/tea/modules.inc
1.10+1-1devel/tea/Makefile
+91-1363 files