Avoid erroring for source distributions with symlinks in archive

[charliermarsh]

Summary

For context, we have three extraction paths:

• untar (async) - used for any .tar.gz, local or remote.
• unzip (async) - used to unzip remote wheels, or local or remote source distributions.
• unzip (sync) - used to untar locally-available wheels into the cache.

We use three different crates for these:

• tokio-tar
• async-zip
• zip-rs

These all seem to have different support for symlinks:

• tokio-tar tries to create a symlink (which works fine on Unix but errors on Windows, since we typically don't have elevated permissions).
• async-zip seems to write the target contents directly to the file (which is what we want).
• zip-rs apparently writes the name of the target to the file (which isn't what we want).

Thankfully, symlinks are not allowed in wheels (pypa/pip#5919, https://discuss.python.org/t/symbolic-links-in-wheels/1945), so we can ignore zip-rs.

For tokio-tar, we now skip (and warn) if we see a symlink on Windows. We could do what pip does, and recursively copy, but it's difficult because we don't have Seek on the file. (Alternatively, we could use hard links and junctions, though those also might need to exist already.) Let's see how far this gets us.

(We also no longer attempt to set permissions on symlinks on Unix, which caused another failure.)

Closes #1858.

[charliermarsh]

I need to test this with a symlinked directory before merging.

[konstin]

Can you make this if cfg!(windows) so the branch gets checked when compiling on unix?

[charliermarsh]

Okay, I mean, weird things happen if you include a symlink directory. On macOS, if you run create a symlink directory in pgpdump-1.5, then run zip -r pgpdump-1.5.zip pgpdump-1.5, then unzip, the symlink directory is just a file (not a symlink, and not a directory). If you compress and uncompress in the Finder UI, the symlink directory is preserved, but async-zip fails to unzip it with feature not supported: 'stream reading entries with data descriptors (planned to be reintroduced)'. Meanwhile, tokio-tar will untar it, but it too gets represented as a file.