-
Notifications
You must be signed in to change notification settings - Fork 58
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
Upgrade nvcomp to 4.1.1.1 #568
Conversation
Thanks Bradley! 🙏 Are we able to use a looser pinning for this dependency? Think that would make it easier to update (and for users to install) |
No, unfortunately. We require this to match rapids-cmake's pinnings exactly, and to ensure that we get bug fixes in the latest release. Eventually it would be nice to expand our range of nvcomp versions we allow, but we have been pinned at "latest" for a long time due to the requirement of matching rapids-cmake, in addition to many API/ABI breaking changes and required bug fixes in each new release of nvcomp. Things are getting more stable over time, so this may be revisited in the medium/long term. |
Ok happy to punt Though let's see if we can find a simpler update path: rapidsai/build-planning#125 |
Looks like the wheels are not on PyPI yet. Hence those CI jobs fail |
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.
Thanks Bradley! 🙏
Approving as these look like the changes we want
We can restart CI when the remaining packages are uploaded
Retargeting to 25.02. |
After discussion with @sameerz, I think we can hold off on taking this update. We may take a different nvcomp release in 25.02. |
This updates kvikio to use nvcomp 4.1.1.1. This includes some bug fixes needed for Spark-RAPIDS.
The version is updated in rapids-cmake in rapidsai/rapids-cmake#727.