<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Little note, if you use the <a href="https://jonathanalland.com/weather-widget.html">fixed weather dashboard widget</a>, <i>please</i> follow the instructions in the readme to add your own API key. I was just looking at Cloudflare's logs last night, and the widget is definitely going to go over the HERE API's limit for free accounts. I'm actually surprised it hasn't already.<div><br></div><div><div><div>On Dec 18, 2020, at 5:26 PM, Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com">ken.cunningham.webuse@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">and as an added bonus, I see you’ve fixed the weather widget too!<br><br>Ken<br><br><blockquote type="cite">On Dec 18, 2020, at 2:09 PM, Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com">ken.cunningham.webuse@gmail.com</a>> wrote:<br><br>I installed your DMG version of the setup on a clean 10.6.8 machine I had sitting.<br><br>It works just great! That is exactly the kind of fix I was wondering about, and you’ve put together a great little installer.<br><br><br>With your squid proxy running, the old original Safari browser registers as showing all current SSL capability at <<a href="https://howsmyssl.com">https://howsmyssl.com</a>>.<br><br>MacPorts’ port command can download software from high-security SSL sites like github without any trouble:<br><br>eg.<br><br>sudo port clean —all ninja<br>sudo port -d fetch —no-mirror ninja<br><br>now works perfectly with the squid proxy enabled,<br><br>--->  Fetching distfiles for ninja<br>DEBUG: elevating privileges for fetch: euid changed to 0, egid changed to 0.<br>DEBUG: dropping privileges: euid changed to 503, egid changed to 501.<br>DEBUG: Executing org.macports.fetch (ninja)<br>--->  ninja-1.10.2.tar.gz does not exist in /opt/local/var/macports/distfiles/ninja<br>--->  Attempting to fetch ninja-1.10.2.tar.gz from <a href="https://github.com/ninja-build/ninja/archive/v1.10.2">https://github.com/ninja-build/ninja/archive/v1.10.2</a><br> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current<br>                                Dload  Upload   Total   Spent    Left  Speed<br> 0   126    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0<br>126   126  126   126    0     0     85      0  0:00:01  0:00:01 --:--:--   264<br>100  208k  100  208k    0     0    98k      0  0:00:02  0:00:02 --:--:—   98<br><br><br>and fails as always when it is not enabled.<br><br>--->  Fetching distfiles for ninja<br>DEBUG: elevating privileges for fetch: euid changed to 0, egid changed to 0.<br>DEBUG: dropping privileges: euid changed to 503, egid changed to 501.<br>DEBUG: Executing org.macports.fetch (ninja)<br>--->  ninja-1.10.2.tar.gz does not exist in /opt/local/var/macports/distfiles/ninja<br>--->  Attempting to fetch ninja-1.10.2.tar.gz from <a href="https://github.com/ninja-build/ninja/archive/v1.10.2">https://github.com/ninja-build/ninja/archive/v1.10.2</a><br><br> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current<br>                                Dload  Upload   Total   Spent    Left  Speed<br> 0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0DEBUG: Fetching distfile failed: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version<br>Error: Failed to fetch ninja: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version<br><br><br><br>I don’t 100% understand all the inner workings — I noticed that calling the old curl in /usr/bin did not work to download the same file for some reason:<br><br>$ /usr/bin/curl -O <a href="https://github.com/ninja-build/ninja/archive/v1.10.2/ninja-1.10.2.tar.gz">https://github.com/ninja-build/ninja/archive/v1.10.2/ninja-1.10.2.tar.gz</a><br><br>curl: (35) error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version<br><br><br><br>But that is looking like minor stuff.<br><br>We’ve been struggling for a while now to provide a capable port command (and other commands) to software that will allow a current SSL to work. Looks like you’ve really hit the ball out of the park with this one.<br><br>Thanks,<br><br>Ken<br><br><br></blockquote><br></blockquote></div><br></div></body></html>