Thanks for the report, that's definitely error on my side, it should use system lmdb and not the embedded one.
-- Ondřej Surý <ond...@sury.org> Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware, fast DNS(SEC) resolver Vše pro chleba (https://vseprochleba.cz) – Potřeby pro pečení chleba všeho druhu On Wed, Jul 13, 2016, at 05:07, Aaron M. Ucko wrote: > Source: knot-resolver > Version: 1.1.0~git2016070600-1 > Severity: important > Justification: fails to build from source (but built successfully in the > past) > > The kfreebsd-i386 build of knot-resolver failed: > > contrib/lmdb/mdb.c: In function 'mdb_env_setup_locks': > contrib/lmdb/mdb.c:4625:13: warning: implicit declaration of function > 'pthread_mutexattr_setrobust' [-Wimplicit-function-declaration] > || (rc = pthread_mutexattr_setrobust(&mattr, PTHREAD_MUTEX_ROBUST)) > ^ > contrib/lmdb/mdb.c:4625:49: error: 'PTHREAD_MUTEX_ROBUST' undeclared > (first use in this function) > || (rc = pthread_mutexattr_setrobust(&mattr, PTHREAD_MUTEX_ROBUST)) > ^ > contrib/lmdb/mdb.c:4625:49: note: each undeclared identifier is > reported only once for each function it appears in > contrib/lmdb/mdb.c: In function 'mdb_mutex_failed': > contrib/lmdb/mdb.c:351:37: warning: implicit declaration of function > 'pthread_mutex_consistent' [-Wimplicit-function-declaration] > #define mdb_mutex_consistent(mutex) pthread_mutex_consistent(mutex) > ^ > contrib/lmdb/mdb.c:10002:10: note: in expansion of macro > 'mdb_mutex_consistent' > rc2 = mdb_mutex_consistent(mutex); > ^ > contrib/contrib.mk:20: recipe for target 'contrib/lmdb/mdb.o' failed > make[2]: *** [contrib/lmdb/mdb.o] Error 1 > > Could you please take a look? Per Policy 4.13, the best solution (if > feasible) would be to build against externally packaged liblmdb-dev, > which supports kFreeBSD and for which the build system even already > appears to check: > > Dependencies > ------------ > [yes] libknot (lib) > [no] lmdb (lib) > [yes] luajit (daemon) > [yes] libuv (daemon) > > However, if that's somehow not an option, perhaps you can look at what > it does on kFreeBSD and do the same locally. > > Thanks! > > _______________________________________________ > pkg-dns-devel mailing list > pkg-dns-de...@lists.alioth.debian.org > https://lists.alioth.debian.org/mailman/listinfo/pkg-dns-devel