Page MenuHomeFreeBSD

FoundationDB: bump version, add TLS, update dependent erlfdb
ClosedPublic

Authored by dch on May 2 2020, 11:23 AM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Nov 23, 11:38 AM
Unknown Object (File)
Wed, Nov 13, 8:08 PM
Unknown Object (File)
Wed, Nov 13, 7:58 AM
Unknown Object (File)
Sun, Nov 10, 9:49 PM
Unknown Object (File)
Fri, Nov 8, 8:50 AM
Unknown Object (File)
Oct 5 2024, 12:46 AM
Unknown Object (File)
Sep 30 2024, 4:07 AM
Unknown Object (File)
Sep 28 2024, 6:04 PM
Subscribers

Diff Detail

Repository
rP FreeBSD ports repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

dch requested review of this revision.May 2 2020, 11:23 AM
dch created this revision.

drop all the TLS option garbage and use newer CMAKE flag now that
upstream supports OpenSSL as well

add back erlfdb distinfo, drop all cmake TLS toggles with mandree's tip

mandree added a subscriber: mandree.

Builds for me in poudriere bulk
12.1-RELEASE-p4 amd64 and
11.3-RELEASE-p7 amd64.

No run-time tests performed.

With poudriere testport or poudriere bulk -t, this exposes framework bugs:

[01:24:38] =>> Checking for filesystem violations... done
[01:24:41] =>> Error: Filesystem touched during build:
[01:24:41] extra: usr/local/etc/mono/registry
[01:24:41] build of databases/foundationdb-devel | foundationdb-devel-7.0.0.a.20200502 ended at Sat May 2 17:52:51 CEST 2020

This revision is now accepted and ready to land.May 2 2020, 4:52 PM

So the crucial change is telling the upstream code that it is a Bad Idea™ to try and link libssl.a libcrypto.a statically when you are in fact just trying to link a dynamic library. That is what our change in cmake/FDBComponents.cmake achieves, replace OPENSSL_USE_STATIC_LIBS TRUE by ... FALSE

This revision was automatically updated to reflect the committed changes.