Remove CRYPTO options from man page
Since we do not build the code with CRYPTO defined, documenting
the CRYPTO options (pretending that they might work) in the man
page is misleading at best.
Rather than removing the text for the options completely, include
it conditioned on the C *roff number register being > 0 (and define
it to be 0 so the formatters don't format the CRYPTO sections of
the man page).
Add a comment to the Makefile indicating that if the commented
out section of it which would enable building with CRYPTO is
ever re-enabled, to also change the init of the C number register
in nc.1 from 0 to 1, so the options will return to the manual.
Clean up code, NFCI.
Add the /* $NetBSD$ */ header line, which wasn't added
when this was originally imported (NetBSD __RCSID was).
Move more of the CRYPTO related code into #ifdef CRYPTO
than was done before (global var decls, etc).
The -e option is CRYPTO related, does nothing without
the CRYPTO code, so move it out of the regular options,
retaining it only with CRYPTO.
The V option however (which was included with the CRYPTO
options in the getopts() arg string) is not CRYPTO related,
it is OpenBSD, and (when building for OpenBSD) would apply
to either CRYPTO or not. Fix that (though it makes no
difference when we exclude both CRYPTO & OpenBSD options).
Don't do run time tests that can never be relevant (like
[12 lines not shown]
girara & zathura: update buildlinking to match current state
gitara had an SO major bump, so at minimum its ABI_DEPENDS needs
bumping. It also no longer requires GTK3, that moved to zathura, so
reflect it there instead.
No revbumps are needed, since all the dependent packages were updated
to new versions anyway. Ride those updates from earlier today.
Update to window-20260302
Teach window(1) how to deal with ANSI terminal escape sequences.
Specifically: escape sequences begining with [ and which contain ? or numeric values.
This allows window(1) to work better with those terminal programs, especially those which use
readline(3) calls, which insist on emitting these extended escape sequences even if those
definitions are not in the termcap or terminfo spec for the terminal in use.
this new support is incomplete in the sense that we don't do anything with the numeric values,
but we do honor the functions of the actions requested as long as they were actions this
program already supported.
Preliminary testing shows a vast improvement with programs like gdb and the interactive python
shells.
Teach window(1) how to deal with ANSI terminal escape sequences.
Specifically: escape sequences begining with [ and which contain ? or numeric values.
This allows window(1) to work better with those terminal programs, especially those which use
readline(3) calls, which insist on emitting these extended escape sequences even if those
definitions are not in the termcap or terminfo spec for the terminal in use.
this new support is incomplete in the sense that we don't do anything with the numeric values,
but we do honor the functions of the actions requested as long as they were actions this
program already supported.
Preliminary testing shows a vast improvement with programs like gdb and the interactive python
shells.
terraform-provider-template: Convert to go-module.mk and define TERRAFORM_PROVIDER_LEGACY_INSTALL
Convert to lang/go/go-module.mk and define
TERRAFORM_PROVIDER_LEGACY_INSTALL intended to replace
net/terraform-provider-template.
(There are no newer versions and this package is deprecated.)
terraform-provider-random2: Import terraform-provider-random2-2.3.0
The "random" provider allows the use of randomness within Terraform
configurations. This is a logical provider, which means that it works entirely
within Terraform's logic, and doesn't interact with any other services.
www/py-trio-websocket: import py-trio-websocket-0.12.2 as www/py-trio-websocket
This library implements both server and client aspects of the the WebSocket
protocol, striving for safety, correctness, and ergonomics. It is based on
the wsproto project, which is a Sans-IO state machine that implements the
majority of the WebSocket protocol, including framing, codecs, and events. This
library handles I/O using the Trio framework.
Teach window(1) how to deal with ANSI terminal escape sequences.
Specifically: escape sequences begining with [ and which contain ? or numeric values.
This allows window(1) to work better with those terminal programs, especially those which use
readline(3) calls, which insist on emitting these extended escape sequences even if those
definitions are not in the termcap or terminfo spec for the terminal in use.
this new support is incomplete in the sense that we don't do anything with the numeric values,
but we do honor the functions of the actions requested as long as they were actions this
program already supported.
Preliminary testing shows a vast improvement with programs like gdb and the interactive python
shells.
