On Thu, 2015-06-04 at 23:21 +0200, Haïkel wrote: > 2015-06-04 20:21 GMT+02:00 John Florian <john.florian@xxxxxxxx>: > > I’ve been curious how Fedora plans to tackle inclusion of Puppet 4, but > > haven’t heard even a peep on the subject. As described[1], they’ve moved to > > an all-in-one packaging process that “includes Puppet 4, both Facter 2.4 and > > CFacter 0.4, the latest Hiera and Mcollective, as well Ruby 2.1.5, OpenSSL > > 1.0.0r, and our gem dependencies.” Furthermore, “the package installs into > > its own area in /opt/puppetlabs”. Thus upstream is both bundling and using > > very Fedora-unfriendly file locations. L > > > > > > Hi, > > F22 provides Ruby 2.2 and upstream has stated they will only support it starting > Puppet 4.x. > I've been working with puppeteers to port Puppet 4.x on F22, and it has been for > a long time in testing but Puppet 4.1 is being currently pushed to stable. Oh, that's great news! I'm still on F21 ATM and haven't had chance to play with F22 yet. > I'm not backporting it to older Fedora, as Puppet 3.x is still > supported on these platforms. Fair enough -- seems logical. > PuppetDB is a mess, it requires a lot of unbundling work and it's in java. My understanding is that it's not Java but rather Clojure running atop the JVM. But understand it's a mess from what I've seen in the BZ. It certainly seems to have all the bundling characteristics that comes from that Java mentality. > We're considering packaging it for OpenStack but outside Fedora as it will > be too much effort for us. Under my rock, I'm unfamiliar with OpenStack though I've certainly heard of it. Would that mean I'd be able to use Puppet from Fedora's repos and PuppetDB via OpenStack somehow? Presently I get both from PuppetLabs, as I mentioned. I enabled their repos to get PuppetDB and then found my Puppet also jumped to theirs simply because it was newer. It surprised me though I should have seen it coming. Then I was hooked on the capabilities the DB brought and also from the newer Puppet, especially the Clojure-based Server. Now I'm just trying to figure out what the best approach is going forward while staying based on Fedora as much as possible. > > If you're willing to contribute packaging it, then I could help you in > this task. I wish I could. Alas my spare time has been gobbled up by a multi-year effort of home repairs. :-( -- John Florian <john.florian@xxxxxxxx> -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
