*** ysandeep|away is now known as ysandeep|ruck | 00:18 | |
*** seongsoocho has quit IRC | 00:43 | |
*** seongsoocho has joined #opendev | 00:43 | |
*** hamalq has quit IRC | 00:44 | |
*** mrunge has quit IRC | 01:05 | |
*** sgw has left #opendev | 01:55 | |
*** DSpider has quit IRC | 02:02 | |
*** ysandeep|ruck is now known as ysandeep|afk | 02:11 | |
*** mrunge has joined #opendev | 02:17 | |
*** brinzhang has quit IRC | 02:31 | |
*** ysandeep|afk is now known as ysandeep | 05:14 | |
*** ysandeep is now known as ysandeep|ruck | 05:14 | |
*** whoami-rajat__ has joined #opendev | 05:16 | |
cgoncalves | ianw, hey! is Linaro cloud still under maintenance or is there an issue in Zuul (NODE_FAILURE)? | 05:46 |
---|---|---|
ianw | cgoncalves: yeah, i think there's something up with the API | 05:52 |
ianw | kevinz: ^ | 05:53 |
ianw | if kevinz doesn't pop up soon i'll see if i can find anyone else | 05:53 |
cgoncalves | thank you | 05:53 |
cgoncalves | btw, can one define a multi-arch nodeset? say, 1x x86_64, 1x arm64 | 05:55 |
cgoncalves | I'd love to test that in Octavia CI | 05:55 |
*** rchurch has quit IRC | 06:01 | |
*** rchurch has joined #opendev | 06:03 | |
ianw | cgoncalves: unfortunately not, it's mostly that nodepool will not schedule across providers. so the arm64 cloud doesn't have any x86 resources and thus allocation will fail | 06:06 |
*** sboyron has joined #opendev | 06:06 | |
ianw | will not schedule multi-node jobs across providers i mean | 06:06 |
cgoncalves | understood | 06:07 |
ianw | if you can find us a cloud that can do both, we could :) | 06:07 |
*** lpetrut has joined #opendev | 06:09 | |
cgoncalves | or if multi-nodes could be scheduled across providers :D | 06:09 |
cgoncalves | maybe mnaser surprises us by announcing arm64 support at vexxhost ;) | 06:11 |
*** slaweq has joined #opendev | 06:21 | |
*** noonedeadpunk has quit IRC | 06:31 | |
*** noonedeadpunk has joined #opendev | 06:33 | |
*** noonedeadpunk has quit IRC | 06:34 | |
*** eolivare has joined #opendev | 06:35 | |
*** noonedeadpunk has joined #opendev | 06:39 | |
*** DSpider has joined #opendev | 06:39 | |
*** mkalcok has joined #opendev | 06:40 | |
*** slaweq has quit IRC | 06:44 | |
*** slaweq has joined #opendev | 06:46 | |
*** roman_g has joined #opendev | 06:53 | |
*** rpittau|afk is now known as rpittau | 06:54 | |
*** ralonsoh has joined #opendev | 07:05 | |
*** DSpider has quit IRC | 07:21 | |
*** andrewbonney has joined #opendev | 07:24 | |
*** DjeufackZane has joined #opendev | 07:25 | |
*** tosky has joined #opendev | 07:44 | |
*** fressi has joined #opendev | 07:44 | |
*** guillaumec has quit IRC | 07:48 | |
*** guillaumec has joined #opendev | 07:49 | |
*** mfq001_ has joined #opendev | 08:05 | |
*** mfq001_ has quit IRC | 08:08 | |
*** ysandeep|ruck is now known as ysandeep|rck|afk | 08:12 | |
*** ysandeep|rck|afk is now known as ysandep|ruck|afk | 08:13 | |
*** sshnaidm|afk is now known as sshnaidm|rover | 08:29 | |
*** DjeufackZane has quit IRC | 08:33 | |
*** mabuaisha76 has joined #opendev | 08:36 | |
*** mabuaisha76 has quit IRC | 08:36 | |
*** mabuaisha has joined #opendev | 08:39 | |
*** iurygregory has quit IRC | 08:57 | |
*** jaicaa has quit IRC | 09:22 | |
*** jaicaa has joined #opendev | 09:23 | |
*** iurygregory has joined #opendev | 09:28 | |
*** ysandep|ruck|afk is now known as ysandep|ruck | 09:28 | |
*** fressi has quit IRC | 09:43 | |
*** fressi has joined #opendev | 10:48 | |
rpittau | hi all! Related to the recent issue with gerrit, we found two recent identical commits (merged) in python-ironicclient: https://review.opendev.org/#/c/751649/ https://review.opendev.org/#/c/753922/ | 11:02 |
rpittau | is it just a weird coincidence ? | 11:02 |
*** fressi has quit IRC | 11:09 | |
frickler | rpittau: I think that that is indeed a coincidence. I have seen similar patches in other projects, but hopefully managed to flag duplicates most of the time. if you merge both, the second merge commit should essentially come out as a no-op | 11:14 |
rpittau | frickler: ok, thanks, what I found awkward is that the second one is actually not empty and the sequence of approvals is exactly the same | 11:15 |
frickler | rpittau: you don't see that it is actually empty because of the merge commits. if you do "git rebase -i a5485dc29fe551e4cb5feaad52cd93d67b0ab53e" on the current master, you'll see that the second patch becomes an empty patch that git-rebase complains about | 11:20 |
rpittau | frickler: ah, thanks! | 11:20 |
frickler | I'm not sure whether we could have a way for gerrit or maybe a zuul job to detect this situation and prevent a merge, maybe someone else has an idea for that | 11:21 |
*** marios has joined #opendev | 11:54 | |
sshnaidm|rover | clarkb, fungi hi, folks, we still see today a lot of retry_limits in zuul | 12:05 |
sshnaidm|rover | can't even see which cloud it is | 12:05 |
sshnaidm|rover | ysandep|ruck, ^ | 12:05 |
fungi | sshnaidm|rover: is it impacting a specific set of jobs? maybe only your integration tests and not your unit tests or static analysis jobs? | 12:06 |
sshnaidm|rover | fungi, I don't see any specifics, both tripleo and non tripleo, puppet, kolla, others | 12:07 |
sshnaidm|rover | for example octavia: https://zuul.opendev.org/t/openstack/status/change/752858,1 | 12:08 |
sshnaidm|rover | tripleo: https://zuul.opendev.org/t/openstack/status/change/758937,2 | 12:08 |
sshnaidm|rover | cinder: https://zuul.opendev.org/t/openstack/status/change/759234,1 | 12:10 |
*** fressi has joined #opendev | 12:11 | |
ysandep|ruck | sshnaidm|rover, ack thanks for raising this | 12:13 |
fungi | looking at one, ze03 hit a RESULT_UNREACHABLE condition partway through a build in inap-mtl01 | 12:15 |
fungi | according to debug logs on the executor where it ran | 12:15 |
fungi | i guess i can repeat that with some others and see if there's a correlation to either ze03 or to inap-mtl01 | 12:15 |
fungi | so far found two which ran from ze03 and one from ze06 but all ran in inap-mtl01 | 12:18 |
fungi | here's one which ran from ze12 but also in inap-mtl01 | 12:19 |
fungi | ze04 and inap-mtl01 | 12:20 |
fungi | yeah, i guess we need to turn down inap-mtl01 until the connectivity or rogue instance issue there is resolved | 12:20 |
fungi | i'll work on a config patch | 12:20 |
openstackgerrit | Jeremy Stanley proposed openstack/project-config master: Temporarily stop booting nodes in inap-mtl01 https://review.opendev.org/759251 | 12:24 |
fungi | config-core: ^ that's probably fairly urgent to quell the retry_limit situation sshnaidm|rover mentioned | 12:24 |
sshnaidm|rover | fungi, thanks! | 12:25 |
AJaeger | fungi: single-core approved. | 12:58 |
fungi | thanks! | 13:00 |
openstackgerrit | Merged openstack/project-config master: Temporarily stop booting nodes in inap-mtl01 https://review.opendev.org/759251 | 13:08 |
openstackgerrit | Andreas Jaeger proposed openstack/project-config master: Remove openstack/monasca-analytics https://review.opendev.org/751993 | 13:20 |
*** lpetrut has quit IRC | 13:22 | |
AJaeger | fungi: the deploy job fails: infra-prod-service-nodepool https://zuul.opendev.org/t/openstack/build/476e200ccee54f21b7ca0221f43bca4b | 13:34 |
fungi | we might have a full filesystem on one of the builders again | 13:37 |
*** sshnaidm|rover is now known as sshnaidm|afk | 13:54 | |
*** sgw has joined #opendev | 14:06 | |
*** marios has quit IRC | 14:07 | |
*** marios has joined #opendev | 14:09 | |
*** DSpider has joined #opendev | 14:14 | |
*** sshnaidm|afk is now known as sshnaidm|rover | 14:48 | |
*** mlavalle has joined #opendev | 15:00 | |
*** auristor has quit IRC | 15:14 | |
*** ysandep|ruck is now known as ysandep|away | 15:18 | |
*** auristor has joined #opendev | 15:27 | |
*** sboyron has quit IRC | 15:28 | |
*** d34dh0r53 has joined #opendev | 15:29 | |
clarkb | do we need to manually deploy the inap disabling? | 15:39 |
clarkb | fungi: AJaeger ^ I'm trying to catch up this morning, let me know if I can be helpful by doing that | 15:39 |
fungi | oh, sorry, i got sidetracked by more damage control and comms | 15:42 |
fungi | clarkb: AJaeger: we should look into the deployment failure, but it does not at least seem to have prevented us from updating the config on nl03 | 15:43 |
fungi | max-servers is 0 there for inap-mtl01 as of 13:24z | 15:44 |
clarkb | nb03 is network unreachable | 15:44 |
clarkb | I'm betting that is the ansible error, but haven't checked ansible logs yet | 15:44 |
clarkb | nb03.opendev.org : ok=0 changed=0 unreachable=1 failed=0 skipped=0 rescued=0 ignored=0 | 15:48 |
*** DjeufackZane has joined #opendev | 15:48 | |
clarkb | there are no other failed or unreachables in the summary so I think that is it | 15:48 |
AJaeger | I see, thanks for checking | 15:49 |
*** rpittau is now known as rpittau|afk | 15:57 | |
*** hamalq has joined #opendev | 16:07 | |
*** hamalq has quit IRC | 16:10 | |
*** hamalq has joined #opendev | 16:10 | |
*** roman_g has quit IRC | 16:17 | |
openstackgerrit | Jeremy Stanley proposed opendev/system-config master: Add service-incident@opendev mailing list https://review.opendev.org/759293 | 16:19 |
*** marios is now known as marios|out | 16:20 | |
*** valleedelisle has joined #opendev | 16:37 | |
*** eolivare has quit IRC | 16:44 | |
*** DjeufackZane has quit IRC | 16:51 | |
*** ralonsoh has quit IRC | 17:08 | |
*** mabuaisha has quit IRC | 17:08 | |
*** valleedelisle has quit IRC | 17:13 | |
openstackgerrit | Igor D.C. proposed ttygroup/gertty master: Make browser open on Windows when running in cygwin https://review.opendev.org/671202 | 17:20 |
*** mkalcok has quit IRC | 17:22 | |
*** valleedelisle has joined #opendev | 17:24 | |
*** andrewbonney has quit IRC | 17:26 | |
*** sshnaidm|rover is now known as sshnaidm|off | 17:45 | |
*** ricolin has quit IRC | 17:54 | |
*** marios|out has quit IRC | 18:31 | |
johnsom | Hi opendev team. It appears that the patch -> storyboard linkage is not working. | 18:54 |
johnsom | Example patch: https://review.opendev.org/#/c/759164/ | 18:54 |
johnsom | Example Story: https://storyboard.openstack.org/#!/story/2008268 | 18:54 |
clarkb | johnsom: fungi reset the api key used for that communication and gerrit won't notice it until we restart it | 18:54 |
johnsom | Pushing the patch isn't updating the status on the story | 18:54 |
clarkb | fungi: ^ is that restart something you think we should just go ahead and do? | 18:54 |
johnsom | Ah, ok. Just thought I would mention that it was broken. | 18:55 |
fungi | johnsom: yep, it'll need a gerrit restart, i was hoping to save that for the weekend | 18:55 |
johnsom | No real rush IMO | 18:55 |
fungi | yeah, sorry, we didn't think to clear the storyboard access tokens until after we'd brought gerrit back up, and i was hesitant to take it back down for that even briefly after such a lengthy outage | 18:56 |
melwitt | clarkb: I'm working on the log-gearman-worker and I was wondering, are there urls to get to the gzip or deflate compressed files in the gate to test reading? | 19:38 |
*** fressi has quit IRC | 19:39 | |
clarkb | melwitt: its just the files that you get from zuul's log indexes | 19:41 |
clarkb | melwitt: in the past we gzipped then stored them on disk that way but now we use swift and set content encodings and hte web server sorts it out | 19:42 |
clarkb | as a result that code can probably be simplified to only handle how swift serves the files (which is what you'll see from zuul log links today) | 19:42 |
melwitt | clarkb: oh I see. does "zuul's log indexes" just mean the normal files under logs/ dir "raw" view when looking at a build result? | 19:45 |
clarkb | ya the raw view | 19:45 |
melwitt | ok. I tested with a random c-vol file and found it returns encoding as "gzip" but it's just text | 19:46 |
clarkb | if you do that in your browser it is because the browser is decoding for you | 19:46 |
clarkb | what curl/wget see should be closer to what requests will do | 19:46 |
melwitt | I'm using requests and I get the content type or encoding back as gzip but it's not actually compressed at all | 19:47 |
clarkb | huh I wonder if swift is giving it back as plain text if you don't send an accept-encoding gzip | 19:48 |
clarkb | but then leaves the encoding as gzip for some reason | 19:48 |
melwitt | is it because of this? https://opendev.org/opendev/puppet-log_processor/src/branch/master/files/log-gearman-worker.py#L329 | 19:48 |
clarkb | ya if you set the accept encoding you should get it back as proper gzip iirc | 19:49 |
clarkb | then you'll hvae to decode it locally | 19:49 |
clarkb | (the benefit of this is faster data transfer at cost of cpu time) | 19:49 |
melwitt | oh, hm. yeah when I do that it always fails to read the header because there is no header, it's just a text file. it's possible I'm doing something wrong | 19:49 |
clarkb | maybe see if curl does similar? | 19:49 |
melwitt | I'm using requests with stream=True | 19:50 |
clarkb | oh I wonder if the stream=True is magic | 19:50 |
clarkb | that could be | 19:50 |
melwitt | yeah I was just thinking it might be | 19:50 |
clarkb | its very likely the stream implies a decode | 19:50 |
melwitt | yeah, could be. I'll see if I can find out. thanks for the hints | 19:51 |
openstackgerrit | Albin Vass proposed zuul/zuul-jobs master: Add nim roles and job https://review.opendev.org/747865 | 20:00 |
timburke | clarkb, fwiw, stock swift will just send back whatever was stored, with no encoding or decoding. iirc, the rax cdn *might* do some transformations based on what headers the client sent? | 20:00 |
clarkb | that wouldn't surprise me | 20:01 |
fungi | yeah, seems more likely that the cdn is making fancy with the responses | 20:01 |
fungi | we've seen this in other ways, like when we end up with double compression (gzip and deflate) | 20:02 |
melwitt | I tried looking in the browser development tools and see this for a c-vol.txt: | 20:12 |
melwitt | Content-Encoding: gzip | 20:13 |
melwitt | Content-Length: 333312 | 20:13 |
melwitt | Content-Type: text/plain | 20:13 |
melwitt | so encoding is saying gzip but type is saying plain text | 20:13 |
clarkb | ya so the over the wire format was gzp but then the decoded rendering to the user in the browser should be plain text | 20:13 |
melwitt | ah ok, I'll try with curl then. sorry I don't know much about this | 20:15 |
clarkb | melwitt: the worst one is deflate because its gzip wihtout the header | 20:16 |
melwitt | hehe yeah. I have learned that because of trying to do this :) | 20:16 |
melwitt | yep you called it, requests is doing fanciness | 20:17 |
melwitt | I didn't expect it because I didn't get from the doc that it does any decoding unless you pass decode_unicode=True https://requests.readthedocs.io/en/latest/api/#requests.Response.iter_content and I didn't pass that | 20:19 |
melwitt | when I use curl the file is indeed a gzip binary file | 20:20 |
melwitt | ah it says it here https://requests.readthedocs.io/en/master/user/quickstart/#raw-response-content mystery solved | 20:24 |
melwitt | kewl | 20:25 |
*** slaweq has quit IRC | 20:26 | |
fungi | clarkb: i notice that the 13:00-15:00z ptg session on monday also conflicts with the openstack security sig and the openstack qa team, so that might not be a great time to discuss either openstack tact sig or gerrit security breach topics | 20:44 |
clarkb | thats the first slot right? | 20:44 |
clarkb | I'm game to try juggling or adding time to our schedule next week, do you think that would help? like maybe we can lurk those sessions then do ours later or someting (of course that starts to get later for frickler and other EU timezone folks) | 20:45 |
fungi | yeah, the first slot | 20:45 |
fungi | i mean, alternatively, maybe it's a good opportunity to discuss either (or both) of those topics if they overlap with those other groups agendas and they want to just all jump in the same room for a bit | 20:46 |
clarkb | ya that may be a good approach if they don't mind the change to agenda | 20:46 |
clarkb | I had planned to do ptg prep things tomorrow, I'll think about it more over the next little while | 20:47 |
fungi | i get that, i'm putting my personal schedule together now because christine is getting tired of cooking all this week and wants to know when i'm available to cook and run errands next week so we can schedule things like grocery pickup | 20:48 |
fungi | heh, and for the 23:00 utc block monday i'm double-booked with the openinfra labs session | 20:50 |
clarkb | another approach would be to schedule new blocks for the gerrit discussion | 20:50 |
clarkb | gmann: ^ do you have any thoughts about the qa team conflict? | 20:52 |
clarkb | gmann: would you be interested in sort of lumping together? | 20:52 |
fungi | just a heads up that i may skip the 05:00-07:00z slot on wednesday, that's, like, i don't even | 20:59 |
fungi | we'll see how i feel next week | 20:59 |
fungi | 1-3am local time is not a window of time i'm often conscious | 20:59 |
clarkb | ya I figured you would | 21:00 |
clarkb | I tried to have ~2 slots that worked for most people and were just reasonable enough for me to do all 3 | 21:00 |
clarkb | fungi: any idea who to ask about possible combined conversation monday from the security sig? | 21:01 |
clarkb | maybe we do an hour out of the block ocmbined so we can still talk about less overlapping topics | 21:01 |
fungi | clarkb: gagehugo in #openstack-security is the sig chair, though i can also ask if you want | 21:03 |
clarkb | if you'r ealready in there that would be great | 21:03 |
fungi | would you want to talk about security breach stuff then? | 21:03 |
clarkb | ya I think we could dive right into that since its likely to be the topic at the top of everyones mind | 21:03 |
fungi | i can ask if it's better to do that on an overlap time and combine, or a non-conflicting time | 21:04 |
clarkb | ++ | 21:04 |
fungi | i've asked him in #openstack-security but he may be out for the night so may not hear back until tomorrow | 21:07 |
clarkb | thanks | 21:07 |
*** slaweq has joined #opendev | 21:08 | |
fungi | he's in cdt i think so dunno | 21:09 |
fungi | might still be at the keyboard | 21:09 |
fungi | clarkb: gagehugo says he's game. which part of that slot would you want to talk about it in? maybe the second hour? | 21:13 |
clarkb | ya probably the second so that we can settle in first | 21:13 |
fungi | right, it's (obviously) also the security sig's (and everyone else's) first hour of the ptg, so they'll want to do the same i expect | 21:14 |
fungi | suggested in #openstack-security and gagehugo acknowledged/assented to that plan | 21:22 |
clarkb | suddenly I realize there may be a logistical challenge if they intend on using zoom and not meetpad but I think we can sort that out easil enough | 21:23 |
*** slaweq has quit IRC | 21:27 | |
fungi | nah, they can just say to join the opendev team's meetpad and we're good. if anyone can't make it into the meetpad we're the best people to help them, i expect | 21:30 |
clarkb | good point | 21:31 |
fungi | the security sig generally has abominably low turnout for ptg sessions, what with most people not giving a tinker's dam about security until it bites them on the posterior | 21:32 |
fungi | also let's not forget to scale out jvbs tomorrow ;) | 21:32 |
* fungi sets himself a reminder | 21:33 | |
*** hamalq_ has joined #opendev | 21:48 | |
*** hamalq has quit IRC | 21:51 | |
*** odyssey4me has quit IRC | 21:53 | |
*** odyssey4me has joined #opendev | 21:53 | |
*** mlavalle has quit IRC | 22:15 | |
*** qizhangapp has joined #opendev | 22:15 | |
qizhangapp | Anyone has trouble to login to https://review.opendev.org/? | 22:16 |
clarkb | qizhangapp: hello, I was just looking at your email | 22:17 |
fungi | i also just replied to your e-mail, hello! | 22:17 |
clarkb | fungi is ahead of me :) | 22:18 |
fungi | i included the steps you would usually experience logging into that webpage | 22:18 |
fungi | clarkb: i had a head start, since i moderated the post through to the ml ;) | 22:18 |
clarkb | ya it would be good to be clear on what specific login action is failing | 22:18 |
qizhangapp | Hello! I actually got an error saying "Invalid OpenID transaction" after I click login button | 22:20 |
fungi | that's definitely strange, i don't think i've experienced that error before | 22:21 |
fungi | qizhangapp: by "login button" you mean the "Sign In" link on the review.opendev.org page, or the "Yes, log me in" button on the login.ubuntu.com page? | 22:22 |
qizhangapp | Sorry. It's the "Sign In" button. | 22:25 |
fungi | qizhangapp: try going to https://login.ubuntu.com/ directly and try logging out and back in there | 22:25 |
qizhangapp | I got in! I forgot that I enabled cookies blocker earlier today. Now I disabled it and I was able to login. Thank you! | 22:28 |
*** DjeufackZane has joined #opendev | 22:28 | |
fungi | qizhangapp: great! i'm glad you got it worked out | 22:29 |
fungi | and now you know were to find us if you have any other problems ;) | 22:29 |
qizhangapp | yeah:-) | 22:29 |
*** qchris has quit IRC | 22:42 | |
*** tosky has quit IRC | 22:54 | |
*** qchris has joined #opendev | 22:55 | |
*** DjeufackZane has quit IRC | 22:58 | |
*** tbogue has quit IRC | 23:04 | |
*** qizhangapp has quit IRC | 23:11 | |
gmann | clarkb: fungi QA slots are until 15 UTC to have Asia side TZ, can we do from 15-16UTC ? | 23:24 |
clarkb | gmann: I know I can but not sure abut everyone else. I think we can run long if we need to | 23:24 |
fungi | the d&i wg discussions pick up at 15:00z so i was hoping to help with those | 23:28 |
gmann | clarkb: fungi how much time you think those topic will need ? like 30 min? or full1 hr | 23:28 |
gmann | full 1 hr | 23:28 |
clarkb | gmann: I imagine we could talk about it for days :) but time with other group swould likely be for their benefit | 23:29 |
fungi | yeah, like is there some qa-specific facet of it we should discuss? | 23:29 |
gmann | :), i was thinking last 30 min. 14.30 UTC onwards we can merge QA room into that.. | 23:30 |
clarkb | you had mentioned them as a conflict so I thought maybe? but ya its possible the overlap there is less strong | 23:30 |
fungi | i have a feeling for opendev it's going to be a lot of answering questions about the situation and what future mitigations we're entertaining (which we'll probably get into deeper detail discussing later in the week) | 23:30 |
fungi | i mostly mentioned the qa team as a major component of openstack's tact sig, alongside many of the opendev contributors | 23:31 |
clarkb | gotcha | 23:31 |
fungi | so if we have tact sig related discussions we should maybe either give the qa team a chance to sync up with us in an overlapping period, or defer those to a session when there's no qa team conflict so they can join | 23:32 |
gmann | yeah, actually we tried to move QA one later in days like after Wed or so but that did not work out as other projects sessions | 23:32 |
gmann | ok | 23:32 |
clarkb | I guess this is the downside to picking timeslots super early :) you have to rely on others to avoid conflicts rather than the other way around | 23:32 |
fungi | basically, if we're going to talk about anything of interest to the qa team, we need to make sure we're not doing it at a time when they plan to be talking about something else in another room ;) | 23:32 |
fungi | whether that means they join us for part of their conflicting session or we get it into a different part of our agenda at one of our times which don't overlap with theirs | 23:33 |
clarkb | from our original ptg planning doc I don't think we had a ton of topics that overlapped iwth ci | 23:35 |
clarkb | they tended to be more service oriented iirc | 23:35 |
clarkb | but I haven't looked at it in like a week | 23:35 |
gmann | seems like on Monday later one at 23.00 UTC i have to run policy-popup at the same time at opendev otherwise that time we could have jump in that time | 23:37 |
gmann | 14.30 UTC onwards we can definitly | 23:38 |
gmann | merge | 23:38 |
clarkb | ok maybe lets play it by ear and see how we do. Did the qa team have any specifc things to bring up with us? | 23:39 |
clarkb | (as I mentioned I think the list of topics I wrote down didn't have significant overlap, but more than happy for people to add things to the list) | 23:39 |
gmann | ok. that works too. I do not find any specific topic for now but if it comes up we can jump in or talk at runtime | 23:40 |
gmann | one is distro testing one which i added in TC slot there it will be good idea to have QA and Tact SIG for discussion | 23:42 |
gmann | L38 - https://etherpad.opendev.org/p/tc-wallaby-ptg | 23:42 |
fungi | i've added all the openstack tc slots to my schedule and plan to catch them if possible | 23:43 |
gmann | nice | 23:43 |
gmann | from QA side i did not see any specific thing for now | 23:43 |
clarkb | yoctozepto's proposed time for that should work for me too | 23:43 |
gmann | +1 | 23:44 |
gmann | not sure when mnaser is planning to schedule topic wise time but Friday is good time for that. | 23:45 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!