Jump to: navigation, search

Difference between revisions of "Meetings/PythonOpenStackSDK"

(Agenda for 2015-03-17 1900 UTC)
(32 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 
= Weekly Python-OpenStackSDK Team Meeting =
 
= Weekly Python-OpenStackSDK Team Meeting =
  
If you're interested in [[PythonOpenStackSDK]], we will be holding public meetings weekly in on freenode in #openstack-meeting-3 at 19:00 UTC on Tuesdays. Please feel free to add items to the agenda below with your name and we'll cover them. The meeting will last 1 hour.
+
If you're interested in the [[PythonOpenStackSDK]], we will be holding public meetings weekly to discuss its ongoing development. Please feel free to add items to the agenda below with your IRC nickname and we'll cover them. The meeting will last 1 hour.
  
== Agenda for 2015-03-17 1900 UTC ==
+
== Meetings ==
* Roll Call
 
* #topic API guidelines
 
** #link https://etherpad.openstack.org/p/proxy_api_guidelines
 
** #link https://review.openstack.org/#/c/164310/ delete method
 
* #topic functional testing
 
** #link https://review.openstack.org/#/c/162210/
 
* #topic request/response logging
 
** #link https://review.openstack.org/#/c/162761/
 
  
== Agenda for 2015-03-10 1900 UTC ==
+
* Meeting Time: Weekly, Tuesday at 19:00 UTC
* Roll Call
+
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code>
* https://review.openstack.org/#/c/162782/
+
* MeetBot Manual http://meetbot.debian.net/Manual.html
* https://review.openstack.org/#/c/162761/
 
* PUT/POST differences/issues in our create support
 
* Discuss API Guidelines https://etherpad.openstack.org/p/proxy_api_guidelines
 
  
== Agenda for 2015-03-01 1900 UTC ==
+
== Agenda ==
* Roll Call
 
* conn.update vs conn.compute.update_server - https://review.openstack.org/#/c/160635/
 
* list filtering WIP - does this make sense? https://review.openstack.org/#/c/160138/
 
* need to implement CaseInsensitiveDict for header dict
 
* identity: use set() for valid_options https://review.openstack.org/#/c/160840/
 
  
== Agenda for 2015-02-24 1900 UTC ==
+
* #startmeeting python-openstacksdk
* Roll Call
+
* #topic 1.0 Gerrit pruning - figure out what we actually need to keep
* What to do with Resource.page?
 
** https://bugs.launchpad.net/python-openstacksdk/+bug/1424211
 
** Resource.list is handled, building out Resource.find - Resource.page in the middle
 
* plugins
 
** need to test out https://review.openstack.org/#/c/155362/ with recent KSC synchrnoization
 
* release again soon?
 
** https://review.openstack.org/#/c/158191/ to bring equal with FlavorDetail
 
** Resource.find would be nice to have now, but may take a while to get right (https://etherpad.openstack.org/p/find_filters)
 
 
 
== Agenda for 2015-02-16 1900 UTC ==
 
* Roll Call
 
* Key Reviews
 
** Revert to KSC auth plugins - https://review.openstack.org/#/c/156064/
 
** Support Resource as a type for properties - https://review.openstack.org/#/c/152275/
 
* Resource Changes Needed
 
** General purpose find
 
** Non-paginated list
 
** dirty list not kept up to date - https://review.openstack.org/#/c/156485/
 
** case insensitive attr dict - https://review.openstack.org/#/c/156135/
 
* Easier/Quicker Reviews
 
** Add the Type resource for the Volume service - https://review.openstack.org/#/c/155115/
 
** Add the Volume type for the Volume service - https://review.openstack.org/#/c/155125/
 
** Add the Snapshot type for the Volume service - https://review.openstack.org/#/c/155132/
 
 
 
== Agenda for 2015-02-10 1900 UTC ==
 
* Roll Call
 
* Auth plugins work!
 
** https://github.com/briancurtin/rackspace-sdk-plugin (temporary home, not on PyPI)
 
* Going to split up Cinder review into one change for all Resources, then one change for each resource's addition to the connection level, then docs
 
* Resource.list consistency update
 
** For non-pagined but listed resources, they can (mostly) use Resource.page as a drop-in-replacement
 
** Those resources should probably override list and make themselves work with page so you can always list() and get back a generator of items
 
 
 
== Agenda for 2015-02-03 1900 UTC ==
 
* Roll Call
 
* Conversations at Cinder meetup, Cinder v2 https://review.openstack.org/#/c/150979/
 
* Thoughts on doc work in progress? http://briancurtin.com/doc_reorg/
 
* Resource.list consistency (pagination disabled, or not supported but still returning lists) https://review.openstack.org/#/c/147686/
 
* Support for async Transport backend?
 
 
 
== Agenda for 2015-01-27 1900 UTC ==
 
* Roll Call
 
* Update: holding off on CDN + Rackspace auth plugin for now (internal deadline moved so I'm pushing it back a bit)
 
* Cinder v2 in progress (resource + high level) - going to the Cinder mid-cycle sprint to show them what's up
 
* Resource.page - how to represent this in the higher level? Same with Resource.find
 
* Auth plugin refactor (merged) - what's next for User Preference and the module loader?
 
 
 
== Agenda for 2015-01-20 1900 UTC ==
 
* Roll Call
 
* Update on CDN
 
** Resources "done", but can't test them without the Rackspace piece working (or until it works in devstack). Workflow-1 for now.
 
** Rackspace "plugin" mostly done, but currently lives in-tree (next to v2 and v3 plugins). Looking at how to work with it outside of the repo as a true plugin.
 
* Object Store proxy - any strong objection to merging and working on part 2? (easier setting of attributes/header values)
 
* Other proxies - Ian's image one, any others moving forward - how to proceed?
 
 
 
== Agenda for 2014-11-25 1900 UTC ==
 
* Roll Call
 
* Swift devs will likely be joining us to contribute soon
 
** Brian's ``object_store`` proxy is basically "done" to get something out there working that we can mold, just needs tests.
 
** Documentation is shaping up, waiting to hear back if there are any gaps that outsiders might need near term.
 
* Regionless and versionless services
 
** Terry has a review out to start on versionless (https://review.openstack.org/#/c/136632/)
 
** Brian has a review out to start on regionless (https://review.openstack.org/#/c/136655/)
 
 
 
== Agenda for 2014-11-18 1900 UTC ==
 
* Roll Call
 
* Implement iterator paging - https://review.openstack.org/134105 - one +2, need more views
 
* entry_points to load services - https://review.openstack.org/131314 - summit discussion leaned towards no
 
* prop attr access return None by default - https://review.openstack.org/134632 - one +2, need more views
 
* high level views (swift and jenkins)
 
** How do we want to move forward with these particular reviews?
 
** Once those are in, how do we want to progress with them before expanding to provide the same high-level view across all other resources?
 
* Unicode/bytes - do we need to take a stance on this at any level, or pass through whatever values we're given? e.g., when creating an object in object-store, does that name need to be one or the other? (I think we're just a pass-through, but want to be sure)
 
 
 
== Agenda for 2014-08-12 1900 UTC ==
 
* Roll Call
 
* Discussion on more complex/nested resources
 
** path_args stuff, needing to inject other information into some of the classmethods
 
** No movement on pinging community for higher level, want to have more of this fleshed out for examples
 
 
 
== Agenda for 2014-08-12 1900 UTC ==
 
* Roll Call
 
* Current state of Resources
 
** Compute, Networking, and Telemetry seem to be coming along well
 
** Object Storage
 
*** https://review.openstack.org/#/c/111807/ (comments addressed, should be ready)
 
** Are we going in a good and/or right direction in general?
 
** Where to go from here?
 
***Think about higher level before we go too far? (something that doesn't require you to pass sessions around all the time)
 
***Think about the lower level before we go too far? (something that just gives back dicts, like Dean mentioned)
 
 
 
== Agenda for 2014-08-05 1900 UTC ==
 
* Roll Call
 
* Neutron reviews
 
** Some need type corrections (many bools, some ints, some list/dict) -- acceptable for them to go in as-is and follow up with a bug report to go back and correct?
 
* Swift account/container review -- went back to Container.list lists containers, rather than previous attempt which had Container.list listing objects in a container
 
* No movement on the so called lower level resource right now, will split out next
 
* Resource automation - Terry has some script
 
 
 
== Agenda for 2014-07-29 1900 UTC ==
 
* Roll Call
 
* https://review.openstack.org/#/c/104948/ -- add some factories
 
** Needs a comment added to authenticator.create to say the function should be removed since we'll never be able to keep up with plugins. Was agreed upon by Jamie, Terry, and Brian - otherwise is ready to go.
 
* swift status -- stuck on a good way to get the container into the Object class, the first such resource that requires additional information. The first swift implementation was injecting the container name into the dictionary that was used to create Object, which had an unorthodox usage compared to other services.
 
* Terry submitted a Summit talk proposal on the project
 
* Lower level discussion that Dean has wanted to have
 
 
 
== Agenda for 2014-07-22 1900 UTC ==
 
* Roll Call
 
* https://review.openstack.org/#/c/104948/ -- add some factories
 
* https://review.openstack.org/#/c/105728/ -- full flavor CRUD
 
* https://review.openstack.org/#/c/104987/ -- swift resource (not 100%)
 
** Container.list needs a change that was hacked into a previous patch set to get the proper request path
 
* Dean wants to talk about low level API
 
 
 
== Agenda for 2014-07-08 1900 UTC ==
 
* Roll Call
 
* https://review.openstack.org/#/c/104948/ -- Add some factories
 
** has one +2
 
* https://review.openstack.org/#/c/105431/ -- Minor fixes to examples
 
* Swift and Neutron resources
 
** right direction?
 
** how to build on them?
 
** what's next?
 
 
== Agenda for 2014-07-01 1900 UTC ==
 
* Roll Call
 
* Accessories (things examples/resources depend on)
 
** https://review.openstack.org/#/c/102587/ -- Add common method to find a resource
 
** https://review.openstack.org/#/c/103677/ -- Add support for HEAD requests of resources
 
** https://review.openstack.org/#/c/102561/ -- Add --data option to debug curl logging
 
** https://review.openstack.org/#/c/102504/ -- Have exceptions print something by default
 
** https://review.openstack.org/#/c/102587/ -- Add common method to find a resource
 
** https://review.openstack.org/#/c/102607/ -- Change transport JSON handling
 
** https://review.openstack.org/#/c/102564/ -- Have the service catalog ignore empty urls
 
* Examples
 
** https://review.openstack.org/#/c/102590/ -- Example create command
 
** https://review.openstack.org/#/c/102591/ -- Add example delete
 
** https://review.openstack.org/#/c/102922/ -- Add example get
 
* Resources
 
** https://review.openstack.org/#/c/102593/ -- Simple network resource
 
** https://review.openstack.org/#/c/99463/ -- Very basic image resource
 
 
 
== Agenda for 2014-06-24 1900 UTC ==
 
* Roll Call
 
* https://review.openstack.org/#/c/99456/ -- Important changes for service filtering
 
** Updated to address Alex and Dolph's concerns on previous patch set, has one +2
 
* https://review.openstack.org/#/c/99463/ -- Very basic image resource
 
* Not far enough along for review, but working on swift resource, fitting head request for account info into it right now
 
 
 
== Agenda for 2014-06-17 1900 UTC ==
 
* Roll Call
 
* Discuss namespacing scheme
 
** Need to be mindful of cross-service SDK usage, e.g., Heat server talking to Glance API. Building our resources out as openstack.image, openstack.compute, may be presumptuous.
 
** Different top-level namespace? Perhaps openstack.sdk.compute?
 
* https://review.openstack.org/#/c/99456/ - Important changes for service filtering
 
** has one +2
 
* https://review.openstack.org/#/c/99458/ - json default for transport and resource __repr__
 
** has one +2, was also blessed by Dean
 
* https://review.openstack.org/#/c/99463/ - Very basic image resource
 
** No formal reviews, Brian is ok with it but needs to finish reviewing
 
* https://review.openstack.org/#/c/99477/ - Make the session command a little more friendly
 
** has one +2
 
 
 
== Agenda for 2014-06-10 1900 UTC ==
 
* Roll Call
 
* https://review.openstack.org/#/c/98917/ - Important auth fixes
 
** has one +2
 
* ...which is a dependency of https://review.openstack.org/#/c/97829/ - Example code reorg and auth examples
 
** has one -2, Dean has https://review.openstack.org/#/c/98858/ to show where he was going with similar work
 
* ...which is a dependency of https://review.openstack.org/#/c/98524/ - Example session command
 
** has one +2 after being slimmed down
 
* On examples: perhaps need to make clearer distinction between end-user examples, and developer examples (for us)
 
* Any status on building out resources
 
 
 
== Agenda for 2014-05-27 1900 UTC ==
 
* Roll Call
 
* https://review.openstack.org/#/c/91889/ -- Authentication from keystoneclient
 
** updated since Summit, has some comments, needs more reviews!
 
* https://review.openstack.org/#/c/94887 -- Clean up transport stuff out of the resource class
 
** small, has one +2, reviews would be helpful to move along
 
* https://review.openstack.org/#/c/94707 -- Add command structure to example code
 
** small, has one +2, reviews would be helpful to move along
 
 
 
== Agenda for 2014-05-20 1900 UTC ==
 
* Roll Call
 
* Can't run coverage until new pbr comes out with support for a testr argument called [https://git.openstack.org/cgit/openstack-dev/pbr/commit/pbr?id=d68a32126588de9d0e865f546d22293bae269130 "coverage-package-name"]
 
* https://review.openstack.org/#/c/91448/ -- Example code for presentation
 
** When rebased, should be fine to go in. Depends on "Add presentation layer".
 
* https://review.openstack.org/#/c/90538/ -- Add presentation layer
 
** Has one +2
 
* https://review.openstack.org/#/c/91889/ -- Authentication from keystoneclient
 
** some updates from Terry before summit - any other plans here?
 
 
 
== Agenda for 2014-05-06 1900 UTC ==
 
* Roll Call
 
* https://review.openstack.org/#/c/90301/ -- Resource Properties
 
** Has two +1s but one minor issue, has a suggestion to address it.
 
* https://review.openstack.org/#/c/91448/ -- Example code for presentation
 
** Test failure in dependent change, but it seems pretty straightforward.
 
* https://review.openstack.org/#/c/90538/ -- Add presentation layer
 
** Was changed around from initial comments by Jamie. Last patch set has a comment that will make tests pass all around.
 
* https://review.openstack.org/#/c/91889/ -- Authentication from keystoneclient
 
** C&P from keystoneclient, needs to take out some deprecated or no longer useful things that came along with it
 
 
 
== Agenda for 2014-04-29 1900 UTC ==
 
* Roll Call
 
* Open discussion? Anything on your minds?
 
 
 
== Agenda for 2014-04-22 1900 UTC ==
 
* Roll Call
 
* Outline a plan to move forward, ideally with rough timelines. If we can pull it together, it would be nice to head into the OpenStack Summit with a minimum viable demo of the project.
 
** Class design decision between the proposals
 
*** What is outstanding?
 
*** What do we need to do to reach consensus?
 
*** When can we build on top of the winner?
 
** When can we implement the minimally needed Keystone bits to build out a service?
 
** When can we implement the first service?
 
* Discuss open reviews
 
 
 
== Agenda for 2014-04-15 1900 UTC ==
 
* Roll Call
 
* Quick mention of chatter from PyCon on the project
 
* Ed's proposal: https://review.openstack.org/#/c/85720/
 
* Jamie's proposal: https://review.openstack.org/#/c/86227/
 
 
 
== Agenda for 2014-04-08 1900 UTC ==
 
* Roll Call (many parties in transit to PyCon)
 
* Discussion of base code for class design commit: https://review.openstack.org/#/c/85720/
 
** Limit discussion to design approach, and not specific code concerns
 
** There is one other proposed entry, but no code yet. Any others we should consider?
 
** Timeline for selecting a design and moving forward with it
 
* Discussion of any other in-progress reviews
 
* Possible BoF at PyCon if enough people attending
 
 
 
== Agenda for 2014-04-01 1900 UTC ==
 
* Discussion of pace and how to speed things up
 
** Several reviews nearing completion
 
** Next steps to build on top, pushing towards an MVP
 
* Discussion of class design BP/wiki
 
** https://blueprints.launchpad.net/unifiedsdk/+spec/overall-class-design
 
** https://wiki.openstack.org/wiki/PythonOpenStackSDK/ClassDesignDiscussion
 
* Discussion of any in-progress reviews
 
* Plan the next steps, hoping to get more code flowing into reviews
 
 
 
== Agenda for 2014-03-25 1900 UTC ==
 
* Roll Call
 
* requests.Session wrapper: https://review.openstack.org/#/c/81882/
 
* redirection handling: https://review.openstack.org/#/c/81988/
 
* Design Summit submission: http://summit.openstack.org/cfp/details/95
 
 
 
== Agenda for 2014-03-18 1900 UTC ==
 
* Roll Call
 
* Discuss direction and plans for http/identity sketches: https://review.openstack.org/#/c/79435/
 
* Design Summit submissions: http://summit.openstack.org/cfp/details/95 and http://summit.openstack.org/cfp/details/34
 
* Plan next steps - expansion of example, expansion of services, etc.
 
 
 
== Agenda for 2014-03-11 1900 UTC ==
 
 
 
* Roll Call
 
* Discuss direction and plans for http/identity sketches: https://review.openstack.org/#/c/79435/
 
* Gauge interest in meeting during the OpenStack Design Summit in Atlanta in May
 
 
 
== Agenda for 2014-03-04 1900 UTC ==
 
 
 
* Roll Call
 
* Feedback on the wiki / current state (open discussion)
 
* Discuss extension models for third-party vendors
 
* API strawman status
 
 
 
== Agenda for 2014-02-19 1900 UTC ==
 
 
 
* Roll Call
 
* Feedback on the wiki / current state (open discussion)
 
* Current public API designs & interfaces
 
* Internal HTTP client architecture
 
* State of blueprints
 
* PTL
 
  
 
== Previous Meetings ==
 
== Previous Meetings ==
  
 +
* [http://eavesdrop.openstack.org/meetings/python_openstacksdk/2016/ 2016 Meeting Archive]
 +
* [http://eavesdrop.openstack.org/meetings/python_openstacksdk/2015/ 2015 Meeting Archive]
 
* [http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/ 2014 Meeting Archive]
 
* [http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/ 2014 Meeting Archive]

Revision as of 19:05, 26 January 2016

Weekly Python-OpenStackSDK Team Meeting

If you're interested in the PythonOpenStackSDK, we will be holding public meetings weekly to discuss its ongoing development. Please feel free to add items to the agenda below with your IRC nickname and we'll cover them. The meeting will last 1 hour.

Meetings

Agenda

  • #startmeeting python-openstacksdk
  • #topic 1.0 Gerrit pruning - figure out what we actually need to keep

Previous Meetings