<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>https://wiki.openstack.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Doug-hellmann</id>
		<title>OpenStack - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="https://wiki.openstack.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Doug-hellmann"/>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/wiki/Special:Contributions/Doug-hellmann"/>
		<updated>2026-06-28T09:55:49Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.28.2</generator>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=PTG/Train/Etherpads&amp;diff=169809</id>
		<title>PTG/Train/Etherpads</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=PTG/Train/Etherpads&amp;diff=169809"/>
				<updated>2019-05-02T18:03:11Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Projects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
This is the list of etherpads for the Projects Team Gathering for the Train release in Denver, 2019. Each team can organize the content on their allocated day(s) in the way that seems to most appropriate to them. We suspect most teams will avoid strict timeboxed slots and will use etherpads to list topics to cover. This page lists those etherpads for easy reference.&lt;br /&gt;
&lt;br /&gt;
For more details on the event, see the [https://www.openstack.org/ptg/ event website].&lt;br /&gt;
&lt;br /&gt;
For what's happening '''right now''' (during the event), see the [http://ptg.openstack.org/ptg.html ptgbot page].&lt;br /&gt;
&lt;br /&gt;
=== Projects ===&lt;br /&gt;
* Blazar - https://etherpad.openstack.org/p/blazar-ptg-train&lt;br /&gt;
* Charms - https://etherpad.openstack.org/p/charms-train-ptg&lt;br /&gt;
* Cinder - https://etherpad.openstack.org/p/cinder-train-ptg-planning&lt;br /&gt;
* Cyborg - https://etherpad.openstack.org/p/cyborg-ptg-train&lt;br /&gt;
* Docs/I18n - https://etherpad.openstack.org/p/docs-i18n-ptg-train&lt;br /&gt;
* Fenix&lt;br /&gt;
** Fenix general - https://etherpad.openstack.org/p/DEN2019-fenix-PTG&lt;br /&gt;
** Fenix - ETSI NFV - https://etherpad.openstack.org/p/DEN2019-fenix-ETSI-NFV-PTG&lt;br /&gt;
* Glance - https://etherpad.openstack.org/p/Glance-Train-PTG-planning&lt;br /&gt;
* Heat - https://etherpad.openstack.org/p/DEN-Train-Heat&lt;br /&gt;
* Horizon - https://etherpad.openstack.org/p/horizon-train-ptg&lt;br /&gt;
* Infra - https://etherpad.openstack.org/p/2019-denver-ptg-infra-planning&lt;br /&gt;
* Ironic - https://etherpad.openstack.org/p/DEN-train-ironic-ptg&lt;br /&gt;
* Keystone - https://etherpad.openstack.org/p/keystone-train-ptg&lt;br /&gt;
* Magnum - https://etherpad.openstack.org/p/magnum-train-ptg&lt;br /&gt;
* Manila&lt;br /&gt;
** Planning: https://etherpad.openstack.org/p/manila-denver-train-ptg-planning&lt;br /&gt;
** Minutes/Proceedings: https://etherpad.openstack.org/p/manila-ptg-train&lt;br /&gt;
* Monasca - https://etherpad.openstack.org/p/monasca-ptg-train&lt;br /&gt;
* Neutron - https://etherpad.openstack.org/p/openstack-networking-train-ptg&lt;br /&gt;
* Nova - https://etherpad.openstack.org/p/nova-ptg-train&lt;br /&gt;
* Octavia - https://etherpad.openstack.org/p/octavia-train-ptg&lt;br /&gt;
* OpenStackAnsible - https://etherpad.openstack.org/p/osa-train-ptg&lt;br /&gt;
* OpenStack Client - https://etherpad.openstack.org/p/train-ptg-osc&lt;br /&gt;
* OpenStack Helm - https://etherpad.openstack.org/p/osh-ptg-train&lt;br /&gt;
* Oslo - https://etherpad.openstack.org/p/oslo-train-topics&lt;br /&gt;
* Placement - https://etherpad.openstack.org/p/placement-ptg-train&lt;br /&gt;
* QA&lt;br /&gt;
** Schedule: https://ethercalc.openstack.org/Train-PTG-QA-Schedule&lt;br /&gt;
** Etherpad: https://etherpad.openstack.org/p/qa-train-ptg&lt;br /&gt;
* Release Team - https://etherpad.openstack.org/p/relmgmt-train-ptg&lt;br /&gt;
* StoryBoard - https://etherpad.openstack.org/p/sb-train-ptg&lt;br /&gt;
* Swift - https://etherpad.openstack.org/p/swift-ptg-train&lt;br /&gt;
* Tripleo &lt;br /&gt;
** Schedule: https://etherpad.openstack.org/p/tripleo-ptg-train&lt;br /&gt;
** Topic Planning: https://etherpad.openstack.org/p/tripleo-train-topics&lt;br /&gt;
* Vitrage - https://etherpad.openstack.org/p/vitrage-train-ptg&lt;br /&gt;
&lt;br /&gt;
=== Cross-Project ===&lt;br /&gt;
* Nova/Cinder - https://etherpad.openstack.org/p/ptg-train-xproj-nova-cinder&lt;br /&gt;
* Nova/Cyborg - https://etherpad.openstack.org/p/ptg-train-xproj-nova-cyborg&lt;br /&gt;
* Nova/Ironic - https://etherpad.openstack.org/p/ptg-train-xproj-nova-ironic&lt;br /&gt;
* Nova/Keystone - https://etherpad.openstack.org/p/ptg-train-xproj-nova-keystone&lt;br /&gt;
* Nova/Neutron - https://etherpad.openstack.org/p/ptg-train-xproj-nova-neutron&lt;br /&gt;
* Nova/Placement - https://etherpad.openstack.org/p/ptg-train-xproj-nova-placement&lt;br /&gt;
* Cyborg/Ironic - https://etherpad.openstack.org/p/ptg-train-xproj-ironic-cyborg&lt;br /&gt;
&lt;br /&gt;
=== SIG/Theme/Other ===&lt;br /&gt;
* API SIG - https://etherpad.openstack.org/p/api-sig-ptg-train&lt;br /&gt;
* Edge WG - https://etherpad.openstack.org/p/edge-wg-ptg-preparation-denver-2019&lt;br /&gt;
* Technical Committee - https://etherpad.openstack.org/p/tc-train-ptg&lt;br /&gt;
* Scientific SIG - https://etherpad.openstack.org/p/scientific-sig-ptg-train&lt;br /&gt;
* Self-healing SIG - https://etherpad.openstack.org/p/DEN-self-healing-SIG&lt;br /&gt;
* Security SIG - https://etherpad.openstack.org/p/security-sig-ptg-train&lt;br /&gt;
* Public Cloud SIG - https://etherpad.openstack.org/p/DEN-public-cloud-SIG&lt;br /&gt;
* Auto-scaling SIG - https://etherpad.openstack.org/p/DEN-auto-scaling-SIG&lt;br /&gt;
* Upgrades SIG - https://etherpad.openstack.org/p/upgrade-sig-ptg-train&lt;br /&gt;
* K8s SIG - https://etherpad.openstack.org/p/k8s-sig-ptg-train&lt;br /&gt;
&lt;br /&gt;
=== Pilot Projects ===&lt;br /&gt;
* Airship - https://etherpad.openstack.org/p/airship-ptg-train&lt;br /&gt;
* StarlingX - https://etherpad.openstack.org/p/stx-ptg-agenda&lt;br /&gt;
&lt;br /&gt;
=== Other ===&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Forum/Denver2019&amp;diff=169766</id>
		<title>Forum/Denver2019</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Forum/Denver2019&amp;diff=169766"/>
				<updated>2019-04-30T19:42:17Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Tuesday April 30 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Etherpads ==&lt;br /&gt;
The grand list of all of the Denver 2019 [[Forum]] etherpads. Please add links to etherpads below!&lt;br /&gt;
(You might use the prior Forum entries for ideas:  https://wiki.openstack.org/wiki/Forum/Berlin2018 )&lt;br /&gt;
&lt;br /&gt;
At the Forum the entire OpenStack community (users and developers) gathers to brainstorm the requirements for the next release, gather feedback on the past version and have strategic discussions that go beyond just one release cycle. The Berlin Forum was the start of the planning phase for the '''T''' development cycle. Please prepare session ideas with feedback from the '''Stein''' release in mind.&lt;br /&gt;
&lt;br /&gt;
=== Monday April 29 ===&lt;br /&gt;
[11:10-11:50] [https://etherpad.openstack.org/p/DEN-keystone-forum-sessions-app-creds Keystone Application Credentials: Status and Planning]&lt;br /&gt;
&lt;br /&gt;
[11:10-11:50] [https://etherpad.openstack.org/p/DEN-train-next-steps-for-standalone-ironic Next steps for standalone ironic]&lt;br /&gt;
&lt;br /&gt;
[12:00-12:40] [https://etherpad.openstack.org/p/DEN-keystone-forum-sessions-operator-feedback Keystone Operator Feedback]&lt;br /&gt;
&lt;br /&gt;
[12:00-12:40] [https://etherpad.openstack.org/p/DEN-bare-metal-SIG Bare Metal SIG]&lt;br /&gt;
&lt;br /&gt;
[14:00-14:40] [https://etherpad.openstack.org/p/keystone-for-multi-tenancy-in-kubernetes Leveraging OpenStack Keystone for Multi-Tenancy Support in Kubernetes]&lt;br /&gt;
&lt;br /&gt;
[14:50-15-30] [https://etherpad.openstack.org/p/service-consumption Consumption models for service projects]&lt;br /&gt;
&lt;br /&gt;
[14:50-15-30] [https://etherpad.openstack.org/p/DEN-auto-scaling-SIG Auto-scaling SIG]&lt;br /&gt;
&lt;br /&gt;
[15:50-16:30] [https://etherpad.openstack.org/p/storyboard-pain-points Ibuprofen for Your StoryBoard Pain Points]&lt;br /&gt;
&lt;br /&gt;
[15:50-16:30] [https://etherpad.openstack.org/p/DEN-change-ownership-of-resources OpenStack: Change ownership of resources - followup]&lt;br /&gt;
&lt;br /&gt;
[14:40-15:20] [https://etherpad.openstack.org/p/DEN-Ops-Catch-Up Ops Community Gathering and Meetup Planning]&lt;br /&gt;
&lt;br /&gt;
[16:40-17:20] [https://etherpad.openstack.org/p/forum-technical-vision-doc Technical vision document: Check in and question session]&lt;br /&gt;
&lt;br /&gt;
=== Tuesday April 30 ===&lt;br /&gt;
[9:00-9:40] [https://etherpad.openstack.org/p/DEN-vitrage-use-cases-forum Use cases for the new vitrage RCA UI]&lt;br /&gt;
&lt;br /&gt;
[9:50-10:30] [https://etherpad.openstack.org/p/DEN-deployment-tools-capabilities Deployment tools: define common capabilities]&lt;br /&gt;
&lt;br /&gt;
[9:50-10:30] [https://etherpad.openstack.org/p/DEN-linux-distro-best-practices Cross-project best practices for integration with Linux distributions]&lt;br /&gt;
&lt;br /&gt;
[10:50-11:30] [https://etherpad.openstack.org/p/DEN-ECG-MVP-feedback Edge Computing Group MVP Architecture feedback]&lt;br /&gt;
&lt;br /&gt;
[10:50-11:30] [https://etherpad.openstack.org/p/Den-forum-nova-cyborg-integration Nova-Cyborg Integration Updates and Next Steps]&lt;br /&gt;
&lt;br /&gt;
[11:40-12:20] [https://etherpad.openstack.org/p/DEN-ECG-use-cases-discssion-feedback Edge Computing use cases discussion and feedback]&lt;br /&gt;
&lt;br /&gt;
[11:40-12:20] [https://etherpad.openstack.org/p/playing-nice-openstackResMgmt-kubernetesResMgmt Playing Nice Together - OpenStack Resource Management and Kubernetes Resource Management]&lt;br /&gt;
&lt;br /&gt;
[11:40-12:20] [https://etherpad.openstack.org/p/DEN-train-api-sig API-SIG BoF]&lt;br /&gt;
&lt;br /&gt;
[13:40-14:20] [https://etherpad.openstack.org/p/DEN-update-on-placement-extraction-from-nova Update on placement extraction from nova]&lt;br /&gt;
&lt;br /&gt;
[13:40-14:20] [https://etherpad.openstack.org/p/DEN-baremetal-cluster-api baremetal cluster-api with ironic]&lt;br /&gt;
&lt;br /&gt;
[14:30-15:10] [https://etherpad.openstack.org/p/DEN-ECG-roadmap-and-feedback What is the Edge Computing Group and what it should be doing in the next 6 months?]&lt;br /&gt;
&lt;br /&gt;
[14:30-15:10] [https://etherpad.openstack.org/p/DEN-ptl-tips-and-tricks PTL Tips and Tricks]&lt;br /&gt;
&lt;br /&gt;
[16:20-17:00] [https://etherpad.openstack.org/p/new-contribs-state-and-deduplication Welcoming New Contributors State of the Union and Deduplication of Efforts] &lt;br /&gt;
&lt;br /&gt;
[1710-1750] [https://etherpad.openstack.org/p/DEN-ops-war-stories-LT Ops War Stories/Architecture Show and Tell Lightning Talks]&lt;br /&gt;
&lt;br /&gt;
=== Wednesday May 1 ===&lt;br /&gt;
[09:00-09:40] [https://etherpad.openstack.org/p/DEN-qa-onboarding QA Onboarding]&lt;br /&gt;
&lt;br /&gt;
[09:00-09:40] [https://etherpad.openstack.org/p/DEN-openlab-whats-next OpenLab: We Integrated K8s, What is Next?]&lt;br /&gt;
&lt;br /&gt;
[10:50-11:30] [https://etherpad.openstack.org/p/Den-forum-qa-ops-user-feedback Users/Operators adoption of QA tools/plugins]&lt;br /&gt;
&lt;br /&gt;
[1340-1240] [https://etherpad.openstack.org/p/DEN-osc-compute-api-gaps Closing compute API feature gaps in the openstack CLI]&lt;br /&gt;
&lt;br /&gt;
[13:40-14:20] [https://etherpad.openstack.org/p/denver-forum-cinder-improving-drvr-cap-rep Improving Cinder Driver Capability Reporting]&lt;br /&gt;
&lt;br /&gt;
[14:30-15:10] [https://etherpad.openstack.org/p/denver-forum-cinder-direct-user-feedback Cinder Opportunity for Direct User Feedback]&lt;br /&gt;
&lt;br /&gt;
[2:50-3:30] [https://etherpad.openstack.org/p/consumption-models Consumption Models for Service Projects]&lt;br /&gt;
&lt;br /&gt;
[3:20-4:00] [https://etherpad.openstack.org/p/DEN-tripleo-forum-scale TripleO architecture for thousand node scale ]&lt;br /&gt;
&lt;br /&gt;
[15:20-16:00] [https://etherpad.openstack.org/p/DEN-Deletion-of-resources OpenStack: Project Resource Cleanup - followup]&lt;br /&gt;
&lt;br /&gt;
[4:20-5:00] [https://etherpad.openstack.org/p/DEN-drive-common-goals OpenStack: how to drive common goals]&lt;br /&gt;
&lt;br /&gt;
[4:20-5:00] [https://etherpad.openstack.org/p/DEN-granular-policy-and-default-roles Increasing API accessibility with granular policy and default roles]&lt;br /&gt;
&lt;br /&gt;
[17:10-17:50] [https://etherpad.openstack.org/p/DEN-Operator-end-user-Public-cloud-feedback OpenStack: Operator, end user and Public cloud feedback]&lt;br /&gt;
&lt;br /&gt;
[17:10-17:50] [https://etherpad.openstack.org/p/DEN-unified-limits Unified limits update and migration]&lt;br /&gt;
&lt;br /&gt;
==List of Brainstorming Etherpads==&lt;br /&gt;
&lt;br /&gt;
===Catch-alls===&lt;br /&gt;
If you want to post an idea, but aren't working with a specific team or working group, you can use these:&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-Train-TC-brainstorming Technical Committee Catch-all]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-Train-UC-brainstorming User Committee Catch-all]&lt;br /&gt;
&lt;br /&gt;
===Etherpads from Teams and Working Groups===&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-train-api-sig API-SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-auto-scaling-SIG Auto scaling SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-Train-EWG-brainstorming Enterprise Working Group (EWG)]&lt;br /&gt;
* [https://etherpad.openstack.org/p/Denver-2019-Forum-DCN-Brainstorming DCN]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-fenix-forum-brainstorming Fenix]&lt;br /&gt;
* [https://etherpad.openstack.org/p/FC_SIG_Denver_forum_topics First Contact SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-train-ironic-brainstorming Ironic]&lt;br /&gt;
* [https://etherpad.openstack.org/p/kayobe-train-forum Kayobe]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-keystone-forum-sessions Keystone]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-train-forum-manila-brainstorming Manila]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-train-nova-brainstorming Nova]&lt;br /&gt;
* [https://etherpad.openstack.org/p/edge-wg-forum-preparation-denver-2019 OSF Edge Computing Group]&lt;br /&gt;
* [https://etherpad.openstack.org/p/oslo-train-topics Oslo]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-Train-PublicCloudWG-brainstorming Public Cloud WG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-train-forum-qa-brainstorming  QA]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-self-healing-SIG Self healing SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/SB_train_forum_brainstorming StoryBoard]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-Train-TC-brainstorming Technical Committee]&lt;br /&gt;
* [https://etherpad.openstack.org/p/tripleo-train-topics TripleO]&lt;br /&gt;
&lt;br /&gt;
===Etherpads from Pilot projects===&lt;br /&gt;
* [https://etherpad.openstack.org/p/stx-forum-preparation-denver-2019 StarlingX]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Forum/Denver2019&amp;diff=169746</id>
		<title>Forum/Denver2019</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Forum/Denver2019&amp;diff=169746"/>
				<updated>2019-04-29T22:42:15Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Monday April 29 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Etherpads ==&lt;br /&gt;
The grand list of all of the Denver 2019 [[Forum]] etherpads. Please add links to etherpads below!&lt;br /&gt;
(You might use the prior Forum entries for ideas:  https://wiki.openstack.org/wiki/Forum/Berlin2018 )&lt;br /&gt;
&lt;br /&gt;
At the Forum the entire OpenStack community (users and developers) gathers to brainstorm the requirements for the next release, gather feedback on the past version and have strategic discussions that go beyond just one release cycle. The Berlin Forum was the start of the planning phase for the '''T''' development cycle. Please prepare session ideas with feedback from the '''Stein''' release in mind.&lt;br /&gt;
&lt;br /&gt;
=== Monday April 29 ===&lt;br /&gt;
[11:10-11:50] [https://etherpad.openstack.org/p/DEN-keystone-forum-sessions-app-creds Keystone Application Credentials: Status and Planning]&lt;br /&gt;
&lt;br /&gt;
[11:10-11:50] [https://etherpad.openstack.org/p/DEN-train-next-steps-for-standalone-ironic Next steps for standalone ironic]&lt;br /&gt;
&lt;br /&gt;
[12:00-12:40] [https://etherpad.openstack.org/p/DEN-keystone-forum-sessions-operator-feedback Keystone Operator Feedback]&lt;br /&gt;
&lt;br /&gt;
[12:00-12:40] [https://etherpad.openstack.org/p/DEN-bare-metal-SIG Bare Metal SIG]&lt;br /&gt;
&lt;br /&gt;
[14:00-14:40] [https://etherpad.openstack.org/p/keystone-for-multi-tenancy-in-kubernetes Leveraging OpenStack Keystone for Multi-Tenancy Support in Kubernetes]&lt;br /&gt;
&lt;br /&gt;
[14:50-15-30] [https://etherpad.openstack.org/p/service-consumption Consumption models for service projects]&lt;br /&gt;
&lt;br /&gt;
[14:50-15-30] [https://etherpad.openstack.org/p/DEN-auto-scaling-SIG Auto-scaling SIG]&lt;br /&gt;
&lt;br /&gt;
[15:50-16:30] [https://etherpad.openstack.org/p/storyboard-pain-points Ibuprofen for Your StoryBoard Pain Points]&lt;br /&gt;
&lt;br /&gt;
[15:50-16:30] [https://etherpad.openstack.org/p/DEN-change-ownership-of-resources OpenStack: Change ownership of resources - followup]&lt;br /&gt;
&lt;br /&gt;
[14:40-15:20] [https://etherpad.openstack.org/p/DEN-Ops-Catch-Up Ops Community Gathering and Meetup Planning]&lt;br /&gt;
&lt;br /&gt;
[16:40-17:20] [https://etherpad.openstack.org/p/forum-technical-vision-doc Technical vision document: Check in and question session]&lt;br /&gt;
&lt;br /&gt;
=== Tuesday April 30 ===&lt;br /&gt;
[9:50-10:30] [https://etherpad.openstack.org/p/DEN-deployment-tools-capabilities Deployment tools: define common capabilities]&lt;br /&gt;
&lt;br /&gt;
[10:50-11:30] [https://etherpad.openstack.org/p/DEN-ECG-MVP-feedback Edge Computing Group MVP Architecture feedback]&lt;br /&gt;
&lt;br /&gt;
[11:40-12:20] [https://etherpad.openstack.org/p/DEN-ECG-use-cases-discssion-feedback Edge Computing use cases discussion and feedback]&lt;br /&gt;
&lt;br /&gt;
[13:40-14:20] [https://etherpad.openstack.org/p/DEN-update-on-placement-extraction-from-nova Update on placement extraction from nova]&lt;br /&gt;
&lt;br /&gt;
[14:30-15:10] [https://etherpad.openstack.org/p/DEN-ECG-roadmap-and-feedback What is the Edge Computing Group and what it should be doing in the next 6 months?]&lt;br /&gt;
&lt;br /&gt;
[14:30-15:10] [https://etherpad.openstack.org/p/DEN-ptl-tips-and-tricks PTL Tips and Tricks]&lt;br /&gt;
&lt;br /&gt;
[16:20-17:00] [https://etherpad.openstack.org/p/new-contribs-state-and-deduplication Welcoming New Contributors State of the Union and Deduplication of Efforts] &lt;br /&gt;
&lt;br /&gt;
[1710-1750] [https://etherpad.openstack.org/p/DEN-ops-war-stories-LT Ops War Stories/Architecture Show and Tell Lightning Talks]&lt;br /&gt;
&lt;br /&gt;
=== Wednesday May 1 ===&lt;br /&gt;
[09:00-09:40] [https://etherpad.openstack.org/p/DEN-qa-onboarding QA Onboarding]&lt;br /&gt;
&lt;br /&gt;
[09:00-09:40] [https://etherpad.openstack.org/p/DEN-openlab-whats-next OpenLab: We Integrated K8s, What is Next?]&lt;br /&gt;
&lt;br /&gt;
[10:50-11:30] [https://etherpad.openstack.org/p/Den-forum-qa-ops-user-feedback Users/Operators adoption of QA tools/plugins]&lt;br /&gt;
&lt;br /&gt;
[1340-1240] [https://etherpad.openstack.org/p/DEN-osc-compute-api-gaps Closing compute API feature gaps in the openstack CLI]&lt;br /&gt;
&lt;br /&gt;
[13:40-14:20] [https://etherpad.openstack.org/p/denver-forum-cinder-improving-drvr-cap-rep Improving Cinder Driver Capability Reporting]&lt;br /&gt;
&lt;br /&gt;
[14:30-15:10] [https://etherpad.openstack.org/p/denver-forum-cinder-direct-user-feedback Cinder Opportunity for Direct User Feedback]&lt;br /&gt;
&lt;br /&gt;
[2:50-3:30] [https://etherpad.openstack.org/p/consumption-models Consumption Models for Service Projects]&lt;br /&gt;
&lt;br /&gt;
[3:20-4:00] [https://etherpad.openstack.org/p/DEN-tripleo-forum-scale TripleO architecture for thousand node scale ]&lt;br /&gt;
&lt;br /&gt;
[15:20-16:00] [https://etherpad.openstack.org/p/DEN-Deletion-of-resources OpenStack: Project Resource Cleanup - followup]&lt;br /&gt;
&lt;br /&gt;
[4:20-5:00] [https://etherpad.openstack.org/p/DEN-drive-common-goals OpenStack: how to drive common goals]&lt;br /&gt;
&lt;br /&gt;
[17:10-17:50] [https://etherpad.openstack.org/p/DEN-Operator-end-user-Public-cloud-feedback OpenStack: Operator, end user and Public cloud feedback]&lt;br /&gt;
&lt;br /&gt;
==List of Brainstorming Etherpads==&lt;br /&gt;
&lt;br /&gt;
===Catch-alls===&lt;br /&gt;
If you want to post an idea, but aren't working with a specific team or working group, you can use these:&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-Train-TC-brainstorming Technical Committee Catch-all]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-Train-UC-brainstorming User Committee Catch-all]&lt;br /&gt;
&lt;br /&gt;
===Etherpads from Teams and Working Groups===&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-auto-scaling-SIG Auto scaling SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-Train-EWG-brainstorming Enterprise Working Group (EWG)]&lt;br /&gt;
* [https://etherpad.openstack.org/p/Denver-2019-Forum-DCN-Brainstorming DCN]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-fenix-forum-brainstorming Fenix]&lt;br /&gt;
* [https://etherpad.openstack.org/p/FC_SIG_Denver_forum_topics First Contact SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-train-ironic-brainstorming Ironic]&lt;br /&gt;
* [https://etherpad.openstack.org/p/kayobe-train-forum Kayobe]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-keystone-forum-sessions Keystone]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-train-forum-manila-brainstorming Manila]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-train-nova-brainstorming Nova]&lt;br /&gt;
* [https://etherpad.openstack.org/p/edge-wg-forum-preparation-denver-2019 OSF Edge Computing Group]&lt;br /&gt;
* [https://etherpad.openstack.org/p/oslo-train-topics Oslo]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-Train-PublicCloudWG-brainstorming Public Cloud WG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-train-forum-qa-brainstorming  QA]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-self-healing-SIG Self healing SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/SB_train_forum_brainstorming StoryBoard]&lt;br /&gt;
* [https://etherpad.openstack.org/p/DEN-Train-TC-brainstorming Technical Committee]&lt;br /&gt;
* [https://etherpad.openstack.org/p/tripleo-train-topics TripleO]&lt;br /&gt;
&lt;br /&gt;
===Etherpads from Pilot projects===&lt;br /&gt;
* [https://etherpad.openstack.org/p/stx-forum-preparation-denver-2019 StarlingX]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=168312</id>
		<title>Python3</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=168312"/>
				<updated>2019-02-11T23:12:57Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Status of Python 3 in Linux distributions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page tracks the progress of Python 3 effort porting for OpenStack.&lt;br /&gt;
&lt;br /&gt;
== IRC: #openstack-dev ==&lt;br /&gt;
&lt;br /&gt;
Join the #openstack-dev IRC channel on the Freenode network to discuss Python 3.&lt;br /&gt;
&lt;br /&gt;
== Python 3 ==&lt;br /&gt;
&lt;br /&gt;
[http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?]&lt;br /&gt;
:''Python 3 is usually seen as the new Python version which breaks compatibility and raises new Unicode issues. Python 3 is much more than that. It’s a new clean language which has a more consistent syntax. It has many new features, not less than 15 new modules. Python 3 is already well supported by major Linux distributions, whereas Python 2.7 reached its end-of-life. Slowly, some bugs cannot be fixed in Python 2.7 anymore and are only fixed in the latest Python 3 release. Python 3 is now 5 years old and considered as a mature programming language.''&lt;br /&gt;
&lt;br /&gt;
== Python 2: Python 2.6 support dropped, Python 2.7 only ==&lt;br /&gt;
&lt;br /&gt;
OpenStack Liberty targets Python 2.7 and 3.4.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support is being dropped in OpenStack since OpenStack Juno for servers. Python 2.6 support is currently kept in Oslo libraries and clients. See [https://etherpad.openstack.org/p/juno-cross-project-future-of-python juno-cross-project-future-of-python] etherpad.&lt;br /&gt;
&lt;br /&gt;
Python 3.3 support is being dropped since OpenStack Liberty.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 is slowly being dropped in the whole OpenStack project, ex: [https://review.openstack.org/#/c/201295/ Remove p26 job from DIB].&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support will be removed in Oslo and Clients clients for OpenStack Mitaka: [http://markmail.org/message/oe6wewgvbvvyts73 Oslo libraries dropping python 2.6 compatability].&lt;br /&gt;
&lt;br /&gt;
== Port Python 2 code to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
OpenStack project chose to use the same code base for Python 2 and Python 3. The [http://pythonhosted.org/six/ Six: Python 2 and 3 Compatibility Library] helps to write code working on both versions. OpenStack supported Python 2.6 for RHEL up to Juno, but not Python 2.5 and older. As we are targeting Python 3.4 and up, there is no need to avoid u'unicode' syntax. Do not use six.u('unicode').&lt;br /&gt;
&lt;br /&gt;
=== Before you begin ===&lt;br /&gt;
&lt;br /&gt;
If you're doing development with Ubuntu/Debian (and not using devstack with the USE_PYTHON flag set), then you'll need the following packages installed to run the py34 tox unit test targets in the projects:&lt;br /&gt;
&lt;br /&gt;
    sudo apt-get install python3.4 python3.4-dev&lt;br /&gt;
&lt;br /&gt;
=== sixer tool ===&lt;br /&gt;
&lt;br /&gt;
The [https://pypi.python.org/pypi/sixer sixer] tool helps to replace most basic patterns to add Python 3 compatibility and it respects OpenStack coding style.&lt;br /&gt;
&lt;br /&gt;
=== Common patterns ===&lt;br /&gt;
&lt;br /&gt;
* Replace &amp;quot;for key in dict.iterkeys()&amp;quot; with &amp;quot;for key in dict&amp;quot;&lt;br /&gt;
* Replace dict.iteritems() with dict.items()&lt;br /&gt;
* Replace dict.itervalues() with dict.values()&lt;br /&gt;
&lt;br /&gt;
Note: Replacing dict.iteritems()/.itervalues() with six.iteritems(dict)/six.itervalues(dict) was preferred in the past, but there was [http://lists.openstack.org/pipermail/openstack-dev/2015-June/066391.html a discussion suggesting to avoid six for this]. The overhead of creating a temporary list on Python 2 is negligible.&lt;br /&gt;
&lt;br /&gt;
* Replace iterator.next() with next(iterator)&lt;br /&gt;
* Replace basestring with six.string_types&lt;br /&gt;
* Replace unicode with six.text_type&lt;br /&gt;
* Replace (str, unicode) with six.string_types&lt;br /&gt;
* Replace (int, long) with six.integer_types&lt;br /&gt;
* Replace func.func_name with func.__name__&lt;br /&gt;
* Replace exceptions.OSError with OSError and remove &amp;quot;import exceptions&amp;quot;&lt;br /&gt;
* map() and filter() if a list is needed on Python 3:&lt;br /&gt;
** Replace map(func, data) with [func(item) for item in data]&lt;br /&gt;
** Replace filter(lambda obj: test(obj), data) with [obj for obj in data if test(obj)]&lt;br /&gt;
** Note: Usually, tests fail because map() or filter() objects have no length&lt;br /&gt;
&lt;br /&gt;
=== Serialization: base64, JSON, etc. ===&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Get the [http://docs.openstack.org/developer/oslo.serialization/api.html#module-oslo_serialization.base64 base64 module] from oslo_serialization (from oslo_serialization import base64) to get functions:&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded)&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded, encoding='utf-8')&lt;br /&gt;
** oslo_serialization.base64.encode_as_bytes(s, encoding='utf-8')&lt;br /&gt;
**  oslo_serialization.base64.encode_as_text(s, encoding='utf-8')&lt;br /&gt;
* Replace text.encode('base64') and base64.b64encode(text) with:&lt;br /&gt;
** base64.b64encode(text): only accept bytes and returns bytes,&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_bytes(text): accept bytes or Unicode and returns bytes&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_text(text): accept bytes and Unicode and returns Unicode&lt;br /&gt;
** '''Warning:''' base64.encodestring(raw) adds a newline (&amp;quot;\n&amp;quot;), whereas encode_as_bytes() and encode_as_text() don't.&lt;br /&gt;
* Replace raw.decode('base64') with:&lt;br /&gt;
** base64.b64decode(raw): return bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded): accept bytes and Unicode, returns bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded): accept bytes and Unicode, returns Unicode&lt;br /&gt;
&lt;br /&gt;
Hexadecimal:&lt;br /&gt;
&lt;br /&gt;
* Replace raw.decode('hex') with binascii.unhexlify(raw)&lt;br /&gt;
* Replace bytes.encode('hex') with binascii.hexlify(bytes)&lt;br /&gt;
&lt;br /&gt;
JSON:&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Replace json.dumps(obj) with [http://docs.openstack.org/developer/oslo.serialization/api.html#oslo_serialization.jsonutils.dump_as_bytes oslo_serialization.jsonutils.dump_as_bytes(obj)]&lt;br /&gt;
* Replace json.loads(obj) with oslo_serialization.jsonutils.loads(obj): it accepts bytes and Unicode, bytes is decoded from UTF-8. It avoids &amp;quot;if isinstance(obj, bytes): obj = obj.decode('utf-8')&amp;quot; which may require a second temporary variable.&lt;br /&gt;
&lt;br /&gt;
=== contextlib.nested ===&lt;br /&gt;
&lt;br /&gt;
To replaced contextlib.nested is to use [https://docs.python.org/3/library/contextlib.html#contextlib.ExitStack contextlib.ExitStack]. It's available on Python 2 using [https://contextlib2.readthedocs.org/en/latest/#contextlib2.ExitStack contextlib2.ExitStack]. For contextlib.nested, nova/test.py defines:&lt;br /&gt;
&lt;br /&gt;
 if six.PY3:&lt;br /&gt;
     @contextlib.contextmanager&lt;br /&gt;
     def nested(*contexts):&lt;br /&gt;
         with contextlib.ExitStack() as stack:&lt;br /&gt;
             yield [stack.enter_context(c) for c in contexts]&lt;br /&gt;
 else:&lt;br /&gt;
     nested = contextlib.nested&lt;br /&gt;
&lt;br /&gt;
Another option to replaced contextlib.nested is to use the @mock.patch decorator. Example with nested function:&lt;br /&gt;
&lt;br /&gt;
 def test_thing(self):&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    def do_test(...):&lt;br /&gt;
        ...&lt;br /&gt;
&lt;br /&gt;
    do_test()&lt;br /&gt;
&lt;br /&gt;
More options:&lt;br /&gt;
* Mock provides a context that patches multiple things so that no nesting is needed: [https://docs.python.org/dev/library/unittest.mock.html#patch-multiple mock.patch.multiple()]&lt;br /&gt;
* oslotest provides fixtures for mock, so you don't need a context: [http://docs.openstack.org/developer/oslotest/api.html#module-oslotest.mockpatch oslotest.mockpatch].&lt;br /&gt;
&lt;br /&gt;
=== oslo_utils.encodeutils.to_utf8 ===&lt;br /&gt;
&lt;br /&gt;
oslo.utils 3.5 has an oslo_utils.encodeutils.to_utf8() function to encode Unicode to UTF-8 and return bytes unchanged.&lt;br /&gt;
&lt;br /&gt;
=== bytes.decode and unicode.encode ===&lt;br /&gt;
&lt;br /&gt;
Python has a notion of &amp;quot;default encoding&amp;quot;: sys.getdefaultencoding(). On Python 2, the default encoding is ASCII, whereas it is UTF-8 on Python 3.&lt;br /&gt;
&lt;br /&gt;
Don't write &amp;lt;code&amp;gt;data.decode()&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode()&amp;lt;/code&amp;gt; without parameter, because you will use a different encoding on Python 2 and Python 3.&lt;br /&gt;
&lt;br /&gt;
Use an explicit encoding instead. Example: &amp;lt;code&amp;gt;data.decode('utf-8')&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode('utf-8')&amp;lt;/code&amp;gt;. The right encoding depends on the use case, but UTF-8 is usually a good candidate (it is a superset of ASCII).&lt;br /&gt;
&lt;br /&gt;
=== safe_decode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_decode()''' which can be used to decode a bytes string and pass text strings unchanged.&lt;br /&gt;
&lt;br /&gt;
The default encoding is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data, 'utf-8')&amp;lt;/code&amp;gt;: decode bytes from UTF-8 or returns data unchanged if it's already a text string&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
By default, the decoder is strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: safe_decode(b'[\xff]', 'ascii', 'ignore') returns '[]'.&lt;br /&gt;
&lt;br /&gt;
=== safe_encode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_encode()''' which can be used to encode a string. Its usage is tricky and you should understand how it works and which encodings are used.&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(text)&amp;lt;/code&amp;gt; encodes text to the output encoding&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(bytes)&amp;lt;/code&amp;gt; may decode the string and then reencode to a different encoding if input and output encodings are different&lt;br /&gt;
&lt;br /&gt;
The default input encoding (&amp;lt;code&amp;gt;incomding&amp;lt;/code&amp;gt; parameter) is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
The default output encoding (&amp;lt;code&amp;gt;encoding&amp;lt;/code&amp;gt; parameter) is UTF-8.&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the input encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data, incoming='utf-8')&amp;lt;/code&amp;gt;: encode text to UTF-8 or returns data unchanged if it's already a bytes string (since the input and output encoding are UTF-8)&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(b'\xe9', incoming='latin-1')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'\xc3\xa9'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
By default, the encoder and the decoder are strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: &amp;lt;code&amp;gt;safe_encode(b'[\xff]', incoming='ascii', errors='ignore')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'[]'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== logging module and format exceptions ===&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;code&amp;gt;exception_to_unicode(exc)&amp;lt;/code&amp;gt; function of oslo_utils.encodeutils is the recommanded way to format an exception to Unicode. This function works on Python 2 and Python 3 and it should avoid mojibake is most cases.&lt;br /&gt;
&lt;br /&gt;
On Python 2, the logging module accepts bytes and text strings. On Python 3, it only accepts text strings. For example, logging.error(b'hello') logs &amp;lt;code&amp;gt;b'hello'&amp;lt;/code&amp;gt; instead of &amp;lt;code&amp;gt;'hello'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
There is no clear rule for format exceptions yet. There are different choices depending on the project:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;: native string, so use bytes on Python 2&lt;br /&gt;
* &amp;lt;code&amp;gt;six.text_type(exc)&amp;lt;/code&amp;gt;: always use Unicode. It may raise unicode error depending on the exception, be careful. Example of such error in python 2: &amp;lt;code&amp;gt;unicode(Exception(&amp;quot;nonascii:\xe9&amp;quot;))&amp;lt;/code&amp;gt;.&lt;br /&gt;
* &amp;lt;code&amp;gt;six.u(str(exc))&amp;lt;/code&amp;gt;: unsafe on Python 2 if str(exc) contains non-ASCII bytes, ex: &amp;lt;code&amp;gt;unicode(str(Exception(&amp;quot;\xff&amp;quot;)))&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;LOG.exception(_LE(&amp;quot;... %(exc)s ...&amp;quot;), {&amp;quot;exc&amp;quot;: exc, ...})&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Since logging functions expect text strings on Python 3, logged exceptions should be formatted using &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;. Example: &amp;lt;code&amp;gt;LOG.debug(str(exc))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== HTTP ===&lt;br /&gt;
&lt;br /&gt;
The HTTP protocol is based on '''bytes''':&lt;br /&gt;
&lt;br /&gt;
* HTTP body contains '''bytes'''. For example, use io.BytesIO for a stream storing an HTTP body.&lt;br /&gt;
* HTTPConnection.getresponse().read() returns '''bytes''' (in Python 3, '''str''' which is bytes in Python 2)&lt;br /&gt;
* On Python 3, the http.client accepts text for HTTP headers: keys are encoded to ASCII and values to ISO 8859-1 (which is only a small subset of the Unicode charset)&lt;br /&gt;
* It looks like Swift encodes internally HTTP headers to UTF-8 (directly using the UTF-8 encoding, not using a MIME encoding like =?UTF-8?Q?...?=. See the HTTP [RFC 2047 http://www.ietf.org/rfc/rfc2047.txt] and [http://stackoverflow.com/questions/4400678/http-header-should-use-what-character-encoding  HTTP header should use what character encoding?]&lt;br /&gt;
&lt;br /&gt;
=== References to port Python 2 code to Python 3 ===&lt;br /&gt;
* [http://python3porting.com/ Porting to Python 3 Book] by Lennart Regebro, especially the [http://python3porting.com/differences.html Language differences and workarounds].&lt;br /&gt;
* [http://docs.python.org/dev/howto/pyporting.html HOWTO: Porting Python 2 Code to Python 3] by Brett Cannon&lt;br /&gt;
* [https://wiki.python.org/moin/PortingPythonToPy3k Porting Python Code to 3.x]&lt;br /&gt;
* [http://code.google.com/p/python-incompatibility/  python-incompatibility]: Demonstrates incompatibilities between Python versions.&lt;br /&gt;
&lt;br /&gt;
=== Common pitfalls ===&lt;br /&gt;
&lt;br /&gt;
==== What is a string ? ====&lt;br /&gt;
You should definitely not talk about &amp;quot;strings&amp;quot; in your commit logs/reviews. In Python 2, a 'string' is bytes; in Python 3, it's a Unicode text string. The following code snippet may help in understanding the difference:&lt;br /&gt;
&lt;br /&gt;
Python 2:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;type 'unicode'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(u'foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    'f'&lt;br /&gt;
&lt;br /&gt;
Python 3:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;class 'bytes'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(b'foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    102&lt;br /&gt;
&lt;br /&gt;
==== tox/testr error: db type could not be determined ====&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;db type could not be determined&amp;quot; error comes from .testrepository/times.dbm used by testr.&lt;br /&gt;
&lt;br /&gt;
Workaround: &amp;quot;rm -rf .testrepository/&amp;quot; and then run &amp;quot;tox -e py34&amp;quot; before running &amp;quot;tox -e py27&amp;quot;. You only have to do this once. The problem only occurs with &amp;quot;tox -e py34&amp;quot; when .testrepository/ was created by Python 2.&lt;br /&gt;
&lt;br /&gt;
== Python 3 Status of OpenStack projects ==&lt;br /&gt;
&lt;br /&gt;
=== Common Libraries (Oslo Projects) ===&lt;br /&gt;
&lt;br /&gt;
See [http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml programs.yaml] for the list of Common Libraries.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/automaton automaton] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/castellan castellan] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cliff cliff] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/debtcollector debtcollector] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/futurist futurist] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.cache oslo.cache] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.concurrency oslo.concurrency] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.config oslo.config] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.context oslo.context] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.db oslo.db] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
PyMySQL driver is now used by default for MySQL. setup.cfg contains the Python 3 classifier.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.i18n oslo.i18n] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.log oslo.log] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.messaging oslo.messaging] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
oslo.messaging is now fully compatible with Python 3. The old (and now removed) Qpid transport was not compatible, the AMQP driver was ported recently.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.middleware oslo.middleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.policy oslo.policy] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.privsep oslo.privsep] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.reports oslo.reports] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.rootwrap oslo.rootwrap] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.serialization oslo.serialization] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.service oslo.service] || style=&amp;quot;background-color: orange;&amp;quot; | Partial ||&lt;br /&gt;
WSGI module SSL support is broken under Python 3. We want projects to support deployment without relying on that code, but not all do (see glance and designate below).&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslotest oslotest] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.versionedobjects oslo.versionedobjects] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.vmware oslo.vmware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || Supports Python 3 since oslo.vmware 0.13.0&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.utils oslo.utils] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| pylockfile || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/stevedore stevedore] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/tooz tooz] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Development tools ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cookiecutter cookiecutter] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/hacking hacking] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/pbr pbr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| stackforge/python-jenkins || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes || py33 gate is voting&lt;br /&gt;
|-&lt;br /&gt;
| openstack-infra/jenkins-job-builder || style=&amp;quot;background-color: orange;&amp;quot; | partial || https://review.openstack.org/172238&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack clients ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Blocked by !! Comment&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystonemiddleware keystonemiddleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || python-memcached || keystonemiddleware 1.6.1 supports Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-barbicanclient python-barbicanclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ceilometerclient python-ceilometerclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-cinderclient python-cinderclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-fuelclient python-fuelclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; |  On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-glanceclient python-glanceclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-heatclient python-heatclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ironicclient python-ironicclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes||  style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot;  | On PyPI ||  || &lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-keystoneclient python-keystoneclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-manilaclient python-manilaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-marconiclient python-marconiclient]|| style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-monascaclient python-monascaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-novaclient python-novaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-neutronclient python-neutronclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-octaviaclient python-octaviaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-openstackclient python-openstackclient]      || style=&amp;quot;background-color: lightgreen&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || || As of 0.9&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-saharaclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-searchlightclient python-searchlightclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-senlinclient python-senlinclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-swiftclient python-swiftclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-tuskarclient python-tuskarclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-troveclient python-troveclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-watcherclient python-watcherclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-designateclient python-designateclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack Libraries ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| blazar-nova || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| ceilometermiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/django_openstack_auth django_openstack_auth] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
django_openstack_auth 2.0 is fully compatible with Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance_store glance_store] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || glance_store 0.7.0 added the Python 3 support.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| heat-translator || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ironic-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystoneauth || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystonemiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ldappool || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-statsd || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| mistral-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| octavia-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/os-brick os-brick] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || os-brick 0.3.2 added Python 3 support.&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-client-config || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-traits || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-vif || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-win || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-placement || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| pycadf || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| shade || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/sqlalchemy-migrate sqlalchemy-migrate] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| sushy || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tosca-parser || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Dependencies: Environment markers ===&lt;br /&gt;
&lt;br /&gt;
Example to not install the &amp;quot;futures&amp;quot; dependency on Python 3.3 and newer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
futures; python_version &amp;lt; '3.2'&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== OpenStack applications (tc:approved-release) ===&lt;br /&gt;
&lt;br /&gt;
OpenStack applications [https://governance.openstack.org/tc/reference/tags/tc_approved-release.html#tag-tc-approved-release approved by the OpenStack Technical Committee].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; | Project !! style=&amp;quot;width: 10%;&amp;quot; | Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; | py35 gate !! style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ceilometer ceilometer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/cinder cinder] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://blueprints.launchpad.net/cinder/+spec/cinder-python3 cinder-python3] blueprint (written by Victor Stinner) has been accepted for Liberty. Patches: [https://review.openstack.org/#/q/project:openstack/cinder+topic:bp/cinder-python3,n,z bp/cinder-python3 topic]. Note: Commit message must use &amp;quot;Partial-Implements: blueprint cinder-python3&amp;quot; to be linked to the blueprint. Kendall Nelson, Ivan Kolodyazhny (core) and Eric Harney (core) prefer this syntax: see [https://review.openstack.org/#/c/229991/2//COMMIT_MSG COMMIT_MSG].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| designate || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | designate-bind9-py36 designate-bind9-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3 with SSL. Functional tempest tests are ran on both of these jobs. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance glance] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
Victor Stinner is working on porting Glance to Python3. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/glance+branch:master+topic:py3,n,z Patches for glance (topic: py3)].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/heat heat] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | heat-functional-convg-mysql-lbaasv2-py35 ||&lt;br /&gt;
Sirushti Murugesan wrote and implemented the spec [http://specs.openstack.org/openstack/heat-specs/specs/liberty/heat-python34-support.html Python34 Support] (which was accepted for Liberty). Mitaka version will fully support Python 3. Great job Sirushti Murugesan who did almost all the work!&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/horizon horizon] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
George Peristerakis wrote [https://blueprints.launchpad.net/horizon/+spec/porting-python3 Make Horizon python3.4 compatible] in May 2015, the blueprint was approved. Patches: [https://review.openstack.org/#/q/topic:bp/porting-python3+project:openstack/horizon,n,z bp/porting-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ironic ironic] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | ironic-tempest-dsvm-ipa-partition-pxe_ipmitool-tinyipa-python3 ||&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-May/064049.html Python 3.4 unit tests are now being run for openstack/ironic.  The unit tests are a voting job.]&lt;br /&gt;
Thanks to Victor Sergeyev for all of his work to update the Ironic code to make it pass the unit tests using Python 3.4: [https://review.openstack.org/#/c/156192/ Run tests in py34 environment]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystone keystone] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
The move to pyldap and new ldappool were major hurdles solved in Newton. Great work by the Keystone team to get the last things through the gate in Newton.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/neutron neutron] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://review.openstack.org/#/c/172962/ Porting to Python 3] spec (by Cyril Roelandt) accepted for Liberty, port in progress. [https://review.openstack.org/#/q/project:openstack/neutron+branch:master+topic:bp/neutron-python3,n,z Patches of the blueprint neutron-python3]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lbaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | neutron-lbaasv2-dsvm-py3x-api and neutron-lbaasv2-dsvm-py3x-api-namespace ||&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/neutron-python3 topic:bp/neutron-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-fwaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | neutron-fwaas-networking-midonet-cross-py35 (non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-vpnaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/nova nova] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
Status at 2019-01-24: Unit tests all running and voting under Python 3 via the use of the mox3 package. There are only 3 unit test files left that are using mox3 (nova/tests/unit/cells/test_cells_messaging.py, nova/tests/unit/network/test_neutronv2.py, nova/tests/unit/network/test_manager.py).&lt;br /&gt;
&lt;br /&gt;
We advised contributors not to spend time replacing mox in files testing cells v1 and nova-network (test_cells_messaging.py and test_manager.py), as both are slated for removal as soon as we're able. Progress is being tracked at: https://blueprints.launchpad.net/nova/+spec/mox-removal-stein&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org//pypi/sahara sahara] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | sahara-tests-scenario-py3 (experimental) || Status at 2018-02-23: the job fails during devstack deployment, because swift does not start. The list of its dependencies is minimal and components like keystone are optional. This was partially addressed with an extra dependency: https://review.openstack.org/#/c/544121/ but this requires  a) support in devstack (tentative support in https://review.openstack.org/#/c/544383/) b) at least another extra, or a more generic way of doing this; even with an additional extra explicitly required in devstack, the extras would be installed from pip breaking the test of depending patches.&lt;br /&gt;
We are facing an issue with pickle library and python 3, once that gets fixed we can try to make the python 3 gate voting.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/swift swift] || style=&amp;quot;background-color: red;&amp;quot; | blocked || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Status at 2016-06-22: 3/4,498 unit tests (0%), TODO: 4,495 tests&lt;br /&gt;
&lt;br /&gt;
Update (2016-06-27): [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097102.html master branch is currently in a soft-freeze in order to get encryption middleware merged]&lt;br /&gt;
&lt;br /&gt;
Python 3 bugs: https://bugs.launchpad.net/swift/+bug/1614289&lt;br /&gt;
&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-October/078058.html Plan to add Python 3 support to Swift]. Patches: [https://review.openstack.org/#/q/project:openstack/swift+branch:master+topic:py3,n,z Patches with the topic py3]&lt;br /&gt;
&lt;br /&gt;
Python 3 unit tests require liberasurecode &amp;gt;= 1.0.9 and PyEClib &amp;gt;= 1.0.9. To install liberasurecode (in /usr):&lt;br /&gt;
&lt;br /&gt;
 git clone https://bitbucket.org/tsg-/liberasurecode/&lt;br /&gt;
 cd liberasurecode&lt;br /&gt;
 /autogen.sh  &amp;amp;&amp;amp; /configure --prefix=/usr &amp;amp;&amp;amp; make &amp;amp;&amp;amp; sudo make install&lt;br /&gt;
&lt;br /&gt;
liberasurecode &amp;gt;= 1.0.9 is available in Ubuntu Precise, Ubuntu Trusty, Fedora 22, Fedora 23 and CentoOS 7.&lt;br /&gt;
&lt;br /&gt;
Update 2018-02-22: A list of current blockers: https://gist.github.com/tipabu/833b03a865dba96e9fa2230b82f5d075&lt;br /&gt;
&lt;br /&gt;
Update 2018-03-06: Current list of blockers with progress notes: https://etherpad.openstack.org/p/Swift_py3&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/trove trove] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | trove-devstack-base ||&lt;br /&gt;
Status at 2019-01-06:&lt;br /&gt;
Unit tests - 1708 tests, 1707 passed, 1 skipped.&lt;br /&gt;
&lt;br /&gt;
Integration tests are based on trove-devstack-base job.&lt;br /&gt;
&lt;br /&gt;
Status at 2016-07-25: 1,155 / 2,014 (run_tests.py: 398; testr: 1,521; generate_examples: 95) unit tests (57%), TODO: 859 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-22: 839 (testtools) / 1,992 (run_tests.py: 398; testr: 1,499; generate_examples: 95) unit tests (42%), TODO: 1,153 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2018-02-22: It appears that only one test is in the blacklist now: guestagent.test_operating_system&lt;br /&gt;
&lt;br /&gt;
run_tests.py (proboscis) failures: https://review.openstack.org/#/c/346905/1&lt;br /&gt;
&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/trove/+spec/trove-python3 trove-python3 blueprint] for Mitaka.&lt;br /&gt;
&lt;br /&gt;
From Victor (3/17/2016): &amp;quot;I propose to discuss Python 3 before the summit. For example, prepare a concrete plan to port Trove to Python 3, list technical issues like MySQL-Python, etc.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/trove-python3,n,z search for the bp/trove-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Other OpenStack Applications and Projects ===&lt;br /&gt;
&lt;br /&gt;
List of all OpenStack projects: [http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml projects.yaml].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; |  Project !! style=&amp;quot;width: 10%;&amp;quot; |  Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; |  py35 gate || style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| adjutant || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/aodh aodh] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/barbican barbican] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | unspecified ||&lt;br /&gt;
Blueprint [https://blueprints.launchpad.net/barbican/+spec/barbican-py3 barbican-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| blazar || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | blazar-devstack-dsvm-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cloudkitty || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | cloudkitty-tempest-full-python3 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/congress congress] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: orange;&amp;quot; | voting* || style=&amp;quot;background-color: lightgreen;&amp;quot; | congress-devstack-py35-api-mysql ||&lt;br /&gt;
(*)py35 support required tiny modification to antlr3 package, creating debian packaging difficulty&lt;br /&gt;
&lt;br /&gt;
Random Stacker wrote a [https://blueprints.launchpad.net/congress/+spec/support-python3 support-python3 blueprint]. Patches: [https://review.openstack.org/#/q/project:openstack/congress+branch:master+topic:bp/support-python3,n,z search for the topic bp/support-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cyborg || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/designate designate] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | designate-devstack-pdns4-py35 (check queue only) ||&lt;br /&gt;
Pradeep Kumar Singh proposed the [https://blueprints.launchpad.net/designate/+spec/designate-py3 blueprint designate-py3] which was accepted for Liberty. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/designate+branch:master+topic:bp/designate-py3,n,z topic:bp/designate-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ec2-api ec2-api] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/freezer freezer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| karbor || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/kuryr-kubernetes kuryr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/magnum magnum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | (voting: magnum-functional-api) AND (non-voting: magnum-functional-k8s AND magnum-functional-swarm-mode) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila manila] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; |  manila-tempest-minimal-dsvm-dummy || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila-ui manila-ui] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | horizon-openstack-tox-python3-django111 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| masakari || style=&amp;quot;background-color: red;&amp;quot; | Unknown || style=&amp;quot;background-color: red;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/mistral mistral] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-agent || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | monasca-tempest-python3-influxdb || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-api || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | monasca-tempest-python3-influxdb || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-log-api || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | monascalog-python3-tempest ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-ui || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/murano murano] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| murano-agent || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Octavia octavia] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | octavia-tox-functional-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| panko || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | panko-tox-py35-mysql and panko-tox-py35-postgresql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| qinling || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/rally rally] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | rally-tox-functional-py3 and rally-tox-self ||&lt;br /&gt;
A big thank to Andrey Kurilin for a lot of work in this direction&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Searchlight searchlight] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py36 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Senlin senlin] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | senlin-dsvm-tempest-py35-api, senlin-dsvm-tempest-py35-functional, senlin-dsvm-tempest-py35-integration (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Solum solum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | solum-devstack-py35 (check only) ||&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/solum/+spec/solum-python3 blueprint solum-python3] which was approved. Patches: [https://review.openstack.org/#/q/status:open+topic:bp/solum-python3,n,z search for bp/solum-python3 topic] (open reviews).&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| storlets || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job (likely blocked on swift) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tacker || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | tacker-functional-devstack-python3 (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tricircle || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| vitrage || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | vitrage-dsvm-api-py35 and vitrage-dsvm-datasources-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Watcher watcher] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Zaqar zaqar] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/zun zun] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | zun-tempest-py35-docker-sql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| networking-l2gw || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsx vmware-nsx] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | All 3rd part CI jobs are running python 3  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsxlib vmware-nsxlib] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; |  tempest-api-vmware-nsxv3 is running python 3.5 and is voting ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Unsorted projects:&lt;br /&gt;
* [https://wiki.openstack.org/wiki/App-Catalog App Catalog]&lt;br /&gt;
* Chef OpenStack (Ruby)&lt;br /&gt;
* [https://github.com/openstack/kolla/ Kolla]: ~2100 lines of Python, but not &amp;quot;tox -e py27&amp;quot; target&lt;br /&gt;
* OpenStack Ansible (Python): Ansible playbooks and roles for deployment&lt;br /&gt;
* Puppet OpenStack (Ruby)&lt;br /&gt;
* TripleO&lt;br /&gt;
&lt;br /&gt;
=== Enable Python 3 in DevStack ===&lt;br /&gt;
&lt;br /&gt;
* Fedora::&lt;br /&gt;
&lt;br /&gt;
 sudo dnf install python3-devel&lt;br /&gt;
 sudo python3 -m pip install python-memcached   # needed by keystonemiddleware&lt;br /&gt;
&lt;br /&gt;
* localrc: add the following line&lt;br /&gt;
&lt;br /&gt;
 USE_PYTHON3=True&lt;br /&gt;
&lt;br /&gt;
See [https://review.openstack.org/#/c/414176/ Switch to python 3.5].&lt;br /&gt;
&lt;br /&gt;
=== Functional and Integration Tests ===&lt;br /&gt;
&lt;br /&gt;
Etherpad: https://etherpad.openstack.org/p/support-python3.5-functional-tests&lt;br /&gt;
&lt;br /&gt;
Doug Hellmann wrote a cross-project specification to run integration tests on Python 3: [http://specs.openstack.org/openstack/openstack-specs/specs/enable-python-3-int-func-tests.html Enabling Python 3 for Application Integration Tests] (spec approved for Liberty).&lt;br /&gt;
&lt;br /&gt;
Patch for DevStack: [https://review.openstack.org/#/c/181165/ Enable optional Python 3 support].&lt;br /&gt;
&lt;br /&gt;
Projects wanting to run their existing functional test suite against their services on Python 3 should:-&lt;br /&gt;
* Add the Python3.4 trove classifier to the setup.cfg configuration file of the respective service.&lt;br /&gt;
* set USE_PYTHON3=True in Devstack's localrc config file before running stack.sh after [https://review.openstack.org/#/c/181165/ the DevStack change] is merged or cherry-pick until then.&lt;br /&gt;
* set basepython = python3.5 in tox for the necessary functional/integration tests environment.&lt;br /&gt;
&lt;br /&gt;
Then run tox -e&amp;lt;your functional test suite name&amp;gt;. Example:- tox -efunctional to run the functional the tests of a certain project.&lt;br /&gt;
&lt;br /&gt;
Once the functional test suite is reliably passing against the service in a python 3.5 env, the trove classifiers must be updated along with a new gate job being added to the project.&lt;br /&gt;
&lt;br /&gt;
Sirushti Murugesan's attempt on Heat: https://review.openstack.org/#/c/188033/&lt;br /&gt;
&lt;br /&gt;
=== Python 3.5 ===&lt;br /&gt;
&lt;br /&gt;
* project-config: [https://review.openstack.org/#/c/336272/ Add python35 jobs]&lt;br /&gt;
* nova: [https://review.openstack.org/#/c/336432/ Add a py35 environment to tox]&lt;br /&gt;
* Neutron issues: https://bugs.launchpad.net/neutron/+bug/1559191&lt;br /&gt;
* There is no Jenkins job using Python 3.5 yet&lt;br /&gt;
* /usr/bin/python3 is Python 3.5 in Fedora 24, Ubuntu 16.04 LTS (Xenial Xerus) and Debian Stretch (Testing)&lt;br /&gt;
&lt;br /&gt;
=== Python 3.6 status ===&lt;br /&gt;
&lt;br /&gt;
Python 3.6 is scheduled to be the default/only version of Python available in Ubuntu 18.04 LTS (Bionic Beaver) and Debian 10 (Buster).&lt;br /&gt;
&lt;br /&gt;
Known issues:&lt;br /&gt;
&lt;br /&gt;
* eventlet&amp;lt;0.21.0 is broken with Python 3.6, see https://github.com/eventlet/eventlet/issues/371. There is also https://github.com/eventlet/eventlet/issues/401 which is fixed in 0.22.0, so it might seem feasible to upgrade to eventlet-0.22.1 once we can do proper testing.&lt;br /&gt;
* Horizon explicitly only claims support for Python 3.5, when running devstack with Python 3.6 one needs to set:&lt;br /&gt;
    ENABLED_PYTHON3_PACKAGES=horizon&lt;br /&gt;
&lt;br /&gt;
== Status of Python 3 in Linux distributions ==&lt;br /&gt;
&lt;br /&gt;
* ArchLinux already [https://www.archlinux.org/news/python-is-now-python-3 switched to Python 3 by default] in 2011&lt;br /&gt;
* Ubuntu wants to remove Python 2 from the default installation for Ubuntu 18.04 LTS: see [https://wiki.ubuntu.com/Python (Python) Plans for 18.04].&lt;br /&gt;
* Fedora schedules the switch in Fedora 23 (october 2015): [https://fedoraproject.org/wiki/Changes/Python_3_as_Default Python 3 as the Default Implementation]&lt;br /&gt;
** [http://fedora.portingdb.xyz/ Python 3 Porting Database for Fedora] and [http://fedora.portingdb.xyz/history/ history of packages tracked by the Fedora portingdb]&lt;br /&gt;
** [https://lwn.net/Articles/690676/ Python 3 in Fedora] (Python 3 in Fedora)&lt;br /&gt;
* RHEL: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on RHEL6 and RHEL7 using SCL.&lt;br /&gt;
* CentOS: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on CentOS 6 and 7 using SCL (no Red Hat subscription needed, CentOS has its own flavor of SCL)&lt;br /&gt;
* In Debian, the plan is to deprecate Python 2 in Stretch (aka: Debian 9, the next Stable Debian after Jessie) and to completely remove Python 2 for the Buster release of Debian (aka: Debian 10, to be released in approximatively 2019).&lt;br /&gt;
&lt;br /&gt;
Check the [https://governance.openstack.org/tc/reference/project-testing-interface.html#linux-distributions Project Testing Interface] for updates about the platforms each release is tested on.&lt;br /&gt;
&lt;br /&gt;
== Status of Python 2 Support Being Dropped in Dependencies ==&lt;br /&gt;
&lt;br /&gt;
* Django 2.0 will not include Python 2 support (23 Jan 2017 we use Django&amp;gt;=1.8,&amp;lt;1.9)&lt;br /&gt;
** https://github.com/django/django/pull/7867/files&lt;br /&gt;
** https://github.com/django/django/pull/7871/files&lt;br /&gt;
* Pylons/Pyramid are also considering dropping Python 2&lt;br /&gt;
** https://github.com/Pylons/pyramid/issues/2903&lt;br /&gt;
** This is the same team that maintains webob, but it isn't clear if they intend to also drop support there.&lt;br /&gt;
&lt;br /&gt;
[https://governance.openstack.org/tc/resolutions/20180529-python2-deprecation-timeline.html OpenStack plans to start dropping Python 2 support at the start of the U cycle]&lt;br /&gt;
&lt;br /&gt;
== Progress reports, meetings and sprints ==&lt;br /&gt;
&lt;br /&gt;
* Pike PTG: https://etherpad.openstack.org/p/ptg-pike-python35&lt;br /&gt;
* Ocata Summit&lt;br /&gt;
** https://etherpad.openstack.org/p/ocata-python-3&lt;br /&gt;
* openstack-dev: [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097930.html Status of the OpenStack port to Python 3] (Jun 22, 2016). 80 projects/83 (96%) have unit tests passing on Python 3, TODO (3): Nova, Swift and Trove.&lt;br /&gt;
* Mitaka Summit&lt;br /&gt;
** Cross-project session: Python 3 was proposed, https://etherpad.openstack.org/p/mitaka-cross-project-session-planning&lt;br /&gt;
* Liberty Summit&lt;br /&gt;
** Cross-project session on enabling app integration testing: https://etherpad.openstack.org/p/liberty-cross-project-python3&lt;br /&gt;
* Kilo Summit&lt;br /&gt;
** Doug Hellmann: &amp;quot;Moving our applications to Python 3&amp;quot; cross-project session&lt;br /&gt;
** Victor Stinner: &amp;quot;Port nova to Python 3&amp;quot;, https://etherpad.openstack.org/p/liberty-nova-summit-ideas&lt;br /&gt;
* Juno summit notes: https://etherpad.openstack.org/p/juno-cross-project-future-of-python (Oslo) and https://etherpad.openstack.org/p/juno_swift_python3 (Swift)&lt;br /&gt;
* Icehouse summit notes: https://etherpad.openstack.org/p/IcehousePypyPy3&lt;br /&gt;
* Havana summit notes: https://etherpad.openstack.org/p/havana-python3&lt;br /&gt;
&lt;br /&gt;
== Articles ==&lt;br /&gt;
&lt;br /&gt;
* [http://blogs.rdoproject.org/7894/status-of-python-3-in-openstack-mitaka Status of Python 3 in OpenStack Mitaka] (Victor Stinner, March 2016)&lt;br /&gt;
* [http://techs.enovance.com/7807/python-3-status-openstack-liberty Python 3 Status in OpenStack Liberty] (Cyril Roelandt and Victor Stinner, September 2015)&lt;br /&gt;
* [http://techs.enovance.com/6722/status-of-the-openstack-port-to-python-3-2 Status of the OpenStack port to Python 3] (Cyril Roelandt, February 2014)&lt;br /&gt;
* [http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?] (Victor Stinner, December 2013)&lt;br /&gt;
&lt;br /&gt;
== Pycon Montreal 2014: Sprint Port OpenStack to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
Enovance organized a sprint to Port OpenStack to Python 3 during 4 days: between April, 14 (Monday) and April, 17 (Thursday) 2014. See the page [[Python3/SprintPycon2014]].&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=168311</id>
		<title>Python3</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=168311"/>
				<updated>2019-02-11T23:11:38Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Status of Python 2 Support Being Dropped in Dependencies */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page tracks the progress of Python 3 effort porting for OpenStack.&lt;br /&gt;
&lt;br /&gt;
== IRC: #openstack-dev ==&lt;br /&gt;
&lt;br /&gt;
Join the #openstack-dev IRC channel on the Freenode network to discuss Python 3.&lt;br /&gt;
&lt;br /&gt;
== Python 3 ==&lt;br /&gt;
&lt;br /&gt;
[http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?]&lt;br /&gt;
:''Python 3 is usually seen as the new Python version which breaks compatibility and raises new Unicode issues. Python 3 is much more than that. It’s a new clean language which has a more consistent syntax. It has many new features, not less than 15 new modules. Python 3 is already well supported by major Linux distributions, whereas Python 2.7 reached its end-of-life. Slowly, some bugs cannot be fixed in Python 2.7 anymore and are only fixed in the latest Python 3 release. Python 3 is now 5 years old and considered as a mature programming language.''&lt;br /&gt;
&lt;br /&gt;
== Python 2: Python 2.6 support dropped, Python 2.7 only ==&lt;br /&gt;
&lt;br /&gt;
OpenStack Liberty targets Python 2.7 and 3.4.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support is being dropped in OpenStack since OpenStack Juno for servers. Python 2.6 support is currently kept in Oslo libraries and clients. See [https://etherpad.openstack.org/p/juno-cross-project-future-of-python juno-cross-project-future-of-python] etherpad.&lt;br /&gt;
&lt;br /&gt;
Python 3.3 support is being dropped since OpenStack Liberty.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 is slowly being dropped in the whole OpenStack project, ex: [https://review.openstack.org/#/c/201295/ Remove p26 job from DIB].&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support will be removed in Oslo and Clients clients for OpenStack Mitaka: [http://markmail.org/message/oe6wewgvbvvyts73 Oslo libraries dropping python 2.6 compatability].&lt;br /&gt;
&lt;br /&gt;
== Port Python 2 code to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
OpenStack project chose to use the same code base for Python 2 and Python 3. The [http://pythonhosted.org/six/ Six: Python 2 and 3 Compatibility Library] helps to write code working on both versions. OpenStack supported Python 2.6 for RHEL up to Juno, but not Python 2.5 and older. As we are targeting Python 3.4 and up, there is no need to avoid u'unicode' syntax. Do not use six.u('unicode').&lt;br /&gt;
&lt;br /&gt;
=== Before you begin ===&lt;br /&gt;
&lt;br /&gt;
If you're doing development with Ubuntu/Debian (and not using devstack with the USE_PYTHON flag set), then you'll need the following packages installed to run the py34 tox unit test targets in the projects:&lt;br /&gt;
&lt;br /&gt;
    sudo apt-get install python3.4 python3.4-dev&lt;br /&gt;
&lt;br /&gt;
=== sixer tool ===&lt;br /&gt;
&lt;br /&gt;
The [https://pypi.python.org/pypi/sixer sixer] tool helps to replace most basic patterns to add Python 3 compatibility and it respects OpenStack coding style.&lt;br /&gt;
&lt;br /&gt;
=== Common patterns ===&lt;br /&gt;
&lt;br /&gt;
* Replace &amp;quot;for key in dict.iterkeys()&amp;quot; with &amp;quot;for key in dict&amp;quot;&lt;br /&gt;
* Replace dict.iteritems() with dict.items()&lt;br /&gt;
* Replace dict.itervalues() with dict.values()&lt;br /&gt;
&lt;br /&gt;
Note: Replacing dict.iteritems()/.itervalues() with six.iteritems(dict)/six.itervalues(dict) was preferred in the past, but there was [http://lists.openstack.org/pipermail/openstack-dev/2015-June/066391.html a discussion suggesting to avoid six for this]. The overhead of creating a temporary list on Python 2 is negligible.&lt;br /&gt;
&lt;br /&gt;
* Replace iterator.next() with next(iterator)&lt;br /&gt;
* Replace basestring with six.string_types&lt;br /&gt;
* Replace unicode with six.text_type&lt;br /&gt;
* Replace (str, unicode) with six.string_types&lt;br /&gt;
* Replace (int, long) with six.integer_types&lt;br /&gt;
* Replace func.func_name with func.__name__&lt;br /&gt;
* Replace exceptions.OSError with OSError and remove &amp;quot;import exceptions&amp;quot;&lt;br /&gt;
* map() and filter() if a list is needed on Python 3:&lt;br /&gt;
** Replace map(func, data) with [func(item) for item in data]&lt;br /&gt;
** Replace filter(lambda obj: test(obj), data) with [obj for obj in data if test(obj)]&lt;br /&gt;
** Note: Usually, tests fail because map() or filter() objects have no length&lt;br /&gt;
&lt;br /&gt;
=== Serialization: base64, JSON, etc. ===&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Get the [http://docs.openstack.org/developer/oslo.serialization/api.html#module-oslo_serialization.base64 base64 module] from oslo_serialization (from oslo_serialization import base64) to get functions:&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded)&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded, encoding='utf-8')&lt;br /&gt;
** oslo_serialization.base64.encode_as_bytes(s, encoding='utf-8')&lt;br /&gt;
**  oslo_serialization.base64.encode_as_text(s, encoding='utf-8')&lt;br /&gt;
* Replace text.encode('base64') and base64.b64encode(text) with:&lt;br /&gt;
** base64.b64encode(text): only accept bytes and returns bytes,&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_bytes(text): accept bytes or Unicode and returns bytes&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_text(text): accept bytes and Unicode and returns Unicode&lt;br /&gt;
** '''Warning:''' base64.encodestring(raw) adds a newline (&amp;quot;\n&amp;quot;), whereas encode_as_bytes() and encode_as_text() don't.&lt;br /&gt;
* Replace raw.decode('base64') with:&lt;br /&gt;
** base64.b64decode(raw): return bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded): accept bytes and Unicode, returns bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded): accept bytes and Unicode, returns Unicode&lt;br /&gt;
&lt;br /&gt;
Hexadecimal:&lt;br /&gt;
&lt;br /&gt;
* Replace raw.decode('hex') with binascii.unhexlify(raw)&lt;br /&gt;
* Replace bytes.encode('hex') with binascii.hexlify(bytes)&lt;br /&gt;
&lt;br /&gt;
JSON:&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Replace json.dumps(obj) with [http://docs.openstack.org/developer/oslo.serialization/api.html#oslo_serialization.jsonutils.dump_as_bytes oslo_serialization.jsonutils.dump_as_bytes(obj)]&lt;br /&gt;
* Replace json.loads(obj) with oslo_serialization.jsonutils.loads(obj): it accepts bytes and Unicode, bytes is decoded from UTF-8. It avoids &amp;quot;if isinstance(obj, bytes): obj = obj.decode('utf-8')&amp;quot; which may require a second temporary variable.&lt;br /&gt;
&lt;br /&gt;
=== contextlib.nested ===&lt;br /&gt;
&lt;br /&gt;
To replaced contextlib.nested is to use [https://docs.python.org/3/library/contextlib.html#contextlib.ExitStack contextlib.ExitStack]. It's available on Python 2 using [https://contextlib2.readthedocs.org/en/latest/#contextlib2.ExitStack contextlib2.ExitStack]. For contextlib.nested, nova/test.py defines:&lt;br /&gt;
&lt;br /&gt;
 if six.PY3:&lt;br /&gt;
     @contextlib.contextmanager&lt;br /&gt;
     def nested(*contexts):&lt;br /&gt;
         with contextlib.ExitStack() as stack:&lt;br /&gt;
             yield [stack.enter_context(c) for c in contexts]&lt;br /&gt;
 else:&lt;br /&gt;
     nested = contextlib.nested&lt;br /&gt;
&lt;br /&gt;
Another option to replaced contextlib.nested is to use the @mock.patch decorator. Example with nested function:&lt;br /&gt;
&lt;br /&gt;
 def test_thing(self):&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    def do_test(...):&lt;br /&gt;
        ...&lt;br /&gt;
&lt;br /&gt;
    do_test()&lt;br /&gt;
&lt;br /&gt;
More options:&lt;br /&gt;
* Mock provides a context that patches multiple things so that no nesting is needed: [https://docs.python.org/dev/library/unittest.mock.html#patch-multiple mock.patch.multiple()]&lt;br /&gt;
* oslotest provides fixtures for mock, so you don't need a context: [http://docs.openstack.org/developer/oslotest/api.html#module-oslotest.mockpatch oslotest.mockpatch].&lt;br /&gt;
&lt;br /&gt;
=== oslo_utils.encodeutils.to_utf8 ===&lt;br /&gt;
&lt;br /&gt;
oslo.utils 3.5 has an oslo_utils.encodeutils.to_utf8() function to encode Unicode to UTF-8 and return bytes unchanged.&lt;br /&gt;
&lt;br /&gt;
=== bytes.decode and unicode.encode ===&lt;br /&gt;
&lt;br /&gt;
Python has a notion of &amp;quot;default encoding&amp;quot;: sys.getdefaultencoding(). On Python 2, the default encoding is ASCII, whereas it is UTF-8 on Python 3.&lt;br /&gt;
&lt;br /&gt;
Don't write &amp;lt;code&amp;gt;data.decode()&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode()&amp;lt;/code&amp;gt; without parameter, because you will use a different encoding on Python 2 and Python 3.&lt;br /&gt;
&lt;br /&gt;
Use an explicit encoding instead. Example: &amp;lt;code&amp;gt;data.decode('utf-8')&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode('utf-8')&amp;lt;/code&amp;gt;. The right encoding depends on the use case, but UTF-8 is usually a good candidate (it is a superset of ASCII).&lt;br /&gt;
&lt;br /&gt;
=== safe_decode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_decode()''' which can be used to decode a bytes string and pass text strings unchanged.&lt;br /&gt;
&lt;br /&gt;
The default encoding is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data, 'utf-8')&amp;lt;/code&amp;gt;: decode bytes from UTF-8 or returns data unchanged if it's already a text string&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
By default, the decoder is strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: safe_decode(b'[\xff]', 'ascii', 'ignore') returns '[]'.&lt;br /&gt;
&lt;br /&gt;
=== safe_encode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_encode()''' which can be used to encode a string. Its usage is tricky and you should understand how it works and which encodings are used.&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(text)&amp;lt;/code&amp;gt; encodes text to the output encoding&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(bytes)&amp;lt;/code&amp;gt; may decode the string and then reencode to a different encoding if input and output encodings are different&lt;br /&gt;
&lt;br /&gt;
The default input encoding (&amp;lt;code&amp;gt;incomding&amp;lt;/code&amp;gt; parameter) is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
The default output encoding (&amp;lt;code&amp;gt;encoding&amp;lt;/code&amp;gt; parameter) is UTF-8.&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the input encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data, incoming='utf-8')&amp;lt;/code&amp;gt;: encode text to UTF-8 or returns data unchanged if it's already a bytes string (since the input and output encoding are UTF-8)&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(b'\xe9', incoming='latin-1')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'\xc3\xa9'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
By default, the encoder and the decoder are strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: &amp;lt;code&amp;gt;safe_encode(b'[\xff]', incoming='ascii', errors='ignore')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'[]'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== logging module and format exceptions ===&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;code&amp;gt;exception_to_unicode(exc)&amp;lt;/code&amp;gt; function of oslo_utils.encodeutils is the recommanded way to format an exception to Unicode. This function works on Python 2 and Python 3 and it should avoid mojibake is most cases.&lt;br /&gt;
&lt;br /&gt;
On Python 2, the logging module accepts bytes and text strings. On Python 3, it only accepts text strings. For example, logging.error(b'hello') logs &amp;lt;code&amp;gt;b'hello'&amp;lt;/code&amp;gt; instead of &amp;lt;code&amp;gt;'hello'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
There is no clear rule for format exceptions yet. There are different choices depending on the project:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;: native string, so use bytes on Python 2&lt;br /&gt;
* &amp;lt;code&amp;gt;six.text_type(exc)&amp;lt;/code&amp;gt;: always use Unicode. It may raise unicode error depending on the exception, be careful. Example of such error in python 2: &amp;lt;code&amp;gt;unicode(Exception(&amp;quot;nonascii:\xe9&amp;quot;))&amp;lt;/code&amp;gt;.&lt;br /&gt;
* &amp;lt;code&amp;gt;six.u(str(exc))&amp;lt;/code&amp;gt;: unsafe on Python 2 if str(exc) contains non-ASCII bytes, ex: &amp;lt;code&amp;gt;unicode(str(Exception(&amp;quot;\xff&amp;quot;)))&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;LOG.exception(_LE(&amp;quot;... %(exc)s ...&amp;quot;), {&amp;quot;exc&amp;quot;: exc, ...})&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Since logging functions expect text strings on Python 3, logged exceptions should be formatted using &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;. Example: &amp;lt;code&amp;gt;LOG.debug(str(exc))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== HTTP ===&lt;br /&gt;
&lt;br /&gt;
The HTTP protocol is based on '''bytes''':&lt;br /&gt;
&lt;br /&gt;
* HTTP body contains '''bytes'''. For example, use io.BytesIO for a stream storing an HTTP body.&lt;br /&gt;
* HTTPConnection.getresponse().read() returns '''bytes''' (in Python 3, '''str''' which is bytes in Python 2)&lt;br /&gt;
* On Python 3, the http.client accepts text for HTTP headers: keys are encoded to ASCII and values to ISO 8859-1 (which is only a small subset of the Unicode charset)&lt;br /&gt;
* It looks like Swift encodes internally HTTP headers to UTF-8 (directly using the UTF-8 encoding, not using a MIME encoding like =?UTF-8?Q?...?=. See the HTTP [RFC 2047 http://www.ietf.org/rfc/rfc2047.txt] and [http://stackoverflow.com/questions/4400678/http-header-should-use-what-character-encoding  HTTP header should use what character encoding?]&lt;br /&gt;
&lt;br /&gt;
=== References to port Python 2 code to Python 3 ===&lt;br /&gt;
* [http://python3porting.com/ Porting to Python 3 Book] by Lennart Regebro, especially the [http://python3porting.com/differences.html Language differences and workarounds].&lt;br /&gt;
* [http://docs.python.org/dev/howto/pyporting.html HOWTO: Porting Python 2 Code to Python 3] by Brett Cannon&lt;br /&gt;
* [https://wiki.python.org/moin/PortingPythonToPy3k Porting Python Code to 3.x]&lt;br /&gt;
* [http://code.google.com/p/python-incompatibility/  python-incompatibility]: Demonstrates incompatibilities between Python versions.&lt;br /&gt;
&lt;br /&gt;
=== Common pitfalls ===&lt;br /&gt;
&lt;br /&gt;
==== What is a string ? ====&lt;br /&gt;
You should definitely not talk about &amp;quot;strings&amp;quot; in your commit logs/reviews. In Python 2, a 'string' is bytes; in Python 3, it's a Unicode text string. The following code snippet may help in understanding the difference:&lt;br /&gt;
&lt;br /&gt;
Python 2:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;type 'unicode'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(u'foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    'f'&lt;br /&gt;
&lt;br /&gt;
Python 3:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;class 'bytes'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(b'foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    102&lt;br /&gt;
&lt;br /&gt;
==== tox/testr error: db type could not be determined ====&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;db type could not be determined&amp;quot; error comes from .testrepository/times.dbm used by testr.&lt;br /&gt;
&lt;br /&gt;
Workaround: &amp;quot;rm -rf .testrepository/&amp;quot; and then run &amp;quot;tox -e py34&amp;quot; before running &amp;quot;tox -e py27&amp;quot;. You only have to do this once. The problem only occurs with &amp;quot;tox -e py34&amp;quot; when .testrepository/ was created by Python 2.&lt;br /&gt;
&lt;br /&gt;
== Python 3 Status of OpenStack projects ==&lt;br /&gt;
&lt;br /&gt;
=== Common Libraries (Oslo Projects) ===&lt;br /&gt;
&lt;br /&gt;
See [http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml programs.yaml] for the list of Common Libraries.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/automaton automaton] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/castellan castellan] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cliff cliff] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/debtcollector debtcollector] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/futurist futurist] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.cache oslo.cache] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.concurrency oslo.concurrency] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.config oslo.config] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.context oslo.context] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.db oslo.db] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
PyMySQL driver is now used by default for MySQL. setup.cfg contains the Python 3 classifier.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.i18n oslo.i18n] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.log oslo.log] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.messaging oslo.messaging] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
oslo.messaging is now fully compatible with Python 3. The old (and now removed) Qpid transport was not compatible, the AMQP driver was ported recently.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.middleware oslo.middleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.policy oslo.policy] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.privsep oslo.privsep] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.reports oslo.reports] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.rootwrap oslo.rootwrap] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.serialization oslo.serialization] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.service oslo.service] || style=&amp;quot;background-color: orange;&amp;quot; | Partial ||&lt;br /&gt;
WSGI module SSL support is broken under Python 3. We want projects to support deployment without relying on that code, but not all do (see glance and designate below).&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslotest oslotest] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.versionedobjects oslo.versionedobjects] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.vmware oslo.vmware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || Supports Python 3 since oslo.vmware 0.13.0&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.utils oslo.utils] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| pylockfile || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/stevedore stevedore] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/tooz tooz] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Development tools ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cookiecutter cookiecutter] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/hacking hacking] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/pbr pbr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| stackforge/python-jenkins || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes || py33 gate is voting&lt;br /&gt;
|-&lt;br /&gt;
| openstack-infra/jenkins-job-builder || style=&amp;quot;background-color: orange;&amp;quot; | partial || https://review.openstack.org/172238&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack clients ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Blocked by !! Comment&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystonemiddleware keystonemiddleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || python-memcached || keystonemiddleware 1.6.1 supports Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-barbicanclient python-barbicanclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ceilometerclient python-ceilometerclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-cinderclient python-cinderclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-fuelclient python-fuelclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; |  On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-glanceclient python-glanceclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-heatclient python-heatclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ironicclient python-ironicclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes||  style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot;  | On PyPI ||  || &lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-keystoneclient python-keystoneclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-manilaclient python-manilaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-marconiclient python-marconiclient]|| style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-monascaclient python-monascaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-novaclient python-novaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-neutronclient python-neutronclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-octaviaclient python-octaviaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-openstackclient python-openstackclient]      || style=&amp;quot;background-color: lightgreen&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || || As of 0.9&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-saharaclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-searchlightclient python-searchlightclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-senlinclient python-senlinclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-swiftclient python-swiftclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-tuskarclient python-tuskarclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-troveclient python-troveclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-watcherclient python-watcherclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-designateclient python-designateclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack Libraries ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| blazar-nova || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| ceilometermiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/django_openstack_auth django_openstack_auth] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
django_openstack_auth 2.0 is fully compatible with Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance_store glance_store] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || glance_store 0.7.0 added the Python 3 support.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| heat-translator || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ironic-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystoneauth || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystonemiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ldappool || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-statsd || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| mistral-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| octavia-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/os-brick os-brick] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || os-brick 0.3.2 added Python 3 support.&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-client-config || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-traits || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-vif || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-win || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-placement || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| pycadf || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| shade || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/sqlalchemy-migrate sqlalchemy-migrate] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| sushy || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tosca-parser || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Dependencies: Environment markers ===&lt;br /&gt;
&lt;br /&gt;
Example to not install the &amp;quot;futures&amp;quot; dependency on Python 3.3 and newer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
futures; python_version &amp;lt; '3.2'&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== OpenStack applications (tc:approved-release) ===&lt;br /&gt;
&lt;br /&gt;
OpenStack applications [https://governance.openstack.org/tc/reference/tags/tc_approved-release.html#tag-tc-approved-release approved by the OpenStack Technical Committee].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; | Project !! style=&amp;quot;width: 10%;&amp;quot; | Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; | py35 gate !! style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ceilometer ceilometer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/cinder cinder] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://blueprints.launchpad.net/cinder/+spec/cinder-python3 cinder-python3] blueprint (written by Victor Stinner) has been accepted for Liberty. Patches: [https://review.openstack.org/#/q/project:openstack/cinder+topic:bp/cinder-python3,n,z bp/cinder-python3 topic]. Note: Commit message must use &amp;quot;Partial-Implements: blueprint cinder-python3&amp;quot; to be linked to the blueprint. Kendall Nelson, Ivan Kolodyazhny (core) and Eric Harney (core) prefer this syntax: see [https://review.openstack.org/#/c/229991/2//COMMIT_MSG COMMIT_MSG].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| designate || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | designate-bind9-py36 designate-bind9-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3 with SSL. Functional tempest tests are ran on both of these jobs. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance glance] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
Victor Stinner is working on porting Glance to Python3. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/glance+branch:master+topic:py3,n,z Patches for glance (topic: py3)].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/heat heat] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | heat-functional-convg-mysql-lbaasv2-py35 ||&lt;br /&gt;
Sirushti Murugesan wrote and implemented the spec [http://specs.openstack.org/openstack/heat-specs/specs/liberty/heat-python34-support.html Python34 Support] (which was accepted for Liberty). Mitaka version will fully support Python 3. Great job Sirushti Murugesan who did almost all the work!&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/horizon horizon] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
George Peristerakis wrote [https://blueprints.launchpad.net/horizon/+spec/porting-python3 Make Horizon python3.4 compatible] in May 2015, the blueprint was approved. Patches: [https://review.openstack.org/#/q/topic:bp/porting-python3+project:openstack/horizon,n,z bp/porting-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ironic ironic] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | ironic-tempest-dsvm-ipa-partition-pxe_ipmitool-tinyipa-python3 ||&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-May/064049.html Python 3.4 unit tests are now being run for openstack/ironic.  The unit tests are a voting job.]&lt;br /&gt;
Thanks to Victor Sergeyev for all of his work to update the Ironic code to make it pass the unit tests using Python 3.4: [https://review.openstack.org/#/c/156192/ Run tests in py34 environment]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystone keystone] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
The move to pyldap and new ldappool were major hurdles solved in Newton. Great work by the Keystone team to get the last things through the gate in Newton.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/neutron neutron] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://review.openstack.org/#/c/172962/ Porting to Python 3] spec (by Cyril Roelandt) accepted for Liberty, port in progress. [https://review.openstack.org/#/q/project:openstack/neutron+branch:master+topic:bp/neutron-python3,n,z Patches of the blueprint neutron-python3]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lbaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | neutron-lbaasv2-dsvm-py3x-api and neutron-lbaasv2-dsvm-py3x-api-namespace ||&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/neutron-python3 topic:bp/neutron-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-fwaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | neutron-fwaas-networking-midonet-cross-py35 (non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-vpnaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/nova nova] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
Status at 2019-01-24: Unit tests all running and voting under Python 3 via the use of the mox3 package. There are only 3 unit test files left that are using mox3 (nova/tests/unit/cells/test_cells_messaging.py, nova/tests/unit/network/test_neutronv2.py, nova/tests/unit/network/test_manager.py).&lt;br /&gt;
&lt;br /&gt;
We advised contributors not to spend time replacing mox in files testing cells v1 and nova-network (test_cells_messaging.py and test_manager.py), as both are slated for removal as soon as we're able. Progress is being tracked at: https://blueprints.launchpad.net/nova/+spec/mox-removal-stein&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org//pypi/sahara sahara] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | sahara-tests-scenario-py3 (experimental) || Status at 2018-02-23: the job fails during devstack deployment, because swift does not start. The list of its dependencies is minimal and components like keystone are optional. This was partially addressed with an extra dependency: https://review.openstack.org/#/c/544121/ but this requires  a) support in devstack (tentative support in https://review.openstack.org/#/c/544383/) b) at least another extra, or a more generic way of doing this; even with an additional extra explicitly required in devstack, the extras would be installed from pip breaking the test of depending patches.&lt;br /&gt;
We are facing an issue with pickle library and python 3, once that gets fixed we can try to make the python 3 gate voting.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/swift swift] || style=&amp;quot;background-color: red;&amp;quot; | blocked || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Status at 2016-06-22: 3/4,498 unit tests (0%), TODO: 4,495 tests&lt;br /&gt;
&lt;br /&gt;
Update (2016-06-27): [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097102.html master branch is currently in a soft-freeze in order to get encryption middleware merged]&lt;br /&gt;
&lt;br /&gt;
Python 3 bugs: https://bugs.launchpad.net/swift/+bug/1614289&lt;br /&gt;
&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-October/078058.html Plan to add Python 3 support to Swift]. Patches: [https://review.openstack.org/#/q/project:openstack/swift+branch:master+topic:py3,n,z Patches with the topic py3]&lt;br /&gt;
&lt;br /&gt;
Python 3 unit tests require liberasurecode &amp;gt;= 1.0.9 and PyEClib &amp;gt;= 1.0.9. To install liberasurecode (in /usr):&lt;br /&gt;
&lt;br /&gt;
 git clone https://bitbucket.org/tsg-/liberasurecode/&lt;br /&gt;
 cd liberasurecode&lt;br /&gt;
 /autogen.sh  &amp;amp;&amp;amp; /configure --prefix=/usr &amp;amp;&amp;amp; make &amp;amp;&amp;amp; sudo make install&lt;br /&gt;
&lt;br /&gt;
liberasurecode &amp;gt;= 1.0.9 is available in Ubuntu Precise, Ubuntu Trusty, Fedora 22, Fedora 23 and CentoOS 7.&lt;br /&gt;
&lt;br /&gt;
Update 2018-02-22: A list of current blockers: https://gist.github.com/tipabu/833b03a865dba96e9fa2230b82f5d075&lt;br /&gt;
&lt;br /&gt;
Update 2018-03-06: Current list of blockers with progress notes: https://etherpad.openstack.org/p/Swift_py3&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/trove trove] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | trove-devstack-base ||&lt;br /&gt;
Status at 2019-01-06:&lt;br /&gt;
Unit tests - 1708 tests, 1707 passed, 1 skipped.&lt;br /&gt;
&lt;br /&gt;
Integration tests are based on trove-devstack-base job.&lt;br /&gt;
&lt;br /&gt;
Status at 2016-07-25: 1,155 / 2,014 (run_tests.py: 398; testr: 1,521; generate_examples: 95) unit tests (57%), TODO: 859 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-22: 839 (testtools) / 1,992 (run_tests.py: 398; testr: 1,499; generate_examples: 95) unit tests (42%), TODO: 1,153 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2018-02-22: It appears that only one test is in the blacklist now: guestagent.test_operating_system&lt;br /&gt;
&lt;br /&gt;
run_tests.py (proboscis) failures: https://review.openstack.org/#/c/346905/1&lt;br /&gt;
&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/trove/+spec/trove-python3 trove-python3 blueprint] for Mitaka.&lt;br /&gt;
&lt;br /&gt;
From Victor (3/17/2016): &amp;quot;I propose to discuss Python 3 before the summit. For example, prepare a concrete plan to port Trove to Python 3, list technical issues like MySQL-Python, etc.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/trove-python3,n,z search for the bp/trove-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Other OpenStack Applications and Projects ===&lt;br /&gt;
&lt;br /&gt;
List of all OpenStack projects: [http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml projects.yaml].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; |  Project !! style=&amp;quot;width: 10%;&amp;quot; |  Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; |  py35 gate || style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| adjutant || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/aodh aodh] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/barbican barbican] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | unspecified ||&lt;br /&gt;
Blueprint [https://blueprints.launchpad.net/barbican/+spec/barbican-py3 barbican-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| blazar || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | blazar-devstack-dsvm-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cloudkitty || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | cloudkitty-tempest-full-python3 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/congress congress] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: orange;&amp;quot; | voting* || style=&amp;quot;background-color: lightgreen;&amp;quot; | congress-devstack-py35-api-mysql ||&lt;br /&gt;
(*)py35 support required tiny modification to antlr3 package, creating debian packaging difficulty&lt;br /&gt;
&lt;br /&gt;
Random Stacker wrote a [https://blueprints.launchpad.net/congress/+spec/support-python3 support-python3 blueprint]. Patches: [https://review.openstack.org/#/q/project:openstack/congress+branch:master+topic:bp/support-python3,n,z search for the topic bp/support-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cyborg || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/designate designate] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | designate-devstack-pdns4-py35 (check queue only) ||&lt;br /&gt;
Pradeep Kumar Singh proposed the [https://blueprints.launchpad.net/designate/+spec/designate-py3 blueprint designate-py3] which was accepted for Liberty. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/designate+branch:master+topic:bp/designate-py3,n,z topic:bp/designate-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ec2-api ec2-api] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/freezer freezer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| karbor || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/kuryr-kubernetes kuryr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/magnum magnum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | (voting: magnum-functional-api) AND (non-voting: magnum-functional-k8s AND magnum-functional-swarm-mode) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila manila] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; |  manila-tempest-minimal-dsvm-dummy || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila-ui manila-ui] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | horizon-openstack-tox-python3-django111 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| masakari || style=&amp;quot;background-color: red;&amp;quot; | Unknown || style=&amp;quot;background-color: red;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/mistral mistral] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-agent || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | monasca-tempest-python3-influxdb || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-api || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | monasca-tempest-python3-influxdb || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-log-api || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | monascalog-python3-tempest ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-ui || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/murano murano] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| murano-agent || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Octavia octavia] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | octavia-tox-functional-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| panko || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | panko-tox-py35-mysql and panko-tox-py35-postgresql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| qinling || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/rally rally] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | rally-tox-functional-py3 and rally-tox-self ||&lt;br /&gt;
A big thank to Andrey Kurilin for a lot of work in this direction&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Searchlight searchlight] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py36 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Senlin senlin] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | senlin-dsvm-tempest-py35-api, senlin-dsvm-tempest-py35-functional, senlin-dsvm-tempest-py35-integration (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Solum solum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | solum-devstack-py35 (check only) ||&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/solum/+spec/solum-python3 blueprint solum-python3] which was approved. Patches: [https://review.openstack.org/#/q/status:open+topic:bp/solum-python3,n,z search for bp/solum-python3 topic] (open reviews).&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| storlets || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job (likely blocked on swift) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tacker || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | tacker-functional-devstack-python3 (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tricircle || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| vitrage || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | vitrage-dsvm-api-py35 and vitrage-dsvm-datasources-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Watcher watcher] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Zaqar zaqar] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/zun zun] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | zun-tempest-py35-docker-sql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| networking-l2gw || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsx vmware-nsx] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | All 3rd part CI jobs are running python 3  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsxlib vmware-nsxlib] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; |  tempest-api-vmware-nsxv3 is running python 3.5 and is voting ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Unsorted projects:&lt;br /&gt;
* [https://wiki.openstack.org/wiki/App-Catalog App Catalog]&lt;br /&gt;
* Chef OpenStack (Ruby)&lt;br /&gt;
* [https://github.com/openstack/kolla/ Kolla]: ~2100 lines of Python, but not &amp;quot;tox -e py27&amp;quot; target&lt;br /&gt;
* OpenStack Ansible (Python): Ansible playbooks and roles for deployment&lt;br /&gt;
* Puppet OpenStack (Ruby)&lt;br /&gt;
* TripleO&lt;br /&gt;
&lt;br /&gt;
=== Enable Python 3 in DevStack ===&lt;br /&gt;
&lt;br /&gt;
* Fedora::&lt;br /&gt;
&lt;br /&gt;
 sudo dnf install python3-devel&lt;br /&gt;
 sudo python3 -m pip install python-memcached   # needed by keystonemiddleware&lt;br /&gt;
&lt;br /&gt;
* localrc: add the following line&lt;br /&gt;
&lt;br /&gt;
 USE_PYTHON3=True&lt;br /&gt;
&lt;br /&gt;
See [https://review.openstack.org/#/c/414176/ Switch to python 3.5].&lt;br /&gt;
&lt;br /&gt;
=== Functional and Integration Tests ===&lt;br /&gt;
&lt;br /&gt;
Etherpad: https://etherpad.openstack.org/p/support-python3.5-functional-tests&lt;br /&gt;
&lt;br /&gt;
Doug Hellmann wrote a cross-project specification to run integration tests on Python 3: [http://specs.openstack.org/openstack/openstack-specs/specs/enable-python-3-int-func-tests.html Enabling Python 3 for Application Integration Tests] (spec approved for Liberty).&lt;br /&gt;
&lt;br /&gt;
Patch for DevStack: [https://review.openstack.org/#/c/181165/ Enable optional Python 3 support].&lt;br /&gt;
&lt;br /&gt;
Projects wanting to run their existing functional test suite against their services on Python 3 should:-&lt;br /&gt;
* Add the Python3.4 trove classifier to the setup.cfg configuration file of the respective service.&lt;br /&gt;
* set USE_PYTHON3=True in Devstack's localrc config file before running stack.sh after [https://review.openstack.org/#/c/181165/ the DevStack change] is merged or cherry-pick until then.&lt;br /&gt;
* set basepython = python3.5 in tox for the necessary functional/integration tests environment.&lt;br /&gt;
&lt;br /&gt;
Then run tox -e&amp;lt;your functional test suite name&amp;gt;. Example:- tox -efunctional to run the functional the tests of a certain project.&lt;br /&gt;
&lt;br /&gt;
Once the functional test suite is reliably passing against the service in a python 3.5 env, the trove classifiers must be updated along with a new gate job being added to the project.&lt;br /&gt;
&lt;br /&gt;
Sirushti Murugesan's attempt on Heat: https://review.openstack.org/#/c/188033/&lt;br /&gt;
&lt;br /&gt;
=== Python 3.5 ===&lt;br /&gt;
&lt;br /&gt;
* project-config: [https://review.openstack.org/#/c/336272/ Add python35 jobs]&lt;br /&gt;
* nova: [https://review.openstack.org/#/c/336432/ Add a py35 environment to tox]&lt;br /&gt;
* Neutron issues: https://bugs.launchpad.net/neutron/+bug/1559191&lt;br /&gt;
* There is no Jenkins job using Python 3.5 yet&lt;br /&gt;
* /usr/bin/python3 is Python 3.5 in Fedora 24, Ubuntu 16.04 LTS (Xenial Xerus) and Debian Stretch (Testing)&lt;br /&gt;
&lt;br /&gt;
=== Python 3.6 status ===&lt;br /&gt;
&lt;br /&gt;
Python 3.6 is scheduled to be the default/only version of Python available in Ubuntu 18.04 LTS (Bionic Beaver) and Debian 10 (Buster).&lt;br /&gt;
&lt;br /&gt;
Known issues:&lt;br /&gt;
&lt;br /&gt;
* eventlet&amp;lt;0.21.0 is broken with Python 3.6, see https://github.com/eventlet/eventlet/issues/371. There is also https://github.com/eventlet/eventlet/issues/401 which is fixed in 0.22.0, so it might seem feasible to upgrade to eventlet-0.22.1 once we can do proper testing.&lt;br /&gt;
* Horizon explicitly only claims support for Python 3.5, when running devstack with Python 3.6 one needs to set:&lt;br /&gt;
    ENABLED_PYTHON3_PACKAGES=horizon&lt;br /&gt;
&lt;br /&gt;
== Status of Python 3 in Linux distributions ==&lt;br /&gt;
&lt;br /&gt;
* ArchLinux already [https://www.archlinux.org/news/python-is-now-python-3 switched to Python 3 by default] in 2011&lt;br /&gt;
* Ubuntu wants to remove Python 2 from the default installation for Ubuntu 18.04 LTS: see [https://wiki.ubuntu.com/Python (Python) Plans for 18.04].&lt;br /&gt;
* Fedora schedules the switch in Fedora 23 (october 2015): [https://fedoraproject.org/wiki/Changes/Python_3_as_Default Python 3 as the Default Implementation]&lt;br /&gt;
** [http://fedora.portingdb.xyz/ Python 3 Porting Database for Fedora] and [http://fedora.portingdb.xyz/history/ history of packages tracked by the Fedora portingdb]&lt;br /&gt;
** [https://lwn.net/Articles/690676/ Python 3 in Fedora] (Python 3 in Fedora)&lt;br /&gt;
* RHEL: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on RHEL6 and RHEL7 using SCL.&lt;br /&gt;
* CentOS: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on CentOS 6 and 7 using SCL (no Red Hat subscription needed, CentOS has its own flavor of SCL)&lt;br /&gt;
* In Debian, the plan is to deprecate Python 2 in Stretch (aka: Debian 9, the next Stable Debian after Jessie) and to completely remove Python 2 for the Buster release of Debian (aka: Debian 10, to be released in approximatively 2019).&lt;br /&gt;
&lt;br /&gt;
== Status of Python 2 Support Being Dropped in Dependencies ==&lt;br /&gt;
&lt;br /&gt;
* Django 2.0 will not include Python 2 support (23 Jan 2017 we use Django&amp;gt;=1.8,&amp;lt;1.9)&lt;br /&gt;
** https://github.com/django/django/pull/7867/files&lt;br /&gt;
** https://github.com/django/django/pull/7871/files&lt;br /&gt;
* Pylons/Pyramid are also considering dropping Python 2&lt;br /&gt;
** https://github.com/Pylons/pyramid/issues/2903&lt;br /&gt;
** This is the same team that maintains webob, but it isn't clear if they intend to also drop support there.&lt;br /&gt;
&lt;br /&gt;
[https://governance.openstack.org/tc/resolutions/20180529-python2-deprecation-timeline.html OpenStack plans to start dropping Python 2 support at the start of the U cycle]&lt;br /&gt;
&lt;br /&gt;
== Progress reports, meetings and sprints ==&lt;br /&gt;
&lt;br /&gt;
* Pike PTG: https://etherpad.openstack.org/p/ptg-pike-python35&lt;br /&gt;
* Ocata Summit&lt;br /&gt;
** https://etherpad.openstack.org/p/ocata-python-3&lt;br /&gt;
* openstack-dev: [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097930.html Status of the OpenStack port to Python 3] (Jun 22, 2016). 80 projects/83 (96%) have unit tests passing on Python 3, TODO (3): Nova, Swift and Trove.&lt;br /&gt;
* Mitaka Summit&lt;br /&gt;
** Cross-project session: Python 3 was proposed, https://etherpad.openstack.org/p/mitaka-cross-project-session-planning&lt;br /&gt;
* Liberty Summit&lt;br /&gt;
** Cross-project session on enabling app integration testing: https://etherpad.openstack.org/p/liberty-cross-project-python3&lt;br /&gt;
* Kilo Summit&lt;br /&gt;
** Doug Hellmann: &amp;quot;Moving our applications to Python 3&amp;quot; cross-project session&lt;br /&gt;
** Victor Stinner: &amp;quot;Port nova to Python 3&amp;quot;, https://etherpad.openstack.org/p/liberty-nova-summit-ideas&lt;br /&gt;
* Juno summit notes: https://etherpad.openstack.org/p/juno-cross-project-future-of-python (Oslo) and https://etherpad.openstack.org/p/juno_swift_python3 (Swift)&lt;br /&gt;
* Icehouse summit notes: https://etherpad.openstack.org/p/IcehousePypyPy3&lt;br /&gt;
* Havana summit notes: https://etherpad.openstack.org/p/havana-python3&lt;br /&gt;
&lt;br /&gt;
== Articles ==&lt;br /&gt;
&lt;br /&gt;
* [http://blogs.rdoproject.org/7894/status-of-python-3-in-openstack-mitaka Status of Python 3 in OpenStack Mitaka] (Victor Stinner, March 2016)&lt;br /&gt;
* [http://techs.enovance.com/7807/python-3-status-openstack-liberty Python 3 Status in OpenStack Liberty] (Cyril Roelandt and Victor Stinner, September 2015)&lt;br /&gt;
* [http://techs.enovance.com/6722/status-of-the-openstack-port-to-python-3-2 Status of the OpenStack port to Python 3] (Cyril Roelandt, February 2014)&lt;br /&gt;
* [http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?] (Victor Stinner, December 2013)&lt;br /&gt;
&lt;br /&gt;
== Pycon Montreal 2014: Sprint Port OpenStack to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
Enovance organized a sprint to Port OpenStack to Python 3 during 4 days: between April, 14 (Monday) and April, 17 (Thursday) 2014. See the page [[Python3/SprintPycon2014]].&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Technical_Committee_Tracker&amp;diff=168253</id>
		<title>Technical Committee Tracker</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Technical_Committee_Tracker&amp;diff=168253"/>
				<updated>2019-02-07T16:01:26Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Correction to TC member election section of bylaws */ this work is complete&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
This page tracks the various governance changes being proposed and the various initiatives the Technical Committee is pursuing. We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. Conversation starters for the office hours are [https://etherpad.openstack.org/p/tc-office-hour-conversation-starters here].&lt;br /&gt;
&lt;br /&gt;
Other tasks can be found in [https://storyboard.openstack.org/#!/project/923 the storyboard project]. &lt;br /&gt;
&lt;br /&gt;
'''Status last updated: {{REVISIONYEAR}}/{{REVISIONMONTH}}/{{REVISIONDAY2}}'''&lt;br /&gt;
&lt;br /&gt;
== Project team changes ==&lt;br /&gt;
&lt;br /&gt;
== Documentation Changes ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Other Initiatives ==&lt;br /&gt;
&lt;br /&gt;
=== Help most needed list evolution ===&lt;br /&gt;
Drivers: ttx&lt;br /&gt;
&lt;br /&gt;
Status: under discussion on the [http://lists.openstack.org/pipermail/openstack-discuss/2019-January/002252.html mailing-list]&lt;br /&gt;
&lt;br /&gt;
Asking for help was not very successful, partially due to how intimidating it is for new contributors to join. Maybe proposing mentoring if you offer time is a more positive way to look at it.&lt;br /&gt;
&lt;br /&gt;
=== Formalizing pop-up teams ===&lt;br /&gt;
Drivers: ttx&lt;br /&gt;
&lt;br /&gt;
Status: under discussion on the [http://lists.openstack.org/pipermail/openstack-discuss/2019-January/002251.html mailing-list]&lt;br /&gt;
&lt;br /&gt;
Cross-project work is still difficult. Maybe formalizing the concept of pop-up teams a bit more, with clear scope and disband criteria (under the model of [https://github.com/kubernetes/community/blob/master/committee-steering/governance/wg-governance.md Kubernetes working groups]) would help.&lt;br /&gt;
&lt;br /&gt;
=== Technical Vision for OpenStack ===&lt;br /&gt;
Drivers: zaneb, ttx, cdent&lt;br /&gt;
&lt;br /&gt;
Status: Under dicussion&lt;br /&gt;
&lt;br /&gt;
The initial [https://governance.openstack.org/tc/reference/technical-vision.html vision] has been created. The agreed next step (to be done by cdent and TheJulia) is to publicize it and request that projects self-evaluate themselves against the vision.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://www.openstack.org/summit/vancouver-2018/summit-schedule/events/21739/official-projects-and-the-boundary-of-what-is-openstack Rocky Forum session]&lt;br /&gt;
* https://etherpad.openstack.org/p/tech-vision-2018&lt;br /&gt;
* [https://review.openstack.org/592205 Document review]&lt;br /&gt;
&lt;br /&gt;
=== tags indicating the upgrade support in deployment tools ===&lt;br /&gt;
Drivers: ttx&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
During the FFU session at the Rocky Forum, Dan Smith and David Medberry indicated interest in defining tags to describe what upgrade features deployment tools have.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-forum-fast-forward-upgrades Rocky Forum session notes]&lt;br /&gt;
&lt;br /&gt;
=== Next steps in TC Vision / defining role of the TC ===&lt;br /&gt;
Drivers: ttx, TheJulia, cdent&lt;br /&gt;
&lt;br /&gt;
Status:&lt;br /&gt;
Document created as [https://governance.openstack.org/tc/reference/role-of-the-tc.html role of the tc]. Next step (by cdent): to publicize and get community verify that it represent reality and that reality is what people desire; find out what's missing.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-tc-retrospective TC Retrospective Notes from Rocky Forum]&lt;br /&gt;
&lt;br /&gt;
=== Clarifying Requirements for PTL Contact Details ===&lt;br /&gt;
&lt;br /&gt;
Drivers: &lt;br /&gt;
&lt;br /&gt;
Monty pointed out that we have a general community expectation that leaders are visible via IRC. That may not always be the case for some corners of our community, however. We need to decide whether we want to require IRC nicks for PTL candidates, whether we want to include other forms of contact for other chat platforms (optionally?), etc. and write a resolution so the election official have clear guidance.&lt;br /&gt;
&lt;br /&gt;
2018-09-09 - need to figure out how to ask PTLs for a primary means of contact without dictating a specific means and without opening ourselves up to having to sign on to every new chat tool&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
References:&lt;br /&gt;
&lt;br /&gt;
* https://review.openstack.org/#/c/589696/ (abandoned)&lt;br /&gt;
* https://review.openstack.org/#/c/590082/ (fills in missing nicks with &amp;quot;None supplied&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
== Tracking OpenStack team health ==&lt;br /&gt;
See [[OpenStack_health_tracker]] for liaison assignment and status updates.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Recently completed things ==&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=168251</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=168251"/>
				<updated>2019-02-07T15:07:43Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Next Meeting */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 7 Mar 2019&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda will be published on the openstack-discuss mailing list before the meeting&lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* project team evaluations based on technical vision&lt;br /&gt;
** ACTION: cdent to republish the projects review vision notion&lt;br /&gt;
* defining the role of the TC&lt;br /&gt;
* keeping up with python 3 releases&lt;br /&gt;
** ACTION: gmann raise the topic of porting legacy jobs to bionic on the mailing list&lt;br /&gt;
** ACTION: fungi propose a default node flag day to switch to ubuntu bionic&lt;br /&gt;
** ACTION: TheJulia investigate PTI updates for Train&lt;br /&gt;
* Train cycle goals selection update&lt;br /&gt;
* health check status for stein&lt;br /&gt;
** ACTION: cdent and dims follow up on Searchlight review email thread on the mailing list&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=168194</id>
		<title>OpenStack health tracker</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=168194"/>
				<updated>2019-02-05T13:41:05Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Qinling */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''This page is a live document and contains notes from TC members working with project teams to ensure they have everything they need and are not running into issues. This information is not necessarily complete.'''&lt;br /&gt;
&lt;br /&gt;
TC members are attached as liaisons to each of the project teams, [https://governance.openstack.org/sigs/ SIGs], or [https://governance.openstack.org/uc/ UC working groups]. The idea is for these liaisons to keep up with the general health of the group, understand any issues they encounter, and help them work with the TC on solutions if necessary. Some TC members may be more active within the group than the basic liaison responsibilities imply, but that is not required.&lt;br /&gt;
&lt;br /&gt;
== Health check list ==&lt;br /&gt;
&lt;br /&gt;
==== Review visible issues ====&lt;br /&gt;
* If the team misses releases, has no volunteer for PTL position or does not answer pings around events organization, people will add &amp;quot;visible issues&amp;quot; in the tracker&lt;br /&gt;
* Same if someone notices an org diversity issue or team fragility&lt;br /&gt;
* In a lot of cases the visible issue has a natural explanation, so starting by asking about it is a good step&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team active? ====&lt;br /&gt;
* Watch summit &amp;quot;project update&amp;quot; videos, if any&lt;br /&gt;
* Check number of commits in recent times, and nature of them (bugfix or typo fix ?)&lt;br /&gt;
* Is the team keeping up with community goals ? (Completion status of previous ones, plan on the current/next ones. See also notes for new project data)&lt;br /&gt;
* Ask how functional and feature-complete the project is. If not, what is the roadmap ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team healthy? ====&lt;br /&gt;
* Checking Stackalytics organizational affiliation for commits, reviews, core reviews&lt;br /&gt;
* Checking number of people involved in commits, reviews, core reviews&lt;br /&gt;
* Checking the trend of changes in previously listed data: Is the project losing/gaining (core) reviewers regularily?&lt;br /&gt;
* Does the team have an onboarding process? Did they run onboarding sessions at recent Forums ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team openly collaborating (respecting the 4 opens)? ====&lt;br /&gt;
* Is the team holding regular meetings on an open communication channel?&lt;br /&gt;
* Check meeting logs and/or participate in the meeting&lt;br /&gt;
* Is the team using the mailing list for async communication? Check which type of topics are discussed (internal or only external-facing)&lt;br /&gt;
* Inquire with people who are irregular contributors to a project to see if there are issues regarding inclusivity or attention&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Getting direct feedback from the PTL/team ====&lt;br /&gt;
* Ask if the PTL/team has any open question (on processes, goals, governance...)&lt;br /&gt;
* Ask the PTL/team how the project is doing, and whether they have any concern, fear, issue they would like to raise&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Notes:'''&lt;br /&gt;
* Smaller teams usually don't have a lot of needs for async communication, so they rarely have ML threads&lt;br /&gt;
* New projects should be aware of the goal processes, the current goals, and state their status with previous goals to match the requirements [https://governance.openstack.org/tc/reference/new-projects-requirements.html]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Liaisons ==&lt;br /&gt;
=== SIGs ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| API ||  &lt;br /&gt;
|-&lt;br /&gt;
| Extended Maintenance ||  &lt;br /&gt;
|-&lt;br /&gt;
| FEMDC || &lt;br /&gt;
|-&lt;br /&gt;
| First Contact || fungi &lt;br /&gt;
|-&lt;br /&gt;
| K8s ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Meta || &lt;br /&gt;
|-&lt;br /&gt;
| Operation Docs || &lt;br /&gt;
|-&lt;br /&gt;
| Resource Management || &lt;br /&gt;
|-&lt;br /&gt;
| Scientific || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Security || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Self-healing || gmann&lt;br /&gt;
|-&lt;br /&gt;
| Upgrade || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Board Committees and Working Groups ===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Foundation Finance Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Interop Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Compensation Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Professional Certification Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Diversity Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Gold And Platinum Member Committee || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== UC Teams and Working Groups ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Financial Team || &lt;br /&gt;
|-&lt;br /&gt;
| Large Deployment Team || &lt;br /&gt;
|-&lt;br /&gt;
| Massively Distributed Clouds || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Operators Telecom/NFV || smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Ops Tags Team || &lt;br /&gt;
|-&lt;br /&gt;
| Product Team || &lt;br /&gt;
|-&lt;br /&gt;
| Fault-Genes Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| LCOO Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Public Cloud Working Group || cdent &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Project Teams ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Adjutant || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Barbican || fungi, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Blazar || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Chef Openstack || evrardjp, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Cinder || gmann, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Cloudkitty || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Congress || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Cyborg || lbragstad, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Designate || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Documentation || lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Ec2-Api || smcginnis, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Freezer || smcginnis, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Glance || lbragstad, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Heat || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Horizon || smcginnis, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| I18n || evrardjp, dims&lt;br /&gt;
|-&lt;br /&gt;
| Infrastructure || fungi, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Ironic || cdent, smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Karbor || smcginnis, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Keystone || fungi, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Kolla || gmann, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Kuryr || gmann, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Loci || lbragstad, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Magnum || cdent, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Manila || gmann, smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Masakari || gmann, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Mistral || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Monasca || gmann, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Murano || ttx, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Neutron || cdent, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Nova || lbragstad, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Octavia || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Openstack Charms || evrardjp, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Openstack-Helm || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Openstackansible || fungi, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| OpenStackClient || fungi, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Openstacksdk || fungi, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Oslo || lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Packaging-Rpm || evrardjp, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Powervmstackers || ttx, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Puppet Openstack || mnaser, dims&lt;br /&gt;
|-&lt;br /&gt;
| Qinling || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Quality Assurance || fungi, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Rally || fungi, dims&lt;br /&gt;
|-&lt;br /&gt;
| Release Management || lbragstad, dims&lt;br /&gt;
|-&lt;br /&gt;
| Requirements || fungi, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Sahara || smcginnis, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Searchlight || cdent, dims&lt;br /&gt;
|-&lt;br /&gt;
| Senlin || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Solum || fungi, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Storlets || cdent, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Swift || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Tacker || mnaser, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Telemetry || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Tricircle || smcginnis, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Tripleo || evrardjp, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Trove || smcginnis, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Vitrage || lbragstad, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Watcher || mugsie, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Winstackers || ttx, dims&lt;br /&gt;
|-&lt;br /&gt;
| Zaqar || zaneb, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Zun || gmann, ttx&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Status updates ==&lt;br /&gt;
&lt;br /&gt;
=== Adjutant ===&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Team is essentially one core/PTL and lacks diversity. Internal development sometimes stalls upstream work.&lt;br /&gt;
* PTL is planning on socializing the project during the Berlin summit in order to attract more contributors.&lt;br /&gt;
* No dedicated meeting time, but since the project is currently only one developer the PTL doesn't really see this being an issue. Looking to certainly expand that if/when more contributors start getting involved with the project.&lt;br /&gt;
* The team is focused on cleaning up technical debt before jumping into more feature work.&lt;br /&gt;
&lt;br /&gt;
=== Barbican ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
The team seems generally healthy and was considered to have &amp;quot;diverse affiliation&amp;quot; at the time we removed the affiliation diversity tags. Vulnerability reports for its code deliverables are officially overseen by the OpenStack VMT and have no outstanding public security issues unhandled. Changes are reviewed and approved with regularity in most of their deliverables. They're keeping up with applicable cycle goals, release deadlines, holding regular weekly meetings in IRC (if sometimes a bit short and with only a handful of participants) and putting important design discussions on the development mailing list. Over the past cycle they migrated their task and defect tracking from Launchpad to Storyboard, and were bolstered somewhat in their mission by the inclusion of Castellan (though not officially a Barbican deliverable, still maintained by many of the same folks and basically a foster child in Oslo's care) in the base services list.&lt;br /&gt;
&lt;br /&gt;
=== Blazar ===&lt;br /&gt;
Update: 09 Novemeber 2018 by gmann&lt;br /&gt;
* The team changed leadership in Stein.&lt;br /&gt;
* Blazar is not in user survey and it was requested by PTL but no response or fixed. &lt;br /&gt;
* Project looks healthy as of now. &lt;br /&gt;
* Number of contributions(review &amp;amp; commit)  is going with the same rate as in Rocky cycle.&lt;br /&gt;
* 4 Active contributors and one placement API core is actively working in Blazar now which is a great help. &lt;br /&gt;
* In Stein, contribution number is distributed among NTT and StackHPC which used to be NTT.&lt;br /&gt;
* ML and IRC channel are not active, but all incoming queries/pings are being responded on time.&lt;br /&gt;
* Meetings are happening actively but less attendance in the meeting.&lt;br /&gt;
* Team looking for more active contributors to keep good progress on the incoming features/development/reviews. Currently, Blazer is not adopted widely and that's the main reason for not having big team.&lt;br /&gt;
* Team hosted onboarding sessions in Vancouver but did not find it valuable and dropped the same in Berlin and plan to interact people during project update session only.&lt;br /&gt;
&lt;br /&gt;
=== Chef OpenStack ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 7th, 2019,  TheJulia&lt;br /&gt;
&lt;br /&gt;
Current status&lt;br /&gt;
* Better team diversity is evolving in the Stein cycle.&lt;br /&gt;
* Team is struggling with review velocity and name recognition because combining two individual community names seem to create some confusion. &lt;br /&gt;
* Team is also discussing going back to having a regular meeting to force a periodic sync-up of contributors. Up until now, they have worked &amp;quot;extremely asynchronously&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Past reported issues&lt;br /&gt;
* Individual fragility: Samuel Cassiba represents 75% of commits&lt;br /&gt;
&lt;br /&gt;
=== Cinder ===&lt;br /&gt;
Update: 07 January 2019, TheJulia&lt;br /&gt;
* In follow-up discussion after reviewing gmann's notes, I started discussing project health with the PTL, partially because we were on another related subject of discussion.&lt;br /&gt;
* Cinder's health is moderately healthy because of the risk of core burn-out. PTL has indicated that himself and one other are the most active reviewers and counts dramatically fall off from there.&lt;br /&gt;
&lt;br /&gt;
Update: 17 December 2018 by gmann&lt;br /&gt;
* Project is healthy.&lt;br /&gt;
* Project facing the serious issue of lack of core reviewers which impacting the pace of getting bug fixes, feature merged. It is Jay and Sean most of the time doing reviews etc. Team is trying to get more contributor involved and making them Core but fail to get Active Core.  It is going to be hard to keep the level of throughput and quality that people have come to expect from Cinder in the past. &lt;br /&gt;
* One idea that PTL considering to do in the future is continued development into Cinder as a Standalone service.  It is part of what will continue to keep Cinder relevant and healthy in the future&lt;br /&gt;
* Project meetings are going well with consistent participation. They are productive so far.&lt;br /&gt;
* Team is considering the stability of existing features. new features are more general and not backends specific. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Some drop off in participation by some cores, but still active enough not to raise any red flags&lt;br /&gt;
* Overall less community involvement&lt;br /&gt;
* Project may just be &amp;quot;stable&amp;quot; and doesn't need as much activity as the past&lt;br /&gt;
* Still a lot of bug fix work to be done, but no major new features on the roadmap&lt;br /&gt;
&lt;br /&gt;
=== Cloudkitty ===&lt;br /&gt;
Updated July 19, 2018 (ttx)&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from ObjectifLibre), failure to retain onboarded people&lt;br /&gt;
* Activity is low but stable (33 commits in Rocky so far compared to 57 total in Queens)&lt;br /&gt;
* Works to support standalone operation and reusability in a Prometheus-driven stack, good feedback from users on that strategy&lt;br /&gt;
* It's mostly in competition with homegrown solutions, which makes it a bit special&lt;br /&gt;
* IRC meetings do not appear on eavesdrop.openstack.org -- no regular meeting, focusing on doing some small group meeting for key topics&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
&lt;br /&gt;
Update November 27, 2018 (evrardjp)&lt;br /&gt;
&lt;br /&gt;
Same applies:&lt;br /&gt;
* Single vendor: Objectif-Libre (67% of reviews, 47% of commits, large majority of cores from said company -- although 2 other active cores doing code contributions in the last 6 months)&lt;br /&gt;
* One very active core (PTL)&lt;br /&gt;
* Still reviews and commits on the content in the last months (55 commits during Rocky cycle)&lt;br /&gt;
* Requests on the ML to take back meetings&lt;br /&gt;
* Current action points: Reworking on APIs, API v2 (stockage v2 + influx + graphana), &amp;quot;Plan to work&amp;quot; on  contributor guide, Plan to work with deploy projects more (kolla-ansible, rdo)&lt;br /&gt;
* Current goals: They need to test for the mutable configuration, else the rest is in progress or done. The active work on that side is upgrade checks (https://review.openstack.org/#/c/613076/ ) and tempest python3 for their plugins&lt;br /&gt;
* In terms of manpower: Objectif libre pulling things forward more: Q(48%), R (57%) with no change of the person-day effort (130).&lt;br /&gt;
* Contributors: 31% of reviews by PTL, 16% by a person which is independant and not core. Good progression there!&lt;br /&gt;
&lt;br /&gt;
=== Congress ===&lt;br /&gt;
&lt;br /&gt;
Update: 04 December 2018 by gmann&lt;br /&gt;
&lt;br /&gt;
* Project is adequate healthy &lt;br /&gt;
* Project does not have many contributors but it is well enough to tackle the high priority features and bugs.&lt;br /&gt;
* Meetings happening regularly with low attendance but good enough for real-time discussions&lt;br /&gt;
* Mainly 2 developers including PTL are active.&lt;br /&gt;
* IRC channel and ML are not busy but well cover the incoming request.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-30 by cdent&lt;br /&gt;
&lt;br /&gt;
* Commits somewhat down from Queens (119 in Queens, 69 in Rocky so far)&lt;br /&gt;
* Commits and reviews in the hands of a small but diverse group&lt;br /&gt;
* Limited engagement on os-dev, but effective: http://lists.openstack.org/pipermail/openstack-dev/2018-May/130180.html&lt;br /&gt;
* IRC logged for both channel and meetings, low but steady traffic.&lt;br /&gt;
* Working to address step learning curve that new contributors face by refactoring tempest tests and associated documentation.&lt;br /&gt;
&lt;br /&gt;
=== Cyborg ===&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* No account of [http://eavesdrop.openstack.org/meetings/openstack_cyborg_project/ previous meeting logs] (404), but meetings are held in IRC.&lt;br /&gt;
* Development team is working on features and a presentation for the summit in Berlin.&lt;br /&gt;
* PTL noted that more resources would be a plus in helping with work queues.&lt;br /&gt;
* Development pace seems to have maintained through Rocky and into Stein&lt;br /&gt;
* IRC is relatively quiet, but there are long discussions with other teams every few days.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* Email responded to by PTL on July 4th. PTL has nothing to really report.&lt;br /&gt;
* Activity seems to be moderately in-line with the prior cycle, although one of the cores has since become an independent contributor.&lt;br /&gt;
* Cyborg does presently hold a weekly meeting on Wednesdays which does appear active, otherwise IRC is quiet.&lt;br /&gt;
** There is no calendar entry on eavesdrop.openstack.org for cyborg, TheJulia let the PTL know.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Designate ===&lt;br /&gt;
Last updated 2018-07-23 by cdent&lt;br /&gt;
&lt;br /&gt;
* Low number of reviews, commits, and contributors but it is somewhat steady.&lt;br /&gt;
* A significant amount of the code activity is related to aligning with infra/testing/qa related goals and not feature development. &amp;quot;most of our work at the moment is based around fixing the gate / not breaking future versions&amp;quot;&lt;br /&gt;
* ML list use is light, but that's always been the case.&lt;br /&gt;
* IRC channel is not busy but is responsive.&lt;br /&gt;
* Lurking difficulties:&lt;br /&gt;
** As of yet, no support for WSGI, which will break things in a pure py3 environment (due to eventlet)&lt;br /&gt;
** Low number of reviews means meeting community goals difficult and distracting.&lt;br /&gt;
** Feature requesting is not formalized/transparent, people show up asking &amp;quot;why isn't thing X present?&amp;quot;&lt;br /&gt;
** Designate is present in many OpenStack distributions but vendors are not providing active contribution support.&lt;br /&gt;
&lt;br /&gt;
Summary: muddling along, but struggling to address feature demands because of lack of incoming flow of people.&lt;br /&gt;
&lt;br /&gt;
=== Diversity ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The Diversity WG continues to have semi-weekly meetings in their IRC channel with anywhere from 2 to 8 participants (varying week to week)&lt;br /&gt;
* Current activities include finalizing the updated diversity survey and following up on feedback to the foundation event coordinators (preferred pronoun stickers for badges, some way to indicate visibly that you don't wish to be photographed, designated alcohol-free areas at official social events)&lt;br /&gt;
* Also communicating with the Women of OpenStack group about the possibility of more closely collaborating on sponsored event activities&lt;br /&gt;
&lt;br /&gt;
=== Documentation ===&lt;br /&gt;
&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* The team made some progress on some initiatives like overhauling the documentation site and templates.&lt;br /&gt;
* Progress is slow given the team size only being a handful of people.&lt;br /&gt;
* PTL has organized a project onboarding session in Berlin to help attract new contributors.&lt;br /&gt;
* Meetings are relatively sporadic but do generate useful discussions.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-18, pabelanger&lt;br /&gt;
&lt;br /&gt;
* Revist meeting format at stein PTG&lt;br /&gt;
* To early to report on new office hours, but people still seem to ask questions at random times.&lt;br /&gt;
* review queue is pretty stable&lt;br /&gt;
* suggestion in https://review.openstack.org/#/c/579177/, wondering if the TC could help the docs team promote some of the proposed docs guidelines&lt;br /&gt;
* could use more designer resources to work on some outstanding tasks wrt docs.o.o that we previously talked about in Dublin. I'm hoping to get some intern time secured from the Foundation in the coming weeks.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
=== Dragonflow ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Huawei represents 100% of core reviews&lt;br /&gt;
* The team did not produce a Queens release. Their last release was 4.0.0 on Sept 1, 2017. Should projects that do not prepare releases be considered official? -- dhellmann&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== ec2-api ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Andrey Pavlov represents 100% of core reviews&lt;br /&gt;
* Standing TODOs to update ec2api to latest Nova APIs (https://bugzilla.redhat.com/show_bug.cgi?id=1612369#c1)&lt;br /&gt;
&lt;br /&gt;
Last update: July 3, 2018 (cmurphy)&lt;br /&gt;
* Low activity due to general maturity&lt;br /&gt;
* Still actively used by operators, bugs are reported and fixed&lt;br /&gt;
* Three cores, all reportedly active&lt;br /&gt;
* Being part of OpenStack is still valued&lt;br /&gt;
** Operators are still using the project, so better to be coupled with OpenStack&lt;br /&gt;
** Depends on other components of OpenStack, so there is value in collaborating together&lt;br /&gt;
&lt;br /&gt;
=== Extended Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Newly formed SIG in the Rocky cycle, built on the ruins of the old Stable Branch Management team. They're still feeling out the changes we outlined in Dublin and Vancouver for EM as compared to the old stable/EOL workflow.&lt;br /&gt;
&lt;br /&gt;
=== First Contact ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Primarily focused on fleshing out the contributor guide, working with OSF staff on the contributor portal, and most recently the employer guide (targeted at helping management at contributors' employing organizations understand what resources they can provide to help their upstream interactions be more successful and lower-friction). They meet fairly consistently in IRC each week, and while those active in the SIG are fairly few in number they represent work important to the overall health of our community so can use all the support they can get.&lt;br /&gt;
&lt;br /&gt;
=== Freezer ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 7th, 2019, TheJulia&lt;br /&gt;
&lt;br /&gt;
* Project's health appears to be improving.&lt;br /&gt;
* Substantial uptick in activity over the rocky cycle.&lt;br /&gt;
* Some organizational risk exists with the ZTE contribution level being 67%, but that is down from the prior cycle.&lt;br /&gt;
* Project has removed the use of pycrypto&lt;br /&gt;
* A stein release has been made.&lt;br /&gt;
* Sporadic team meetings are occurring.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Aug 28, 2018, ttx&lt;br /&gt;
&lt;br /&gt;
* Lots of warning lights:&lt;br /&gt;
** Still uses pycrypto [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131103.html]&lt;br /&gt;
** freezer and freezer-web-ui missed the Rocky-2 and Rocky-3 milestones, so Freezer was not included in Rocky&lt;br /&gt;
** There was [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s)] for Stein.&lt;br /&gt;
** No PTG presence&lt;br /&gt;
** No team meeting since August 2017&lt;br /&gt;
* That said:&lt;br /&gt;
** The historic PTL (Saad Zaher) is working on it on his free time, and was on paternity leave lately (congrats!)&lt;br /&gt;
** Several people stepped up to save it from being made unofficial (Trinh Nguyen from Edlab, Geng Changcai from ZTE)&lt;br /&gt;
** Activity was significant in Rocky (88 commits), with good diversity&lt;br /&gt;
* Recommendation is to reassess before stein-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Glance ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Meetings occur weekly and seem to have good discussion.&lt;br /&gt;
* Most cores are employed by Red Hat, but this isn't a huge concern for the group since work in this area is needed.&lt;br /&gt;
* Team would benefit the most from code and specification reviews, especially since the select few cores are heads down coding.&lt;br /&gt;
* The team has been pushing out a lot of new functionality with respect to team size over the last 3 releases and they're concerned about getting feedback from users and operators.&lt;br /&gt;
* Didn't sound like the team was able to secure a slot for a project update or a general purpose feedback session.&lt;br /&gt;
* PTL is working with the foundation to massage the user survey questions to be more useful, sounds like the current set is too dated to be relevant.&lt;br /&gt;
&lt;br /&gt;
=== Heat ===&lt;br /&gt;
Update: 2018-06-28, zaneb&lt;br /&gt;
&lt;br /&gt;
* Under active development&lt;br /&gt;
* Only 4 active cores, 3 from Red Hat. This is limiting the amount of development that can be done and the velocity of the project.&lt;br /&gt;
** Especially struggling with stable reviews (only 1 active core, and the stable-maint team are the gatekeepers for adding more)&lt;br /&gt;
* Active on mailing list and IRC&lt;br /&gt;
* Regular IRC meetings&lt;br /&gt;
* [https://ethercalc.openstack.org/heat-mox-removal Excellent progress] on the (massive) mox-removal goal in Rocky&lt;br /&gt;
* The heat-translator sub-project no longer has any team overlap with the rest of the project, and is struggling for core reviewers. It might be time to [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131688.html consider another home for it].&lt;br /&gt;
&lt;br /&gt;
=== Horizon ===&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Continues to see loss of reviewers and code contributors&lt;br /&gt;
* Planning an onboarding session in Berlin where they hope to attract more contributors&lt;br /&gt;
* Considering the need to add Horizon to the Help Most Needed list to try to attract more&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: July 20, cmurphy&lt;br /&gt;
* Lost several core reviewers recently&lt;br /&gt;
* Some promising new contributors, could become cores if they help with reviews more&lt;br /&gt;
* Nearly complete with mox goal&lt;br /&gt;
* Focus on cross-project plugins and CI coverage&lt;br /&gt;
* Lots of participation in weekly meetings&lt;br /&gt;
* Concern about getting help with AngularJS work&lt;br /&gt;
** Converting more of horizon to AngularJS is still seen as the right technical direction (it provides a better user experience) but community contribution is suffering from it&lt;br /&gt;
** Hard to ask devs from other OpenStack projects to add support for new features in non-Python&lt;br /&gt;
** Hard in general to attract new JS devs when OpenStack is mostly Python&lt;br /&gt;
&lt;br /&gt;
=== I18n ===&lt;br /&gt;
Update: July 04, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
The team changed leadership in Queens.&lt;br /&gt;
&lt;br /&gt;
Queens status:&lt;br /&gt;
* 87 modules touched (+87%)&lt;br /&gt;
* 17 languages supported (+6%)&lt;br /&gt;
* 55 active translators (-14%) (TODO, need to check with PTL if it has an impact)&lt;br /&gt;
* 7 companies support (-22%)&lt;br /&gt;
I18n team previously had team meetings but decided to have office hours instead.&lt;br /&gt;
Usually tracks completion of Rocky community goals.&lt;br /&gt;
A lot of collaboration with Doc team.&lt;br /&gt;
Dedicated mailing-list: openstack-i18n - pretty busy&lt;br /&gt;
&lt;br /&gt;
Rocky:&lt;br /&gt;
* &amp;lt;strike&amp;gt;Help is wanted around doc translation. See https://review.openstack.org/#/c/545377 for example.&amp;lt;/strike&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Update: November 27, 2018 (evrardjp)&lt;br /&gt;
&lt;br /&gt;
PTL told me reduced activity recently:&lt;br /&gt;
&amp;quot;we've lost 31% of the contributor in this cycle. We have lower count of modules touched and also language support is going down. This could have two reasons: The work is already done, or we lost people in real. There are still some use cases for machine learning and machine translation. Zanata team worked also on this topic for simplify the work a bit and automate it a bit more&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Infrastructure ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Probably the most significant note is that this team is slowly working on disassociating itself from direct OpenStack governance (the draft declaration of independence for it still seeks input from the OpenStack community as a part of its own decision-making processes however). The TC should of course continue to concern itself with the health of this collective under whatever new name and governance it assumes since OpenStack is heavily reliant on the services it provides. Reasonably healthy at present, the team has numerous deliverable repositories under its umbrella which see widely varied levels of contribution and review activity. During Rocky it lost a couple of its more active root sysadmins which has added a renewed strain on available bandwidth. The Zuul (+nodepool et al) project was also split out during this cycle, but the official separation  doesn't seem to have particularly drained any of the team away as there is still significant overlap between them. Upcoming concerns are making sure the team is still able to meet its charge with the increased responsibility of serving additional OSF projects beyond OpenStack itself, along with rebranding/debranding efforts coupled with whitelabeling of some relevant services.&lt;br /&gt;
&lt;br /&gt;
=== Interop ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* Only a few active members of the Interop WG reviewing and contributing patches to the openstack/interop repository&lt;br /&gt;
* Affiliation is fairly diverse, but with so few active that's probably not really relevant&lt;br /&gt;
* Mandated to maintain interoperability guidelines in support of official trademark programs, so the board will likely step in if active participants fall below a minimum viable count&lt;br /&gt;
* Heavily dependent on the RefStack and QA teams for their tool development&lt;br /&gt;
&lt;br /&gt;
=== Ironic ===&lt;br /&gt;
Stein update: October 31st (TheJulia)&lt;br /&gt;
* Ironic has taken on quite a bit of new feature and refactoring work for this cycle.&lt;br /&gt;
* We are seeing a drop in review activity, which is consistent in the beginning of a cycle, however we've had some reduced core reviewer activity as well so mentoring and recruiting is something we're activity having to do.&lt;br /&gt;
* Commit activity is off balance, but review activity is relatively balanced contributing organization wise.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update from Summit Day one (cdent):&lt;br /&gt;
* A lot of interest in Ironic. Project update room standing room only.&lt;br /&gt;
&lt;br /&gt;
=== Karbor ===&lt;br /&gt;
Stein, 4 Feb 2019, dhellmann&lt;br /&gt;
* Email sent to Pengju Jiao at the address we have on file in the governance repo bounced.&lt;br /&gt;
&lt;br /&gt;
Stein Update, Oct 23, smcginnis&lt;br /&gt;
* Activity continues to decline&lt;br /&gt;
* Pengju has reached out to several companies in China (Huawei, ZTE) and has some informal commitments that they will contribute new developers&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: Oct 5, ttx&lt;br /&gt;
* Activity dropped significantly over the last 6 months: no more meetings, only 16 (mostly cleanup) commits in Rocky&lt;br /&gt;
* Pengju Jiao stepped up in August to push the release and apply for the PTL position&lt;br /&gt;
* Activity dropped again in September as he was on paternity leave. Activity is expected to pick back up after the Golden Week in China&lt;br /&gt;
* Karbor is far from fully-functional and needs a lot of work. Pengju has a clear roadmap for Stein.&lt;br /&gt;
* In terms of contribution, Karbor has users involved (China Mobile, Huawei), and other users that are not yet contributing&lt;br /&gt;
&lt;br /&gt;
=== Keystone ===&lt;br /&gt;
Update July 3, 2018 (cmurphy)&lt;br /&gt;
* High pressure due to being a central part of OpenStack&lt;br /&gt;
* Focus on &amp;quot;improving the commons&amp;quot; - policy/RBAC work, unified quota management, application development&lt;br /&gt;
* 10 cores with varying levels of activity, nearly all are at most part-time&lt;br /&gt;
** Concern over possibility of team burnout&lt;br /&gt;
&lt;br /&gt;
=== Kolla ===&lt;br /&gt;
Update: 2019-01-07, TheJulia&lt;br /&gt;
* Team review velocity appears to be declining, possibly with stability, but contribution/commit levels seem consistent.&lt;br /&gt;
* Corporate and individual involvement seems fairly well distributed.&lt;br /&gt;
* No stein release(s) as of yet.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-30, TheJulia&lt;br /&gt;
* Discussion in IRC with the PTL about a week after initial contact in #openstack-tc&lt;br /&gt;
* PTL felt that the team was in a good state, that goals had been progressing.&lt;br /&gt;
* Slight increase in review activity/commits, overall seems fairly healthy.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* No reply received. Follow-up email sent on 2017-07-10 and contact initiated on IRC.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Kuryr ===&lt;br /&gt;
&lt;br /&gt;
Updated 1st November 2018 by gmann after discussion and email response from dmellado.&lt;br /&gt;
&lt;br /&gt;
* Project is quite a healthy. It has several full time contributors, are actively working on adding new features and keep track of upstream goals,such as python3 was finished as one of the initial projects.&lt;br /&gt;
* Project wanted to move to office hour and this is something PTL would like to discuss during Berlin Summit. &lt;br /&gt;
* Project maintaining their activeness in Conference by conducting the Physical PTG, Projects updates and onboarding sessions. &lt;br /&gt;
* Enough number of active contributors.&lt;br /&gt;
* Project is active in responding the incoming review request and able to maintain the low number of open Reviews count.  &lt;br /&gt;
* Number of contribution(review &amp;amp; commit)  is going with little higher rate compare tp Rocky cycle.&lt;br /&gt;
* Not much communication on ML and IRC channel but team stay online there for any incoming queries. &lt;br /&gt;
&lt;br /&gt;
Key Issues:&lt;br /&gt;
&lt;br /&gt;
* Release model is challenging where project has to consider both openstack and k8s release cycles. Need input from TC and Release team in Forum. &lt;br /&gt;
* Most of the active contributors are from Redhat. Projects used to have few contributor from Huawei which are not so active now.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated 2018-08-13 by cdent, from an email response by dmellado to a message from dims&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: RedHat represents 79% of core reviews&lt;br /&gt;
** Considering moving or adding meetings to reach more timezones&lt;br /&gt;
* Making good headway in general&lt;br /&gt;
* Have some challenges with infra that they'd like to figure out:&lt;br /&gt;
** Would be good to have an openstack-infra k8s registry for containers&lt;br /&gt;
** Would be nice to have nested VMs with large RAM to test pods&lt;br /&gt;
* Need to work with neutron to deal with API slowness&lt;br /&gt;
&lt;br /&gt;
=== Large Deployment ===&lt;br /&gt;
Update: 2018-07-14, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Loci ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
** Sam Yaple has agreed to run as PTL again&lt;br /&gt;
* Sam Yaple was not able to continue his leadership during Stein cycle.&lt;br /&gt;
** Chris Hoge took interim PTL duties, and restarted the project meetings.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-08-09, pabelanger&lt;br /&gt;
* PTL missed original email, reason for delay.&lt;br /&gt;
* LOCI is now a single-repo project. Retired other repos.&lt;br /&gt;
* Is stable, but have not agreed and implemented a versioning system.&lt;br /&gt;
* Master branch of LOCI can build N-&amp;lt;HEAD of master&amp;gt; OpenStack currently, and this makes the stable branching structure a bit unappealing.&lt;br /&gt;
* LOCI has 3 independent efforts right now from a few people that are encouraging.&lt;br /&gt;
** aarch64 support though we haven't setup gates yet&lt;br /&gt;
** opensuse 15 support&lt;br /&gt;
** kolla-loci/loci-kolla support. The output will allow loci images to be used with kolla-ansible without kolla-ansible changes.&lt;br /&gt;
* core of LOCI is stable and solid throughout all of this. Most/all of this work is about integrations with other OpenStack projects with the long term goals of sharing the &amp;quot;deploy&amp;quot; gates with OSH/Kolla/Triple-O, testing LOCI images.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
Update: 2018-11-29 evrardjp&lt;br /&gt;
* A long time without the PTL appearing in meetings. (No news two weeks after the last PTG)&lt;br /&gt;
* Discussions in the IRC channel about leadership changes due to absence of Sam&lt;br /&gt;
* Discussions at the summit of an action plan&lt;br /&gt;
* Chris Hoge proposed himself as PTL, November 27th.&lt;br /&gt;
&lt;br /&gt;
=== Magnum ===&lt;br /&gt;
&lt;br /&gt;
=== Manila ===&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Project appears to be in good shape&lt;br /&gt;
* Focusing on bug fixes and stabilization rather than any big new features&lt;br /&gt;
* Drop of in involvement from EU, particularly from HPE and IBM&lt;br /&gt;
* Increase of participation from China makes EU drop off not as much of an issue other than time coverage&lt;br /&gt;
** Not a lot of involvement on IRC or weekly meeting though&lt;br /&gt;
* Lots of good interest downstream, particularly from HPC and telco communities&lt;br /&gt;
&lt;br /&gt;
=== Masakari ===&lt;br /&gt;
Update: 6 Nov 2018 by gmann&lt;br /&gt;
* Project is &amp;quot;unhealthy&amp;quot; due to lack of contributors and has &amp;quot;visible issues&amp;quot; .&lt;br /&gt;
** Only NTT groups developers are contributing.&lt;br /&gt;
** Only 3 active contributors (NTT groups) which are not sufficient for incoming feature/review request. &lt;br /&gt;
** Many operators &amp;amp; devs implement features and disappear.    &lt;br /&gt;
* PTL is trying to extend the Masakari scope from &amp;quot;VM HA&amp;quot; to integrate in NFV, Ironic baremetal instance HA etc to find more use cases, find more people to use masakari and so does more active contributors.&lt;br /&gt;
** Roadmap for Stein looks good but need more contributors. &lt;br /&gt;
* ML and IRC channel are not so active, but all incoming query/ping are being responded. &lt;br /&gt;
* Meeting are happening actively but seems 2-3 attendance only.&lt;br /&gt;
&lt;br /&gt;
=== Mistral ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Lack of development&lt;br /&gt;
* Contributors haven't flagged development pace as a major concern yet, but it could become an issue in the future&lt;br /&gt;
* Attracting new contributors is a struggle&lt;br /&gt;
* Project contributors seem to be taking on multiple tasks that make development time for Mistral challenging&lt;br /&gt;
* The team continues to hold office hours weekly&lt;br /&gt;
* New contributors should have the most impact by helping with bug, features, and improving documentation.&lt;br /&gt;
* Code review volume doesn't seem to be a huge issue, yet&lt;br /&gt;
* Existing developers also noted that it is tough to concisely explain the purpose of the project (why should you care about workflows) and the problems it solves, which probably confuses new developers and raises the barrier to entry&lt;br /&gt;
&lt;br /&gt;
* Active development, with a steady stream of reviews and patches spread fairly evenly across a handful of contributors&lt;br /&gt;
* Organisational diversity is low, however - most contributions come from Nokia and Red Hat.&lt;br /&gt;
* Switched to multiple weekly office hours, logged as meetings. Quoting Dougal on lessons learned:&lt;br /&gt;
** Essentially we have ended up with a less formal meeting, but it happens multiple times in the week. The biggest advantage is that we can cover more timezones. I think it generally works well, but sometimes it is very quiet and just me - in those cases I tend to do bug triage and other routine tasks. This has helped reduce the bug backlog by at least 50%! We are a small team and a more formal weekly meeting always felt forced, as we didn't always have specific topics to discuss or there would only be a couple of us. So now the structure of the meetings is generally &amp;quot;Anyone here and want to chat? We have X new bugs we can talk about&amp;quot; and then we take it from there. Having a list of IRC nicks to ping at the start of meetings has helped remind people :)&lt;br /&gt;
* Missing PTG4 because it happens that no cores are available, so virtual PTG is planned instead. Mistral have participated in previous PTGs and expect to find it easier being co-located with the Summit.&lt;br /&gt;
&lt;br /&gt;
=== Monasca ===&lt;br /&gt;
Update: August 14th, 2018&lt;br /&gt;
* Team is fairly small and tends to utilize a single core reviewer strategy to approve changes.&lt;br /&gt;
* Team is holding weekly meetings which seem quite active. Contributor activity seems stable compared to the prior cycle.&lt;br /&gt;
* Check-in email sent to the PTL on August 14th. PTL is on vacation until end of month.&lt;br /&gt;
&lt;br /&gt;
=== Murano ===&lt;br /&gt;
* murano and murano-dashboard missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 13 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Recent US government action against ZTE has had an impact on the team, because ZTE employees are key contributors to the project and the core team. It is unclear how much ZTE will be able to continue to contribute in the future. [https://www.nbcnews.com/politics/congress/senate-blocks-zte-deal-rebuke-trump-deal-n882196]&lt;br /&gt;
* The murano-core team has members froM AT&amp;amp;T and Mirantis, as well as ZTE.&lt;br /&gt;
* emilien sent email on 2018-07-17&lt;br /&gt;
&lt;br /&gt;
Update 6 Aug 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Rong Zhu responded with some hopeful comments about the ZTE situation improving (and it seems to have) and meaning that team members will be more active on IRC again&lt;br /&gt;
&lt;br /&gt;
=== Nova ===&lt;br /&gt;
&lt;br /&gt;
Update 5 July 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* melwitt reports &amp;quot;I can't think of any issues we need help with&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Octavia ===&lt;br /&gt;
* Feeling a small shortage of contributors (contributions &amp;amp; code review)&lt;br /&gt;
* OpenStack-wide &amp;quot;interruptions&amp;quot; affect team heavily&lt;br /&gt;
* Moving from screen to systemd affected team for ~4 weeks&lt;br /&gt;
* WSGI Implementation took time (and changes) and team feels community goals aren't super constructive to project&lt;br /&gt;
* Zuul V3 cutovers (and constant restarts) affect productivity and slow down progress&lt;br /&gt;
* Sometimes certain things that should be done the &amp;quot;OpenStack&amp;quot; way such as involving PTLs in decisions don't happen&lt;br /&gt;
* Storyboard issues: https://etherpad.openstack.org/p/storyboard-issues&lt;br /&gt;
&lt;br /&gt;
=== Openstack Charms ===&lt;br /&gt;
Update: June 20, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from Canonical), but with some external participation&lt;br /&gt;
* Steady activity, keeping up with recent evolution (includes Vault and Gnocchi, integrates Designate with Neutron)&lt;br /&gt;
* Holds weekly IRC meetings with rotating chair&lt;br /&gt;
* Uses Launchpad, and is likely to stay there as it allows sharing tasks with Ubuntu packaging&lt;br /&gt;
* Limited ML engagement (thread left dangling at [http://lists.openstack.org/pipermail/openstack-dev/2018-April/129314.html])&lt;br /&gt;
&lt;br /&gt;
=== OpenStack-Helm ===&lt;br /&gt;
Update: June 26, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from AT&amp;amp;T), but with external participation (SKT, 99cloud, Intel...)&lt;br /&gt;
* Increasing activity (412 commits in Rocky so far compared to 513 total in Queens)&lt;br /&gt;
* Holds weekly IRC meetings, pretty active discussions&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
* OpenStack-Helm is release-independent -- it aims to support Newton -&amp;gt; master and track latest all the time. They are waiting until they reach a certain quality level (and stable interface) before declaring a 1.0. See [https://docs.openstack.org/openstack-helm/latest/specs/osh-1.0-requirements.html requirements for 1.0]. This explains lack of releases.&lt;br /&gt;
&lt;br /&gt;
=== OpenStackAnsible ===&lt;br /&gt;
&lt;br /&gt;
=== OpenStackClient ===&lt;br /&gt;
&lt;br /&gt;
Update: 07 Jan 2019, TheJulia&lt;br /&gt;
* Overall health seems unchanged.&lt;br /&gt;
* Team remains relatively small and review velocity seems to remain an issue.&lt;br /&gt;
* Team seems well distributed with diverse contributions.&lt;br /&gt;
&lt;br /&gt;
Update: 28 June 2018, dhellmann, cmurphy&lt;br /&gt;
&lt;br /&gt;
* uses IRC and the mailing list but no meetings&lt;br /&gt;
* the review team is small, but there are several active reviewers not on the core team yet who are candidates&lt;br /&gt;
* there is quite a review backlog, but the PTL is optimistic that adding the new reviewers will help with that&lt;br /&gt;
* they are still interested in being included on the help wanted list (hence the &amp;quot;orange&amp;quot; status, for now)&lt;br /&gt;
&lt;br /&gt;
=== Openstacksdk ===&lt;br /&gt;
Update: 2018-07-02, TheJulia&lt;br /&gt;
* Initial communication with PTL, should expect to follow-up with-in the next few days.&lt;br /&gt;
&lt;br /&gt;
=== Oslo ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
&lt;br /&gt;
* Most of the more active members are employed by Red Hat, so it would be good to bring in more diverse contributors&lt;br /&gt;
* oslo.privsep, taskflow, and oslo.service are used in several significant service projects, but are effectively unmaintained.&lt;br /&gt;
* oslo.service has some issues with the WSGI service not working under python3. The plan is to encourage all projects to stop using that feature, deprecate, then remove it.&lt;br /&gt;
* taskflow is one of several projects that needs to update to a newer version of networkx, but the API changes in networkx mean reworking some of taskflow. Supporting both versions of the APIs may be complicated.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 18 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Active discussions about moving taskflow out of OpenStack governance.&lt;br /&gt;
* Most of the core team is still employed by Red Hat. Red Hat is expanding development in this area with another contributor, which is a good thing, but doesn't necessarily help with diversity.&lt;br /&gt;
* Team missed a slot for a project update in Berlin and is looking into ways to have that virtually.&lt;br /&gt;
* The team is active and regularly participates in meetings.&lt;br /&gt;
* Some concern about large features taking a long time to review.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 12 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* The team is small, but active and working on recruiting.&lt;br /&gt;
* Team produces regular and frequent releases for the maintained libraries&lt;br /&gt;
* Team meets weekly using IRC&lt;br /&gt;
* Team had both onboarding and project update sessions in Vancouver&lt;br /&gt;
* The level of activity within each library varies.&lt;br /&gt;
* Several of the libraries are reaching a &amp;quot;stable&amp;quot; state in which they may not see many updates beyond bug fixes. This has spurred a discussion of how to treat projects like that, led by the release management team [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131341.html]&lt;br /&gt;
&lt;br /&gt;
=== Packaging-RPM ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: SUSE represents 77% of core reviews&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.] (Update: PTL stepped up https://review.openstack.org/588617)&lt;br /&gt;
Update 21 Aug 2018 (cmurphy):&lt;br /&gt;
* Concern over low investment from original collaborators - was once a Mirantis/RH/SUSE project, now primary investment is mainly SUSE&lt;br /&gt;
* Not enough reviewers, and not a big pool of contributors to draw from given reduced corporate investment&lt;br /&gt;
* Seeing activity from several Asian companies but they don't participate in discussions, unclear on what their investment is or how to get them to engage more (some contributors seem to be clearly stats seeking)&lt;br /&gt;
* Requires significant effort to keep up to date, original vision of promoting CD by gating with other OpenStack projects and other deployment projects did not pan out (mostly due to lack of time for engagement)&lt;br /&gt;
* Not sure if it remains valuable to remain under governance&lt;br /&gt;
Update 5 Nov 2018 (evrardjp)&lt;br /&gt;
* These comments still apply.&lt;br /&gt;
&lt;br /&gt;
=== Powervmstackers ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 7th, 2019, TheJulia&lt;br /&gt;
&lt;br /&gt;
* Project looks moderately healthy. There is a noticeable decline in velocity when comparing commit/review counts to the Rocky cycle. This may be an element of stabilization.&lt;br /&gt;
* Primary commit contributor at this time is the PTL.&lt;br /&gt;
* Four active core reviewers, two of which are the primary reviewers for the project. One of which is also the PTL&lt;br /&gt;
* Sporadic IRC activity and some external to IBM contributor involvement which seems to be an improvement when comparing to the prior cycle.&lt;br /&gt;
&lt;br /&gt;
Prior update:&lt;br /&gt;
&lt;br /&gt;
* Email sent on August 9th (emilien).&lt;br /&gt;
* No help is needed, and their collaboration with other projects became better over time.&lt;br /&gt;
* Contributions are indeed owned by IBM but they welcome (and have) external contributors.&lt;br /&gt;
* The project looks quite healthy so far, and nothing much to report now.&lt;br /&gt;
&lt;br /&gt;
=== Puppet Openstack ===&lt;br /&gt;
Update: 2018-08-06 (cmurphy)&lt;br /&gt;
* Good progress on important features&lt;br /&gt;
** Puppet 5 support&lt;br /&gt;
** Debian support&lt;br /&gt;
* Some frustration with spam changes (compounded over multiple modules)&lt;br /&gt;
* Tripleo moving away from depending on Puppet so maintenance shifting more toward operators&lt;br /&gt;
* Overall seems to be growing traction and staying healthy&lt;br /&gt;
&lt;br /&gt;
=== Qinling ===&lt;br /&gt;
&lt;br /&gt;
Update: 2019-02-05, dhellmann&lt;br /&gt;
&lt;br /&gt;
* PTL reports he is the only contributor, and he is not working on the project full time.&lt;br /&gt;
&lt;br /&gt;
Update: August 20th, 2018, TheJulia&lt;br /&gt;
* PTL Confirmed small team nature, and that the team is largely focused on getting all of the minimum needs taken care of to have a viable FaaS component.&lt;br /&gt;
* Emailed PTL on August 14th, 2018.&lt;br /&gt;
* Project does not seem to hold regular meetings, but also appears to early in gearing up additional interest.&lt;br /&gt;
* Rocky timeframe contributions are much more diverse than Queens timeframe contributions which is a good sign.&lt;br /&gt;
* Core reviewing seems to use a mix of one and two core reviewers, weighted heavily towards a single reviewer.&lt;br /&gt;
&lt;br /&gt;
=== Quality Assurance ===&lt;br /&gt;
&lt;br /&gt;
Discussion with gmann, 2018-08-07:&lt;br /&gt;
* overall healthy with most repos receiving attention from a diversity of contributors&lt;br /&gt;
* grenade is one repo which is of concern, largely due to sdague's departure&lt;br /&gt;
* switch to office hours has been positive, increasing doing and discussion, rather than simply reporting&lt;br /&gt;
* help from individuals usually associated with other projects important aspect of QA health&lt;br /&gt;
&lt;br /&gt;
Outside of that discussion, there are [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/%23openstack-tc.2018-08-02.log.html#t2018-08-02T16:13:21 concerns expressed] about QA being too focused on tempest, and tempest being too focused on Nova.&lt;br /&gt;
&lt;br /&gt;
=== Rally ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Half on GitHub those days, and unwilling to drop direct branching ACLs&lt;br /&gt;
* Individual fragility: Andrey Kurilin represents 56% of commits&lt;br /&gt;
* Organizational diversity fragility: GoDaddy represents 97% of core reviews&lt;br /&gt;
* It looks like the project may be moving out of gerrit to GitHub? https://github.com/xrally and https://xrally.org -- dhellmann&lt;br /&gt;
&lt;br /&gt;
=== Refstack ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The core review team has only two active members, both funded directly by the OpenStack Foundation (one reaching the end of that internship)&lt;br /&gt;
* The bulk of recent contributions to the main refstack deliverable are from the same two individuals&lt;br /&gt;
* Most recent outside development interest has been in the python-tempestconf library for tempest.conf generation, which has also produced some sideline support development in the refstack-client deliverable&lt;br /&gt;
* The Refstack effort is considered to be reaching feature-complete state in the coming weeks as some final pieces land, and then will likely be put in maintenance mode from a governance perspective&lt;br /&gt;
* The refstack and refstack-client deliverables may make sense to get adopted by the Interop WG so the Refstack team itself can be wound down and officially disbanded&lt;br /&gt;
* The python-tempestconf deliverable isn't necessarily a good fit for QA team adoption, but may be looking for an adoptive home or may warrant creation of its own official TC-recognized team&lt;br /&gt;
&lt;br /&gt;
=== Release Management ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Task automation continues to make workload for the team easier&lt;br /&gt;
* Consistent drive-by attendees in weekly meetings&lt;br /&gt;
* Concerns over core team and what that means for transitioning leadership&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 28 June 2018, dhellmann &amp;amp; smcginnis&lt;br /&gt;
&lt;br /&gt;
* The review work has become easier, but there are still only 3 team members. That leaves succession planning for the PTL role a bit up in the air, and also poses challenges with the members travel to conferences all at the same time.&lt;br /&gt;
* Working on a reviewers' guide to help with recruiting.&lt;br /&gt;
* Completed adjusting ACLs for all official teams to use the reviewable release process for deliverables that are part of the OpenStack release.&lt;br /&gt;
&lt;br /&gt;
=== Requirements Management ===&lt;br /&gt;
  &lt;br /&gt;
&lt;br /&gt;
* need more reviewers, badly, as discussed a joint leadership meeting in Vancouver&lt;br /&gt;
&lt;br /&gt;
Update: 14 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* team has recently lost several members&lt;br /&gt;
* most work is really down to 3 people (Matt, Dirk, Tony)&lt;br /&gt;
* they work for 3 separate companies, but the team is so small that the diversity measures are questionable&lt;br /&gt;
* the changes this cycle to stop syncing requirements should lower the review burden somewhat, but the move to python 3 is going to take some work&lt;br /&gt;
* meets regularly&lt;br /&gt;
* accomplishments this cycle&lt;br /&gt;
** stopped syncing dependencies between projects&lt;br /&gt;
** working on networkx upgrade&lt;br /&gt;
** uncapped eventlet&lt;br /&gt;
** uncapped sphinx&lt;br /&gt;
** added optional lower-constraints test jobs for project teams that want them&lt;br /&gt;
&lt;br /&gt;
=== Resource Management SIG ===&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-10, cdent. Summary: SIG is idling.&lt;br /&gt;
&lt;br /&gt;
Concerns or Issues:&lt;br /&gt;
* While the project had some initial planning at [[Res_Mgmt_SIG]], little has happened since.&lt;br /&gt;
* This is likely due to the main participants being overbooked to be able to fit things in.&lt;br /&gt;
** cdent is one of those main participants and hasn't had a chance to do anything&lt;br /&gt;
* Given the desire for these evaluations to not include participants, cdent being the evaluator is probably not ideal&lt;br /&gt;
&lt;br /&gt;
=== Sahara ===&lt;br /&gt;
Update: Nov 27, ttx&lt;br /&gt;
&lt;br /&gt;
* Team is currently small (~3) and mostly Red Hat-based. It is fully operational but would welcome more contributors (and more corporate diversity).&lt;br /&gt;
* Visible commit activity appears to have dropped in Stein, but that's mostly a reflection of most team members working on significant features (APIv2, health repair)&lt;br /&gt;
* Core functionality is pretty stable. Most activity is geared toward Python 3 and above-mentioned new features.&lt;br /&gt;
* Team runs regular meetings on IRC, and did project updates and on-boarding in Vancouver and previous summits (PTL missed Berlin)&lt;br /&gt;
* Not much discussions on ML, mostly administrative details and announcements. Most team discussions directly happen on IRC and Gerrit.&lt;br /&gt;
&lt;br /&gt;
Update: June 13, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
* The team changed leadership in Queens&lt;br /&gt;
* Most commits in Rocky are from Red Hat (92% of core reviews)&lt;br /&gt;
* The team is really small, most of commits are done by 2 contributors and 3 contributors are active in reviews&lt;br /&gt;
* Latest survey shows that Sahara is used in production by 3% of deployments and 8% in test phase. 25% of users are interested by Sahara&lt;br /&gt;
* Following goals and releases&lt;br /&gt;
* Email sent to PTL on June 13th&lt;br /&gt;
&lt;br /&gt;
=== Searchlight ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* searchlight and searchlight-ui missed the Rocky-1 milestone&lt;br /&gt;
* Release forced for searchlight and searchlight-ui for the Rocky-2 milestone; also missed the Rocky-3 milestone&lt;br /&gt;
* [https://review.openstack.org/#/c/590601/ Trinh Nguyen has volunteered to be the PTL for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== Security (SIG) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Operated for a while in parallel with the project team of the same name, during Rocky it assumed responsibility for the corresponding deliverable repositories. Many of its previous members (both the SIG and the team) have slowly faded from the OpenStack community, and most of those who remain have also been drafted into the VMT. It still holds regular weekly meetings, has a consensus chair, is present for events like the PTG and Summit/Forum, and has continued to manage OSSN and security assessment tasks to assist the VMT... but as it's now mostly the same people the lines there have become increasingly blurry.&lt;br /&gt;
&lt;br /&gt;
=== Security (team) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
This mostly defunct team was retired at the end of the Rocky cycle, and its deliverable repositories folded into the SIG of the same name.&lt;br /&gt;
&lt;br /&gt;
=== Scientific ===&lt;br /&gt;
Update: July 17, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Senlin ===&lt;br /&gt;
Updated Nov 30, ttx&lt;br /&gt;
&lt;br /&gt;
* Team is active, with a base of contributors from Blizzard but also other organizations involved&lt;br /&gt;
* Most contributors are part-time involved, and use IRC / Gerrit to communicate. Regular meetings on IRC.&lt;br /&gt;
* Main issue is project awareness: Senlin is missing users. Hopefully the autoscaling SIG will help clarify Senlin's relationship with other OpenStack components&lt;br /&gt;
&lt;br /&gt;
=== Solum ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 07, 2019, TheJulia&lt;br /&gt;
&lt;br /&gt;
* Project health is at risk.&lt;br /&gt;
* Activity has been only py2/py3 compatibility changes for this cycle.&lt;br /&gt;
* Last release was in the rocky cycle.&lt;br /&gt;
* No apparent IRC, Meeting, Mailing list, or forum activity.&lt;br /&gt;
* TheJulia will reach out to the PTL to identify their perception of the project status and direction.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Prior reported issues&lt;br /&gt;
* Individual fragility: Zhurong represents 100% of core reviews&lt;br /&gt;
* Zhurong is employed by ZTE and recent US government actions might affecting contributions&lt;br /&gt;
&lt;br /&gt;
=== Stable Branch Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
This team was disbanded during the Rocky cycle, morphing into the Extended Maintenance SIG.&lt;br /&gt;
&lt;br /&gt;
=== Storlets ===&lt;br /&gt;
&lt;br /&gt;
Update: August 9, ttx&lt;br /&gt;
&lt;br /&gt;
* The team is essentially one person: Kota Tsuyuzaki the PTL represents 100% of core reviews&lt;br /&gt;
* Kota is pretty active though, and maintains the project well. He ran a project update session in Vancouver, and tries to recruit more contributors (including in local meetups).&lt;br /&gt;
* The team currently being one person, there are no IRC meetings or ML threads. Best way to join the team is the IRC channel (#openstack-storlets)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: Berlin Summit, cdent&lt;br /&gt;
&lt;br /&gt;
* python3 work still needed for the contained user-application&lt;br /&gt;
&lt;br /&gt;
=== Swift ===&lt;br /&gt;
Update: July 3, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Team has recently lost two very active long time cores&lt;br /&gt;
* Activity has gone down, like many OpenStack projects, but there is still a large list of important work to complete&lt;br /&gt;
* Changed their policy to only require one +2&lt;br /&gt;
** Change in policy is allowing to land more code&lt;br /&gt;
** No bad side effects of this change have been encountered so far&lt;br /&gt;
* Some recent progress has been made on Python 3 compatibility&lt;br /&gt;
&lt;br /&gt;
=== Tacker ===&lt;br /&gt;
Update: January 07, 2019, TheJulia&lt;br /&gt;
* Project health seems to be improving.&lt;br /&gt;
* Some regular mailing list activity is occurring, and the project seems to be trying to hold them on a regular basis.&lt;br /&gt;
* Less individual contributor based fragility when compared to the Rocky cycle. This is largely due to some new contributors.&lt;br /&gt;
* They also seem to be in a good position to expand their core reviewer pool.&lt;br /&gt;
&lt;br /&gt;
Update: August 14th, 2018, TheJulia&lt;br /&gt;
* Reached out via email to the new PTL to obtain their perspective as to the current status.&lt;br /&gt;
* Worth noting that the new PTL is different than the prior PTL who was attributed to having 75% of the core reviews.&lt;br /&gt;
* They have meetings, although occasionally do seem to skip a week or two, but the team is relatively small and diverse which would make missing lacking quorum to have a meeting more of a possibility.&lt;br /&gt;
&lt;br /&gt;
Prior reported issues&lt;br /&gt;
* Individual fragility: Yong Sheng Gong represents 75% of core reviews&lt;br /&gt;
&lt;br /&gt;
=== Telemetry ===&lt;br /&gt;
&lt;br /&gt;
Update: 2018-02-05, dhellmann&lt;br /&gt;
&lt;br /&gt;
* No active cores. Considering options for closing it down or finding new maintainers.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-25, cdent&lt;br /&gt;
* Only two active cores and contributors (from Red Hat), despite [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131443.html continued value].&lt;br /&gt;
* Lowish number of commits and reviews, but about what one would expect for a small and stable project&lt;br /&gt;
* Effectively in maintenance mode&lt;br /&gt;
* Some potential for greater engagement with Monasca&lt;br /&gt;
* The features in ceilometer are being shrunk to meet the needs of the people who are making contributions and there is concern that lack of engagement by others will lead to something breaking.&lt;br /&gt;
&lt;br /&gt;
=== Tricircle ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Not set up for zuulv3 so cannot land patches that interact with other repositories? http://lists.openstack.org/pipermail/openstack-dev/2018-June/131643.html&lt;br /&gt;
* email sent on July 18th 2018 (emilien)&lt;br /&gt;
&lt;br /&gt;
=== TripleO ===&lt;br /&gt;
Update: January 07, 2019, TheJulia&lt;br /&gt;
* Overall status seems unchanged from the prior update.&lt;br /&gt;
* Some increased diversification in contributions/reviews&lt;br /&gt;
** 87% of commits are still from Red Hat&lt;br /&gt;
** 92% of reviews are from Red Hat&lt;br /&gt;
* Contribution levels seem steady when compared to past levels.&lt;br /&gt;
&lt;br /&gt;
Update: June 13, 18, emilien&lt;br /&gt;
&lt;br /&gt;
* Mainly Red Hat (99% of core reviews). Some contributors from vendors (storage/network plugins)&lt;br /&gt;
* Number of contributors / core reviewers always increasing&lt;br /&gt;
* Quite healthy, no problem reported so far&lt;br /&gt;
&lt;br /&gt;
=== Trove ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No valid PTL volunteer(s) for Stein.]&lt;br /&gt;
* During the public cloud issues session at the Rocky Forum someone in the room raised the question of whether Trove is still actively maintained.&lt;br /&gt;
** [https://etherpad.openstack.org/p/YVR-forum-missing-features-pc Missing features in OpenStack for public clouds] forum session notes&lt;br /&gt;
&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Samsung team has taken over, but finding it hard to get folks outside of Samsung participating in meetings and development&lt;br /&gt;
* Technical debt of the project is more than they realized&lt;br /&gt;
** Downstream changes against Ocata are turning out harder to update and merge to master&lt;br /&gt;
** Existing unit testing is poor, slowing things down as well&lt;br /&gt;
* Those involved also have downstream product responsibilities so they are struggling to get enough time to focus on upstream work&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: June 12, ttx&lt;br /&gt;
* The team changed leadership in Rocky&lt;br /&gt;
* Zhao Chao handles bulk of commits (51%)&lt;br /&gt;
* The new team is small, but pretty alive and active. Needs more contributors to be stable.&lt;br /&gt;
* Mostly contributors in China (AWCloud, China Telecom, China Mobile)&lt;br /&gt;
* Drop in activity in Rocky: 45 commits by Rocky-2, to compare with the 245 commits in Queens&lt;br /&gt;
* Organizational diversity: 53% of commits are from AWCloud. Reviews are shared between 23% China Telecom, 19% China Mobile, 19% Awcloud. Last cycle with 41% IBM.&lt;br /&gt;
* Regular weekly meetings, well run with clear documentation of outcomes&lt;br /&gt;
* Tracks completion of Rocky community goals&lt;br /&gt;
* A few ML threads, but mostly to discuss things external to the team (new meeting time, stable maint team composition)&lt;br /&gt;
* Missed Rocky-2 milestone, but mostly due to a [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-06-06-14.00.log.html#l-95 misunderstanding of release policy].&lt;br /&gt;
* No project update in Vancouver, but was discussed in meeting: sadly [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-05-16-14.00.log.html#l-20 no team member was present].&lt;br /&gt;
* Reached out to PTL by email on June 12 for additional concerns / questions.&lt;br /&gt;
&lt;br /&gt;
=== Upgrade SIG ===&lt;br /&gt;
WIP (emilien)&lt;br /&gt;
&lt;br /&gt;
=== Vitrage ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Nokia represents 100% of core reviews&lt;br /&gt;
&lt;br /&gt;
Update: 07 January 2019, TheJulia&lt;br /&gt;
* Overall un-changed from prior reports.&lt;br /&gt;
* Almost exclusively nokia contributions. One external contributor has indicated that the team is very receptive to input and communicative externally.&lt;br /&gt;
* Meeting activity does seem to have picked up and there is active mailing list discussion.&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* PTL reported that the virtual PTG they held was very productive, but continue to look for new contributors.&lt;br /&gt;
* Developers were optimistic about what they achieved in Rocky and are looking forward to Stein.&lt;br /&gt;
* Interested in the self-healing SIG.&lt;br /&gt;
* IRC activity is relatively low, but that doesn't seem to be impacting communications between developers.&lt;br /&gt;
* Will be holding sessions at the Summit in Berlin for onboarding and project updates. On the waiting list for a project-onboarding session.&lt;br /&gt;
* The issues originally reported by Doug are still present.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-18 (dhellmann)&lt;br /&gt;
* Meeting regularly on IRC&lt;br /&gt;
* One of their cores who works for ZTE has been absent for a while, but has returned to contributing.&lt;br /&gt;
* They usually have a hands-on lab at summits to attract users and potential contributors.&lt;br /&gt;
* The next PTG aligns with Jewish New Year, so many of their contributors will not be attending. They intend to have a virtual PTG instead.&lt;br /&gt;
* The CFP for the Berlin summit caught them off guard because it was so early, and they found it a bit hard to plan discussions because they don't even know what the next release will hold. They did submit a few talk proposals.&lt;br /&gt;
* Vitrage, by its nature, relies heavily on other projects. They have had good success working with other project teams, but do frequently struggle to find accurate and complete developer-oriented documentation for some of them.&lt;br /&gt;
&lt;br /&gt;
=== Watcher ===&lt;br /&gt;
Update: 2018-07-10 TheJulia&lt;br /&gt;
* PTL inquires if there is any way for the TC to assist with raising awareness of Watcher.&lt;br /&gt;
* Actively recruiting and seeking out new contributors, and anticipating to meet community goals. Anticipating to create new roadmap at the PTG.&lt;br /&gt;
* Contributions appear mainly from NEC at this time, but history shows a moderately more diverse contributor base.&lt;br /&gt;
* PTL indicates core team is critically small, and that they have lost two out of five cores due to the ZTE withdraw due to the conflict with the US Government. Review metrics line up with what would be expected from loss of 40% of the core reviewers.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Winstackers ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Claudiu Belu represents 100% of core reviews&lt;br /&gt;
* Claudiu missed the deadline for being PTL but would like to continue&lt;br /&gt;
* His organization is invested in making sure that Hyper-V continues to be well supported in Nova, Neutron, Cinder&lt;br /&gt;
* Increased release velocity by Microsoft means greater change in Hyper-V&lt;br /&gt;
* Issues with having access to sufficient CI hardware for feature parity with other hypervisors, especially things like SR-IOV&lt;br /&gt;
&lt;br /&gt;
=== Zaqar ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* zaqar and zaqar-ui missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Zun ===&lt;br /&gt;
&lt;br /&gt;
Updated: 20190108 (ttx)&lt;br /&gt;
* Project update shows a lot of achievements in Rocky and an ambitious roadmap for Stein&lt;br /&gt;
* Smaller rate of commits in Stein, activity mostly coming from Hongbin Lu (listed as independent)&lt;br /&gt;
* But the numbers don't tell the story: large features were contributed in a limited number of commits, and a lot of past activity was driven by zun-dashboard initial ramp-up&lt;br /&gt;
* Less activity from ZTE and casual contributors, but new activity from China Union Pay in association with Fudan University&lt;br /&gt;
* &amp;quot;One core approval is sufficient&amp;quot; oplicy works well, complex commits still require multiple -core approvals&lt;br /&gt;
* Regular IRC meetings and mailing-list activity&lt;br /&gt;
* Hongbin Lu is more responsive/visible than the PTL&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=168193</id>
		<title>OpenStack health tracker</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=168193"/>
				<updated>2019-02-05T13:40:27Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Telemetry */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''This page is a live document and contains notes from TC members working with project teams to ensure they have everything they need and are not running into issues. This information is not necessarily complete.'''&lt;br /&gt;
&lt;br /&gt;
TC members are attached as liaisons to each of the project teams, [https://governance.openstack.org/sigs/ SIGs], or [https://governance.openstack.org/uc/ UC working groups]. The idea is for these liaisons to keep up with the general health of the group, understand any issues they encounter, and help them work with the TC on solutions if necessary. Some TC members may be more active within the group than the basic liaison responsibilities imply, but that is not required.&lt;br /&gt;
&lt;br /&gt;
== Health check list ==&lt;br /&gt;
&lt;br /&gt;
==== Review visible issues ====&lt;br /&gt;
* If the team misses releases, has no volunteer for PTL position or does not answer pings around events organization, people will add &amp;quot;visible issues&amp;quot; in the tracker&lt;br /&gt;
* Same if someone notices an org diversity issue or team fragility&lt;br /&gt;
* In a lot of cases the visible issue has a natural explanation, so starting by asking about it is a good step&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team active? ====&lt;br /&gt;
* Watch summit &amp;quot;project update&amp;quot; videos, if any&lt;br /&gt;
* Check number of commits in recent times, and nature of them (bugfix or typo fix ?)&lt;br /&gt;
* Is the team keeping up with community goals ? (Completion status of previous ones, plan on the current/next ones. See also notes for new project data)&lt;br /&gt;
* Ask how functional and feature-complete the project is. If not, what is the roadmap ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team healthy? ====&lt;br /&gt;
* Checking Stackalytics organizational affiliation for commits, reviews, core reviews&lt;br /&gt;
* Checking number of people involved in commits, reviews, core reviews&lt;br /&gt;
* Checking the trend of changes in previously listed data: Is the project losing/gaining (core) reviewers regularily?&lt;br /&gt;
* Does the team have an onboarding process? Did they run onboarding sessions at recent Forums ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team openly collaborating (respecting the 4 opens)? ====&lt;br /&gt;
* Is the team holding regular meetings on an open communication channel?&lt;br /&gt;
* Check meeting logs and/or participate in the meeting&lt;br /&gt;
* Is the team using the mailing list for async communication? Check which type of topics are discussed (internal or only external-facing)&lt;br /&gt;
* Inquire with people who are irregular contributors to a project to see if there are issues regarding inclusivity or attention&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Getting direct feedback from the PTL/team ====&lt;br /&gt;
* Ask if the PTL/team has any open question (on processes, goals, governance...)&lt;br /&gt;
* Ask the PTL/team how the project is doing, and whether they have any concern, fear, issue they would like to raise&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Notes:'''&lt;br /&gt;
* Smaller teams usually don't have a lot of needs for async communication, so they rarely have ML threads&lt;br /&gt;
* New projects should be aware of the goal processes, the current goals, and state their status with previous goals to match the requirements [https://governance.openstack.org/tc/reference/new-projects-requirements.html]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Liaisons ==&lt;br /&gt;
=== SIGs ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| API ||  &lt;br /&gt;
|-&lt;br /&gt;
| Extended Maintenance ||  &lt;br /&gt;
|-&lt;br /&gt;
| FEMDC || &lt;br /&gt;
|-&lt;br /&gt;
| First Contact || fungi &lt;br /&gt;
|-&lt;br /&gt;
| K8s ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Meta || &lt;br /&gt;
|-&lt;br /&gt;
| Operation Docs || &lt;br /&gt;
|-&lt;br /&gt;
| Resource Management || &lt;br /&gt;
|-&lt;br /&gt;
| Scientific || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Security || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Self-healing || gmann&lt;br /&gt;
|-&lt;br /&gt;
| Upgrade || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Board Committees and Working Groups ===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Foundation Finance Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Interop Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Compensation Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Professional Certification Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Diversity Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Gold And Platinum Member Committee || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== UC Teams and Working Groups ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Financial Team || &lt;br /&gt;
|-&lt;br /&gt;
| Large Deployment Team || &lt;br /&gt;
|-&lt;br /&gt;
| Massively Distributed Clouds || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Operators Telecom/NFV || smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Ops Tags Team || &lt;br /&gt;
|-&lt;br /&gt;
| Product Team || &lt;br /&gt;
|-&lt;br /&gt;
| Fault-Genes Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| LCOO Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Public Cloud Working Group || cdent &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Project Teams ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Adjutant || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Barbican || fungi, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Blazar || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Chef Openstack || evrardjp, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Cinder || gmann, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Cloudkitty || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Congress || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Cyborg || lbragstad, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Designate || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Documentation || lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Ec2-Api || smcginnis, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Freezer || smcginnis, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Glance || lbragstad, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Heat || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Horizon || smcginnis, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| I18n || evrardjp, dims&lt;br /&gt;
|-&lt;br /&gt;
| Infrastructure || fungi, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Ironic || cdent, smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Karbor || smcginnis, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Keystone || fungi, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Kolla || gmann, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Kuryr || gmann, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Loci || lbragstad, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Magnum || cdent, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Manila || gmann, smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Masakari || gmann, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Mistral || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Monasca || gmann, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Murano || ttx, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Neutron || cdent, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Nova || lbragstad, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Octavia || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Openstack Charms || evrardjp, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Openstack-Helm || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Openstackansible || fungi, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| OpenStackClient || fungi, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Openstacksdk || fungi, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Oslo || lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Packaging-Rpm || evrardjp, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Powervmstackers || ttx, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Puppet Openstack || mnaser, dims&lt;br /&gt;
|-&lt;br /&gt;
| Qinling || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Quality Assurance || fungi, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Rally || fungi, dims&lt;br /&gt;
|-&lt;br /&gt;
| Release Management || lbragstad, dims&lt;br /&gt;
|-&lt;br /&gt;
| Requirements || fungi, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Sahara || smcginnis, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Searchlight || cdent, dims&lt;br /&gt;
|-&lt;br /&gt;
| Senlin || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Solum || fungi, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Storlets || cdent, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Swift || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Tacker || mnaser, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Telemetry || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Tricircle || smcginnis, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Tripleo || evrardjp, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Trove || smcginnis, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Vitrage || lbragstad, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Watcher || mugsie, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Winstackers || ttx, dims&lt;br /&gt;
|-&lt;br /&gt;
| Zaqar || zaneb, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Zun || gmann, ttx&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Status updates ==&lt;br /&gt;
&lt;br /&gt;
=== Adjutant ===&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Team is essentially one core/PTL and lacks diversity. Internal development sometimes stalls upstream work.&lt;br /&gt;
* PTL is planning on socializing the project during the Berlin summit in order to attract more contributors.&lt;br /&gt;
* No dedicated meeting time, but since the project is currently only one developer the PTL doesn't really see this being an issue. Looking to certainly expand that if/when more contributors start getting involved with the project.&lt;br /&gt;
* The team is focused on cleaning up technical debt before jumping into more feature work.&lt;br /&gt;
&lt;br /&gt;
=== Barbican ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
The team seems generally healthy and was considered to have &amp;quot;diverse affiliation&amp;quot; at the time we removed the affiliation diversity tags. Vulnerability reports for its code deliverables are officially overseen by the OpenStack VMT and have no outstanding public security issues unhandled. Changes are reviewed and approved with regularity in most of their deliverables. They're keeping up with applicable cycle goals, release deadlines, holding regular weekly meetings in IRC (if sometimes a bit short and with only a handful of participants) and putting important design discussions on the development mailing list. Over the past cycle they migrated their task and defect tracking from Launchpad to Storyboard, and were bolstered somewhat in their mission by the inclusion of Castellan (though not officially a Barbican deliverable, still maintained by many of the same folks and basically a foster child in Oslo's care) in the base services list.&lt;br /&gt;
&lt;br /&gt;
=== Blazar ===&lt;br /&gt;
Update: 09 Novemeber 2018 by gmann&lt;br /&gt;
* The team changed leadership in Stein.&lt;br /&gt;
* Blazar is not in user survey and it was requested by PTL but no response or fixed. &lt;br /&gt;
* Project looks healthy as of now. &lt;br /&gt;
* Number of contributions(review &amp;amp; commit)  is going with the same rate as in Rocky cycle.&lt;br /&gt;
* 4 Active contributors and one placement API core is actively working in Blazar now which is a great help. &lt;br /&gt;
* In Stein, contribution number is distributed among NTT and StackHPC which used to be NTT.&lt;br /&gt;
* ML and IRC channel are not active, but all incoming queries/pings are being responded on time.&lt;br /&gt;
* Meetings are happening actively but less attendance in the meeting.&lt;br /&gt;
* Team looking for more active contributors to keep good progress on the incoming features/development/reviews. Currently, Blazer is not adopted widely and that's the main reason for not having big team.&lt;br /&gt;
* Team hosted onboarding sessions in Vancouver but did not find it valuable and dropped the same in Berlin and plan to interact people during project update session only.&lt;br /&gt;
&lt;br /&gt;
=== Chef OpenStack ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 7th, 2019,  TheJulia&lt;br /&gt;
&lt;br /&gt;
Current status&lt;br /&gt;
* Better team diversity is evolving in the Stein cycle.&lt;br /&gt;
* Team is struggling with review velocity and name recognition because combining two individual community names seem to create some confusion. &lt;br /&gt;
* Team is also discussing going back to having a regular meeting to force a periodic sync-up of contributors. Up until now, they have worked &amp;quot;extremely asynchronously&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Past reported issues&lt;br /&gt;
* Individual fragility: Samuel Cassiba represents 75% of commits&lt;br /&gt;
&lt;br /&gt;
=== Cinder ===&lt;br /&gt;
Update: 07 January 2019, TheJulia&lt;br /&gt;
* In follow-up discussion after reviewing gmann's notes, I started discussing project health with the PTL, partially because we were on another related subject of discussion.&lt;br /&gt;
* Cinder's health is moderately healthy because of the risk of core burn-out. PTL has indicated that himself and one other are the most active reviewers and counts dramatically fall off from there.&lt;br /&gt;
&lt;br /&gt;
Update: 17 December 2018 by gmann&lt;br /&gt;
* Project is healthy.&lt;br /&gt;
* Project facing the serious issue of lack of core reviewers which impacting the pace of getting bug fixes, feature merged. It is Jay and Sean most of the time doing reviews etc. Team is trying to get more contributor involved and making them Core but fail to get Active Core.  It is going to be hard to keep the level of throughput and quality that people have come to expect from Cinder in the past. &lt;br /&gt;
* One idea that PTL considering to do in the future is continued development into Cinder as a Standalone service.  It is part of what will continue to keep Cinder relevant and healthy in the future&lt;br /&gt;
* Project meetings are going well with consistent participation. They are productive so far.&lt;br /&gt;
* Team is considering the stability of existing features. new features are more general and not backends specific. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Some drop off in participation by some cores, but still active enough not to raise any red flags&lt;br /&gt;
* Overall less community involvement&lt;br /&gt;
* Project may just be &amp;quot;stable&amp;quot; and doesn't need as much activity as the past&lt;br /&gt;
* Still a lot of bug fix work to be done, but no major new features on the roadmap&lt;br /&gt;
&lt;br /&gt;
=== Cloudkitty ===&lt;br /&gt;
Updated July 19, 2018 (ttx)&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from ObjectifLibre), failure to retain onboarded people&lt;br /&gt;
* Activity is low but stable (33 commits in Rocky so far compared to 57 total in Queens)&lt;br /&gt;
* Works to support standalone operation and reusability in a Prometheus-driven stack, good feedback from users on that strategy&lt;br /&gt;
* It's mostly in competition with homegrown solutions, which makes it a bit special&lt;br /&gt;
* IRC meetings do not appear on eavesdrop.openstack.org -- no regular meeting, focusing on doing some small group meeting for key topics&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
&lt;br /&gt;
Update November 27, 2018 (evrardjp)&lt;br /&gt;
&lt;br /&gt;
Same applies:&lt;br /&gt;
* Single vendor: Objectif-Libre (67% of reviews, 47% of commits, large majority of cores from said company -- although 2 other active cores doing code contributions in the last 6 months)&lt;br /&gt;
* One very active core (PTL)&lt;br /&gt;
* Still reviews and commits on the content in the last months (55 commits during Rocky cycle)&lt;br /&gt;
* Requests on the ML to take back meetings&lt;br /&gt;
* Current action points: Reworking on APIs, API v2 (stockage v2 + influx + graphana), &amp;quot;Plan to work&amp;quot; on  contributor guide, Plan to work with deploy projects more (kolla-ansible, rdo)&lt;br /&gt;
* Current goals: They need to test for the mutable configuration, else the rest is in progress or done. The active work on that side is upgrade checks (https://review.openstack.org/#/c/613076/ ) and tempest python3 for their plugins&lt;br /&gt;
* In terms of manpower: Objectif libre pulling things forward more: Q(48%), R (57%) with no change of the person-day effort (130).&lt;br /&gt;
* Contributors: 31% of reviews by PTL, 16% by a person which is independant and not core. Good progression there!&lt;br /&gt;
&lt;br /&gt;
=== Congress ===&lt;br /&gt;
&lt;br /&gt;
Update: 04 December 2018 by gmann&lt;br /&gt;
&lt;br /&gt;
* Project is adequate healthy &lt;br /&gt;
* Project does not have many contributors but it is well enough to tackle the high priority features and bugs.&lt;br /&gt;
* Meetings happening regularly with low attendance but good enough for real-time discussions&lt;br /&gt;
* Mainly 2 developers including PTL are active.&lt;br /&gt;
* IRC channel and ML are not busy but well cover the incoming request.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-30 by cdent&lt;br /&gt;
&lt;br /&gt;
* Commits somewhat down from Queens (119 in Queens, 69 in Rocky so far)&lt;br /&gt;
* Commits and reviews in the hands of a small but diverse group&lt;br /&gt;
* Limited engagement on os-dev, but effective: http://lists.openstack.org/pipermail/openstack-dev/2018-May/130180.html&lt;br /&gt;
* IRC logged for both channel and meetings, low but steady traffic.&lt;br /&gt;
* Working to address step learning curve that new contributors face by refactoring tempest tests and associated documentation.&lt;br /&gt;
&lt;br /&gt;
=== Cyborg ===&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* No account of [http://eavesdrop.openstack.org/meetings/openstack_cyborg_project/ previous meeting logs] (404), but meetings are held in IRC.&lt;br /&gt;
* Development team is working on features and a presentation for the summit in Berlin.&lt;br /&gt;
* PTL noted that more resources would be a plus in helping with work queues.&lt;br /&gt;
* Development pace seems to have maintained through Rocky and into Stein&lt;br /&gt;
* IRC is relatively quiet, but there are long discussions with other teams every few days.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* Email responded to by PTL on July 4th. PTL has nothing to really report.&lt;br /&gt;
* Activity seems to be moderately in-line with the prior cycle, although one of the cores has since become an independent contributor.&lt;br /&gt;
* Cyborg does presently hold a weekly meeting on Wednesdays which does appear active, otherwise IRC is quiet.&lt;br /&gt;
** There is no calendar entry on eavesdrop.openstack.org for cyborg, TheJulia let the PTL know.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Designate ===&lt;br /&gt;
Last updated 2018-07-23 by cdent&lt;br /&gt;
&lt;br /&gt;
* Low number of reviews, commits, and contributors but it is somewhat steady.&lt;br /&gt;
* A significant amount of the code activity is related to aligning with infra/testing/qa related goals and not feature development. &amp;quot;most of our work at the moment is based around fixing the gate / not breaking future versions&amp;quot;&lt;br /&gt;
* ML list use is light, but that's always been the case.&lt;br /&gt;
* IRC channel is not busy but is responsive.&lt;br /&gt;
* Lurking difficulties:&lt;br /&gt;
** As of yet, no support for WSGI, which will break things in a pure py3 environment (due to eventlet)&lt;br /&gt;
** Low number of reviews means meeting community goals difficult and distracting.&lt;br /&gt;
** Feature requesting is not formalized/transparent, people show up asking &amp;quot;why isn't thing X present?&amp;quot;&lt;br /&gt;
** Designate is present in many OpenStack distributions but vendors are not providing active contribution support.&lt;br /&gt;
&lt;br /&gt;
Summary: muddling along, but struggling to address feature demands because of lack of incoming flow of people.&lt;br /&gt;
&lt;br /&gt;
=== Diversity ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The Diversity WG continues to have semi-weekly meetings in their IRC channel with anywhere from 2 to 8 participants (varying week to week)&lt;br /&gt;
* Current activities include finalizing the updated diversity survey and following up on feedback to the foundation event coordinators (preferred pronoun stickers for badges, some way to indicate visibly that you don't wish to be photographed, designated alcohol-free areas at official social events)&lt;br /&gt;
* Also communicating with the Women of OpenStack group about the possibility of more closely collaborating on sponsored event activities&lt;br /&gt;
&lt;br /&gt;
=== Documentation ===&lt;br /&gt;
&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* The team made some progress on some initiatives like overhauling the documentation site and templates.&lt;br /&gt;
* Progress is slow given the team size only being a handful of people.&lt;br /&gt;
* PTL has organized a project onboarding session in Berlin to help attract new contributors.&lt;br /&gt;
* Meetings are relatively sporadic but do generate useful discussions.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-18, pabelanger&lt;br /&gt;
&lt;br /&gt;
* Revist meeting format at stein PTG&lt;br /&gt;
* To early to report on new office hours, but people still seem to ask questions at random times.&lt;br /&gt;
* review queue is pretty stable&lt;br /&gt;
* suggestion in https://review.openstack.org/#/c/579177/, wondering if the TC could help the docs team promote some of the proposed docs guidelines&lt;br /&gt;
* could use more designer resources to work on some outstanding tasks wrt docs.o.o that we previously talked about in Dublin. I'm hoping to get some intern time secured from the Foundation in the coming weeks.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
=== Dragonflow ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Huawei represents 100% of core reviews&lt;br /&gt;
* The team did not produce a Queens release. Their last release was 4.0.0 on Sept 1, 2017. Should projects that do not prepare releases be considered official? -- dhellmann&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== ec2-api ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Andrey Pavlov represents 100% of core reviews&lt;br /&gt;
* Standing TODOs to update ec2api to latest Nova APIs (https://bugzilla.redhat.com/show_bug.cgi?id=1612369#c1)&lt;br /&gt;
&lt;br /&gt;
Last update: July 3, 2018 (cmurphy)&lt;br /&gt;
* Low activity due to general maturity&lt;br /&gt;
* Still actively used by operators, bugs are reported and fixed&lt;br /&gt;
* Three cores, all reportedly active&lt;br /&gt;
* Being part of OpenStack is still valued&lt;br /&gt;
** Operators are still using the project, so better to be coupled with OpenStack&lt;br /&gt;
** Depends on other components of OpenStack, so there is value in collaborating together&lt;br /&gt;
&lt;br /&gt;
=== Extended Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Newly formed SIG in the Rocky cycle, built on the ruins of the old Stable Branch Management team. They're still feeling out the changes we outlined in Dublin and Vancouver for EM as compared to the old stable/EOL workflow.&lt;br /&gt;
&lt;br /&gt;
=== First Contact ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Primarily focused on fleshing out the contributor guide, working with OSF staff on the contributor portal, and most recently the employer guide (targeted at helping management at contributors' employing organizations understand what resources they can provide to help their upstream interactions be more successful and lower-friction). They meet fairly consistently in IRC each week, and while those active in the SIG are fairly few in number they represent work important to the overall health of our community so can use all the support they can get.&lt;br /&gt;
&lt;br /&gt;
=== Freezer ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 7th, 2019, TheJulia&lt;br /&gt;
&lt;br /&gt;
* Project's health appears to be improving.&lt;br /&gt;
* Substantial uptick in activity over the rocky cycle.&lt;br /&gt;
* Some organizational risk exists with the ZTE contribution level being 67%, but that is down from the prior cycle.&lt;br /&gt;
* Project has removed the use of pycrypto&lt;br /&gt;
* A stein release has been made.&lt;br /&gt;
* Sporadic team meetings are occurring.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Aug 28, 2018, ttx&lt;br /&gt;
&lt;br /&gt;
* Lots of warning lights:&lt;br /&gt;
** Still uses pycrypto [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131103.html]&lt;br /&gt;
** freezer and freezer-web-ui missed the Rocky-2 and Rocky-3 milestones, so Freezer was not included in Rocky&lt;br /&gt;
** There was [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s)] for Stein.&lt;br /&gt;
** No PTG presence&lt;br /&gt;
** No team meeting since August 2017&lt;br /&gt;
* That said:&lt;br /&gt;
** The historic PTL (Saad Zaher) is working on it on his free time, and was on paternity leave lately (congrats!)&lt;br /&gt;
** Several people stepped up to save it from being made unofficial (Trinh Nguyen from Edlab, Geng Changcai from ZTE)&lt;br /&gt;
** Activity was significant in Rocky (88 commits), with good diversity&lt;br /&gt;
* Recommendation is to reassess before stein-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Glance ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Meetings occur weekly and seem to have good discussion.&lt;br /&gt;
* Most cores are employed by Red Hat, but this isn't a huge concern for the group since work in this area is needed.&lt;br /&gt;
* Team would benefit the most from code and specification reviews, especially since the select few cores are heads down coding.&lt;br /&gt;
* The team has been pushing out a lot of new functionality with respect to team size over the last 3 releases and they're concerned about getting feedback from users and operators.&lt;br /&gt;
* Didn't sound like the team was able to secure a slot for a project update or a general purpose feedback session.&lt;br /&gt;
* PTL is working with the foundation to massage the user survey questions to be more useful, sounds like the current set is too dated to be relevant.&lt;br /&gt;
&lt;br /&gt;
=== Heat ===&lt;br /&gt;
Update: 2018-06-28, zaneb&lt;br /&gt;
&lt;br /&gt;
* Under active development&lt;br /&gt;
* Only 4 active cores, 3 from Red Hat. This is limiting the amount of development that can be done and the velocity of the project.&lt;br /&gt;
** Especially struggling with stable reviews (only 1 active core, and the stable-maint team are the gatekeepers for adding more)&lt;br /&gt;
* Active on mailing list and IRC&lt;br /&gt;
* Regular IRC meetings&lt;br /&gt;
* [https://ethercalc.openstack.org/heat-mox-removal Excellent progress] on the (massive) mox-removal goal in Rocky&lt;br /&gt;
* The heat-translator sub-project no longer has any team overlap with the rest of the project, and is struggling for core reviewers. It might be time to [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131688.html consider another home for it].&lt;br /&gt;
&lt;br /&gt;
=== Horizon ===&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Continues to see loss of reviewers and code contributors&lt;br /&gt;
* Planning an onboarding session in Berlin where they hope to attract more contributors&lt;br /&gt;
* Considering the need to add Horizon to the Help Most Needed list to try to attract more&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: July 20, cmurphy&lt;br /&gt;
* Lost several core reviewers recently&lt;br /&gt;
* Some promising new contributors, could become cores if they help with reviews more&lt;br /&gt;
* Nearly complete with mox goal&lt;br /&gt;
* Focus on cross-project plugins and CI coverage&lt;br /&gt;
* Lots of participation in weekly meetings&lt;br /&gt;
* Concern about getting help with AngularJS work&lt;br /&gt;
** Converting more of horizon to AngularJS is still seen as the right technical direction (it provides a better user experience) but community contribution is suffering from it&lt;br /&gt;
** Hard to ask devs from other OpenStack projects to add support for new features in non-Python&lt;br /&gt;
** Hard in general to attract new JS devs when OpenStack is mostly Python&lt;br /&gt;
&lt;br /&gt;
=== I18n ===&lt;br /&gt;
Update: July 04, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
The team changed leadership in Queens.&lt;br /&gt;
&lt;br /&gt;
Queens status:&lt;br /&gt;
* 87 modules touched (+87%)&lt;br /&gt;
* 17 languages supported (+6%)&lt;br /&gt;
* 55 active translators (-14%) (TODO, need to check with PTL if it has an impact)&lt;br /&gt;
* 7 companies support (-22%)&lt;br /&gt;
I18n team previously had team meetings but decided to have office hours instead.&lt;br /&gt;
Usually tracks completion of Rocky community goals.&lt;br /&gt;
A lot of collaboration with Doc team.&lt;br /&gt;
Dedicated mailing-list: openstack-i18n - pretty busy&lt;br /&gt;
&lt;br /&gt;
Rocky:&lt;br /&gt;
* &amp;lt;strike&amp;gt;Help is wanted around doc translation. See https://review.openstack.org/#/c/545377 for example.&amp;lt;/strike&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Update: November 27, 2018 (evrardjp)&lt;br /&gt;
&lt;br /&gt;
PTL told me reduced activity recently:&lt;br /&gt;
&amp;quot;we've lost 31% of the contributor in this cycle. We have lower count of modules touched and also language support is going down. This could have two reasons: The work is already done, or we lost people in real. There are still some use cases for machine learning and machine translation. Zanata team worked also on this topic for simplify the work a bit and automate it a bit more&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Infrastructure ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Probably the most significant note is that this team is slowly working on disassociating itself from direct OpenStack governance (the draft declaration of independence for it still seeks input from the OpenStack community as a part of its own decision-making processes however). The TC should of course continue to concern itself with the health of this collective under whatever new name and governance it assumes since OpenStack is heavily reliant on the services it provides. Reasonably healthy at present, the team has numerous deliverable repositories under its umbrella which see widely varied levels of contribution and review activity. During Rocky it lost a couple of its more active root sysadmins which has added a renewed strain on available bandwidth. The Zuul (+nodepool et al) project was also split out during this cycle, but the official separation  doesn't seem to have particularly drained any of the team away as there is still significant overlap between them. Upcoming concerns are making sure the team is still able to meet its charge with the increased responsibility of serving additional OSF projects beyond OpenStack itself, along with rebranding/debranding efforts coupled with whitelabeling of some relevant services.&lt;br /&gt;
&lt;br /&gt;
=== Interop ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* Only a few active members of the Interop WG reviewing and contributing patches to the openstack/interop repository&lt;br /&gt;
* Affiliation is fairly diverse, but with so few active that's probably not really relevant&lt;br /&gt;
* Mandated to maintain interoperability guidelines in support of official trademark programs, so the board will likely step in if active participants fall below a minimum viable count&lt;br /&gt;
* Heavily dependent on the RefStack and QA teams for their tool development&lt;br /&gt;
&lt;br /&gt;
=== Ironic ===&lt;br /&gt;
Stein update: October 31st (TheJulia)&lt;br /&gt;
* Ironic has taken on quite a bit of new feature and refactoring work for this cycle.&lt;br /&gt;
* We are seeing a drop in review activity, which is consistent in the beginning of a cycle, however we've had some reduced core reviewer activity as well so mentoring and recruiting is something we're activity having to do.&lt;br /&gt;
* Commit activity is off balance, but review activity is relatively balanced contributing organization wise.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update from Summit Day one (cdent):&lt;br /&gt;
* A lot of interest in Ironic. Project update room standing room only.&lt;br /&gt;
&lt;br /&gt;
=== Karbor ===&lt;br /&gt;
Stein, 4 Feb 2019, dhellmann&lt;br /&gt;
* Email sent to Pengju Jiao at the address we have on file in the governance repo bounced.&lt;br /&gt;
&lt;br /&gt;
Stein Update, Oct 23, smcginnis&lt;br /&gt;
* Activity continues to decline&lt;br /&gt;
* Pengju has reached out to several companies in China (Huawei, ZTE) and has some informal commitments that they will contribute new developers&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: Oct 5, ttx&lt;br /&gt;
* Activity dropped significantly over the last 6 months: no more meetings, only 16 (mostly cleanup) commits in Rocky&lt;br /&gt;
* Pengju Jiao stepped up in August to push the release and apply for the PTL position&lt;br /&gt;
* Activity dropped again in September as he was on paternity leave. Activity is expected to pick back up after the Golden Week in China&lt;br /&gt;
* Karbor is far from fully-functional and needs a lot of work. Pengju has a clear roadmap for Stein.&lt;br /&gt;
* In terms of contribution, Karbor has users involved (China Mobile, Huawei), and other users that are not yet contributing&lt;br /&gt;
&lt;br /&gt;
=== Keystone ===&lt;br /&gt;
Update July 3, 2018 (cmurphy)&lt;br /&gt;
* High pressure due to being a central part of OpenStack&lt;br /&gt;
* Focus on &amp;quot;improving the commons&amp;quot; - policy/RBAC work, unified quota management, application development&lt;br /&gt;
* 10 cores with varying levels of activity, nearly all are at most part-time&lt;br /&gt;
** Concern over possibility of team burnout&lt;br /&gt;
&lt;br /&gt;
=== Kolla ===&lt;br /&gt;
Update: 2019-01-07, TheJulia&lt;br /&gt;
* Team review velocity appears to be declining, possibly with stability, but contribution/commit levels seem consistent.&lt;br /&gt;
* Corporate and individual involvement seems fairly well distributed.&lt;br /&gt;
* No stein release(s) as of yet.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-30, TheJulia&lt;br /&gt;
* Discussion in IRC with the PTL about a week after initial contact in #openstack-tc&lt;br /&gt;
* PTL felt that the team was in a good state, that goals had been progressing.&lt;br /&gt;
* Slight increase in review activity/commits, overall seems fairly healthy.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* No reply received. Follow-up email sent on 2017-07-10 and contact initiated on IRC.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Kuryr ===&lt;br /&gt;
&lt;br /&gt;
Updated 1st November 2018 by gmann after discussion and email response from dmellado.&lt;br /&gt;
&lt;br /&gt;
* Project is quite a healthy. It has several full time contributors, are actively working on adding new features and keep track of upstream goals,such as python3 was finished as one of the initial projects.&lt;br /&gt;
* Project wanted to move to office hour and this is something PTL would like to discuss during Berlin Summit. &lt;br /&gt;
* Project maintaining their activeness in Conference by conducting the Physical PTG, Projects updates and onboarding sessions. &lt;br /&gt;
* Enough number of active contributors.&lt;br /&gt;
* Project is active in responding the incoming review request and able to maintain the low number of open Reviews count.  &lt;br /&gt;
* Number of contribution(review &amp;amp; commit)  is going with little higher rate compare tp Rocky cycle.&lt;br /&gt;
* Not much communication on ML and IRC channel but team stay online there for any incoming queries. &lt;br /&gt;
&lt;br /&gt;
Key Issues:&lt;br /&gt;
&lt;br /&gt;
* Release model is challenging where project has to consider both openstack and k8s release cycles. Need input from TC and Release team in Forum. &lt;br /&gt;
* Most of the active contributors are from Redhat. Projects used to have few contributor from Huawei which are not so active now.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated 2018-08-13 by cdent, from an email response by dmellado to a message from dims&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: RedHat represents 79% of core reviews&lt;br /&gt;
** Considering moving or adding meetings to reach more timezones&lt;br /&gt;
* Making good headway in general&lt;br /&gt;
* Have some challenges with infra that they'd like to figure out:&lt;br /&gt;
** Would be good to have an openstack-infra k8s registry for containers&lt;br /&gt;
** Would be nice to have nested VMs with large RAM to test pods&lt;br /&gt;
* Need to work with neutron to deal with API slowness&lt;br /&gt;
&lt;br /&gt;
=== Large Deployment ===&lt;br /&gt;
Update: 2018-07-14, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Loci ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
** Sam Yaple has agreed to run as PTL again&lt;br /&gt;
* Sam Yaple was not able to continue his leadership during Stein cycle.&lt;br /&gt;
** Chris Hoge took interim PTL duties, and restarted the project meetings.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-08-09, pabelanger&lt;br /&gt;
* PTL missed original email, reason for delay.&lt;br /&gt;
* LOCI is now a single-repo project. Retired other repos.&lt;br /&gt;
* Is stable, but have not agreed and implemented a versioning system.&lt;br /&gt;
* Master branch of LOCI can build N-&amp;lt;HEAD of master&amp;gt; OpenStack currently, and this makes the stable branching structure a bit unappealing.&lt;br /&gt;
* LOCI has 3 independent efforts right now from a few people that are encouraging.&lt;br /&gt;
** aarch64 support though we haven't setup gates yet&lt;br /&gt;
** opensuse 15 support&lt;br /&gt;
** kolla-loci/loci-kolla support. The output will allow loci images to be used with kolla-ansible without kolla-ansible changes.&lt;br /&gt;
* core of LOCI is stable and solid throughout all of this. Most/all of this work is about integrations with other OpenStack projects with the long term goals of sharing the &amp;quot;deploy&amp;quot; gates with OSH/Kolla/Triple-O, testing LOCI images.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
Update: 2018-11-29 evrardjp&lt;br /&gt;
* A long time without the PTL appearing in meetings. (No news two weeks after the last PTG)&lt;br /&gt;
* Discussions in the IRC channel about leadership changes due to absence of Sam&lt;br /&gt;
* Discussions at the summit of an action plan&lt;br /&gt;
* Chris Hoge proposed himself as PTL, November 27th.&lt;br /&gt;
&lt;br /&gt;
=== Magnum ===&lt;br /&gt;
&lt;br /&gt;
=== Manila ===&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Project appears to be in good shape&lt;br /&gt;
* Focusing on bug fixes and stabilization rather than any big new features&lt;br /&gt;
* Drop of in involvement from EU, particularly from HPE and IBM&lt;br /&gt;
* Increase of participation from China makes EU drop off not as much of an issue other than time coverage&lt;br /&gt;
** Not a lot of involvement on IRC or weekly meeting though&lt;br /&gt;
* Lots of good interest downstream, particularly from HPC and telco communities&lt;br /&gt;
&lt;br /&gt;
=== Masakari ===&lt;br /&gt;
Update: 6 Nov 2018 by gmann&lt;br /&gt;
* Project is &amp;quot;unhealthy&amp;quot; due to lack of contributors and has &amp;quot;visible issues&amp;quot; .&lt;br /&gt;
** Only NTT groups developers are contributing.&lt;br /&gt;
** Only 3 active contributors (NTT groups) which are not sufficient for incoming feature/review request. &lt;br /&gt;
** Many operators &amp;amp; devs implement features and disappear.    &lt;br /&gt;
* PTL is trying to extend the Masakari scope from &amp;quot;VM HA&amp;quot; to integrate in NFV, Ironic baremetal instance HA etc to find more use cases, find more people to use masakari and so does more active contributors.&lt;br /&gt;
** Roadmap for Stein looks good but need more contributors. &lt;br /&gt;
* ML and IRC channel are not so active, but all incoming query/ping are being responded. &lt;br /&gt;
* Meeting are happening actively but seems 2-3 attendance only.&lt;br /&gt;
&lt;br /&gt;
=== Mistral ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Lack of development&lt;br /&gt;
* Contributors haven't flagged development pace as a major concern yet, but it could become an issue in the future&lt;br /&gt;
* Attracting new contributors is a struggle&lt;br /&gt;
* Project contributors seem to be taking on multiple tasks that make development time for Mistral challenging&lt;br /&gt;
* The team continues to hold office hours weekly&lt;br /&gt;
* New contributors should have the most impact by helping with bug, features, and improving documentation.&lt;br /&gt;
* Code review volume doesn't seem to be a huge issue, yet&lt;br /&gt;
* Existing developers also noted that it is tough to concisely explain the purpose of the project (why should you care about workflows) and the problems it solves, which probably confuses new developers and raises the barrier to entry&lt;br /&gt;
&lt;br /&gt;
* Active development, with a steady stream of reviews and patches spread fairly evenly across a handful of contributors&lt;br /&gt;
* Organisational diversity is low, however - most contributions come from Nokia and Red Hat.&lt;br /&gt;
* Switched to multiple weekly office hours, logged as meetings. Quoting Dougal on lessons learned:&lt;br /&gt;
** Essentially we have ended up with a less formal meeting, but it happens multiple times in the week. The biggest advantage is that we can cover more timezones. I think it generally works well, but sometimes it is very quiet and just me - in those cases I tend to do bug triage and other routine tasks. This has helped reduce the bug backlog by at least 50%! We are a small team and a more formal weekly meeting always felt forced, as we didn't always have specific topics to discuss or there would only be a couple of us. So now the structure of the meetings is generally &amp;quot;Anyone here and want to chat? We have X new bugs we can talk about&amp;quot; and then we take it from there. Having a list of IRC nicks to ping at the start of meetings has helped remind people :)&lt;br /&gt;
* Missing PTG4 because it happens that no cores are available, so virtual PTG is planned instead. Mistral have participated in previous PTGs and expect to find it easier being co-located with the Summit.&lt;br /&gt;
&lt;br /&gt;
=== Monasca ===&lt;br /&gt;
Update: August 14th, 2018&lt;br /&gt;
* Team is fairly small and tends to utilize a single core reviewer strategy to approve changes.&lt;br /&gt;
* Team is holding weekly meetings which seem quite active. Contributor activity seems stable compared to the prior cycle.&lt;br /&gt;
* Check-in email sent to the PTL on August 14th. PTL is on vacation until end of month.&lt;br /&gt;
&lt;br /&gt;
=== Murano ===&lt;br /&gt;
* murano and murano-dashboard missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 13 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Recent US government action against ZTE has had an impact on the team, because ZTE employees are key contributors to the project and the core team. It is unclear how much ZTE will be able to continue to contribute in the future. [https://www.nbcnews.com/politics/congress/senate-blocks-zte-deal-rebuke-trump-deal-n882196]&lt;br /&gt;
* The murano-core team has members froM AT&amp;amp;T and Mirantis, as well as ZTE.&lt;br /&gt;
* emilien sent email on 2018-07-17&lt;br /&gt;
&lt;br /&gt;
Update 6 Aug 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Rong Zhu responded with some hopeful comments about the ZTE situation improving (and it seems to have) and meaning that team members will be more active on IRC again&lt;br /&gt;
&lt;br /&gt;
=== Nova ===&lt;br /&gt;
&lt;br /&gt;
Update 5 July 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* melwitt reports &amp;quot;I can't think of any issues we need help with&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Octavia ===&lt;br /&gt;
* Feeling a small shortage of contributors (contributions &amp;amp; code review)&lt;br /&gt;
* OpenStack-wide &amp;quot;interruptions&amp;quot; affect team heavily&lt;br /&gt;
* Moving from screen to systemd affected team for ~4 weeks&lt;br /&gt;
* WSGI Implementation took time (and changes) and team feels community goals aren't super constructive to project&lt;br /&gt;
* Zuul V3 cutovers (and constant restarts) affect productivity and slow down progress&lt;br /&gt;
* Sometimes certain things that should be done the &amp;quot;OpenStack&amp;quot; way such as involving PTLs in decisions don't happen&lt;br /&gt;
* Storyboard issues: https://etherpad.openstack.org/p/storyboard-issues&lt;br /&gt;
&lt;br /&gt;
=== Openstack Charms ===&lt;br /&gt;
Update: June 20, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from Canonical), but with some external participation&lt;br /&gt;
* Steady activity, keeping up with recent evolution (includes Vault and Gnocchi, integrates Designate with Neutron)&lt;br /&gt;
* Holds weekly IRC meetings with rotating chair&lt;br /&gt;
* Uses Launchpad, and is likely to stay there as it allows sharing tasks with Ubuntu packaging&lt;br /&gt;
* Limited ML engagement (thread left dangling at [http://lists.openstack.org/pipermail/openstack-dev/2018-April/129314.html])&lt;br /&gt;
&lt;br /&gt;
=== OpenStack-Helm ===&lt;br /&gt;
Update: June 26, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from AT&amp;amp;T), but with external participation (SKT, 99cloud, Intel...)&lt;br /&gt;
* Increasing activity (412 commits in Rocky so far compared to 513 total in Queens)&lt;br /&gt;
* Holds weekly IRC meetings, pretty active discussions&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
* OpenStack-Helm is release-independent -- it aims to support Newton -&amp;gt; master and track latest all the time. They are waiting until they reach a certain quality level (and stable interface) before declaring a 1.0. See [https://docs.openstack.org/openstack-helm/latest/specs/osh-1.0-requirements.html requirements for 1.0]. This explains lack of releases.&lt;br /&gt;
&lt;br /&gt;
=== OpenStackAnsible ===&lt;br /&gt;
&lt;br /&gt;
=== OpenStackClient ===&lt;br /&gt;
&lt;br /&gt;
Update: 07 Jan 2019, TheJulia&lt;br /&gt;
* Overall health seems unchanged.&lt;br /&gt;
* Team remains relatively small and review velocity seems to remain an issue.&lt;br /&gt;
* Team seems well distributed with diverse contributions.&lt;br /&gt;
&lt;br /&gt;
Update: 28 June 2018, dhellmann, cmurphy&lt;br /&gt;
&lt;br /&gt;
* uses IRC and the mailing list but no meetings&lt;br /&gt;
* the review team is small, but there are several active reviewers not on the core team yet who are candidates&lt;br /&gt;
* there is quite a review backlog, but the PTL is optimistic that adding the new reviewers will help with that&lt;br /&gt;
* they are still interested in being included on the help wanted list (hence the &amp;quot;orange&amp;quot; status, for now)&lt;br /&gt;
&lt;br /&gt;
=== Openstacksdk ===&lt;br /&gt;
Update: 2018-07-02, TheJulia&lt;br /&gt;
* Initial communication with PTL, should expect to follow-up with-in the next few days.&lt;br /&gt;
&lt;br /&gt;
=== Oslo ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
&lt;br /&gt;
* Most of the more active members are employed by Red Hat, so it would be good to bring in more diverse contributors&lt;br /&gt;
* oslo.privsep, taskflow, and oslo.service are used in several significant service projects, but are effectively unmaintained.&lt;br /&gt;
* oslo.service has some issues with the WSGI service not working under python3. The plan is to encourage all projects to stop using that feature, deprecate, then remove it.&lt;br /&gt;
* taskflow is one of several projects that needs to update to a newer version of networkx, but the API changes in networkx mean reworking some of taskflow. Supporting both versions of the APIs may be complicated.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 18 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Active discussions about moving taskflow out of OpenStack governance.&lt;br /&gt;
* Most of the core team is still employed by Red Hat. Red Hat is expanding development in this area with another contributor, which is a good thing, but doesn't necessarily help with diversity.&lt;br /&gt;
* Team missed a slot for a project update in Berlin and is looking into ways to have that virtually.&lt;br /&gt;
* The team is active and regularly participates in meetings.&lt;br /&gt;
* Some concern about large features taking a long time to review.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 12 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* The team is small, but active and working on recruiting.&lt;br /&gt;
* Team produces regular and frequent releases for the maintained libraries&lt;br /&gt;
* Team meets weekly using IRC&lt;br /&gt;
* Team had both onboarding and project update sessions in Vancouver&lt;br /&gt;
* The level of activity within each library varies.&lt;br /&gt;
* Several of the libraries are reaching a &amp;quot;stable&amp;quot; state in which they may not see many updates beyond bug fixes. This has spurred a discussion of how to treat projects like that, led by the release management team [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131341.html]&lt;br /&gt;
&lt;br /&gt;
=== Packaging-RPM ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: SUSE represents 77% of core reviews&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.] (Update: PTL stepped up https://review.openstack.org/588617)&lt;br /&gt;
Update 21 Aug 2018 (cmurphy):&lt;br /&gt;
* Concern over low investment from original collaborators - was once a Mirantis/RH/SUSE project, now primary investment is mainly SUSE&lt;br /&gt;
* Not enough reviewers, and not a big pool of contributors to draw from given reduced corporate investment&lt;br /&gt;
* Seeing activity from several Asian companies but they don't participate in discussions, unclear on what their investment is or how to get them to engage more (some contributors seem to be clearly stats seeking)&lt;br /&gt;
* Requires significant effort to keep up to date, original vision of promoting CD by gating with other OpenStack projects and other deployment projects did not pan out (mostly due to lack of time for engagement)&lt;br /&gt;
* Not sure if it remains valuable to remain under governance&lt;br /&gt;
Update 5 Nov 2018 (evrardjp)&lt;br /&gt;
* These comments still apply.&lt;br /&gt;
&lt;br /&gt;
=== Powervmstackers ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 7th, 2019, TheJulia&lt;br /&gt;
&lt;br /&gt;
* Project looks moderately healthy. There is a noticeable decline in velocity when comparing commit/review counts to the Rocky cycle. This may be an element of stabilization.&lt;br /&gt;
* Primary commit contributor at this time is the PTL.&lt;br /&gt;
* Four active core reviewers, two of which are the primary reviewers for the project. One of which is also the PTL&lt;br /&gt;
* Sporadic IRC activity and some external to IBM contributor involvement which seems to be an improvement when comparing to the prior cycle.&lt;br /&gt;
&lt;br /&gt;
Prior update:&lt;br /&gt;
&lt;br /&gt;
* Email sent on August 9th (emilien).&lt;br /&gt;
* No help is needed, and their collaboration with other projects became better over time.&lt;br /&gt;
* Contributions are indeed owned by IBM but they welcome (and have) external contributors.&lt;br /&gt;
* The project looks quite healthy so far, and nothing much to report now.&lt;br /&gt;
&lt;br /&gt;
=== Puppet Openstack ===&lt;br /&gt;
Update: 2018-08-06 (cmurphy)&lt;br /&gt;
* Good progress on important features&lt;br /&gt;
** Puppet 5 support&lt;br /&gt;
** Debian support&lt;br /&gt;
* Some frustration with spam changes (compounded over multiple modules)&lt;br /&gt;
* Tripleo moving away from depending on Puppet so maintenance shifting more toward operators&lt;br /&gt;
* Overall seems to be growing traction and staying healthy&lt;br /&gt;
&lt;br /&gt;
=== Qinling ===&lt;br /&gt;
Update: August 20th, 2018, TheJulia&lt;br /&gt;
* PTL Confirmed small team nature, and that the team is largely focused on getting all of the minimum needs taken care of to have a viable FaaS component.&lt;br /&gt;
* Emailed PTL on August 14th, 2018.&lt;br /&gt;
* Project does not seem to hold regular meetings, but also appears to early in gearing up additional interest.&lt;br /&gt;
* Rocky timeframe contributions are much more diverse than Queens timeframe contributions which is a good sign.&lt;br /&gt;
* Core reviewing seems to use a mix of one and two core reviewers, weighted heavily towards a single reviewer.&lt;br /&gt;
&lt;br /&gt;
=== Quality Assurance ===&lt;br /&gt;
&lt;br /&gt;
Discussion with gmann, 2018-08-07:&lt;br /&gt;
* overall healthy with most repos receiving attention from a diversity of contributors&lt;br /&gt;
* grenade is one repo which is of concern, largely due to sdague's departure&lt;br /&gt;
* switch to office hours has been positive, increasing doing and discussion, rather than simply reporting&lt;br /&gt;
* help from individuals usually associated with other projects important aspect of QA health&lt;br /&gt;
&lt;br /&gt;
Outside of that discussion, there are [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/%23openstack-tc.2018-08-02.log.html#t2018-08-02T16:13:21 concerns expressed] about QA being too focused on tempest, and tempest being too focused on Nova.&lt;br /&gt;
&lt;br /&gt;
=== Rally ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Half on GitHub those days, and unwilling to drop direct branching ACLs&lt;br /&gt;
* Individual fragility: Andrey Kurilin represents 56% of commits&lt;br /&gt;
* Organizational diversity fragility: GoDaddy represents 97% of core reviews&lt;br /&gt;
* It looks like the project may be moving out of gerrit to GitHub? https://github.com/xrally and https://xrally.org -- dhellmann&lt;br /&gt;
&lt;br /&gt;
=== Refstack ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The core review team has only two active members, both funded directly by the OpenStack Foundation (one reaching the end of that internship)&lt;br /&gt;
* The bulk of recent contributions to the main refstack deliverable are from the same two individuals&lt;br /&gt;
* Most recent outside development interest has been in the python-tempestconf library for tempest.conf generation, which has also produced some sideline support development in the refstack-client deliverable&lt;br /&gt;
* The Refstack effort is considered to be reaching feature-complete state in the coming weeks as some final pieces land, and then will likely be put in maintenance mode from a governance perspective&lt;br /&gt;
* The refstack and refstack-client deliverables may make sense to get adopted by the Interop WG so the Refstack team itself can be wound down and officially disbanded&lt;br /&gt;
* The python-tempestconf deliverable isn't necessarily a good fit for QA team adoption, but may be looking for an adoptive home or may warrant creation of its own official TC-recognized team&lt;br /&gt;
&lt;br /&gt;
=== Release Management ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Task automation continues to make workload for the team easier&lt;br /&gt;
* Consistent drive-by attendees in weekly meetings&lt;br /&gt;
* Concerns over core team and what that means for transitioning leadership&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 28 June 2018, dhellmann &amp;amp; smcginnis&lt;br /&gt;
&lt;br /&gt;
* The review work has become easier, but there are still only 3 team members. That leaves succession planning for the PTL role a bit up in the air, and also poses challenges with the members travel to conferences all at the same time.&lt;br /&gt;
* Working on a reviewers' guide to help with recruiting.&lt;br /&gt;
* Completed adjusting ACLs for all official teams to use the reviewable release process for deliverables that are part of the OpenStack release.&lt;br /&gt;
&lt;br /&gt;
=== Requirements Management ===&lt;br /&gt;
  &lt;br /&gt;
&lt;br /&gt;
* need more reviewers, badly, as discussed a joint leadership meeting in Vancouver&lt;br /&gt;
&lt;br /&gt;
Update: 14 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* team has recently lost several members&lt;br /&gt;
* most work is really down to 3 people (Matt, Dirk, Tony)&lt;br /&gt;
* they work for 3 separate companies, but the team is so small that the diversity measures are questionable&lt;br /&gt;
* the changes this cycle to stop syncing requirements should lower the review burden somewhat, but the move to python 3 is going to take some work&lt;br /&gt;
* meets regularly&lt;br /&gt;
* accomplishments this cycle&lt;br /&gt;
** stopped syncing dependencies between projects&lt;br /&gt;
** working on networkx upgrade&lt;br /&gt;
** uncapped eventlet&lt;br /&gt;
** uncapped sphinx&lt;br /&gt;
** added optional lower-constraints test jobs for project teams that want them&lt;br /&gt;
&lt;br /&gt;
=== Resource Management SIG ===&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-10, cdent. Summary: SIG is idling.&lt;br /&gt;
&lt;br /&gt;
Concerns or Issues:&lt;br /&gt;
* While the project had some initial planning at [[Res_Mgmt_SIG]], little has happened since.&lt;br /&gt;
* This is likely due to the main participants being overbooked to be able to fit things in.&lt;br /&gt;
** cdent is one of those main participants and hasn't had a chance to do anything&lt;br /&gt;
* Given the desire for these evaluations to not include participants, cdent being the evaluator is probably not ideal&lt;br /&gt;
&lt;br /&gt;
=== Sahara ===&lt;br /&gt;
Update: Nov 27, ttx&lt;br /&gt;
&lt;br /&gt;
* Team is currently small (~3) and mostly Red Hat-based. It is fully operational but would welcome more contributors (and more corporate diversity).&lt;br /&gt;
* Visible commit activity appears to have dropped in Stein, but that's mostly a reflection of most team members working on significant features (APIv2, health repair)&lt;br /&gt;
* Core functionality is pretty stable. Most activity is geared toward Python 3 and above-mentioned new features.&lt;br /&gt;
* Team runs regular meetings on IRC, and did project updates and on-boarding in Vancouver and previous summits (PTL missed Berlin)&lt;br /&gt;
* Not much discussions on ML, mostly administrative details and announcements. Most team discussions directly happen on IRC and Gerrit.&lt;br /&gt;
&lt;br /&gt;
Update: June 13, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
* The team changed leadership in Queens&lt;br /&gt;
* Most commits in Rocky are from Red Hat (92% of core reviews)&lt;br /&gt;
* The team is really small, most of commits are done by 2 contributors and 3 contributors are active in reviews&lt;br /&gt;
* Latest survey shows that Sahara is used in production by 3% of deployments and 8% in test phase. 25% of users are interested by Sahara&lt;br /&gt;
* Following goals and releases&lt;br /&gt;
* Email sent to PTL on June 13th&lt;br /&gt;
&lt;br /&gt;
=== Searchlight ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* searchlight and searchlight-ui missed the Rocky-1 milestone&lt;br /&gt;
* Release forced for searchlight and searchlight-ui for the Rocky-2 milestone; also missed the Rocky-3 milestone&lt;br /&gt;
* [https://review.openstack.org/#/c/590601/ Trinh Nguyen has volunteered to be the PTL for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== Security (SIG) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Operated for a while in parallel with the project team of the same name, during Rocky it assumed responsibility for the corresponding deliverable repositories. Many of its previous members (both the SIG and the team) have slowly faded from the OpenStack community, and most of those who remain have also been drafted into the VMT. It still holds regular weekly meetings, has a consensus chair, is present for events like the PTG and Summit/Forum, and has continued to manage OSSN and security assessment tasks to assist the VMT... but as it's now mostly the same people the lines there have become increasingly blurry.&lt;br /&gt;
&lt;br /&gt;
=== Security (team) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
This mostly defunct team was retired at the end of the Rocky cycle, and its deliverable repositories folded into the SIG of the same name.&lt;br /&gt;
&lt;br /&gt;
=== Scientific ===&lt;br /&gt;
Update: July 17, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Senlin ===&lt;br /&gt;
Updated Nov 30, ttx&lt;br /&gt;
&lt;br /&gt;
* Team is active, with a base of contributors from Blizzard but also other organizations involved&lt;br /&gt;
* Most contributors are part-time involved, and use IRC / Gerrit to communicate. Regular meetings on IRC.&lt;br /&gt;
* Main issue is project awareness: Senlin is missing users. Hopefully the autoscaling SIG will help clarify Senlin's relationship with other OpenStack components&lt;br /&gt;
&lt;br /&gt;
=== Solum ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 07, 2019, TheJulia&lt;br /&gt;
&lt;br /&gt;
* Project health is at risk.&lt;br /&gt;
* Activity has been only py2/py3 compatibility changes for this cycle.&lt;br /&gt;
* Last release was in the rocky cycle.&lt;br /&gt;
* No apparent IRC, Meeting, Mailing list, or forum activity.&lt;br /&gt;
* TheJulia will reach out to the PTL to identify their perception of the project status and direction.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Prior reported issues&lt;br /&gt;
* Individual fragility: Zhurong represents 100% of core reviews&lt;br /&gt;
* Zhurong is employed by ZTE and recent US government actions might affecting contributions&lt;br /&gt;
&lt;br /&gt;
=== Stable Branch Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
This team was disbanded during the Rocky cycle, morphing into the Extended Maintenance SIG.&lt;br /&gt;
&lt;br /&gt;
=== Storlets ===&lt;br /&gt;
&lt;br /&gt;
Update: August 9, ttx&lt;br /&gt;
&lt;br /&gt;
* The team is essentially one person: Kota Tsuyuzaki the PTL represents 100% of core reviews&lt;br /&gt;
* Kota is pretty active though, and maintains the project well. He ran a project update session in Vancouver, and tries to recruit more contributors (including in local meetups).&lt;br /&gt;
* The team currently being one person, there are no IRC meetings or ML threads. Best way to join the team is the IRC channel (#openstack-storlets)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: Berlin Summit, cdent&lt;br /&gt;
&lt;br /&gt;
* python3 work still needed for the contained user-application&lt;br /&gt;
&lt;br /&gt;
=== Swift ===&lt;br /&gt;
Update: July 3, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Team has recently lost two very active long time cores&lt;br /&gt;
* Activity has gone down, like many OpenStack projects, but there is still a large list of important work to complete&lt;br /&gt;
* Changed their policy to only require one +2&lt;br /&gt;
** Change in policy is allowing to land more code&lt;br /&gt;
** No bad side effects of this change have been encountered so far&lt;br /&gt;
* Some recent progress has been made on Python 3 compatibility&lt;br /&gt;
&lt;br /&gt;
=== Tacker ===&lt;br /&gt;
Update: January 07, 2019, TheJulia&lt;br /&gt;
* Project health seems to be improving.&lt;br /&gt;
* Some regular mailing list activity is occurring, and the project seems to be trying to hold them on a regular basis.&lt;br /&gt;
* Less individual contributor based fragility when compared to the Rocky cycle. This is largely due to some new contributors.&lt;br /&gt;
* They also seem to be in a good position to expand their core reviewer pool.&lt;br /&gt;
&lt;br /&gt;
Update: August 14th, 2018, TheJulia&lt;br /&gt;
* Reached out via email to the new PTL to obtain their perspective as to the current status.&lt;br /&gt;
* Worth noting that the new PTL is different than the prior PTL who was attributed to having 75% of the core reviews.&lt;br /&gt;
* They have meetings, although occasionally do seem to skip a week or two, but the team is relatively small and diverse which would make missing lacking quorum to have a meeting more of a possibility.&lt;br /&gt;
&lt;br /&gt;
Prior reported issues&lt;br /&gt;
* Individual fragility: Yong Sheng Gong represents 75% of core reviews&lt;br /&gt;
&lt;br /&gt;
=== Telemetry ===&lt;br /&gt;
&lt;br /&gt;
Update: 2018-02-05, dhellmann&lt;br /&gt;
&lt;br /&gt;
* No active cores. Considering options for closing it down or finding new maintainers.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-25, cdent&lt;br /&gt;
* Only two active cores and contributors (from Red Hat), despite [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131443.html continued value].&lt;br /&gt;
* Lowish number of commits and reviews, but about what one would expect for a small and stable project&lt;br /&gt;
* Effectively in maintenance mode&lt;br /&gt;
* Some potential for greater engagement with Monasca&lt;br /&gt;
* The features in ceilometer are being shrunk to meet the needs of the people who are making contributions and there is concern that lack of engagement by others will lead to something breaking.&lt;br /&gt;
&lt;br /&gt;
=== Tricircle ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Not set up for zuulv3 so cannot land patches that interact with other repositories? http://lists.openstack.org/pipermail/openstack-dev/2018-June/131643.html&lt;br /&gt;
* email sent on July 18th 2018 (emilien)&lt;br /&gt;
&lt;br /&gt;
=== TripleO ===&lt;br /&gt;
Update: January 07, 2019, TheJulia&lt;br /&gt;
* Overall status seems unchanged from the prior update.&lt;br /&gt;
* Some increased diversification in contributions/reviews&lt;br /&gt;
** 87% of commits are still from Red Hat&lt;br /&gt;
** 92% of reviews are from Red Hat&lt;br /&gt;
* Contribution levels seem steady when compared to past levels.&lt;br /&gt;
&lt;br /&gt;
Update: June 13, 18, emilien&lt;br /&gt;
&lt;br /&gt;
* Mainly Red Hat (99% of core reviews). Some contributors from vendors (storage/network plugins)&lt;br /&gt;
* Number of contributors / core reviewers always increasing&lt;br /&gt;
* Quite healthy, no problem reported so far&lt;br /&gt;
&lt;br /&gt;
=== Trove ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No valid PTL volunteer(s) for Stein.]&lt;br /&gt;
* During the public cloud issues session at the Rocky Forum someone in the room raised the question of whether Trove is still actively maintained.&lt;br /&gt;
** [https://etherpad.openstack.org/p/YVR-forum-missing-features-pc Missing features in OpenStack for public clouds] forum session notes&lt;br /&gt;
&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Samsung team has taken over, but finding it hard to get folks outside of Samsung participating in meetings and development&lt;br /&gt;
* Technical debt of the project is more than they realized&lt;br /&gt;
** Downstream changes against Ocata are turning out harder to update and merge to master&lt;br /&gt;
** Existing unit testing is poor, slowing things down as well&lt;br /&gt;
* Those involved also have downstream product responsibilities so they are struggling to get enough time to focus on upstream work&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: June 12, ttx&lt;br /&gt;
* The team changed leadership in Rocky&lt;br /&gt;
* Zhao Chao handles bulk of commits (51%)&lt;br /&gt;
* The new team is small, but pretty alive and active. Needs more contributors to be stable.&lt;br /&gt;
* Mostly contributors in China (AWCloud, China Telecom, China Mobile)&lt;br /&gt;
* Drop in activity in Rocky: 45 commits by Rocky-2, to compare with the 245 commits in Queens&lt;br /&gt;
* Organizational diversity: 53% of commits are from AWCloud. Reviews are shared between 23% China Telecom, 19% China Mobile, 19% Awcloud. Last cycle with 41% IBM.&lt;br /&gt;
* Regular weekly meetings, well run with clear documentation of outcomes&lt;br /&gt;
* Tracks completion of Rocky community goals&lt;br /&gt;
* A few ML threads, but mostly to discuss things external to the team (new meeting time, stable maint team composition)&lt;br /&gt;
* Missed Rocky-2 milestone, but mostly due to a [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-06-06-14.00.log.html#l-95 misunderstanding of release policy].&lt;br /&gt;
* No project update in Vancouver, but was discussed in meeting: sadly [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-05-16-14.00.log.html#l-20 no team member was present].&lt;br /&gt;
* Reached out to PTL by email on June 12 for additional concerns / questions.&lt;br /&gt;
&lt;br /&gt;
=== Upgrade SIG ===&lt;br /&gt;
WIP (emilien)&lt;br /&gt;
&lt;br /&gt;
=== Vitrage ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Nokia represents 100% of core reviews&lt;br /&gt;
&lt;br /&gt;
Update: 07 January 2019, TheJulia&lt;br /&gt;
* Overall un-changed from prior reports.&lt;br /&gt;
* Almost exclusively nokia contributions. One external contributor has indicated that the team is very receptive to input and communicative externally.&lt;br /&gt;
* Meeting activity does seem to have picked up and there is active mailing list discussion.&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* PTL reported that the virtual PTG they held was very productive, but continue to look for new contributors.&lt;br /&gt;
* Developers were optimistic about what they achieved in Rocky and are looking forward to Stein.&lt;br /&gt;
* Interested in the self-healing SIG.&lt;br /&gt;
* IRC activity is relatively low, but that doesn't seem to be impacting communications between developers.&lt;br /&gt;
* Will be holding sessions at the Summit in Berlin for onboarding and project updates. On the waiting list for a project-onboarding session.&lt;br /&gt;
* The issues originally reported by Doug are still present.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-18 (dhellmann)&lt;br /&gt;
* Meeting regularly on IRC&lt;br /&gt;
* One of their cores who works for ZTE has been absent for a while, but has returned to contributing.&lt;br /&gt;
* They usually have a hands-on lab at summits to attract users and potential contributors.&lt;br /&gt;
* The next PTG aligns with Jewish New Year, so many of their contributors will not be attending. They intend to have a virtual PTG instead.&lt;br /&gt;
* The CFP for the Berlin summit caught them off guard because it was so early, and they found it a bit hard to plan discussions because they don't even know what the next release will hold. They did submit a few talk proposals.&lt;br /&gt;
* Vitrage, by its nature, relies heavily on other projects. They have had good success working with other project teams, but do frequently struggle to find accurate and complete developer-oriented documentation for some of them.&lt;br /&gt;
&lt;br /&gt;
=== Watcher ===&lt;br /&gt;
Update: 2018-07-10 TheJulia&lt;br /&gt;
* PTL inquires if there is any way for the TC to assist with raising awareness of Watcher.&lt;br /&gt;
* Actively recruiting and seeking out new contributors, and anticipating to meet community goals. Anticipating to create new roadmap at the PTG.&lt;br /&gt;
* Contributions appear mainly from NEC at this time, but history shows a moderately more diverse contributor base.&lt;br /&gt;
* PTL indicates core team is critically small, and that they have lost two out of five cores due to the ZTE withdraw due to the conflict with the US Government. Review metrics line up with what would be expected from loss of 40% of the core reviewers.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Winstackers ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Claudiu Belu represents 100% of core reviews&lt;br /&gt;
* Claudiu missed the deadline for being PTL but would like to continue&lt;br /&gt;
* His organization is invested in making sure that Hyper-V continues to be well supported in Nova, Neutron, Cinder&lt;br /&gt;
* Increased release velocity by Microsoft means greater change in Hyper-V&lt;br /&gt;
* Issues with having access to sufficient CI hardware for feature parity with other hypervisors, especially things like SR-IOV&lt;br /&gt;
&lt;br /&gt;
=== Zaqar ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* zaqar and zaqar-ui missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Zun ===&lt;br /&gt;
&lt;br /&gt;
Updated: 20190108 (ttx)&lt;br /&gt;
* Project update shows a lot of achievements in Rocky and an ambitious roadmap for Stein&lt;br /&gt;
* Smaller rate of commits in Stein, activity mostly coming from Hongbin Lu (listed as independent)&lt;br /&gt;
* But the numbers don't tell the story: large features were contributed in a limited number of commits, and a lot of past activity was driven by zun-dashboard initial ramp-up&lt;br /&gt;
* Less activity from ZTE and casual contributors, but new activity from China Union Pay in association with Fudan University&lt;br /&gt;
* &amp;quot;One core approval is sufficient&amp;quot; oplicy works well, complex commits still require multiple -core approvals&lt;br /&gt;
* Regular IRC meetings and mailing-list activity&lt;br /&gt;
* Hongbin Lu is more responsive/visible than the PTL&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=168158</id>
		<title>OpenStack health tracker</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=168158"/>
				<updated>2019-02-04T15:41:10Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Karbor */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''This page is a live document and contains notes from TC members working with project teams to ensure they have everything they need and are not running into issues. This information is not necessarily complete.'''&lt;br /&gt;
&lt;br /&gt;
TC members are attached as liaisons to each of the project teams, [https://governance.openstack.org/sigs/ SIGs], or [https://governance.openstack.org/uc/ UC working groups]. The idea is for these liaisons to keep up with the general health of the group, understand any issues they encounter, and help them work with the TC on solutions if necessary. Some TC members may be more active within the group than the basic liaison responsibilities imply, but that is not required.&lt;br /&gt;
&lt;br /&gt;
== Health check list ==&lt;br /&gt;
&lt;br /&gt;
==== Review visible issues ====&lt;br /&gt;
* If the team misses releases, has no volunteer for PTL position or does not answer pings around events organization, people will add &amp;quot;visible issues&amp;quot; in the tracker&lt;br /&gt;
* Same if someone notices an org diversity issue or team fragility&lt;br /&gt;
* In a lot of cases the visible issue has a natural explanation, so starting by asking about it is a good step&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team active? ====&lt;br /&gt;
* Watch summit &amp;quot;project update&amp;quot; videos, if any&lt;br /&gt;
* Check number of commits in recent times, and nature of them (bugfix or typo fix ?)&lt;br /&gt;
* Is the team keeping up with community goals ? (Completion status of previous ones, plan on the current/next ones. See also notes for new project data)&lt;br /&gt;
* Ask how functional and feature-complete the project is. If not, what is the roadmap ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team healthy? ====&lt;br /&gt;
* Checking Stackalytics organizational affiliation for commits, reviews, core reviews&lt;br /&gt;
* Checking number of people involved in commits, reviews, core reviews&lt;br /&gt;
* Checking the trend of changes in previously listed data: Is the project losing/gaining (core) reviewers regularily?&lt;br /&gt;
* Does the team have an onboarding process? Did they run onboarding sessions at recent Forums ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team openly collaborating (respecting the 4 opens)? ====&lt;br /&gt;
* Is the team holding regular meetings on an open communication channel?&lt;br /&gt;
* Check meeting logs and/or participate in the meeting&lt;br /&gt;
* Is the team using the mailing list for async communication? Check which type of topics are discussed (internal or only external-facing)&lt;br /&gt;
* Inquire with people who are irregular contributors to a project to see if there are issues regarding inclusivity or attention&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Getting direct feedback from the PTL/team ====&lt;br /&gt;
* Ask if the PTL/team has any open question (on processes, goals, governance...)&lt;br /&gt;
* Ask the PTL/team how the project is doing, and whether they have any concern, fear, issue they would like to raise&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Notes:'''&lt;br /&gt;
* Smaller teams usually don't have a lot of needs for async communication, so they rarely have ML threads&lt;br /&gt;
* New projects should be aware of the goal processes, the current goals, and state their status with previous goals to match the requirements [https://governance.openstack.org/tc/reference/new-projects-requirements.html]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Liaisons ==&lt;br /&gt;
=== SIGs ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| API ||  &lt;br /&gt;
|-&lt;br /&gt;
| Extended Maintenance ||  &lt;br /&gt;
|-&lt;br /&gt;
| FEMDC || &lt;br /&gt;
|-&lt;br /&gt;
| First Contact || fungi &lt;br /&gt;
|-&lt;br /&gt;
| K8s ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Meta || &lt;br /&gt;
|-&lt;br /&gt;
| Operation Docs || &lt;br /&gt;
|-&lt;br /&gt;
| Resource Management || &lt;br /&gt;
|-&lt;br /&gt;
| Scientific || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Security || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Self-healing || gmann&lt;br /&gt;
|-&lt;br /&gt;
| Upgrade || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Board Committees and Working Groups ===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Foundation Finance Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Interop Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Compensation Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Professional Certification Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Diversity Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Gold And Platinum Member Committee || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== UC Teams and Working Groups ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Financial Team || &lt;br /&gt;
|-&lt;br /&gt;
| Large Deployment Team || &lt;br /&gt;
|-&lt;br /&gt;
| Massively Distributed Clouds || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Operators Telecom/NFV || smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Ops Tags Team || &lt;br /&gt;
|-&lt;br /&gt;
| Product Team || &lt;br /&gt;
|-&lt;br /&gt;
| Fault-Genes Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| LCOO Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Public Cloud Working Group || cdent &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Project Teams ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Adjutant || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Barbican || fungi, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Blazar || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Chef Openstack || evrardjp, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Cinder || gmann, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Cloudkitty || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Congress || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Cyborg || lbragstad, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Designate || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Documentation || lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Ec2-Api || smcginnis, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Freezer || smcginnis, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Glance || lbragstad, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Heat || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Horizon || smcginnis, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| I18n || evrardjp, dims&lt;br /&gt;
|-&lt;br /&gt;
| Infrastructure || fungi, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Ironic || cdent, smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Karbor || smcginnis, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Keystone || fungi, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Kolla || gmann, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Kuryr || gmann, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Loci || lbragstad, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Magnum || cdent, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Manila || gmann, smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Masakari || gmann, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Mistral || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Monasca || gmann, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Murano || ttx, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Neutron || cdent, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Nova || lbragstad, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Octavia || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Openstack Charms || evrardjp, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Openstack-Helm || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Openstackansible || fungi, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| OpenStackClient || fungi, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Openstacksdk || fungi, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Oslo || lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Packaging-Rpm || evrardjp, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Powervmstackers || ttx, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Puppet Openstack || mnaser, dims&lt;br /&gt;
|-&lt;br /&gt;
| Qinling || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Quality Assurance || fungi, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Rally || fungi, dims&lt;br /&gt;
|-&lt;br /&gt;
| Release Management || lbragstad, dims&lt;br /&gt;
|-&lt;br /&gt;
| Requirements || fungi, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Sahara || smcginnis, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Searchlight || cdent, dims&lt;br /&gt;
|-&lt;br /&gt;
| Senlin || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Solum || fungi, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Storlets || cdent, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Swift || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Tacker || mnaser, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Telemetry || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Tricircle || smcginnis, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Tripleo || evrardjp, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Trove || smcginnis, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Vitrage || lbragstad, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Watcher || mugsie, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Winstackers || ttx, dims&lt;br /&gt;
|-&lt;br /&gt;
| Zaqar || zaneb, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Zun || gmann, ttx&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Status updates ==&lt;br /&gt;
&lt;br /&gt;
=== Adjutant ===&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Team is essentially one core/PTL and lacks diversity. Internal development sometimes stalls upstream work.&lt;br /&gt;
* PTL is planning on socializing the project during the Berlin summit in order to attract more contributors.&lt;br /&gt;
* No dedicated meeting time, but since the project is currently only one developer the PTL doesn't really see this being an issue. Looking to certainly expand that if/when more contributors start getting involved with the project.&lt;br /&gt;
* The team is focused on cleaning up technical debt before jumping into more feature work.&lt;br /&gt;
&lt;br /&gt;
=== Barbican ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
The team seems generally healthy and was considered to have &amp;quot;diverse affiliation&amp;quot; at the time we removed the affiliation diversity tags. Vulnerability reports for its code deliverables are officially overseen by the OpenStack VMT and have no outstanding public security issues unhandled. Changes are reviewed and approved with regularity in most of their deliverables. They're keeping up with applicable cycle goals, release deadlines, holding regular weekly meetings in IRC (if sometimes a bit short and with only a handful of participants) and putting important design discussions on the development mailing list. Over the past cycle they migrated their task and defect tracking from Launchpad to Storyboard, and were bolstered somewhat in their mission by the inclusion of Castellan (though not officially a Barbican deliverable, still maintained by many of the same folks and basically a foster child in Oslo's care) in the base services list.&lt;br /&gt;
&lt;br /&gt;
=== Blazar ===&lt;br /&gt;
Update: 09 Novemeber 2018 by gmann&lt;br /&gt;
* The team changed leadership in Stein.&lt;br /&gt;
* Blazar is not in user survey and it was requested by PTL but no response or fixed. &lt;br /&gt;
* Project looks healthy as of now. &lt;br /&gt;
* Number of contributions(review &amp;amp; commit)  is going with the same rate as in Rocky cycle.&lt;br /&gt;
* 4 Active contributors and one placement API core is actively working in Blazar now which is a great help. &lt;br /&gt;
* In Stein, contribution number is distributed among NTT and StackHPC which used to be NTT.&lt;br /&gt;
* ML and IRC channel are not active, but all incoming queries/pings are being responded on time.&lt;br /&gt;
* Meetings are happening actively but less attendance in the meeting.&lt;br /&gt;
* Team looking for more active contributors to keep good progress on the incoming features/development/reviews. Currently, Blazer is not adopted widely and that's the main reason for not having big team.&lt;br /&gt;
* Team hosted onboarding sessions in Vancouver but did not find it valuable and dropped the same in Berlin and plan to interact people during project update session only.&lt;br /&gt;
&lt;br /&gt;
=== Chef OpenStack ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 7th, 2019,  TheJulia&lt;br /&gt;
&lt;br /&gt;
Current status&lt;br /&gt;
* Better team diversity is evolving in the Stein cycle.&lt;br /&gt;
* Team is struggling with review velocity and name recognition because combining two individual community names seem to create some confusion. &lt;br /&gt;
* Team is also discussing going back to having a regular meeting to force a periodic sync-up of contributors. Up until now, they have worked &amp;quot;extremely asynchronously&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Past reported issues&lt;br /&gt;
* Individual fragility: Samuel Cassiba represents 75% of commits&lt;br /&gt;
&lt;br /&gt;
=== Cinder ===&lt;br /&gt;
Update: 07 January 2019, TheJulia&lt;br /&gt;
* In follow-up discussion after reviewing gmann's notes, I started discussing project health with the PTL, partially because we were on another related subject of discussion.&lt;br /&gt;
* Cinder's health is moderately healthy because of the risk of core burn-out. PTL has indicated that himself and one other are the most active reviewers and counts dramatically fall off from there.&lt;br /&gt;
&lt;br /&gt;
Update: 17 December 2018 by gmann&lt;br /&gt;
* Project is healthy.&lt;br /&gt;
* Project facing the serious issue of lack of core reviewers which impacting the pace of getting bug fixes, feature merged. It is Jay and Sean most of the time doing reviews etc. Team is trying to get more contributor involved and making them Core but fail to get Active Core.  It is going to be hard to keep the level of throughput and quality that people have come to expect from Cinder in the past. &lt;br /&gt;
* One idea that PTL considering to do in the future is continued development into Cinder as a Standalone service.  It is part of what will continue to keep Cinder relevant and healthy in the future&lt;br /&gt;
* Project meetings are going well with consistent participation. They are productive so far.&lt;br /&gt;
* Team is considering the stability of existing features. new features are more general and not backends specific. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Some drop off in participation by some cores, but still active enough not to raise any red flags&lt;br /&gt;
* Overall less community involvement&lt;br /&gt;
* Project may just be &amp;quot;stable&amp;quot; and doesn't need as much activity as the past&lt;br /&gt;
* Still a lot of bug fix work to be done, but no major new features on the roadmap&lt;br /&gt;
&lt;br /&gt;
=== Cloudkitty ===&lt;br /&gt;
Updated July 19, 2018 (ttx)&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from ObjectifLibre), failure to retain onboarded people&lt;br /&gt;
* Activity is low but stable (33 commits in Rocky so far compared to 57 total in Queens)&lt;br /&gt;
* Works to support standalone operation and reusability in a Prometheus-driven stack, good feedback from users on that strategy&lt;br /&gt;
* It's mostly in competition with homegrown solutions, which makes it a bit special&lt;br /&gt;
* IRC meetings do not appear on eavesdrop.openstack.org -- no regular meeting, focusing on doing some small group meeting for key topics&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
&lt;br /&gt;
Update November 27, 2018 (evrardjp)&lt;br /&gt;
&lt;br /&gt;
Same applies:&lt;br /&gt;
* Single vendor: Objectif-Libre (67% of reviews, 47% of commits, large majority of cores from said company -- although 2 other active cores doing code contributions in the last 6 months)&lt;br /&gt;
* One very active core (PTL)&lt;br /&gt;
* Still reviews and commits on the content in the last months (55 commits during Rocky cycle)&lt;br /&gt;
* Requests on the ML to take back meetings&lt;br /&gt;
* Current action points: Reworking on APIs, API v2 (stockage v2 + influx + graphana), &amp;quot;Plan to work&amp;quot; on  contributor guide, Plan to work with deploy projects more (kolla-ansible, rdo)&lt;br /&gt;
* Current goals: They need to test for the mutable configuration, else the rest is in progress or done. The active work on that side is upgrade checks (https://review.openstack.org/#/c/613076/ ) and tempest python3 for their plugins&lt;br /&gt;
* In terms of manpower: Objectif libre pulling things forward more: Q(48%), R (57%) with no change of the person-day effort (130).&lt;br /&gt;
* Contributors: 31% of reviews by PTL, 16% by a person which is independant and not core. Good progression there!&lt;br /&gt;
&lt;br /&gt;
=== Congress ===&lt;br /&gt;
&lt;br /&gt;
Update: 04 December 2018 by gmann&lt;br /&gt;
&lt;br /&gt;
* Project is adequate healthy &lt;br /&gt;
* Project does not have many contributors but it is well enough to tackle the high priority features and bugs.&lt;br /&gt;
* Meetings happening regularly with low attendance but good enough for real-time discussions&lt;br /&gt;
* Mainly 2 developers including PTL are active.&lt;br /&gt;
* IRC channel and ML are not busy but well cover the incoming request.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-30 by cdent&lt;br /&gt;
&lt;br /&gt;
* Commits somewhat down from Queens (119 in Queens, 69 in Rocky so far)&lt;br /&gt;
* Commits and reviews in the hands of a small but diverse group&lt;br /&gt;
* Limited engagement on os-dev, but effective: http://lists.openstack.org/pipermail/openstack-dev/2018-May/130180.html&lt;br /&gt;
* IRC logged for both channel and meetings, low but steady traffic.&lt;br /&gt;
* Working to address step learning curve that new contributors face by refactoring tempest tests and associated documentation.&lt;br /&gt;
&lt;br /&gt;
=== Cyborg ===&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* No account of [http://eavesdrop.openstack.org/meetings/openstack_cyborg_project/ previous meeting logs] (404), but meetings are held in IRC.&lt;br /&gt;
* Development team is working on features and a presentation for the summit in Berlin.&lt;br /&gt;
* PTL noted that more resources would be a plus in helping with work queues.&lt;br /&gt;
* Development pace seems to have maintained through Rocky and into Stein&lt;br /&gt;
* IRC is relatively quiet, but there are long discussions with other teams every few days.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* Email responded to by PTL on July 4th. PTL has nothing to really report.&lt;br /&gt;
* Activity seems to be moderately in-line with the prior cycle, although one of the cores has since become an independent contributor.&lt;br /&gt;
* Cyborg does presently hold a weekly meeting on Wednesdays which does appear active, otherwise IRC is quiet.&lt;br /&gt;
** There is no calendar entry on eavesdrop.openstack.org for cyborg, TheJulia let the PTL know.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Designate ===&lt;br /&gt;
Last updated 2018-07-23 by cdent&lt;br /&gt;
&lt;br /&gt;
* Low number of reviews, commits, and contributors but it is somewhat steady.&lt;br /&gt;
* A significant amount of the code activity is related to aligning with infra/testing/qa related goals and not feature development. &amp;quot;most of our work at the moment is based around fixing the gate / not breaking future versions&amp;quot;&lt;br /&gt;
* ML list use is light, but that's always been the case.&lt;br /&gt;
* IRC channel is not busy but is responsive.&lt;br /&gt;
* Lurking difficulties:&lt;br /&gt;
** As of yet, no support for WSGI, which will break things in a pure py3 environment (due to eventlet)&lt;br /&gt;
** Low number of reviews means meeting community goals difficult and distracting.&lt;br /&gt;
** Feature requesting is not formalized/transparent, people show up asking &amp;quot;why isn't thing X present?&amp;quot;&lt;br /&gt;
** Designate is present in many OpenStack distributions but vendors are not providing active contribution support.&lt;br /&gt;
&lt;br /&gt;
Summary: muddling along, but struggling to address feature demands because of lack of incoming flow of people.&lt;br /&gt;
&lt;br /&gt;
=== Diversity ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The Diversity WG continues to have semi-weekly meetings in their IRC channel with anywhere from 2 to 8 participants (varying week to week)&lt;br /&gt;
* Current activities include finalizing the updated diversity survey and following up on feedback to the foundation event coordinators (preferred pronoun stickers for badges, some way to indicate visibly that you don't wish to be photographed, designated alcohol-free areas at official social events)&lt;br /&gt;
* Also communicating with the Women of OpenStack group about the possibility of more closely collaborating on sponsored event activities&lt;br /&gt;
&lt;br /&gt;
=== Documentation ===&lt;br /&gt;
&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* The team made some progress on some initiatives like overhauling the documentation site and templates.&lt;br /&gt;
* Progress is slow given the team size only being a handful of people.&lt;br /&gt;
* PTL has organized a project onboarding session in Berlin to help attract new contributors.&lt;br /&gt;
* Meetings are relatively sporadic but do generate useful discussions.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-18, pabelanger&lt;br /&gt;
&lt;br /&gt;
* Revist meeting format at stein PTG&lt;br /&gt;
* To early to report on new office hours, but people still seem to ask questions at random times.&lt;br /&gt;
* review queue is pretty stable&lt;br /&gt;
* suggestion in https://review.openstack.org/#/c/579177/, wondering if the TC could help the docs team promote some of the proposed docs guidelines&lt;br /&gt;
* could use more designer resources to work on some outstanding tasks wrt docs.o.o that we previously talked about in Dublin. I'm hoping to get some intern time secured from the Foundation in the coming weeks.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
=== Dragonflow ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Huawei represents 100% of core reviews&lt;br /&gt;
* The team did not produce a Queens release. Their last release was 4.0.0 on Sept 1, 2017. Should projects that do not prepare releases be considered official? -- dhellmann&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== ec2-api ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Andrey Pavlov represents 100% of core reviews&lt;br /&gt;
* Standing TODOs to update ec2api to latest Nova APIs (https://bugzilla.redhat.com/show_bug.cgi?id=1612369#c1)&lt;br /&gt;
&lt;br /&gt;
Last update: July 3, 2018 (cmurphy)&lt;br /&gt;
* Low activity due to general maturity&lt;br /&gt;
* Still actively used by operators, bugs are reported and fixed&lt;br /&gt;
* Three cores, all reportedly active&lt;br /&gt;
* Being part of OpenStack is still valued&lt;br /&gt;
** Operators are still using the project, so better to be coupled with OpenStack&lt;br /&gt;
** Depends on other components of OpenStack, so there is value in collaborating together&lt;br /&gt;
&lt;br /&gt;
=== Extended Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Newly formed SIG in the Rocky cycle, built on the ruins of the old Stable Branch Management team. They're still feeling out the changes we outlined in Dublin and Vancouver for EM as compared to the old stable/EOL workflow.&lt;br /&gt;
&lt;br /&gt;
=== First Contact ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Primarily focused on fleshing out the contributor guide, working with OSF staff on the contributor portal, and most recently the employer guide (targeted at helping management at contributors' employing organizations understand what resources they can provide to help their upstream interactions be more successful and lower-friction). They meet fairly consistently in IRC each week, and while those active in the SIG are fairly few in number they represent work important to the overall health of our community so can use all the support they can get.&lt;br /&gt;
&lt;br /&gt;
=== Freezer ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 7th, 2019, TheJulia&lt;br /&gt;
&lt;br /&gt;
* Project's health appears to be improving.&lt;br /&gt;
* Substantial uptick in activity over the rocky cycle.&lt;br /&gt;
* Some organizational risk exists with the ZTE contribution level being 67%, but that is down from the prior cycle.&lt;br /&gt;
* Project has removed the use of pycrypto&lt;br /&gt;
* A stein release has been made.&lt;br /&gt;
* Sporadic team meetings are occurring.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Aug 28, 2018, ttx&lt;br /&gt;
&lt;br /&gt;
* Lots of warning lights:&lt;br /&gt;
** Still uses pycrypto [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131103.html]&lt;br /&gt;
** freezer and freezer-web-ui missed the Rocky-2 and Rocky-3 milestones, so Freezer was not included in Rocky&lt;br /&gt;
** There was [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s)] for Stein.&lt;br /&gt;
** No PTG presence&lt;br /&gt;
** No team meeting since August 2017&lt;br /&gt;
* That said:&lt;br /&gt;
** The historic PTL (Saad Zaher) is working on it on his free time, and was on paternity leave lately (congrats!)&lt;br /&gt;
** Several people stepped up to save it from being made unofficial (Trinh Nguyen from Edlab, Geng Changcai from ZTE)&lt;br /&gt;
** Activity was significant in Rocky (88 commits), with good diversity&lt;br /&gt;
* Recommendation is to reassess before stein-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Glance ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Meetings occur weekly and seem to have good discussion.&lt;br /&gt;
* Most cores are employed by Red Hat, but this isn't a huge concern for the group since work in this area is needed.&lt;br /&gt;
* Team would benefit the most from code and specification reviews, especially since the select few cores are heads down coding.&lt;br /&gt;
* The team has been pushing out a lot of new functionality with respect to team size over the last 3 releases and they're concerned about getting feedback from users and operators.&lt;br /&gt;
* Didn't sound like the team was able to secure a slot for a project update or a general purpose feedback session.&lt;br /&gt;
* PTL is working with the foundation to massage the user survey questions to be more useful, sounds like the current set is too dated to be relevant.&lt;br /&gt;
&lt;br /&gt;
=== Heat ===&lt;br /&gt;
Update: 2018-06-28, zaneb&lt;br /&gt;
&lt;br /&gt;
* Under active development&lt;br /&gt;
* Only 4 active cores, 3 from Red Hat. This is limiting the amount of development that can be done and the velocity of the project.&lt;br /&gt;
** Especially struggling with stable reviews (only 1 active core, and the stable-maint team are the gatekeepers for adding more)&lt;br /&gt;
* Active on mailing list and IRC&lt;br /&gt;
* Regular IRC meetings&lt;br /&gt;
* [https://ethercalc.openstack.org/heat-mox-removal Excellent progress] on the (massive) mox-removal goal in Rocky&lt;br /&gt;
* The heat-translator sub-project no longer has any team overlap with the rest of the project, and is struggling for core reviewers. It might be time to [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131688.html consider another home for it].&lt;br /&gt;
&lt;br /&gt;
=== Horizon ===&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Continues to see loss of reviewers and code contributors&lt;br /&gt;
* Planning an onboarding session in Berlin where they hope to attract more contributors&lt;br /&gt;
* Considering the need to add Horizon to the Help Most Needed list to try to attract more&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: July 20, cmurphy&lt;br /&gt;
* Lost several core reviewers recently&lt;br /&gt;
* Some promising new contributors, could become cores if they help with reviews more&lt;br /&gt;
* Nearly complete with mox goal&lt;br /&gt;
* Focus on cross-project plugins and CI coverage&lt;br /&gt;
* Lots of participation in weekly meetings&lt;br /&gt;
* Concern about getting help with AngularJS work&lt;br /&gt;
** Converting more of horizon to AngularJS is still seen as the right technical direction (it provides a better user experience) but community contribution is suffering from it&lt;br /&gt;
** Hard to ask devs from other OpenStack projects to add support for new features in non-Python&lt;br /&gt;
** Hard in general to attract new JS devs when OpenStack is mostly Python&lt;br /&gt;
&lt;br /&gt;
=== I18n ===&lt;br /&gt;
Update: July 04, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
The team changed leadership in Queens.&lt;br /&gt;
&lt;br /&gt;
Queens status:&lt;br /&gt;
* 87 modules touched (+87%)&lt;br /&gt;
* 17 languages supported (+6%)&lt;br /&gt;
* 55 active translators (-14%) (TODO, need to check with PTL if it has an impact)&lt;br /&gt;
* 7 companies support (-22%)&lt;br /&gt;
I18n team previously had team meetings but decided to have office hours instead.&lt;br /&gt;
Usually tracks completion of Rocky community goals.&lt;br /&gt;
A lot of collaboration with Doc team.&lt;br /&gt;
Dedicated mailing-list: openstack-i18n - pretty busy&lt;br /&gt;
&lt;br /&gt;
Rocky:&lt;br /&gt;
* &amp;lt;strike&amp;gt;Help is wanted around doc translation. See https://review.openstack.org/#/c/545377 for example.&amp;lt;/strike&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Update: November 27, 2018 (evrardjp)&lt;br /&gt;
&lt;br /&gt;
PTL told me reduced activity recently:&lt;br /&gt;
&amp;quot;we've lost 31% of the contributor in this cycle. We have lower count of modules touched and also language support is going down. This could have two reasons: The work is already done, or we lost people in real. There are still some use cases for machine learning and machine translation. Zanata team worked also on this topic for simplify the work a bit and automate it a bit more&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Infrastructure ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Probably the most significant note is that this team is slowly working on disassociating itself from direct OpenStack governance (the draft declaration of independence for it still seeks input from the OpenStack community as a part of its own decision-making processes however). The TC should of course continue to concern itself with the health of this collective under whatever new name and governance it assumes since OpenStack is heavily reliant on the services it provides. Reasonably healthy at present, the team has numerous deliverable repositories under its umbrella which see widely varied levels of contribution and review activity. During Rocky it lost a couple of its more active root sysadmins which has added a renewed strain on available bandwidth. The Zuul (+nodepool et al) project was also split out during this cycle, but the official separation  doesn't seem to have particularly drained any of the team away as there is still significant overlap between them. Upcoming concerns are making sure the team is still able to meet its charge with the increased responsibility of serving additional OSF projects beyond OpenStack itself, along with rebranding/debranding efforts coupled with whitelabeling of some relevant services.&lt;br /&gt;
&lt;br /&gt;
=== Interop ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* Only a few active members of the Interop WG reviewing and contributing patches to the openstack/interop repository&lt;br /&gt;
* Affiliation is fairly diverse, but with so few active that's probably not really relevant&lt;br /&gt;
* Mandated to maintain interoperability guidelines in support of official trademark programs, so the board will likely step in if active participants fall below a minimum viable count&lt;br /&gt;
* Heavily dependent on the RefStack and QA teams for their tool development&lt;br /&gt;
&lt;br /&gt;
=== Ironic ===&lt;br /&gt;
Stein update: October 31st (TheJulia)&lt;br /&gt;
* Ironic has taken on quite a bit of new feature and refactoring work for this cycle.&lt;br /&gt;
* We are seeing a drop in review activity, which is consistent in the beginning of a cycle, however we've had some reduced core reviewer activity as well so mentoring and recruiting is something we're activity having to do.&lt;br /&gt;
* Commit activity is off balance, but review activity is relatively balanced contributing organization wise.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update from Summit Day one (cdent):&lt;br /&gt;
* A lot of interest in Ironic. Project update room standing room only.&lt;br /&gt;
&lt;br /&gt;
=== Karbor ===&lt;br /&gt;
Stein, 4 Feb 2019, dhellmann&lt;br /&gt;
* Email sent to Pengju Jiao at the address we have on file in the governance repo bounced.&lt;br /&gt;
&lt;br /&gt;
Stein Update, Oct 23, smcginnis&lt;br /&gt;
* Activity continues to decline&lt;br /&gt;
* Pengju has reached out to several companies in China (Huawei, ZTE) and has some informal commitments that they will contribute new developers&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: Oct 5, ttx&lt;br /&gt;
* Activity dropped significantly over the last 6 months: no more meetings, only 16 (mostly cleanup) commits in Rocky&lt;br /&gt;
* Pengju Jiao stepped up in August to push the release and apply for the PTL position&lt;br /&gt;
* Activity dropped again in September as he was on paternity leave. Activity is expected to pick back up after the Golden Week in China&lt;br /&gt;
* Karbor is far from fully-functional and needs a lot of work. Pengju has a clear roadmap for Stein.&lt;br /&gt;
* In terms of contribution, Karbor has users involved (China Mobile, Huawei), and other users that are not yet contributing&lt;br /&gt;
&lt;br /&gt;
=== Keystone ===&lt;br /&gt;
Update July 3, 2018 (cmurphy)&lt;br /&gt;
* High pressure due to being a central part of OpenStack&lt;br /&gt;
* Focus on &amp;quot;improving the commons&amp;quot; - policy/RBAC work, unified quota management, application development&lt;br /&gt;
* 10 cores with varying levels of activity, nearly all are at most part-time&lt;br /&gt;
** Concern over possibility of team burnout&lt;br /&gt;
&lt;br /&gt;
=== Kolla ===&lt;br /&gt;
Update: 2019-01-07, TheJulia&lt;br /&gt;
* Team review velocity appears to be declining, possibly with stability, but contribution/commit levels seem consistent.&lt;br /&gt;
* Corporate and individual involvement seems fairly well distributed.&lt;br /&gt;
* No stein release(s) as of yet.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-30, TheJulia&lt;br /&gt;
* Discussion in IRC with the PTL about a week after initial contact in #openstack-tc&lt;br /&gt;
* PTL felt that the team was in a good state, that goals had been progressing.&lt;br /&gt;
* Slight increase in review activity/commits, overall seems fairly healthy.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* No reply received. Follow-up email sent on 2017-07-10 and contact initiated on IRC.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Kuryr ===&lt;br /&gt;
&lt;br /&gt;
Updated 1st November 2018 by gmann after discussion and email response from dmellado.&lt;br /&gt;
&lt;br /&gt;
* Project is quite a healthy. It has several full time contributors, are actively working on adding new features and keep track of upstream goals,such as python3 was finished as one of the initial projects.&lt;br /&gt;
* Project wanted to move to office hour and this is something PTL would like to discuss during Berlin Summit. &lt;br /&gt;
* Project maintaining their activeness in Conference by conducting the Physical PTG, Projects updates and onboarding sessions. &lt;br /&gt;
* Enough number of active contributors.&lt;br /&gt;
* Project is active in responding the incoming review request and able to maintain the low number of open Reviews count.  &lt;br /&gt;
* Number of contribution(review &amp;amp; commit)  is going with little higher rate compare tp Rocky cycle.&lt;br /&gt;
* Not much communication on ML and IRC channel but team stay online there for any incoming queries. &lt;br /&gt;
&lt;br /&gt;
Key Issues:&lt;br /&gt;
&lt;br /&gt;
* Release model is challenging where project has to consider both openstack and k8s release cycles. Need input from TC and Release team in Forum. &lt;br /&gt;
* Most of the active contributors are from Redhat. Projects used to have few contributor from Huawei which are not so active now.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated 2018-08-13 by cdent, from an email response by dmellado to a message from dims&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: RedHat represents 79% of core reviews&lt;br /&gt;
** Considering moving or adding meetings to reach more timezones&lt;br /&gt;
* Making good headway in general&lt;br /&gt;
* Have some challenges with infra that they'd like to figure out:&lt;br /&gt;
** Would be good to have an openstack-infra k8s registry for containers&lt;br /&gt;
** Would be nice to have nested VMs with large RAM to test pods&lt;br /&gt;
* Need to work with neutron to deal with API slowness&lt;br /&gt;
&lt;br /&gt;
=== Large Deployment ===&lt;br /&gt;
Update: 2018-07-14, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Loci ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
** Sam Yaple has agreed to run as PTL again&lt;br /&gt;
* Sam Yaple was not able to continue his leadership during Stein cycle.&lt;br /&gt;
** Chris Hoge took interim PTL duties, and restarted the project meetings.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-08-09, pabelanger&lt;br /&gt;
* PTL missed original email, reason for delay.&lt;br /&gt;
* LOCI is now a single-repo project. Retired other repos.&lt;br /&gt;
* Is stable, but have not agreed and implemented a versioning system.&lt;br /&gt;
* Master branch of LOCI can build N-&amp;lt;HEAD of master&amp;gt; OpenStack currently, and this makes the stable branching structure a bit unappealing.&lt;br /&gt;
* LOCI has 3 independent efforts right now from a few people that are encouraging.&lt;br /&gt;
** aarch64 support though we haven't setup gates yet&lt;br /&gt;
** opensuse 15 support&lt;br /&gt;
** kolla-loci/loci-kolla support. The output will allow loci images to be used with kolla-ansible without kolla-ansible changes.&lt;br /&gt;
* core of LOCI is stable and solid throughout all of this. Most/all of this work is about integrations with other OpenStack projects with the long term goals of sharing the &amp;quot;deploy&amp;quot; gates with OSH/Kolla/Triple-O, testing LOCI images.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
Update: 2018-11-29 evrardjp&lt;br /&gt;
* A long time without the PTL appearing in meetings. (No news two weeks after the last PTG)&lt;br /&gt;
* Discussions in the IRC channel about leadership changes due to absence of Sam&lt;br /&gt;
* Discussions at the summit of an action plan&lt;br /&gt;
* Chris Hoge proposed himself as PTL, November 27th.&lt;br /&gt;
&lt;br /&gt;
=== Magnum ===&lt;br /&gt;
&lt;br /&gt;
=== Manila ===&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Project appears to be in good shape&lt;br /&gt;
* Focusing on bug fixes and stabilization rather than any big new features&lt;br /&gt;
* Drop of in involvement from EU, particularly from HPE and IBM&lt;br /&gt;
* Increase of participation from China makes EU drop off not as much of an issue other than time coverage&lt;br /&gt;
** Not a lot of involvement on IRC or weekly meeting though&lt;br /&gt;
* Lots of good interest downstream, particularly from HPC and telco communities&lt;br /&gt;
&lt;br /&gt;
=== Masakari ===&lt;br /&gt;
Update: 6 Nov 2018 by gmann&lt;br /&gt;
* Project is &amp;quot;unhealthy&amp;quot; due to lack of contributors and has &amp;quot;visible issues&amp;quot; .&lt;br /&gt;
** Only NTT groups developers are contributing.&lt;br /&gt;
** Only 3 active contributors (NTT groups) which are not sufficient for incoming feature/review request. &lt;br /&gt;
** Many operators &amp;amp; devs implement features and disappear.    &lt;br /&gt;
* PTL is trying to extend the Masakari scope from &amp;quot;VM HA&amp;quot; to integrate in NFV, Ironic baremetal instance HA etc to find more use cases, find more people to use masakari and so does more active contributors.&lt;br /&gt;
** Roadmap for Stein looks good but need more contributors. &lt;br /&gt;
* ML and IRC channel are not so active, but all incoming query/ping are being responded. &lt;br /&gt;
* Meeting are happening actively but seems 2-3 attendance only.&lt;br /&gt;
&lt;br /&gt;
=== Mistral ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Lack of development&lt;br /&gt;
* Contributors haven't flagged development pace as a major concern yet, but it could become an issue in the future&lt;br /&gt;
* Attracting new contributors is a struggle&lt;br /&gt;
* Project contributors seem to be taking on multiple tasks that make development time for Mistral challenging&lt;br /&gt;
* The team continues to hold office hours weekly&lt;br /&gt;
* New contributors should have the most impact by helping with bug, features, and improving documentation.&lt;br /&gt;
* Code review volume doesn't seem to be a huge issue, yet&lt;br /&gt;
* Existing developers also noted that it is tough to concisely explain the purpose of the project (why should you care about workflows) and the problems it solves, which probably confuses new developers and raises the barrier to entry&lt;br /&gt;
&lt;br /&gt;
* Active development, with a steady stream of reviews and patches spread fairly evenly across a handful of contributors&lt;br /&gt;
* Organisational diversity is low, however - most contributions come from Nokia and Red Hat.&lt;br /&gt;
* Switched to multiple weekly office hours, logged as meetings. Quoting Dougal on lessons learned:&lt;br /&gt;
** Essentially we have ended up with a less formal meeting, but it happens multiple times in the week. The biggest advantage is that we can cover more timezones. I think it generally works well, but sometimes it is very quiet and just me - in those cases I tend to do bug triage and other routine tasks. This has helped reduce the bug backlog by at least 50%! We are a small team and a more formal weekly meeting always felt forced, as we didn't always have specific topics to discuss or there would only be a couple of us. So now the structure of the meetings is generally &amp;quot;Anyone here and want to chat? We have X new bugs we can talk about&amp;quot; and then we take it from there. Having a list of IRC nicks to ping at the start of meetings has helped remind people :)&lt;br /&gt;
* Missing PTG4 because it happens that no cores are available, so virtual PTG is planned instead. Mistral have participated in previous PTGs and expect to find it easier being co-located with the Summit.&lt;br /&gt;
&lt;br /&gt;
=== Monasca ===&lt;br /&gt;
Update: August 14th, 2018&lt;br /&gt;
* Team is fairly small and tends to utilize a single core reviewer strategy to approve changes.&lt;br /&gt;
* Team is holding weekly meetings which seem quite active. Contributor activity seems stable compared to the prior cycle.&lt;br /&gt;
* Check-in email sent to the PTL on August 14th. PTL is on vacation until end of month.&lt;br /&gt;
&lt;br /&gt;
=== Murano ===&lt;br /&gt;
* murano and murano-dashboard missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 13 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Recent US government action against ZTE has had an impact on the team, because ZTE employees are key contributors to the project and the core team. It is unclear how much ZTE will be able to continue to contribute in the future. [https://www.nbcnews.com/politics/congress/senate-blocks-zte-deal-rebuke-trump-deal-n882196]&lt;br /&gt;
* The murano-core team has members froM AT&amp;amp;T and Mirantis, as well as ZTE.&lt;br /&gt;
* emilien sent email on 2018-07-17&lt;br /&gt;
&lt;br /&gt;
Update 6 Aug 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Rong Zhu responded with some hopeful comments about the ZTE situation improving (and it seems to have) and meaning that team members will be more active on IRC again&lt;br /&gt;
&lt;br /&gt;
=== Nova ===&lt;br /&gt;
&lt;br /&gt;
Update 5 July 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* melwitt reports &amp;quot;I can't think of any issues we need help with&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Octavia ===&lt;br /&gt;
* Feeling a small shortage of contributors (contributions &amp;amp; code review)&lt;br /&gt;
* OpenStack-wide &amp;quot;interruptions&amp;quot; affect team heavily&lt;br /&gt;
* Moving from screen to systemd affected team for ~4 weeks&lt;br /&gt;
* WSGI Implementation took time (and changes) and team feels community goals aren't super constructive to project&lt;br /&gt;
* Zuul V3 cutovers (and constant restarts) affect productivity and slow down progress&lt;br /&gt;
* Sometimes certain things that should be done the &amp;quot;OpenStack&amp;quot; way such as involving PTLs in decisions don't happen&lt;br /&gt;
* Storyboard issues: https://etherpad.openstack.org/p/storyboard-issues&lt;br /&gt;
&lt;br /&gt;
=== Openstack Charms ===&lt;br /&gt;
Update: June 20, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from Canonical), but with some external participation&lt;br /&gt;
* Steady activity, keeping up with recent evolution (includes Vault and Gnocchi, integrates Designate with Neutron)&lt;br /&gt;
* Holds weekly IRC meetings with rotating chair&lt;br /&gt;
* Uses Launchpad, and is likely to stay there as it allows sharing tasks with Ubuntu packaging&lt;br /&gt;
* Limited ML engagement (thread left dangling at [http://lists.openstack.org/pipermail/openstack-dev/2018-April/129314.html])&lt;br /&gt;
&lt;br /&gt;
=== OpenStack-Helm ===&lt;br /&gt;
Update: June 26, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from AT&amp;amp;T), but with external participation (SKT, 99cloud, Intel...)&lt;br /&gt;
* Increasing activity (412 commits in Rocky so far compared to 513 total in Queens)&lt;br /&gt;
* Holds weekly IRC meetings, pretty active discussions&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
* OpenStack-Helm is release-independent -- it aims to support Newton -&amp;gt; master and track latest all the time. They are waiting until they reach a certain quality level (and stable interface) before declaring a 1.0. See [https://docs.openstack.org/openstack-helm/latest/specs/osh-1.0-requirements.html requirements for 1.0]. This explains lack of releases.&lt;br /&gt;
&lt;br /&gt;
=== OpenStackAnsible ===&lt;br /&gt;
&lt;br /&gt;
=== OpenStackClient ===&lt;br /&gt;
&lt;br /&gt;
Update: 07 Jan 2019, TheJulia&lt;br /&gt;
* Overall health seems unchanged.&lt;br /&gt;
* Team remains relatively small and review velocity seems to remain an issue.&lt;br /&gt;
* Team seems well distributed with diverse contributions.&lt;br /&gt;
&lt;br /&gt;
Update: 28 June 2018, dhellmann, cmurphy&lt;br /&gt;
&lt;br /&gt;
* uses IRC and the mailing list but no meetings&lt;br /&gt;
* the review team is small, but there are several active reviewers not on the core team yet who are candidates&lt;br /&gt;
* there is quite a review backlog, but the PTL is optimistic that adding the new reviewers will help with that&lt;br /&gt;
* they are still interested in being included on the help wanted list (hence the &amp;quot;orange&amp;quot; status, for now)&lt;br /&gt;
&lt;br /&gt;
=== Openstacksdk ===&lt;br /&gt;
Update: 2018-07-02, TheJulia&lt;br /&gt;
* Initial communication with PTL, should expect to follow-up with-in the next few days.&lt;br /&gt;
&lt;br /&gt;
=== Oslo ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
&lt;br /&gt;
* Most of the more active members are employed by Red Hat, so it would be good to bring in more diverse contributors&lt;br /&gt;
* oslo.privsep, taskflow, and oslo.service are used in several significant service projects, but are effectively unmaintained.&lt;br /&gt;
* oslo.service has some issues with the WSGI service not working under python3. The plan is to encourage all projects to stop using that feature, deprecate, then remove it.&lt;br /&gt;
* taskflow is one of several projects that needs to update to a newer version of networkx, but the API changes in networkx mean reworking some of taskflow. Supporting both versions of the APIs may be complicated.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 18 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Active discussions about moving taskflow out of OpenStack governance.&lt;br /&gt;
* Most of the core team is still employed by Red Hat. Red Hat is expanding development in this area with another contributor, which is a good thing, but doesn't necessarily help with diversity.&lt;br /&gt;
* Team missed a slot for a project update in Berlin and is looking into ways to have that virtually.&lt;br /&gt;
* The team is active and regularly participates in meetings.&lt;br /&gt;
* Some concern about large features taking a long time to review.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 12 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* The team is small, but active and working on recruiting.&lt;br /&gt;
* Team produces regular and frequent releases for the maintained libraries&lt;br /&gt;
* Team meets weekly using IRC&lt;br /&gt;
* Team had both onboarding and project update sessions in Vancouver&lt;br /&gt;
* The level of activity within each library varies.&lt;br /&gt;
* Several of the libraries are reaching a &amp;quot;stable&amp;quot; state in which they may not see many updates beyond bug fixes. This has spurred a discussion of how to treat projects like that, led by the release management team [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131341.html]&lt;br /&gt;
&lt;br /&gt;
=== Packaging-RPM ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: SUSE represents 77% of core reviews&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.] (Update: PTL stepped up https://review.openstack.org/588617)&lt;br /&gt;
Update 21 Aug 2018 (cmurphy):&lt;br /&gt;
* Concern over low investment from original collaborators - was once a Mirantis/RH/SUSE project, now primary investment is mainly SUSE&lt;br /&gt;
* Not enough reviewers, and not a big pool of contributors to draw from given reduced corporate investment&lt;br /&gt;
* Seeing activity from several Asian companies but they don't participate in discussions, unclear on what their investment is or how to get them to engage more (some contributors seem to be clearly stats seeking)&lt;br /&gt;
* Requires significant effort to keep up to date, original vision of promoting CD by gating with other OpenStack projects and other deployment projects did not pan out (mostly due to lack of time for engagement)&lt;br /&gt;
* Not sure if it remains valuable to remain under governance&lt;br /&gt;
Update 5 Nov 2018 (evrardjp)&lt;br /&gt;
* These comments still apply.&lt;br /&gt;
&lt;br /&gt;
=== Powervmstackers ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 7th, 2019, TheJulia&lt;br /&gt;
&lt;br /&gt;
* Project looks moderately healthy. There is a noticeable decline in velocity when comparing commit/review counts to the Rocky cycle. This may be an element of stabilization.&lt;br /&gt;
* Primary commit contributor at this time is the PTL.&lt;br /&gt;
* Four active core reviewers, two of which are the primary reviewers for the project. One of which is also the PTL&lt;br /&gt;
* Sporadic IRC activity and some external to IBM contributor involvement which seems to be an improvement when comparing to the prior cycle.&lt;br /&gt;
&lt;br /&gt;
Prior update:&lt;br /&gt;
&lt;br /&gt;
* Email sent on August 9th (emilien).&lt;br /&gt;
* No help is needed, and their collaboration with other projects became better over time.&lt;br /&gt;
* Contributions are indeed owned by IBM but they welcome (and have) external contributors.&lt;br /&gt;
* The project looks quite healthy so far, and nothing much to report now.&lt;br /&gt;
&lt;br /&gt;
=== Puppet Openstack ===&lt;br /&gt;
Update: 2018-08-06 (cmurphy)&lt;br /&gt;
* Good progress on important features&lt;br /&gt;
** Puppet 5 support&lt;br /&gt;
** Debian support&lt;br /&gt;
* Some frustration with spam changes (compounded over multiple modules)&lt;br /&gt;
* Tripleo moving away from depending on Puppet so maintenance shifting more toward operators&lt;br /&gt;
* Overall seems to be growing traction and staying healthy&lt;br /&gt;
&lt;br /&gt;
=== Qinling ===&lt;br /&gt;
Update: August 20th, 2018, TheJulia&lt;br /&gt;
* PTL Confirmed small team nature, and that the team is largely focused on getting all of the minimum needs taken care of to have a viable FaaS component.&lt;br /&gt;
* Emailed PTL on August 14th, 2018.&lt;br /&gt;
* Project does not seem to hold regular meetings, but also appears to early in gearing up additional interest.&lt;br /&gt;
* Rocky timeframe contributions are much more diverse than Queens timeframe contributions which is a good sign.&lt;br /&gt;
* Core reviewing seems to use a mix of one and two core reviewers, weighted heavily towards a single reviewer.&lt;br /&gt;
&lt;br /&gt;
=== Quality Assurance ===&lt;br /&gt;
&lt;br /&gt;
Discussion with gmann, 2018-08-07:&lt;br /&gt;
* overall healthy with most repos receiving attention from a diversity of contributors&lt;br /&gt;
* grenade is one repo which is of concern, largely due to sdague's departure&lt;br /&gt;
* switch to office hours has been positive, increasing doing and discussion, rather than simply reporting&lt;br /&gt;
* help from individuals usually associated with other projects important aspect of QA health&lt;br /&gt;
&lt;br /&gt;
Outside of that discussion, there are [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/%23openstack-tc.2018-08-02.log.html#t2018-08-02T16:13:21 concerns expressed] about QA being too focused on tempest, and tempest being too focused on Nova.&lt;br /&gt;
&lt;br /&gt;
=== Rally ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Half on GitHub those days, and unwilling to drop direct branching ACLs&lt;br /&gt;
* Individual fragility: Andrey Kurilin represents 56% of commits&lt;br /&gt;
* Organizational diversity fragility: GoDaddy represents 97% of core reviews&lt;br /&gt;
* It looks like the project may be moving out of gerrit to GitHub? https://github.com/xrally and https://xrally.org -- dhellmann&lt;br /&gt;
&lt;br /&gt;
=== Refstack ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The core review team has only two active members, both funded directly by the OpenStack Foundation (one reaching the end of that internship)&lt;br /&gt;
* The bulk of recent contributions to the main refstack deliverable are from the same two individuals&lt;br /&gt;
* Most recent outside development interest has been in the python-tempestconf library for tempest.conf generation, which has also produced some sideline support development in the refstack-client deliverable&lt;br /&gt;
* The Refstack effort is considered to be reaching feature-complete state in the coming weeks as some final pieces land, and then will likely be put in maintenance mode from a governance perspective&lt;br /&gt;
* The refstack and refstack-client deliverables may make sense to get adopted by the Interop WG so the Refstack team itself can be wound down and officially disbanded&lt;br /&gt;
* The python-tempestconf deliverable isn't necessarily a good fit for QA team adoption, but may be looking for an adoptive home or may warrant creation of its own official TC-recognized team&lt;br /&gt;
&lt;br /&gt;
=== Release Management ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Task automation continues to make workload for the team easier&lt;br /&gt;
* Consistent drive-by attendees in weekly meetings&lt;br /&gt;
* Concerns over core team and what that means for transitioning leadership&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 28 June 2018, dhellmann &amp;amp; smcginnis&lt;br /&gt;
&lt;br /&gt;
* The review work has become easier, but there are still only 3 team members. That leaves succession planning for the PTL role a bit up in the air, and also poses challenges with the members travel to conferences all at the same time.&lt;br /&gt;
* Working on a reviewers' guide to help with recruiting.&lt;br /&gt;
* Completed adjusting ACLs for all official teams to use the reviewable release process for deliverables that are part of the OpenStack release.&lt;br /&gt;
&lt;br /&gt;
=== Requirements Management ===&lt;br /&gt;
  &lt;br /&gt;
&lt;br /&gt;
* need more reviewers, badly, as discussed a joint leadership meeting in Vancouver&lt;br /&gt;
&lt;br /&gt;
Update: 14 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* team has recently lost several members&lt;br /&gt;
* most work is really down to 3 people (Matt, Dirk, Tony)&lt;br /&gt;
* they work for 3 separate companies, but the team is so small that the diversity measures are questionable&lt;br /&gt;
* the changes this cycle to stop syncing requirements should lower the review burden somewhat, but the move to python 3 is going to take some work&lt;br /&gt;
* meets regularly&lt;br /&gt;
* accomplishments this cycle&lt;br /&gt;
** stopped syncing dependencies between projects&lt;br /&gt;
** working on networkx upgrade&lt;br /&gt;
** uncapped eventlet&lt;br /&gt;
** uncapped sphinx&lt;br /&gt;
** added optional lower-constraints test jobs for project teams that want them&lt;br /&gt;
&lt;br /&gt;
=== Resource Management SIG ===&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-10, cdent. Summary: SIG is idling.&lt;br /&gt;
&lt;br /&gt;
Concerns or Issues:&lt;br /&gt;
* While the project had some initial planning at [[Res_Mgmt_SIG]], little has happened since.&lt;br /&gt;
* This is likely due to the main participants being overbooked to be able to fit things in.&lt;br /&gt;
** cdent is one of those main participants and hasn't had a chance to do anything&lt;br /&gt;
* Given the desire for these evaluations to not include participants, cdent being the evaluator is probably not ideal&lt;br /&gt;
&lt;br /&gt;
=== Sahara ===&lt;br /&gt;
Update: Nov 27, ttx&lt;br /&gt;
&lt;br /&gt;
* Team is currently small (~3) and mostly Red Hat-based. It is fully operational but would welcome more contributors (and more corporate diversity).&lt;br /&gt;
* Visible commit activity appears to have dropped in Stein, but that's mostly a reflection of most team members working on significant features (APIv2, health repair)&lt;br /&gt;
* Core functionality is pretty stable. Most activity is geared toward Python 3 and above-mentioned new features.&lt;br /&gt;
* Team runs regular meetings on IRC, and did project updates and on-boarding in Vancouver and previous summits (PTL missed Berlin)&lt;br /&gt;
* Not much discussions on ML, mostly administrative details and announcements. Most team discussions directly happen on IRC and Gerrit.&lt;br /&gt;
&lt;br /&gt;
Update: June 13, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
* The team changed leadership in Queens&lt;br /&gt;
* Most commits in Rocky are from Red Hat (92% of core reviews)&lt;br /&gt;
* The team is really small, most of commits are done by 2 contributors and 3 contributors are active in reviews&lt;br /&gt;
* Latest survey shows that Sahara is used in production by 3% of deployments and 8% in test phase. 25% of users are interested by Sahara&lt;br /&gt;
* Following goals and releases&lt;br /&gt;
* Email sent to PTL on June 13th&lt;br /&gt;
&lt;br /&gt;
=== Searchlight ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* searchlight and searchlight-ui missed the Rocky-1 milestone&lt;br /&gt;
* Release forced for searchlight and searchlight-ui for the Rocky-2 milestone; also missed the Rocky-3 milestone&lt;br /&gt;
* [https://review.openstack.org/#/c/590601/ Trinh Nguyen has volunteered to be the PTL for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== Security (SIG) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Operated for a while in parallel with the project team of the same name, during Rocky it assumed responsibility for the corresponding deliverable repositories. Many of its previous members (both the SIG and the team) have slowly faded from the OpenStack community, and most of those who remain have also been drafted into the VMT. It still holds regular weekly meetings, has a consensus chair, is present for events like the PTG and Summit/Forum, and has continued to manage OSSN and security assessment tasks to assist the VMT... but as it's now mostly the same people the lines there have become increasingly blurry.&lt;br /&gt;
&lt;br /&gt;
=== Security (team) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
This mostly defunct team was retired at the end of the Rocky cycle, and its deliverable repositories folded into the SIG of the same name.&lt;br /&gt;
&lt;br /&gt;
=== Scientific ===&lt;br /&gt;
Update: July 17, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Senlin ===&lt;br /&gt;
Updated Nov 30, ttx&lt;br /&gt;
&lt;br /&gt;
* Team is active, with a base of contributors from Blizzard but also other organizations involved&lt;br /&gt;
* Most contributors are part-time involved, and use IRC / Gerrit to communicate. Regular meetings on IRC.&lt;br /&gt;
* Main issue is project awareness: Senlin is missing users. Hopefully the autoscaling SIG will help clarify Senlin's relationship with other OpenStack components&lt;br /&gt;
&lt;br /&gt;
=== Solum ===&lt;br /&gt;
&lt;br /&gt;
Updated: January 07, 2019, TheJulia&lt;br /&gt;
&lt;br /&gt;
* Project health is at risk.&lt;br /&gt;
* Activity has been only py2/py3 compatibility changes for this cycle.&lt;br /&gt;
* Last release was in the rocky cycle.&lt;br /&gt;
* No apparent IRC, Meeting, Mailing list, or forum activity.&lt;br /&gt;
* TheJulia will reach out to the PTL to identify their perception of the project status and direction.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Prior reported issues&lt;br /&gt;
* Individual fragility: Zhurong represents 100% of core reviews&lt;br /&gt;
* Zhurong is employed by ZTE and recent US government actions might affecting contributions&lt;br /&gt;
&lt;br /&gt;
=== Stable Branch Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
This team was disbanded during the Rocky cycle, morphing into the Extended Maintenance SIG.&lt;br /&gt;
&lt;br /&gt;
=== Storlets ===&lt;br /&gt;
&lt;br /&gt;
Update: August 9, ttx&lt;br /&gt;
&lt;br /&gt;
* The team is essentially one person: Kota Tsuyuzaki the PTL represents 100% of core reviews&lt;br /&gt;
* Kota is pretty active though, and maintains the project well. He ran a project update session in Vancouver, and tries to recruit more contributors (including in local meetups).&lt;br /&gt;
* The team currently being one person, there are no IRC meetings or ML threads. Best way to join the team is the IRC channel (#openstack-storlets)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: Berlin Summit, cdent&lt;br /&gt;
&lt;br /&gt;
* python3 work still needed for the contained user-application&lt;br /&gt;
&lt;br /&gt;
=== Swift ===&lt;br /&gt;
Update: July 3, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Team has recently lost two very active long time cores&lt;br /&gt;
* Activity has gone down, like many OpenStack projects, but there is still a large list of important work to complete&lt;br /&gt;
* Changed their policy to only require one +2&lt;br /&gt;
** Change in policy is allowing to land more code&lt;br /&gt;
** No bad side effects of this change have been encountered so far&lt;br /&gt;
* Some recent progress has been made on Python 3 compatibility&lt;br /&gt;
&lt;br /&gt;
=== Tacker ===&lt;br /&gt;
Update: January 07, 2019, TheJulia&lt;br /&gt;
* Project health seems to be improving.&lt;br /&gt;
* Some regular mailing list activity is occurring, and the project seems to be trying to hold them on a regular basis.&lt;br /&gt;
* Less individual contributor based fragility when compared to the Rocky cycle. This is largely due to some new contributors.&lt;br /&gt;
* They also seem to be in a good position to expand their core reviewer pool.&lt;br /&gt;
&lt;br /&gt;
Update: August 14th, 2018, TheJulia&lt;br /&gt;
* Reached out via email to the new PTL to obtain their perspective as to the current status.&lt;br /&gt;
* Worth noting that the new PTL is different than the prior PTL who was attributed to having 75% of the core reviews.&lt;br /&gt;
* They have meetings, although occasionally do seem to skip a week or two, but the team is relatively small and diverse which would make missing lacking quorum to have a meeting more of a possibility.&lt;br /&gt;
&lt;br /&gt;
Prior reported issues&lt;br /&gt;
* Individual fragility: Yong Sheng Gong represents 75% of core reviews&lt;br /&gt;
&lt;br /&gt;
=== Telemetry ===&lt;br /&gt;
Update: 2018-07-25, cdent&lt;br /&gt;
* Only two active cores and contributors (from Red Hat), despite [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131443.html continued value].&lt;br /&gt;
* Lowish number of commits and reviews, but about what one would expect for a small and stable project&lt;br /&gt;
* Effectively in maintenance mode&lt;br /&gt;
* Some potential for greater engagement with Monasca&lt;br /&gt;
* The features in ceilometer are being shrunk to meet the needs of the people who are making contributions and there is concern that lack of engagement by others will lead to something breaking.&lt;br /&gt;
&lt;br /&gt;
=== Tricircle ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Not set up for zuulv3 so cannot land patches that interact with other repositories? http://lists.openstack.org/pipermail/openstack-dev/2018-June/131643.html&lt;br /&gt;
* email sent on July 18th 2018 (emilien)&lt;br /&gt;
&lt;br /&gt;
=== TripleO ===&lt;br /&gt;
Update: January 07, 2019, TheJulia&lt;br /&gt;
* Overall status seems unchanged from the prior update.&lt;br /&gt;
* Some increased diversification in contributions/reviews&lt;br /&gt;
** 87% of commits are still from Red Hat&lt;br /&gt;
** 92% of reviews are from Red Hat&lt;br /&gt;
* Contribution levels seem steady when compared to past levels.&lt;br /&gt;
&lt;br /&gt;
Update: June 13, 18, emilien&lt;br /&gt;
&lt;br /&gt;
* Mainly Red Hat (99% of core reviews). Some contributors from vendors (storage/network plugins)&lt;br /&gt;
* Number of contributors / core reviewers always increasing&lt;br /&gt;
* Quite healthy, no problem reported so far&lt;br /&gt;
&lt;br /&gt;
=== Trove ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No valid PTL volunteer(s) for Stein.]&lt;br /&gt;
* During the public cloud issues session at the Rocky Forum someone in the room raised the question of whether Trove is still actively maintained.&lt;br /&gt;
** [https://etherpad.openstack.org/p/YVR-forum-missing-features-pc Missing features in OpenStack for public clouds] forum session notes&lt;br /&gt;
&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Samsung team has taken over, but finding it hard to get folks outside of Samsung participating in meetings and development&lt;br /&gt;
* Technical debt of the project is more than they realized&lt;br /&gt;
** Downstream changes against Ocata are turning out harder to update and merge to master&lt;br /&gt;
** Existing unit testing is poor, slowing things down as well&lt;br /&gt;
* Those involved also have downstream product responsibilities so they are struggling to get enough time to focus on upstream work&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: June 12, ttx&lt;br /&gt;
* The team changed leadership in Rocky&lt;br /&gt;
* Zhao Chao handles bulk of commits (51%)&lt;br /&gt;
* The new team is small, but pretty alive and active. Needs more contributors to be stable.&lt;br /&gt;
* Mostly contributors in China (AWCloud, China Telecom, China Mobile)&lt;br /&gt;
* Drop in activity in Rocky: 45 commits by Rocky-2, to compare with the 245 commits in Queens&lt;br /&gt;
* Organizational diversity: 53% of commits are from AWCloud. Reviews are shared between 23% China Telecom, 19% China Mobile, 19% Awcloud. Last cycle with 41% IBM.&lt;br /&gt;
* Regular weekly meetings, well run with clear documentation of outcomes&lt;br /&gt;
* Tracks completion of Rocky community goals&lt;br /&gt;
* A few ML threads, but mostly to discuss things external to the team (new meeting time, stable maint team composition)&lt;br /&gt;
* Missed Rocky-2 milestone, but mostly due to a [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-06-06-14.00.log.html#l-95 misunderstanding of release policy].&lt;br /&gt;
* No project update in Vancouver, but was discussed in meeting: sadly [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-05-16-14.00.log.html#l-20 no team member was present].&lt;br /&gt;
* Reached out to PTL by email on June 12 for additional concerns / questions.&lt;br /&gt;
&lt;br /&gt;
=== Upgrade SIG ===&lt;br /&gt;
WIP (emilien)&lt;br /&gt;
&lt;br /&gt;
=== Vitrage ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Nokia represents 100% of core reviews&lt;br /&gt;
&lt;br /&gt;
Update: 07 January 2019, TheJulia&lt;br /&gt;
* Overall un-changed from prior reports.&lt;br /&gt;
* Almost exclusively nokia contributions. One external contributor has indicated that the team is very receptive to input and communicative externally.&lt;br /&gt;
* Meeting activity does seem to have picked up and there is active mailing list discussion.&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* PTL reported that the virtual PTG they held was very productive, but continue to look for new contributors.&lt;br /&gt;
* Developers were optimistic about what they achieved in Rocky and are looking forward to Stein.&lt;br /&gt;
* Interested in the self-healing SIG.&lt;br /&gt;
* IRC activity is relatively low, but that doesn't seem to be impacting communications between developers.&lt;br /&gt;
* Will be holding sessions at the Summit in Berlin for onboarding and project updates. On the waiting list for a project-onboarding session.&lt;br /&gt;
* The issues originally reported by Doug are still present.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-18 (dhellmann)&lt;br /&gt;
* Meeting regularly on IRC&lt;br /&gt;
* One of their cores who works for ZTE has been absent for a while, but has returned to contributing.&lt;br /&gt;
* They usually have a hands-on lab at summits to attract users and potential contributors.&lt;br /&gt;
* The next PTG aligns with Jewish New Year, so many of their contributors will not be attending. They intend to have a virtual PTG instead.&lt;br /&gt;
* The CFP for the Berlin summit caught them off guard because it was so early, and they found it a bit hard to plan discussions because they don't even know what the next release will hold. They did submit a few talk proposals.&lt;br /&gt;
* Vitrage, by its nature, relies heavily on other projects. They have had good success working with other project teams, but do frequently struggle to find accurate and complete developer-oriented documentation for some of them.&lt;br /&gt;
&lt;br /&gt;
=== Watcher ===&lt;br /&gt;
Update: 2018-07-10 TheJulia&lt;br /&gt;
* PTL inquires if there is any way for the TC to assist with raising awareness of Watcher.&lt;br /&gt;
* Actively recruiting and seeking out new contributors, and anticipating to meet community goals. Anticipating to create new roadmap at the PTG.&lt;br /&gt;
* Contributions appear mainly from NEC at this time, but history shows a moderately more diverse contributor base.&lt;br /&gt;
* PTL indicates core team is critically small, and that they have lost two out of five cores due to the ZTE withdraw due to the conflict with the US Government. Review metrics line up with what would be expected from loss of 40% of the core reviewers.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Winstackers ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Claudiu Belu represents 100% of core reviews&lt;br /&gt;
* Claudiu missed the deadline for being PTL but would like to continue&lt;br /&gt;
* His organization is invested in making sure that Hyper-V continues to be well supported in Nova, Neutron, Cinder&lt;br /&gt;
* Increased release velocity by Microsoft means greater change in Hyper-V&lt;br /&gt;
* Issues with having access to sufficient CI hardware for feature parity with other hypervisors, especially things like SR-IOV&lt;br /&gt;
&lt;br /&gt;
=== Zaqar ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* zaqar and zaqar-ui missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Zun ===&lt;br /&gt;
&lt;br /&gt;
Updated: 20190108 (ttx)&lt;br /&gt;
* Project update shows a lot of achievements in Rocky and an ambitious roadmap for Stein&lt;br /&gt;
* Smaller rate of commits in Stein, activity mostly coming from Hongbin Lu (listed as independent)&lt;br /&gt;
* But the numbers don't tell the story: large features were contributed in a limited number of commits, and a lot of past activity was driven by zun-dashboard initial ramp-up&lt;br /&gt;
* Less activity from ZTE and casual contributors, but new activity from China Union Pay in association with Fudan University&lt;br /&gt;
* &amp;quot;One core approval is sufficient&amp;quot; oplicy works well, complex commits still require multiple -core approvals&lt;br /&gt;
* Regular IRC meetings and mailing-list activity&lt;br /&gt;
* Hongbin Lu is more responsive/visible than the PTL&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=168157</id>
		<title>Python3</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=168157"/>
				<updated>2019-02-04T15:02:13Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* OpenStack applications (tc:approved-release) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page tracks the progress of Python 3 effort porting for OpenStack.&lt;br /&gt;
&lt;br /&gt;
== IRC: #openstack-dev ==&lt;br /&gt;
&lt;br /&gt;
Join the #openstack-dev IRC channel on the Freenode network to discuss Python 3.&lt;br /&gt;
&lt;br /&gt;
== Python 3 ==&lt;br /&gt;
&lt;br /&gt;
[http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?]&lt;br /&gt;
:''Python 3 is usually seen as the new Python version which breaks compatibility and raises new Unicode issues. Python 3 is much more than that. It’s a new clean language which has a more consistent syntax. It has many new features, not less than 15 new modules. Python 3 is already well supported by major Linux distributions, whereas Python 2.7 reached its end-of-life. Slowly, some bugs cannot be fixed in Python 2.7 anymore and are only fixed in the latest Python 3 release. Python 3 is now 5 years old and considered as a mature programming language.''&lt;br /&gt;
&lt;br /&gt;
== Python 2: Python 2.6 support dropped, Python 2.7 only ==&lt;br /&gt;
&lt;br /&gt;
OpenStack Liberty targets Python 2.7 and 3.4.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support is being dropped in OpenStack since OpenStack Juno for servers. Python 2.6 support is currently kept in Oslo libraries and clients. See [https://etherpad.openstack.org/p/juno-cross-project-future-of-python juno-cross-project-future-of-python] etherpad.&lt;br /&gt;
&lt;br /&gt;
Python 3.3 support is being dropped since OpenStack Liberty.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 is slowly being dropped in the whole OpenStack project, ex: [https://review.openstack.org/#/c/201295/ Remove p26 job from DIB].&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support will be removed in Oslo and Clients clients for OpenStack Mitaka: [http://markmail.org/message/oe6wewgvbvvyts73 Oslo libraries dropping python 2.6 compatability].&lt;br /&gt;
&lt;br /&gt;
== Port Python 2 code to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
OpenStack project chose to use the same code base for Python 2 and Python 3. The [http://pythonhosted.org/six/ Six: Python 2 and 3 Compatibility Library] helps to write code working on both versions. OpenStack supported Python 2.6 for RHEL up to Juno, but not Python 2.5 and older. As we are targeting Python 3.4 and up, there is no need to avoid u'unicode' syntax. Do not use six.u('unicode').&lt;br /&gt;
&lt;br /&gt;
=== Before you begin ===&lt;br /&gt;
&lt;br /&gt;
If you're doing development with Ubuntu/Debian (and not using devstack with the USE_PYTHON flag set), then you'll need the following packages installed to run the py34 tox unit test targets in the projects:&lt;br /&gt;
&lt;br /&gt;
    sudo apt-get install python3.4 python3.4-dev&lt;br /&gt;
&lt;br /&gt;
=== sixer tool ===&lt;br /&gt;
&lt;br /&gt;
The [https://pypi.python.org/pypi/sixer sixer] tool helps to replace most basic patterns to add Python 3 compatibility and it respects OpenStack coding style.&lt;br /&gt;
&lt;br /&gt;
=== Common patterns ===&lt;br /&gt;
&lt;br /&gt;
* Replace &amp;quot;for key in dict.iterkeys()&amp;quot; with &amp;quot;for key in dict&amp;quot;&lt;br /&gt;
* Replace dict.iteritems() with dict.items()&lt;br /&gt;
* Replace dict.itervalues() with dict.values()&lt;br /&gt;
&lt;br /&gt;
Note: Replacing dict.iteritems()/.itervalues() with six.iteritems(dict)/six.itervalues(dict) was preferred in the past, but there was [http://lists.openstack.org/pipermail/openstack-dev/2015-June/066391.html a discussion suggesting to avoid six for this]. The overhead of creating a temporary list on Python 2 is negligible.&lt;br /&gt;
&lt;br /&gt;
* Replace iterator.next() with next(iterator)&lt;br /&gt;
* Replace basestring with six.string_types&lt;br /&gt;
* Replace unicode with six.text_type&lt;br /&gt;
* Replace (str, unicode) with six.string_types&lt;br /&gt;
* Replace (int, long) with six.integer_types&lt;br /&gt;
* Replace func.func_name with func.__name__&lt;br /&gt;
* Replace exceptions.OSError with OSError and remove &amp;quot;import exceptions&amp;quot;&lt;br /&gt;
* map() and filter() if a list is needed on Python 3:&lt;br /&gt;
** Replace map(func, data) with [func(item) for item in data]&lt;br /&gt;
** Replace filter(lambda obj: test(obj), data) with [obj for obj in data if test(obj)]&lt;br /&gt;
** Note: Usually, tests fail because map() or filter() objects have no length&lt;br /&gt;
&lt;br /&gt;
=== Serialization: base64, JSON, etc. ===&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Get the [http://docs.openstack.org/developer/oslo.serialization/api.html#module-oslo_serialization.base64 base64 module] from oslo_serialization (from oslo_serialization import base64) to get functions:&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded)&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded, encoding='utf-8')&lt;br /&gt;
** oslo_serialization.base64.encode_as_bytes(s, encoding='utf-8')&lt;br /&gt;
**  oslo_serialization.base64.encode_as_text(s, encoding='utf-8')&lt;br /&gt;
* Replace text.encode('base64') and base64.b64encode(text) with:&lt;br /&gt;
** base64.b64encode(text): only accept bytes and returns bytes,&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_bytes(text): accept bytes or Unicode and returns bytes&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_text(text): accept bytes and Unicode and returns Unicode&lt;br /&gt;
** '''Warning:''' base64.encodestring(raw) adds a newline (&amp;quot;\n&amp;quot;), whereas encode_as_bytes() and encode_as_text() don't.&lt;br /&gt;
* Replace raw.decode('base64') with:&lt;br /&gt;
** base64.b64decode(raw): return bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded): accept bytes and Unicode, returns bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded): accept bytes and Unicode, returns Unicode&lt;br /&gt;
&lt;br /&gt;
Hexadecimal:&lt;br /&gt;
&lt;br /&gt;
* Replace raw.decode('hex') with binascii.unhexlify(raw)&lt;br /&gt;
* Replace bytes.encode('hex') with binascii.hexlify(bytes)&lt;br /&gt;
&lt;br /&gt;
JSON:&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Replace json.dumps(obj) with [http://docs.openstack.org/developer/oslo.serialization/api.html#oslo_serialization.jsonutils.dump_as_bytes oslo_serialization.jsonutils.dump_as_bytes(obj)]&lt;br /&gt;
* Replace json.loads(obj) with oslo_serialization.jsonutils.loads(obj): it accepts bytes and Unicode, bytes is decoded from UTF-8. It avoids &amp;quot;if isinstance(obj, bytes): obj = obj.decode('utf-8')&amp;quot; which may require a second temporary variable.&lt;br /&gt;
&lt;br /&gt;
=== contextlib.nested ===&lt;br /&gt;
&lt;br /&gt;
To replaced contextlib.nested is to use [https://docs.python.org/3/library/contextlib.html#contextlib.ExitStack contextlib.ExitStack]. It's available on Python 2 using [https://contextlib2.readthedocs.org/en/latest/#contextlib2.ExitStack contextlib2.ExitStack]. For contextlib.nested, nova/test.py defines:&lt;br /&gt;
&lt;br /&gt;
 if six.PY3:&lt;br /&gt;
     @contextlib.contextmanager&lt;br /&gt;
     def nested(*contexts):&lt;br /&gt;
         with contextlib.ExitStack() as stack:&lt;br /&gt;
             yield [stack.enter_context(c) for c in contexts]&lt;br /&gt;
 else:&lt;br /&gt;
     nested = contextlib.nested&lt;br /&gt;
&lt;br /&gt;
Another option to replaced contextlib.nested is to use the @mock.patch decorator. Example with nested function:&lt;br /&gt;
&lt;br /&gt;
 def test_thing(self):&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    def do_test(...):&lt;br /&gt;
        ...&lt;br /&gt;
&lt;br /&gt;
    do_test()&lt;br /&gt;
&lt;br /&gt;
More options:&lt;br /&gt;
* Mock provides a context that patches multiple things so that no nesting is needed: [https://docs.python.org/dev/library/unittest.mock.html#patch-multiple mock.patch.multiple()]&lt;br /&gt;
* oslotest provides fixtures for mock, so you don't need a context: [http://docs.openstack.org/developer/oslotest/api.html#module-oslotest.mockpatch oslotest.mockpatch].&lt;br /&gt;
&lt;br /&gt;
=== oslo_utils.encodeutils.to_utf8 ===&lt;br /&gt;
&lt;br /&gt;
oslo.utils 3.5 has an oslo_utils.encodeutils.to_utf8() function to encode Unicode to UTF-8 and return bytes unchanged.&lt;br /&gt;
&lt;br /&gt;
=== bytes.decode and unicode.encode ===&lt;br /&gt;
&lt;br /&gt;
Python has a notion of &amp;quot;default encoding&amp;quot;: sys.getdefaultencoding(). On Python 2, the default encoding is ASCII, whereas it is UTF-8 on Python 3.&lt;br /&gt;
&lt;br /&gt;
Don't write &amp;lt;code&amp;gt;data.decode()&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode()&amp;lt;/code&amp;gt; without parameter, because you will use a different encoding on Python 2 and Python 3.&lt;br /&gt;
&lt;br /&gt;
Use an explicit encoding instead. Example: &amp;lt;code&amp;gt;data.decode('utf-8')&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode('utf-8')&amp;lt;/code&amp;gt;. The right encoding depends on the use case, but UTF-8 is usually a good candidate (it is a superset of ASCII).&lt;br /&gt;
&lt;br /&gt;
=== safe_decode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_decode()''' which can be used to decode a bytes string and pass text strings unchanged.&lt;br /&gt;
&lt;br /&gt;
The default encoding is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data, 'utf-8')&amp;lt;/code&amp;gt;: decode bytes from UTF-8 or returns data unchanged if it's already a text string&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
By default, the decoder is strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: safe_decode(b'[\xff]', 'ascii', 'ignore') returns '[]'.&lt;br /&gt;
&lt;br /&gt;
=== safe_encode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_encode()''' which can be used to encode a string. Its usage is tricky and you should understand how it works and which encodings are used.&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(text)&amp;lt;/code&amp;gt; encodes text to the output encoding&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(bytes)&amp;lt;/code&amp;gt; may decode the string and then reencode to a different encoding if input and output encodings are different&lt;br /&gt;
&lt;br /&gt;
The default input encoding (&amp;lt;code&amp;gt;incomding&amp;lt;/code&amp;gt; parameter) is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
The default output encoding (&amp;lt;code&amp;gt;encoding&amp;lt;/code&amp;gt; parameter) is UTF-8.&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the input encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data, incoming='utf-8')&amp;lt;/code&amp;gt;: encode text to UTF-8 or returns data unchanged if it's already a bytes string (since the input and output encoding are UTF-8)&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(b'\xe9', incoming='latin-1')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'\xc3\xa9'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
By default, the encoder and the decoder are strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: &amp;lt;code&amp;gt;safe_encode(b'[\xff]', incoming='ascii', errors='ignore')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'[]'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== logging module and format exceptions ===&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;code&amp;gt;exception_to_unicode(exc)&amp;lt;/code&amp;gt; function of oslo_utils.encodeutils is the recommanded way to format an exception to Unicode. This function works on Python 2 and Python 3 and it should avoid mojibake is most cases.&lt;br /&gt;
&lt;br /&gt;
On Python 2, the logging module accepts bytes and text strings. On Python 3, it only accepts text strings. For example, logging.error(b'hello') logs &amp;lt;code&amp;gt;b'hello'&amp;lt;/code&amp;gt; instead of &amp;lt;code&amp;gt;'hello'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
There is no clear rule for format exceptions yet. There are different choices depending on the project:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;: native string, so use bytes on Python 2&lt;br /&gt;
* &amp;lt;code&amp;gt;six.text_type(exc)&amp;lt;/code&amp;gt;: always use Unicode. It may raise unicode error depending on the exception, be careful. Example of such error in python 2: &amp;lt;code&amp;gt;unicode(Exception(&amp;quot;nonascii:\xe9&amp;quot;))&amp;lt;/code&amp;gt;.&lt;br /&gt;
* &amp;lt;code&amp;gt;six.u(str(exc))&amp;lt;/code&amp;gt;: unsafe on Python 2 if str(exc) contains non-ASCII bytes, ex: &amp;lt;code&amp;gt;unicode(str(Exception(&amp;quot;\xff&amp;quot;)))&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;LOG.exception(_LE(&amp;quot;... %(exc)s ...&amp;quot;), {&amp;quot;exc&amp;quot;: exc, ...})&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Since logging functions expect text strings on Python 3, logged exceptions should be formatted using &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;. Example: &amp;lt;code&amp;gt;LOG.debug(str(exc))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== HTTP ===&lt;br /&gt;
&lt;br /&gt;
The HTTP protocol is based on '''bytes''':&lt;br /&gt;
&lt;br /&gt;
* HTTP body contains '''bytes'''. For example, use io.BytesIO for a stream storing an HTTP body.&lt;br /&gt;
* HTTPConnection.getresponse().read() returns '''bytes''' (in Python 3, '''str''' which is bytes in Python 2)&lt;br /&gt;
* On Python 3, the http.client accepts text for HTTP headers: keys are encoded to ASCII and values to ISO 8859-1 (which is only a small subset of the Unicode charset)&lt;br /&gt;
* It looks like Swift encodes internally HTTP headers to UTF-8 (directly using the UTF-8 encoding, not using a MIME encoding like =?UTF-8?Q?...?=. See the HTTP [RFC 2047 http://www.ietf.org/rfc/rfc2047.txt] and [http://stackoverflow.com/questions/4400678/http-header-should-use-what-character-encoding  HTTP header should use what character encoding?]&lt;br /&gt;
&lt;br /&gt;
=== References to port Python 2 code to Python 3 ===&lt;br /&gt;
* [http://python3porting.com/ Porting to Python 3 Book] by Lennart Regebro, especially the [http://python3porting.com/differences.html Language differences and workarounds].&lt;br /&gt;
* [http://docs.python.org/dev/howto/pyporting.html HOWTO: Porting Python 2 Code to Python 3] by Brett Cannon&lt;br /&gt;
* [https://wiki.python.org/moin/PortingPythonToPy3k Porting Python Code to 3.x]&lt;br /&gt;
* [http://code.google.com/p/python-incompatibility/  python-incompatibility]: Demonstrates incompatibilities between Python versions.&lt;br /&gt;
&lt;br /&gt;
=== Common pitfalls ===&lt;br /&gt;
&lt;br /&gt;
==== What is a string ? ====&lt;br /&gt;
You should definitely not talk about &amp;quot;strings&amp;quot; in your commit logs/reviews. In Python 2, a 'string' is bytes; in Python 3, it's a Unicode text string. The following code snippet may help in understanding the difference:&lt;br /&gt;
&lt;br /&gt;
Python 2:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;type 'unicode'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(u'foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    'f'&lt;br /&gt;
&lt;br /&gt;
Python 3:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;class 'bytes'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(b'foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    102&lt;br /&gt;
&lt;br /&gt;
==== tox/testr error: db type could not be determined ====&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;db type could not be determined&amp;quot; error comes from .testrepository/times.dbm used by testr.&lt;br /&gt;
&lt;br /&gt;
Workaround: &amp;quot;rm -rf .testrepository/&amp;quot; and then run &amp;quot;tox -e py34&amp;quot; before running &amp;quot;tox -e py27&amp;quot;. You only have to do this once. The problem only occurs with &amp;quot;tox -e py34&amp;quot; when .testrepository/ was created by Python 2.&lt;br /&gt;
&lt;br /&gt;
== Python 3 Status of OpenStack projects ==&lt;br /&gt;
&lt;br /&gt;
=== Common Libraries (Oslo Projects) ===&lt;br /&gt;
&lt;br /&gt;
See [http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml programs.yaml] for the list of Common Libraries.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/automaton automaton] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/castellan castellan] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cliff cliff] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/debtcollector debtcollector] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/futurist futurist] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.cache oslo.cache] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.concurrency oslo.concurrency] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.config oslo.config] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.context oslo.context] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.db oslo.db] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
PyMySQL driver is now used by default for MySQL. setup.cfg contains the Python 3 classifier.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.i18n oslo.i18n] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.log oslo.log] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.messaging oslo.messaging] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
oslo.messaging is now fully compatible with Python 3. The old (and now removed) Qpid transport was not compatible, the AMQP driver was ported recently.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.middleware oslo.middleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.policy oslo.policy] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.privsep oslo.privsep] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.reports oslo.reports] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.rootwrap oslo.rootwrap] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.serialization oslo.serialization] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.service oslo.service] || style=&amp;quot;background-color: orange;&amp;quot; | Partial ||&lt;br /&gt;
WSGI module SSL support is broken under Python 3. We want projects to support deployment without relying on that code, but not all do (see glance and designate below).&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslotest oslotest] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.versionedobjects oslo.versionedobjects] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.vmware oslo.vmware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || Supports Python 3 since oslo.vmware 0.13.0&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.utils oslo.utils] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| pylockfile || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/stevedore stevedore] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/tooz tooz] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Development tools ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cookiecutter cookiecutter] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/hacking hacking] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/pbr pbr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| stackforge/python-jenkins || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes || py33 gate is voting&lt;br /&gt;
|-&lt;br /&gt;
| openstack-infra/jenkins-job-builder || style=&amp;quot;background-color: orange;&amp;quot; | partial || https://review.openstack.org/172238&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack clients ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Blocked by !! Comment&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystonemiddleware keystonemiddleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || python-memcached || keystonemiddleware 1.6.1 supports Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-barbicanclient python-barbicanclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ceilometerclient python-ceilometerclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-cinderclient python-cinderclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-fuelclient python-fuelclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; |  On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-glanceclient python-glanceclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-heatclient python-heatclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ironicclient python-ironicclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes||  style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot;  | On PyPI ||  || &lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-keystoneclient python-keystoneclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-manilaclient python-manilaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-marconiclient python-marconiclient]|| style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-monascaclient python-monascaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-novaclient python-novaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-neutronclient python-neutronclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-octaviaclient python-octaviaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-openstackclient python-openstackclient]      || style=&amp;quot;background-color: lightgreen&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || || As of 0.9&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-saharaclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-searchlightclient python-searchlightclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-senlinclient python-senlinclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-swiftclient python-swiftclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-tuskarclient python-tuskarclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-troveclient python-troveclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-watcherclient python-watcherclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-designateclient python-designateclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack Libraries ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| blazar-nova || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| ceilometermiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/django_openstack_auth django_openstack_auth] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
django_openstack_auth 2.0 is fully compatible with Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance_store glance_store] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || glance_store 0.7.0 added the Python 3 support.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| heat-translator || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ironic-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystoneauth || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystonemiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ldappool || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-statsd || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| mistral-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| octavia-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/os-brick os-brick] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || os-brick 0.3.2 added Python 3 support.&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-client-config || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-traits || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-vif || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-win || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-placement || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| pycadf || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| shade || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/sqlalchemy-migrate sqlalchemy-migrate] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| sushy || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tosca-parser || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Dependencies: Environment markers ===&lt;br /&gt;
&lt;br /&gt;
Example to not install the &amp;quot;futures&amp;quot; dependency on Python 3.3 and newer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
futures; python_version &amp;lt; '3.2'&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== OpenStack applications (tc:approved-release) ===&lt;br /&gt;
&lt;br /&gt;
OpenStack applications [https://governance.openstack.org/tc/reference/tags/tc_approved-release.html#tag-tc-approved-release approved by the OpenStack Technical Committee].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; | Project !! style=&amp;quot;width: 10%;&amp;quot; | Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; | py35 gate !! style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ceilometer ceilometer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/cinder cinder] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://blueprints.launchpad.net/cinder/+spec/cinder-python3 cinder-python3] blueprint (written by Victor Stinner) has been accepted for Liberty. Patches: [https://review.openstack.org/#/q/project:openstack/cinder+topic:bp/cinder-python3,n,z bp/cinder-python3 topic]. Note: Commit message must use &amp;quot;Partial-Implements: blueprint cinder-python3&amp;quot; to be linked to the blueprint. Kendall Nelson, Ivan Kolodyazhny (core) and Eric Harney (core) prefer this syntax: see [https://review.openstack.org/#/c/229991/2//COMMIT_MSG COMMIT_MSG].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| designate || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | designate-devstack-pdns4-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance glance] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
Victor Stinner is working on porting Glance to Python3. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/glance+branch:master+topic:py3,n,z Patches for glance (topic: py3)].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/heat heat] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | heat-functional-convg-mysql-lbaasv2-py35 ||&lt;br /&gt;
Sirushti Murugesan wrote and implemented the spec [http://specs.openstack.org/openstack/heat-specs/specs/liberty/heat-python34-support.html Python34 Support] (which was accepted for Liberty). Mitaka version will fully support Python 3. Great job Sirushti Murugesan who did almost all the work!&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/horizon horizon] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
George Peristerakis wrote [https://blueprints.launchpad.net/horizon/+spec/porting-python3 Make Horizon python3.4 compatible] in May 2015, the blueprint was approved. Patches: [https://review.openstack.org/#/q/topic:bp/porting-python3+project:openstack/horizon,n,z bp/porting-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ironic ironic] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | ironic-tempest-dsvm-ipa-partition-pxe_ipmitool-tinyipa-python3 ||&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-May/064049.html Python 3.4 unit tests are now being run for openstack/ironic.  The unit tests are a voting job.]&lt;br /&gt;
Thanks to Victor Sergeyev for all of his work to update the Ironic code to make it pass the unit tests using Python 3.4: [https://review.openstack.org/#/c/156192/ Run tests in py34 environment]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystone keystone] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
The move to pyldap and new ldappool were major hurdles solved in Newton. Great work by the Keystone team to get the last things through the gate in Newton.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/neutron neutron] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://review.openstack.org/#/c/172962/ Porting to Python 3] spec (by Cyril Roelandt) accepted for Liberty, port in progress. [https://review.openstack.org/#/q/project:openstack/neutron+branch:master+topic:bp/neutron-python3,n,z Patches of the blueprint neutron-python3]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lbaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | neutron-lbaasv2-dsvm-py3x-api and neutron-lbaasv2-dsvm-py3x-api-namespace ||&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/neutron-python3 topic:bp/neutron-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-fwaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | neutron-fwaas-networking-midonet-cross-py35 (non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-vpnaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/nova nova] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
Status at 2019-01-24: Unit tests all running and voting under Python 3 via the use of the mox3 package. There are only 3 unit test files left that are using mox3 (nova/tests/unit/cells/test_cells_messaging.py, nova/tests/unit/network/test_neutronv2.py, nova/tests/unit/network/test_manager.py).&lt;br /&gt;
&lt;br /&gt;
We advised contributors not to spend time replacing mox in files testing cells v1 and nova-network (test_cells_messaging.py and test_manager.py), as both are slated for removal as soon as we're able. Progress is being tracked at: https://blueprints.launchpad.net/nova/+spec/mox-removal-stein&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org//pypi/sahara sahara] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | sahara-tests-scenario-py3 (experimental) || Status at 2018-02-23: the job fails during devstack deployment, because swift does not start. The list of its dependencies is minimal and components like keystone are optional. This was partially addressed with an extra dependency: https://review.openstack.org/#/c/544121/ but this requires  a) support in devstack (tentative support in https://review.openstack.org/#/c/544383/) b) at least another extra, or a more generic way of doing this; even with an additional extra explicitly required in devstack, the extras would be installed from pip breaking the test of depending patches.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/swift swift] || style=&amp;quot;background-color: red;&amp;quot; | blocked || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Status at 2016-06-22: 3/4,498 unit tests (0%), TODO: 4,495 tests&lt;br /&gt;
&lt;br /&gt;
Update (2016-06-27): [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097102.html master branch is currently in a soft-freeze in order to get encryption middleware merged]&lt;br /&gt;
&lt;br /&gt;
Python 3 bugs: https://bugs.launchpad.net/swift/+bug/1614289&lt;br /&gt;
&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-October/078058.html Plan to add Python 3 support to Swift]. Patches: [https://review.openstack.org/#/q/project:openstack/swift+branch:master+topic:py3,n,z Patches with the topic py3]&lt;br /&gt;
&lt;br /&gt;
Python 3 unit tests require liberasurecode &amp;gt;= 1.0.9 and PyEClib &amp;gt;= 1.0.9. To install liberasurecode (in /usr):&lt;br /&gt;
&lt;br /&gt;
 git clone https://bitbucket.org/tsg-/liberasurecode/&lt;br /&gt;
 cd liberasurecode&lt;br /&gt;
 /autogen.sh  &amp;amp;&amp;amp; /configure --prefix=/usr &amp;amp;&amp;amp; make &amp;amp;&amp;amp; sudo make install&lt;br /&gt;
&lt;br /&gt;
liberasurecode &amp;gt;= 1.0.9 is available in Ubuntu Precise, Ubuntu Trusty, Fedora 22, Fedora 23 and CentoOS 7.&lt;br /&gt;
&lt;br /&gt;
Update 2018-02-22: A list of current blockers: https://gist.github.com/tipabu/833b03a865dba96e9fa2230b82f5d075&lt;br /&gt;
&lt;br /&gt;
Update 2018-03-06: Current list of blockers with progress notes: https://etherpad.openstack.org/p/Swift_py3&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/trove trove] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | trove-devstack-base ||&lt;br /&gt;
Status at 2019-01-06:&lt;br /&gt;
Unit tests - 1708 tests, 1707 passed, 1 skipped.&lt;br /&gt;
&lt;br /&gt;
Integration tests are based on trove-devstack-base job.&lt;br /&gt;
&lt;br /&gt;
Status at 2016-07-25: 1,155 / 2,014 (run_tests.py: 398; testr: 1,521; generate_examples: 95) unit tests (57%), TODO: 859 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-22: 839 (testtools) / 1,992 (run_tests.py: 398; testr: 1,499; generate_examples: 95) unit tests (42%), TODO: 1,153 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2018-02-22: It appears that only one test is in the blacklist now: guestagent.test_operating_system&lt;br /&gt;
&lt;br /&gt;
run_tests.py (proboscis) failures: https://review.openstack.org/#/c/346905/1&lt;br /&gt;
&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/trove/+spec/trove-python3 trove-python3 blueprint] for Mitaka.&lt;br /&gt;
&lt;br /&gt;
From Victor (3/17/2016): &amp;quot;I propose to discuss Python 3 before the summit. For example, prepare a concrete plan to port Trove to Python 3, list technical issues like MySQL-Python, etc.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/trove-python3,n,z search for the bp/trove-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Other OpenStack Applications and Projects ===&lt;br /&gt;
&lt;br /&gt;
List of all OpenStack projects: [http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml projects.yaml].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; |  Project !! style=&amp;quot;width: 10%;&amp;quot; |  Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; |  py35 gate || style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| adjutant || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/aodh aodh] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/barbican barbican] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | unspecified ||&lt;br /&gt;
Blueprint [https://blueprints.launchpad.net/barbican/+spec/barbican-py3 barbican-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| blazar || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | blazar-devstack-dsvm-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cloudkitty || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/congress congress] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: orange;&amp;quot; | voting* || style=&amp;quot;background-color: lightgreen;&amp;quot; | congress-devstack-py35-api-mysql ||&lt;br /&gt;
(*)py35 support required tiny modification to antlr3 package, creating debian packaging difficulty&lt;br /&gt;
&lt;br /&gt;
Random Stacker wrote a [https://blueprints.launchpad.net/congress/+spec/support-python3 support-python3 blueprint]. Patches: [https://review.openstack.org/#/q/project:openstack/congress+branch:master+topic:bp/support-python3,n,z search for the topic bp/support-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cyborg || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/designate designate] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | designate-devstack-pdns4-py35 (check queue only) ||&lt;br /&gt;
Pradeep Kumar Singh proposed the [https://blueprints.launchpad.net/designate/+spec/designate-py3 blueprint designate-py3] which was accepted for Liberty. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/designate+branch:master+topic:bp/designate-py3,n,z topic:bp/designate-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ec2-api ec2-api] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/freezer freezer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| karbor || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/kuryr-kubernetes kuryr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/magnum magnum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job || WIP branch which passes. All functional tests run with pyhton3 by default, plus a python2 API job. https://review.openstack.org/#/q/status:open+project:openstack/magnum+branch:master+topic:python3||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila manila] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; |  manila-tempest-minimal-dsvm-dummy || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila-ui manila-ui] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | horizon-openstack-tox-python3-django111 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| masakari || style=&amp;quot;background-color: red;&amp;quot; | Unknown || style=&amp;quot;background-color: red;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/mistral mistral] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-agent || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-api || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | monasca-tempest-python3-influxdb || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-log-api || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | monascalog-python3-tempest ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-ui || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/murano murano] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| murano-agent || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Octavia octavia] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | octavia-tox-functional-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| panko || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | panko-tox-py35-mysql and panko-tox-py35-postgresql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| qinling || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/rally rally] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
A big thank to Andrey Kurilin for a lot of work in this direction&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Searchlight searchlight] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Senlin senlin] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | senlin-dsvm-tempest-py35-api, senlin-dsvm-tempest-py35-functional, senlin-dsvm-tempest-py35-integration (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Solum solum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | solum-devstack-py35 (check only) ||&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/solum/+spec/solum-python3 blueprint solum-python3] which was approved. Patches: [https://review.openstack.org/#/q/status:open+topic:bp/solum-python3,n,z search for bp/solum-python3 topic] (open reviews).&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| storlets || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job (likely blocked on swift) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tacker || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | tacker-functional-devstack-python3 (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tricircle || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| vitrage || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | vitrage-dsvm-api-py35 and vitrage-dsvm-datasources-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Watcher watcher] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Zaqar zaqar] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/zun zun] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | zun-tempest-py35-docker-sql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| networking-l2gw || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsx vmware-nsx] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | All 3rd part CI jobs are running python 3  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsxlib vmware-nsxlib] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; |  tempest-api-vmware-nsxv3 is running python 3.5 and is voting ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Unsorted projects:&lt;br /&gt;
* [https://wiki.openstack.org/wiki/App-Catalog App Catalog]&lt;br /&gt;
* Chef OpenStack (Ruby)&lt;br /&gt;
* [https://github.com/openstack/kolla/ Kolla]: ~2100 lines of Python, but not &amp;quot;tox -e py27&amp;quot; target&lt;br /&gt;
* OpenStack Ansible (Python): Ansible playbooks and roles for deployment&lt;br /&gt;
* Puppet OpenStack (Ruby)&lt;br /&gt;
* TripleO&lt;br /&gt;
&lt;br /&gt;
=== Enable Python 3 in DevStack ===&lt;br /&gt;
&lt;br /&gt;
* Fedora::&lt;br /&gt;
&lt;br /&gt;
 sudo dnf install python3-devel&lt;br /&gt;
 sudo python3 -m pip install python-memcached   # needed by keystonemiddleware&lt;br /&gt;
&lt;br /&gt;
* localrc: add the following line&lt;br /&gt;
&lt;br /&gt;
 USE_PYTHON3=True&lt;br /&gt;
&lt;br /&gt;
See [https://review.openstack.org/#/c/414176/ Switch to python 3.5].&lt;br /&gt;
&lt;br /&gt;
=== Functional and Integration Tests ===&lt;br /&gt;
&lt;br /&gt;
Etherpad: https://etherpad.openstack.org/p/support-python3.5-functional-tests&lt;br /&gt;
&lt;br /&gt;
Doug Hellmann wrote a cross-project specification to run integration tests on Python 3: [http://specs.openstack.org/openstack/openstack-specs/specs/enable-python-3-int-func-tests.html Enabling Python 3 for Application Integration Tests] (spec approved for Liberty).&lt;br /&gt;
&lt;br /&gt;
Patch for DevStack: [https://review.openstack.org/#/c/181165/ Enable optional Python 3 support].&lt;br /&gt;
&lt;br /&gt;
Projects wanting to run their existing functional test suite against their services on Python 3 should:-&lt;br /&gt;
* Add the Python3.4 trove classifier to the setup.cfg configuration file of the respective service.&lt;br /&gt;
* set USE_PYTHON3=True in Devstack's localrc config file before running stack.sh after [https://review.openstack.org/#/c/181165/ the DevStack change] is merged or cherry-pick until then.&lt;br /&gt;
* set basepython = python3.5 in tox for the necessary functional/integration tests environment.&lt;br /&gt;
&lt;br /&gt;
Then run tox -e&amp;lt;your functional test suite name&amp;gt;. Example:- tox -efunctional to run the functional the tests of a certain project.&lt;br /&gt;
&lt;br /&gt;
Once the functional test suite is reliably passing against the service in a python 3.5 env, the trove classifiers must be updated along with a new gate job being added to the project.&lt;br /&gt;
&lt;br /&gt;
Sirushti Murugesan's attempt on Heat: https://review.openstack.org/#/c/188033/&lt;br /&gt;
&lt;br /&gt;
=== Python 3.5 ===&lt;br /&gt;
&lt;br /&gt;
* project-config: [https://review.openstack.org/#/c/336272/ Add python35 jobs]&lt;br /&gt;
* nova: [https://review.openstack.org/#/c/336432/ Add a py35 environment to tox]&lt;br /&gt;
* Neutron issues: https://bugs.launchpad.net/neutron/+bug/1559191&lt;br /&gt;
* There is no Jenkins job using Python 3.5 yet&lt;br /&gt;
* /usr/bin/python3 is Python 3.5 in Fedora 24, Ubuntu 16.04 LTS (Xenial Xerus) and Debian Stretch (Testing)&lt;br /&gt;
&lt;br /&gt;
=== Python 3.6 status ===&lt;br /&gt;
&lt;br /&gt;
Python 3.6 is scheduled to be the default/only version of Python available in Ubuntu 18.04 LTS (Bionic Beaver) and Debian 10 (Buster).&lt;br /&gt;
&lt;br /&gt;
Known issues:&lt;br /&gt;
&lt;br /&gt;
* eventlet&amp;lt;0.21.0 is broken with Python 3.6, see https://github.com/eventlet/eventlet/issues/371. There is also https://github.com/eventlet/eventlet/issues/401 which is fixed in 0.22.0, so it might seem feasible to upgrade to eventlet-0.22.1 once we can do proper testing.&lt;br /&gt;
* Horizon explicitly only claims support for Python 3.5, when running devstack with Python 3.6 one needs to set:&lt;br /&gt;
    ENABLED_PYTHON3_PACKAGES=horizon&lt;br /&gt;
&lt;br /&gt;
== Status of Python 3 in Linux distributions ==&lt;br /&gt;
&lt;br /&gt;
* ArchLinux already [https://www.archlinux.org/news/python-is-now-python-3 switched to Python 3 by default] in 2011&lt;br /&gt;
* Ubuntu wants to remove Python 2 from the default installation for Ubuntu 18.04 LTS: see [https://wiki.ubuntu.com/Python (Python) Plans for 18.04].&lt;br /&gt;
* Fedora schedules the switch in Fedora 23 (october 2015): [https://fedoraproject.org/wiki/Changes/Python_3_as_Default Python 3 as the Default Implementation]&lt;br /&gt;
** [http://fedora.portingdb.xyz/ Python 3 Porting Database for Fedora] and [http://fedora.portingdb.xyz/history/ history of packages tracked by the Fedora portingdb]&lt;br /&gt;
** [https://lwn.net/Articles/690676/ Python 3 in Fedora] (Python 3 in Fedora)&lt;br /&gt;
* RHEL: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on RHEL6 and RHEL7 using SCL.&lt;br /&gt;
* CentOS: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on CentOS 6 and 7 using SCL (no Red Hat subscription needed, CentOS has its own flavor of SCL)&lt;br /&gt;
* In Debian, the plan is to deprecate Python 2 in Stretch (aka: Debian 9, the next Stable Debian after Jessie) and to completely remove Python 2 for the Buster release of Debian (aka: Debian 10, to be released in approximatively 2019).&lt;br /&gt;
&lt;br /&gt;
== Status of Python 2 Support Being Dropped in Dependencies ==&lt;br /&gt;
&lt;br /&gt;
* Django 2.0 will not include Python 2 support (23 Jan 2017 we use Django&amp;gt;=1.8,&amp;lt;1.9)&lt;br /&gt;
** https://github.com/django/django/pull/7867/files&lt;br /&gt;
** https://github.com/django/django/pull/7871/files&lt;br /&gt;
* Pylons/Pyramid are also considering dropping Python 2&lt;br /&gt;
** https://github.com/Pylons/pyramid/issues/2903&lt;br /&gt;
** This is the same team that maintains webob, but it isn't clear if they intend to also drop support there.&lt;br /&gt;
&lt;br /&gt;
== Progress reports, meetings and sprints ==&lt;br /&gt;
&lt;br /&gt;
* Pike PTG: https://etherpad.openstack.org/p/ptg-pike-python35&lt;br /&gt;
* Ocata Summit&lt;br /&gt;
** https://etherpad.openstack.org/p/ocata-python-3&lt;br /&gt;
* openstack-dev: [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097930.html Status of the OpenStack port to Python 3] (Jun 22, 2016). 80 projects/83 (96%) have unit tests passing on Python 3, TODO (3): Nova, Swift and Trove.&lt;br /&gt;
* Mitaka Summit&lt;br /&gt;
** Cross-project session: Python 3 was proposed, https://etherpad.openstack.org/p/mitaka-cross-project-session-planning&lt;br /&gt;
* Liberty Summit&lt;br /&gt;
** Cross-project session on enabling app integration testing: https://etherpad.openstack.org/p/liberty-cross-project-python3&lt;br /&gt;
* Kilo Summit&lt;br /&gt;
** Doug Hellmann: &amp;quot;Moving our applications to Python 3&amp;quot; cross-project session&lt;br /&gt;
** Victor Stinner: &amp;quot;Port nova to Python 3&amp;quot;, https://etherpad.openstack.org/p/liberty-nova-summit-ideas&lt;br /&gt;
* Juno summit notes: https://etherpad.openstack.org/p/juno-cross-project-future-of-python (Oslo) and https://etherpad.openstack.org/p/juno_swift_python3 (Swift)&lt;br /&gt;
* Icehouse summit notes: https://etherpad.openstack.org/p/IcehousePypyPy3&lt;br /&gt;
* Havana summit notes: https://etherpad.openstack.org/p/havana-python3&lt;br /&gt;
&lt;br /&gt;
== Articles ==&lt;br /&gt;
&lt;br /&gt;
* [http://blogs.rdoproject.org/7894/status-of-python-3-in-openstack-mitaka Status of Python 3 in OpenStack Mitaka] (Victor Stinner, March 2016)&lt;br /&gt;
* [http://techs.enovance.com/7807/python-3-status-openstack-liberty Python 3 Status in OpenStack Liberty] (Cyril Roelandt and Victor Stinner, September 2015)&lt;br /&gt;
* [http://techs.enovance.com/6722/status-of-the-openstack-port-to-python-3-2 Status of the OpenStack port to Python 3] (Cyril Roelandt, February 2014)&lt;br /&gt;
* [http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?] (Victor Stinner, December 2013)&lt;br /&gt;
&lt;br /&gt;
== Pycon Montreal 2014: Sprint Port OpenStack to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
Enovance organized a sprint to Port OpenStack to Python 3 during 4 days: between April, 14 (Monday) and April, 17 (Thursday) 2014. See the page [[Python3/SprintPycon2014]].&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=168012</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=168012"/>
				<updated>2019-01-30T15:55:35Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Agenda Suggestions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 7 Feb 2019&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda will be published on the openstack-discuss mailing list before the meeting&lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* (dhellmann) TC goals for Stein&lt;br /&gt;
* (dhellmann) upcoming election&lt;br /&gt;
** http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001829.html&lt;br /&gt;
* [[Technical_Committee_Tracker#Correction_to_TC_member_election_section_of_bylaws|Correction to TC member election section of bylaws]], done&lt;br /&gt;
* reminder on voting procedures and voting for our own proposals&lt;br /&gt;
* review proposed OIP acceptance criteria&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167938</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167938"/>
				<updated>2019-01-29T14:53:31Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Agenda Suggestions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 7 Feb 2019&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda will be published on the openstack-discuss mailing list before the meeting&lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* (dhellmann) TC goals for Stein&lt;br /&gt;
* (dhellmann) upcoming election&lt;br /&gt;
** http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001829.html&lt;br /&gt;
* [[Technical_Committee_Tracker#Correction_to_TC_member_election_section_of_bylaws|Correction to TC member election section of bylaws]], done&lt;br /&gt;
* reminder on voting procedures and voting for our own proposals&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167936</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167936"/>
				<updated>2019-01-29T14:53:03Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Agenda Suggestions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 7 Feb 2019&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda will be published on the openstack-discuss mailing list before the meeting&lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* (dhellmann) TC goals for Stein&lt;br /&gt;
* (dhellmann) upcoming election&lt;br /&gt;
** http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001829.html&lt;br /&gt;
* [[Technical_Committee_Tracker#Correction_to_TC_member_election_section_of_bylaws|Correction to TC member election section of bylaws]], done&lt;br /&gt;
* reminder on voting procedures&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167818</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167818"/>
				<updated>2019-01-23T18:55:29Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Agenda Suggestions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 7 Feb 2019&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda will be published on the openstack-discuss mailing list before the meeting&lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* (dhellmann) TC goals for Stein&lt;br /&gt;
* (dhellmann) upcoming election&lt;br /&gt;
** http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001829.html&lt;br /&gt;
* [[Technical_Committee_Tracker#Correction_to_TC_member_election_section_of_bylaws|Correction to TC member election section of bylaws]], done&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167817</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167817"/>
				<updated>2019-01-23T18:53:27Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Agenda Suggestions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 7 Feb 2019&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda will be published on the openstack-discuss mailing list before the meeting&lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* (dhellmann) TC goals for Stein&lt;br /&gt;
* (dhellmann) upcoming election&lt;br /&gt;
** http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001829.html&lt;br /&gt;
* Correction to TC member election section of bylaws, done&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Technical_Committee_Tracker&amp;diff=167816</id>
		<title>Technical Committee Tracker</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Technical_Committee_Tracker&amp;diff=167816"/>
				<updated>2019-01-23T18:53:18Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Correction to TC member election section of bylaws */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
This page tracks the various governance changes being proposed and the various initiatives the Technical Committee is pursuing. We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. Conversation starters for the office hours are [https://etherpad.openstack.org/p/tc-office-hour-conversation-starters here].&lt;br /&gt;
&lt;br /&gt;
Other tasks can be found in [https://storyboard.openstack.org/#!/project/923 the storyboard project]. &lt;br /&gt;
&lt;br /&gt;
'''Status last updated: {{REVISIONYEAR}}/{{REVISIONMONTH}}/{{REVISIONDAY2}}'''&lt;br /&gt;
&lt;br /&gt;
== Project team changes ==&lt;br /&gt;
&lt;br /&gt;
== Documentation Changes ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Other Initiatives ==&lt;br /&gt;
&lt;br /&gt;
=== Correction to TC member election section of bylaws ===&lt;br /&gt;
Drivers: fungi, dhellmann&lt;br /&gt;
&lt;br /&gt;
Status: Approved during 2018 board election: http://lists.openstack.org/pipermail/foundation/2019-January/002670.html&lt;br /&gt;
&lt;br /&gt;
This was discussed in the joint leadership meeting in Vancouver. The change requires a member vote, and the Board passed a resolution allowing the Foundation Secretary to propose the bylaws change as part of the next Board election (early 2019). We anticipate other bylaws changes at the same time.&lt;br /&gt;
&lt;br /&gt;
Section [https://www.openstack.org/legal/technical-committee-member-policy/ 3.b.i] reads &amp;quot;An Individual Member is an ATC who has...&amp;quot; but should read &amp;quot;An ATC is an Individual Member who has…&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Technical Vision for OpenStack ===&lt;br /&gt;
Drivers: zaneb, ttx, cdent&lt;br /&gt;
&lt;br /&gt;
Status: Under dicussion&lt;br /&gt;
&lt;br /&gt;
The initial [https://governance.openstack.org/tc/reference/technical-vision.html vision] has been created. The agreed next step (to be done by cdent and TheJulia) is to publicize it and request that projects self-evaluate themselves against the vision.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://www.openstack.org/summit/vancouver-2018/summit-schedule/events/21739/official-projects-and-the-boundary-of-what-is-openstack Rocky Forum session]&lt;br /&gt;
* https://etherpad.openstack.org/p/tech-vision-2018&lt;br /&gt;
* [https://review.openstack.org/592205 Document review]&lt;br /&gt;
&lt;br /&gt;
=== tags indicating the upgrade support in deployment tools ===&lt;br /&gt;
Drivers: ttx&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
During the FFU session at the Rocky Forum, Dan Smith and David Medberry indicated interest in defining tags to describe what upgrade features deployment tools have.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-forum-fast-forward-upgrades Rocky Forum session notes]&lt;br /&gt;
&lt;br /&gt;
=== Next steps in TC Vision / defining role of the TC ===&lt;br /&gt;
Drivers: ttx, TheJulia, cdent&lt;br /&gt;
&lt;br /&gt;
Status:&lt;br /&gt;
Document created as [https://governance.openstack.org/tc/reference/role-of-the-tc.html role of the tc]. Next step (by cdent): to publicize and get community verify that it represent reality and that reality is what people desire; find out what's missing.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-tc-retrospective TC Retrospective Notes from Rocky Forum]&lt;br /&gt;
&lt;br /&gt;
=== Clarifying Requirements for PTL Contact Details ===&lt;br /&gt;
&lt;br /&gt;
Drivers: &lt;br /&gt;
&lt;br /&gt;
Monty pointed out that we have a general community expectation that leaders are visible via IRC. That may not always be the case for some corners of our community, however. We need to decide whether we want to require IRC nicks for PTL candidates, whether we want to include other forms of contact for other chat platforms (optionally?), etc. and write a resolution so the election official have clear guidance.&lt;br /&gt;
&lt;br /&gt;
2018-09-09 - need to figure out how to ask PTLs for a primary means of contact without dictating a specific means and without opening ourselves up to having to sign on to every new chat tool&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
References:&lt;br /&gt;
&lt;br /&gt;
* https://review.openstack.org/#/c/589696/ (abandoned)&lt;br /&gt;
* https://review.openstack.org/#/c/590082/ (fills in missing nicks with &amp;quot;None supplied&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
== Tracking OpenStack team health ==&lt;br /&gt;
See [[OpenStack_health_tracker]] for liaison assignment and status updates.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Recently completed things ==&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167812</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167812"/>
				<updated>2019-01-23T16:43:31Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Agenda Suggestions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 7 Feb 2019&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda will be published on the openstack-discuss mailing list before the meeting&lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* (dhellmann) TC goals for Stein&lt;br /&gt;
* (dhellmann) upcoming election&lt;br /&gt;
** http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001829.html&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=167539</id>
		<title>Python3</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=167539"/>
				<updated>2019-01-07T19:57:28Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Other OpenStack Applications and Projects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page tracks the progress of Python 3 effort porting for OpenStack.&lt;br /&gt;
&lt;br /&gt;
== IRC: #openstack-dev ==&lt;br /&gt;
&lt;br /&gt;
Join the #openstack-dev IRC channel on the Freenode network to discuss Python 3.&lt;br /&gt;
&lt;br /&gt;
== Python 3 ==&lt;br /&gt;
&lt;br /&gt;
[http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?]&lt;br /&gt;
:''Python 3 is usually seen as the new Python version which breaks compatibility and raises new Unicode issues. Python 3 is much more than that. It’s a new clean language which has a more consistent syntax. It has many new features, not less than 15 new modules. Python 3 is already well supported by major Linux distributions, whereas Python 2.7 reached its end-of-life. Slowly, some bugs cannot be fixed in Python 2.7 anymore and are only fixed in the latest Python 3 release. Python 3 is now 5 years old and considered as a mature programming language.''&lt;br /&gt;
&lt;br /&gt;
== Python 2: Python 2.6 support dropped, Python 2.7 only ==&lt;br /&gt;
&lt;br /&gt;
OpenStack Liberty targets Python 2.7 and 3.4.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support is being dropped in OpenStack since OpenStack Juno for servers. Python 2.6 support is currently kept in Oslo libraries and clients. See [https://etherpad.openstack.org/p/juno-cross-project-future-of-python juno-cross-project-future-of-python] etherpad.&lt;br /&gt;
&lt;br /&gt;
Python 3.3 support is being dropped since OpenStack Liberty.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 is slowly being dropped in the whole OpenStack project, ex: [https://review.openstack.org/#/c/201295/ Remove p26 job from DIB].&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support will be removed in Oslo and Clients clients for OpenStack Mitaka: [http://markmail.org/message/oe6wewgvbvvyts73 Oslo libraries dropping python 2.6 compatability].&lt;br /&gt;
&lt;br /&gt;
== Port Python 2 code to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
OpenStack project chose to use the same code base for Python 2 and Python 3. The [http://pythonhosted.org/six/ Six: Python 2 and 3 Compatibility Library] helps to write code working on both versions. OpenStack supported Python 2.6 for RHEL up to Juno, but not Python 2.5 and older. As we are targeting Python 3.4 and up, there is no need to avoid u'unicode' syntax. Do not use six.u('unicode').&lt;br /&gt;
&lt;br /&gt;
=== Before you begin ===&lt;br /&gt;
&lt;br /&gt;
If you're doing development with Ubuntu/Debian (and not using devstack with the USE_PYTHON flag set), then you'll need the following packages installed to run the py34 tox unit test targets in the projects:&lt;br /&gt;
&lt;br /&gt;
    sudo apt-get install python3.4 python3.4-dev&lt;br /&gt;
&lt;br /&gt;
=== sixer tool ===&lt;br /&gt;
&lt;br /&gt;
The [https://pypi.python.org/pypi/sixer sixer] tool helps to replace most basic patterns to add Python 3 compatibility and it respects OpenStack coding style.&lt;br /&gt;
&lt;br /&gt;
=== Common patterns ===&lt;br /&gt;
&lt;br /&gt;
* Replace &amp;quot;for key in dict.iterkeys()&amp;quot; with &amp;quot;for key in dict&amp;quot;&lt;br /&gt;
* Replace dict.iteritems() with dict.items()&lt;br /&gt;
* Replace dict.itervalues() with dict.values()&lt;br /&gt;
&lt;br /&gt;
Note: Replacing dict.iteritems()/.itervalues() with six.iteritems(dict)/six.itervalues(dict) was preferred in the past, but there was [http://lists.openstack.org/pipermail/openstack-dev/2015-June/066391.html a discussion suggesting to avoid six for this]. The overhead of creating a temporary list on Python 2 is negligible.&lt;br /&gt;
&lt;br /&gt;
* Replace iterator.next() with next(iterator)&lt;br /&gt;
* Replace basestring with six.string_types&lt;br /&gt;
* Replace unicode with six.text_type&lt;br /&gt;
* Replace (str, unicode) with six.string_types&lt;br /&gt;
* Replace (int, long) with six.integer_types&lt;br /&gt;
* Replace func.func_name with func.__name__&lt;br /&gt;
* Replace exceptions.OSError with OSError and remove &amp;quot;import exceptions&amp;quot;&lt;br /&gt;
* map() and filter() if a list is needed on Python 3:&lt;br /&gt;
** Replace map(func, data) with [func(item) for item in data]&lt;br /&gt;
** Replace filter(lambda obj: test(obj), data) with [obj for obj in data if test(obj)]&lt;br /&gt;
** Note: Usually, tests fail because map() or filter() objects have no length&lt;br /&gt;
&lt;br /&gt;
=== Serialization: base64, JSON, etc. ===&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Get the [http://docs.openstack.org/developer/oslo.serialization/api.html#module-oslo_serialization.base64 base64 module] from oslo_serialization (from oslo_serialization import base64) to get functions:&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded)&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded, encoding='utf-8')&lt;br /&gt;
** oslo_serialization.base64.encode_as_bytes(s, encoding='utf-8')&lt;br /&gt;
**  oslo_serialization.base64.encode_as_text(s, encoding='utf-8')&lt;br /&gt;
* Replace text.encode('base64') and base64.b64encode(text) with:&lt;br /&gt;
** base64.b64encode(text): only accept bytes and returns bytes,&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_bytes(text): accept bytes or Unicode and returns bytes&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_text(text): accept bytes and Unicode and returns Unicode&lt;br /&gt;
** '''Warning:''' base64.encodestring(raw) adds a newline (&amp;quot;\n&amp;quot;), whereas encode_as_bytes() and encode_as_text() don't.&lt;br /&gt;
* Replace raw.decode('base64') with:&lt;br /&gt;
** base64.b64decode(raw): return bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded): accept bytes and Unicode, returns bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded): accept bytes and Unicode, returns Unicode&lt;br /&gt;
&lt;br /&gt;
Hexadecimal:&lt;br /&gt;
&lt;br /&gt;
* Replace raw.decode('hex') with binascii.unhexlify(raw)&lt;br /&gt;
* Replace bytes.encode('hex') with binascii.hexlify(bytes)&lt;br /&gt;
&lt;br /&gt;
JSON:&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Replace json.dumps(obj) with [http://docs.openstack.org/developer/oslo.serialization/api.html#oslo_serialization.jsonutils.dump_as_bytes oslo_serialization.jsonutils.dump_as_bytes(obj)]&lt;br /&gt;
* Replace json.loads(obj) with oslo_serialization.jsonutils.loads(obj): it accepts bytes and Unicode, bytes is decoded from UTF-8. It avoids &amp;quot;if isinstance(obj, bytes): obj = obj.decode('utf-8')&amp;quot; which may require a second temporary variable.&lt;br /&gt;
&lt;br /&gt;
=== contextlib.nested ===&lt;br /&gt;
&lt;br /&gt;
To replaced contextlib.nested is to use [https://docs.python.org/3/library/contextlib.html#contextlib.ExitStack contextlib.ExitStack]. It's available on Python 2 using [https://contextlib2.readthedocs.org/en/latest/#contextlib2.ExitStack contextlib2.ExitStack]. For contextlib.nested, nova/test.py defines:&lt;br /&gt;
&lt;br /&gt;
 if six.PY3:&lt;br /&gt;
     @contextlib.contextmanager&lt;br /&gt;
     def nested(*contexts):&lt;br /&gt;
         with contextlib.ExitStack() as stack:&lt;br /&gt;
             yield [stack.enter_context(c) for c in contexts]&lt;br /&gt;
 else:&lt;br /&gt;
     nested = contextlib.nested&lt;br /&gt;
&lt;br /&gt;
Another option to replaced contextlib.nested is to use the @mock.patch decorator. Example with nested function:&lt;br /&gt;
&lt;br /&gt;
 def test_thing(self):&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    def do_test(...):&lt;br /&gt;
        ...&lt;br /&gt;
&lt;br /&gt;
    do_test()&lt;br /&gt;
&lt;br /&gt;
More options:&lt;br /&gt;
* Mock provides a context that patches multiple things so that no nesting is needed: [https://docs.python.org/dev/library/unittest.mock.html#patch-multiple mock.patch.multiple()]&lt;br /&gt;
* oslotest provides fixtures for mock, so you don't need a context: [http://docs.openstack.org/developer/oslotest/api.html#module-oslotest.mockpatch oslotest.mockpatch].&lt;br /&gt;
&lt;br /&gt;
=== oslo_utils.encodeutils.to_utf8 ===&lt;br /&gt;
&lt;br /&gt;
oslo.utils 3.5 has an oslo_utils.encodeutils.to_utf8() function to encode Unicode to UTF-8 and return bytes unchanged.&lt;br /&gt;
&lt;br /&gt;
=== bytes.decode and unicode.encode ===&lt;br /&gt;
&lt;br /&gt;
Python has a notion of &amp;quot;default encoding&amp;quot;: sys.getdefaultencoding(). On Python 2, the default encoding is ASCII, whereas it is UTF-8 on Python 3.&lt;br /&gt;
&lt;br /&gt;
Don't write &amp;lt;code&amp;gt;data.decode()&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode()&amp;lt;/code&amp;gt; without parameter, because you will use a different encoding on Python 2 and Python 3.&lt;br /&gt;
&lt;br /&gt;
Use an explicit encoding instead. Example: &amp;lt;code&amp;gt;data.decode('utf-8')&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode('utf-8')&amp;lt;/code&amp;gt;. The right encoding depends on the use case, but UTF-8 is usually a good candidate (it is a superset of ASCII).&lt;br /&gt;
&lt;br /&gt;
=== safe_decode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_decode()''' which can be used to decode a bytes string and pass text strings unchanged.&lt;br /&gt;
&lt;br /&gt;
The default encoding is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data, 'utf-8')&amp;lt;/code&amp;gt;: decode bytes from UTF-8 or returns data unchanged if it's already a text string&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
By default, the decoder is strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: safe_decode(b'[\xff]', 'ascii', 'ignore') returns '[]'.&lt;br /&gt;
&lt;br /&gt;
=== safe_encode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_encode()''' which can be used to encode a string. Its usage is tricky and you should understand how it works and which encodings are used.&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(text)&amp;lt;/code&amp;gt; encodes text to the output encoding&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(bytes)&amp;lt;/code&amp;gt; may decode the string and then reencode to a different encoding if input and output encodings are different&lt;br /&gt;
&lt;br /&gt;
The default input encoding (&amp;lt;code&amp;gt;incomding&amp;lt;/code&amp;gt; parameter) is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
The default output encoding (&amp;lt;code&amp;gt;encoding&amp;lt;/code&amp;gt; parameter) is UTF-8.&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the input encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data, incoming='utf-8')&amp;lt;/code&amp;gt;: encode text to UTF-8 or returns data unchanged if it's already a bytes string (since the input and output encoding are UTF-8)&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(b'\xe9', incoming='latin-1')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'\xc3\xa9'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
By default, the encoder and the decoder are strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: &amp;lt;code&amp;gt;safe_encode(b'[\xff]', incoming='ascii', errors='ignore')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'[]'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== logging module and format exceptions ===&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;code&amp;gt;exception_to_unicode(exc)&amp;lt;/code&amp;gt; function of oslo_utils.encodeutils is the recommanded way to format an exception to Unicode. This function works on Python 2 and Python 3 and it should avoid mojibake is most cases.&lt;br /&gt;
&lt;br /&gt;
On Python 2, the logging module accepts bytes and text strings. On Python 3, it only accepts text strings. For example, logging.error(b'hello') logs &amp;lt;code&amp;gt;b'hello'&amp;lt;/code&amp;gt; instead of &amp;lt;code&amp;gt;'hello'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
There is no clear rule for format exceptions yet. There are different choices depending on the project:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;: native string, so use bytes on Python 2&lt;br /&gt;
* &amp;lt;code&amp;gt;six.text_type(exc)&amp;lt;/code&amp;gt;: always use Unicode. It may raise unicode error depending on the exception, be careful. Example of such error in python 2: &amp;lt;code&amp;gt;unicode(Exception(&amp;quot;nonascii:\xe9&amp;quot;))&amp;lt;/code&amp;gt;.&lt;br /&gt;
* &amp;lt;code&amp;gt;six.u(str(exc))&amp;lt;/code&amp;gt;: unsafe on Python 2 if str(exc) contains non-ASCII bytes, ex: &amp;lt;code&amp;gt;unicode(str(Exception(&amp;quot;\xff&amp;quot;)))&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;LOG.exception(_LE(&amp;quot;... %(exc)s ...&amp;quot;), {&amp;quot;exc&amp;quot;: exc, ...})&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Since logging functions expect text strings on Python 3, logged exceptions should be formatted using &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;. Example: &amp;lt;code&amp;gt;LOG.debug(str(exc))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== HTTP ===&lt;br /&gt;
&lt;br /&gt;
The HTTP protocol is based on '''bytes''':&lt;br /&gt;
&lt;br /&gt;
* HTTP body contains '''bytes'''. For example, use io.BytesIO for a stream storing an HTTP body.&lt;br /&gt;
* HTTPConnection.getresponse().read() returns '''bytes''' (in Python 3, '''str''' which is bytes in Python 2)&lt;br /&gt;
* On Python 3, the http.client accepts text for HTTP headers: keys are encoded to ASCII and values to ISO 8859-1 (which is only a small subset of the Unicode charset)&lt;br /&gt;
* It looks like Swift encodes internally HTTP headers to UTF-8 (directly using the UTF-8 encoding, not using a MIME encoding like =?UTF-8?Q?...?=. See the HTTP [RFC 2047 http://www.ietf.org/rfc/rfc2047.txt] and [http://stackoverflow.com/questions/4400678/http-header-should-use-what-character-encoding  HTTP header should use what character encoding?]&lt;br /&gt;
&lt;br /&gt;
=== References to port Python 2 code to Python 3 ===&lt;br /&gt;
* [http://python3porting.com/ Porting to Python 3 Book] by Lennart Regebro, especially the [http://python3porting.com/differences.html Language differences and workarounds].&lt;br /&gt;
* [http://docs.python.org/dev/howto/pyporting.html HOWTO: Porting Python 2 Code to Python 3] by Brett Cannon&lt;br /&gt;
* [https://wiki.python.org/moin/PortingPythonToPy3k Porting Python Code to 3.x]&lt;br /&gt;
* [http://code.google.com/p/python-incompatibility/  python-incompatibility]: Demonstrates incompatibilities between Python versions.&lt;br /&gt;
&lt;br /&gt;
=== Common pitfalls ===&lt;br /&gt;
&lt;br /&gt;
==== What is a string ? ====&lt;br /&gt;
You should definitely not talk about &amp;quot;strings&amp;quot; in your commit logs/reviews. In Python 2, a 'string' is bytes; in Python 3, it's a Unicode text string. The following code snippet may help in understanding the difference:&lt;br /&gt;
&lt;br /&gt;
Python 2:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;type 'unicode'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(u'foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    'f'&lt;br /&gt;
&lt;br /&gt;
Python 3:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;class 'bytes'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(b'foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    102&lt;br /&gt;
&lt;br /&gt;
==== tox/testr error: db type could not be determined ====&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;db type could not be determined&amp;quot; error comes from .testrepository/times.dbm used by testr.&lt;br /&gt;
&lt;br /&gt;
Workaround: &amp;quot;rm -rf .testrepository/&amp;quot; and then run &amp;quot;tox -e py34&amp;quot; before running &amp;quot;tox -e py27&amp;quot;. You only have to do this once. The problem only occurs with &amp;quot;tox -e py34&amp;quot; when .testrepository/ was created by Python 2.&lt;br /&gt;
&lt;br /&gt;
== Python 3 Status of OpenStack projects ==&lt;br /&gt;
&lt;br /&gt;
=== Common Libraries (Oslo Projects) ===&lt;br /&gt;
&lt;br /&gt;
See [http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml programs.yaml] for the list of Common Libraries.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/automaton automaton] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/castellan castellan] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cliff cliff] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/debtcollector debtcollector] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/futurist futurist] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.cache oslo.cache] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.concurrency oslo.concurrency] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.config oslo.config] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.context oslo.context] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.db oslo.db] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
PyMySQL driver is now used by default for MySQL. setup.cfg contains the Python 3 classifier.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.i18n oslo.i18n] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.log oslo.log] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.messaging oslo.messaging] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
oslo.messaging is now fully compatible with Python 3. The old (and now removed) Qpid transport was not compatible, the AMQP driver was ported recently.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.middleware oslo.middleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.policy oslo.policy] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.privsep oslo.privsep] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.reports oslo.reports] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.rootwrap oslo.rootwrap] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.serialization oslo.serialization] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.service oslo.service] || style=&amp;quot;background-color: orange;&amp;quot; | Partial ||&lt;br /&gt;
WSGI module SSL support is broken under Python 3. We want projects to support deployment without relying on that code, but not all do (see glance and designate below).&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslotest oslotest] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.versionedobjects oslo.versionedobjects] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.vmware oslo.vmware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || Supports Python 3 since oslo.vmware 0.13.0&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.utils oslo.utils] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| pylockfile || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/stevedore stevedore] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/tooz tooz] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Development tools ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cookiecutter cookiecutter] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/hacking hacking] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/pbr pbr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| stackforge/python-jenkins || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes || py33 gate is voting&lt;br /&gt;
|-&lt;br /&gt;
| openstack-infra/jenkins-job-builder || style=&amp;quot;background-color: orange;&amp;quot; | partial || https://review.openstack.org/172238&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack clients ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Blocked by !! Comment&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystonemiddleware keystonemiddleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || python-memcached || keystonemiddleware 1.6.1 supports Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-barbicanclient python-barbicanclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ceilometerclient python-ceilometerclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-cinderclient python-cinderclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-fuelclient python-fuelclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; |  On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-glanceclient python-glanceclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-heatclient python-heatclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ironicclient python-ironicclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes||  style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot;  | On PyPI ||  || &lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-keystoneclient python-keystoneclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-manilaclient python-manilaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-marconiclient python-marconiclient]|| style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-monascaclient python-monascaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-novaclient python-novaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-neutronclient python-neutronclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-octaviaclient python-octaviaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-openstackclient python-openstackclient]      || style=&amp;quot;background-color: lightgreen&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || || As of 0.9&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-saharaclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-senlinclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-swiftclient python-swiftclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-tuskarclient python-tuskarclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-troveclient python-troveclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-watcherclient python-watcherclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-designateclient python-designateclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack Libraries ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| blazar-nova || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| ceilometermiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/django_openstack_auth django_openstack_auth] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
django_openstack_auth 2.0 is fully compatible with Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance_store glance_store] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || glance_store 0.7.0 added the Python 3 support.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| heat-translator || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ironic-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystoneauth || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystonemiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ldappool || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-statsd || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| mistral-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| octavia-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/os-brick os-brick] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || os-brick 0.3.2 added Python 3 support.&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-client-config || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-traits || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-vif || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-win || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-placement || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| pycadf || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| shade || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/sqlalchemy-migrate sqlalchemy-migrate] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| sushy || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tosca-parser || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Dependencies: Environment markers ===&lt;br /&gt;
&lt;br /&gt;
Example to not install the &amp;quot;futures&amp;quot; dependency on Python 3.3 and newer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
futures; python_version &amp;lt; '3.2'&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== OpenStack applications (tc:approved-release) ===&lt;br /&gt;
&lt;br /&gt;
OpenStack applications [https://governance.openstack.org/tc/reference/tags/tc_approved-release.html#tag-tc-approved-release approved by the OpenStack Technical Committee].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; | Project !! style=&amp;quot;width: 10%;&amp;quot; | Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; | py35 gate !! style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ceilometer ceilometer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/cinder cinder] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://blueprints.launchpad.net/cinder/+spec/cinder-python3 cinder-python3] blueprint (written by Victor Stinner) has been accepted for Liberty. Patches: [https://review.openstack.org/#/q/project:openstack/cinder+topic:bp/cinder-python3,n,z bp/cinder-python3 topic]. Note: Commit message must use &amp;quot;Partial-Implements: blueprint cinder-python3&amp;quot; to be linked to the blueprint. Kendall Nelson, Ivan Kolodyazhny (core) and Eric Harney (core) prefer this syntax: see [https://review.openstack.org/#/c/229991/2//COMMIT_MSG COMMIT_MSG].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| designate || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | designate-devstack-pdns4-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance glance] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
Victor Stinner is working on porting Glance to Python3. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/glance+branch:master+topic:py3,n,z Patches for glance (topic: py3)].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/heat heat] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | heat-functional-convg-mysql-lbaasv2-py35 ||&lt;br /&gt;
Sirushti Murugesan wrote and implemented the spec [http://specs.openstack.org/openstack/heat-specs/specs/liberty/heat-python34-support.html Python34 Support] (which was accepted for Liberty). Mitaka version will fully support Python 3. Great job Sirushti Murugesan who did almost all the work!&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/horizon horizon] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
George Peristerakis wrote [https://blueprints.launchpad.net/horizon/+spec/porting-python3 Make Horizon python3.4 compatible] in May 2015, the blueprint was approved. Patches: [https://review.openstack.org/#/q/topic:bp/porting-python3+project:openstack/horizon,n,z bp/porting-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ironic ironic] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | ironic-tempest-dsvm-ipa-partition-pxe_ipmitool-tinyipa-python3 ||&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-May/064049.html Python 3.4 unit tests are now being run for openstack/ironic.  The unit tests are a voting job.]&lt;br /&gt;
Thanks to Victor Sergeyev for all of his work to update the Ironic code to make it pass the unit tests using Python 3.4: [https://review.openstack.org/#/c/156192/ Run tests in py34 environment]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystone keystone] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
The move to pyldap and new ldappool were major hurdles solved in Newton. Great work by the Keystone team to get the last things through the gate in Newton.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/neutron neutron] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://review.openstack.org/#/c/172962/ Porting to Python 3] spec (by Cyril Roelandt) accepted for Liberty, port in progress. [https://review.openstack.org/#/q/project:openstack/neutron+branch:master+topic:bp/neutron-python3,n,z Patches of the blueprint neutron-python3]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lbaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | neutron-lbaasv2-dsvm-py3x-api and neutron-lbaasv2-dsvm-py3x-api-namespace ||&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/neutron-python3 topic:bp/neutron-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-fwaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | neutron-fwaas-networking-midonet-cross-py35 (non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-vpnaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/nova nova] || style=&amp;quot;background-color: orange;&amp;quot; | work in progress || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
Status at 2016-06-22: 10,284/13,477 unit tests passed (76%), TODO: 3,193 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-28: Matt Riedemann: &amp;quot;Keep in mind that Thursday 6/30 is the nova non-priority blueprint feature freeze (end of day really). So the majority of review focus this week should be on non-priority blueprints.&amp;quot; Sylvain Bauzas: &amp;quot;Well, IIRC we discussed in the previous year on some of those blueprints (including the Py3 effort) that are not really features (rather refactoring items) and which shouldn't be hit by the non-priority feature freeze.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Status at 2016-08-01: Michael Still: &amp;quot;Per Matt's email, the merge window for these is now closed in Newton.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Status at 2016-09-22: 11,221/14,298 unit tests passed (78%), TODO: 3077 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2017-01-05: 13,888/14,537 unit tests passed (96%), TODO: 649 tests&lt;br /&gt;
&lt;br /&gt;
Links:&lt;br /&gt;
&lt;br /&gt;
* Paches: [https://review.openstack.org/#/q/topic:bp/nova-python3-newton  bp/nova-python3-newton]&lt;br /&gt;
* [https://blueprints.launchpad.net/nova/+spec/nova-python3-newton nova-python3-newton blueprint]&lt;br /&gt;
* [http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/adding-python34-support-to-nova.html Adding Python 3.4 support to Nova] spec (by Victor Stinner) accepted for Liberty.&lt;br /&gt;
&lt;br /&gt;
See also:&lt;br /&gt;
&lt;br /&gt;
* Old patches (old topic): [https://review.openstack.org/#/q/project:openstack/nova+branch:master+topic:bp/nova-python3,n,z master (bp/nova-python3)].&lt;br /&gt;
* dims: [https://review.openstack.org/#/c/261045/ python3: byte/string conversions and enable more tests] (abandonned after 100 revisions)&lt;br /&gt;
* dims: [https://review.openstack.org/#/c/262083/ python3: Port more code to python3] (abandonned after 45 revisions)&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org//pypi/sahara sahara] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | sahara-tests-scenario-py3 (experimental) || Status at 2018-02-23: the job fails during devstack deployment, because swift does not start. The list of its dependencies is minimal and components like keystone are optional. This was partially addressed with an extra dependency: https://review.openstack.org/#/c/544121/ but this requires  a) support in devstack (tentative support in https://review.openstack.org/#/c/544383/) b) at least another extra, or a more generic way of doing this; even with an additional extra explicitly required in devstack, the extras would be installed from pip breaking the test of depending patches.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/swift swift] || style=&amp;quot;background-color: red;&amp;quot; | blocked || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Status at 2016-06-22: 3/4,498 unit tests (0%), TODO: 4,495 tests&lt;br /&gt;
&lt;br /&gt;
Update (2016-06-27): [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097102.html master branch is currently in a soft-freeze in order to get encryption middleware merged]&lt;br /&gt;
&lt;br /&gt;
Python 3 bugs: https://bugs.launchpad.net/swift/+bug/1614289&lt;br /&gt;
&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-October/078058.html Plan to add Python 3 support to Swift]. Patches: [https://review.openstack.org/#/q/project:openstack/swift+branch:master+topic:py3,n,z Patches with the topic py3]&lt;br /&gt;
&lt;br /&gt;
Python 3 unit tests require liberasurecode &amp;gt;= 1.0.9 and PyEClib &amp;gt;= 1.0.9. To install liberasurecode (in /usr):&lt;br /&gt;
&lt;br /&gt;
 git clone https://bitbucket.org/tsg-/liberasurecode/&lt;br /&gt;
 cd liberasurecode&lt;br /&gt;
 /autogen.sh  &amp;amp;&amp;amp; /configure --prefix=/usr &amp;amp;&amp;amp; make &amp;amp;&amp;amp; sudo make install&lt;br /&gt;
&lt;br /&gt;
liberasurecode &amp;gt;= 1.0.9 is available in Ubuntu Precise, Ubuntu Trusty, Fedora 22, Fedora 23 and CentoOS 7.&lt;br /&gt;
&lt;br /&gt;
Update 2018-02-22: A list of current blockers: https://gist.github.com/tipabu/833b03a865dba96e9fa2230b82f5d075&lt;br /&gt;
&lt;br /&gt;
Update 2018-03-06: Current list of blockers with progress notes: https://etherpad.openstack.org/p/Swift_py3&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/trove trove] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | trove-devstack-base ||&lt;br /&gt;
Status at 2019-01-06:&lt;br /&gt;
Unit tests - 1708 tests, 1707 passed, 1 skipped.&lt;br /&gt;
&lt;br /&gt;
Integration tests are based on trove-devstack-base job.&lt;br /&gt;
&lt;br /&gt;
Status at 2016-07-25: 1,155 / 2,014 (run_tests.py: 398; testr: 1,521; generate_examples: 95) unit tests (57%), TODO: 859 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-22: 839 (testtools) / 1,992 (run_tests.py: 398; testr: 1,499; generate_examples: 95) unit tests (42%), TODO: 1,153 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2018-02-22: It appears that only one test is in the blacklist now: guestagent.test_operating_system&lt;br /&gt;
&lt;br /&gt;
run_tests.py (proboscis) failures: https://review.openstack.org/#/c/346905/1&lt;br /&gt;
&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/trove/+spec/trove-python3 trove-python3 blueprint] for Mitaka.&lt;br /&gt;
&lt;br /&gt;
From Victor (3/17/2016): &amp;quot;I propose to discuss Python 3 before the summit. For example, prepare a concrete plan to port Trove to Python 3, list technical issues like MySQL-Python, etc.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/trove-python3,n,z search for the bp/trove-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Other OpenStack Applications and Projects ===&lt;br /&gt;
&lt;br /&gt;
List of all OpenStack projects: [http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml projects.yaml].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; |  Project !! style=&amp;quot;width: 10%;&amp;quot; |  Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; |  py35 gate || style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| adjutant || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/aodh aodh] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/barbican barbican] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | unspecified ||&lt;br /&gt;
Blueprint [https://blueprints.launchpad.net/barbican/+spec/barbican-py3 barbican-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| blazar || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | blazar-devstack-dsvm-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cloudkitty || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/congress congress] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: orange;&amp;quot; | voting* || style=&amp;quot;background-color: lightgreen;&amp;quot; | congress-devstack-py35-api-mysql ||&lt;br /&gt;
(*)py35 support required tiny modification to antlr3 package, creating debian packaging difficulty&lt;br /&gt;
&lt;br /&gt;
Random Stacker wrote a [https://blueprints.launchpad.net/congress/+spec/support-python3 support-python3 blueprint]. Patches: [https://review.openstack.org/#/q/project:openstack/congress+branch:master+topic:bp/support-python3,n,z search for the topic bp/support-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cyborg || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/designate designate] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | designate-devstack-pdns4-py35 (check queue only) ||&lt;br /&gt;
Pradeep Kumar Singh proposed the [https://blueprints.launchpad.net/designate/+spec/designate-py3 blueprint designate-py3] which was accepted for Liberty. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/designate+branch:master+topic:bp/designate-py3,n,z topic:bp/designate-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ec2-api ec2-api] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/freezer freezer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| karbor || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/kuryr-kubernetes kuryr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/magnum magnum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila manila] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes but... || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | Most of our functional jobs run under python3 now  || need to merge  review [https://review.openstack.org/#/c/624467/] to replace CentOS jobs and switch the eventlet based wsgi engine to uwsgi because of [https://bugs.launchpad.net/manila/+bug/1482633] ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila-ui manila-ui] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | horizon-openstack-tox-python3-django111 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| masakari || style=&amp;quot;background-color: red;&amp;quot; | Unknown || style=&amp;quot;background-color: red;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/mistral mistral] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-agent || style=&amp;quot;background-color: red;&amp;quot; | No || style=&amp;quot;background-color: orange;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-api || style=&amp;quot;background-color: red;&amp;quot; | No || style=&amp;quot;background-color: orange;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-log-api || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-ui || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/murano murano] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| murano-agent || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Octavia octavia] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | octavia-tox-functional-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| panko || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | panko-tox-py35-mysql and panko-tox-py35-postgresql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| qinling || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/rally rally] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
A big thank to Andrey Kurilin for a lot of work in this direction&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Searchlight searchlight] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Senlin senlin] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | senlin-dsvm-tempest-py35-api, senlin-dsvm-tempest-py35-functional, senlin-dsvm-tempest-py35-integration (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Solum solum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | solum-devstack-py35 (check only) ||&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/solum/+spec/solum-python3 blueprint solum-python3] which was approved. Patches: [https://review.openstack.org/#/q/status:open+topic:bp/solum-python3,n,z search for bp/solum-python3 topic] (open reviews).&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| storlets || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job (likely blocked on swift) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tacker || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | tacker-functional-devstack-python3 (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tricircle || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| vitrage || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | vitrage-dsvm-api-py35 and vitrage-dsvm-datasources-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Watcher watcher] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Zaqar zaqar] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/zun zun] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | zun-tempest-py35-docker-sql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| networking-l2gw || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsx vmware-nsx] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | All 3rd part CI jobs are running python 3  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsxlib vmware-nsxlib] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; |  tempest-api-vmware-nsxv3 is running python 3.5 and is voting ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Unsorted projects:&lt;br /&gt;
* [https://wiki.openstack.org/wiki/App-Catalog App Catalog]&lt;br /&gt;
* Chef OpenStack (Ruby)&lt;br /&gt;
* [https://github.com/openstack/kolla/ Kolla]: ~2100 lines of Python, but not &amp;quot;tox -e py27&amp;quot; target&lt;br /&gt;
* OpenStack Ansible (Python): Ansible playbooks and roles for deployment&lt;br /&gt;
* Puppet OpenStack (Ruby)&lt;br /&gt;
* TripleO&lt;br /&gt;
&lt;br /&gt;
=== Enable Python 3 in DevStack ===&lt;br /&gt;
&lt;br /&gt;
* Fedora::&lt;br /&gt;
&lt;br /&gt;
 sudo dnf install python3-devel&lt;br /&gt;
 sudo python3 -m pip install python-memcached   # needed by keystonemiddleware&lt;br /&gt;
&lt;br /&gt;
* localrc: add the following line&lt;br /&gt;
&lt;br /&gt;
 USE_PYTHON3=True&lt;br /&gt;
&lt;br /&gt;
See [https://review.openstack.org/#/c/414176/ Switch to python 3.5].&lt;br /&gt;
&lt;br /&gt;
=== Functional and Integration Tests ===&lt;br /&gt;
&lt;br /&gt;
Etherpad: https://etherpad.openstack.org/p/support-python3.5-functional-tests&lt;br /&gt;
&lt;br /&gt;
Doug Hellmann wrote a cross-project specification to run integration tests on Python 3: [http://specs.openstack.org/openstack/openstack-specs/specs/enable-python-3-int-func-tests.html Enabling Python 3 for Application Integration Tests] (spec approved for Liberty).&lt;br /&gt;
&lt;br /&gt;
Patch for DevStack: [https://review.openstack.org/#/c/181165/ Enable optional Python 3 support].&lt;br /&gt;
&lt;br /&gt;
Projects wanting to run their existing functional test suite against their services on Python 3 should:-&lt;br /&gt;
* Add the Python3.4 trove classifier to the setup.cfg configuration file of the respective service.&lt;br /&gt;
* set USE_PYTHON3=True in Devstack's localrc config file before running stack.sh after [https://review.openstack.org/#/c/181165/ the DevStack change] is merged or cherry-pick until then.&lt;br /&gt;
* set basepython = python3.5 in tox for the necessary functional/integration tests environment.&lt;br /&gt;
&lt;br /&gt;
Then run tox -e&amp;lt;your functional test suite name&amp;gt;. Example:- tox -efunctional to run the functional the tests of a certain project.&lt;br /&gt;
&lt;br /&gt;
Once the functional test suite is reliably passing against the service in a python 3.5 env, the trove classifiers must be updated along with a new gate job being added to the project.&lt;br /&gt;
&lt;br /&gt;
Sirushti Murugesan's attempt on Heat: https://review.openstack.org/#/c/188033/&lt;br /&gt;
&lt;br /&gt;
=== Python 3.5 ===&lt;br /&gt;
&lt;br /&gt;
* project-config: [https://review.openstack.org/#/c/336272/ Add python35 jobs]&lt;br /&gt;
* nova: [https://review.openstack.org/#/c/336432/ Add a py35 environment to tox]&lt;br /&gt;
* Neutron issues: https://bugs.launchpad.net/neutron/+bug/1559191&lt;br /&gt;
* There is no Jenkins job using Python 3.5 yet&lt;br /&gt;
* /usr/bin/python3 is Python 3.5 in Fedora 24, Ubuntu 16.04 LTS (Xenial Xerus) and Debian Stretch (Testing)&lt;br /&gt;
&lt;br /&gt;
=== Python 3.6 status ===&lt;br /&gt;
&lt;br /&gt;
Python 3.6 is scheduled to be the default/only version of Python available in Ubuntu 18.04 LTS (Bionic Beaver) and Debian 10 (Buster).&lt;br /&gt;
&lt;br /&gt;
Known issues:&lt;br /&gt;
&lt;br /&gt;
* eventlet&amp;lt;0.21.0 is broken with Python 3.6, see https://github.com/eventlet/eventlet/issues/371. There is also https://github.com/eventlet/eventlet/issues/401 which is fixed in 0.22.0, so it might seem feasible to upgrade to eventlet-0.22.1 once we can do proper testing.&lt;br /&gt;
* Horizon explicitly only claims support for Python 3.5, when running devstack with Python 3.6 one needs to set:&lt;br /&gt;
    ENABLED_PYTHON3_PACKAGES=horizon&lt;br /&gt;
&lt;br /&gt;
== Status of Python 3 in Linux distributions ==&lt;br /&gt;
&lt;br /&gt;
* ArchLinux already [https://www.archlinux.org/news/python-is-now-python-3 switched to Python 3 by default] in 2011&lt;br /&gt;
* Ubuntu wants to remove Python 2 from the default installation for Ubuntu 18.04 LTS: see [https://wiki.ubuntu.com/Python (Python) Plans for 18.04].&lt;br /&gt;
* Fedora schedules the switch in Fedora 23 (october 2015): [https://fedoraproject.org/wiki/Changes/Python_3_as_Default Python 3 as the Default Implementation]&lt;br /&gt;
** [http://fedora.portingdb.xyz/ Python 3 Porting Database for Fedora] and [http://fedora.portingdb.xyz/history/ history of packages tracked by the Fedora portingdb]&lt;br /&gt;
** [https://lwn.net/Articles/690676/ Python 3 in Fedora] (Python 3 in Fedora)&lt;br /&gt;
* RHEL: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on RHEL6 and RHEL7 using SCL.&lt;br /&gt;
* CentOS: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on CentOS 6 and 7 using SCL (no Red Hat subscription needed, CentOS has its own flavor of SCL)&lt;br /&gt;
* In Debian, the plan is to deprecate Python 2 in Stretch (aka: Debian 9, the next Stable Debian after Jessie) and to completely remove Python 2 for the Buster release of Debian (aka: Debian 10, to be released in approximatively 2019).&lt;br /&gt;
&lt;br /&gt;
== Status of Python 2 Support Being Dropped in Dependencies ==&lt;br /&gt;
&lt;br /&gt;
* Django 2.0 will not include Python 2 support (23 Jan 2017 we use Django&amp;gt;=1.8,&amp;lt;1.9)&lt;br /&gt;
** https://github.com/django/django/pull/7867/files&lt;br /&gt;
** https://github.com/django/django/pull/7871/files&lt;br /&gt;
* Pylons/Pyramid are also considering dropping Python 2&lt;br /&gt;
** https://github.com/Pylons/pyramid/issues/2903&lt;br /&gt;
** This is the same team that maintains webob, but it isn't clear if they intend to also drop support there.&lt;br /&gt;
&lt;br /&gt;
== Progress reports, meetings and sprints ==&lt;br /&gt;
&lt;br /&gt;
* Pike PTG: https://etherpad.openstack.org/p/ptg-pike-python35&lt;br /&gt;
* Ocata Summit&lt;br /&gt;
** https://etherpad.openstack.org/p/ocata-python-3&lt;br /&gt;
* openstack-dev: [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097930.html Status of the OpenStack port to Python 3] (Jun 22, 2016). 80 projects/83 (96%) have unit tests passing on Python 3, TODO (3): Nova, Swift and Trove.&lt;br /&gt;
* Mitaka Summit&lt;br /&gt;
** Cross-project session: Python 3 was proposed, https://etherpad.openstack.org/p/mitaka-cross-project-session-planning&lt;br /&gt;
* Liberty Summit&lt;br /&gt;
** Cross-project session on enabling app integration testing: https://etherpad.openstack.org/p/liberty-cross-project-python3&lt;br /&gt;
* Kilo Summit&lt;br /&gt;
** Doug Hellmann: &amp;quot;Moving our applications to Python 3&amp;quot; cross-project session&lt;br /&gt;
** Victor Stinner: &amp;quot;Port nova to Python 3&amp;quot;, https://etherpad.openstack.org/p/liberty-nova-summit-ideas&lt;br /&gt;
* Juno summit notes: https://etherpad.openstack.org/p/juno-cross-project-future-of-python (Oslo) and https://etherpad.openstack.org/p/juno_swift_python3 (Swift)&lt;br /&gt;
* Icehouse summit notes: https://etherpad.openstack.org/p/IcehousePypyPy3&lt;br /&gt;
* Havana summit notes: https://etherpad.openstack.org/p/havana-python3&lt;br /&gt;
&lt;br /&gt;
== Articles ==&lt;br /&gt;
&lt;br /&gt;
* [http://blogs.rdoproject.org/7894/status-of-python-3-in-openstack-mitaka Status of Python 3 in OpenStack Mitaka] (Victor Stinner, March 2016)&lt;br /&gt;
* [http://techs.enovance.com/7807/python-3-status-openstack-liberty Python 3 Status in OpenStack Liberty] (Cyril Roelandt and Victor Stinner, September 2015)&lt;br /&gt;
* [http://techs.enovance.com/6722/status-of-the-openstack-port-to-python-3-2 Status of the OpenStack port to Python 3] (Cyril Roelandt, February 2014)&lt;br /&gt;
* [http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?] (Victor Stinner, December 2013)&lt;br /&gt;
&lt;br /&gt;
== Pycon Montreal 2014: Sprint Port OpenStack to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
Enovance organized a sprint to Port OpenStack to Python 3 during 4 days: between April, 14 (Monday) and April, 17 (Thursday) 2014. See the page [[Python3/SprintPycon2014]].&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=167538</id>
		<title>Python3</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=167538"/>
				<updated>2019-01-07T19:53:55Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Other OpenStack Applications and Projects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page tracks the progress of Python 3 effort porting for OpenStack.&lt;br /&gt;
&lt;br /&gt;
== IRC: #openstack-dev ==&lt;br /&gt;
&lt;br /&gt;
Join the #openstack-dev IRC channel on the Freenode network to discuss Python 3.&lt;br /&gt;
&lt;br /&gt;
== Python 3 ==&lt;br /&gt;
&lt;br /&gt;
[http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?]&lt;br /&gt;
:''Python 3 is usually seen as the new Python version which breaks compatibility and raises new Unicode issues. Python 3 is much more than that. It’s a new clean language which has a more consistent syntax. It has many new features, not less than 15 new modules. Python 3 is already well supported by major Linux distributions, whereas Python 2.7 reached its end-of-life. Slowly, some bugs cannot be fixed in Python 2.7 anymore and are only fixed in the latest Python 3 release. Python 3 is now 5 years old and considered as a mature programming language.''&lt;br /&gt;
&lt;br /&gt;
== Python 2: Python 2.6 support dropped, Python 2.7 only ==&lt;br /&gt;
&lt;br /&gt;
OpenStack Liberty targets Python 2.7 and 3.4.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support is being dropped in OpenStack since OpenStack Juno for servers. Python 2.6 support is currently kept in Oslo libraries and clients. See [https://etherpad.openstack.org/p/juno-cross-project-future-of-python juno-cross-project-future-of-python] etherpad.&lt;br /&gt;
&lt;br /&gt;
Python 3.3 support is being dropped since OpenStack Liberty.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 is slowly being dropped in the whole OpenStack project, ex: [https://review.openstack.org/#/c/201295/ Remove p26 job from DIB].&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support will be removed in Oslo and Clients clients for OpenStack Mitaka: [http://markmail.org/message/oe6wewgvbvvyts73 Oslo libraries dropping python 2.6 compatability].&lt;br /&gt;
&lt;br /&gt;
== Port Python 2 code to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
OpenStack project chose to use the same code base for Python 2 and Python 3. The [http://pythonhosted.org/six/ Six: Python 2 and 3 Compatibility Library] helps to write code working on both versions. OpenStack supported Python 2.6 for RHEL up to Juno, but not Python 2.5 and older. As we are targeting Python 3.4 and up, there is no need to avoid u'unicode' syntax. Do not use six.u('unicode').&lt;br /&gt;
&lt;br /&gt;
=== Before you begin ===&lt;br /&gt;
&lt;br /&gt;
If you're doing development with Ubuntu/Debian (and not using devstack with the USE_PYTHON flag set), then you'll need the following packages installed to run the py34 tox unit test targets in the projects:&lt;br /&gt;
&lt;br /&gt;
    sudo apt-get install python3.4 python3.4-dev&lt;br /&gt;
&lt;br /&gt;
=== sixer tool ===&lt;br /&gt;
&lt;br /&gt;
The [https://pypi.python.org/pypi/sixer sixer] tool helps to replace most basic patterns to add Python 3 compatibility and it respects OpenStack coding style.&lt;br /&gt;
&lt;br /&gt;
=== Common patterns ===&lt;br /&gt;
&lt;br /&gt;
* Replace &amp;quot;for key in dict.iterkeys()&amp;quot; with &amp;quot;for key in dict&amp;quot;&lt;br /&gt;
* Replace dict.iteritems() with dict.items()&lt;br /&gt;
* Replace dict.itervalues() with dict.values()&lt;br /&gt;
&lt;br /&gt;
Note: Replacing dict.iteritems()/.itervalues() with six.iteritems(dict)/six.itervalues(dict) was preferred in the past, but there was [http://lists.openstack.org/pipermail/openstack-dev/2015-June/066391.html a discussion suggesting to avoid six for this]. The overhead of creating a temporary list on Python 2 is negligible.&lt;br /&gt;
&lt;br /&gt;
* Replace iterator.next() with next(iterator)&lt;br /&gt;
* Replace basestring with six.string_types&lt;br /&gt;
* Replace unicode with six.text_type&lt;br /&gt;
* Replace (str, unicode) with six.string_types&lt;br /&gt;
* Replace (int, long) with six.integer_types&lt;br /&gt;
* Replace func.func_name with func.__name__&lt;br /&gt;
* Replace exceptions.OSError with OSError and remove &amp;quot;import exceptions&amp;quot;&lt;br /&gt;
* map() and filter() if a list is needed on Python 3:&lt;br /&gt;
** Replace map(func, data) with [func(item) for item in data]&lt;br /&gt;
** Replace filter(lambda obj: test(obj), data) with [obj for obj in data if test(obj)]&lt;br /&gt;
** Note: Usually, tests fail because map() or filter() objects have no length&lt;br /&gt;
&lt;br /&gt;
=== Serialization: base64, JSON, etc. ===&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Get the [http://docs.openstack.org/developer/oslo.serialization/api.html#module-oslo_serialization.base64 base64 module] from oslo_serialization (from oslo_serialization import base64) to get functions:&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded)&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded, encoding='utf-8')&lt;br /&gt;
** oslo_serialization.base64.encode_as_bytes(s, encoding='utf-8')&lt;br /&gt;
**  oslo_serialization.base64.encode_as_text(s, encoding='utf-8')&lt;br /&gt;
* Replace text.encode('base64') and base64.b64encode(text) with:&lt;br /&gt;
** base64.b64encode(text): only accept bytes and returns bytes,&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_bytes(text): accept bytes or Unicode and returns bytes&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_text(text): accept bytes and Unicode and returns Unicode&lt;br /&gt;
** '''Warning:''' base64.encodestring(raw) adds a newline (&amp;quot;\n&amp;quot;), whereas encode_as_bytes() and encode_as_text() don't.&lt;br /&gt;
* Replace raw.decode('base64') with:&lt;br /&gt;
** base64.b64decode(raw): return bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded): accept bytes and Unicode, returns bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded): accept bytes and Unicode, returns Unicode&lt;br /&gt;
&lt;br /&gt;
Hexadecimal:&lt;br /&gt;
&lt;br /&gt;
* Replace raw.decode('hex') with binascii.unhexlify(raw)&lt;br /&gt;
* Replace bytes.encode('hex') with binascii.hexlify(bytes)&lt;br /&gt;
&lt;br /&gt;
JSON:&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Replace json.dumps(obj) with [http://docs.openstack.org/developer/oslo.serialization/api.html#oslo_serialization.jsonutils.dump_as_bytes oslo_serialization.jsonutils.dump_as_bytes(obj)]&lt;br /&gt;
* Replace json.loads(obj) with oslo_serialization.jsonutils.loads(obj): it accepts bytes and Unicode, bytes is decoded from UTF-8. It avoids &amp;quot;if isinstance(obj, bytes): obj = obj.decode('utf-8')&amp;quot; which may require a second temporary variable.&lt;br /&gt;
&lt;br /&gt;
=== contextlib.nested ===&lt;br /&gt;
&lt;br /&gt;
To replaced contextlib.nested is to use [https://docs.python.org/3/library/contextlib.html#contextlib.ExitStack contextlib.ExitStack]. It's available on Python 2 using [https://contextlib2.readthedocs.org/en/latest/#contextlib2.ExitStack contextlib2.ExitStack]. For contextlib.nested, nova/test.py defines:&lt;br /&gt;
&lt;br /&gt;
 if six.PY3:&lt;br /&gt;
     @contextlib.contextmanager&lt;br /&gt;
     def nested(*contexts):&lt;br /&gt;
         with contextlib.ExitStack() as stack:&lt;br /&gt;
             yield [stack.enter_context(c) for c in contexts]&lt;br /&gt;
 else:&lt;br /&gt;
     nested = contextlib.nested&lt;br /&gt;
&lt;br /&gt;
Another option to replaced contextlib.nested is to use the @mock.patch decorator. Example with nested function:&lt;br /&gt;
&lt;br /&gt;
 def test_thing(self):&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    def do_test(...):&lt;br /&gt;
        ...&lt;br /&gt;
&lt;br /&gt;
    do_test()&lt;br /&gt;
&lt;br /&gt;
More options:&lt;br /&gt;
* Mock provides a context that patches multiple things so that no nesting is needed: [https://docs.python.org/dev/library/unittest.mock.html#patch-multiple mock.patch.multiple()]&lt;br /&gt;
* oslotest provides fixtures for mock, so you don't need a context: [http://docs.openstack.org/developer/oslotest/api.html#module-oslotest.mockpatch oslotest.mockpatch].&lt;br /&gt;
&lt;br /&gt;
=== oslo_utils.encodeutils.to_utf8 ===&lt;br /&gt;
&lt;br /&gt;
oslo.utils 3.5 has an oslo_utils.encodeutils.to_utf8() function to encode Unicode to UTF-8 and return bytes unchanged.&lt;br /&gt;
&lt;br /&gt;
=== bytes.decode and unicode.encode ===&lt;br /&gt;
&lt;br /&gt;
Python has a notion of &amp;quot;default encoding&amp;quot;: sys.getdefaultencoding(). On Python 2, the default encoding is ASCII, whereas it is UTF-8 on Python 3.&lt;br /&gt;
&lt;br /&gt;
Don't write &amp;lt;code&amp;gt;data.decode()&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode()&amp;lt;/code&amp;gt; without parameter, because you will use a different encoding on Python 2 and Python 3.&lt;br /&gt;
&lt;br /&gt;
Use an explicit encoding instead. Example: &amp;lt;code&amp;gt;data.decode('utf-8')&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode('utf-8')&amp;lt;/code&amp;gt;. The right encoding depends on the use case, but UTF-8 is usually a good candidate (it is a superset of ASCII).&lt;br /&gt;
&lt;br /&gt;
=== safe_decode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_decode()''' which can be used to decode a bytes string and pass text strings unchanged.&lt;br /&gt;
&lt;br /&gt;
The default encoding is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data, 'utf-8')&amp;lt;/code&amp;gt;: decode bytes from UTF-8 or returns data unchanged if it's already a text string&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
By default, the decoder is strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: safe_decode(b'[\xff]', 'ascii', 'ignore') returns '[]'.&lt;br /&gt;
&lt;br /&gt;
=== safe_encode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_encode()''' which can be used to encode a string. Its usage is tricky and you should understand how it works and which encodings are used.&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(text)&amp;lt;/code&amp;gt; encodes text to the output encoding&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(bytes)&amp;lt;/code&amp;gt; may decode the string and then reencode to a different encoding if input and output encodings are different&lt;br /&gt;
&lt;br /&gt;
The default input encoding (&amp;lt;code&amp;gt;incomding&amp;lt;/code&amp;gt; parameter) is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
The default output encoding (&amp;lt;code&amp;gt;encoding&amp;lt;/code&amp;gt; parameter) is UTF-8.&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the input encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data, incoming='utf-8')&amp;lt;/code&amp;gt;: encode text to UTF-8 or returns data unchanged if it's already a bytes string (since the input and output encoding are UTF-8)&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(b'\xe9', incoming='latin-1')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'\xc3\xa9'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
By default, the encoder and the decoder are strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: &amp;lt;code&amp;gt;safe_encode(b'[\xff]', incoming='ascii', errors='ignore')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'[]'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== logging module and format exceptions ===&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;code&amp;gt;exception_to_unicode(exc)&amp;lt;/code&amp;gt; function of oslo_utils.encodeutils is the recommanded way to format an exception to Unicode. This function works on Python 2 and Python 3 and it should avoid mojibake is most cases.&lt;br /&gt;
&lt;br /&gt;
On Python 2, the logging module accepts bytes and text strings. On Python 3, it only accepts text strings. For example, logging.error(b'hello') logs &amp;lt;code&amp;gt;b'hello'&amp;lt;/code&amp;gt; instead of &amp;lt;code&amp;gt;'hello'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
There is no clear rule for format exceptions yet. There are different choices depending on the project:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;: native string, so use bytes on Python 2&lt;br /&gt;
* &amp;lt;code&amp;gt;six.text_type(exc)&amp;lt;/code&amp;gt;: always use Unicode. It may raise unicode error depending on the exception, be careful. Example of such error in python 2: &amp;lt;code&amp;gt;unicode(Exception(&amp;quot;nonascii:\xe9&amp;quot;))&amp;lt;/code&amp;gt;.&lt;br /&gt;
* &amp;lt;code&amp;gt;six.u(str(exc))&amp;lt;/code&amp;gt;: unsafe on Python 2 if str(exc) contains non-ASCII bytes, ex: &amp;lt;code&amp;gt;unicode(str(Exception(&amp;quot;\xff&amp;quot;)))&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;LOG.exception(_LE(&amp;quot;... %(exc)s ...&amp;quot;), {&amp;quot;exc&amp;quot;: exc, ...})&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Since logging functions expect text strings on Python 3, logged exceptions should be formatted using &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;. Example: &amp;lt;code&amp;gt;LOG.debug(str(exc))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== HTTP ===&lt;br /&gt;
&lt;br /&gt;
The HTTP protocol is based on '''bytes''':&lt;br /&gt;
&lt;br /&gt;
* HTTP body contains '''bytes'''. For example, use io.BytesIO for a stream storing an HTTP body.&lt;br /&gt;
* HTTPConnection.getresponse().read() returns '''bytes''' (in Python 3, '''str''' which is bytes in Python 2)&lt;br /&gt;
* On Python 3, the http.client accepts text for HTTP headers: keys are encoded to ASCII and values to ISO 8859-1 (which is only a small subset of the Unicode charset)&lt;br /&gt;
* It looks like Swift encodes internally HTTP headers to UTF-8 (directly using the UTF-8 encoding, not using a MIME encoding like =?UTF-8?Q?...?=. See the HTTP [RFC 2047 http://www.ietf.org/rfc/rfc2047.txt] and [http://stackoverflow.com/questions/4400678/http-header-should-use-what-character-encoding  HTTP header should use what character encoding?]&lt;br /&gt;
&lt;br /&gt;
=== References to port Python 2 code to Python 3 ===&lt;br /&gt;
* [http://python3porting.com/ Porting to Python 3 Book] by Lennart Regebro, especially the [http://python3porting.com/differences.html Language differences and workarounds].&lt;br /&gt;
* [http://docs.python.org/dev/howto/pyporting.html HOWTO: Porting Python 2 Code to Python 3] by Brett Cannon&lt;br /&gt;
* [https://wiki.python.org/moin/PortingPythonToPy3k Porting Python Code to 3.x]&lt;br /&gt;
* [http://code.google.com/p/python-incompatibility/  python-incompatibility]: Demonstrates incompatibilities between Python versions.&lt;br /&gt;
&lt;br /&gt;
=== Common pitfalls ===&lt;br /&gt;
&lt;br /&gt;
==== What is a string ? ====&lt;br /&gt;
You should definitely not talk about &amp;quot;strings&amp;quot; in your commit logs/reviews. In Python 2, a 'string' is bytes; in Python 3, it's a Unicode text string. The following code snippet may help in understanding the difference:&lt;br /&gt;
&lt;br /&gt;
Python 2:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;type 'unicode'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(u'foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    'f'&lt;br /&gt;
&lt;br /&gt;
Python 3:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;class 'bytes'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(b'foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    102&lt;br /&gt;
&lt;br /&gt;
==== tox/testr error: db type could not be determined ====&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;db type could not be determined&amp;quot; error comes from .testrepository/times.dbm used by testr.&lt;br /&gt;
&lt;br /&gt;
Workaround: &amp;quot;rm -rf .testrepository/&amp;quot; and then run &amp;quot;tox -e py34&amp;quot; before running &amp;quot;tox -e py27&amp;quot;. You only have to do this once. The problem only occurs with &amp;quot;tox -e py34&amp;quot; when .testrepository/ was created by Python 2.&lt;br /&gt;
&lt;br /&gt;
== Python 3 Status of OpenStack projects ==&lt;br /&gt;
&lt;br /&gt;
=== Common Libraries (Oslo Projects) ===&lt;br /&gt;
&lt;br /&gt;
See [http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml programs.yaml] for the list of Common Libraries.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/automaton automaton] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/castellan castellan] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cliff cliff] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/debtcollector debtcollector] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/futurist futurist] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.cache oslo.cache] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.concurrency oslo.concurrency] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.config oslo.config] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.context oslo.context] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.db oslo.db] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
PyMySQL driver is now used by default for MySQL. setup.cfg contains the Python 3 classifier.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.i18n oslo.i18n] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.log oslo.log] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.messaging oslo.messaging] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
oslo.messaging is now fully compatible with Python 3. The old (and now removed) Qpid transport was not compatible, the AMQP driver was ported recently.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.middleware oslo.middleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.policy oslo.policy] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.privsep oslo.privsep] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.reports oslo.reports] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.rootwrap oslo.rootwrap] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.serialization oslo.serialization] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.service oslo.service] || style=&amp;quot;background-color: orange;&amp;quot; | Partial ||&lt;br /&gt;
WSGI module SSL support is broken under Python 3. We want projects to support deployment without relying on that code, but not all do (see glance and designate below).&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslotest oslotest] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.versionedobjects oslo.versionedobjects] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.vmware oslo.vmware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || Supports Python 3 since oslo.vmware 0.13.0&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.utils oslo.utils] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| pylockfile || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/stevedore stevedore] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/tooz tooz] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Development tools ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cookiecutter cookiecutter] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/hacking hacking] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/pbr pbr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| stackforge/python-jenkins || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes || py33 gate is voting&lt;br /&gt;
|-&lt;br /&gt;
| openstack-infra/jenkins-job-builder || style=&amp;quot;background-color: orange;&amp;quot; | partial || https://review.openstack.org/172238&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack clients ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Blocked by !! Comment&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystonemiddleware keystonemiddleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || python-memcached || keystonemiddleware 1.6.1 supports Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-barbicanclient python-barbicanclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ceilometerclient python-ceilometerclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-cinderclient python-cinderclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-fuelclient python-fuelclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; |  On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-glanceclient python-glanceclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-heatclient python-heatclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ironicclient python-ironicclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes||  style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot;  | On PyPI ||  || &lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-keystoneclient python-keystoneclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-manilaclient python-manilaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-marconiclient python-marconiclient]|| style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-monascaclient python-monascaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-novaclient python-novaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-neutronclient python-neutronclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-octaviaclient python-octaviaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-openstackclient python-openstackclient]      || style=&amp;quot;background-color: lightgreen&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || || As of 0.9&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-saharaclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-senlinclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-swiftclient python-swiftclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-tuskarclient python-tuskarclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-troveclient python-troveclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-watcherclient python-watcherclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-designateclient python-designateclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack Libraries ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| blazar-nova || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| ceilometermiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/django_openstack_auth django_openstack_auth] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
django_openstack_auth 2.0 is fully compatible with Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance_store glance_store] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || glance_store 0.7.0 added the Python 3 support.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| heat-translator || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ironic-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystoneauth || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystonemiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ldappool || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-statsd || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| mistral-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| octavia-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/os-brick os-brick] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || os-brick 0.3.2 added Python 3 support.&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-client-config || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-traits || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-vif || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-win || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-placement || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| pycadf || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| shade || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/sqlalchemy-migrate sqlalchemy-migrate] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| sushy || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tosca-parser || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Dependencies: Environment markers ===&lt;br /&gt;
&lt;br /&gt;
Example to not install the &amp;quot;futures&amp;quot; dependency on Python 3.3 and newer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
futures; python_version &amp;lt; '3.2'&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== OpenStack applications (tc:approved-release) ===&lt;br /&gt;
&lt;br /&gt;
OpenStack applications [https://governance.openstack.org/tc/reference/tags/tc_approved-release.html#tag-tc-approved-release approved by the OpenStack Technical Committee].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; | Project !! style=&amp;quot;width: 10%;&amp;quot; | Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; | py35 gate !! style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ceilometer ceilometer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/cinder cinder] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://blueprints.launchpad.net/cinder/+spec/cinder-python3 cinder-python3] blueprint (written by Victor Stinner) has been accepted for Liberty. Patches: [https://review.openstack.org/#/q/project:openstack/cinder+topic:bp/cinder-python3,n,z bp/cinder-python3 topic]. Note: Commit message must use &amp;quot;Partial-Implements: blueprint cinder-python3&amp;quot; to be linked to the blueprint. Kendall Nelson, Ivan Kolodyazhny (core) and Eric Harney (core) prefer this syntax: see [https://review.openstack.org/#/c/229991/2//COMMIT_MSG COMMIT_MSG].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| designate || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | designate-devstack-pdns4-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance glance] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
Victor Stinner is working on porting Glance to Python3. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/glance+branch:master+topic:py3,n,z Patches for glance (topic: py3)].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/heat heat] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | heat-functional-convg-mysql-lbaasv2-py35 ||&lt;br /&gt;
Sirushti Murugesan wrote and implemented the spec [http://specs.openstack.org/openstack/heat-specs/specs/liberty/heat-python34-support.html Python34 Support] (which was accepted for Liberty). Mitaka version will fully support Python 3. Great job Sirushti Murugesan who did almost all the work!&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/horizon horizon] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
George Peristerakis wrote [https://blueprints.launchpad.net/horizon/+spec/porting-python3 Make Horizon python3.4 compatible] in May 2015, the blueprint was approved. Patches: [https://review.openstack.org/#/q/topic:bp/porting-python3+project:openstack/horizon,n,z bp/porting-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ironic ironic] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | ironic-tempest-dsvm-ipa-partition-pxe_ipmitool-tinyipa-python3 ||&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-May/064049.html Python 3.4 unit tests are now being run for openstack/ironic.  The unit tests are a voting job.]&lt;br /&gt;
Thanks to Victor Sergeyev for all of his work to update the Ironic code to make it pass the unit tests using Python 3.4: [https://review.openstack.org/#/c/156192/ Run tests in py34 environment]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystone keystone] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
The move to pyldap and new ldappool were major hurdles solved in Newton. Great work by the Keystone team to get the last things through the gate in Newton.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/neutron neutron] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://review.openstack.org/#/c/172962/ Porting to Python 3] spec (by Cyril Roelandt) accepted for Liberty, port in progress. [https://review.openstack.org/#/q/project:openstack/neutron+branch:master+topic:bp/neutron-python3,n,z Patches of the blueprint neutron-python3]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lbaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | neutron-lbaasv2-dsvm-py3x-api and neutron-lbaasv2-dsvm-py3x-api-namespace ||&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/neutron-python3 topic:bp/neutron-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-fwaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | neutron-fwaas-networking-midonet-cross-py35 (non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-vpnaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/nova nova] || style=&amp;quot;background-color: orange;&amp;quot; | work in progress || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
Status at 2016-06-22: 10,284/13,477 unit tests passed (76%), TODO: 3,193 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-28: Matt Riedemann: &amp;quot;Keep in mind that Thursday 6/30 is the nova non-priority blueprint feature freeze (end of day really). So the majority of review focus this week should be on non-priority blueprints.&amp;quot; Sylvain Bauzas: &amp;quot;Well, IIRC we discussed in the previous year on some of those blueprints (including the Py3 effort) that are not really features (rather refactoring items) and which shouldn't be hit by the non-priority feature freeze.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Status at 2016-08-01: Michael Still: &amp;quot;Per Matt's email, the merge window for these is now closed in Newton.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Status at 2016-09-22: 11,221/14,298 unit tests passed (78%), TODO: 3077 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2017-01-05: 13,888/14,537 unit tests passed (96%), TODO: 649 tests&lt;br /&gt;
&lt;br /&gt;
Links:&lt;br /&gt;
&lt;br /&gt;
* Paches: [https://review.openstack.org/#/q/topic:bp/nova-python3-newton  bp/nova-python3-newton]&lt;br /&gt;
* [https://blueprints.launchpad.net/nova/+spec/nova-python3-newton nova-python3-newton blueprint]&lt;br /&gt;
* [http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/adding-python34-support-to-nova.html Adding Python 3.4 support to Nova] spec (by Victor Stinner) accepted for Liberty.&lt;br /&gt;
&lt;br /&gt;
See also:&lt;br /&gt;
&lt;br /&gt;
* Old patches (old topic): [https://review.openstack.org/#/q/project:openstack/nova+branch:master+topic:bp/nova-python3,n,z master (bp/nova-python3)].&lt;br /&gt;
* dims: [https://review.openstack.org/#/c/261045/ python3: byte/string conversions and enable more tests] (abandonned after 100 revisions)&lt;br /&gt;
* dims: [https://review.openstack.org/#/c/262083/ python3: Port more code to python3] (abandonned after 45 revisions)&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org//pypi/sahara sahara] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | sahara-tests-scenario-py3 (experimental) || Status at 2018-02-23: the job fails during devstack deployment, because swift does not start. The list of its dependencies is minimal and components like keystone are optional. This was partially addressed with an extra dependency: https://review.openstack.org/#/c/544121/ but this requires  a) support in devstack (tentative support in https://review.openstack.org/#/c/544383/) b) at least another extra, or a more generic way of doing this; even with an additional extra explicitly required in devstack, the extras would be installed from pip breaking the test of depending patches.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/swift swift] || style=&amp;quot;background-color: red;&amp;quot; | blocked || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Status at 2016-06-22: 3/4,498 unit tests (0%), TODO: 4,495 tests&lt;br /&gt;
&lt;br /&gt;
Update (2016-06-27): [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097102.html master branch is currently in a soft-freeze in order to get encryption middleware merged]&lt;br /&gt;
&lt;br /&gt;
Python 3 bugs: https://bugs.launchpad.net/swift/+bug/1614289&lt;br /&gt;
&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-October/078058.html Plan to add Python 3 support to Swift]. Patches: [https://review.openstack.org/#/q/project:openstack/swift+branch:master+topic:py3,n,z Patches with the topic py3]&lt;br /&gt;
&lt;br /&gt;
Python 3 unit tests require liberasurecode &amp;gt;= 1.0.9 and PyEClib &amp;gt;= 1.0.9. To install liberasurecode (in /usr):&lt;br /&gt;
&lt;br /&gt;
 git clone https://bitbucket.org/tsg-/liberasurecode/&lt;br /&gt;
 cd liberasurecode&lt;br /&gt;
 /autogen.sh  &amp;amp;&amp;amp; /configure --prefix=/usr &amp;amp;&amp;amp; make &amp;amp;&amp;amp; sudo make install&lt;br /&gt;
&lt;br /&gt;
liberasurecode &amp;gt;= 1.0.9 is available in Ubuntu Precise, Ubuntu Trusty, Fedora 22, Fedora 23 and CentoOS 7.&lt;br /&gt;
&lt;br /&gt;
Update 2018-02-22: A list of current blockers: https://gist.github.com/tipabu/833b03a865dba96e9fa2230b82f5d075&lt;br /&gt;
&lt;br /&gt;
Update 2018-03-06: Current list of blockers with progress notes: https://etherpad.openstack.org/p/Swift_py3&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/trove trove] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | trove-devstack-base ||&lt;br /&gt;
Status at 2019-01-06:&lt;br /&gt;
Unit tests - 1708 tests, 1707 passed, 1 skipped.&lt;br /&gt;
&lt;br /&gt;
Integration tests are based on trove-devstack-base job.&lt;br /&gt;
&lt;br /&gt;
Status at 2016-07-25: 1,155 / 2,014 (run_tests.py: 398; testr: 1,521; generate_examples: 95) unit tests (57%), TODO: 859 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-22: 839 (testtools) / 1,992 (run_tests.py: 398; testr: 1,499; generate_examples: 95) unit tests (42%), TODO: 1,153 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2018-02-22: It appears that only one test is in the blacklist now: guestagent.test_operating_system&lt;br /&gt;
&lt;br /&gt;
run_tests.py (proboscis) failures: https://review.openstack.org/#/c/346905/1&lt;br /&gt;
&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/trove/+spec/trove-python3 trove-python3 blueprint] for Mitaka.&lt;br /&gt;
&lt;br /&gt;
From Victor (3/17/2016): &amp;quot;I propose to discuss Python 3 before the summit. For example, prepare a concrete plan to port Trove to Python 3, list technical issues like MySQL-Python, etc.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/trove-python3,n,z search for the bp/trove-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Other OpenStack Applications and Projects ===&lt;br /&gt;
&lt;br /&gt;
List of all OpenStack projects: [http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml projects.yaml].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; |  Project !! style=&amp;quot;width: 10%;&amp;quot; |  Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; |  py35 gate || style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| adjutant || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/aodh aodh] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/barbican barbican] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | unspecified ||&lt;br /&gt;
Blueprint [https://blueprints.launchpad.net/barbican/+spec/barbican-py3 barbican-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| blazar || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | blazar-devstack-dsvm-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cloudkitty || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/congress congress] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: orange;&amp;quot; | voting* || style=&amp;quot;background-color: lightgreen;&amp;quot; | congress-devstack-py35-api-mysql ||&lt;br /&gt;
(*)py35 support required tiny modification to antlr3 package, creating debian packaging difficulty&lt;br /&gt;
&lt;br /&gt;
Random Stacker wrote a [https://blueprints.launchpad.net/congress/+spec/support-python3 support-python3 blueprint]. Patches: [https://review.openstack.org/#/q/project:openstack/congress+branch:master+topic:bp/support-python3,n,z search for the topic bp/support-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cyborg || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/designate designate] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | designate-devstack-pdns4-py35 (check queue only) ||&lt;br /&gt;
Pradeep Kumar Singh proposed the [https://blueprints.launchpad.net/designate/+spec/designate-py3 blueprint designate-py3] which was accepted for Liberty. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/designate+branch:master+topic:bp/designate-py3,n,z topic:bp/designate-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ec2-api ec2-api] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/freezer freezer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| karbor || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/kuryr-kubernetes kuryr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/magnum magnum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila manila] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes but... || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | Most of our functional jobs run under python3 now  || need to merge  review [https://review.openstack.org/#/c/624467/] to replace CentOS jobs and switch the eventlet based wsgi engine to uwsgi because of [https://bugs.launchpad.net/manila/+bug/1482633] ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila-ui manila-ui] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | horizon-openstack-tox-python3-django111 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| masakari || style=&amp;quot;background-color: red;&amp;quot; | Unknown || style=&amp;quot;background-color: red;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/mistral mistral] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-agent || style=&amp;quot;background-color: red;&amp;quot; | No || style=&amp;quot;background-color: orange;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-api || style=&amp;quot;background-color: red;&amp;quot; | No || style=&amp;quot;background-color: orange;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-log-api || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-ui || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/murano murano] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| murano-agent || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Octavia octavia] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | octavia-tox-functional-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| panko || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | panko-tox-py35-mysql and panko-tox-py35-postgresql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/rally rally] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
A big thank to Andrey Kurilin for a lot of work in this direction&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Searchlight searchlight] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Senlin senlin] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | senlin-dsvm-tempest-py35-api, senlin-dsvm-tempest-py35-functional, senlin-dsvm-tempest-py35-integration (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Solum solum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | solum-devstack-py35 (check only) ||&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/solum/+spec/solum-python3 blueprint solum-python3] which was approved. Patches: [https://review.openstack.org/#/q/status:open+topic:bp/solum-python3,n,z search for bp/solum-python3 topic] (open reviews).&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| storlets || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job (likely blocked on swift) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tacker || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | tacker-functional-devstack-python3 (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tricircle || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| vitrage || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | vitrage-dsvm-api-py35 and vitrage-dsvm-datasources-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Watcher watcher] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Zaqar zaqar] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/zun zun] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | zun-tempest-py35-docker-sql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| networking-l2gw || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsx vmware-nsx] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | All 3rd part CI jobs are running python 3  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsxlib vmware-nsxlib] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; |  tempest-api-vmware-nsxv3 is running python 3.5 and is voting ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Unsorted projects:&lt;br /&gt;
* [https://wiki.openstack.org/wiki/App-Catalog App Catalog]&lt;br /&gt;
* Chef OpenStack (Ruby)&lt;br /&gt;
* [https://github.com/openstack/kolla/ Kolla]: ~2100 lines of Python, but not &amp;quot;tox -e py27&amp;quot; target&lt;br /&gt;
* OpenStack Ansible (Python): Ansible playbooks and roles for deployment&lt;br /&gt;
* Puppet OpenStack (Ruby)&lt;br /&gt;
* TripleO&lt;br /&gt;
&lt;br /&gt;
=== Enable Python 3 in DevStack ===&lt;br /&gt;
&lt;br /&gt;
* Fedora::&lt;br /&gt;
&lt;br /&gt;
 sudo dnf install python3-devel&lt;br /&gt;
 sudo python3 -m pip install python-memcached   # needed by keystonemiddleware&lt;br /&gt;
&lt;br /&gt;
* localrc: add the following line&lt;br /&gt;
&lt;br /&gt;
 USE_PYTHON3=True&lt;br /&gt;
&lt;br /&gt;
See [https://review.openstack.org/#/c/414176/ Switch to python 3.5].&lt;br /&gt;
&lt;br /&gt;
=== Functional and Integration Tests ===&lt;br /&gt;
&lt;br /&gt;
Etherpad: https://etherpad.openstack.org/p/support-python3.5-functional-tests&lt;br /&gt;
&lt;br /&gt;
Doug Hellmann wrote a cross-project specification to run integration tests on Python 3: [http://specs.openstack.org/openstack/openstack-specs/specs/enable-python-3-int-func-tests.html Enabling Python 3 for Application Integration Tests] (spec approved for Liberty).&lt;br /&gt;
&lt;br /&gt;
Patch for DevStack: [https://review.openstack.org/#/c/181165/ Enable optional Python 3 support].&lt;br /&gt;
&lt;br /&gt;
Projects wanting to run their existing functional test suite against their services on Python 3 should:-&lt;br /&gt;
* Add the Python3.4 trove classifier to the setup.cfg configuration file of the respective service.&lt;br /&gt;
* set USE_PYTHON3=True in Devstack's localrc config file before running stack.sh after [https://review.openstack.org/#/c/181165/ the DevStack change] is merged or cherry-pick until then.&lt;br /&gt;
* set basepython = python3.5 in tox for the necessary functional/integration tests environment.&lt;br /&gt;
&lt;br /&gt;
Then run tox -e&amp;lt;your functional test suite name&amp;gt;. Example:- tox -efunctional to run the functional the tests of a certain project.&lt;br /&gt;
&lt;br /&gt;
Once the functional test suite is reliably passing against the service in a python 3.5 env, the trove classifiers must be updated along with a new gate job being added to the project.&lt;br /&gt;
&lt;br /&gt;
Sirushti Murugesan's attempt on Heat: https://review.openstack.org/#/c/188033/&lt;br /&gt;
&lt;br /&gt;
=== Python 3.5 ===&lt;br /&gt;
&lt;br /&gt;
* project-config: [https://review.openstack.org/#/c/336272/ Add python35 jobs]&lt;br /&gt;
* nova: [https://review.openstack.org/#/c/336432/ Add a py35 environment to tox]&lt;br /&gt;
* Neutron issues: https://bugs.launchpad.net/neutron/+bug/1559191&lt;br /&gt;
* There is no Jenkins job using Python 3.5 yet&lt;br /&gt;
* /usr/bin/python3 is Python 3.5 in Fedora 24, Ubuntu 16.04 LTS (Xenial Xerus) and Debian Stretch (Testing)&lt;br /&gt;
&lt;br /&gt;
=== Python 3.6 status ===&lt;br /&gt;
&lt;br /&gt;
Python 3.6 is scheduled to be the default/only version of Python available in Ubuntu 18.04 LTS (Bionic Beaver) and Debian 10 (Buster).&lt;br /&gt;
&lt;br /&gt;
Known issues:&lt;br /&gt;
&lt;br /&gt;
* eventlet&amp;lt;0.21.0 is broken with Python 3.6, see https://github.com/eventlet/eventlet/issues/371. There is also https://github.com/eventlet/eventlet/issues/401 which is fixed in 0.22.0, so it might seem feasible to upgrade to eventlet-0.22.1 once we can do proper testing.&lt;br /&gt;
* Horizon explicitly only claims support for Python 3.5, when running devstack with Python 3.6 one needs to set:&lt;br /&gt;
    ENABLED_PYTHON3_PACKAGES=horizon&lt;br /&gt;
&lt;br /&gt;
== Status of Python 3 in Linux distributions ==&lt;br /&gt;
&lt;br /&gt;
* ArchLinux already [https://www.archlinux.org/news/python-is-now-python-3 switched to Python 3 by default] in 2011&lt;br /&gt;
* Ubuntu wants to remove Python 2 from the default installation for Ubuntu 18.04 LTS: see [https://wiki.ubuntu.com/Python (Python) Plans for 18.04].&lt;br /&gt;
* Fedora schedules the switch in Fedora 23 (october 2015): [https://fedoraproject.org/wiki/Changes/Python_3_as_Default Python 3 as the Default Implementation]&lt;br /&gt;
** [http://fedora.portingdb.xyz/ Python 3 Porting Database for Fedora] and [http://fedora.portingdb.xyz/history/ history of packages tracked by the Fedora portingdb]&lt;br /&gt;
** [https://lwn.net/Articles/690676/ Python 3 in Fedora] (Python 3 in Fedora)&lt;br /&gt;
* RHEL: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on RHEL6 and RHEL7 using SCL.&lt;br /&gt;
* CentOS: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on CentOS 6 and 7 using SCL (no Red Hat subscription needed, CentOS has its own flavor of SCL)&lt;br /&gt;
* In Debian, the plan is to deprecate Python 2 in Stretch (aka: Debian 9, the next Stable Debian after Jessie) and to completely remove Python 2 for the Buster release of Debian (aka: Debian 10, to be released in approximatively 2019).&lt;br /&gt;
&lt;br /&gt;
== Status of Python 2 Support Being Dropped in Dependencies ==&lt;br /&gt;
&lt;br /&gt;
* Django 2.0 will not include Python 2 support (23 Jan 2017 we use Django&amp;gt;=1.8,&amp;lt;1.9)&lt;br /&gt;
** https://github.com/django/django/pull/7867/files&lt;br /&gt;
** https://github.com/django/django/pull/7871/files&lt;br /&gt;
* Pylons/Pyramid are also considering dropping Python 2&lt;br /&gt;
** https://github.com/Pylons/pyramid/issues/2903&lt;br /&gt;
** This is the same team that maintains webob, but it isn't clear if they intend to also drop support there.&lt;br /&gt;
&lt;br /&gt;
== Progress reports, meetings and sprints ==&lt;br /&gt;
&lt;br /&gt;
* Pike PTG: https://etherpad.openstack.org/p/ptg-pike-python35&lt;br /&gt;
* Ocata Summit&lt;br /&gt;
** https://etherpad.openstack.org/p/ocata-python-3&lt;br /&gt;
* openstack-dev: [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097930.html Status of the OpenStack port to Python 3] (Jun 22, 2016). 80 projects/83 (96%) have unit tests passing on Python 3, TODO (3): Nova, Swift and Trove.&lt;br /&gt;
* Mitaka Summit&lt;br /&gt;
** Cross-project session: Python 3 was proposed, https://etherpad.openstack.org/p/mitaka-cross-project-session-planning&lt;br /&gt;
* Liberty Summit&lt;br /&gt;
** Cross-project session on enabling app integration testing: https://etherpad.openstack.org/p/liberty-cross-project-python3&lt;br /&gt;
* Kilo Summit&lt;br /&gt;
** Doug Hellmann: &amp;quot;Moving our applications to Python 3&amp;quot; cross-project session&lt;br /&gt;
** Victor Stinner: &amp;quot;Port nova to Python 3&amp;quot;, https://etherpad.openstack.org/p/liberty-nova-summit-ideas&lt;br /&gt;
* Juno summit notes: https://etherpad.openstack.org/p/juno-cross-project-future-of-python (Oslo) and https://etherpad.openstack.org/p/juno_swift_python3 (Swift)&lt;br /&gt;
* Icehouse summit notes: https://etherpad.openstack.org/p/IcehousePypyPy3&lt;br /&gt;
* Havana summit notes: https://etherpad.openstack.org/p/havana-python3&lt;br /&gt;
&lt;br /&gt;
== Articles ==&lt;br /&gt;
&lt;br /&gt;
* [http://blogs.rdoproject.org/7894/status-of-python-3-in-openstack-mitaka Status of Python 3 in OpenStack Mitaka] (Victor Stinner, March 2016)&lt;br /&gt;
* [http://techs.enovance.com/7807/python-3-status-openstack-liberty Python 3 Status in OpenStack Liberty] (Cyril Roelandt and Victor Stinner, September 2015)&lt;br /&gt;
* [http://techs.enovance.com/6722/status-of-the-openstack-port-to-python-3-2 Status of the OpenStack port to Python 3] (Cyril Roelandt, February 2014)&lt;br /&gt;
* [http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?] (Victor Stinner, December 2013)&lt;br /&gt;
&lt;br /&gt;
== Pycon Montreal 2014: Sprint Port OpenStack to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
Enovance organized a sprint to Port OpenStack to Python 3 during 4 days: between April, 14 (Monday) and April, 17 (Thursday) 2014. See the page [[Python3/SprintPycon2014]].&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=167536</id>
		<title>Python3</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=167536"/>
				<updated>2019-01-07T19:51:15Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Other OpenStack Applications and Projects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page tracks the progress of Python 3 effort porting for OpenStack.&lt;br /&gt;
&lt;br /&gt;
== IRC: #openstack-dev ==&lt;br /&gt;
&lt;br /&gt;
Join the #openstack-dev IRC channel on the Freenode network to discuss Python 3.&lt;br /&gt;
&lt;br /&gt;
== Python 3 ==&lt;br /&gt;
&lt;br /&gt;
[http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?]&lt;br /&gt;
:''Python 3 is usually seen as the new Python version which breaks compatibility and raises new Unicode issues. Python 3 is much more than that. It’s a new clean language which has a more consistent syntax. It has many new features, not less than 15 new modules. Python 3 is already well supported by major Linux distributions, whereas Python 2.7 reached its end-of-life. Slowly, some bugs cannot be fixed in Python 2.7 anymore and are only fixed in the latest Python 3 release. Python 3 is now 5 years old and considered as a mature programming language.''&lt;br /&gt;
&lt;br /&gt;
== Python 2: Python 2.6 support dropped, Python 2.7 only ==&lt;br /&gt;
&lt;br /&gt;
OpenStack Liberty targets Python 2.7 and 3.4.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support is being dropped in OpenStack since OpenStack Juno for servers. Python 2.6 support is currently kept in Oslo libraries and clients. See [https://etherpad.openstack.org/p/juno-cross-project-future-of-python juno-cross-project-future-of-python] etherpad.&lt;br /&gt;
&lt;br /&gt;
Python 3.3 support is being dropped since OpenStack Liberty.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 is slowly being dropped in the whole OpenStack project, ex: [https://review.openstack.org/#/c/201295/ Remove p26 job from DIB].&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support will be removed in Oslo and Clients clients for OpenStack Mitaka: [http://markmail.org/message/oe6wewgvbvvyts73 Oslo libraries dropping python 2.6 compatability].&lt;br /&gt;
&lt;br /&gt;
== Port Python 2 code to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
OpenStack project chose to use the same code base for Python 2 and Python 3. The [http://pythonhosted.org/six/ Six: Python 2 and 3 Compatibility Library] helps to write code working on both versions. OpenStack supported Python 2.6 for RHEL up to Juno, but not Python 2.5 and older. As we are targeting Python 3.4 and up, there is no need to avoid u'unicode' syntax. Do not use six.u('unicode').&lt;br /&gt;
&lt;br /&gt;
=== Before you begin ===&lt;br /&gt;
&lt;br /&gt;
If you're doing development with Ubuntu/Debian (and not using devstack with the USE_PYTHON flag set), then you'll need the following packages installed to run the py34 tox unit test targets in the projects:&lt;br /&gt;
&lt;br /&gt;
    sudo apt-get install python3.4 python3.4-dev&lt;br /&gt;
&lt;br /&gt;
=== sixer tool ===&lt;br /&gt;
&lt;br /&gt;
The [https://pypi.python.org/pypi/sixer sixer] tool helps to replace most basic patterns to add Python 3 compatibility and it respects OpenStack coding style.&lt;br /&gt;
&lt;br /&gt;
=== Common patterns ===&lt;br /&gt;
&lt;br /&gt;
* Replace &amp;quot;for key in dict.iterkeys()&amp;quot; with &amp;quot;for key in dict&amp;quot;&lt;br /&gt;
* Replace dict.iteritems() with dict.items()&lt;br /&gt;
* Replace dict.itervalues() with dict.values()&lt;br /&gt;
&lt;br /&gt;
Note: Replacing dict.iteritems()/.itervalues() with six.iteritems(dict)/six.itervalues(dict) was preferred in the past, but there was [http://lists.openstack.org/pipermail/openstack-dev/2015-June/066391.html a discussion suggesting to avoid six for this]. The overhead of creating a temporary list on Python 2 is negligible.&lt;br /&gt;
&lt;br /&gt;
* Replace iterator.next() with next(iterator)&lt;br /&gt;
* Replace basestring with six.string_types&lt;br /&gt;
* Replace unicode with six.text_type&lt;br /&gt;
* Replace (str, unicode) with six.string_types&lt;br /&gt;
* Replace (int, long) with six.integer_types&lt;br /&gt;
* Replace func.func_name with func.__name__&lt;br /&gt;
* Replace exceptions.OSError with OSError and remove &amp;quot;import exceptions&amp;quot;&lt;br /&gt;
* map() and filter() if a list is needed on Python 3:&lt;br /&gt;
** Replace map(func, data) with [func(item) for item in data]&lt;br /&gt;
** Replace filter(lambda obj: test(obj), data) with [obj for obj in data if test(obj)]&lt;br /&gt;
** Note: Usually, tests fail because map() or filter() objects have no length&lt;br /&gt;
&lt;br /&gt;
=== Serialization: base64, JSON, etc. ===&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Get the [http://docs.openstack.org/developer/oslo.serialization/api.html#module-oslo_serialization.base64 base64 module] from oslo_serialization (from oslo_serialization import base64) to get functions:&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded)&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded, encoding='utf-8')&lt;br /&gt;
** oslo_serialization.base64.encode_as_bytes(s, encoding='utf-8')&lt;br /&gt;
**  oslo_serialization.base64.encode_as_text(s, encoding='utf-8')&lt;br /&gt;
* Replace text.encode('base64') and base64.b64encode(text) with:&lt;br /&gt;
** base64.b64encode(text): only accept bytes and returns bytes,&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_bytes(text): accept bytes or Unicode and returns bytes&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_text(text): accept bytes and Unicode and returns Unicode&lt;br /&gt;
** '''Warning:''' base64.encodestring(raw) adds a newline (&amp;quot;\n&amp;quot;), whereas encode_as_bytes() and encode_as_text() don't.&lt;br /&gt;
* Replace raw.decode('base64') with:&lt;br /&gt;
** base64.b64decode(raw): return bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded): accept bytes and Unicode, returns bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded): accept bytes and Unicode, returns Unicode&lt;br /&gt;
&lt;br /&gt;
Hexadecimal:&lt;br /&gt;
&lt;br /&gt;
* Replace raw.decode('hex') with binascii.unhexlify(raw)&lt;br /&gt;
* Replace bytes.encode('hex') with binascii.hexlify(bytes)&lt;br /&gt;
&lt;br /&gt;
JSON:&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Replace json.dumps(obj) with [http://docs.openstack.org/developer/oslo.serialization/api.html#oslo_serialization.jsonutils.dump_as_bytes oslo_serialization.jsonutils.dump_as_bytes(obj)]&lt;br /&gt;
* Replace json.loads(obj) with oslo_serialization.jsonutils.loads(obj): it accepts bytes and Unicode, bytes is decoded from UTF-8. It avoids &amp;quot;if isinstance(obj, bytes): obj = obj.decode('utf-8')&amp;quot; which may require a second temporary variable.&lt;br /&gt;
&lt;br /&gt;
=== contextlib.nested ===&lt;br /&gt;
&lt;br /&gt;
To replaced contextlib.nested is to use [https://docs.python.org/3/library/contextlib.html#contextlib.ExitStack contextlib.ExitStack]. It's available on Python 2 using [https://contextlib2.readthedocs.org/en/latest/#contextlib2.ExitStack contextlib2.ExitStack]. For contextlib.nested, nova/test.py defines:&lt;br /&gt;
&lt;br /&gt;
 if six.PY3:&lt;br /&gt;
     @contextlib.contextmanager&lt;br /&gt;
     def nested(*contexts):&lt;br /&gt;
         with contextlib.ExitStack() as stack:&lt;br /&gt;
             yield [stack.enter_context(c) for c in contexts]&lt;br /&gt;
 else:&lt;br /&gt;
     nested = contextlib.nested&lt;br /&gt;
&lt;br /&gt;
Another option to replaced contextlib.nested is to use the @mock.patch decorator. Example with nested function:&lt;br /&gt;
&lt;br /&gt;
 def test_thing(self):&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    def do_test(...):&lt;br /&gt;
        ...&lt;br /&gt;
&lt;br /&gt;
    do_test()&lt;br /&gt;
&lt;br /&gt;
More options:&lt;br /&gt;
* Mock provides a context that patches multiple things so that no nesting is needed: [https://docs.python.org/dev/library/unittest.mock.html#patch-multiple mock.patch.multiple()]&lt;br /&gt;
* oslotest provides fixtures for mock, so you don't need a context: [http://docs.openstack.org/developer/oslotest/api.html#module-oslotest.mockpatch oslotest.mockpatch].&lt;br /&gt;
&lt;br /&gt;
=== oslo_utils.encodeutils.to_utf8 ===&lt;br /&gt;
&lt;br /&gt;
oslo.utils 3.5 has an oslo_utils.encodeutils.to_utf8() function to encode Unicode to UTF-8 and return bytes unchanged.&lt;br /&gt;
&lt;br /&gt;
=== bytes.decode and unicode.encode ===&lt;br /&gt;
&lt;br /&gt;
Python has a notion of &amp;quot;default encoding&amp;quot;: sys.getdefaultencoding(). On Python 2, the default encoding is ASCII, whereas it is UTF-8 on Python 3.&lt;br /&gt;
&lt;br /&gt;
Don't write &amp;lt;code&amp;gt;data.decode()&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode()&amp;lt;/code&amp;gt; without parameter, because you will use a different encoding on Python 2 and Python 3.&lt;br /&gt;
&lt;br /&gt;
Use an explicit encoding instead. Example: &amp;lt;code&amp;gt;data.decode('utf-8')&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode('utf-8')&amp;lt;/code&amp;gt;. The right encoding depends on the use case, but UTF-8 is usually a good candidate (it is a superset of ASCII).&lt;br /&gt;
&lt;br /&gt;
=== safe_decode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_decode()''' which can be used to decode a bytes string and pass text strings unchanged.&lt;br /&gt;
&lt;br /&gt;
The default encoding is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data, 'utf-8')&amp;lt;/code&amp;gt;: decode bytes from UTF-8 or returns data unchanged if it's already a text string&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
By default, the decoder is strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: safe_decode(b'[\xff]', 'ascii', 'ignore') returns '[]'.&lt;br /&gt;
&lt;br /&gt;
=== safe_encode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_encode()''' which can be used to encode a string. Its usage is tricky and you should understand how it works and which encodings are used.&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(text)&amp;lt;/code&amp;gt; encodes text to the output encoding&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(bytes)&amp;lt;/code&amp;gt; may decode the string and then reencode to a different encoding if input and output encodings are different&lt;br /&gt;
&lt;br /&gt;
The default input encoding (&amp;lt;code&amp;gt;incomding&amp;lt;/code&amp;gt; parameter) is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
The default output encoding (&amp;lt;code&amp;gt;encoding&amp;lt;/code&amp;gt; parameter) is UTF-8.&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the input encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data, incoming='utf-8')&amp;lt;/code&amp;gt;: encode text to UTF-8 or returns data unchanged if it's already a bytes string (since the input and output encoding are UTF-8)&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(b'\xe9', incoming='latin-1')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'\xc3\xa9'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
By default, the encoder and the decoder are strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: &amp;lt;code&amp;gt;safe_encode(b'[\xff]', incoming='ascii', errors='ignore')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'[]'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== logging module and format exceptions ===&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;code&amp;gt;exception_to_unicode(exc)&amp;lt;/code&amp;gt; function of oslo_utils.encodeutils is the recommanded way to format an exception to Unicode. This function works on Python 2 and Python 3 and it should avoid mojibake is most cases.&lt;br /&gt;
&lt;br /&gt;
On Python 2, the logging module accepts bytes and text strings. On Python 3, it only accepts text strings. For example, logging.error(b'hello') logs &amp;lt;code&amp;gt;b'hello'&amp;lt;/code&amp;gt; instead of &amp;lt;code&amp;gt;'hello'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
There is no clear rule for format exceptions yet. There are different choices depending on the project:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;: native string, so use bytes on Python 2&lt;br /&gt;
* &amp;lt;code&amp;gt;six.text_type(exc)&amp;lt;/code&amp;gt;: always use Unicode. It may raise unicode error depending on the exception, be careful. Example of such error in python 2: &amp;lt;code&amp;gt;unicode(Exception(&amp;quot;nonascii:\xe9&amp;quot;))&amp;lt;/code&amp;gt;.&lt;br /&gt;
* &amp;lt;code&amp;gt;six.u(str(exc))&amp;lt;/code&amp;gt;: unsafe on Python 2 if str(exc) contains non-ASCII bytes, ex: &amp;lt;code&amp;gt;unicode(str(Exception(&amp;quot;\xff&amp;quot;)))&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;LOG.exception(_LE(&amp;quot;... %(exc)s ...&amp;quot;), {&amp;quot;exc&amp;quot;: exc, ...})&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Since logging functions expect text strings on Python 3, logged exceptions should be formatted using &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;. Example: &amp;lt;code&amp;gt;LOG.debug(str(exc))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== HTTP ===&lt;br /&gt;
&lt;br /&gt;
The HTTP protocol is based on '''bytes''':&lt;br /&gt;
&lt;br /&gt;
* HTTP body contains '''bytes'''. For example, use io.BytesIO for a stream storing an HTTP body.&lt;br /&gt;
* HTTPConnection.getresponse().read() returns '''bytes''' (in Python 3, '''str''' which is bytes in Python 2)&lt;br /&gt;
* On Python 3, the http.client accepts text for HTTP headers: keys are encoded to ASCII and values to ISO 8859-1 (which is only a small subset of the Unicode charset)&lt;br /&gt;
* It looks like Swift encodes internally HTTP headers to UTF-8 (directly using the UTF-8 encoding, not using a MIME encoding like =?UTF-8?Q?...?=. See the HTTP [RFC 2047 http://www.ietf.org/rfc/rfc2047.txt] and [http://stackoverflow.com/questions/4400678/http-header-should-use-what-character-encoding  HTTP header should use what character encoding?]&lt;br /&gt;
&lt;br /&gt;
=== References to port Python 2 code to Python 3 ===&lt;br /&gt;
* [http://python3porting.com/ Porting to Python 3 Book] by Lennart Regebro, especially the [http://python3porting.com/differences.html Language differences and workarounds].&lt;br /&gt;
* [http://docs.python.org/dev/howto/pyporting.html HOWTO: Porting Python 2 Code to Python 3] by Brett Cannon&lt;br /&gt;
* [https://wiki.python.org/moin/PortingPythonToPy3k Porting Python Code to 3.x]&lt;br /&gt;
* [http://code.google.com/p/python-incompatibility/  python-incompatibility]: Demonstrates incompatibilities between Python versions.&lt;br /&gt;
&lt;br /&gt;
=== Common pitfalls ===&lt;br /&gt;
&lt;br /&gt;
==== What is a string ? ====&lt;br /&gt;
You should definitely not talk about &amp;quot;strings&amp;quot; in your commit logs/reviews. In Python 2, a 'string' is bytes; in Python 3, it's a Unicode text string. The following code snippet may help in understanding the difference:&lt;br /&gt;
&lt;br /&gt;
Python 2:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;type 'unicode'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(u'foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    'f'&lt;br /&gt;
&lt;br /&gt;
Python 3:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;class 'bytes'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(b'foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    102&lt;br /&gt;
&lt;br /&gt;
==== tox/testr error: db type could not be determined ====&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;db type could not be determined&amp;quot; error comes from .testrepository/times.dbm used by testr.&lt;br /&gt;
&lt;br /&gt;
Workaround: &amp;quot;rm -rf .testrepository/&amp;quot; and then run &amp;quot;tox -e py34&amp;quot; before running &amp;quot;tox -e py27&amp;quot;. You only have to do this once. The problem only occurs with &amp;quot;tox -e py34&amp;quot; when .testrepository/ was created by Python 2.&lt;br /&gt;
&lt;br /&gt;
== Python 3 Status of OpenStack projects ==&lt;br /&gt;
&lt;br /&gt;
=== Common Libraries (Oslo Projects) ===&lt;br /&gt;
&lt;br /&gt;
See [http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml programs.yaml] for the list of Common Libraries.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/automaton automaton] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/castellan castellan] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cliff cliff] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/debtcollector debtcollector] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/futurist futurist] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.cache oslo.cache] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.concurrency oslo.concurrency] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.config oslo.config] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.context oslo.context] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.db oslo.db] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
PyMySQL driver is now used by default for MySQL. setup.cfg contains the Python 3 classifier.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.i18n oslo.i18n] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.log oslo.log] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.messaging oslo.messaging] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
oslo.messaging is now fully compatible with Python 3. The old (and now removed) Qpid transport was not compatible, the AMQP driver was ported recently.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.middleware oslo.middleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.policy oslo.policy] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.privsep oslo.privsep] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.reports oslo.reports] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.rootwrap oslo.rootwrap] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.serialization oslo.serialization] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.service oslo.service] || style=&amp;quot;background-color: orange;&amp;quot; | Partial ||&lt;br /&gt;
WSGI module SSL support is broken under Python 3. We want projects to support deployment without relying on that code, but not all do (see glance and designate below).&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslotest oslotest] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.versionedobjects oslo.versionedobjects] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.vmware oslo.vmware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || Supports Python 3 since oslo.vmware 0.13.0&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.utils oslo.utils] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| pylockfile || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/stevedore stevedore] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/tooz tooz] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Development tools ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cookiecutter cookiecutter] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/hacking hacking] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/pbr pbr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| stackforge/python-jenkins || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes || py33 gate is voting&lt;br /&gt;
|-&lt;br /&gt;
| openstack-infra/jenkins-job-builder || style=&amp;quot;background-color: orange;&amp;quot; | partial || https://review.openstack.org/172238&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack clients ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Blocked by !! Comment&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystonemiddleware keystonemiddleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || python-memcached || keystonemiddleware 1.6.1 supports Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-barbicanclient python-barbicanclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ceilometerclient python-ceilometerclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-cinderclient python-cinderclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-fuelclient python-fuelclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; |  On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-glanceclient python-glanceclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-heatclient python-heatclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ironicclient python-ironicclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes||  style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot;  | On PyPI ||  || &lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-keystoneclient python-keystoneclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-manilaclient python-manilaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-marconiclient python-marconiclient]|| style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-monascaclient python-monascaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-novaclient python-novaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-neutronclient python-neutronclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-octaviaclient python-octaviaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-openstackclient python-openstackclient]      || style=&amp;quot;background-color: lightgreen&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || || As of 0.9&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-saharaclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-senlinclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-swiftclient python-swiftclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-tuskarclient python-tuskarclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-troveclient python-troveclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-watcherclient python-watcherclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-designateclient python-designateclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack Libraries ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| blazar-nova || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| ceilometermiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/django_openstack_auth django_openstack_auth] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
django_openstack_auth 2.0 is fully compatible with Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance_store glance_store] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || glance_store 0.7.0 added the Python 3 support.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| heat-translator || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ironic-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystoneauth || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystonemiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ldappool || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-statsd || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| mistral-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| octavia-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/os-brick os-brick] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || os-brick 0.3.2 added Python 3 support.&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-client-config || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-traits || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-vif || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-win || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-placement || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| pycadf || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| shade || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/sqlalchemy-migrate sqlalchemy-migrate] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| sushy || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tosca-parser || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Dependencies: Environment markers ===&lt;br /&gt;
&lt;br /&gt;
Example to not install the &amp;quot;futures&amp;quot; dependency on Python 3.3 and newer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
futures; python_version &amp;lt; '3.2'&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== OpenStack applications (tc:approved-release) ===&lt;br /&gt;
&lt;br /&gt;
OpenStack applications [https://governance.openstack.org/tc/reference/tags/tc_approved-release.html#tag-tc-approved-release approved by the OpenStack Technical Committee].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; | Project !! style=&amp;quot;width: 10%;&amp;quot; | Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; | py35 gate !! style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ceilometer ceilometer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/cinder cinder] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://blueprints.launchpad.net/cinder/+spec/cinder-python3 cinder-python3] blueprint (written by Victor Stinner) has been accepted for Liberty. Patches: [https://review.openstack.org/#/q/project:openstack/cinder+topic:bp/cinder-python3,n,z bp/cinder-python3 topic]. Note: Commit message must use &amp;quot;Partial-Implements: blueprint cinder-python3&amp;quot; to be linked to the blueprint. Kendall Nelson, Ivan Kolodyazhny (core) and Eric Harney (core) prefer this syntax: see [https://review.openstack.org/#/c/229991/2//COMMIT_MSG COMMIT_MSG].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| designate || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | designate-devstack-pdns4-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance glance] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
Victor Stinner is working on porting Glance to Python3. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/glance+branch:master+topic:py3,n,z Patches for glance (topic: py3)].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/heat heat] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | heat-functional-convg-mysql-lbaasv2-py35 ||&lt;br /&gt;
Sirushti Murugesan wrote and implemented the spec [http://specs.openstack.org/openstack/heat-specs/specs/liberty/heat-python34-support.html Python34 Support] (which was accepted for Liberty). Mitaka version will fully support Python 3. Great job Sirushti Murugesan who did almost all the work!&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/horizon horizon] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
George Peristerakis wrote [https://blueprints.launchpad.net/horizon/+spec/porting-python3 Make Horizon python3.4 compatible] in May 2015, the blueprint was approved. Patches: [https://review.openstack.org/#/q/topic:bp/porting-python3+project:openstack/horizon,n,z bp/porting-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ironic ironic] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | ironic-tempest-dsvm-ipa-partition-pxe_ipmitool-tinyipa-python3 ||&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-May/064049.html Python 3.4 unit tests are now being run for openstack/ironic.  The unit tests are a voting job.]&lt;br /&gt;
Thanks to Victor Sergeyev for all of his work to update the Ironic code to make it pass the unit tests using Python 3.4: [https://review.openstack.org/#/c/156192/ Run tests in py34 environment]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystone keystone] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
The move to pyldap and new ldappool were major hurdles solved in Newton. Great work by the Keystone team to get the last things through the gate in Newton.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/neutron neutron] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://review.openstack.org/#/c/172962/ Porting to Python 3] spec (by Cyril Roelandt) accepted for Liberty, port in progress. [https://review.openstack.org/#/q/project:openstack/neutron+branch:master+topic:bp/neutron-python3,n,z Patches of the blueprint neutron-python3]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lbaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | neutron-lbaasv2-dsvm-py3x-api and neutron-lbaasv2-dsvm-py3x-api-namespace ||&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/neutron-python3 topic:bp/neutron-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-fwaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | neutron-fwaas-networking-midonet-cross-py35 (non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-vpnaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/nova nova] || style=&amp;quot;background-color: orange;&amp;quot; | work in progress || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
Status at 2016-06-22: 10,284/13,477 unit tests passed (76%), TODO: 3,193 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-28: Matt Riedemann: &amp;quot;Keep in mind that Thursday 6/30 is the nova non-priority blueprint feature freeze (end of day really). So the majority of review focus this week should be on non-priority blueprints.&amp;quot; Sylvain Bauzas: &amp;quot;Well, IIRC we discussed in the previous year on some of those blueprints (including the Py3 effort) that are not really features (rather refactoring items) and which shouldn't be hit by the non-priority feature freeze.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Status at 2016-08-01: Michael Still: &amp;quot;Per Matt's email, the merge window for these is now closed in Newton.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Status at 2016-09-22: 11,221/14,298 unit tests passed (78%), TODO: 3077 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2017-01-05: 13,888/14,537 unit tests passed (96%), TODO: 649 tests&lt;br /&gt;
&lt;br /&gt;
Links:&lt;br /&gt;
&lt;br /&gt;
* Paches: [https://review.openstack.org/#/q/topic:bp/nova-python3-newton  bp/nova-python3-newton]&lt;br /&gt;
* [https://blueprints.launchpad.net/nova/+spec/nova-python3-newton nova-python3-newton blueprint]&lt;br /&gt;
* [http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/adding-python34-support-to-nova.html Adding Python 3.4 support to Nova] spec (by Victor Stinner) accepted for Liberty.&lt;br /&gt;
&lt;br /&gt;
See also:&lt;br /&gt;
&lt;br /&gt;
* Old patches (old topic): [https://review.openstack.org/#/q/project:openstack/nova+branch:master+topic:bp/nova-python3,n,z master (bp/nova-python3)].&lt;br /&gt;
* dims: [https://review.openstack.org/#/c/261045/ python3: byte/string conversions and enable more tests] (abandonned after 100 revisions)&lt;br /&gt;
* dims: [https://review.openstack.org/#/c/262083/ python3: Port more code to python3] (abandonned after 45 revisions)&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org//pypi/sahara sahara] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | sahara-tests-scenario-py3 (experimental) || Status at 2018-02-23: the job fails during devstack deployment, because swift does not start. The list of its dependencies is minimal and components like keystone are optional. This was partially addressed with an extra dependency: https://review.openstack.org/#/c/544121/ but this requires  a) support in devstack (tentative support in https://review.openstack.org/#/c/544383/) b) at least another extra, or a more generic way of doing this; even with an additional extra explicitly required in devstack, the extras would be installed from pip breaking the test of depending patches.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/swift swift] || style=&amp;quot;background-color: red;&amp;quot; | blocked || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Status at 2016-06-22: 3/4,498 unit tests (0%), TODO: 4,495 tests&lt;br /&gt;
&lt;br /&gt;
Update (2016-06-27): [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097102.html master branch is currently in a soft-freeze in order to get encryption middleware merged]&lt;br /&gt;
&lt;br /&gt;
Python 3 bugs: https://bugs.launchpad.net/swift/+bug/1614289&lt;br /&gt;
&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-October/078058.html Plan to add Python 3 support to Swift]. Patches: [https://review.openstack.org/#/q/project:openstack/swift+branch:master+topic:py3,n,z Patches with the topic py3]&lt;br /&gt;
&lt;br /&gt;
Python 3 unit tests require liberasurecode &amp;gt;= 1.0.9 and PyEClib &amp;gt;= 1.0.9. To install liberasurecode (in /usr):&lt;br /&gt;
&lt;br /&gt;
 git clone https://bitbucket.org/tsg-/liberasurecode/&lt;br /&gt;
 cd liberasurecode&lt;br /&gt;
 /autogen.sh  &amp;amp;&amp;amp; /configure --prefix=/usr &amp;amp;&amp;amp; make &amp;amp;&amp;amp; sudo make install&lt;br /&gt;
&lt;br /&gt;
liberasurecode &amp;gt;= 1.0.9 is available in Ubuntu Precise, Ubuntu Trusty, Fedora 22, Fedora 23 and CentoOS 7.&lt;br /&gt;
&lt;br /&gt;
Update 2018-02-22: A list of current blockers: https://gist.github.com/tipabu/833b03a865dba96e9fa2230b82f5d075&lt;br /&gt;
&lt;br /&gt;
Update 2018-03-06: Current list of blockers with progress notes: https://etherpad.openstack.org/p/Swift_py3&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/trove trove] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | trove-devstack-base ||&lt;br /&gt;
Status at 2019-01-06:&lt;br /&gt;
Unit tests - 1708 tests, 1707 passed, 1 skipped.&lt;br /&gt;
&lt;br /&gt;
Integration tests are based on trove-devstack-base job.&lt;br /&gt;
&lt;br /&gt;
Status at 2016-07-25: 1,155 / 2,014 (run_tests.py: 398; testr: 1,521; generate_examples: 95) unit tests (57%), TODO: 859 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-22: 839 (testtools) / 1,992 (run_tests.py: 398; testr: 1,499; generate_examples: 95) unit tests (42%), TODO: 1,153 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2018-02-22: It appears that only one test is in the blacklist now: guestagent.test_operating_system&lt;br /&gt;
&lt;br /&gt;
run_tests.py (proboscis) failures: https://review.openstack.org/#/c/346905/1&lt;br /&gt;
&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/trove/+spec/trove-python3 trove-python3 blueprint] for Mitaka.&lt;br /&gt;
&lt;br /&gt;
From Victor (3/17/2016): &amp;quot;I propose to discuss Python 3 before the summit. For example, prepare a concrete plan to port Trove to Python 3, list technical issues like MySQL-Python, etc.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/trove-python3,n,z search for the bp/trove-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Other OpenStack Applications and Projects ===&lt;br /&gt;
&lt;br /&gt;
List of all OpenStack projects: [http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml projects.yaml].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; |  Project !! style=&amp;quot;width: 10%;&amp;quot; |  Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; |  py35 gate || style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| adjutant || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/aodh aodh] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/barbican barbican] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | unspecified ||&lt;br /&gt;
Blueprint [https://blueprints.launchpad.net/barbican/+spec/barbican-py3 barbican-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| blazar || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | blazar-devstack-dsvm-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cloudkitty || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/congress congress] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: orange;&amp;quot; | voting* || style=&amp;quot;background-color: lightgreen;&amp;quot; | congress-devstack-py35-api-mysql ||&lt;br /&gt;
(*)py35 support required tiny modification to antlr3 package, creating debian packaging difficulty&lt;br /&gt;
&lt;br /&gt;
Random Stacker wrote a [https://blueprints.launchpad.net/congress/+spec/support-python3 support-python3 blueprint]. Patches: [https://review.openstack.org/#/q/project:openstack/congress+branch:master+topic:bp/support-python3,n,z search for the topic bp/support-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cyborg || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | No job || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/designate designate] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | designate-devstack-pdns4-py35 (check queue only) ||&lt;br /&gt;
Pradeep Kumar Singh proposed the [https://blueprints.launchpad.net/designate/+spec/designate-py3 blueprint designate-py3] which was accepted for Liberty. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/designate+branch:master+topic:bp/designate-py3,n,z topic:bp/designate-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ec2-api ec2-api] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/freezer freezer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| karbor || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/kuryr-kubernetes kuryr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/magnum magnum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila manila] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes but... || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | Most of our functional jobs run under python3 now  || need to merge  review [https://review.openstack.org/#/c/624467/] to replace CentOS jobs and switch the eventlet based wsgi engine to uwsgi because of [https://bugs.launchpad.net/manila/+bug/1482633] ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila-ui manila-ui] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | horizon-openstack-tox-python3-django111 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/mistral mistral] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-agent || style=&amp;quot;background-color: red;&amp;quot; | No || style=&amp;quot;background-color: orange;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-api || style=&amp;quot;background-color: red;&amp;quot; | No || style=&amp;quot;background-color: orange;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-log-api || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-ui || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/murano murano] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| murano-agent || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Octavia octavia] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | octavia-tox-functional-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| panko || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | panko-tox-py35-mysql and panko-tox-py35-postgresql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/rally rally] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
A big thank to Andrey Kurilin for a lot of work in this direction&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Searchlight searchlight] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Senlin senlin] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | senlin-dsvm-tempest-py35-api, senlin-dsvm-tempest-py35-functional, senlin-dsvm-tempest-py35-integration (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Solum solum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | solum-devstack-py35 (check only) ||&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/solum/+spec/solum-python3 blueprint solum-python3] which was approved. Patches: [https://review.openstack.org/#/q/status:open+topic:bp/solum-python3,n,z search for bp/solum-python3 topic] (open reviews).&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| storlets || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job (likely blocked on swift) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tacker || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | tacker-functional-devstack-python3 (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tricircle || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| vitrage || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | vitrage-dsvm-api-py35 and vitrage-dsvm-datasources-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Watcher watcher] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Zaqar zaqar] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/zun zun] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | zun-tempest-py35-docker-sql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| networking-l2gw || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsx vmware-nsx] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | All 3rd part CI jobs are running python 3  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsxlib vmware-nsxlib] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; |  tempest-api-vmware-nsxv3 is running python 3.5 and is voting ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Unsorted projects:&lt;br /&gt;
* [https://wiki.openstack.org/wiki/App-Catalog App Catalog]&lt;br /&gt;
* Chef OpenStack (Ruby)&lt;br /&gt;
* [https://github.com/openstack/kolla/ Kolla]: ~2100 lines of Python, but not &amp;quot;tox -e py27&amp;quot; target&lt;br /&gt;
* OpenStack Ansible (Python): Ansible playbooks and roles for deployment&lt;br /&gt;
* Puppet OpenStack (Ruby)&lt;br /&gt;
* TripleO&lt;br /&gt;
&lt;br /&gt;
=== Enable Python 3 in DevStack ===&lt;br /&gt;
&lt;br /&gt;
* Fedora::&lt;br /&gt;
&lt;br /&gt;
 sudo dnf install python3-devel&lt;br /&gt;
 sudo python3 -m pip install python-memcached   # needed by keystonemiddleware&lt;br /&gt;
&lt;br /&gt;
* localrc: add the following line&lt;br /&gt;
&lt;br /&gt;
 USE_PYTHON3=True&lt;br /&gt;
&lt;br /&gt;
See [https://review.openstack.org/#/c/414176/ Switch to python 3.5].&lt;br /&gt;
&lt;br /&gt;
=== Functional and Integration Tests ===&lt;br /&gt;
&lt;br /&gt;
Etherpad: https://etherpad.openstack.org/p/support-python3.5-functional-tests&lt;br /&gt;
&lt;br /&gt;
Doug Hellmann wrote a cross-project specification to run integration tests on Python 3: [http://specs.openstack.org/openstack/openstack-specs/specs/enable-python-3-int-func-tests.html Enabling Python 3 for Application Integration Tests] (spec approved for Liberty).&lt;br /&gt;
&lt;br /&gt;
Patch for DevStack: [https://review.openstack.org/#/c/181165/ Enable optional Python 3 support].&lt;br /&gt;
&lt;br /&gt;
Projects wanting to run their existing functional test suite against their services on Python 3 should:-&lt;br /&gt;
* Add the Python3.4 trove classifier to the setup.cfg configuration file of the respective service.&lt;br /&gt;
* set USE_PYTHON3=True in Devstack's localrc config file before running stack.sh after [https://review.openstack.org/#/c/181165/ the DevStack change] is merged or cherry-pick until then.&lt;br /&gt;
* set basepython = python3.5 in tox for the necessary functional/integration tests environment.&lt;br /&gt;
&lt;br /&gt;
Then run tox -e&amp;lt;your functional test suite name&amp;gt;. Example:- tox -efunctional to run the functional the tests of a certain project.&lt;br /&gt;
&lt;br /&gt;
Once the functional test suite is reliably passing against the service in a python 3.5 env, the trove classifiers must be updated along with a new gate job being added to the project.&lt;br /&gt;
&lt;br /&gt;
Sirushti Murugesan's attempt on Heat: https://review.openstack.org/#/c/188033/&lt;br /&gt;
&lt;br /&gt;
=== Python 3.5 ===&lt;br /&gt;
&lt;br /&gt;
* project-config: [https://review.openstack.org/#/c/336272/ Add python35 jobs]&lt;br /&gt;
* nova: [https://review.openstack.org/#/c/336432/ Add a py35 environment to tox]&lt;br /&gt;
* Neutron issues: https://bugs.launchpad.net/neutron/+bug/1559191&lt;br /&gt;
* There is no Jenkins job using Python 3.5 yet&lt;br /&gt;
* /usr/bin/python3 is Python 3.5 in Fedora 24, Ubuntu 16.04 LTS (Xenial Xerus) and Debian Stretch (Testing)&lt;br /&gt;
&lt;br /&gt;
=== Python 3.6 status ===&lt;br /&gt;
&lt;br /&gt;
Python 3.6 is scheduled to be the default/only version of Python available in Ubuntu 18.04 LTS (Bionic Beaver) and Debian 10 (Buster).&lt;br /&gt;
&lt;br /&gt;
Known issues:&lt;br /&gt;
&lt;br /&gt;
* eventlet&amp;lt;0.21.0 is broken with Python 3.6, see https://github.com/eventlet/eventlet/issues/371. There is also https://github.com/eventlet/eventlet/issues/401 which is fixed in 0.22.0, so it might seem feasible to upgrade to eventlet-0.22.1 once we can do proper testing.&lt;br /&gt;
* Horizon explicitly only claims support for Python 3.5, when running devstack with Python 3.6 one needs to set:&lt;br /&gt;
    ENABLED_PYTHON3_PACKAGES=horizon&lt;br /&gt;
&lt;br /&gt;
== Status of Python 3 in Linux distributions ==&lt;br /&gt;
&lt;br /&gt;
* ArchLinux already [https://www.archlinux.org/news/python-is-now-python-3 switched to Python 3 by default] in 2011&lt;br /&gt;
* Ubuntu wants to remove Python 2 from the default installation for Ubuntu 18.04 LTS: see [https://wiki.ubuntu.com/Python (Python) Plans for 18.04].&lt;br /&gt;
* Fedora schedules the switch in Fedora 23 (october 2015): [https://fedoraproject.org/wiki/Changes/Python_3_as_Default Python 3 as the Default Implementation]&lt;br /&gt;
** [http://fedora.portingdb.xyz/ Python 3 Porting Database for Fedora] and [http://fedora.portingdb.xyz/history/ history of packages tracked by the Fedora portingdb]&lt;br /&gt;
** [https://lwn.net/Articles/690676/ Python 3 in Fedora] (Python 3 in Fedora)&lt;br /&gt;
* RHEL: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on RHEL6 and RHEL7 using SCL.&lt;br /&gt;
* CentOS: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on CentOS 6 and 7 using SCL (no Red Hat subscription needed, CentOS has its own flavor of SCL)&lt;br /&gt;
* In Debian, the plan is to deprecate Python 2 in Stretch (aka: Debian 9, the next Stable Debian after Jessie) and to completely remove Python 2 for the Buster release of Debian (aka: Debian 10, to be released in approximatively 2019).&lt;br /&gt;
&lt;br /&gt;
== Status of Python 2 Support Being Dropped in Dependencies ==&lt;br /&gt;
&lt;br /&gt;
* Django 2.0 will not include Python 2 support (23 Jan 2017 we use Django&amp;gt;=1.8,&amp;lt;1.9)&lt;br /&gt;
** https://github.com/django/django/pull/7867/files&lt;br /&gt;
** https://github.com/django/django/pull/7871/files&lt;br /&gt;
* Pylons/Pyramid are also considering dropping Python 2&lt;br /&gt;
** https://github.com/Pylons/pyramid/issues/2903&lt;br /&gt;
** This is the same team that maintains webob, but it isn't clear if they intend to also drop support there.&lt;br /&gt;
&lt;br /&gt;
== Progress reports, meetings and sprints ==&lt;br /&gt;
&lt;br /&gt;
* Pike PTG: https://etherpad.openstack.org/p/ptg-pike-python35&lt;br /&gt;
* Ocata Summit&lt;br /&gt;
** https://etherpad.openstack.org/p/ocata-python-3&lt;br /&gt;
* openstack-dev: [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097930.html Status of the OpenStack port to Python 3] (Jun 22, 2016). 80 projects/83 (96%) have unit tests passing on Python 3, TODO (3): Nova, Swift and Trove.&lt;br /&gt;
* Mitaka Summit&lt;br /&gt;
** Cross-project session: Python 3 was proposed, https://etherpad.openstack.org/p/mitaka-cross-project-session-planning&lt;br /&gt;
* Liberty Summit&lt;br /&gt;
** Cross-project session on enabling app integration testing: https://etherpad.openstack.org/p/liberty-cross-project-python3&lt;br /&gt;
* Kilo Summit&lt;br /&gt;
** Doug Hellmann: &amp;quot;Moving our applications to Python 3&amp;quot; cross-project session&lt;br /&gt;
** Victor Stinner: &amp;quot;Port nova to Python 3&amp;quot;, https://etherpad.openstack.org/p/liberty-nova-summit-ideas&lt;br /&gt;
* Juno summit notes: https://etherpad.openstack.org/p/juno-cross-project-future-of-python (Oslo) and https://etherpad.openstack.org/p/juno_swift_python3 (Swift)&lt;br /&gt;
* Icehouse summit notes: https://etherpad.openstack.org/p/IcehousePypyPy3&lt;br /&gt;
* Havana summit notes: https://etherpad.openstack.org/p/havana-python3&lt;br /&gt;
&lt;br /&gt;
== Articles ==&lt;br /&gt;
&lt;br /&gt;
* [http://blogs.rdoproject.org/7894/status-of-python-3-in-openstack-mitaka Status of Python 3 in OpenStack Mitaka] (Victor Stinner, March 2016)&lt;br /&gt;
* [http://techs.enovance.com/7807/python-3-status-openstack-liberty Python 3 Status in OpenStack Liberty] (Cyril Roelandt and Victor Stinner, September 2015)&lt;br /&gt;
* [http://techs.enovance.com/6722/status-of-the-openstack-port-to-python-3-2 Status of the OpenStack port to Python 3] (Cyril Roelandt, February 2014)&lt;br /&gt;
* [http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?] (Victor Stinner, December 2013)&lt;br /&gt;
&lt;br /&gt;
== Pycon Montreal 2014: Sprint Port OpenStack to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
Enovance organized a sprint to Port OpenStack to Python 3 during 4 days: between April, 14 (Monday) and April, 17 (Thursday) 2014. See the page [[Python3/SprintPycon2014]].&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=167534</id>
		<title>Python3</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=167534"/>
				<updated>2019-01-07T19:46:41Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Other OpenStack Applications and Projects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page tracks the progress of Python 3 effort porting for OpenStack.&lt;br /&gt;
&lt;br /&gt;
== IRC: #openstack-dev ==&lt;br /&gt;
&lt;br /&gt;
Join the #openstack-dev IRC channel on the Freenode network to discuss Python 3.&lt;br /&gt;
&lt;br /&gt;
== Python 3 ==&lt;br /&gt;
&lt;br /&gt;
[http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?]&lt;br /&gt;
:''Python 3 is usually seen as the new Python version which breaks compatibility and raises new Unicode issues. Python 3 is much more than that. It’s a new clean language which has a more consistent syntax. It has many new features, not less than 15 new modules. Python 3 is already well supported by major Linux distributions, whereas Python 2.7 reached its end-of-life. Slowly, some bugs cannot be fixed in Python 2.7 anymore and are only fixed in the latest Python 3 release. Python 3 is now 5 years old and considered as a mature programming language.''&lt;br /&gt;
&lt;br /&gt;
== Python 2: Python 2.6 support dropped, Python 2.7 only ==&lt;br /&gt;
&lt;br /&gt;
OpenStack Liberty targets Python 2.7 and 3.4.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support is being dropped in OpenStack since OpenStack Juno for servers. Python 2.6 support is currently kept in Oslo libraries and clients. See [https://etherpad.openstack.org/p/juno-cross-project-future-of-python juno-cross-project-future-of-python] etherpad.&lt;br /&gt;
&lt;br /&gt;
Python 3.3 support is being dropped since OpenStack Liberty.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 is slowly being dropped in the whole OpenStack project, ex: [https://review.openstack.org/#/c/201295/ Remove p26 job from DIB].&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support will be removed in Oslo and Clients clients for OpenStack Mitaka: [http://markmail.org/message/oe6wewgvbvvyts73 Oslo libraries dropping python 2.6 compatability].&lt;br /&gt;
&lt;br /&gt;
== Port Python 2 code to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
OpenStack project chose to use the same code base for Python 2 and Python 3. The [http://pythonhosted.org/six/ Six: Python 2 and 3 Compatibility Library] helps to write code working on both versions. OpenStack supported Python 2.6 for RHEL up to Juno, but not Python 2.5 and older. As we are targeting Python 3.4 and up, there is no need to avoid u'unicode' syntax. Do not use six.u('unicode').&lt;br /&gt;
&lt;br /&gt;
=== Before you begin ===&lt;br /&gt;
&lt;br /&gt;
If you're doing development with Ubuntu/Debian (and not using devstack with the USE_PYTHON flag set), then you'll need the following packages installed to run the py34 tox unit test targets in the projects:&lt;br /&gt;
&lt;br /&gt;
    sudo apt-get install python3.4 python3.4-dev&lt;br /&gt;
&lt;br /&gt;
=== sixer tool ===&lt;br /&gt;
&lt;br /&gt;
The [https://pypi.python.org/pypi/sixer sixer] tool helps to replace most basic patterns to add Python 3 compatibility and it respects OpenStack coding style.&lt;br /&gt;
&lt;br /&gt;
=== Common patterns ===&lt;br /&gt;
&lt;br /&gt;
* Replace &amp;quot;for key in dict.iterkeys()&amp;quot; with &amp;quot;for key in dict&amp;quot;&lt;br /&gt;
* Replace dict.iteritems() with dict.items()&lt;br /&gt;
* Replace dict.itervalues() with dict.values()&lt;br /&gt;
&lt;br /&gt;
Note: Replacing dict.iteritems()/.itervalues() with six.iteritems(dict)/six.itervalues(dict) was preferred in the past, but there was [http://lists.openstack.org/pipermail/openstack-dev/2015-June/066391.html a discussion suggesting to avoid six for this]. The overhead of creating a temporary list on Python 2 is negligible.&lt;br /&gt;
&lt;br /&gt;
* Replace iterator.next() with next(iterator)&lt;br /&gt;
* Replace basestring with six.string_types&lt;br /&gt;
* Replace unicode with six.text_type&lt;br /&gt;
* Replace (str, unicode) with six.string_types&lt;br /&gt;
* Replace (int, long) with six.integer_types&lt;br /&gt;
* Replace func.func_name with func.__name__&lt;br /&gt;
* Replace exceptions.OSError with OSError and remove &amp;quot;import exceptions&amp;quot;&lt;br /&gt;
* map() and filter() if a list is needed on Python 3:&lt;br /&gt;
** Replace map(func, data) with [func(item) for item in data]&lt;br /&gt;
** Replace filter(lambda obj: test(obj), data) with [obj for obj in data if test(obj)]&lt;br /&gt;
** Note: Usually, tests fail because map() or filter() objects have no length&lt;br /&gt;
&lt;br /&gt;
=== Serialization: base64, JSON, etc. ===&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Get the [http://docs.openstack.org/developer/oslo.serialization/api.html#module-oslo_serialization.base64 base64 module] from oslo_serialization (from oslo_serialization import base64) to get functions:&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded)&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded, encoding='utf-8')&lt;br /&gt;
** oslo_serialization.base64.encode_as_bytes(s, encoding='utf-8')&lt;br /&gt;
**  oslo_serialization.base64.encode_as_text(s, encoding='utf-8')&lt;br /&gt;
* Replace text.encode('base64') and base64.b64encode(text) with:&lt;br /&gt;
** base64.b64encode(text): only accept bytes and returns bytes,&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_bytes(text): accept bytes or Unicode and returns bytes&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_text(text): accept bytes and Unicode and returns Unicode&lt;br /&gt;
** '''Warning:''' base64.encodestring(raw) adds a newline (&amp;quot;\n&amp;quot;), whereas encode_as_bytes() and encode_as_text() don't.&lt;br /&gt;
* Replace raw.decode('base64') with:&lt;br /&gt;
** base64.b64decode(raw): return bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded): accept bytes and Unicode, returns bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded): accept bytes and Unicode, returns Unicode&lt;br /&gt;
&lt;br /&gt;
Hexadecimal:&lt;br /&gt;
&lt;br /&gt;
* Replace raw.decode('hex') with binascii.unhexlify(raw)&lt;br /&gt;
* Replace bytes.encode('hex') with binascii.hexlify(bytes)&lt;br /&gt;
&lt;br /&gt;
JSON:&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Replace json.dumps(obj) with [http://docs.openstack.org/developer/oslo.serialization/api.html#oslo_serialization.jsonutils.dump_as_bytes oslo_serialization.jsonutils.dump_as_bytes(obj)]&lt;br /&gt;
* Replace json.loads(obj) with oslo_serialization.jsonutils.loads(obj): it accepts bytes and Unicode, bytes is decoded from UTF-8. It avoids &amp;quot;if isinstance(obj, bytes): obj = obj.decode('utf-8')&amp;quot; which may require a second temporary variable.&lt;br /&gt;
&lt;br /&gt;
=== contextlib.nested ===&lt;br /&gt;
&lt;br /&gt;
To replaced contextlib.nested is to use [https://docs.python.org/3/library/contextlib.html#contextlib.ExitStack contextlib.ExitStack]. It's available on Python 2 using [https://contextlib2.readthedocs.org/en/latest/#contextlib2.ExitStack contextlib2.ExitStack]. For contextlib.nested, nova/test.py defines:&lt;br /&gt;
&lt;br /&gt;
 if six.PY3:&lt;br /&gt;
     @contextlib.contextmanager&lt;br /&gt;
     def nested(*contexts):&lt;br /&gt;
         with contextlib.ExitStack() as stack:&lt;br /&gt;
             yield [stack.enter_context(c) for c in contexts]&lt;br /&gt;
 else:&lt;br /&gt;
     nested = contextlib.nested&lt;br /&gt;
&lt;br /&gt;
Another option to replaced contextlib.nested is to use the @mock.patch decorator. Example with nested function:&lt;br /&gt;
&lt;br /&gt;
 def test_thing(self):&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    def do_test(...):&lt;br /&gt;
        ...&lt;br /&gt;
&lt;br /&gt;
    do_test()&lt;br /&gt;
&lt;br /&gt;
More options:&lt;br /&gt;
* Mock provides a context that patches multiple things so that no nesting is needed: [https://docs.python.org/dev/library/unittest.mock.html#patch-multiple mock.patch.multiple()]&lt;br /&gt;
* oslotest provides fixtures for mock, so you don't need a context: [http://docs.openstack.org/developer/oslotest/api.html#module-oslotest.mockpatch oslotest.mockpatch].&lt;br /&gt;
&lt;br /&gt;
=== oslo_utils.encodeutils.to_utf8 ===&lt;br /&gt;
&lt;br /&gt;
oslo.utils 3.5 has an oslo_utils.encodeutils.to_utf8() function to encode Unicode to UTF-8 and return bytes unchanged.&lt;br /&gt;
&lt;br /&gt;
=== bytes.decode and unicode.encode ===&lt;br /&gt;
&lt;br /&gt;
Python has a notion of &amp;quot;default encoding&amp;quot;: sys.getdefaultencoding(). On Python 2, the default encoding is ASCII, whereas it is UTF-8 on Python 3.&lt;br /&gt;
&lt;br /&gt;
Don't write &amp;lt;code&amp;gt;data.decode()&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode()&amp;lt;/code&amp;gt; without parameter, because you will use a different encoding on Python 2 and Python 3.&lt;br /&gt;
&lt;br /&gt;
Use an explicit encoding instead. Example: &amp;lt;code&amp;gt;data.decode('utf-8')&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode('utf-8')&amp;lt;/code&amp;gt;. The right encoding depends on the use case, but UTF-8 is usually a good candidate (it is a superset of ASCII).&lt;br /&gt;
&lt;br /&gt;
=== safe_decode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_decode()''' which can be used to decode a bytes string and pass text strings unchanged.&lt;br /&gt;
&lt;br /&gt;
The default encoding is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data, 'utf-8')&amp;lt;/code&amp;gt;: decode bytes from UTF-8 or returns data unchanged if it's already a text string&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
By default, the decoder is strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: safe_decode(b'[\xff]', 'ascii', 'ignore') returns '[]'.&lt;br /&gt;
&lt;br /&gt;
=== safe_encode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_encode()''' which can be used to encode a string. Its usage is tricky and you should understand how it works and which encodings are used.&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(text)&amp;lt;/code&amp;gt; encodes text to the output encoding&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(bytes)&amp;lt;/code&amp;gt; may decode the string and then reencode to a different encoding if input and output encodings are different&lt;br /&gt;
&lt;br /&gt;
The default input encoding (&amp;lt;code&amp;gt;incomding&amp;lt;/code&amp;gt; parameter) is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
The default output encoding (&amp;lt;code&amp;gt;encoding&amp;lt;/code&amp;gt; parameter) is UTF-8.&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the input encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data, incoming='utf-8')&amp;lt;/code&amp;gt;: encode text to UTF-8 or returns data unchanged if it's already a bytes string (since the input and output encoding are UTF-8)&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(b'\xe9', incoming='latin-1')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'\xc3\xa9'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
By default, the encoder and the decoder are strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: &amp;lt;code&amp;gt;safe_encode(b'[\xff]', incoming='ascii', errors='ignore')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'[]'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== logging module and format exceptions ===&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;code&amp;gt;exception_to_unicode(exc)&amp;lt;/code&amp;gt; function of oslo_utils.encodeutils is the recommanded way to format an exception to Unicode. This function works on Python 2 and Python 3 and it should avoid mojibake is most cases.&lt;br /&gt;
&lt;br /&gt;
On Python 2, the logging module accepts bytes and text strings. On Python 3, it only accepts text strings. For example, logging.error(b'hello') logs &amp;lt;code&amp;gt;b'hello'&amp;lt;/code&amp;gt; instead of &amp;lt;code&amp;gt;'hello'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
There is no clear rule for format exceptions yet. There are different choices depending on the project:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;: native string, so use bytes on Python 2&lt;br /&gt;
* &amp;lt;code&amp;gt;six.text_type(exc)&amp;lt;/code&amp;gt;: always use Unicode. It may raise unicode error depending on the exception, be careful. Example of such error in python 2: &amp;lt;code&amp;gt;unicode(Exception(&amp;quot;nonascii:\xe9&amp;quot;))&amp;lt;/code&amp;gt;.&lt;br /&gt;
* &amp;lt;code&amp;gt;six.u(str(exc))&amp;lt;/code&amp;gt;: unsafe on Python 2 if str(exc) contains non-ASCII bytes, ex: &amp;lt;code&amp;gt;unicode(str(Exception(&amp;quot;\xff&amp;quot;)))&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;LOG.exception(_LE(&amp;quot;... %(exc)s ...&amp;quot;), {&amp;quot;exc&amp;quot;: exc, ...})&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Since logging functions expect text strings on Python 3, logged exceptions should be formatted using &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;. Example: &amp;lt;code&amp;gt;LOG.debug(str(exc))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== HTTP ===&lt;br /&gt;
&lt;br /&gt;
The HTTP protocol is based on '''bytes''':&lt;br /&gt;
&lt;br /&gt;
* HTTP body contains '''bytes'''. For example, use io.BytesIO for a stream storing an HTTP body.&lt;br /&gt;
* HTTPConnection.getresponse().read() returns '''bytes''' (in Python 3, '''str''' which is bytes in Python 2)&lt;br /&gt;
* On Python 3, the http.client accepts text for HTTP headers: keys are encoded to ASCII and values to ISO 8859-1 (which is only a small subset of the Unicode charset)&lt;br /&gt;
* It looks like Swift encodes internally HTTP headers to UTF-8 (directly using the UTF-8 encoding, not using a MIME encoding like =?UTF-8?Q?...?=. See the HTTP [RFC 2047 http://www.ietf.org/rfc/rfc2047.txt] and [http://stackoverflow.com/questions/4400678/http-header-should-use-what-character-encoding  HTTP header should use what character encoding?]&lt;br /&gt;
&lt;br /&gt;
=== References to port Python 2 code to Python 3 ===&lt;br /&gt;
* [http://python3porting.com/ Porting to Python 3 Book] by Lennart Regebro, especially the [http://python3porting.com/differences.html Language differences and workarounds].&lt;br /&gt;
* [http://docs.python.org/dev/howto/pyporting.html HOWTO: Porting Python 2 Code to Python 3] by Brett Cannon&lt;br /&gt;
* [https://wiki.python.org/moin/PortingPythonToPy3k Porting Python Code to 3.x]&lt;br /&gt;
* [http://code.google.com/p/python-incompatibility/  python-incompatibility]: Demonstrates incompatibilities between Python versions.&lt;br /&gt;
&lt;br /&gt;
=== Common pitfalls ===&lt;br /&gt;
&lt;br /&gt;
==== What is a string ? ====&lt;br /&gt;
You should definitely not talk about &amp;quot;strings&amp;quot; in your commit logs/reviews. In Python 2, a 'string' is bytes; in Python 3, it's a Unicode text string. The following code snippet may help in understanding the difference:&lt;br /&gt;
&lt;br /&gt;
Python 2:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;type 'unicode'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(u'foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    'f'&lt;br /&gt;
&lt;br /&gt;
Python 3:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;class 'bytes'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(b'foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    102&lt;br /&gt;
&lt;br /&gt;
==== tox/testr error: db type could not be determined ====&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;db type could not be determined&amp;quot; error comes from .testrepository/times.dbm used by testr.&lt;br /&gt;
&lt;br /&gt;
Workaround: &amp;quot;rm -rf .testrepository/&amp;quot; and then run &amp;quot;tox -e py34&amp;quot; before running &amp;quot;tox -e py27&amp;quot;. You only have to do this once. The problem only occurs with &amp;quot;tox -e py34&amp;quot; when .testrepository/ was created by Python 2.&lt;br /&gt;
&lt;br /&gt;
== Python 3 Status of OpenStack projects ==&lt;br /&gt;
&lt;br /&gt;
=== Common Libraries (Oslo Projects) ===&lt;br /&gt;
&lt;br /&gt;
See [http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml programs.yaml] for the list of Common Libraries.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/automaton automaton] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/castellan castellan] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cliff cliff] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/debtcollector debtcollector] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/futurist futurist] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.cache oslo.cache] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.concurrency oslo.concurrency] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.config oslo.config] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.context oslo.context] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.db oslo.db] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
PyMySQL driver is now used by default for MySQL. setup.cfg contains the Python 3 classifier.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.i18n oslo.i18n] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.log oslo.log] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.messaging oslo.messaging] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
oslo.messaging is now fully compatible with Python 3. The old (and now removed) Qpid transport was not compatible, the AMQP driver was ported recently.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.middleware oslo.middleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.policy oslo.policy] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.privsep oslo.privsep] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.reports oslo.reports] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.rootwrap oslo.rootwrap] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.serialization oslo.serialization] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.service oslo.service] || style=&amp;quot;background-color: orange;&amp;quot; | Partial ||&lt;br /&gt;
WSGI module SSL support is broken under Python 3. We want projects to support deployment without relying on that code, but not all do (see glance and designate below).&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslotest oslotest] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.versionedobjects oslo.versionedobjects] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.vmware oslo.vmware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || Supports Python 3 since oslo.vmware 0.13.0&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.utils oslo.utils] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| pylockfile || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/stevedore stevedore] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/tooz tooz] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Development tools ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cookiecutter cookiecutter] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/hacking hacking] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/pbr pbr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| stackforge/python-jenkins || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes || py33 gate is voting&lt;br /&gt;
|-&lt;br /&gt;
| openstack-infra/jenkins-job-builder || style=&amp;quot;background-color: orange;&amp;quot; | partial || https://review.openstack.org/172238&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack clients ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Blocked by !! Comment&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystonemiddleware keystonemiddleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || python-memcached || keystonemiddleware 1.6.1 supports Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-barbicanclient python-barbicanclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ceilometerclient python-ceilometerclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-cinderclient python-cinderclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-fuelclient python-fuelclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; |  On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-glanceclient python-glanceclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-heatclient python-heatclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ironicclient python-ironicclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes||  style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot;  | On PyPI ||  || &lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-keystoneclient python-keystoneclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-manilaclient python-manilaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-marconiclient python-marconiclient]|| style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-monascaclient python-monascaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-novaclient python-novaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-neutronclient python-neutronclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-octaviaclient python-octaviaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-openstackclient python-openstackclient]      || style=&amp;quot;background-color: lightgreen&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || || As of 0.9&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-saharaclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-senlinclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-swiftclient python-swiftclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-tuskarclient python-tuskarclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-troveclient python-troveclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-watcherclient python-watcherclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-designateclient python-designateclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack Libraries ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| blazar-nova || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| ceilometermiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/django_openstack_auth django_openstack_auth] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
django_openstack_auth 2.0 is fully compatible with Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance_store glance_store] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || glance_store 0.7.0 added the Python 3 support.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| heat-translator || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ironic-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystoneauth || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystonemiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ldappool || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-statsd || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| mistral-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| octavia-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/os-brick os-brick] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || os-brick 0.3.2 added Python 3 support.&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-client-config || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-traits || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-vif || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-win || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-placement || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| pycadf || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| shade || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/sqlalchemy-migrate sqlalchemy-migrate] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| sushy || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tosca-parser || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Dependencies: Environment markers ===&lt;br /&gt;
&lt;br /&gt;
Example to not install the &amp;quot;futures&amp;quot; dependency on Python 3.3 and newer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
futures; python_version &amp;lt; '3.2'&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== OpenStack applications (tc:approved-release) ===&lt;br /&gt;
&lt;br /&gt;
OpenStack applications [https://governance.openstack.org/tc/reference/tags/tc_approved-release.html#tag-tc-approved-release approved by the OpenStack Technical Committee].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; | Project !! style=&amp;quot;width: 10%;&amp;quot; | Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; | py35 gate !! style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ceilometer ceilometer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/cinder cinder] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://blueprints.launchpad.net/cinder/+spec/cinder-python3 cinder-python3] blueprint (written by Victor Stinner) has been accepted for Liberty. Patches: [https://review.openstack.org/#/q/project:openstack/cinder+topic:bp/cinder-python3,n,z bp/cinder-python3 topic]. Note: Commit message must use &amp;quot;Partial-Implements: blueprint cinder-python3&amp;quot; to be linked to the blueprint. Kendall Nelson, Ivan Kolodyazhny (core) and Eric Harney (core) prefer this syntax: see [https://review.openstack.org/#/c/229991/2//COMMIT_MSG COMMIT_MSG].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| designate || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | designate-devstack-pdns4-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance glance] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
Victor Stinner is working on porting Glance to Python3. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/glance+branch:master+topic:py3,n,z Patches for glance (topic: py3)].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/heat heat] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | heat-functional-convg-mysql-lbaasv2-py35 ||&lt;br /&gt;
Sirushti Murugesan wrote and implemented the spec [http://specs.openstack.org/openstack/heat-specs/specs/liberty/heat-python34-support.html Python34 Support] (which was accepted for Liberty). Mitaka version will fully support Python 3. Great job Sirushti Murugesan who did almost all the work!&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/horizon horizon] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
George Peristerakis wrote [https://blueprints.launchpad.net/horizon/+spec/porting-python3 Make Horizon python3.4 compatible] in May 2015, the blueprint was approved. Patches: [https://review.openstack.org/#/q/topic:bp/porting-python3+project:openstack/horizon,n,z bp/porting-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ironic ironic] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | ironic-tempest-dsvm-ipa-partition-pxe_ipmitool-tinyipa-python3 ||&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-May/064049.html Python 3.4 unit tests are now being run for openstack/ironic.  The unit tests are a voting job.]&lt;br /&gt;
Thanks to Victor Sergeyev for all of his work to update the Ironic code to make it pass the unit tests using Python 3.4: [https://review.openstack.org/#/c/156192/ Run tests in py34 environment]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystone keystone] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
The move to pyldap and new ldappool were major hurdles solved in Newton. Great work by the Keystone team to get the last things through the gate in Newton.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/neutron neutron] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://review.openstack.org/#/c/172962/ Porting to Python 3] spec (by Cyril Roelandt) accepted for Liberty, port in progress. [https://review.openstack.org/#/q/project:openstack/neutron+branch:master+topic:bp/neutron-python3,n,z Patches of the blueprint neutron-python3]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lbaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | neutron-lbaasv2-dsvm-py3x-api and neutron-lbaasv2-dsvm-py3x-api-namespace ||&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/neutron-python3 topic:bp/neutron-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-fwaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | neutron-fwaas-networking-midonet-cross-py35 (non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-vpnaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/nova nova] || style=&amp;quot;background-color: orange;&amp;quot; | work in progress || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
Status at 2016-06-22: 10,284/13,477 unit tests passed (76%), TODO: 3,193 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-28: Matt Riedemann: &amp;quot;Keep in mind that Thursday 6/30 is the nova non-priority blueprint feature freeze (end of day really). So the majority of review focus this week should be on non-priority blueprints.&amp;quot; Sylvain Bauzas: &amp;quot;Well, IIRC we discussed in the previous year on some of those blueprints (including the Py3 effort) that are not really features (rather refactoring items) and which shouldn't be hit by the non-priority feature freeze.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Status at 2016-08-01: Michael Still: &amp;quot;Per Matt's email, the merge window for these is now closed in Newton.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Status at 2016-09-22: 11,221/14,298 unit tests passed (78%), TODO: 3077 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2017-01-05: 13,888/14,537 unit tests passed (96%), TODO: 649 tests&lt;br /&gt;
&lt;br /&gt;
Links:&lt;br /&gt;
&lt;br /&gt;
* Paches: [https://review.openstack.org/#/q/topic:bp/nova-python3-newton  bp/nova-python3-newton]&lt;br /&gt;
* [https://blueprints.launchpad.net/nova/+spec/nova-python3-newton nova-python3-newton blueprint]&lt;br /&gt;
* [http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/adding-python34-support-to-nova.html Adding Python 3.4 support to Nova] spec (by Victor Stinner) accepted for Liberty.&lt;br /&gt;
&lt;br /&gt;
See also:&lt;br /&gt;
&lt;br /&gt;
* Old patches (old topic): [https://review.openstack.org/#/q/project:openstack/nova+branch:master+topic:bp/nova-python3,n,z master (bp/nova-python3)].&lt;br /&gt;
* dims: [https://review.openstack.org/#/c/261045/ python3: byte/string conversions and enable more tests] (abandonned after 100 revisions)&lt;br /&gt;
* dims: [https://review.openstack.org/#/c/262083/ python3: Port more code to python3] (abandonned after 45 revisions)&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org//pypi/sahara sahara] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | sahara-tests-scenario-py3 (experimental) || Status at 2018-02-23: the job fails during devstack deployment, because swift does not start. The list of its dependencies is minimal and components like keystone are optional. This was partially addressed with an extra dependency: https://review.openstack.org/#/c/544121/ but this requires  a) support in devstack (tentative support in https://review.openstack.org/#/c/544383/) b) at least another extra, or a more generic way of doing this; even with an additional extra explicitly required in devstack, the extras would be installed from pip breaking the test of depending patches.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/swift swift] || style=&amp;quot;background-color: red;&amp;quot; | blocked || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Status at 2016-06-22: 3/4,498 unit tests (0%), TODO: 4,495 tests&lt;br /&gt;
&lt;br /&gt;
Update (2016-06-27): [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097102.html master branch is currently in a soft-freeze in order to get encryption middleware merged]&lt;br /&gt;
&lt;br /&gt;
Python 3 bugs: https://bugs.launchpad.net/swift/+bug/1614289&lt;br /&gt;
&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-October/078058.html Plan to add Python 3 support to Swift]. Patches: [https://review.openstack.org/#/q/project:openstack/swift+branch:master+topic:py3,n,z Patches with the topic py3]&lt;br /&gt;
&lt;br /&gt;
Python 3 unit tests require liberasurecode &amp;gt;= 1.0.9 and PyEClib &amp;gt;= 1.0.9. To install liberasurecode (in /usr):&lt;br /&gt;
&lt;br /&gt;
 git clone https://bitbucket.org/tsg-/liberasurecode/&lt;br /&gt;
 cd liberasurecode&lt;br /&gt;
 /autogen.sh  &amp;amp;&amp;amp; /configure --prefix=/usr &amp;amp;&amp;amp; make &amp;amp;&amp;amp; sudo make install&lt;br /&gt;
&lt;br /&gt;
liberasurecode &amp;gt;= 1.0.9 is available in Ubuntu Precise, Ubuntu Trusty, Fedora 22, Fedora 23 and CentoOS 7.&lt;br /&gt;
&lt;br /&gt;
Update 2018-02-22: A list of current blockers: https://gist.github.com/tipabu/833b03a865dba96e9fa2230b82f5d075&lt;br /&gt;
&lt;br /&gt;
Update 2018-03-06: Current list of blockers with progress notes: https://etherpad.openstack.org/p/Swift_py3&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/trove trove] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | trove-devstack-base ||&lt;br /&gt;
Status at 2019-01-06:&lt;br /&gt;
Unit tests - 1708 tests, 1707 passed, 1 skipped.&lt;br /&gt;
&lt;br /&gt;
Integration tests are based on trove-devstack-base job.&lt;br /&gt;
&lt;br /&gt;
Status at 2016-07-25: 1,155 / 2,014 (run_tests.py: 398; testr: 1,521; generate_examples: 95) unit tests (57%), TODO: 859 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-22: 839 (testtools) / 1,992 (run_tests.py: 398; testr: 1,499; generate_examples: 95) unit tests (42%), TODO: 1,153 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2018-02-22: It appears that only one test is in the blacklist now: guestagent.test_operating_system&lt;br /&gt;
&lt;br /&gt;
run_tests.py (proboscis) failures: https://review.openstack.org/#/c/346905/1&lt;br /&gt;
&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/trove/+spec/trove-python3 trove-python3 blueprint] for Mitaka.&lt;br /&gt;
&lt;br /&gt;
From Victor (3/17/2016): &amp;quot;I propose to discuss Python 3 before the summit. For example, prepare a concrete plan to port Trove to Python 3, list technical issues like MySQL-Python, etc.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/trove-python3,n,z search for the bp/trove-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Other OpenStack Applications and Projects ===&lt;br /&gt;
&lt;br /&gt;
List of all OpenStack projects: [http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml projects.yaml].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; |  Project !! style=&amp;quot;width: 10%;&amp;quot; |  Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; |  py35 gate || style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| adjutant || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/aodh aodh] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/barbican barbican] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | unspecified ||&lt;br /&gt;
Blueprint [https://blueprints.launchpad.net/barbican/+spec/barbican-py3 barbican-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| blazar || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | blazar-devstack-dsvm-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cloudkitty || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/congress congress] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: orange;&amp;quot; | voting* || style=&amp;quot;background-color: lightgreen;&amp;quot; | congress-devstack-py35-api-mysql ||&lt;br /&gt;
(*)py35 support required tiny modification to antlr3 package, creating debian packaging difficulty&lt;br /&gt;
&lt;br /&gt;
Random Stacker wrote a [https://blueprints.launchpad.net/congress/+spec/support-python3 support-python3 blueprint]. Patches: [https://review.openstack.org/#/q/project:openstack/congress+branch:master+topic:bp/support-python3,n,z search for the topic bp/support-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/designate designate] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | designate-devstack-pdns4-py35 (check queue only) ||&lt;br /&gt;
Pradeep Kumar Singh proposed the [https://blueprints.launchpad.net/designate/+spec/designate-py3 blueprint designate-py3] which was accepted for Liberty. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/designate+branch:master+topic:bp/designate-py3,n,z topic:bp/designate-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ec2-api ec2-api] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/freezer freezer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| karbor || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/kuryr-kubernetes kuryr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/magnum magnum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila manila] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes but... || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | Most of our functional jobs run under python3 now  || need to merge  review [https://review.openstack.org/#/c/624467/] to replace CentOS jobs and switch the eventlet based wsgi engine to uwsgi because of [https://bugs.launchpad.net/manila/+bug/1482633] ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila-ui manila-ui] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | horizon-openstack-tox-python3-django111 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/mistral mistral] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-agent || style=&amp;quot;background-color: red;&amp;quot; | No || style=&amp;quot;background-color: orange;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-api || style=&amp;quot;background-color: red;&amp;quot; | No || style=&amp;quot;background-color: orange;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-log-api || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-ui || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/murano murano] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| murano-agent || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Octavia octavia] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | octavia-tox-functional-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| panko || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | panko-tox-py35-mysql and panko-tox-py35-postgresql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/rally rally] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
A big thank to Andrey Kurilin for a lot of work in this direction&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Searchlight searchlight] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Senlin senlin] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | senlin-dsvm-tempest-py35-api, senlin-dsvm-tempest-py35-functional, senlin-dsvm-tempest-py35-integration (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Solum solum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | solum-devstack-py35 (check only) ||&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/solum/+spec/solum-python3 blueprint solum-python3] which was approved. Patches: [https://review.openstack.org/#/q/status:open+topic:bp/solum-python3,n,z search for bp/solum-python3 topic] (open reviews).&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| storlets || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job (likely blocked on swift) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tacker || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | tacker-functional-devstack-python3 (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tricircle || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| vitrage || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | vitrage-dsvm-api-py35 and vitrage-dsvm-datasources-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Watcher watcher] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Zaqar zaqar] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/zun zun] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | zun-tempest-py35-docker-sql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| networking-l2gw || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsx vmware-nsx] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | All 3rd part CI jobs are running python 3  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsxlib vmware-nsxlib] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; |  tempest-api-vmware-nsxv3 is running python 3.5 and is voting ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Unsorted projects:&lt;br /&gt;
* [https://wiki.openstack.org/wiki/App-Catalog App Catalog]&lt;br /&gt;
* Chef OpenStack (Ruby)&lt;br /&gt;
* [https://github.com/openstack/kolla/ Kolla]: ~2100 lines of Python, but not &amp;quot;tox -e py27&amp;quot; target&lt;br /&gt;
* OpenStack Ansible (Python): Ansible playbooks and roles for deployment&lt;br /&gt;
* Puppet OpenStack (Ruby)&lt;br /&gt;
* TripleO&lt;br /&gt;
&lt;br /&gt;
=== Enable Python 3 in DevStack ===&lt;br /&gt;
&lt;br /&gt;
* Fedora::&lt;br /&gt;
&lt;br /&gt;
 sudo dnf install python3-devel&lt;br /&gt;
 sudo python3 -m pip install python-memcached   # needed by keystonemiddleware&lt;br /&gt;
&lt;br /&gt;
* localrc: add the following line&lt;br /&gt;
&lt;br /&gt;
 USE_PYTHON3=True&lt;br /&gt;
&lt;br /&gt;
See [https://review.openstack.org/#/c/414176/ Switch to python 3.5].&lt;br /&gt;
&lt;br /&gt;
=== Functional and Integration Tests ===&lt;br /&gt;
&lt;br /&gt;
Etherpad: https://etherpad.openstack.org/p/support-python3.5-functional-tests&lt;br /&gt;
&lt;br /&gt;
Doug Hellmann wrote a cross-project specification to run integration tests on Python 3: [http://specs.openstack.org/openstack/openstack-specs/specs/enable-python-3-int-func-tests.html Enabling Python 3 for Application Integration Tests] (spec approved for Liberty).&lt;br /&gt;
&lt;br /&gt;
Patch for DevStack: [https://review.openstack.org/#/c/181165/ Enable optional Python 3 support].&lt;br /&gt;
&lt;br /&gt;
Projects wanting to run their existing functional test suite against their services on Python 3 should:-&lt;br /&gt;
* Add the Python3.4 trove classifier to the setup.cfg configuration file of the respective service.&lt;br /&gt;
* set USE_PYTHON3=True in Devstack's localrc config file before running stack.sh after [https://review.openstack.org/#/c/181165/ the DevStack change] is merged or cherry-pick until then.&lt;br /&gt;
* set basepython = python3.5 in tox for the necessary functional/integration tests environment.&lt;br /&gt;
&lt;br /&gt;
Then run tox -e&amp;lt;your functional test suite name&amp;gt;. Example:- tox -efunctional to run the functional the tests of a certain project.&lt;br /&gt;
&lt;br /&gt;
Once the functional test suite is reliably passing against the service in a python 3.5 env, the trove classifiers must be updated along with a new gate job being added to the project.&lt;br /&gt;
&lt;br /&gt;
Sirushti Murugesan's attempt on Heat: https://review.openstack.org/#/c/188033/&lt;br /&gt;
&lt;br /&gt;
=== Python 3.5 ===&lt;br /&gt;
&lt;br /&gt;
* project-config: [https://review.openstack.org/#/c/336272/ Add python35 jobs]&lt;br /&gt;
* nova: [https://review.openstack.org/#/c/336432/ Add a py35 environment to tox]&lt;br /&gt;
* Neutron issues: https://bugs.launchpad.net/neutron/+bug/1559191&lt;br /&gt;
* There is no Jenkins job using Python 3.5 yet&lt;br /&gt;
* /usr/bin/python3 is Python 3.5 in Fedora 24, Ubuntu 16.04 LTS (Xenial Xerus) and Debian Stretch (Testing)&lt;br /&gt;
&lt;br /&gt;
=== Python 3.6 status ===&lt;br /&gt;
&lt;br /&gt;
Python 3.6 is scheduled to be the default/only version of Python available in Ubuntu 18.04 LTS (Bionic Beaver) and Debian 10 (Buster).&lt;br /&gt;
&lt;br /&gt;
Known issues:&lt;br /&gt;
&lt;br /&gt;
* eventlet&amp;lt;0.21.0 is broken with Python 3.6, see https://github.com/eventlet/eventlet/issues/371. There is also https://github.com/eventlet/eventlet/issues/401 which is fixed in 0.22.0, so it might seem feasible to upgrade to eventlet-0.22.1 once we can do proper testing.&lt;br /&gt;
* Horizon explicitly only claims support for Python 3.5, when running devstack with Python 3.6 one needs to set:&lt;br /&gt;
    ENABLED_PYTHON3_PACKAGES=horizon&lt;br /&gt;
&lt;br /&gt;
== Status of Python 3 in Linux distributions ==&lt;br /&gt;
&lt;br /&gt;
* ArchLinux already [https://www.archlinux.org/news/python-is-now-python-3 switched to Python 3 by default] in 2011&lt;br /&gt;
* Ubuntu wants to remove Python 2 from the default installation for Ubuntu 18.04 LTS: see [https://wiki.ubuntu.com/Python (Python) Plans for 18.04].&lt;br /&gt;
* Fedora schedules the switch in Fedora 23 (october 2015): [https://fedoraproject.org/wiki/Changes/Python_3_as_Default Python 3 as the Default Implementation]&lt;br /&gt;
** [http://fedora.portingdb.xyz/ Python 3 Porting Database for Fedora] and [http://fedora.portingdb.xyz/history/ history of packages tracked by the Fedora portingdb]&lt;br /&gt;
** [https://lwn.net/Articles/690676/ Python 3 in Fedora] (Python 3 in Fedora)&lt;br /&gt;
* RHEL: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on RHEL6 and RHEL7 using SCL.&lt;br /&gt;
* CentOS: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on CentOS 6 and 7 using SCL (no Red Hat subscription needed, CentOS has its own flavor of SCL)&lt;br /&gt;
* In Debian, the plan is to deprecate Python 2 in Stretch (aka: Debian 9, the next Stable Debian after Jessie) and to completely remove Python 2 for the Buster release of Debian (aka: Debian 10, to be released in approximatively 2019).&lt;br /&gt;
&lt;br /&gt;
== Status of Python 2 Support Being Dropped in Dependencies ==&lt;br /&gt;
&lt;br /&gt;
* Django 2.0 will not include Python 2 support (23 Jan 2017 we use Django&amp;gt;=1.8,&amp;lt;1.9)&lt;br /&gt;
** https://github.com/django/django/pull/7867/files&lt;br /&gt;
** https://github.com/django/django/pull/7871/files&lt;br /&gt;
* Pylons/Pyramid are also considering dropping Python 2&lt;br /&gt;
** https://github.com/Pylons/pyramid/issues/2903&lt;br /&gt;
** This is the same team that maintains webob, but it isn't clear if they intend to also drop support there.&lt;br /&gt;
&lt;br /&gt;
== Progress reports, meetings and sprints ==&lt;br /&gt;
&lt;br /&gt;
* Pike PTG: https://etherpad.openstack.org/p/ptg-pike-python35&lt;br /&gt;
* Ocata Summit&lt;br /&gt;
** https://etherpad.openstack.org/p/ocata-python-3&lt;br /&gt;
* openstack-dev: [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097930.html Status of the OpenStack port to Python 3] (Jun 22, 2016). 80 projects/83 (96%) have unit tests passing on Python 3, TODO (3): Nova, Swift and Trove.&lt;br /&gt;
* Mitaka Summit&lt;br /&gt;
** Cross-project session: Python 3 was proposed, https://etherpad.openstack.org/p/mitaka-cross-project-session-planning&lt;br /&gt;
* Liberty Summit&lt;br /&gt;
** Cross-project session on enabling app integration testing: https://etherpad.openstack.org/p/liberty-cross-project-python3&lt;br /&gt;
* Kilo Summit&lt;br /&gt;
** Doug Hellmann: &amp;quot;Moving our applications to Python 3&amp;quot; cross-project session&lt;br /&gt;
** Victor Stinner: &amp;quot;Port nova to Python 3&amp;quot;, https://etherpad.openstack.org/p/liberty-nova-summit-ideas&lt;br /&gt;
* Juno summit notes: https://etherpad.openstack.org/p/juno-cross-project-future-of-python (Oslo) and https://etherpad.openstack.org/p/juno_swift_python3 (Swift)&lt;br /&gt;
* Icehouse summit notes: https://etherpad.openstack.org/p/IcehousePypyPy3&lt;br /&gt;
* Havana summit notes: https://etherpad.openstack.org/p/havana-python3&lt;br /&gt;
&lt;br /&gt;
== Articles ==&lt;br /&gt;
&lt;br /&gt;
* [http://blogs.rdoproject.org/7894/status-of-python-3-in-openstack-mitaka Status of Python 3 in OpenStack Mitaka] (Victor Stinner, March 2016)&lt;br /&gt;
* [http://techs.enovance.com/7807/python-3-status-openstack-liberty Python 3 Status in OpenStack Liberty] (Cyril Roelandt and Victor Stinner, September 2015)&lt;br /&gt;
* [http://techs.enovance.com/6722/status-of-the-openstack-port-to-python-3-2 Status of the OpenStack port to Python 3] (Cyril Roelandt, February 2014)&lt;br /&gt;
* [http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?] (Victor Stinner, December 2013)&lt;br /&gt;
&lt;br /&gt;
== Pycon Montreal 2014: Sprint Port OpenStack to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
Enovance organized a sprint to Port OpenStack to Python 3 during 4 days: between April, 14 (Monday) and April, 17 (Thursday) 2014. See the page [[Python3/SprintPycon2014]].&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=167529</id>
		<title>Python3</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Python3&amp;diff=167529"/>
				<updated>2019-01-07T19:37:41Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page tracks the progress of Python 3 effort porting for OpenStack.&lt;br /&gt;
&lt;br /&gt;
== IRC: #openstack-dev ==&lt;br /&gt;
&lt;br /&gt;
Join the #openstack-dev IRC channel on the Freenode network to discuss Python 3.&lt;br /&gt;
&lt;br /&gt;
== Python 3 ==&lt;br /&gt;
&lt;br /&gt;
[http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?]&lt;br /&gt;
:''Python 3 is usually seen as the new Python version which breaks compatibility and raises new Unicode issues. Python 3 is much more than that. It’s a new clean language which has a more consistent syntax. It has many new features, not less than 15 new modules. Python 3 is already well supported by major Linux distributions, whereas Python 2.7 reached its end-of-life. Slowly, some bugs cannot be fixed in Python 2.7 anymore and are only fixed in the latest Python 3 release. Python 3 is now 5 years old and considered as a mature programming language.''&lt;br /&gt;
&lt;br /&gt;
== Python 2: Python 2.6 support dropped, Python 2.7 only ==&lt;br /&gt;
&lt;br /&gt;
OpenStack Liberty targets Python 2.7 and 3.4.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support is being dropped in OpenStack since OpenStack Juno for servers. Python 2.6 support is currently kept in Oslo libraries and clients. See [https://etherpad.openstack.org/p/juno-cross-project-future-of-python juno-cross-project-future-of-python] etherpad.&lt;br /&gt;
&lt;br /&gt;
Python 3.3 support is being dropped since OpenStack Liberty.&lt;br /&gt;
&lt;br /&gt;
Python 2.6 is slowly being dropped in the whole OpenStack project, ex: [https://review.openstack.org/#/c/201295/ Remove p26 job from DIB].&lt;br /&gt;
&lt;br /&gt;
Python 2.6 support will be removed in Oslo and Clients clients for OpenStack Mitaka: [http://markmail.org/message/oe6wewgvbvvyts73 Oslo libraries dropping python 2.6 compatability].&lt;br /&gt;
&lt;br /&gt;
== Port Python 2 code to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
OpenStack project chose to use the same code base for Python 2 and Python 3. The [http://pythonhosted.org/six/ Six: Python 2 and 3 Compatibility Library] helps to write code working on both versions. OpenStack supported Python 2.6 for RHEL up to Juno, but not Python 2.5 and older. As we are targeting Python 3.4 and up, there is no need to avoid u'unicode' syntax. Do not use six.u('unicode').&lt;br /&gt;
&lt;br /&gt;
=== Before you begin ===&lt;br /&gt;
&lt;br /&gt;
If you're doing development with Ubuntu/Debian (and not using devstack with the USE_PYTHON flag set), then you'll need the following packages installed to run the py34 tox unit test targets in the projects:&lt;br /&gt;
&lt;br /&gt;
    sudo apt-get install python3.4 python3.4-dev&lt;br /&gt;
&lt;br /&gt;
=== sixer tool ===&lt;br /&gt;
&lt;br /&gt;
The [https://pypi.python.org/pypi/sixer sixer] tool helps to replace most basic patterns to add Python 3 compatibility and it respects OpenStack coding style.&lt;br /&gt;
&lt;br /&gt;
=== Common patterns ===&lt;br /&gt;
&lt;br /&gt;
* Replace &amp;quot;for key in dict.iterkeys()&amp;quot; with &amp;quot;for key in dict&amp;quot;&lt;br /&gt;
* Replace dict.iteritems() with dict.items()&lt;br /&gt;
* Replace dict.itervalues() with dict.values()&lt;br /&gt;
&lt;br /&gt;
Note: Replacing dict.iteritems()/.itervalues() with six.iteritems(dict)/six.itervalues(dict) was preferred in the past, but there was [http://lists.openstack.org/pipermail/openstack-dev/2015-June/066391.html a discussion suggesting to avoid six for this]. The overhead of creating a temporary list on Python 2 is negligible.&lt;br /&gt;
&lt;br /&gt;
* Replace iterator.next() with next(iterator)&lt;br /&gt;
* Replace basestring with six.string_types&lt;br /&gt;
* Replace unicode with six.text_type&lt;br /&gt;
* Replace (str, unicode) with six.string_types&lt;br /&gt;
* Replace (int, long) with six.integer_types&lt;br /&gt;
* Replace func.func_name with func.__name__&lt;br /&gt;
* Replace exceptions.OSError with OSError and remove &amp;quot;import exceptions&amp;quot;&lt;br /&gt;
* map() and filter() if a list is needed on Python 3:&lt;br /&gt;
** Replace map(func, data) with [func(item) for item in data]&lt;br /&gt;
** Replace filter(lambda obj: test(obj), data) with [obj for obj in data if test(obj)]&lt;br /&gt;
** Note: Usually, tests fail because map() or filter() objects have no length&lt;br /&gt;
&lt;br /&gt;
=== Serialization: base64, JSON, etc. ===&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Get the [http://docs.openstack.org/developer/oslo.serialization/api.html#module-oslo_serialization.base64 base64 module] from oslo_serialization (from oslo_serialization import base64) to get functions:&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded)&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded, encoding='utf-8')&lt;br /&gt;
** oslo_serialization.base64.encode_as_bytes(s, encoding='utf-8')&lt;br /&gt;
**  oslo_serialization.base64.encode_as_text(s, encoding='utf-8')&lt;br /&gt;
* Replace text.encode('base64') and base64.b64encode(text) with:&lt;br /&gt;
** base64.b64encode(text): only accept bytes and returns bytes,&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_bytes(text): accept bytes or Unicode and returns bytes&lt;br /&gt;
** or: oslo_serialization.base64.encode_as_text(text): accept bytes and Unicode and returns Unicode&lt;br /&gt;
** '''Warning:''' base64.encodestring(raw) adds a newline (&amp;quot;\n&amp;quot;), whereas encode_as_bytes() and encode_as_text() don't.&lt;br /&gt;
* Replace raw.decode('base64') with:&lt;br /&gt;
** base64.b64decode(raw): return bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_bytes(encoded): accept bytes and Unicode, returns bytes&lt;br /&gt;
** oslo_serialization.base64.decode_as_text(encoded): accept bytes and Unicode, returns Unicode&lt;br /&gt;
&lt;br /&gt;
Hexadecimal:&lt;br /&gt;
&lt;br /&gt;
* Replace raw.decode('hex') with binascii.unhexlify(raw)&lt;br /&gt;
* Replace bytes.encode('hex') with binascii.hexlify(bytes)&lt;br /&gt;
&lt;br /&gt;
JSON:&lt;br /&gt;
&lt;br /&gt;
* [with oslo.serialization 1.10 or newer] Replace json.dumps(obj) with [http://docs.openstack.org/developer/oslo.serialization/api.html#oslo_serialization.jsonutils.dump_as_bytes oslo_serialization.jsonutils.dump_as_bytes(obj)]&lt;br /&gt;
* Replace json.loads(obj) with oslo_serialization.jsonutils.loads(obj): it accepts bytes and Unicode, bytes is decoded from UTF-8. It avoids &amp;quot;if isinstance(obj, bytes): obj = obj.decode('utf-8')&amp;quot; which may require a second temporary variable.&lt;br /&gt;
&lt;br /&gt;
=== contextlib.nested ===&lt;br /&gt;
&lt;br /&gt;
To replaced contextlib.nested is to use [https://docs.python.org/3/library/contextlib.html#contextlib.ExitStack contextlib.ExitStack]. It's available on Python 2 using [https://contextlib2.readthedocs.org/en/latest/#contextlib2.ExitStack contextlib2.ExitStack]. For contextlib.nested, nova/test.py defines:&lt;br /&gt;
&lt;br /&gt;
 if six.PY3:&lt;br /&gt;
     @contextlib.contextmanager&lt;br /&gt;
     def nested(*contexts):&lt;br /&gt;
         with contextlib.ExitStack() as stack:&lt;br /&gt;
             yield [stack.enter_context(c) for c in contexts]&lt;br /&gt;
 else:&lt;br /&gt;
     nested = contextlib.nested&lt;br /&gt;
&lt;br /&gt;
Another option to replaced contextlib.nested is to use the @mock.patch decorator. Example with nested function:&lt;br /&gt;
&lt;br /&gt;
 def test_thing(self):&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    @mock.patch(...)&lt;br /&gt;
    def do_test(...):&lt;br /&gt;
        ...&lt;br /&gt;
&lt;br /&gt;
    do_test()&lt;br /&gt;
&lt;br /&gt;
More options:&lt;br /&gt;
* Mock provides a context that patches multiple things so that no nesting is needed: [https://docs.python.org/dev/library/unittest.mock.html#patch-multiple mock.patch.multiple()]&lt;br /&gt;
* oslotest provides fixtures for mock, so you don't need a context: [http://docs.openstack.org/developer/oslotest/api.html#module-oslotest.mockpatch oslotest.mockpatch].&lt;br /&gt;
&lt;br /&gt;
=== oslo_utils.encodeutils.to_utf8 ===&lt;br /&gt;
&lt;br /&gt;
oslo.utils 3.5 has an oslo_utils.encodeutils.to_utf8() function to encode Unicode to UTF-8 and return bytes unchanged.&lt;br /&gt;
&lt;br /&gt;
=== bytes.decode and unicode.encode ===&lt;br /&gt;
&lt;br /&gt;
Python has a notion of &amp;quot;default encoding&amp;quot;: sys.getdefaultencoding(). On Python 2, the default encoding is ASCII, whereas it is UTF-8 on Python 3.&lt;br /&gt;
&lt;br /&gt;
Don't write &amp;lt;code&amp;gt;data.decode()&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode()&amp;lt;/code&amp;gt; without parameter, because you will use a different encoding on Python 2 and Python 3.&lt;br /&gt;
&lt;br /&gt;
Use an explicit encoding instead. Example: &amp;lt;code&amp;gt;data.decode('utf-8')&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;text.encode('utf-8')&amp;lt;/code&amp;gt;. The right encoding depends on the use case, but UTF-8 is usually a good candidate (it is a superset of ASCII).&lt;br /&gt;
&lt;br /&gt;
=== safe_decode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_decode()''' which can be used to decode a bytes string and pass text strings unchanged.&lt;br /&gt;
&lt;br /&gt;
The default encoding is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data, 'utf-8')&amp;lt;/code&amp;gt;: decode bytes from UTF-8 or returns data unchanged if it's already a text string&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_decode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
By default, the decoder is strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: safe_decode(b'[\xff]', 'ascii', 'ignore') returns '[]'.&lt;br /&gt;
&lt;br /&gt;
=== safe_encode ===&lt;br /&gt;
&lt;br /&gt;
Olso Incubator has a function '''safe_encode()''' which can be used to encode a string. Its usage is tricky and you should understand how it works and which encodings are used.&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(text)&amp;lt;/code&amp;gt; encodes text to the output encoding&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(bytes)&amp;lt;/code&amp;gt; may decode the string and then reencode to a different encoding if input and output encodings are different&lt;br /&gt;
&lt;br /&gt;
The default input encoding (&amp;lt;code&amp;gt;incomding&amp;lt;/code&amp;gt; parameter) is &amp;lt;code&amp;gt;sys.stdin.encoding or sys.getdefaultencoding()&amp;lt;/code&amp;gt;:&lt;br /&gt;
* Python 3: the locale encoding, or UTF-8 if sys.stdin is &amp;quot;mocked&amp;quot; (io.StringIO instance)&lt;br /&gt;
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is &amp;quot;mocked&amp;quot; (StringIO.StringIO instance)&lt;br /&gt;
&lt;br /&gt;
The default output encoding (&amp;lt;code&amp;gt;encoding&amp;lt;/code&amp;gt; parameter) is UTF-8.&lt;br /&gt;
&lt;br /&gt;
It's safer to explicit the input encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is &amp;quot;mocked&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Safe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data, incoming='utf-8')&amp;lt;/code&amp;gt;: encode text to UTF-8 or returns data unchanged if it's already a bytes string (since the input and output encoding are UTF-8)&lt;br /&gt;
&lt;br /&gt;
Unsafe usage:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(data)&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
* &amp;lt;code&amp;gt;safe_encode(b'\xe9', incoming='latin-1')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'\xc3\xa9'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
By default, the encoder and the decoder are strict. You can specify a different error handler using the optional &amp;lt;code&amp;gt;errors&amp;lt;/code&amp;gt; parameter. Example: &amp;lt;code&amp;gt;safe_encode(b'[\xff]', incoming='ascii', errors='ignore')&amp;lt;/code&amp;gt; returns &amp;lt;code&amp;gt;b'[]'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== logging module and format exceptions ===&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;code&amp;gt;exception_to_unicode(exc)&amp;lt;/code&amp;gt; function of oslo_utils.encodeutils is the recommanded way to format an exception to Unicode. This function works on Python 2 and Python 3 and it should avoid mojibake is most cases.&lt;br /&gt;
&lt;br /&gt;
On Python 2, the logging module accepts bytes and text strings. On Python 3, it only accepts text strings. For example, logging.error(b'hello') logs &amp;lt;code&amp;gt;b'hello'&amp;lt;/code&amp;gt; instead of &amp;lt;code&amp;gt;'hello'&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
There is no clear rule for format exceptions yet. There are different choices depending on the project:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;: native string, so use bytes on Python 2&lt;br /&gt;
* &amp;lt;code&amp;gt;six.text_type(exc)&amp;lt;/code&amp;gt;: always use Unicode. It may raise unicode error depending on the exception, be careful. Example of such error in python 2: &amp;lt;code&amp;gt;unicode(Exception(&amp;quot;nonascii:\xe9&amp;quot;))&amp;lt;/code&amp;gt;.&lt;br /&gt;
* &amp;lt;code&amp;gt;six.u(str(exc))&amp;lt;/code&amp;gt;: unsafe on Python 2 if str(exc) contains non-ASCII bytes, ex: &amp;lt;code&amp;gt;unicode(str(Exception(&amp;quot;\xff&amp;quot;)))&amp;lt;/code&amp;gt;&lt;br /&gt;
* &amp;lt;code&amp;gt;LOG.exception(_LE(&amp;quot;... %(exc)s ...&amp;quot;), {&amp;quot;exc&amp;quot;: exc, ...})&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Since logging functions expect text strings on Python 3, logged exceptions should be formatted using &amp;lt;code&amp;gt;str(exc)&amp;lt;/code&amp;gt;. Example: &amp;lt;code&amp;gt;LOG.debug(str(exc))&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
=== HTTP ===&lt;br /&gt;
&lt;br /&gt;
The HTTP protocol is based on '''bytes''':&lt;br /&gt;
&lt;br /&gt;
* HTTP body contains '''bytes'''. For example, use io.BytesIO for a stream storing an HTTP body.&lt;br /&gt;
* HTTPConnection.getresponse().read() returns '''bytes''' (in Python 3, '''str''' which is bytes in Python 2)&lt;br /&gt;
* On Python 3, the http.client accepts text for HTTP headers: keys are encoded to ASCII and values to ISO 8859-1 (which is only a small subset of the Unicode charset)&lt;br /&gt;
* It looks like Swift encodes internally HTTP headers to UTF-8 (directly using the UTF-8 encoding, not using a MIME encoding like =?UTF-8?Q?...?=. See the HTTP [RFC 2047 http://www.ietf.org/rfc/rfc2047.txt] and [http://stackoverflow.com/questions/4400678/http-header-should-use-what-character-encoding  HTTP header should use what character encoding?]&lt;br /&gt;
&lt;br /&gt;
=== References to port Python 2 code to Python 3 ===&lt;br /&gt;
* [http://python3porting.com/ Porting to Python 3 Book] by Lennart Regebro, especially the [http://python3porting.com/differences.html Language differences and workarounds].&lt;br /&gt;
* [http://docs.python.org/dev/howto/pyporting.html HOWTO: Porting Python 2 Code to Python 3] by Brett Cannon&lt;br /&gt;
* [https://wiki.python.org/moin/PortingPythonToPy3k Porting Python Code to 3.x]&lt;br /&gt;
* [http://code.google.com/p/python-incompatibility/  python-incompatibility]: Demonstrates incompatibilities between Python versions.&lt;br /&gt;
&lt;br /&gt;
=== Common pitfalls ===&lt;br /&gt;
&lt;br /&gt;
==== What is a string ? ====&lt;br /&gt;
You should definitely not talk about &amp;quot;strings&amp;quot; in your commit logs/reviews. In Python 2, a 'string' is bytes; in Python 3, it's a Unicode text string. The following code snippet may help in understanding the difference:&lt;br /&gt;
&lt;br /&gt;
Python 2:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;type 'unicode'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;type 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(u'foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    'f'&lt;br /&gt;
&lt;br /&gt;
Python 3:&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type('foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(u'foo')&lt;br /&gt;
    &amp;lt;class 'str'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; type(b'foo')&lt;br /&gt;
    &amp;lt;class 'bytes'&amp;gt;&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance('foo', six.text_type)&lt;br /&gt;
    True&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; isinstance(b'foo', six.text_type)&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; bytes is str&lt;br /&gt;
    False&lt;br /&gt;
    &amp;gt;&amp;gt;&amp;gt; b'foo'[0]&lt;br /&gt;
    102&lt;br /&gt;
&lt;br /&gt;
==== tox/testr error: db type could not be determined ====&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;db type could not be determined&amp;quot; error comes from .testrepository/times.dbm used by testr.&lt;br /&gt;
&lt;br /&gt;
Workaround: &amp;quot;rm -rf .testrepository/&amp;quot; and then run &amp;quot;tox -e py34&amp;quot; before running &amp;quot;tox -e py27&amp;quot;. You only have to do this once. The problem only occurs with &amp;quot;tox -e py34&amp;quot; when .testrepository/ was created by Python 2.&lt;br /&gt;
&lt;br /&gt;
== Python 3 Status of OpenStack projects ==&lt;br /&gt;
&lt;br /&gt;
=== Common Libraries (Oslo Projects) ===&lt;br /&gt;
&lt;br /&gt;
See [http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml programs.yaml] for the list of Common Libraries.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/automaton automaton] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/castellan castellan] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cliff cliff] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/debtcollector debtcollector] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/futurist futurist] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.cache oslo.cache] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.concurrency oslo.concurrency] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.config oslo.config] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.context oslo.context] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.db oslo.db] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
PyMySQL driver is now used by default for MySQL. setup.cfg contains the Python 3 classifier.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.i18n oslo.i18n] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.log oslo.log] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.messaging oslo.messaging] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
oslo.messaging is now fully compatible with Python 3. The old (and now removed) Qpid transport was not compatible, the AMQP driver was ported recently.&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.middleware oslo.middleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.policy oslo.policy] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.privsep oslo.privsep] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.reports oslo.reports] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.rootwrap oslo.rootwrap] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.serialization oslo.serialization] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.service oslo.service] || style=&amp;quot;background-color: orange;&amp;quot; | Partial ||&lt;br /&gt;
WSGI module SSL support is broken under Python 3. We want projects to support deployment without relying on that code, but not all do (see glance and designate below).&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslotest oslotest] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.versionedobjects oslo.versionedobjects] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.vmware oslo.vmware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || Supports Python 3 since oslo.vmware 0.13.0&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/oslo.utils oslo.utils] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| pylockfile || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/stevedore stevedore] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/tooz tooz] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Development tools ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/cookiecutter cookiecutter] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/hacking hacking] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| [https://pypi.python.org/pypi/pbr pbr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes ||&lt;br /&gt;
|-&lt;br /&gt;
| stackforge/python-jenkins || style=&amp;quot;background-color: lightgreen;&amp;quot; | yes || py33 gate is voting&lt;br /&gt;
|-&lt;br /&gt;
| openstack-infra/jenkins-job-builder || style=&amp;quot;background-color: orange;&amp;quot; | partial || https://review.openstack.org/172238&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack clients ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Blocked by !! Comment&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystonemiddleware keystonemiddleware] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || python-memcached || keystonemiddleware 1.6.1 supports Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-barbicanclient python-barbicanclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ceilometerclient python-ceilometerclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-cinderclient python-cinderclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-fuelclient python-fuelclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; |  On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-glanceclient python-glanceclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color:lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-heatclient python-heatclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-ironicclient python-ironicclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes||  style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot;  | On PyPI ||  || &lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-keystoneclient python-keystoneclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-manilaclient python-manilaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color:lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-marconiclient python-marconiclient]|| style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-monascaclient python-monascaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-novaclient python-novaclient]  || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-neutronclient python-neutronclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-octaviaclient python-octaviaclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting  || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI ||   ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-openstackclient python-openstackclient]      || style=&amp;quot;background-color: lightgreen&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || || As of 0.9&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-saharaclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-saharaclient python-senlinclient]    || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI ||  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-swiftclient python-swiftclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-tuskarclient python-tuskarclient]   || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-troveclient python-troveclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-watcherclient python-watcherclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/python-designateclient python-designateclient] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | Voting || style=&amp;quot;background-color: lightgreen&amp;quot; | On PyPI || ||&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== OpenStack Libraries ===&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Comment&lt;br /&gt;
|-&lt;br /&gt;
| blazar-nova || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
| ceilometermiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/django_openstack_auth django_openstack_auth] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
django_openstack_auth 2.0 is fully compatible with Python 3.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance_store glance_store] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || glance_store 0.7.0 added the Python 3 support.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| heat-translator || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ironic-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystoneauth || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| keystonemiddleware || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| ldappool || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-statsd || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| mistral-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| octavia-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/os-brick os-brick] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || os-brick 0.3.2 added Python 3 support.&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-client-config || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-traits || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-vif || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| os-win || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-lib || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| osc-placement || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| pycadf || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| shade || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/sqlalchemy-migrate sqlalchemy-migrate] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| sushy || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/taskflow taskflow] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tosca-parser || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Dependencies: Environment markers ===&lt;br /&gt;
&lt;br /&gt;
Example to not install the &amp;quot;futures&amp;quot; dependency on Python 3.3 and newer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
futures; python_version &amp;lt; '3.2'&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== OpenStack applications (tc:approved-release) ===&lt;br /&gt;
&lt;br /&gt;
OpenStack applications [https://governance.openstack.org/tc/reference/tags/tc_approved-release.html#tag-tc-approved-release approved by the OpenStack Technical Committee].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; | Project !! style=&amp;quot;width: 10%;&amp;quot; | Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; | py35 gate !! style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ceilometer ceilometer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/cinder cinder] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://blueprints.launchpad.net/cinder/+spec/cinder-python3 cinder-python3] blueprint (written by Victor Stinner) has been accepted for Liberty. Patches: [https://review.openstack.org/#/q/project:openstack/cinder+topic:bp/cinder-python3,n,z bp/cinder-python3 topic]. Note: Commit message must use &amp;quot;Partial-Implements: blueprint cinder-python3&amp;quot; to be linked to the blueprint. Kendall Nelson, Ivan Kolodyazhny (core) and Eric Harney (core) prefer this syntax: see [https://review.openstack.org/#/c/229991/2//COMMIT_MSG COMMIT_MSG].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| designate || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | designate-devstack-pdns4-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/glance glance] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 || ! style=&amp;quot;background-color: orange;&amp;quot; | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]&lt;br /&gt;
Victor Stinner is working on porting Glance to Python3. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/glance+branch:master+topic:py3,n,z Patches for glance (topic: py3)].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/heat heat] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | heat-functional-convg-mysql-lbaasv2-py35 ||&lt;br /&gt;
Sirushti Murugesan wrote and implemented the spec [http://specs.openstack.org/openstack/heat-specs/specs/liberty/heat-python34-support.html Python34 Support] (which was accepted for Liberty). Mitaka version will fully support Python 3. Great job Sirushti Murugesan who did almost all the work!&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/horizon horizon] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
George Peristerakis wrote [https://blueprints.launchpad.net/horizon/+spec/porting-python3 Make Horizon python3.4 compatible] in May 2015, the blueprint was approved. Patches: [https://review.openstack.org/#/q/topic:bp/porting-python3+project:openstack/horizon,n,z bp/porting-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ironic ironic] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | ironic-tempest-dsvm-ipa-partition-pxe_ipmitool-tinyipa-python3 ||&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-May/064049.html Python 3.4 unit tests are now being run for openstack/ironic.  The unit tests are a voting job.]&lt;br /&gt;
Thanks to Victor Sergeyev for all of his work to update the Ironic code to make it pass the unit tests using Python 3.4: [https://review.openstack.org/#/c/156192/ Run tests in py34 environment]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/keystone keystone] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
The move to pyldap and new ldappool were major hurdles solved in Newton. Great work by the Keystone team to get the last things through the gate in Newton.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/neutron neutron] || style=&amp;quot;background-color:lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
[https://review.openstack.org/#/c/172962/ Porting to Python 3] spec (by Cyril Roelandt) accepted for Liberty, port in progress. [https://review.openstack.org/#/q/project:openstack/neutron+branch:master+topic:bp/neutron-python3,n,z Patches of the blueprint neutron-python3]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-lbaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | neutron-lbaasv2-dsvm-py3x-api and neutron-lbaasv2-dsvm-py3x-api-namespace ||&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/neutron-python3 topic:bp/neutron-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-fwaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | neutron-fwaas-networking-midonet-cross-py35 (non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| neutron-vpnaas || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/nova nova] || style=&amp;quot;background-color: orange;&amp;quot; | work in progress || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | integrated-gate-py35 ||&lt;br /&gt;
Status at 2016-06-22: 10,284/13,477 unit tests passed (76%), TODO: 3,193 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-28: Matt Riedemann: &amp;quot;Keep in mind that Thursday 6/30 is the nova non-priority blueprint feature freeze (end of day really). So the majority of review focus this week should be on non-priority blueprints.&amp;quot; Sylvain Bauzas: &amp;quot;Well, IIRC we discussed in the previous year on some of those blueprints (including the Py3 effort) that are not really features (rather refactoring items) and which shouldn't be hit by the non-priority feature freeze.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Status at 2016-08-01: Michael Still: &amp;quot;Per Matt's email, the merge window for these is now closed in Newton.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Status at 2016-09-22: 11,221/14,298 unit tests passed (78%), TODO: 3077 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2017-01-05: 13,888/14,537 unit tests passed (96%), TODO: 649 tests&lt;br /&gt;
&lt;br /&gt;
Links:&lt;br /&gt;
&lt;br /&gt;
* Paches: [https://review.openstack.org/#/q/topic:bp/nova-python3-newton  bp/nova-python3-newton]&lt;br /&gt;
* [https://blueprints.launchpad.net/nova/+spec/nova-python3-newton nova-python3-newton blueprint]&lt;br /&gt;
* [http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/adding-python34-support-to-nova.html Adding Python 3.4 support to Nova] spec (by Victor Stinner) accepted for Liberty.&lt;br /&gt;
&lt;br /&gt;
See also:&lt;br /&gt;
&lt;br /&gt;
* Old patches (old topic): [https://review.openstack.org/#/q/project:openstack/nova+branch:master+topic:bp/nova-python3,n,z master (bp/nova-python3)].&lt;br /&gt;
* dims: [https://review.openstack.org/#/c/261045/ python3: byte/string conversions and enable more tests] (abandonned after 100 revisions)&lt;br /&gt;
* dims: [https://review.openstack.org/#/c/262083/ python3: Port more code to python3] (abandonned after 45 revisions)&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org//pypi/sahara sahara] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | sahara-tests-scenario-py3 (experimental) || Status at 2018-02-23: the job fails during devstack deployment, because swift does not start. The list of its dependencies is minimal and components like keystone are optional. This was partially addressed with an extra dependency: https://review.openstack.org/#/c/544121/ but this requires  a) support in devstack (tentative support in https://review.openstack.org/#/c/544383/) b) at least another extra, or a more generic way of doing this; even with an additional extra explicitly required in devstack, the extras would be installed from pip breaking the test of depending patches.&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/swift swift] || style=&amp;quot;background-color: red;&amp;quot; | blocked || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Status at 2016-06-22: 3/4,498 unit tests (0%), TODO: 4,495 tests&lt;br /&gt;
&lt;br /&gt;
Update (2016-06-27): [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097102.html master branch is currently in a soft-freeze in order to get encryption middleware merged]&lt;br /&gt;
&lt;br /&gt;
Python 3 bugs: https://bugs.launchpad.net/swift/+bug/1614289&lt;br /&gt;
&lt;br /&gt;
[http://lists.openstack.org/pipermail/openstack-dev/2015-October/078058.html Plan to add Python 3 support to Swift]. Patches: [https://review.openstack.org/#/q/project:openstack/swift+branch:master+topic:py3,n,z Patches with the topic py3]&lt;br /&gt;
&lt;br /&gt;
Python 3 unit tests require liberasurecode &amp;gt;= 1.0.9 and PyEClib &amp;gt;= 1.0.9. To install liberasurecode (in /usr):&lt;br /&gt;
&lt;br /&gt;
 git clone https://bitbucket.org/tsg-/liberasurecode/&lt;br /&gt;
 cd liberasurecode&lt;br /&gt;
 /autogen.sh  &amp;amp;&amp;amp; /configure --prefix=/usr &amp;amp;&amp;amp; make &amp;amp;&amp;amp; sudo make install&lt;br /&gt;
&lt;br /&gt;
liberasurecode &amp;gt;= 1.0.9 is available in Ubuntu Precise, Ubuntu Trusty, Fedora 22, Fedora 23 and CentoOS 7.&lt;br /&gt;
&lt;br /&gt;
Update 2018-02-22: A list of current blockers: https://gist.github.com/tipabu/833b03a865dba96e9fa2230b82f5d075&lt;br /&gt;
&lt;br /&gt;
Update 2018-03-06: Current list of blockers with progress notes: https://etherpad.openstack.org/p/Swift_py3&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/trove trove] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | trove-devstack-base ||&lt;br /&gt;
Status at 2019-01-06:&lt;br /&gt;
Unit tests - 1708 tests, 1707 passed, 1 skipped.&lt;br /&gt;
&lt;br /&gt;
Integration tests are based on trove-devstack-base job.&lt;br /&gt;
&lt;br /&gt;
Status at 2016-07-25: 1,155 / 2,014 (run_tests.py: 398; testr: 1,521; generate_examples: 95) unit tests (57%), TODO: 859 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2016-06-22: 839 (testtools) / 1,992 (run_tests.py: 398; testr: 1,499; generate_examples: 95) unit tests (42%), TODO: 1,153 tests&lt;br /&gt;
&lt;br /&gt;
Status at 2018-02-22: It appears that only one test is in the blacklist now: guestagent.test_operating_system&lt;br /&gt;
&lt;br /&gt;
run_tests.py (proboscis) failures: https://review.openstack.org/#/c/346905/1&lt;br /&gt;
&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/trove/+spec/trove-python3 trove-python3 blueprint] for Mitaka.&lt;br /&gt;
&lt;br /&gt;
From Victor (3/17/2016): &amp;quot;I propose to discuss Python 3 before the summit. For example, prepare a concrete plan to port Trove to Python 3, list technical issues like MySQL-Python, etc.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/topic:bp/trove-python3,n,z search for the bp/trove-python3 topic].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Other OpenStack Applications and Projects ===&lt;br /&gt;
&lt;br /&gt;
List of all OpenStack projects: [http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml projects.yaml].&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! style=&amp;quot;width: 10%;&amp;quot; |  Project !! style=&amp;quot;width: 10%;&amp;quot; |  Unit tests pass on Python 3 !! style=&amp;quot;width: 10%;&amp;quot; |  py35 gate || style=&amp;quot;width: 20%;&amp;quot; | functional tests !! Comments&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| adjutant || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/aodh aodh] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/barbican barbican] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | unspecified ||&lt;br /&gt;
Blueprint [https://blueprints.launchpad.net/barbican/+spec/barbican-py3 barbican-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| blazar || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | blazar-devstack-dsvm-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| cloudkitty || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/congress congress] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: orange;&amp;quot; | voting* || style=&amp;quot;background-color: lightgreen;&amp;quot; | congress-devstack-py35-api-mysql ||&lt;br /&gt;
(*)py35 support required tiny modification to antlr3 package, creating debian packaging difficulty&lt;br /&gt;
&lt;br /&gt;
Random Stacker wrote a [https://blueprints.launchpad.net/congress/+spec/support-python3 support-python3 blueprint]. Patches: [https://review.openstack.org/#/q/project:openstack/congress+branch:master+topic:bp/support-python3,n,z search for the topic bp/support-python3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/cue cue] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Patches: [https://review.openstack.org/#/q/status:open+project:openstack/cue+branch:master+topic:py3,n,z search for topic py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/designate designate] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | designate-devstack-pdns4-py35 (check queue only) ||&lt;br /&gt;
Pradeep Kumar Singh proposed the [https://blueprints.launchpad.net/designate/+spec/designate-py3 blueprint designate-py3] which was accepted for Liberty. Patches: [https://review.openstack.org/#/q/status:open+project:openstack/designate+branch:master+topic:bp/designate-py3,n,z topic:bp/designate-py3].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/ec2-api ec2-api] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/freezer freezer] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| karbor || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/kuryr-kubernetes kuryr] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | openstack-tox-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/magnum magnum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila manila] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes but... || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | Most of our functional jobs run under python3 now  || need to merge  review [https://review.openstack.org/#/c/624467/] to replace CentOS jobs and switch the eventlet based wsgi engine to uwsgi because of [https://bugs.launchpad.net/manila/+bug/1482633] ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/manila-ui manila-ui] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | horizon-openstack-tox-python3-django111 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/mistral mistral] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-agent || style=&amp;quot;background-color: red;&amp;quot; | No || style=&amp;quot;background-color: orange;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-api || style=&amp;quot;background-color: red;&amp;quot; | No || style=&amp;quot;background-color: orange;&amp;quot; | non-voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-log-api || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| monasca-ui || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job || https://storyboard.openstack.org/#!/story/2000975 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/murano murano] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| murano-agent || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Octavia octavia] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | octavia-tox-functional-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| panko || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | panko-tox-py35-mysql and panko-tox-py35-postgresql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.python.org/pypi/rally rally] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
A big thank to Andrey Kurilin for a lot of work in this direction&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Searchlight searchlight] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Senlin senlin] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | senlin-dsvm-tempest-py35-api, senlin-dsvm-tempest-py35-functional, senlin-dsvm-tempest-py35-integration (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Solum solum] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | solum-devstack-py35 (check only) ||&lt;br /&gt;
Victor Stinner proposed the [https://blueprints.launchpad.net/solum/+spec/solum-python3 blueprint solum-python3] which was approved. Patches: [https://review.openstack.org/#/q/status:open+topic:bp/solum-python3,n,z search for bp/solum-python3 topic] (open reviews).&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| storlets || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job (likely blocked on swift) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tacker || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: orange;&amp;quot; | tacker-functional-devstack-python3 (check only, non-voting) ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| tricircle || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| vitrage || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | vitrage-dsvm-api-py35 and vitrage-dsvm-datasources-py35 ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Watcher watcher] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://wiki.openstack.org/wiki/Zaqar zaqar] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://github.com/openstack/zun zun] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: lightgreen;&amp;quot; | zun-tempest-py35-docker-sql ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| networking-l2gw || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting || style=&amp;quot;background-color: red;&amp;quot; | no job ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsx vmware-nsx] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; | All 3rd part CI jobs are running python 3  ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
| [https://pypi.org/project/vmware-nsxlib vmware-nsxlib] || style=&amp;quot;background-color: lightgreen;&amp;quot; | Yes || style=&amp;quot;background-color: lightgreen;&amp;quot; | voting ||  style=&amp;quot;background-color: lightgreen;&amp;quot; |  tempest-api-vmware-nsxv3 is running python 3.5 and is voting ||&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Unsorted projects:&lt;br /&gt;
* [https://wiki.openstack.org/wiki/App-Catalog App Catalog]&lt;br /&gt;
* Chef OpenStack (Ruby)&lt;br /&gt;
* [https://github.com/openstack/kolla/ Kolla]: ~2100 lines of Python, but not &amp;quot;tox -e py27&amp;quot; target&lt;br /&gt;
* OpenStack Ansible (Python): Ansible playbooks and roles for deployment&lt;br /&gt;
* Puppet OpenStack (Ruby)&lt;br /&gt;
* TripleO&lt;br /&gt;
&lt;br /&gt;
=== Enable Python 3 in DevStack ===&lt;br /&gt;
&lt;br /&gt;
* Fedora::&lt;br /&gt;
&lt;br /&gt;
 sudo dnf install python3-devel&lt;br /&gt;
 sudo python3 -m pip install python-memcached   # needed by keystonemiddleware&lt;br /&gt;
&lt;br /&gt;
* localrc: add the following line&lt;br /&gt;
&lt;br /&gt;
 USE_PYTHON3=True&lt;br /&gt;
&lt;br /&gt;
See [https://review.openstack.org/#/c/414176/ Switch to python 3.5].&lt;br /&gt;
&lt;br /&gt;
=== Functional and Integration Tests ===&lt;br /&gt;
&lt;br /&gt;
Etherpad: https://etherpad.openstack.org/p/support-python3.5-functional-tests&lt;br /&gt;
&lt;br /&gt;
Doug Hellmann wrote a cross-project specification to run integration tests on Python 3: [http://specs.openstack.org/openstack/openstack-specs/specs/enable-python-3-int-func-tests.html Enabling Python 3 for Application Integration Tests] (spec approved for Liberty).&lt;br /&gt;
&lt;br /&gt;
Patch for DevStack: [https://review.openstack.org/#/c/181165/ Enable optional Python 3 support].&lt;br /&gt;
&lt;br /&gt;
Projects wanting to run their existing functional test suite against their services on Python 3 should:-&lt;br /&gt;
* Add the Python3.4 trove classifier to the setup.cfg configuration file of the respective service.&lt;br /&gt;
* set USE_PYTHON3=True in Devstack's localrc config file before running stack.sh after [https://review.openstack.org/#/c/181165/ the DevStack change] is merged or cherry-pick until then.&lt;br /&gt;
* set basepython = python3.5 in tox for the necessary functional/integration tests environment.&lt;br /&gt;
&lt;br /&gt;
Then run tox -e&amp;lt;your functional test suite name&amp;gt;. Example:- tox -efunctional to run the functional the tests of a certain project.&lt;br /&gt;
&lt;br /&gt;
Once the functional test suite is reliably passing against the service in a python 3.5 env, the trove classifiers must be updated along with a new gate job being added to the project.&lt;br /&gt;
&lt;br /&gt;
Sirushti Murugesan's attempt on Heat: https://review.openstack.org/#/c/188033/&lt;br /&gt;
&lt;br /&gt;
=== Python 3.5 ===&lt;br /&gt;
&lt;br /&gt;
* project-config: [https://review.openstack.org/#/c/336272/ Add python35 jobs]&lt;br /&gt;
* nova: [https://review.openstack.org/#/c/336432/ Add a py35 environment to tox]&lt;br /&gt;
* Neutron issues: https://bugs.launchpad.net/neutron/+bug/1559191&lt;br /&gt;
* There is no Jenkins job using Python 3.5 yet&lt;br /&gt;
* /usr/bin/python3 is Python 3.5 in Fedora 24, Ubuntu 16.04 LTS (Xenial Xerus) and Debian Stretch (Testing)&lt;br /&gt;
&lt;br /&gt;
=== Python 3.6 status ===&lt;br /&gt;
&lt;br /&gt;
Python 3.6 is scheduled to be the default/only version of Python available in Ubuntu 18.04 LTS (Bionic Beaver) and Debian 10 (Buster).&lt;br /&gt;
&lt;br /&gt;
Known issues:&lt;br /&gt;
&lt;br /&gt;
* eventlet&amp;lt;0.21.0 is broken with Python 3.6, see https://github.com/eventlet/eventlet/issues/371. There is also https://github.com/eventlet/eventlet/issues/401 which is fixed in 0.22.0, so it might seem feasible to upgrade to eventlet-0.22.1 once we can do proper testing.&lt;br /&gt;
* Horizon explicitly only claims support for Python 3.5, when running devstack with Python 3.6 one needs to set:&lt;br /&gt;
    ENABLED_PYTHON3_PACKAGES=horizon&lt;br /&gt;
&lt;br /&gt;
== Status of Python 3 in Linux distributions ==&lt;br /&gt;
&lt;br /&gt;
* ArchLinux already [https://www.archlinux.org/news/python-is-now-python-3 switched to Python 3 by default] in 2011&lt;br /&gt;
* Ubuntu wants to remove Python 2 from the default installation for Ubuntu 18.04 LTS: see [https://wiki.ubuntu.com/Python (Python) Plans for 18.04].&lt;br /&gt;
* Fedora schedules the switch in Fedora 23 (october 2015): [https://fedoraproject.org/wiki/Changes/Python_3_as_Default Python 3 as the Default Implementation]&lt;br /&gt;
** [http://fedora.portingdb.xyz/ Python 3 Porting Database for Fedora] and [http://fedora.portingdb.xyz/history/ history of packages tracked by the Fedora portingdb]&lt;br /&gt;
** [https://lwn.net/Articles/690676/ Python 3 in Fedora] (Python 3 in Fedora)&lt;br /&gt;
* RHEL: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on RHEL6 and RHEL7 using SCL.&lt;br /&gt;
* CentOS: [https://www.softwarecollections.org/en/scls/rhscl/python33/ Python 3.3] and [https://www.softwarecollections.org/en/scls/rhscl/rh-python34/ Python 3.4] are available on CentOS 6 and 7 using SCL (no Red Hat subscription needed, CentOS has its own flavor of SCL)&lt;br /&gt;
* In Debian, the plan is to deprecate Python 2 in Stretch (aka: Debian 9, the next Stable Debian after Jessie) and to completely remove Python 2 for the Buster release of Debian (aka: Debian 10, to be released in approximatively 2019).&lt;br /&gt;
&lt;br /&gt;
== Status of Python 2 Support Being Dropped in Dependencies ==&lt;br /&gt;
&lt;br /&gt;
* Django 2.0 will not include Python 2 support (23 Jan 2017 we use Django&amp;gt;=1.8,&amp;lt;1.9)&lt;br /&gt;
** https://github.com/django/django/pull/7867/files&lt;br /&gt;
** https://github.com/django/django/pull/7871/files&lt;br /&gt;
* Pylons/Pyramid are also considering dropping Python 2&lt;br /&gt;
** https://github.com/Pylons/pyramid/issues/2903&lt;br /&gt;
** This is the same team that maintains webob, but it isn't clear if they intend to also drop support there.&lt;br /&gt;
&lt;br /&gt;
== Progress reports, meetings and sprints ==&lt;br /&gt;
&lt;br /&gt;
* Pike PTG: https://etherpad.openstack.org/p/ptg-pike-python35&lt;br /&gt;
* Ocata Summit&lt;br /&gt;
** https://etherpad.openstack.org/p/ocata-python-3&lt;br /&gt;
* openstack-dev: [http://lists.openstack.org/pipermail/openstack-dev/2016-June/097930.html Status of the OpenStack port to Python 3] (Jun 22, 2016). 80 projects/83 (96%) have unit tests passing on Python 3, TODO (3): Nova, Swift and Trove.&lt;br /&gt;
* Mitaka Summit&lt;br /&gt;
** Cross-project session: Python 3 was proposed, https://etherpad.openstack.org/p/mitaka-cross-project-session-planning&lt;br /&gt;
* Liberty Summit&lt;br /&gt;
** Cross-project session on enabling app integration testing: https://etherpad.openstack.org/p/liberty-cross-project-python3&lt;br /&gt;
* Kilo Summit&lt;br /&gt;
** Doug Hellmann: &amp;quot;Moving our applications to Python 3&amp;quot; cross-project session&lt;br /&gt;
** Victor Stinner: &amp;quot;Port nova to Python 3&amp;quot;, https://etherpad.openstack.org/p/liberty-nova-summit-ideas&lt;br /&gt;
* Juno summit notes: https://etherpad.openstack.org/p/juno-cross-project-future-of-python (Oslo) and https://etherpad.openstack.org/p/juno_swift_python3 (Swift)&lt;br /&gt;
* Icehouse summit notes: https://etherpad.openstack.org/p/IcehousePypyPy3&lt;br /&gt;
* Havana summit notes: https://etherpad.openstack.org/p/havana-python3&lt;br /&gt;
&lt;br /&gt;
== Articles ==&lt;br /&gt;
&lt;br /&gt;
* [http://blogs.rdoproject.org/7894/status-of-python-3-in-openstack-mitaka Status of Python 3 in OpenStack Mitaka] (Victor Stinner, March 2016)&lt;br /&gt;
* [http://techs.enovance.com/7807/python-3-status-openstack-liberty Python 3 Status in OpenStack Liberty] (Cyril Roelandt and Victor Stinner, September 2015)&lt;br /&gt;
* [http://techs.enovance.com/6722/status-of-the-openstack-port-to-python-3-2 Status of the OpenStack port to Python 3] (Cyril Roelandt, February 2014)&lt;br /&gt;
* [http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?] (Victor Stinner, December 2013)&lt;br /&gt;
&lt;br /&gt;
== Pycon Montreal 2014: Sprint Port OpenStack to Python 3 ==&lt;br /&gt;
&lt;br /&gt;
Enovance organized a sprint to Port OpenStack to Python 3 during 4 days: between April, 14 (Monday) and April, 17 (Thursday) 2014. See the page [[Python3/SprintPycon2014]].&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167469</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167469"/>
				<updated>2019-01-03T15:16:41Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Next Meeting */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 7 Feb 2019&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda will be published on the openstack-discuss mailing list before the meeting&lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* (dhellmann) TC goals for Stein&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Technical_Committee_Tracker&amp;diff=167468</id>
		<title>Technical Committee Tracker</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Technical_Committee_Tracker&amp;diff=167468"/>
				<updated>2019-01-03T14:23:39Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Reviewing TC Office Hour Times and Locations */ we decided to stick with the current schedule for now&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
This page tracks the various governance changes being proposed and the various initiatives the Technical Committee is pursuing. We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. Conversation starters for the office hours are [https://etherpad.openstack.org/p/tc-office-hour-conversation-starters here].&lt;br /&gt;
&lt;br /&gt;
Other tasks can be found in [https://storyboard.openstack.org/#!/project/923 the storyboard project]. &lt;br /&gt;
&lt;br /&gt;
'''Status last updated: {{REVISIONYEAR}}/{{REVISIONMONTH}}/{{REVISIONDAY2}}'''&lt;br /&gt;
&lt;br /&gt;
== Project team changes ==&lt;br /&gt;
&lt;br /&gt;
== Documentation Changes ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Other Initiatives ==&lt;br /&gt;
&lt;br /&gt;
=== Correction to TC member election section of bylaws ===&lt;br /&gt;
Drivers: fungi, dhellmann&lt;br /&gt;
&lt;br /&gt;
Status: On hold until the next Foundation vote&lt;br /&gt;
&lt;br /&gt;
This was discussed in the joint leadership meeting in Vancouver. The change requires a member vote, and the Board passed a resolution allowing the Foundation Secretary to propose the bylaws change as part of the next Board election (early 2019). We anticipate other bylaws changes at the same time.&lt;br /&gt;
&lt;br /&gt;
Section [https://www.openstack.org/legal/technical-committee-member-policy/ 3.b.i] reads &amp;quot;An Individual Member is an ATC who has...&amp;quot; but should read &amp;quot;An ATC is an Individual Member who has…&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Technical Vision for OpenStack ===&lt;br /&gt;
Drivers: zaneb, ttx, cdent&lt;br /&gt;
&lt;br /&gt;
Status: Under dicussion&lt;br /&gt;
&lt;br /&gt;
The initial [https://governance.openstack.org/tc/reference/technical-vision.html vision] has been created. The agreed next step (to be done by cdent and TheJulia) is to publicize it and request that projects self-evaluate themselves against the vision.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://www.openstack.org/summit/vancouver-2018/summit-schedule/events/21739/official-projects-and-the-boundary-of-what-is-openstack Rocky Forum session]&lt;br /&gt;
* https://etherpad.openstack.org/p/tech-vision-2018&lt;br /&gt;
* [https://review.openstack.org/592205 Document review]&lt;br /&gt;
&lt;br /&gt;
=== tags indicating the upgrade support in deployment tools ===&lt;br /&gt;
Drivers: ttx&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
During the FFU session at the Rocky Forum, Dan Smith and David Medberry indicated interest in defining tags to describe what upgrade features deployment tools have.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-forum-fast-forward-upgrades Rocky Forum session notes]&lt;br /&gt;
&lt;br /&gt;
=== Next steps in TC Vision / defining role of the TC ===&lt;br /&gt;
Drivers: ttx, TheJulia, cdent&lt;br /&gt;
&lt;br /&gt;
Status:&lt;br /&gt;
Document created as [https://governance.openstack.org/tc/reference/role-of-the-tc.html role of the tc]. Next step (by cdent): to publicize and get community verify that it represent reality and that reality is what people desire; find out what's missing.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-tc-retrospective TC Retrospective Notes from Rocky Forum]&lt;br /&gt;
&lt;br /&gt;
=== Clarifying Requirements for PTL Contact Details ===&lt;br /&gt;
&lt;br /&gt;
Drivers: &lt;br /&gt;
&lt;br /&gt;
Monty pointed out that we have a general community expectation that leaders are visible via IRC. That may not always be the case for some corners of our community, however. We need to decide whether we want to require IRC nicks for PTL candidates, whether we want to include other forms of contact for other chat platforms (optionally?), etc. and write a resolution so the election official have clear guidance.&lt;br /&gt;
&lt;br /&gt;
2018-09-09 - need to figure out how to ask PTLs for a primary means of contact without dictating a specific means and without opening ourselves up to having to sign on to every new chat tool&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
References:&lt;br /&gt;
&lt;br /&gt;
* https://review.openstack.org/#/c/589696/ (abandoned)&lt;br /&gt;
* https://review.openstack.org/#/c/590082/ (fills in missing nicks with &amp;quot;None supplied&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
== Tracking OpenStack team health ==&lt;br /&gt;
See [[OpenStack_health_tracker]] for liaison assignment and status updates.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Recently completed things ==&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Technical_Committee_Tracker&amp;diff=167440</id>
		<title>Technical Committee Tracker</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Technical_Committee_Tracker&amp;diff=167440"/>
				<updated>2019-01-02T16:56:35Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Actively Monitoring Teams */ remove &amp;quot;actively monitoring teams&amp;quot; since we are doing that via the health tracker page now&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
This page tracks the various governance changes being proposed and the various initiatives the Technical Committee is pursuing. We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. Conversation starters for the office hours are [https://etherpad.openstack.org/p/tc-office-hour-conversation-starters here].&lt;br /&gt;
&lt;br /&gt;
Other tasks can be found in [https://storyboard.openstack.org/#!/project/923 the storyboard project]. &lt;br /&gt;
&lt;br /&gt;
'''Status last updated: {{REVISIONYEAR}}/{{REVISIONMONTH}}/{{REVISIONDAY2}}'''&lt;br /&gt;
&lt;br /&gt;
== Project team changes ==&lt;br /&gt;
&lt;br /&gt;
== Documentation Changes ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Other Initiatives ==&lt;br /&gt;
&lt;br /&gt;
=== Correction to TC member election section of bylaws ===&lt;br /&gt;
Drivers: fungi, dhellmann&lt;br /&gt;
&lt;br /&gt;
Status: On hold until the next Foundation vote&lt;br /&gt;
&lt;br /&gt;
This was discussed in the joint leadership meeting in Vancouver. The change requires a member vote, and the Board passed a resolution allowing the Foundation Secretary to propose the bylaws change as part of the next Board election (early 2019). We anticipate other bylaws changes at the same time.&lt;br /&gt;
&lt;br /&gt;
Section [https://www.openstack.org/legal/technical-committee-member-policy/ 3.b.i] reads &amp;quot;An Individual Member is an ATC who has...&amp;quot; but should read &amp;quot;An ATC is an Individual Member who has…&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Technical Vision for OpenStack ===&lt;br /&gt;
Drivers: zaneb, ttx, cdent&lt;br /&gt;
&lt;br /&gt;
Status: Under dicussion&lt;br /&gt;
&lt;br /&gt;
Zane offered to start creating a &amp;quot;technical vision&amp;quot; for OpenStack to help clarify the boundary for where projects fit into OpenStack and where they may not.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://www.openstack.org/summit/vancouver-2018/summit-schedule/events/21739/official-projects-and-the-boundary-of-what-is-openstack Rocky Forum session]&lt;br /&gt;
* https://etherpad.openstack.org/p/tech-vision-2018&lt;br /&gt;
* [https://review.openstack.org/592205 Document review]&lt;br /&gt;
&lt;br /&gt;
=== tags indicating the upgrade support in deployment tools ===&lt;br /&gt;
Drivers: ttx&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
During the FFU session at the Rocky Forum, Dan Smith and David Medberry indicated interest in defining tags to describe what upgrade features deployment tools have.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-forum-fast-forward-upgrades Rocky Forum session notes]&lt;br /&gt;
&lt;br /&gt;
=== Next steps in TC Vision / defining role of the TC ===&lt;br /&gt;
Drivers: ttx, TheJulia, cdent&lt;br /&gt;
&lt;br /&gt;
Status:&lt;br /&gt;
Retrospective done in Berlin. Work on a &amp;quot;role of the TC&amp;quot; living document as the next step&lt;br /&gt;
https://storyboard.openstack.org/#!/story/2004432&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-tc-retrospective TC Retrospective Notes from Rocky Forum]&lt;br /&gt;
* https://etherpad.openstack.org/p/role-of-the-tc&lt;br /&gt;
&lt;br /&gt;
=== Reviewing TC Office Hour Times and Locations ===&lt;br /&gt;
Drivers: dhellmann&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
During the retrospective at the Rocky Forum we talked about changing our office hour times or using different tools to make them more accessible.&lt;br /&gt;
&lt;br /&gt;
2018-09-09 - chair to raise this question with the TC after the election completes&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-tc-retrospective TC Retrospective Notes from Rocky Forum]&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-discuss/2018-December/000542.html discussion]&lt;br /&gt;
&lt;br /&gt;
=== Clarifying Requirements for PTL Contact Details ===&lt;br /&gt;
&lt;br /&gt;
Drivers: &lt;br /&gt;
&lt;br /&gt;
Monty pointed out that we have a general community expectation that leaders are visible via IRC. That may not always be the case for some corners of our community, however. We need to decide whether we want to require IRC nicks for PTL candidates, whether we want to include other forms of contact for other chat platforms (optionally?), etc. and write a resolution so the election official have clear guidance.&lt;br /&gt;
&lt;br /&gt;
2018-09-09 - need to figure out how to ask PTLs for a primary means of contact without dictating a specific means and without opening ourselves up to having to sign on to every new chat tool&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
References:&lt;br /&gt;
&lt;br /&gt;
* https://review.openstack.org/#/c/589696/ (abandoned)&lt;br /&gt;
* https://review.openstack.org/#/c/590082/ (fills in missing nicks with &amp;quot;None supplied&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
== Tracking OpenStack team health ==&lt;br /&gt;
See [[OpenStack_health_tracker]] for liaison assignment and status updates.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Recently completed things ==&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Technical_Committee_Tracker&amp;diff=167439</id>
		<title>Technical Committee Tracker</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Technical_Committee_Tracker&amp;diff=167439"/>
				<updated>2019-01-02T16:51:05Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Reviewing TC Office Hour Times and Locations */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
This page tracks the various governance changes being proposed and the various initiatives the Technical Committee is pursuing. We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. Conversation starters for the office hours are [https://etherpad.openstack.org/p/tc-office-hour-conversation-starters here].&lt;br /&gt;
&lt;br /&gt;
Other tasks can be found in [https://storyboard.openstack.org/#!/project/923 the storyboard project]. &lt;br /&gt;
&lt;br /&gt;
'''Status last updated: {{REVISIONYEAR}}/{{REVISIONMONTH}}/{{REVISIONDAY2}}'''&lt;br /&gt;
&lt;br /&gt;
== Project team changes ==&lt;br /&gt;
&lt;br /&gt;
== Documentation Changes ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Other Initiatives ==&lt;br /&gt;
&lt;br /&gt;
=== Correction to TC member election section of bylaws ===&lt;br /&gt;
Drivers: fungi, dhellmann&lt;br /&gt;
&lt;br /&gt;
Status: On hold until the next Foundation vote&lt;br /&gt;
&lt;br /&gt;
This was discussed in the joint leadership meeting in Vancouver. The change requires a member vote, and the Board passed a resolution allowing the Foundation Secretary to propose the bylaws change as part of the next Board election (early 2019). We anticipate other bylaws changes at the same time.&lt;br /&gt;
&lt;br /&gt;
Section [https://www.openstack.org/legal/technical-committee-member-policy/ 3.b.i] reads &amp;quot;An Individual Member is an ATC who has...&amp;quot; but should read &amp;quot;An ATC is an Individual Member who has…&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Technical Vision for OpenStack ===&lt;br /&gt;
Drivers: zaneb, ttx, cdent&lt;br /&gt;
&lt;br /&gt;
Status: Under dicussion&lt;br /&gt;
&lt;br /&gt;
Zane offered to start creating a &amp;quot;technical vision&amp;quot; for OpenStack to help clarify the boundary for where projects fit into OpenStack and where they may not.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://www.openstack.org/summit/vancouver-2018/summit-schedule/events/21739/official-projects-and-the-boundary-of-what-is-openstack Rocky Forum session]&lt;br /&gt;
* https://etherpad.openstack.org/p/tech-vision-2018&lt;br /&gt;
* [https://review.openstack.org/592205 Document review]&lt;br /&gt;
&lt;br /&gt;
=== tags indicating the upgrade support in deployment tools ===&lt;br /&gt;
Drivers: ttx&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
During the FFU session at the Rocky Forum, Dan Smith and David Medberry indicated interest in defining tags to describe what upgrade features deployment tools have.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-forum-fast-forward-upgrades Rocky Forum session notes]&lt;br /&gt;
&lt;br /&gt;
=== Next steps in TC Vision / defining role of the TC ===&lt;br /&gt;
Drivers: ttx, TheJulia, cdent&lt;br /&gt;
&lt;br /&gt;
Status:&lt;br /&gt;
Retrospective done in Berlin. Work on a &amp;quot;role of the TC&amp;quot; living document as the next step&lt;br /&gt;
https://storyboard.openstack.org/#!/story/2004432&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-tc-retrospective TC Retrospective Notes from Rocky Forum]&lt;br /&gt;
* https://etherpad.openstack.org/p/role-of-the-tc&lt;br /&gt;
&lt;br /&gt;
=== Reviewing TC Office Hour Times and Locations ===&lt;br /&gt;
Drivers: dhellmann&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
During the retrospective at the Rocky Forum we talked about changing our office hour times or using different tools to make them more accessible.&lt;br /&gt;
&lt;br /&gt;
2018-09-09 - chair to raise this question with the TC after the election completes&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-tc-retrospective TC Retrospective Notes from Rocky Forum]&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-discuss/2018-December/000542.html discussion]&lt;br /&gt;
&lt;br /&gt;
=== Actively Monitoring Teams ===&lt;br /&gt;
Drivers: dhellmann&lt;br /&gt;
&lt;br /&gt;
Status: In process&lt;br /&gt;
&lt;br /&gt;
During the retrospective at the Rocky Forum we discussed more actively engaging with project teams and SIGs to anticipate issues we can help resolve.&lt;br /&gt;
&lt;br /&gt;
References&lt;br /&gt;
* [https://etherpad.openstack.org/p/YVR-tc-retrospective TC Retrospective Notes from Rocky Forum]&lt;br /&gt;
* [[OpenStack_health_tracker]]&lt;br /&gt;
&lt;br /&gt;
=== Clarifying Requirements for PTL Contact Details ===&lt;br /&gt;
&lt;br /&gt;
Drivers: &lt;br /&gt;
&lt;br /&gt;
Monty pointed out that we have a general community expectation that leaders are visible via IRC. That may not always be the case for some corners of our community, however. We need to decide whether we want to require IRC nicks for PTL candidates, whether we want to include other forms of contact for other chat platforms (optionally?), etc. and write a resolution so the election official have clear guidance.&lt;br /&gt;
&lt;br /&gt;
2018-09-09 - need to figure out how to ask PTLs for a primary means of contact without dictating a specific means and without opening ourselves up to having to sign on to every new chat tool&lt;br /&gt;
&lt;br /&gt;
Status: New&lt;br /&gt;
&lt;br /&gt;
References:&lt;br /&gt;
&lt;br /&gt;
* https://review.openstack.org/#/c/589696/ (abandoned)&lt;br /&gt;
* https://review.openstack.org/#/c/590082/ (fills in missing nicks with &amp;quot;None supplied&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
== Tracking OpenStack team health ==&lt;br /&gt;
See [[OpenStack_health_tracker]] for liaison assignment and status updates.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Recently completed things ==&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167398</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167398"/>
				<updated>2018-12-20T15:44:46Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Agenda Suggestions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 3 Jan 2019&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda: &lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* (dhellmann) Health check status for Stein&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
evrardjp: Unavailable the 3rd January due to Travel.&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167136</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167136"/>
				<updated>2018-12-06T15:08:16Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Next Meeting */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 3 Jan 2019&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda: &lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167135</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167135"/>
				<updated>2018-12-06T15:08:05Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Apologies for Absence */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 6 Dec 2018&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda: &lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167134</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167134"/>
				<updated>2018-12-06T15:07:55Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Agenda Suggestions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-discuss mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 6 Dec 2018&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda: &lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
* smcginnis (maybe, dependent on travel planning)&lt;br /&gt;
* ttx (maybe, travel)&lt;br /&gt;
* evrardjp (illness)&lt;br /&gt;
* zaneb (time zones)&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167043</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=167043"/>
				<updated>2018-12-03T14:10:06Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Apologies for Absence */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-dev mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 6 Dec 2018&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda: &lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* dhellmann: Follow up on past action items&lt;br /&gt;
** dhellmann complete liaison assignments using the random generator&lt;br /&gt;
** tc-members review the chair duties document https://etherpad.openstack.org/p/tc-chair-responsibilities&lt;br /&gt;
** tc-members review the health check-list items https://wiki.openstack.org/wiki/OpenStack_health_tracker#Health_check_list&lt;br /&gt;
** tc-members review https://review.openstack.org/613145&lt;br /&gt;
* dhellmann: Review action items from Forum sessions&lt;br /&gt;
* dhellmann: Project team health check review status&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
* smcginnis (maybe, dependent on travel planning)&lt;br /&gt;
* ttx (maybe, travel)&lt;br /&gt;
* evrardjp (illness)&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166994</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166994"/>
				<updated>2018-11-28T17:26:19Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Apologies for Absence */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-dev mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 6 Dec 2018&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda: &lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* dhellmann: Follow up on past action items&lt;br /&gt;
** dhellmann complete liaison assignments using the random generator&lt;br /&gt;
** tc-members review the chair duties document https://etherpad.openstack.org/p/tc-chair-responsibilities&lt;br /&gt;
** tc-members review the health check-list items https://wiki.openstack.org/wiki/OpenStack_health_tracker#Health_check_list&lt;br /&gt;
** tc-members review https://review.openstack.org/613145&lt;br /&gt;
* dhellmann: Review action items from Forum sessions&lt;br /&gt;
* dhellmann: Project team health check review status&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
* smcginnis (maybe, dependent on travel planning)&lt;br /&gt;
* ttx (maybe, travel)&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166990</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166990"/>
				<updated>2018-11-28T16:18:25Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Agenda Suggestions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-dev mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 6 Dec 2018&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda: &lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* dhellmann: Follow up on past action items&lt;br /&gt;
** dhellmann complete liaison assignments using the random generator&lt;br /&gt;
** tc-members review the chair duties document https://etherpad.openstack.org/p/tc-chair-responsibilities&lt;br /&gt;
** tc-members review the health check-list items https://wiki.openstack.org/wiki/OpenStack_health_tracker#Health_check_list&lt;br /&gt;
** tc-members review https://review.openstack.org/613145&lt;br /&gt;
* dhellmann: Review action items from Forum sessions&lt;br /&gt;
* dhellmann: Project team health check review status&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
* tbd&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Forum/Berlin2018&amp;diff=166737</id>
		<title>Forum/Berlin2018</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Forum/Berlin2018&amp;diff=166737"/>
				<updated>2018-11-15T08:53:59Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Thursday, November 15 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The grand list of all of the Berlin 2018 [[Forum]] etherpads. Please add links to etherpads below!&lt;br /&gt;
&lt;br /&gt;
At the Forum the entire OpenStack community (users and developers) gathers to brainstorm the requirements for the next release, gather feedback on the past version and have strategic discussions that go beyond just one release cycle. The Vancouver Forum is the start of the planning phase for the '''T''' development cycle. Please prepare session ideas with feedback from the '''Rocky''' release in mind. &lt;br /&gt;
&lt;br /&gt;
See also - [https://www.openstack.org/summit/berlin-2018/summit-schedule/#day=2018-11-13&amp;amp;track_groups=86 Full Forum Schedule]&lt;br /&gt;
&lt;br /&gt;
===Tuesday, November 13===&lt;br /&gt;
* [1100 - 1140] - Release Team onboarding&lt;br /&gt;
* [1100 - 1140] - [https://etherpad.openstack.org/p/BER-cells-v2-updates Cells v2 updates]&lt;br /&gt;
* [1100 - 1140] - [https://etherpad.openstack.org/p/BER-ironic-operator-feedback Ironic Operator Feedback]&lt;br /&gt;
* [1100 - 1140] - [https://etherpad.openstack.org/p/BER-passport-program-feedback OpenStack Passport Program - feedback and next step]&lt;br /&gt;
* [1150 - 1230] - [https://etherpad.openstack.org/p/BER-Contrib-Portal-Feedback StoryBoard Migration: The Remaining Blockers ]&lt;br /&gt;
* [1150 - 1230] - [https://etherpad.openstack.org/p/BER-container-security Cross-project forum: securing containerized infrastructure]&lt;br /&gt;
* [1340 - 1420] - [https://etherpad.openstack.org/p/BER-missing-features-public-cloud Far From Done: Public Clouds Needs You]&lt;br /&gt;
* [1340 - 1420] - [https://etherpad.openstack.org/p/api-berlin-forum-brainstorming Cross-project Open API 3.0 support]&lt;br /&gt;
* [1340 - 1420] - [https://etherpad.openstack.org/p/BER-ironic-hardware-inventory Hardware Inventory with Ironic]&lt;br /&gt;
* [1430 - 1510] - [https://etherpad.openstack.org/p/BER-getting-users-involved Getting OpenStack users involved in the project ]&lt;br /&gt;
* [1430 - 1510] - [https://etherpad.openstack.org/p/BER-Cinder_Usage_Outside_OpenStack Cinder Usage Outside OpenStack]&lt;br /&gt;
* [1520 - 1600] - [https://etherpad.openstack.org/p/Creating_a_cinder_data_service Creating a Cinder Data Service]&lt;br /&gt;
* [1520 - 1600] - [https://etherpad.openstack.org/p/BER-tc-community-outreach Community outreach when culture, time zones, and language differ]&lt;br /&gt;
* [1520 - 1600] - [https://etherpad.openstack.org/p/BER-public-cloud-wg Public Cloud WG Meeting]&lt;br /&gt;
* [1620 - 1700] - [https://etherpad.openstack.org/p/BER-Cinder_User_Survey_Responses Cinder User Survey Feedback Session]&lt;br /&gt;
* [1620 - 1700] - [https://etherpad.openstack.org/p/BER-airship-qa Leveraging Airship as an integration and QA enabler]&lt;br /&gt;
* [1710 - 1750] - [https://etherpad.openstack.org/p/BER-Cinder_at_the_Edge Cinder and its role at the Edge]&lt;br /&gt;
* [1710 - 1750] - [https://etherpad.openstack.org/p/BER-reusable-zuul-job-configurations Reusable Zuul Job Configurations]&lt;br /&gt;
* [1710 - 1750] - [https://etherpad.openstack.org/p/BER-qa-onboarding QA onboarding]&lt;br /&gt;
&lt;br /&gt;
===Wednesday, November 14===&lt;br /&gt;
* [1100 - 1140] - [https://etherpad.openstack.org/p/BER-nfv-hpc-pain-points NFV/HPC pain points ]&lt;br /&gt;
* [1100 - 1140] - [https://etherpad.openstack.org/p/BER-qa-ops-user-feedback Users / Operators adoption of QA tools / plugins]&lt;br /&gt;
* [1100 - 1140] - [https://etherpad.openstack.org/p/BER-zuul-jobs-marketplace A marketplace for sharing Zuul jobs and roles]&lt;br /&gt;
* [1150 - 1230] - [https://etherpad.openstack.org/p/expose-sigs-and-wgs Expose SIGs and WGs]&lt;br /&gt;
* [1150 - 1230] - [https://etherpad.openstack.org/p/Berlin2018-Forum-ceph-is-great Ceph is great for openstack and you should use it]&lt;br /&gt;
* [1150 - 1230] - [https://etherpad.openstack.org/p/BER-bfv-improvements Boot from volume (BFV) improvements]&lt;br /&gt;
* [1340 - 1420] - [https://etherpad.openstack.org/p/heat-user-berlin Orchestration (Heat) Ops/Users feedback session]&lt;br /&gt;
* [1340 - 1420] - [https://etherpad.openstack.org/p/BER-better-expose-what-we-produce OpenStack: Better expose what we produce ]&lt;br /&gt;
* [1340 - 1420] - [https://etherpad.openstack.org/p/BER-integrating-iot-device-mgmt-with-edge-cloud Integrating IOT Device Management with the Edge Cloud]&lt;br /&gt;
* [1430 - 1510] - [https://etherpad.openstack.org/p/Berlin2018-Forum-Extending-Blazar-reservations Extending Blazar reservations to new resource types]&lt;br /&gt;
* [1430 - 1510] - [https://etherpad.openstack.org/p/BER-opendev-feedback-and-missing-features OpenDev (nee Infra team) feedback and missing features]&lt;br /&gt;
* [1520 - 1600] - [https://etherpad.openstack.org/p/BER-Contrib-Guide-Ops The Contributor Guide: Ops Feedback Session]&lt;br /&gt;
* [1520 - 1600] - [https://etherpad.openstack.org/p/BER-ironic-smartnics Smartnics, Ironic, Neutron]&lt;br /&gt;
* [1520 - 1600] - [https://etherpad.openstack.org/p/BER-edge-use-cases-and-requirements Edge use cases and requirements]&lt;br /&gt;
* [1620 - 1700] - [https://etherpad.openstack.org/p/BER-ask-me-anything-about-starlingx Ask Me Anything ... about StarlingX]&lt;br /&gt;
* [1620 - 1700] - [https://etherpad.openstack.org/p/BER-deletion-of-project-resources Deletion of project and project resources ]&lt;br /&gt;
* [1620 - 1700] - [https://etherpad.openstack.org/p/Kata-POC-Ber-Forum What's stopping you from starting a Kata proof-of-concept today?]&lt;br /&gt;
* [1710 - 1750] - [https://etherpad.openstack.org/p/BER-ironic-edge Baremetal at the Edge]&lt;br /&gt;
* [1710 - 1750] - [https://etherpad.openstack.org/p/Container-Isolation-BerlinForum Exactly how much is more container isolation worth to you?]&lt;br /&gt;
* [1710 - 1750] - [https://etherpad.openstack.org/p/BER-getting-operators-bugfixes-upstreamed Getting operators bugfixes upstreamed]&lt;br /&gt;
&lt;br /&gt;
===Thursday, November 15===&lt;br /&gt;
* [0900 - 0940] - [https://etherpad.openstack.org/p/BER-bug-triage Bug triage: Why not all the community?]&lt;br /&gt;
* [0900 - 0940] - [https://etherpad.openstack.org/p/autoscaling-integration-and-feedback Autoscaling Integration, improvement, and feedback]&lt;br /&gt;
* [0900 - 0940] - [https://etherpad.openstack.org/p/Kata-K8s-Integration-BerlinForum Kata Containers Kubernetes integration: CRI, OCI, and containerd shimv2 API]&lt;br /&gt;
* [0950 - 1030] - [https://etherpad.openstack.org/p/manila-berlin Setting the compass for Manila RWX cloud storage]&lt;br /&gt;
* [0950 - 1030] - [https://etherpad.openstack.org/p/BER-deployment-tools Developing a Standard Deployment Tools Comparison]&lt;br /&gt;
* [0950 - 1030] - [https://etherpad.openstack.org/p/BER-volume-encryption-forum Volume Encryption]&lt;br /&gt;
* [1050 - 1130] - [https://etherpad.openstack.org/p/BER-cross-technical-leadership Cross-technical leadership session (OpenStack, Kata, StarlingX, Airship, Zuul)]&lt;br /&gt;
* [1050 - 1130] - [https://etherpad.openstack.org/p/BER-Ops-Community-Docs Ops Docs working session]&lt;br /&gt;
* [1050 - 1130] - [https://etherpad.openstack.org/p/BER-Contrib-Portal Making the Contributor Portal More Useful]&lt;br /&gt;
* [1140 - 1240] - [https://etherpad.openstack.org/p/BER-stein-keystone-as-idp Keystone as an Identity Provider Proxy]&lt;br /&gt;
* [1340 - 1420] - [https://etherpad.openstack.org/p/BER-change-ownership-of-resources Change of ownership of resources ]&lt;br /&gt;
* [1340 - 1420] - [https://etherpad.openstack.org/p/BER-containerized-app-reqmts-on-kubernetes-at-edge Containerized Applications' Requirements on Kubernetes Cluster at the Edge]&lt;br /&gt;
* [1340 - 1420] - [https://etherpad.openstack.org/p/BER-sdk-certification You don't know nothing about Public Cloud SDKs, yet]&lt;br /&gt;
* [1340 - 1420] - [https://etherpad.openstack.org/p/BER-stein-keystone-feedback Keystone Operator Feedback]&lt;br /&gt;
* [1430 - 1510] - [https://etherpad.openstack.org/p/BER-MVP-architecture-for-edge MVP (Minimum Viable Product) architecture for edge]&lt;br /&gt;
* [1430 - 1510] - [https://etherpad.openstack.org/p/BER-placement-extract Update on placement extraction from nova]&lt;br /&gt;
* [1520 - 1600] - [https://etherpad.openstack.org/p/BER-python-bindings-for-the-placement-api Python bindings for the placement API]&lt;br /&gt;
* [1520 - 1600] - [https://etherpad.openstack.org/p/BER-tc-vision-retrospective Technical Committee Vision Retrospective]&lt;br /&gt;
* [1620 - 1700] - [https://etherpad.openstack.org/p/BER-rally-tempest-change-validation Using Rally/Tempest for change validation]&lt;br /&gt;
* [1620 - 1700] - [https://etherpad.openstack.org/p/BER-18-kayobe-feedback-roadmap Kayobe user feedback &amp;amp; roadmap]&lt;br /&gt;
* [1710 - 1750] - [https://etherpad.openstack.org/p/BER-t-series-goals T series community goal discussion]&lt;br /&gt;
* [1710 - 1750] - [https://etherpad.openstack.org/p/BER-Forum-Fenix-Upgrade Fenix - Rolling Maintenance and Upgrade]&lt;br /&gt;
* [1710 - 1750] - [https://etherpad.openstack.org/p/BER-tripleo-undercloud-edge TripleO Edge undercloud architecture]&lt;br /&gt;
&lt;br /&gt;
==List of Brainstorming Etherpads (Historical)==&lt;br /&gt;
Topic selection is now complete, but see below for session idea brainstorming that was done prior to selection.&lt;br /&gt;
&lt;br /&gt;
'''These are just kept for historical reference. Please do not use for any additional ideas.'''&lt;br /&gt;
&lt;br /&gt;
====Catch-alls====&lt;br /&gt;
If you want to post an idea, but aren't working with a specific team or working group, you can use these:&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-TC-brainstorming Technical Committee Catch-all]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-UC-brainstorming User Committee Catch-all]&lt;br /&gt;
&lt;br /&gt;
====Etherpads from Teams and Working Groups====&lt;br /&gt;
* [https://etherpad.openstack.org/p/AirshipBerlinForumBrainstorming Airship]&lt;br /&gt;
* [https://etherpad.openstack.org/p/api-berlin-forum-brainstorming API]&lt;br /&gt;
* [https://etherpad.openstack.org/p/Berlin-stein-forum-blazar-brainstorming Blazar]&lt;br /&gt;
* [https://etherpad.openstack.org/p/cinder-berlin-forum-proposals Cinder]&lt;br /&gt;
* [https://etherpad.openstack.org/p/cyborg-forum-berlin Cyborg]&lt;br /&gt;
* [https://etherpad.openstack.org/p/ECGBerlinForumBrainstorming Edge Computing Group]&lt;br /&gt;
* [https://etherpad.openstack.org/p/fenix-forum-stein Fenix]&lt;br /&gt;
* [https://etherpad.openstack.org/p/FC_SIG_BER_Planning First Contact SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-infra-brainstorming Infra/Winterscale/TBD]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-stein-forum-heat-brainstorming Heat]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-stein-forum-ironic-brainstorming Ironic]&lt;br /&gt;
* [https://etherpad.openstack.org/p/KataBerlinForum Kata Containers]&lt;br /&gt;
* [https://etherpad.openstack.org/p/kayobe-stein-summit Kayobe]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-keystone-forum-sessions Keystone]&lt;br /&gt;
* [https://etherpad.openstack.org/p/kolla-forum-stein Kolla]&lt;br /&gt;
* [https://etherpad.openstack.org/p/manila-berlin-forum-brainstorm Manila]&lt;br /&gt;
* [https://etherpad.openstack.org/p/berlin-monasca-forum-brainstorming Monasca]&lt;br /&gt;
* [https://etherpad.openstack.org/p/nova-forum-stein Nova]&lt;br /&gt;
* [https://etherpad.openstack.org/p/OSA-berlin-planning OpenStack-Ansible]&lt;br /&gt;
* [https://etherpad.openstack.org/p/OpenStackHelmBerlinForumBrainstorming OpenStack-Helm]&lt;br /&gt;
* [https://etherpad.openstack.org/p/ops-forum-stein Operators]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-public-cloud-wg Public Cloud WG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/berlin-stein-forum-qa-brainstorming QA]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-stein-forum-scientific-sig Scientific SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/berlin-self-healing-sig-brainstorm Self-Healing SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/StarlingXBerlinForumBrainstorming StarlingX]&lt;br /&gt;
* [https://etherpad.openstack.org/p/tripleo-forum-stein TripleO]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-zuul-brainstorming Zuul]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166670</id>
		<title>Governance/Foundation/12Nov2018BoardMeeting</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166670"/>
				<updated>2018-11-12T08:25:46Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* OpenStack Foundation Board Meeting Agenda */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== OpenStack Board and Leadership Meetings - November 12, 2018  ==&lt;br /&gt;
&lt;br /&gt;
'''  This page is a work in progress - schedule and agenda items will continue to change'''&lt;br /&gt;
&lt;br /&gt;
The OpenStack  Foundation Board of Directors, Technical Committee and User Committee will meet in person at  9:00am - 5:00pm CET.&lt;br /&gt;
&lt;br /&gt;
'''Meeting Location: Deutsche Telekom AG, Berlin Representative Office, Französische Straße 33 a-c, 10117 Berlin (Lichthof)'''&lt;br /&gt;
#: Directions to the meeting location: https://www.telekom-hauptstadtrepraesentanz.com/hsr-en/directions&lt;br /&gt;
#: Local contact: [mailto:f.kloeker@telekom.de Frank Kloeker] +4915114088648&lt;br /&gt;
#: With the full leadership and many who wish to attend this meeting we do expect that the room will be full.   To ensure the meeting is available to all who we will have webex setup so that you may attend remotely.  &lt;br /&gt;
&lt;br /&gt;
To join the session by computer or by phone:&lt;br /&gt;
#  https://openstack.webex.com/openstack/k2/j.php?MTID=t4df5672469dec3eb6e9416efdb814c25 &lt;br /&gt;
# Enter your name and email address (or registration ID).&lt;br /&gt;
# Enter the session password: This session does not require a password.&lt;br /&gt;
# Click &amp;quot;Join Now&amp;quot;.&lt;br /&gt;
# Follow the instructions that appear on your screen.&lt;br /&gt;
# Attendees are muted upon entry to the call. Board, TC and UC participants if you use the URL emailed to you, you will be added to the meeting as a presenter and will not be muted.&lt;br /&gt;
&lt;br /&gt;
== OpenStack Foundation Board Meeting Agenda ==&lt;br /&gt;
: Chair: Alan Clark, Vice Chair: Lew Tucker&lt;br /&gt;
:  Minutes: Mark Radcliffe&lt;br /&gt;
: &lt;br /&gt;
::  Non official meeting discussion Channels:&lt;br /&gt;
::* (Julia Dechance will monitor and manage the webex connection)&lt;br /&gt;
::* webex chat&lt;br /&gt;
::* IRC: #openstack-board&lt;br /&gt;
::* Etherpad: https://etherpad.openstack.org/p/UnofficialBoardNotes-Nov12-2018&lt;br /&gt;
:&lt;br /&gt;
'''(9:00) Call To Order, Open Session'''&lt;br /&gt;
# Introduce new board members&lt;br /&gt;
#:  A big thank you to Kurt Garloff for his contributions to the board and to the OpenStack community.  Welcome to to Dr. Clemens Hardewig, who will be the representative for Deutsche Telekom AG going forward.&lt;br /&gt;
# Roll Call (Y/N = Attendance)&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;margin-left: 40px;&amp;quot;&lt;br /&gt;
! colspan=&amp;quot;6&amp;quot; | Board Member Directors&lt;br /&gt;
|-&lt;br /&gt;
! Y/N&lt;br /&gt;
! Platinum Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Gold Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Individual Member Directors&lt;br /&gt;
|-&lt;br /&gt;
|Y  || Alan Clark&lt;br /&gt;
|  Y || Arkady Kanevsky&lt;br /&gt;
|  Y || Allison Randal&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Anni Lai (Li Yongle - Fred)&lt;br /&gt;
|  N ||  Boris Renski&lt;br /&gt;
|  Y ||  ChangBo Guo&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Brian Stein&lt;br /&gt;
|  Y ||  Johan Christenson&lt;br /&gt;
|  Y ||  Egle Sigler&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Christopher Price&lt;br /&gt;
|  Y ||  Joseph Wang&lt;br /&gt;
|  Y ||  Monty Taylor&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Imad Sousou ( Melissa Evers-Hood)&lt;br /&gt;
|  Y ||  Kenji Kaneshige&lt;br /&gt;
|  Y ||  Prakash Ramchandran&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Kandan Kathirvel &lt;br /&gt;
|  Y ||  Dr. Clemens Hardewig&lt;br /&gt;
|  Y ||  Shane Wang&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Mark McLoughlin&lt;br /&gt;
|  Y ||  Lew Tucker&lt;br /&gt;
|  Y ||  Steven Dake&lt;br /&gt;
|-&lt;br /&gt;
|  N ||  Ruan Hu&lt;br /&gt;
|  N ||  Robert Esker&lt;br /&gt;
|  Y ||  Tim Bell&lt;br /&gt;
|}&lt;br /&gt;
# Approve minutes from previous  board meetings&lt;br /&gt;
#:  May 20, 2018, September 18, 2018, October 25, 2018,  November 1&lt;br /&gt;
:&lt;br /&gt;
''' Executive Director Update''' - Jonathan/Mark/Thierry/Lauren&lt;br /&gt;
# Strategic Project Governance&lt;br /&gt;
#: Review latest changes and final comments from board members &lt;br /&gt;
#: review board responsibilities (as discussed at the October board meeting)&lt;br /&gt;
#: Board review and approve resolutions for the bylaws updates - Alan&lt;br /&gt;
# News and updates for Berlin Summit&lt;br /&gt;
# 2019 planning and budget preview&lt;br /&gt;
:&lt;br /&gt;
''' Committee and Work Efforts'''&lt;br /&gt;
# Interoperability Guideline Updates  - Egle&lt;br /&gt;
## [https://docs.google.com/document/d/1gzjBWw2K-t8ZDzBh6IVmDaIdf97o3tOVWIE-f5Cv874/edit?usp=sharing Board report]&lt;br /&gt;
# Finance Committee - Arkady&lt;br /&gt;
'''(12:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(12:00-12:30) Lunch @HSR Lounge''' (due the shared lunch space it's required to set the time fix)&lt;br /&gt;
&lt;br /&gt;
== OpenStack Foundation Leadership Meeting Agenda ==&lt;br /&gt;
: Meeting Organizers: Alan Clark(chair), Lew Tucker(vice-chair), Doug Hellmann(Chair), Mohammed Naser(vice-chair), Jonathan Bryce (Executive Director), Melvin Hillsman(Chair), Matt Van Winkle(vice-chaiir)&lt;br /&gt;
&lt;br /&gt;
: We will keep the webex up and running for this session.&lt;br /&gt;
&lt;br /&gt;
'''(13:00) Call To Order, Open Session'''&lt;br /&gt;
# Welcome to new members&lt;br /&gt;
# New Board members&lt;br /&gt;
#:: Dr. Clemens Hardewig&lt;br /&gt;
#: New TC members&lt;br /&gt;
#:: Ghanshyam Mann&lt;br /&gt;
#:: Jean-Philippe Evrard&lt;br /&gt;
#:: Lance Bragstad&lt;br /&gt;
#: New UC members&lt;br /&gt;
#:: Joseph Sandoval&lt;br /&gt;
'''OpenStack TC''' ([https://docs.google.com/presentation/d/1wcG7InY2A5y67dt5lC14CI1gQHGZ3db8-yshOu-STk8/edit#slide=id.g46a6072f4a_0_308 slides])&lt;br /&gt;
#(13:15) Rocky retrospective, Sean McGinnis&lt;br /&gt;
#(13:20) Stein update, Doug Hellmann&lt;br /&gt;
#(13:40) TC operational changes, Doug Hellmann&lt;br /&gt;
#(13:45) Peer review culture initiative, Julia Kreger&lt;br /&gt;
#(13:50) Technical vision initiative, Zane Bitter&lt;br /&gt;
'''OpenStack UC''' ([https://docs.google.com/presentation/d/1gLcChOupELCGItD-SzhECEhFMGQc4jf0PlQxAijDMhw/edit?usp=sharing slides])&lt;br /&gt;
#(14:15) General Update, Melvin Hillsman&lt;br /&gt;
#(14:20) User Survey Highlights, Matt van Winkle&lt;br /&gt;
#(14:25) Financial Team Update, Joseph Sandoval&lt;br /&gt;
#(14:30) PCWG Update (incl Nordic Days summary), Amy Marrich&lt;br /&gt;
#(14:35) Adjacent Communities, Chris Hoge, Flavio Percocco, Melvin Hillsman&lt;br /&gt;
#(14:40) Questions, Feedback from Board, TC, others, User Committee&lt;br /&gt;
#(14:45)   Break&lt;br /&gt;
'''Pilot Project  Reports'''  ([https://docs.google.com/presentation/d/1nsm6ht3kJRw7vZsbjLDcTfPA8d8gu3jSYinmKfgiENU/edit?usp=sharing slides])&lt;br /&gt;
# (15:00) Airship - . Matt Mceuen, Jaesuk Ahn&lt;br /&gt;
# (15:20) Kata Containers - Eric Ernst, Xu Wang, Samuel Ortiz&lt;br /&gt;
# (15:40) StarlingX - Brent Roswell&lt;br /&gt;
# (16:00) Zuul - James Blair, Monty Taylor&lt;br /&gt;
&lt;br /&gt;
'''(17:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(17:15-20:00) Get Together @HSR Lounge'''&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166669</id>
		<title>Governance/Foundation/12Nov2018BoardMeeting</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166669"/>
				<updated>2018-11-12T08:25:27Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* OpenStack Foundation Board Meeting Agenda */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== OpenStack Board and Leadership Meetings - November 12, 2018  ==&lt;br /&gt;
&lt;br /&gt;
'''  This page is a work in progress - schedule and agenda items will continue to change'''&lt;br /&gt;
&lt;br /&gt;
The OpenStack  Foundation Board of Directors, Technical Committee and User Committee will meet in person at  9:00am - 5:00pm CET.&lt;br /&gt;
&lt;br /&gt;
'''Meeting Location: Deutsche Telekom AG, Berlin Representative Office, Französische Straße 33 a-c, 10117 Berlin (Lichthof)'''&lt;br /&gt;
#: Directions to the meeting location: https://www.telekom-hauptstadtrepraesentanz.com/hsr-en/directions&lt;br /&gt;
#: Local contact: [mailto:f.kloeker@telekom.de Frank Kloeker] +4915114088648&lt;br /&gt;
#: With the full leadership and many who wish to attend this meeting we do expect that the room will be full.   To ensure the meeting is available to all who we will have webex setup so that you may attend remotely.  &lt;br /&gt;
&lt;br /&gt;
To join the session by computer or by phone:&lt;br /&gt;
#  https://openstack.webex.com/openstack/k2/j.php?MTID=t4df5672469dec3eb6e9416efdb814c25 &lt;br /&gt;
# Enter your name and email address (or registration ID).&lt;br /&gt;
# Enter the session password: This session does not require a password.&lt;br /&gt;
# Click &amp;quot;Join Now&amp;quot;.&lt;br /&gt;
# Follow the instructions that appear on your screen.&lt;br /&gt;
# Attendees are muted upon entry to the call. Board, TC and UC participants if you use the URL emailed to you, you will be added to the meeting as a presenter and will not be muted.&lt;br /&gt;
&lt;br /&gt;
== OpenStack Foundation Board Meeting Agenda ==&lt;br /&gt;
: Chair: Alan Clark, Vice Chair: Lew Tucker&lt;br /&gt;
:  Minutes: Mark Radcliffe&lt;br /&gt;
: &lt;br /&gt;
::  Non official meeting discussion Channels:&lt;br /&gt;
::* (Julia Dechance will monitor and manage the webex connection)&lt;br /&gt;
::* webex chat&lt;br /&gt;
::* IRC: #openstack-board&lt;br /&gt;
::* Etherpad: https://etherpad.openstack.org/p/UnofficialBoardNotes-Nov12-2018&lt;br /&gt;
:&lt;br /&gt;
'''(9:00) Call To Order, Open Session'''&lt;br /&gt;
# Introduce new board members&lt;br /&gt;
#:  A big thank you to Kurt Garloff for his contributions to the board and to the OpenStack community.  Welcome to to Dr. Clemens Hardewig, who will be the representative for Deutsche Telekom AG going forward.&lt;br /&gt;
# Roll Call (Y/N = Attendance)&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;margin-left: 40px;&amp;quot;&lt;br /&gt;
! colspan=&amp;quot;6&amp;quot; | Board Member Directors&lt;br /&gt;
|-&lt;br /&gt;
! Y/N&lt;br /&gt;
! Platinum Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Gold Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Individual Member Directors&lt;br /&gt;
|-&lt;br /&gt;
|Y  || Alan Clark&lt;br /&gt;
|  Y || Arkady Kanevsky&lt;br /&gt;
|  Y || Allison Randal&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Anni Lai (Li Yongle - Fred)&lt;br /&gt;
|  N ||  Boris Renski&lt;br /&gt;
|  Y ||  ChangBo Guo&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Brian Stein&lt;br /&gt;
|  Y ||  Johan Christenson&lt;br /&gt;
|  Y ||  Egle Sigler&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Christopher Price&lt;br /&gt;
|  Y ||  Joseph Wang&lt;br /&gt;
|  Y ||  Monty Taylor&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Imad Sousou ( Melissa Evers-Hood)&lt;br /&gt;
|  Y ||  Kenji Kaneshige&lt;br /&gt;
|  Y ||  Prakash Ramchandran&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Kandan Kathirvel &lt;br /&gt;
|  Y ||  Dr. Clemens Hardewig&lt;br /&gt;
|  Y ||  Shane Wang&lt;br /&gt;
|-&lt;br /&gt;
|  Y ||  Mark McLoughlin&lt;br /&gt;
|  Y ||  Lew Tucker&lt;br /&gt;
|  |Y |  Steven Dake&lt;br /&gt;
|-&lt;br /&gt;
|  N ||  Ruan Hu&lt;br /&gt;
|  N ||  Robert Esker&lt;br /&gt;
|  Y ||  Tim Bell&lt;br /&gt;
|}&lt;br /&gt;
# Approve minutes from previous  board meetings&lt;br /&gt;
#:  May 20, 2018, September 18, 2018, October 25, 2018,  November 1&lt;br /&gt;
:&lt;br /&gt;
''' Executive Director Update''' - Jonathan/Mark/Thierry/Lauren&lt;br /&gt;
# Strategic Project Governance&lt;br /&gt;
#: Review latest changes and final comments from board members &lt;br /&gt;
#: review board responsibilities (as discussed at the October board meeting)&lt;br /&gt;
#: Board review and approve resolutions for the bylaws updates - Alan&lt;br /&gt;
# News and updates for Berlin Summit&lt;br /&gt;
# 2019 planning and budget preview&lt;br /&gt;
:&lt;br /&gt;
''' Committee and Work Efforts'''&lt;br /&gt;
# Interoperability Guideline Updates  - Egle&lt;br /&gt;
## [https://docs.google.com/document/d/1gzjBWw2K-t8ZDzBh6IVmDaIdf97o3tOVWIE-f5Cv874/edit?usp=sharing Board report]&lt;br /&gt;
# Finance Committee - Arkady&lt;br /&gt;
'''(12:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(12:00-12:30) Lunch @HSR Lounge''' (due the shared lunch space it's required to set the time fix)&lt;br /&gt;
&lt;br /&gt;
== OpenStack Foundation Leadership Meeting Agenda ==&lt;br /&gt;
: Meeting Organizers: Alan Clark(chair), Lew Tucker(vice-chair), Doug Hellmann(Chair), Mohammed Naser(vice-chair), Jonathan Bryce (Executive Director), Melvin Hillsman(Chair), Matt Van Winkle(vice-chaiir)&lt;br /&gt;
&lt;br /&gt;
: We will keep the webex up and running for this session.&lt;br /&gt;
&lt;br /&gt;
'''(13:00) Call To Order, Open Session'''&lt;br /&gt;
# Welcome to new members&lt;br /&gt;
# New Board members&lt;br /&gt;
#:: Dr. Clemens Hardewig&lt;br /&gt;
#: New TC members&lt;br /&gt;
#:: Ghanshyam Mann&lt;br /&gt;
#:: Jean-Philippe Evrard&lt;br /&gt;
#:: Lance Bragstad&lt;br /&gt;
#: New UC members&lt;br /&gt;
#:: Joseph Sandoval&lt;br /&gt;
'''OpenStack TC''' ([https://docs.google.com/presentation/d/1wcG7InY2A5y67dt5lC14CI1gQHGZ3db8-yshOu-STk8/edit#slide=id.g46a6072f4a_0_308 slides])&lt;br /&gt;
#(13:15) Rocky retrospective, Sean McGinnis&lt;br /&gt;
#(13:20) Stein update, Doug Hellmann&lt;br /&gt;
#(13:40) TC operational changes, Doug Hellmann&lt;br /&gt;
#(13:45) Peer review culture initiative, Julia Kreger&lt;br /&gt;
#(13:50) Technical vision initiative, Zane Bitter&lt;br /&gt;
'''OpenStack UC''' ([https://docs.google.com/presentation/d/1gLcChOupELCGItD-SzhECEhFMGQc4jf0PlQxAijDMhw/edit?usp=sharing slides])&lt;br /&gt;
#(14:15) General Update, Melvin Hillsman&lt;br /&gt;
#(14:20) User Survey Highlights, Matt van Winkle&lt;br /&gt;
#(14:25) Financial Team Update, Joseph Sandoval&lt;br /&gt;
#(14:30) PCWG Update (incl Nordic Days summary), Amy Marrich&lt;br /&gt;
#(14:35) Adjacent Communities, Chris Hoge, Flavio Percocco, Melvin Hillsman&lt;br /&gt;
#(14:40) Questions, Feedback from Board, TC, others, User Committee&lt;br /&gt;
#(14:45)   Break&lt;br /&gt;
'''Pilot Project  Reports'''  ([https://docs.google.com/presentation/d/1nsm6ht3kJRw7vZsbjLDcTfPA8d8gu3jSYinmKfgiENU/edit?usp=sharing slides])&lt;br /&gt;
# (15:00) Airship - . Matt Mceuen, Jaesuk Ahn&lt;br /&gt;
# (15:20) Kata Containers - Eric Ernst, Xu Wang, Samuel Ortiz&lt;br /&gt;
# (15:40) StarlingX - Brent Roswell&lt;br /&gt;
# (16:00) Zuul - James Blair, Monty Taylor&lt;br /&gt;
&lt;br /&gt;
'''(17:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(17:15-20:00) Get Together @HSR Lounge'''&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166603</id>
		<title>Governance/Foundation/12Nov2018BoardMeeting</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166603"/>
				<updated>2018-11-07T13:03:42Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== OpenStack Board and Leadership Meetings - November 12, 2018  ==&lt;br /&gt;
&lt;br /&gt;
'''  This page is a work in progress - schedule and agenda items will continue to change'''&lt;br /&gt;
&lt;br /&gt;
The OpenStack  Foundation Board of Directors, Technical Committee and User Committee will meet in person at  9:00am - 5:00pm CET.&lt;br /&gt;
&lt;br /&gt;
'''Meeting Location: Deutsche Telekom AG, Berlin Representative Office, Französische Straße 33 a-c, 10117 Berlin (Lichthof)'''&lt;br /&gt;
#: Directions to the meeting location: https://www.telekom-hauptstadtrepraesentanz.com/hsr-en/directions&lt;br /&gt;
#: Local contact: [mailto:f.kloeker@telekom.de Frank Kloeker] +4915114088648&lt;br /&gt;
#: With the full leadership and many who wish to attend this meeting we do expect that the room will be full.   To ensure the meeting is available to all who we will have webex setup so that you may attend remotely.  &lt;br /&gt;
&lt;br /&gt;
To join the session by computer or by phone:&lt;br /&gt;
#  https://openstack.webex.com/openstack/k2/j.php?MTID=t4df5672469dec3eb6e9416efdb814c25 &lt;br /&gt;
# Enter your name and email address (or registration ID).&lt;br /&gt;
# Enter the session password: This session does not require a password.&lt;br /&gt;
# Click &amp;quot;Join Now&amp;quot;.&lt;br /&gt;
# Follow the instructions that appear on your screen.&lt;br /&gt;
# Attendees are muted upon entry to the call. Board, TC and UC participants if you use the URL emailed to you, you will be added to the meeting as a presenter and will not be muted.&lt;br /&gt;
&lt;br /&gt;
== OpenStack Board Meeting Agenda ==&lt;br /&gt;
: Chair: Alan Clark, Vice Chair: Lew Tucker&lt;br /&gt;
:  Minutes: Mark Radcliffe&lt;br /&gt;
: &lt;br /&gt;
::  Non official meeting discussion Channels:&lt;br /&gt;
::* (Julia Dechance will monitor and manage the webex connection)&lt;br /&gt;
::* webex chat&lt;br /&gt;
::* IRC: #openstack-board&lt;br /&gt;
::* Etherpad: https://etherpad.openstack.org/p/UnofficialBoardNotes-Nov12-2018&lt;br /&gt;
:&lt;br /&gt;
'''(9:00) Call To Order, Open Session'''&lt;br /&gt;
&amp;lt;!--&lt;br /&gt;
# Introduce new board members&lt;br /&gt;
#:  A big thank you to Kurt Garloff for his contributions to the board and to the OpenStack community.  Welcome to to Dr. Clemens Hardewig, who will be the representative for Deutsche Telekom AG going forward.&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
# Roll Call (Y/N = Attendance)&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;margin-left: 40px;&amp;quot;&lt;br /&gt;
! colspan=&amp;quot;6&amp;quot; | Board Member Directors&lt;br /&gt;
|-&lt;br /&gt;
! Y/N&lt;br /&gt;
! Platinum Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Gold Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Individual Member Directors&lt;br /&gt;
|-&lt;br /&gt;
|  || Alan Clark&lt;br /&gt;
|  || Arkady Kanevsky&lt;br /&gt;
|  || Allison Randal&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Anni Lai&lt;br /&gt;
|  ||  Boris Renski&lt;br /&gt;
|  ||  ChangBo Guo&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Brian Stein&lt;br /&gt;
|  ||  Johan Christenson&lt;br /&gt;
|  ||  Egle Sigler&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Christopher Price&lt;br /&gt;
|  ||  Joseph Wang&lt;br /&gt;
|  ||  Monty Taylor&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Imad Sousou ( Melissa Evers-Hood)&lt;br /&gt;
|  ||  Kenji Kaneshige&lt;br /&gt;
|  ||  Prakash Ramchandran&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Kandan Kathirvel &lt;br /&gt;
|  ||  Kurt Garloff&lt;br /&gt;
|  ||  Shane Wang&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Mark McLoughlin&lt;br /&gt;
|  ||  Lew Tucker&lt;br /&gt;
|  ||  Steven Dake&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Ruan Hu&lt;br /&gt;
|  ||  Robert Esker&lt;br /&gt;
|  ||  Tim Bell&lt;br /&gt;
|}&lt;br /&gt;
# Approve minutes from previous  board meetings&lt;br /&gt;
&amp;lt;!-- May 20, 2018, September 18, 2018, October 25, 2018,  --&amp;gt;&lt;br /&gt;
:&lt;br /&gt;
''' Executive Director Update''' - Jonathan/Mark/Thierry/Lauren&lt;br /&gt;
# Strategic Project Governance&lt;br /&gt;
#: Review latest changes and final comments from board members &lt;br /&gt;
#: review board responsibilities (as discussed at the October board meeting)&lt;br /&gt;
#: Board review and approve resolutions for the bylaws updates - Alan&lt;br /&gt;
# Updates and preview of Berlin Summit&lt;br /&gt;
# 2019 draft budget proposal &lt;br /&gt;
:&lt;br /&gt;
''' Committee and Work Efforts'''&lt;br /&gt;
# Interoperability Guideline Updates  - Egle&lt;br /&gt;
# Finance Committee - Arkady&lt;br /&gt;
'''(12:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(12:00-12:30) Lunch @HSR Lounge''' (due the shared lunch space it's required to set the time fix)&lt;br /&gt;
&lt;br /&gt;
== OpenStack Leadership Meeting Agenda ==&lt;br /&gt;
: Meeting Organizers: Alan Clark(chair), Lew Tucker(vice-chair), Doug Hellmann(Chair), Mohammed Naser(vice-chair), Jonathan Bryce (Executive Director), Melvin Hillsman(Chair), Matt Van Winkle(vice-chaiir)&lt;br /&gt;
&lt;br /&gt;
: We will keep the webex up and running for this session.&lt;br /&gt;
&lt;br /&gt;
'''(13:00) Call To Order, Open Session'''&lt;br /&gt;
# Welcome to new members&lt;br /&gt;
#: New TC members&lt;br /&gt;
#:: Ghanshyam Mann&lt;br /&gt;
#:: Jean-Philippe Evrard&lt;br /&gt;
#:: Lance Bragstad&lt;br /&gt;
'''OpenStack TC''' ([https://docs.google.com/presentation/d/1wcG7InY2A5y67dt5lC14CI1gQHGZ3db8-yshOu-STk8/edit#slide=id.g46a6072f4a_0_308 slides])&lt;br /&gt;
#(13:15) Rocky retrospective, Sean McGinnis&lt;br /&gt;
#(13:20) Stein update, Doug Hellmann&lt;br /&gt;
#(13:40) TC operational changes, Doug Hellmann&lt;br /&gt;
#(13:45) Peer review culture initiative, Julia Kreger&lt;br /&gt;
#(13:50) Technical vision initiative, Zane Bitter&lt;br /&gt;
#(14:00) Please note: The agenda items and times will change as the TC and UC add their agenda items.&lt;br /&gt;
'''OpenStack UC'''&lt;br /&gt;
#(14:15)  Please note: The agenda items and times will change as the TC and UC add their agenda items.&lt;br /&gt;
'''Pilot Project  Reports'''&lt;br /&gt;
# (15:00) Airship - . Matt Mceuen, Jaesuk Ahn&lt;br /&gt;
# (15:20) Kata Containers - Eric Ernst, Xu Wang, Samuel Ortiz&lt;br /&gt;
# (15:40) StarlingX - Brent Roswell&lt;br /&gt;
# (16:00) Zuul - James Blair, Monty Taylor&lt;br /&gt;
&lt;br /&gt;
'''(17:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(17:15-20:00) Get Together @HSR Lounge'''&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=166553</id>
		<title>OpenStack health tracker</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=166553"/>
				<updated>2018-11-05T20:38:37Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Project Teams */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''This page is a live document and contains notes from TC members working with project teams to ensure they have everything they need and are not running into issues. This information is not necessarily complete.'''&lt;br /&gt;
&lt;br /&gt;
TC members are attached as liaisons to each of the project teams, [https://governance.openstack.org/sigs/ SIGs], or [https://governance.openstack.org/uc/ UC working groups]. The idea is for these liaisons to keep up with the general health of the group, understand any issues they encounter, and help them work with the TC on solutions if necessary. Some TC members may be more active within the group than the basic liaison responsibilities imply, but that is not required.&lt;br /&gt;
&lt;br /&gt;
== Health check list ==&lt;br /&gt;
&lt;br /&gt;
==== Review visible issues ====&lt;br /&gt;
* If the team misses releases, has no volunteer for PTL position or does not answer pings around events organization, people will add &amp;quot;visible issues&amp;quot; in the tracker&lt;br /&gt;
* Same if someone notices an org diversity issue or team fragility&lt;br /&gt;
* In a lot of cases the visible issue has a natural explanation, so starting by asking about it is a good step&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team active? ====&lt;br /&gt;
* Watch summit &amp;quot;project update&amp;quot; videos, if any&lt;br /&gt;
* Check number of commits in recent times, and nature of them (bugfix or typo fix ?)&lt;br /&gt;
* Is the team keeping up with community goals ? (Completion status of previous ones, plan on the current/next ones. See also notes for new project data)&lt;br /&gt;
* Ask how functional and feature-complete the project is. If not, what is the roadmap ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team healthy? ====&lt;br /&gt;
* Checking Stackalytics organizational affiliation for commits, reviews, core reviews&lt;br /&gt;
* Checking number of people involved in commits, reviews, core reviews&lt;br /&gt;
* Checking the trend of changes in previously listed data: Is the project losing/gaining (core) reviewers regularily?&lt;br /&gt;
* Does the team have an onboarding process? Did they run onboarding sessions at recent Forums ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team openly collaborating (respecting the 4 opens)? ====&lt;br /&gt;
* Is the team holding regular meetings on an open communication channel?&lt;br /&gt;
* Check meeting logs and/or participate in the meeting&lt;br /&gt;
* Is the team using the mailing list for async communication? Check which type of topics are discussed (internal or only external-facing)&lt;br /&gt;
* Inquire with people who are irregular contributors to a project to see if there are issues regarding inclusivity or attention&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Getting direct feedback from the PTL/team ====&lt;br /&gt;
* Ask if the PTL/team has any open question (on processes, goals, governance...)&lt;br /&gt;
* Ask the PTL/team how the project is doing, and whether they have any concern, fear, issue they would like to raise&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Notes:'''&lt;br /&gt;
* Smaller teams usually don't have a lot of needs for async communication, so they rarely have ML threads&lt;br /&gt;
* New projects should be aware of the goal processes, the current goals, and state their status with previous goals to match the requirements [https://governance.openstack.org/tc/reference/new-projects-requirements.html]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Liaisons ==&lt;br /&gt;
=== SIGs ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| API ||  &lt;br /&gt;
|-&lt;br /&gt;
| Extended Maintenance ||  &lt;br /&gt;
|-&lt;br /&gt;
| FEMDC || &lt;br /&gt;
|-&lt;br /&gt;
| First Contact || fungi &lt;br /&gt;
|-&lt;br /&gt;
| K8s ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Meta || &lt;br /&gt;
|-&lt;br /&gt;
| Operation Docs || &lt;br /&gt;
|-&lt;br /&gt;
| Resource Management || &lt;br /&gt;
|-&lt;br /&gt;
| Scientific || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Security || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Self-healing || gmann&lt;br /&gt;
|-&lt;br /&gt;
| Upgrade || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Board Committees and Working Groups ===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Foundation Finance Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Interop Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Compensation Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Professional Certification Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Diversity Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Gold And Platinum Member Committee || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== UC Teams and Working Groups ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Financial Team || &lt;br /&gt;
|-&lt;br /&gt;
| Large Deployment Team || &lt;br /&gt;
|-&lt;br /&gt;
| Massively Distributed Clouds || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Operators Telecom/NFV || smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Ops Tags Team || &lt;br /&gt;
|-&lt;br /&gt;
| Product Team || &lt;br /&gt;
|-&lt;br /&gt;
| Fault-Genes Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| LCOO Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Public Cloud Working Group || cdent &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Project Teams ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Adjutant || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Barbican || fungi, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Blazar || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Chef Openstack || evrardjp, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Cinder || gmann, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Cloudkitty || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Congress || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Cyborg || lbragstad, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Designate || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Documentation || lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Ec2-Api || smcginnis, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Freezer || smcginnis, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Glance || lbragstad, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Heat || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Horizon || smcginnis, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| I18n || evrardjp, dims&lt;br /&gt;
|-&lt;br /&gt;
| Infrastructure || fungi, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Ironic || cdent, smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Karbor || smcginnis, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Keystone || fungi, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Kolla || gmann, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Kuryr || gmann, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Loci || lbragstad, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Magnum || cdent, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Manila || gmann, smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Masakari || gmann, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Mistral || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Monasca || gmann, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Murano || ttx, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Neutron || cdent, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Nova || lbragstad, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Octavia || gmann, dims&lt;br /&gt;
|-&lt;br /&gt;
| Openstack Charms || evrardjp, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Openstack-Helm || evrardjp, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Openstackansible || fungi, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| OpenStackClient || fungi, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Openstacksdk || fungi, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Oslo || lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Packaging-Rpm || evrardjp, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Powervmstackers || ttx, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Puppet Openstack || mnaser, dims&lt;br /&gt;
|-&lt;br /&gt;
| Qinling || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Quality Assurance || fungi, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Rally || fungi, dims&lt;br /&gt;
|-&lt;br /&gt;
| Release Management || lbragstad, dims&lt;br /&gt;
|-&lt;br /&gt;
| Requirements || fungi, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Sahara || smcginnis, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Searchlight || cdent, dims&lt;br /&gt;
|-&lt;br /&gt;
| Senlin || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Solum || fungi, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Storlets || cdent, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Swift || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Tacker || mnaser, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Telemetry || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Tricircle || smcginnis, mugsie&lt;br /&gt;
|-&lt;br /&gt;
| Tripleo || evrardjp, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Trove || smcginnis, mnaser&lt;br /&gt;
|-&lt;br /&gt;
| Vitrage || lbragstad, TheJulia&lt;br /&gt;
|-&lt;br /&gt;
| Watcher || mugsie, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Winstackers || ttx, dims&lt;br /&gt;
|-&lt;br /&gt;
| Zaqar || zaneb, cdent&lt;br /&gt;
|-&lt;br /&gt;
| Zun || gmann, ttx&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Status updates ==&lt;br /&gt;
&lt;br /&gt;
=== Adjutant ===&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Team is essentially one core/PTL and lacks diversity. Internal development sometimes stalls upstream work.&lt;br /&gt;
* PTL is planning on socializing the project during the Berlin summit in order to attract more contributors.&lt;br /&gt;
* No dedicated meeting time, but since the project is currently only one developer the PTL doesn't really see this being an issue. Looking to certainly expand that if/when more contributors start getting involved with the project.&lt;br /&gt;
* The team is focused on cleaning up technical debt before jumping into more feature work.&lt;br /&gt;
&lt;br /&gt;
=== Barbican ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
The team seems generally healthy and was considered to have &amp;quot;diverse affiliation&amp;quot; at the time we removed the affiliation diversity tags. Vulnerability reports for its code deliverables are officially overseen by the OpenStack VMT and have no outstanding public security issues unhandled. Changes are reviewed and approved with regularity in most of their deliverables. They're keeping up with applicable cycle goals, release deadlines, holding regular weekly meetings in IRC (if sometimes a bit short and with only a handful of participants) and putting important design discussions on the development mailing list. Over the past cycle they migrated their task and defect tracking from Launchpad to Storyboard, and were bolstered somewhat in their mission by the inclusion of Castellan (though not officially a Barbican deliverable, still maintained by many of the same folks and basically a foster child in Oslo's care) in the base services list.&lt;br /&gt;
&lt;br /&gt;
=== Blazar ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: NTT represents 79% of core reviews&lt;br /&gt;
* Requested to be listed under project navigator on openstack.org (ttx mentioned that should be taken care of)&lt;br /&gt;
* A lot of work seems to be going around updating document linking&lt;br /&gt;
&lt;br /&gt;
=== Chef OpenStack ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Samuel Cassiba represents 75% of commits&lt;br /&gt;
&lt;br /&gt;
=== Cinder ===&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Some drop off in participation by some cores, but still active enough not to raise any red flags&lt;br /&gt;
* Overall less community involvement&lt;br /&gt;
* Project may just be &amp;quot;stable&amp;quot; and doesn't need as much activity as the past&lt;br /&gt;
* Still a lot of bug fix work to be done, but no major new features on the roadmap&lt;br /&gt;
&lt;br /&gt;
=== Cloudkitty ===&lt;br /&gt;
Updated July 19, 2018 (ttx)&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from ObjectifLibre), failure to retain onboarded people&lt;br /&gt;
* Activity is low but stable (33 commits in Rocky so far compared to 57 total in Queens)&lt;br /&gt;
* Works to support standalone operation and reusability in a Prometheus-driven stack, good feedback from users on that strategy&lt;br /&gt;
* It's mostly in competition with homegrown solutions, which makes it a bit special&lt;br /&gt;
* IRC meetings do not appear on eavesdrop.openstack.org -- no regular meeting, focusing on doing some small group meeting for key topics&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
&lt;br /&gt;
=== Congress ===&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-30 by cdent&lt;br /&gt;
&lt;br /&gt;
* Commits somewhat down from Queens (119 in Queens, 69 in Rocky so far)&lt;br /&gt;
* Commits and reviews in the hands of a small but diverse group&lt;br /&gt;
* Limited engagement on os-dev, but effective: http://lists.openstack.org/pipermail/openstack-dev/2018-May/130180.html&lt;br /&gt;
* IRC logged for both channel and meetings, low but steady traffic.&lt;br /&gt;
* Working to address step learning curve that new contributors face by refactoring tempest tests and associated documentation.&lt;br /&gt;
&lt;br /&gt;
=== Cyborg ===&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* No account of [http://eavesdrop.openstack.org/meetings/openstack_cyborg_project/ previous meeting logs] (404), but meetings are held in IRC.&lt;br /&gt;
* Development team is working on features and a presentation for the summit in Berlin.&lt;br /&gt;
* PTL noted that more resources would be a plus in helping with work queues.&lt;br /&gt;
* Development pace seems to have maintained through Rocky and into Stein&lt;br /&gt;
* IRC is relatively quiet, but there are long discussions with other teams every few days.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* Email responded to by PTL on July 4th. PTL has nothing to really report.&lt;br /&gt;
* Activity seems to be moderately in-line with the prior cycle, although one of the cores has since become an independent contributor.&lt;br /&gt;
* Cyborg does presently hold a weekly meeting on Wednesdays which does appear active, otherwise IRC is quiet.&lt;br /&gt;
** There is no calendar entry on eavesdrop.openstack.org for cyborg, TheJulia let the PTL know.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Designate ===&lt;br /&gt;
Last updated 2018-07-23 by cdent&lt;br /&gt;
&lt;br /&gt;
* Low number of reviews, commits, and contributors but it is somewhat steady.&lt;br /&gt;
* A significant amount of the code activity is related to aligning with infra/testing/qa related goals and not feature development. &amp;quot;most of our work at the moment is based around fixing the gate / not breaking future versions&amp;quot;&lt;br /&gt;
* ML list use is light, but that's always been the case.&lt;br /&gt;
* IRC channel is not busy but is responsive.&lt;br /&gt;
* Lurking difficulties:&lt;br /&gt;
** As of yet, no support for WSGI, which will break things in a pure py3 environment (due to eventlet)&lt;br /&gt;
** Low number of reviews means meeting community goals difficult and distracting.&lt;br /&gt;
** Feature requesting is not formalized/transparent, people show up asking &amp;quot;why isn't thing X present?&amp;quot;&lt;br /&gt;
** Designate is present in many OpenStack distributions but vendors are not providing active contribution support.&lt;br /&gt;
&lt;br /&gt;
Summary: muddling along, but struggling to address feature demands because of lack of incoming flow of people.&lt;br /&gt;
&lt;br /&gt;
=== Diversity ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The Diversity WG continues to have semi-weekly meetings in their IRC channel with anywhere from 2 to 8 participants (varying week to week)&lt;br /&gt;
* Current activities include finalizing the updated diversity survey and following up on feedback to the foundation event coordinators (preferred pronoun stickers for badges, some way to indicate visibly that you don't wish to be photographed, designated alcohol-free areas at official social events)&lt;br /&gt;
* Also communicating with the Women of OpenStack group about the possibility of more closely collaborating on sponsored event activities&lt;br /&gt;
&lt;br /&gt;
=== Documentation ===&lt;br /&gt;
&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* The team made some progress on some initiatives like overhauling the documentation site and templates.&lt;br /&gt;
* Progress is slow given the team size only being a handful of people.&lt;br /&gt;
* PTL has organized a project onboarding session in Berlin to help attract new contributors.&lt;br /&gt;
* Meetings are relatively sporadic but do generate useful discussions.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-18, pabelanger&lt;br /&gt;
&lt;br /&gt;
* Revist meeting format at stein PTG&lt;br /&gt;
* To early to report on new office hours, but people still seem to ask questions at random times.&lt;br /&gt;
* review queue is pretty stable&lt;br /&gt;
* suggestion in https://review.openstack.org/#/c/579177/, wondering if the TC could help the docs team promote some of the proposed docs guidelines&lt;br /&gt;
* could use more designer resources to work on some outstanding tasks wrt docs.o.o that we previously talked about in Dublin. I'm hoping to get some intern time secured from the Foundation in the coming weeks.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
=== Dragonflow ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Huawei represents 100% of core reviews&lt;br /&gt;
* The team did not produce a Queens release. Their last release was 4.0.0 on Sept 1, 2017. Should projects that do not prepare releases be considered official? -- dhellmann&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== ec2-api ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Andrey Pavlov represents 100% of core reviews&lt;br /&gt;
* Standing TODOs to update ec2api to latest Nova APIs (https://bugzilla.redhat.com/show_bug.cgi?id=1612369#c1)&lt;br /&gt;
&lt;br /&gt;
Last update: July 3, 2018 (cmurphy)&lt;br /&gt;
* Low activity due to general maturity&lt;br /&gt;
* Still actively used by operators, bugs are reported and fixed&lt;br /&gt;
* Three cores, all reportedly active&lt;br /&gt;
* Being part of OpenStack is still valued&lt;br /&gt;
** Operators are still using the project, so better to be coupled with OpenStack&lt;br /&gt;
** Depends on other components of OpenStack, so there is value in collaborating together&lt;br /&gt;
&lt;br /&gt;
=== Extended Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Newly formed SIG in the Rocky cycle, built on the ruins of the old Stable Branch Management team. They're still feeling out the changes we outlined in Dublin and Vancouver for EM as compared to the old stable/EOL workflow.&lt;br /&gt;
&lt;br /&gt;
=== First Contact ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Primarily focused on fleshing out the contributor guide, working with OSF staff on the contributor portal, and most recently the employer guide (targeted at helping management at contributors' employing organizations understand what resources they can provide to help their upstream interactions be more successful and lower-friction). They meet fairly consistently in IRC each week, and while those active in the SIG are fairly few in number they represent work important to the overall health of our community so can use all the support they can get.&lt;br /&gt;
&lt;br /&gt;
=== Freezer ===&lt;br /&gt;
ttx updated Aug 28, 2018&lt;br /&gt;
&lt;br /&gt;
* Lots of warning lights:&lt;br /&gt;
** Still uses pycrypto [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131103.html]&lt;br /&gt;
** freezer and freezer-web-ui missed the Rocky-2 and Rocky-3 milestones, so Freezer was not included in Rocky&lt;br /&gt;
** There was [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s)] for Stein.&lt;br /&gt;
** No PTG presence&lt;br /&gt;
** No team meeting since August 2017&lt;br /&gt;
* That said:&lt;br /&gt;
** The historic PTL (Saad Zaher) is working on it on his free time, and was on paternity leave lately (congrats!)&lt;br /&gt;
** Several people stepped up to save it from being made unofficial (Trinh Nguyen from Edlab, Geng Changcai from ZTE)&lt;br /&gt;
** Activity was significant in Rocky (88 commits), with good diversity&lt;br /&gt;
* Recommendation is to reassess before stein-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Glance ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Meetings occur weekly and seem to have good discussion.&lt;br /&gt;
* Most cores are employed by Red Hat, but this isn't a huge concern for the group since work in this area is needed.&lt;br /&gt;
* Team would benefit the most from code and specification reviews, especially since the select few cores are heads down coding.&lt;br /&gt;
* The team has been pushing out a lot of new functionality with respect to team size over the last 3 releases and they're concerned about getting feedback from users and operators.&lt;br /&gt;
* Didn't sound like the team was able to secure a slot for a project update or a general purpose feedback session.&lt;br /&gt;
* PTL is working with the foundation to massage the user survey questions to be more useful, sounds like the current set is too dated to be relevant.&lt;br /&gt;
&lt;br /&gt;
=== Heat ===&lt;br /&gt;
Update: 2018-06-28, zaneb&lt;br /&gt;
&lt;br /&gt;
* Under active development&lt;br /&gt;
* Only 4 active cores, 3 from Red Hat. This is limiting the amount of development that can be done and the velocity of the project.&lt;br /&gt;
** Especially struggling with stable reviews (only 1 active core, and the stable-maint team are the gatekeepers for adding more)&lt;br /&gt;
* Active on mailing list and IRC&lt;br /&gt;
* Regular IRC meetings&lt;br /&gt;
* [https://ethercalc.openstack.org/heat-mox-removal Excellent progress] on the (massive) mox-removal goal in Rocky&lt;br /&gt;
* The heat-translator sub-project no longer has any team overlap with the rest of the project, and is struggling for core reviewers. It might be time to [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131688.html consider another home for it].&lt;br /&gt;
&lt;br /&gt;
=== Horizon ===&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Continues to see loss of reviewers and code contributors&lt;br /&gt;
* Planning an onboarding session in Berlin where they hope to attract more contributors&lt;br /&gt;
* Considering the need to add Horizon to the Help Most Needed list to try to attract more&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: July 20, cmurphy&lt;br /&gt;
* Lost several core reviewers recently&lt;br /&gt;
* Some promising new contributors, could become cores if they help with reviews more&lt;br /&gt;
* Nearly complete with mox goal&lt;br /&gt;
* Focus on cross-project plugins and CI coverage&lt;br /&gt;
* Lots of participation in weekly meetings&lt;br /&gt;
* Concern about getting help with AngularJS work&lt;br /&gt;
** Converting more of horizon to AngularJS is still seen as the right technical direction (it provides a better user experience) but community contribution is suffering from it&lt;br /&gt;
** Hard to ask devs from other OpenStack projects to add support for new features in non-Python&lt;br /&gt;
** Hard in general to attract new JS devs when OpenStack is mostly Python&lt;br /&gt;
&lt;br /&gt;
=== I18n ===&lt;br /&gt;
Update: July 04, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
The team changed leadership in Queens.&lt;br /&gt;
&lt;br /&gt;
Queens status:&lt;br /&gt;
* 87 modules touched (+87%)&lt;br /&gt;
* 17 languages supported (+6%)&lt;br /&gt;
* 55 active translators (-14%) (TODO, need to check with PTL if it has an impact)&lt;br /&gt;
* 7 companies support (-22%)&lt;br /&gt;
I18n team previously had team meetings but decided to have office hours instead.&lt;br /&gt;
Usually tracks completion of Rocky community goals.&lt;br /&gt;
A lot of collaboration with Doc team.&lt;br /&gt;
Dedicated mailing-list: openstack-i18n - pretty busy&lt;br /&gt;
&lt;br /&gt;
Rocky:&lt;br /&gt;
* &amp;lt;strike&amp;gt;Help is wanted around doc translation. See https://review.openstack.org/#/c/545377 for example.&amp;lt;/strike&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Infrastructure ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Probably the most significant note is that this team is slowly working on disassociating itself from direct OpenStack governance (the draft declaration of independence for it still seeks input from the OpenStack community as a part of its own decision-making processes however). The TC should of course continue to concern itself with the health of this collective under whatever new name and governance it assumes since OpenStack is heavily reliant on the services it provides. Reasonably healthy at present, the team has numerous deliverable repositories under its umbrella which see widely varied levels of contribution and review activity. During Rocky it lost a couple of its more active root sysadmins which has added a renewed strain on available bandwidth. The Zuul (+nodepool et al) project was also split out during this cycle, but the official separation  doesn't seem to have particularly drained any of the team away as there is still significant overlap between them. Upcoming concerns are making sure the team is still able to meet its charge with the increased responsibility of serving additional OSF projects beyond OpenStack itself, along with rebranding/debranding efforts coupled with whitelabeling of some relevant services.&lt;br /&gt;
&lt;br /&gt;
=== Interop ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* Only a few active members of the Interop WG reviewing and contributing patches to the openstack/interop repository&lt;br /&gt;
* Affiliation is fairly diverse, but with so few active that's probably not really relevant&lt;br /&gt;
* Mandated to maintain interoperability guidelines in support of official trademark programs, so the board will likely step in if active participants fall below a minimum viable count&lt;br /&gt;
* Heavily dependent on the RefStack and QA teams for their tool development&lt;br /&gt;
&lt;br /&gt;
=== Ironic ===&lt;br /&gt;
Stein update: October 31st (TheJulia)&lt;br /&gt;
* Ironic has taken on quite a bit of new feature and refactoring work for this cycle.&lt;br /&gt;
* We are seeing a drop in review activity, which is consistent in the beginning of a cycle, however we've had some reduced core reviewer activity as well so mentoring and recruiting is something we're activity having to do.&lt;br /&gt;
* Commit activity is off balance, but review activity is relatively balanced contributing organization wise.&lt;br /&gt;
&lt;br /&gt;
=== Karbor ===&lt;br /&gt;
Stein Update, Oct 23, smcginnis&lt;br /&gt;
* Activity continues to decline&lt;br /&gt;
* Pengju has reached out to several companies in China (Huawei, ZTE) and has some informal commitments that they will contribute new developers&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: Oct 5, ttx&lt;br /&gt;
* Activity dropped significantly over the last 6 months: no more meetings, only 16 (mostly cleanup) commits in Rocky&lt;br /&gt;
* Pengju Jiao stepped up in August to push the release and apply for the PTL position&lt;br /&gt;
* Activity dropped again in September as he was on paternity leave. Activity is expected to pick back up after the Golden Week in China&lt;br /&gt;
* Karbor is far from fully-functional and needs a lot of work. Pengju has a clear roadmap for Stein.&lt;br /&gt;
* In terms of contribution, Karbor has users involved (China Mobile, Huawei), and other users that are not yet contributing&lt;br /&gt;
&lt;br /&gt;
=== Keystone ===&lt;br /&gt;
Update July 3, 2018 (cmurphy)&lt;br /&gt;
* High pressure due to being a central part of OpenStack&lt;br /&gt;
* Focus on &amp;quot;improving the commons&amp;quot; - policy/RBAC work, unified quota management, application development&lt;br /&gt;
* 10 cores with varying levels of activity, nearly all are at most part-time&lt;br /&gt;
** Concern over possibility of team burnout&lt;br /&gt;
&lt;br /&gt;
=== Kolla ===&lt;br /&gt;
Update: 2018-07-30, TheJulia&lt;br /&gt;
* Discussion in IRC with the PTL about a week after initial contact in #openstack-tc&lt;br /&gt;
* PTL felt that the team was in a good state, that goals had been progressing.&lt;br /&gt;
* Slight increase in review activity/commits, overall seems fairly healthy.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* No reply received. Follow-up email sent on 2017-07-10 and contact initiated on IRC.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Kuryr ===&lt;br /&gt;
&lt;br /&gt;
Updated 1st November 2018 by gmann after discussion and email response from dmellado.&lt;br /&gt;
&lt;br /&gt;
* Project is quite a healthy. It has several full time contributors, are actively working on adding new features and keep track of upstream goals,such as python3 was finished as one of the initial projects.&lt;br /&gt;
* Project wanted to move to office hour and this is something PTL would like to discuss during Berlin Summit. &lt;br /&gt;
* Project maintaining their activeness in Conference by conducting the Physical PTG, Projects updates and onboarding sessions. &lt;br /&gt;
* Enough number of active contributors.&lt;br /&gt;
* Project is active in responding the incoming review request and able to maintain the low number of open Reviews count.  &lt;br /&gt;
* Number of contribution(review &amp;amp; commit)  is going with little higher rate compare tp Rocky cycle.&lt;br /&gt;
* Not much communication on ML and IRC channel but team stay online there for any incoming queries. &lt;br /&gt;
&lt;br /&gt;
Key Issues:&lt;br /&gt;
&lt;br /&gt;
* Release model is challenging where project has to consider both openstack and k8s release cycles. Need input from TC and Release team in Forum. &lt;br /&gt;
* Most of the active contributors are from Redhat. Projects used to have few contributor from Huawei which are not so active now.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated 2018-08-13 by cdent, from an email response by dmellado to a message from dims&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: RedHat represents 79% of core reviews&lt;br /&gt;
** Considering moving or adding meetings to reach more timezones&lt;br /&gt;
* Making good headway in general&lt;br /&gt;
* Have some challenges with infra that they'd like to figure out:&lt;br /&gt;
** Would be good to have an openstack-infra k8s registry for containers&lt;br /&gt;
** Would be nice to have nested VMs with large RAM to test pods&lt;br /&gt;
* Need to work with neutron to deal with API slowness&lt;br /&gt;
&lt;br /&gt;
=== Large Deployment ===&lt;br /&gt;
Update: 2018-07-14, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Loci ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
** Sam Yaple has agreed to run as PTL again&lt;br /&gt;
&lt;br /&gt;
Update: 2018-08-09, pabelanger&lt;br /&gt;
* PTL missed original email, reason for delay.&lt;br /&gt;
* LOCI is now a single-repo project. Retired other repos.&lt;br /&gt;
* Is stable, but have not agreed and implemented a versioning system.&lt;br /&gt;
* Master branch of LOCI can build N-&amp;lt;HEAD of master&amp;gt; OpenStack currently, and this makes the stable branching structure a bit unappealing.&lt;br /&gt;
* LOCI has 3 independent efforts right now from a few people that are encouraging.&lt;br /&gt;
** aarch64 support though we haven't setup gates yet&lt;br /&gt;
** opensuse 15 support&lt;br /&gt;
** kolla-loci/loci-kolla support. The output will allow loci images to be used with kolla-ansible without kolla-ansible changes.&lt;br /&gt;
* core of LOCI is stable and solid throughout all of this. Most/all of this work is about integrations with other OpenStack projects with the long term goals of sharing the &amp;quot;deploy&amp;quot; gates with OSH/Kolla/Triple-O, testing LOCI images.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
=== Magnum ===&lt;br /&gt;
&lt;br /&gt;
=== Manila ===&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Project appears to be in good shape&lt;br /&gt;
* Focusing on bug fixes and stabilization rather than any big new features&lt;br /&gt;
* Drop of in involvement from EU, particularly from HPE and IBM&lt;br /&gt;
* Increase of participation from China makes EU drop off not as much of an issue other than time coverage&lt;br /&gt;
** Not a lot of involvement on IRC or weekly meeting though&lt;br /&gt;
* Lots of good interest downstream, particularly from HPC and telco communities&lt;br /&gt;
&lt;br /&gt;
=== Masakari ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Low activity in Rocky for a &amp;quot;new&amp;quot; project&lt;br /&gt;
* Organizational diversity fragility: NTT represents 97% of core reviews&lt;br /&gt;
&lt;br /&gt;
=== Mistral ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Lack of development&lt;br /&gt;
* Contributors haven't flagged development pace as a major concern yet, but it could become an issue in the future&lt;br /&gt;
* Attracting new contributors is a struggle&lt;br /&gt;
* Project contributors seem to be taking on multiple tasks that make development time for Mistral challenging&lt;br /&gt;
* The team continues to hold office hours weekly&lt;br /&gt;
* New contributors should have the most impact by helping with bug, features, and improving documentation.&lt;br /&gt;
* Code review volume doesn't seem to be a huge issue, yet&lt;br /&gt;
* Existing developers also noted that it is tough to concisely explain the purpose of the project (why should you care about workflows) and the problems it solves, which probably confuses new developers and raises the barrier to entry&lt;br /&gt;
&lt;br /&gt;
* Active development, with a steady stream of reviews and patches spread fairly evenly across a handful of contributors&lt;br /&gt;
* Organisational diversity is low, however - most contributions come from Nokia and Red Hat.&lt;br /&gt;
* Switched to multiple weekly office hours, logged as meetings. Quoting Dougal on lessons learned:&lt;br /&gt;
** Essentially we have ended up with a less formal meeting, but it happens multiple times in the week. The biggest advantage is that we can cover more timezones. I think it generally works well, but sometimes it is very quiet and just me - in those cases I tend to do bug triage and other routine tasks. This has helped reduce the bug backlog by at least 50%! We are a small team and a more formal weekly meeting always felt forced, as we didn't always have specific topics to discuss or there would only be a couple of us. So now the structure of the meetings is generally &amp;quot;Anyone here and want to chat? We have X new bugs we can talk about&amp;quot; and then we take it from there. Having a list of IRC nicks to ping at the start of meetings has helped remind people :)&lt;br /&gt;
* Missing PTG4 because it happens that no cores are available, so virtual PTG is planned instead. Mistral have participated in previous PTGs and expect to find it easier being co-located with the Summit.&lt;br /&gt;
&lt;br /&gt;
=== Monasca ===&lt;br /&gt;
Update: August 14th, 2018&lt;br /&gt;
* Team is fairly small and tends to utilize a single core reviewer strategy to approve changes.&lt;br /&gt;
* Team is holding weekly meetings which seem quite active. Contributor activity seems stable compared to the prior cycle.&lt;br /&gt;
* Check-in email sent to the PTL on August 14th. PTL is on vacation until end of month.&lt;br /&gt;
&lt;br /&gt;
=== Murano ===&lt;br /&gt;
* murano and murano-dashboard missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 13 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Recent US government action against ZTE has had an impact on the team, because ZTE employees are key contributors to the project and the core team. It is unclear how much ZTE will be able to continue to contribute in the future. [https://www.nbcnews.com/politics/congress/senate-blocks-zte-deal-rebuke-trump-deal-n882196]&lt;br /&gt;
* The murano-core team has members froM AT&amp;amp;T and Mirantis, as well as ZTE.&lt;br /&gt;
* emilien sent email on 2018-07-17&lt;br /&gt;
&lt;br /&gt;
Update 6 Aug 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Rong Zhu responded with some hopeful comments about the ZTE situation improving (and it seems to have) and meaning that team members will be more active on IRC again&lt;br /&gt;
&lt;br /&gt;
=== Nova ===&lt;br /&gt;
&lt;br /&gt;
Update 5 July 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* melwitt reports &amp;quot;I can't think of any issues we need help with&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Octavia ===&lt;br /&gt;
* Feeling a small shortage of contributors (contributions &amp;amp; code review)&lt;br /&gt;
* OpenStack-wide &amp;quot;interruptions&amp;quot; affect team heavily&lt;br /&gt;
* Moving from screen to systemd affected team for ~4 weeks&lt;br /&gt;
* WSGI Implementation took time (and changes) and team feels community goals aren't super constructive to project&lt;br /&gt;
* Zuul V3 cutovers (and constant restarts) affect productivity and slow down progress&lt;br /&gt;
* Sometimes certain things that should be done the &amp;quot;OpenStack&amp;quot; way such as involving PTLs in decisions don't happen&lt;br /&gt;
* Storyboard issues: https://etherpad.openstack.org/p/storyboard-issues&lt;br /&gt;
&lt;br /&gt;
=== Openstack Charms ===&lt;br /&gt;
Update: June 20, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from Canonical), but with some external participation&lt;br /&gt;
* Steady activity, keeping up with recent evolution (includes Vault and Gnocchi, integrates Designate with Neutron)&lt;br /&gt;
* Holds weekly IRC meetings with rotating chair&lt;br /&gt;
* Uses Launchpad, and is likely to stay there as it allows sharing tasks with Ubuntu packaging&lt;br /&gt;
* Limited ML engagement (thread left dangling at [http://lists.openstack.org/pipermail/openstack-dev/2018-April/129314.html])&lt;br /&gt;
&lt;br /&gt;
=== OpenStack-Helm ===&lt;br /&gt;
Update: June 26, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from AT&amp;amp;T), but with external participation (SKT, 99cloud, Intel...)&lt;br /&gt;
* Increasing activity (412 commits in Rocky so far compared to 513 total in Queens)&lt;br /&gt;
* Holds weekly IRC meetings, pretty active discussions&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
* OpenStack-Helm is release-independent -- it aims to support Newton -&amp;gt; master and track latest all the time. They are waiting until they reach a certain quality level (and stable interface) before declaring a 1.0. See [https://docs.openstack.org/openstack-helm/latest/specs/osh-1.0-requirements.html requirements for 1.0]. This explains lack of releases.&lt;br /&gt;
&lt;br /&gt;
=== OpenStackAnsible ===&lt;br /&gt;
&lt;br /&gt;
=== OpenStackClient ===&lt;br /&gt;
Update: 28 June 2018, dhellmann, cmurphy&lt;br /&gt;
&lt;br /&gt;
* uses IRC and the mailing list but no meetings&lt;br /&gt;
* the review team is small, but there are several active reviewers not on the core team yet who are candidates&lt;br /&gt;
* there is quite a review backlog, but the PTL is optimistic that adding the new reviewers will help with that&lt;br /&gt;
* they are still interested in being included on the help wanted list (hence the &amp;quot;orange&amp;quot; status, for now)&lt;br /&gt;
&lt;br /&gt;
=== Openstacksdk ===&lt;br /&gt;
Update: 2018-07-02, TheJulia&lt;br /&gt;
* Initial communication with PTL, should expect to follow-up with-in the next few days.&lt;br /&gt;
&lt;br /&gt;
=== Oslo ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
&lt;br /&gt;
* Most of the more active members are employed by Red Hat, so it would be good to bring in more diverse contributors&lt;br /&gt;
* oslo.privsep, taskflow, and oslo.service are used in several significant service projects, but are effectively unmaintained.&lt;br /&gt;
* oslo.service has some issues with the WSGI service not working under python3. The plan is to encourage all projects to stop using that feature, deprecate, then remove it.&lt;br /&gt;
* taskflow is one of several projects that needs to update to a newer version of networkx, but the API changes in networkx mean reworking some of taskflow. Supporting both versions of the APIs may be complicated.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 18 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Active discussions about moving taskflow out of OpenStack governance.&lt;br /&gt;
* Most of the core team is still employed by Red Hat. Red Hat is expanding development in this area with another contributor, which is a good thing, but doesn't necessarily help with diversity.&lt;br /&gt;
* Team missed a slot for a project update in Berlin and is looking into ways to have that virtually.&lt;br /&gt;
* The team is active and regularly participates in meetings.&lt;br /&gt;
* Some concern about large features taking a long time to review.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 12 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* The team is small, but active and working on recruiting.&lt;br /&gt;
* Team produces regular and frequent releases for the maintained libraries&lt;br /&gt;
* Team meets weekly using IRC&lt;br /&gt;
* Team had both onboarding and project update sessions in Vancouver&lt;br /&gt;
* The level of activity within each library varies.&lt;br /&gt;
* Several of the libraries are reaching a &amp;quot;stable&amp;quot; state in which they may not see many updates beyond bug fixes. This has spurred a discussion of how to treat projects like that, led by the release management team [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131341.html]&lt;br /&gt;
&lt;br /&gt;
=== Packaging-RPM ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: SUSE represents 77% of core reviews&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.] (Update: PTL stepped up https://review.openstack.org/588617)&lt;br /&gt;
Update 21 Aug 2018 (cmurphy):&lt;br /&gt;
* Concern over low investment from original collaborators - was once a Mirantis/RH/SUSE project, now primary investment is mainly SUSE&lt;br /&gt;
* Not enough reviewers, and not a big pool of contributors to draw from given reduced corporate investment&lt;br /&gt;
* Seeing activity from several Asian companies but they don't participate in discussions, unclear on what their investment is or how to get them to engage more (some contributors seem to be clearly stats seeking)&lt;br /&gt;
* Requires significant effort to keep up to date, original vision of promoting CD by gating with other OpenStack projects and other deployment projects did not pan out (mostly due to lack of time for engagement)&lt;br /&gt;
* Not sure if it remains valuable to remain under governance&lt;br /&gt;
Update 5 Nov 2018 (evrardjp)&lt;br /&gt;
* These comments still apply.&lt;br /&gt;
&lt;br /&gt;
=== Powervmstackers ===&lt;br /&gt;
&lt;br /&gt;
* Email sent on August 9th (emilien).&lt;br /&gt;
* No help is needed, and their collaboration with other projects became better over time.&lt;br /&gt;
* Contributions are indeed owned by IBM but they welcome (and have) external contributors.&lt;br /&gt;
* The project looks quite healthy so far, and nothing much to report now.&lt;br /&gt;
&lt;br /&gt;
=== Puppet Openstack ===&lt;br /&gt;
Update: 2018-08-06 (cmurphy)&lt;br /&gt;
* Good progress on important features&lt;br /&gt;
** Puppet 5 support&lt;br /&gt;
** Debian support&lt;br /&gt;
* Some frustration with spam changes (compounded over multiple modules)&lt;br /&gt;
* Tripleo moving away from depending on Puppet so maintenance shifting more toward operators&lt;br /&gt;
* Overall seems to be growing traction and staying healthy&lt;br /&gt;
&lt;br /&gt;
=== Qinling ===&lt;br /&gt;
Update: August 20th, 2018, TheJulia&lt;br /&gt;
* PTL Confirmed small team nature, and that the team is largely focused on getting all of the minimum needs taken care of to have a viable FaaS component.&lt;br /&gt;
* Emailed PTL on August 14th, 2018.&lt;br /&gt;
* Project does not seem to hold regular meetings, but also appears to early in gearing up additional interest.&lt;br /&gt;
* Rocky timeframe contributions are much more diverse than Queens timeframe contributions which is a good sign.&lt;br /&gt;
* Core reviewing seems to use a mix of one and two core reviewers, weighted heavily towards a single reviewer.&lt;br /&gt;
&lt;br /&gt;
=== Quality Assurance ===&lt;br /&gt;
&lt;br /&gt;
Discussion with gmann, 2018-08-07:&lt;br /&gt;
* overall healthy with most repos receiving attention from a diversity of contributors&lt;br /&gt;
* grenade is one repo which is of concern, largely due to sdague's departure&lt;br /&gt;
* switch to office hours has been positive, increasing doing and discussion, rather than simply reporting&lt;br /&gt;
* help from individuals usually associated with other projects important aspect of QA health&lt;br /&gt;
&lt;br /&gt;
Outside of that discussion, there are [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/%23openstack-tc.2018-08-02.log.html#t2018-08-02T16:13:21 concerns expressed] about QA being too focused on tempest, and tempest being too focused on Nova.&lt;br /&gt;
&lt;br /&gt;
=== Rally ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Half on GitHub those days, and unwilling to drop direct branching ACLs&lt;br /&gt;
* Individual fragility: Andrey Kurilin represents 56% of commits&lt;br /&gt;
* Organizational diversity fragility: GoDaddy represents 97% of core reviews&lt;br /&gt;
* It looks like the project may be moving out of gerrit to GitHub? https://github.com/xrally and https://xrally.org -- dhellmann&lt;br /&gt;
&lt;br /&gt;
=== Refstack ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The core review team has only two active members, both funded directly by the OpenStack Foundation (one reaching the end of that internship)&lt;br /&gt;
* The bulk of recent contributions to the main refstack deliverable are from the same two individuals&lt;br /&gt;
* Most recent outside development interest has been in the python-tempestconf library for tempest.conf generation, which has also produced some sideline support development in the refstack-client deliverable&lt;br /&gt;
* The Refstack effort is considered to be reaching feature-complete state in the coming weeks as some final pieces land, and then will likely be put in maintenance mode from a governance perspective&lt;br /&gt;
* The refstack and refstack-client deliverables may make sense to get adopted by the Interop WG so the Refstack team itself can be wound down and officially disbanded&lt;br /&gt;
* The python-tempestconf deliverable isn't necessarily a good fit for QA team adoption, but may be looking for an adoptive home or may warrant creation of its own official TC-recognized team&lt;br /&gt;
&lt;br /&gt;
=== Release Management ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Task automation continues to make workload for the team easier&lt;br /&gt;
* Consistent drive-by attendees in weekly meetings&lt;br /&gt;
* Concerns over core team and what that means for transitioning leadership&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 28 June 2018, dhellmann &amp;amp; smcginnis&lt;br /&gt;
&lt;br /&gt;
* The review work has become easier, but there are still only 3 team members. That leaves succession planning for the PTL role a bit up in the air, and also poses challenges with the members travel to conferences all at the same time.&lt;br /&gt;
* Working on a reviewers' guide to help with recruiting.&lt;br /&gt;
* Completed adjusting ACLs for all official teams to use the reviewable release process for deliverables that are part of the OpenStack release.&lt;br /&gt;
&lt;br /&gt;
=== Requirements Management ===&lt;br /&gt;
  &lt;br /&gt;
&lt;br /&gt;
* need more reviewers, badly, as discussed a joint leadership meeting in Vancouver&lt;br /&gt;
&lt;br /&gt;
Update: 14 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* team has recently lost several members&lt;br /&gt;
* most work is really down to 3 people (Matt, Dirk, Tony)&lt;br /&gt;
* they work for 3 separate companies, but the team is so small that the diversity measures are questionable&lt;br /&gt;
* the changes this cycle to stop syncing requirements should lower the review burden somewhat, but the move to python 3 is going to take some work&lt;br /&gt;
* meets regularly&lt;br /&gt;
* accomplishments this cycle&lt;br /&gt;
** stopped syncing dependencies between projects&lt;br /&gt;
** working on networkx upgrade&lt;br /&gt;
** uncapped eventlet&lt;br /&gt;
** uncapped sphinx&lt;br /&gt;
** added optional lower-constraints test jobs for project teams that want them&lt;br /&gt;
&lt;br /&gt;
=== Resource Management SIG ===&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-10, cdent. Summary: SIG is idling.&lt;br /&gt;
&lt;br /&gt;
Concerns or Issues:&lt;br /&gt;
* While the project had some initial planning at [[Res_Mgmt_SIG]], little has happened since.&lt;br /&gt;
* This is likely due to the main participants being overbooked to be able to fit things in.&lt;br /&gt;
** cdent is one of those main participants and hasn't had a chance to do anything&lt;br /&gt;
* Given the desire for these evaluations to not include participants, cdent being the evaluator is probably not ideal&lt;br /&gt;
&lt;br /&gt;
=== Sahara ===&lt;br /&gt;
Update: June 13, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
* The team changed leadership in Queens&lt;br /&gt;
* Most commits in Rocky are from Red Hat (92% of core reviews)&lt;br /&gt;
* The team is really small, most of commits are done by 2 contributors and 3 contributors are active in reviews&lt;br /&gt;
* Latest survey shows that Sahara is used in production by 3% of deployments and 8% in test phase. 25% of users are interested by Sahara&lt;br /&gt;
* Following goals and releases&lt;br /&gt;
* Email sent to PTL on June 13th&lt;br /&gt;
&lt;br /&gt;
=== Searchlight ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* searchlight and searchlight-ui missed the Rocky-1 milestone&lt;br /&gt;
* Release forced for searchlight and searchlight-ui for the Rocky-2 milestone; also missed the Rocky-3 milestone&lt;br /&gt;
* [https://review.openstack.org/#/c/590601/ Trinh Nguyen has volunteered to be the PTL for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== Security (SIG) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Operated for a while in parallel with the project team of the same name, during Rocky it assumed responsibility for the corresponding deliverable repositories. Many of its previous members (both the SIG and the team) have slowly faded from the OpenStack community, and most of those who remain have also been drafted into the VMT. It still holds regular weekly meetings, has a consensus chair, is present for events like the PTG and Summit/Forum, and has continued to manage OSSN and security assessment tasks to assist the VMT... but as it's now mostly the same people the lines there have become increasingly blurry.&lt;br /&gt;
&lt;br /&gt;
=== Security (team) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
This mostly defunct team was retired at the end of the Rocky cycle, and its deliverable repositories folded into the SIG of the same name.&lt;br /&gt;
&lt;br /&gt;
=== Scientific ===&lt;br /&gt;
Update: July 17, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Senlin ===&lt;br /&gt;
&lt;br /&gt;
=== Solum ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Zhurong represents 100% of core reviews&lt;br /&gt;
* Zhurong is employed by ZTE and recent US government actions might affecting contributions&lt;br /&gt;
&lt;br /&gt;
=== Stable Branch Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
This team was disbanded during the Rocky cycle, morphing into the Extended Maintenance SIG.&lt;br /&gt;
&lt;br /&gt;
=== Storlets ===&lt;br /&gt;
&lt;br /&gt;
Update: August 9, ttx&lt;br /&gt;
&lt;br /&gt;
* The team is essentially one person: Kota Tsuyuzaki the PTL represents 100% of core reviews&lt;br /&gt;
* Kota is pretty active though, and maintains the project well. He ran a project update session in Vancouver, and tries to recruit more contributors (including in local meetups).&lt;br /&gt;
* The team currently being one person, there are no IRC meetings or ML threads. Best way to join the team is the IRC channel (#openstack-storlets)&lt;br /&gt;
&lt;br /&gt;
=== Swift ===&lt;br /&gt;
Update: July 3, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Team has recently lost two very active long time cores&lt;br /&gt;
* Activity has gone down, like many OpenStack projects, but there is still a large list of important work to complete&lt;br /&gt;
* Changed their policy to only require one +2&lt;br /&gt;
** Change in policy is allowing to land more code&lt;br /&gt;
** No bad side effects of this change have been encountered so far&lt;br /&gt;
* Some recent progress has been made on Python 3 compatibility&lt;br /&gt;
&lt;br /&gt;
=== Tacker ===&lt;br /&gt;
Update: August 14th, 2018, TheJulia&lt;br /&gt;
* Reached out via email to the new PTL to obtain their perspective as to the current status.&lt;br /&gt;
* Worth noting that the new PTL is different than the prior PTL who was attributed to having 75% of the core reviews.&lt;br /&gt;
* They have meetings, although occasionally do seem to skip a week or two, but the team is relatively small and diverse which would make missing lacking quorum to have a meeting more of a possibility.&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Yong Sheng Gong represents 75% of core reviews&lt;br /&gt;
&lt;br /&gt;
=== Telemetry ===&lt;br /&gt;
Update: 2018-07-25, cdent&lt;br /&gt;
* Only two active cores and contributors (from Red Hat), despite [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131443.html continued value].&lt;br /&gt;
* Lowish number of commits and reviews, but about what one would expect for a small and stable project&lt;br /&gt;
* Effectively in maintenance mode&lt;br /&gt;
* Some potential for greater engagement with Monasca&lt;br /&gt;
* The features in ceilometer are being shrunk to meet the needs of the people who are making contributions and there is concern that lack of engagement by others will lead to something breaking.&lt;br /&gt;
&lt;br /&gt;
=== Tricircle ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Not set up for zuulv3 so cannot land patches that interact with other repositories? http://lists.openstack.org/pipermail/openstack-dev/2018-June/131643.html&lt;br /&gt;
* email sent on July 18th 2018 (emilien)&lt;br /&gt;
&lt;br /&gt;
=== TripleO ===&lt;br /&gt;
Update: June 13, emilien&lt;br /&gt;
&lt;br /&gt;
* Mainly Red Hat (99% of core reviews). Some contributors from vendors (storage/network plugins)&lt;br /&gt;
* Number of contributors / core reviewers always increasing&lt;br /&gt;
* Quite healthy, no problem reported so far&lt;br /&gt;
&lt;br /&gt;
=== Trove ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No valid PTL volunteer(s) for Stein.]&lt;br /&gt;
* During the public cloud issues session at the Rocky Forum someone in the room raised the question of whether Trove is still actively maintained.&lt;br /&gt;
** [https://etherpad.openstack.org/p/YVR-forum-missing-features-pc Missing features in OpenStack for public clouds] forum session notes&lt;br /&gt;
&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Samsung team has taken over, but finding it hard to get folks outside of Samsung participating in meetings and development&lt;br /&gt;
* Technical debt of the project is more than they realized&lt;br /&gt;
** Downstream changes against Ocata are turning out harder to update and merge to master&lt;br /&gt;
** Existing unit testing is poor, slowing things down as well&lt;br /&gt;
* Those involved also have downstream product responsibilities so they are struggling to get enough time to focus on upstream work&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: June 12, ttx&lt;br /&gt;
* The team changed leadership in Rocky&lt;br /&gt;
* Zhao Chao handles bulk of commits (51%)&lt;br /&gt;
* The new team is small, but pretty alive and active. Needs more contributors to be stable.&lt;br /&gt;
* Mostly contributors in China (AWCloud, China Telecom, China Mobile)&lt;br /&gt;
* Drop in activity in Rocky: 45 commits by Rocky-2, to compare with the 245 commits in Queens&lt;br /&gt;
* Organizational diversity: 53% of commits are from AWCloud. Reviews are shared between 23% China Telecom, 19% China Mobile, 19% Awcloud. Last cycle with 41% IBM.&lt;br /&gt;
* Regular weekly meetings, well run with clear documentation of outcomes&lt;br /&gt;
* Tracks completion of Rocky community goals&lt;br /&gt;
* A few ML threads, but mostly to discuss things external to the team (new meeting time, stable maint team composition)&lt;br /&gt;
* Missed Rocky-2 milestone, but mostly due to a [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-06-06-14.00.log.html#l-95 misunderstanding of release policy].&lt;br /&gt;
* No project update in Vancouver, but was discussed in meeting: sadly [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-05-16-14.00.log.html#l-20 no team member was present].&lt;br /&gt;
* Reached out to PTL by email on June 12 for additional concerns / questions.&lt;br /&gt;
&lt;br /&gt;
=== Upgrade SIG ===&lt;br /&gt;
WIP (emilien)&lt;br /&gt;
&lt;br /&gt;
=== Vitrage ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Nokia represents 80% of core reviews&lt;br /&gt;
* Affected by ZTE situation&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* PTL reported that the virtual PTG they held was very productive, but continue to look for new contributors.&lt;br /&gt;
* Developers were optimistic about what they achieved in Rocky and are looking forward to Stein.&lt;br /&gt;
* Interested in the self-healing SIG.&lt;br /&gt;
* IRC activity is relatively low, but that doesn't seem to be impacting communications between developers.&lt;br /&gt;
* Will be holding sessions at the Summit in Berlin for onboarding and project updates. On the waiting list for a project-onboarding session.&lt;br /&gt;
* The issues originally reported by Doug are still present.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-18 (dhellmann)&lt;br /&gt;
* Meeting regularly on IRC&lt;br /&gt;
* One of their cores who works for ZTE has been absent for a while, but has returned to contributing.&lt;br /&gt;
* They usually have a hands-on lab at summits to attract users and potential contributors.&lt;br /&gt;
* The next PTG aligns with Jewish New Year, so many of their contributors will not be attending. They intend to have a virtual PTG instead.&lt;br /&gt;
* The CFP for the Berlin summit caught them off guard because it was so early, and they found it a bit hard to plan discussions because they don't even know what the next release will hold. They did submit a few talk proposals.&lt;br /&gt;
* Vitrage, by its nature, relies heavily on other projects. They have had good success working with other project teams, but do frequently struggle to find accurate and complete developer-oriented documentation for some of them.&lt;br /&gt;
&lt;br /&gt;
=== Watcher ===&lt;br /&gt;
Update: 2018-07-10 TheJulia&lt;br /&gt;
* PTL inquires if there is any way for the TC to assist with raising awareness of Watcher.&lt;br /&gt;
* Actively recruiting and seeking out new contributors, and anticipating to meet community goals. Anticipating to create new roadmap at the PTG.&lt;br /&gt;
* Contributions appear mainly from NEC at this time, but history shows a moderately more diverse contributor base.&lt;br /&gt;
* PTL indicates core team is critically small, and that they have lost two out of five cores due to the ZTE withdraw due to the conflict with the US Government. Review metrics line up with what would be expected from loss of 40% of the core reviewers.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Winstackers ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Claudiu Belu represents 100% of core reviews&lt;br /&gt;
* Claudiu missed the deadline for being PTL but would like to continue&lt;br /&gt;
* His organization is invested in making sure that Hyper-V continues to be well supported in Nova, Neutron, Cinder&lt;br /&gt;
* Increased release velocity by Microsoft means greater change in Hyper-V&lt;br /&gt;
* Issues with having access to sufficient CI hardware for feature parity with other hypervisors, especially things like SR-IOV&lt;br /&gt;
&lt;br /&gt;
=== Zaqar ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* zaqar and zaqar-ui missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Zun ===&lt;br /&gt;
&lt;br /&gt;
* PTL and ~25% of commits (in Queens) are from ZTE&lt;br /&gt;
* PTL non-responsive to email so far&lt;br /&gt;
* Regular meetings happening, mostly chaired by previous PTL (although current PTL has appeared on occasion)&lt;br /&gt;
* Healthy-looking pace of development still happening&lt;br /&gt;
* Loosened review policy to only require 1 reviewer: http://lists.openstack.org/pipermail/openstack-dev/2018-July/132582.html&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=166552</id>
		<title>OpenStack health tracker</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=166552"/>
				<updated>2018-11-05T20:35:03Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Project Teams */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''This page is a live document and contains notes from TC members working with project teams to ensure they have everything they need and are not running into issues. This information is not necessarily complete.'''&lt;br /&gt;
&lt;br /&gt;
TC members are attached as liaisons to each of the project teams, [https://governance.openstack.org/sigs/ SIGs], or [https://governance.openstack.org/uc/ UC working groups]. The idea is for these liaisons to keep up with the general health of the group, understand any issues they encounter, and help them work with the TC on solutions if necessary. Some TC members may be more active within the group than the basic liaison responsibilities imply, but that is not required.&lt;br /&gt;
&lt;br /&gt;
== Health check list ==&lt;br /&gt;
&lt;br /&gt;
==== Review visible issues ====&lt;br /&gt;
* If the team misses releases, has no volunteer for PTL position or does not answer pings around events organization, people will add &amp;quot;visible issues&amp;quot; in the tracker&lt;br /&gt;
* Same if someone notices an org diversity issue or team fragility&lt;br /&gt;
* In a lot of cases the visible issue has a natural explanation, so starting by asking about it is a good step&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team active? ====&lt;br /&gt;
* Watch summit &amp;quot;project update&amp;quot; videos, if any&lt;br /&gt;
* Check number of commits in recent times, and nature of them (bugfix or typo fix ?)&lt;br /&gt;
* Is the team keeping up with community goals ? (Completion status of previous ones, plan on the current/next ones. See also notes for new project data)&lt;br /&gt;
* Ask how functional and feature-complete the project is. If not, what is the roadmap ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team healthy? ====&lt;br /&gt;
* Checking Stackalytics organizational affiliation for commits, reviews, core reviews&lt;br /&gt;
* Checking number of people involved in commits, reviews, core reviews&lt;br /&gt;
* Checking the trend of changes in previously listed data: Is the project losing/gaining (core) reviewers regularily?&lt;br /&gt;
* Does the team have an onboarding process? Did they run onboarding sessions at recent Forums ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team openly collaborating (respecting the 4 opens)? ====&lt;br /&gt;
* Is the team holding regular meetings on an open communication channel?&lt;br /&gt;
* Check meeting logs and/or participate in the meeting&lt;br /&gt;
* Is the team using the mailing list for async communication? Check which type of topics are discussed (internal or only external-facing)&lt;br /&gt;
* Inquire with people who are irregular contributors to a project to see if there are issues regarding inclusivity or attention&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Getting direct feedback from the PTL/team ====&lt;br /&gt;
* Ask if the PTL/team has any open question (on processes, goals, governance...)&lt;br /&gt;
* Ask the PTL/team how the project is doing, and whether they have any concern, fear, issue they would like to raise&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Notes:'''&lt;br /&gt;
* Smaller teams usually don't have a lot of needs for async communication, so they rarely have ML threads&lt;br /&gt;
* New projects should be aware of the goal processes, the current goals, and state their status with previous goals to match the requirements [https://governance.openstack.org/tc/reference/new-projects-requirements.html]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Liaisons ==&lt;br /&gt;
=== SIGs ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| API ||  &lt;br /&gt;
|-&lt;br /&gt;
| Extended Maintenance ||  &lt;br /&gt;
|-&lt;br /&gt;
| FEMDC || &lt;br /&gt;
|-&lt;br /&gt;
| First Contact || fungi &lt;br /&gt;
|-&lt;br /&gt;
| K8s ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Meta || &lt;br /&gt;
|-&lt;br /&gt;
| Operation Docs || &lt;br /&gt;
|-&lt;br /&gt;
| Resource Management || &lt;br /&gt;
|-&lt;br /&gt;
| Scientific || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Security || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Self-healing || gmann&lt;br /&gt;
|-&lt;br /&gt;
| Upgrade || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Board Committees and Working Groups ===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Foundation Finance Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Interop Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Compensation Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Professional Certification Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Diversity Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Gold And Platinum Member Committee || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== UC Teams and Working Groups ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Financial Team || &lt;br /&gt;
|-&lt;br /&gt;
| Large Deployment Team || &lt;br /&gt;
|-&lt;br /&gt;
| Massively Distributed Clouds || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Operators Telecom/NFV || smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Ops Tags Team || &lt;br /&gt;
|-&lt;br /&gt;
| Product Team || &lt;br /&gt;
|-&lt;br /&gt;
| Fault-Genes Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| LCOO Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Public Cloud Working Group || cdent &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Project Teams ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Adjutant || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Barbican || fungi, ttx &lt;br /&gt;
|-&lt;br /&gt;
| Blazar ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Chef Openstack || evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Cinder ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Cloudkitty || evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Congress ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Cyborg || lbragstad, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Designate || evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Documentation || lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Ec2-Api ||  &lt;br /&gt;
|-&lt;br /&gt;
| Freezer ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Glance || lbragstad&lt;br /&gt;
|-&lt;br /&gt;
| Heat || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Horizon ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| I18n || evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Infrastructure || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Ironic || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Karbor ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Keystone || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Kolla ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Kuryr ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Loci || lbragstad, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Magnum || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Manila ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Masakari ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Mistral || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Monasca ||  gmann, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Murano || ttx &lt;br /&gt;
|-&lt;br /&gt;
| Neutron || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Nova || lbragstad&lt;br /&gt;
|-&lt;br /&gt;
| Octavia ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Openstack Charms ||  evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Openstack-Helm ||  evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Openstackansible || fungi, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| OpenStackClient || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Openstacksdk || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Oslo ||  lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Packaging-Rpm ||  evrardjp, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Powervmstackers || ttx &lt;br /&gt;
|-&lt;br /&gt;
| Puppet Openstack || &lt;br /&gt;
|-&lt;br /&gt;
| Qinling || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Quality Assurance || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Rally || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Release Management || lbragstad&lt;br /&gt;
|-&lt;br /&gt;
| Requirements || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Sahara || &lt;br /&gt;
|-&lt;br /&gt;
| Searchlight ||  &lt;br /&gt;
|-&lt;br /&gt;
| Senlin || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Solum || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Storlets || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Swift || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Tacker || &lt;br /&gt;
|-&lt;br /&gt;
| Telemetry || ttx &lt;br /&gt;
|-&lt;br /&gt;
| Tricircle ||  &lt;br /&gt;
|-&lt;br /&gt;
| Tripleo || evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Trove ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Vitrage || lbragstad&lt;br /&gt;
|-&lt;br /&gt;
| Watcher ||&lt;br /&gt;
|-&lt;br /&gt;
| Winstackers || ttx &lt;br /&gt;
|-&lt;br /&gt;
| Zaqar ||  zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Zun || gmann, ttx&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Status updates ==&lt;br /&gt;
&lt;br /&gt;
=== Adjutant ===&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Team is essentially one core/PTL and lacks diversity. Internal development sometimes stalls upstream work.&lt;br /&gt;
* PTL is planning on socializing the project during the Berlin summit in order to attract more contributors.&lt;br /&gt;
* No dedicated meeting time, but since the project is currently only one developer the PTL doesn't really see this being an issue. Looking to certainly expand that if/when more contributors start getting involved with the project.&lt;br /&gt;
* The team is focused on cleaning up technical debt before jumping into more feature work.&lt;br /&gt;
&lt;br /&gt;
=== Barbican ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
The team seems generally healthy and was considered to have &amp;quot;diverse affiliation&amp;quot; at the time we removed the affiliation diversity tags. Vulnerability reports for its code deliverables are officially overseen by the OpenStack VMT and have no outstanding public security issues unhandled. Changes are reviewed and approved with regularity in most of their deliverables. They're keeping up with applicable cycle goals, release deadlines, holding regular weekly meetings in IRC (if sometimes a bit short and with only a handful of participants) and putting important design discussions on the development mailing list. Over the past cycle they migrated their task and defect tracking from Launchpad to Storyboard, and were bolstered somewhat in their mission by the inclusion of Castellan (though not officially a Barbican deliverable, still maintained by many of the same folks and basically a foster child in Oslo's care) in the base services list.&lt;br /&gt;
&lt;br /&gt;
=== Blazar ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: NTT represents 79% of core reviews&lt;br /&gt;
* Requested to be listed under project navigator on openstack.org (ttx mentioned that should be taken care of)&lt;br /&gt;
* A lot of work seems to be going around updating document linking&lt;br /&gt;
&lt;br /&gt;
=== Chef OpenStack ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Samuel Cassiba represents 75% of commits&lt;br /&gt;
&lt;br /&gt;
=== Cinder ===&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Some drop off in participation by some cores, but still active enough not to raise any red flags&lt;br /&gt;
* Overall less community involvement&lt;br /&gt;
* Project may just be &amp;quot;stable&amp;quot; and doesn't need as much activity as the past&lt;br /&gt;
* Still a lot of bug fix work to be done, but no major new features on the roadmap&lt;br /&gt;
&lt;br /&gt;
=== Cloudkitty ===&lt;br /&gt;
Updated July 19, 2018 (ttx)&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from ObjectifLibre), failure to retain onboarded people&lt;br /&gt;
* Activity is low but stable (33 commits in Rocky so far compared to 57 total in Queens)&lt;br /&gt;
* Works to support standalone operation and reusability in a Prometheus-driven stack, good feedback from users on that strategy&lt;br /&gt;
* It's mostly in competition with homegrown solutions, which makes it a bit special&lt;br /&gt;
* IRC meetings do not appear on eavesdrop.openstack.org -- no regular meeting, focusing on doing some small group meeting for key topics&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
&lt;br /&gt;
=== Congress ===&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-30 by cdent&lt;br /&gt;
&lt;br /&gt;
* Commits somewhat down from Queens (119 in Queens, 69 in Rocky so far)&lt;br /&gt;
* Commits and reviews in the hands of a small but diverse group&lt;br /&gt;
* Limited engagement on os-dev, but effective: http://lists.openstack.org/pipermail/openstack-dev/2018-May/130180.html&lt;br /&gt;
* IRC logged for both channel and meetings, low but steady traffic.&lt;br /&gt;
* Working to address step learning curve that new contributors face by refactoring tempest tests and associated documentation.&lt;br /&gt;
&lt;br /&gt;
=== Cyborg ===&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* No account of [http://eavesdrop.openstack.org/meetings/openstack_cyborg_project/ previous meeting logs] (404), but meetings are held in IRC.&lt;br /&gt;
* Development team is working on features and a presentation for the summit in Berlin.&lt;br /&gt;
* PTL noted that more resources would be a plus in helping with work queues.&lt;br /&gt;
* Development pace seems to have maintained through Rocky and into Stein&lt;br /&gt;
* IRC is relatively quiet, but there are long discussions with other teams every few days.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* Email responded to by PTL on July 4th. PTL has nothing to really report.&lt;br /&gt;
* Activity seems to be moderately in-line with the prior cycle, although one of the cores has since become an independent contributor.&lt;br /&gt;
* Cyborg does presently hold a weekly meeting on Wednesdays which does appear active, otherwise IRC is quiet.&lt;br /&gt;
** There is no calendar entry on eavesdrop.openstack.org for cyborg, TheJulia let the PTL know.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Designate ===&lt;br /&gt;
Last updated 2018-07-23 by cdent&lt;br /&gt;
&lt;br /&gt;
* Low number of reviews, commits, and contributors but it is somewhat steady.&lt;br /&gt;
* A significant amount of the code activity is related to aligning with infra/testing/qa related goals and not feature development. &amp;quot;most of our work at the moment is based around fixing the gate / not breaking future versions&amp;quot;&lt;br /&gt;
* ML list use is light, but that's always been the case.&lt;br /&gt;
* IRC channel is not busy but is responsive.&lt;br /&gt;
* Lurking difficulties:&lt;br /&gt;
** As of yet, no support for WSGI, which will break things in a pure py3 environment (due to eventlet)&lt;br /&gt;
** Low number of reviews means meeting community goals difficult and distracting.&lt;br /&gt;
** Feature requesting is not formalized/transparent, people show up asking &amp;quot;why isn't thing X present?&amp;quot;&lt;br /&gt;
** Designate is present in many OpenStack distributions but vendors are not providing active contribution support.&lt;br /&gt;
&lt;br /&gt;
Summary: muddling along, but struggling to address feature demands because of lack of incoming flow of people.&lt;br /&gt;
&lt;br /&gt;
=== Diversity ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The Diversity WG continues to have semi-weekly meetings in their IRC channel with anywhere from 2 to 8 participants (varying week to week)&lt;br /&gt;
* Current activities include finalizing the updated diversity survey and following up on feedback to the foundation event coordinators (preferred pronoun stickers for badges, some way to indicate visibly that you don't wish to be photographed, designated alcohol-free areas at official social events)&lt;br /&gt;
* Also communicating with the Women of OpenStack group about the possibility of more closely collaborating on sponsored event activities&lt;br /&gt;
&lt;br /&gt;
=== Documentation ===&lt;br /&gt;
&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* The team made some progress on some initiatives like overhauling the documentation site and templates.&lt;br /&gt;
* Progress is slow given the team size only being a handful of people.&lt;br /&gt;
* PTL has organized a project onboarding session in Berlin to help attract new contributors.&lt;br /&gt;
* Meetings are relatively sporadic but do generate useful discussions.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-18, pabelanger&lt;br /&gt;
&lt;br /&gt;
* Revist meeting format at stein PTG&lt;br /&gt;
* To early to report on new office hours, but people still seem to ask questions at random times.&lt;br /&gt;
* review queue is pretty stable&lt;br /&gt;
* suggestion in https://review.openstack.org/#/c/579177/, wondering if the TC could help the docs team promote some of the proposed docs guidelines&lt;br /&gt;
* could use more designer resources to work on some outstanding tasks wrt docs.o.o that we previously talked about in Dublin. I'm hoping to get some intern time secured from the Foundation in the coming weeks.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
=== Dragonflow ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Huawei represents 100% of core reviews&lt;br /&gt;
* The team did not produce a Queens release. Their last release was 4.0.0 on Sept 1, 2017. Should projects that do not prepare releases be considered official? -- dhellmann&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== ec2-api ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Andrey Pavlov represents 100% of core reviews&lt;br /&gt;
* Standing TODOs to update ec2api to latest Nova APIs (https://bugzilla.redhat.com/show_bug.cgi?id=1612369#c1)&lt;br /&gt;
&lt;br /&gt;
Last update: July 3, 2018 (cmurphy)&lt;br /&gt;
* Low activity due to general maturity&lt;br /&gt;
* Still actively used by operators, bugs are reported and fixed&lt;br /&gt;
* Three cores, all reportedly active&lt;br /&gt;
* Being part of OpenStack is still valued&lt;br /&gt;
** Operators are still using the project, so better to be coupled with OpenStack&lt;br /&gt;
** Depends on other components of OpenStack, so there is value in collaborating together&lt;br /&gt;
&lt;br /&gt;
=== Extended Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Newly formed SIG in the Rocky cycle, built on the ruins of the old Stable Branch Management team. They're still feeling out the changes we outlined in Dublin and Vancouver for EM as compared to the old stable/EOL workflow.&lt;br /&gt;
&lt;br /&gt;
=== First Contact ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Primarily focused on fleshing out the contributor guide, working with OSF staff on the contributor portal, and most recently the employer guide (targeted at helping management at contributors' employing organizations understand what resources they can provide to help their upstream interactions be more successful and lower-friction). They meet fairly consistently in IRC each week, and while those active in the SIG are fairly few in number they represent work important to the overall health of our community so can use all the support they can get.&lt;br /&gt;
&lt;br /&gt;
=== Freezer ===&lt;br /&gt;
ttx updated Aug 28, 2018&lt;br /&gt;
&lt;br /&gt;
* Lots of warning lights:&lt;br /&gt;
** Still uses pycrypto [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131103.html]&lt;br /&gt;
** freezer and freezer-web-ui missed the Rocky-2 and Rocky-3 milestones, so Freezer was not included in Rocky&lt;br /&gt;
** There was [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s)] for Stein.&lt;br /&gt;
** No PTG presence&lt;br /&gt;
** No team meeting since August 2017&lt;br /&gt;
* That said:&lt;br /&gt;
** The historic PTL (Saad Zaher) is working on it on his free time, and was on paternity leave lately (congrats!)&lt;br /&gt;
** Several people stepped up to save it from being made unofficial (Trinh Nguyen from Edlab, Geng Changcai from ZTE)&lt;br /&gt;
** Activity was significant in Rocky (88 commits), with good diversity&lt;br /&gt;
* Recommendation is to reassess before stein-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Glance ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Meetings occur weekly and seem to have good discussion.&lt;br /&gt;
* Most cores are employed by Red Hat, but this isn't a huge concern for the group since work in this area is needed.&lt;br /&gt;
* Team would benefit the most from code and specification reviews, especially since the select few cores are heads down coding.&lt;br /&gt;
* The team has been pushing out a lot of new functionality with respect to team size over the last 3 releases and they're concerned about getting feedback from users and operators.&lt;br /&gt;
* Didn't sound like the team was able to secure a slot for a project update or a general purpose feedback session.&lt;br /&gt;
* PTL is working with the foundation to massage the user survey questions to be more useful, sounds like the current set is too dated to be relevant.&lt;br /&gt;
&lt;br /&gt;
=== Heat ===&lt;br /&gt;
Update: 2018-06-28, zaneb&lt;br /&gt;
&lt;br /&gt;
* Under active development&lt;br /&gt;
* Only 4 active cores, 3 from Red Hat. This is limiting the amount of development that can be done and the velocity of the project.&lt;br /&gt;
** Especially struggling with stable reviews (only 1 active core, and the stable-maint team are the gatekeepers for adding more)&lt;br /&gt;
* Active on mailing list and IRC&lt;br /&gt;
* Regular IRC meetings&lt;br /&gt;
* [https://ethercalc.openstack.org/heat-mox-removal Excellent progress] on the (massive) mox-removal goal in Rocky&lt;br /&gt;
* The heat-translator sub-project no longer has any team overlap with the rest of the project, and is struggling for core reviewers. It might be time to [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131688.html consider another home for it].&lt;br /&gt;
&lt;br /&gt;
=== Horizon ===&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Continues to see loss of reviewers and code contributors&lt;br /&gt;
* Planning an onboarding session in Berlin where they hope to attract more contributors&lt;br /&gt;
* Considering the need to add Horizon to the Help Most Needed list to try to attract more&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: July 20, cmurphy&lt;br /&gt;
* Lost several core reviewers recently&lt;br /&gt;
* Some promising new contributors, could become cores if they help with reviews more&lt;br /&gt;
* Nearly complete with mox goal&lt;br /&gt;
* Focus on cross-project plugins and CI coverage&lt;br /&gt;
* Lots of participation in weekly meetings&lt;br /&gt;
* Concern about getting help with AngularJS work&lt;br /&gt;
** Converting more of horizon to AngularJS is still seen as the right technical direction (it provides a better user experience) but community contribution is suffering from it&lt;br /&gt;
** Hard to ask devs from other OpenStack projects to add support for new features in non-Python&lt;br /&gt;
** Hard in general to attract new JS devs when OpenStack is mostly Python&lt;br /&gt;
&lt;br /&gt;
=== I18n ===&lt;br /&gt;
Update: July 04, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
The team changed leadership in Queens.&lt;br /&gt;
&lt;br /&gt;
Queens status:&lt;br /&gt;
* 87 modules touched (+87%)&lt;br /&gt;
* 17 languages supported (+6%)&lt;br /&gt;
* 55 active translators (-14%) (TODO, need to check with PTL if it has an impact)&lt;br /&gt;
* 7 companies support (-22%)&lt;br /&gt;
I18n team previously had team meetings but decided to have office hours instead.&lt;br /&gt;
Usually tracks completion of Rocky community goals.&lt;br /&gt;
A lot of collaboration with Doc team.&lt;br /&gt;
Dedicated mailing-list: openstack-i18n - pretty busy&lt;br /&gt;
&lt;br /&gt;
Rocky:&lt;br /&gt;
* &amp;lt;strike&amp;gt;Help is wanted around doc translation. See https://review.openstack.org/#/c/545377 for example.&amp;lt;/strike&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Infrastructure ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Probably the most significant note is that this team is slowly working on disassociating itself from direct OpenStack governance (the draft declaration of independence for it still seeks input from the OpenStack community as a part of its own decision-making processes however). The TC should of course continue to concern itself with the health of this collective under whatever new name and governance it assumes since OpenStack is heavily reliant on the services it provides. Reasonably healthy at present, the team has numerous deliverable repositories under its umbrella which see widely varied levels of contribution and review activity. During Rocky it lost a couple of its more active root sysadmins which has added a renewed strain on available bandwidth. The Zuul (+nodepool et al) project was also split out during this cycle, but the official separation  doesn't seem to have particularly drained any of the team away as there is still significant overlap between them. Upcoming concerns are making sure the team is still able to meet its charge with the increased responsibility of serving additional OSF projects beyond OpenStack itself, along with rebranding/debranding efforts coupled with whitelabeling of some relevant services.&lt;br /&gt;
&lt;br /&gt;
=== Interop ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* Only a few active members of the Interop WG reviewing and contributing patches to the openstack/interop repository&lt;br /&gt;
* Affiliation is fairly diverse, but with so few active that's probably not really relevant&lt;br /&gt;
* Mandated to maintain interoperability guidelines in support of official trademark programs, so the board will likely step in if active participants fall below a minimum viable count&lt;br /&gt;
* Heavily dependent on the RefStack and QA teams for their tool development&lt;br /&gt;
&lt;br /&gt;
=== Ironic ===&lt;br /&gt;
Stein update: October 31st (TheJulia)&lt;br /&gt;
* Ironic has taken on quite a bit of new feature and refactoring work for this cycle.&lt;br /&gt;
* We are seeing a drop in review activity, which is consistent in the beginning of a cycle, however we've had some reduced core reviewer activity as well so mentoring and recruiting is something we're activity having to do.&lt;br /&gt;
* Commit activity is off balance, but review activity is relatively balanced contributing organization wise.&lt;br /&gt;
&lt;br /&gt;
=== Karbor ===&lt;br /&gt;
Stein Update, Oct 23, smcginnis&lt;br /&gt;
* Activity continues to decline&lt;br /&gt;
* Pengju has reached out to several companies in China (Huawei, ZTE) and has some informal commitments that they will contribute new developers&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: Oct 5, ttx&lt;br /&gt;
* Activity dropped significantly over the last 6 months: no more meetings, only 16 (mostly cleanup) commits in Rocky&lt;br /&gt;
* Pengju Jiao stepped up in August to push the release and apply for the PTL position&lt;br /&gt;
* Activity dropped again in September as he was on paternity leave. Activity is expected to pick back up after the Golden Week in China&lt;br /&gt;
* Karbor is far from fully-functional and needs a lot of work. Pengju has a clear roadmap for Stein.&lt;br /&gt;
* In terms of contribution, Karbor has users involved (China Mobile, Huawei), and other users that are not yet contributing&lt;br /&gt;
&lt;br /&gt;
=== Keystone ===&lt;br /&gt;
Update July 3, 2018 (cmurphy)&lt;br /&gt;
* High pressure due to being a central part of OpenStack&lt;br /&gt;
* Focus on &amp;quot;improving the commons&amp;quot; - policy/RBAC work, unified quota management, application development&lt;br /&gt;
* 10 cores with varying levels of activity, nearly all are at most part-time&lt;br /&gt;
** Concern over possibility of team burnout&lt;br /&gt;
&lt;br /&gt;
=== Kolla ===&lt;br /&gt;
Update: 2018-07-30, TheJulia&lt;br /&gt;
* Discussion in IRC with the PTL about a week after initial contact in #openstack-tc&lt;br /&gt;
* PTL felt that the team was in a good state, that goals had been progressing.&lt;br /&gt;
* Slight increase in review activity/commits, overall seems fairly healthy.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* No reply received. Follow-up email sent on 2017-07-10 and contact initiated on IRC.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Kuryr ===&lt;br /&gt;
&lt;br /&gt;
Updated 1st November 2018 by gmann after discussion and email response from dmellado.&lt;br /&gt;
&lt;br /&gt;
* Project is quite a healthy. It has several full time contributors, are actively working on adding new features and keep track of upstream goals,such as python3 was finished as one of the initial projects.&lt;br /&gt;
* Project wanted to move to office hour and this is something PTL would like to discuss during Berlin Summit. &lt;br /&gt;
* Project maintaining their activeness in Conference by conducting the Physical PTG, Projects updates and onboarding sessions. &lt;br /&gt;
* Enough number of active contributors.&lt;br /&gt;
* Project is active in responding the incoming review request and able to maintain the low number of open Reviews count.  &lt;br /&gt;
* Number of contribution(review &amp;amp; commit)  is going with little higher rate compare tp Rocky cycle.&lt;br /&gt;
* Not much communication on ML and IRC channel but team stay online there for any incoming queries. &lt;br /&gt;
&lt;br /&gt;
Key Issues:&lt;br /&gt;
&lt;br /&gt;
* Release model is challenging where project has to consider both openstack and k8s release cycles. Need input from TC and Release team in Forum. &lt;br /&gt;
* Most of the active contributors are from Redhat. Projects used to have few contributor from Huawei which are not so active now.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated 2018-08-13 by cdent, from an email response by dmellado to a message from dims&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: RedHat represents 79% of core reviews&lt;br /&gt;
** Considering moving or adding meetings to reach more timezones&lt;br /&gt;
* Making good headway in general&lt;br /&gt;
* Have some challenges with infra that they'd like to figure out:&lt;br /&gt;
** Would be good to have an openstack-infra k8s registry for containers&lt;br /&gt;
** Would be nice to have nested VMs with large RAM to test pods&lt;br /&gt;
* Need to work with neutron to deal with API slowness&lt;br /&gt;
&lt;br /&gt;
=== Large Deployment ===&lt;br /&gt;
Update: 2018-07-14, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Loci ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
** Sam Yaple has agreed to run as PTL again&lt;br /&gt;
&lt;br /&gt;
Update: 2018-08-09, pabelanger&lt;br /&gt;
* PTL missed original email, reason for delay.&lt;br /&gt;
* LOCI is now a single-repo project. Retired other repos.&lt;br /&gt;
* Is stable, but have not agreed and implemented a versioning system.&lt;br /&gt;
* Master branch of LOCI can build N-&amp;lt;HEAD of master&amp;gt; OpenStack currently, and this makes the stable branching structure a bit unappealing.&lt;br /&gt;
* LOCI has 3 independent efforts right now from a few people that are encouraging.&lt;br /&gt;
** aarch64 support though we haven't setup gates yet&lt;br /&gt;
** opensuse 15 support&lt;br /&gt;
** kolla-loci/loci-kolla support. The output will allow loci images to be used with kolla-ansible without kolla-ansible changes.&lt;br /&gt;
* core of LOCI is stable and solid throughout all of this. Most/all of this work is about integrations with other OpenStack projects with the long term goals of sharing the &amp;quot;deploy&amp;quot; gates with OSH/Kolla/Triple-O, testing LOCI images.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
=== Magnum ===&lt;br /&gt;
&lt;br /&gt;
=== Manila ===&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Project appears to be in good shape&lt;br /&gt;
* Focusing on bug fixes and stabilization rather than any big new features&lt;br /&gt;
* Drop of in involvement from EU, particularly from HPE and IBM&lt;br /&gt;
* Increase of participation from China makes EU drop off not as much of an issue other than time coverage&lt;br /&gt;
** Not a lot of involvement on IRC or weekly meeting though&lt;br /&gt;
* Lots of good interest downstream, particularly from HPC and telco communities&lt;br /&gt;
&lt;br /&gt;
=== Masakari ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Low activity in Rocky for a &amp;quot;new&amp;quot; project&lt;br /&gt;
* Organizational diversity fragility: NTT represents 97% of core reviews&lt;br /&gt;
&lt;br /&gt;
=== Mistral ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Lack of development&lt;br /&gt;
* Contributors haven't flagged development pace as a major concern yet, but it could become an issue in the future&lt;br /&gt;
* Attracting new contributors is a struggle&lt;br /&gt;
* Project contributors seem to be taking on multiple tasks that make development time for Mistral challenging&lt;br /&gt;
* The team continues to hold office hours weekly&lt;br /&gt;
* New contributors should have the most impact by helping with bug, features, and improving documentation.&lt;br /&gt;
* Code review volume doesn't seem to be a huge issue, yet&lt;br /&gt;
* Existing developers also noted that it is tough to concisely explain the purpose of the project (why should you care about workflows) and the problems it solves, which probably confuses new developers and raises the barrier to entry&lt;br /&gt;
&lt;br /&gt;
* Active development, with a steady stream of reviews and patches spread fairly evenly across a handful of contributors&lt;br /&gt;
* Organisational diversity is low, however - most contributions come from Nokia and Red Hat.&lt;br /&gt;
* Switched to multiple weekly office hours, logged as meetings. Quoting Dougal on lessons learned:&lt;br /&gt;
** Essentially we have ended up with a less formal meeting, but it happens multiple times in the week. The biggest advantage is that we can cover more timezones. I think it generally works well, but sometimes it is very quiet and just me - in those cases I tend to do bug triage and other routine tasks. This has helped reduce the bug backlog by at least 50%! We are a small team and a more formal weekly meeting always felt forced, as we didn't always have specific topics to discuss or there would only be a couple of us. So now the structure of the meetings is generally &amp;quot;Anyone here and want to chat? We have X new bugs we can talk about&amp;quot; and then we take it from there. Having a list of IRC nicks to ping at the start of meetings has helped remind people :)&lt;br /&gt;
* Missing PTG4 because it happens that no cores are available, so virtual PTG is planned instead. Mistral have participated in previous PTGs and expect to find it easier being co-located with the Summit.&lt;br /&gt;
&lt;br /&gt;
=== Monasca ===&lt;br /&gt;
Update: August 14th, 2018&lt;br /&gt;
* Team is fairly small and tends to utilize a single core reviewer strategy to approve changes.&lt;br /&gt;
* Team is holding weekly meetings which seem quite active. Contributor activity seems stable compared to the prior cycle.&lt;br /&gt;
* Check-in email sent to the PTL on August 14th. PTL is on vacation until end of month.&lt;br /&gt;
&lt;br /&gt;
=== Murano ===&lt;br /&gt;
* murano and murano-dashboard missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 13 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Recent US government action against ZTE has had an impact on the team, because ZTE employees are key contributors to the project and the core team. It is unclear how much ZTE will be able to continue to contribute in the future. [https://www.nbcnews.com/politics/congress/senate-blocks-zte-deal-rebuke-trump-deal-n882196]&lt;br /&gt;
* The murano-core team has members froM AT&amp;amp;T and Mirantis, as well as ZTE.&lt;br /&gt;
* emilien sent email on 2018-07-17&lt;br /&gt;
&lt;br /&gt;
Update 6 Aug 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Rong Zhu responded with some hopeful comments about the ZTE situation improving (and it seems to have) and meaning that team members will be more active on IRC again&lt;br /&gt;
&lt;br /&gt;
=== Nova ===&lt;br /&gt;
&lt;br /&gt;
Update 5 July 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* melwitt reports &amp;quot;I can't think of any issues we need help with&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Octavia ===&lt;br /&gt;
* Feeling a small shortage of contributors (contributions &amp;amp; code review)&lt;br /&gt;
* OpenStack-wide &amp;quot;interruptions&amp;quot; affect team heavily&lt;br /&gt;
* Moving from screen to systemd affected team for ~4 weeks&lt;br /&gt;
* WSGI Implementation took time (and changes) and team feels community goals aren't super constructive to project&lt;br /&gt;
* Zuul V3 cutovers (and constant restarts) affect productivity and slow down progress&lt;br /&gt;
* Sometimes certain things that should be done the &amp;quot;OpenStack&amp;quot; way such as involving PTLs in decisions don't happen&lt;br /&gt;
* Storyboard issues: https://etherpad.openstack.org/p/storyboard-issues&lt;br /&gt;
&lt;br /&gt;
=== Openstack Charms ===&lt;br /&gt;
Update: June 20, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from Canonical), but with some external participation&lt;br /&gt;
* Steady activity, keeping up with recent evolution (includes Vault and Gnocchi, integrates Designate with Neutron)&lt;br /&gt;
* Holds weekly IRC meetings with rotating chair&lt;br /&gt;
* Uses Launchpad, and is likely to stay there as it allows sharing tasks with Ubuntu packaging&lt;br /&gt;
* Limited ML engagement (thread left dangling at [http://lists.openstack.org/pipermail/openstack-dev/2018-April/129314.html])&lt;br /&gt;
&lt;br /&gt;
=== OpenStack-Helm ===&lt;br /&gt;
Update: June 26, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from AT&amp;amp;T), but with external participation (SKT, 99cloud, Intel...)&lt;br /&gt;
* Increasing activity (412 commits in Rocky so far compared to 513 total in Queens)&lt;br /&gt;
* Holds weekly IRC meetings, pretty active discussions&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
* OpenStack-Helm is release-independent -- it aims to support Newton -&amp;gt; master and track latest all the time. They are waiting until they reach a certain quality level (and stable interface) before declaring a 1.0. See [https://docs.openstack.org/openstack-helm/latest/specs/osh-1.0-requirements.html requirements for 1.0]. This explains lack of releases.&lt;br /&gt;
&lt;br /&gt;
=== OpenStackAnsible ===&lt;br /&gt;
&lt;br /&gt;
=== OpenStackClient ===&lt;br /&gt;
Update: 28 June 2018, dhellmann, cmurphy&lt;br /&gt;
&lt;br /&gt;
* uses IRC and the mailing list but no meetings&lt;br /&gt;
* the review team is small, but there are several active reviewers not on the core team yet who are candidates&lt;br /&gt;
* there is quite a review backlog, but the PTL is optimistic that adding the new reviewers will help with that&lt;br /&gt;
* they are still interested in being included on the help wanted list (hence the &amp;quot;orange&amp;quot; status, for now)&lt;br /&gt;
&lt;br /&gt;
=== Openstacksdk ===&lt;br /&gt;
Update: 2018-07-02, TheJulia&lt;br /&gt;
* Initial communication with PTL, should expect to follow-up with-in the next few days.&lt;br /&gt;
&lt;br /&gt;
=== Oslo ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
&lt;br /&gt;
* Most of the more active members are employed by Red Hat, so it would be good to bring in more diverse contributors&lt;br /&gt;
* oslo.privsep, taskflow, and oslo.service are used in several significant service projects, but are effectively unmaintained.&lt;br /&gt;
* oslo.service has some issues with the WSGI service not working under python3. The plan is to encourage all projects to stop using that feature, deprecate, then remove it.&lt;br /&gt;
* taskflow is one of several projects that needs to update to a newer version of networkx, but the API changes in networkx mean reworking some of taskflow. Supporting both versions of the APIs may be complicated.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 18 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Active discussions about moving taskflow out of OpenStack governance.&lt;br /&gt;
* Most of the core team is still employed by Red Hat. Red Hat is expanding development in this area with another contributor, which is a good thing, but doesn't necessarily help with diversity.&lt;br /&gt;
* Team missed a slot for a project update in Berlin and is looking into ways to have that virtually.&lt;br /&gt;
* The team is active and regularly participates in meetings.&lt;br /&gt;
* Some concern about large features taking a long time to review.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 12 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* The team is small, but active and working on recruiting.&lt;br /&gt;
* Team produces regular and frequent releases for the maintained libraries&lt;br /&gt;
* Team meets weekly using IRC&lt;br /&gt;
* Team had both onboarding and project update sessions in Vancouver&lt;br /&gt;
* The level of activity within each library varies.&lt;br /&gt;
* Several of the libraries are reaching a &amp;quot;stable&amp;quot; state in which they may not see many updates beyond bug fixes. This has spurred a discussion of how to treat projects like that, led by the release management team [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131341.html]&lt;br /&gt;
&lt;br /&gt;
=== Packaging-RPM ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: SUSE represents 77% of core reviews&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.] (Update: PTL stepped up https://review.openstack.org/588617)&lt;br /&gt;
Update 21 Aug 2018 (cmurphy):&lt;br /&gt;
* Concern over low investment from original collaborators - was once a Mirantis/RH/SUSE project, now primary investment is mainly SUSE&lt;br /&gt;
* Not enough reviewers, and not a big pool of contributors to draw from given reduced corporate investment&lt;br /&gt;
* Seeing activity from several Asian companies but they don't participate in discussions, unclear on what their investment is or how to get them to engage more (some contributors seem to be clearly stats seeking)&lt;br /&gt;
* Requires significant effort to keep up to date, original vision of promoting CD by gating with other OpenStack projects and other deployment projects did not pan out (mostly due to lack of time for engagement)&lt;br /&gt;
* Not sure if it remains valuable to remain under governance&lt;br /&gt;
Update 5 Nov 2018 (evrardjp)&lt;br /&gt;
* These comments still apply.&lt;br /&gt;
&lt;br /&gt;
=== Powervmstackers ===&lt;br /&gt;
&lt;br /&gt;
* Email sent on August 9th (emilien).&lt;br /&gt;
* No help is needed, and their collaboration with other projects became better over time.&lt;br /&gt;
* Contributions are indeed owned by IBM but they welcome (and have) external contributors.&lt;br /&gt;
* The project looks quite healthy so far, and nothing much to report now.&lt;br /&gt;
&lt;br /&gt;
=== Puppet Openstack ===&lt;br /&gt;
Update: 2018-08-06 (cmurphy)&lt;br /&gt;
* Good progress on important features&lt;br /&gt;
** Puppet 5 support&lt;br /&gt;
** Debian support&lt;br /&gt;
* Some frustration with spam changes (compounded over multiple modules)&lt;br /&gt;
* Tripleo moving away from depending on Puppet so maintenance shifting more toward operators&lt;br /&gt;
* Overall seems to be growing traction and staying healthy&lt;br /&gt;
&lt;br /&gt;
=== Qinling ===&lt;br /&gt;
Update: August 20th, 2018, TheJulia&lt;br /&gt;
* PTL Confirmed small team nature, and that the team is largely focused on getting all of the minimum needs taken care of to have a viable FaaS component.&lt;br /&gt;
* Emailed PTL on August 14th, 2018.&lt;br /&gt;
* Project does not seem to hold regular meetings, but also appears to early in gearing up additional interest.&lt;br /&gt;
* Rocky timeframe contributions are much more diverse than Queens timeframe contributions which is a good sign.&lt;br /&gt;
* Core reviewing seems to use a mix of one and two core reviewers, weighted heavily towards a single reviewer.&lt;br /&gt;
&lt;br /&gt;
=== Quality Assurance ===&lt;br /&gt;
&lt;br /&gt;
Discussion with gmann, 2018-08-07:&lt;br /&gt;
* overall healthy with most repos receiving attention from a diversity of contributors&lt;br /&gt;
* grenade is one repo which is of concern, largely due to sdague's departure&lt;br /&gt;
* switch to office hours has been positive, increasing doing and discussion, rather than simply reporting&lt;br /&gt;
* help from individuals usually associated with other projects important aspect of QA health&lt;br /&gt;
&lt;br /&gt;
Outside of that discussion, there are [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/%23openstack-tc.2018-08-02.log.html#t2018-08-02T16:13:21 concerns expressed] about QA being too focused on tempest, and tempest being too focused on Nova.&lt;br /&gt;
&lt;br /&gt;
=== Rally ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Half on GitHub those days, and unwilling to drop direct branching ACLs&lt;br /&gt;
* Individual fragility: Andrey Kurilin represents 56% of commits&lt;br /&gt;
* Organizational diversity fragility: GoDaddy represents 97% of core reviews&lt;br /&gt;
* It looks like the project may be moving out of gerrit to GitHub? https://github.com/xrally and https://xrally.org -- dhellmann&lt;br /&gt;
&lt;br /&gt;
=== Refstack ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The core review team has only two active members, both funded directly by the OpenStack Foundation (one reaching the end of that internship)&lt;br /&gt;
* The bulk of recent contributions to the main refstack deliverable are from the same two individuals&lt;br /&gt;
* Most recent outside development interest has been in the python-tempestconf library for tempest.conf generation, which has also produced some sideline support development in the refstack-client deliverable&lt;br /&gt;
* The Refstack effort is considered to be reaching feature-complete state in the coming weeks as some final pieces land, and then will likely be put in maintenance mode from a governance perspective&lt;br /&gt;
* The refstack and refstack-client deliverables may make sense to get adopted by the Interop WG so the Refstack team itself can be wound down and officially disbanded&lt;br /&gt;
* The python-tempestconf deliverable isn't necessarily a good fit for QA team adoption, but may be looking for an adoptive home or may warrant creation of its own official TC-recognized team&lt;br /&gt;
&lt;br /&gt;
=== Release Management ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Task automation continues to make workload for the team easier&lt;br /&gt;
* Consistent drive-by attendees in weekly meetings&lt;br /&gt;
* Concerns over core team and what that means for transitioning leadership&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 28 June 2018, dhellmann &amp;amp; smcginnis&lt;br /&gt;
&lt;br /&gt;
* The review work has become easier, but there are still only 3 team members. That leaves succession planning for the PTL role a bit up in the air, and also poses challenges with the members travel to conferences all at the same time.&lt;br /&gt;
* Working on a reviewers' guide to help with recruiting.&lt;br /&gt;
* Completed adjusting ACLs for all official teams to use the reviewable release process for deliverables that are part of the OpenStack release.&lt;br /&gt;
&lt;br /&gt;
=== Requirements Management ===&lt;br /&gt;
  &lt;br /&gt;
&lt;br /&gt;
* need more reviewers, badly, as discussed a joint leadership meeting in Vancouver&lt;br /&gt;
&lt;br /&gt;
Update: 14 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* team has recently lost several members&lt;br /&gt;
* most work is really down to 3 people (Matt, Dirk, Tony)&lt;br /&gt;
* they work for 3 separate companies, but the team is so small that the diversity measures are questionable&lt;br /&gt;
* the changes this cycle to stop syncing requirements should lower the review burden somewhat, but the move to python 3 is going to take some work&lt;br /&gt;
* meets regularly&lt;br /&gt;
* accomplishments this cycle&lt;br /&gt;
** stopped syncing dependencies between projects&lt;br /&gt;
** working on networkx upgrade&lt;br /&gt;
** uncapped eventlet&lt;br /&gt;
** uncapped sphinx&lt;br /&gt;
** added optional lower-constraints test jobs for project teams that want them&lt;br /&gt;
&lt;br /&gt;
=== Resource Management SIG ===&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-10, cdent. Summary: SIG is idling.&lt;br /&gt;
&lt;br /&gt;
Concerns or Issues:&lt;br /&gt;
* While the project had some initial planning at [[Res_Mgmt_SIG]], little has happened since.&lt;br /&gt;
* This is likely due to the main participants being overbooked to be able to fit things in.&lt;br /&gt;
** cdent is one of those main participants and hasn't had a chance to do anything&lt;br /&gt;
* Given the desire for these evaluations to not include participants, cdent being the evaluator is probably not ideal&lt;br /&gt;
&lt;br /&gt;
=== Sahara ===&lt;br /&gt;
Update: June 13, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
* The team changed leadership in Queens&lt;br /&gt;
* Most commits in Rocky are from Red Hat (92% of core reviews)&lt;br /&gt;
* The team is really small, most of commits are done by 2 contributors and 3 contributors are active in reviews&lt;br /&gt;
* Latest survey shows that Sahara is used in production by 3% of deployments and 8% in test phase. 25% of users are interested by Sahara&lt;br /&gt;
* Following goals and releases&lt;br /&gt;
* Email sent to PTL on June 13th&lt;br /&gt;
&lt;br /&gt;
=== Searchlight ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* searchlight and searchlight-ui missed the Rocky-1 milestone&lt;br /&gt;
* Release forced for searchlight and searchlight-ui for the Rocky-2 milestone; also missed the Rocky-3 milestone&lt;br /&gt;
* [https://review.openstack.org/#/c/590601/ Trinh Nguyen has volunteered to be the PTL for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== Security (SIG) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Operated for a while in parallel with the project team of the same name, during Rocky it assumed responsibility for the corresponding deliverable repositories. Many of its previous members (both the SIG and the team) have slowly faded from the OpenStack community, and most of those who remain have also been drafted into the VMT. It still holds regular weekly meetings, has a consensus chair, is present for events like the PTG and Summit/Forum, and has continued to manage OSSN and security assessment tasks to assist the VMT... but as it's now mostly the same people the lines there have become increasingly blurry.&lt;br /&gt;
&lt;br /&gt;
=== Security (team) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
This mostly defunct team was retired at the end of the Rocky cycle, and its deliverable repositories folded into the SIG of the same name.&lt;br /&gt;
&lt;br /&gt;
=== Scientific ===&lt;br /&gt;
Update: July 17, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Senlin ===&lt;br /&gt;
&lt;br /&gt;
=== Solum ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Zhurong represents 100% of core reviews&lt;br /&gt;
* Zhurong is employed by ZTE and recent US government actions might affecting contributions&lt;br /&gt;
&lt;br /&gt;
=== Stable Branch Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
This team was disbanded during the Rocky cycle, morphing into the Extended Maintenance SIG.&lt;br /&gt;
&lt;br /&gt;
=== Storlets ===&lt;br /&gt;
&lt;br /&gt;
Update: August 9, ttx&lt;br /&gt;
&lt;br /&gt;
* The team is essentially one person: Kota Tsuyuzaki the PTL represents 100% of core reviews&lt;br /&gt;
* Kota is pretty active though, and maintains the project well. He ran a project update session in Vancouver, and tries to recruit more contributors (including in local meetups).&lt;br /&gt;
* The team currently being one person, there are no IRC meetings or ML threads. Best way to join the team is the IRC channel (#openstack-storlets)&lt;br /&gt;
&lt;br /&gt;
=== Swift ===&lt;br /&gt;
Update: July 3, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Team has recently lost two very active long time cores&lt;br /&gt;
* Activity has gone down, like many OpenStack projects, but there is still a large list of important work to complete&lt;br /&gt;
* Changed their policy to only require one +2&lt;br /&gt;
** Change in policy is allowing to land more code&lt;br /&gt;
** No bad side effects of this change have been encountered so far&lt;br /&gt;
* Some recent progress has been made on Python 3 compatibility&lt;br /&gt;
&lt;br /&gt;
=== Tacker ===&lt;br /&gt;
Update: August 14th, 2018, TheJulia&lt;br /&gt;
* Reached out via email to the new PTL to obtain their perspective as to the current status.&lt;br /&gt;
* Worth noting that the new PTL is different than the prior PTL who was attributed to having 75% of the core reviews.&lt;br /&gt;
* They have meetings, although occasionally do seem to skip a week or two, but the team is relatively small and diverse which would make missing lacking quorum to have a meeting more of a possibility.&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Yong Sheng Gong represents 75% of core reviews&lt;br /&gt;
&lt;br /&gt;
=== Telemetry ===&lt;br /&gt;
Update: 2018-07-25, cdent&lt;br /&gt;
* Only two active cores and contributors (from Red Hat), despite [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131443.html continued value].&lt;br /&gt;
* Lowish number of commits and reviews, but about what one would expect for a small and stable project&lt;br /&gt;
* Effectively in maintenance mode&lt;br /&gt;
* Some potential for greater engagement with Monasca&lt;br /&gt;
* The features in ceilometer are being shrunk to meet the needs of the people who are making contributions and there is concern that lack of engagement by others will lead to something breaking.&lt;br /&gt;
&lt;br /&gt;
=== Tricircle ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Not set up for zuulv3 so cannot land patches that interact with other repositories? http://lists.openstack.org/pipermail/openstack-dev/2018-June/131643.html&lt;br /&gt;
* email sent on July 18th 2018 (emilien)&lt;br /&gt;
&lt;br /&gt;
=== TripleO ===&lt;br /&gt;
Update: June 13, emilien&lt;br /&gt;
&lt;br /&gt;
* Mainly Red Hat (99% of core reviews). Some contributors from vendors (storage/network plugins)&lt;br /&gt;
* Number of contributors / core reviewers always increasing&lt;br /&gt;
* Quite healthy, no problem reported so far&lt;br /&gt;
&lt;br /&gt;
=== Trove ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No valid PTL volunteer(s) for Stein.]&lt;br /&gt;
* During the public cloud issues session at the Rocky Forum someone in the room raised the question of whether Trove is still actively maintained.&lt;br /&gt;
** [https://etherpad.openstack.org/p/YVR-forum-missing-features-pc Missing features in OpenStack for public clouds] forum session notes&lt;br /&gt;
&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Samsung team has taken over, but finding it hard to get folks outside of Samsung participating in meetings and development&lt;br /&gt;
* Technical debt of the project is more than they realized&lt;br /&gt;
** Downstream changes against Ocata are turning out harder to update and merge to master&lt;br /&gt;
** Existing unit testing is poor, slowing things down as well&lt;br /&gt;
* Those involved also have downstream product responsibilities so they are struggling to get enough time to focus on upstream work&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: June 12, ttx&lt;br /&gt;
* The team changed leadership in Rocky&lt;br /&gt;
* Zhao Chao handles bulk of commits (51%)&lt;br /&gt;
* The new team is small, but pretty alive and active. Needs more contributors to be stable.&lt;br /&gt;
* Mostly contributors in China (AWCloud, China Telecom, China Mobile)&lt;br /&gt;
* Drop in activity in Rocky: 45 commits by Rocky-2, to compare with the 245 commits in Queens&lt;br /&gt;
* Organizational diversity: 53% of commits are from AWCloud. Reviews are shared between 23% China Telecom, 19% China Mobile, 19% Awcloud. Last cycle with 41% IBM.&lt;br /&gt;
* Regular weekly meetings, well run with clear documentation of outcomes&lt;br /&gt;
* Tracks completion of Rocky community goals&lt;br /&gt;
* A few ML threads, but mostly to discuss things external to the team (new meeting time, stable maint team composition)&lt;br /&gt;
* Missed Rocky-2 milestone, but mostly due to a [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-06-06-14.00.log.html#l-95 misunderstanding of release policy].&lt;br /&gt;
* No project update in Vancouver, but was discussed in meeting: sadly [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-05-16-14.00.log.html#l-20 no team member was present].&lt;br /&gt;
* Reached out to PTL by email on June 12 for additional concerns / questions.&lt;br /&gt;
&lt;br /&gt;
=== Upgrade SIG ===&lt;br /&gt;
WIP (emilien)&lt;br /&gt;
&lt;br /&gt;
=== Vitrage ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Nokia represents 80% of core reviews&lt;br /&gt;
* Affected by ZTE situation&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* PTL reported that the virtual PTG they held was very productive, but continue to look for new contributors.&lt;br /&gt;
* Developers were optimistic about what they achieved in Rocky and are looking forward to Stein.&lt;br /&gt;
* Interested in the self-healing SIG.&lt;br /&gt;
* IRC activity is relatively low, but that doesn't seem to be impacting communications between developers.&lt;br /&gt;
* Will be holding sessions at the Summit in Berlin for onboarding and project updates. On the waiting list for a project-onboarding session.&lt;br /&gt;
* The issues originally reported by Doug are still present.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-18 (dhellmann)&lt;br /&gt;
* Meeting regularly on IRC&lt;br /&gt;
* One of their cores who works for ZTE has been absent for a while, but has returned to contributing.&lt;br /&gt;
* They usually have a hands-on lab at summits to attract users and potential contributors.&lt;br /&gt;
* The next PTG aligns with Jewish New Year, so many of their contributors will not be attending. They intend to have a virtual PTG instead.&lt;br /&gt;
* The CFP for the Berlin summit caught them off guard because it was so early, and they found it a bit hard to plan discussions because they don't even know what the next release will hold. They did submit a few talk proposals.&lt;br /&gt;
* Vitrage, by its nature, relies heavily on other projects. They have had good success working with other project teams, but do frequently struggle to find accurate and complete developer-oriented documentation for some of them.&lt;br /&gt;
&lt;br /&gt;
=== Watcher ===&lt;br /&gt;
Update: 2018-07-10 TheJulia&lt;br /&gt;
* PTL inquires if there is any way for the TC to assist with raising awareness of Watcher.&lt;br /&gt;
* Actively recruiting and seeking out new contributors, and anticipating to meet community goals. Anticipating to create new roadmap at the PTG.&lt;br /&gt;
* Contributions appear mainly from NEC at this time, but history shows a moderately more diverse contributor base.&lt;br /&gt;
* PTL indicates core team is critically small, and that they have lost two out of five cores due to the ZTE withdraw due to the conflict with the US Government. Review metrics line up with what would be expected from loss of 40% of the core reviewers.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Winstackers ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Claudiu Belu represents 100% of core reviews&lt;br /&gt;
* Claudiu missed the deadline for being PTL but would like to continue&lt;br /&gt;
* His organization is invested in making sure that Hyper-V continues to be well supported in Nova, Neutron, Cinder&lt;br /&gt;
* Increased release velocity by Microsoft means greater change in Hyper-V&lt;br /&gt;
* Issues with having access to sufficient CI hardware for feature parity with other hypervisors, especially things like SR-IOV&lt;br /&gt;
&lt;br /&gt;
=== Zaqar ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* zaqar and zaqar-ui missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Zun ===&lt;br /&gt;
&lt;br /&gt;
* PTL and ~25% of commits (in Queens) are from ZTE&lt;br /&gt;
* PTL non-responsive to email so far&lt;br /&gt;
* Regular meetings happening, mostly chaired by previous PTL (although current PTL has appeared on occasion)&lt;br /&gt;
* Healthy-looking pace of development still happening&lt;br /&gt;
* Loosened review policy to only require 1 reviewer: http://lists.openstack.org/pipermail/openstack-dev/2018-July/132582.html&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166546</id>
		<title>Governance/Foundation/12Nov2018BoardMeeting</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166546"/>
				<updated>2018-11-05T19:58:38Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* OpenStack Leadership Meeting Agenda */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== OpenStack Board and Leadership Meetings - November 12, 2018  ==&lt;br /&gt;
&lt;br /&gt;
'''  This page is a work in progress - schedule and agenda items will continue to change'''&lt;br /&gt;
&lt;br /&gt;
The OpenStack  Foundation Board of Directors, Technical Committee and User Committee will meet in person at  9:00am - 5:00pm CET.&lt;br /&gt;
&lt;br /&gt;
'''Meeting Location: Deutsche Telekom AG, Berlin Representative Office, Französische Straße 33 a-c, 10117 Berlin (Lichthof)'''&lt;br /&gt;
#: Directions to the meeting location: https://www.telekom-hauptstadtrepraesentanz.com/hsr-en/directions&lt;br /&gt;
#: Local contact: [mailto:f.kloeker@telekom.de Frank Kloeker] +4915114088648&lt;br /&gt;
#: With the full leadership and many who wish to attend this meeting we do expect that the room will be full.   To ensure the meeting is available to all who we will have webex setup so that you may attend remotely.  &lt;br /&gt;
&lt;br /&gt;
To join the session by computer or by phone:&lt;br /&gt;
#  https://openstack.webex.com/openstack/k2/j.php?MTID=t4df5672469dec3eb6e9416efdb814c25 &lt;br /&gt;
# Enter your name and email address (or registration ID).&lt;br /&gt;
# Enter the session password: This session does not require a password.&lt;br /&gt;
# Click &amp;quot;Join Now&amp;quot;.&lt;br /&gt;
# Follow the instructions that appear on your screen.&lt;br /&gt;
# Attendees are muted upon entry to the call. Board, TC and UC participants if you use the URL emailed to you, you will be added to the meeting as a presenter and will not be muted.&lt;br /&gt;
&lt;br /&gt;
== OpenStack Board Meeting Agenda ==&lt;br /&gt;
: Chair: Alan Clark, Vice Chair: Lew Tucker&lt;br /&gt;
:  Minutes: Mark Radcliffe&lt;br /&gt;
: &lt;br /&gt;
::  Non official meeting discussion Channels:&lt;br /&gt;
::* (Julia Dechance will monitor and manage the webex connection)&lt;br /&gt;
::* webex chat&lt;br /&gt;
::* IRC: #openstack-board&lt;br /&gt;
::* Etherpad: https://etherpad.openstack.org/p/UnofficialBoardNotes-Nov12-2018&lt;br /&gt;
:&lt;br /&gt;
'''(9:00) Call To Order, Open Session'''&lt;br /&gt;
&amp;lt;!--&lt;br /&gt;
# Introduce new board members&lt;br /&gt;
#:  A big thank you to Kurt Garloff for his contributions to the board and to the OpenStack community.  Welcome to to Dr. Clemens Hardewig, who will be the representative for Deutsche Telekom AG going forward.&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
# Roll Call (Y/N = Attendance)&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;margin-left: 40px;&amp;quot;&lt;br /&gt;
! colspan=&amp;quot;6&amp;quot; | Board Member Directors&lt;br /&gt;
|-&lt;br /&gt;
! Y/N&lt;br /&gt;
! Platinum Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Gold Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Individual Member Directors&lt;br /&gt;
|-&lt;br /&gt;
|  || Alan Clark&lt;br /&gt;
|  || Arkady Kanevsky&lt;br /&gt;
|  || Allison Randal&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Anni Lai&lt;br /&gt;
|  ||  Boris Renski&lt;br /&gt;
|  ||  ChangBo Guo&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Brian Stein&lt;br /&gt;
|  ||  Johan Christenson&lt;br /&gt;
|  ||  Egle Sigler&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Christopher Price&lt;br /&gt;
|  ||  Joseph Wang&lt;br /&gt;
|  ||  Monty Taylor&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Imad Sousou ( Melissa Evers-Hood)&lt;br /&gt;
|  ||  Kenji Kaneshige&lt;br /&gt;
|  ||  Prakash Ramchandran&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Kandan Kathirvel &lt;br /&gt;
|  ||  Kurt Garloff&lt;br /&gt;
|  ||  Shane Wang&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Mark McLoughlin&lt;br /&gt;
|  ||  Lew Tucker&lt;br /&gt;
|  ||  Steven Dake&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Ruan Hu&lt;br /&gt;
|  ||  Robert Esker&lt;br /&gt;
|  ||  Tim Bell&lt;br /&gt;
|}&lt;br /&gt;
# Approve minutes from previous  board meetings&lt;br /&gt;
&amp;lt;!-- May 20, 2018, September 18, 2018, October 25, 2018,  --&amp;gt;&lt;br /&gt;
:&lt;br /&gt;
''' Executive Director Update'''&lt;br /&gt;
# Updates and preview of Berlin Summit&lt;br /&gt;
# 2019 draft budget proposal &lt;br /&gt;
:&lt;br /&gt;
''' Strategic Project Governance'''&lt;br /&gt;
# Review latest changes and final comments from board members - Jonathan/Mark/Thierry/Lauren&lt;br /&gt;
# Board review and approve resolutions for the bylaws updates - Alan&lt;br /&gt;
# review board responsibilities (as discussed at the October board meeting) - Alan &lt;br /&gt;
:&lt;br /&gt;
''' Committee and Work Efforts'''&lt;br /&gt;
# Interoperability Guideline Updates  - Egle&lt;br /&gt;
# Finance Committee - Arkady&lt;br /&gt;
'''(12:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(12:00-12:30) Lunch @HSR Lounge''' (due the shared lunch space it's required to set the time fix)&lt;br /&gt;
&lt;br /&gt;
== OpenStack Leadership Meeting Agenda ==&lt;br /&gt;
: Meeting Organizers: Alan Clark(chair), Lew Tucker(vice-chair), Doug Hellmann(Chair), Mohammed Naser(vice-chair), Jonathan Bryce (Executive Director), Melvin Hillsman(Chair), Matt Van Winkle(vice-chaiir)&lt;br /&gt;
&lt;br /&gt;
: We will keep the webex up and running for this session.&lt;br /&gt;
&lt;br /&gt;
'''(13:00) Call To Order, Open Session'''&lt;br /&gt;
# Welcome to new members&lt;br /&gt;
## New TC members&lt;br /&gt;
### Ghanshyam Mann&lt;br /&gt;
### Jean-Philippe Evrard&lt;br /&gt;
### Lance Bragstad&lt;br /&gt;
'''OpenStack TC''' ([https://docs.google.com/presentation/d/1wcG7InY2A5y67dt5lC14CI1gQHGZ3db8-yshOu-STk8/edit#slide=id.g46a6072f4a_0_308 slides])&lt;br /&gt;
#(13:15) Rocky retrospective, Sean McGinnis&lt;br /&gt;
#(13:20) Stein update, Doug Hellmann&lt;br /&gt;
#(13:40) TC operational changes, Doug Hellmann&lt;br /&gt;
#(13:45) Peer review culture initiative, Julia Kreger&lt;br /&gt;
#(13:50) Technical vision initiative, Zane Bitter&lt;br /&gt;
#(14:00) Please note: The agenda items and times will change as the TC and UC add their agenda items.&lt;br /&gt;
'''OpenStack UC'''&lt;br /&gt;
#(14:15)  Please note: The agenda items and times will change as the TC and UC add their agenda items.&lt;br /&gt;
'''Pilot Project  Reports'''&lt;br /&gt;
# (15:00) Airship - . Matt Mceuen, Jaesuk Ahn&lt;br /&gt;
# (15:20) Kata Containers - Eric Ernst, Xu Wang, Samuel Ortiz&lt;br /&gt;
# (15:40) StarlingX - Brent Roswell&lt;br /&gt;
# (16:00) Zuul - James Blair, Monty Taylor&lt;br /&gt;
&lt;br /&gt;
'''(17:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(17:15-20:00) Get Together @HSR Lounge'''&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=166520</id>
		<title>OpenStack health tracker</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=OpenStack_health_tracker&amp;diff=166520"/>
				<updated>2018-11-02T14:46:00Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Project Teams */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''This page is a live document and contains notes from TC members working with project teams to ensure they have everything they need and are not running into issues. This information is not necessarily complete.'''&lt;br /&gt;
&lt;br /&gt;
TC members are attached as liaisons to each of the project teams, [https://governance.openstack.org/sigs/ SIGs], or [https://governance.openstack.org/uc/ UC working groups]. The idea is for these liaisons to keep up with the general health of the group, understand any issues they encounter, and help them work with the TC on solutions if necessary. Some TC members may be more active within the group than the basic liaison responsibilities imply, but that is not required.&lt;br /&gt;
&lt;br /&gt;
== Health check list ==&lt;br /&gt;
&lt;br /&gt;
==== Review visible issues ====&lt;br /&gt;
* If the team misses releases, has no volunteer for PTL position or does not answer pings around events organization, people will add &amp;quot;visible issues&amp;quot; in the tracker&lt;br /&gt;
* Same if someone notices an org diversity issue or team fragility&lt;br /&gt;
* In a lot of cases the visible issue has a natural explanation, so starting by asking about it is a good step&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team active? ====&lt;br /&gt;
* Watch summit &amp;quot;project update&amp;quot; videos, if any&lt;br /&gt;
* Check number of commits in recent times, and nature of them (bugfix or typo fix ?)&lt;br /&gt;
* Is the team keeping up with community goals ? (Completion status of previous ones, plan on the current/next ones. See also notes for new project data)&lt;br /&gt;
* Ask how functional and feature-complete the project is. If not, what is the roadmap ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team healthy? ====&lt;br /&gt;
* Checking Stackalytics organizational affiliation for commits, reviews, core reviews&lt;br /&gt;
* Checking number of people involved in commits, reviews, core reviews&lt;br /&gt;
* Checking the trend of changes in previously listed data: Is the project losing/gaining (core) reviewers regularily?&lt;br /&gt;
* Does the team have an onboarding process? Did they run onboarding sessions at recent Forums ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Is the team openly collaborating (respecting the 4 opens)? ====&lt;br /&gt;
* Is the team holding regular meetings on an open communication channel?&lt;br /&gt;
* Check meeting logs and/or participate in the meeting&lt;br /&gt;
* Is the team using the mailing list for async communication? Check which type of topics are discussed (internal or only external-facing)&lt;br /&gt;
* Inquire with people who are irregular contributors to a project to see if there are issues regarding inclusivity or attention&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Getting direct feedback from the PTL/team ====&lt;br /&gt;
* Ask if the PTL/team has any open question (on processes, goals, governance...)&lt;br /&gt;
* Ask the PTL/team how the project is doing, and whether they have any concern, fear, issue they would like to raise&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Notes:'''&lt;br /&gt;
* Smaller teams usually don't have a lot of needs for async communication, so they rarely have ML threads&lt;br /&gt;
* New projects should be aware of the goal processes, the current goals, and state their status with previous goals to match the requirements [https://governance.openstack.org/tc/reference/new-projects-requirements.html]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Liaisons ==&lt;br /&gt;
=== SIGs ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| API ||  &lt;br /&gt;
|-&lt;br /&gt;
| Extended Maintenance ||  &lt;br /&gt;
|-&lt;br /&gt;
| FEMDC || &lt;br /&gt;
|-&lt;br /&gt;
| First Contact || fungi &lt;br /&gt;
|-&lt;br /&gt;
| K8s ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Meta || &lt;br /&gt;
|-&lt;br /&gt;
| Operation Docs || &lt;br /&gt;
|-&lt;br /&gt;
| Resource Management || &lt;br /&gt;
|-&lt;br /&gt;
| Scientific || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Security || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Self-healing || gmann&lt;br /&gt;
|-&lt;br /&gt;
| Upgrade || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Board Committees and Working Groups ===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Foundation Finance Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Interop Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Compensation Committee || &lt;br /&gt;
|-&lt;br /&gt;
| Professional Certification Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Diversity Working Group || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Gold And Platinum Member Committee || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== UC Teams and Working Groups ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Financial Team || &lt;br /&gt;
|-&lt;br /&gt;
| Large Deployment Team || &lt;br /&gt;
|-&lt;br /&gt;
| Massively Distributed Clouds || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Operators Telecom/NFV || smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Ops Tags Team || &lt;br /&gt;
|-&lt;br /&gt;
| Product Team || &lt;br /&gt;
|-&lt;br /&gt;
| Fault-Genes Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| LCOO Working Group || &lt;br /&gt;
|-&lt;br /&gt;
| Public Cloud Working Group || cdent &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Project Teams ===&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Group !! TC members&lt;br /&gt;
|-&lt;br /&gt;
| Adjutant || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Barbican || fungi, ttx &lt;br /&gt;
|-&lt;br /&gt;
| Blazar ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Chef Openstack || evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Cinder ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Cloudkitty || evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Congress ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Cyborg || lbragstad, ttx&lt;br /&gt;
|-&lt;br /&gt;
| Designate || evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Documentation || lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Dragonflow || ttx&lt;br /&gt;
|-&lt;br /&gt;
| Ec2-Api ||  &lt;br /&gt;
|-&lt;br /&gt;
| Freezer ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Glance || lbragstad&lt;br /&gt;
|-&lt;br /&gt;
| Heat || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Horizon ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| I18n || evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Infrastructure || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Ironic || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Karbor ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Keystone || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Kolla ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Kuryr ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Loci || lbragstad, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Magnum || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Manila ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Masakari ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Mistral || lbragstad, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Monasca ||  gmann, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Murano || ttx &lt;br /&gt;
|-&lt;br /&gt;
| Neutron || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Nova || lbragstad&lt;br /&gt;
|-&lt;br /&gt;
| Octavia ||  gmann&lt;br /&gt;
|-&lt;br /&gt;
| Openstack Charms ||  evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Openstack-Helm ||  evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Openstackansible || fungi, evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| OpenStackClient || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Openstacksdk || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Oslo ||  lbragstad, dhellmann&lt;br /&gt;
|-&lt;br /&gt;
| Packaging-Rpm ||  evrardjp, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Powervmstackers || ttx &lt;br /&gt;
|-&lt;br /&gt;
| Puppet Openstack || &lt;br /&gt;
|-&lt;br /&gt;
| Qinling || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Quality Assurance || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Rally || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Release Management || lbragstad&lt;br /&gt;
|-&lt;br /&gt;
| Requirements || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Sahara || evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Searchlight ||  &lt;br /&gt;
|-&lt;br /&gt;
| Senlin || ttx, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Solum || fungi &lt;br /&gt;
|-&lt;br /&gt;
| Storlets || cdent &lt;br /&gt;
|-&lt;br /&gt;
| Swift || cdent, zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Tacker || &lt;br /&gt;
|-&lt;br /&gt;
| Telemetry || ttx &lt;br /&gt;
|-&lt;br /&gt;
| Tricircle ||  &lt;br /&gt;
|-&lt;br /&gt;
| Tripleo || evrardjp&lt;br /&gt;
|-&lt;br /&gt;
| Trove ||  smcginnis&lt;br /&gt;
|-&lt;br /&gt;
| Vitrage || lbragstad&lt;br /&gt;
|-&lt;br /&gt;
| Watcher ||&lt;br /&gt;
|-&lt;br /&gt;
| Winstackers || ttx &lt;br /&gt;
|-&lt;br /&gt;
| Zaqar ||  zaneb&lt;br /&gt;
|-&lt;br /&gt;
| Zun || gmann, ttx&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Status updates ==&lt;br /&gt;
&lt;br /&gt;
=== Adjutant ===&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Team is essentially one core/PTL and lacks diversity. Internal development sometimes stalls upstream work.&lt;br /&gt;
* PTL is planning on socializing the project during the Berlin summit in order to attract more contributors.&lt;br /&gt;
* No dedicated meeting time, but since the project is currently only one developer the PTL doesn't really see this being an issue. Looking to certainly expand that if/when more contributors start getting involved with the project.&lt;br /&gt;
* The team is focused on cleaning up technical debt before jumping into more feature work.&lt;br /&gt;
&lt;br /&gt;
=== Barbican ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
The team seems generally healthy and was considered to have &amp;quot;diverse affiliation&amp;quot; at the time we removed the affiliation diversity tags. Vulnerability reports for its code deliverables are officially overseen by the OpenStack VMT and have no outstanding public security issues unhandled. Changes are reviewed and approved with regularity in most of their deliverables. They're keeping up with applicable cycle goals, release deadlines, holding regular weekly meetings in IRC (if sometimes a bit short and with only a handful of participants) and putting important design discussions on the development mailing list. Over the past cycle they migrated their task and defect tracking from Launchpad to Storyboard, and were bolstered somewhat in their mission by the inclusion of Castellan (though not officially a Barbican deliverable, still maintained by many of the same folks and basically a foster child in Oslo's care) in the base services list.&lt;br /&gt;
&lt;br /&gt;
=== Blazar ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: NTT represents 79% of core reviews&lt;br /&gt;
* Requested to be listed under project navigator on openstack.org (ttx mentioned that should be taken care of)&lt;br /&gt;
* A lot of work seems to be going around updating document linking&lt;br /&gt;
&lt;br /&gt;
=== Chef OpenStack ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Samuel Cassiba represents 75% of commits&lt;br /&gt;
&lt;br /&gt;
=== Cinder ===&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Some drop off in participation by some cores, but still active enough not to raise any red flags&lt;br /&gt;
* Overall less community involvement&lt;br /&gt;
* Project may just be &amp;quot;stable&amp;quot; and doesn't need as much activity as the past&lt;br /&gt;
* Still a lot of bug fix work to be done, but no major new features on the roadmap&lt;br /&gt;
&lt;br /&gt;
=== Cloudkitty ===&lt;br /&gt;
Updated July 19, 2018 (ttx)&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from ObjectifLibre), failure to retain onboarded people&lt;br /&gt;
* Activity is low but stable (33 commits in Rocky so far compared to 57 total in Queens)&lt;br /&gt;
* Works to support standalone operation and reusability in a Prometheus-driven stack, good feedback from users on that strategy&lt;br /&gt;
* It's mostly in competition with homegrown solutions, which makes it a bit special&lt;br /&gt;
* IRC meetings do not appear on eavesdrop.openstack.org -- no regular meeting, focusing on doing some small group meeting for key topics&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
&lt;br /&gt;
=== Congress ===&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-30 by cdent&lt;br /&gt;
&lt;br /&gt;
* Commits somewhat down from Queens (119 in Queens, 69 in Rocky so far)&lt;br /&gt;
* Commits and reviews in the hands of a small but diverse group&lt;br /&gt;
* Limited engagement on os-dev, but effective: http://lists.openstack.org/pipermail/openstack-dev/2018-May/130180.html&lt;br /&gt;
* IRC logged for both channel and meetings, low but steady traffic.&lt;br /&gt;
* Working to address step learning curve that new contributors face by refactoring tempest tests and associated documentation.&lt;br /&gt;
&lt;br /&gt;
=== Cyborg ===&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* No account of [http://eavesdrop.openstack.org/meetings/openstack_cyborg_project/ previous meeting logs] (404), but meetings are held in IRC.&lt;br /&gt;
* Development team is working on features and a presentation for the summit in Berlin.&lt;br /&gt;
* PTL noted that more resources would be a plus in helping with work queues.&lt;br /&gt;
* Development pace seems to have maintained through Rocky and into Stein&lt;br /&gt;
* IRC is relatively quiet, but there are long discussions with other teams every few days.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* Email responded to by PTL on July 4th. PTL has nothing to really report.&lt;br /&gt;
* Activity seems to be moderately in-line with the prior cycle, although one of the cores has since become an independent contributor.&lt;br /&gt;
* Cyborg does presently hold a weekly meeting on Wednesdays which does appear active, otherwise IRC is quiet.&lt;br /&gt;
** There is no calendar entry on eavesdrop.openstack.org for cyborg, TheJulia let the PTL know.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Designate ===&lt;br /&gt;
Last updated 2018-07-23 by cdent&lt;br /&gt;
&lt;br /&gt;
* Low number of reviews, commits, and contributors but it is somewhat steady.&lt;br /&gt;
* A significant amount of the code activity is related to aligning with infra/testing/qa related goals and not feature development. &amp;quot;most of our work at the moment is based around fixing the gate / not breaking future versions&amp;quot;&lt;br /&gt;
* ML list use is light, but that's always been the case.&lt;br /&gt;
* IRC channel is not busy but is responsive.&lt;br /&gt;
* Lurking difficulties:&lt;br /&gt;
** As of yet, no support for WSGI, which will break things in a pure py3 environment (due to eventlet)&lt;br /&gt;
** Low number of reviews means meeting community goals difficult and distracting.&lt;br /&gt;
** Feature requesting is not formalized/transparent, people show up asking &amp;quot;why isn't thing X present?&amp;quot;&lt;br /&gt;
** Designate is present in many OpenStack distributions but vendors are not providing active contribution support.&lt;br /&gt;
&lt;br /&gt;
Summary: muddling along, but struggling to address feature demands because of lack of incoming flow of people.&lt;br /&gt;
&lt;br /&gt;
=== Diversity ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The Diversity WG continues to have semi-weekly meetings in their IRC channel with anywhere from 2 to 8 participants (varying week to week)&lt;br /&gt;
* Current activities include finalizing the updated diversity survey and following up on feedback to the foundation event coordinators (preferred pronoun stickers for badges, some way to indicate visibly that you don't wish to be photographed, designated alcohol-free areas at official social events)&lt;br /&gt;
* Also communicating with the Women of OpenStack group about the possibility of more closely collaborating on sponsored event activities&lt;br /&gt;
&lt;br /&gt;
=== Documentation ===&lt;br /&gt;
&lt;br /&gt;
Update: 19 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* The team made some progress on some initiatives like overhauling the documentation site and templates.&lt;br /&gt;
* Progress is slow given the team size only being a handful of people.&lt;br /&gt;
* PTL has organized a project onboarding session in Berlin to help attract new contributors.&lt;br /&gt;
* Meetings are relatively sporadic but do generate useful discussions.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-18, pabelanger&lt;br /&gt;
&lt;br /&gt;
* Revist meeting format at stein PTG&lt;br /&gt;
* To early to report on new office hours, but people still seem to ask questions at random times.&lt;br /&gt;
* review queue is pretty stable&lt;br /&gt;
* suggestion in https://review.openstack.org/#/c/579177/, wondering if the TC could help the docs team promote some of the proposed docs guidelines&lt;br /&gt;
* could use more designer resources to work on some outstanding tasks wrt docs.o.o that we previously talked about in Dublin. I'm hoping to get some intern time secured from the Foundation in the coming weeks.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
=== Dragonflow ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Huawei represents 100% of core reviews&lt;br /&gt;
* The team did not produce a Queens release. Their last release was 4.0.0 on Sept 1, 2017. Should projects that do not prepare releases be considered official? -- dhellmann&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== ec2-api ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Andrey Pavlov represents 100% of core reviews&lt;br /&gt;
* Standing TODOs to update ec2api to latest Nova APIs (https://bugzilla.redhat.com/show_bug.cgi?id=1612369#c1)&lt;br /&gt;
&lt;br /&gt;
Last update: July 3, 2018 (cmurphy)&lt;br /&gt;
* Low activity due to general maturity&lt;br /&gt;
* Still actively used by operators, bugs are reported and fixed&lt;br /&gt;
* Three cores, all reportedly active&lt;br /&gt;
* Being part of OpenStack is still valued&lt;br /&gt;
** Operators are still using the project, so better to be coupled with OpenStack&lt;br /&gt;
** Depends on other components of OpenStack, so there is value in collaborating together&lt;br /&gt;
&lt;br /&gt;
=== Extended Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Newly formed SIG in the Rocky cycle, built on the ruins of the old Stable Branch Management team. They're still feeling out the changes we outlined in Dublin and Vancouver for EM as compared to the old stable/EOL workflow.&lt;br /&gt;
&lt;br /&gt;
=== First Contact ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
Primarily focused on fleshing out the contributor guide, working with OSF staff on the contributor portal, and most recently the employer guide (targeted at helping management at contributors' employing organizations understand what resources they can provide to help their upstream interactions be more successful and lower-friction). They meet fairly consistently in IRC each week, and while those active in the SIG are fairly few in number they represent work important to the overall health of our community so can use all the support they can get.&lt;br /&gt;
&lt;br /&gt;
=== Freezer ===&lt;br /&gt;
ttx updated Aug 28, 2018&lt;br /&gt;
&lt;br /&gt;
* Lots of warning lights:&lt;br /&gt;
** Still uses pycrypto [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131103.html]&lt;br /&gt;
** freezer and freezer-web-ui missed the Rocky-2 and Rocky-3 milestones, so Freezer was not included in Rocky&lt;br /&gt;
** There was [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s)] for Stein.&lt;br /&gt;
** No PTG presence&lt;br /&gt;
** No team meeting since August 2017&lt;br /&gt;
* That said:&lt;br /&gt;
** The historic PTL (Saad Zaher) is working on it on his free time, and was on paternity leave lately (congrats!)&lt;br /&gt;
** Several people stepped up to save it from being made unofficial (Trinh Nguyen from Edlab, Geng Changcai from ZTE)&lt;br /&gt;
** Activity was significant in Rocky (88 commits), with good diversity&lt;br /&gt;
* Recommendation is to reassess before stein-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Glance ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Meetings occur weekly and seem to have good discussion.&lt;br /&gt;
* Most cores are employed by Red Hat, but this isn't a huge concern for the group since work in this area is needed.&lt;br /&gt;
* Team would benefit the most from code and specification reviews, especially since the select few cores are heads down coding.&lt;br /&gt;
* The team has been pushing out a lot of new functionality with respect to team size over the last 3 releases and they're concerned about getting feedback from users and operators.&lt;br /&gt;
* Didn't sound like the team was able to secure a slot for a project update or a general purpose feedback session.&lt;br /&gt;
* PTL is working with the foundation to massage the user survey questions to be more useful, sounds like the current set is too dated to be relevant.&lt;br /&gt;
&lt;br /&gt;
=== Heat ===&lt;br /&gt;
Update: 2018-06-28, zaneb&lt;br /&gt;
&lt;br /&gt;
* Under active development&lt;br /&gt;
* Only 4 active cores, 3 from Red Hat. This is limiting the amount of development that can be done and the velocity of the project.&lt;br /&gt;
** Especially struggling with stable reviews (only 1 active core, and the stable-maint team are the gatekeepers for adding more)&lt;br /&gt;
* Active on mailing list and IRC&lt;br /&gt;
* Regular IRC meetings&lt;br /&gt;
* [https://ethercalc.openstack.org/heat-mox-removal Excellent progress] on the (massive) mox-removal goal in Rocky&lt;br /&gt;
* The heat-translator sub-project no longer has any team overlap with the rest of the project, and is struggling for core reviewers. It might be time to [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131688.html consider another home for it].&lt;br /&gt;
&lt;br /&gt;
=== Horizon ===&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Continues to see loss of reviewers and code contributors&lt;br /&gt;
* Planning an onboarding session in Berlin where they hope to attract more contributors&lt;br /&gt;
* Considering the need to add Horizon to the Help Most Needed list to try to attract more&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: July 20, cmurphy&lt;br /&gt;
* Lost several core reviewers recently&lt;br /&gt;
* Some promising new contributors, could become cores if they help with reviews more&lt;br /&gt;
* Nearly complete with mox goal&lt;br /&gt;
* Focus on cross-project plugins and CI coverage&lt;br /&gt;
* Lots of participation in weekly meetings&lt;br /&gt;
* Concern about getting help with AngularJS work&lt;br /&gt;
** Converting more of horizon to AngularJS is still seen as the right technical direction (it provides a better user experience) but community contribution is suffering from it&lt;br /&gt;
** Hard to ask devs from other OpenStack projects to add support for new features in non-Python&lt;br /&gt;
** Hard in general to attract new JS devs when OpenStack is mostly Python&lt;br /&gt;
&lt;br /&gt;
=== I18n ===&lt;br /&gt;
Update: July 04, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
The team changed leadership in Queens.&lt;br /&gt;
&lt;br /&gt;
Queens status:&lt;br /&gt;
* 87 modules touched (+87%)&lt;br /&gt;
* 17 languages supported (+6%)&lt;br /&gt;
* 55 active translators (-14%) (TODO, need to check with PTL if it has an impact)&lt;br /&gt;
* 7 companies support (-22%)&lt;br /&gt;
I18n team previously had team meetings but decided to have office hours instead.&lt;br /&gt;
Usually tracks completion of Rocky community goals.&lt;br /&gt;
A lot of collaboration with Doc team.&lt;br /&gt;
Dedicated mailing-list: openstack-i18n - pretty busy&lt;br /&gt;
&lt;br /&gt;
Rocky:&lt;br /&gt;
* &amp;lt;strike&amp;gt;Help is wanted around doc translation. See https://review.openstack.org/#/c/545377 for example.&amp;lt;/strike&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Infrastructure ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Probably the most significant note is that this team is slowly working on disassociating itself from direct OpenStack governance (the draft declaration of independence for it still seeks input from the OpenStack community as a part of its own decision-making processes however). The TC should of course continue to concern itself with the health of this collective under whatever new name and governance it assumes since OpenStack is heavily reliant on the services it provides. Reasonably healthy at present, the team has numerous deliverable repositories under its umbrella which see widely varied levels of contribution and review activity. During Rocky it lost a couple of its more active root sysadmins which has added a renewed strain on available bandwidth. The Zuul (+nodepool et al) project was also split out during this cycle, but the official separation  doesn't seem to have particularly drained any of the team away as there is still significant overlap between them. Upcoming concerns are making sure the team is still able to meet its charge with the increased responsibility of serving additional OSF projects beyond OpenStack itself, along with rebranding/debranding efforts coupled with whitelabeling of some relevant services.&lt;br /&gt;
&lt;br /&gt;
=== Interop ===&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* Only a few active members of the Interop WG reviewing and contributing patches to the openstack/interop repository&lt;br /&gt;
* Affiliation is fairly diverse, but with so few active that's probably not really relevant&lt;br /&gt;
* Mandated to maintain interoperability guidelines in support of official trademark programs, so the board will likely step in if active participants fall below a minimum viable count&lt;br /&gt;
* Heavily dependent on the RefStack and QA teams for their tool development&lt;br /&gt;
&lt;br /&gt;
=== Ironic ===&lt;br /&gt;
Stein update: October 31st (TheJulia)&lt;br /&gt;
* Ironic has taken on quite a bit of new feature and refactoring work for this cycle.&lt;br /&gt;
* We are seeing a drop in review activity, which is consistent in the beginning of a cycle, however we've had some reduced core reviewer activity as well so mentoring and recruiting is something we're activity having to do.&lt;br /&gt;
* Commit activity is off balance, but review activity is relatively balanced contributing organization wise.&lt;br /&gt;
&lt;br /&gt;
=== Karbor ===&lt;br /&gt;
Stein Update, Oct 23, smcginnis&lt;br /&gt;
* Activity continues to decline&lt;br /&gt;
* Pengju has reached out to several companies in China (Huawei, ZTE) and has some informal commitments that they will contribute new developers&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: Oct 5, ttx&lt;br /&gt;
* Activity dropped significantly over the last 6 months: no more meetings, only 16 (mostly cleanup) commits in Rocky&lt;br /&gt;
* Pengju Jiao stepped up in August to push the release and apply for the PTL position&lt;br /&gt;
* Activity dropped again in September as he was on paternity leave. Activity is expected to pick back up after the Golden Week in China&lt;br /&gt;
* Karbor is far from fully-functional and needs a lot of work. Pengju has a clear roadmap for Stein.&lt;br /&gt;
* In terms of contribution, Karbor has users involved (China Mobile, Huawei), and other users that are not yet contributing&lt;br /&gt;
&lt;br /&gt;
=== Keystone ===&lt;br /&gt;
Update July 3, 2018 (cmurphy)&lt;br /&gt;
* High pressure due to being a central part of OpenStack&lt;br /&gt;
* Focus on &amp;quot;improving the commons&amp;quot; - policy/RBAC work, unified quota management, application development&lt;br /&gt;
* 10 cores with varying levels of activity, nearly all are at most part-time&lt;br /&gt;
** Concern over possibility of team burnout&lt;br /&gt;
&lt;br /&gt;
=== Kolla ===&lt;br /&gt;
Update: 2018-07-30, TheJulia&lt;br /&gt;
* Discussion in IRC with the PTL about a week after initial contact in #openstack-tc&lt;br /&gt;
* PTL felt that the team was in a good state, that goals had been progressing.&lt;br /&gt;
* Slight increase in review activity/commits, overall seems fairly healthy.&lt;br /&gt;
&lt;br /&gt;
Update: 2018-07-10, TheJulia&lt;br /&gt;
* No reply received. Follow-up email sent on 2017-07-10 and contact initiated on IRC.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Kuryr ===&lt;br /&gt;
&lt;br /&gt;
Updated 1st November 2018 by gmann after discussion and email response from dmellado.&lt;br /&gt;
&lt;br /&gt;
* Project is quite a healthy. It has several full time contributors, are actively working on adding new features and keep track of upstream goals,such as python3 was finished as one of the initial projects.&lt;br /&gt;
* Project wanted to move to office hour and this is something PTL would like to discuss during Berlin Summit. &lt;br /&gt;
* Project maintaining their activeness in Conference by conducting the Physical PTG, Projects updates and onboarding sessions. &lt;br /&gt;
* Enough number of active contributors.&lt;br /&gt;
* Project is active in responding the incoming review request and able to maintain the low number of open Reviews count.  &lt;br /&gt;
* Number of contribution(review &amp;amp; commit)  is going with little higher rate compare tp Rocky cycle.&lt;br /&gt;
* Not much communication on ML and IRC channel but team stay online there for any incoming queries. &lt;br /&gt;
&lt;br /&gt;
Key Issues:&lt;br /&gt;
&lt;br /&gt;
* Release model is challenging where project has to consider both openstack and k8s release cycles. Need input from TC and Release team in Forum. &lt;br /&gt;
* Most of the active contributors are from Redhat. Projects used to have few contributor from Huawei which are not so active now.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated 2018-08-13 by cdent, from an email response by dmellado to a message from dims&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: RedHat represents 79% of core reviews&lt;br /&gt;
** Considering moving or adding meetings to reach more timezones&lt;br /&gt;
* Making good headway in general&lt;br /&gt;
* Have some challenges with infra that they'd like to figure out:&lt;br /&gt;
** Would be good to have an openstack-infra k8s registry for containers&lt;br /&gt;
** Would be nice to have nested VMs with large RAM to test pods&lt;br /&gt;
* Need to work with neutron to deal with API slowness&lt;br /&gt;
&lt;br /&gt;
=== Large Deployment ===&lt;br /&gt;
Update: 2018-07-14, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Loci ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
** Sam Yaple has agreed to run as PTL again&lt;br /&gt;
&lt;br /&gt;
Update: 2018-08-09, pabelanger&lt;br /&gt;
* PTL missed original email, reason for delay.&lt;br /&gt;
* LOCI is now a single-repo project. Retired other repos.&lt;br /&gt;
* Is stable, but have not agreed and implemented a versioning system.&lt;br /&gt;
* Master branch of LOCI can build N-&amp;lt;HEAD of master&amp;gt; OpenStack currently, and this makes the stable branching structure a bit unappealing.&lt;br /&gt;
* LOCI has 3 independent efforts right now from a few people that are encouraging.&lt;br /&gt;
** aarch64 support though we haven't setup gates yet&lt;br /&gt;
** opensuse 15 support&lt;br /&gt;
** kolla-loci/loci-kolla support. The output will allow loci images to be used with kolla-ansible without kolla-ansible changes.&lt;br /&gt;
* core of LOCI is stable and solid throughout all of this. Most/all of this work is about integrations with other OpenStack projects with the long term goals of sharing the &amp;quot;deploy&amp;quot; gates with OSH/Kolla/Triple-O, testing LOCI images.&lt;br /&gt;
* Email send to PTL to initiate communication&lt;br /&gt;
&lt;br /&gt;
=== Magnum ===&lt;br /&gt;
&lt;br /&gt;
=== Manila ===&lt;br /&gt;
Update: June 22, 2018, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Project appears to be in good shape&lt;br /&gt;
* Focusing on bug fixes and stabilization rather than any big new features&lt;br /&gt;
* Drop of in involvement from EU, particularly from HPE and IBM&lt;br /&gt;
* Increase of participation from China makes EU drop off not as much of an issue other than time coverage&lt;br /&gt;
** Not a lot of involvement on IRC or weekly meeting though&lt;br /&gt;
* Lots of good interest downstream, particularly from HPC and telco communities&lt;br /&gt;
&lt;br /&gt;
=== Masakari ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Low activity in Rocky for a &amp;quot;new&amp;quot; project&lt;br /&gt;
* Organizational diversity fragility: NTT represents 97% of core reviews&lt;br /&gt;
&lt;br /&gt;
=== Mistral ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Lack of development&lt;br /&gt;
* Contributors haven't flagged development pace as a major concern yet, but it could become an issue in the future&lt;br /&gt;
* Attracting new contributors is a struggle&lt;br /&gt;
* Project contributors seem to be taking on multiple tasks that make development time for Mistral challenging&lt;br /&gt;
* The team continues to hold office hours weekly&lt;br /&gt;
* New contributors should have the most impact by helping with bug, features, and improving documentation.&lt;br /&gt;
* Code review volume doesn't seem to be a huge issue, yet&lt;br /&gt;
* Existing developers also noted that it is tough to concisely explain the purpose of the project (why should you care about workflows) and the problems it solves, which probably confuses new developers and raises the barrier to entry&lt;br /&gt;
&lt;br /&gt;
* Active development, with a steady stream of reviews and patches spread fairly evenly across a handful of contributors&lt;br /&gt;
* Organisational diversity is low, however - most contributions come from Nokia and Red Hat.&lt;br /&gt;
* Switched to multiple weekly office hours, logged as meetings. Quoting Dougal on lessons learned:&lt;br /&gt;
** Essentially we have ended up with a less formal meeting, but it happens multiple times in the week. The biggest advantage is that we can cover more timezones. I think it generally works well, but sometimes it is very quiet and just me - in those cases I tend to do bug triage and other routine tasks. This has helped reduce the bug backlog by at least 50%! We are a small team and a more formal weekly meeting always felt forced, as we didn't always have specific topics to discuss or there would only be a couple of us. So now the structure of the meetings is generally &amp;quot;Anyone here and want to chat? We have X new bugs we can talk about&amp;quot; and then we take it from there. Having a list of IRC nicks to ping at the start of meetings has helped remind people :)&lt;br /&gt;
* Missing PTG4 because it happens that no cores are available, so virtual PTG is planned instead. Mistral have participated in previous PTGs and expect to find it easier being co-located with the Summit.&lt;br /&gt;
&lt;br /&gt;
=== Monasca ===&lt;br /&gt;
Update: August 14th, 2018&lt;br /&gt;
* Team is fairly small and tends to utilize a single core reviewer strategy to approve changes.&lt;br /&gt;
* Team is holding weekly meetings which seem quite active. Contributor activity seems stable compared to the prior cycle.&lt;br /&gt;
* Check-in email sent to the PTL on August 14th. PTL is on vacation until end of month.&lt;br /&gt;
&lt;br /&gt;
=== Murano ===&lt;br /&gt;
* murano and murano-dashboard missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 13 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Recent US government action against ZTE has had an impact on the team, because ZTE employees are key contributors to the project and the core team. It is unclear how much ZTE will be able to continue to contribute in the future. [https://www.nbcnews.com/politics/congress/senate-blocks-zte-deal-rebuke-trump-deal-n882196]&lt;br /&gt;
* The murano-core team has members froM AT&amp;amp;T and Mirantis, as well as ZTE.&lt;br /&gt;
* emilien sent email on 2018-07-17&lt;br /&gt;
&lt;br /&gt;
Update 6 Aug 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* Rong Zhu responded with some hopeful comments about the ZTE situation improving (and it seems to have) and meaning that team members will be more active on IRC again&lt;br /&gt;
&lt;br /&gt;
=== Nova ===&lt;br /&gt;
&lt;br /&gt;
Update 5 July 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* melwitt reports &amp;quot;I can't think of any issues we need help with&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=== Octavia ===&lt;br /&gt;
* Feeling a small shortage of contributors (contributions &amp;amp; code review)&lt;br /&gt;
* OpenStack-wide &amp;quot;interruptions&amp;quot; affect team heavily&lt;br /&gt;
* Moving from screen to systemd affected team for ~4 weeks&lt;br /&gt;
* WSGI Implementation took time (and changes) and team feels community goals aren't super constructive to project&lt;br /&gt;
* Zuul V3 cutovers (and constant restarts) affect productivity and slow down progress&lt;br /&gt;
* Sometimes certain things that should be done the &amp;quot;OpenStack&amp;quot; way such as involving PTLs in decisions don't happen&lt;br /&gt;
* Storyboard issues: https://etherpad.openstack.org/p/storyboard-issues&lt;br /&gt;
&lt;br /&gt;
=== Openstack Charms ===&lt;br /&gt;
Update: June 20, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from Canonical), but with some external participation&lt;br /&gt;
* Steady activity, keeping up with recent evolution (includes Vault and Gnocchi, integrates Designate with Neutron)&lt;br /&gt;
* Holds weekly IRC meetings with rotating chair&lt;br /&gt;
* Uses Launchpad, and is likely to stay there as it allows sharing tasks with Ubuntu packaging&lt;br /&gt;
* Limited ML engagement (thread left dangling at [http://lists.openstack.org/pipermail/openstack-dev/2018-April/129314.html])&lt;br /&gt;
&lt;br /&gt;
=== OpenStack-Helm ===&lt;br /&gt;
Update: June 26, ttx&lt;br /&gt;
&lt;br /&gt;
* Currently single-vendor (all cores from AT&amp;amp;T), but with external participation (SKT, 99cloud, Intel...)&lt;br /&gt;
* Increasing activity (412 commits in Rocky so far compared to 513 total in Queens)&lt;br /&gt;
* Holds weekly IRC meetings, pretty active discussions&lt;br /&gt;
* Migrated to StoryBoard&lt;br /&gt;
* Limited ML engagement (mostly used for team-wide announcements)&lt;br /&gt;
* OpenStack-Helm is release-independent -- it aims to support Newton -&amp;gt; master and track latest all the time. They are waiting until they reach a certain quality level (and stable interface) before declaring a 1.0. See [https://docs.openstack.org/openstack-helm/latest/specs/osh-1.0-requirements.html requirements for 1.0]. This explains lack of releases.&lt;br /&gt;
&lt;br /&gt;
=== OpenStackAnsible ===&lt;br /&gt;
&lt;br /&gt;
=== OpenStackClient ===&lt;br /&gt;
Update: 28 June 2018, dhellmann, cmurphy&lt;br /&gt;
&lt;br /&gt;
* uses IRC and the mailing list but no meetings&lt;br /&gt;
* the review team is small, but there are several active reviewers not on the core team yet who are candidates&lt;br /&gt;
* there is quite a review backlog, but the PTL is optimistic that adding the new reviewers will help with that&lt;br /&gt;
* they are still interested in being included on the help wanted list (hence the &amp;quot;orange&amp;quot; status, for now)&lt;br /&gt;
&lt;br /&gt;
=== Openstacksdk ===&lt;br /&gt;
Update: 2018-07-02, TheJulia&lt;br /&gt;
* Initial communication with PTL, should expect to follow-up with-in the next few days.&lt;br /&gt;
&lt;br /&gt;
=== Oslo ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
&lt;br /&gt;
* Most of the more active members are employed by Red Hat, so it would be good to bring in more diverse contributors&lt;br /&gt;
* oslo.privsep, taskflow, and oslo.service are used in several significant service projects, but are effectively unmaintained.&lt;br /&gt;
* oslo.service has some issues with the WSGI service not working under python3. The plan is to encourage all projects to stop using that feature, deprecate, then remove it.&lt;br /&gt;
* taskflow is one of several projects that needs to update to a newer version of networkx, but the API changes in networkx mean reworking some of taskflow. Supporting both versions of the APIs may be complicated.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 18 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Active discussions about moving taskflow out of OpenStack governance.&lt;br /&gt;
* Most of the core team is still employed by Red Hat. Red Hat is expanding development in this area with another contributor, which is a good thing, but doesn't necessarily help with diversity.&lt;br /&gt;
* Team missed a slot for a project update in Berlin and is looking into ways to have that virtually.&lt;br /&gt;
* The team is active and regularly participates in meetings.&lt;br /&gt;
* Some concern about large features taking a long time to review.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 12 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* The team is small, but active and working on recruiting.&lt;br /&gt;
* Team produces regular and frequent releases for the maintained libraries&lt;br /&gt;
* Team meets weekly using IRC&lt;br /&gt;
* Team had both onboarding and project update sessions in Vancouver&lt;br /&gt;
* The level of activity within each library varies.&lt;br /&gt;
* Several of the libraries are reaching a &amp;quot;stable&amp;quot; state in which they may not see many updates beyond bug fixes. This has spurred a discussion of how to treat projects like that, led by the release management team [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131341.html]&lt;br /&gt;
&lt;br /&gt;
=== Packaging-RPM ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: SUSE represents 77% of core reviews&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.] (Update: PTL stepped up https://review.openstack.org/588617)&lt;br /&gt;
Update 21 Aug 2018 (cmurphy):&lt;br /&gt;
* Concern over low investment from original collaborators - was once a Mirantis/RH/SUSE project, now primary investment is mainly SUSE&lt;br /&gt;
* Not enough reviewers, and not a big pool of contributors to draw from given reduced corporate investment&lt;br /&gt;
* Seeing activity from several Asian companies but they don't participate in discussions, unclear on what their investment is or how to get them to engage more (some contributors seem to be clearly stats seeking)&lt;br /&gt;
* Requires significant effort to keep up to date, original vision of promoting CD by gating with other OpenStack projects and other deployment projects did not pan out (mostly due to lack of time for engagement)&lt;br /&gt;
* Not sure if it remains valuable to remain under governance&lt;br /&gt;
&lt;br /&gt;
=== Powervmstackers ===&lt;br /&gt;
&lt;br /&gt;
* Email sent on August 9th (emilien).&lt;br /&gt;
* No help is needed, and their collaboration with other projects became better over time.&lt;br /&gt;
* Contributions are indeed owned by IBM but they welcome (and have) external contributors.&lt;br /&gt;
* The project looks quite healthy so far, and nothing much to report now.&lt;br /&gt;
&lt;br /&gt;
=== Puppet Openstack ===&lt;br /&gt;
Update: 2018-08-06 (cmurphy)&lt;br /&gt;
* Good progress on important features&lt;br /&gt;
** Puppet 5 support&lt;br /&gt;
** Debian support&lt;br /&gt;
* Some frustration with spam changes (compounded over multiple modules)&lt;br /&gt;
* Tripleo moving away from depending on Puppet so maintenance shifting more toward operators&lt;br /&gt;
* Overall seems to be growing traction and staying healthy&lt;br /&gt;
&lt;br /&gt;
=== Qinling ===&lt;br /&gt;
Update: August 20th, 2018, TheJulia&lt;br /&gt;
* PTL Confirmed small team nature, and that the team is largely focused on getting all of the minimum needs taken care of to have a viable FaaS component.&lt;br /&gt;
* Emailed PTL on August 14th, 2018.&lt;br /&gt;
* Project does not seem to hold regular meetings, but also appears to early in gearing up additional interest.&lt;br /&gt;
* Rocky timeframe contributions are much more diverse than Queens timeframe contributions which is a good sign.&lt;br /&gt;
* Core reviewing seems to use a mix of one and two core reviewers, weighted heavily towards a single reviewer.&lt;br /&gt;
&lt;br /&gt;
=== Quality Assurance ===&lt;br /&gt;
&lt;br /&gt;
Discussion with gmann, 2018-08-07:&lt;br /&gt;
* overall healthy with most repos receiving attention from a diversity of contributors&lt;br /&gt;
* grenade is one repo which is of concern, largely due to sdague's departure&lt;br /&gt;
* switch to office hours has been positive, increasing doing and discussion, rather than simply reporting&lt;br /&gt;
* help from individuals usually associated with other projects important aspect of QA health&lt;br /&gt;
&lt;br /&gt;
Outside of that discussion, there are [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/%23openstack-tc.2018-08-02.log.html#t2018-08-02T16:13:21 concerns expressed] about QA being too focused on tempest, and tempest being too focused on Nova.&lt;br /&gt;
&lt;br /&gt;
=== Rally ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Half on GitHub those days, and unwilling to drop direct branching ACLs&lt;br /&gt;
* Individual fragility: Andrey Kurilin represents 56% of commits&lt;br /&gt;
* Organizational diversity fragility: GoDaddy represents 97% of core reviews&lt;br /&gt;
* It looks like the project may be moving out of gerrit to GitHub? https://github.com/xrally and https://xrally.org -- dhellmann&lt;br /&gt;
&lt;br /&gt;
=== Refstack ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No PTL volunteer(s) for Stein.]&lt;br /&gt;
&lt;br /&gt;
Last updated 2018-07-03 by fungi&lt;br /&gt;
* The core review team has only two active members, both funded directly by the OpenStack Foundation (one reaching the end of that internship)&lt;br /&gt;
* The bulk of recent contributions to the main refstack deliverable are from the same two individuals&lt;br /&gt;
* Most recent outside development interest has been in the python-tempestconf library for tempest.conf generation, which has also produced some sideline support development in the refstack-client deliverable&lt;br /&gt;
* The Refstack effort is considered to be reaching feature-complete state in the coming weeks as some final pieces land, and then will likely be put in maintenance mode from a governance perspective&lt;br /&gt;
* The refstack and refstack-client deliverables may make sense to get adopted by the Interop WG so the Refstack team itself can be wound down and officially disbanded&lt;br /&gt;
* The python-tempestconf deliverable isn't necessarily a good fit for QA team adoption, but may be looking for an adoptive home or may warrant creation of its own official TC-recognized team&lt;br /&gt;
&lt;br /&gt;
=== Release Management ===&lt;br /&gt;
&lt;br /&gt;
Update: 16 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* Task automation continues to make workload for the team easier&lt;br /&gt;
* Consistent drive-by attendees in weekly meetings&lt;br /&gt;
* Concerns over core team and what that means for transitioning leadership&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 28 June 2018, dhellmann &amp;amp; smcginnis&lt;br /&gt;
&lt;br /&gt;
* The review work has become easier, but there are still only 3 team members. That leaves succession planning for the PTL role a bit up in the air, and also poses challenges with the members travel to conferences all at the same time.&lt;br /&gt;
* Working on a reviewers' guide to help with recruiting.&lt;br /&gt;
* Completed adjusting ACLs for all official teams to use the reviewable release process for deliverables that are part of the OpenStack release.&lt;br /&gt;
&lt;br /&gt;
=== Requirements Management ===&lt;br /&gt;
  &lt;br /&gt;
&lt;br /&gt;
* need more reviewers, badly, as discussed a joint leadership meeting in Vancouver&lt;br /&gt;
&lt;br /&gt;
Update: 14 June 2018, dhellmann&lt;br /&gt;
&lt;br /&gt;
* team has recently lost several members&lt;br /&gt;
* most work is really down to 3 people (Matt, Dirk, Tony)&lt;br /&gt;
* they work for 3 separate companies, but the team is so small that the diversity measures are questionable&lt;br /&gt;
* the changes this cycle to stop syncing requirements should lower the review burden somewhat, but the move to python 3 is going to take some work&lt;br /&gt;
* meets regularly&lt;br /&gt;
* accomplishments this cycle&lt;br /&gt;
** stopped syncing dependencies between projects&lt;br /&gt;
** working on networkx upgrade&lt;br /&gt;
** uncapped eventlet&lt;br /&gt;
** uncapped sphinx&lt;br /&gt;
** added optional lower-constraints test jobs for project teams that want them&lt;br /&gt;
&lt;br /&gt;
=== Resource Management SIG ===&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-10, cdent. Summary: SIG is idling.&lt;br /&gt;
&lt;br /&gt;
Concerns or Issues:&lt;br /&gt;
* While the project had some initial planning at [[Res_Mgmt_SIG]], little has happened since.&lt;br /&gt;
* This is likely due to the main participants being overbooked to be able to fit things in.&lt;br /&gt;
** cdent is one of those main participants and hasn't had a chance to do anything&lt;br /&gt;
* Given the desire for these evaluations to not include participants, cdent being the evaluator is probably not ideal&lt;br /&gt;
&lt;br /&gt;
=== Sahara ===&lt;br /&gt;
Update: June 13, emilien&lt;br /&gt;
&lt;br /&gt;
Reported issues: none, yet.&lt;br /&gt;
* The team changed leadership in Queens&lt;br /&gt;
* Most commits in Rocky are from Red Hat (92% of core reviews)&lt;br /&gt;
* The team is really small, most of commits are done by 2 contributors and 3 contributors are active in reviews&lt;br /&gt;
* Latest survey shows that Sahara is used in production by 3% of deployments and 8% in test phase. 25% of users are interested by Sahara&lt;br /&gt;
* Following goals and releases&lt;br /&gt;
* Email sent to PTL on June 13th&lt;br /&gt;
&lt;br /&gt;
=== Searchlight ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* searchlight and searchlight-ui missed the Rocky-1 milestone&lt;br /&gt;
* Release forced for searchlight and searchlight-ui for the Rocky-2 milestone; also missed the Rocky-3 milestone&lt;br /&gt;
* [https://review.openstack.org/#/c/590601/ Trinh Nguyen has volunteered to be the PTL for Stein.]&lt;br /&gt;
&lt;br /&gt;
=== Security (SIG) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
Operated for a while in parallel with the project team of the same name, during Rocky it assumed responsibility for the corresponding deliverable repositories. Many of its previous members (both the SIG and the team) have slowly faded from the OpenStack community, and most of those who remain have also been drafted into the VMT. It still holds regular weekly meetings, has a consensus chair, is present for events like the PTG and Summit/Forum, and has continued to manage OSSN and security assessment tasks to assist the VMT... but as it's now mostly the same people the lines there have become increasingly blurry.&lt;br /&gt;
&lt;br /&gt;
=== Security (team) ===&lt;br /&gt;
Last updated 2018-09-11 by fungi&lt;br /&gt;
&lt;br /&gt;
This mostly defunct team was retired at the end of the Rocky cycle, and its deliverable repositories folded into the SIG of the same name.&lt;br /&gt;
&lt;br /&gt;
=== Scientific ===&lt;br /&gt;
Update: July 17, pabelanger&lt;br /&gt;
&lt;br /&gt;
=== Senlin ===&lt;br /&gt;
&lt;br /&gt;
=== Solum ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Zhurong represents 100% of core reviews&lt;br /&gt;
* Zhurong is employed by ZTE and recent US government actions might affecting contributions&lt;br /&gt;
&lt;br /&gt;
=== Stable Branch Maintenance ===&lt;br /&gt;
Last updated 2018-09-08 by fungi&lt;br /&gt;
&lt;br /&gt;
This team was disbanded during the Rocky cycle, morphing into the Extended Maintenance SIG.&lt;br /&gt;
&lt;br /&gt;
=== Storlets ===&lt;br /&gt;
&lt;br /&gt;
Update: August 9, ttx&lt;br /&gt;
&lt;br /&gt;
* The team is essentially one person: Kota Tsuyuzaki the PTL represents 100% of core reviews&lt;br /&gt;
* Kota is pretty active though, and maintains the project well. He ran a project update session in Vancouver, and tries to recruit more contributors (including in local meetups).&lt;br /&gt;
* The team currently being one person, there are no IRC meetings or ML threads. Best way to join the team is the IRC channel (#openstack-storlets)&lt;br /&gt;
&lt;br /&gt;
=== Swift ===&lt;br /&gt;
Update: July 3, smcginnis&lt;br /&gt;
&lt;br /&gt;
* Team has recently lost two very active long time cores&lt;br /&gt;
* Activity has gone down, like many OpenStack projects, but there is still a large list of important work to complete&lt;br /&gt;
* Changed their policy to only require one +2&lt;br /&gt;
** Change in policy is allowing to land more code&lt;br /&gt;
** No bad side effects of this change have been encountered so far&lt;br /&gt;
* Some recent progress has been made on Python 3 compatibility&lt;br /&gt;
&lt;br /&gt;
=== Tacker ===&lt;br /&gt;
Update: August 14th, 2018, TheJulia&lt;br /&gt;
* Reached out via email to the new PTL to obtain their perspective as to the current status.&lt;br /&gt;
* Worth noting that the new PTL is different than the prior PTL who was attributed to having 75% of the core reviews.&lt;br /&gt;
* They have meetings, although occasionally do seem to skip a week or two, but the team is relatively small and diverse which would make missing lacking quorum to have a meeting more of a possibility.&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Yong Sheng Gong represents 75% of core reviews&lt;br /&gt;
&lt;br /&gt;
=== Telemetry ===&lt;br /&gt;
Update: 2018-07-25, cdent&lt;br /&gt;
* Only two active cores and contributors (from Red Hat), despite [http://lists.openstack.org/pipermail/openstack-dev/2018-June/131443.html continued value].&lt;br /&gt;
* Lowish number of commits and reviews, but about what one would expect for a small and stable project&lt;br /&gt;
* Effectively in maintenance mode&lt;br /&gt;
* Some potential for greater engagement with Monasca&lt;br /&gt;
* The features in ceilometer are being shrunk to meet the needs of the people who are making contributions and there is concern that lack of engagement by others will lead to something breaking.&lt;br /&gt;
&lt;br /&gt;
=== Tricircle ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Not set up for zuulv3 so cannot land patches that interact with other repositories? http://lists.openstack.org/pipermail/openstack-dev/2018-June/131643.html&lt;br /&gt;
* email sent on July 18th 2018 (emilien)&lt;br /&gt;
&lt;br /&gt;
=== TripleO ===&lt;br /&gt;
Update: June 13, emilien&lt;br /&gt;
&lt;br /&gt;
* Mainly Red Hat (99% of core reviews). Some contributors from vendors (storage/network plugins)&lt;br /&gt;
* Number of contributors / core reviewers always increasing&lt;br /&gt;
* Quite healthy, no problem reported so far&lt;br /&gt;
&lt;br /&gt;
=== Trove ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* [http://lists.openstack.org/pipermail/openstack-dev/2018-August/132690.html No valid PTL volunteer(s) for Stein.]&lt;br /&gt;
* During the public cloud issues session at the Rocky Forum someone in the room raised the question of whether Trove is still actively maintained.&lt;br /&gt;
** [https://etherpad.openstack.org/p/YVR-forum-missing-features-pc Missing features in OpenStack for public clouds] forum session notes&lt;br /&gt;
&lt;br /&gt;
Stein Update: October 23, smcginnis&lt;br /&gt;
* Samsung team has taken over, but finding it hard to get folks outside of Samsung participating in meetings and development&lt;br /&gt;
* Technical debt of the project is more than they realized&lt;br /&gt;
** Downstream changes against Ocata are turning out harder to update and merge to master&lt;br /&gt;
** Existing unit testing is poor, slowing things down as well&lt;br /&gt;
* Those involved also have downstream product responsibilities so they are struggling to get enough time to focus on upstream work&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rocky Update: June 12, ttx&lt;br /&gt;
* The team changed leadership in Rocky&lt;br /&gt;
* Zhao Chao handles bulk of commits (51%)&lt;br /&gt;
* The new team is small, but pretty alive and active. Needs more contributors to be stable.&lt;br /&gt;
* Mostly contributors in China (AWCloud, China Telecom, China Mobile)&lt;br /&gt;
* Drop in activity in Rocky: 45 commits by Rocky-2, to compare with the 245 commits in Queens&lt;br /&gt;
* Organizational diversity: 53% of commits are from AWCloud. Reviews are shared between 23% China Telecom, 19% China Mobile, 19% Awcloud. Last cycle with 41% IBM.&lt;br /&gt;
* Regular weekly meetings, well run with clear documentation of outcomes&lt;br /&gt;
* Tracks completion of Rocky community goals&lt;br /&gt;
* A few ML threads, but mostly to discuss things external to the team (new meeting time, stable maint team composition)&lt;br /&gt;
* Missed Rocky-2 milestone, but mostly due to a [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-06-06-14.00.log.html#l-95 misunderstanding of release policy].&lt;br /&gt;
* No project update in Vancouver, but was discussed in meeting: sadly [http://eavesdrop.openstack.org/meetings/trove/2018/trove.2018-05-16-14.00.log.html#l-20 no team member was present].&lt;br /&gt;
* Reached out to PTL by email on June 12 for additional concerns / questions.&lt;br /&gt;
&lt;br /&gt;
=== Upgrade SIG ===&lt;br /&gt;
WIP (emilien)&lt;br /&gt;
&lt;br /&gt;
=== Vitrage ===&lt;br /&gt;
&lt;br /&gt;
Reported issues&lt;br /&gt;
* Organizational diversity fragility: Nokia represents 80% of core reviews&lt;br /&gt;
* Affected by ZTE situation&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update: 17 October 2018 by lbragstad&lt;br /&gt;
&lt;br /&gt;
* PTL reported that the virtual PTG they held was very productive, but continue to look for new contributors.&lt;br /&gt;
* Developers were optimistic about what they achieved in Rocky and are looking forward to Stein.&lt;br /&gt;
* Interested in the self-healing SIG.&lt;br /&gt;
* IRC activity is relatively low, but that doesn't seem to be impacting communications between developers.&lt;br /&gt;
* Will be holding sessions at the Summit in Berlin for onboarding and project updates. On the waiting list for a project-onboarding session.&lt;br /&gt;
* The issues originally reported by Doug are still present.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Update 2018-07-18 (dhellmann)&lt;br /&gt;
* Meeting regularly on IRC&lt;br /&gt;
* One of their cores who works for ZTE has been absent for a while, but has returned to contributing.&lt;br /&gt;
* They usually have a hands-on lab at summits to attract users and potential contributors.&lt;br /&gt;
* The next PTG aligns with Jewish New Year, so many of their contributors will not be attending. They intend to have a virtual PTG instead.&lt;br /&gt;
* The CFP for the Berlin summit caught them off guard because it was so early, and they found it a bit hard to plan discussions because they don't even know what the next release will hold. They did submit a few talk proposals.&lt;br /&gt;
* Vitrage, by its nature, relies heavily on other projects. They have had good success working with other project teams, but do frequently struggle to find accurate and complete developer-oriented documentation for some of them.&lt;br /&gt;
&lt;br /&gt;
=== Watcher ===&lt;br /&gt;
Update: 2018-07-10 TheJulia&lt;br /&gt;
* PTL inquires if there is any way for the TC to assist with raising awareness of Watcher.&lt;br /&gt;
* Actively recruiting and seeking out new contributors, and anticipating to meet community goals. Anticipating to create new roadmap at the PTG.&lt;br /&gt;
* Contributions appear mainly from NEC at this time, but history shows a moderately more diverse contributor base.&lt;br /&gt;
* PTL indicates core team is critically small, and that they have lost two out of five cores due to the ZTE withdraw due to the conflict with the US Government. Review metrics line up with what would be expected from loss of 40% of the core reviewers.&lt;br /&gt;
* Email sent to the PTL to initiate communication on July 2nd&lt;br /&gt;
&lt;br /&gt;
=== Winstackers ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* Individual fragility: Claudiu Belu represents 100% of core reviews&lt;br /&gt;
* Claudiu missed the deadline for being PTL but would like to continue&lt;br /&gt;
* His organization is invested in making sure that Hyper-V continues to be well supported in Nova, Neutron, Cinder&lt;br /&gt;
* Increased release velocity by Microsoft means greater change in Hyper-V&lt;br /&gt;
* Issues with having access to sufficient CI hardware for feature parity with other hypervisors, especially things like SR-IOV&lt;br /&gt;
&lt;br /&gt;
=== Zaqar ===&lt;br /&gt;
Reported issues&lt;br /&gt;
* zaqar and zaqar-ui missed the Rocky-2 milestone&lt;br /&gt;
&lt;br /&gt;
=== Zun ===&lt;br /&gt;
&lt;br /&gt;
* PTL and ~25% of commits (in Queens) are from ZTE&lt;br /&gt;
* PTL non-responsive to email so far&lt;br /&gt;
* Regular meetings happening, mostly chaired by previous PTL (although current PTL has appeared on occasion)&lt;br /&gt;
* Healthy-looking pace of development still happening&lt;br /&gt;
* Loosened review policy to only require 1 reviewer: http://lists.openstack.org/pipermail/openstack-dev/2018-July/132582.html&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Forum/Berlin2018&amp;diff=166504</id>
		<title>Forum/Berlin2018</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Forum/Berlin2018&amp;diff=166504"/>
				<updated>2018-11-01T17:43:04Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Thursday, November 15 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The grand list of all of the Berlin 2018 [[Forum]] etherpads. Please add links to etherpads below!&lt;br /&gt;
&lt;br /&gt;
At the Forum the entire OpenStack community (users and developers) gathers to brainstorm the requirements for the next release, gather feedback on the past version and have strategic discussions that go beyond just one release cycle. The Vancouver Forum is the start of the planning phase for the '''T''' development cycle. Please prepare session ideas with feedback from the '''Rocky''' release in mind. &lt;br /&gt;
&lt;br /&gt;
See also - [https://www.openstack.org/summit/berlin-2018/summit-schedule/#day=2018-11-13&amp;amp;track_groups=86 Full Forum Schedule]&lt;br /&gt;
&lt;br /&gt;
===Tuesday, November 13===&lt;br /&gt;
* [1100 - 1140] - Release Team onboarding&lt;br /&gt;
* [1100 - 1140] - Cells v2 updates - https://etherpad.openstack.org/p/BER-cells-v2-updates&lt;br /&gt;
* [1150 - 1230] - [https://etherpad.openstack.org/p/BER-Contrib-Portal-Feedback StoryBoard Migration: The Remaining Blockers ]&lt;br /&gt;
* [1340 - 1420]&lt;br /&gt;
* [1430 - 1510]&lt;br /&gt;
* [1520 - 1600] - [https://etherpad.openstack.org/p/Creating_a_cinder_data_service Creating a Cinder Data Service]&lt;br /&gt;
* [1620 - 1700] - [https://etherpad.openstack.org/p/BER-Cinder_User_Survey_Responses Cinder User Survey Feedback Session]&lt;br /&gt;
* [1710 - 1750] - [https://etherpad.openstack.org/p/BER-Cinder_at_the_Edge Cinder and its role at the Edge]&lt;br /&gt;
&lt;br /&gt;
===Wednesday, November 14===&lt;br /&gt;
* [1100 - 1140]&lt;br /&gt;
* [1150 - 1230] - [https://etherpad.openstack.org/p/Berlin2018-Forum-ceph-is-great Ceph is great for openstack and you should use it]&lt;br /&gt;
* [1340 - 1420]&lt;br /&gt;
* [1430 - 1510] - Extending Blazar reservations to new resource types - https://etherpad.openstack.org/p/Berlin2018-Forum-Extending-Blazar-reservations&lt;br /&gt;
* [1520 - 1600] - [https://etherpad.openstack.org/p/BER-Contrib-Guide-Ops The Contributor Guide: Ops Feedback Session]&lt;br /&gt;
* [1620 - 1700]&lt;br /&gt;
* [1710 - 1750]&lt;br /&gt;
&lt;br /&gt;
===Thursday, November 15===&lt;br /&gt;
* [0900 - 0940] Bug triage: Why not all the community ? - https://etherpad.openstack.org/p/BER-bug-triage&lt;br /&gt;
* [0900 - 0940] Autoscaling Integration, improvement, and feedback - https://etherpad.openstack.org/p/autoscaling-integration-and-feedback&lt;br /&gt;
* [0950 - 1030]&lt;br /&gt;
* [1050 - 1130] Ops Docs working session - https://etherpad.openstack.org/p/BER-Ops-Community-Docs&lt;br /&gt;
* [1050 - 1130] [https://etherpad.openstack.org/p/BER-Contrib-Portal-Feedback Making the Contributor Portal More Useful]&lt;br /&gt;
* [1140 - 1240]&lt;br /&gt;
* [1340 - 1420]&lt;br /&gt;
* [1430 - 1510] Update on placement extraction from nova - https://etherpad.openstack.org/p/BER-placement-extract&lt;br /&gt;
* [1520 - 1600] Python bindings for the placement API - https://etherpad.openstack.org/p/BER-python-bindings-for-the-placement-api&lt;br /&gt;
* [1620 - 1700]&lt;br /&gt;
* [1710 - 1750] T series community goal discussion - https://etherpad.openstack.org/p/BER-t-series-goals&lt;br /&gt;
&lt;br /&gt;
==List of Brainstorming Etherpads (Historical)==&lt;br /&gt;
Topic selection is now complete, but see below for session idea brainstorming that was done prior to selection.&lt;br /&gt;
&lt;br /&gt;
'''These are just kept for historical reference. Please do not use for any additional ideas.'''&lt;br /&gt;
&lt;br /&gt;
====Catch-alls====&lt;br /&gt;
If you want to post an idea, but aren't working with a specific team or working group, you can use these:&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-TC-brainstorming Technical Committee Catch-all]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-UC-brainstorming User Committee Catch-all]&lt;br /&gt;
&lt;br /&gt;
====Etherpads from Teams and Working Groups====&lt;br /&gt;
* [https://etherpad.openstack.org/p/AirshipBerlinForumBrainstorming Airship]&lt;br /&gt;
* [https://etherpad.openstack.org/p/api-berlin-forum-brainstorming API]&lt;br /&gt;
* [https://etherpad.openstack.org/p/Berlin-stein-forum-blazar-brainstorming Blazar]&lt;br /&gt;
* [https://etherpad.openstack.org/p/cinder-berlin-forum-proposals Cinder]&lt;br /&gt;
* [https://etherpad.openstack.org/p/cyborg-forum-berlin Cyborg]&lt;br /&gt;
* [https://etherpad.openstack.org/p/ECGBerlinForumBrainstorming Edge Computing Group]&lt;br /&gt;
* [https://etherpad.openstack.org/p/fenix-forum-stein Fenix]&lt;br /&gt;
* [https://etherpad.openstack.org/p/FC_SIG_BER_Planning First Contact SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-infra-brainstorming Infra/Winterscale/TBD]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-stein-forum-heat-brainstorming Heat]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-stein-forum-ironic-brainstorming Ironic]&lt;br /&gt;
* [https://etherpad.openstack.org/p/KataBerlinForum Kata Containers]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-keystone-forum-sessions Keystone]&lt;br /&gt;
* [https://etherpad.openstack.org/p/kolla-forum-stein Kolla]&lt;br /&gt;
* [https://etherpad.openstack.org/p/manila-berlin-forum-brainstorm Manila]&lt;br /&gt;
* [https://etherpad.openstack.org/p/berlin-monasca-forum-brainstorming Monasca]&lt;br /&gt;
* [https://etherpad.openstack.org/p/nova-forum-stein Nova]&lt;br /&gt;
* [https://etherpad.openstack.org/p/OSA-berlin-planning OpenStack-Ansible]&lt;br /&gt;
* [https://etherpad.openstack.org/p/OpenStackHelmBerlinForumBrainstorming OpenStack-Helm]&lt;br /&gt;
* [https://etherpad.openstack.org/p/ops-forum-stein Operators]&lt;br /&gt;
* [https://etherpad.openstack.org/p/berlin-stein-forum-qa-brainstorming QA]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-stein-forum-scientific-sig Scientific SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/berlin-self-healing-sig-brainstorm Self-Healing SIG]&lt;br /&gt;
* [https://etherpad.openstack.org/p/StarlingXBerlinForumBrainstorming StarlingX]&lt;br /&gt;
* [https://etherpad.openstack.org/p/tripleo-forum-stein TripleO]&lt;br /&gt;
* [https://etherpad.openstack.org/p/BER-zuul-brainstorming Zuul]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166503</id>
		<title>Governance/Foundation/12Nov2018BoardMeeting</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166503"/>
				<updated>2018-11-01T15:52:16Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* OpenStack Leadership Meeting Agenda */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== OpenStack Board and Leadership Meetings - November 12, 2018  ==&lt;br /&gt;
&lt;br /&gt;
'''  This page is a work in progress - schedule and agenda items will continue to change'''&lt;br /&gt;
&lt;br /&gt;
The OpenStack  Foundation Board of Directors, Technical Committee and User Committee will meet in person at  9:00am - 5:00pm CET.&lt;br /&gt;
&lt;br /&gt;
'''Meeting Location: Deutsche Telekom AG, Berlin Representative Office, Französische Straße 33 a-c, 10117 Berlin (Lichthof)'''&lt;br /&gt;
#: Directions to the meeting location: https://www.telekom-hauptstadtrepraesentanz.com/hsr-en/directions&lt;br /&gt;
#: Local contact: [mailto:f.kloeker@telekom.de Frank Kloeker] +4915114088648&lt;br /&gt;
#: With the full leadership and many who wish to attend this meeting we do expect that the room will be full.   To ensure the meeting is available to all who we will have webex setup so that you may attend remotely.  &lt;br /&gt;
&lt;br /&gt;
To join the session by computer or by phone:&lt;br /&gt;
#  https://openstack.webex.com/openstack/k2/j.php?MTID=t4df5672469dec3eb6e9416efdb814c25 &lt;br /&gt;
# Enter your name and email address (or registration ID).&lt;br /&gt;
# Enter the session password: This session does not require a password.&lt;br /&gt;
# Click &amp;quot;Join Now&amp;quot;.&lt;br /&gt;
# Follow the instructions that appear on your screen.&lt;br /&gt;
# Attendees are muted upon entry to the call. Board, TC and UC participants if you use the URL emailed to you, you will be added to the meeting as a presenter and will not be muted.&lt;br /&gt;
&lt;br /&gt;
== OpenStack Board Meeting Agenda ==&lt;br /&gt;
: Chair: Alan Clark, Vice Chair: Lew Tucker&lt;br /&gt;
:  Minutes: Mark Radcliffe&lt;br /&gt;
: &lt;br /&gt;
::  Non official meeting discussion Channels:&lt;br /&gt;
::* (Julia Dechance will monitor and manage the webex connection)&lt;br /&gt;
::* webex chat&lt;br /&gt;
::* IRC: #openstack-board&lt;br /&gt;
::* Etherpad: https://etherpad.openstack.org/p/UnofficialBoardNotes-Nov12-2018&lt;br /&gt;
:&lt;br /&gt;
'''(9:00) Call To Order, Open Session'''&lt;br /&gt;
&amp;lt;!--&lt;br /&gt;
# Introduce new board members&lt;br /&gt;
#:  A big thank you to Kurt Garloff for his contributions to the board and to the OpenStack community.  Welcome to to Dr. Clemens Hardewig, who will be the representative for Deutsche Telekom AG going forward.&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
# Roll Call (Y/N = Attendance)&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;margin-left: 40px;&amp;quot;&lt;br /&gt;
! colspan=&amp;quot;6&amp;quot; | Board Member Directors&lt;br /&gt;
|-&lt;br /&gt;
! Y/N&lt;br /&gt;
! Platinum Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Gold Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Individual Member Directors&lt;br /&gt;
|-&lt;br /&gt;
|  || Alan Clark&lt;br /&gt;
|  || Arkady Kanevsky&lt;br /&gt;
|  || Allison Randal&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Anni Lai&lt;br /&gt;
|  ||  Boris Renski&lt;br /&gt;
|  ||  ChangBo Guo&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Brian Stein&lt;br /&gt;
|  ||  Johan Christenson&lt;br /&gt;
|  ||  Egle Sigler&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Christopher Price&lt;br /&gt;
|  ||  Joseph Wang&lt;br /&gt;
|  ||  Monty Taylor&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Imad Sousou&lt;br /&gt;
|  ||  Kenji Kaneshige&lt;br /&gt;
|  ||  Prakash Ramchandran&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Kandan Kathirvel &lt;br /&gt;
|  ||  Kurt Garloff&lt;br /&gt;
|  ||  Shane Wang&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Mark McLoughlin&lt;br /&gt;
|  ||  Lew Tucker&lt;br /&gt;
|  ||  Steven Dake&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Ruan Hu&lt;br /&gt;
|  ||  Robert Esker&lt;br /&gt;
|  ||  Tim Bell&lt;br /&gt;
|}&lt;br /&gt;
# Approve minutes from previous  board meetings&lt;br /&gt;
&amp;lt;!-- May 20, 2018, September 18, 2018, October 25, 2018,  --&amp;gt;&lt;br /&gt;
:&lt;br /&gt;
''' Executive Director Update'''&lt;br /&gt;
# Updates and preview of Berlin Summit&lt;br /&gt;
# 2019 draft budget proposal &lt;br /&gt;
:&lt;br /&gt;
''' Strategic Project Governance'''&lt;br /&gt;
# Review latest changes and final comments from board members - Jonathan/Mark/Thierry/Lauren&lt;br /&gt;
# Board review and approve resolutions for the bylaws updates - Alan&lt;br /&gt;
# review board responsibilities (as discussed at the October board meeting) - Alan &lt;br /&gt;
:&lt;br /&gt;
''' Committee and Work Efforts'''&lt;br /&gt;
# Interoperability Guideline Updates  - Egle&lt;br /&gt;
'''(12:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(12:00-12:30) Lunch @HSR Lounge''' (due the shared lunch space it's required to set the time fix)&lt;br /&gt;
&lt;br /&gt;
== OpenStack Leadership Meeting Agenda ==&lt;br /&gt;
: Meeting Organizers: Alan Clark(chair), Lew Tucker(vice-chair), Doug Hellmann(Chair), Mohammed Naser(vice-chair), Jonathan Bryce (Executive Director), Melvin Hillsman(Chair), Matt Van Winkle(vice-chaiir)&lt;br /&gt;
&lt;br /&gt;
: We will keep the webex up and running for this session.&lt;br /&gt;
&lt;br /&gt;
'''(13:00) Call To Order, Open Session'''&lt;br /&gt;
# Welcome to new members&lt;br /&gt;
## New TC members&lt;br /&gt;
### Ghanshyam Mann&lt;br /&gt;
### Jean-Philippe Evrard&lt;br /&gt;
### Lance Bragstad&lt;br /&gt;
'''OpenStack TC'''&lt;br /&gt;
#(13:15) Rocky retrospective, Sean McGinnis&lt;br /&gt;
#(13:20) Stein update, Doug Hellmann&lt;br /&gt;
#(13:40) TC operational changes, Doug Hellmann&lt;br /&gt;
#(13:45) Peer review culture initiative, Julia Kreger&lt;br /&gt;
#(13:50) Technical vision initiative, Zane Bitter&lt;br /&gt;
#(14:00) Please note: The agenda items and times will change as the TC and UC add their agenda items.&lt;br /&gt;
'''OpenStack UC'''&lt;br /&gt;
#(14:15)  Please note: The agenda items and times will change as the TC and UC add their agenda items.&lt;br /&gt;
'''Pilot Project  Reports'''&lt;br /&gt;
# (15:00) Airship - . Matt Mceuen, Jaesuk Ahn&lt;br /&gt;
# (15:20) Kata Containers - Eric Ernst, Xu Wang, Samuel Ortiz&lt;br /&gt;
# (15:40) StarlingX - Brent Roswell&lt;br /&gt;
# (16:00) Zuul - James Blair, Monty Taylor&lt;br /&gt;
&lt;br /&gt;
'''(17:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(17:15-20:00) Get Together @HSR Lounge'''&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166502</id>
		<title>Governance/Foundation/12Nov2018BoardMeeting</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166502"/>
				<updated>2018-11-01T15:51:48Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* OpenStack Leadership Meeting Agenda */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== OpenStack Board and Leadership Meetings - November 12, 2018  ==&lt;br /&gt;
&lt;br /&gt;
'''  This page is a work in progress - schedule and agenda items will continue to change'''&lt;br /&gt;
&lt;br /&gt;
The OpenStack  Foundation Board of Directors, Technical Committee and User Committee will meet in person at  9:00am - 5:00pm CET.&lt;br /&gt;
&lt;br /&gt;
'''Meeting Location: Deutsche Telekom AG, Berlin Representative Office, Französische Straße 33 a-c, 10117 Berlin (Lichthof)'''&lt;br /&gt;
#: Directions to the meeting location: https://www.telekom-hauptstadtrepraesentanz.com/hsr-en/directions&lt;br /&gt;
#: Local contact: [mailto:f.kloeker@telekom.de Frank Kloeker] +4915114088648&lt;br /&gt;
#: With the full leadership and many who wish to attend this meeting we do expect that the room will be full.   To ensure the meeting is available to all who we will have webex setup so that you may attend remotely.  &lt;br /&gt;
&lt;br /&gt;
To join the session by computer or by phone:&lt;br /&gt;
#  https://openstack.webex.com/openstack/k2/j.php?MTID=t4df5672469dec3eb6e9416efdb814c25 &lt;br /&gt;
# Enter your name and email address (or registration ID).&lt;br /&gt;
# Enter the session password: This session does not require a password.&lt;br /&gt;
# Click &amp;quot;Join Now&amp;quot;.&lt;br /&gt;
# Follow the instructions that appear on your screen.&lt;br /&gt;
# Attendees are muted upon entry to the call. Board, TC and UC participants if you use the URL emailed to you, you will be added to the meeting as a presenter and will not be muted.&lt;br /&gt;
&lt;br /&gt;
== OpenStack Board Meeting Agenda ==&lt;br /&gt;
: Chair: Alan Clark, Vice Chair: Lew Tucker&lt;br /&gt;
:  Minutes: Mark Radcliffe&lt;br /&gt;
: &lt;br /&gt;
::  Non official meeting discussion Channels:&lt;br /&gt;
::* (Julia Dechance will monitor and manage the webex connection)&lt;br /&gt;
::* webex chat&lt;br /&gt;
::* IRC: #openstack-board&lt;br /&gt;
::* Etherpad: https://etherpad.openstack.org/p/UnofficialBoardNotes-Nov12-2018&lt;br /&gt;
:&lt;br /&gt;
'''(9:00) Call To Order, Open Session'''&lt;br /&gt;
&amp;lt;!--&lt;br /&gt;
# Introduce new board members&lt;br /&gt;
#:  A big thank you to Kurt Garloff for his contributions to the board and to the OpenStack community.  Welcome to to Dr. Clemens Hardewig, who will be the representative for Deutsche Telekom AG going forward.&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
# Roll Call (Y/N = Attendance)&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;margin-left: 40px;&amp;quot;&lt;br /&gt;
! colspan=&amp;quot;6&amp;quot; | Board Member Directors&lt;br /&gt;
|-&lt;br /&gt;
! Y/N&lt;br /&gt;
! Platinum Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Gold Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Individual Member Directors&lt;br /&gt;
|-&lt;br /&gt;
|  || Alan Clark&lt;br /&gt;
|  || Arkady Kanevsky&lt;br /&gt;
|  || Allison Randal&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Anni Lai&lt;br /&gt;
|  ||  Boris Renski&lt;br /&gt;
|  ||  ChangBo Guo&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Brian Stein&lt;br /&gt;
|  ||  Johan Christenson&lt;br /&gt;
|  ||  Egle Sigler&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Christopher Price&lt;br /&gt;
|  ||  Joseph Wang&lt;br /&gt;
|  ||  Monty Taylor&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Imad Sousou&lt;br /&gt;
|  ||  Kenji Kaneshige&lt;br /&gt;
|  ||  Prakash Ramchandran&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Kandan Kathirvel &lt;br /&gt;
|  ||  Kurt Garloff&lt;br /&gt;
|  ||  Shane Wang&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Mark McLoughlin&lt;br /&gt;
|  ||  Lew Tucker&lt;br /&gt;
|  ||  Steven Dake&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Ruan Hu&lt;br /&gt;
|  ||  Robert Esker&lt;br /&gt;
|  ||  Tim Bell&lt;br /&gt;
|}&lt;br /&gt;
# Approve minutes from previous  board meetings&lt;br /&gt;
&amp;lt;!-- May 20, 2018, September 18, 2018, October 25, 2018,  --&amp;gt;&lt;br /&gt;
:&lt;br /&gt;
''' Executive Director Update'''&lt;br /&gt;
# Updates and preview of Berlin Summit&lt;br /&gt;
# 2019 draft budget proposal &lt;br /&gt;
:&lt;br /&gt;
''' Strategic Project Governance'''&lt;br /&gt;
# Review latest changes and final comments from board members - Jonathan/Mark/Thierry/Lauren&lt;br /&gt;
# Board review and approve resolutions for the bylaws updates - Alan&lt;br /&gt;
# review board responsibilities (as discussed at the October board meeting) - Alan &lt;br /&gt;
:&lt;br /&gt;
''' Committee and Work Efforts'''&lt;br /&gt;
# Interoperability Guideline Updates  - Egle&lt;br /&gt;
'''(12:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(12:00-12:30) Lunch @HSR Lounge''' (due the shared lunch space it's required to set the time fix)&lt;br /&gt;
&lt;br /&gt;
== OpenStack Leadership Meeting Agenda ==&lt;br /&gt;
: Meeting Organizers: Alan Clark(chair), Lew Tucker(vice-chair), Doug Hellmann(Chair), Mohammed Naser(vice-chair), Jonathan Bryce (Executive Director), Melvin Hillsman(Chair), Matt Van Winkle(vice-chaiir)&lt;br /&gt;
&lt;br /&gt;
: We will keep the webex up and running for this session.&lt;br /&gt;
&lt;br /&gt;
'''(13:00) Call To Order, Open Session'''&lt;br /&gt;
# Welcome to new members&lt;br /&gt;
* New TC members&lt;br /&gt;
** Ghanshyam Mann&lt;br /&gt;
** Jean-Philippe Evrard&lt;br /&gt;
** Lance Bragstad&lt;br /&gt;
'''OpenStack TC'''&lt;br /&gt;
#(13:15) Rocky retrospective, Sean McGinnis&lt;br /&gt;
#(13:20) Stein update, Doug Hellmann&lt;br /&gt;
#(13:40) TC operational changes, Doug Hellmann&lt;br /&gt;
#(13:45) Peer review culture initiative, Julia Kreger&lt;br /&gt;
#(13:50) Technical vision initiative, Zane Bitter&lt;br /&gt;
#(14:00) Please note: The agenda items and times will change as the TC and UC add their agenda items.&lt;br /&gt;
'''OpenStack UC'''&lt;br /&gt;
#(14:15)  Please note: The agenda items and times will change as the TC and UC add their agenda items.&lt;br /&gt;
'''Pilot Project  Reports'''&lt;br /&gt;
# (15:00) Airship - . Matt Mceuen, Jaesuk Ahn&lt;br /&gt;
# (15:20) Kata Containers - Eric Ernst, Xu Wang, Samuel Ortiz&lt;br /&gt;
# (15:40) StarlingX - Brent Roswell&lt;br /&gt;
# (16:00) Zuul - James Blair, Monty Taylor&lt;br /&gt;
&lt;br /&gt;
'''(17:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(17:15-20:00) Get Together @HSR Lounge'''&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166501</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166501"/>
				<updated>2018-11-01T15:46:59Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Agenda Suggestions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-dev mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 6 Dec 2018&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda: &lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* dhellmann: Follow up on past action items&lt;br /&gt;
** dhellmann complete liaison assignments using the random generator&lt;br /&gt;
** tc-members review the chair duties document https://etherpad.openstack.org/p/tc-chair-responsibilities&lt;br /&gt;
** tc-members review the health check-list items https://wiki.openstack.org/wiki/OpenStack_health_tracker#Health_check_list&lt;br /&gt;
** tc-members review https://review.openstack.org/613145&lt;br /&gt;
* dhellmann: Project team health check review status&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
* tbd&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166499</id>
		<title>Governance/Foundation/12Nov2018BoardMeeting</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Governance/Foundation/12Nov2018BoardMeeting&amp;diff=166499"/>
				<updated>2018-11-01T15:18:29Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* OpenStack Leadership Meeting Agenda */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== OpenStack Board and Leadership Meetings - November 12, 2018  ==&lt;br /&gt;
&lt;br /&gt;
'''  This page is a work in progress - schedule and agenda items will continue to change'''&lt;br /&gt;
&lt;br /&gt;
The OpenStack  Foundation Board of Directors, Technical Committee and User Committee will meet in person at  9:00am - 5:00pm CET.&lt;br /&gt;
&lt;br /&gt;
'''Meeting Location: Deutsche Telekom AG, Berlin Representative Office, Französische Straße 33 a-c, 10117 Berlin (Lichthof)'''&lt;br /&gt;
#: Directions to the meeting location: https://www.telekom-hauptstadtrepraesentanz.com/hsr-en/directions&lt;br /&gt;
#: Local contact: [mailto:f.kloeker@telekom.de Frank Kloeker] +4915114088648&lt;br /&gt;
#: With the full leadership and many who wish to attend this meeting we do expect that the room will be full.   To ensure the meeting is available to all who we will have webex setup so that you may attend remotely.  &lt;br /&gt;
&lt;br /&gt;
To join the session by computer or by phone:&lt;br /&gt;
#  https://openstack.webex.com/openstack/k2/j.php?MTID=t4df5672469dec3eb6e9416efdb814c25 &lt;br /&gt;
# Enter your name and email address (or registration ID).&lt;br /&gt;
# Enter the session password: This session does not require a password.&lt;br /&gt;
# Click &amp;quot;Join Now&amp;quot;.&lt;br /&gt;
# Follow the instructions that appear on your screen.&lt;br /&gt;
# Attendees are muted upon entry to the call. Board, TC and UC participants if you use the URL emailed to you, you will be added to the meeting as a presenter and will not be muted.&lt;br /&gt;
&lt;br /&gt;
== OpenStack Board Meeting Agenda ==&lt;br /&gt;
: Chair: Alan Clark, Vice Chair: Lew Tucker&lt;br /&gt;
:  Minutes: Mark Radcliffe&lt;br /&gt;
: &lt;br /&gt;
::  Non official meeting discussion Channels:&lt;br /&gt;
::* (Julia Dechance will monitor and manage the webex connection)&lt;br /&gt;
::* webex chat&lt;br /&gt;
::* IRC: #openstack-board&lt;br /&gt;
::* Etherpad: https://etherpad.openstack.org/p/UnofficialBoardNotes-Nov12-2018&lt;br /&gt;
:&lt;br /&gt;
'''(9:00) Call To Order, Open Session'''&lt;br /&gt;
&amp;lt;!--&lt;br /&gt;
# Introduce new board members&lt;br /&gt;
#:  A big thank you to Kurt Garloff for his contributions to the board and to the OpenStack community.  Welcome to to Dr. Clemens Hardewig, who will be the representative for Deutsche Telekom AG going forward.&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
# Roll Call (Y/N = Attendance)&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;margin-left: 40px;&amp;quot;&lt;br /&gt;
! colspan=&amp;quot;6&amp;quot; | Board Member Directors&lt;br /&gt;
|-&lt;br /&gt;
! Y/N&lt;br /&gt;
! Platinum Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Gold Member Directors&lt;br /&gt;
! Y/N&lt;br /&gt;
! Individual Member Directors&lt;br /&gt;
|-&lt;br /&gt;
|  || Alan Clark&lt;br /&gt;
|  || Arkady Kanevsky&lt;br /&gt;
|  || Allison Randal&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Anni Lai&lt;br /&gt;
|  ||  Boris Renski&lt;br /&gt;
|  ||  ChangBo Guo&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Brian Stein&lt;br /&gt;
|  ||  Johan Christenson&lt;br /&gt;
|  ||  Egle Sigler&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Christopher Price&lt;br /&gt;
|  ||  Joseph Wang&lt;br /&gt;
|  ||  Monty Taylor&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Imad Sousou&lt;br /&gt;
|  ||  Kenji Kaneshige&lt;br /&gt;
|  ||  Prakash Ramchandran&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Kandan Kathirvel &lt;br /&gt;
|  ||  Kurt Garloff&lt;br /&gt;
|  ||  Shane Wang&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Mark McLoughlin&lt;br /&gt;
|  ||  Lew Tucker&lt;br /&gt;
|  ||  Steven Dake&lt;br /&gt;
|-&lt;br /&gt;
|  ||  Ruan Hu&lt;br /&gt;
|  ||  Robert Esker&lt;br /&gt;
|  ||  Tim Bell&lt;br /&gt;
|}&lt;br /&gt;
# Approve minutes from previous  board meetings&lt;br /&gt;
&amp;lt;!-- May 20, 2018, September 18, 2018, October 25, 2018,  --&amp;gt;&lt;br /&gt;
:&lt;br /&gt;
''' Executive Director Update'''&lt;br /&gt;
# Updates and preview of Berlin Summit&lt;br /&gt;
# 2019 draft budget proposal &lt;br /&gt;
:&lt;br /&gt;
''' Strategic Project Governance'''&lt;br /&gt;
# Review latest changes and final comments from board members - Jonathan/Mark/Thierry/Lauren&lt;br /&gt;
# Board review and approve resolutions for the bylaws updates - Alan&lt;br /&gt;
# review board responsibilities (as discussed at the October board meeting) - Alan &lt;br /&gt;
:&lt;br /&gt;
''' Committee and Work Efforts'''&lt;br /&gt;
# Interoperability Guideline Updates  - Egle&lt;br /&gt;
'''(12:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(12:00-12:30) Lunch @HSR Lounge''' (due the shared lunch space it's required to set the time fix)&lt;br /&gt;
&lt;br /&gt;
== OpenStack Leadership Meeting Agenda ==&lt;br /&gt;
: Meeting Organizers: Alan Clark(chair), Lew Tucker(vice-chair), Doug Hellmann(Chair), Mohammed Naser(vice-chair), Jonathan Bryce (Executive Director), Melvin Hillsman(Chair), Matt Van Winkle(vice-chaiir)&lt;br /&gt;
&lt;br /&gt;
: We will keep the webex up and running for this session.&lt;br /&gt;
&lt;br /&gt;
'''(13:00) Call To Order, Open Session'''&lt;br /&gt;
# Welcome to new members&lt;br /&gt;
'''OpenStack TC'''&lt;br /&gt;
#(13:15) Rocky retrospective, Sean McGinnis&lt;br /&gt;
#(13:20) Stein update, Doug Hellmann&lt;br /&gt;
#(13:40) TC operational changes, Doug Hellmann&lt;br /&gt;
#(13:45) Peer review culture initiative, Julia Kreger&lt;br /&gt;
#(13:50) Technical vision initiative, Zane Bitter&lt;br /&gt;
#(14:00) Please note: The agenda items and times will change as the TC and UC add their agenda items.&lt;br /&gt;
'''OpenStack UC'''&lt;br /&gt;
#(14:15)  Please note: The agenda items and times will change as the TC and UC add their agenda items.&lt;br /&gt;
'''Pilot Project  Reports'''&lt;br /&gt;
# (15:00) Airship - . Matt Mceuen, Jaesuk Ahn&lt;br /&gt;
# (15:20) Kata Containers - Eric Ernst, Xu Wang, Samuel Ortiz&lt;br /&gt;
# (15:40) StarlingX - Brent Roswell&lt;br /&gt;
# (16:00) Zuul - James Blair, Monty Taylor&lt;br /&gt;
&lt;br /&gt;
'''(17:00) Close'''&lt;br /&gt;
&lt;br /&gt;
'''(17:15-20:00) Get Together @HSR Lounge'''&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166498</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166498"/>
				<updated>2018-11-01T15:04:43Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Next Meeting */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-dev mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 6 Dec 2018&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda: &lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* dhellmann: Project team health check review status&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
* tbd&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166424</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166424"/>
				<updated>2018-10-30T17:55:13Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-dev mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 1 Nov 2018&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
* Agenda: http://lists.openstack.org/pipermail/openstack-dev/2018-October/136146.html&lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* dhellmann: Project team health check review status&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
* tbd&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	<entry>
		<id>https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166400</id>
		<title>Meetings/TechnicalCommittee</title>
		<link rel="alternate" type="text/html" href="https://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&amp;diff=166400"/>
				<updated>2018-10-29T19:19:28Z</updated>
		
		<summary type="html">&lt;p&gt;Doug-hellmann: /* Agenda Suggestions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
&lt;br /&gt;
The OpenStack Technical Committee is one of the [https://governance.openstack.org governing bodies] of the OpenStack project. You can find more information about it, such as the list of its [https://governance.openstack.org/tc/ current members] or its [https://governance.openstack.org/tc/reference/charter.html governance charter], on the OpenStack TC governance website at https://governance.openstack.org/tc/ .&lt;br /&gt;
&lt;br /&gt;
In order to include as many people as possible in the discussion, the Technical Committee relies on asynchronous communications as much as possible. We propose and vote on changes through the [http://git.openstack.org/cgit/openstack/governance openstack/governance repository]. Large-impact changes are discussed on the openstack-dev mailing-list. '''We track current initiatives on the [[Technical_Committee_Tracker]].'''&lt;br /&gt;
&lt;br /&gt;
We hold office hours at [https://governance.openstack.org/tc/#office-hours various times] during the week on the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We meet formally on the first Thursday of each month in #openstack-tc at 1400 UTC.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Next Meeting ===&lt;br /&gt;
&lt;br /&gt;
* Date: 1 Nov 2018&lt;br /&gt;
* Chair: dhellmann&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Agenda Suggestions ====&lt;br /&gt;
&lt;br /&gt;
* dhellmann: Roll Call&lt;br /&gt;
* dhellmann: Topics for joint leadership meeting at Summit in Berlin&lt;br /&gt;
* dhellmann: Project team health check review status&lt;br /&gt;
** assigning liaisons&lt;br /&gt;
** https://wiki.openstack.org/wiki/OpenStack_health_tracker#Project_Teams&lt;br /&gt;
** discuss check-list&lt;br /&gt;
** https://wiki.openstack.org/wiki/OpenStack_health_tracker#Health_check_list&lt;br /&gt;
&lt;br /&gt;
==== Apologies for Absence ====&lt;br /&gt;
&lt;br /&gt;
* tbd&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Past meetings logs ===&lt;br /&gt;
&lt;br /&gt;
Logs of past TC meetings can be accessed at: http://eavesdrop.openstack.org/meetings/tc&lt;br /&gt;
&lt;br /&gt;
[[Category: meetings]]&lt;/div&gt;</summary>
		<author><name>Doug-hellmann</name></author>	</entry>

	</feed>