Several of the teams working on individual libraries will hold simultaneous working group sessions in different corners of the room.
This session will include the following subject(s):
Taskflow 0.2 features/functionality and Q/A:
I'd like to go over the new functionality of taskflow and how it can be used to perform new useful features in openstack projects. This will be useful to expose different projects to what taskflow can be used for and how it can help improve the reliability of the various openstack projects. Also it would be great to gather any feedback to help influence further taskflow development...
Might select from https://etherpad.openstack.org/p/taskflow-atlanta-speaker-ideas (which didn't get accepted) to take ideas from on what to present/show/demo/talk about.
(Session proposed by Joshua Harlow)
Namespace Config Options (oslo.cfg options):
The sample config files for the oslo libraries (oslo.messaging is the large offender) as well as the oslo-incubator files seem to occupy a large amount of the [DEFAULT] section of the configuration tree. In most cases these options could be moved to their own namespaced sections (e.g. [oslo_messaging]).
Ideally there should be a nomenclature (perhaps supporting something akin to oslo. in the config if possible, ConfigParser is a bit picky about this syntax) that makes it clear where the options are coming from when looking at either a sample or live configuration file.
This session can likely be combined elsewhere or be deferred to IRC / Dev Lounge discussion.
(Session proposed by Morgan Fainberg)
oslo.vmware - Adoption and Future:
We need to identify how we can utilize oslo.vmware to speed up feature additions to different projects like Nova, Glance, Cinder etc. Talk about what code makes sense to move to oslo.vmware and strategies to quickly increase adoption.
(Session proposed by Davanum Srinivas)
What should we do with Oslo's context?:
There is a context module in the incubator. We've gone back and forth on whether or not it is useful as-is. It's being synced into several projects now, but it it actually used? We need to define the API between the context and logging's formatter class, can we use the Oslo version as a base class?
