Friday, 2021-10-01

*** gmann is now known as gmann_afk00:07
*** gmann_afk is now known as gmann01:11
*** ysandeep|out is now known as ysandeep|sick05:11
*** jpena|off is now known as jpena06:58
*** frickler_ is now known as frickler07:25
*** odyssey4me is now known as Guest148308:12
*** ykarel is now known as ykarel|lunch08:50
*** ykarel|lunch is now known as ykarel10:20
*** jpodivin is now known as jpodivin|ruck10:27
*** jcapitao is now known as jcapitao_lunch10:59
*** rlandy is now known as rlandy|ruck11:03
*** jpena is now known as jpena|lunch11:27
*** jpena|lunch is now known as jpena12:26
*** jcapitao_lunch is now known as jcapitao12:30
*** ykarel is now known as ykarel|afk12:43
*** ykarel|afk is now known as ykarel13:29
stephenfincan someone explain to me what populates e.g. https://docs.openstack.org/adjutant/xena/index.html ?13:52
stephenfinand why e.g. https://docs.openstack.org/keystone/xena/index.html is a 404 right now?13:52
fungia change needs to merge to that branch of that project13:54
*** ysandeep|sick is now known as ysandeep13:55
fungiusually the core reviewers would merge the autogenerated .gitreview file update change which is proposed when the stable branch is created13:56
stephenfinAh, so those are missing. Good to know13:56
* stephenfin updates commit message to add that context13:56
fungihttps://review.opendev.org/q/status:open+-is:wip+project:openstack/keystone+branch:stable/xena13:57
fungilooks like they were proposed a couple days ago and have some core reviews but no approvals yet13:57
fungispecifically it's the stable-core reviewers who need to approve those i think?13:58
stephenfinyup, typically anyway13:58
stephenfinthough they still need to merge them for victoria so it could take a while :) https://review.opendev.org/q/status:open+-is:wip+project:openstack/python-keystoneclient+branch:stable/wallaby13:59
fungibut really, any change merging to that branch should trigger a docs update, in theory13:59
fungiworth bringing up in the release team meeting, starting now in #openstack-release14:00
*** ykarel is now known as ykarel|away14:26
*** ysandeep is now known as ysandeep|out15:00
fungirlandy|ruck: https://review.opendev.org/812005 now has parent changes to exercise the tox.requires behavior and fix the previously failing module, if you want to test something with a depends-on to that16:08
fungiwould be good to know if you still see the same error with it as before, or possibly a different error this time16:08
*** jpena is now known as jpena|off16:09
rlandy|ruckfungi: thank you - will test that shortly16:09
rlandy|ruckrotating meetings atm :)16:10
fungiyeah, i know the feeling16:16
fungiisn't friday supposed to be meeting free? somebody tell somebody16:16
*** ysandeep|out is now known as ysandeep17:17
melwittdoes anyone know if there's a better way than using DNM patch with LIBS_FROM_GIT=oslo.* to run against unmerged oslo changes in the gate?17:37
fungimelwitt: you could add a job which sets that17:38
fungitesting against released dependencies and testing against unreleased dependencies under development are of course two different things, so you would do both, not choose different ones for differend changes17:39
melwittI thought about that but what I've got is failing unit tests (AttributeError) and I also want to run with tempest and grenade. just wanted to check and make sure I wasn't missing another way to do it :)17:41
fungihow it's usually been done is that the oslo projects would have a "source" job which set that, so they'd block changes which broke nova unit tests17:43
melwittI'm working on unified limits in nova and I have proposed oslo.limit interface changes to do what I want in nova and want to run it in the gate and make sure I haven't done something wrong before the oslo.limit changes are eventually merged and released17:43
fungibasically change to oslo.config or whatever would run nova's unit tests with the proposed change applied17:43
fungiyeah, maybe you just need to add jobs like that for oslo.limit? look at some of the other popular oslo projects for examples of similar source jobs17:44
melwittthe nova changes that cause the error are unmerged too ... basically want to test two unmerged things together to make sure they work well together17:45
melwittit's normally easy to do that but with oslo have to do something to make it pull from gerrit change17:46
fungiahh, yeah, that gets convoluted, but i agree a throwaway change to test combining them is fine, it's how i normally do it17:46
melwittI was thinking of putting up a DNM devstack patch to hardcode it into LIBS_FROM_GIT and then DNM patch in my series to Depends-On that17:47
fungiyeah, and stick the DNM change at the end of course so you can just abandon it when you're done without needing to rebase anything17:49
*** ysandeep is now known as ysandeep|out18:17
melwittdoes anyone know what's the difference between setting a devstack var under devstack_local_conf or devstack_localrc in a zuul config?18:18
fungimelwitt: looking at roles/write-devstack-local-conf/tasks/main.yaml one is a subset of the other18:21
melwittoh, thanks. sorry I didn't realize it was in devstack 😓18:22
fungidevstack_local_conf lets you set a number of things about the config, one of which is the localrc array, which defaults to the value of devstack_localrc18:22
fungino worries, i was curious, but yeah #openstack-qa might yield better answers18:22
melwittthanks!18:23
fungiany time!18:23
melwittah looks like devstack_local_conf is when you want to also specify which phase you want the things to apply in, like post-config or test-config18:40
fungimakes sense, thanks for clarifying!18:41
simondodsleyis there an issue with review.opendev.org?19:29
hberaudsame thing here... review.opendev.org doesn't load19:32
fungiyes, i'm discussing it in #opendev19:37
fungiseems like the server has become unreachable suddenly19:37
-opendevstatus- NOTICE: The review.opendev.org Gerrit server has become unreachable as of approximately 19:10 UTC due to a networking issue in the provider, but should be reachable again shortly19:44
rlandy|ruckfungi: put in https://review.opendev.org/c/openstack/tripleo-quickstart/+/812225 with tox change (https://review.opendev.org/812005) depends-on21:02
rlandy|ruckit will run openstack-tox-molecule21:02
fungirlandy|ruck: thanks, i don't think there's much risk of the unrevert getting approved before that reports anyway21:17
rlandy|ruckfungi; vote +1 on https://review.opendev.org/812005 - the tox jobs are passing right now on the test patch21:18
fungithanks a bunch rlandy|ruck!21:24
rlandy|rucksure - thanks for the fix21:24
fungitest coverage makes all the difference ;)21:24
rlandy|ruckwe need a t-shirt with ^^ saying21:36
fungiit still won't be as popular as the "it worked in devstack" shirts22:05

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!