[openstack-dev] [packaging][all] Sample Config Files in setup.cfg
Jesse.Pretorius at rackspace.co.uk
Mon Oct 9 10:36:56 UTC 2017
> From: James Page <james.page at ubuntu.com>
> 1) +1 for a consistent approach across projects - /usr/share/<module> sounds like a sensible location - avoiding any complexity with managing changes made by users in /etc/<project> for deploy from source use-cases, and allowing packagers to know where to expect reference/sample config files to appear during the package build-out/install process.
We have agreement from packagers for Ubuntu  and RDO  to include the files in the relative path /share. This seems to be the least offensive. OpenStack-Ansible supports the inclusion of the files, regardless of path .
There was acceptance of the /etc relative path from a SuSE packager . Thomas Bechtold – could you comment on whether the relative path of /share is also good for SuSE packaging?
There has been an objection from the OpenStack package maintainer for Debian, but that objection has been to the use of the relative path of /etc. Thomas Goirand, could you please indicate whether you support the use of the relative path of /share given the currently available functionality in setuptools and pbr?
> 2) Looking at the Ubuntu packaging for OpenStack projects, we have quite a few places where oslo-config-generator or oslo-policy-generator is used to generate sample configuration files as part of the package build; I might have missed it in my read through of this thread but it would be awesome if those could be integrated as part of this process as well as the originating project would then be able to provide some level for assurance to the content of generated files in downstream distributions.
As mentioned in  these should be auto-generated. Some projects do this and submit samples into the repo from time to time, others have just left a stub with an explanation of how to generate it.
> I'd also be +1 on a packaging SIG; I don't think it will ever be a high overhead SIG but it sounds like there are common challenges for deployment projects and distributors which would benefit from shared focus.
I’m not in a position to set this up or run it, but would be happy to participate if someone is able to take ownership of it.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev