ID 416743 - [LINUX] Qt leaks versioned OpenSSL symbols into Nuke libraries

Follow

Problem summary
Within Nuke 12, several Nuke libraries that incorrectly contain versioned symbols from Qt libraries are causing compatibility issues within OpenSSL integration between versions.

Developer investigations have shown that both the libnuke and libstudio libraries contain versioned OpenSSL symbols from the LibQT5Network.so library.

An example of this incorrect integration can be seen in the following callback:

 (output of "readelf -s Nuke12.0v3/libnuke-12.0.3.so"):
  2645: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND MD5_Init@Qt_5 (6)

As the definitions for these symbols are only in the libQt5Network.so. library, Nuke will not start correctly when these symbols are missing from the Qt5Network.so library.

Customer reported version
nuke.12.0v2

Customer reported platform
centos7

Expected behaviour
Nuke should not depend on OpenSSL symbols being defined in the Qt libraries.

Actual behaviour
Nuke depends on OpenSSL symbols being defined in the Qt libraries.

Workaround
Unknown.

Reproduced by support
This bug has been identified directly by the development team, and only occurs in Nuke 12 releases.

Note: Unable to reproduce bug in Nuke 11 releases

    We're sorry to hear that

    Please tell us why