Jump to: navigation, search

Difference between revisions of "CrossProjectLiaisons"

(Allow dtantsur to release ironic-inspector things)
(Vulnerability management)
 
(462 intermediate revisions by more than 100 users not shown)
Line 3: Line 3:
 
== Oslo ==
 
== Oslo ==
  
There are now more projects consuming code from the Oslo incubator than we have Oslo contributors. That means we are going to need your help to make these migrations happen. We are asking for one person from each project to serve as a liaison between the project and Oslo, and to assist with integrating changes as we move code out of the incubator into libraries.
+
There are far more projects consuming code from Oslo libraries than we have Oslo contributors. That means it is not possible for the Oslo team to keep track of how every project is using Oslo code. We are asking for one person from each project to serve as a liaison between the project and Oslo, to let us know when they are having issues with a library, and to assist with work like migrating off deprecated features.
  
 
* The liaison should be active in the project and familiar with the project-specific requirements for having patches accepted, but does not need to be a core reviewer or the PTL.
 
* The liaison should be active in the project and familiar with the project-specific requirements for having patches accepted, but does not need to be a core reviewer or the PTL.
Line 14: Line 14:
 
! Project !! Liaison !! IRC Handle
 
! Project !! Liaison !! IRC Handle
 
|-
 
|-
| Barbican || Douglas Mendizábal || redrobot
+
| Barbican || Douglas Mendizábal || dmendiza[m]
 
|-
 
|-
 
| Ceilometer || Julien Danjou || jd__
 
| Ceilometer || Julien Danjou || jd__
Line 20: Line 20:
 
| Cinder || Jay Bryant  || jungleboyj
 
| Cinder || Jay Bryant  || jungleboyj
 
|-
 
|-
| Congress || Tim Hinrichs || thinrichs
+
| Cloudkitty || Christophe Sauthier  || huats
 +
|-
 +
| Congress || Eric Kao || ekcs
 
|-
 
|-
 
| Cue || Min Pae  || sputnik13
 
| Cue || Min Pae  || sputnik13
 +
|-
 +
| Cyborg || Shaohe Feng  || shaohe_feng
 
|-
 
|-
 
| Designate ||  ||  
 
| Designate ||  ||  
 
|-
 
|-
| Glance || Flavio Percoco || flaper87
+
| Freezer || Saad Zaher || szaher
 +
|-
 +
| Glance || Abhishek Kekane|| akekane
 
|-
 
|-
 
| Heat || Thomas Herve || therve
 
| Heat || Thomas Herve || therve
 
|-
 
|-
| Horizon || Kirill Zaitsev || kzaitsev_
+
| Horizon || Ivan Kolodyazhny || e0ne
 
|-
 
|-
| Ironic || Lin Tan  || lintan
+
| I18n || Frank Kloeker || eumel8
 
|-
 
|-
| Keystone || Brant Knudson || bknudson
+
| Ironic ||  ||
 +
|-
 +
| Keystone || Douglas Mendizábal || dmendiza[m]
 
|-
 
|-
 
| Manila || Thomas Bechtold || toabctl
 
| Manila || Thomas Bechtold || toabctl
 
|-
 
|-
| Murano || Kirill Zaitsev || kzaitsev_
+
| Mistral || Dougal Matthews || d0ugal
 
|-
 
|-
| Neutron || Ihar Hrachyshka || ihrachyshka
+
| Murano || Rong Zhu || zhurong
 
|-
 
|-
| Nova || Victor Stinner|| haypo
+
| Neutron || Bernard Cafarelli || bcafarel
 +
|-
 +
| Nova || Stephen Finucane || stephenfin
 
|-
 
|-
 
| [[Octavia]] || Michael Johnson || johnsom
 
| [[Octavia]] || Michael Johnson || johnsom
 
|-
 
|-
| Sahara || Sergey Reshetnyak || sreshetnyak
+
| Placement || Chris Dent  || cdent
 +
|-
 +
| Qinling || Lingxian Kong || kong
 +
|-
 +
| Rally || Andrey Kurilin || andreykurilin
 +
|-
 +
| Sahara || Telles Nobrega, Shu Yingya || tellesnobrega, shuyingya
 +
|-
 +
| Senlin || Yanyan Hu || Yanyanhu
 
|-
 
|-
 +
 
| Swift ||  ||  
 
| Swift ||  ||  
 +
|-
 +
| Tricircle || Chaoyi Huang || joehuang
 
|-
 
|-
 
| TripleO || Ben Nemec || bnemec
 
| TripleO || Ben Nemec || bnemec
 
|-
 
|-
| Trove || Amrith Kumar ||  amrith
+
| Trove || Lingxian Kong ||  lxkong
 
|-
 
|-
 
| Zaqar || Flavio Percoco || flaper87
 
| Zaqar || Flavio Percoco || flaper87
 +
|-
 +
| Zun || Hongbin Lu || hongbin
 
|-
 
|-
 
|}
 
|}
Line 60: Line 83:
 
== Release management ==
 
== Release management ==
  
The Release Management Liaison is responsible for communication with the Release Management team, attending the weekly 1:1 syncs in #openstack-relmgr-office, keeping milestone plans up to date, and signing off milestone and release tags. That task has been [[PTL_Guide#Interactions_with_the_Release_team|traditionally filled by the PTL]], but they may now delegate this task if they wish.
+
The Release Management Liaison is responsible for communication with the Release Management team. Its tasks are described in the project team guide: http://docs.openstack.org/project-team-guide/release-management.html . That task has been traditionally filled by the PTL, but they may now delegate this task if they wish.
  
 
* By default, the liaison will be the PTL.
 
* By default, the liaison will be the PTL.
* The Release Management Liaison is considered a contributor to the Release Cycle Management Program and therefore is allowed to vote in election its PTL.
 
 
* The liaison may further delegate work to other subject matter experts
 
* The liaison may further delegate work to other subject matter experts
 +
 +
 +
