rust197: add a package for rust 1.97.0.
Package updates relative to rust196:
* Version & checksum changes
* Applied patches to updated vendored crates
Upstream changes:
Version 1.97.0 (2026-07-09)
==========================
Language
--------
- [Consider `Result<T, Uninhabited>` and `ControlFlow<Uninhabited,
T>` to be equivalent to `T` for must use lint]
(https://github.com/rust-lang/rust/pull/148214)
- [Add allow-by-default `dead_code_pub_in_binary` lint for unused
pub items in binary crates] (https://github.com/rust-lang/rust/pull/149509)
- [Stabilize the `div32`, `lam-bh`, `lamcas`, `ld-seq-sa` and `scq`
[125 lines not shown]
Add Rendition Verite V2100/V2200 (PCI/AGP) wsdisplay driver.
The driver supports:
- Fully accelerated console, provided that the user installs microcode
from the Windows driver (v20002d.uc). The driver runs unaccelerated
until root file system is available, or if the microcode is not present.
- Mode setting and DDC.
Redistribution terms of the original microcode are unclear, therefore
it must be obtained seprarately.
At some point in the future, we may just develop an alternative microcode,
since Verite RISC is documented and reverse engineering efforts have
filled the knowledge gaps.
resterm: Update to 0.46.3
Improved latency insights
* Displays the current latency alongside a rolling p95.
* Uses the latest 100 requests for more meaningful statistics.
* Shows the 10 most recent requests.
* Highlights slow responses with warning and error colors.
* Handles narrow terminal widths cleanly with ANSI-aware truncation.
py-stone: update to 3.5.0.
Update PyPI publish OIDC role to repository-wide role name by @rhui-dbx in #367
Fix packaging: SPDX license, drop ez_setup, ship complete test sdist (#368, #343) by @AndreyVMarkelov in #369
Bump version to 3.5.0 by @AndreyVMarkelov in #371
Cause src/lib/libc/get/sysctl.o to depend upon /dev/null
This is ugly in the extreme, unreliable really, and just bad.
Yet it seems to be reasonably effective in causing sysctl.o to
be rebuilt every time libc is being rebuilt (which is an aim).
There surely must be a better way. If someone knows what that is,
and it actually works, please replace this with that better way.
x86: Redo boot-time XSAVE area size ABI check.
Instead of checking each component's offset+size from
size = CPUID[EAX=0x0d,ECX=i].EAX,
offset = CPUID[EAX=0x0d,ECX=i].EBX,
to make sure it fits in the XSAVE_MAX_BYTES implied by the
MINSIGSTKSZ ABI parameter, just check the total _enabled_ XSAVE area
size from
CPUID[EAX=0x0d,ECX=0].EBX,
which is what we use to allocate the XSAVE area in software anyway.
The Intel documentation[1] is not very clear on exactly what
CPUID[EAX=0x0d,ECX=i] reports for i >= 2, saying `valid bit in the
XCR0 register' without distinguishing `supported' from `enabled'
bits, and the AMD documentation I skimmed didn't have these leaves in
[16 lines not shown]
ja-freewnn-*: make FreeWnn-1.1.1-a023 builds with gcc 15
- various fixes to use proper function prototypes for C23
- use proper function types for signal handlers
- use proper variadic arguments to print messages using printf formats
- fix test programs in configure.in and regen configure using
autoconf 2.72 for modern C23 compilers
- appease more several warnings
- also apply fixes to build FreeWnn on recent Linux distributions:
- set LC_ALL=C before egrep(1) against EUC files to avoid unexpected
errors for EUC files
- use _DEFAULT_SOURCE for Linux rather than obsolete _BSD_SOURCE
for newer glibc
- update several patch comments properly to clarify each fix
- gcc 14 enables -Werror=incompatible-pointer-types by default
but still uses -std=gnu17 by default
- gcc 15 has switched to -std=gnu23 by default so that old K&R
[6 lines not shown]
geography/py-ubx2: Update to 1.3.5
Upstream NEWS, less minor improvements and bugfixes:
### RELEASE 1.3.5
1. Update NAV-DAHEADING v2 message definition for production firmware HDG 2.00 Interface Specification.
Redo the sysctl user.osrevision (etc) impl method
This is not intended to affect the results, but is a different
method of getting there, without ephemeral generated include files.
It is unlikely that this is the final version, but it seems better
for now (update builds probably don't do what I'd intended for now,
but that's a minor concern - they should still work).
gcc15: pull targhooks.cc change for NetBSD from prior gcc versions
Use default visibility for __stack_chk_fail_local() on NetBSD.
This fixes shared-library links with -fstack-protector-strong or
-fstack-protector-all on NetBSD/i386 again.
Note comments in NetBSD's gcc/targhooks.cc doesn't look correct:
https://cvsweb.netbsd.org/bsdweb.cgi/src/external/gpl3/gcc/dist/gcc/targhooks.cc.diff?r1=1.1.1.2;r2=1.4
> * This is a hack:
> * It appears that our gas does not generate @PLT for hidden
> * symbols. It could be that we need a newer version, or that
> * this local function is handled differently on linux.
For 32-bit x86 PIC code, GCC emits a hidden reference to
__stack_chk_fail_local() rather than default_external_stack_protect_fail().
On NetBSD, GCC is configured with --disable-libssp and NetBSD's
__stack_chk_fail_local() is historically provided by libc as a public
symbol:
https://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/sys/Attic/stack_protector.c#rev1.3
[4 lines not shown]
