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
Hi, when using pip, you can use only_binary and no_binary interchangeably as part of the same configuration.
For example, when running pip install -r requirements --only-binary=:all: --no-binary=numpy all packages in my requirements file will be installed using binaries, with the exception of numpy.
I want to be able to specify something similar to installer.only-binary=:all: installer.no-binary=package1.
Impact
This is to mitigate against possible supply chain attacks, whereby a malicious developer has provided a malicious sdist for one of the packages we use, and released it as a new version of a package we use, but hasn't provided a binary, enabling arbitrary code execution to be run when the malicious package is built from source.
The reason for providing exceptions, is that there are some packages/dependencies we have to use, which never include binaries in their releases, but we want those to be the exceptions rather than the rule.
Workarounds
The only way I can see of achieving this functionality currently, is to provide a really long list of packages (except the one you want to build from source) to the POETRY_INSTALLER_ONLY_BINARY environment variable. Which isn't practical, and is difficult to maintain.
The text was updated successfully, but these errors were encountered:
Issue Kind
Change in current behaviour
Description
Hi, when using pip, you can use only_binary and no_binary interchangeably as part of the same configuration.
For example, when running
pip install -r requirements --only-binary=:all: --no-binary=numpy
all packages in my requirements file will be installed using binaries, with the exception of numpy.I want to be able to specify something similar to
installer.only-binary=:all: installer.no-binary=package1
.Impact
This is to mitigate against possible supply chain attacks, whereby a malicious developer has provided a malicious sdist for one of the packages we use, and released it as a new version of a package we use, but hasn't provided a binary, enabling arbitrary code execution to be run when the malicious package is built from source.
The reason for providing exceptions, is that there are some packages/dependencies we have to use, which never include binaries in their releases, but we want those to be the exceptions rather than the rule.
Workarounds
The only way I can see of achieving this functionality currently, is to provide a really long list of packages (except the one you want to build from source) to the POETRY_INSTALLER_ONLY_BINARY environment variable. Which isn't practical, and is difficult to maintain.
The text was updated successfully, but these errors were encountered: