Update modpack servers not to point to svn.gna.org
Currently, some modpacks served from modpack.freeciv.org present modpacks for files that are in svn but not tarballs by pointing to svn.gna.org's web interface. (amplio for 2.4+; alien for 2.5+; alio for 2.6+.)
There's similar things going on at http://files.freeciv.org/modinst/
svn.gna.org is going away, so either we'll have to find a similar trick with our chosen git host, or point to a static or automatically-updated copy somewhere.
#2 Updated by Jacob Nevins over 2 years ago
A https://raw.githubusercontent.com/freeciv/freeciv-metaserver/master/COPYING style of URL looks like the closest Github equivalent.
Attempts to access via http redirect to https. I don't know if our shipped freeciv-modpack, even with Curl, is an adequate HTTPS client; I could imagine the Windows packages suffering from e.g. a stale CA list. (In fact I haven't checked it even tries HTTPS.)
#4 Updated by Jacob Nevins about 2 years ago
- freeciv-mp-gtk2 on Ubuntu 14.04: has no trouble fetching from githubusercontent.com (or from a test https-only modpack list server which uses Let's Encrypt)
- Experiments under (oldish) Wine:
- 2.5.7 freeciv-mp-gtk2.exe (using older than current msys1): "SSL certificate problem: unable to get local issuer certificate"
- 2.5.7+ Gtk3 test build with newer msys1: same
- 2.6 msys2 Gtk3 test build :
Failed to fetch https://raw.githubusercontent.com/freeciv/freeciv/S2_6/data/amplio.tilespec: error setting certificate verify locations: CAfile: C:/Program Files (x86)/ssl/certs/ca-bundle.crt CApath: none 3: Failed to download amplio.tilespec
- I haven't tried on a real Windows installation. If our Curl is built to use schannel (and thus uses Windows' own certificate store) I guess it could be a Wine-specific problem.
#7 Updated by Jacob Nevins almost 2 years ago
I've now updated all relevant modpacks pointed to be git branches to point to githubusercontent.com.
Leaving ticket open to gather experiences of whether it works on real Windows, and doing something about it if it doesn't.
http://forum.freeciv.org/f/viewtopic.php?p=97389 suggests that this approach doesn't work very well on Windows. The error message people are seeing is similar to what I saw under Wine, so that's not a Wine-specific problem as I'd vaguely hoped.
#8 Updated by Jacob Nevins almost 2 years ago
- Create and maintain a mirror of the git files on some http server we control, and point the modpack at that
- Try to ship some slightly newer version of Curl with newer CA certificates or whatever is needed
and revisit when we ship Windows msys2 builds, which can have a vaguely modern Curl (3.0 at the earliest).
#9 Updated by frank e almost 2 years ago
Jacob Nevins wrote:
Create and maintain a mirror of the git files on some http server we control, and point the modpack at that
Ideally the modpack.freeciv.org modpacks find all they need on modpack.freeciv.org or files.freeciv.org, so if freeciv.org is up it works, no 3rd parties like rawgithub involved. There are tons of obsolete (more than ten years old) files on files.freeciv.org, which could be deleted if space is an issue. If traffic is an issue, only music is really fat, e.g., song of doom (125 MB), but not as fat as some crosser-cum-qt thingies... ;-)
#10 Updated by Marko Lindqvist about 1 year ago
frank e wrote:
Ideally the modpack.freeciv.org modpacks find all they need on modpack.freeciv.org or files.freeciv.org, so if freeciv.org is up it works, no 3rd parties like rawgithub involved.
Rawgithub dynamically fetches always the latest revision directly from the version control - not an outdated static snapshot that we would host on freeciv.org.