Tony Kelman
Tony Kelman
No one has set appveyor up here yet so this would need to be tested. Why do you think this has anything to do with that Pkg3 issue?
If you do `import BinDeps: download_cmd` can you do `run(download_cmd("https://cache.julialang.org/http://download.opensuse.org/repositories/windows:/mingw:/win64/openSUSE_13.2/repodata/repomd.xml", "repomd.xml"))` ?
sorry, run the command - `run(download_cmd("https://cache.julialang.org/http://download.opensuse.org/repositories/windows:/mingw:/win64/openSUSE_13.2/repodata/repomd.xml", "repomd.xml"))` then you should end up with a `repomd.xml` in your current directory if that downloading mechanism works. WinRPM uses a different downloader, we'd...
the code here is pretty short, if you can find where the downloading happens you should be able to add in some `@show` statements to determine where it's trying to...
I suppose we could try that. Not sure how it would fit into the current code which passes around status codes and a few other things. `URLDownloadToCacheFileW` has been problematic...
No, Requests should in an ideal world be getting its binaries from here. You don't need Requests to download a file, Requests has its own binary dependencies.
to be fair, the function you quoted above is kind of faking the status anyway.
I think master of BinDeps might be quieter w.r.t. powershell, it may have been a while since the last tag? What version of BinDeps are you using?
PR's should be based off master
Actually this (or something like it) was just causing trouble in https://github.com/JuliaAstro/FITSIO.jl/pull/42, there are likely improvements to be made here.