if libudev-openbsd is installed, chromium will use its monitoring capabilities
so that e.g. fido(4) keys can be plugged in anytime during an authentication
process instead of enumerating devices once on startup
around devel/cunit (there don't seem to be any arch-related issues with
archs we currently build ports for, but still this is on a hot path at
the start of bulk builds nghttp2->curl->cmake which is helpful to keep
short; cunit pulls in autoconf etc as well)
If we need to make an exception we can do it and properly document the
reason but by default we should just use the default login class.
rc.d uses daemon or the login class provided in login.conf.d so this has
no impact there.
discussed with sthen@, tb@ and robert@
praying that my grep/sed skills did not break anything and still
believing in portbump :-)
Changelog: https://github.com/go-gitea/gitea/releases/tag/v1.17.3
Port changes:
* Static assets location was changed from /usr/local/share/gitea/public/ to
/var/www/gitea/public/; /usr/local/share/gitea/public is now a symlink to
/var/www/gitea/public/. This makes serving static files by local http
server easier. Idea from aisha@, help from sthen@, thanks!
This change breaks port upgrade using 'pkg_add -u';
'pkg_delete gitea; pkg_add gitea' is needed to upgrade the port.
Yes, that's an alpha release, which is not ideal. Unfortunately however,
Tor Browser's last stable release is based on an unsupported version of
Firefox ESR which does not build with the newest version of Rust (which
we already have).
If you don't want to use an alpha release of Tor Browser, it's probably
best to run OpenBSD 7.2 for another month until Tor Browser 12.0
is released.
Encouraged by landry@ tb@ george@
OK landry@
licensed (GPLv2/Apache) as well as offering commercial licenses, but GPLv2
was dropped from mbedTLS in v2.17, and the Apache license is not compatible
with GPLv2.
mbedTLS is in packages rather than a system library, so we don't seem to
come under exemptions, so stop distributing binary packages of Hiawatha.
The update of the bundled ffmpeg regenerated config info which toggled
CONFEX_LINUX_PERF to on for aarch64. This results in things attempting
to pull in linux-specific headers like asm/unistd.h.
The build is currently still broken: lto requires more memory than
allowed in pbuild's datasize-cur on arm64. Hopefully adjusted soon.
