[
https://issues.apache.org/jira/browse/MINIFI-388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16135979#comment-16135979
]
ASF GitHub Bot commented on MINIFI-388:
---------------------------------------
Github user achristianson commented on the issue:
https://github.com/apache/nifi-minifi-cpp/pull/131
Updated to disable dynamic loading of TLS libs in civet, install libressl
instead of openssl to resolve conflict with libcurl deps, and backport fix for
civetweb which fixes compatibility with libressl.
Basically, libcurl and civet were using conflicting TLS versions. This
worked due to dynamic loading of openssl libs, but turning that off and having
both depend on libressl removes the duplication while also solving MINIFI-388.
This should be more of a "proper"/lasting fix. The civet patch backport
will go away on the next version of civet.
> MiNiFi core on startup if TLS is used with ListenHTTP (civet)
> -------------------------------------------------------------
>
> Key: MINIFI-388
> URL: https://issues.apache.org/jira/browse/MINIFI-388
> Project: Apache NiFi MiNiFi
> Issue Type: Bug
> Components: C++, Docker
> Reporter: Andrew Christianson
> Assignee: Andrew Christianson
>
> MiNiFi cpp core dumps on startup because civet attempts to load
> libssl/libcrypto from non-versioned paths (/usr/lib/libssl.so,
> /usr/lib/libcrypto.so). This is simple to fix with symlinks from 1.0.0 lib
> paths to the non-versioned paths.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
