downloads: redundant x86_86 marker for Windows 64-bit conda-forge binary + wrong 32-bit version

[vszakats]

Noticed two (was: three, the "i386" marker fixed by @bagder, thanks!) issues with the new conda-forge downloads:

1. The x86_64 platform marker is redundant and messes up the order under Windows 64-bit. I think we should delete it as well.
   

2. The 32-bit curl binary distributed under conda-forge is actually version 7.60.0. They are no longer doing 32-bit builds. It means we should either delete that entry or fix version detection to detect the win-32 binary version instead.
   
   

conda-forge curl downloads: https://anaconda.org/conda-forge/curl
conda-forge curl build scripts: https://github.com/conda-forge/curl-feedstock/

Moved from: #196 (comment)

[vszakats]

@bagder Can you help fixing these? IMO we should just delete the 32-bit conda binary. It is old. Along with the x86_64 marker for conda 64-bit.

[dfandrich]

I've deleted the 32-bit Conda binary, but is the x86_64 marker really redundant? There are two 64-bit architectures available and this differentiates them. I've removed it for consistency, but shouldn't all the other Win-64 builds be marked x86_64?

[vszakats]

Thanks @dfandrich! Looking perfect now and in-sync with the https://curl.se/windows page.

I can imagine two solutions to improve this in the future:

1. Merge "Windows 64-bit" and "Windows 32-bit" to a single box titled "Windows", and list "x86" vs "x64" vs "ARM64" (the Windowsy CPU terms) for all items.
2. Split off ARM64 into a separate box titled "Windows ARM64" and rename "Windows 64-bit" → "Windows x64", "Windows 32-bit" → "Windows x86" (and use these for all items).

In Cygwin, we could change the title to "Windows Cygwin" and items to "Windows Cygwin x86_64", since the unixy CPU name is perferred there.