[ 20:43 adridg  ]

• 486987 net/qt4-network/Makefile
• 486987 net/qt4-network/files/patch-src_network_ssl_qsslcertificate.cpp
• 486987 net/qt4-network/files/patch-src_network_ssl_qsslkey.cpp
• 486987 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl.cpp
• 486987 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl__p.h
• 486987 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl__symbols.cpp
• 486987 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl__symbols__p.h

Once more into the breach for net/qt4-network.

This time it was build and run-tested in six configuration variants of 11.2
(all the valid settings for ssl= in DEFAULT_VERSIONS). Not tested by me in
12 though, others say it does work.

With libressl it still doesn't *function*, but it builds. As far as I'm
concerned for EOL software, that's so far outside the support envelope
as to be ignored.

PR:		214691
Submitted by:	jkim
Obtained from:	Debian

[ 21:35 antoine  ]

• 485968 net/qt4-network/Makefile
• 485968 net/qt4-network/files/patch-src_network_ssl_qsslcertificate.cpp
• 485968 net/qt4-network/files/patch-src_network_ssl_qsslkey.cpp
• 485968 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl.cpp
• 485968 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl__p.h
• 485968 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl__symbols.cpp
• 485968 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl__symbols__p.h

Revert r485927, it breaks linkage of ports using qt4-network

With hat:	portmgr

[ 08:16 adridg  ]

• 485927 net/qt4-network/Makefile
• 485927 net/qt4-network/files/patch-src_network_ssl_qsslcertificate.cpp
• 485927 net/qt4-network/files/patch-src_network_ssl_qsslkey.cpp
• 485927 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl.cpp
• 485927 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl__p.h
• 485927 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl__symbols.cpp
• 485927 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl__symbols__p.h

Another stab at fixing net/qt4-network with modern OpenSSL.

 - tested on 11.2 with openssl 1.0.2 (old situation)
 - tested on 11.2 with openssl 1.1.1 (modern)
 - PR comments claim to have tested on 12-

Test consists of running quiterss and adding a https feed.

PR:		214691
Submitted by:	jkim
Reported by:	Melvyn Sopacua
Obtained from:	Debian
Differential Revision:	https://reviews.freebsd.org/D17470

[ 19:38 rezny  ]

• 434634 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl.cpp
• 434634 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl__symbols.cpp

Adjust SSL patches to match behavior of Qt5 in regards to SSL/TLS versions.

PR:		216781
Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D9727

[ 19:14 pi  ]

• 415856 net/qt4-network/Makefile
• 415856 net/qt4-network/files
• 415856 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl.cpp
• 415856 net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl__symbols.cpp

net/qt4-network: fix openssl runtime linking

The PCBSD community discovered an issue with OpenSSL runtime linking, where
the OS bundled OpenSSL libraries are being loaded despite the user having
installed and selected a PORTS OpenSSL installation. The patch provided in
[1] resolves this by hard-coding the OpenSSL path to the default PREFIX of
/usr/local.

References:
 [1] https://mail.kde.org/pipermail/kde-freebsd/2015-November/020535.html
PR:		209317
Submitted by:	Kris Moore <kris@pcbsd.org>