| 102 | |
| 103 | The wget 1.11.4 we have, compiled without SSL does not work on https pages. |
| 104 | Neither does the wget from http://nebm.ist.utl.pt/~glopes/wget/, even after including the --no-check-certificate flag in the wget command. So we'll need to upgrade the wget binary on Windows to a later version too. |
| 105 | |
| 106 | |
| 107 | 9) We're now shifting to wget-1.17.1 which is installed on Ubuntu 16.04 and which work on https urls without the --no-check-certificate flag being necessary. |
| 108 | |
| 109 | This way our perl code can launch wget as before, without always passing that additional flag. Hopefully the output in the Download pane will be the same so that the donwload parsing will work. |
| 110 | |
| 111 | LINUX CHANGES: |
| 112 | - Grabbed wget-1.17.1.tar.gz from https://ftp.gnu.org/gnu/wget/ |
| 113 | - Made the modifications in steps 5 and 6 above and re-tarred as wget-1.17.1-gs.tar.gz, with corresponding changes in build-src/packages' configure, Makefile.in and Makefile |
| 114 | - The configure step has now changed for wget v 1.17.1. Refer to build-src/packages/configure |
| 115 | |
| 116 | The configure step requires setting |
| 117 | * --with-libssl-prefix to $bindir/openssl, so the wget build process can find openssl's include and lib folders. (Whereas the --with-ssl indicates what type of ssl we're using, which is openssl in our case.) |
| 118 | * configuring had initially failed, reporting that OPENSSL_CFLAGS and OPENSSL_LIBS need to be set if not wanting to use whatever pkg-config may find. To set LIBS variables, use one of these forms: LIBS="-L/path/to/lib" or LIBS="/path/to/lib/lib.a" or LIBS="-lssl". To combine all three, separate with spaces. See http://trac.greenstone.org/changeset/30948 and https://github.com/tatsuhiro-t/spdylay/issues/43 |
| 119 | |
| 120 | Can turn off requiring a certificate check for https URLs in wgetrc conf file, as explained here: |
| 121 | https://superuser.com/questions/508696/wget-without-no-check-certificate |
| 122 | However, the linux system wget and windows wget binary are not setting this in their wgetrc file, so how is the certificate check off for them by default? |
| 123 | |
| 124 | |
| 125 | WINDOWS |
| 126 | Windows binaries for wget 1.7.11 and other versions, built with openSSL support, are at: |
| 127 | https://eternallybored.org/misc/wget/ |
| 128 | |
| 129 | I downloaded the 32 bit version "wget-1.17.1-win32.zip" from there (at https://eternallybored.org/misc/wget/releases/old/wget-1.17.1-win32.zip) |
| 130 | |
| 131 | Unzipping wouldn't succeed, nor copying the zip's wget.exe directly, both producing a windows error message. |
| 132 | To successfully extract: use 7zip to view the contents of the zip, then rename the wget.exe to wget.not, then copy out the wget.not file and rename it back. |
| 133 | |
| 134 | This version of wget on Windows 64 bit worked successfully to retrieve the https page of the Tudors site, and without the --no-check-certificate flag. |
| 135 | |
| 136 | # http://osxdaily.com/2012/05/22/install-wget-mac-os-x/ |
| 137 | # https://lists.gnu.org/archive/html/bug-wget/2014-12/msg00104.html |
| 138 | |
| 139 | 2ND PROBLEM: OpenSSL License, see https://www.openssl.org/source/license.html |
| 140 | |
| 141 | QUESTION: If I delete the gs2build/bin/linux/openssl folder, the built wget does not seem to care. Is it finding something else or has it included the openssl somehow? How can I verify this? |