-
-
Notifications
You must be signed in to change notification settings - Fork 8.8k
Update release scripts #11289
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update release scripts #11289
Conversation
|
@hcho3 Could you please help take a look when you are available? I'm not sure how to proceed with the win64 xgboost-cpu along with the changed macos wheel. |
3c45ba6 to
c18edf0
Compare
| IN_PATH = os.path.join(PY_PACKAGE, "pyproject.toml.in") | ||
| OUT_PATH = os.path.join(PY_PACKAGE, "pyproject.toml") | ||
|
|
||
| WHL_CPU = """ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We can probably add this to the toml file unconditionally.
Yes, the new tag should be sufficient. I added a test to ensure that the wheel can be installed into latest MacOS. I also added a CI pipeline to build |
This reverts commit 8bd70dd.
- Generate the variants instead of using patches. - Update links to s3 buckets. - Build the glibc warning into XGBoost instead of using a patch - Build xgboost-cpu on Windows --------- Co-authored-by: Hyunsu Cho <[email protected]>
- Generate the variants instead of using patches. - Update links to s3 buckets. - Build the glibc warning into XGBoost instead of using a patch - Build xgboost-cpu on Windows --------- Co-authored-by: Hyunsu Cho <[email protected]>
I'm using simple string match and replace to generate files from templates. But we can switch to jinja if necessary (when things are more complicated than we can handle, say, many cuda versions).
In the long term, I would like to gather these scripts into a manager project.
todo
twine check.xgboost-cpuis missing for win64.macosx_10_15_x86_64.macosx_11_0_x86_64.macosx_12_0_x86_64is now simplymacosx_10_15_x86_64?