nixpkgs/pkgs/development/interpreters/python/hooks/python-remove-bin-bytecode-hook.sh

# Setup hook for detecting conflicts in Python packages
echo "Sourcing python-remove-bin-bytecode-hook.sh"

# Check if we have two packages with the same name in the closure and fail.
# If this happens, something went wrong with the dependencies specs.
# Intentionally kept in a subdirectory, see catch_conflicts/README.md.

pythonRemoveBinBytecodePhase () {
    if [ -d "$out/bin" ]; then
      rm -rf "$out/bin/__pycache__"                 # Python 3
      find "$out/bin" -type f -name "*.pyc" -delete # Python 2
    fi
}

if [ -z "${dontUsePythonRemoveBinBytecode-}" ]; then
    preDistPhases+=" pythonRemoveBinBytecodePhase"
fi
Split buildPythonPackage into setup hooks This commit splits the `buildPythonPackage` into multiple setup hooks. Generally, Python packages are built from source to wheels using `setuptools`. The wheels are then installed with `pip`. Tests were often called with `python setup.py test` but this is less common nowadays. Most projects now use a different entry point for running tests, typically `pytest` or `nosetests`. Since the wheel format was introduced more tools were built to generate these, e.g. `flit`. Since PEP 517 is provisionally accepted, defining a build-system independent format (`pyproject.toml`), `pip` can now use that format to execute the correct build-system. In the past I've added support for PEP 517 (`pyproject`) to the Python builder, resulting in a now rather large builder. Furthermore, it was not possible to reuse components elsewhere. Therefore, the builder is now split into multiple setup hooks. The `setuptoolsCheckHook` is included now by default but in time it should be removed from `buildPythonPackage` to make it easier to use another hook (curently one has to pass in `dontUseSetuptoolsCheck`). 2019-07-17 20:36:47 +02:00			`# Setup hook for detecting conflicts in Python packages`
			`echo "Sourcing python-remove-bin-bytecode-hook.sh"`

			`# Check if we have two packages with the same name in the closure and fail.`
			`# If this happens, something went wrong with the dependencies specs.`
			`# Intentionally kept in a subdirectory, see catch_conflicts/README.md.`

			`pythonRemoveBinBytecodePhase () {`
			`if [ -d "$out/bin" ]; then`
			`rm -rf "$out/bin/__pycache__" # Python 3`
			`find "$out/bin" -type f -name "*.pyc" -delete # Python 2`
			`fi`
			`}`

treewide: Make still dont* Variables are optional in most cases Go beyond the obvious setup hooks now, with a bit of sed, with a skipped case: - cc-wrapper's `dontlink`, because it already is handled. Also, in nix files escaping was manually added. EMP 2019-10-31 17:50:15 +01:00			`if [ -z "${dontUsePythonRemoveBinBytecode-}" ]; then`
Split buildPythonPackage into setup hooks This commit splits the `buildPythonPackage` into multiple setup hooks. Generally, Python packages are built from source to wheels using `setuptools`. The wheels are then installed with `pip`. Tests were often called with `python setup.py test` but this is less common nowadays. Most projects now use a different entry point for running tests, typically `pytest` or `nosetests`. Since the wheel format was introduced more tools were built to generate these, e.g. `flit`. Since PEP 517 is provisionally accepted, defining a build-system independent format (`pyproject.toml`), `pip` can now use that format to execute the correct build-system. In the past I've added support for PEP 517 (`pyproject`) to the Python builder, resulting in a now rather large builder. Furthermore, it was not possible to reuse components elsewhere. Therefore, the builder is now split into multiple setup hooks. The `setuptoolsCheckHook` is included now by default but in time it should be removed from `buildPythonPackage` to make it easier to use another hook (curently one has to pass in `dontUseSetuptoolsCheck`). 2019-07-17 20:36:47 +02:00			`preDistPhases+=" pythonRemoveBinBytecodePhase"`
			`fi`