[openstack-dev] [puppet] proposal: start gating on puppet4

Sofer Athlan-Guyot sathlang at redhat.com
Thu Aug 11 12:45:11 UTC 2016


+1 for me also.  We have to push forward to have puppet 4 as a first
class citizen.

Matt Fischer <matt at mattfischer.com> writes:

> +1 from me also. This will help everyone who is trying to transition
> to it.
>
> On Wed, Aug 10, 2016 at 1:46 AM, Javier Pena <javier.pena at redhat.com>
> wrote:
>
>     
>     
>     
>     ----- Original Message -----
>     > Hi,
>     >
>     > Today Puppet OpenStack CI is running unit and functional test
>     jobs
>     > against puppet 3 and puppet 4.
>     > Unit jobs for puppet 4 are currently voting and pretty stable.
>     > Functional jobs for puppet 4 are not voting but also stable.
>     >
>     > Even if Puppet4 has not been largely adopted by our community
>     [1] yet,
>     > I would like to encourage our users to upgrade the version of
>     Puppet.
>     > Fedora ships it by default [2] and for Ubuntu, it's also the
>     default
>     > since yakkety [3].
>     >
>     > [1]
>     >
>     https://docs.google.com/spreadsheets/d/1iIQ6YmpdOVctS2-wCV6SGPP1NSj8nKD9nv_xtZH9loY/
>    edit?usp=sharing
>     > [2]
>     http://koji.fedoraproject.org/koji/packageinfo?packageID=3529
>     > [3] http://packages.ubuntu.com/yakkety/puppet
>     >
>     > So here's my proposal, feel free to bring any feedback:
>     > - For stable/mitaka CI and stable/liberty nothing will change.
>     > - For current master (future stable/newton in a few months),
>     transform
>     > non-voting puppet4 jobs into voting and add them to the gate.
>     Also
>     > keep puppet3 unit tests jobs, as voting.
>     > - After Newton release (during Ocata cycle), change master CI to
>     only
>     > gate functional jobs on puppet4 (and remove puppet3 jobs for
>     > puppet-openstack-integration); but keep puppet3 unit tests jobs,
>     as
>     > voting.
>     > - During Ocata cycle, implement a periodic job that will nightly
>     check
>     > we can deploy with Puppet3. The periodic job is something our
>     > community interested by Puppet 3 will have to monitor and report
>     any
>     > new failure so we can address it.
>     >
>     > That way, we tell our users:
>     > - don't worry if you deploy Liberty, Mitaka, Newton, we will
>     > officially support Puppet 3.
>     > - if you plan to deploy Puppet 4, we'll officially support you
>     > starting from Newton.
>     > - if you plan to deploy Ocata with Puppet 3, we won't support
>     you
>     > anymore since our functional testing jobs will be gone. Though
>     we'll
>     > make our best to be backward compatible thanks to our unit and
>     > periodic functional testing jobs.
>     >
>     > Regarding packaging:
>     > - on Ubuntu, we'll continue rely on what provides Puppetlabs
>     because
>     > Xenial doesn't provide Puppet4.
>     > - on CentOS7, we are working on getting Puppet 4 packaged in RDO
>     and
>     > our CI will certainly use it.
>     >
>     > Any feedback is welcome,
>     
>     
>     I like the idea. It gives distros enough time to prepare to Puppet
>     4, and we're supposed to write compatible manifests anyway.
>     
>     Javier
>     
>     
>     
>     > --
>     > Emilien Macchi
>     >
>     > _
>     _________________________________________________________________________
>    
>     > OpenStack Development Mailing List (not for usage questions)
>     > Unsubscribe:
>     OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>     >
>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>     >
>     
>     __________________________________________________________________________
>    
>     OpenStack Development Mailing List (not for usage questions)
>     Unsubscribe:
>     OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>     
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-- 
Sofer Athlan-Guyot



More information about the OpenStack-dev mailing list