Summary: | net-p2p/ktorrent: error loading libqca-ossl.so | ||||||
---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | fjwcash | ||||
Component: | Individual Port(s) | Assignee: | freebsd-kde (group) <kde> | ||||
Status: | Closed DUPLICATE | ||||||
Severity: | Affects Only Me | CC: | adridg, alonsoschaich, tcberner | ||||
Priority: | --- | Flags: | tcberner:
maintainer-feedback+
|
||||
Version: | Latest | ||||||
Hardware: | Any | ||||||
OS: | Any | ||||||
Attachments: |
|
Description
fjwcash
2018-10-29 15:43:45 UTC
Created attachment 198754 [details]
force build of libcrypto-compat
The reason for this breakage is that the EVP_MD_CTX_new is called EVP_MD_CTX_create on FreeBSD-11.
Qca bundles a compatibility wrapper for openssl for these kind of issues, and the FreeBSD port even patches the libcrypto-compat.{c|h} files, however, we donnot compile them.
The attached patch forces the compilation of libcrypto-compat resulting in a loadable libqca-ossl.so file on FreeBSD-11.2 over here.
The patch was not tested against FreeBSD-12.
(In reply to Schaich, Alonso from comment #1) Comment and Patch should be in #232784 (qca fails to load), which is the cause for ktorrent failing to start. KDE4 will and withtit ktorrent-kde4 will be removed in a few days. Re-opening because it was also about the modern ktorrent. It's still basically a dup of PR 232784 though, as Alonso points out. I ended up doing things a bit differently in bug 232783, marking this one as a duplicate to centralize everything there. *** This bug has been marked as a duplicate of bug 232784 *** |