Port build broken by openssl shim approach?
chrischavez at gmx.us
chrischavez at gmx.us
Thu Oct 21 00:21:47 UTC 2021
Can someone familiar with the openssl shim port please comment on this issue? —Christopher A. Chavez
> Prior to `openssl` being a shim port, these symbolic links used to point
> directly to versioned libraries:
> {{{
> ${prefix}/lib/libcrypto.dylib -> libcrypto.1.1.dylib
> ${prefix}/lib/libssl.dylib -> libssl.1.1.dylib
> }}}
> Whereas the shim port now points them to other symbolic links:
> {{{
> ${prefix}/lib/libcrypto.dylib
> ->${prefix}/libexec/openssl11/lib/libcrypto.dylib
> ${prefix}/lib/libssl.dylib ->${prefix}/libexec/openssl11/lib/libssl.dylib
> }}}
>
> I suspect the issue is that a MySQL CMake script assumes that the
> `${prefix}/lib/libcrypto.dylib` and `${prefix}/lib/libssl.dylib` symbolic
> links do not in turn point to other symbolic links. See
> https://github.com/mysql/mysql-server/blob/beb865a960b9a8a16cf999c323e46c5b0c67f21f/cmake/ssl.cmake#L381-L389
>
> Should MacPorts not be pointing `${prefix}/lib/libcrypto.dylib` and
> `${prefix}/lib/libssl.dylib` to other symbolic links, or should software
> e.g. MySQL accommodate the approach used by the shim port?
>
> --
> Ticket URL: <https://trac.macports.org/ticket/63641#comment:8>
More information about the macports-dev
mailing list