| *** ChanServ changes topic to "Discussions for OpenStack Technical Committee | documentation: https://governance.openstack.org/tc/ | meetings: https://governance.openstack.org/tc/#meeting | channel logs https://meetings.opendev.org/irclogs/%23openstack-tc/" | 00:43 | |
| *** pojadhav|rover is now known as pojadhav|lunch | 08:50 | |
| *** pojadhav|lunch is now known as pojadhav|rover | 09:57 | |
| *** pojadhav is now known as pojadhav|rover | 14:03 | |
| knikolla[m] | I wasn't familiar with nox, I'll have to look that up | 15:15 |
|---|---|---|
| gmann | tc-members: meeting time | 16:00 |
| gmann | #startmeeting tc | 16:00 |
| opendevmeet | Meeting started Wed Dec 21 16:00:03 2022 UTC and is due to finish in 60 minutes. The chair is gmann. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
| opendevmeet | The meeting name has been set to 'tc' | 16:00 |
| gmann | #topic Roll call | 16:00 |
| gmann | o/ | 16:00 |
| rosmaita | o/ | 16:00 |
| slaweq | hi | 16:00 |
| knikolla[m] | o/ | 16:00 |
| gmann | today agenda #link https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting | 16:00 |
| slaweq | gmann sorry but I have urgent private thing to do now and I will not be able to attend the meeting today | 16:00 |
| noonedeadpunk | o/ | 16:00 |
| gmann | slaweq: np!, ack | 16:01 |
| slaweq | recheck stats are from today and all looks good there | 16:01 |
| gmann | cool, thanks for updates | 16:01 |
| slaweq | happy holidays to everyone and see You in 2023 | 16:01 |
| slaweq | o/ | 16:01 |
| noonedeadpunk | \o/ | 16:01 |
| gmann | you too, happy holidays | 16:01 |
| gmann | let's start | 16:01 |
| gmann | #topic Follow up on past action items | 16:01 |
| spotz | o/ | 16:01 |
| gmann | no action item from previous meeting | 16:02 |
| gmann | #topic Gate health check | 16:02 |
| gmann | I have not observed any frequent failure this week | 16:02 |
| noonedeadpunk | We have CentOS 9 Stream repos broken | 16:03 |
| noonedeadpunk | Or well, desynced | 16:03 |
| gmann | ohk | 16:03 |
| noonedeadpunk | I haven't digged too deep, but thing like `dnf -y install python3 python3-devel libselinux-python3` does fail currently | 16:04 |
| noonedeadpunk | Example: https://zuul.opendev.org/t/openstack/build/1e44de404ed44ec39994a06e3b2bd183/log/job-output.txt#4884-4894 | 16:05 |
| noonedeadpunk | Maybe it's only OSA though, but quite unlikely | 16:05 |
| gmann | in quick check, devstack platform job seems running fine #link https://zuul.opendev.org/t/openstack/builds?job_name=devstack-platform-centos-9-stream&skip=0 | 16:06 |
| noonedeadpunk | During autumn I can recall switching centos mirrors to "less loaded" one according to maintainer, that should perform way better as has less stuff on it, but it might be not at the end | 16:07 |
| gmann | tempest too #link https://zuul.opendev.org/t/openstack/builds?job_name=tempest-full-centos-9-stream&skip=0 | 16:07 |
| noonedeadpunk | We see that today only | 16:08 |
| gmann | k | 16:08 |
| noonedeadpunk | And first job that failed was launched like 1pm or smth | 16:08 |
| gmann | i see | 16:08 |
| gmann | I think tox4 is going to be unpinned in ensure-tox today and hope all projects are on top of it to fix the ghings | 16:09 |
| noonedeadpunk | I hope centos thing will get self-healed, but will be checking on that | 16:10 |
| gmann | ok, thanks | 16:10 |
| gmann | anything else on gate things? | 16:10 |
| gmann | #topic 2023.1 TC tracker checks | 16:11 |
| gmann | #link https://etherpad.opendev.org/p/tc-2023.1-tracker | 16:11 |
| rosmaita | sorry, wasn' | 16:11 |
| rosmaita | t typing fast enough | 16:11 |
| gmann | any update on the tracker items? | 16:11 |
| rosmaita | what's the plan with tox 4 in stable branches? | 16:11 |
| gmann | rosmaita: we need to fix them, it will be easy to backport the things than pinning it on stable branch | 16:12 |
| rosmaita | tox 4 doesn't support py3.6, so what does that mean for yoga and older? | 16:12 |
| gmann | I gave try to pin it and let project to unpin during backport but that seems more complex to do in zuul jobs #link https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/867849 | 16:12 |
| noonedeadpunk | gmann: btw in devstack it's endev up like that https://zuul.opendev.org/t/openstack/build/1b37b0e31dd14aa398a71377ee27eb4b/log/job-output.txt#2264 | 16:12 |
| gmann | noonedeadpunk: ohk | 16:13 |
| noonedeadpunk | well, not ended, but I guess you got what I meant :) | 16:13 |
| gmann | yeah | 16:13 |
| gmann | rosmaita: I have not checked that but JayF backported the Ironic fixes on stable. we can check how it behave there | 16:14 |
| rosmaita | ok, because i am seeing this: https://review.opendev.org/c/openstack/rbd-iscsi-client/+/868324/ | 16:14 |
| gmann | #link https://review.opendev.org/q/I84202ac10e9195647162f0b5737ebb610ef1ef93 | 16:14 |
| gmann | seems py36 job running fine in ironic backport #link https://review.opendev.org/c/openstack/ironic/+/867872 | 16:15 |
| rosmaita | but is it running tox 4? | 16:15 |
| rosmaita | this is what i see when using tox 4: https://zuul.opendev.org/t/openstack/build/53acb83e71bf4b0a91b923a328c45ed4 | 16:16 |
| gmann | rosmaita: ah, no it is older tox as it is pinned #link https://zuul.opendev.org/t/openstack/build/dfbf66b0df3741198743ec46ce5dd026/log/job-output.txt#607 | 16:17 |
| rosmaita | yeah, that's what i thought | 16:17 |
| rosmaita | i think this is going to be a problem: https://github.com/tox-dev/tox/blob/main/pyproject.toml#L22 | 16:17 |
| gmann | rosmaita: so error is ubuntu bionic does not have tox4 right? | 16:18 |
| rosmaita | well, tox will update itself | 16:18 |
| gmann | let's discuss/debug it after meeting | 16:18 |
| rosmaita | ok, sure | 16:18 |
| gmann | thanks rosmaita for bringing it | 16:18 |
| rosmaita | np, i think we should wait on the stable branches for after the holidays, imo | 16:19 |
| gmann | any other updates on tracker? | 16:19 |
| gmann | #topic Mistral situation | 16:19 |
| gmann | Release team proposing it to mark its release deprecated | 16:19 |
| gmann | #link https://review.opendev.org/c/openstack/governance/+/866562 | 16:19 |
| gmann | New volunteers from OVHCloud are added in Mistral core team. | 16:19 |
| gmann | that is good things. | 16:20 |
| gmann | avanzagh, one of the new maintainers will reachout to release team to check what is pending for mistral release | 16:20 |
| gmann | and based on that we can decide on tha governance patch | 16:20 |
| gmann | and it seems he talked in release channel. | 16:21 |
| gmann | all good here for now and we will monitor the situation until release team is good for its release | 16:21 |
| rosmaita | that is good news | 16:22 |
| gmann | yeah, getting new maintainers from users side is good things | 16:22 |
| gmann | anything else on Mistral? | 16:23 |
| gmann | #topic Recurring tasks check | 16:23 |
| gmann | Bare 'recheck' state | 16:23 |
| gmann | #link https://etherpad.opendev.org/p/recheck-weekly-summary | 16:23 |
| gmann | slaweq added this week data and mentioned at the start of meeting "recheck stats are from today and all looks good there" | 16:24 |
| gmann | #topic Open Reviews | 16:24 |
| gmann | #link https://review.opendev.org/q/projects:openstack/governance+is:open | 16:24 |
| gmann | let's check open review quickly | 16:24 |
| spotz | I put in some wording changes on the release one | 16:25 |
| gmann | spotz: thanks for review, I just saw those. | 16:26 |
| gmann | spotz: as most of those are in exiting docs not in the chnages, is it ok for you to fix them in follow up? | 16:26 |
| spotz | looking as it was in the rewording block on my screen anyways | 16:27 |
| gmann | yeah, adding few new lines end up re-arranging the lines/para | 16:28 |
| spotz | Yeah if you want it to go through I'll put in a follow up patch but as it only has one vote we could fix it in 5 seconds | 16:28 |
| rosmaita | it actually has 4 votes | 16:29 |
| rosmaita | (i don't like the new gerrit interface) | 16:29 |
| gmann | yeah it is ready to merge with 4 votes | 16:29 |
| gmann | rosmaita: yeah, same here | 16:29 |
| spotz | rosmaita: Yeah me neiher I can't tell anything in regards to votes, I looked down at comments | 16:29 |
| spotz | Ok merge it and when I get home later I'll put i the patch | 16:30 |
| gmann | spotz: I will put patch before I merge this. | 16:30 |
| gmann | thanks | 16:30 |
| gmann | I think that is all on open reviews | 16:30 |
| gmann | and also from today agenda | 16:30 |
| gmann | one update, as discussed in one of the past meeting, we will cancel next week meeting | 16:31 |
| gmann | no meeting on Dec 28 | 16:31 |
| gmann | I will send it on ML | 16:31 |
| gmann | we will meet on Jan 4 on video call | 16:31 |
| gmann | we have ~30 min left, if anyone would like to discuss anything? | 16:31 |
| spotz | As I fail at PTO I'm good at ending here:) | 16:32 |
| gmann | ok, if nothing else. let's close. | 16:32 |
| gmann | thanks everyone for joining. have a nice holidays | 16:33 |
| gmann | #endmeeting | 16:33 |
| opendevmeet | Meeting ended Wed Dec 21 16:33:19 2022 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:33 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/tc/2022/tc.2022-12-21-16.00.html | 16:33 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/tc/2022/tc.2022-12-21-16.00.txt | 16:33 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/tc/2022/tc.2022-12-21-16.00.log.html | 16:33 |
| spotz | Have a happy holidays all, back to PTO:) | 16:34 |
| rosmaita | spotz: enjoy your PTO! | 16:34 |
| gmann | rosmaita: not sure if we need to bump min version of tox as things are compatible between tox4 and tox <4 https://review.opendev.org/c/openstack/rbd-iscsi-client/+/868324/1/tox.ini#2 | 16:36 |
| rosmaita | probably not, but i wanted to use it locally in master at least to anticipate problems | 16:36 |
| rosmaita | but i guess the main thing is i'm not sure zuul will actually be able to run tox 4 on py36, which we need to do in yoga and older, so i think zuul should just use tox 3 for yoga and older | 16:38 |
| fungi | i expect pip in the bionic/py36 jobs is smart enough to not install a version of tox which won't work | 17:02 |
| fungi | so my guess is after the un-pinning you'll see those jobs continue to use tox v3 | 17:02 |
| gmann | available version there are ....4.0.0a8, 4.0.0a9) | 17:02 |
| fungi | pip won't install prereleases by default either. you have to explicitly request a prerelease | 17:03 |
| gmann | yeah, I think not bumping the min version in tox.ini and let pip use the compatible tox version. | 17:03 |
| gmann | until we have something not compatible with tox<4 | 17:03 |
| rosmaita | yeah, but there is that skipsdist weirdness in tox 4 | 17:03 |
| rosmaita | that you don't have in tox3 | 17:03 |
| gmann | without min_version, py36 pick tox3 and other tox4 https://zuul.opendev.org/t/openstack/build/b93baeda383a459fab7a9bf43c005e93/log/job-output.txt#609 | 17:05 |
| fungi | that's what i expected, yeah | 17:05 |
| rosmaita | right, but my question is whether it makes sense to have a tox.ini that we expect to work for both 3 and 4 | 17:06 |
| gmann | for now we expect that. if not then we can bump min_version only for master onwards | 17:06 |
| gmann | and let stable branch have older min_version | 17:07 |
| rosmaita | well, the problem is that there is a minversion, but not a maxversion in tox | 17:07 |
| rosmaita | i think if we are going to use tox3 at all in yoga, we should just use it across the board for all pythons in yoga | 17:08 |
| rosmaita | (so tox will upgrade itself, but i don't think it can downgrade itself) | 17:08 |
| rosmaita | (that was about the maxversion not available in tox) | 17:08 |
| fungi | all minversion in tox does is give you a nice error message if you try to run a version of tox outside the permitted range. if there were a maxversion it would do the same | 17:08 |
| fungi | oh, tox will upgrade itself? | 17:08 |
| fungi | it used to just be used to display a nice error | 17:09 |
| rosmaita | yes, it creates a .tox virtualenv to use for that | 17:09 |
| fungi | mildly frightening. i guess you need a new enough tox installed already for that behavior to kick in though | 17:09 |
| fungi | new enough to include the self-upgrading functionality i mean | 17:10 |
| rosmaita | it's a bit earlier than tox 3.18 | 17:10 |
| rosmaita | so pretty old at this point | 17:10 |
| rosmaita | fungi: take a look at the tox.ini on this patch: https://review.opendev.org/c/openstack/rbd-iscsi-client/+/868324/ | 17:10 |
| clarkb | fwiw the main issue with new tox that we found is that it doesn't reliably build old setup.py projects (with pbr at least, not sure if this is a pbr issue or setuptools issue) | 17:11 |
| clarkb | upstream bascally said they won't fix that by default because they feel the need for speed. But was open to someone writing a change that overrides the behavior | 17:11 |
| clarkb | I decided my time was better spent investing in nox instead | 17:11 |
| rosmaita | :) | 17:11 |
| clarkb | and now we have all the plumbing necessary to run nox like tox under zuul. The chagnes may not have landed yet | 17:12 |
| rosmaita | that need for speed is kind of funny, tox 4 automatically rebuilds testenvs when you try to reuse them now | 17:12 |
| clarkb | ya the issue with setuptools/pbr is that tox runs all of the setup.py commands inside the same process so any global state changes are potentially catastrophic | 17:14 |
| clarkb | the build tool forks a new process for each setup.py command. The pep says you "should" fork a new process specifically for concern over global state. But it doesn't require that and so tox is refusing to do it by default | 17:14 |
| clarkb | I've personally decided that this attitude towards their users isn't helpful and I'd rather switch to nox and move on | 17:14 |
| opendevreview | Ghanshyam proposed openstack/governance master: Fixing some nits in emerging-inactive project documentation https://review.opendev.org/c/openstack/governance/+/868365 | 18:57 |
| gmann | spotz: ^^ | 18:58 |
| opendevreview | Merged openstack/governance master: Make inactive projects timeline as release milestone-2 of the cycle https://review.opendev.org/c/openstack/governance/+/867062 | 19:05 |
| *** dasm is now known as dasm|off | 21:48 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!