<div><br></div><div><br><div class="gmail_quote"><div dir="ltr">On Sun, 23 Dec 2018 at 1:47 pm, Ben Coman <<a href="mailto:btc@openinworld.com">btc@openinworld.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr">On Sat, 22 Dec 2018 at 21:09, Ben Coman <<a href="mailto:btc@openinworld.com" target="_blank">btc@openinworld.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>It funny when the system seems to fight back.</div><div>Just as I think I resolve my freetype build issues, </div>my Windows build started failing as follows...<br>> wget -q --no-check-certificate  -O ../../.thirdparty-cache/libpng-1.6.29.tar.gz <a href="ftp://ftp.simplesystems.org/pub/libpng/png/src/libpng16/libpng-1.6.29.tar.gz" target="_blank">ftp://ftp.simplesystems.org/pub/libpng/png/src/libpng16/libpng-1.6.29.tar.gz</a><br>> make: *** [../third-party/Makefile.libpng:19: ../../.thirdparty-cache/libpng-1.6.29.tar.gz] Error 8<br><br>What I see at <a href="ftp://ftp.simplesystems.org/pub/libpng/png/src/libpng16/" target="_blank">ftp://ftp.simplesystems.org/pub/libpng/png/src/libpng16/</a><br>is...<br><font face="monospace, monospace">Name                           Size   Date Modified<br>libpng-1.6.34-LICENSE.txt    4.9 kB   29/09/2017, 08:00:00<br>libpng-1.6.34-README.txt      96 3B   29/09/2017, 08:00:00<br>libpng-1.6.34.tar.gz         1.4 MB   29/09/2017, 08:00:00<br>libpng-1.6.34.tar.gz.asc      819 B   29/09/2017, 08:00:00<br>libpng-1.6.34.tar.xz         975 kB   29/09/2017, 08:00:00<br>libpng-1.6.34.tar.xz.asc      819 B   29/09/2017, 08:00:00<br>lpng1634.7z                  734 kB   29/09/2017, 08:00:00<br>lpng1634.7z.asc               819 B   29/09/2017, 08:00:00<br>lpng1634.zip                 1.3 MB   29/09/2017, 08:00:00<br>lpng1634.zip.asc              819 B   29/09/2017, 08:00:00</font><div><br></div><div>So did version 1.6.29 exist yesterday but not today? </div><div>or am I going crazy?</div></div></blockquote><div><br></div><div>Not to reduce the significance of the point I raise, but just sharing that I discovered that I had built</div><div>from an old branch, so the server for this missing tar.gz file had already been corrected 11 months ago.</div></div></div></blockquote><div dir="auto"><br></div><div dir="auto">I think the problem here is that we link against external files that are not under our control. Although URLs are not suppose to change or become unavailable, they break way too often. I think the best way for us going forward would be to maintain a mirror for such dependencies.</div><div dir="auto"><br></div><div dir="auto">Fabio</div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div> </div><div>cheers -ben</div></div></div><div dir="ltr"><div class="gmail_quote"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>Anyway, should our builds avoid referencing external resources not under our control?  Or would it be be better to copy the required tar files to a server our community controls, (either <a href="http://files.opensmalltalk.org" target="_blank">files.opensmalltalk.org</a> or <a href="http://file.pharo.org" target="_blank">file.pharo.org</a>)?</div><div><br></div><div>Plus btw our makefiles should verify sha1 checksums of these downloaded files via a field in the third-party/*spec files.<br></div><div><br></div><div>cheers -ben</div><div><br></div><div><br></div></div>
</blockquote></div></div>
</blockquote></div></div>