CDN is producing odd results

[beckermr]

Checklist

• I added a descriptive title
• I searched open reports and couldn't find a duplicate

What happened?

I am trying to download some packages to inspect them manually, and am seeing odd errors. I am getting the cloudflare timeout webpage and one of the artifacts I did manage to download had the platform-arch striong preprended to the filename. When that is preprended, the artifact won't extract properly with conda-package-handling.

Conda Info

N/A

Conda Config

N/A

Conda list

N/A

Additional Context

No response

[chenghlee]

Example: if you go to https://anaconda.org/conda-forge/zlib/files and click on linux-64/zlib-1.3.1-hd590300_0.conda, the resulting file gets downloaded as linux-64_zlib-1.3.1-hd590300_0.conda and not zlib-1.3.1-hd590300_0.conda. This change in filename breaks tooling like conda-package-handling, which assumes conda package files do not have the linux-64_ prefix.

[nchernia-anaconda]

Thanks for reporting this issue. We will try to address this as soon as we can.

In the mean time, the team has instructed 1) to use the CLI instead of downloading from the UI or 2) rename the file manually (as @chenghlee pointed out)

[jakirkham]

FWIW there is another issue downloading from the web UI ( #868 ). Maybe these can be addressed together?

[jakirkham]

Think this was fixed earlier this year: conda/conda-package-handling#230 (comment)

Tried downloading a recent zlib .conda package and unpacking with cph x and it worked ok

@beckermr can you please retry and let us know if you still see this issue?