non port: net/qt4-network/files/patch-src_network_ssl_qsslcertificate.cpp |
Number of commits found: 7 |
Saturday, 8 Dec 2018
|
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
|
Monday, 26 Nov 2018
|
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
|
Wednesday, 31 Oct 2018
|
06:54 antoine
And revert r483545, it breaks linkage of qt4-network consumers
|
02:29 danfe
Unbreak the build against newer versions of OpenSSL (since 1.1.0-pre5),
where many data structures were made opaque.
|
Sunday, 7 Oct 2018
|
21:29 adridg
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
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
|
Number of commits found: 7 |