Hey, From my perspective, I am less concerned about the RDO itself, but more about rdo-deps. As, from what I know, rdo-deps sometimes are the only source of some dependencies, which are required for services. Good example of that is liberasurecode, which is required by Swift, and can be hardly found elsewhere. I believe there are more examples of that, but this is what I can recall right away. Ideally, it would be nice to have some kind of SIG, or offload these packages to respective SIGs (like liberasurecode could be by Storage SIG potentially). чт, 5 мар. 2026 г. в 18:33, Jose Castro Leon <jose.castro.leon@cern.ch>:

We are also heavily affected by this change, as all our deployments at CERN rely on it. Moreover, we are early adopters of RDO and now that we are getting into Epoxy release, it just slips away. The deployment model is not something you can easily change.

Does it also mean that our el10 users may never have client libraries packaged to use our setups?

And following Massimo remark, will the repo be maintained while it's still in supported status in OpenStack? If not, are you implying that we also need to repackage future security updates?

Thanks, Jose CERN Cloud Team

------------------------------ *From:* Massimo Sgaravatto <massimo.sgaravatto@gmail.com> *Sent:* Thursday, March 5, 2026 1:40 PM *To:* Amy Marrich <amy@demarco.com> *Cc:* RDO Developmen List <dev@lists.rdoproject.org>; openstack-discuss < openstack-discuss@lists.openstack.org>; users@lists.rdoproject.org < users@lists.rdoproject.org>; Mike Burns <mburns@redhat.com> *Subject:* Re: Update on RDO: A Shift to Containers

A non-negligible impact for our deployment :-(

So, as far as I understand, no rpms will be released for the F and G releases, correct?

Will you keep releasing updated RPMs for the Epoxy release, while it is in the maintained status, or the repo

https://mirror.stream.centos.org/SIGs/9-stream/cloud/x86_64/openstack-epoxy/ will not be updated anymore ?

Thanks, Massimo

On Wed, Mar 4, 2026 at 4:19 PM Amy Marrich <amy@demarco.com> wrote:

Dear RDO Community/Stakeholders,

This email provides an important update regarding the RDO project and its future direction which marks a significant change in how RDO content will be delivered.

End of RDO RPM Builds

Historically, RDO provided RPM-based rebuilds of upstream OpenStack packages. Due to insufficient contributors, the continuous RDO rpm builds that were released through the CentOS Cloud SIG have been officially discontinued as of the Epoxy release.

Introducing the New RDO: Container Focus

The future of RDO will be focused entirely on containers. This is a pivot from our traditional RPM delivery, as RDO did not previously focus on containers.

RDO will be transitioning to Source-to-Image (S2I) builds for service containers. This work will be starting shortly within the <http://github.com/openstack-k8s-operators> github.com/openstack-k8s-operators organization, and these new container builds will essentially be the "new RDO".

Timeline and Usage:

-

This transition work has not yet begun. The timeline is not committed, but the work is currently expected to be available for the Hibiscus release in late 2026. The final delivery location of those images is still to be determined. -

These containers are primarily intended to be consumed via the operators provided in the openstack-k8s-operators GitHub organization. -

While nothing explicitly prevents these containers from being used elsewhere, this is not currently part of the plan. Community involvement and feedback for broader usage are welcome including within OKD and the okderators. -

Please note that the operators in this organization are currently only developed and tested on Red Hat OpenShift Container Platform.

Thank you for your understanding and continued support as we make this important shift. We look forward to engaging with the community on this new path forward.

Sincerely,

Amy