[openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

Doug Hellmann doug at doughellmann.com
Wed Feb 17 23:18:01 UTC 2016


Excerpts from Morgan Fainberg's message of 2016-02-17 14:27:13 -0800:
> On Wed, Feb 17, 2016 at 2:24 PM, Doug Hellmann <doug at doughellmann.com>
> wrote:
> 
> > Excerpts from Morgan Fainberg's message of 2016-02-17 10:44:50 -0800:
> > > I am very much against adding extra data to paste-ini especially config
> > > data that is consumed by the applications. I generally understand why it
> > > was implemented in the way it has. The oslo_config change that Doug
> > linked
> > > will make this need mostly go away however. I would like to move us
> > towards
> > > not needing the extra config data in paste-ini files and instead rely on
> > > the oslo_config options where possible. There will be exceptions (such a
> > > swift as it doesn't use oslo-config).
> >
> > That change only affects sample files and documentation. It has been
> > possible for applications to override config defaults for ages. Were we
> > blocked on making effective use of that because of the doc issue for a
> > long time?
> >
> > Doug
> >
> > >
> > > On Wed, Feb 17, 2016 at 10:40 AM, Michael Krotscheck <
> > krotscheck at gmail.com>
> > > wrote:
> > >
> > > > On Wed, Feb 17, 2016 at 9:41 AM Doug Hellmann <doug at doughellmann.com>
> > > > wrote:
> > > >
> > > >>
> > > >> The next release of oslo.config will have this.
> > > >> https://review.openstack.org/#/c/278604/
> > > >
> > > >
> > > > http://stjent.pinnaclecart.com/images/products/preview/55008.jpg
> > > >
> > > > Michael
> > > >
> > > >
> > __________________________________________________________________________
> > > > OpenStack Development Mailing List (not for usage questions)
> > > > Unsubscribe:
> > OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> > > >
> > > >
> >
> 
> I think that not understanding the default overrides and also not
> representing them properly in the sample config were blockers. It would be
> communicating wrong defaults to operators/deployers and not having a
> consistent "blessed" way to default override.
> 
> It wasn't a hard tech blocker, but I def. think it was a blocker.

OK. I wish I had known sooner. It took about an hour to fix.

Doug



More information about the OpenStack-dev mailing list