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
When a packages SPK is being built (using python -m spotfire.spk packages pkg.spk req.txt) using wheels that have a .data directory (for example, xgboost version 1.7.5 on Windows) results in an SPK file that does not contain the Python files from the wheel (it just contains the files from the .data directory).
The text was updated successfully, but these errors were encountered:
It looks like the combination of --upgrade and --target to pip install is not well supported. pypa/pip#8063 looks like the underlying issue in our case, with the exception that the directory being replaced is not bin (as in the pip issue), but xgboost's main python files being replaced by xgboost's .data directory.
Lucklily, we no longer depend on the parsing of pip output during the assembly of SPK packages to determine installed Python package versions (as a result of work done in cb55cee). (The --upgrade option was specified to silence a warning from pip from appearing on the last line of the output, and confusing the SPK versioning update logic.) Removing the --upgrade option from pip calls creates the proper SPK package contents, but will expose the pip warning to the user.
When a packages SPK is being built (using
python -m spotfire.spk packages pkg.spk req.txt
) using wheels that have a.data
directory (for example,xgboost
version 1.7.5 on Windows) results in an SPK file that does not contain the Python files from the wheel (it just contains the files from the.data
directory).The text was updated successfully, but these errors were encountered: