Re: [openstack-dev] [release][requirements][shade][infra] FFE for zuul-sphinx

2017-08-02 Thread Tony Breeds 
On Wed, Aug 02, 2017 at 04:32:36PM -0500, Monty Taylor wrote:
> Heya,
> 
> We'd like to request a requirements feature freeze exception to add the
> zuul-sphinx library.
> 
> zuul-sphinx is an Infra-managed Sphinx extension used to process job
> documentation for zuul jobs for Zuul v3. Since jobs can be defined in
> individual project repos in Zuul v3, generating documentation for in-repo
> jobs is a task that needs to be done in the project itself.
> 
> zuul-sphinx itself will only be used in test-requirements.txt and itself
> only has dependencies on sphinx and pyyaml.
> 
> We'd like an FFE for it because we're using shade as an early test-case of
> an OpenStack project that does all of the normal OpenStack things (release
> management, requirements syncing, devstack jobs) and as shade is release
> managed we can't otherwise add the extension to document the jobs we're
> adding.
> 
> Also - in Zuul v3 jobs can be defined in branches as well, so having
> zuul-sphinx available for stable/pike as we roll it out broadly will be
> nice. It may worth considering ocata backport - but we can consider that
> once it's actually needed.
> 
> Anywho - it would be dandy to get an exception on this one.

As I've said elsewhere this is pretty low risk.  I question if it will
actually get used on pike but I'd be really happen to be wrong, and I
can't be wrong if I don't grant this.

+2

Yours Tony.


signature.asc
Description: PGP signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [release][requirements][shade][infra] FFE for zuul-sphinx

2017-08-02 Thread Sean McGinnis 
On Wed, Aug 02, 2017 at 05:36:24PM -0400, Davanum Srinivas wrote:
> I'd support this FFE for reasons stated above (specifically "only be
> used in test-requirements.txt")
> 
> +1
> 
> Thanks,
> Dims
> 
> On Wed, Aug 2, 2017 at 5:32 PM, Monty Taylor  wrote:
> > Heya,
> >
> > We'd like to request a requirements feature freeze exception to add the
> > zuul-sphinx library.
> >

The risk seems low enough to me. +1

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [release][requirements][shade][infra] FFE for zuul-sphinx

2017-08-02 Thread Matthew Thode 
On 17-08-02 16:32:36, Monty Taylor wrote:
> Heya,
> 
> We'd like to request a requirements feature freeze exception to add the 
> zuul-sphinx library.
> 
> zuul-sphinx is an Infra-managed Sphinx extension used to process job 
> documentation for zuul jobs for Zuul v3. Since jobs can be defined in 
> individual project repos in Zuul v3, generating documentation for 
> in-repo jobs is a task that needs to be done in the project itself.
> 
> zuul-sphinx itself will only be used in test-requirements.txt and itself 
> only has dependencies on sphinx and pyyaml.
> 
> We'd like an FFE for it because we're using shade as an early test-case 
> of an OpenStack project that does all of the normal OpenStack things 
> (release management, requirements syncing, devstack jobs) and as shade 
> is release managed we can't otherwise add the extension to document the 
> jobs we're adding.
> 
> Also - in Zuul v3 jobs can be defined in branches as well, so having 
> zuul-sphinx available for stable/pike as we roll it out broadly will be 
> nice. It may worth considering ocata backport - but we can consider that 
> once it's actually needed.
> 
> Anywho - it would be dandy to get an exception on this one.
> 
> Thanks!
> Monty
> 
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

This is fine with me, it's not used anywhere at the moment so doesn't
look to have any knockon effects.

http://codesearch.openstack.org/?q=zuul-sphinx=nope==

-- 
Matthew Thode (prometheanfire)


signature.asc
Description: PGP signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [release][requirements][shade][infra] FFE for zuul-sphinx

2017-08-02 Thread Davanum Srinivas 
I'd support this FFE for reasons stated above (specifically "only be
used in test-requirements.txt")

+1

Thanks,
Dims

On Wed, Aug 2, 2017 at 5:32 PM, Monty Taylor  wrote:
> Heya,
>
> We'd like to request a requirements feature freeze exception to add the
> zuul-sphinx library.
>
> zuul-sphinx is an Infra-managed Sphinx extension used to process job
> documentation for zuul jobs for Zuul v3. Since jobs can be defined in
> individual project repos in Zuul v3, generating documentation for in-repo
> jobs is a task that needs to be done in the project itself.
>
> zuul-sphinx itself will only be used in test-requirements.txt and itself
> only has dependencies on sphinx and pyyaml.
>
> We'd like an FFE for it because we're using shade as an early test-case of
> an OpenStack project that does all of the normal OpenStack things (release
> management, requirements syncing, devstack jobs) and as shade is release
> managed we can't otherwise add the extension to document the jobs we're
> adding.
>
> Also - in Zuul v3 jobs can be defined in branches as well, so having
> zuul-sphinx available for stable/pike as we roll it out broadly will be
> nice. It may worth considering ocata backport - but we can consider that
> once it's actually needed.
>
> Anywho - it would be dandy to get an exception on this one.
>
> Thanks!
> Monty
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



-- 
Davanum Srinivas :: https://twitter.com/dims

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev