| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-sdks - 2022-02-18 | |||
| 15:10:33 | isabek_ | yes | |
| 15:10:34 | gtema | also this function approach "create_availability_zone" is not how I think it should be in the long run | |
| 15:10:38 | gtema | I image | |
| 15:10:53 | gtema | from openstack.fakes.network.v2 import availability_zone | |
| 15:11:26 | gtema | but before those appear in sdk we can prepare things in osc. Afterwards we simply relocate them to sdk | |
| 15:12:29 | gtema | I would even start implementing it in SDK, but I have no feeling we can release that in next days/weeks. Rather few months still to finalise r1 changes | |
| 19:01:29 | opendevreview | James Kirsch proposed openstack/openstacksdk master: Identity: Add support for system role assignment https://review.opendev.org/c/openstack/openstacksdk/+/826193 | |
| 22:23:56 | opendevreview | James Kirsch proposed openstack/openstacksdk master: Identity: Add support for system role assignment https://review.opendev.org/c/openstack/openstacksdk/+/826193 | |
| #openstack-sdks - 2022-02-20 | |||
| 17:40:24 | opendevreview | Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: Run jobs on stable branch https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829638 | |
| 17:40:33 | opendevreview | Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: DNM test branch jobs for collection https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829668 | |
| 21:17:48 | opendevreview | Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: Run jobs on stable branch https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829638 | |
| 21:17:57 | opendevreview | Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: DNM test branch jobs for collection https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829668 | |
| #openstack-sdks - 2022-02-21 | |||
| 11:00:04 | opendevreview | Dr. Jens Harbott proposed openstack/osc-lib master: Fixed test for interface key https://review.opendev.org/c/openstack/osc-lib/+/828876 | |
| 11:16:17 | opendevreview | Dr. Jens Harbott proposed openstack/osc-lib master: Don't fail on extlinks warnings for reno build https://review.opendev.org/c/openstack/osc-lib/+/830147 | |
| 11:17:36 | frickler | gtema: ^^ same issue as for osc, noticed during publishing tag 2.5.0, see the discussion in #-release | |
| 11:19:07 | frickler | if we are going to do another release, it would be nice to get https://review.opendev.org/c/openstack/osc-lib/+/784559/2 and https://review.opendev.org/c/openstack/osc-lib/+/822764 in, too | |
| 11:24:54 | opendevreview | Dr. Jens Harbott proposed openstack/osc-lib master: Don't fail on extlinks warnings for reno build https://review.opendev.org/c/openstack/osc-lib/+/830147 | |
| 12:20:27 | opendevreview | Merged openstack/osc-lib master: Respect 'interface' key from clouds.yaml https://review.opendev.org/c/openstack/osc-lib/+/784559 | |
| 12:20:34 | opendevreview | Merged openstack/osc-lib master: Fix TestTagHelps for python3.10 https://review.opendev.org/c/openstack/osc-lib/+/822764 | |
| 12:20:37 | opendevreview | Merged openstack/osc-lib master: Don't fail on extlinks warnings for reno build https://review.opendev.org/c/openstack/osc-lib/+/830147 | |
| 12:21:59 | opendevreview | Mamatisa Nurmatov proposed openstack/python-openstackclient master: Refactor network fakes to sdk properties PART 1 https://review.opendev.org/c/openstack/python-openstackclient/+/829881 | |
| 12:31:34 | jm1 | frickler gtema: wuuuhuuu finally the interface keyword works again. thank you both for merging my patches :) | |
| 15:13:29 | opendevreview | Grzegorz Grasza proposed openstack/keystoneauth master: Fix bindep for current rpm based distributions https://review.opendev.org/c/openstack/keystoneauth/+/830211 | |
| 17:16:38 | opendevreview | Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: DNM test override master https://review.opendev.org/c/openstack/ansible-collections-openstack/+/830262 | |
| 17:16:39 | opendevreview | Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: DNM test jobs https://review.opendev.org/c/openstack/ansible-collections-openstack/+/830263 | |
| 21:52:43 | opendevreview | Slawek Kaplonski proposed openstack/python-openstackclient master: Add support for setting extra DHCP options on existing ports https://review.opendev.org/c/openstack/python-openstackclient/+/830289 | |
| #openstack-sdks - 2022-02-22 | |||
| 09:41:12 | opendevreview | Arx Cruz proposed openstack/ansible-collections-openstack master: Update compute service info module to use proxy layer https://review.opendev.org/c/openstack/ansible-collections-openstack/+/828698 | |
| 09:53:18 | opendevreview | Mamatisa Nurmatov proposed openstack/python-openstackclient master: Fix metavars and typos in local_ip https://review.opendev.org/c/openstack/python-openstackclient/+/830342 | |
| 11:38:38 | opendevreview | Mamatisa Nurmatov proposed openstack/openstacksdk master: Add network address_group proxy doc and unit tests https://review.opendev.org/c/openstack/openstacksdk/+/830380 | |
| 12:49:48 | opendevreview | Mamatisa Nurmatov proposed openstack/openstacksdk master: Add network address_group proxy doc and unit tests https://review.opendev.org/c/openstack/openstacksdk/+/830380 | |
| 13:00:46 | opendevreview | Florian Haas proposed openstack/openstacksdk master: Add get_*_by_id() methods for Magnum clusters and templates https://review.opendev.org/c/openstack/openstacksdk/+/828791 | |
| 17:23:59 | Guest7 | So I'm actually in Mexico ATM so I can't make it to the meeting today stephenfin and gtema | |
| 17:25:04 | stephenfin | Should be fine | |
| 17:25:21 | gtema | yupp | |
| 17:27:38 | Guest229 | Also seriously struggling with nickserv today | |
| 17:28:24 | gtema | so many names in one day? | |
| 17:29:19 | Guest229 | Yeah.. | |
| 17:31:07 | gtema | are we able to join meeting without you? | |
| 17:35:59 | Guest229 | Uhh idk | |
| 17:36:02 | Guest229 | Can you? | |
| 17:36:18 | Guest229 | I can try to hop in to let you if you're not able to? | |
| 17:39:22 | gtema | we can't, but stephenfin already sent email and Ryan anyway wrote he resigns | |
| 17:43:18 | Guest229 | Oh. Shit. Okay. | |
| 17:44:50 | opendevreview | James Kirsch proposed openstack/ansible-collections-openstack master: Add support for system role in role assignment https://review.opendev.org/c/openstack/ansible-collections-openstack/+/826395 | |
| #openstack-sdks - 2022-02-23 | |||
| 07:55:29 | opendevreview | Merged openstack/python-openstackclient master: Add support for 'remote-managed' vnic type https://review.opendev.org/c/openstack/python-openstackclient/+/814518 | |
| 10:05:47 | opendevreview | Arx Cruz proposed openstack/ansible-collections-openstack master: Move compute flavor info to use proxy layer https://review.opendev.org/c/openstack/ansible-collections-openstack/+/828108 | |
| 10:09:33 | opendevreview | Arx Cruz proposed openstack/ansible-collections-openstack master: Update compute service info module to use proxy layer https://review.opendev.org/c/openstack/ansible-collections-openstack/+/828698 | |
| 18:11:59 | opendevreview | Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: Run jobs on stable branch https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829638 | |
| 18:12:51 | opendevreview | Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: DNM test jobs https://review.opendev.org/c/openstack/ansible-collections-openstack/+/830263 | |
| 18:13:26 | opendevreview | Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: DNM test branch jobs for collection https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829668 | |
| 19:59:10 | opendevreview | Cyril Roelandt proposed openstack/keystoneauth master: Improve help messages for a few options https://review.opendev.org/c/openstack/keystoneauth/+/830684 | |
| 20:44:34 | opendevreview | Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: Run jobs on stable branch https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829638 | |
| 21:07:11 | opendevreview | Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: Run jobs on stable branch https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829638 | |
| #openstack-sdks - 2022-02-24 | |||
| 02:25:31 | opendevreview | Merged openstack/ansible-collections-openstack stable/1.0.0: Run jobs on stable branch https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829638 | |
| 05:30:08 | opendevreview | Yi Feng proposed openstack/keystoneauth master: OAuth2.0 Client Credentials Grant Flow Support Added a new OAuth2ClientCredential plugin, accessible via the 'v3oauth2clientcredential' entry point, making possible to authenticate using an application credentials as an OAuth2.0 client credentials. https://review.opendev.org/c/openstack/keystoneauth/+/830734 | |
| 07:39:13 | opendevreview | Yi Feng proposed openstack/keystoneauth master: [WIP] OAuth2.0 Client Credentials Grant Flow Support https://review.opendev.org/c/openstack/keystoneauth/+/830734 | |
| 16:48:05 | opendevreview | Gaudenz Steinlin proposed openstack/ansible-collections-openstack master: Add 'all_projects' to server_action module https://review.opendev.org/c/openstack/ansible-collections-openstack/+/830871 | |
| #openstack-sdks - 2022-02-25 | |||
| 01:47:26 | opendevreview | Yi Feng proposed openstack/keystoneauth master: [WIP] OAuth2.0 Client Credentials Grant Flow Support https://review.opendev.org/c/openstack/keystoneauth/+/830734 | |
| 12:21:22 | slaweq | gtema dtantsur stephenfin hi, can You check https://review.opendev.org/c/openstack/python-openstackclient/+/830289 when You will have few minutes? Thx in advance | |
| 13:26:12 | opendevreview | Merged openstack/python-openstackclient master: Add support for setting extra DHCP options on existing ports https://review.opendev.org/c/openstack/python-openstackclient/+/830289 | |
| 14:16:46 | hberaud | Hello, please can someone of your team have a look to https://review.opendev.org/c/openstack/releases/+/829081 | |
| 14:16:49 | elodilles | hi sdk team! can you please double check the release patch for openstacksdk (and my comment on it?): https://review.opendev.org/c/openstack/releases/+/829081 | |
| 14:16:52 | elodilles | thanks! :) | |
| 14:16:54 | elodilles | jinx :) | |
| 14:17:09 | hberaud | :) | |
| 14:17:38 | gtema | I have pretty clear expressed why it can't be released now | |
| 14:19:47 | elodilles | "no changes can be release at the moment. Yoga will will stay at current version" | |
| 14:19:57 | elodilles | you mean this? ^^^ | |
| 14:20:29 | elodilles | anyway, thanks for the response, just wanted to double check | |
| 14:22:39 | fungi | i guess that means the project's development schedule is no longer aligned with the coordinated openstack release, and it should be switched to the independent release model? | |
| 14:23:10 | fungi | that way it can release (or not) whenever it likes without needing to follow schedules set by the openstack release managers | |
| 14:23:32 | gtema | no, there were releases in this cycle | |
| 14:24:23 | gtema | release model of sdk was always in reality a question, but back those days decided to stick to that, cause sdk is used by i.e. nova | |
| 14:24:28 | fungi | but it's not observing the release freeze as there's new work going into master | |
| 14:25:24 | gtema | there were no features added required for the depending components | |
| 14:25:33 | gtema | thus from my pov latest release can be used as is without any issues | |
| 14:27:01 | gtema | changes from feature branch landed quite some time ago and issues blocking release has been identified | |
| 14:28:45 | fungi | i understand, it's more a question of it currently being marked as using a different set of rules. this is the release model the release managers think openstacksdk is following: https://releases.openstack.org/reference/release_models.html#cycle-with-intermediary | |
| 14:29:25 | fungi | "...commit to produce a release near the end of the 6-month development cycle to be used with projects using the other cycle-based release models that are required to produce a release at that time" | |
| 14:32:44 | gtema | I know. I fear there is currently no other suitable model for sdk as being that even it is something "special". In any way this is currently an exception, rather then the rule | |
| 14:33:09 | gtema | a big batch of changes were done in the feature branch and it got merged during suitable time frame | |
| 14:33:58 | fungi | well, it's not all that dissimilar from some other projects which follow the independent release model | |
| 14:34:01 | gtema | sadly issues requiring further work were also identified (i.e. hurting Zuul) and as such release need to be postponed unless those got worked on | |
| 14:34:41 | gtema | yeah, but if I read descriptions correctly just because being now considered a lib of some core components it must follow this model | |
| 14:35:41 | fungi | there are lots of lib dependencies which aren't managed as part of the coordinated release. in fact, most of openstack's dependencies aren't even developed within openstack at all | |
| 14:36:25 | gtema | well, if tc/whoever else is interested are not really objecting that for SDK - I have nothing agains | |
| 14:37:01 | gtema | I just recall there were some discussions on that and it was decided to leave it like it is now | |
| 14:40:43 | fungi | no worries, just suggesting that as it might create lower levels of friction since the project is doing development at a point in the cycle where libs are supposed to be frozen until the stable branches are cut | |
| 14:41:44 | fungi | but the release team can presumably branch stable/yoga from the 0.61.0 tag back in december | |
| 14:42:05 | gtema | sure. As mentioned, I was just somewhy keeping in the back of my mind there were real reasons for this decision | |
| 14:42:32 | gtema | hm, stable branches of SDK is another dirty story | |
| 14:46:51 | fungi | right, independent release model doesn't require stable branches either | |
| 14:47:31 | fungi | (allows them as needed, but does not require them cycle after cycle) | |
| 14:48:23 | gtema | maybe even that was somehow a reason for keeping sdk on this model | |
| 14:49:30 | gtema | decoupling sdk from releases is easy and makes sense on one side, but it will definitely face some resistance on release packaging side | |
| 14:49:46 | fungi | maybe, though if you follow semver conventions fairly closely and increment the minor revision on any dependency changes, you can still safely add a stable branch and tag patch level revisions on it after the fact | |
| 14:50:59 | fungi | problem arises if you change requirements.txt in 0.61.1 and then want to branch from 0.60.0 later, there's no room to tag stable point releases | |
| 14:51:23 | gtema | okay, would need to consider this again and potentially discuss during ptg | |
| 14:51:37 | fungi | yeah, it would certainly be a good conversation to have | |
| 14:52:20 | diablo_rojo_phone | +2 | |