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, Apr 20, 5:30 PM
Unknown Object (File)
Thu, Apr 18, 5:45 AM
Unknown Object (File)
Jan 21 2024, 6:39 PM
Unknown Object (File)
Dec 28 2023, 1:03 PM
Unknown Object (File)
Dec 22 2023, 11:20 PM
Unknown Object (File)
Dec 22 2023, 2:22 PM
Unknown Object (File)
Dec 20 2023, 7:32 AM
Unknown Object (File)
Dec 1 2023, 1:10 PM
Subscribers

Diff Detail

Lint
No Lint Coverage
Unit
No Test Coverage
Build Status
Buildable 30865
Build 28582: arc lint + arc unit

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.