On Fri, Jun 2, 2017 at 1:21 PM, Matt Riedemann <mriede...@gmail.com> wrote: > I don't think the maintenance issue is the prime motivator, it's the fact > paste is in /etc which makes it a config file and therefore an impediment to > smooth upgrades. The more we can move into code, like default policy and > privsep, the better.
I am not sure this problem is of general interest to all code consumers. For one, the fact that we even consider the file a configuration file (and put it under /etc) is just a glitch that could be easily fixed by 1) stopping considering it a config file; and 2) moving it out of /etc/. Actually, both 1) and 2) are already done in RDO/RH-OSP for quite some time, and I think nothing blocks others to do the same, or upstream to adopt this stance. If that's the only issue with the current approach, then I can't see how this is of broad community interest to tackle it and not something more user visible/impactful. As for the library being not maintained, this can be solved organizationally, without impacting consuming projects. Ihar __________________________________________________________________________ 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