Hi Takashi, On 3/4/26 6:13 PM, Takashi Kajinami wrote:
We could technically switch our primary test architecture to the other platforms like Ubuntu or Debian but this means we can't release our modules in coordinated release timings (because we can implement and test the changes for a new version only after the version is released by these distributions)
Well, not sure what the problem is from the Debian side: over the last few years, I've been able to release the Debian packages the day (or a few days after) of the upstream release.
As we've seen some drastic changes triggered by some initiatives (like eventlet removal) and expect more coming soon, this "lagging-behind" development models can cause several problems like [1]. [1] https://review.opendev.org/c/openstack/puppet-neutron/+/978000
This isn't new, is it?
- The upstream puppet has been "dead" after Perforce (who acquired puppetlabs) changed their strategies. OpenVox was created as a fork of puppet, but there are number of core modules such as puppetlabs-apache or puppetlabs-mysql which are not yet forked. I've asked possibility to fork and host these in OpenVox but it was not acceptable due to limited resources the OpenVox community and no real commitment (more specifically speaking, sponsorship) I can provide. There are some works done earlier to replace puppet by OpenVox but it is essentially blocked by the fixes needed in these "abandoned" puppetlabs modules. In addtion, we need to bump versions of our testing platform soon, and I expect these unmaintained modules cause new problems. As afar as I'm aware of, migration to CentOS 10 is completely blocked by "unmaintained puppetlabs-mysql[2], and I expect more for migration to Ubuntu 26.04 or Debian 14 we need in upcoming cycles. [2] https://github.com/puppetlabs/puppetlabs-mysql/issues/1676
I do not see the switch to openvox as problematic. Maybe because I've been using a packaged, and sometimes strongly patched, version of the puppet modules. Have you seen issues in the current versions of puppetlabs-apache or puppetlabs-mysql? If there was, I wouldn't be surprised to see forks happening.
So... The situation is getting out of my control and I'd admit that I may soon terminate the project in case the situation is not improved, given my work in the OpenStack community has been all voluntary-based these days.
This would be very disappointing. I very much regret that I wasn't able to invest more time helping you to support Debian better, especially when you've attempted to add it to the CI. But maybe we can retry? How much of puppet-openstack are you using in your work?
I intend to continue my PTL role of this project for next cycle, so that I can help anyone who would be interested in sustaining the project, but I hope that we get some conclusion and agreement about the future project direction and maintenance during this cycle.
Apart from you, Tobias and myself (less than you 2), who's contributing actively? I would be really sad to see all of this go... :/ Cheers, Thomas Goirand (zigo)