The way WANTLIB* and LIB_DEPENDS were set up, ${COMPILER_LIBCXX} ended
up in WANTLIB-main without gcc-libs ending up in LIB_DEPENDS-main;
pkg_create then failed because it had no way to reach a package
providing libestdc++. This kind of breakage had been spotted in several
ports after switching the C++ ports to "COMPILER = base-clang
ports-gcc". I'm not sure yet how these problems could be avoided.
Maybe additional checks in portcheck(1)?
Anyway, opensmtpd-extras was mechanically switched to COMPILER because
WANTLIB-mysql contained ${COMPILER_LIBCXX}. This is currently not
needed, and since opensmtpd-extras is a C-only port, let's just drop
COMPILER.
ok sthen@ giovanni@ (maintainer)
DNSControl is a system for maintaining DNS zones. It has two parts: a
domain specific language (DSL) for describing DNS zones plus software
that processes the DSL and pushes the resulting zones to DNS providers
such as Route53, CloudFlare, and Gandi. It can talk to Microsoft
ActiveDirectory and it generates the most beautiful BIND zone files
ever.
Added cmake checks for malloc.h and malloc_usable_size(3). Include maloc.h only
if it exists. Fallback to stdlib.h and use malloc_usable_size(3) only if there
is one.
Thanks sthen@ and jca@ for lot of feedback, help and patience,
Tested and ok thfr@, ok jca@
DBD::SQLite::st execute failed: NOT NULL constraint failed:
_Ports.PERMIT_DISTFILES at /usr/ports/databases/sqlports/files/Inserter.pm
line 196.
s/PERMIT_DISTILES/PERMIT_DISTFILES/
openradtool ("ort") is an open source RAD tool generating front-end code
(JavaScript, TypeScript) and back-end code (SQL, C) for your
application, leaving you to develop your "middle-tier" business and
presentation logic.
The system consists of a set of source generators, each accepting a
single ort(5) configuration file that describes your data and how it is
accessed, modified, created, deleted. The generated sources have a
strong focus on security, documentation, and auditability.
The fast zone parser code builds fine on all clang archs, but fails to
build on sparc64 (ENOMEM); only enable it where it's known to build.
Maybe the pbuild datasize limits should be tweaked, to be investigated later.
on aarch64, and there's no particular reason to restrict others (if it fails
on less common arch we can always sprinkle NOT_FOR_ARCHS as needed).
queried by ccardenas@
for some reason password_hash requires libargon2 even though php has
access to the argon2 functions from libsodium. prompted by a mail
from Heiko Zimmermann.
(also note, there is a separate sodium_crypto_pwhash_str function
which was already available and doesn't depend on libargon2)
I imported kshisen twice, once in x11/kde-applications/kshisen and once in
x11/kde-applications/kspaceduel. Correct kspaceduel and bump kshisen.
Remove wrong "@pkgpath x11/kde4/kmines" in kshisen.
