So I’ll be the contrarian. I’ll agree that it’s not a library intended for consumption outside of Ironic however:

1. During the PTG we identified 10+ external repos depending on it which have OpenStack involvment
2. We’ve not had a lot of maintenance burden of it but have gotten outside contributions to it.
3. The only example during PTG for resolving a user issue was around exception handling inside of Ironic and working around hardware that was being done inside of Ironic. The library could be released on a more frequent basis and be one central version to have hardware abstraction / quirks and it could fix up multiple versions of Ironic in one release instead of backporting to multiple versions of Ironic.
4. It’s useful for troubleshooting hardware and doing “pip install sushy” which could still work with a “pip install ironic” but then are we saying that sushy-tools depends on ironic?

 is an example where one of the referenced downstreams having an issue has made an easy way to use alternate versions of sushy. Which again could be a way to centralize fixes for hardware and allow different versions of ironic to pick uop the fix.

Per https://docs.openstack.org/ironic/latest/contributor/releasing.html#non-client-libraries we could release it more often to catch up quirks.

So I was asked to put my comments to the ML during the PTG so that’s what this is. I won’t actually stand in the way of the change. I just think its better to collapse sushy-oem-idrac and the parts of proliantutils that are needed into sushy and keep it and but the quirk logic into it rather than Ironic directly.

Doug

On Oct 29, 2025, at 7:33 AM, Iury Gregory <iurygregory@gmail.com> wrote:

Hello everyone!

During the PTG yesterday, we discussed stop maintaining sushy as a separate project.
For those who don't know what sushy is: a Python library to communicate with Redfish based systems and is limited to what Ironic supports.

The library was never intended for others to consume, yet that has happened, and it being a library has been a noted hurdle to quickly resolving user issues, because it requires releasing a new version.
But before we move this forward, we would like to hear from you what are your thoughts.

Thanks!

-- 
Att[]'s
Iury Gregory Melo Ferreira 
MSc in Computer Science at UFCG
Ironic Core - Ironic Event Liaison (DPL)
Senior Software Engineer at Red Hat Brazil