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

As for the library being not maintained, this can be solved
organizationally, without impacting consuming projects.


OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Reply via email to