20:43 adridg 

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 

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

With hat:	portmgr

 

08:16 adridg 

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 

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 

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>