The liaisons list is now being maintained in the [https://opendev.org/openstack/releases/src/branch/master/data/release_liaisons.yaml release's repo here]. If you want to add/update liaison info, please submit a patch to the releases repository.
 +
 +
== QA ==
 +
 +
There are now more projects that are being tested by Tempest, and Grenade or a part deployable by Devstack than we have QA contributors. That means we are going to need your help to keep on top of everything. We are asking for one person from each project to serve as a liaison between the project and QA, and to assist with integrating changes as we move forward.
 +
 +
The liaison should be a core reviewer for the project, but does not need to be the PTL. The liaison should be prepared to assist with writing and reviewing patches that interact with their project, and with discussions of changes to the QA projects to make them easier to use within the project.
  
 
{| class="wikitable"
 
{| class="wikitable"
Line 70: Line 101:
 
! Project !! Liaison !! IRC Handle
 
! Project !! Liaison !! IRC Handle
 
|-
 
|-
| Nova || John Garbutt || johnthetubaguy
+
| Barbican || Douglas Mendizábal || dmendiza[m]
 +
|-
 +
| Ceilometer ||  Chris Dent || cdent
 +
|-
 +
| Cinder || Scott DAngelo and Ivan Kolodyazhny  || scottda and e0ne
 +
|-
 +
| Congress || Eric Kao  || ekcs
 
|-
 
|-
| Cinder || Sean McGinnis || smcginnis
+
| Cyborg || Chenke  || chenker
 
|-
 
|-
| Swift || John Dickinson  || notmyname
+
| Freezer || Guillermo Garcia || m3mo
 
|-
 
|-
| Neutron || Kyle Mestery || mestery
+
| Glance || Abhishek Kekane || abhishekk
 
|-
 
|-
| Keystone || Steve Martinelli || stevemar
+
| Heat || Steve Baker || stevebaker
 
|-
 
|-
| Horizon || David Lyle || david-lyle
+
| Horizon || Ivan Kolodyazhny || e0ne
 
|-
 
|-
| Glance || Flavio Percoco || flaper87
+
| Ironic || ||
 
|-
 
|-
| Ceilometer || gordon chung || gordc
+
| Keystone || Douglas Mendizábal || dmendiza[m]
 
|-
 
|-
| Heat || Sergey Kraynev || skraynev
+
| Manila || Dustin Schoenbrun || dustins
 
|-
 
|-
| Oslo || Davanum Srinivas || dims
+
| Murano || Rong Zhu || zhurong
 
|-
 
|-
| Trove || Craig Vyvial or Nikhil Manchanda || cp16net or SlickNik
+
| Neutron || Slawek Kaplonski || slaweq
 
|-
 
|-
| Sahara || Sergey Lukjanov  || SergeyLukjanov
+
| Nova || Ghanshyam Mann || gmann
 
|-
 
|-
| Ironic || Jim Rollenhagen (Dmitry Tantsur for inspector deliverables) || jroll (dtantsur)
+
| Oslo || Davanum Srinivas || dims
 
|-
 
|-
| Zaqar || ||  
+
| Qinling || Lingxian Kong || kong
 
|-
 
|-
| Designate || Graham Hayes || mugsie
+
| Sahara || Luigi Toscano || tosky
 
|-
 
|-
| Barbican || Douglas Mendizábal || redrobot
+
| Senlin || Haiwei Xu || haiwei-xu
 
|-
 
|-
| Manila || Ben Swartzlander || bswartz
+
| Swift || Thiago da Silva || tdasilva
 
|-
 
|-
| Murano ||Kirill Zaitsev || kzaitsev_
+
| Trove || Lingxian Kong || lxkong
 
|-
 
|-
| Congress || Tim Hinrichs || thinrichs
+
| Zaqar || Fei Long Wang || flwang
 
|-
 
|-
| Mistral || Lingxian Kong || xylan_kong
+
| Zun || Hongbin Lu || hongbin
 
|}
 
|}
  
== QA ==
+
== Documentation ==
  
There are now more projects that are being tested by Tempest, and Grenade or a part deployable by Devstack than we have QA contributors. That means we are going to need your help to keep on top of everything. We are asking for one person from each project to serve as a liaison between the project and QA, and to assist with integrating changes as we move forward.
+
The OpenStack Documentation is centralized on docs.openstack.org but often there's a need for specialty information when reviewing patches or triaging doc bugs. A doc liaison should be available to triage doc bugs when the docs team members don't know enough to triage accurately, and be added to doc reviews that affect your project. You'd be notified through email when you're added either to a doc bug or a doc review. We also would appreciate attendance at the [https://wiki.openstack.org/wiki/Meetings/DocTeamMeeting weekly doc team meeting], We meet weekly in #openstack-meeting every Wednesday at alternating times for different timezones:
 
 
The liaison should be a core reviewer for the project, but does not need to be the PTL. The liaison should be prepared to assist with writing and reviewing patches that interact with their project, and with discussions of changes to the QA projects to make them easier to use within the project.
 
  
 
{| class="wikitable"
 
{| class="wikitable"
Line 121: Line 156:
 
! Project !! Liaison !! IRC Handle
 
! Project !! Liaison !! IRC Handle
 
|-
 
|-
| Nova || Matt Riedemann || mriedem
+
| Barbican || Douglas Mendizábal || dmendiza[m]
 
|-
 
|-
| Cinder || ||  
+
| Ceilometer || Ildiko Vancsa || ildikov
 
|-
 
|-
| Swift || ||  
+
| Cinder || Jay Bryant || jungleboyj
 
|-
 
|-
| Neutron || Salvatore Orlando || salv-orlando
+
| Congress || Aimee Ukasick || aimeeu
 
|-
 
|-
| Keystone || David Stanek || dstanek
+
| Cyborg || Yumeng Bao  || Yumeng
 
|-
 
|-
| Horizon ||  ||  
+
| Designate || Graham Hayes || mugsie
 
|-
 
|-
| Glance || Nikhil Komawar  || nikhil_k
+
| Freezer || Guillermo Garcia || m3mo
 
|-
 
|-
| Ceilometer || Chris Dent || cdent
+
| Heat || Rabi Mishra  || ramishra
 
|-
 
|-
| Heat || Steve Baker || stevebaker
+
| Horizon || Ivan Kolodyazhny  || e0ne
 
|-
 
|-
| Oslo || Davanum Srinivas || dims
+
| I18n || Frank Kloeker || eumel8
 
|-
 
|-
| Trove || Craig Vyvial and Nirav Shah || cp16net and nshah
+
| Ironic || Julia Kreger || TheJulia
 
|-
 
|-
| Sahara || Luigi Toscano and Sergey Lukjanov  || tosky and SergeyLukjanov
+
| Keystone || Douglas Mendizábal || dmendiza[m]
 
|-
 
|-
| Ironic || John Villalovos || jlvillal
+
| Kolla || Mark Goddard || mgoddard
 
|-
 
|-
| Zaqar ||  ||  
+
| Magnum || Spyros Trigazis || strigazi
 
|-
 
|-
| Barbican || Steve Heyman || hockeynut
+
| Manila || Tom Barron || tbarron
 
|-
 
|-
| Manila || Valeriy Ponomaryov || vponomaryov
+
| Mistral || Dougal Matthews || d0ugal
|}
 
 
 
== Documentation ==
 
 
 
The OpenStack Documentation is centralized on docs.openstack.org but often there's a need for specialty information when reviewing patches or triaging doc bugs. A doc liaison should be available to triage doc bugs when the docs team members don't know enough to triage accurately, and be added to doc reviews that affect your project. You'd be notified through email when you're added either to a doc bug or a doc review. We also would appreciate attendance at the [https://wiki.openstack.org/wiki/Meetings/DocTeamMeeting weekly doc team meeting], We meet weekly in #openstack-meeting every Wednesday at alternating times for different timezones:
 
 
 
{| class="wikitable"
 
 
|-
 
|-
! Project !! Liaison !! IRC Handle
+
| Murano || Rong Zhu || zhurong
 
|-
 
|-
| Nova || Joe Gordon or Michael Still || Jog0 or mikal
+
| Neutron || Akihiro Motoki || amotoki
 
|-
 
|-
| Cinder || Mike Perez || thingee
+
| Nova || Stephen Finucane || stephenfin
 
|-
 
|-
| Swift || ||  
+
| Octavia || Michael Johnson || johnsom
 
|-
 
|-
| Neutron || Edgar Magana || emagana
+
| OpenStack-Ansible || Amy Marrich || spotz
 
|-
 
|-
| Keystone || Lance Bragstad || lbragstad
+
| Ops || Robert Starmer ||  
 
|-
 
|-
| Horizon || Rob Cresswell || robcresswell
+
| Oslo || Stephen Finucane  || stephenfin
 
|-
 
|-
| Glance || Brian Rosmaita || rosmaita
+
| Puppet OpenStack || Emilien Macchi  || EmilienM
 
|-
 
|-
| Ceilometer || Ildiko Vancsa || ildikov
+
| Qinling || Lingxian Kong || kong
 
|-
 
|-
| Heat || Randall Burt || randallburt
+
| Rally || Boris Pavlovic || boris-42
 
|-
 
|-
| Oslo || Doug Hellmann || dhellmann
+
| Sahara || Telles Nobrega and Luigi Toscano || tellesnobrega, tosky
 
|-
 
|-
| Trove || Laurel Michaels || laurelm
+
| Senlin || Cindia Blue  || lixinhui
 
|-
 
|-
| Sahara || Chad Roberts || crobertsrh
+
| Swift || John Dickinson || notmyname
 
|-
 
|-
| Ironic || Mitsuhiro SHIGEMATSU || pshige
+
| Tripleo || Steven Hardy || shardy
 
|-
 
|-
| Zaqar ||  ||  
+
| Trove ||  Lingxian Kong || lxkong
 
|-
 
|-
| Barbican || Constanze Kratel || constanze
+
| Watcher || Prudhvi Rao Shedimbi || pshedimb
 
|-
 
|-
| Murano || Ekaterina Chernova || katyafervent
+
| Zaqar || Fei Long Wang || flwang
 
|-
 
|-
| Manila || ||  
+
| Zun || Hongbin Lu || hongbin
 
|}
 
|}
  
Line 203: Line 231:
  
 
* By default, the liaison will be the PTL.
 
* By default, the liaison will be the PTL.
* The Stable Branch Liaison is considered a contributor to the Release Cycle Management Program and therefore is allowed to vote in election its PTL.
+
* The Stable Branch Liaison is considered a contributor to the Release Cycle Management Program and therefore is allowed to vote in its PTL election.
 
* The liaison may further delegate work to other subject matter experts
 
* The liaison may further delegate work to other subject matter experts
  
Line 209: Line 237:
 
|-
 
|-
 
! Project !! Liaison !! IRC Handle
 
! Project !! Liaison !! IRC Handle
 +
|-
 +
| Barbican || Douglas Mendizábal || dmendiza[m]
 
|-
 
|-
 
| Ceilometer || Eoghan Glynn || eglynn
 
| Ceilometer || Eoghan Glynn || eglynn
Line 214: Line 244:
 
| Cinder || Jay Bryant  || jungleboyj
 
| Cinder || Jay Bryant  || jungleboyj
 
|-
 
|-
| Glance || Erno Kuvaja || jokke_
+
| Congress || Masahito Muroi  || masahito
 +
|-
 +
| Cyborg || Yumeng Bao  || Yumeng
 +
|-
 +
| Freezer || Saad Zaher || szaher
 +
|-
 +
| Glance || ||
 
|-
 
|-
 
| Heat || Zane Bitter || zaneb
 
| Heat || Zane Bitter || zaneb
 
|-
 
|-
| Horizon || Matthias Runge || mrunge  
+
| Horizon || Akihiro Motoki || amotoki
 +
|-
 +
| Ironic || Dmitry Tantsur || dtantsur
 +
|-
 +
| Keystone || Douglas Mendizábal || dmendiza[m]
 +
|-
 +
| Manila || Goutham Pacha Ravi || gouthamr
 +
|-
 +
| Mistral || Dougal Matthews || d0ugal
 +
|-
 +
| Murano || Rong Zhu || zhurong
 +
|-
 +
| Neutron || Brian Haley || haleyb
 +
|-
 +
| Nova ||  Lee Yarwood || lyarwood
 +
|-
 +
| Octavia || Carlos Goncalves || cgoncalves
 +
|-
 +
| Placement ||  Matt Riedemann || mriedem
 
|-
 
|-
| Ironic || Adam Gandelman  || adam_g
+
| Qinling || Lingxian Kong || kong
 
|-
 
|-
| Keystone || Dolph Mathews || dolphm
+
| Sahara || Telles Nobrega || tellesnobrega
 
|-
 
|-
| Murano || Kirill Zaitsev || kzaitsev_
+
| Senlin|| Qiming Teng || Qiming
 
|-
 
|-
| Neutron || Ihar Hrachyshka || ihrachys
+
| Swift || Matthew Oliver || mattoliverau
 
|-
 
|-
| Nova || Matt Riedemann || mriedem
+
| Trove || Lingxian Kong || lxkong
 
|-
 
|-
| Sahara || Sergey Lukjanov || SergeyLukjanov
+
| Watcher || David Tardivel || dtardivel
 
|-
 
|-
| Swift || ||  
+
| Zaqar || Fei Long Wang || flwang
 
|-
 
|-
| Trove || Amrith Kumar || amrith
+
| Zun || Hongbin Lu || hongbin
 
|-
 
|-
 
|}
 
|}
Line 240: Line 294:
 
== Vulnerability management ==
 
== Vulnerability management ==
  
The [[Vulnerability Management]] Team needs domain specialists to help assessing the impact of reported issues, coordinate the development of patches, review proposed patches and propose backports. The liaison should be familiar with the [[Vulnerability Management]] process and embargo rules, and have a good grasp of security issues in software design.
+
The Vulnerability Management Team needs domain specialists to help assessing the impact of reported issues, coordinate the development of patches, review proposed patches and propose backports. The liaison should be familiar with the [https://security.openstack.org/vmt-process.html Vulnerability Management process] and embargo rules, and have a good grasp of security issues in software design.
  
 
* The liaison should be a core reviewer for the project, but does not need to be the PTL.
 
* The liaison should be a core reviewer for the project, but does not need to be the PTL.
* By default, the liaison will be the PTL.
+
* By default, the liaison will be the PTL unless explicitly listed.
 
* The liaison is the first line of contact for the Vulnerability Management team members
 
* The liaison is the first line of contact for the Vulnerability Management team members
 
* The liaison is considered a contributor to the Release Cycle Management Program and therefore is allowed to vote in election its PTL
 
* The liaison is considered a contributor to the Release Cycle Management Program and therefore is allowed to vote in election its PTL
 
* The liaison may further delegate work to other subject matter experts
 
* The liaison may further delegate work to other subject matter experts
* The liaison maintains the members of the $PROJECT-coresec team in Launchpad (which can be given access to embargoed vulnerabilities)
+
* The liaison maintains the members of the project's core security review team in Launchpad or StoryBoard (reviewers who will be given access to embargoed vulnerabilities by the VMT)
 +
* If the project has multiple core security review teams for different deliverables they should be listed together in the appropriate column.
  
 
{| class="wikitable"
 
{| class="wikitable"
 
|-
 
|-
! Project !! Liaison !! IRC Handle
+
! Project !! Liaison !! IRC Handle !! Security Team
 
|-
 
|-
| Barbican || Douglas Mendizábal or Charles Neill || redrobot / ccneill
+
| Barbican || Douglas Mendizába || dmendiza[m] || all deliverables: openstack-barbican-security (SB)
 
|-
 
|-
| Ceilometer || Lianhao Lu or Gordon Chung || llu/gordc
+
| Cinder || || || [https://launchpad.net/~cinder-coresec/+members all deliverables: cinder-coresec (LP)]
 
|-
 
|-
| Cinder ||   ||  
+
| Glance || Brian Rosmaita  || rosmaita || [https://launchpad.net/~glance-coresec/+members all deliverables: glance-coresec (LP)]
 
|-
 
|-
| Glance || Stuart McLaren or Nikhil Komawar  || mclaren or nikhil_k
+
| Heat || Steve Hardy || shardy || all deliverables: openstack-heat-security (SB)
 
|-
 
|-
| Heat || Steve Hardy || shardy
+
| Horizon || Akihiro Motoki || amotoki || [https://launchpad.net/~horizon-coresec/+members all deliverables: horizon-coresec (LP)]
 
|-
 
|-
| Horizon || Lin Hua Cheng || lhcheng
+
| Keystone || Douglas Mendizábal || dmendiza[m] || [https://launchpad.net/~keystone-coresec/+members all deliverables: keystone-coresec (LP)]
 
|-
 
|-
| Ironic || Jim Rollenhagen || jroll
+
| Neutron || Miguel Lavalle || mlavalle || [https://launchpad.net/~neutron-coresec/+members all deliverables: neutron-coresec (LP)]
 
|-
 
|-
| Keystone || Dolph Mathews || dolphm
+
| Nova || Michael Still || mikal || [https://launchpad.net/~nova-coresec/+members all deliverables: nova-coresec (LP)]
 
|-
 
|-
| Neutron || Salvatore Orlando || salv-orlando
+
| Oslo || [https://governance.openstack.org/tc/reference/projects/oslo.html DPL] || || [https://launchpad.net/~oslo-coresec/+members all deliverables: oslo-coresec (LP)]
 
|-
 
|-
| Nova || Michael Still || mikal
+
| Sahara || Telles Nobrega || tellesnobrega || all deliverables: openstack-sahara-security (SB)
 
|-
 
|-
| Sahara || Michael McCune or Sergey Lukjanov || elmiko or SergeyLukjanov
+
| Swift || || || [https://launchpad.net/~swift-coresec/+members all deliverables: swift-coresec (LP)]
 
|-
 
|-
| Swift ||  ||  
+
| Trove || Lingxian Kong || lxkong || all deliverables: openstack-trove-security (SB)
|-
 
| Trove || Craig Vyvial or Nikhil Manchanda || cp16net or SlickNik
 
 
|-
 
|-
 
|}
 
|}
  
== API Working Group ==
+
== API-SIG ==
  
The [[API_Working_Group|API Working Group]] seeks API subject matter experts for each project  to communicate plans for API updates, review API guidelines with their project's view in mind, and review the API Working Group guidelines as they are drafted. The liaison should be familiar with the project's REST API design and future planning for changes to it.
+
The [[API_SIG|API-SIG]] seeks API subject matter experts for each project  to communicate plans for API updates, review API guidelines with their project's view in mind, and review the API-SIG guidelines as they are drafted. The liaison should be familiar with the project's REST API design and future planning for changes to it.
  
The members of the [http://specs.openstack.org/openstack/api-wg/liaisons.html API Working Group Cross-Project Liaisons] are maintained in our repo.  If you want to read the entire list of CPLs or add/remove yourself from the list, you'll need to update the [http://git.openstack.org/cgit/openstack/api-wg/tree/doc/source/liaisons.json liaisons.json] file. If you don't want to make the update yourself, please ask in #openstack-sdks on IRC and someone can make the change for you.
+
The members of the [http://specs.openstack.org/openstack/api-sig/liaisons.html API-SIG Cross-Project Liaisons] are maintained in our repo.  If you want to read the entire list of CPLs or add/remove yourself from the list, you'll need to update the [http://git.openstack.org/cgit/openstack/api-sig/tree/doc/source/liaisons.json liaisons.json] file. If you don't want to make the update yourself, please ask in #openstack-sdks on IRC and someone can make the change for you.
  
 
== Logging Working Group ==
 
== Logging Working Group ==
Line 295: Line 348:
 
! Project !! Liaison !! IRC Handle
 
! Project !! Liaison !! IRC Handle
 
|-
 
|-
| Glance || Erno Kuvaja || jokke_
+
| Ironic || ||  
 
|-
 
|-
 
| Oslo || Doug Hellmann || dhellmann
 
| Oslo || Doug Hellmann || dhellmann
Line 301: Line 354:
 
| Nova || John Garbutt || johnthetubaguy
 
| Nova || John Garbutt || johnthetubaguy
 
|-
 
|-
| Murano || Nikolay Starodubtsev || Nikolay_St
+
| Murano || Rong Zhu || zhurong
 +
|-
 +
| Sahara || Telles Nobrega || tellesnobrega
 
|}
 
|}
  
Line 312: Line 367:
 
! Project !! Liaison !! IRC Handle
 
! Project !! Liaison !! IRC Handle
 
|-
 
|-
| Glance || Flavio Percoco, Nikhil Komawar|| flaper87, nikhil_k
+
| Congress || Any Congress core reviewer may ACK: Anusha Ramineni, Eric Kao, Tim Hinrichs, Masahito Muroi  || ramineni, ekcs, thinrichs, masahito
 +
|-
 +
| Freezer || Saad Zaher || szaher
 +
|-
 +
| Glance || Brian Rosmaita || rosmaita
 +
|-
 +
| I18n || Frank Kloeker || eumel8
 +
|-
 +
| Ironic || Dmitry Tantsur || dtantsur
 +
|-
 +
| Kolla || Any Kolla Core Reviewer may ack an infra change on behalf of the PTL || mgoddard, jeffrey4l, egonzalez, spsurya, hrw, mandre are primary contacts
 +
|-
 +
| Neutron || Slawek Kaplonski, YAMAMOTO Takashi || slaweq, yamamoto
 +
|-
 +
| Documentation || Andreas Jaeger|| AJaeger
  
 
|-
 
|-
| Neutron || Kyle Mestery, Armando Migliaccio, Doug Wiegley|| mestery, armax, dougwig
+
| Trove || Lingxian Kong || lxkong
 +
 
 
|-
 
|-
| Documentation || Andreas Jaeger|| AJaeger
+
| Murano || Rong Zhu || zhurong
 +
 
 +
|-
 +
| Sahara || Telles Nobrega and Luigi Toscano || tellesnobrega, tosky
 +
 
 +
|-
 +
| Fuel || Aleksandra Fedorova, Igor Belikov || bookwar, igorbelikov
 +
|-
 +
| OpenStack-Ansible || Jean-Philippe Evrard, Jesse Pretorius || evrardjp, odyssey4me
 +
|-
 +
| Puppet OpenStack || Emilien Macchi, Alex Schultz || EmilienM, mwhahaha
 +
 
 +
|-
 +
| TripleO || Emilien Macchi || EmilienM
  
 
|-
 
|-
| Trove || Nikhil Manchanda || SlickNik
+
| Airship || Matt McEuen || mattmceuen
 
|}
 
|}
  
== Product Working Group ==
+
== I18n ==
The product working group consists of product managers, technologists, and operators from a diverse set of organizations. The group is working to aggregate user stories from the market-focused teams (Enterprise, Telco, etc.) and cross-project functional teams (e.g. logging, upgrades, etc.), partner with the development community on resourcing, and help gather data to generate a multi-release roadmap. Most of the user stories being tracked by this team consists of items that can span multiple releases and usually have cross-project dependencies.
+
I18n team is responsible for making OpenStack ubiquitously accessible to people of all language backgrounds. The team have translators from all over the world to translate OpenStack into different languages.  
 +
 
 +
If you want to communicate with translators in I18n team, send email to openstack-i18n@lists.openstack.org.
  
More information about the team can be found on the [[ProductTeam|Product WG wiki]].
+
* The liaison should be a core reviewer (or a person who is not a core reviewer but agreed & approved by PTL) for the project and understand i18n status of the project.
 +
* The liaison should understand project release schedule very well.
 +
* The liaison should notify I18n team happens of important moments in the project release in time. For example, happen of soft string freeze, happen of hard string freeze, and happen of RC1 cutting.
 +
* The liaison should take care of translation patches to the project, and make sure the patches are successfully merged to the final release version. When the translation patch is failed, the liaison should notify I18n team.
  
 
{| class="wikitable"
 
{| class="wikitable"
Line 332: Line 420:
 
! Project !! Liaison !! IRC Handle
 
! Project !! Liaison !! IRC Handle
 
|-
 
|-
| Ceilometer ||Krish Ragurham ||  
+
| Barbican || ||
 +
|-
 +
| Cinder ||  ||
 +
|-
 +
| Designate || Graham Hayes  || mugsie
 +
|-
 +
| Glance || Abhishek Kekane || akekane
 +
|-
 +
| Heat ||  ||
 +
|-
 +
| Horizon || Akihiro Motoki || amotoki
 +
|-
 +
| Ironic ||  ||
 +
|-
 +
| Keystone || ||
 +
|-
 +
| Magnum ||  Shu Muto || shu-mutou
 +
|-
 +
| Manila ||  ||
 +
|-
 +
| Monasca ||  ||
 +
|-
 +
| Murano ||  ||
 +
|-
 +
| Neutron || Akihiro Motoki || amotoki
 +
|-
 +
| Nova ||  ||  
 
|-
 
|-
| Cinder || Shamail Tahir || shamail
+
| Oslo ||  ||  
 
|-
 
|-
| Glance || Nate Ziemann || nate_zman
+
| Sahara || Luigi Toscano, Jeremy Freudberg || tosky, jeremyfreudberg
 
|-
 
|-
| Horizon || Carol Barrett || barrett1
+
| Senlin || ||  
 
|-
 
|-
| Keystone || Sheena Gregson ||  
+
| Swift ||   ||
 
|-
 
|-
| Kolla || Carol Barrett || barrett1
+
| Tacker || ||  
 
|-
 
|-
| Neutron || Mike Cohen, Duane DeCapite || DuaneDeC7
+
| Telemetry || ||  
 
|-
 
|-
| Manilla ||Pete Chadwick ||  
+
| TripleO || ||  
 
|-
 
|-
| Nova || Hugh Blemings || hughhalf
+
| Trove || ||  
 
|-
 
|-
|OSClient || Megan Rossetti ||  
+
| Watcher || Yumeng Bao || Yumeng
 
|-
 
|-
| Swift || Phil Willains || philipw
+
| Zaqar ||  ||  
 
|-
 
|-
 +
|}
 +
 +
== First Contact SIG ==
 +
 +
First Contact SIG aims to provide a place for new contributors to come for information and advice. This group will also analyze and document successful contribution models while seeking out and providing information to new members of the community. First Contact SIG project liaisons are important that they are connected with someone who can
 +
get them up to speed on a project.
 +
 +
By default, the liaison will be the PTL. More than one liaison covering different TZ is recommended.
 +
 +
{| class="wikitable sortable"
 +
! Name
 +
! IRC
 +
! Email
 +
! Timezone
 +
! Project
 +
|-
 +
| Masahito Muroi
 +
| masahito
 +
| muroi.masahito@lab.ntt.co.jp
 +
|
 +
| Blazar
 +
|-
 +
| Samuel Cassiba
 +
| scas
 +
| samuel@cassi.ba
 +
| UTC-7
 +
| [[Chef|Chef OpenStack]]
 +
|-
 +
| Jay Bryant
 +
| jungleboyj
 +
| jungleboyj@gmail.com
 +
| UTC-6
 +
| [[Cinder|Cinder]]
 +
|-
 +
| Ivan Kolodyazhny
 +
| e0ne
 +
| e0ne@e0ne.info
 +
| UTC+3
 +
| [[Cinder|Cinder]]
 +
|-
 +
| Luka Peschke
 +
| peschk_l
 +
| luka.peschke@objectif-libre.com
 +
| CEST (UTC+2)
 +
| Cloudkitty
 +
|-
 +
| Eric Kao
 +
| ekcs
 +
| ekcs.openstack@gmail.com
 +
| UTC-8
 +
| [[Congress|Congress]]
 +
|-
 +
| Ivan Kolodyazhny
 +
| e0ne
 +
| e0ne@e0ne.info
 +
| UTC+3
 +
| [[Horizon|Horizon]]
 +
|-
 +
| Howard Huang
 +
| zhipeng
 +
| zhipengh512@gmail.com
 +
| UTC+8
 +
| [[Cyborg/FirstContact|Cyborg]]
 +
|-
 +
| Graham Hayes
 +
| mugsie
 +
| gr@ham.ie
 +
| UTC +1
 +
| Designate
 +
|-
 +
| Petr Kovar
 +
| pkovar
 +
| pkovar@redhat.com
 +
| UTC +1
 +
| Documentation
 +
|-
 +
| Andrey Pavlov
 +
| andrey-mp
 +
| andrey.mp@gmail.com
 +
|
 +
| ec2-API
 +
|-
 +
| Saad Zaher
 +
| szaher
 +
| eng.szaher@gmail.com
 +
|
 +
| Freezer
 +
|-
 +
|
 +
|
 +
|
 +
|
 +
| Glance
 +
|-
 +
| Rico Lin
 +
| ricolin
 +
| rico.lin.guanyu@gmail.com
 +
| UTC+8
 +
| [[Heat|Heat]]
 +
|-
 +
| Frank Kloeker
 +
| eumel8
 +
| f.kloeker@telekom.de
 +
| UTC+1
 +
| I18n
 +
|-
 +
| Clark Boylan
 +
| clarkb
 +
| clark.boylan@gmail.com
 +
| UTC+8
 +
| Infrastructure
 +
|-
 +
| Julia Kreger
 +
| TheJulia
 +
| juliaashleykreger@gmail.com
 +
| UTC+8
 +
| Ironic
 +
|-
 +
| Ying Chen
 +
| chenying
 +
| ying.chen@huawei.com
 +
|
 +
| Karbor
 +
|-
 +
| Mark Goddard
 +
| mgoddard
 +
| mark@stackhpc.com
 +
| UTC
 +
| Kayobe
 +
|-
 +
| Kristi Nikolla
 +
| knikolla
 +
| knikolla@bu.edu
 +
| UTC-4
 +
| Keystone
 +
|-
 +
| Sam Yaple
 +
| SamYaple
 +
| sam+git@yaple.net
 +
|
 +
| LOCI
 +
|-
 +
| Spyros Trigazis
 +
| strigazi
 +
| spyridon.trigazis@cern.ch
 +
|
 +
| Magnum
 +
|-
 +
| Sampath Priyankara
 +
| samP
 +
| sam47priya@gmail.com
 +
|
 +
| Masakari
 +
|-
 +
| Stefano Canepa
 +
| sc
 +
| sc@linux.it
 +
| UTC
 +
| Monasca
 +
|-
 +
| Rong Zhu
 +
| zhurong
 +
| aaronzhu1121@gmail.com
 +
| UTC+8
 +
| Murano
 +
|-
 +
| Miguel Lavalle
 +
| mlavalle
 +
| miguel.lavalle@huawei.com
 +
| UTC-6
 +
| [[Neutron|Neutron]]
 +
|-
 +
| Slawek Kaplonski
 +
| slaweq
 +
| skaplons@redhat.com
 +
| UTC+1
 +
| [[Neutron|Neutron]]
 +
|-
 +
| Eric Fried
 +
| efried
 +
| openstack@fried.cc
 +
| UTC-6
 +
| Nova
 +
|-
 +
| Alex Xu
 +
| alex_xu
 +
| hejie.xu@intel.com
 +
| UTC+8
 +
| Nova
 +
|-
 +
| Michael Johnson
 +
| johnsom
 +
| johnsomor@gmail.com
 +
| UTC-8
 +
| [[Octavia|Octavia]]
 +
|-
 +
| James Page
 +
| jamespage
 +
| james.page@ubuntu.com
 +
|
 +
| OpenStack Charms
 +
|-
 +
| Jean-Philippe Evrard
 +
| evrardjp
 +
| jean-philippe@evrard.me
 +
| UTC+2
 +
| OpenStack-Ansible
 +
|-
 +
| Matt McEuen
 +
| mattmceuen
 +
| matt.mceuen@att.com
 +
| UTC-6
 +
| OpenStack-Helm
 +
|-
 +
| Chason Chan (chenxing)
 +
| chason
 +
| chason.chan@foxmail.com
 +
| UTC+8
 +
| OpenStack-Manuals
 +
|-
 +
| Dean Troyer
 +
| dtroyer
 +
| dtroyer@gmail.com
 +
|
 +
| OpenStackClient
 +
|-
 +
| Ben Nemec
 +
| bnemec
 +
| bnemec@redhat.com
 +
| UTC-6
 +
| Oslo
 +
|-
 +
| Javier Peña
 +
| jpena
 +
| jpena@redhat.com
 +
|
 +
| Packaging-rpm
 +
|-
 +
| Ed Leafe
 +
| edleafe
 +
| ed@leafe.com
 +
| UTC-6
 +
| Placement
 +
|-
 +
| Matthew Edmonds
 +
| edmondsw
 +
| edmondsw@us.ibm.com
 +
| UTC-5
 +
| PowerVMStackers
 +
|-
 +
| Ghanshyam Mann
 +
| gmann
 +
| gmann@ghanshyammann.com
 +
| UTC-6
 +
| [[QA|QA]]
 +
|-
 +
| Andrey Kurilin
 +
| andreykurilin
 +
| andr.kurilin@gmail.com
 +
|
 +
| Rally
 +
|-
 +
| Chris Hoge
 +
| hogepodge
 +
| chris@openstack.org
 +
|
 +
| Refstack
 +
|-
 +
| Sean McGinnis
 +
| smcginnis
 +
| sean.mcginnis@huawei.com
 +
| UTC-6
 +
| Release Management
 +
|-
 +
| Matthew Thode
 +
| prometheanfire
 +
| mthode@mthode.org
 +
|
 +
| Requirements
 +
|-
 +
| Telles Mota Vidal Nobrega
 +
| tellesnobrega
 +
| tenobrebrega@redhat.com
 +
|
 +
| Sahara
 +
|-
 +
| Trinh Nguyen
 +
| dangtrinhnt
 +
| dangtrinhnt@gmail.com
 +
| UTC+9
 +
| [https://wiki.openstack.org/wiki/Searchlight Searchlight]
 +
|-
 +
| Duc Truong
 +
| dtruong
 +
| duc.openstack@gmail.com
 +
| UTC-8
 +
| [[Senlin|Senlin]]
 +
|-
 +
| Rong Zhu
 +
| zhurong
 +
| aaronzhu1121@gmail.com
 +
| UTC+8
 +
| Solum
 +
|-
 +
| Tony Breeds
 +
| tonyb
 +
| tony@bakeyournoodle.com
 +
| UTC +10
 +
| Stable Branch Maintenance
 +
|-
 +
| Kota Tsuyuzaki
 +
| kota_
 +
| tsuyuzaki@lab.ntt.co.jp
 +
|
 +
| Storlets
 +
|-
 +
| Matt Oliver
 +
| mattolverau
 +
| matt@oliver.net.au
 +
| UTC+10
 +
| Swift
 +
|-
 +
| John Dickinson
 +
| notmyname
 +
| me@not.mn
 +
| UTC-8
 +
| Swift
 +
|-
 +
| Yong Sheng Gong
 +
| gongysh
 +
| gong.yongsheng@99cloud.net
 +
|
 +
| Tacker
 +
|-
 +
| Trinh Nguyen
 +
| dangtrinhnt
 +
| dangtrinhnt@gmail.com
 +
|
 +
| Telemetry
 +
|-
 +
| Zhiyuan Cai
 +
| zhiyuan
 +
| luckyvega.g@gmail.com
 +
|
 +
| Tricircle
 +
|-
 +
| Alex Schultz
 +
| mwhahaha
 +
| aschultz@redhat.com
 +
|
 +
| TripleO
 +
|-
 +
| Lingxian Kong
 +
| lxkong
 +
| anlin.kong@gmail.com
 +
| UTC+12
 +
| Trove
 +
|-
 +
| Alexander Chadin
 +
| alexchadin
 +
| a.chadin@servionica.ru
 +
| UTC+3
 +
| Watcher
 +
|-
 +
| Claudiu Belu
 +
| claudiub
 +
| cbelu@cloudbasesolutions.com
 +
|
 +
| Winstackers
 +
|-
 +
| Wang Hao
 +
| wanghao
 +
| szmatch1986@gmail.com
 +
|
 +
| Zaqar
 +
|-
 +
| Hongbin Lu
 +
| hongbin
 +
| hongbin.lu@huawei.com
 +
| UTC-5
 +
| Zun
 +
|-
 +
| Victoria Martinez de la Cruz
 +
| vkmc
 +
| victoria@redhat.com
 +
| UTC-3
 +
| Manila
 +
|-
 +
| Dougal Matthews
 +
| d0ugal
 +
| dougal@redhat.com
 +
| UTC+0
 +
| Mistral
 +
|-
 +
| Renat Akhmerov
 +
| rakhmerov
 +
| renat.akhmerov@nokia.com
 +
| UTC+7
 +
| Mistral
 +
|-
 +
| Omer Anson
 +
| oanson
 +
| omer.anson@toganetworks.com
 +
| UTC+2
 +
| [[Dragonflow|DragonFlow]]
 +
|-
 +
| Surya Prakash Singh
 +
| spsurya
 +
| singh.surya64mnnit@gmail.com
 +
| UTC+9
 +
| [[Kolla|Kolla]]
 +
|-
 +
| Daniel Mellado
 +
| dmellado
 +
| dmellado@redhat.com
 +
| UTC+1
 +
| [[Kuryr|Kuryr]]
 +
|-
 +
| Irena Berezovsky
 +
| irenab
 +
| Irena.berezovsky@toganetworks.com
 +
| UTC+2
 +
| [[Kuryr|Kuryr]]
 +
|-
 +
| Mohammed Naser
 +
| mnaser
 +
| mnaser@vexxhost.com
 +
| UTC-5
 +
| Puppet OpenStack
 +
|-
 +
| Ghanshyam Mann
 +
| gmann
 +
| gmann@ghanshyammann.com
 +
| UTC-6
 +
| [[Nova|Nova]]
 +
|-
 +
| Dharmendra Kushwaha
 +
| dkushwaha
 +
| dharmendra.kushwaha@india.nec.com
 +
| UTC+5:30
 +
| [[Tacker|Tacker]]
 +
|-
 +
| Jeffrey Zhang
 +
| Jeffrey4l
 +
| zhang.lei.fly@gmail.com
 +
| UTC+8
 +
| [[Kolla|Kolla]]
 +
|-
 +
|Canwei Li
 +
| licanwei
 +
| li.canwei2@zte.com.cn
 +
| UTC+8
 +
| [[Watcher|Watcher]]
 +
|-
 +
|Ade Lee
 +
| alee
 +
| alee@redhat.com
 +
| UTC-4
 +
| [[Barbican|Barbican]]
 +
|-
 +
|Lingxian Kong
 +
| lxkong
 +
| anlin.kong@gmail.com
 +
| UTC+12
 +
| [[Qinling|Qinling]]
 +
|-
 +
|Ifat Afek
 +
| ifat_afek
 +
| ifat.afek@nokia.com
 +
| UTC+3
 +
| [[Vitrage|Vitrage]]
 +
|-
 +
| Eduardo Gonzalez Gutierrez
 +
| egonzalez
 +
| dabarren@gmail.com
 +
| UTC+1
 +
| [[Kolla|Kolla]]
 +
|-
 +
| Mark Goddard
 +
| mgoddard
 +
| mark@stackhpc.com
 +
| UTC
 +
| [[Kolla|Kolla]]
 
|}
 
|}
  
Line 366: Line 963:
 
| Nova / Neutron || || ||
 
| Nova / Neutron || || ||
 
|-
 
|-
| || Sean M. Collins  || sc68cal || Neutron liaison for Nova
+
| || Sean K. Mooney || sean-k-mooney || Neutron liaison for Nova
 +
|-
 +
| Nova / Cinder || || ||
 +
|-
 +
| || Ildiko Vancsa || ildikov || Cinder liaison for Nova
 +
|-
 +
| || Matt Riedemann || mriedem || Nova liason for Cinder
 +
|-
 +
| Nova / Ironic || || ||
 
|-
 
|-
| || Brent Eagles  || beagles  || Nova liaison for Neutron
+
| || Dmitry Tantsur || dtantsur || Ironic liaison for Nova
 
|-
 
|-
| Nova / Glance || || ||
+
| Neutron / Ironic || || ||
 
|-
 
|-
| || Flavio Percoco, Mike Fedosin || flaper87, mfedosin || Glance liaison for Nova
+
| || Sukhdev Kapur || sukhdev || Neutron liaison for Ironic
 
|-
 
|-
| || Jay Pipes  || jaypipes || Nova liaison for Glance
+
| || Sam Betts  || sambetts  || Ironic liaison for Neutron
 
|-
 
|-
| Nova / Cinder || || ||
+
| Horizon / i18n || || ||
 +
|-
 +
| || Akihiro Motoki  || amotoki || Horizon liaison for i18n
 +
|-
 +
| || TBD || || Heat liaison for Sahara
 +
|-
 +
| Fuel / Puppet || || ||
 +
|-
 +
| || Alex Schultz || mwhahaha || Fuel liaison for Puppet
 
|-
 
|-
| || Scott DAngelo || scottda || Cinder liaison for Nova
+
| Fuel / Ironic || || ||
 
|-
 
|-
| || Matt Riedemann || mriedem || Nova liason for Cinder
+
| || Evgeny L || evgenyl || Fuel liaison for Ironic
 
|-
 
|-
| Nova / Ironic || John Villalovos || jlvillal || Ironic liaison for Nova
+
| Bareon / Ironic || || ||
 
|-
 
|-
| || Michael Davies || mrda || Ironic liaison for Nova
+
| || Evgeny L || evgenyl || Bareon liaison for Ironic
 
|-
 
|-
| Neutron / Ironic || || ||
+
| Magnum / Kuryr || || ||
 
|-
 
|-
| || Sukhdev Kapur  || sukhdev || Neutron liaison for Ironic
+
| || Ton Ngo || tango || Magnum liaison for Kuryr
 
|-
 
|-
| || Mitsuhiro SHIGEMATSU and Jim Rollenhagen  || pshige and jroll  || Ironic liaison for Neutron
+
| || Fawad Khaliq || fawadkhaliq || Kuryr liaison for Magnum
 
|-
 
|-
| Murano / Glance || || ||
+
| TripleO / Ironic || || ||
 
|-
 
|-
| || Alexander Tivelkov  || ativelkov || Glance liaison for Murano, Murano liaison for Glance
+
| || Dmitry Tantsur || dtantsur || Ironic liaison for TripleO
 
|-
 
|-
| Horizon / i18n || || ||
+
| Nova / Watcher || || ||
 
|-
 
|-
| || Doug Fish  || doug-fish || Horizon liaison for i18n
+
| || Ed Leafe || edleafe || Nova liaison for Watcher
 
|}
 
|}
  

Latest revision as of 09:08, 21 July 2022

Many of our cross-project teams need focused help for communicating with the other project teams. This page lists the people who have volunteered for that work.

Oslo

There are far more projects consuming code from Oslo libraries than we have Oslo contributors. That means it is not possible for the Oslo team to keep track of how every project is using Oslo code. We are asking for one person from each project to serve as a liaison between the project and Oslo, to let us know when they are having issues with a library, and to assist with work like migrating off deprecated features.

  • The liaison should be active in the project and familiar with the project-specific requirements for having patches accepted, but does not need to be a core reviewer or the PTL.
  • The liaison should be prepared to assist with writing and reviewing patches in their project as libraries are adopted, and with discussions of API changes to the libraries to make them easier to use within the project.
  • Liaisons should pay attention to [Oslo] tagged messages on the openstack-dev mailing list.
  • It is also useful for liaisons to be able to attend the Oslo team meeting (Meetings/Oslo) to participate in discussions and raise issues for real-time discussion.
Project Liaison IRC Handle
Barbican Douglas Mendizábal dmendiza[m]
Ceilometer Julien Danjou jd__
Cinder Jay Bryant jungleboyj
Cloudkitty Christophe Sauthier huats
Congress Eric Kao ekcs
Cue Min Pae sputnik13
Cyborg Shaohe Feng shaohe_feng
Designate
Freezer Saad Zaher szaher
Glance Abhishek Kekane akekane
Heat Thomas Herve therve
Horizon Ivan Kolodyazhny e0ne
I18n Frank Kloeker eumel8
Ironic
Keystone Douglas Mendizábal dmendiza[m]
Manila Thomas Bechtold toabctl
Mistral Dougal Matthews d0ugal
Murano Rong Zhu zhurong
Neutron Bernard Cafarelli bcafarel
Nova Stephen Finucane stephenfin
Octavia Michael Johnson johnsom
Placement Chris Dent cdent
Qinling Lingxian Kong kong
Rally Andrey Kurilin andreykurilin
Sahara Telles Nobrega, Shu Yingya tellesnobrega, shuyingya
Senlin Yanyan Hu Yanyanhu
Swift
Tricircle Chaoyi Huang joehuang
TripleO Ben Nemec bnemec
Trove Lingxian Kong lxkong
Zaqar Flavio Percoco flaper87
Zun Hongbin Lu hongbin

Release management

The Release Management Liaison is responsible for communication with the Release Management team. Its tasks are described in the project team guide: http://docs.openstack.org/project-team-guide/release-management.html . That task has been traditionally filled by the PTL, but they may now delegate this task if they wish.

  • By default, the liaison will be the PTL.
  • The liaison may further delegate work to other subject matter experts


The liaisons list is now being maintained in the release's repo here. If you want to add/update liaison info, please submit a patch to the releases repository.

QA

There are now more projects that are being tested by Tempest, and Grenade or a part deployable by Devstack than we have QA contributors. That means we are going to need your help to keep on top of everything. We are asking for one person from each project to serve as a liaison between the project and QA, and to assist with integrating changes as we move forward.

The liaison should be a core reviewer for the project, but does not need to be the PTL. The liaison should be prepared to assist with writing and reviewing patches that interact with their project, and with discussions of changes to the QA projects to make them easier to use within the project.

Project Liaison IRC Handle
Barbican Douglas Mendizábal dmendiza[m]
Ceilometer Chris Dent cdent
Cinder Scott DAngelo and Ivan Kolodyazhny scottda and e0ne
Congress Eric Kao ekcs
Cyborg Chenke chenker
Freezer Guillermo Garcia m3mo
Glance Abhishek Kekane abhishekk
Heat Steve Baker stevebaker
Horizon Ivan Kolodyazhny e0ne
Ironic
Keystone Douglas Mendizábal dmendiza[m]
Manila Dustin Schoenbrun dustins
Murano Rong Zhu zhurong
Neutron Slawek Kaplonski slaweq
Nova Ghanshyam Mann gmann
Oslo Davanum Srinivas dims
Qinling Lingxian Kong kong
Sahara Luigi Toscano tosky
Senlin Haiwei Xu haiwei-xu
Swift Thiago da Silva tdasilva
Trove Lingxian Kong lxkong
Zaqar Fei Long Wang flwang
Zun Hongbin Lu hongbin

Documentation

The OpenStack Documentation is centralized on docs.openstack.org but often there's a need for specialty information when reviewing patches or triaging doc bugs. A doc liaison should be available to triage doc bugs when the docs team members don't know enough to triage accurately, and be added to doc reviews that affect your project. You'd be notified through email when you're added either to a doc bug or a doc review. We also would appreciate attendance at the weekly doc team meeting, We meet weekly in #openstack-meeting every Wednesday at alternating times for different timezones:

Project Liaison IRC Handle
Barbican Douglas Mendizábal dmendiza[m]
Ceilometer Ildiko Vancsa ildikov
Cinder Jay Bryant jungleboyj
Congress Aimee Ukasick aimeeu
Cyborg Yumeng Bao Yumeng
Designate Graham Hayes mugsie
Freezer Guillermo Garcia m3mo
Heat Rabi Mishra ramishra
Horizon Ivan Kolodyazhny e0ne
I18n Frank Kloeker eumel8
Ironic Julia Kreger TheJulia
Keystone Douglas Mendizábal dmendiza[m]
Kolla Mark Goddard mgoddard
Magnum Spyros Trigazis strigazi
Manila Tom Barron tbarron
Mistral Dougal Matthews d0ugal
Murano Rong Zhu zhurong
Neutron Akihiro Motoki amotoki
Nova Stephen Finucane stephenfin
Octavia Michael Johnson johnsom
OpenStack-Ansible Amy Marrich spotz
Ops Robert Starmer
Oslo Stephen Finucane stephenfin
Puppet OpenStack Emilien Macchi EmilienM
Qinling Lingxian Kong kong
Rally Boris Pavlovic boris-42
Sahara Telles Nobrega and Luigi Toscano tellesnobrega, tosky
Senlin Cindia Blue lixinhui
Swift John Dickinson notmyname
Tripleo Steven Hardy shardy
Trove Lingxian Kong lxkong
Watcher Prudhvi Rao Shedimbi pshedimb
Zaqar Fei Long Wang flwang
Zun Hongbin Lu hongbin

Stable Branch

The Stable Branch Liaison is responsible for making sure backports are proposed for critical issues in their project, and make sure proposed backports are reviewed. They are also the contact point for stable branch release managers around point release times.

  • By default, the liaison will be the PTL.
  • The Stable Branch Liaison is considered a contributor to the Release Cycle Management Program and therefore is allowed to vote in its PTL election.
  • The liaison may further delegate work to other subject matter experts
Project Liaison IRC Handle
Barbican Douglas Mendizábal dmendiza[m]
Ceilometer Eoghan Glynn eglynn
Cinder Jay Bryant jungleboyj
Congress Masahito Muroi masahito
Cyborg Yumeng Bao Yumeng
Freezer Saad Zaher szaher
Glance
Heat Zane Bitter zaneb
Horizon Akihiro Motoki amotoki
Ironic Dmitry Tantsur dtantsur
Keystone Douglas Mendizábal dmendiza[m]
Manila Goutham Pacha Ravi gouthamr
Mistral Dougal Matthews d0ugal
Murano Rong Zhu zhurong
Neutron Brian Haley haleyb
Nova Lee Yarwood lyarwood
Octavia Carlos Goncalves cgoncalves
Placement Matt Riedemann mriedem
Qinling Lingxian Kong kong
Sahara Telles Nobrega tellesnobrega
Senlin Qiming Teng Qiming
Swift Matthew Oliver mattoliverau
Trove Lingxian Kong lxkong
Watcher David Tardivel dtardivel
Zaqar Fei Long Wang flwang
Zun Hongbin Lu hongbin

Vulnerability management

The Vulnerability Management Team needs domain specialists to help assessing the impact of reported issues, coordinate the development of patches, review proposed patches and propose backports. The liaison should be familiar with the Vulnerability Management process and embargo rules, and have a good grasp of security issues in software design.

  • The liaison should be a core reviewer for the project, but does not need to be the PTL.
  • By default, the liaison will be the PTL unless explicitly listed.
  • The liaison is the first line of contact for the Vulnerability Management team members
  • The liaison is considered a contributor to the Release Cycle Management Program and therefore is allowed to vote in election its PTL
  • The liaison may further delegate work to other subject matter experts
  • The liaison maintains the members of the project's core security review team in Launchpad or StoryBoard (reviewers who will be given access to embargoed vulnerabilities by the VMT)
  • If the project has multiple core security review teams for different deliverables they should be listed together in the appropriate column.
Project Liaison IRC Handle Security Team
Barbican Douglas Mendizába dmendiza[m] all deliverables: openstack-barbican-security (SB)
Cinder all deliverables: cinder-coresec (LP)
Glance Brian Rosmaita rosmaita all deliverables: glance-coresec (LP)
Heat Steve Hardy shardy all deliverables: openstack-heat-security (SB)
Horizon Akihiro Motoki amotoki all deliverables: horizon-coresec (LP)
Keystone Douglas Mendizábal dmendiza[m] all deliverables: keystone-coresec (LP)
Neutron Miguel Lavalle mlavalle all deliverables: neutron-coresec (LP)
Nova Michael Still mikal all deliverables: nova-coresec (LP)
Oslo DPL all deliverables: oslo-coresec (LP)
Sahara Telles Nobrega tellesnobrega all deliverables: openstack-sahara-security (SB)
Swift all deliverables: swift-coresec (LP)
Trove Lingxian Kong lxkong all deliverables: openstack-trove-security (SB)

API-SIG

The API-SIG seeks API subject matter experts for each project to communicate plans for API updates, review API guidelines with their project's view in mind, and review the API-SIG guidelines as they are drafted. The liaison should be familiar with the project's REST API design and future planning for changes to it.

The members of the API-SIG Cross-Project Liaisons are maintained in our repo. If you want to read the entire list of CPLs or add/remove yourself from the list, you'll need to update the liaisons.json file. If you don't want to make the update yourself, please ask in #openstack-sdks on IRC and someone can make the change for you.

Logging Working Group

The Log Working Group seeks experts for each project to assist with making the logging in projects match the new Logging Guidelines

Project Liaison IRC Handle
Ironic
Oslo Doug Hellmann dhellmann
Nova John Garbutt johnthetubaguy
Murano Rong Zhu zhurong
Sahara Telles Nobrega tellesnobrega

Infra

These are the project specific groups of people that Infra will look to ACK changes to that project's test configuration. Changes to project-config and devstack-gate should be +1'd by these groups when they are related to their project. Note that in an emergency this may not always be possible and Infra will ask for forgiveness but generally we should look for these +1s.

Project Liaison IRC Handle
Congress Any Congress core reviewer may ACK: Anusha Ramineni, Eric Kao, Tim Hinrichs, Masahito Muroi ramineni, ekcs, thinrichs, masahito
Freezer Saad Zaher szaher
Glance Brian Rosmaita rosmaita
I18n Frank Kloeker eumel8
Ironic Dmitry Tantsur dtantsur
Kolla Any Kolla Core Reviewer may ack an infra change on behalf of the PTL mgoddard, jeffrey4l, egonzalez, spsurya, hrw, mandre are primary contacts
Neutron Slawek Kaplonski, YAMAMOTO Takashi slaweq, yamamoto
Documentation Andreas Jaeger AJaeger
Trove Lingxian Kong lxkong
Murano Rong Zhu zhurong
Sahara Telles Nobrega and Luigi Toscano tellesnobrega, tosky
Fuel Aleksandra Fedorova, Igor Belikov bookwar, igorbelikov
OpenStack-Ansible Jean-Philippe Evrard, Jesse Pretorius evrardjp, odyssey4me
Puppet OpenStack Emilien Macchi, Alex Schultz EmilienM, mwhahaha
TripleO Emilien Macchi EmilienM
Airship Matt McEuen mattmceuen

I18n

I18n team is responsible for making OpenStack ubiquitously accessible to people of all language backgrounds. The team have translators from all over the world to translate OpenStack into different languages.

If you want to communicate with translators in I18n team, send email to openstack-i18n@lists.openstack.org.

  • The liaison should be a core reviewer (or a person who is not a core reviewer but agreed & approved by PTL) for the project and understand i18n status of the project.
  • The liaison should understand project release schedule very well.
  • The liaison should notify I18n team happens of important moments in the project release in time. For example, happen of soft string freeze, happen of hard string freeze, and happen of RC1 cutting.
  • The liaison should take care of translation patches to the project, and make sure the patches are successfully merged to the final release version. When the translation patch is failed, the liaison should notify I18n team.
Project Liaison IRC Handle
Barbican
Cinder
Designate Graham Hayes mugsie
Glance Abhishek Kekane akekane
Heat
Horizon Akihiro Motoki amotoki
Ironic
Keystone
Magnum Shu Muto shu-mutou
Manila
Monasca
Murano
Neutron Akihiro Motoki amotoki
Nova
Oslo
Sahara Luigi Toscano, Jeremy Freudberg tosky, jeremyfreudberg
Senlin
Swift
Tacker
Telemetry
TripleO
Trove
Watcher Yumeng Bao Yumeng
Zaqar

First Contact SIG

First Contact SIG aims to provide a place for new contributors to come for information and advice. This group will also analyze and document successful contribution models while seeking out and providing information to new members of the community. First Contact SIG project liaisons are important that they are connected with someone who can get them up to speed on a project.

By default, the liaison will be the PTL. More than one liaison covering different TZ is recommended.

Name IRC Email Timezone Project
Masahito Muroi masahito muroi.masahito@lab.ntt.co.jp Blazar
Samuel Cassiba scas samuel@cassi.ba UTC-7 Chef OpenStack
Jay Bryant jungleboyj jungleboyj@gmail.com UTC-6 Cinder
Ivan Kolodyazhny e0ne e0ne@e0ne.info UTC+3 Cinder
Luka Peschke peschk_l luka.peschke@objectif-libre.com CEST (UTC+2) Cloudkitty
Eric Kao ekcs ekcs.openstack@gmail.com UTC-8 Congress
Ivan Kolodyazhny e0ne e0ne@e0ne.info UTC+3 Horizon
Howard Huang zhipeng zhipengh512@gmail.com UTC+8 Cyborg
Graham Hayes mugsie gr@ham.ie UTC +1 Designate
Petr Kovar pkovar pkovar@redhat.com UTC +1 Documentation
Andrey Pavlov andrey-mp andrey.mp@gmail.com ec2-API
Saad Zaher szaher eng.szaher@gmail.com Freezer
Glance
Rico Lin ricolin rico.lin.guanyu@gmail.com UTC+8 Heat
Frank Kloeker eumel8 f.kloeker@telekom.de UTC+1 I18n
Clark Boylan clarkb clark.boylan@gmail.com UTC+8 Infrastructure
Julia Kreger TheJulia juliaashleykreger@gmail.com UTC+8 Ironic
Ying Chen chenying ying.chen@huawei.com Karbor
Mark Goddard mgoddard mark@stackhpc.com UTC Kayobe
Kristi Nikolla knikolla knikolla@bu.edu UTC-4 Keystone
Sam Yaple SamYaple sam+git@yaple.net LOCI
Spyros Trigazis strigazi spyridon.trigazis@cern.ch Magnum
Sampath Priyankara samP sam47priya@gmail.com Masakari
Stefano Canepa sc sc@linux.it UTC Monasca
Rong Zhu zhurong aaronzhu1121@gmail.com UTC+8 Murano
Miguel Lavalle mlavalle miguel.lavalle@huawei.com UTC-6 Neutron
Slawek Kaplonski slaweq skaplons@redhat.com UTC+1 Neutron
Eric Fried efried openstack@fried.cc UTC-6 Nova
Alex Xu alex_xu hejie.xu@intel.com UTC+8 Nova
Michael Johnson johnsom johnsomor@gmail.com UTC-8 Octavia
James Page jamespage james.page@ubuntu.com OpenStack Charms
Jean-Philippe Evrard evrardjp jean-philippe@evrard.me UTC+2 OpenStack-Ansible
Matt McEuen mattmceuen matt.mceuen@att.com UTC-6 OpenStack-Helm
Chason Chan (chenxing) chason chason.chan@foxmail.com UTC+8 OpenStack-Manuals
Dean Troyer dtroyer dtroyer@gmail.com OpenStackClient
Ben Nemec bnemec bnemec@redhat.com UTC-6 Oslo
Javier Peña jpena jpena@redhat.com Packaging-rpm
Ed Leafe edleafe ed@leafe.com UTC-6 Placement
Matthew Edmonds edmondsw edmondsw@us.ibm.com UTC-5 PowerVMStackers
Ghanshyam Mann gmann gmann@ghanshyammann.com UTC-6 QA
Andrey Kurilin andreykurilin andr.kurilin@gmail.com Rally
Chris Hoge hogepodge chris@openstack.org Refstack
Sean McGinnis smcginnis sean.mcginnis@huawei.com UTC-6 Release Management
Matthew Thode prometheanfire mthode@mthode.org Requirements
Telles Mota Vidal Nobrega tellesnobrega tenobrebrega@redhat.com Sahara
Trinh Nguyen dangtrinhnt dangtrinhnt@gmail.com UTC+9 Searchlight
Duc Truong dtruong duc.openstack@gmail.com UTC-8 Senlin
Rong Zhu zhurong aaronzhu1121@gmail.com UTC+8 Solum
Tony Breeds tonyb tony@bakeyournoodle.com UTC +10 Stable Branch Maintenance
Kota Tsuyuzaki kota_ tsuyuzaki@lab.ntt.co.jp Storlets
Matt Oliver mattolverau matt@oliver.net.au UTC+10 Swift
John Dickinson notmyname me@not.mn UTC-8 Swift
Yong Sheng Gong gongysh gong.yongsheng@99cloud.net Tacker
Trinh Nguyen dangtrinhnt dangtrinhnt@gmail.com Telemetry
Zhiyuan Cai zhiyuan luckyvega.g@gmail.com Tricircle
Alex Schultz mwhahaha aschultz@redhat.com TripleO
Lingxian Kong lxkong anlin.kong@gmail.com UTC+12 Trove
Alexander Chadin alexchadin a.chadin@servionica.ru UTC+3 Watcher
Claudiu Belu claudiub cbelu@cloudbasesolutions.com Winstackers
Wang Hao wanghao szmatch1986@gmail.com Zaqar
Hongbin Lu hongbin hongbin.lu@huawei.com UTC-5 Zun
Victoria Martinez de la Cruz vkmc victoria@redhat.com UTC-3 Manila
Dougal Matthews d0ugal dougal@redhat.com UTC+0 Mistral
Renat Akhmerov rakhmerov renat.akhmerov@nokia.com UTC+7 Mistral
Omer Anson oanson omer.anson@toganetworks.com UTC+2 DragonFlow
Surya Prakash Singh spsurya singh.surya64mnnit@gmail.com UTC+9 Kolla
Daniel Mellado dmellado dmellado@redhat.com UTC+1 Kuryr
Irena Berezovsky irenab Irena.berezovsky@toganetworks.com UTC+2 Kuryr
Mohammed Naser mnaser mnaser@vexxhost.com UTC-5 Puppet OpenStack
Ghanshyam Mann gmann gmann@ghanshyammann.com UTC-6 Nova
Dharmendra Kushwaha dkushwaha dharmendra.kushwaha@india.nec.com UTC+5:30 Tacker
Jeffrey Zhang Jeffrey4l zhang.lei.fly@gmail.com UTC+8 Kolla
Canwei Li licanwei li.canwei2@zte.com.cn UTC+8 Watcher
Ade Lee alee alee@redhat.com UTC-4 Barbican
Lingxian Kong lxkong anlin.kong@gmail.com UTC+12 Qinling
Ifat Afek ifat_afek ifat.afek@nokia.com UTC+3 Vitrage
Eduardo Gonzalez Gutierrez egonzalez dabarren@gmail.com UTC+1 Kolla
Mark Goddard mgoddard mark@stackhpc.com UTC Kolla

Inter-project Liaisons

In some cases, it is useful to have liaisons between projects. For example, it is useful for the Nova and Neutron projects to have liaisons, because the projects have complex interactions and dependencies. Ideally, a cross-project effort should have two members, one from each project, to facilitate communication and knowledge transfer.

Projects Name IRC Handle Role
Nova / Neutron
Sean K. Mooney sean-k-mooney Neutron liaison for Nova
Nova / Cinder
Ildiko Vancsa ildikov Cinder liaison for Nova
Matt Riedemann mriedem Nova liason for Cinder
Nova / Ironic
Dmitry Tantsur dtantsur Ironic liaison for Nova
Neutron / Ironic
Sukhdev Kapur sukhdev Neutron liaison for Ironic
Sam Betts sambetts Ironic liaison for Neutron
Horizon / i18n
Akihiro Motoki amotoki Horizon liaison for i18n
TBD Heat liaison for Sahara
Fuel / Puppet
Alex Schultz mwhahaha Fuel liaison for Puppet
Fuel / Ironic
Evgeny L evgenyl Fuel liaison for Ironic
Bareon / Ironic
Evgeny L evgenyl Bareon liaison for Ironic
Magnum / Kuryr
Ton Ngo tango Magnum liaison for Kuryr
Fawad Khaliq fawadkhaliq Kuryr liaison for Magnum
TripleO / Ironic
Dmitry Tantsur dtantsur Ironic liaison for TripleO
Nova / Watcher
Ed Leafe edleafe Nova liaison for Watcher

Etherpads

The following is a list of etherpads that are used for inter-project liaisons, and are continuously updated.

Nova - Neutron: https://etherpad.openstack.org/p/nova-neutron