Friday, 2020-07-31

*** rlandy|biab is now known as rlandy00:26
*** rfolco has quit IRC00:29
*** wuchunyang has joined #zuul00:32
*** wuchunyang has quit IRC00:36
*** rlandy has quit IRC00:56
*** wuchunyang has joined #zuul01:23
*** hamalq has quit IRC01:26
*** wuchunyang has quit IRC02:03
*** Goneri has quit IRC03:10
*** hamalq has joined #zuul03:12
*** hamalq_ has joined #zuul03:13
*** hamalq has quit IRC03:17
*** hamalq_ has quit IRC03:37
*** bhavikdbavishi has joined #zuul03:40
*** bhavikdbavishi1 has joined #zuul03:44
*** bhavikdbavishi has quit IRC03:45
*** bhavikdbavishi1 is now known as bhavikdbavishi03:45
*** bhagyashris|away is now known as bhagyashris03:52
*** evrardjp has quit IRC04:33
*** evrardjp has joined #zuul04:33
*** vishalmanchanda has joined #zuul04:41
*** y2kenny has quit IRC04:44
*** wuchunyang has joined #zuul04:45
*** wuchunyang has quit IRC04:55
openstackgerritIan Wienand proposed zuul/zuul master: Move mark comparision into ZuulMark object  https://review.opendev.org/74408805:04
openstackgerritIan Wienand proposed zuul/zuul master: ParsedConfig.extend : raise TypeError  https://review.opendev.org/74408905:04
openstackgerritIan Wienand proposed zuul/zuul master: ConfigItem*Exception : add failure context  https://review.opendev.org/74409005:04
*** sanjayu__ has joined #zuul05:55
openstackgerritIan Wienand proposed zuul/zuul master: web: Fix error drawer contents  https://review.opendev.org/74409506:13
*** wuchunyang has joined #zuul06:36
openstackgerritSimon Westphahl proposed zuul/nodepool master: Ignore unparsable/empty image upload ZNode data  https://review.opendev.org/73801306:39
swestclarkb: thanks! I also found another case that needed a check of the return value: https://review.opendev.org/#/c/738013/06:45
*** wuchunyang has quit IRC06:45
*** bhavikdbavishi has quit IRC06:52
*** avass has quit IRC06:56
*** wxy has joined #zuul07:03
*** jcapitao has joined #zuul07:11
*** tosky has joined #zuul07:19
*** sgw1 has quit IRC07:24
*** bhavikdbavishi has joined #zuul07:47
*** jpena|off is now known as jpena07:56
openstackgerritMerged zuul/nodepool master: Add basic max-servers handling to the k8s driver  https://review.opendev.org/74342407:57
*** ianw has quit IRC08:01
*** ianw has joined #zuul08:02
*** nils has joined #zuul08:05
*** wuchunyang has joined #zuul08:12
zbrianw: clarkb corvus: can you please give the green to https://review.opendev.org/#/c/739482/ ?08:34
*** wuchunyang has quit IRC08:54
*** harrymichal has joined #zuul09:01
openstackgerritTobias Henkel proposed zuul/nodepool master: Delete init nodes when resetting lost requests  https://review.opendev.org/74410709:06
*** yolanda has quit IRC09:06
*** yolanda has joined #zuul09:16
*** bhavikdbavishi has quit IRC09:34
*** bhavikdbavishi has joined #zuul09:40
mhujust letting you know that I'm hating every second of rebasing my UI patches on the big PF4 overhaul :p09:51
tobiashmhu: I'm sorry, but I'm sure it's worth it ;)09:54
mhutobiash, no worries, it was expected anyway09:54
mhuand it's for the greater good!09:56
*** wuchunyang has joined #zuul10:03
zbrmhu: you are not alone experiencing that rebasefobia....10:08
mhuwhat are <> and </> for ? is it now possible to have components as attributes for components?10:16
felixedelmhu: <> is a shorthand for <React.Fragment>10:17
felixedelThat's a node that won't be reflected in the DOM. Sometimes it's necessary to wrap an DOM snippet in those as e.g. the return value of render() only allows a single node to be returned10:18
felixedelOne could also use a <div> instead, but this will then be put into the resulting DOM10:18
mhugotcha10:19
mhuI'm asking about that because the localization lib has two functions, the one you use depends whether the translatable string is used as text between anchors or as a component attribute10:20
felixedelSorry that you have to go through all the rebasing. To be honest I wasn't aware that there are so many UI changes ongoing10:20
mhuI predict it'll be confusing10:20
*** harrymichal has quit IRC10:20
mhufelixedel, no worries, it happens!10:21
mhuif the i18n change had passed you'd be the one lamenting right now, so ... :)10:21
felixedelRight :D10:21
mhuand again, it's for the greater good - PF3 is hardly documented anymore, it was head-scratching to get into it10:22
*** wuchunyang has quit IRC10:36
*** bhavikdbavishi has quit IRC10:44
*** jpena is now known as jpena|afk10:56
*** zbr is now known as zbr|pto10:56
*** bhavikdbavishi has joined #zuul11:10
*** jcapitao is now known as jcapitao_lunch11:16
*** wuchunyang has joined #zuul11:20
*** jpena|afk is now known as jpena11:20
*** bhavikdbavishi1 has joined #zuul11:35
*** bhavikdbavishi has quit IRC11:35
*** bhavikdbavishi1 is now known as bhavikdbavishi11:35
*** jpena is now known as jpena|lunch11:48
*** wuchunyang has quit IRC11:55
*** rlandy has joined #zuul11:58
*** avass has joined #zuul11:59
*** jcapitao_lunch is now known as jcapitao12:05
*** bhavikdbavishi has quit IRC12:19
*** rfolco has joined #zuul12:24
*** benoit_lbc has joined #zuul12:26
openstackgerritIan Wienand proposed zuul/zuul master: Move mark comparision into ZuulMark object  https://review.opendev.org/74408812:43
openstackgerritIan Wienand proposed zuul/zuul master: ParsedConfig.extend : raise TypeError  https://review.opendev.org/74408912:43
openstackgerritIan Wienand proposed zuul/zuul master: ConfigItem*Exception : add failure context  https://review.opendev.org/74409012:43
openstackgerritIan Wienand proposed zuul/zuul master: web: Fix error drawer contents  https://review.opendev.org/74409512:43
benoit_lbcHello, I'm working at Leboncoin in France and we switched to AWS recently and using the Nodepool AWS driver. We met some limitation due to a high rate of AWS EC2 API querying. We made some modifications to the provider but we cannot pass the tests. It looks lite moto is not changing instances status      https://review.opendev.org/#/c/74032812:48
benoit_lbcHas anyone already worked on this provider ?12:48
tobiashI've hit moto limitations in the past as well (network related)12:50
tobiashis it really the instance status or is multi-describe not working in moto?12:51
tobiashif it's a limitation in moto you might be able to intercept multi-describe and mock it using a series of describesin the test framework12:52
tobiashhowever that comes with the price of less test coverage and demands at least manual testing that the mock behaves the same as aws does12:53
benoit_lbcI have a thread aggregating instances statutes then querying all at once. During the tests, the statutes never change to "running"12:54
benoit_lbcmanual testing is successful :)12:56
benoit_lbcI'll check if the multi describe is supported or not12:56
benoit_lbcok you're right, it was as simple as that, the 'describe_instances' method is not implemented yet...12:58
benoit_lbchttps://github.com/spulec/moto/blob/master/IMPLEMENTATION_COVERAGE.md12:59
*** jpena|lunch is now known as jpena12:59
benoit_lbcthanks for your help12:59
*** wuchunyang has joined #zuul13:11
tobiash:)13:21
tobiashok, so you need to intercept and emulate this in the test framework13:22
benoit_lbcyou mean something like this ? https://review.opendev.org/#/c/632715/5/nodepool/tests/unit/test_driver_aws.py13:30
*** sanjayu__ has quit IRC13:36
*** wuchunyang has quit IRC14:09
*** Goneri has joined #zuul14:11
tobiashyes, now I remember I did this already in the past :)14:12
tobiashbut you'll need to do this on a more central place probably14:13
benoit_lbcthx :)14:22
*** rlandy is now known as rlandy|brb15:00
openstackgerritTobias Henkel proposed zuul/zuul master: Remove unneeded api requests when commenting in github  https://review.opendev.org/74419415:05
tobiashI think we need to do another round of github api call optimizations. I randomly picked one event and it issued 12 calls where 5 of them look unnecessary15:07
*** chkumar|rover is now known as raukadah15:12
*** jcapitao has quit IRC15:27
*** rlandy|brb is now known as rlandy15:30
*** hamalq has joined #zuul15:56
*** irclogbot_3 has quit IRC15:56
*** hamalq_ has joined #zuul15:57
*** irclogbot_0 has joined #zuul15:58
*** hamalq has quit IRC16:01
*** sgw1 has joined #zuul16:11
*** irclogbot_0 has quit IRC16:15
*** irclogbot_1 has joined #zuul16:17
*** bhavikdbavishi has joined #zuul16:19
*** bhavikdbavishi has quit IRC16:21
*** bhavikdbavishi has joined #zuul16:21
*** nils has quit IRC16:55
*** jpena is now known as jpena|off17:01
*** benoit_lbc has quit IRC17:53
*** bhavikdbavishi has quit IRC18:04
*** vishalmanchanda has quit IRC18:50
*** EmilienM is now known as EmilienM|PTO20:07
*** nhicher has quit IRC20:11
*** smcginnis has quit IRC20:12
*** smcginnis has joined #zuul20:13
corvustobiash: left comments on https://review.opendev.org/69125320:30
corvusclarkb, mordred: is this the state of the art for npm mirrors?  https://review.opendev.org/74362320:31
mordredcorvus: I *think* so?20:32
clarkbcorvus: the url is correct (its a caching proxy). I'm not sure if there is a better way to consume it in .zuul.yaml20:32
corvusmostly i was wondering if there's anything better than sed in pip.sh20:32
mordredyeah - I'm pretty sure the consume side is correct- although it might not be a terrible set of functionality to add to the javascript jobs20:32
corvus(in .zuul.yaml, we may want to think about setting those as project vars)20:32
mordredbut then I think we didn't do that because we wanted to do it with the new and improved mirroring vars20:33
corvusoh yeah, those :/20:33
mordredbecause "replace urls in yarn.lock" is a thing that should be reasonable to do20:33
mordredbut ... rabbit h9ole20:33
corvusso maybe we land this and update to the other thing when someone gets around to implementing it20:33
tobiashcorvus: awesome, thanks! I'll finish this next week then :)20:34
mordredcorvus: ++20:35
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Add a job for publishing a site to netlify  https://review.opendev.org/73904720:37
corvustobiash: i'm seeing a bunch of review comments about not using mutable defaults; our previous discussions on the topic have resulted in the following understanding:20:53
corvus1) yes, they can be traps and should generally be avoided20:53
corvus2) there are places where they are used in zuul with complete understanding of their lifecycle and they don't need to be changed20:53
corvusunfortunately, indescriminate application of the "rule" not to use them is resulting in some pretty verbose boilerplate code20:55
corvuswe use them more often in test code than production code, and honestly, it seems quite safe there and much less likely to be a trap.20:55
fungithey can save a lot of complexity, when applied correctly (and carefully)20:56
clarkbtest cases also tend to not be reentrant20:56
clarkbwhich is where you end up with problems20:56
tobiashoh, I forgot about 2)20:57
clarkbcall a function once and its fine20:57
corvusalso, at the very least, if we're going to ask someone to avoid a mutable default, we sholud at least settle on a recommendation to avoid verbosity; i like "foo == foo or []"20:58
corvus(the two recent examples i've seed ended up with the 2 line "if foo is None:\n foo = []"  or the wall of text version: "foo = foo if foo is None else []"  or something like that; i can't exactly remember20:59
* mordred likes foo = foo or []21:00
mordredfor the times when that pattern is appropriate21:00
tobiash\me likes foo = foo or [] as well21:01
*** rfolco has quit IRC21:01
corvusyeah.  and just to be clear, i'm basically never going to say "please use a mutable default in the main code base".  after today, i probably won't even object to folks wanting to avoid them in the test cases.  but asking new contributors to rework their patches to also remove mutable defaults from previously written test cases when i would happily +2 a change that added a mutable default to the same test21:02
corvuscase seems like something to avoid.  :)21:02
mordredcorvus: woot! I have tested the netlify code and it is now good21:08
mordredcorvus: I copied the role and job description directly in to the inaugust repo and is correctly did its job21:09
corvusswest: see comments on https://review.opendev.org/73904221:11
mordredcorvus: https://review.opendev.org/#/c/739047/ - you can see the job output of its successful run here: https://zuul.opendev.org/t/opendev/build/c7fe4e0221ac454db142f929a9edb4a621:13
corvusmordred: do you need zuul-preview for it to work right?  (styling seems off)21:14
mordredand I copied the role from the zuul-jobs change in to inaugust for that here: https://review.opendev.org/#/c/740591/21:14
mordredcorvus: for the site-preview? yeah - I should really have the site preview use zuul-preview for that21:15
mordredbut that's not really a netlify thing - that's more the inaugust content requires being rooted21:16
corvusmordred: may want to look into passing a "zuul_preview_url" or something into the netlify role, so you can use it in inaugust without having to make an opendev job21:16
corvusmordred: (iow, have netlify role have the option of returning a zuul-preview artifact based on that variable)21:16
mordredyeah21:16
mordredor - honestly we should have the netlify role parse the netlify-cli output and return the netlify url as the site-preview url21:17
mordredcorvus: https://zuul.opendev.org/t/opendev/build/c7fe4e0221ac454db142f929a9edb4a6/log/job-output.txt#54921:17
corvusmordred: oh, this is for publishing... i think maybe none of what i said matters?21:18
corvusmordred: because when this role is done, the site is live in prod, right?21:18
mordredyeah, that's right21:18
corvusokay, strike everything i said after 21:14 :)21:19
mordred:)21:19
corvusmordred: i left a couple of +0 comments21:21
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Add a job for publishing a site to netlify  https://review.opendev.org/73904721:26
mordredcorvus: responded and addressed21:26
corvusmordred: +221:27
mordred\o/21:27
mordredtobiash, avass: if either of you get bored, that's ready ^^ ;)21:27
tobiashmordred: it's late, but two nits and a question21:35
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Add a job for publishing a site to netlify  https://review.opendev.org/73904721:37
mordredtobiash: thanks! fixed the nits and responded21:37
mordredcorvus: ^^ mind re-+2ing?21:37
mordredtobiash: I'd totally put a comment in the file explaining - but json and comments == sad21:37
mordredwoot!21:38
openstackgerritMerged zuul/zuul master: Move mark comparision into ZuulMark object  https://review.opendev.org/74408821:39
openstackgerritMerged zuul/zuul master: ParsedConfig.extend : raise TypeError  https://review.opendev.org/74408921:39
openstackgerritMerged zuul/zuul master: Use npm mirrors in tox jobs  https://review.opendev.org/74362321:46
openstackgerritGuillaume Chauvel proposed zuul/nodepool master: Initial change to rename zuul-quick-start to zuul-tutorial-quick-start  https://review.opendev.org/72826221:53
*** hamalq_ has quit IRC22:01
*** tosky has quit IRC22:10
openstackgerritMerged zuul/zuul master: scheduler: Fix event process abide hasUnparsedBranchCache argument  https://review.opendev.org/73904222:15
openstackgerritMerged zuul/zuul master: Fix github branch protection while already unprotected  https://review.opendev.org/74034022:17
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Add a job for publishing a site to netlify  https://review.opendev.org/73904722:44
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Pass node_version through to included roles  https://review.opendev.org/74426622:44
mordredcorvus: sigh. I think 744266 is the right thing to do22:45
*** _erlon_ has quit IRC22:49
*** rlandy has quit IRC23:02

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