You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With wheel 0.43.0 it seems that symbolic links are converted to regular files. This support request is to preserve symbolic links as they exist in the host file system.
I'm unsure if this is from wheel unpack and/or wheel pack, as I use both of these utilities to re-arrange a few files within a cibuildwheel process, and have noticed this difference. Note that setuptools' commands (based on distutils) support symbolic links with their inner-workings, but appear to be "off" by default (e.g. here and here).
The text was updated successfully, but these errors were encountered:
I should note that I don't have any need for this feature. My workaround was to remove symlinks from being created. In my particular scenario I used CMAKE_PLATFORM_NO_VERSIONED_SONAME=ON.
The issue still stands, but with a low priority since it's probably not a show-stopper for anyone.
There is a larger discussion around the topic of symbolic links in wheels, here. As this project is going to be reduced to a CLI tool only going forward (when pypa/packaging#805 lands), this issue is no longer relevant to this project anyway.
With wheel 0.43.0 it seems that symbolic links are converted to regular files. This support request is to preserve symbolic links as they exist in the host file system.
I'm unsure if this is from
wheel unpack
and/orwheel pack
, as I use both of these utilities to re-arrange a few files within a cibuildwheel process, and have noticed this difference. Note that setuptools' commands (based on distutils) support symbolic links with their inner-workings, but appear to be "off" by default (e.g. here and here).The text was updated successfully, but these errors were encountered: