librep: note upstream version of some build fixes
(There actually is an upstream still, it just hasn't released anything
since 2017, and its main archive site is no longer functioning. Their
patching here is basically the same as what was already committed.)
librep: fix builds with GCC >= 14
Tested on NetBSD 11.99.9 with GCC 14.4.0 and Fedora Linux 44 with GCC
16.2.1. (Given the configure script was generated from a significantly
older version of autoconf, and the upstream appears to be gone,
patching is applied directly against it for the minimal diff, but an
equivalent change to configure.ac is included, should it be useful to
someone.)
fix the m68ksf build.
avoid using bare ${MACHINE_ARCH} when referring to subdirs that
mknative-gcc creates, and avoid overwriting ${GCC_MACHINE_ARCH}
if it is already set.
fix a test in libgomp, and explain why it exists.
galene: Install static files and use them by default
Galene server needs static files to run otherwise it will fail to
start.
Install them and also adjust the default for `-static' to automatically
pick them up.
galene: Import galene-1.2.1 as wip/galene
Galene is a fully-featured videoconferencing system that is easy to
deploy and requires very moderate server resources.
sun4v: Try to use the hypervisor interrupt api version 1 if version 2 fails.
Version 3 systems are working ok - trying to fix the setup when a version < 2
system is used.
Not tested on yet.
exec_elf: Nix diagnostic messages for all (unknown) fd.o notes.
Same as for unknown GNU notes. Shaves off a tiny bit of code in
non-DIAGNOSTIC builds, saves us some trouble when fd.o invariably
adds more metadata not relevant to execution semantics.
PR kern/60901: Unknown elf note type 1081871370
hppa: Enable fortify/ssp in userland for progs/libs that opt into it.
The `ssp' part doesn't actually do much (and really I'm not sure why
these options are mixed together) because hppa stack grows up, so
writing past the end of an array won't overwrite the return address,
so stack smashing in this way is extremely unlikely. But the
`fortify' part, which instruments functions like memcpy/read/getcwd
with bounds checks where statically known, is still useful to catch
buffer overruns.
ok `I guess' nick@
PR lib/60858: fortuitous embarrassment: fortify is all kinds of busted
py-geventhttpclient: updated to 2.6.1
2.6.1 (2026-10-09)
Added
- Python 3.15 is supported explicitly
2.6.0 (2026-10-05)
Added
- Type annotations across the package, with a `py.typed` marker
- Basic auth added: `BasicAuth("user", "pass")`, or the `requests`-style
`("user", "pass")` tuple, on a `Session` or a single request
- `geventhttpclient.httpx`, an httpx-compatible client on the same engine
- Requests compatibility improved: `history`, `elapsed`, `cookies`,
`links`, `encoding`, `iter_content()`, `iter_lines()`, `json()`,
`bool()`, `close()` and `raise_for_status` with the response attached
[33 lines not shown]
py-gevent: updated to 26.9.0
26.9.0 (2026-09-16)
Bugfixes
- Fix :class:`gevent.event.AsyncResult` re-raising an exception with a
traceback that kept growing by the frames of every previous
:meth:`~gevent.event.AsyncResult.get` call, instead of starting fresh
from the traceback captured when :meth:`~gevent.event.AsyncResult.set_exception`
was called.
- Make gevent's file objects properly report the full mode string.
Previously a 'b' or 't' suffix could be missing.
- ThreadPool workers no longer call the profile and trace setters when no
hooks are configured. This matches ``threading.Thread`` and avoids
unnecessary PEP 578 audit events and thread coordination.
- An exception while preparing a ThreadPool worker to run a task, such as
an audit hook rejecting ``sys.setprofile()``, no longer leaves the caller
blocked or leaks a pool slot. The exception is raised in the greenlet
[2 lines not shown]
py-xarray: updated to 2026.9.0
2026.9.0
This release adds read support for Zarr V3 rectilinear (variable-sized) chunks,
Arrow PyCapsule export for :py:class:DataArray, a new
:py:meth:DataArray.plot.lines plotting method, :py:class:DataTree support in
:py:func:apply_ufunc, and flox-accelerated groupby medians. Bottleneck is now
disabled by default, the remaining zarr-python 2 compatibility code has been
removed, and the minimum h5netcdf version is now 1.8. It also includes many bug
fixes.
This is the last xarray release that will support Python 3.11. Future releases
will require Python 3.12 or later.
