sys/font.h: avoid warnings about too-long initializer strings
Mark `font_header::fh_magic` as `__non_string`, to avoid a warning from
clang 21 similar to:
/usr/src/usr.bin/vtfontcvt/vtfontcvt.c:763:15: error: initializer-string for character array is too long, array size is 8 but initializer has size 9 (including the null terminating character); did you mean to use the 'nonstring' attribute? [-Werror,-Wunterminated-string-initialization]
763 | .fh_magic = FONT_HEADER_MAGIC,
| ^~~~~~~~~~~~~~~~~
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/sys/font.h:109:27: note: expanded from macro 'FONT_HEADER_MAGIC'
109 | #define FONT_HEADER_MAGIC "VFNT0002"
| ^~~~~~~~~~
MFC after: 3 days
net/uvgrtp: pass down BUILD_SHARED_LIBS to fix the port's build
By specifying add_library(... SHARED) we were instructing CMake
to build all but one objects in PIC mode, in turn causing the
infamous "relocation R_X86_64_32S cannot be used against local
symbol" error upon linking the program. Mend this by using the
documented and cleaner BUILD_SHARED_LIBS approach. While here,
fix an IF block open/close arguments mismatch CMake warning.
Reported by: pkg-fallout
pmcannotate: avoid accessing uninitialized local variables
Initialize `tbfl` and `tofl` to NULL, and check whether they are
non-NULL before calling remove(3) on them, to avoid warnings from clang
21 similar to:
usr.sbin/pmcannotate/pmcannotate.c:746:3: error: variable 'tbfl' is uninitialized when used here [-Werror,-Wuninitialized]
746 | FATAL(exec, "%s: Impossible to locate the binary file\n",
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
747 | exec);
| ~~~~~
usr.sbin/pmcannotate/pmcannotate.c:57:9: note: expanded from macro 'FATAL'
57 | remove(tbfl); \
| ^~~~
usr.sbin/pmcannotate/pmcannotate.c:695:12: note: initialize the variable 'tbfl' to silence this warning
695 | char *tbfl, *tofl, *tmpdir;
| ^
| = NULL
usr.sbin/pmcannotate/pmcannotate.c:746:3: error: variable 'tofl' is uninitialized when used here [-Werror,-Wuninitialized]
[13 lines not shown]
bsnmpd: avoid warnings about too-long initializer strings
Mark `UTC` as `__non_string`, to avoid a warning from clang 21 similar
to:
usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptc.c:339:29: error: initializer-string for character array is too long, array size is 3 but initializer has size 4 (including the null terminating character); did you mean to use the 'nonstring' attribute? [-Werror,-Wunterminated-string-initialization]
--- all_subdir_usr.sbin ---
339 | static const char UTC[3] = "UTC";
| ^~~~~
MFC after: 3 days
py-test-jupyter: updated to 0.11.0
0.11.0
Drop 3.8, Start testing on 3.13, 3.14 and 3.14t, update precommit
Improved doc string for jp_fetch to include how to provide query parameters in GET and json data in POST
Restore the ability to override a serverapp's HTTP port
Pull up following revision(s) (requested by kre in ticket #1990):
bin/sh/arithmetic.c: revision 1.6
Fix a bug in syntax of the ?: operator
The ?: operator has 3 sub-expressions. The first (before the ?)
is an "or-list" (generic conditional expression). The third,
after the : is another cond-expr (might be another ?: operator).
Those we handled properly.
The middle expression however, according to the C standard,
which is what the shell is supposed (to the extent it is
required to implement) to support, can be any expression at all.
We had that correct when an assignment was the highest level
(or if you prefer, lowest precedence) operators accepted by the
syntax (which is all that is required by POSIX).
[14 lines not shown]
Pull up following revision(s) (requested by kre in ticket #1211):
bin/sh/arithmetic.c: revision 1.6
Fix a bug in syntax of the ?: operator
The ?: operator has 3 sub-expressions. The first (before the ?)
is an "or-list" (generic conditional expression). The third,
after the : is another cond-expr (might be another ?: operator).
Those we handled properly.
The middle expression however, according to the C standard,
which is what the shell is supposed (to the extent it is
required to implement) to support, can be any expression at all.
We had that correct when an assignment was the highest level
(or if you prefer, lowest precedence) operators accepted by the
syntax (which is all that is required by POSIX).
[14 lines not shown]
py-jupyter_client: updated to 8.7.0
8.7.0
Enhancements made
- allow configuring client_class and client_factory
- Support date serialization in messages
- feat: added `--missing` flag to list and remove subcommands
- Set protocol version to 5.4
Bugs fixed
- don't include link-local addresses (169.254) in public_ips
- jupyter-run: avoid traceback for NoSuchKernel
Maintenance and upkeep improvements
- upgrade pypy
[12 lines not shown]
py-django-tasks: updated to 0.10.0
0.10.0
Breaking changes
Remove enqueue_on_commit functionality
What's Changed
Test against Django 6.0 in CI
Add Python 3.14 support in CI
Set import path of mocked function conditionally
