On Thu, Apr 28, 2022 at 07:09:41AM -0400, Nico Kadel-Garcia wrote:
On Wed, Apr 27, 2022 at 9:08 PM Demi Marie Obenour demiobenour@gmail.com wrote:
On 4/27/22 07:40, Ewoud Kohl van Wijngaarden wrote:
On Tue, Apr 26, 2022 at 09:03:45PM -0500, Carl George wrote:
On Tue, Apr 26, 2022 at 1:25 PM Ewoud Kohl van Wijngaarden ewoud+fedora@kohlvanwijngaarden.nl wrote:
Hello everyone,
There is an ancient version of Puppet in EPEL-7. Version 3.6 has been EOL for ages now. https://binford2k.com/2016/11/22/puppet-3.x-eol/ has a nice EOL overview:
- Puppet 3 - 2016-12-31
- Puppet 4 - 2018-10-??
- Puppet 5 - 2021-02-??
Puppet 6 requires a newer Ruby version than is available in EL7 so rebasing the whole stack is not going to work. In theory you could use SCLs but I think it's unrealistic to expect that.
However, all bugs open for Puppet relate to EPEL-7[1] so I'm wondering what to do.
We can close all bugs as WONTFIX (including the security ones), but would it be better to also remove the package from EPEL-7?
Regards, Ewoud Kohl van Wijngaarden
Retiring epel7's puppet may be the preferred option. It is allowed [0], but if you go this route please mention it on the epel-devel list (and perhaps epel-announce) first.
I should have realized this, will bring it up there.
Alternatively, have you considered doing an incompatible update [1] to version 5? It may already be EOL, but surely that's a better option than the current version 3 or removing it entirely.
The Ruby version in EL7 is simply too old. In theory you could write a ton of patches to make it compatible again, but the Puppet modules users have may be assuming Ruby 2.4+ with Puppet 5. Also note that Puppet 5 itself is already EOL (for more than a year), but packaging Puppet 6 vs Puppet 5 (or really, Puppet 7 as well) isn't a big difference: you need a newer Ruby. After that it's all minor differences.
[0] https://docs.fedoraproject.org/en-US/package-maintainers/Package_Retirement_... [1] https://docs.fedoraproject.org/en-US/epel/epel-policy-incompatible-upgrades/
Bundle a newer Ruby?
RHEL 7 has published "software collection library" versions of ruby, titled "rh-ruby25".
As somebody who's backported bulky software for RHEL based operating systems, like Samba and current ansible and airflow and yes, years ago, puppet, I don't recommend installing your own ruby. Resolving the dependencies gets painful, fast.
I agree you don't want to do that. And if you're going that route anyway, why not use the official RPMs which do take that approach: