| yasufum | Hi, tacker team. | 08:00 |
|---|---|---|
| shivam | Hi | 08:01 |
| hi-koba | hi | 08:01 |
| yasufum | hi | 08:02 |
| yasufum | hi | 08:02 |
| takahashi-tsc | hi | 08:02 |
| yasufum | #startmeeting tacker | 08:02 |
| opendevmeet | Meeting started Mon Jun 1 08:02:52 2026 UTC and is due to finish in 60 minutes. The chair is yasufum. Information about MeetBot at http://wiki.debian.org/MeetBot. | 08:02 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 08:02 |
| opendevmeet | The meeting name has been set to 'tacker' | 08:02 |
| yasufum | #link https://etherpad.opendev.org/p/tacker-meeting | 08:03 |
| yasufum | So, let's start the meeting. | 08:03 |
| yasufum | #topic SRBAC: removal of enforce_scope | 08:04 |
| yasufum | After the fix patch from Shivam, | 08:05 |
| yasufum | https://review.opendev.org/c/openstack/tacker/+/973588 | 08:05 |
| yasufum | , | 08:05 |
| yasufum | I rebased this update to be merged. | 08:05 |
| yasufum | However, it's failed because other failures happened I don't know the reason. | 08:06 |
| yasufum | I've not tried to find out the cause of them, but working to fix the issue. | 08:08 |
| yasufum | I'm not still sure it's only on this patch, or happend on other ones. | 08:10 |
| yasufum | Any comment? | 08:10 |
| shivam | yasufum-san, we have also faced the same issue on our Compliance testcase patch. | 08:11 |
| yasufum | hmm | 08:11 |
| shivam | I am also looking for the root cause and fix of the issue. | 08:12 |
| yasufum | Any progress, or nothing yet? | 08:13 |
| shivam | for k8s jobs.. intial analysis shows that it is failing during k8s vim setup due to unauthorized request for vim register | 08:13 |
| yasufum | ok | 08:13 |
| shivam | exact error message in logs: No details.: tacker.extensions.nfvo.VimUnauthorizedException: (403) | 08:13 |
| shivam | currently.. I am trying to identify the change due to this issue started occurring. | 08:14 |
| yasufum | thanks | 08:15 |
| yasufum | I hope we can fix it soon. | 08:16 |
| yasufum | It seems enough discussion for this topic today. | 08:17 |
| yasufum | So, let's move on to the next item. | 08:17 |
| yasufum | #topic Eventlet Removal activity in Tacker - follow-up update on Migration Planning | 08:17 |
| shivam | This is a follow-up status update on the Eventlet Removal activity for Tacker, continuing from the previous discussion on 25/05/2026. | 08:17 |
| shivam | The Etherpad page has been updated with a recommended order in which the Eventlet references should be migrated, this ordering helps avoid breaking things during the migration process. | 08:18 |
| shivam | https://etherpad.opendev.org/p/tacker-eventlet-removal#L453 | 08:18 |
| shivam | Now that the analysis and ordering related information is updated, the next step is to decide how should the actual migration work be divided and assigned among community members? | 08:19 |
| shivam | Few possible approaches are: | 08:20 |
| shivam | Option 1 - By Phase: Split the work by migration phases for example, one person or group handles Phase 1, another handles Phase 2, and so on. | 08:20 |
| shivam | Option 2 - By Category: Split the work by the type of Eventlet usage for example, one person handles all WSGI-related changes, another handles Monkey Patching changes, etc. | 08:21 |
| shivam | These two options are just starting suggestions, I want community to share their thoughts on proposed approaches, or suggest some other different approaches that might be better. | 08:22 |
| shivam | Thank you. | 08:22 |
| yasufum | thanks | 08:22 |
| yasufum | I'd like to hear a comment from guys already suggested to help for the issue. | 08:23 |
| yasufum | Any comment? | 08:24 |
| YuyaKuno | Which approach requires more wider knowledge? I guess it is better for members not to need wider knowledge to fix them. | 08:24 |
| shivam | Kuno-san, I guess in both approaches... a good or basic knowledge of Eventlet references will be needed. | 08:27 |
| YuyaKuno | It means that both is not big difference from knowledge perspective ? | 08:28 |
| shivam | yes. | 08:28 |
| yasufum | shivam: From the perspective of handling patches, do you have any suggestion? | 08:30 |
| yasufum | "handling" means managing status of review for each patch. | 08:31 |
| shivam | hmm... I guess patches can be submitted under one topic chain.. fox example: eventlet-removal | 08:32 |
| shivam | similar was done in case of Neutron and Nova as well | 08:33 |
| yasufum | thanks | 08:34 |
| yasufum | IMO, it looks not so much different. Why don't we take easier way to decide each assignee? | 08:38 |
| yasufum | shivam: seems no more comment. | 08:44 |
| shivam | yes.. still i would like to know which approach should we proceed with? | 08:46 |
| shivam | Is there any recommendation from community on the approaches for assigning tasks to community members? | 08:47 |
| yasufum | It might be both are acceptable. | 08:47 |
| yasufum | Although I don't have strong reason, +1 for option 2. | 08:48 |
| YuyaKuno | Is there any limitation of order for step in phase ? For example, step 1, step 2, step 3 and step 4 in same phase can be developed in parallel? Or we need to follow order of steps? | 08:50 |
| shivam | Kuno-san, steps in same phase can be developed in parallel | 08:51 |
| shivam | but phases are in sequential. For example, phase 2 will start only once phase 1 is completed. | 08:52 |
| YuyaKuno | OK, thank you. Then I also +1 for option 2 although no strong opinion. | 08:52 |
| takahashi-tsc | Honestly, I also do not have any opinions. So it's OK to just decide by vote now. | 08:53 |
| takahashi-tsc | So... option 2? | 08:53 |
| yasufum | o/ | 08:54 |
| hi-koba | I also +1 for option 2, as it seems more efficient. | 08:56 |
| yasufum | Thanks all. | 08:56 |
| yasufum | shivam: Thank you for your contribution. Let's continue to fix eventlet removal by following option 2. | 08:59 |
| shivam | Thanks all.. as we all agree for Option2. In this case, now how the need to decide how the members will be assigned the tasks. For example, members will assign themselves for the category they want to support the migration. | 09:00 |
| shivam | If so.. members who want to support, can mention their names on the etherpad page itself. | 09:02 |
| yasufum | agree | 09:03 |
| yasufum | Any opposition? | 09:06 |
| yasufum | Thank you shivam-san. Everyone looks agree your proposal. | 09:07 |
| shivam | Thank you. | 09:07 |
| yasufum | So, let's close this meeting it over the end of time. | 09:08 |
| yasufum | Thank you for joining, bye! | 09:08 |
| shivam | Thank you, Bye! | 09:08 |
| YuyaKuno | bye | 09:09 |
| yasufum | #endmeeting | 09:09 |
| opendevmeet | Meeting ended Mon Jun 1 09:09:11 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 09:09 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/tacker/2026/tacker.2026-06-01-08.02.html | 09:09 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/tacker/2026/tacker.2026-06-01-08.02.txt | 09:09 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/tacker/2026/tacker.2026-06-01-08.02.log.html | 09:09 |
| gmaan | #startmeeting policy_popup | 18:01 |
| opendevmeet | Meeting started Mon Jun 1 18:01:00 2026 UTC and is due to finish in 60 minutes. The chair is gmaan. Information about MeetBot at http://wiki.debian.org/MeetBot. | 18:01 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 18:01 |
| opendevmeet | The meeting name has been set to 'policy_popup' | 18:01 |
| gmaan | #link https://etherpad.opendev.org/p/rbac-goal-tracking#L100 | 18:01 |
| gmaan | today agenda ^^ | 18:01 |
| gmaan | who all here today | 18:01 |
| gmaan | seems no one | 18:03 |
| gmaan | I will update and remind projects about enforce_scope removal on ML | 18:03 |
| gmaan | closing meeting, if anyone checking logs and have any query, feel free to ping me or send it on ML | 18:03 |
| gmaan | #endmeeting | 18:04 |
| opendevmeet | Meeting ended Mon Jun 1 18:04:02 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 18:04 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/policy_popup/2026/policy_popup.2026-06-01-18.01.html | 18:04 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/policy_popup/2026/policy_popup.2026-06-01-18.01.txt | 18:04 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/policy_popup/2026/policy_popup.2026-06-01-18.01.log.html | 18:04 |
Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!