Re: [rdo-dev] Re: Re: OpenStack RPMs
by Amy Marrich
To make things easier, I have created an etherpad[0] where you can sign up
to volunteer to build RPMs and for folks to also volunteer to mentor. I
have also cut and pasted the writeup from Alfredo there as well. From
there, we can try to arrange a meeting of everyone either over IRC/Matrix
or meetpad/meet.
If anyone is attending Kubecon EU and would like to chat in person please
reach out to me.
Amy
0 - https://etherpad.opendev.org/p/rdo-volunteers
On Thu, Mar 12, 2026 at 8:23 AM Petrellis, Joseph via dev <
dev(a)lists.rdoproject.org> wrote:
> +1 to that.
>
>
>
> *From:* Francesco Di Nucci <francesco.dinucci(a)na.infn.it>
> *Sent:* Wednesday, March 11, 2026 6:04 AM
> *To:* Alfredo Moralejo Alonso <amoralej(a)redhat.com>
> *Cc:* Jose Castro Leon <jose.castro.leon(a)cern.ch>;
> massimo.sgaravatto(a)gmail.com; RDO Developmen List <
> dev(a)lists.rdoproject.org>; users(a)lists.rdoproject.org
> *Subject:* [rdo-dev] Re: [rdo-users] Re: OpenStack RPMs
>
>
>
> You don't often get email from francesco.dinucci(a)na.infn.it. Learn why
> this is important <https://aka.ms/LearnAboutSenderIdentification>
>
> Thank you,
>
> would it be possible to consolidate all the info in the thread in a "call
> for volunteers" that could then be posted in mailing lists/IRCs/etc?
>
> Best regards
>
> Francesco
>
> On 2026-03-10 10:00, Alfredo Moralejo Alonso via dev wrote:
>
>
>
>
>
> On Tue, Mar 10, 2026 at 9:24 AM Francesco Di Nucci <
> francesco.dinucci(a)na.infn.it> wrote:
>
> Why not, I'd like to try, at least with the call for volunteers. Just to
> have an idea, how much time roughly is required? I'd have to get a couple
> of authorizations
>
>
>
> The required time will depend on the intended scope. Let me briefly
> describe the set of activities of RDO which will likely make easier to
> define the future of the new OpenStack RPMs.
>
> RDO used to cover two sets of RPM repositories:
>
> - RDO Trunk repositories built automatically by DLRN tool for each merged
> patch (or update in upper-constraints) for each supported OpenStack release
> and master branch. These were non-officially signed packages served
> directly from RDO infra servers.
>
> - RDO "official" CloudSIG builds for supported releases, built and shipped
> using the CentOS Cloud SIG tool chain and repos infra. These repos were the
> ones used when installing "centos-release-openstack-<release>".
>
> For each set of repositories there is some automation to trigger builds on
> each commit or when a change is merged upstream in the openstack releases
> or requirements project (i.e. a new tag-release is created or a library
> version is updated in upper-constraints.txt). Also, there were CI jobs to
> validate new builds using deployment jobs based on puppet-openstack,
> packstack and openstack-k8s-operators. This automation and CI was mostly
> done in RDO infra (using gerrit, zuul/nodepool)
>
> About numbers, in Epoxy RDO had 248 OpenStack packages and around 400
> dependencies (dependencies are usually not rebuilt on each release)
>
> In addition to that, openstack clients are maintained in Fedora and some
> dependencies (the policy in RDO was that non-openstack dependencies
> required for OpenStack and not available in RHEL/CentOS where built using
> Fedora specs, so packages need to be maintained there too).
>
> The process can be probably streamlined and the scope reduced based on the
> interest and time availability of the contributors. Also, the required time
> will depend on the experience on RPMs and package maintenance.
>
> Best regards,
>
> Alfredo
>
>
>
>
>
> Francesco
>
> On 09/03/26 22:37, Amy Marrich wrote:
>
> If you all are willing to volunteer, and/or help find other volunteers, I
> will try to find folks to mentor you to get you started to keep the RPMs
> going. Unfortunately, I have already spoken to folks in both Alma and
> Rocky, a year ago and again this weekend at a conference, to see if they
> could assist and they do not have the resources.
>
>
>
> There was previously a small team of 2-3 engineers working on RDO but as
> mentioned in the release announcement email they moved on to other
> positions.
>
>
>
> Amy
>
>
>
>
>
>
>
>
>
> On Mon, Mar 9, 2026 at 2:42 PM Francesco Di Nucci <
> francesco.dinucci(a)na.infn.it> wrote:
>
> Thank you,
>
> is it possible to try again to search for volunteers before abandoning
> definitively the RPM packages? Less diversity is a loss for everyone, and
> maybe people did not fully realize the situation (me including, didn't read
> the announcement email as I'm still running Caracal 😅). Cross-posting
> with other mailing lists/IRC/ops meetings could be useful, and if the
> alternative is RPM discontinuation, more people might be interested.
>
> If I can ask, how many people would (ideally) be necessary/how many RPMs
> are around?
>
> Francesco
>
> On 06/03/26 17:14, Amy Marrich wrote:
>
> Francesco, Massimo, Jose,
>
>
>
> We would love help from the other communities to continue creating the
> RPMS. We put a call out for volunteers over a year ago[0]. and while folks
> replied that they wanted to help or attended a meeting no one actually
> started helping. As a result, we added an important note to the bottom of
> the Epoxy release announcement[1] explaining that internal developers had
> moved on and we again said we needed help and to reach out if interested.
>
>
>
> Amy
>
>
>
> 0 -
> https://lists.rdoproject.org/archives/list/dev@lists.rdoproject.org/threa...
>
> 1 -
> https://lists.rdoproject.org/archives/list/users@lists.rdoproject.org/mes...
>
>
>
> I'll also send this to the OpenStack list but respecting Jeremy's
> decoupling of lists.
>
>
>
> On Fri, Mar 6, 2026 at 8:12 AM Francesco Di Nucci <
> francesco.dinucci(a)na.infn.it> wrote:
>
> Hi all,
>
> given that RDO will soon stop releasing RPMs of OpenStack, it has been
> suggested on IRC etc that AlmaLinux and Rocky Linux communities might be
> interested in building the RPMs instead, is there already a discussion
> about it?
>
> Best regards
>
> Francesco Di Nucci
>
> --
> Francesco Di Nucci
> System Administrator
> Compute & Networking Service, INFN Naples
>
> Email: francesco.dinucci(a)na.infn.it
>
>
>
> _______________________________________________
>
> users mailing list -- users(a)lists.rdoproject.org
>
> To unsubscribe send an email to users-leave(a)lists.rdoproject.org
>
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>
>
>
> To unsubscribe: %(_internal_name)s-unsubscribe@%(host_name)s
>
>
>
> _______________________________________________
>
> dev mailing list -- dev(a)lists.rdoproject.org
>
> To unsubscribe send an email to dev-leave(a)lists.rdoproject.org
>
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>
>
>
> To unsubscribe: %(_internal_name)s-unsubscribe@%(host_name)s
>
> _______________________________________________
> dev mailing list -- dev(a)lists.rdoproject.org
> To unsubscribe send an email to dev-leave(a)lists.rdoproject.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>
> To unsubscribe: %(_internal_name)s-unsubscribe@%(host_name)s
>
>
>
> _______________________________________________
>
> dev mailing list -- dev(a)lists.rdoproject.org
>
> To unsubscribe send an email to dev-leave(a)lists.rdoproject.org
>
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>
>
>
> To unsubscribe: %(_internal_name)s-unsubscribe@%(host_name)s
>
> --
>
> Francesco Di Nucci
>
> System Administrator
>
> Compute & Networking Service, INFN Naples
>
>
>
> Email: francesco.dinucci(a)na.infn.it
>
>
> ------------------------------
>
> IMPORTANT: The information contained in this email and/or its attachments
> is confidential. If you are not the intended recipient, please notify the
> sender immediately by reply and immediately delete this message and all its
> attachments. Any review, use, reproduction, disclosure or dissemination of
> this message or any attachment by an unintended recipient is strictly
> prohibited. Neither this message nor any attachment is intended as or
> should be construed as an offer, solicitation or recommendation to buy or
> sell any security or other financial instrument. Neither the sender, his or
> her employer nor any of their respective affiliates makes any warranties as
> to the completeness or accuracy of any of the information contained herein
> or that this message or any of its attachments is free of viruses.
> _______________________________________________
> dev mailing list -- dev(a)lists.rdoproject.org
> To unsubscribe send an email to dev-leave(a)lists.rdoproject.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>
> To unsubscribe: %(_internal_name)s-unsubscribe@%(host_name)s
>
1 day, 9 hours
Re: OpenStack RPMs
by Amy Marrich
Francesco, Massimo, Jose,
We would love help from the other communities to continue creating the
RPMS. We put a call out for volunteers over a year ago[0]. and while folks
replied that they wanted to help or attended a meeting no one actually
started helping. As a result, we added an important note to the bottom of
the Epoxy release announcement[1] explaining that internal developers had
moved on and we again said we needed help and to reach out if interested.
Amy
0 -
https://lists.rdoproject.org/archives/list/dev@lists.rdoproject.org/threa...
1 -
https://lists.rdoproject.org/archives/list/users@lists.rdoproject.org/mes...
I'll also send this to the OpenStack list but respecting Jeremy's
decoupling of lists.
On Fri, Mar 6, 2026 at 8:12 AM Francesco Di Nucci <
francesco.dinucci(a)na.infn.it> wrote:
> Hi all,
>
> given that RDO will soon stop releasing RPMs of OpenStack, it has been
> suggested on IRC etc that AlmaLinux and Rocky Linux communities might be
> interested in building the RPMs instead, is there already a discussion
> about it?
>
> Best regards
>
> Francesco Di Nucci
>
> --
> Francesco Di Nucci
> System Administrator
> Compute & Networking Service, INFN Naples
>
> Email: francesco.dinucci(a)na.infn.it
>
>
>
2 days, 19 hours
Re: Update on RDO: A Shift to Containers
by Amy Marrich
Once it's released I'd love to hear how you and others are attempting to
use it and the outcome! As soon as I have more of an ETA on things, I'll
update everyone but we wanted to keep everyone informed of what was
happening.
Amy
On Wed, Mar 4, 2026 at 10:11 AM Tobias Urdin - Binero <
tobias.urdin(a)binero.com> wrote:
> Hello Amy,
>
> This is an interesting development from what appeared to be the doom
> of the RDO project itself – hopefully we can take this for a test drive
> even
> outside of the openstack-k8s-operators project, for people still relying on
> RDO RPMs in production today.
>
> /Tobias
>
>
>
>
> *Tobias Urdin - Binero*
> Product Director Cloud Services
> P: +46 10 410 26 64
> E: tobias.urdin(a)binero.com
> W: binero.com <https://binero.com>
> Smooth and secure technology across your business
>
>
> Binero Group processes your personal data in accordance with applicable
> legislation. For more information, please see our privacy policy
> <https://binero.com/privacy-policy/>.
>
>
> On 4 Mar 2026, at 16:18, Amy Marrich <amy(a)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
> github.com/openstack-k8s-operators
> <http://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
> _______________________________________________
> users mailing list -- users(a)lists.rdoproject.org
> To unsubscribe send an email to users-leave(a)lists.rdoproject.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>
> To unsubscribe: %(_internal_name)s-unsubscribe@%(host_name)s
>
>
>
1 week, 2 days
Update on RDO: A Shift to Containers
by Amy Marrich
*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
BuildsHistorically, 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
FocusThe 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
github.com/openstack-k8s-operators
<http://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
1 week, 2 days