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, May 4, 10:49 PM
Unknown Object (File)
Sat, May 4, 6:32 PM
Unknown Object (File)
Fri, Apr 26, 7:11 AM
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
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.