Fast elliptic curve cryptography, specifically digital signatures. There
is no nonce reuse, no branching on secret material, and all points are
validated before any operations are performed on them. Timing side
channels are mitigated via Montgomery point multiplication. Nonces are
generated per RFC6979.
various null pointer-related fixes, also present in postfix/snapshot but
that will require some diffing and backporting as upstream has removed
support for libressl and older openssl.
be built.
This is a signifcant upgrade for GIMP's flagship
"select foreground objects" tool.
Gimp autodetects it, no need for a recompile.
okay naddy@ sthen@ aja@
Because our usbhid(3) defines hid_init(3), the libhidapi's one has been
renamed to hidapi_hid_init(). Sigrok expects the libhidapi one. This led
to build failures on ld.bfd arches, and probably runtime errors on other
arches.
As such, redefine the hid_init() call to hidapi_hid_init().
OK sthen@, kmos@ (who build tested on sparc64) and
"seems ok to me" bentley@ (maintainer)
Upstream issue: https://github.com/TurningWheel/Barony/issues/580
SDL bisect done by Nam Nguyen to find which SDL change introduced the
texture issue in Barony.
Barony fix sent upstream by Sylvain Becker
https://github.com/TurningWheel/Barony/pull/582
Patches for the port done by Nam Nguyen <namn at berkeley.edu>
thanks everyone for fixing this issue
ok sthen@ brynet@ and maintainer (David Carlier)
for arm64, it just needs a few defines so that Mono recognizes the platform as
a valid one. The garbage collector patch is copied from amd64, the ucontext
defines simply have to use the correct sigcontext members, and for BoringSSL
we need to provide the setup function that tells BoringSSL which crypto accel
is supported by the CPU. For now this only enables NEON, which we have on all
OpenBSD/arm64 machines.
"makes sense, need to be sure it doesn't break existing working archs" sthen@
Tested by myself on arm64 by playing games/openra through iked(8) IPsec
Tested by myself on amd64 and i386
ok robert@ naddy@
This runs icinga-web2 out of the webserver root, so far we have not
found a non-awkward way to have it in /icingaweb2 like the other
examples.
Michael Wilson (mw at 1wilson.org) answered my cry for help, thanks!
OK sthen
