HTML version: http://www.openstack.org/blog/2016/11/openstack-developer-mailing-list-digest-20161104/
Cross Project Proprietary Driver Code Recap
* At the Barcelona design summit there was a cross-project session on the
challenge we’re running where to draw the line with proprietary driver code
* Option 1:
- All libraries imported by the driver must be licensed such that they are
redistributable by package maintainers and must be compatible with the
Apache license .
- Existing non-compliant driver code would need to be updated by Queens
- Code that’s not imported at the driver runtime (CLIs, external binaries,
remote application servers) are acceptable to not be redistributable.
* Option 2:
- Remove all drivers that are not completely open source and contained in the
* Option 3:
- Require majority of the business logic is in the open source code.
- Allow third party, non-redistributable libraries and CLIs that are used as
more of an “RPC” type interface.
- Reviewers should be able to review the driver and at least get some idea of
the steps the driver is doing to perform requests.
* Jeremy Stanley would like to take option 1 a step further and provide better
guidance. We should recommend against drivers calling proprietary tools. Some
vendors go this route because they already have a non-free CLI tool and avoid
code cost duplication. Other vendors may do this to copy other vendors.
- The desire of having things redistributable is so that downstream consumers
of OpenStack are not beholden to vendors just to be able to use our (free!)
software with hardware they have.
- For example
-- Vendor decides to stop supporting a proprietary command line tool
-- You decide to stop paying support contracts to download that tool
-- Vendor disappears
* Full thread: http://lists.openstack.org/pipermail/openstack-dev/2016-October/106432.html
Ocata Release Management Communication
* To the PTL’s or or volunteers filling in for a PTL:
- The “[release]” topic tag on the openstack-dev mailing list will be used
for important messages.
- Countdown email with updates on focus, tasks, and upcoming dates.
- Be available on #openstack-release, especially during deadline periods.
It’s up to you to configure an IRC bouncer to ensure this.
* Written documentation
- Read the Ocata cycle schedule .
- Some projects have their own deadlines. Feel free to submit a patch to this
schedule within the openstack/release repository.
* The Ocata cycle overlaps with several major holidays. If you’re planning time
off, please make sure your duties are covered by someone else on your team.
Let the release team know about this so they’re not waiting for your +1.
* Failing to follow through on a needed process step may block you from
successfully meeting deadlines or releasing.
* Releases milestones and deadlines are date-based, not feature based. When the
date passes, so does the milestone. If you miss it, you miss it.
* Full thread: http://lists.openstack.org/pipermail/openstack-dev/2016-November/106509.html
* The release team at the Barcelona summit discussed how to improve release
announcements as posting them to openstack-dev and openstack-announce has
proven to be pretty noisy.
* Proposed solution is to move these announcements to another mailing list. Choices are:
* Full thread: http://lists.openstack.org/pipermail/openstack-dev/2016-November/thread.html#106579
* API guidelines that will be merged in one week if there is no further
- Complex queries 
- Specify time intervals based filtering queries 
- Clarify why CRUD is not a great descriptor 
* Guidelines under review:
- Define pagination guidelines 
- Add API capabilities discovery 
* Full thread: http://lists.openstack.org/pipermail/openstack-dev/2016-November/106671.html
Release Countdown for Week R-15
- Teams should be focusing on wrapping up incomplete work left over from the
end of the Newton cycle.
- Finalizing and announcing plans from the summit
- Completing specs and blueprints
* General notes:
- Stable and independent releases have resumed.
- We cut time out of the Ocala schedule before the first milestone. Ocata-1
will be during R-14.
* Release actions:
- Release liaisons should add their name and contact information to the wiki
- Release liaisons should configure their IRC clients to join
- Release liaisons should review the release models for all deliverables and
make any updates with patches to openstack/governance before the first
- PTLs should add their acknowledgement of the Ocala series community goal
* Important dates:
- Ocata 1 Milestone: 17 Nov
- Ocata release schedule 
* Full thread: http://lists.openstack.org/pipermail/openstack-dev/2016-November/106678.html
 - https://etherpad.openstack.org/p/ocata-xp-proprietary-drivers
 - http://governance.openstack.org/reference/licensing.html
 - http://releases.openstack.org/ocata/schedule.html
 - https://review.openstack.org/#/c/386614/
 - https://review.openstack.org/#/c/383862/
 - https://review.openstack.org/#/c/392156/
 - https://review.openstack.org/#/c/390973/
 - https://review.openstack.org/#/c/386555/
 - https://wiki.openstack.org/wiki/CrossProjectLiaisons#Release_management
 - http://governance.openstack.org/goals/ocata/remove-incubated-oslo-code.html
 - http://releases.openstack.org/ocata/schedule.html
OpenStack Development Mailing List (not for usage questions)