Jump to: navigation, search

Difference between revisions of "Meetings/KeystoneMeeting"

(Main Agenda)
m (Weekly Keystone Reviewathon)
 
(167 intermediate revisions by 29 users not shown)
Line 1: Line 1:
= Weekly Keystone team meeting =
+
= Weekly Keystone team meetings =
  
If you're interested in identity, authentication, authorization, and/or policy for OpenStack, we hold public meetings weekly on [[IRC]] in <code><nowiki>#openstack-meeting</nowiki></code>, on [https://www.google.com/search?q=current+utc+time Tuesdays at 18:00 UTC]. Please feel free to add items to the agenda below with your name and we'll cover them.
+
== Weekly IRC Meeting ==
 +
If you're interested in identity, authentication, authorization, and/or policy for OpenStack, we hold public meetings weekly on [[IRC]] in <code><nowiki>#openstack-keystone</nowiki></code>, on [https://www.google.com/search?q=current+utc+time Wednesdays at 15:00 UTC]. Please feel free to add items to the agenda in the etherpad with your name and we'll cover them.
  
== Regular attendees ==
+
=== Agenda for next meeting ===
 +
The Main Agenda can be found at https://etherpad.openstack.org/p/keystone-weekly-meeting
  
Add yourself to this list to be pinged prior to each meeting:
+
== Weekly Keystone Reviewathon ==
 
+
We hold a weekly session on Google Meet where we discuss and review the outstanding merge requests and specifications for the Keystone projects If you are interested in an invitation please let me know via [https://wiki.openstack.org/wiki/IRC IRC] (d34dh0r53) or [mailto:dwilde@redhat.com email] (dwilde@redhat.com). The reviewathon is held every [https://www.google.com/search?q=current+utc+time Friday at 15:00 UTC]. and the link for the meeting room is [https://meet.google.com/drx-yoqc-nzs here].
ajayaa, amakarov, ayoung, breton, browne, davechen, david8hu, dolphm, dstanek, ericksonsantos, geoffarnold, gyee, henrynash, hogepodge, htruta, jamielennox, joesavak, lbragstad, lhcheng, marekd, morganfainberg, nkinder, raildo, rharwood, rodrigods, roxanaghe, samueldmq, stevemar, tsymanczyk, topol, vivekd, wanghong, claudiub
 
 
 
== Agenda for next meeting ==
 
 
 
==== Main Agenda ====
 
Please add agenda items to the bottom of this section's list (be sure to include your <code>irc_handle</code>!).
 
 
 
*<b>2015-09-08</b>
 
** Keystoneclient v2 branch
 
*** keystoneclient has the keystoneauth_integration branch. This was for testing having our current (1.x) keystoneclient consuming keystoneauth. Later it was decided that keystoneclient 1.x would never consume keystoneauth and we would make a big break for keystoneclient 2. We never renamed the branch because there were Zuul exemptions based on the branch name to get around keystoneauth not being in global-requirements.
 
*** Propose we delete the keystoneauth_integration branch. Everything that has merged so far was trying to maintain an API we won't keep in v2 or trying to keep the patches in sync from master: https://review.openstack.org/#/q/status:merged+project:openstack/python-keystoneclient+branch:feature/keystoneauth_integration,n,z
 
*** Create new v2 branch of keystoneclient from master. Won't need the zuul exemption because keystoneauth is in global requirements.
 
** Changing driver version numbers....looking for guidance on how this should work? <code>henrynash</code>
 
*** I have a bug fix that I want to land between now and release of Liberty that requires a driver change for domain_config. First off, is this allowed?
 
*** Irrespective of when we do this, it's not really clear how I hook my new driver into the rest of Keystone...I'm assuming we rename the driver in the backend (e.g. in this case resource.config_backend.sql.DomainConfigV9) and then make this the default driver to load? Here's my first attempt: https://review.openstack.org/#/c/191976/. But I'm not sure this is stevedore friendly - since we have both v8 and v9 entry points in the driver.  Are we meant to version the file itself? i.e. have sql9.py? I am assuming the whole point is that an external developer can substitute their driver with simply a config change directing it to be loaded?
 
*** I then also added a naive implementation to the old V8 driver (as per the instructions in developing_drivers.rst) - is this what we envisaged?
 
*** What happens about the manage legacy loading statement in reasource/core.py?  Does this just stay as is (not quite sure how this gets used)?
 
*** I assume I need to add testing with the old (v8) driver to make sure they naive implementation does something sensible?
 
** keystonemiddleware tests broken by keystoneclient release (<code>bknudson</code>)
 
*** Bug: https://bugs.launchpad.net/python-keystoneclient/+bug/1492600 (assigned to Dave Chen)
 
*** http://logs.openstack.org/13/208213/2/check/gate-keystonemiddleware-python27/3e14ede/console.html.gz#_2015-09-04_17_56_39_631
 
*** Proposed change to ksc: https://review.openstack.org/#/c/220736/
 
*** backwards-incompatible change somewhere?
 
*** Gate keystoneclient on keystonemiddleware unit tests?
 
** python-keystoneclient uses socket attributes that do not exist in Windows (<code>claudiub</code>)
 
*** socket.TCP_KEEPCNT and socket.KEEPINTVL do not exist in windows.
 
*** because of this, the nova-compute service running on Hyper-V is not able to create instances.
 
*** issue has been hiting Hyper-V CI: http://64.119.130.115/128940/76/Hyper-V_logs/hv-compute1/nova-compute.log.gz
 
*** proposed partial fix: https://review.openstack.org/#/c/211686/
 
*** creating instances on Hyper-V is possible using the proposed fix.
 
** Policies (<code>samueldmq</code>)
 
*** Implementation status
 
*** FFE vs Postpone
 
**** The former implies in the need of core-team members to signup for review
 
** Reseller (<code>htruta, henrynash</code>)
 
*** FFE vs Postpone
 
**** Maybe cut at nth patch
 
 
 
==== Review of Keystone Blueprints for No-Spec Requires Status ====
 
Please add BPs to the bottom of this sections list that should be reviewed as not requiring a spec (include your <code>irc_handle</code>!).
 
 
 
==== Keystone Weekly Bug Reports ====
 
Bugs for the various Keystone repositories are collects and published to the following links. (<code>lbragstad</code>)
 
* [http://keystone-weekly-bug-report.tempusfrangit.org/weekly-bug-reports/keystone-weekly-bug-report.html Keystone Weekly Bug Report]
 
 
 
== Previous meetings ==
 
 
 
Logs and meeting summaries of previous meetings are located [http://eavesdrop.openstack.org/meetings/keystone/ here].
 

Latest revision as of 14:51, 1 December 2023

Weekly Keystone team meetings

Weekly IRC Meeting

If you're interested in identity, authentication, authorization, and/or policy for OpenStack, we hold public meetings weekly on IRC in #openstack-keystone, on Wednesdays at 15:00 UTC. Please feel free to add items to the agenda in the etherpad with your name and we'll cover them.

Agenda for next meeting

The Main Agenda can be found at https://etherpad.openstack.org/p/keystone-weekly-meeting

Weekly Keystone Reviewathon

We hold a weekly session on Google Meet where we discuss and review the outstanding merge requests and specifications for the Keystone projects If you are interested in an invitation please let me know via IRC (d34dh0r53) or email (dwilde@redhat.com). The reviewathon is held every Friday at 15:00 UTC. and the link for the meeting room is here.