There’s some history around this discussion [1], but times have changed and the purpose of the patches I’m submitting is slightly different [2] as far as I can see – it’s a little more focused and less intrusive.
The projects which deploy OpenStack from source or using python wheels currently have to either carry templates for api-paste, policy and rootwrap files or need to source them from git during deployment. This results in some rather complex mechanisms which could be radically simplified by simply ensuring that all the same files are included in the built wheel. Distribution packagers typically also have mechanisms in place to fetch the files from the source repo when building the packages – including the files through pbr’s data_files for packagers may or may not be beneficial, depending on how the packagers do their build processes. In neutron [3], glance [4], designate [5] and sahara [6] the use of the data_files option in the files section of setup.cfg is established and has been that way for some time. However, there have been issues in the past implementing something similar – for example in keystone there has been a bit of a yoyo situation where a patch was submitted, then reverted. I’ve been proposing patches [7] to try to make the implementation across projects consistent and projects have, for the most part, been happy to go ahead and merge them. However concern has been raised that we may end up going through another yo-yo experience and therefore I’ve been asked to raise this on the ML. Do any packagers or deployment projects have issues with this implementation? If there are any issues, what’re your suggestions to resolve them? [1] http://lists.openstack.org/pipermail/openstack-dev/2016-June/097123.html [2] https://launchpad.net/bugs/1718356 [3] https://github.com/openstack/neutron/blob/d3c393ff6b5fbd0bdaabc8ba678d755ebfba08f7/setup.cfg#L24-L39 [4] https://github.com/openstack/glance/blob/02cd5cba70a8465a951cb813a573d390887174b7/setup.cfg#L20-L21 [5] https://github.com/openstack/designate/blob/25eb143db04554d65efe2e5d60ad3afa6b51d73a/setup.cfg#L30-L37 [6] https://github.com/openstack/sahara/blob/cff43d6f1eee5c68af16c6f655f4d019669224d9/setup.cfg#L28-L29 [7] https://review.openstack.org/#/q/topic:bug/1718356+(status:open+OR+status:merged) ________________________________ Rackspace Limited is a company registered in England & Wales (company registered number 03897010) whose registered office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal/privacy-policy - This e-mail message may contain confidential or privileged information intended for the recipient. Any dissemination, distribution or copying of the enclosed material is prohibited. If you receive this transmission in error, please notify us immediately by e-mail at ab...@rackspace.com and delete the original message. Your cooperation is appreciated.
__________________________________________________________________________ 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
