https://wiki.openstack.org/w/api.php?action=feedcontributions&user=Frickler&feedformat=atomOpenStack - User contributions [en]2024-03-29T05:12:22ZUser contributionsMediaWiki 1.28.2https://wiki.openstack.org/w/index.php?title=IRC&diff=184566IRC2024-03-23T12:13:30Z<p>Frickler: Update meeting link, mention OFTC, drop #openstack-upstream-institute</p>
<hr />
<div>IRC, or Internet Relay Chat, is often used as a real-time communication capability with open source projects. We're pretty proud of the friendly vibe in the OpenStack channels and invite anyone wanting to ask questions or talk about all things OpenStack to the channels.<br />
<br />
=== New to IRC ? ===<br />
<br />
Please see the IRC chapter in our Contributors Guide: '''https://docs.openstack.org/contributors/common/irc.html'''<br />
<br />
=== OpenStack IRC channels and meetings ===<br />
<br />
We are using the OFTC IRC network, our main channels are:<br />
<br />
* #openstack (for usage questions)<br />
* #openstack-dev (for development questions)<br />
* #openstack-infra (for questions about the project infrastructure)<br />
<br />
You can access the complete list of channels and the schedule of IRC meetings on: '''https://meetings.opendev.org/'''<br />
<br />
=== How to read messages exchanged when you're offline ===<br />
<br />
IRC, unlike other chat systems, doesn't keep messages when you're offline. In order to be notified of relevant communications you can either look at the [http://eavesdrop.openstack.org/irclogs/ channel logs] or setup an IRC proxy. <br />
<br />
The most common IRC proxies are [http://wiki.znc.in/ZNC znc] and [https://bip.milkypond.org/ bip]. See the following guides to configure them:<br />
<br />
* [https://kashyapc.fedorapeople.org/notes-bip-IRC-proxy/README Installation notes for Fedora/RH-like] and [https://kashyapc.fedorapeople.org/notes-bip-IRC-proxy/bip.conf example bip.conf] contributed by Kashyap Chamarthy<br />
* ZNC [https://dague.net/2014/09/13/my-irc-proxy-setup/ configuration notes] contributed by Sean Dague<br />
* [https://weechat.org/ WeeChat] IRC client combines proxy and client, and allows you to run the client in a shell and access that client additionally from a web client or Android app.<br />
<br />
<br />
[[Category:Connect]]</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&diff=184329Meetings/TechnicalCommittee2024-02-05T11:15:59Z<p>Frickler: /* Absence */</p>
<hr />
<div>__NOTOC__<br />
<br />
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/ .<br />
<br />
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]].'''<br />
<br />
Although we don't hold office hours, you can find various members of the TC at various times throughout the week in the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We also meet formally [http://eavesdrop.openstack.org/#Technical_Committee_Meeting each week] in #openstack-tc. The first meeting of the month is usually a video meeting; connection information will be posted below when that's the case.<br />
<br />
<br />
=== Next Meeting ===<br />
<br />
* Date: 2024 Feburary 6<br />
* Time: 18.00 UTC: http://eavesdrop.openstack.org/#Technical_Committee_Meeting<br />
* Chair: Jay Faulkner (JayF)<br />
* Agenda to be published on the OpenStack-discuss mailing list before the meeting<br />
* Location: Zoom meeting with minutes in #openstack-tc on OFTC<br />
<br />
==== Agenda Suggestions ====<br />
<br />
* Roll call<br />
* Follow up on tracked action items - No action items from Jan 30 meeting.<br />
* Gate health check<br />
* Implementation of Unmaintained branch statuses<br />
* 2024.1 TC Tracker<br />
** https://etherpad.opendev.org/p/tc-2024.1-tracker<br />
* Open Discussion and Reviews<br />
<br />
==== Absence ====<br />
* spotz (Feb 6)<br />
* JayF (Feb 13)<br />
* frickler (Feb 13)<br />
<br />
=== Past meetings logs ===<br />
<br />
Logs of past TC meetings can be accessed at http://eavesdrop.openstack.org/meetings/tc for IRC meetings and https://www.youtube.com/@openstack-tc for video meetings.<br />
<br />
[[Category: meetings]]</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=184056Meetings/InfraTeamMeeting2023-12-17T10:42:23Z<p>Frickler: couple of new topics added</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code> on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** No meetings December 12, 26, and January 2.<br />
<br />
* Actions from last meeting<br />
<br />
* Specs Review<br />
<br />
* Topics<br />
** Upgrading Bionic servers to Focal/Jammy (clarkb 20230627)<br />
*** https://etherpad.opendev.org/p/opendev-bionic-server-upgrades<br />
*** Tonyb is adding new mirror servers.<br />
*** New mirror servers should be ready. Is it time to update CNAMEs and plan for old server cleanup?<br />
** DIB bionic support (ianw 20231206)<br />
*** py36 tox unittesting broken -- proposal to drop https://review.opendev.org/c/openstack/diskimage-builder/+/901093<br />
*** unit testing has been kept this long to ensure in-chroot tools are python3.6 clean -- bionic only platform still supported<br />
*** one suggestion is to pause bionic builds - see comment in https://review.opendev.org/c/openstack/project-config/+/901692 and comments in PS1<br />
**** clarkb points out this is painful if cloud providers change, and dib _probably_ won't break the build anyway<br />
*** second option is to drop tox 36 testing, but leave bionic test in dib-functests. Probably enough coverage for basic support. Should probably do a release first.<br />
** Python container updates (tonyb 20230718)<br />
*** https://review.opendev.org/q/(topic:bookworm-python3.11+OR+hashtag:bookworm)+status:open Next round of image rebuilds onto bookworm.<br />
*** zuul-operator is the last hold out on python3.10. Working through failures in CI there.<br />
**** https://review.opendev.org/c/zuul/zuul-operator/+/881245 is the change we need to get landed.<br />
** Gitea 1.21.1 Upgrade (clarkb 20230926)<br />
*** https://review.opendev.org/c/opendev/system-config/+/902490 Configure Gerrit to use new SSH key<br />
*** After Gerrit is restarted and using the new key we can remove the old key from Gitea. At that point we should be ready to plan the Gitea upgrade.<br />
*** https://review.opendev.org/c/opendev/system-config/+/897679 Upgrade to Gitea 1.21.0<br />
** Updating Zuul's database server (clarkb 20231121)<br />
*** Currently this is an older mysql 5.7 trove instance<br />
*** We can move it to a self hosted instance (maybe on a dedicated host?) running out of docker like many of our other services and get it more up to date.<br />
*** Are there other services we should consider this for as well?<br />
*** Research/Planning questions: https://etherpad.opendev.org/p/opendev-zuul-mysql-upgrade<br />
** Annual Report Season (clarkb 20231128)<br />
*** OpenDev's 2023 Annual Report Draft will live here: https://etherpad.opendev.org/p/2023-opendev-annual-report<br />
** EMS discontinuing legacy/consumer hosting plans (fungi 20231219)<br />
*** We have until 2024-02-07 to upgrade to a business hosting plan (prepaying a year at 10x the current price) or move elsewhere.<br />
** Followup on 20231216 incident (frickler 20231217)<br />
*** Do we want to pin external images like haproxy and only bump them after testing? (Not sure that would've helped for the current issue though)<br />
*** Use docker prune less aggressively for easier rollback?<br />
**** We do so for some services, like https://opendev.org/opendev/system-config/src/branch/master/playbooks/roles/gitea/tasks/main.yaml#L71-L76, might want to duplicate for all containers? Bump the hold time to 7d?<br />
*** Add timestamps to zuul_reboot.log?<br />
**** https://opendev.org/opendev/system-config/src/branch/master/playbooks/service-bridge.yaml#L41-L55<br />
**** Also this is running on Saturdays (weekday: 6), do we want to fix the comment or the dow?<br />
*** Do we want to document or implement a procedure for rolling back zuul upgrades? Or do we assume that issues can always be fixed in a forward going way?<br />
** AFS quota issues (frickler 20231217)<br />
*** mirror.openeuler has reached its quota limit and the mirror job seems to be failing since two weeks. I'm also a bit worried that they seem do have doubled their volume over the last 12 months<br />
*** ubuntu mirrors are also getting close, but we might have another couple of months time there<br />
*** mirror.centos-stream seems to have a steep increase in the last two months and might also run into quota limits soon<br />
*** project.zuul with the latest releases is getting close to its tight limit of 1GB (sic), I suggest to simply double that<br />
** Broken wheel build issues (frickler 20231217)<br />
*** wheel builds for centos >=8 seem broken, with nobody maintaining these it might be better to drop them?<br />
* Open discussion<br />
** (tonyb 20231128) [If time permits]. Could we enable via roles/jobs or with an additional nodepool driver. The ability for [OpenStack] project teams to run unit tests with the python images we already build eg https://review.opendev.org/c/opendev/system-config/+/898756.<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
Changes should have their topic set to project-rename.<br />
<br />
* Rename foo/example -> bar/example: https://review.opendev.org/123456<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&diff=183940Meetings/TechnicalCommittee2023-11-27T07:49:41Z<p>Frickler: Added "inactive projects" topic</p>
<hr />
<div>__NOTOC__<br />
<br />
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/ .<br />
<br />
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]].'''<br />
<br />
Although we don't hold office hours, you can find various members of the TC at various times throughout the week in the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We also meet formally [http://eavesdrop.openstack.org/#Technical_Committee_Meeting each week] in #openstack-tc. The first meeting of the month is usually a video meeting; connection information will be posted below when that's the case.<br />
<br />
<br />
=== Next Meeting ===<br />
<br />
'''2023 November 21 meeting cancelled due to Amercian Thanksgiving'''<br />
<br />
* Date: 2023 November 28 <br />
* Time: 18.00 UTC: http://eavesdrop.openstack.org/#Technical_Committee_Meeting<br />
* Chair: Jay Faulkner (JayF)<br />
* Agenda to be published on the OpenStack-discuss mailing list before the meeting<br />
* Location: #openstack-tc on OFTC IRC<br />
<br />
==== Agenda Suggestions ====<br />
<br />
* Roll call<br />
* Follow up on tracked action items: https://meetings.opendev.org/meetings/tc/2023/tc.2023-11-07-18.00.html<br />
** Rosmaita to propose amendment to unmaintained branch resolution allowing a single review group<br />
** Rosmaita to email mailing list about progress implementing unmaintained branch resolution<br />
* Gate health check<br />
* Leaderless projects (gmann)<br />
* Implementation of Unmaintained branch statuses<br />
* 2024.1 TC Tracker<br />
** https://etherpad.opendev.org/p/tc-2024.1-tracker<br />
* Upgrade issue between tooz and cinder<br />
** https://review.opendev.org/c/openstack/requirements/+/901131<br />
** https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/message/L72QU3SR2VFVYOFXVYH74V7HGMQ3YJRU/<br />
* Declare projects inactive for lack of ...?<br />
** Working py311 unit tests<br />
** Support for sqla2<br />
** Broken CI since 2023.2 release<br />
** Do we want/need to look at specific deliverables or only whole projects?<br />
* Open Discussion and Reviews<br />
<br />
==== Absence ====<br />
<br />
=== Past meetings logs ===<br />
<br />
Logs of past TC meetings can be accessed at http://eavesdrop.openstack.org/meetings/tc for IRC meetings and https://www.youtube.com/@openstack-tc for video meetings.<br />
<br />
[[Category: meetings]]</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/TechnicalCommittee&diff=183925Meetings/TechnicalCommittee2023-11-20T12:42:25Z<p>Frickler: /* Agenda Suggestions */ added tooz/cinder topic</p>
<hr />
<div>__NOTOC__<br />
<br />
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/ .<br />
<br />
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]].'''<br />
<br />
Although we don't hold office hours, you can find various members of the TC at various times throughout the week in the [http://eavesdrop.openstack.org/irclogs/%23openstack-tc/ #openstack-tc] IRC channel. We also meet formally [http://eavesdrop.openstack.org/#Technical_Committee_Meeting each week] in #openstack-tc. The first meeting of the month is usually a video meeting; connection information will be posted below when that's the case.<br />
<br />
<br />
=== Next Meeting ===<br />
<br />
'''2023 November 21 meeting cancelled due to Amercian Thanksgiving'''<br />
<br />
* Date: 2023 November 28 <br />
* Time: 18.00 UTC: http://eavesdrop.openstack.org/#Technical_Committee_Meeting<br />
* Chair: Jay Faulkner (JayF)<br />
* Agenda to be published on the OpenStack-discuss mailing list before the meeting<br />
* Location: #openstack-tc on OFTC IRC<br />
<br />
==== Agenda Suggestions ====<br />
<br />
* Roll call<br />
* Follow up on tracked action items: https://meetings.opendev.org/meetings/tc/2023/tc.2023-11-07-18.00.html<br />
** Rosmaita to propose amendment to unmaintained branch resolution allowing a single review group<br />
** Rosmaita to email mailing list about progress implementing unmaintained branch resolution<br />
* Gate health check<br />
* Leaderless projects (gmann)<br />
* Implementation of Unmaintained branch statuses<br />
* 2024.1 TC Tracker<br />
** https://etherpad.opendev.org/p/tc-2024.1-tracker<br />
* Upgrade issue between tooz and cinder<br />
** https://review.opendev.org/c/openstack/requirements/+/901131<br />
** https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/message/L72QU3SR2VFVYOFXVYH74V7HGMQ3YJRU/<br />
* Open Discussion and Reviews<br />
<br />
==== Absence ====<br />
<br />
=== Past meetings logs ===<br />
<br />
Logs of past TC meetings can be accessed at http://eavesdrop.openstack.org/meetings/tc for IRC meetings and https://www.youtube.com/@openstack-tc for video meetings.<br />
<br />
[[Category: meetings]]</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=183756Meetings/InfraTeamMeeting2023-10-05T19:57:27Z<p>Frickler: Added meeting timeslot agenda item</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code> on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** OpenStack release should be finalized this week<br />
** The PTG is being held October 23-27<br />
<br />
* Actions from last meeting<br />
<br />
* Specs Review<br />
<br />
* Topics<br />
** Mailman 3 (clarkb 20230627)<br />
*** https://etherpad.opendev.org/p/mm3migration<br />
*** Need to schedule migrations for list domains in blocks<br />
**** lists.openstack.org Thursday October 12, 2023<br />
** Upgrading Bionic servers to Focal/Jammy (clarkb 20230627)<br />
*** https://etherpad.opendev.org/p/opendev-bionic-server-upgrades<br />
*** Next up mirrors and meetpad.<br />
** Updating the InMotion/OpenMetal Cloud Deployment (clarkb 20230919)<br />
*** Heard back from Yuriy. Need to figure out how the OpenMetal update planning impacts our timelines for action.<br />
** Zuul PCRE regex support is deprecated (clarkb 20230905)<br />
*** Zuul is moving all regexes to re2 instead of PCRE. We'll need to migrate job configs within OpenDev projects.<br />
** Python container updates (tonyb 20230718)<br />
*** https://review.opendev.org/q/(topic:bookworm-python3.11+OR+hashtag:bookworm)+status:open Next round of image rebuilds onto bookworm.<br />
*** Deferring Gerrit until after the OpenStack release<br />
*** Other images queued up for updates. Note zuul-registry depends on openssl 1.something which isn't available on Bookworm. We'll need to figure that out.<br />
** Etherpad 1.9.3 Upgrade (clarkb 20230926)<br />
*** https://review.opendev.org/c/opendev/system-config/+/896454<br />
** Gitea 1.21.0 Upgrade (clarkb 20230926)<br />
*** Gitea has released a 1.21.0-rc0. No Changelog yet but we can start preparing for this upgrade whenever we are ready.<br />
** Gerrit replication plugin leaked task files (clarkb 20230926)<br />
*** https://gerrit-review.googlesource.com/c/plugins/replication/+/387314 Clarkb wrote and pushed a fix upstream<br />
** Add Element X Ignition support for Matrix (fungi 20231010)<br />
*** https://review.opendev.org/896652<br />
*** this will result in a gitea image rebuild, so we might want to batch it up with gitea upgrading<br />
** Re-evaluate meeting timeslot (frickler 20231010)<br />
*** Sadly ianw is no longer regularly active in the weekly meeting, on the positive side this may be a chance to make the timeslot a bit more EU friendly<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
Changes should have their topic set to project-rename.<br />
<br />
* Rename foo/example -> bar/example: https://review.opendev.org/123456<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Network/Meetings&diff=182558Network/Meetings2023-01-24T10:16:44Z<p>Frickler: add frickler to ping list</p>
<hr />
<div>The OpenStack Networking Team ([[Neutron]]) holds public meetings as advertised on [http://eavesdrop.openstack.org/#Neutron_Team_Meeting OpenStack IRC Meetings Calendar]. If you are unable to attend, please check the most recent [http://eavesdrop.openstack.org/meetings/networking/ logs.]<br />
<br />
'''Ping list''': bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, sahid, slawek, tobias-urdin, ykarel, lajoskatona<br />
<br />
=== Announcements / Reminders ===<br />
* TO TALK ABOUT THE IN-PERSON MEETING AGENDA!!!<br />
* Antelope / 2023.1 schedule: https://releases.openstack.org/antelope/schedule.html<br />
** This week, the release team will send the first Antelope release, milestone-2.<br />
** #link https://review.opendev.org/q/project:openstack%252Freleases+status:open<br />
** Open reviews:<br />
*** https://review.opendev.org/c/openstack/releases/+/869060/<br />
*** https://review.opendev.org/c/openstack/releases/+/869054<br />
*** https://review.opendev.org/c/openstack/releases/+/869055<br />
<br />
* Rechecks<br />
<br />
* OpenInfra Live event - https://openinfra.dev/live/#all-episodes - there are some interesting presentations there, maybe You would be interested in some of them<br />
<br />
* Antelope cycle PTG summary and etherpad:<br />
** https://lists.openstack.org/pipermail/openstack-discuss/2022-October/030986.html<br />
** https://etherpad.opendev.org/p/neutron-antelope-ptg<br />
<br />
=== Bugs and Gate issues ===<br />
<br />
* Report from lucasgomes:<br />
** https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031796.html<br />
<br />
* Bugs without assignee or to be commented:<br />
** https://bugs.launchpad.net/neutron/+bug/2002577<br />
<br />
* This week jlibosva is the deputy, next week will be obondarev.<br />
<br />
* More discussion on this topic takes place during the Neutron CI meeting: https://wiki.openstack.org/wiki/Meetings/NeutronCI<br />
<br />
* Clean up tox:<br />
** https://review.opendev.org/q/topic:cleanup-tox<br />
https://review.opendev.org/q/topic:tox4<br />
<br />
* [https://bugs.launchpad.net/neutron/+bugs?field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.tag=gate-failure Confirmed gate failures]<br />
* [https://bugs.launchpad.net/neutron/+bugs?field.tag=needs-attention Bugs that need attention]<br />
* [https://bugs.launchpad.net/neutron/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=OPINION&field.status%3Alist=INVALID&field.status%3Alist=WONTFIX&field.status%3Alist=EXPIRED&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=FIXRELEASED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.tag=deprecation All bug reports associated to deprecation issues]<br />
* [https://goo.gl/KtEwbL Bugs Sheet]<br />
* [http://grafana.openstack.org/dashboard/db/neutron-failure-rate Grafana dashboards]<br />
<br />
==== Bug deputy ==== <br />
<br />
You can find more information about what the role is here: https://docs.openstack.org/neutron/latest/contributor/policies/bugs.html#neutron-bug-deputy. During the Denver PTG we made the decision to institute a fixed rotation for the the bugs deputy role. The currently scheduled rotation is the following: <br />
{| class="wikitable" style="text-align: center;"<br />
|-<br />
! Date !! who !! note<br />
|-<br />
| 2022-11-14 || Bernard Cafarelli (bcafarel) ||<br />
|-<br />
| 2022-11-21 || Lajos Katona (lajoskatona) || <br />
|-<br />
| 2022-11-28 || Slawek Kaplonski (slaweq) || <br />
|-<br />
| 2022-12-05 || Brian Haley (haleyb) ||<br />
|-<br />
| 2022-12-12 || Akihiro Motoki (amotoki) ||<br />
|-<br />
| 2022-12-19 || Miguel Lavalle (mlavalle) ||<br />
|-<br />
| 2022-12-26 || Bence Romsics (rubasov) ||<br />
|-<br />
| 2023-01-02 || Rodolfo Alonso Hernandez (ralonsoh) ||<br />
|-<br />
| 2023-01-09 || Lucas Alvares Gomes (lucasgomes) ||<br />
|-<br />
| 2023-01-16 || Jakub Libosvar (jlibosva) ||<br />
|-<br />
| 2023-01-23 || Oleg Bondarev (obondarev) ||<br />
|-<br />
| 2023-01-30 || Mamatisa Nurmatov (isabek) ||<br />
|-<br />
| 2023-02-06 || Elvira García Ruiz (elvira) ||<br />
|-<br />
| 2023-02-13 || Yatin Karel (ykarel) ||<br />
|}<br />
<br />
In preparation for their duty week, deputies are encouraged to review the Neutron bugs policy: https://docs.openstack.org/neutron/latest/contributor/policies/bugs.html<br />
<br />
=== ryu os-ken ===<br />
<br />
* To move os-ken from https://storyboard.openstack.org/ to launchpad.<br />
https://ethercalc.openstack.org/make_os-ken_and_ryu_sync<br />
<br />
* Story board to track ryu backports: https://storyboard.openstack.org/#!/story/2009283<br />
<br />
* New patches in ryu:<br />
** (nothing)<br />
<br />
=== Specs ===<br />
<br />
Specs: https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open<br />
<br />
=== Community Goals ===<br />
<br />
* Last TC meeting summary: https://lists.openstack.org/pipermail/openstack-discuss/2022-December/031380.html<br />
<br />
* Current Selected (Active) Goals:<br />
** Consistent and Secure Default RBAC<br />
*** https://review.opendev.org/c/openstack/tempest/+/614484<br />
*** https://review.opendev.org/c/openstack/devstack/+/861930<br />
*** https://review.opendev.org/c/openstack/neutron-lib/+/864213<br />
** Migration to Ubuntu 22.04:<br />
*** https://review.opendev.org/c/openstack/neutron/+/862492<br />
*** https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/857031<br />
** Clean-up neutron-legacy code in devstack<br />
*** Devstack code merged<br />
*** Removal of dependencies of lib/neutron-legacy: https://review.opendev.org/q/topic:drop-lib-neutron<br />
*** https://review.opendev.org/q/topic:drop-lib-neutron<br />
** Neutron client deprecation<br />
*** https://bugs.launchpad.net/neutron/+bug/1999774<br />
**** https://review.opendev.org/c/openstack/tap-as-a-service/+/867786<br />
<br />
=== Neutron-lib, planned refactoring and other impacts ===<br />
<br />
<><br />
<br />
=== On Demand Agenda ===<br />
<br />
We can only pick one or two topics we can talk in the time left of the meeting. People should add ideas to the topics section. We will select one or two topics we can chew during the next meeting. Please follow the template below:<br />
<br />
* Topic for the meeting (keep this template, please):<br />
** (ralonsoh): tox envlist: keep "py38" or move to "py3". This should be consistent on any Neutron related project<br />
** (ralonsoh): to have a "pinging list". This is an IRC nickname list with the people who wants to be actively pinged just before the meeting. We currently have 3 main meetings (Neutron, CI and drivers); we can propose separate lists or a single one (to be decided).<br />
** (lajoskatona) [For 24. Jan. Meeting]: [ptl][tc] OpenStack packages PyPi additional external maintainers audit & cleanup #link https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031848.html<br />
*** https://etherpad.opendev.org/p/openstack-pypi-maintainers-cleanup<br />
<br />
== Previous meeting logs ==<br />
* Previous meetings, with their notes and logs, can be found [http://eavesdrop.openstack.org/meetings/networking/ here].<br />
** [http://eavesdrop.openstack.org/meetings/networking/2023/?C=M;O=D networking-2023]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2022/?C=M;O=D networking-2022]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2021/?C=M;O=D networking-2021]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2020/?C=M;O=D networking-2020]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2019/?C=M;O=D networking-2019]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2018/?C=M;O=D networking-2018]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2017/?C=M;O=D networking-2017]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2016/?C=M;O=D networking-2016]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2015/?C=M;O=D networking-2015]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2014/?C=M;O=D networking-2014]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2013/?C=M;O=D networking-2013]<br />
** [http://eavesdrop.openstack.org/meetings/quantum/2013/?C=M;O=D quantum-2013]<br />
** [http://eavesdrop.openstack.org/meetings/quantum/2012/?C=M;O=D quantum-2012]</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=182261Meetings/InfraTeamMeeting2022-11-15T13:42:27Z<p>Frickler: add twitter topic</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code> on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs Review<br />
<br />
* Topics<br />
** Bastion host (ianw 20221108)<br />
*** https://review.opendev.org/q/topic:prod-bastion-group<br />
*** https://review.opendev.org/q/topic:bridge-ansible-venv<br />
*** https://review.opendev.org/c/opendev/system-config/+/863564<br />
*** https://review.opendev.org/c/opendev/system-config/+/863568<br />
** Upgrading Bionic servers to Focal/Jammy (clarkb 20221101)<br />
*** https://etherpad.opendev.org/p/opendev-bionic-server-upgrades<br />
** Mailman 3 (clarkb 20221108)<br />
*** https://review.opendev.org/c/opendev/system-config/+/851248 Worthy of review at this point<br />
*** https://etherpad.opendev.org/p/mm3migration<br />
*** https://review.opendev.org/c/opendev/system-config/+/860157 Forking the upstream images due to lack of attention on issues and PRs we've filed<br />
** Updating base python docker images to use `pip wheel` (clarkb 20221108)<br />
*** Pip changed how it addresses wheels in its wheel cache which broke our assemble script's ability to build packages on our image builds.<br />
*** I've filed a bug against pip for this and pushed a PR to fix it. However, upstream pip says we shouldn't rely on the wheel cache like this and should use `pip wheel` instead.<br />
*** https://github.com/pypa/pip/issues/11527<br />
*** https://github.com/pypa/pip/pull/11538<br />
*** https://review.opendev.org/c/opendev/system-config/+/862152<br />
** Etherpad docker container logs growth (clarkb 20221101)<br />
*** Need change to log to syslog instead similar to other services.<br />
** Quo vadis storyboard (frickler 20221107)<br />
*** ML thread https://lists.opendev.org/pipermail/service-discuss/2022-October/000370.html<br />
*** Many people interested in moving away from storyboard<br />
*** No volunteers to update our installation<br />
*** How long can we/do we want to commit to running an outdated installation on an EOL OS?<br />
** Nova server rescue behavior in vexxhost (clarkb 20221108)<br />
*** Clarkb has tested this and the behaviors are surprising<br />
*** Rescuing a normal disk instance results in the instance boot with the rescue image kernel and the rescued instance's root device mounted on / instead of the rescue image mounted to /.<br />
*** Rescuing a BFV instance fails. First with the default microversion because old Nova API doesn't support this. When using microversion 2.88 it also fails, but only after attempting to rescue.<br />
**** The instance goes into an error state due to "cannot be rescued: Driver Error: Cannot access storage file"<br />
**** Attempting to unrescue the instance also fails because you cannot unrescue an instance that is in an error state<br />
** Goodbye birdsite, hello tooters? (frickler 20221115)<br />
*** Twitter seems to be on a downward spiral and we should consider stopping using it<br />
*** OIF already has an account on fosstodon.org, also ianw and frickler<br />
*** Do we want to move the opendevinfra acc there, too?<br />
*** How much work is needed in terms of tooling? Any volunteers?<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
Changes should have their topic set to project-rename.<br />
<br />
* Rename foo/example -> bar/example: https://review.opendev.org/123456<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=182210Meetings/InfraTeamMeeting2022-11-07T15:29:00Z<p>Frickler: </p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code> on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs Review<br />
<br />
* Topics<br />
** Bastion host (ianw 20221101)<br />
*** https://review.opendev.org/q/topic:prod-bastion-group<br />
*** https://review.opendev.org/q/topic:bridge-ansible-venv<br />
** Upgrading Bionic servers to Focal/Jammy (clarkb 20221101)<br />
*** https://etherpad.opendev.org/p/opendev-bionic-server-upgrades<br />
*** https://review.opendev.org/c/opendev/system-config/+/862835/ Disable phased package updates<br />
** Removing snapd (clarkb 20221101)<br />
*** https://review.opendev.org/c/opendev/system-config/+/862834<br />
** Mailman 3 (clarkb 20221101)<br />
*** https://review.opendev.org/c/opendev/system-config/+/851248 Worthy of review at this point<br />
*** https://etherpad.opendev.org/p/mm3migration<br />
*** https://review.opendev.org/c/opendev/system-config/+/860157 Forking the upstream images due to lack of attention on issues and PRs we've filed<br />
** Updating base python docker images to use `pip wheel` (clarkb 20221101)<br />
*** Pip changed how it addresses wheels in its wheel cache which broke our assemble script's ability to build packages on our image builds.<br />
*** I've filed a bug against pip for this and pushed a PR to fix it. However, upstream pip says we shouldn't rely on the wheel cache like this and should use `pip wheel` instead.<br />
*** https://github.com/pypa/pip/issues/11527<br />
*** https://github.com/pypa/pip/pull/11538<br />
*** https://review.opendev.org/c/opendev/system-config/+/862152<br />
** Etherpad docker container logs growth (clarkb 20221101)<br />
*** Need change to log to syslog instead similar to other services.<br />
** Quo vadis storyboard (frickler 20221107)<br />
*** ML thread https://lists.opendev.org/pipermail/service-discuss/2022-October/000370.html<br />
*** Many people interested in moving away from storyboard<br />
*** No volunteers to update our installation<br />
*** How long can we/do we want to commit to running an outdated installation on an EOL OS?<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
Changes should have their topic set to project-rename.<br />
<br />
* Rename foo/example -> bar/example: https://review.opendev.org/123456<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=182034Meetings/InfraTeamMeeting2022-10-08T11:10:04Z<p>Frickler: Add "switch base job to jammy" topic</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code> on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** OpenStack Release this week.<br />
<br />
* Actions from last meeting<br />
<br />
* Specs Review<br />
<br />
* Topics<br />
** Bastion host (ianw 20221004)<br />
*** Move ansible to a venv.<br />
*** Replace bridge host once existing host is running ansible out of a venv<br />
*** bastion host OS upgrade. prioin-place? new host? wait until have time to return to some of the bootstrapping/parallel job work?<br />
*** https://review.opendev.org/c/opendev/system-config/+/855472<br />
*** https://review.opendev.org/q/topic:bridge-ansible-venv<br />
** Upgrading Bionic servers to Focal/Jammy (clarkb 20221004)<br />
*** https://etherpad.opendev.org/p/opendev-bionic-server-upgrades<br />
*** https://review.opendev.org/c/opendev/system-config/+/860112 Update to launch node to handle jammy hosts<br />
** Mailman 3 (clarkb 20221004)<br />
*** https://review.opendev.org/c/opendev/system-config/+/851248 Worthy of review at this point<br />
*** https://etherpad.opendev.org/p/mm3migration<br />
*** https://review.opendev.org/c/opendev/system-config/+/860157 Forking the upstream images due to lack of attention on issues and PRs we've filed<br />
** Gitea connectivity issues (clarkb 20221004)<br />
*** Users in certain geographies have reported trouble with Gitea access<br />
*** Gitea changed http libraries which broke our ability to trace requests from haproxy -> apache -> gitea<br />
**** Partially worked around that by removing X-Forwarded-For headers.<br />
** Switch base job nodeset to ubuntu-jammy (frickler 20221007)<br />
*** Ubuntu 22.04.1 is out for some months now and thus can be considered stable, no need to wait a full year like we did with 20.04<br />
*** Patch to switch base-test job: https://review.opendev.org/c/opendev/base-jobs/+/860686/2<br />
*** Plan for further steps? Timetable, which repos to test, announcements<br />
*** Devstack currently inherits the base nodeset (via multinode) without pinning<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
Changes should have their topic set to project-rename.<br />
<br />
* Rename foo/example -> bar/example: https://review.opendev.org/123456<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=181455Meetings/InfraTeamMeeting2022-06-11T10:44:04Z<p>Frickler: Added two new project ideas</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code> on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** Summit happens June 7-9.<br />
<br />
* Actions from last meeting<br />
<br />
* Specs Review<br />
<br />
* Topics<br />
** Improving OpenDev's CD throughput (clarkb 20220531)<br />
*** Bootstrapping bridge via Zuul is now a complicated subject. Can use zuul secrets to make it happen. Are we comfortable with this?<br />
*** https://review.opendev.org/c/opendev/infra-specs/+/821645 -- spec outlining some of the issues with secrets<br />
*** https://review.opendev.org/c/opendev/system-config/+/821155 -- sample of secret writing; more info in changelog<br />
*** https://opendev.org/opendev/system-config/src/branch/master/playbooks/zuul_reboot.yaml Automated graceful Zuul upgrades and server reboots<br />
**** Hit a bug with zuul merger graceful shutdowns<br />
**** Hit a bug in zuul's model api 8 transition<br />
**** Otherwise seemed to work well.<br />
** Container maintenance (clarkb 20220531)<br />
*** https://etherpad.opendev.org/p/opendev-container-maintenance<br />
*** Continue to update services with dedicated users.<br />
*** Upgrading Zookeeper<br />
*** Upgrading MariaDB<br />
*** Eventually convert MariaDB container's from uid 999 to something that makes more sense on the system.<br />
** Gerrit 3.5 upgrade planning (ianw 20220531)<br />
*** https://etherpad.opendev.org/p/gerrit-upgrade-3.5<br />
*** http://lists.opendev.org/pipermail/service-announce/2022-May/000039.html Scheduled for 20:00 UTC June 19, 2022<br />
*** Need to explicitly enable conflict checking<br />
** Manually triggering periodic jobs (frickler 20220531)<br />
*** What is the correct process for manually triggering periodic jobs?<br />
** Zuul changing default Ansible version to v5 soon (clarkb 20220531)<br />
*** Now that Zuul supports Ansible v5 the next step is to default to v5<br />
*** Need to send an announcement for the default change in OpenDev happening at the end of June.<br />
** Removing Ethercalc (clarkb 20220531)<br />
*** Announced removal date was May 31, 2022<br />
*** Last call before clarkb proceeds with this cleanup<br />
** Enable webapp on nodepool launchers? (frickler 20220611)<br />
*** Would help with checking for image freshness / builds failing<br />
*** Also look into pushing stats into grafana?<br />
** Run a custom URL shortener service (frickler 20220611)<br />
*** Many people use bit.ly or similar in IRC channel topics and elsewhere<br />
*** https://opensource.com/article/18/7/apache-url-shortener shows an easy solution that could be git-based<br />
*** Should be easy to with some new DNS record on static.o.o<br />
*** Data could be managed in a single file (maybe in project-config) or one file per URL<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
Changes should have their topic set to project-rename.<br />
<br />
* Rename foo/example -> bar/example: https://review.opendev.org/123456<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=181323Meetings/InfraTeamMeeting2022-05-23T06:55:01Z<p>Frickler: Add requirements propose-updates topic</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code> on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** The OpenInfra Summit is about a month away. Its been a while since we had one of those in person.<br />
** ClarkB out May 18<br />
<br />
* Actions from last meeting<br />
<br />
* Specs Review<br />
<br />
* Topics<br />
** Improving OpenDev's CD throughput (clarkb 20220510)<br />
*** Bootstrapping bridge via Zuul is now a complicated subject. Can use zuul secrets to make it happen. Are we comfortable with this?<br />
*** https://review.opendev.org/c/opendev/infra-specs/+/821645 -- spec outlining some of the issues with secrets<br />
*** https://review.opendev.org/c/opendev/system-config/+/821155 -- sample of secret writing; more info in changelog<br />
** Container maintenance (clarkb 20220510)<br />
*** https://etherpad.opendev.org/p/opendev-container-maintenance<br />
*** Continue to update services with dedicated users.<br />
*** Upgrading Zookeeper<br />
*** Upgrading MariaDB<br />
*** Eventually convert MariaDB container's from uid 999 to something that makes more sense on the system.<br />
** Support for Ubuntu 22.04 LTS aka Jammy Jellyfish (frickler 20220510)<br />
*** Last major missing piece is wheel builds (and mirroring?)<br />
*** https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/842839<br />
*** https://review.opendev.org/c/openstack/project-config/+/842841<br />
** Gerrit 3.5 upgrade planning (ianw 20220517)<br />
*** https://etherpad.opendev.org/p/gerrit-upgrade-3.5<br />
*** Scheduling<br />
** Move requirements propose-updates job to py3.8 + py3.9 (frickler 20220523)<br />
*** Initial change: https://review.opendev.org/c/openstack/project-config/+/837815<br />
*** Build results: https://zuul.opendev.org/t/openstack/builds?job_name=propose-updates&project=openstack%2Frequirements&skip=0<br />
*** First attempt at fixing: https://review.opendev.org/c/openstack/project-config/+/842837<br />
*** Second fix: https://review.opendev.org/c/openstack/project-config/+/842853<br />
*** Related question: How to properly trigger manual runs of periodic pipeline?<br />
**** Using example from zuul docs is failing, e.g. https://zuul.opendev.org/t/openstack/build/3d28674ac1044c22956c20ed39c82a4a<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
Changes should have their topic set to project-rename.<br />
<br />
* Rename foo/example -> bar/example: https://review.opendev.org/123456<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=UsingIRC&diff=181212UsingIRC2022-04-29T13:07:46Z<p>Frickler: Drop old pic referring freenode and link to current docs instead.</p>
<hr />
<div>= How to talk to OpenStack community members on IRC Channel =<br />
IRC, or Internet Relay Chat, is often used as a real-time communication capability with open source projects. We're pretty proud of the friendly vibe in the OpenStack channel and invite anyone wanting to ask questions or talk about all things OpenStack to the channel. <br />
<br />
You don't have to have a complex setup to use IRC. You can use the web client for OFTC, which doesn't require any download or setup. Just pick a nickname and join #openstack: http://webchat.oftc.net/?channels=openstack,openstack-dev. For more information see https://docs.openstack.org/contributors/common/irc.html and https://docs.opendev.org/opendev/infra-manual/latest/irc.html .<br />
<br />
== How to read messages exchanged when you're offline ==<br />
<br />
IRC, unlike other chat systems, doesn't keep when you're offline. In order to be notified of relevant communications you can either look at the [http://eavesdrop.openstack.org/irclogs/ channel logs] or setup an IRC proxy. <br />
<br />
The most common IRC proxies are [http://wiki.znc.in/ZNC znc] and [https://bip.milkypond.org/ bip].<br />
<br />
=== Notes to configure bip ===<br />
<br />
* [https://kashyapc.fedorapeople.org/notes-bip-IRC-proxy/README Installation notes for Fedora/RH-like] and [https://kashyapc.fedorapeople.org/notes-bip-IRC-proxy/bip.conf example bip.conf] contributed by Kashyap Chamarthy<br />
<br />
=== Notes to configure znc ===<br />
<br />
* [https://dague.net/2014/09/13/my-irc-proxy-setup/ Configuration notes] contributed by Sean Dague</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=181177Meetings/InfraTeamMeeting2022-04-25T04:47:43Z<p>Frickler: Add jammy topic</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code> on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs Review<br />
<br />
* Topics<br />
** Improving OpenDev's CD throughput (clarkb 20220412)<br />
*** Bootstrapping bridge via Zuul is now a complicated subject. Can use zuul secrets to make it happen. Are we comfortable with this?<br />
*** https://review.opendev.org/c/opendev/infra-specs/+/821645 -- spec outlining some of the issues with secrets<br />
*** https://review.opendev.org/c/opendev/system-config/+/821155 -- sample of secret writing; more info in changelog<br />
** Container maintenance (clarkb 20220412)<br />
*** https://etherpad.opendev.org/p/opendev-container-maintenance<br />
*** Running containers with dedicated users.<br />
**** Our zuul insecure-ci-registry has been updated.<br />
*** Upgrading Zookeeper<br />
*** Upgrading MariaDB<br />
*** Eventually convert MariaDB container's from uid 999 to something that makes more sense on the system.<br />
** Spring cleaning for old reviews? (frickler 20220412)<br />
*** system-config has >300 open reviews, most of them in merge-conflict and >1y old<br />
**** Some changes have been labeled with topic:system-config-cleanup and are worth landing: https://review.opendev.org/q/project:opendev/system-config+status:open+topic:system-config-cleanup<br />
*** Please look at your changes and update/rebase as necessary and set topic:system-config-cleanup and we can try to get through this backlog. Or abandon unnecessary changes.<br />
** Scheduling project renames (clarkb 20220412)<br />
*** Penciled in April 15, 2022 we'll coordinate more as that date gets closer.<br />
** Time for another git-review release (fungi 20220412)<br />
** Time for another bindep release (clarkb 20220412)<br />
** Support for Ubuntu 22.04 LTS aka Jammy Jellyfish (frickler 20220425)<br />
*** Repo mirrors https://review.opendev.org/c/opendev/system-config/+/838923<br />
*** DIB testing https://review.opendev.org/c/openstack/diskimage-builder/+/836228<br />
*** Actual build https://review.opendev.org/c/openstack/project-config/+/839057<br />
*** Nodepool release with fixes?<br />
*** Drop mirroring for Xenial in order to recover AFS quota?<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
Changes should have their topic set to project-rename.<br />
<br />
* Rename foo/example -> bar/example: https://review.opendev.org/123456<br />
<br />
* Rename x/sushy-oem-idrac -> openstack/sushy-oem-idrac: https://review.opendev.org/c/openstack/project-config/+/833019<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=180487Meetings/InfraTeamMeeting2022-01-27T15:14:58Z<p>Frickler: Gerrit mergeabilityComputationBehavior</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code> on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** OpenInfra Summit CFP and programming committee need your input: https://openinfra.dev/summit/<br />
** Service Coordinator nomination time has begun.<br />
<br />
* Actions from last meeting<br />
<br />
* Specs Review<br />
<br />
* Topics<br />
** Improving OpenDev's CD throughput (clarkb 20220125)<br />
*** Bootstrapping bridge via Zuul is now a complicated subject. Can use zuul secrets to make it happen. Are we comfortable with this?<br />
*** https://review.opendev.org/c/opendev/infra-specs/+/821645 -- spec outlining some of the issues with secrets<br />
*** https://review.opendev.org/c/opendev/system-config/+/821155 -- sample of secret writing; more info in changelog<br />
** Container maintenance (clarkb 20220125)<br />
*** https://etherpad.opendev.org/p/opendev-container-maintenance<br />
*** Buster to Bullseye updates are complete.<br />
*** Running container with dedicated users. Next up all the ircbots.<br />
*** Upgrading Zookeeper<br />
*** Upgrading MariaDB<br />
*** Eventually convert MariaDB container's from uid 999 to something that makes more sense on the system.<br />
** Spring cleaning our Nodepool images (clarkb 20220125)<br />
*** http://lists.opendev.org/pipermail/service-announce/2021-December/000029.html cleanup announcement<br />
*** Plan to remove CentOS 8 from Nodepool and Zuul first thing next week.<br />
** Spring cleaning for old reviews? (frickler 20220125)<br />
*** system-config has >300 open reviews, most of them in merge-conflict and >1y old<br />
*** Do we see value in keeping those or could we run some script to auto-abandon those with a helpful comment?<br />
*** Neutron has a script that could be easily adopted for this task<br />
**** https://opendev.org/openstack/neutron/src/branch/master/tools/abandon_old_reviews.sh<br />
*** (clarkb) Considering that we had a big shift in approach to config management about 2 years ago I would say abandoning anything prior to that is probably fine. I have a change or two since then that might be good to keep around. Maybe we start at 2 years and see what that looks like? We can always restore changes too.<br />
** Updating Grafana (clarkb 20220125)<br />
*** https://review.opendev.org/c/opendev/grafyaml/+/825990 needed to fix api use against newer grafana<br />
*** https://review.opendev.org/c/opendev/system-config/+/825410 update to latest grafana<br />
** Gerrit mergeabilityComputationBehavior (frickler 20220127)<br />
*** https://gerrit-documentation.storage.googleapis.com/Documentation/3.5.0/config-gerrit.html#change.mergeabilityComputationBehavior<br />
*** This was disabled while upgrading to 3.4.0 since the default is "NEVER"<br />
*** We could set the option to "API_REF_UPDATED_AND_CHANGE_REINDEX" to restore the previous behavior<br />
*** It doesn't look like we have to have any concerns in regard to CPU load http://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=70348&rra_id=all<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
Changes should have their topic set to project-rename.<br />
<br />
* Rename foo/example -> bar/example: https://review.opendev.org/123456<br />
* Skyline project (below repos) moving from skyline/ to openstack/ namespace: https://review.opendev.org/c/openstack/project-config/+/822222<br />
** skyline/skyline-apiserver -> openstack/skyline-apiserver<br />
** skyline/skyline-console -> openstack/skyline-console<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=180362Meetings/InfraTeamMeeting2022-01-13T10:08:06Z<p>Frickler: Propose review cleanup</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code> on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** OpenInfra Foundation Board Election happening this week. Don't forget to vote.<br />
<br />
* Actions from last meeting<br />
<br />
* Specs Review<br />
<br />
* Topics<br />
** ansible-lint failures (clarkb 20220111)<br />
*** An unpinned dep (rich) in old ansible-lint has updated and broken ansible-lint. Need to pin rich or update ansible-lint.<br />
*** clarkb has a number of these changes up for review now.<br />
** Improving OpenDev's CD throughput (clarkb 20220111)<br />
*** Bootstrapping bridge via Zuul is now a complicated subject. Can use zuul secrets to make it happen. Are we comfortable with this?<br />
*** https://review.opendev.org/c/opendev/infra-specs/+/821645 -- spec outlining some of the issues with secrets<br />
*** https://review.opendev.org/c/opendev/system-config/+/821155 -- sample of secret writing; more info in changelog<br />
** Container maintenance (clarkb 20220111)<br />
*** https://etherpad.opendev.org/p/opendev-container-maintenance<br />
*** Updating Buster images to Bullseye<br />
**** https://review.opendev.org/q/hashtag:%22bullseye-image-update%22+status:open The uwsgi image update in particular could use review.<br />
*** Running container with dedicated users. Next up all the ircbots.<br />
*** Upgrading Zookeeper<br />
*** Upgrading MariaDB<br />
*** Eventually convert MariaDB container's from uid 999 to something that makes more sense on the system.<br />
** Spring cleaning our Nodepool images (clarkb 20220111)<br />
*** http://lists.opendev.org/pipermail/service-announce/2021-December/000029.html cleanup announcement<br />
*** CentOS 8 and OpenSUSE Tumbleweed need cleanup this month.<br />
** Scheduling Gerrit Project Renames (clarkb 20220111)<br />
** Spring cleaning for old reviews? (frickler 20220113)<br />
*** system-config has >300 open reviews, most of them in merge-conflict and >1y old<br />
*** Do we see value in keeping those or could we run some script to auto-abandon those with a helpful comment?<br />
*** Neutron has a script that could be easily adopted for this task<br />
**** https://opendev.org/openstack/neutron/src/branch/master/tools/abandon_old_reviews.sh<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
* Rename foo/example -> bar/example: https://review.opendev.org/123456<br />
* Skyline project (below repos) moving from skyline/ to openstack/ namespace: https://review.opendev.org/c/openstack/project-config/+/822222<br />
** skyline/skyline-apiserver -> openstack/skyline-apiserver<br />
** skyline/skyline-console -> openstack/skyline-console<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Network/Meetings&diff=180006Network/Meetings2021-11-16T09:51:15Z<p>Frickler: </p>
<hr />
<div><br />
The OpenStack Networking Team ([[Neutron]]) holds public meetings as advertised on [http://eavesdrop.openstack.org/#Neutron_Team_Meeting OpenStack IRC Meetings Calendar]. If you are unable to attend, please check the most recent [http://eavesdrop.openstack.org/meetings/networking/ logs.]<br />
<br />
=== Announcements / Reminders ===<br />
<br />
* Yoga cycle calendar https://releases.openstack.org/yoga/schedule.html<br />
** Week R-19: http://lists.openstack.org/pipermail/openstack-discuss/2021-November/025756.html<br />
* OpenInfra Live event - https://openinfra.dev/live/#all-episodes - there are some interesting presentations there, maybe You would be interested in some of them<br />
* Yoga cycle PTG summary: http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025528.html<br />
<br />
=== Blueprints ===<br />
<br />
Blueprints which we should include in Yoga milestones:<br />
<br />
=== Community Goals ===<br />
<br />
* RBAC....<br />
** Mail from last meeting of TC: http://lists.openstack.org/pipermail/openstack-discuss/2021-November/025693.html<br />
** Etherpad with notes: https://etherpad.opendev.org/p/policy-popup-yoga-ptg<br />
** https://review.opendev.org/c/openstack/governance/+/815158<br />
<br />
This slot is to used to track the progress of the community goals.<br />
https://governance.openstack.org/tc/goals/index.html#release-cycles<br />
<br />
=== Bugs and Gate issues ===<br />
<br />
slaweq was bug deputy last week: http://lists.openstack.org/pipermail/openstack-discuss/2021-November/025770.html<br />
<br />
This week hongbin is the deputy, and next week haleyb will be.<br />
<br />
More discussion on this topic takes place during the Neutron CI meeting: https://wiki.openstack.org/wiki/Meetings/NeutronCI<br />
<br />
* [https://bugs.launchpad.net/neutron/+bugs?field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.tag=gate-failure Confirmed gate failures]<br />
* [https://bugs.launchpad.net/neutron/+bugs?field.tag=needs-attention Bugs that need attention]<br />
* [https://bugs.launchpad.net/neutron/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=OPINION&field.status%3Alist=INVALID&field.status%3Alist=WONTFIX&field.status%3Alist=EXPIRED&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=FIXRELEASED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.tag=deprecation All bug reports associated to deprecation issues]<br />
* [https://goo.gl/KtEwbL Bugs Sheet]<br />
* [http://grafana.openstack.org/dashboard/db/neutron-failure-rate Grafana dashboards]<br />
<br />
==== Bug deputy ==== <br />
<br />
You can find more information about what the role is here: https://docs.openstack.org/neutron/latest/contributor/policies/bugs.html#neutron-bug-deputy<br />
<br />
During the Denver PTG we made the decision to institute a fixed rotation for the the bugs deputy role. The currently scheduled rotation is the following: <br />
<br />
{| class="wikitable" style="text-align: center;"<br />
|-<br />
! Date !! who !! note<br />
|-<br />
| Nov-1-2021 || Bernard Cafarelli (bcafarel) ||<br />
|-<br />
| Nov-8-2021 || Slawek Kaplonski (slaweq) ||<br />
|-<br />
| Nov-15-2021 || Hongbin Lu (hongbin) ||<br />
|-<br />
| Nov-22-2021 || Brian Haley (haleyb) ||<br />
|-<br />
| Nov-29-2021 || Lajos Katona (lajoskatona) ||<br />
|-<br />
| Dec-6-2021 || Akihiro Motoki (amotoki) ||<br />
|-<br />
| Dec-13-2021 || Miguel Lavalle (mlavalle) ||<br />
|-<br />
| Dec-20-2021 || Bence Romsics (rubasov) ||<br />
|-<br />
| Dec-27-2021 || Rodolfo Alonso Hernandez (ralonsoh) ||<br />
|-<br />
| Jan-3-2022 || Lucas Alvares Gomes (lucasgomes) ||<br />
|-<br />
| Jan-10-2022 || Jakub Libosvar (jlibosva) ||<br />
|-<br />
| Jan-17-2022 || Oleg Bondarev (obondarev) ||<br />
|-<br />
| Jan-24-2022 || Mamatisa Nurmatov (isabek) ||<br />
|}<br />
<br />
In preparation for their duty week, deputies are encouraged to review the Neutron bugs policy: https://docs.openstack.org/neutron/latest/contributor/policies/bugs.html<br />
<br />
=== L3 subteam ===<br />
Blueprints:<br />
* https://blueprints.launchpad.net/neutron/+spec/openflow-based-dvr-l3<br />
* https://blueprints.launchpad.net/neutron/+spec/multiple-external-gateways<br />
* https://blueprints.launchpad.net/neutron/+spec/floatingips-portforwarding-ranges<br />
* https://blueprints.launchpad.net/neutron/+spec/support-for-ecmp<br />
* https://blueprints.launchpad.net/neutron/+spec/bgp-enhancement<br />
<br />
Other:<br />
* [RFE] Add distributed datapath for metadata<br />
* https://bugs.launchpad.net/neutron/+bug/1933222<br />
<br />
=== ryu os-ken ===<br />
<br />
* No new changes in ryu.<br />
* os-ken 2.3.0 is out now.<br />
<br />
https://ethercalc.openstack.org/make_os-ken_and_ryu_sync<br />
<br />
=== Neutron performance subteam ===<br />
<br />
=== Docs ===<br />
<br />
* The future of OpenStack documentation - http://lists.openstack.org/pipermail/openstack-dev/2016-July/099012.html<br />
* Documentation bugs - https://bugs.launchpad.net/neutron/+bugs?field.tag=doc<br />
<br />
=== Neutron-lib, planned refactoring and other impacts ===<br />
<br />
HOUSE KEEPING<br />
* Neutron-lib work items and volunteers are being tracked via etherpad: https://etherpad.openstack.org/p/neutron-lib-volunteers-and-punch-list<br />
* For a list of "current" consumers who receive neutron-lib updates and consumption patches, see: http://codesearch.openstack.org/?q=neutron-lib-current<br />
* For a complete list of neutron-lib consumption patches that may impact consumers see: https://review.openstack.org/#/q/message:%22NeutronLibImpact%22<br />
<br />
PATCHES THAT NEED REVIEWS<br />
* Decouple DB workstream/blueprint: https://review.openstack.org/#/q/status:open+topic:bp/neutronlib-decouple-db+label:Workflow%253D0<br />
* Callback payload workstream: https://review.openstack.org/#/q/status:open+topic:use-callback-payloads+label:Workflow%253D0<br />
<br />
=== On Demand Agenda ===<br />
<br />
We can only pick one or two topics we can talk in the time left of the meeting. People should add ideas to the topics section. We will select one or two topics we can chew during the next meeting. Please follow the template below:<br />
<br />
* Topic for the meeting (keep this template, please):<br />
** (nick): topic<br />
** (frickler): Bugs/Gaps with OVN and DNS resolution<br />
*** https://bugs.launchpad.net/neutron/+bug/1950686 [OVN] dns-nameserver=0.0.0.0 for a subnet isn't treated properly<br />
*** https://bugs.launchpad.net/neutron/+bug/1951074 [OVN] default setting leak nameserver config from the host to instances<br />
*** https://bugs.launchpad.net/neutron/+bug/1902950 [OVN] DNS resolution not forwarded with OVN driver<br />
*** https://bugs.launchpad.net/neutron/+bug/1899207 [OVN][Docs] admin/config-dns-res.html should be updated for OVN<br />
<br />
== Previous meeting logs ==<br />
* Previous meetings, with their notes and logs, can be found [http://eavesdrop.openstack.org/meetings/networking/ here].<br />
** [http://eavesdrop.openstack.org/meetings/networking/2021/?C=M;O=D networking-2021]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2020/?C=M;O=D networking-2020]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2019/?C=M;O=D networking-2019]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2018/?C=M;O=D networking-2018]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2017/?C=M;O=D networking-2017]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2016/?C=M;O=D networking-2016]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2015/?C=M;O=D networking-2015]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2014/?C=M;O=D networking-2014]<br />
** [http://eavesdrop.openstack.org/meetings/networking/2013/?C=M;O=D networking-2013]<br />
** [http://eavesdrop.openstack.org/meetings/quantum/2013/?C=M;O=D quantum-2013]<br />
** [http://eavesdrop.openstack.org/meetings/quantum/2012/?C=M;O=D quantum-2012]</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/Kolla&diff=179802Meetings/Kolla2021-10-27T15:03:19Z<p>Frickler: Add frickler to ping list</p>
<hr />
<div><br />
== Weekly Kolla team meeting ==<br />
<br />
Meeting time: Wednesdays at 15:00 UTC in <code><nowiki>#openstack-kolla</nowiki></code> (OFTC IRC network).<br />
<br />
More info on how to join: http://eavesdrop.openstack.org/#Kolla_Team_Meeting<br />
<br />
We track CI, release, and feature status in the [https://etherpad.openstack.org/p/KollaWhiteBoard whiteboard].<br />
<br />
=== Agenda for the next meeting ===<br />
<br />
<pre><br />
* Roll-call<br />
* Agenda<br />
* Announcements<br />
* Review action items from the last meeting<br />
* CI status<br />
* Release tasks<br />
* Yoga cycle planning<br />
* Open discussion<br />
</pre><br />
<br />
=== Regular agenda ===<br />
Copy/Paste into IRC to kick the meeting off:<br />
<pre><br />
#startmeeting kolla<br />
</pre><br />
<br />
Then, once the bot has caught up and everyone is settled:<br />
<br />
<pre><br />
#topic rollcall<br />
</pre><br />
<br />
Once folks have checked in, run the agenda by the group present:<br />
<br />
<pre><br />
#topic agenda<br />
copy and paste agenda from above<br />
</pre><br />
<br />
Go through topics from agenda<br />
<br />
<pre><br />
#topic something<br />
</pre><br />
<br />
And in the end finish the meeting<br />
<br />
<pre><br />
#endmeeting<br />
</pre><br />
<br />
=== Copy/Paste for IRC ===<br />
<br />
* https://bugs.launchpad.net/kolla<br />
* https://blueprints.launchpad.net/kolla<br />
<br />
<pre><br />
#link https://bugs.launchpad.net/kolla<br />
#link https://blueprints.launchpad.net/kolla<br />
</pre><br />
<br />
=== Previous meetings ===<br />
<br />
* IRC logs [http://eavesdrop.openstack.org/meetings/kolla]<br />
<br />
=== 10 minute warning ===<br />
<br />
Please add your name to the following list if you would like a 10 minute warning in #openstack-kolla.<br />
<pre><br />
mgoddard mnasiadka hrw egonzalez yoctozepto rafaelweingartne cosmicsound osmanlicilegi bbezak parallax Fl1nt frickler<br />
</pre><br />
<br />
== Other Kolla meetings ==<br />
<br />
[https://docs.google.com/document/d/1EwQs2GXF-EvJZamEx9vQAOSDB5tCjsDCJyHQN5_4_Sw Kolla Klub - biweekly (every other Thursday 15:00 UTC) operator-oriented calls]<br />
<br />
[[Meetings/Kolla/Kall|Kolla Kall - biweekly (every other Thursday 15:00 UTC) developer-oriented calls]]</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=179678Meetings/InfraTeamMeeting2021-10-14T17:21:24Z<p>Frickler: </p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code> on OFTC, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs Review<br />
** Prometheus spec https://review.opendev.org/c/opendev/infra-specs/+/804122<br />
*** This appears to have the votes. Plan to merge it Thursday 23:00UTC ish if no objections show up.<br />
** Mailman 3 spec https://review.opendev.org/810990<br />
*** Can use more reviews, but looks good to clarkb.<br />
<br />
* Topics<br />
** Improving OpenDev's CD throughput (clarkb 20211012)<br />
*** We can run many of our jobs in parallel in all of our CD pipelines. But this requires we properly document/address dependencies<br />
**** Need to understand our job dependencies and properly note them in Zuul config or address them by combining jobs.<br />
***** Example 1: Combine service-gitea-lb and service-gitea jobs.<br />
***** Example 2: Combine letsencrypt and nameserver jobs<br />
***** Example 3: Have all jobs with webserver config express a dependency on the letsencrypt job<br />
**** Suggest we document the known job dependencies in a human readable format, then encode this into zuul, then we can switch to parallel runs.<br />
**** https://review.opendev.org/c/opendev/system-config/+/807672<br />
***** should list dependencies for all jobs<br />
***** zuul doesn't trigger on this? not sure on best approach to make it mergable<br />
**** https://review.opendev.org/c/opendev/base-jobs/+/807807<br />
***** currently every executor adds keys for bridge, then logs in and clones system-config before running playbooks<br />
***** this change makes split jobs to do this. however, production remains the same as both are called.<br />
**** https://review.opendev.org/c/opendev/system-config/+/807808<br />
***** this is a follow-on that adds a base job to clone system-config, and stops the other production jobs re-cloning.<br />
***** this job must run first, but then all other jobs can run in parallel, as they are all in the same buildset and using the same "view" of system-config for that particular run<br />
** Gerrit Account cleanups (clarkb 20211012)<br />
*** 33 conflicts remain. Clarkb has written notes on proposed plans for each user in the comments of review02:~clarkb/gerrit_user_cleanups/audit-results-annotated.yaml<br />
** Scheduling Gerrit project renames (clarkb 20211012)<br />
*** October 15 at 18:00UTC.<br />
*** Now is the time to make sure projects have their changes in order and that we are ready.<br />
*** Updating the process to update project metadata on renamed projects<br />
** Upgrading to Gerrit 3.3 (ianw 20211012)<br />
*** Upgrade happened over the weekend. Went very smoothly<br />
*** clarkb has been using hashtag:gerrit-3.3 to track post upgrade changes that we want to land related to the upgrade<br />
*** Are we ready to drop the 3.2 images? https://review.opendev.org/c/opendev/system-config/+/813074<br />
*** Next up 3.4!<br />
** Improve zuul restarts (frickler 20211014)<br />
*** Docs at https://docs.opendev.org/opendev/system-config/latest/zuul.html#restarting-the-scheduler need updating<br />
**** What to restart (scheduler,web,fingergw?) and how (docker restart vs. docker-compose)<br />
**** When to run the re-enqueue<br />
**** Collecting debug information<br />
*** Don't reenqueue periodic jobs<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
* Venus project (below repos) moving from inspur to openstack namespace: https://review.opendev.org/808149<br />
** inspur/python-venusclient -> openstack/python-venusclient<br />
** inspur/venus -> openstack/venus<br />
** inspur/venus-specs -> openstack/venus-specs<br />
** inspur/venus-tempest-plugin -> openstack/venus-tempest-plugin<br />
** inspur/venus-dashboard -> openstack/venus-dashboard<br />
* osf to openinfra namespace move: https://review.opendev.org/808479<br />
* ansible-role-refstack-client from x to openinfra: https://review.opendev.org/765787<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=177629Meetings/InfraTeamMeeting2021-02-15T07:14:13Z<p>Frickler: </p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
<br />
* Priority Efforts (Standing meeting agenda items. Please expand if you have subtopics.)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/update-config-management.html Update Config Management]<br />
*** topic:update-cfg-mgmt<br />
*** Zuul as CD engine<br />
** OpenDev<br />
*** Gerrit account and group inconsistencies<br />
**** https://etherpad.opendev.org/p/gerrit-user-consistency-2021 High level notes.<br />
**** Group problems and 92 accounts with preferred emails missing external ids have been fixed.<br />
**** We have 17 accounts with preferred email addresses that don't have a matching external id<br />
**** We have ~642 accounts with conflicting emails in their external ids. This needs more investigating to better understand the fix for.<br />
**** Need to correct the ~642 external id issues before we can push updates to refs/meta/external-ids with Gerrit online.<br />
**** Workaround is we can stop Gerrit, push to external ids directly, reindex accounts (and groups?), start gerrit, then clear accounts caches (and groups caches?)<br />
**** Next steps<br />
***** Classify users further into situation groups<br />
***** Decide on next steps for users depending on their situation group.<br />
***** Fix the preferred email issue if possible as this can be done with gerrit online<br />
***** Start a refs/meta/external-ids checkout in a shared location and begin committing fixes to it. If we can't push all the fixes as separate commits we can squash them together and then push.<br />
*** Gerrit 3.3.1 includes the fix for Zuul and Zuul has the fixes too.<br />
**** https://review.opendev.org/c/opendev/system-config/+/765021 Build 3.3 images, currently appears to need some work.<br />
*** Configuration tuning<br />
**** Using strong refs for jgit caches<br />
**** Batch user groups and threads<br />
*** Gitea OOMs<br />
**** https://review.opendev.org/c/opendev/system-config/+/774023 Rate limiting framework change for haproxy.<br />
<br />
* General topics<br />
** OpenAFS cluster status (clarkb 20210209)<br />
*** What is server cluster status? Have they all been upgraded to 1.8.6?<br />
**** Upgrading servers to bionic then focal in place is next?<br />
** Bup and Borg Backups (clarkb 20210209)<br />
*** wiki backup status<br />
*** borg disk consumption workarounds<br />
** Picking up steam on Puppet -> Ansible rewrites (clarkb 20210209)<br />
*** Enable Xenial -> Bionic/Focal system upgrades<br />
*** https://etherpad.opendev.org/p/infra-puppet-conversions-and-xenial-upgrades Start capturing TODO list here<br />
** Deploy a new refstack.openstack.org server (kopecmartin 20210209)<br />
*** https://review.opendev.org/c/opendev/system-config/+/705258<br />
*** ianw offered to help with the deployment side<br />
*** kopecmartin will help with testing the new instance<br />
** Meetpad was not functional late last week. Seems fine now (clarkb 2020210209)<br />
** opendev.org not reachable via IPv6 from some ISPs (frickler 20210215)<br />
*** Caused by missing/inconsistent IRR records for the networks that vexxhost uses<br />
*** Pinged mnaser a couple of times but no progress so far<br />
*** Added here for increased visibility and tracking<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
* foo/example -> bar/example: https://review.opendev.org/#/c/123456<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=176635Meetings/InfraTeamMeeting2020-10-30T16:07:24Z<p>Frickler: </p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** OpenStack Release October 14<br />
** Summit next week. PTG the week after.<br />
** Wallaby cycle signing key has been activated https://review.opendev.org/760364<br />
*** Please sign if you haven't yet https://docs.opendev.org/opendev/system-config/latest/signing.html<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
<br />
* Priority Efforts (Standing meeting agenda items. Please expand if you have subtopics.)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/update-config-management.html Update Config Management]<br />
*** topic:update-cfg-mgmt<br />
*** Zuul as CD engine<br />
** OpenDev<br />
*** Preparing to upgrade Gerrit from 2.13 to 3.2<br />
**** review-test.opendev.org is an upgraded snapshot of production from October 1. Please check it out<br />
**** Basic functionality seems to be working<br />
***** logging in, git review -s, git review to push, commenting on changes, ICLA signing, replication, change searching, and so on.<br />
**** jeepyb bug/spec update hooks and the welcome message hook rely on database access and will need to be updated or sunsetted<br />
**** Upgrade Process<br />
***** Backup then upgrade from 2.13 to 2.16. This is our fallback midpoint checkpoint<br />
***** Backup again then migrate to notedb on 2.16<br />
***** Upgrade to 3.2<br />
***** Upgrade to 2.16 along with backups should be doable in a day. Then notedb migration can happen overnight with 3.2 upgrade happening on day two.<br />
**** Unknowns<br />
***** Storyboard integration<br />
**** Can we start talking about scheduling the outage and upgrade?<br />
*** Luca has offered to do a conference call with us. Let me know if interested and I'll include you for scheduling if/when that happens.<br />
<br />
* General topics<br />
** PTG PLanning (clarkb 20200929)<br />
*** October PTG registration is now open: https://www.openstack.org/ptg/<br />
*** OpenDev planning stats here: https://etherpad.opendev.org/opendev-ptg-planning-oct-2020<br />
** Bup and Borg Backups (clarkb 20200929)<br />
*** Ethercalc to be the first borg backed up service<br />
** Splitting puppet else into specific infra-prod jobs (clarkb 20200929)<br />
*** Should be mostly mechanical<br />
*** Does it make sense to try and sprint this? Have several people work on getting it done in a short period of time?<br />
** Trusty Upgrade Progress (clarkb 20200929)<br />
*** Wiki updates<br />
<br />
* Open discussion<br />
** meetpad was not useable for (some?) participants from China (frickler 20201030)<br />
*** neutron went back to using Zoom for their last sessions because of this<br />
*** can we (maybe via help from the foundation involving their local members) work on improving this?<br />
*** would be sad to see open tools not being able to be used because of this<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
* foo/example -> bar/example: https://review.opendev.org/#/c/123456<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=176137Meetings/InfraTeamMeeting2020-09-07T10:21:53Z<p>Frickler: /* Agenda for next meeting */</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenDev Team holds public weekly meetings in <code><nowiki>#opendev-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
<br />
* Priority Efforts (Standing meeting agenda items. Please expand if you have subtopics.)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/update-config-management.html Update Config Management]<br />
*** topic:update-cfg-mgmt<br />
*** Zuul as CD engine<br />
** OpenDev<br />
*** Where is review-test in terms of replicating production?<br />
**** Has git repos on root disk. Gerrit is not running.<br />
**** We should consider spinning up a new host or modifying the existing host to match productions cinder volume usage for git repos.<br />
*** Luca has offered to do a conference call with us. Let me know if interested and I'll include you for scheduling if/when that happens.<br />
*** Non master repo HEAD support for new projects has landed to gitea, gerritlib, and jeepyb. I think we can offer this to new projects now.<br />
**** Keep in mind that this will likely be a learning experience and we should communicate that to our "volunteers"<br />
<br />
* General topics<br />
** Setuptools 50 release (clarkb 20200901)<br />
*** Changes installation path of packages on Debian and Ubuntu<br />
*** Seems to have a number of bugs with python3 < 3.8<br />
** Bup and Borg Backups (clarkb 20200901)<br />
*** https://review.opendev.org/741366 is ready to land when we are ready.<br />
** Making ask.openstack.org read only (clarkb 20200901)<br />
*** https://review.opendev.org/#/c/746497/<br />
*** Any reason to not land this now? Feedback has been onboard so far.<br />
** PTG PLanning (clarkb 20200901)<br />
*** October PTG registration is now open: https://www.openstack.org/ptg/<br />
*** OpenDev planning stats here: https://etherpad.opendev.org/opendev-ptg-planning-oct-2020<br />
** Trusty Upgrade Progress (clarkb 20200901)<br />
*** Wiki updates<br />
** Recurring bogus IPv6 addresses on mirror01.ca-ymq-1.vexxhost.opendev.org (frickler 20200907)<br />
*** Likely some glitch in Neutron that allows RAs to pass from other instances which usually should be blocked?<br />
*** Pending investigation by mnaser/vexxhost<br />
*** Possible mitigation: Configure IPv6 statically and disallow RAs to take effect altogether<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
* foo/example -> bar/example: https://review.opendev.org/#/c/123456<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=174058Meetings/InfraTeamMeeting2020-02-26T13:03:46Z<p>Frickler: /* Agenda for next meeting */</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
** https://review.opendev.org/#/c/709579/ Cleaning up python dev tools on our CI images.<br />
*** https://etherpad.openstack.org/p/pTFF4U9Klz : clarkb writeup of major issues<br />
*** https://review.opendev.org/707499 : discussion in comments<br />
*** https://review.opendev.org/707513 : use venv for glean<br />
*** https://review.opendev.org/707750 : use venv in project-config elements; drop pip-and-virtualenv inclusion from element and move to individual configs; add node type with no pip-and-virtualenv. this can be used for job testing.<br />
** https://review.opendev.org/#/c/709236/ Website activity stats<br />
<br />
* Priority Efforts (Standing meeting agenda items. Please expand if you have subtopics.)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/update-config-management.html Update Config Management]<br />
*** topic:update-cfg-mgmt<br />
*** Zuul as CD engine<br />
** OpenDev<br />
*** Progress on Governance changes<br />
**** https://review.opendev.org/#/c/703134/ Split OpenDev out of OpenStack governance.<br />
**** https://review.opendev.org/#/c/703488 Updates to our project documentation with governance info<br />
<br />
* General topics<br />
** Xwiki for opendev (ttx 20200224)<br />
** Vancouver PTG attendance. (clarkb 20200225)<br />
*** Request space for a small group in Vancouver. Mentioned that we can be flexible, but having some official time is useful so that people can find us with questions. Then with a small group it is easy enough to meet in an ad hoc fashion (this worked well in Shanghai).<br />
** Trusty Upgrade Progress (clarkb 20200225)<br />
*** Wiki updates<br />
** static.openstack.org (ianw,corvus,mnaser,fungi 20200225)<br />
*** static.openstack.org transition should be complete<br />
*** still tasks remaining (haproxy redirects, few other publishing sites)<br />
** Discuss future IRC channel usage (frickler 20200226)<br />
*** We have both #openstack-infra and #opendev, maybe after the governance change we can now focus on using the latter?<br />
*** In particular the high number of duplicated gerritbot msgs is seen as an annoyance, some are even seen yet once more elsewhere, like for zuul/zuul.<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
None currently.<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Release_Naming/W_Proposals&diff=173723Release Naming/W Proposals2020-01-24T09:55:26Z<p>Frickler: </p>
<hr />
<div>== W Release Naming ==<br />
<br />
According to the [http://governance.openstack.org/reference/release-naming.html Release Naming Process], this page will contain a list of nominated names for the W release of OpenStack. We will accept nominations until February 7, 2020 23:59:59 UTC.<br />
<br />
=== Release Name Criteria ===<br />
<br />
The way we do release naming has changed slightly from past releases. Rather than restricting name candidates to the geographic region where the Summit is held, we will now accept any name a member of the community would like to propose, as long as the name begins with the appropriate letter. The current release naming criteria are:<br />
<br />
* Each release name must start with the letter of the ISO basic Latin alphabet following the initial letter of the previous release, starting with the initial release of "Austin". After "Z", the next name should start with "A" again.<br />
* The name must be composed only of the 26 characters of the ISO basic Latin alphabet. Names which can be transliterated into this character set are also acceptable.<br />
* The name must be a single word with a maximum length of 10 characters.<br />
<br />
Names which do not meet these criteria but otherwise sound really cool<br />
should be added to a separate section of the wiki page and the TC may<br />
make an exception for one or more of them to be considered in the<br />
Condorcet poll. The naming official is responsible for presenting the<br />
list of exceptional names for consideration to the TC before the poll<br />
opens.<br />
<br />
=== Proposed Names ===<br />
<br />
Please list names with any relevant links to more details. If there is a particular reason you think a name would be a good choice, please add a brief rationale with the name.<br />
<br />
* [https://en.wikipedia.org/wiki/Wallaby Wallaby] Wallabies are native to Australia, which at the start of this naming period is currently experiencing unprecedented wild fires.<br />
* [https://en.wikipedia.org/wiki/Monty_Python%27s_Life_of_Brian Wodewick] A reference to a famous and hilarious scene ("Release Wodewick!") in a movie by Monty Python (also the source of the name of the Python language), and/or a cheap joke at the expense of people with [https://en.wikipedia.org/wiki/Rhotacism_(speech_impediment) speech impediments], depending on your perspective. Would also show our reverence to the recently passed [https://en.wikipedia.org/wiki/Terry_Jones Terry Jones], the director of that movie.<br />
* [https://en.wikipedia.org/wiki/NATO_phonetic_alphabet Whiskey] The International Radiotelephony Spelling Alphabet codeword for the letter W.<br />
* [https://en.wikipedia.org/wiki/Whisky#Names_and_spellings Whisky] A popular alcoholic beverage.<br />
* [https://www.lexico.com/en/definition/wow Wow] A noun that represents a sensational success, like OpenStack.<br />
* [https://www.whistlerblackcomb.com/ Whistler] Renowned year-round resort known for skiing, snowboarding, biking.<br />
* [https://en.wiktionary.org/wiki/worldwide Worldwide] - OpenStack is a truly global phenomenon now.<br />
* [https://en.wiktionary.org/wiki/wheelhouse Wheelhouse] - An idiom meaning "in an area of one's greatest capabilities or expertise". Comes from the place a pilot would stand to navigate a ship (Kubernetes metaphors galore). Also, an excellent gastropub in Dallas.<br />
* [https://en.wikipedia.org/wiki/Winter Winter] Climate change might lead to winter not coming anymore. At least OpenStack could bring winter to us easily.<br />
* [https://en.wikipedia.org/wiki/Wasabi Wasabi] It is a japanese plant and a paste made of this plant. It is served with sushi.<br />
* [https://en.wiktionary.org/wiki/woodwind Woodwind] Because woodwinds are better than brass.<br />
* [https://en.wikipedia.org/wiki/Washington Washington] the geographical area just south of Victoria, also the capital of the USA.<br />
* [https://en.wikipedia.org/wiki/Washi Washi] Japanese paper often used for origami<br />
* [https://en.wikipedia.org/wiki/Wakanda Wakanda] Although a fictional country, it represents state-of-the-art tech advancements which conforms to OpenStack's standards<br />
* [https://www.thesprucecrafts.com/steam-locomotive-classes-2382510 Western] Name for 4-8-4 Steam Locomotive on the Denver and Rio Grande Western Railroad<br />
* [https://www.thesprucecrafts.com/steam-locomotive-classes-2382510 Wyoming] Name for 4-8-4 Steam Locomotive on the Lehigh Valley Railroad<br />
* [https://en.wiktionary.org/wiki/Wesen Wesen] German for being or essence, among other translations<br />
* [https://en.wikipedia.org/wiki/Wonju Wonju] Wonju is the most populous city in Gangwon province, South Korea and it is one of the fastest growing cities.<br />
* [https://en.wikipedia.org/wiki/Warrior Warrior] Each individual who contributes to OpenStack is a brave Warrior.<br />
* [https://en.wikipedia.org/wiki/Wakame Wakame] A seaweed in Japan. It is one of superfood and very healthy and tasty. It also is rich in expandability and elasticability in dried form.<br />
<br />
=== Proposed Names that do not meet the criteria ===</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Release_Naming/W_Proposals&diff=173611Release Naming/W Proposals2020-01-14T13:40:53Z<p>Frickler: /* Proposed Names */ Add Wodewick</p>
<hr />
<div>== W Release Naming ==<br />
<br />
According to the [http://governance.openstack.org/reference/release-naming.html Release Naming Process], this page will contain a list of nominated names for the W release of OpenStack. We will accept nominations until February 7, 2020 23:59:59 UTC.<br />
<br />
=== Release Name Criteria ===<br />
<br />
The way we do release naming has changed slightly from past releases. Rather than restricting name candidates to the geographic region where the Summit is held, we will now accept any name a member of the community would like to propose, as long as the name begins with the appropriate letter. The current release naming criteria are:<br />
<br />
* Each release name must start with the letter of the ISO basic Latin alphabet following the initial letter of the previous release, starting with the initial release of "Austin". After "Z", the next name should start with "A" again.<br />
* The name must be composed only of the 26 characters of the ISO basic Latin alphabet. Names which can be transliterated into this character set are also acceptable.<br />
* The name must be a single word with a maximum length of 10 characters.<br />
<br />
Names which do not meet these criteria but otherwise sound really cool<br />
should be added to a separate section of the wiki page and the TC may<br />
make an exception for one or more of them to be considered in the<br />
Condorcet poll. The naming official is responsible for presenting the<br />
list of exceptional names for consideration to the TC before the poll<br />
opens.<br />
<br />
=== Proposed Names ===<br />
<br />
* [https://en.wikipedia.org/wiki/Wallaby Wallaby]<br />
* [https://en.wikipedia.org/wiki/Monty_Python%27s_Life_of_Brian Wodewick]<br />
<br />
=== Proposed Names that do not meet the criteria ===</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=OpenstackChefStablebranchCreateNotes&diff=173378OpenstackChefStablebranchCreateNotes2019-12-10T12:48:58Z<p>Frickler: Update instructions for stable branch</p>
<hr />
<div>== Steps to create stable/<release> branch ==<br />
<br />
Awesome! We've decided as a group to create the next stable branch. Here are some steps to remind you on how to do it.<br />
<br />
# Go to [https://review.openstack.org/#/admin/projects/openstack/cookbook-openstack-compute,branches each repo] as a core member and create the branch with the SHA you want, usually you will just branch from master.<br />
# Changes for each cookbook and repo, create a bug to tie all the following branch work together<br />
## update.gitreview to ref defaultbranch=stable/<release><br />
## update Berksfile to ref branch: 'stable/<release>'<br />
## see https://github.com/openstack/cookbook-openstack-identity/commit/3a99613b89fb28d21def8cbeaa63e40da32768f5 for example<br />
# Create a review with the above and put it up against the stable/<release> branch.<br />
# Get it merged in and you should be good<br />
<br />
<br />
If you think doing this manually for all the cookbooks sucks, these commands might help you automating it (please CHECK the git diff before you actually push something)<br />
# first pull all the cookbooks into one folder and then try to run these commands one by one from the root folder (they are intentionally separated, since they will create some changes that you do not want to push)<br />
# check your sed version and make sure you have at least v 4.2.1 (if you are on OS X you have to install gnu-sed via Homebrew since the one installed does work in mysterious ways) <br />
<br />
for i in $(ls | grep cookbook); do<br />
cd $i<br />
git checkout stable/<release><br />
sed -i '/opendev/a\ \ branch: stable\/<release>' Berksfile<br />
sed -i 's/opendev.*$/&,/' Berksfile<br />
echo 'defaultbranch=stable/rocky' >> .gitreview<br />
berks install<br />
sed -i '/Berksfile\.lock/d' .gitignore<br />
git add Berksfile.lock<br />
cd ..<br />
done<br />
<br />
# the next one is important, since there are changes that are wrong and should<br />
# be corrected manually (like adding the branch: stable/liberty for a non<br />
# openstack cookbook)<br />
for i in $(ls | grep cookbook); do cd $i; git diff; cd .. ; done<br />
<br />
# after you checked all your changes, you can go ahead, commit it and push it<br />
# up for review<br />
for i in $(ls | grep cookbook); do<br />
cd $i<br />
git commit -am 'stable/<release> release patch'<br />
git review<br />
cd ..<br />
done<br />
<br />
== Steps for new master branch ==<br />
<br />
Now we have a new master, need to get it in sync with matching base openstack release.<br />
<br />
# Possible infra changes for changes to the gates we want for this release<br />
# Decide on new levels of tools (ChefDK, rubocop, foodcritic), we have always be trying to move forward with these<br />
# Changes for each cookbook and repo.<br />
## update metadata with new version level<br />
## update common bootstrap with newer level of ChefDK<br />
## create rubocop TODO file to outline that work to be done (rubocop --auto-gen-config and add "inherit_from: .rubocop_todo.yml" in your .rubocop.yml)<br />
## update code with refs to old openstack release (i.e. "ocata" -> "pike" (Common release and yum attributes, ...)<br />
## update all code looking for deprecation's that can now be removed<br />
## update any package dependencies that have changed for each component<br />
## update all spec test platforms to targeted levels we want for this release<br />
<br />
<br />
In order to pass gates, these need to be done in the following order:<br />
# Common, Identity, Ops-Database and Ops-Messaging <br />
# Image, BlockStorage, Network, Dashboard, Object-Storage <br />
# Compute, Orchestration, Telemetry, Integration-Test<br />
# Repo <br />
<br />
<br />
back to main page: https://wiki.openstack.org/wiki/Chef/GettingStarted</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=173047Meetings/InfraTeamMeeting2019-11-15T12:28:14Z<p>Frickler: /* Agenda for next meeting */</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
<br />
* Priority Efforts (Standing meeting agenda items. Please expand if you have subtopics.)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/update-config-management.html Update Config Management]<br />
*** topic:update-cfg-mgmt<br />
*** Zuul as CD engine<br />
** OpenDev<br />
<br />
* General topics<br />
** PTG and Summit Recap (clarkb 20191112)<br />
*** https://etherpad.openstack.org/p/OpenDev-Shanghai-PTG-2019<br />
** Trusty Upgrade Progress (clarkb 20191029)<br />
*** Wiki updates<br />
** static.openstack.org (ianw,corvus,mnaser,fungi 20191112)<br />
*** At PTG mnaser volunteered to work with us on the openstack side.<br />
*** We'll start DNS changes with static's hosted names prior to doing any mass migration.<br />
** ask.openstack.org apache2 crashing daily during logrotate (frickler 20191111)<br />
*** Needs a volunteer to further debug and find a permanent fix<br />
*** Some logs: http://paste.openstack.org/show/785843/<br />
** Installing tox with py3 in base images runs some envs with py3 now (frickler 20191115)<br />
*** See http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2019-11-15.log.html#t2019-11-15T11:10:57 ff.<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
neutron-interconnection - patch https://review.opendev.org/#/c/694478/<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=173002Meetings/InfraTeamMeeting2019-11-11T12:22:18Z<p>Frickler: /* Agenda for next meeting */</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** Summit and PTG next week. Meeting on November 5 Cancelled.<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
<br />
* Priority Efforts (Standing meeting agenda items. Please expand if you have subtopics.)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/update-config-management.html Update Config Management]<br />
*** topic:update-cfg-mgmt<br />
*** Zuul as CD engine<br />
** OpenDev<br />
<br />
* General topics<br />
** Graphite update (clarkb 20191029)<br />
*** Retention for stats.timers reduced. Files updated and rechowned.<br />
** PTG Planning (clarkb 20191029)<br />
*** https://etherpad.openstack.org/p/OpenDev-Shanghai-PTG-2019<br />
*** https://www.openstack.org/ptg/#tab_schedule PTG Schedule<br />
** Cleaning up OpenSuse 150 images (clarkb 20191029)<br />
*** The 150 images in nodepool were replaced by the 15 images. Need to update jobs so that we can remove the 150 images.<br />
*** https://review.opendev.org/#/q/topic:use-opensuse-15<br />
** Trusty Upgrade Progress (clarkb 20191029)<br />
*** Wiki updates<br />
** static.openstack.org (ianw,corvus,mnaser,fungi 20191029)<br />
*** Review spec: https://review.opendev.org/683852<br />
*** Sign up for tasks at https://etherpad.openstack.org/p/static-services<br />
*** https://etherpad.openstack.org/p/openstack-org-dns<br />
** ask.openstack.org apache2 crashing daily during logrotate (frickler 20191111)<br />
*** Needs a volunteer to further debug and find a permanent fix<br />
*** Some logs: http://paste.openstack.org/show/785843/<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=173000Meetings/InfraTeamMeeting2019-11-11T12:20:11Z<p>Frickler: /* Agenda for next meeting */</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** Summit and PTG next week. Meeting on November 5 Cancelled.<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
<br />
* Priority Efforts (Standing meeting agenda items. Please expand if you have subtopics.)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/update-config-management.html Update Config Management]<br />
*** topic:update-cfg-mgmt<br />
*** Zuul as CD engine<br />
** OpenDev<br />
<br />
* General topics<br />
** Graphite update (clarkb 20191029)<br />
*** Retention for stats.timers reduced. Files updated and rechowned.<br />
** PTG Planning (clarkb 20191029)<br />
*** https://etherpad.openstack.org/p/OpenDev-Shanghai-PTG-2019<br />
*** https://www.openstack.org/ptg/#tab_schedule PTG Schedule<br />
** Cleaning up OpenSuse 150 images (clarkb 20191029)<br />
*** The 150 images in nodepool were replaced by the 15 images. Need to update jobs so that we can remove the 150 images.<br />
*** https://review.opendev.org/#/q/topic:use-opensuse-15<br />
** Trusty Upgrade Progress (clarkb 20191029)<br />
*** Wiki updates<br />
** static.openstack.org (ianw,corvus,mnaser,fungi 20191029)<br />
*** Review spec: https://review.opendev.org/683852<br />
*** Sign up for tasks at https://etherpad.openstack.org/p/static-services<br />
*** https://etherpad.openstack.org/p/openstack-org-dns<br />
** ask.openstack.org apache2 crashing daily during logrotate (frickler 20191111)<br />
*** Needs a volunteer to further debug and find a permanent fix<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Neutron/LBaaS/Deprecation&diff=172567Neutron/LBaaS/Deprecation2019-09-26T13:16:58Z<p>Frickler: Update mailing list information</p>
<hr />
<div>= OpenStack neutron-lbaas Deprecation FAQ =<br />
<br />
__TOC__<br />
<br />
== Why are we deprecating neutron-lbaas? ==<br />
<br />
There are many reasons we have been working towards deprecating neutron-lbaas, some are:<br />
<br />
* OpenStack load balancing no longer requires deep access into the neutron code base and database. All of the required networking capabilities are now available via stable APIs.<br />
* The neutron stadium has become large, leading to project management scaling issues. As part of the [http://specs.openstack.org/openstack/neutron-specs/specs/newton/neutron-stadium.html neutron stadium evolution] neutron-lbaas was identified as a project that should spin out of neutron and become a top level [https://governance.openstack.org/tc/reference/projects/octavia.html OpenStack project].<br />
* The [http://specs.openstack.org/openstack/neutron-specs/specs/newton/kill-neutron-lbaas.html load balancing spin out of neutron] was approved during the newton release cycle.<br />
* This change de-couples the load balancing release versioning from the rest of the OpenStack deployment. Since Octavia uses stable APIs when interacting with other OpenStack services, you can run a different version of Octavia in relation to your OpenStack cloud deployment. One operator is running Queens Octavia against a Liberty release based cloud (We highly recommend you do extensive testing when running with mis-matched releases).<br />
* We increase the performance of the load balancing API by removing layers of neutron API code supporting extensions.<br />
* The addition of new API features required patches in up to four different repositories when running under neutron. With the new Octavia project we have reduced this down to two repositories.<br />
* We were limited in some API capabilities by the neutron API extensions framework.<br />
* The neutron-lbaas API code has some fundamental defects in the object locking logic that led to inconsistent state with very high API call rates. Fixing these would essentially require a full re-write of the API code which Octavia already provides.<br />
* As an independent project, we can evolve faster. For example, Octavia supported the [https://governance.openstack.org/tc/goals/pike/python35.html python 3.5] and [https://governance.openstack.org/tc/goals/queens/policy-in-code.html policy-in-code] community goals before neutron.<br />
* People are confused because it has "neutron" in the name.<br />
<br />
== What does neutron-lbaas deprecation mean? ==<br />
<br />
neutron-lbaas and neutron-lbaas-dashboard will not longer accept new feature enhancements.<br />
<br />
This is an indicator that deployments and driver developers will need to start planing for a migration to Octavia.<br />
<br />
Both projects will continue to be supported and receive bug fixes for the duration of the deprecation cycle.<br />
<br />
The code and projects will not be retired until the end of the deprecation cycle.<br />
<br />
For more information on the OpenStack deprecation process see the [https://governance.openstack.org/tc/reference/tags/assert_follows-standard-deprecation.html follows-standard-deprecation document] and the TC resolution [https://governance.openstack.org/tc/resolutions/20170620-volunteer-support.html#deprecation Definition of Upstream Support].<br />
<br />
== When is neutron-lbaas being marked as deprecated? ==<br />
<br />
neutron-lbaas and neutron-lbaas-dashboard are marked deprecated as of the Queens OpenStack release cycle.<br />
The neutron client was marked as [https://docs.openstack.org/releasenotes/python-neutronclient/ocata.html deprecated during the Ocata OpenStack release cycle].<br />
<br />
== When will the neutron-lbaas deprecation cycle end? ==<br />
<br />
At a minimum it will be two release cycles, meaning the first release that the projects could be retired in would be the "T" OpenStack release cycle.<br />
<br />
We plan to retire neutron-lbaas and neutron-lbaas-dashboard in September 2019 or the "U" OpenStack release cycle, whichever comes first. This means the code will be be removed and will not be released as part of the "U" OpenStack release.<br />
The September 2019 date lands in the Train release cycle, meaning neutron-lbaas will not be released as part of the Train release. Neutron-lbaas will be retired during the Train release cycle.<br />
<br />
== What does retiring neutron-lbaas mean? ==<br />
<br />
The infrastructure manual describes the process of [https://docs.openstack.org/infra/manual/drivers.html#retiring-a-project retiring a project].<br />
<br />
== What are the replacement projects? ==<br />
<br />
* neutron-lbaas is replaced by [https://docs.openstack.org/octavia/latest/ Octavia]<br />
* neutron-lbaas-dashboard is replaced by [https://docs.openstack.org/octavia-dashboard/latest/ octavia-dashboard]<br />
* neutron client (python-neutronclient) is replaced by [https://docs.openstack.org/python-octaviaclient/latest/ python-octaviaclient] for load balancer commands.<br />
* Python bindings for the Octavia v2 API are provided by the [https://docs.openstack.org/python-openstacksdk/latest/ OpenStack SDK].<br />
<br />
== Neutron-lbaas vs. LBaaS v2 API vs. Octavia vs. Octavia v2 API ==<br />
<br />
=== neutron-lbaas ===<br />
Neutron-lbaas is a neutron extension that extends the neutron API to provide load balancing capabilities. It implements the LBaaS v2 API. Neutron-lbaas runs inside the neutron API process and must be installed with the neutron API.<br />
<br />
=== LBaaS v2 API ===<br />
LBaaS v2 API is the second version of the Load Balancing as a Service (LBaaS) API. LBaaS v1 is End of Life (EoL) as of the Mitaka OpenStack release cycle and has been retired.<br />
<br />
Both neutron-lbaas and octavia implement the LBaaS v2 API, however octavia is a superset of the LBaaS v2 API meaning it includes additional features.<br />
<br />
=== Octavia ===<br />
Octavia is an official OpenStack service project providing load balancing capabilities for OpenStack. It includes a standalone API endpoint advertised in Keystone as service-type "load-balancer". Octavia includes a reference load balancing driver, octavia, that provides load balancing by using "amphora" which are currently implemented as service VMs. Octavia implements the LBaaS v2 API, like neutron-lbaas, but also provides additional features. See the [https://developer.openstack.org/api-ref/load-balancer/v2/index.html Octavia v2 API reference].<br />
<br />
=== Octavia v2 API ===<br />
The Octavia v2 API is a fully backward compatible superset of the LBaaS v2 API. It includes all of the capabilities of the LBaaS v2 API with additional features such as: listener statistics, batch member updates, load balancer failover, status fields for all objects, cascade delete, and many more.<br />
<br />
See the [https://developer.openstack.org/api-ref/load-balancer/v2/index.html Octavia v2 API reference] for more information on the Octavia v2 API.<br />
<br />
== How do I migrate to Octavia? ==<br />
<br />
If your neutron-lbaas load balancers are using the Octavia driver all you need to do is upgrade Octavia to the Pike release of OpenStack or newer and enable the v2 API. Your load balancer details are already in the Octavia database and using the Octavia driver infrastructure. This means that your applications can simply update the endpoint being used for load balancing from the neutron API endpoint to the Octavia API endpoint. The one caveat to this is that if neutron-lbaas created the VIP neutron port(s), Octavia will not delete it when the load balancer is deleted via the Octavia API. There will be a port migration tool provided to transfer ownership of the neutron port(s) from neutron-lbaas to Octavia.<br />
<br />
A migration guide will be developed and made available in the [https://docs.openstack.org/octavia/latest/admin/index.html administration documentation].<br />
<br />
The lbaasv2-proxy neutron service plugin is available to allow users to continue to access load balancing via the neutron API during your migration.<br />
Please see the section titled "What migration tools are available?" for more information.<br />
<br />
== What migration tools are available? ==<br />
<br />
The lbaasv2-proxy neutron service plugin is available to allow users to continue to access load balancing via the neutron API during your migration.<br />
This proxy will forward all load balancing requests received via the neutron API to the Octavia API. This should be used as a temporary migration tool as it is included in the neutron-lbaas code base and deprecation. You can enable it by editing your neutron.conf file, [DEFAULT] section and change the "service_plugins" setting from "lbaasv2" to "lbaasv2-proxy".<br />
<br />
The database schema for Octavia is very similar to the neutron-lbaas schema in the neutron database. A database migration tool will be made available to move existing load balancers from the neutron-lbaas database into the Octavia database.<br />
<br />
This tool is now available here: https://git.openstack.org/cgit/openstack/neutron-lbaas/tree/tools/nlbaas2octavia<br />
This tool supports live migration of running load balancers if the provider driver supports it, such as the Octavia amphora driver.<br />
<br />
== How do I install Octavia? ==<br />
<br />
You may already have Octavia installed as part of your neutron-lbaas installation. Octavia has been the reference driver since the OpenStack Liiberty release. If this is the case you only need to upgrade to the Pike release of OpenStack or newer and enable the v2 API.<br />
<br />
There are a number of ways to install Octavia:<br />
* By hand using the [https://docs.openstack.org/octavia/latest/install/index.html installation documentation].<br />
* Using [https://docs.openstack.org/openstack-ansible/latest/ OpenStack Ansible]<br />
* Using [https://docs.openstack.org/tripleo-docs/latest/ OpenStack Tripleo]<br />
* Using [https://docs.openstack.org/puppet-openstack-guide/latest/ Puppet]<br />
* Using vendor distributions that include Octavia.<br />
<br />
== Does Octavia support RBAC? ==<br />
Yes, Octavia has Role Based Access Control (RBAC) on the Octavia v2 API. Please see the [https://docs.openstack.org/octavia/latest/configuration/policy.html Octavia Policies] page in the Octavia documentation.<br />
<br />
== Does Octavia support quotas? ==<br />
Yes, Octavia has quota support in the Octavia v2 API. Please see the [https://developer.openstack.org/api-ref/load-balancer/v2/index.html#quotas Quota] section in the Octavia v2 API documentation.<br />
<br />
If you are using the neutron-lbaas proxy plugin to pass load balancing requests from the neutron API to the Octavia API, both the neutron quota settings and those configured in Octavia will be enforced. You may want to consider setting the neutron load balancing quotas to unlimited when you enable the neutron-lbaas proxy plugin.<br />
<br />
== Does Octavia have a Horizon dashboard (Web GUI)? ==<br />
Yes, the [https://docs.openstack.org/octavia-dashboard/latest/ Octavia dashboard] provides a greatly enhanced load balancing horizon dashboard.<br />
<br />
== What is the Command Line Interface (CLI) for Octavia? ==<br />
The [https://docs.openstack.org/python-octaviaclient/latest/ python-octaviaclient] project provides an [https://docs.openstack.org/python-openstackclient/latest/ OpenStack Client (OSC)] plugin.<br />
<br />
The OpenStack Client is a unified CLI client for all OpenStack projects. It replaces the, deprecated since Ocata, neutron CLI client.<br />
<br />
A [https://docs.openstack.org/python-octaviaclient/latest/reference/decoder.html command mapping table] is available as part of the python-octaviaclient documentation.<br />
<br />
[https://docs.openstack.org/python-octaviaclient/latest/cli/index.html Detailed command documentation] is available as part of the [https://docs.openstack.org/python-octaviaclient/latest/ python-octaviaclient] documentation.<br />
<br />
Updated user [https://docs.openstack.org/octavia/latest/user/index.html Cookbooks] are also available as part of the Octavia user documentation set.<br />
<br />
== What about neutron-lbaas provider drivers? ==<br />
<br />
In cooperation with our driver authors, a [https://docs.openstack.org/octavia/latest/contributor/specs/version1.1/enable-provider-driver.html provider driver specification] has merged for the Octavia API. This specification brings significant enhancements to the driver capabilities available to operators through the [https://docs.openstack.org/octavia/latest/contributor/specs/version1.0/flavors.html flavors mechanism].<br />
<br />
This change will require some modification to the drivers to support the new provider driver specification. This may require more effort if the prior driver was using non-stable internal neutron interfaces.<br />
<br />
Over the course of the neutron-lbaas deprecation cycle we expect provider drivers to become available for the Octavia API. These drivers will be listed in the [https://docs.openstack.org/octavia/latest/admin/index.html Octavia Administration documentation].<br />
<br />
Using the database migration tool descibed above, you should be able to migrate existing load balancers that are using a provider driver without incurring data plane downtime to the load balancer. However, this capability may vary depending on the driver implementation.<br />
<br />
Aside from the Octavia reference driver used for testing, provider drivers will no longer exist inside the Octavia project repository. We typically do not have access to the required hardware or software to properly test and maintain these drivers as part of the main Octavia repository. Moving these drivers into their own repository will allow independent development cycles for the drivers. Provider drivers will use Stevedore and packaging to allow easy installation of the driver into the Octavia API.<br />
<br />
For more information about provider drivers see the [https://docs.openstack.org/octavia/latest/contributor/specs/version1.1/enable-provider-driver.html provider driver specification].<br />
<br />
== Can I run Octavia at the same time as neutron-lbaas? ==<br />
<br />
Yes you can. However note that only load balancers using the Octavia reference driver will be visible in both systems and actions against the Octavia API may not be fully reflected in neutron-lbaas.<br />
<br />
The lbaasv2-proxy plugin can also be used to allow load balancers in Octavia to be visible via the neutron API.<br />
<br />
The OpenStack Client plugin for load balancing only supports the Octavia v2 API. To interact with neutron-lbaas from the command line you must continue to use the "neutron" client.<br />
<br />
== What about the Octavia v1 API? ==<br />
<br />
The Octavia v1 API was intended for use by the neutron-lbaas Octavia driver. It should not be exposed to end users as it does not implement access controls. For Octavia API processes hosting the Octavia v2 API for users, the v1 API should be disabled via the octavia.conf file setting "[api_settings] api_v1_enabled = False". You will also see log messages warning you if you have both API versions enabled on the same API process. If you require both APIs available in your cloud, we recommend running a separate v1 API process that is access controlled for your neutron-lbaas octavia drivers to use. This can be accomplished by either running it on an alternate, security group controlled, port or on alternate controller hosts/containers.<br />
<br />
The Octavia v1 API will follow the neutron-lbaas deprecation cycle and be removed when neutron-lbaas is removed.<br />
<br />
The Octavia v1 API is a proprietary API and is not compatible with the LBaaS v2 API specification or any other LBaaS API specification.<br />
<br />
== Where do I get more information? ==<br />
* The [https://docs.openstack.org/octavia/latest/ Octavia documentation].<br />
* The best way to reach the LBaaS team is via IRC on the Freenode IRC network channel #openstack-lbaas<br />
* Weekly Meeting: 20:00 UTC on Wednesdays in #openstack-lbaas on the Freenode IRC network.<br />
* Sending email to the OpenStack mailing list: openstack-discuss [at] lists [dot] openstack [dot] org. Please prefix the subject with '[Octavia]'</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Chef/GettingStarted&diff=172235Chef/GettingStarted2019-09-02T11:12:09Z<p>Frickler: Update links</p>
<hr />
<div>This page serves as a getting started guide for community members interested in introducing themselves to the OpenStack Chef cookbooks and community.<br />
<br />
==Communication==<br />
<br />
* The OpenStack + Chef community leverages the main [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss openstack-discuss mailing list] with the tag of [chef] in the subject line.<br />
* There is an [https://webchat.freenode.net/?channels=openstack-chef #openstack-chef channel] on freenode.net. Come hang out with us and collaborate there.<br />
* We have a maintainers list located [https://opendev.org/openstack/openstack-chef-specs/src/branch/master/MAINTAINERS.md here]. Please don't hesitate to reach out.<br />
<br />
==Bug Tracking==<br />
<br />
We track bugs and feature requests using a single Launchpad project called [https://launchpad.net/openstack-chef OpenStack + Chef]. You can [https://bugs.launchpad.net/openstack-chef see the list of open bugs] or [https://bugs.launchpad.net/openstack-chef/+filebug file a new bug].<br />
<br />
==Blueprints / Feature Tracking==<br />
<br />
For major feature enhancements and planning you can use Launchpad's Blueprints system for the OpenStack + Chef project on Launchpad. You can [https://blueprints.launchpad.net/openstack-chef/+addspec create a new blueprint] that may be targeted to a milestone and tracked appropriately.<br />
The process for blueprint content reviews is documented here: https://opendev.org/openstack/openstack-chef-specs<br />
<br />
==How to Contribute==<br />
We have broken this off into another page [https://wiki.openstack.org/wiki/Chef/Contributing here].</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Python3&diff=168733Python32019-03-07T14:17:17Z<p>Frickler: Update link for oslo_serialization.jsonutils.dump_as_bytes(obj)</p>
<hr />
<div>This page tracks the progress of Python 3 effort porting for OpenStack.<br />
<br />
== IRC: #openstack-dev ==<br />
<br />
Join the #openstack-dev IRC channel on the Freenode network to discuss Python 3.<br />
<br />
== Python 3 ==<br />
<br />
[http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?]<br />
:''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.''<br />
<br />
== Python 2: Python 2.6 support dropped, Python 2.7 only ==<br />
<br />
OpenStack Liberty targets Python 2.7 and 3.4.<br />
<br />
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.<br />
<br />
Python 3.3 support is being dropped since OpenStack Liberty.<br />
<br />
Python 2.6 is slowly being dropped in the whole OpenStack project, ex: [https://review.openstack.org/#/c/201295/ Remove p26 job from DIB].<br />
<br />
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].<br />
<br />
== Port Python 2 code to Python 3 ==<br />
<br />
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').<br />
<br />
=== Before you begin ===<br />
<br />
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:<br />
<br />
sudo apt-get install python3.4 python3.4-dev<br />
<br />
=== sixer tool ===<br />
<br />
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.<br />
<br />
=== Common patterns ===<br />
<br />
* Replace "for key in dict.iterkeys()" with "for key in dict"<br />
* Replace dict.iteritems() with dict.items()<br />
* Replace dict.itervalues() with dict.values()<br />
<br />
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.<br />
<br />
* Replace iterator.next() with next(iterator)<br />
* Replace basestring with six.string_types<br />
* Replace unicode with six.text_type<br />
* Replace (str, unicode) with six.string_types<br />
* Replace (int, long) with six.integer_types<br />
* Replace func.func_name with func.__name__<br />
* Replace exceptions.OSError with OSError and remove "import exceptions"<br />
* map() and filter() if a list is needed on Python 3:<br />
** Replace map(func, data) with [func(item) for item in data]<br />
** Replace filter(lambda obj: test(obj), data) with [obj for obj in data if test(obj)]<br />
** Note: Usually, tests fail because map() or filter() objects have no length<br />
<br />
=== Serialization: base64, JSON, etc. ===<br />
<br />
* [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:<br />
** oslo_serialization.base64.decode_as_bytes(encoded)<br />
** oslo_serialization.base64.decode_as_text(encoded, encoding='utf-8')<br />
** oslo_serialization.base64.encode_as_bytes(s, encoding='utf-8')<br />
** oslo_serialization.base64.encode_as_text(s, encoding='utf-8')<br />
* Replace text.encode('base64') and base64.b64encode(text) with:<br />
** base64.b64encode(text): only accept bytes and returns bytes,<br />
** or: oslo_serialization.base64.encode_as_bytes(text): accept bytes or Unicode and returns bytes<br />
** or: oslo_serialization.base64.encode_as_text(text): accept bytes and Unicode and returns Unicode<br />
** '''Warning:''' base64.encodestring(raw) adds a newline ("\n"), whereas encode_as_bytes() and encode_as_text() don't.<br />
* Replace raw.decode('base64') with:<br />
** base64.b64decode(raw): return bytes<br />
** oslo_serialization.base64.decode_as_bytes(encoded): accept bytes and Unicode, returns bytes<br />
** oslo_serialization.base64.decode_as_text(encoded): accept bytes and Unicode, returns Unicode<br />
<br />
Hexadecimal:<br />
<br />
* Replace raw.decode('hex') with binascii.unhexlify(raw)<br />
* Replace bytes.encode('hex') with binascii.hexlify(bytes)<br />
<br />
JSON:<br />
<br />
* [with oslo.serialization 1.10 or newer] Replace json.dumps(obj) with [https://docs.openstack.org/oslo.serialization/latest/reference/index.html#oslo_serialization.jsonutils.dump_as_bytes oslo_serialization.jsonutils.dump_as_bytes(obj)]<br />
* Replace json.loads(obj) with oslo_serialization.jsonutils.loads(obj): it accepts bytes and Unicode, bytes is decoded from UTF-8. It avoids "if isinstance(obj, bytes): obj = obj.decode('utf-8')" which may require a second temporary variable.<br />
<br />
=== contextlib.nested ===<br />
<br />
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:<br />
<br />
if six.PY3:<br />
@contextlib.contextmanager<br />
def nested(*contexts):<br />
with contextlib.ExitStack() as stack:<br />
yield [stack.enter_context(c) for c in contexts]<br />
else:<br />
nested = contextlib.nested<br />
<br />
Another option to replaced contextlib.nested is to use the @mock.patch decorator. Example with nested function:<br />
<br />
def test_thing(self):<br />
@mock.patch(...)<br />
@mock.patch(...)<br />
@mock.patch(...)<br />
def do_test(...):<br />
...<br />
<br />
do_test()<br />
<br />
More options:<br />
* 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()]<br />
* 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].<br />
<br />
=== oslo_utils.encodeutils.to_utf8 ===<br />
<br />
oslo.utils 3.5 has an oslo_utils.encodeutils.to_utf8() function to encode Unicode to UTF-8 and return bytes unchanged.<br />
<br />
=== bytes.decode and unicode.encode ===<br />
<br />
Python has a notion of "default encoding": sys.getdefaultencoding(). On Python 2, the default encoding is ASCII, whereas it is UTF-8 on Python 3.<br />
<br />
Don't write <code>data.decode()</code> or <code>text.encode()</code> without parameter, because you will use a different encoding on Python 2 and Python 3.<br />
<br />
Use an explicit encoding instead. Example: <code>data.decode('utf-8')</code> or <code>text.encode('utf-8')</code>. The right encoding depends on the use case, but UTF-8 is usually a good candidate (it is a superset of ASCII).<br />
<br />
=== safe_decode ===<br />
<br />
Olso Incubator has a function '''safe_decode()''' which can be used to decode a bytes string and pass text strings unchanged.<br />
<br />
The default encoding is <code>sys.stdin.encoding or sys.getdefaultencoding()</code>:<br />
* Python 3: the locale encoding, or UTF-8 if sys.stdin is "mocked" (io.StringIO instance)<br />
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is "mocked" (StringIO.StringIO instance)<br />
<br />
It's safer to explicit the encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is "mocked".<br />
<br />
Safe usage:<br />
* <code>safe_decode(data, 'utf-8')</code>: decode bytes from UTF-8 or returns data unchanged if it's already a text string<br />
<br />
Unsafe usage:<br />
* <code>safe_decode(data)</code><br />
<br />
By default, the decoder is strict. You can specify a different error handler using the optional <code>errors</code> parameter. Example: safe_decode(b'[\xff]', 'ascii', 'ignore') returns '[]'.<br />
<br />
=== safe_encode ===<br />
<br />
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.<br />
* <code>safe_encode(text)</code> encodes text to the output encoding<br />
* <code>safe_encode(bytes)</code> may decode the string and then reencode to a different encoding if input and output encodings are different<br />
<br />
The default input encoding (<code>incomding</code> parameter) is <code>sys.stdin.encoding or sys.getdefaultencoding()</code>:<br />
* Python 3: the locale encoding, or UTF-8 if sys.stdin is "mocked" (io.StringIO instance)<br />
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is "mocked" (StringIO.StringIO instance)<br />
<br />
The default output encoding (<code>encoding</code> parameter) is UTF-8.<br />
<br />
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 "mocked".<br />
<br />
Safe usage:<br />
* <code>safe_encode(data, incoming='utf-8')</code>: 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)<br />
<br />
Unsafe usage:<br />
* <code>safe_encode(data)</code><br />
<br />
Example:<br />
* <code>safe_encode(b'\xe9', incoming='latin-1')</code> returns <code>b'\xc3\xa9'</code>.<br />
<br />
By default, the encoder and the decoder are strict. You can specify a different error handler using the optional <code>errors</code> parameter. Example: <code>safe_encode(b'[\xff]', incoming='ascii', errors='ignore')</code> returns <code>b'[]'</code>.<br />
<br />
=== logging module and format exceptions ===<br />
<br />
The <code>exception_to_unicode(exc)</code> 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.<br />
<br />
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 <code>b'hello'</code> instead of <code>'hello'</code>.<br />
<br />
There is no clear rule for format exceptions yet. There are different choices depending on the project:<br />
<br />
* <code>str(exc)</code>: native string, so use bytes on Python 2<br />
* <code>six.text_type(exc)</code>: always use Unicode. It may raise unicode error depending on the exception, be careful. Example of such error in python 2: <code>unicode(Exception("nonascii:\xe9"))</code>.<br />
* <code>six.u(str(exc))</code>: unsafe on Python 2 if str(exc) contains non-ASCII bytes, ex: <code>unicode(str(Exception("\xff")))</code><br />
* <code>LOG.exception(_LE("... %(exc)s ..."), {"exc": exc, ...})</code><br />
<br />
Since logging functions expect text strings on Python 3, logged exceptions should be formatted using <code>str(exc)</code>. Example: <code>LOG.debug(str(exc))</code>.<br />
<br />
=== HTTP ===<br />
<br />
The HTTP protocol is based on '''bytes''':<br />
<br />
* HTTP body contains '''bytes'''. For example, use io.BytesIO for a stream storing an HTTP body.<br />
* HTTPConnection.getresponse().read() returns '''bytes''' (in Python 3, '''str''' which is bytes in Python 2)<br />
* 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)<br />
* 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?]<br />
<br />
=== References to port Python 2 code to Python 3 ===<br />
* [http://python3porting.com/ Porting to Python 3 Book] by Lennart Regebro, especially the [http://python3porting.com/differences.html Language differences and workarounds].<br />
* [http://docs.python.org/dev/howto/pyporting.html HOWTO: Porting Python 2 Code to Python 3] by Brett Cannon<br />
* [https://wiki.python.org/moin/PortingPythonToPy3k Porting Python Code to 3.x]<br />
* [http://code.google.com/p/python-incompatibility/ python-incompatibility]: Demonstrates incompatibilities between Python versions.<br />
<br />
=== Common pitfalls ===<br />
<br />
==== What is a string ? ====<br />
You should definitely not talk about "strings" 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:<br />
<br />
Python 2:<br />
>>> type('foo')<br />
<type 'str'><br />
>>> type(u'foo')<br />
<type 'unicode'><br />
>>> type(b'foo')<br />
<type 'str'><br />
>>> isinstance('foo', six.text_type)<br />
False<br />
>>> isinstance(u'foo', six.text_type)<br />
True<br />
>>> bytes is str<br />
True<br />
>>> b'foo'[0]<br />
'f'<br />
<br />
Python 3:<br />
>>> type('foo')<br />
<class 'str'><br />
>>> type(u'foo')<br />
<class 'str'><br />
>>> type(b'foo')<br />
<class 'bytes'><br />
>>> isinstance('foo', six.text_type)<br />
True<br />
>>> isinstance(b'foo', six.text_type)<br />
False<br />
>>> bytes is str<br />
False<br />
>>> b'foo'[0]<br />
102<br />
<br />
==== tox/testr error: db type could not be determined ====<br />
<br />
The "db type could not be determined" error comes from .testrepository/times.dbm used by testr.<br />
<br />
Workaround: "rm -rf .testrepository/" and then run "tox -e py34" before running "tox -e py27". You only have to do this once. The problem only occurs with "tox -e py34" when .testrepository/ was created by Python 2.<br />
<br />
== Python 3 Status of OpenStack projects ==<br />
<br />
=== Common Libraries (Oslo Projects) ===<br />
<br />
See [http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml programs.yaml] for the list of Common Libraries.<br />
<br />
{|class="wikitable sortable"<br />
|-<br />
! Project !! Python 3 compatibility !! Comment<br />
|-<br />
| [https://pypi.python.org/pypi/automaton automaton] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/castellan castellan] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/cliff cliff] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/debtcollector debtcollector] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/futurist futurist] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.cache oslo.cache] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.concurrency oslo.concurrency] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.config oslo.config] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.context oslo.context] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.db oslo.db] || style="background-color: lightgreen;" | Yes ||<br />
PyMySQL driver is now used by default for MySQL. setup.cfg contains the Python 3 classifier.<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.i18n oslo.i18n] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.log oslo.log] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.messaging oslo.messaging] || style="background-color: lightgreen;" | Yes ||<br />
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.<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.middleware oslo.middleware] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.policy oslo.policy] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.privsep oslo.privsep] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.reports oslo.reports] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.rootwrap oslo.rootwrap] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.serialization oslo.serialization] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.service oslo.service] || style="background-color: orange;" | Partial ||<br />
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).<br />
|-<br />
| [https://pypi.python.org/pypi/oslotest oslotest] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.versionedobjects oslo.versionedobjects] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.vmware oslo.vmware] || style="background-color: lightgreen;" | Yes || Supports Python 3 since oslo.vmware 0.13.0<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.utils oslo.utils] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| pylockfile || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/stevedore stevedore] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/taskflow taskflow] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/tooz tooz] || style="background-color: lightgreen;" | Yes ||<br />
|}<br />
<br />
=== Development tools ===<br />
<br />
{|class="wikitable sortable"<br />
|-<br />
! Project !! Python 3 compatibility !! Comment<br />
|-<br />
| [https://pypi.python.org/pypi/cookiecutter cookiecutter] || style="background-color: lightgreen;" | yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/hacking hacking] || style="background-color: lightgreen;" | yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/pbr pbr] || style="background-color: lightgreen;" | yes ||<br />
|-<br />
| stackforge/python-jenkins || style="background-color: lightgreen;" | yes || py33 gate is voting<br />
|-<br />
| openstack-infra/jenkins-job-builder || style="background-color: orange;" | partial || https://review.openstack.org/172238<br />
|}<br />
<br />
=== OpenStack clients ===<br />
<br />
{|class="wikitable sortable"<br />
|-<br />
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Blocked by !! Comment<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/keystonemiddleware keystonemiddleware] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || python-memcached || keystonemiddleware 1.6.1 supports Python 3.<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-barbicanclient python-barbicanclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color:lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
<br />
| [https://pypi.python.org/pypi/python-ceilometerclient python-ceilometerclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color:lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-cinderclient python-cinderclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-fuelclient python-fuelclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-glanceclient python-glanceclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen" | Voting || style="background-color:lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-heatclient python-heatclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-ironicclient python-ironicclient] || style="background-color: lightgreen;" | Yes|| style="background-color: lightgreen" | Voting || style="background-color: lightgreen;" | On PyPI || || <br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-keystoneclient python-keystoneclient] || style="background-color: lightgreen;" | Yes || style="background-color:lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-manilaclient python-manilaclient] || style="background-color: lightgreen;" | Yes || style="background-color:lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-marconiclient python-marconiclient]|| style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-masakariclient python-masakariiclient]|| style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-monascaclient python-monascaclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-novaclient python-novaclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-neutronclient python-neutronclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-octaviaclient python-octaviaclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-openstackclient python-openstackclient] || style="background-color: lightgreen" | Yes || style="background-color: lightgreen" | Voting || style="background-color: lightgreen" | On PyPI || || As of 0.9<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-saharaclient python-saharaclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-searchlightclient python-searchlightclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-senlinclient python-senlinclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-swiftclient python-swiftclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-tuskarclient python-tuskarclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-troveclient python-troveclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-watcherclient python-watcherclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-designateclient python-designateclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
<br />
|}<br />
<br />
=== OpenStack Libraries ===<br />
<br />
{|class="wikitable sortable"<br />
|-<br />
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Comment<br />
|-<br />
| blazar-nova || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| ceilometermiddleware || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/django_openstack_auth django_openstack_auth] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
django_openstack_auth 2.0 is fully compatible with Python 3.<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/glance_store glance_store] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes || glance_store 0.7.0 added the Python 3 support.<br />
|-<br />
<br />
| heat-translator || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| ironic-lib || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| keystoneauth || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| keystonemiddleware || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| ldappool || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| monasca-statsd || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| mistral-lib || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| neutron-lib || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| octavia-lib || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/os-brick os-brick] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes || os-brick 0.3.2 added Python 3 support.<br />
<br />
|-<br />
<br />
| os-client-config || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| os-traits || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| os-vif || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| os-win || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| osc-lib || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| osc-placement || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| pycadf || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| shade || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/sqlalchemy-migrate sqlalchemy-migrate] || style="background-color:lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color:lightgreen;" | Yes ||<br />
|-<br />
<br />
| sushy || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/taskflow taskflow] || style="background-color:lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| tosca-parser || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
|}<br />
<br />
=== Dependencies: Environment markers ===<br />
<br />
Example to not install the "futures" dependency on Python 3.3 and newer:<br />
<br />
<pre><br />
futures; python_version < '3.2'<br />
</pre><br />
<br />
=== OpenStack applications (tc:approved-release) ===<br />
<br />
OpenStack applications [https://governance.openstack.org/tc/reference/tags/tc_approved-release.html#tag-tc-approved-release approved by the OpenStack Technical Committee].<br />
<br />
{| class="wikitable sortable"<br />
|-<br />
! style="width: 10%;" | Project !! style="width: 10%;" | Unit tests pass on Python 3 !! style="width: 10%;" | py35 gate !! style="width: 20%;" | functional tests !! Comments<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/ceilometer ceilometer] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/cinder cinder] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | integrated-gate-py35 ||<br />
[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 "Partial-Implements: blueprint cinder-python3" 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].<br />
|-<br />
<br />
| designate || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | designate-bind9-py36 designate-bind9-py35 || ! style="background-color: orange;" | 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]<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/glance glance] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | integrated-gate-py35 || ! style="background-color: orange;" | Relies on oslo.service WSGI code that does not work under Python 3. [http://lists.openstack.org/pipermail/openstack-dev/2018-May/130277.html]<br />
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)].<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/heat heat] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | heat-functional-convg-mysql-lbaasv2-py35 ||<br />
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!<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/horizon horizon] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | horizon-openstack-tox-python3-django111,horizon-integration-tests, horizon-dsvm-tempest-plugin ||<br />
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].<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/ironic ironic] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | ironic-tempest-dsvm-ipa-partition-pxe_ipmitool-tinyipa-python3 ||<br />
[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.]<br />
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]<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/keystone keystone] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | integrated-gate-py35 ||<br />
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.<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/neutron neutron] || style="background-color:lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | integrated-gate-py35 ||<br />
[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]<br />
|-<br />
<br />
| neutron-lbaas || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | neutron-lbaasv2-dsvm-py3x-api and neutron-lbaasv2-dsvm-py3x-api-namespace ||<br />
Patches: [https://review.openstack.org/#/q/topic:bp/neutron-python3 topic:bp/neutron-python3].<br />
|-<br />
<br />
| neutron-fwaas || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | neutron-fwaas-networking-midonet-cross-py35 (non-voting) ||<br />
|-<br />
<br />
| neutron-vpnaas || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/nova nova] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | integrated-gate-py35 ||<br />
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).<br />
<br />
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<br />
|-<br />
<br />
| [https://pypi.python.org//pypi/sahara sahara] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | 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.<br />
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.<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/swift swift] || style="background-color: red;" | blocked || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
Status at 2016-06-22: 3/4,498 unit tests (0%), TODO: 4,495 tests<br />
<br />
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]<br />
<br />
Python 3 bugs: https://bugs.launchpad.net/swift/+bug/1614289<br />
<br />
[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]<br />
<br />
Python 3 unit tests require liberasurecode >= 1.0.9 and PyEClib >= 1.0.9. To install liberasurecode (in /usr):<br />
<br />
git clone https://bitbucket.org/tsg-/liberasurecode/<br />
cd liberasurecode<br />
/autogen.sh && /configure --prefix=/usr && make && sudo make install<br />
<br />
liberasurecode >= 1.0.9 is available in Ubuntu Precise, Ubuntu Trusty, Fedora 22, Fedora 23 and CentoOS 7.<br />
<br />
Update 2018-02-22: A list of current blockers: https://gist.github.com/tipabu/833b03a865dba96e9fa2230b82f5d075<br />
<br />
Update 2018-03-06: Current list of blockers with progress notes: https://etherpad.openstack.org/p/Swift_py3<br />
<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/trove trove] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | trove-devstack-base ||<br />
Status at 2019-01-06:<br />
Unit tests - 1708 tests, 1707 passed, 1 skipped.<br />
<br />
Integration tests are based on trove-devstack-base job.<br />
<br />
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<br />
<br />
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<br />
<br />
Status at 2018-02-22: It appears that only one test is in the blacklist now: guestagent.test_operating_system<br />
<br />
run_tests.py (proboscis) failures: https://review.openstack.org/#/c/346905/1<br />
<br />
Victor Stinner proposed the [https://blueprints.launchpad.net/trove/+spec/trove-python3 trove-python3 blueprint] for Mitaka.<br />
<br />
From Victor (3/17/2016): "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."<br />
<br />
Patches: [https://review.openstack.org/#/q/topic:bp/trove-python3,n,z search for the bp/trove-python3 topic].<br />
|-<br />
<br />
|}<br />
<br />
=== Other OpenStack Applications and Projects ===<br />
<br />
List of all OpenStack projects: [http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml projects.yaml].<br />
<br />
{| class="wikitable sortable"<br />
|-<br />
! style="width: 10%;" | Project !! style="width: 10%;" | Unit tests pass on Python 3 !! style="width: 10%;" | py35 gate || style="width: 20%;" | functional tests !! Comments<br />
|-<br />
<br />
| adjutant || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | Partial* || (*) Adjutant's unit tests include a suite of API tests against Adjutant APIs using DRF's internal test classes. While not true functional tests, they do stand up an internal web server and process real workloads from Adjutant's perspective, with mocking for external APIs and services (Keystone, Nova, Neutron, etc) in the places we touch their clients. This tests 92% of the code, so in all likelihood covers most py3 vs py2 issues. Tempest tests are also planned for later.<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/aodh aodh] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/barbican barbican] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | unspecified ||<br />
Blueprint [https://blueprints.launchpad.net/barbican/+spec/barbican-py3 barbican-py3].<br />
|-<br />
<br />
| blazar || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | blazar-devstack-dsvm-py35 ||<br />
|-<br />
<br />
| cloudkitty || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | cloudkitty-tempest-full-python3 ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/congress congress] || style="background-color: lightgreen;" | Yes || style="background-color: orange;" | voting* || style="background-color: lightgreen;" | congress-devstack-py35-api-mysql ||<br />
(*)py35 support required tiny modification to antlr3 package, creating debian packaging difficulty<br />
<br />
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].<br />
|-<br />
<br />
| cyborg || style="background-color: red;" | No job || style="background-color: red;" | No job || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/designate designate] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | designate-devstack-pdns4-py35 (check queue only) ||<br />
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].<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/ec2-api ec2-api] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | openstack-tox-py35 ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/freezer freezer] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| karbor || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/kuryr-kubernetes kuryr] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | openstack-tox-py35 ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/magnum magnum] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | (voting: magnum-functional-api) AND (non-voting: magnum-functional-k8s AND magnum-functional-swarm-mode) ||<br />
|-<br />
<br />
| [https://github.com/openstack/manila manila] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | manila-tempest-minimal-dsvm-dummy || ||<br />
|-<br />
<br />
| [https://github.com/openstack/manila-ui manila-ui] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | horizon-openstack-tox-python3-django111 ||<br />
|-<br />
<br />
| masakari || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | openstack-tox-py35 ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/mistral mistral] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| monasca-agent || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | monasca-tempest-python3-influxdb || https://storyboard.openstack.org/#!/story/2000975 ||<br />
|-<br />
<br />
| monasca-api || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | monasca-tempest-python3-influxdb || https://storyboard.openstack.org/#!/story/2000975 ||<br />
|-<br />
<br />
| monasca-log-api || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | monascalog-python3-tempest ||<br />
|-<br />
<br />
| monasca-ui || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job || https://storyboard.openstack.org/#!/story/2000975 ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/murano murano] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].<br />
|-<br />
<br />
| murano-agent || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Octavia octavia] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | octavia-tox-functional-py35 ||<br />
|-<br />
<br />
| panko || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | panko-tox-py35-mysql and panko-tox-py35-postgresql ||<br />
|-<br />
<br />
| qinling || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/rally rally] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | rally-tox-functional-py3 and rally-tox-self ||<br />
A big thank to Andrey Kurilin for a lot of work in this direction<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Searchlight searchlight] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | openstack-tox-py36 ||<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Senlin senlin] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | senlin-dsvm-tempest-py35-api, senlin-dsvm-tempest-py35-functional, senlin-dsvm-tempest-py35-integration (check only, non-voting) ||<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Solum solum] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | solum-devstack-py35 (check only) ||<br />
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).<br />
|-<br />
<br />
| storlets || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job (likely blocked on swift) ||<br />
|-<br />
<br />
| tacker || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | tacker-functional-devstack-python3 (check only, non-voting) ||<br />
|-<br />
<br />
| tricircle || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| vitrage || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | vitrage-dsvm-api-py35 and vitrage-dsvm-datasources-py35 ||<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Watcher watcher] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Zaqar zaqar] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://github.com/openstack/zun zun] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | zun-tempest-py35-docker-sql ||<br />
|-<br />
<br />
| networking-l2gw || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://pypi.org/project/vmware-nsx vmware-nsx] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | All 3rd part CI jobs are running python 3 ||<br />
|-<br />
<br />
| [https://pypi.org/project/vmware-nsxlib vmware-nsxlib] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | tempest-api-vmware-nsxv3 is running python 3.5 and is voting ||<br />
|-<br />
<br />
|-<br />
|}<br />
<br />
Unsorted projects:<br />
* [https://wiki.openstack.org/wiki/App-Catalog App Catalog]<br />
* Chef OpenStack (Ruby)<br />
* [https://github.com/openstack/kolla/ Kolla]: ~2100 lines of Python, but not "tox -e py27" target<br />
* OpenStack Ansible (Python): Ansible playbooks and roles for deployment<br />
* Puppet OpenStack (Ruby)<br />
* TripleO<br />
<br />
=== Enable Python 3 in DevStack ===<br />
<br />
* Fedora::<br />
<br />
sudo dnf install python3-devel<br />
sudo python3 -m pip install python-memcached # needed by keystonemiddleware<br />
<br />
* localrc: add the following line<br />
<br />
USE_PYTHON3=True<br />
<br />
See [https://review.openstack.org/#/c/414176/ Switch to python 3.5].<br />
<br />
=== Functional and Integration Tests ===<br />
<br />
Etherpad: https://etherpad.openstack.org/p/support-python3.5-functional-tests<br />
<br />
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).<br />
<br />
Patch for DevStack: [https://review.openstack.org/#/c/181165/ Enable optional Python 3 support].<br />
<br />
Projects wanting to run their existing functional test suite against their services on Python 3 should:-<br />
* Add the Python3.4 trove classifier to the setup.cfg configuration file of the respective service.<br />
* 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.<br />
* set basepython = python3.5 in tox for the necessary functional/integration tests environment.<br />
<br />
Then run tox -e<your functional test suite name>. Example:- tox -efunctional to run the functional the tests of a certain project.<br />
<br />
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.<br />
<br />
Sirushti Murugesan's attempt on Heat: https://review.openstack.org/#/c/188033/<br />
<br />
=== Python 3.5 ===<br />
<br />
* project-config: [https://review.openstack.org/#/c/336272/ Add python35 jobs]<br />
* nova: [https://review.openstack.org/#/c/336432/ Add a py35 environment to tox]<br />
* Neutron issues: https://bugs.launchpad.net/neutron/+bug/1559191<br />
* There is no Jenkins job using Python 3.5 yet<br />
* /usr/bin/python3 is Python 3.5 in Fedora 24, Ubuntu 16.04 LTS (Xenial Xerus) and Debian Stretch (Testing)<br />
<br />
=== Python 3.6 status ===<br />
<br />
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).<br />
<br />
Known issues:<br />
<br />
* eventlet<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.<br />
* Horizon explicitly only claims support for Python 3.5, when running devstack with Python 3.6 one needs to set:<br />
ENABLED_PYTHON3_PACKAGES=horizon<br />
<br />
== Status of Python 3 in Linux distributions ==<br />
<br />
* ArchLinux already [https://www.archlinux.org/news/python-is-now-python-3 switched to Python 3 by default] in 2011<br />
* 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].<br />
* Fedora schedules the switch in Fedora 23 (october 2015): [https://fedoraproject.org/wiki/Changes/Python_3_as_Default Python 3 as the Default Implementation]<br />
** [http://fedora.portingdb.xyz/ Python 3 Porting Database for Fedora] and [http://fedora.portingdb.xyz/history/ history of packages tracked by the Fedora portingdb]<br />
** [https://lwn.net/Articles/690676/ Python 3 in Fedora] (Python 3 in Fedora)<br />
* 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.<br />
* 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)<br />
* 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).<br />
<br />
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.<br />
<br />
== Status of Python 2 Support Being Dropped in Dependencies ==<br />
<br />
* Django 2.0 will not include Python 2 support (23 Jan 2017 we use Django>=1.8,<1.9)<br />
** https://github.com/django/django/pull/7867/files<br />
** https://github.com/django/django/pull/7871/files<br />
* Pylons/Pyramid are also considering dropping Python 2<br />
** https://github.com/Pylons/pyramid/issues/2903<br />
** This is the same team that maintains webob, but it isn't clear if they intend to also drop support there.<br />
<br />
[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]<br />
<br />
== Progress reports, meetings and sprints ==<br />
<br />
* Pike PTG: https://etherpad.openstack.org/p/ptg-pike-python35<br />
* Ocata Summit<br />
** https://etherpad.openstack.org/p/ocata-python-3<br />
* 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.<br />
* Mitaka Summit<br />
** Cross-project session: Python 3 was proposed, https://etherpad.openstack.org/p/mitaka-cross-project-session-planning<br />
* Liberty Summit<br />
** Cross-project session on enabling app integration testing: https://etherpad.openstack.org/p/liberty-cross-project-python3<br />
* Kilo Summit<br />
** Doug Hellmann: "Moving our applications to Python 3" cross-project session<br />
** Victor Stinner: "Port nova to Python 3", https://etherpad.openstack.org/p/liberty-nova-summit-ideas<br />
* 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)<br />
* Icehouse summit notes: https://etherpad.openstack.org/p/IcehousePypyPy3<br />
* Havana summit notes: https://etherpad.openstack.org/p/havana-python3<br />
<br />
== Articles ==<br />
<br />
* [http://blogs.rdoproject.org/7894/status-of-python-3-in-openstack-mitaka Status of Python 3 in OpenStack Mitaka] (Victor Stinner, March 2016)<br />
* [http://techs.enovance.com/7807/python-3-status-openstack-liberty Python 3 Status in OpenStack Liberty] (Cyril Roelandt and Victor Stinner, September 2015)<br />
* [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)<br />
* [http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?] (Victor Stinner, December 2013)<br />
<br />
== Pycon Montreal 2014: Sprint Port OpenStack to Python 3 ==<br />
<br />
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]].</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=168373Meetings/InfraTeamMeeting2019-02-14T14:51:04Z<p>Frickler: </p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
** [https://review.openstack.org/#/c/587283/ LetsEncrypt Spec] Need to find agreement on path forward for this so we can more easily https all the things.<br />
<br />
* Priority Efforts (Standing meeting agenda items. Please expand if you have subtopics.)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/update-config-management.html Update Config Management]<br />
*** topic:puppet-4 and topic:update-cfg-mgmt<br />
*** Zuul as CD engine<br />
** OpenDev<br />
<br />
* General topics<br />
** PTG planning for Denver, May 2-4 (clarkb 20190212)<br />
** https://etherpad.openstack.org/2019-denver-ptg-infra-planning<br />
** Running zuul-preview for netlify site previews (corvus 20190212)<br />
** Handling gpg-agent/emacs better on bridge (frickler 20190914)<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=167309Meetings/InfraTeamMeeting2018-12-17T13:47:36Z<p>Frickler: Add link to fresh review</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** Holiday season for many is upon us:<br />
*** Last meeting of 2018: December 18<br />
*** First meeting of 2019: January 8<br />
<br />
* Actions from last meeting<br />
** Clarkb started OpenDev website content draft: https://review.openstack.org/622624<br />
** ianw and dmsimard still looking for reviews on https://review.openstack.org/#/q/topic:inner-ara-results<br />
** ianw looking for reviews on glean + networkmanager + fedora29 support: https://review.openstack.org/#/q/status:open+topic:fedora29<br />
<br />
* Specs approval<br />
** https://review.openstack.org/623033 OpenDev Repo Hosting Rework Spec<br />
** https://review.openstack.org/607377 Storyboard Attachements<br />
** https://review.openstack.org/581214 Anomaly Detection in CI Logs<br />
<br />
* Priority Efforts (Standing meeting agenda items. Please expand if you have subtopics.)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/update-config-management.html Update Config Management]<br />
*** topic:puppet-4 and topic:update-cfg-mgmt<br />
*** Zuul as CD engine<br />
** OpenDev<br />
*** https://review.openstack.org/#/c/624149/1 Stack of changes to add content to hosting of opendev.org<br />
<br />
* General topics<br />
** Shared Github admin account (with 2fa) (clarkb 20181218)<br />
*** https://review.openstack.org/#/c/624531/<br />
** Pre holiday bug fixing (clarkb 20181218)<br />
*** https://review.openstack.org/625350 Fix base-server play. Related ansible bug https://github.com/ansible/ansible/issues/49969<br />
*** https://review.openstack.org/625095 Change pypi cache proxy behavior to cache indexes<br />
** Docker failing when mirror contains a path element (frickler/mgoddard 20181218)<br />
*** Breaks our zuul-quick-start job: http://logs.openstack.org/55/624855/3/check/zuul-quick-start/00d956c/job-output.txt.gz#_2018-12-17_12_36_58_996620<br />
*** http://paste.openstack.org/show/737483/<br />
*** Upstream issue doesn't look like it is going to be fixed any time soon: https://github.com/moby/moby/issues/36598<br />
*** kolla-ansible is also suffering from this: http://logs.openstack.org/89/568289/2/check/kolla-ansible-ubuntu-source-ceph/6983d0d/primary/logs/system_logs/docker.txt.gz<br />
*** Proposed workaround: Switch to using the pathless :8082 variant of our mirror unconditionally - https://review.openstack.org/625596<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=167308Meetings/InfraTeamMeeting2018-12-17T13:28:52Z<p>Frickler: </p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** Holiday season for many is upon us:<br />
*** Last meeting of 2018: December 18<br />
*** First meeting of 2019: January 8<br />
<br />
* Actions from last meeting<br />
** Clarkb started OpenDev website content draft: https://review.openstack.org/622624<br />
** ianw and dmsimard still looking for reviews on https://review.openstack.org/#/q/topic:inner-ara-results<br />
** ianw looking for reviews on glean + networkmanager + fedora29 support: https://review.openstack.org/#/q/status:open+topic:fedora29<br />
<br />
* Specs approval<br />
** https://review.openstack.org/623033 OpenDev Repo Hosting Rework Spec<br />
** https://review.openstack.org/607377 Storyboard Attachements<br />
** https://review.openstack.org/581214 Anomaly Detection in CI Logs<br />
<br />
* Priority Efforts (Standing meeting agenda items. Please expand if you have subtopics.)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/update-config-management.html Update Config Management]<br />
*** topic:puppet-4 and topic:update-cfg-mgmt<br />
*** Zuul as CD engine<br />
** OpenDev<br />
*** https://review.openstack.org/#/c/624149/1 Stack of changes to add content to hosting of opendev.org<br />
<br />
* General topics<br />
** Shared Github admin account (with 2fa) (clarkb 20181218)<br />
*** https://review.openstack.org/#/c/624531/<br />
** Pre holiday bug fixing (clarkb 20181218)<br />
*** https://review.openstack.org/625350 Fix base-server play. Related ansible bug https://github.com/ansible/ansible/issues/49969<br />
*** https://review.openstack.org/625095 Change pypi cache proxy behavior to cache indexes<br />
** Docker failing when mirror contains a path element (frickler/mgoddard 20181218)<br />
*** Breaks our zuul-quick-start job: http://logs.openstack.org/55/624855/3/check/zuul-quick-start/00d956c/job-output.txt.gz#_2018-12-17_12_36_58_996620<br />
*** http://paste.openstack.org/show/737483/<br />
*** Upstream issue doesn't look like it is going to be fixed any time soon: https://github.com/moby/moby/issues/36598<br />
*** kolla-ansible is also suffering from this: http://logs.openstack.org/89/568289/2/check/kolla-ansible-ubuntu-source-ceph/6983d0d/primary/logs/system_logs/docker.txt.gz<br />
*** Proposed workaround: Create a dedicated docker mirror vhost so that we can drop the path element from the mirror URI<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=167307Meetings/InfraTeamMeeting2018-12-17T13:28:10Z<p>Frickler: Add docker mirror issue</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** Holiday season for many is upon us:<br />
*** Last meeting of 2018: December 18<br />
*** First meeting of 2019: January 8<br />
<br />
* Actions from last meeting<br />
** Clarkb started OpenDev website content draft: https://review.openstack.org/622624<br />
** ianw and dmsimard still looking for reviews on https://review.openstack.org/#/q/topic:inner-ara-results<br />
** ianw looking for reviews on glean + networkmanager + fedora29 support: https://review.openstack.org/#/q/status:open+topic:fedora29<br />
<br />
* Specs approval<br />
** https://review.openstack.org/623033 OpenDev Repo Hosting Rework Spec<br />
** https://review.openstack.org/607377 Storyboard Attachements<br />
** https://review.openstack.org/581214 Anomaly Detection in CI Logs<br />
<br />
* Priority Efforts (Standing meeting agenda items. Please expand if you have subtopics.)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/update-config-management.html Update Config Management]<br />
*** topic:puppet-4 and topic:update-cfg-mgmt<br />
*** Zuul as CD engine<br />
** OpenDev<br />
*** https://review.openstack.org/#/c/624149/1 Stack of changes to add content to hosting of opendev.org<br />
<br />
* General topics<br />
** Shared Github admin account (with 2fa) (clarkb 20181218)<br />
*** https://review.openstack.org/#/c/624531/<br />
** Pre holiday bug fixing (clarkb 20181218)<br />
*** https://review.openstack.org/625350 Fix base-server play. Related ansible bug https://github.com/ansible/ansible/issues/49969<br />
*** https://review.openstack.org/625095 Change pypi cache proxy behavior to cache indexes<br />
** Docker failing when mirror contains a path element<br />
*** Breaks our zuul-quick-start job: http://logs.openstack.org/55/624855/3/check/zuul-quick-start/00d956c/job-output.txt.gz#_2018-12-17_12_36_58_996620<br />
*** http://paste.openstack.org/show/737483/<br />
*** Upstream issue doesn't look like it is going to be fixed any time soon: https://github.com/moby/moby/issues/36598<br />
*** kolla-ansible is also suffering from this: http://logs.openstack.org/89/568289/2/check/kolla-ansible-ubuntu-source-ceph/6983d0d/primary/logs/system_logs/docker.txt.gz<br />
*** Proposed workaround: Create a dedicated docker mirror vhost so that we can drop the path element from the mirror URI<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/Designate&diff=165656Meetings/Designate2018-10-09T12:02:37Z<p>Frickler: </p>
<hr />
<div><br />
= DNSaaS Meetings =<br />
<br />
The DNSaaS team holds a biweekly IRC meeting in #openstack-meeting on '''Wednesdays'''. Every four weeks on week 0 of the four week rotation the meeting starts at 1100 UTC and on week 2 of the four week rotation it starts at 1700 UTC.<br />
<br />
Meeting logs are available at http://eavesdrop.openstack.org/meetings/designate/<br />
<br />
=== Agenda ===<br />
<br />
* Announcements (if any)<br />
* Action Items from last meeting<br />
* Specific Items:<br />
** Bug Triage (recurring)<br />
*** https://bugs.launchpad.net/designate/+bugs?search=Search&field.status=New<br />
*** https://bugs.launchpad.net/python-designateclient/+bugs?search=Search&field.status=New<br />
*** https://bugs.launchpad.net/designate-dashboard/+bugs?search=Search&field.status=New<br />
** Stable Backport Triage<br />
*** git log --oneline --since '4 weeks ago'<br />
* Open Discussion<br />
** Rolling upgrade (trungnv)<br />
*** Launchpad Blueprint<br />
**** https://blueprints.launchpad.net/designate/+spec/designate-rolling-upgrade<br />
*** Specs<br />
**** https://review.openstack.org/#/c/451865/<br />
<br />
=== Future/Unscheduled Agenda Items ===</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/QATeamMeeting&diff=162597Meetings/QATeamMeeting2018-07-09T13:24:13Z<p>Frickler: </p>
<hr />
<div>__TOC__<br />
<br />
= Weekly QA Team meeting =<br />
The [[QA|OpenStack Quality Assurance (QA)]] team Develop, maintain, and initiate tools and plans to ensure the upstream stability and quality of OpenStack, and its release readiness at any point during the release cycle.<br />
<br />
The [[QA|OpenStack Quality Assurance (QA)]] team holds public weekly Office hours:<br />
* Channel: <code><nowiki>#openstack-qa</nowiki></code><br />
* Time: Thursday every week at 09:00 UTC and 17:00 UTC.<br />
<br />
Everyone interested in testing, quality assurance, performance engineering, etc, should attend! The meeting minutes of previous meetings can be found here: [http://eavesdrop.openstack.org/meetings/qa meeting minutes on eavesdrop]<br />
<br />
'''''Rules for adding to the agenda''''':<br />
* anyone is free to add to proposed agenda, please do so by 1 hr before the Office hours<br />
* if you add an item to the agenda, please include your ircnick (i.e. sdague) to the end of your item, so we know who did, and who should lead the discussion<br />
<br />
<br />
'''''Tips to Chair the Office hours''''':<br />
* Start this meeting using: #startmeeting qa<br />
* If nothing much to discuss then we can always finish Office hours any time before 1 hour.<br />
* Announcement and Priority Items progress (first 2 items of Agenda) can be skipped and need not to be tracked every week.<br />
<br />
== Agenda for next Office hours ==<br />
PING LIST- gmann, andreaf, masayukig, chandankumar, felipemonteiro, frickler<br />
* Announcement and Action Item (Optional)<br />
* Rocky Priority Items progress <br />
** https://etherpad.openstack.org/p/qa-rocky-priorities-tracking<br />
* OpenStack Events Updates and Planning<br />
** <This includes the OpenStack Summit and PTG updates and planning><br />
** Next: Denver PTG <br />
*** Draft Schedule by ttx -http://lists.openstack.org/pipermail/openstack-dev/2018-June/131881.html<br />
* Sub Teams highlights (Sub Teams means individual projects under QA program)<br />
** Tempest<br />
*** https://review.openstack.org/#/q/project:openstack/tempest+status:open<br />
*** https://bugs.launchpad.net/nova/+bug/1776684 <br />
** Patrole<br />
*** Feature flag for supporting backwards-incompatible policies for n-1/n-2 testing: https://review.openstack.org/#/c/556136/<br />
*** Initial implementation for multi-policy support: https://review.openstack.org/#/c/554764/<br />
*** Once merged, need to create etherpad to track multiple policy changes<br />
** Any other (active sub team will add their status reporting here)<br />
* Bug Triage<br />
** http://paste.openstack.org/show/701412/<br />
* Open Discussion<br />
** [everyone feel free to add their topics under Open Discussion prior to the Office hours with your irc nickname]<br />
*** Critical Reviews<br />
*** Static accounts tests for tempest - https://review.openstack.org/580364 (frickler)<br />
<br />
== Previous meetings ==<br />
* All previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/qa/.<br />
* Old agendas are stored on [[Meetings/QATeamMeeting/OldAgendas]]</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=160840Meetings/InfraTeamMeeting2018-04-17T08:37:53Z<p>Frickler: Add "magic word topic" topic</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
<br />
* Priority Efforts<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
** We should reevaluate current projects and add a priority effort or two.<br />
*** Gerrit 2.14/2.15 upgrade<br />
*** Control plane operating system upgrades<br />
*** Wiki?<br />
*** Puppet 4/5<br />
*** More Ansible<br />
<br />
* General topics<br />
** Future of 3rd-party CI instructions (ianw 2018-04-10)<br />
*** http://eavesdrop.openstack.org/meetings/zuul/2018/zuul.2018-04-09-22.01.log.html#l-52<br />
*** http://git.openstack.org/cgit/openstack-infra/puppet-openstackci/tree/manifests/single_node_ci.pp#n297<br />
*** puppet-openstackci single-node deploy basically does not support zuul/nodepool v3; a lot of "logic" in system-config<br />
*** we have offers of help, how do we direct people?<br />
*** Some options:<br />
**** Fix puppet-openstackci so it deploys zuul/zuul-[executor|launcher]/nodepool-[launcher|builder]/zk stack?<br />
**** 1) follow zuul-from-scratch 2) here's how to connect to openstack gerrit 3) here's tox-ish/devstack job examples<br />
**** 1) Use windmill 2) here's tox-ish/devstack job examples <br />
** Add mention of magic word(s) "infra-root" and maybe "config-core" to #openstack-infra topic? (frickler 2018-04-17)<br />
*** Came up in recent help request that someone was using "infraroot" instead, which doesn't highlight (at least for me)<br />
*** Also so various variants of this already. Might help users find the right contact. OTOH might attract spam? Should be discussed IMHO.<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Release_Naming/S_Proposals&diff=159952Release Naming/S Proposals2018-03-02T13:57:10Z<p>Frickler: /* Proposed Names */ Add Sonne - Sonnenallee</p>
<hr />
<div>== S Release Naming ==<br />
<br />
According to the [http://governance.openstack.org/reference/release-naming.html Release Naming Process], this page will contain a list of nominated names for the S release of OpenStack. We will accept nominations until 2018-03-05 23:59:59 UTC.<br />
<br />
=== Release Name Criteria ===<br />
<br />
* Each release name must start with the letter of the ISO basic Latin alphabet following the initial letter of the previous release, starting with the initial release of "Austin". After "Z", the next name should start with "A" again.<br />
* The name must be composed only of the 26 characters of the ISO basic Latin alphabet. Names which can be transliterated into this character set are also acceptable.<br />
* The name must refer to the physical or human geography of the region encompassing the location of the OpenStack design summit for the corresponding release. The exact boundaries of the geographic region under consideration must be declared before the opening of nominations, as part of the initiation of the selection process.<br />
* The name must be a single word with a maximum of 10 characters. Words that describe the feature should not be included, so "Foo City" or "Foo Peak" would both be eligible as "Foo".<br />
<br />
Names which do not meet these criteria but otherwise sound really cool<br />
should be added to a separate section of the wiki page and the TC may<br />
make an exception for one or more of them to be considered in the<br />
Condorcet poll. The naming official is responsible for presenting the<br />
list of exceptional names for consideration to the TC before the poll<br />
opens.<br />
<br />
=== Exact Geographic Region ===<br />
<br />
The Geographic Region from where names for the S release will come is [https://en.wikipedia.org/wiki/Berlin Berlin]<br />
<br />
=== Proposed Names ===<br />
[https://en.wikipedia.org/wiki/Spree Spree] (a river that flows through the Saxony, Brandenburg and Berlin states of Germany)<br />
<br />
[https://en.wikipedia.org/wiki/Berlin_S-Bahn SBahn] (The Berlin S-Bahn is a rapid transit system in and around Berlin)<br />
<br />
[https://en.wikipedia.org/wiki/Spandau Spandau] (One of the twelve boroughs of Berlin)<br />
<br />
[https://duckduckgo.com/?q=steinstra%C3%9Fe+berlin&t=ffsb&ia=web&iaxm=places Stein] (Steinstraße or "Stein Street" in Berlin, can also be conveniently abbreviated as 🍺)<br />
<br />
[https://en.wikipedia.org/wiki/Steglitz Steglitz] (a locality in the South Western part of the city)<br />
<br />
[https://en.wikipedia.org/wiki/Axel_Springer_SE Springer] (Berlin is headquarters of Axel Springer publishing house)<br />
<br />
[https://en.wikipedia.org/wiki/Staaken Staaken] (a locality within the Spandau borough)<br />
<br />
[https://en.wikipedia.org/wiki/Niedersch%C3%B6nhausen#Subdivision Schoenholz] (A zone in the Niederschönhausen district of Berlin)<br />
<br />
[https://www.berlin.de/en/attractions-and-sights/3561325-3104052-shell-building.en.html Shellhaus] (A famous office building)<br />
<br />
[https://de.wikipedia.org/wiki/Bahnhof_Berlin_S%C3%BCdkreuz Suedkreuz] ("southern cross" - a railway station in Tempelhof-Schöneberg)<br />
<br />
[http://www.berlin.de/senuvk/umwelt/stadtgruen/gruenanlagen/de/gruenanlagen_plaetze/mitte/schillerpark/index.shtml Schiller] (A park in the Mitte borough)<br />
<br />
[https://goo.gl/maps/SXXNdhi6oFA2 Saatwinkel] (The name of a super tiny beach, and its surrounding neighborhood)<br />
(The adjective form, Saatwinkler is also [https://de.wikipedia.org/wiki/Saatwinkler_Steg a really cool bridge] but that form is too long)<br />
<br />
[https://en.wikipedia.org/wiki/Sonnenallee_(Berlin) Sonne] (Sonnenallee is the name of a large street in Berlin crossing the former wall, also translates as "sun")<br />
<br />
=== Proposed Names that do not meet the criteria ===<br />
<br />
[https://en.wikipedia.org/wiki/Black_Forest Schwarzwald] (The Black Forest is outside of the Berlin vicinity, but soooo cool))<br />
<br />
[https://en.wikipedia.org/wiki/Sch%C3%B6nhausen_Palace Schoenhausen Palace] (German: Schloss Schönhausen, a Baroque palace in the borough of Pankow, Berlin)<br />
<br />
[https://en.wikipedia.org/wiki/Sch%C3%B6neberg Schoeneberg] (German: Schöneberg, one of Berlin's localities, part of Tempelhof-Schöneberg borough)<br />
<br />
[https://en.wikipedia.org/wiki/Schwanenwerder Schwanenwerder] (a pretty island that is totally within the city limits)<br />
<br />
[https://en.wikipedia.org/wiki/Schm%C3%B6ckwitz Schmoeckwitz] (German: Schmöckwitz, a cool locality in the South East with a lot of water)<br />
<br />
Schmetterlingswiesen ("butterfly meadows" - a park in eastern Berlin)<br />
<br />
[https://en.wikipedia.org/wiki/SO36 SO36] (historic denomination of a part of Kreuzberg, and also a famous club associated with the punk scene) (if digits are allowed...?)<br />
<br />
[https://en.wikipedia.org/wiki/Sanssouci Sanssouci] (The palace of Frederick the Great located just outside of Berlin in Pottsdam, but considered by many as part of Berlin)<br />
<br />
[https://en.wikipedia.org/wiki/Bread_roll Schrippe] (A frequently used word in original Berlin dialect for bread roll)</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Python3&diff=159844Python32018-02-26T10:45:07Z<p>Frickler: Add python 3.6 status</p>
<hr />
<div>This page tracks the progress of Python 3 effort porting for OpenStack.<br />
<br />
== IRC: #openstack-python3 ==<br />
<br />
Join the #openstack-python3 IRC channel on the Freenode network to discuss Python 3.<br />
<br />
== Python 3 ==<br />
<br />
[http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?]<br />
:''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.''<br />
<br />
== Python 2: Python 2.6 support dropped, Python 2.7 only ==<br />
<br />
OpenStack Liberty targets Python 2.7 and 3.4.<br />
<br />
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.<br />
<br />
Python 3.3 support is being dropped since OpenStack Liberty.<br />
<br />
Python 2.6 is slowly being dropped in the whole OpenStack project, ex: [https://review.openstack.org/#/c/201295/ Remove p26 job from DIB].<br />
<br />
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].<br />
<br />
== Port Python 2 code to Python 3 ==<br />
<br />
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').<br />
<br />
=== Before you begin ===<br />
<br />
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:<br />
<br />
sudo apt-get install python3.4 python3.4-dev<br />
<br />
=== sixer tool ===<br />
<br />
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.<br />
<br />
=== Common patterns ===<br />
<br />
* Replace "for key in dict.iterkeys()" with "for key in dict"<br />
* Replace dict.iteritems() with dict.items()<br />
* Replace dict.itervalues() with dict.values()<br />
<br />
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.<br />
<br />
* Replace iterator.next() with next(iterator)<br />
* Replace basestring with six.string_types<br />
* Replace unicode with six.text_type<br />
* Replace (str, unicode) with six.string_types<br />
* Replace (int, long) with six.integer_types<br />
* Replace func.func_name with func.__name__<br />
* Replace exceptions.OSError with OSError and remove "import exceptions"<br />
* map() and filter() if a list is needed on Python 3:<br />
** Replace map(func, data) with [func(item) for item in data]<br />
** Replace filter(lambda obj: test(obj), data) with [obj for obj in data if test(obj)]<br />
** Note: Usually, tests fail because map() or filter() objects have no length<br />
<br />
=== Serialization: base64, JSON, etc. ===<br />
<br />
* [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:<br />
** oslo_serialization.base64.decode_as_bytes(encoded)<br />
** oslo_serialization.base64.decode_as_text(encoded, encoding='utf-8')<br />
** oslo_serialization.base64.encode_as_bytes(s, encoding='utf-8')<br />
** oslo_serialization.base64.encode_as_text(s, encoding='utf-8')<br />
* Replace text.encode('base64') and base64.b64encode(text) with:<br />
** base64.b64encode(text): only accept bytes and returns bytes,<br />
** or: oslo_serialization.base64.encode_as_bytes(text): accept bytes or Unicode and returns bytes<br />
** or: oslo_serialization.base64.encode_as_text(text): accept bytes and Unicode and returns Unicode<br />
** '''Warning:''' base64.encodestring(raw) adds a newline ("\n"), whereas encode_as_bytes() and encode_as_text() don't.<br />
* Replace raw.decode('base64') with:<br />
** base64.b64decode(raw): return bytes<br />
** oslo_serialization.base64.decode_as_bytes(encoded): accept bytes and Unicode, returns bytes<br />
** oslo_serialization.base64.decode_as_text(encoded): accept bytes and Unicode, returns Unicode<br />
<br />
Hexadecimal:<br />
<br />
* Replace raw.decode('hex') with binascii.unhexlify(raw)<br />
* Replace bytes.encode('hex') with binascii.hexlify(bytes)<br />
<br />
JSON:<br />
<br />
* [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)]<br />
* Replace json.loads(obj) with oslo_serialization.jsonutils.loads(obj): it accepts bytes and Unicode, bytes is decoded from UTF-8. It avoids "if isinstance(obj, bytes): obj = obj.decode('utf-8')" which may require a second temporary variable.<br />
<br />
=== contextlib.nested ===<br />
<br />
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:<br />
<br />
if six.PY3:<br />
@contextlib.contextmanager<br />
def nested(*contexts):<br />
with contextlib.ExitStack() as stack:<br />
yield [stack.enter_context(c) for c in contexts]<br />
else:<br />
nested = contextlib.nested<br />
<br />
Another option to replaced contextlib.nested is to use the @mock.patch decorator. Example with nested function:<br />
<br />
def test_thing(self):<br />
@mock.patch(...)<br />
@mock.patch(...)<br />
@mock.patch(...)<br />
def do_test(...):<br />
...<br />
<br />
do_test()<br />
<br />
More options:<br />
* 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()]<br />
* 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].<br />
<br />
=== oslo_utils.encodeutils.to_utf8 ===<br />
<br />
oslo.utils 3.5 has an oslo_utils.encodeutils.to_utf8() function to encode Unicode to UTF-8 and return bytes unchanged.<br />
<br />
=== bytes.decode and unicode.encode ===<br />
<br />
Python has a notion of "default encoding": sys.getdefaultencoding(). On Python 2, the default encoding is ASCII, whereas it is UTF-8 on Python 3.<br />
<br />
Don't write <code>data.decode()</code> or <code>text.encode()</code> without parameter, because you will use a different encoding on Python 2 and Python 3.<br />
<br />
Use an explicit encoding instead. Example: <code>data.decode('utf-8')</code> or <code>text.encode('utf-8')</code>. The right encoding depends on the use case, but UTF-8 is usually a good candidate (it is a superset of ASCII).<br />
<br />
=== safe_decode ===<br />
<br />
Olso Incubator has a function '''safe_decode()''' which can be used to decode a bytes string and pass text strings unchanged.<br />
<br />
The default encoding is <code>sys.stdin.encoding or sys.getdefaultencoding()</code>:<br />
* Python 3: the locale encoding, or UTF-8 if sys.stdin is "mocked" (io.StringIO instance)<br />
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is "mocked" (StringIO.StringIO instance)<br />
<br />
It's safer to explicit the encoding to not rely on the locale encoding and have the same behaviour even if sys.stdin is "mocked".<br />
<br />
Safe usage:<br />
* <code>safe_decode(data, 'utf-8')</code>: decode bytes from UTF-8 or returns data unchanged if it's already a text string<br />
<br />
Unsafe usage:<br />
* <code>safe_decode(data)</code><br />
<br />
By default, the decoder is strict. You can specify a different error handler using the optional <code>errors</code> parameter. Example: safe_decode(b'[\xff]', 'ascii', 'ignore') returns '[]'.<br />
<br />
=== safe_encode ===<br />
<br />
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.<br />
* <code>safe_encode(text)</code> encodes text to the output encoding<br />
* <code>safe_encode(bytes)</code> may decode the string and then reencode to a different encoding if input and output encodings are different<br />
<br />
The default input encoding (<code>incomding</code> parameter) is <code>sys.stdin.encoding or sys.getdefaultencoding()</code>:<br />
* Python 3: the locale encoding, or UTF-8 if sys.stdin is "mocked" (io.StringIO instance)<br />
* Python 2: the locale encoding, or ASCII if stdin is not a TTY or if sys.stdin is "mocked" (StringIO.StringIO instance)<br />
<br />
The default output encoding (<code>encoding</code> parameter) is UTF-8.<br />
<br />
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 "mocked".<br />
<br />
Safe usage:<br />
* <code>safe_encode(data, incoming='utf-8')</code>: 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)<br />
<br />
Unsafe usage:<br />
* <code>safe_encode(data)</code><br />
<br />
Example:<br />
* <code>safe_encode(b'\xe9', incoming='latin-1')</code> returns <code>b'\xc3\xa9'</code>.<br />
<br />
By default, the encoder and the decoder are strict. You can specify a different error handler using the optional <code>errors</code> parameter. Example: <code>safe_encode(b'[\xff]', incoming='ascii', errors='ignore')</code> returns <code>b'[]'</code>.<br />
<br />
=== logging module and format exceptions ===<br />
<br />
The <code>exception_to_unicode(exc)</code> 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.<br />
<br />
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 <code>b'hello'</code> instead of <code>'hello'</code>.<br />
<br />
There is no clear rule for format exceptions yet. There are different choices depending on the project:<br />
<br />
* <code>str(exc)</code>: native string, so use bytes on Python 2<br />
* <code>six.text_type(exc)</code>: always use Unicode. It may raise unicode error depending on the exception, be careful. Example of such error in python 2: <code>unicode(Exception("nonascii:\xe9"))</code>.<br />
* <code>six.u(str(exc))</code>: unsafe on Python 2 if str(exc) contains non-ASCII bytes, ex: <code>unicode(str(Exception("\xff")))</code><br />
* <code>LOG.exception(_LE("... %(exc)s ..."), {"exc": exc, ...})</code><br />
<br />
Since logging functions expect text strings on Python 3, logged exceptions should be formatted using <code>str(exc)</code>. Example: <code>LOG.debug(str(exc))</code>.<br />
<br />
=== HTTP ===<br />
<br />
The HTTP protocol is based on '''bytes''':<br />
<br />
* HTTP body contains '''bytes'''. For example, use io.BytesIO for a stream storing an HTTP body.<br />
* HTTPConnection.getresponse().read() returns '''bytes''' (in Python 3, '''str''' which is bytes in Python 2)<br />
* 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)<br />
* 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?]<br />
<br />
=== References to port Python 2 code to Python 3 ===<br />
* [http://python3porting.com/ Porting to Python 3 Book] by Lennart Regebro, especially the [http://python3porting.com/differences.html Language differences and workarounds].<br />
* [http://docs.python.org/dev/howto/pyporting.html HOWTO: Porting Python 2 Code to Python 3] by Brett Cannon<br />
* [https://wiki.python.org/moin/PortingPythonToPy3k Porting Python Code to 3.x]<br />
* [http://code.google.com/p/python-incompatibility/ python-incompatibility]: Demonstrates incompatibilities between Python versions.<br />
<br />
=== Common pitfalls ===<br />
<br />
==== What is a string ? ====<br />
You should definitely not talk about "strings" 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:<br />
<br />
Python 2:<br />
>>> type('foo')<br />
<type 'str'><br />
>>> type(u'foo')<br />
<type 'unicode'><br />
>>> type(b'foo')<br />
<type 'str'><br />
>>> isinstance('foo', six.text_type)<br />
False<br />
>>> isinstance(u'foo', six.text_type)<br />
True<br />
>>> bytes is str<br />
True<br />
>>> b'foo'[0]<br />
'f'<br />
<br />
Python 3:<br />
>>> type('foo')<br />
<class 'str'><br />
>>> type(u'foo')<br />
<class 'str'><br />
>>> type(b'foo')<br />
<class 'bytes'><br />
>>> isinstance('foo', six.text_type)<br />
True<br />
>>> isinstance(b'foo', six.text_type)<br />
False<br />
>>> bytes is str<br />
False<br />
>>> b'foo'[0]<br />
102<br />
<br />
==== tox/testr error: db type could not be determined ====<br />
<br />
The "db type could not be determined" error comes from .testrepository/times.dbm used by testr.<br />
<br />
Workaround: "rm -rf .testrepository/" and then run "tox -e py34" before running "tox -e py27". You only have to do this once. The problem only occurs with "tox -e py34" when .testrepository/ was created by Python 2.<br />
<br />
== Python 3 Status of OpenStack projects ==<br />
<br />
=== Common Libraries (Oslo Projects) ===<br />
<br />
See [http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml programs.yaml] for the list of Common Libraries.<br />
<br />
{|class="wikitable sortable"<br />
|-<br />
! Project !! Python 3 compatibility !! Comment<br />
|-<br />
| [https://pypi.python.org/pypi/automaton automaton] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/castellan castellan] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/cliff cliff] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/debtcollector debtcollector] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/futurist futurist] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.cache oslo.cache] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.concurrency oslo.concurrency] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.config oslo.config] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.context oslo.context] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.db oslo.db] || style="background-color: lightgreen;" | Yes ||<br />
PyMySQL driver is now used by default for MySQL. setup.cfg contains the Python 3 classifier.<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.i18n oslo.i18n] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.log oslo.log] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.messaging oslo.messaging] || style="background-color: lightgreen;" | Yes ||<br />
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.<br />
<br />
The py34 check job is not more voting because of [//bugs.launchpad.net/ubuntu/+source/python3.4/+bug/1367907 ubuntu still uses Python 3.4.0 which has a severe bug].<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.middleware oslo.middleware] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.policy oslo.policy] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.privsep oslo.privsep] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.reports oslo.reports] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.rootwrap oslo.rootwrap] || style="background-color: lightgreen;" | Yes ||<br />
oslo.rootwrap 2.4 works on Python 3, but eventlet tests hangs on Python 3. It's now fixed in the development version. oslo.rootwrap has a non-voting python34 check job.<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.serialization oslo.serialization] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.service oslo.service] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslotest oslotest] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.versionedobjects oslo.versionedobjects] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.vmware oslo.vmware] || style="background-color: lightgreen;" | Yes || Supports Python 3 since oslo.vmware 0.13.0<br />
|-<br />
| [https://pypi.python.org/pypi/oslo.utils oslo.utils] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| pylockfile || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/stevedore stevedore] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/taskflow taskflow] || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/tooz tooz] || style="background-color: lightgreen;" | Yes ||<br />
|}<br />
<br />
=== Development tools ===<br />
<br />
{|class="wikitable sortable"<br />
|-<br />
! Project !! Python 3 compatibility !! Comment<br />
|-<br />
| [https://pypi.python.org/pypi/cookiecutter cookiecutter] || style="background-color: lightgreen;" | yes ||<br />
|-<br />
| [https://pypi.python.org/pypi/hacking hacking] || style="background-color: lightgreen;" | yes || py33 gate is not voting<br />
|-<br />
| [https://pypi.python.org/pypi/pbr pbr] || style="background-color: lightgreen;" | yes ||<br />
|-<br />
| stackforge/python-jenkins || style="background-color: lightgreen;" | yes || py33 gate is voting<br />
|-<br />
| openstack-infra/jenkins-job-builder || style="background-color: orange;" | partial || https://review.openstack.org/172238<br />
|}<br />
<br />
=== OpenStack clients ===<br />
<br />
{|class="wikitable sortable"<br />
|-<br />
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Blocked by !! Comment<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/keystonemiddleware keystonemiddleware] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || python-memcached || keystonemiddleware 1.6.1 supports Python 3.<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-barbicanclient python-barbicanclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color:lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
<br />
| [https://pypi.python.org/pypi/python-ceilometerclient python-ceilometerclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color:lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-cinderclient python-cinderclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-fuelclient python-fuelclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-glanceclient python-glanceclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen" | Voting || style="background-color:lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-heatclient python-heatclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-ironicclient python-ironicclient] || style="background-color: lightgreen;" | Yes|| style="background-color: lightgreen" | Voting || style="background-color: lightgreen;" | On PyPI || || <br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-keystoneclient python-keystoneclient] || style="background-color: lightgreen;" | Yes || style="background-color:lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-manilaclient python-manilaclient] || style="background-color: lightgreen;" | Yes || style="background-color:lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-marconiclient python-marconiclient]|| style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-monascaclient python-monascaclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-novaclient python-novaclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-neutronclient python-neutronclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-octaviaclient python-octaviaclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-openstackclient python-openstackclient] || style="background-color: lightgreen" | Yes || style="background-color: lightgreen" | Voting || style="background-color: lightgreen" | On PyPI || || As of 0.9<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-saharaclient python-saharaclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-saharaclient python-senlinclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-swiftclient python-swiftclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-tuskarclient python-tuskarclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen;" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-troveclient python-troveclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-watcherclient python-watcherclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/python-designateclient python-designateclient] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | Voting || style="background-color: lightgreen" | On PyPI || ||<br />
<br />
|}<br />
<br />
=== OpenStack Libraries ===<br />
<br />
{|class="wikitable sortable"<br />
|-<br />
! Project !! Python 3 compatibility !! CI tests running? !! Python 3 classifiers ? !! Comment<br />
|-<br />
| blazar-nova || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
| ceilometermiddleware || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/django_openstack_auth django_openstack_auth] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
django_openstack_auth 2.0 is fully compatible with Python 3.<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/glance_store glance_store] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes || glance_store 0.7.0 added the Python 3 support.<br />
|-<br />
<br />
| heat-translator || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| ironic-lib || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| keystoneauth || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| keystonemiddleware || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| ldappool || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| monasca-statsd || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| mistral-lib || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| neutron-lib || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
<br />
| [https://pypi.python.org/pypi/os-brick os-brick] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes || os-brick 0.3.2 added Python 3 support.<br />
<br />
|-<br />
<br />
| os-client-config || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| os-traits || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| os-vif || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| os-win || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| osc-lib || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| osc-placement || style="background-color: red;" | No || style="background-color: red;" | n/a || style="background-color: red;" | Yes ||<br />
No py35 jobs configured.<br />
|-<br />
<br />
| pycadf || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| shade || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/sqlalchemy-migrate sqlalchemy-migrate] || style="background-color:lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color:lightgreen;" | Yes ||<br />
|-<br />
<br />
| sushy || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/taskflow taskflow] || style="background-color:lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
| tosca-parser || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | Yes ||<br />
|-<br />
<br />
|}<br />
<br />
=== Dependencies: Environment markers ===<br />
<br />
Example to not install the "futures" dependency on Python 3.3 and newer:<br />
<br />
<pre><br />
futures; python_version < '3.2'<br />
</pre><br />
<br />
=== OpenStack applications (tc:approved-release) ===<br />
<br />
OpenStack applications [https://governance.openstack.org/tc/reference/tags/tc_approved-release.html#tag-tc-approved-release approved by the OpenStack Technical Committee].<br />
<br />
{| class="wikitable sortable"<br />
|-<br />
! style="width: 10%;" | Project !! style="width: 10%;" | Unit tests pass on Python 3 !! style="width: 10%;" | py35 gate !! style="width: 20%;" | functional tests !! Comments<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/ceilometer ceilometer] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | no job ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/cinder cinder] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | integrated-gate-py35 ||<br />
[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 "Partial-Implements: blueprint cinder-python3" 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].<br />
|-<br />
<br />
| designate || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | designate-devstack-pdns4-py35 ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/glance glance] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | integrated-gate-py35 ||<br />
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)].<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/heat heat] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | heat-functional-convg-mysql-lbaasv2-py35 ||<br />
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!<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/horizon horizon] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
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].<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/ironic ironic] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | ironic-tempest-dsvm-ipa-partition-pxe_ipmitool-tinyipa-python3 ||<br />
[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.]<br />
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]<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/keystone keystone] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | integrated-gate-py35 ||<br />
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.<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/neutron neutron] || style="background-color:lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | integrated-gate-py35 ||<br />
[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]<br />
|-<br />
<br />
| neutron-lbaas || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | neutron-lbaasv2-dsvm-py3x-api and neutron-lbaasv2-dsvm-py3x-api-namespace ||<br />
Patches: [https://review.openstack.org/#/q/topic:bp/neutron-python3 topic:bp/neutron-python3].<br />
|-<br />
<br />
| neutron-fwaas || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | neutron-fwaas-networking-midonet-cross-py35 (non-voting) ||<br />
|-<br />
<br />
| neutron-vpnaas || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/nova nova] || style="background-color: orange;" | work in progress || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | integrated-gate-py35 ||<br />
Status at 2016-06-22: 10,284/13,477 unit tests passed (76%), TODO: 3,193 tests<br />
<br />
Status at 2016-06-28: Matt Riedemann: "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." Sylvain Bauzas: "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."<br />
<br />
Status at 2016-08-01: Michael Still: "Per Matt's email, the merge window for these is now closed in Newton."<br />
<br />
Status at 2016-09-22: 11,221/14,298 unit tests passed (78%), TODO: 3077 tests<br />
<br />
Status at 2017-01-05: 13,888/14,537 unit tests passed (96%), TODO: 649 tests<br />
<br />
Links:<br />
<br />
* Paches: [https://review.openstack.org/#/q/topic:bp/nova-python3-newton bp/nova-python3-newton]<br />
* [https://blueprints.launchpad.net/nova/+spec/nova-python3-newton nova-python3-newton blueprint]<br />
* [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.<br />
<br />
See also:<br />
<br />
* Old patches (old topic): [https://review.openstack.org/#/q/project:openstack/nova+branch:master+topic:bp/nova-python3,n,z master (bp/nova-python3)].<br />
* dims: [https://review.openstack.org/#/c/261045/ python3: byte/string conversions and enable more tests] (abandonned after 100 revisions)<br />
* dims: [https://review.openstack.org/#/c/262083/ python3: Port more code to python3] (abandonned after 45 revisions)<br />
|-<br />
<br />
| [https://pypi.python.org//pypi/sahara sahara] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | 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.<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/swift swift] || style="background-color: red;" | blocked || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
Status at 2016-06-22: 3/4,498 unit tests (0%), TODO: 4,495 tests<br />
<br />
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]<br />
<br />
Python 3 bugs: https://bugs.launchpad.net/swift/+bug/1614289<br />
<br />
[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]<br />
<br />
Python 3 unit tests require liberasurecode >= 1.0.9 and PyEClib >= 1.0.9. To install liberasurecode (in /usr):<br />
<br />
git clone https://bitbucket.org/tsg-/liberasurecode/<br />
cd liberasurecode<br />
/autogen.sh && /configure --prefix=/usr && make && sudo make install<br />
<br />
liberasurecode >= 1.0.9 is available in Ubuntu Precise, Ubuntu Trusty, Fedora 22, Fedora 23 and CentoOS 7.<br />
<br />
Update 2018-02-22: A list of current blockers: https://gist.github.com/tipabu/833b03a865dba96e9fa2230b82f5d075<br />
<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/trove trove] || style="background-color: orange;" | work in progress || style="background-color: lightgreen;" | voting || style="background-color: orange;" | no job ||<br />
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<br />
<br />
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<br />
<br />
Status at 2018-02-22: It appears that only one test is in the blacklist now: guestagent.test_operating_system<br />
<br />
run_tests.py (proboscis) failures: https://review.openstack.org/#/c/346905/1<br />
<br />
Victor Stinner proposed the [https://blueprints.launchpad.net/trove/+spec/trove-python3 trove-python3 blueprint] for Mitaka.<br />
<br />
From Victor (3/17/2016): "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."<br />
<br />
Patches: [https://review.openstack.org/#/q/topic:bp/trove-python3,n,z search for the bp/trove-python3 topic].<br />
|-<br />
<br />
|}<br />
<br />
=== Other OpenStack Applications and Projects ===<br />
<br />
List of all OpenStack projects: [http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml projects.yaml].<br />
<br />
{| class="wikitable sortable"<br />
|-<br />
! style="width: 10%;" | Project !! style="width: 10%;" | Unit tests pass on Python 3 !! style="width: 10%;" | py35 gate || style="width: 20%;" | functional tests !! Comments<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/aodh aodh] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/barbican barbican] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | unspecified ||<br />
Blueprint [https://blueprints.launchpad.net/barbican/+spec/barbican-py3 barbican-py3].<br />
|-<br />
<br />
| blazar || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | blazar-devstack-dsvm-py35 ||<br />
|-<br />
<br />
| cloudkitty || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/congress congress] || style="background-color: lightgreen;" | Yes || style="background-color: orange;" | voting* || style="background-color: lightgreen;" | congress-devstack-py35-api-mysql ||<br />
(*)py35 support required tiny modification to antlr3 package, creating debian packaging difficulty<br />
<br />
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].<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/cue cue] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
Patches: [https://review.openstack.org/#/q/status:open+project:openstack/cue+branch:master+topic:py3,n,z search for topic py3].<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/designate designate] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | designate-devstack-pdns4-py35 (check queue only) ||<br />
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].<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/freezer freezer] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| karbor || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/magnum magnum] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://github.com/openstack/manila manila] || style="background-color: lightgreen;" | Yes but... (*) || style="background-color: lightgreen;" | voting || style="background-color: orange;" | manila-tempest-minimal-py35-dsvm-cephfs-native-centos-7 is defined but not running? ||<br />
Valeriy Ponomaryov wrote the [https://blueprints.launchpad.net/manila/+spec/py3-compatibility py3-compatibility blueprint].<br />
<br />
(*) SSL tests are skipped because of the bug [https://bugs.launchpad.net/manila/+bug/1482633 requests to SSL wrapped sockets hang while reading using py3].<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/mistral mistral] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| monasca-agent || style="background-color: red;" | No || style="background-color: orange;" | non-voting || style="background-color: red;" | no job || https://storyboard.openstack.org/#!/story/2000975 ||<br />
|-<br />
<br />
| monasca-api || style="background-color: red;" | No || style="background-color: orange;" | non-voting || style="background-color: red;" | no job || https://storyboard.openstack.org/#!/story/2000975 ||<br />
|-<br />
<br />
| monasca-log-api || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| monasca-ui || style="background-color: red;" | No || style="background-color: orange;" | non-voting || style="background-color: red;" | no job || https://storyboard.openstack.org/#!/story/2000975 ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/murano murano] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].<br />
|-<br />
<br />
| murano-agent || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
Blueprint: [https://blueprints.launchpad.net/murano/+spec/murano-python-3-support murano-python-3-support].<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Octavia octavia] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | octavia-tox-functional-py35 ||<br />
|-<br />
<br />
| panko || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | panko-tox-py35-mysql and panko-tox-py35-postgresql ||<br />
|-<br />
<br />
| [https://pypi.python.org/pypi/rally rally] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
A big thank to Andrey Kurilin for a lot of work in this direction<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Searchlight searchlight] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Senlin senlin] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | senlin-dsvm-tempest-py35-api, senlin-dsvm-tempest-py35-functional, senlin-dsvm-tempest-py35-integration (check only, non-voting) ||<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Solum solum] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | solum-devstack-py35 (check only) ||<br />
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).<br />
|-<br />
<br />
| storlets || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job (likely blocked on swift) ||<br />
|-<br />
<br />
| tacker || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: orange;" | tacker-functional-devstack-python3 (check only, non-voting) ||<br />
|-<br />
<br />
| tricircle || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| vitrage || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | vitrage-dsvm-api-py35 and vitrage-dsvm-datasources-py35 ||<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Watcher watcher] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://wiki.openstack.org/wiki/Zaqar zaqar] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
| [https://github.com/openstack/zun zun] || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: lightgreen;" | zun-tempest-py35-docker-sql ||<br />
|-<br />
<br />
| networking-l2gw || style="background-color: lightgreen;" | Yes || style="background-color: lightgreen;" | voting || style="background-color: red;" | no job ||<br />
|-<br />
<br />
|-<br />
|}<br />
<br />
Unsorted projects:<br />
* [https://wiki.openstack.org/wiki/App-Catalog App Catalog]<br />
* Chef OpenStack (Ruby)<br />
* [https://github.com/openstack/kolla/ Kolla]: ~2100 lines of Python, but not "tox -e py27" target<br />
* OpenStack Ansible (Python): Ansible playbooks and roles for deployment<br />
* Puppet OpenStack (Ruby)<br />
* TripleO<br />
<br />
=== Enable Python 3 in DevStack ===<br />
<br />
* Fedora::<br />
<br />
sudo dnf install python3-devel<br />
sudo python3 -m pip install python-memcached # needed by keystonemiddleware<br />
<br />
* localrc: add the following line<br />
<br />
USE_PYTHON3=True<br />
<br />
See [https://review.openstack.org/#/c/414176/ Switch to python 3.5].<br />
<br />
=== Functional and Integration Tests ===<br />
<br />
Etherpad: https://etherpad.openstack.org/p/support-python3.5-functional-tests<br />
<br />
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).<br />
<br />
Patch for DevStack: [https://review.openstack.org/#/c/181165/ Enable optional Python 3 support].<br />
<br />
Projects wanting to run their existing functional test suite against their services on Python 3 should:-<br />
* Add the Python3.4 trove classifier to the setup.cfg configuration file of the respective service.<br />
* 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.<br />
* set basepython = python3.5 in tox for the necessary functional/integration tests environment.<br />
<br />
Then run tox -e<your functional test suite name>. Example:- tox -efunctional to run the functional the tests of a certain project.<br />
<br />
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.<br />
<br />
Sirushti Murugesan's attempt on Heat: https://review.openstack.org/#/c/188033/<br />
<br />
=== Python 3.5 ===<br />
<br />
* project-config: [https://review.openstack.org/#/c/336272/ Add python35 jobs]<br />
* nova: [https://review.openstack.org/#/c/336432/ Add a py35 environment to tox]<br />
* Neutron issues: https://bugs.launchpad.net/neutron/+bug/1559191<br />
* There is no Jenkins job using Python 3.5 yet<br />
* /usr/bin/python3 is Python 3.5 in Fedora 24, Ubuntu 16.04 LTS (Xenial Xerus) and Debian Stretch (Testing)<br />
<br />
=== Python 3.6 status ===<br />
<br />
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).<br />
<br />
Known issues:<br />
<br />
* eventlet<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.<br />
* Horizon explicitly only claims support for Python 3.5, when running devstack with Python 3.6 one needs to set:<br />
ENABLED_PYTHON3_PACKAGES=horizon<br />
<br />
== Status of Python 3 in Linux distributions ==<br />
<br />
* ArchLinux already [https://www.archlinux.org/news/python-is-now-python-3 switched to Python 3 by default] in 2011<br />
* 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].<br />
* Fedora schedules the switch in Fedora 23 (october 2015): [https://fedoraproject.org/wiki/Changes/Python_3_as_Default Python 3 as the Default Implementation]<br />
** [http://fedora.portingdb.xyz/ Python 3 Porting Database for Fedora] and [http://fedora.portingdb.xyz/history/ history of packages tracked by the Fedora portingdb]<br />
** [https://lwn.net/Articles/690676/ Python 3 in Fedora] (Python 3 in Fedora)<br />
* 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.<br />
* 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)<br />
* 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).<br />
<br />
== Status of Python 2 Support Being Dropped in Dependencies ==<br />
<br />
* Django 2.0 will not include Python 2 support (23 Jan 2017 we use Django>=1.8,<1.9)<br />
** https://github.com/django/django/pull/7867/files<br />
** https://github.com/django/django/pull/7871/files<br />
* Pylons/Pyramid are also considering dropping Python 2<br />
** https://github.com/Pylons/pyramid/issues/2903<br />
** This is the same team that maintains webob, but it isn't clear if they intend to also drop support there.<br />
<br />
== Progress reports, meetings and sprints ==<br />
<br />
* Pike PTG: https://etherpad.openstack.org/p/ptg-pike-python35<br />
* Ocata Summit<br />
** https://etherpad.openstack.org/p/ocata-python-3<br />
* 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.<br />
* Mitaka Summit<br />
** Cross-project session: Python 3 was proposed, https://etherpad.openstack.org/p/mitaka-cross-project-session-planning<br />
* Liberty Summit<br />
** Cross-project session on enabling app integration testing: https://etherpad.openstack.org/p/liberty-cross-project-python3<br />
* Kilo Summit<br />
** Doug Hellmann: "Moving our applications to Python 3" cross-project session<br />
** Victor Stinner: "Port nova to Python 3", https://etherpad.openstack.org/p/liberty-nova-summit-ideas<br />
* 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)<br />
* Icehouse summit notes: https://etherpad.openstack.org/p/IcehousePypyPy3<br />
* Havana summit notes: https://etherpad.openstack.org/p/havana-python3<br />
<br />
== Articles ==<br />
<br />
* [http://blogs.rdoproject.org/7894/status-of-python-3-in-openstack-mitaka Status of Python 3 in OpenStack Mitaka] (Victor Stinner, March 2016)<br />
* [http://techs.enovance.com/7807/python-3-status-openstack-liberty Python 3 Status in OpenStack Liberty] (Cyril Roelandt and Victor Stinner, September 2015)<br />
* [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)<br />
* [http://techs.enovance.com/6521/openstack_python3 Why should OpenStack move to Python 3 right now?] (Victor Stinner, December 2013)<br />
<br />
== Pycon Montreal 2014: Sprint Port OpenStack to Python 3 ==<br />
<br />
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]].</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=159083Meetings/InfraTeamMeeting2018-01-22T12:26:50Z<p>Frickler: Add review spam topic</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
** Clarkb and fungi missing January 23rd meeting due to travel.<br />
** OpenDev being folded into Vancouver Summit. Note this changes the dates and location for the event.<br />
** Vancouver Summit CFP open. Submit your papers and/or volunteer to be on the programming committee.<br />
** Zuul has mailing lists http://lists.openstack.org/pipermail/openstack-infra/2018-January/005800.html<br />
** PTG topic brainstorming happening now https://etherpad.openstack.org/p/infra-rocky-ptg<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
** http://lists.openstack.org/pipermail/openstack-infra/2018-January/005779.html Cleanup old specs.<br />
<br />
* Priority Efforts<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
*** [https://storyboard.openstack.org/robots.txt Should we allow search engines to start indexing stories?] (fungi)<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/zuulv3.html Zuul v3]<br />
*** Clean up [https://etherpad.openstack.org/p/zuulv3-issues Zuul v3 Issues Etherpad]<br />
*** Bigger Zuulv3 scheduler instance<br />
*** feature/zuulv3 branches merging<br />
*** [https://etherpad.openstack.org/p/zuulv2-outstanding-change-triage Triage outstanding master branch changes?]<br />
**** Note this was current as of sometime in December so may be a bit stale now<br />
<br />
* General topics<br />
** Handling review spam (frickler)<br />
*** http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2018-01-22.log.html#t2018-01-22T11:53:20<br />
*** http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2017-12-22.log.html#t2017-12-22T09:57:39<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
* collectd-ceilometer-plugin->collectd-openstack-plugins https://review.openstack.org/#/c/500768<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=158614Meetings/InfraTeamMeeting2017-12-19T14:25:10Z<p>Frickler: /* Weekly Project Infrastructure team meeting */</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
** [https://review.openstack.org/524024 Top-level project hosting]<br />
<br />
* Priority Efforts<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/zuulv3.html Zuul v3]<br />
*** Clean up [https://etherpad.openstack.org/p/zuulv3-issues Zuul v3 Issues Etherpad] and move remaining issues to storyboard?<br />
<br />
* General topics<br />
** Writing puppet modules for new projects/deployments ? (dmsimard)<br />
** Creating new projects now require 3 different patches to project-config (dmsimard)<br />
*** https://review.openstack.org/#/c/528375/<br />
** Control Plane Upgrades Sprint (clarkb)<br />
*** How is it going?<br />
*** Boilerplate for adding digits to server names<br />
** Gerrit downtime to fix nova-specs (maybe coupled with project rename below, are we ready for that now?) (clarkb)<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
* collectd-ceilometer-plugin->collectd-openstack-plugins https://review.openstack.org/#/c/500768<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=158613Meetings/InfraTeamMeeting2017-12-19T14:23:44Z<p>Frickler: add zuul issues cleanup</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
** [https://review.openstack.org/524024 Top-level project hosting]<br />
<br />
* Priority Efforts<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/zuulv3.html Zuul v3]<br />
*** Clean up [https://etherpad.openstack.org/p/zuulv3-issues] and move remaining issues to storyboard?<br />
<br />
* General topics<br />
** Writing puppet modules for new projects/deployments ? (dmsimard)<br />
** Creating new projects now require 3 different patches to project-config (dmsimard)<br />
*** https://review.openstack.org/#/c/528375/<br />
** Control Plane Upgrades Sprint (clarkb)<br />
*** How is it going?<br />
*** Boilerplate for adding digits to server names<br />
** Gerrit downtime to fix nova-specs (maybe coupled with project rename below, are we ready for that now?) (clarkb)<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
* collectd-ceilometer-plugin->collectd-openstack-plugins https://review.openstack.org/#/c/500768<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=VirtualSprints&diff=158471VirtualSprints2017-12-07T18:27:52Z<p>Frickler: Add Infra Queens sprint</p>
<hr />
<div>The OpenStack project holds its various virtual sprints on '''IRC''', in the <code><nowiki>#openstack-sprint</nowiki></code> channel on Freenode. Virtual sprints provide an opportunity for people from all over the world to come together and focus for a short period of time on a subset of code, bugs, and reviews. Everyone is encouraged to participate.<br />
<br />
Please post sprints in reverse chronological order.<br />
<br />
For in person OpenStack sprints, visit the [https://wiki.openstack.org/wiki/Sprints Sprints] page.<br />
<br />
== Schedule of Upcoming OpenStack Virtual Sprints ==<br />
<br />
=== Title of Sprint ===<br />
* Date of Sprint<br />
* Duration of Sprint<br />
* Contact name of Sprint Organizer<br />
* IRC channel for sprint (use of #openstack-sprint is encouraged)<br />
* Etherpad link for details and in sprint work<br />
* Voice Conferencing: https://wiki.openstack.org/wiki/Infrastructure/Conferencing<br />
<br />
=== OpenStack Infrastructure Queens Sprint ===<br />
* Mon Dec 11 - Fri Dec 15, 2015<br />
* 00:00-24:00 UTC<br />
* Sprint Organizer: Paul Belanger (pabelanger) and Clark Boylan (clarkb)<br />
* IRC channel: #openstack-sprint<br />
* Etherpad: https://etherpad.openstack.org/p/infra-sprint-xenial-upgrades<br />
<br />
== Previous OpenStack Virtual Sprints ==<br />
<br />
=== I18n Team Virtual Sprint with Pycon Korea 2017 ===<br />
* Tue Aug 15, 2017<br />
* 01:00-09:00 UTC<br />
* Sprint Organizer: Ian Y. Choi (ianychoi) and Sungjin Kang (ujuc)<br />
* IRC channel: #openstack-sprint and #openstack-ko for Korean discussion<br />
* See etherpad for details: https://etherpad.openstack.org/p/i18n-virtualsprint-with-pyconkorea2017<br />
<br />
=== TripleO deployment time reducing ===<br />
* Wed Jun 21 - Thu Jun 22, 2017<br />
* 2 full days<br />
* Sprint Organizer: Sagi Shnaidman (sshnaidm), Emilien Macchi (EmilienM)<br />
* IRC channel: #openstack-sprint<br />
* Etherpad: https://etherpad.openstack.org/p/tripleo-deploy-time-hack<br />
* Voice Conferencing: TBD<br />
<br />
=== Ironic Virtual Meetup - April 2017 ===<br />
* Apr 25 (Tue), 2017 at 15:00 UTC - 19:00 UTC<br />
* Sprint Organizer: Dmitry Tantsur (dtantsur)<br />
* IRC: #openstack-ironic<br />
* Etherpad: https://etherpad.openstack.org/p/ironic-virtual-meetup<br />
* Voice Conferencing: https://wiki.openstack.org/wiki/Infrastructure/Conferencing<br />
** Room 7777: sip:7777@pbx.openstack.org<br />
<br />
=== Infra Bug Day ===<br />
* September 14, 2016 at 16:00 UTC<br />
* 24 hours<br />
* Elizabeth K. Joseph (pleia2)<br />
* #openstack-sprint<br />
* Etherpad link for details and in sprint work: https://etherpad.openstack.org/p/infra-bug-day-september-2016<br />
<br />
=== Upstream training Sprint===<br />
* September 6, 12-13 and 16<br />
* Whole day focus during the above listed intervals<br />
* Sprint Organizer: Ildiko Vancsa (ildikov)<br />
* IRC channel for sprint: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Etherpad link for details and in sprint work: https://etherpad.openstack.org/p/upstream-university-improvements<br />
* Voice Conferencing: https://hangouts.google.com/call/dbtrqqt5gffgxmbjttlr2gptbie<br />
<br />
=== FWaaS Sprint #1 ===<br />
* July 20 and July 21<br />
* Organizer: Nate Johnston (njohnston)<br />
* IRC channel for sprint: #openstack-fwaas<br />
* Etherpad: https://etherpad.openstack.org/p/fwaas-virtual-sprint-2016-1<br />
<br />
=== JJB V2.0 API Sprint ===<br />
* Dates/times UTC<br />
** 2016 August 5th 14:00 - 18:00<br />
** 2016 August 19th 14:00 - 18:00<br />
* Darragh Bailey (electrofelix)<br />
* IRC channel for sprint: #openstack-sprint<br />
* Etherpad link for details and in sprint work: https://etherpad.openstack.org/p/jjb_api_v2.0<br />
<br />
=== StoryBoard Bug Sprint ===<br />
* June 22nd and 23rd<br />
* 48 hours<br />
* Anita Kuno (anteaya) and Zara (Zara)<br />
* IRC channel for sprint: #openstack-sprint<br />
* Etherpad link for details and in sprint work: https://etherpad.openstack.org/p/June-22-and-23-storyboard-bug-sprint<br />
<br />
=== Ironic Virtual Newton Midcycle ===<br />
* Dates/times UTC<br />
** June 20 2016 15:00-20:00<br />
** June 21 2016 00:00-04:00<br />
** June 21 2016 15:00-20:00<br />
** June 22 2016 00:00-04:00<br />
** June 22 2016 15:00-20:00<br />
** June 23 2016 00:00-04:00<br />
* Lead: Jim Rollenhagen (jroll)<br />
* IRC channel: #openstack-ironic<br />
* Etherpad: https://etherpad.openstack.org/p/ironic-newton-midcycle<br />
* Voice Conferencing: https://wiki.openstack.org/wiki/Infrastructure/Conferencing<br />
** Room 7777<br />
* RSVP, topics, and more details on the etherpad<br />
<br />
=== Glance Virtual midcycle sync ===<br />
* Dates: Wednesday June 15th and Thursday June 16th 2016<br />
* Time: 1400-1800 UTC on both days<br />
* Contact: Nikhil Komawar (irc: nikhil)<br />
* IRC channel: #openstack-glance<br />
* Etherpad/Live Wiki: https://etherpad.openstack.org/p/newton-glance-virtual-midcycle<br />
* Connection details: See the info in the wiki or reach out to nikhil<br />
<br />
=== Glance and Operators mid-cycle sync for Newton ===<br />
* Date/TIme of Sprint: Thursday June 9th, 1130UTC<br />
* Duration of Sprint: 2 hours<br />
* Contact name of Sprint Organizer: Nikhil Komawar (irc: nikhil)<br />
* IRC channel: #openstack-operators<br />
* Etherpad link: https://etherpad.openstack.org/p/newton-glance-and-ops-midcycle-sync<br />
* Connection details are in the etherpad or you can reach out to nikhil for more info.<br />
<br />
=== JJB V2.0 API Sprint ===<br />
* Dates/times UTC<br />
** 2016 July 8th 14:00 - 18:00<br />
** 2016 July 22nd 14:00 - 18:00<br />
* Darragh Bailey (electrofelix)<br />
* IRC channel for sprint: #openstack-sprint<br />
* Etherpad link for details and in sprint work: https://etherpad.openstack.org/p/jjb_api_v2.0<br />
<br />
=== Image Import Refactor Sync #1 -- Newton ===<br />
* Date of Sprint: May 26th, 2016 1505-1605 UTC<br />
* Duration of Sprint: 1 hour<br />
* Contact name of Sprint Organizer: Nikhil Komawar (nikhil)<br />
* IRC channel for sprint: #openstack-glance<br />
* Etherpad link for details: https://etherpad.openstack.org/p/newton-glance-import-refactor-midcycle-sync-1<br />
* Connection details: https://plus.google.com/events/cb4acoebucn25vu8f7enprp85j4 (Contact Nikhil on irc for any issues)<br />
<br />
=== Infra Trusty Upgrade ===<br />
Taking Infra servers running Precise and upgrading them to Trusty<br />
* Date of Sprint: May 23 - 27, 2016<br />
* Duration of Sprint: 5 days<br />
* Contact name of Sprint Organizer: Jeremy Stanley (fungi)<br />
* IRC channel for sprint: #openstack-sprint<br />
* Etherpad link for details and in sprint work: https://etherpad.openstack.org/p/newton-infra-distro-upgrade-plans<br />
<br />
=== Infra StoryBoard bug day and low-hanging-fruit tagging ===<br />
* April 13, 2016 at 15:00 UTC<br />
* 24 hours<br />
* Elizabeth K. Joseph (pliea2)<br />
* #openstack-sprint<br />
* Etherpad link for details and in sprint work: https://etherpad.openstack.org/p/cibugreview-april2016<br />
* Voice Conferencing: https://wiki.openstack.org/wiki/Infrastructure/Conferencing<br />
<br />
=== Infra-Cloud Sprint Face to Face Event ===<br />
* Feb. 22 - 25, 2016<br />
* Three Days with an Optional Fourth Day<br />
* Elizabeth K. Joesph (pleia2)<br />
* IRC channel for sprint: #openstack-sprint<br />
* Etherpad link for details and in sprint work: https://etherpad.openstack.org/p/mitaka-infra-midcycle<br />
* Voice Conferencing: https://wiki.openstack.org/wiki/Infrastructure/Conferencing Conference Room 6013<br />
<br />
=== Ironic Virtual Mitaka Midcycle ===<br />
* Dates/times UTC<br />
** February 16 2016 15:00-20:00<br />
** February 17 2016 00:00-04:00<br />
** February 17 2016 15:00-20:00<br />
** February 18 2016 00:00-04:00<br />
** February 18 2016 15:00-20:00<br />
** February 19 2016 00:00-04:00<br />
* Lead: Jim Rollenhagen (jroll)<br />
* IRC channel: #openstack-sprint<br />
* Etherpad: https://etherpad.openstack.org/p/ironic-mitaka-midcycle<br />
* Voice Conferencing: https://wiki.openstack.org/wiki/Infrastructure/Conferencing<br />
** Room 7777<br />
* RSVP, topics, and more details on the etherpad<br />
<br />
=== I18n Team Virtual Midcycle Sprint ===<br />
* Date: January 29-30-31, 2016<br />
* Duration: 48 hours since UTC 1330 on January 29<br />
* IRC channel: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Lead (to contact for more information): Ying Chun Guo (Daisy)<br />
* See [https://etherpad.openstack.org/p/i18n-mitaka-virtualsprint etherpad] for details<br />
<br />
=== Puppet OpenStack ===<br />
* January 25-26-27, 2016<br />
* IRC channel: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Lead (to contact for more information): Emilien Macchi (EmilienM)<br />
* See [https://etherpad.openstack.org/p/puppet-happy-new-year-2016 etherpad] for details<br />
<br />
=== Infra "holiday party" knowledge transfer virtual sprint ===<br />
* Date: Friday December 18th<br />
* Duration: 24 hours beginning 00:00 utc<br />
* Contact: Anita Kuno (anteaya)<br />
* IRC channel for sprint: #openstack-sprint<br />
* Etherpad: https://etherpad.openstack.org/p/infra-holiday-party-2015<br />
* Description: Since we can't get together in the same physical location I thought it might be nice to try to have a festive gathering online. This event is for folks who self-identify as part of the infra team.<br />
<br />
=== Nova API Document Virtual Sprint ===<br />
* Date: Dec 8. 2015<br />
* Duration: 2 Days<br />
* Contact: Alex Xu (irc: alex_xu)<br />
* IRC channel for sprint: #openstack-nova<br />
* Etherpad: https://etherpad.openstack.org/p/nova-v2.1-api-doc , ML: http://lists.openstack.org/pipermail/openstack-dev/2015-November/079220.html<br />
<br />
=== Oslo Documentation Sprint ===<br />
* Date: September 24-45, 2015<br />
* Length: Two days<br />
* Contact: Davanum Srinivas (dims)<br />
* IRC: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Etherpad: https://etherpad.openstack.org/p/oslo-liberty-virtual-doc-sprint<br />
<br />
=== Puppet OpenStack ===<br />
* Date: September 2-4, 2015<br />
* Length: Three days<br />
* Contact: Emilien Macchi (EmilienM) <br />
* IRC: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Etherpad: https://etherpad.openstack.org/p/puppet-liberty-mid-cycle<br />
<br />
=== Installation guide conversion from DocBook to RST ===<br />
* Date: 15 UTC on July 22 to 15 UTC on July 24<br />
* Length: Two days<br />
* Contacts: Karin Levenstein (KLevenstein) and Matt Kassawara (Sam-I-Am)<br />
* IRC: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Etherpad: https://etherpad.openstack.org/p/installguide-rst-virtual-sprint (includes guidance on how to participate)<br />
<br />
=== Ceilometer Virtual Mid-Cycle ===<br />
* Date: Thursday and Friday July 9 & 10 2015<br />
* For more information contact Chris or Prad in IRC: cdent, prad<br />
* Agenda in progress, will emerge at [[Meetings/Ceilometer/Liberty Virtual Mid-Cycle|Liberty Virtual Mid-Cycle]]<br />
* Everyone welcome to participate<br />
<br />
=== OpenStack Common-CI Solution ===<br />
* Date Wednesday July 8 1600 UTC<br />
* Sprint will run for 48 hours<br />
* Lead (to contact for more information): Ramy Asselin (asselin)<br />
* IRC: <code><nowiki>#openstack-sprint</nowiki></code><br />
* See [http://specs.openstack.org/openstack-infra/infra-specs/specs/openstackci.html] for spec details<br />
* Etherpad (includes guidance on how to participate): https://etherpad.openstack.org/p/common-ci-sprint<br />
<br />
=== OpenStack Project Team Guide ===<br />
* Thursday June 18 - Friday June 19<br />
* Sprint will run for 48 hours<br />
* IRC channel: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Lead (to contact for more information): Thierry Carrez (ttx)<br />
* Etherpad (includes guidance on how to participate): https://etherpad.openstack.org/p/project-team-guide<br />
<br />
=== OpenStack Networking Guide Neutron-Docs ===<br />
* Thursday April 23, 2015 at 1600 UTC<br />
* Sprint will run for 24 hours<br />
* IRC channel: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Lead (to contact for more information): Edgar Magana (emagana)<br />
* See [https://wiki.openstack.org/wiki/NetworkingGuide/TOC] for networking guide details<br />
* Etherpad (includes guidance on how to participate): [https://etherpad.openstack.org/p/networking-guide]<br />
<br />
=== OpenStack Dashboard AngularJS ===<br />
* Wednesday February 18, 2015 at 2000 UTC -- 23:30 UTC<br />
* Tentative repeat on Thursday<br />
* IRC channel: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Lead (to contact for more information): David Lyle (david-lyle)<br />
* Etherpad (includes guidance on how to participate): https://etherpad.openstack.org/p/horizon-kilo-virtual-sprint<br />
<br />
=== OpenStack infra puppet module split ===<br />
* Wednesday January 28, 2015 at 1500 UTC<br />
* Sprint will run for 24 hours<br />
* IRC channel: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Lead (to contact for more information): Ramy Asselin (asselin)<br />
* See [http://specs.openstack.org/openstack-infra/infra-specs/specs/puppet-modules.html] for spec details<br />
* Etherpad (includes guidance on how to participate): [https://etherpad.openstack.org/p/puppet-module-split-sprint]<br />
<br />
=== OpenStack third-party CI documentation ===<br />
* Wednesday January 21, 2015 at 1600 UTC<br />
* Sprint will run for 48 hours<br />
* IRC channel: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Lead (to contact for more information): Kurt Taylor (krtaylor)<br />
* Etherpad (includes guidance on how to participate): [https://etherpad.openstack.org/p/third-party-ci-documentation]<br />
<br />
=== OpenStack infra-manual ===<br />
* Monday December 1 - 2, 2014 at 1500 UTC ([http://www.timeanddate.com/worldclock/converted.html?iso=20140425T16&p1=0&p2=2133&p3=195&p4=224 timeanddate.com])<br />
* Sprint will run for 48 hours<br />
* IRC channel: <code><nowiki>#openstack-sprint</nowiki></code><br />
* Lead (to contact for more information): Anita Kuno (anteaya)<br />
* See [http://lists.openstack.org/pipermail/openstack-dev/2014-November/049993.html email accouncement] for details<br />
* Etherpad (includes guidance on how to participate): https://etherpad.openstack.org/p/infra-manual-sprint-December-2014<br />
<br />
<br />
[[Category: Resources]]</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=How_To_Contribute&diff=158461How To Contribute2017-12-07T07:33:35Z<p>Frickler: Try not to discriminate project channels that are not prefixed with #openstack</p>
<hr />
<div><br />
'''How can I help?'''<br />
Thanks for asking. Let's find a place for you!<br />
<br />
First you should join our communication forums:<br />
<br />
* Subscribe to our '''[[MailingLists|mailing lists]]'''<br />
* Join us on '''[[IRC]]''': You can talk to us directly in '''#openstack''' or one of the other channels<br />
* Answer and ask questions on '''[https://ask.openstack.org Ask OpenStack]'''<br />
<br />
<br />
=== If you're building clouds ===<br />
* Read the [http://docs.openstack.org official OpenStack documentation], which is intended for cloud deployers and operations professionals who are standing up OpenStack clouds. Each page offers comments and the documentation can be edited by cloning a git repository, see [[Documentation/HowTo]].<br />
* If you find problems with content on the [http://docs.openstack.org official OpenStack documentation], log a bug against the [https://bugs.launchpad.net/openstack-manuals/+filebug openstack-manuals project] with the page that contains the bug.<br />
** Hint: you can just dump useful text into a [https://bugs.launchpad.net/openstack-manuals/+filebug bug report], and the documentation team will format it and update the docs for you.<br />
* Join the [http://lists.openstack.org/pipermail/openstack-operators/ openstack-operators mailing list] to ask and answer questions specific to deployments large and small.<br />
* Fill out the [https://www.openstack.org/user-survey/ user survey], where you can influence the community and software direction and anonymously provide feedback about your OpenStack experience.<br />
* Consider [[Operations|contributing to a working group, or adding a use case]].<br />
<br />
=== Mentoring and finding mentors ===<br />
<br />
With [[:Category:Internship|internship opportunities]] offered regularly and [[OpenStack_University|OpenStack University]] offered many times during the year, there is a constant need of [[mentors]] to help new contributors to OpenStack navigate the intricacies of the projects. Add yourself as as a '''[[mentor|mentors]]''' or find a mentor for yourself if you're getting started on OpenStack.<br />
<br />
=== If you're a developer ===<br />
<br />
* Join the [http://lists.openstack.org/pipermail/openstack-dev/ OpenStack developers mailing list]<br />
* Join the '''#openstack-dev''' '''[[IRC]]''' channel<br />
* '''Check out how we work:'''<br />
** Discover the OpenStack Way by reading our [http://docs.openstack.org/project-team-guide/ Project Team Guide]<br />
** Read the [http://docs.openstack.org/infra/manual/developers.html Developer's Guide of OpenStack Infra Manual] to get started<br />
** How to work with Launchpad [[Blueprints]] and [[Bugs]]<br />
* '''Get the [[GettingTheCode|code]]'''<br />
* Learn [http://docs.openstack.org/infra/manual/developers.html#development-workflow how to work] with our [http://review.openstack.org Gerrit review system]. <br />
* Before we can accept your patches, you'll have to '''[http://docs.openstack.org/infra/manual/developers.html#account-setup agree to a contributor license agreement]''' (you can [https://review.openstack.org/static/cla.html preview the full text of the ''OpenStack Individual Contributor License Agreement'' here] first if you want)<br />
* [http://docs.openstack.org/infra/manual/developers.html#code-review Review code] - you don't need to be a "core reviewer", anyone can review :)<br />
* [https://www.jetbrains.com/pycharm/ Pycharm] Open Source developer licences are available for people who are contributing to OpenStack. If you are contributing to OpenStack and you need a licence, please fill in the details [https://docs.google.com/forms/d/e/1FAIpQLSe5JMbtZEKB95AMVnyOBh4-7Y55hDgQChjg5Ed3auO74Tt2fQ/viewform here]. Additional details can be found [https://wiki.openstack.org/wiki/Pycharm here]<br />
<br />
<br />
==== Bug fixing ====<br />
The first area where you can help is bug fixing. ''Confirmed'' bugs are usually good targets. ''Triaged'' bugs should even contain tips on how they should be fixed. Here is the list of [https://bugs.launchpad.net/openstack/+bugs?orderby=-importance&search=Search&field.status:list=CONFIRMED&field.status:list=TRIAGED Confirmed and Triaged bugs].<br />
<br />
You can contribute instructions on how to fix a given bug, and set it to ''Triaged''. Or you can directly fix it: assign the bug to yourself, set it to ''In progress'', branch the code, implement the fix, and propose your change for merging into trunk !<br />
<br />
Some easy-to-fix bugs may be marked with the [https://bugs.launchpad.net/openstack/+bugs?orderby=-importance&search=Search&field.status:list=NEW&field.status:list=CONFIRMED&field.status:list=TRIAGED&field.tag=low-hanging-fruit low-hanging-fruit] tag: they also make good targets for a beginner.<br />
<br />
==== Housekeeping ====<br />
Maintaining good code quality is a never-ending effort that is shared across the development team. There are several always-ongoing efforts that need your help, for example: increasing comments in code, reducing pylint violations, increasing code coverage. Those are usually nice ways to get involved in development: easy changes that will let you touch various areas of OpenStack code, and gain respect from your peers. :) It might be also a good idea to check the results of the continuous code quality and test coverage monitoring described [[User_talk:P%C3%A9ter_Heged%C5%B1s| here]].<br />
<br />
You can also try some [[WikiGardening|gardening of this wiki]].<br />
<br />
==== Feature development ====<br />
Once you get comfortable with the code, you can start to scratch your own itch and contribute new features. New features get implemented every 6 months in a development cycle. We use Launchpad [[Blueprints]] to track the design and implementation of significant features, and we use [[Summit|Design Summits]] every 6 months to discuss them in public. Code should be proposed for inclusion before we reach the final feature milestone of the development cycle.<br />
<br />
====Reviewing====<br />
Every patch submitted to OpenStack gets reviewed before it can be approved and merged. We get a lot of contributions and everyone can - and is encouraged to! - review [https://review.openstack.org existing patches]. Read the the [http://docs.openstack.org/infra/manual/developers.html#code-review Code Review] checklist and [http://docs.openstack.org/developer/nova/code-review.html Nova guidelines] as a starting point, then pick an open review and look at it, test it if possible, and leave a comment with a +1 or -1 vote describing what you discovered. If you're planning on submitting patches of your own, it's a great way to learn about what the community cares about and to learn about the code base.<br />
<br />
==== Contributor License Agreement ====<br />
For Individuals, See the Contributor License Agreement steps above<br />
<br />
* Corporations<br />
** If you are contributing on behalf of a company or organization, you still need to sign the Individual CLA above but someone at your company with appropriate signing authority also needs to sign the [https://secure.echosign.com/public/hostedForm?formid=56JUVGT95E78X5 Corporate Contributor License Agreement] providing a list of people authorized to commit code to OpenStack. Request a printable copy by [mailto:communitymngr@openstack.org emailing the OpenStack Foundation]. Check [[HowToUpdateCorporateCLA|How to update the CCLA]] to provide changes to such list.<br />
* US Government employees<br />
** Employees of the the U.S. Government do not sign the Individual CLA. Instead, someone with authority to sign on behalf of your agency should sign the [[GovernmentCLA|U.S. Government Contributor License Agreement]]. Individual developers still need to create a [https://launchpad.net/+login Launchpad account], [https://www.openstack.org/join/ join the OpenStack Foundation] and click the [https://review.openstack.org/ Sign In link] on Gerrit. Please contact the [mailto:communitymngr@openstack.org OpenStack Foundation] to initiate this process.<br />
Check the [https://ask.openstack.org/en/questions/scope:all/sort:activity-desc/tags:cla,faq/page:1/ FAQ for Contributor License Agreements] if you have questions<br />
<br />
=== If you're a tester (and breaker), get started this way: ===<br />
==== Testing ====<br />
We need your help in making sure OpenStack components behave correctly. Feel free to install the development version and report any issue:<br />
<br />
* Report a bug in [https://bugs.launchpad.net/nova/+filebug Nova] or [https://bugs.launchpad.net/python-novaclient/+filebug python-novaclient]<br />
* Report a bug in [https://bugs.launchpad.net/swift/+filebug Swift] or [https://bugs.launchpad.net/python-swiftclient/+filebug python-swiftclient]<br />
* Report a bug in [https://bugs.launchpad.net/glance/+filebug Glance] or [https://bugs.launchpad.net/python-glanceclient/+filebug python-glanceclient]<br />
* Report a bug in [https://bugs.launchpad.net/keystone/+filebug Keystone] or [https://bugs.launchpad.net/python-keystoneclient/+filebug python-keystoneclient]<br />
* Report a bug in [https://bugs.launchpad.net/neutron/+filebug Neutron] or [https://bugs.launchpad.net/python-neutronclient/+filebug python-neutronclient]<br />
* Report a bug in [https://bugs.launchpad.net/cinder/+filebug Cinder] or [https://bugs.launchpad.net/python-cinderclient/+filebug python-cinderclient]<br />
* Report a bug in [https://bugs.launchpad.net/heat/+filebug Heat] or [https://bugs.launchpad.net/python-heatclient/+filebug python-heatclient]<br />
* Report a bug in [https://bugs.launchpad.net/ceilometer/+filebug Ceilometer] or [https://bugs.launchpad.net/python-ceilometerclient/+filebug python-ceilometerclient]<br />
* Report a bug in [https://bugs.launchpad.net/horizon/+filebug Horizon]<br />
* Report a bug in [https://bugs.launchpad.net/manila/+filebug Manila] or [https://bugs.launchpad.net/python-manilaclient/+filebug python-manilaclient]<br />
* Report a bug in [https://bugs.launchpad.net/trove/+filebug Trove] or [https://bugs.launchpad.net/python-troveclient/+filebug python-troveclient]<br />
<br />
==== Triaging bugs ====<br />
Reported bugs need care: prioritizing them correctly, confirming them, making sure they don't go stale... All those tasks help immensely. If you care about OpenStack stability but are not a hardcore developer, consider helping in that area !<br />
<br />
The whole process is described on [[BugTriage]].<br />
<br />
=== If you're into security, we'd love your help ===<br />
The OpenStack Security Group (OSSG) is a collection of security-minded people working together to broadly improve security across OpenStack. OSSG has people with a wide range of skills (including developers, architects, writers, and more). See [[Security/How_To_Contribute]] for more details on how to get involved with OSSG.<br />
<br />
<br />
=== If you're into doc, we'd love your help ===<br />
You can contribute administrative documentation to the openstack-manuals project, or developer documentation to the individual nova, glance, swift etc. projects. See [[Documentation/HowTo]] for details, as well as [[Documentation/HowTo/FirstTimers]] which has some other info that may be useful.<br />
<br />
To fix a documentation bug, or mark a bug as a documentation bug, go to [https://bugs.launchpad.net/openstack/+bugs?field.tag=documentation aggregated list of documentation bugs from all OpenStack projects].<br />
<br />
You can also start by reading the developer documentation which is created using Sphinx as part of the code in the /doc/source/ directory and published to [http://swift.openstack.org swift.openstack.org], [http://nova.openstack.org nova.openstack.org], [http://glance.openstack.org glance.openstack.org], [http://keystone.openstack.org keystone.openstack.org], or [http://horizon.openstack.org horizon.openstack.org].<br />
<br />
To contribute to administrator documentation, get started with git and GitHub as documented in [[Documentation/HowTo|the documentation how-to guide]]. The openstack-manuals project houses the documentation that is published to [http://docs.openstack.org docs.openstack.org].<br />
<br />
Monitor [https://ask.openstack.org Ask OpenStack] to curate the best answers that can be folded into the documentation.<br />
<br />
<br />
=== If you're a designer or usability professional, help shape the UX ===<br />
You can contribute in many different ways to the User Experience of OpenStack. Whether it's reviewing current features as a user and giving feedback, designing new features, testing designs or features with users, or helping to build use cases and requirements, we'd love to have your help in the UX group!<br />
<br />
Take a look at the "[[UX#Getting_Started_with_Designing_for_User_Experience|Getting Started with Designing for User Experience]]" section of the [[UX]] wiki for details.<br />
<br />
Also, feel free to contact fellow designers and folks interested in UX work in #openstack-ux on Freenode if you have any questions or need any guidance on where to jump in.<br />
<br />
<br />
=== If you want to help with the openstack.org website ===<br />
Start by reading the [[Website|contributing to the website]] document.<br />
<br />
<br />
=== If you're a translator ===<br />
Join the [[I18nTeam|Internationalisation Team]]. Read the [[Translations#Translation_.26_Management|Translations]] wiki page (Translation management section) for more information on how translations are managed in OpenStack. We have adopted Zanata, and you can use [https://translate.openstack.org the translation site] as a starting point to translate any of the OpenStack projects. It's easier to start translating directly on the site, as there is no need to download any files or applications to get started.<br />
<br />
=== If you're a community builder ===<br />
Check out the [https://groups.openstack.org user group page] to learn which communities exist and how to start one. If you're into diversity and making our community more welcoming and diverse, please look at the [https://wiki.openstack.org/wiki/Women_of_OpenStack Women of OpenStack] and [https://wiki.openstack.org/wiki/OutreachProgramForWomen Outreach Program for Women] for ideas.<br />
<br />
=== If you're hoping to contribute in another way, let us know! ===<br />
Contact one of the [[Contact|OpenStack people]] and float your idea.<br />
<br />
<br />
=== Is there something missing? ===<br />
If you need further guidance about how to contribute or if you are having trouble getting started, you can look at '''#openstack-101''' on [http://webchat.freenode.net freenode.net] as well.<br />
<br />
----<br />
[[Category:HowTo]]<br />
[[Category:Contribute]]</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Gerrit_Workflow&diff=158381Gerrit Workflow2017-12-05T05:40:04Z<p>Frickler: Change link to https</p>
<hr />
<div>Please see the new Developer's Guide here: https://docs.openstack.org/infra/manual/developers.html</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/Designate&diff=158305Meetings/Designate2017-11-30T05:37:56Z<p>Frickler: Update meeting time and location</p>
<hr />
<div><br />
= DNSaaS Meetings =<br />
<br />
The DNSaaS team holds a weekly IRC meeting in #openstack-meeting on '''Wednesdays at 14:00 UTC'''<br />
<br />
Meeting logs are available at http://eavesdrop.openstack.org/meetings/designate/<br />
<br />
=== Agenda ===<br />
<br />
* Announcements (if any)<br />
* Action Items from last week<br />
* Specific Items:<br />
** Bug Triage (timsim - recurring)<br />
*** https://bugs.launchpad.net/designate/+bugs?search=Search&field.status=New<br />
*** https://bugs.launchpad.net/python-designateclient/+bugs?search=Search&field.status=New<br />
*** https://gra.ham.ie/designate/bugs/<br />
** Stable Backport Triage<br />
*** git log --oneline --since '2 weeks ago'<br />
* Open Discussion<br />
** Rolling upgrade (trungnv)<br />
*** Launchpad Blueprint<br />
**** https://blueprints.launchpad.net/designate/+spec/designate-rolling-upgrade<br />
*** Specs<br />
**** https://review.openstack.org/#/c/451865/<br />
<br />
=== Future/Unscheduled Agenda Items ===</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=Meetings/InfraTeamMeeting&diff=158176Meetings/InfraTeamMeeting2017-11-24T08:46:34Z<p>Frickler: add third party ci</p>
<hr />
<div><br />
<!-- ## page was renamed from Meetings/CITeamMeeting --><br />
= Weekly Project Infrastructure team meeting =<br />
<br />
The OpenStack Project Infrastructure Team holds public weekly meetings in <code><nowiki>#openstack-meeting</nowiki></code>, Tuesdays at 1900 UTC. Everyone interested in infrastructure and process surrounding automated testing and deployment is encouraged to attend.<br />
<br />
Please feel free to add agenda items (and your IRC nick in parenthesis).<br />
<br />
== Agenda for next meeting ==<br />
<br />
* Announcements<br />
<br />
* Actions from last meeting<br />
<br />
* Specs approval<br />
<br />
* Priority Efforts<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/task-tracker.html A Task Tracker for OpenStack]<br />
** [http://specs.openstack.org/openstack-infra/infra-specs/specs/zuulv3.html Zuul v3]<br />
*** Time to remove Jenkins from [https://review.openstack.org/#/admin/groups/10,members Continuous Integration Tools]? (fungi)<br />
*** Third-party testing for zuul-jobs - [https://wiki.openstack.org/wiki/ThirdPartySystems/Software_Factory_CI Software Factory CI] (frickler/tristanC)<br />
**** See also http://lists.openstack.org/pipermail/openstack-infra/2017-November/005688.html<br />
<br />
<br />
* General topics<br />
<br />
* Open discussion<br />
<br />
== Upcoming Project Renames ==<br />
(any additions should mention original->new full names and link to the corresponding project-config rename change in Gerrit)<br />
<br />
* collectd-ceilometer-plugin->collectd-openstack-plugins https://review.openstack.org/#/c/500768<br />
<br />
== Previous meetings ==<br />
Previous meetings, with their notes and logs, can be found at http://eavesdrop.openstack.org/meetings/infra/ and earlier at http://eavesdrop.openstack.org/meetings/ci/</div>Fricklerhttps://wiki.openstack.org/w/index.php?title=ThirdPartySystems&diff=158170ThirdPartySystems2017-11-23T17:20:42Z<p>Frickler: x-ion CI is now cloudbau CI</p>
<hr />
<div>== Third Party CI Systems ==<br />
<br />
{| border="1" cellpadding="2" cellspacing="0" class="wikitable"<br />
|+<br />
!colspan="3"|3rd Party CI Systems<br />
|-<br />
!Name<br />
!Link<br />
!Comments<br />
|-<br />
{{ThirdPartySystemTableEntry|6WIND Networking CI}}|<br />
{{ThirdPartySystemTableEntry|A10 Networks CI |}}|<br />
{{ThirdPartySystemTableEntry|Arista-CI}}|<br />
{{ThirdPartySystemTableEntryDown|Blockbridge EPS CI}}|<br />
{{ThirdPartySystemTableEntryDown|Brocade OpenStack CI}}|<br />
{{ThirdPartySystemTableEntry|Big Switch CI}}|<br />
{{ThirdPartySystemTableEntry|Canonical Charm CI}}|<br />
{{ThirdPartySystemTableEntry|Cisco Ironic CI}}|<br />
{{ThirdPartySystemTableEntry|Cisco ml2 CI}}|<br />
{{ThirdPartySystemTableEntry|Cisco N1kV CI}}|<br />
{{ThirdPartySystemTableEntry|Cisco UCSm CI}}|<br />
{{ThirdPartySystemTableEntry|cisco_pnr_ci}}|<br />
{{ThirdPartySystemTableEntry|Cisco Tail-f CI}}|<br />
{{ThirdPartySystemTableEntry|Cisco ZM CI}}|<br />
{{ThirdPartySystemTableEntry|Citrix NetScaler CI}}|<br />
{{ThirdPartySystemTableEntry|cloudbau Chef CI}}|<br />
{{ThirdPartySystemTableEntry|Cloudbase Cinder SMB3 CI}}|<br />
{{ThirdPartySystemTableEntryDown|Cloudbase Compute Hyper-V CI}}|<br />
{{ThirdPartySystemTableEntryDown|Cloudbase Manila SMB3 CI}}|<br />
{{ThirdPartySystemTableEntryDown|Cloudbase Neutron Hyper-V CI}}|<br />
{{ThirdPartySystemTableEntry|Cloudbase Nova Hyper-V CI}}|<br />
{{ThirdPartySystemTableEntry|CloudByte CI}}|<br />
{{ThirdPartySystemTableEntryDown|CloudFounders OpenvStorage CI}}|<br />
{{ThirdPartySystemTableEntry|Coho Data CI}}|<br />
{{ThirdPartySystemTableEntry|Coraid CI}}|<br />
{{ThirdPartySystemTableEntry|DataCore CI}}|<br />
{{ThirdPartySystemTableEntry|datera-ci}}|<br />
{{ThirdPartySystemTableEntry|DB Datasets CI}}|<br />
{{ThirdPartySystemTableEntryDown|Designate CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC Ironic CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC PS Series CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC SC Series CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC VMAX CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC VNX CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC XtremIO CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC ScaleIO CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC CoprHD CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC Unity CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC Unity Manila CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC VMAX Manila CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC VNX Manila CI}}|<br />
{{ThirdPartySystemTableEntry|Dell EMC Isilon CI}}|<br />
{{ThirdPartySystemTableEntry|FalconStor CI}}|<br />
{{ThirdPartySystemTableEntry|Freescale CI}}|<br />
{{ThirdPartySystemTableEntry|Fuel CI}}|<br />
{{ThirdPartySystemTableEntry|Fuel Packaging CI}}|<br />
{{ThirdPartySystemTableEntry|Fujitsu C-Fabric CI}}|<br />
{{ThirdPartySystemTableEntry|Fujitsu ETERNUS CI}}|<br />
{{ThirdPartySystemTableEntry|Fujitsu iRMC CI}}|<br />
{{ThirdPartySystemTableEntry|Fujitsu ISM CI}}|<br />
{{ThirdPartySystemTableEntry|Hedvig CI}}|<br />
{{ThirdPartySystemTableEntry|HGST Solutions CI}}|<br />
{{ThirdPartySystemTableEntry|Hitachi HBSD CI}}|<br />
{{ThirdPartySystemTableEntry|Hitachi HBSD2 CI}}|<br />
{{ThirdPartySystemTableEntry|Hitachi HNAS CI}}|<br />
{{ThirdPartySystemTableEntry|Hitachi Manila HNAS CI}}|<br />
{{ThirdPartySystemTableEntry|Hitachi Manila HSP CI}}|<br />
{{ThirdPartySystemTableEntry|Vedams-HPMSA FCISCSIDriver CI}}|<br />
{{ThirdPartySystemTableEntry|HP Octavia Sonar CI}}|<br />
{{ThirdPartySystemTableEntry|HPE Storage CI}}|<br />
{{ThirdPartySystemTableEntry|HP Networking CI}}|<br />
{{ThirdPartySystemTableEntry|HPE Proliant iLO drivers CI}}|<br />
{{ThirdPartySystemTableEntry|Huawei FusionCompute CI}}|<br />
{{ThirdPartySystemTableEntry|Huawei FusionStorage CI}}|<br />
{{ThirdPartySystemTableEntry|Huawei Manila CI}}|<br />
{{ThirdPartySystemTableEntry|Huawei ML2 CI}}|<br />
{{ThirdPartySystemTableEntry|Huawei volume CI}}|<br />
{{ThirdPartySystemTableEntry|IBMPowerKVMCI}}|<br />
{{ThirdPartySystemTableEntryDown|IBM FlashSystem CI}}| See [[ThirdPartySystems/IBM Storage CI|IBM Storage CI]]<br />
{{ThirdPartySystemTableEntry|IBM GPFS CI}}|<br />
{{ThirdPartySystemTableEntry|IBM GPFS REMOTE CI}}|<br />
{{ThirdPartySystemTableEntry|IBM GPFS NFS CI}}|<br />
{{ThirdPartySystemTableEntry|IBM PowerVM CI}}|<br />
{{ThirdPartySystemTableEntry|IBM NAS CI}}|<br />
{{ThirdPartySystemTableEntry|IBM SDN-VE CI}}|<br />
{{ThirdPartySystemTableEntry|IBM Storage CI}}|<br />
{{ThirdPartySystemTableEntryDown|IBM STORWIZE CI}}| See [[ThirdPartySystems/IBM Storage CI|IBM Storage CI]]<br />
{{ThirdPartySystemTableEntryDown|IBM XIV-DS8K CI}}| See [[ThirdPartySystems/IBM Storage CI|IBM Storage CI]]<br />
{{ThirdPartySystemTableEntry|IBM xCAT CI}}|<br />
{{ThirdPartySystemTableEntryDown|IBM zKVM CI}}|<br />
{{ThirdPartySystemTableEntryDown|IBM z/VM CI}}|<br />
{{ThirdPartySystemTableEntry|Inspur CI}}|<br />
{{ThirdPartySystemTableEntry|Intel NFV CI}}|<br />
{{ThirdPartySystemTableEntryDown|Intel_NGFW_CI}}|<br />
{{ThirdPartySystemTableEntryDown|Intel-PCI-CI}}|<br />
{{ThirdPartySystemTableEntryDown|Intel-SRIOV-CI}}|<br />
{{ThirdPartySystemTableEntryDown|Intel-IPMI-CI}}|<br />
{{ThirdPartySystemTableEntry|INFINIDAT Cinder CI}}|<br />
{{ThirdPartySystemTableEntry|Infortrend Storage CI}}|<br />
{{ThirdPartySystemTableEntryDown|ITRI DISCO CI}}|<br />
{{ThirdPartySystemTableEntry|Kaminario K2 CI}}|<br />
{{ThirdPartySystemTableEntry|KEMPtechnologies CI}}|<br />
{{ThirdPartySystemTableEntryDown|Linaro CI}}|<br />
{{ThirdPartySystemTableEntry|Lenovo Storage CI}}|<br />
{{ThirdPartySystemTableEntry|Limestone Networks CI}}|<br />
{{ThirdPartySystemTableEntry|Maxta CI}}|<br />
{{ThirdPartySystemTableEntry|Mellanox CI}}|<br />
{{ThirdPartySystemTableEntry|Metaplugin CI}}|<br />
{{ThirdPartySystemTableEntryDown|Midokura CI}}|<br />
{{ThirdPartySystemTableEntry|MapR-FS Manila CI}}|<br />
{{ThirdPartySystemTableEntry|Mirantis Rally CI}}|<br />
{{ThirdPartySystemTableEntry|murano-ci}}|<br />
{{ThirdPartySystemTableEntryDown|NEC CI}}|<br />
{{ThirdPartySystemTableEntry|NEC Cinder CI}}|<br />
{{ThirdPartySystemTableEntry|NetApp CI}}|<br />
{{ThirdPartySystemTableEntry|NetApp Eseries CI}}|<br />
{{ThirdPartySystemTableEntry|NetApp SolidFire CI}}|<br />
{{ThirdPartySystemTableEntry|Nexenta CI}}|<br />
{{ThirdPartySystemTableEntry|Nexenta Edge CI}}|<br />
{{ThirdPartySystemTableEntry|Nexenta Manila CI}}|<br />
{{ThirdPartySystemTableEntry|Nimble Storage CI}}|<br />
{{ThirdPartySystemTableEntry|NTT SystemFault MasakariIntegration CI}}|<br />
{{ThirdPartySystemTableEntry|Nuage CI}}|<br />
{{ThirdPartySystemTableEntryDown|OpenDaylight CI}}|<br />
{{ThirdPartySystemTableEntry|Open-E JovianDSS CI}}|<br />
{{ThirdPartySystemTableEntryDown|OPNFV CI}}|<br />
{{ThirdPartySystemTableEntry|Oracle ZFSSA CI}}|<br />
{{ThirdPartySystemTableEntryDown|PLUMgrid CI}}|<br />
{{ThirdPartySystemTableEntry|ProphetStor CI}}|<br />
{{ThirdPartySystemTableEntry|PhazrIO CI}}|<br />
{{ThirdPartySystemTableEntry|Pure Storage CI}}|<br />
{{ThirdPartySystemTableEntry|QNAP CI}}|<br />
{{ThirdPartySystemTableEntry|Quobyte CI}}|<br />
{{ThirdPartySystemTableEntry|Rackspace CloudDNS CI}}|<br />
{{ThirdPartySystemTableEntry|Rackspace GolangSwift CI}}|<br />
{{ThirdPartySystemTableEntry|Radware CI}}|<br />
{{ThirdPartySystemTableEntry|RDO Third Party CI}}|<br />
{{ThirdPartySystemTableEntry|RedHat CI}}|<br />
{{ThirdPartySystemTableEntry|RedHat GlusterFS CI}}|<br />
{{ThirdPartySystemTableEntryDown|RedHat̞ NFVPE CI}}|<br />
{{ThirdPartySystemTableEntry|RedHat RDO CI}}|<br />
{{ThirdPartySystemTableEntry|Reduxio HX550 CI}}|<br />
{{ThirdPartySystemTableEntry|Scality CI}}|<br />
{{ThirdPartySystemTableEntry|Snabb-NFV CI}}|<br />
{{ThirdPartySystemTableEntry|Software Factory CI}}|ZuulV3|<br />
{{ThirdPartySystemTableEntry|SolidFire CI}}|<br />
{{ThirdPartySystemTableEntry|StorPool CI}}|<br />
{{ThirdPartySystemTableEntry|SUSE Cloud CI}}|<br />
{{ThirdPartySystemTableEntry|SwiftStack Cluster CI}}|<br />
{{ThirdPartySystemTableEntry|Synology DSM CI}}|<br />
{{ThirdPartySystemTableEntry|Tail-f NCS CI}}|<br />
{{ThirdPartySystemTableEntry|Tegile Storage CI}}|<br />
{{ThirdPartySystemTableEntry|Tintri CI}}|<br />
{{ThirdPartySystemTableEntry|UFCG OneView CI}}|<br />
{{ThirdPartySystemTableEntry|Vanilla Stack CI}}|<br />
{{ThirdPartySystemTableEntry|vArmour CI}}|<br />
{{ThirdPartySystemTableEntry|Vedams SCST CI}}|<br />
{{ThirdPartySystemTableEntry|Veritas HyperScale CI}}|<br />
{{ThirdPartySystemTableEntry|Veritas Access CI}}|<br />
{{ThirdPartySystemTableEntry|Violin Memory CI}}|<br />
{{ThirdPartySystemTableEntry|Virtuozzo CI}}|<br />
{{ThirdPartySystemTableEntryDown|Virtuozzo Storage CI}}|<br />
{{ThirdPartySystemTableEntry|VMware CI}}|<br />
{{ThirdPartySystemTableEntry|Wherenow.org CI}}|<br />
{{ThirdPartySystemTableEntry|XenProject CI}}|<br />
{{ThirdPartySystemTableEntry|XenServer CI}}|<br />
{{ThirdPartySystemTableEntry|X-IO technologies CI}}|<br />
{{ThirdPartySystemTableEntryDown|XP Storage CI}}|<br />
{{ThirdPartySystemTableEntry|ZadaraStorage VPSA CI}}|<br />
{{ThirdPartySystemTableEntry|ZTE cinder2 CI}}|<br />
{{ThirdPartySystemTableEntryDown|Example}}|<br />
|-<br />
|}<br />
<br />
<br />
Instructions on how to add a new system to the above table:<br />
* Add an '''alphabetical''' entry in the above table: <code><nowiki>{{ThirdPartySystemTableEntry|Example}}|Comment</nowiki></code> where Example is the name of your system and Comment (optional) is a free text comment about your system <br />
* Save the page and click on the link to the new page<br />
* Select the "edit the page" option and paste <code><nowiki>{{subst:ThirdPartySystemInfoSubst}}</nowiki></code> into your new page and then save it. This will expand to a table. Edit the table replacing the placeholder values with the correct values for your system<br />
* If your system is going down or having problems, change the entry to <code><nowiki>{{ThirdPartySystemTableEntryDown|<your ci system name>}}</nowiki></code><br />
----<br />
<br />
Do you have a Gerrit CI account created for you by the Infrastructure team and you want to update it? [https://wiki.openstack.org/wiki/OldtoNewGerritCIAccount Read how here].<br />
<br />
[[Category:ThirdPartySystems]]</div>Frickler