notbugAs an Amazon Associate I earn from qualifying purchases.
Want a good read? Try FreeBSD Mastery: Jails (IT Mastery Book 15)
Ukraine
NOTE: There is a known problem on production with searching pkg-plist - it returns no results. This problem is not present on stage.freshports.org
non port: net/qt4-network/files/patch-src_network_ssl_qsslsocket__openssl.cpp
SVNWeb

Number of commits found: 9

Sat, 8 Dec 2018
[ 20:43 adridg search for other commits by this committer ] Original commit   Revision:486987
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
Mon, 26 Nov 2018
[ 21:35 antoine search for other commits by this committer ] Original commit   Revision:485968
Revert r485927, it breaks linkage of ports using qt4-network

With hat:	portmgr
[ 08:16 adridg search for other commits by this committer ] Original commit   Revision:485927
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
Wed, 31 Oct 2018
[ 06:54 antoine search for other commits by this committer ] Original commit   Revision:483554
And revert r483545, it breaks linkage of qt4-network consumers
[ 02:29 danfe search for other commits by this committer ] Original commit   Revision:483545
Unbreak the build against newer versions of OpenSSL (since 1.1.0-pre5),
where many data structures were made opaque.
Sun, 7 Oct 2018
[ 21:29 adridg search for other commits by this committer ] Original commit   Revision:481494
Revert 481493, net/qt4-network update to OpenSSL 1.1.1

   "Something's wrong. Perhaps you forgot to build and run ports that
    depend on the one you just patched."

PR:		214691
Reported by:	antoine
[ 20:39 adridg search for other commits by this committer ] Original commit   Revision:481493
Fix build of legacy Qt4-network port with OpenSSL 1.1.1 for future
changes in base. (Tested in a 12-CURRENT VM with ^/projects/openssl111
worls, and in an 11-STABLE VM with the old situation).

Thanks to brnrd@ for chasing this for a long time, and the original submitter.

Specific credits for obtained-from are in the PR.

PR:		214691
Submitted by:	Melvyn Sopacua
Reviewed by:	brnrd
Obtained from:	richmoore
Wed, 22 Feb 2017
[ 19:38 rezny search for other commits by this committer ] Original commit   Revision:434634
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
Wed, 25 May 2016
[ 19:14 pi search for other commits by this committer ] Original commit   Revision:415856
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>

Number of commits found: 9