See https://ci.appveyor.com/project/snoyberg/stack, which fails because http://www.stackage.org/stack/windows-i386 now redirects to a .tar.gz file, but before it redirect to a zip file.
Since Windows users typically have built-in tools to extract from zip, but nothing that handles tar.gz by default, I would have thought sticking with .zip is a better choice.
ndmitchell
All 5 comments
Note that this change has broken all builds that are based on the appveyor template, which is ~10 of mine. Fixable, but I'll wait for confirmation it's a deliberate and intentional change before fixing mine.
ndmitchell
on 12 Dec 2016
Same here, just started failing: https://ci.appveyor.com/project/beerendlauwers/haskanything
beerendlauwers
on 13 Dec 2016
i think there's a few other quirks; 7zip could undo tar.gz's if we wanted to, so it'd be best to fix the archive type in the url with an arg like "?type=zip" but , but it looks like the path to stack.exe has changed as well...
silky
on 13 Dec 2016
Was the redirect removed? My latest build seems to be working fine now: https://ci.appveyor.com/project/beerendlauwers/haskanything/build/1.0.11
beerendlauwers
on 14 Dec 2016
I also ran into this problem. I worked around it by downloading the Stack binary from GitHub. That means pinning to a version rather than always using the latest, which may or may not be a good thing. See https://github.com/tfausak/rattletrap/commit/2a323b1d8cf1eef2eb2080d9492726e6b29d4ac1.
tfausak
on 14 Dec 2016
Related issues
sjakobi
路
3Comments
Cosmius
路
3Comments
Toxaris
路
4Comments
srghma
路
3Comments
rrnewton
路
4Comments