Conversation
There was a problem hiding this comment.
Yes, I'm not against this, and I believe publishing to PyPi seems sensible at this point. I didn't want to do this at first when we were still a bit unsure about the name, format of the package and so on, but now this library is becoming increasingly central in our stack, also having it in the central pypi for better visibility and indexing makes sense.
I'm not sure I understand the added value about the kyuubi and strict dependencies though. Could you clarify what is the upside on this respect for my own understanding? I would have thought that installing a strict version, say "==0.8.0" or a certain tag from the github repo would be the same. Actually I would have thought that maybe the advantage would be to use open requirements in dependant project instead, when this is hosted on PyPi
minor the update of ruffs with all the fixes associated seemed a bit orthogoal to publishing to PyPi. I would have kept it in a different commit unless it is required
We have the opposite check in the previous job
Changes
Add a release step to publish the package on PyPI. This will help us build kyuubi with strict deps enabled.
The makefile relies on
sg, which prompts for a password on Noble, so let's use jammy for now to run integration tests