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
My team has been leveraging some custom Conan packages to deliver and ship various Python scripts and utilities for use in our build process.
In order to achieve this, we package each utility in its own venv and use --install-option="--install-scripts=/custom/path/" to install the scripts to a custom folder that later gets added to PATH.
We do this because we want our scripts added to PATH (e.g. sphinx-build.exe), but we don't want to pollute path with different python.exe / pip.exe from each venv.
Lately, we've started seeing:
UserWarning: Disabling all use of wheels due to the use of --build-option / --global-option / --install-option.
cmdoptions.check_install_build_global(options)
DEPRECATION: Location-changing options found in --install-option: ['--install-scripts'] from command line. This configuration may cause unexpected behavior and is unsupported. pip 20.2 will remove support for this functionality. A possible replacement is using pip-level options like --user, --prefix, --root, and --target. You can find discussion regarding this at #7309.
What's the supported approach for achieving this behavior that's seemingly removed in pip 20.2+ ?
Describe the solution you'd like
Ideally, a new flag that restored the old --install-option="--install-scripts=/custom/path/" behavior and provided a way to modify the script installation location.
Then we can continue using that type of mechanism from within our Conan packages to install our scripts to a separate folder from the remainder of the venv.
Alternative Solutions
Without direct support from pip, we could explore other ideas:
Using the prefix command, installing to some folder w/in our package, and then creating a simlink at <package/bin> to point to the utility scripts we care about.
I'm pretty confident our tooling knows the location of each script / entry point, so I think we could just as easily copy the files to a separate folder too.
Additional context
@chrahunt I've been looking along this thread and haven't been able to find my answer, hopefuly you can give me an answer :)
I previously legeraged --install-option="--install-scripts=/custom/path/" to deploy only scripts to a specific location but this is > now rejected with the recents updates.
Is there still a way through pip to install scripts to a custom location without moving the whole package ?
Based on the discussion in #7309, I'm not sure if anyone ever formally created a feature request to explore restoring the --install-scripts install option that was removed or determine how to achieve similar behavior using supported means. So I'm opening this issue as a formal request : )
I tried searching, but couldn't find anything that looked directly related. Please feel free to close if this is a duplicate or if this is functionality you no longer wish to support.
Cheers!
Ryan
The text was updated successfully, but these errors were encountered:
What's the problem this feature will solve?
My team has been leveraging some custom Conan packages to deliver and ship various Python scripts and utilities for use in our build process.
In order to achieve this, we package each utility in its own venv and use
--install-option="--install-scripts=/custom/path/"
to install the scripts to a custom folder that later gets added to PATH.We do this because we want our scripts added to PATH (e.g.
sphinx-build.exe
), but we don't want to pollute path with differentpython.exe
/pip.exe
from each venv.Lately, we've started seeing:
What's the supported approach for achieving this behavior that's seemingly removed in pip 20.2+ ?
Describe the solution you'd like
Ideally, a new flag that restored the old
--install-option="--install-scripts=/custom/path/"
behavior and provided a way to modify the script installation location.Then we can continue using that type of mechanism from within our Conan packages to install our scripts to a separate folder from the remainder of the venv.
Alternative Solutions
Without direct support from pip, we could explore other ideas:
Using the prefix command, installing to some folder w/in our package, and then creating a simlink at <package/bin> to point to the utility scripts we care about.
I'm pretty confident our tooling knows the location of each script / entry point, so I think we could just as easily copy the files to a separate folder too.
Additional context
#7309 (comment)
Based on the discussion in #7309, I'm not sure if anyone ever formally created a feature request to explore restoring the
--install-scripts
install option that was removed or determine how to achieve similar behavior using supported means. So I'm opening this issue as a formal request : )I tried searching, but couldn't find anything that looked directly related. Please feel free to close if this is a duplicate or if this is functionality you no longer wish to support.
Cheers!
Ryan
The text was updated successfully, but these errors were encountered: