[Pkg-puppet-devel] Bug#950182: Puppet 5.5 EOL in November 2020
Antoine Beaupré
anarcat at debian.org
Tue Mar 29 19:58:52 BST 2022
On 2020-05-16 21:13:25, Martin Konrad wrote:
> Hi,
>> The others are related to other operating systems than Debian, so I
>> really wonder if we need them (yum, really? zfs and zone are for
>> Solaris, and scheduled_task is for windows...).
> If we want to make transitioning from Puppet 5 to Puppet 6 as easy as
> possible I think there is no way around packaging _all_ modules that
> were bundled with Puppet 5. Keep in mind that some users might run their
> Puppet master on Debian while having agents running on different
> operating systems that might use yum, zfs etc.
Given how late we are to this party (Puppet 5 has been EOL over a year
now, and Puppet 6 is still not in testing), I don't think that should be
a blocker.
It's kind of expected that major upgrades in Debian somewhat throw a
wrench in your manifests and you need to run around like a chicken with
your head cut off to plug all those leaks. That's an upstream issue, and
not one we should try to fix ourselves.
IMHO.
The focus here should be to provide a working Puppet 6 agent, and not
fight with the server-side stuff, which, BTW, is in an even worse shape
because the puppetserver code is not packaged *at all* in Debian
still. See:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830904
https://veronneau.org/puppetserver-6-a-debian-packaging-post-mortem.html
Having Puppet agent 6 in Debian would at least allow us to migrate
fleets to an eventually Puppetserver 7 package in Debian bookworm, or at
least use the upstream Puppetserver 6/7 packages.
A.
--
Instead of worrying about what somebody else is going to do, which is
not under your control, the important thing is, what are you going to
decide about what is under your control?
- Richard Stallman
More information about the Pkg-puppet-devel
mailing list