Wednesday, 2020-05-20

*** tosky has quit IRC00:01
*** jamesmcarthur has quit IRC00:01
*** jamesmcarthur has joined #zuul00:13
*** jamesmcarthur has quit IRC00:16
*** threestrands has joined #zuul00:19
*** jamesmcarthur has joined #zuul00:29
*** jamesmcarthur has quit IRC00:30
*** guillaumec has quit IRC00:32
*** cdearborn has quit IRC00:48
*** swest has quit IRC01:36
*** saneax has quit IRC01:42
*** swest has joined #zuul01:54
*** jamesmcarthur has joined #zuul01:59
*** jamesmcarthur has quit IRC02:10
*** rlandy has quit IRC02:16
*** jamesmcarthur has joined #zuul02:51
*** bhavikdbavishi has joined #zuul02:56
*** bhavikdbavishi1 has joined #zuul03:00
*** bhavikdbavishi has quit IRC03:02
*** bhavikdbavishi1 is now known as bhavikdbavishi03:02
*** saneax has joined #zuul03:15
*** zxiiro has quit IRC03:21
*** jamesmcarthur has quit IRC03:54
*** jamesmcarthur has joined #zuul03:55
*** jamesmcarthur has quit IRC04:12
*** jamesmcarthur has joined #zuul04:12
*** jamesmcarthur has quit IRC04:16
*** jamesmcarthur has joined #zuul04:16
*** evrardjp has quit IRC04:33
*** evrardjp has joined #zuul04:33
*** raukadah is now known as chandankumar04:36
*** sgw has quit IRC04:59
*** hashar has joined #zuul05:09
*** sgw has joined #zuul05:17
*** jamesmcarthur has quit IRC05:32
*** jamesmcarthur has joined #zuul05:33
*** bhavikdbavishi has quit IRC05:34
*** jamesmcarthur has quit IRC05:38
ianwswest: see https://review.opendev.org/728889 re dib python2 discussion yesterday05:45
swestianw: yay, that should fix https://review.opendev.org/#/c/728824/ for me, thanks!05:48
*** bhavikdbavishi has joined #zuul05:54
*** dpawlik has joined #zuul05:57
*** hashar has quit IRC05:59
AJaegerclarkb: thanks for fixing the tox env change.06:00
*** jamesmcarthur has joined #zuul06:09
*** jamesmcarthur has quit IRC06:19
*** yolanda has joined #zuul06:33
*** bhavikdbavishi has quit IRC06:35
*** ysandeep|away is now known as ysandeep06:39
avassclarkb, AJaeger: I think the solution is to turn off interpolation in configparser because I don't think tox supports it06:50
avassI'll push a change for that later06:50
*** newbie2020 has joined #zuul06:54
newbie2020.06:54
AJaegeravass: Ah, thx06:54
*** jamesmcarthur has joined #zuul06:54
newbie2020@fungi and @corvus you were right about the question I had yesterday on things getting picked from multiple branch in the same build: thanks!06:56
newbie2020Now there is a question, the situation goes like this. The directive 'branches: master' was added to repoA@master, then someone created a branch repoA@foo and that branch contains the directive 'brances: master' of course06:58
newbie2020So now also repoA@foo matched and that resulted in the specific job (same name and present in both branches, the one with the 'branches: master' directive) role in the PRE-RUN being executed twice.06:59
newbie2020I find it a bit weird, but that is fine.06:59
newbie2020However that job runs in a periodic pipeline so I would like for that to run only once and ignoring any other branches that may contain a variant of the same job07:00
newbie2020Is that possible?07:00
newbie2020I was looking at 'exclude-unprotected-branches' since we use GitHub, but not sure it is the proper way to proceed07:01
*** dmellado has quit IRC07:02
tobiashnewbie2020: did you specify the branches attribute on jobs?07:03
newbie2020this is what caused the problem I was describing yesterday http://eavesdrop.openstack.org/irclogs/%23zuul/%23zuul.2020-05-19.log.html07:04
*** jamesmcarthur has quit IRC07:05
*** bhavikdbavishi has joined #zuul07:06
tobiashnewbie2020: zuul has a global configuration namespace and branch matchers define to what branches that configuration snippet matches. If you branch a repo containing such a snippet it also matches the master branch. Hence this snippet gets used twice during job freezing and can lead to unexpected effects when they differ07:07
tobiashthus it's better to scope jobs to specific branches in the 'project' configuration snippet07:08
*** jcapitao has joined #zuul07:08
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Do not interpolate values from tox --showconfig  https://review.opendev.org/72952007:09
newbie2020thanks tobiash!07:09
newbie2020> thus it's better to scope jobs to specific branches in the 'project' configuration snippet>07:09
newbie2020any suggestions about the correct way to do that? Is the branches directive?07:09
tobiashfurther exclude-unprotected-branches should basically enabled for all github repos as soon as you use branch+push workmode instead of fork+push07:10
newbie2020got it, I will try that07:12
newbie2020last question (for today :P)07:12
tobiashnewbie2020: you could try something like this: https://etherpad.opendev.org/p/Hd6FpHxQc9-_ZED5aOA807:12
avassAJaeger: lets see if 729520 does the trick07:13
AJaegeravass: Run (before the project-config change merged) "tox -e linters --showconfig" on project-config and see it fail. I don't think your change will fix that07:13
newbie2020@tobiash I think part of my confusion comes from the difference job/project branch matchers07:14
AJaegeravass: I guess there's nothing you can do...07:14
avassAJaeger: oh! it was the --showconfig that broke07:15
AJaegeravass: yes!07:15
avassAJaeger: so that's tox itself then07:16
AJaegeravass: see https://review.opendev.org/#/c/729402/ - first failures on linters07:16
avassAJaeger: is that a bug in tox then?07:16
AJaegermight be ;(07:17
*** bhavikdbavishi has quit IRC07:18
*** tosky has joined #zuul07:30
*** bhavikdbavishi has joined #zuul07:31
*** bhavikdbavishi has quit IRC07:36
*** bhavikdbavishi has joined #zuul07:37
avassAJaeger: it works in tox 3.11 but breaks in 3.1207:45
avassAJaeger: So I'd say that's a regression in tox07:45
avassAJaeger: 3.11 introduced configparser and I guess 3.12 broke it :(07:47
*** jpena|off is now known as jpena07:52
avassAJaeger: actually, it was 3.11 that breaks showconfig, and that's the release that overhauled --showconfig to use configparser https://tox.readthedocs.io/en/latest/changelog.html#v3-11-0-2019-05-1507:53
AJaegeravass: want to file a bugreport? thanks!07:57
openstackgerritTobias Henkel proposed zuul/zuul master: Increase wait time in remote tests  https://review.opendev.org/72889207:57
avassAJaeger: already on it :)07:59
openstackgerritFelix Edel proposed zuul/zuul master: Link to previous buildset results when reporting a check to Github  https://review.opendev.org/72846308:00
*** nils has joined #zuul08:07
avassAJaeger: the fix for it looks easy so I'll push a change to tox later and discuss it with the devs08:14
*** asaleh_ has joined #zuul08:16
zbravass: post tox bug reports here, i may be able to help.08:21
avasszbr: https://github.com/tox-dev/tox/issues/158408:22
AJaegerthanks, avass !08:22
openstackgerritMatthieu Huin proposed zuul/zuul master: Zuul CLI: add console-stream command  https://review.opendev.org/72923608:24
openstackgerritMatthieu Huin proposed zuul/zuul master: [WIP] web UI: add Autoholds Requests page  https://review.opendev.org/72930708:31
*** dmellado has joined #zuul08:34
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: tox: allow tox to be upgraded  https://review.opendev.org/69005708:45
*** jamesmcarthur has joined #zuul09:02
*** jamesmcarthur has quit IRC09:06
openstackgerritMatthieu Huin proposed zuul/zuul master: [WIP] web UI: add Autoholds Requests page  https://review.opendev.org/72930709:24
avassAJaeger, clarkb, zbr: This should fix it: https://github.com/tox-dev/tox/pull/1585/files09:28
*** ysandeep is now known as ysandeep|lunch09:29
openstackgerritMatthieu Huin proposed zuul/zuul master: set Access-Control-Allow-Origin header for autohold  https://review.opendev.org/72954909:31
*** bhavikdbavishi has quit IRC09:41
openstackgerritMatthieu Huin proposed zuul/zuul master: [WIP] web UI: add Autoholds Requests page  https://review.opendev.org/72930709:46
*** ysandeep|lunch is now known as ysandeep10:09
openstackgerritMatthieu Huin proposed zuul/zuul master: Builds: add "held" attribute  https://review.opendev.org/72899410:21
tobiashmordred: is the job nodejs-npm-run-test broken atm? It's unrelated to the dynamic badge change https://review.opendev.org/702128 but fails constantly10:22
mhutobiash, I've just seen this too: Error: Cannot find module '/home/zuul/src/opendev.org/zuul/zuul/web/node_modules/jest-cli'10:24
mhuin that test10:24
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Do not interpolate values from tox --showconfig  https://review.opendev.org/72952010:27
tobiashhrm, here it works: https://review.opendev.org/71630510:27
tobiashmaybe that fixes it10:27
tobiashI'll try with a test change10:27
openstackgerritTobias Henkel proposed zuul/zuul master: Support dynamic badges  https://review.opendev.org/70212810:28
openstackgerritTobias Henkel proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630510:33
openstackgerritTobias Henkel proposed zuul/zuul master: Support dynamic badges  https://review.opendev.org/70212810:33
mhucould I get a +3 on this please: https://review.opendev.org/#/c/729549/ - it adds CORS headers for the autohold endpoint10:35
openstackgerritTobias Henkel proposed zuul/zuul master: Support dynamic badges  https://review.opendev.org/70212810:35
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Do not interpolate values from tox --showconfig  https://review.opendev.org/72952010:37
openstackgerritTobias Henkel proposed zuul/zuul master: Support dynamic badges  https://review.opendev.org/70212810:38
*** bhavikdbavishi has joined #zuul10:40
openstackgerritTobias Henkel proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630510:42
openstackgerritTobias Henkel proposed zuul/zuul master: Support dynamic badges  https://review.opendev.org/70212810:42
*** jcapitao is now known as jcapitao_lunch10:44
openstackgerritTimo Lotterbach proposed zuul/zuul master: Fix trivial typo in glossary  https://review.opendev.org/72956210:45
*** ysandeep is now known as ysandeep|brb11:00
*** jamesmcarthur has joined #zuul11:03
*** ysandeep|brb is now known as ysandeep11:13
*** jamesmcarthur has quit IRC11:22
*** jpena is now known as jpena|lunch11:30
openstackgerritMerged zuul/zuul master: set Access-Control-Allow-Origin header for autohold  https://review.opendev.org/72954911:32
openstackgerritMerged zuul/zuul master: Fix trivial typo in glossary  https://review.opendev.org/72956211:37
*** sshnaidm is now known as sshnaidm|afk11:42
openstackgerritTristan Cacqueray proposed zuul/nodepool master: config: add environment variable substitution  https://review.opendev.org/71959911:45
*** bhavikdbavishi has quit IRC11:54
*** bhavikdbavishi has joined #zuul12:06
*** jcapitao_lunch is now known as jcapitao12:17
*** rlandy has joined #zuul12:21
*** hashar has joined #zuul12:26
*** jpena|lunch is now known as jpena12:26
mordredtobiash: hrm - i'll look at that - however, check this out: https://review.opendev.org/#/c/726553/12:35
mordredtobiash: (updates us to the new jobs)12:35
tobiashmordred: I'll try a depends-on to that, let's see12:39
openstackgerritTobias Henkel proposed zuul/zuul master: Support dynamic badges  https://review.opendev.org/70212812:39
openstackgerritTobias Henkel proposed zuul/zuul master: Update node to v14 and update to new jobs  https://review.opendev.org/72655312:44
openstackgerritMonty Taylor proposed zuul/zuul master: Use node image to build javascript  https://review.opendev.org/72869012:45
openstackgerritTobias Henkel proposed zuul/zuul master: Support dynamic badges  https://review.opendev.org/70212812:45
*** Goneri has joined #zuul12:45
mordredtobiash: in any case I do not understand that error12:47
openstackgerritMonty Taylor proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630512:52
*** sshnaidm|afk is now known as sshnaidm12:53
avassmordred: have we figured out why react-scripts build doesn't do what we want it to do yet?12:57
mordredavass: nope! not yet. I mean, I'm certain that it's webpack optimizing away what it thinks is unused code13:04
mordredavass: I haven't figured out how to change the code to make webpack realize we actually are using it13:04
avassmordred: yeah, I haven't been able to find any bug report or anyone else experiencing this problem13:10
*** cdearborn has joined #zuul13:11
mordredavass: I found a few but none of them were helpful in our case - lemme see if I can find one again to share13:14
mordredavass: https://github.com/webpack/webpack/issues/749913:15
mordredavass: it's not quite the same thing - but I think it's likely to be a similar issue13:16
mordredavass: unfortunately, editing our webpack config is hard becase it's managed by create-react-scripts13:17
*** jamesmcarthur has joined #zuul13:19
avassmordred: I've been trying to avoid ejecting the config so we don't have to deal with that :)13:19
mordredyeah13:22
mordredavass: https://dev.to/nodewarrior/override-cra-and-add-webpack-config-without-ejecting-2f3n13:22
*** jamesmcarthur has quit IRC13:26
avassmordred: I wonder if it could be related to this: https://github.com/facebook/create-react-app/issues/868713:31
mordredavass: also - maybe what we should do is a followup patch where we've ejected so we can poke at tweaking webpack settings a little cleaner - and if we find something that fixes it we can then figure out how to apply that without ejecting13:32
* mordred reads13:32
avassSo what if the problem isn't that webpack is optimizing the code away, the minifier messes up the comments so it isn't used13:33
*** jamesmcarthur has joined #zuul13:35
avasswell I guess those are releated13:36
mordredhrm. remind me where the problem chunk is again13:37
mordred?13:37
* mordred goes to look13:38
avassmordred: in App.jsx, anything to do with fetchConfigErrors really13:39
avasstesting it by removing any comments in that file13:40
openstackgerritMatthieu Huin proposed zuul/zuul master: Builds: add "held" attribute  https://review.opendev.org/72899413:40
*** bhavikdbavishi has quit IRC13:42
mordredavass: cool13:44
mordredavass: also - another thought I had was in the render function, get rid of this: { configErrors.length > 0 &&13:45
mordredavass: and always return the component, but instead tie its visibility css property to configErrors.length13:45
openstackgerritMonty Taylor proposed zuul/zuul master: DNM Does this conditional break things  https://review.opendev.org/72960513:46
mordredavass: ^^ stupid attempt13:46
avassmordred: I think I already tested that :)13:49
avassAJaeger, clarkb: there's a new tox release now https://tox.readthedocs.io/en/latest/changelog.html#v3-15-1-2020-05-20 :)13:59
mordredavass: yeah - it didn't work14:02
*** newbie2020 has quit IRC14:02
AJaegeravass: nice!14:05
*** hashar has quit IRC14:10
mordredavass: sideEffects = false fixes it14:18
mordredavass: I do not know how to set that without ejecting - but it definitely fixes it14:18
openstackgerritMonty Taylor proposed zuul/zuul master: DNM Ejected config  https://review.opendev.org/72961614:21
openstackgerritMonty Taylor proposed zuul/zuul master: DNM Set sideEffects to false  https://review.opendev.org/72961714:21
mordredavass: ^^ that shoudl show it in jobs - so I think if we can then figure out how to set just that one thing without making our setup SUPER crazy, we should be good14:22
openstackgerritMonty Taylor proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630514:24
openstackgerritMonty Taylor proposed zuul/zuul master: DNM Ejected config  https://review.opendev.org/72961614:25
openstackgerritMonty Taylor proposed zuul/zuul master: DNM Set sideEffects to false  https://review.opendev.org/72961714:25
avassmordred: so that turns off the sideEffects flag in package.json14:27
avassmordred: I have a wonderful solution :)14:30
avassmordred: setting sideEffects: true in package.json in patternfly-react fixes it!14:30
avassmordred: so we could do something like: 1) run yarn install, 2) modify node_modules/patternfly-react/package.json, 3) run yarn build14:32
avassor push a fix upstream I guess14:32
mordredyeah. although upstream is on v4 now14:33
avassyeah that might be a problem14:33
mordredwe could also try updating to their v4 - I have no idea how much effort _that_ would be14:33
mordredavass: I'm kind of partial to the "just fix the node_modules/patternfly-react/package.json for now" approach14:33
avassI took a quick look at that, it didn't look like they have a 1:1 mapping of NotificationDrawer etc14:33
*** threestrands has quit IRC14:34
mordredavass: they don't even have a v2 branch14:35
*** bhavikdbavishi has joined #zuul14:37
avassmordred: I would say patternfly-react actually has side-effects in NotificationDrawer if I'm reading this right: https://stackoverflow.com/questions/49160752/what-does-webpack-4-expect-from-a-package-with-sideeffects-false14:39
mordredavass: yeah - I think it's definitely a bug in patternfly-react14:40
mordredavass: oh - so the patternfly-3 branch is where v2.39 is14:42
mordred(don't even ask)14:42
mordredso I think we can send in a PR14:42
*** zxiiro has joined #zuul14:44
mordredavass: https://github.com/patternfly/patternfly-react/pull/426714:45
mordredavass: I think with that, we should just add an edit of the file in our package.json scripts for now and we can remove it when they land that14:46
mordredavass: alternately, we could published a forked version of p-r to npm and depend on that until they do14:47
mordredwhich might be easier than having a script edit the file14:48
mordredin other news though - \o/14:48
mordredcorvus: do you have an opinion on which of the options would be a better solution ^^14:49
mordredcorvus: tl;dr - have javascript build edit a file in node_modules before building, or publishing a forked copy of the lib in question with the fix applied and depending on that14:49
mordred(hopefully both are temporary, a fix has been submitted upstream - but no clue how responsive/receptive they'll be)14:50
corvusmordred: hehe, any *good* options?  :)  i kind of lean toward the patch for now...14:50
corvusmordred: mostly, i think, because of an aversion to removing things published to npm.  i could get over that though.14:51
mordredcorvus: I was thinking publishing it as @emonty/patternfly-react-with-sideeffects14:52
mordredso that it wouldn't be attractive to other people14:52
corvusmordred: okay, that wfm if you want.  it looks like they haven't toched the -3 branch in 3 monhts14:52
mordredyeah14:52
mordredlet me see how easy that winds up being14:52
avassmordred, corvus: if we don't go with the npm package we would have to split the js-package-manager role or allow users to somehow modify a package before build in the role14:55
avassor just not use the role14:56
avassor run it twice :)14:56
corvusthat's a compelling reason for the npm route14:56
avassyeah14:56
*** bhavikdbavishi has quit IRC14:57
mordredavass, corvus: @emonty/patternfly-react-side-effects has been published15:00
mordredhttps://github.com/emonty/patternfly-react-side-effects https://www.npmjs.com/package/@emonty/patternfly-react-side-effects15:02
openstackgerritMonty Taylor proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630515:03
mordredcorvus, avass: ^^ updated to use it15:03
avassmordred: I jsut had to: https://github.com/emonty/patternfly-react-side-effects/pull/115:06
avass;)15:06
mordredcorvus: while i've distracted you with javascript, https://review.opendev.org/#/c/726553/ is ready for review15:06
mordredavass: haha15:06
*** jamesmcarthur has quit IRC15:11
*** jamesmcarthur has joined #zuul15:12
mhuhey there, I'm a bit stumped with testing in https://review.opendev.org/#/c/728994/7/tests/unit/test_scheduler.py - the builds in self.history are not actual builds?15:18
corvusmhu: not sure what you mean by 'actual builds'15:19
mhucorvus, in this patch I'm adding an attribute to builds and would like to check it in the build history, but it isn't present - so either builds stored in history are not "actual builds", or I'm not actually setting the new attribute, and in both cases I'd like to know what I'm doing wrong :)15:21
corvusmhu: gotcha.  self.history is a list of FakeBuild objects recorded by the test system for inspecting characteristics of the builds15:26
corvusmhu: i'd suggest using the api to retrieve the build results and checking that.15:27
corvus(rest api)15:28
mhucorvus, alright, thanks!15:29
*** jcapitao has quit IRC16:00
openstackgerritAlbin Vass proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630516:00
avassmordred: ^16:00
mordredavass: ++ - I was just looking at that :)16:01
avassmordred: :)16:02
avassmordred: just had to do a find src -name '*.jsx' -exec sed... ;)16:02
*** asaleh_ has quit IRC16:16
*** jamesmcarthur has quit IRC16:36
*** jamesmcarthur has joined #zuul16:39
*** ysandeep is now known as ysandeep|afk16:42
corvusmordred, avass: will it mess you up if i +W https://review.opendev.org/722653 ?  (yarn.lock change)16:51
mordredavass, corvus: dashboard patch is green: https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_1dc/716305/24/check/zuul-build-dashboard-opendev/1dcf6a1/npm/html/tenants16:51
zbrmordred: avass: corvus: https://review.opendev.org/#/c/720145/ oneliner.16:51
mordred(click on zuul to verify)16:51
mordredcorvus: nope. go for it, I can rebase on top of it16:52
corvusmordred, avass: https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_1dc/716305/24/check/zuul-build-dashboard-opendev/1dcf6a1/npm/html/ is better url :)16:52
corvusmordred, avass: did we ever figure out the refresh thing?16:52
mordredcorvus: (general yarn.lock rebase strategy is "delete yarn.lock and run yarn install")16:52
corvusthe rando disappearing button is annoying :/16:53
mordredcorvus: oh - I don't know that I've looked in to that (or noticed it) - ah I see it now16:53
mordredcorvus: nope, that wasn't on my list16:53
corvusmordred: yeah, the status page is the most egregious example16:53
mordredyeah16:53
mordredcorvus: I landed 722653 - it'll be easier to do the rebase once it has landed - and it's not a hard rebase17:00
fungion python 3.5, we should probably be prepared for it to go eol later this year i guess? 3.4 reached end of life after roughly 5 years from 3.4.0's release, and 3.5.0 was released september 2015 so is only a few months from its fifth birthday as well17:06
avasscorvus, mordred: \o/17:06
fungioh, though i guess that conversation was going on in #opendev, not in here. sorry about the noise17:06
avasscorvus, mordred: what's the refresh thing?17:08
*** reiterative has quit IRC17:08
*** reiterative has joined #zuul17:09
corvusavass: the refresh icon/button in the top right of the status page  (also several other pages, but mostly status)17:10
avasscorvus: what's wrong with it?17:11
mordredavass: I'm chatting with the patternfly dev about the issue on github - do you have a github id I can mention?17:11
mordredavass: (he's suggesting there might be a better fix on the patternfly side)17:12
corvusavass: compare to current -- it's unstyled and much bigger17:12
avasscorvus: oh wow, I was going to say that I couldn't see a difference but it just popped up17:13
corvusmordred: @albinvass :)17:13
avassmordred: ^17:13
mordredavass: consider yourself pinged :)17:14
*** dpawlik has quit IRC17:15
mordredI may have pinged the dev internally at rh just so they'd pay attention - I can imagine things on the patternfly-3 branch going unnoticed17:15
*** jpena is now known as jpena|off17:15
*** ysandeep|afk is now known as ysandeep17:22
*** jamesmcarthur has quit IRC17:24
*** sugaar has quit IRC17:24
avassmordred: I think the real fix is to just move the code at https://stackoverflow.com/questions/49160752/what-does-webpack-4-expect-from-a-package-with-sideeffects-false inside NotificationDrawer.js17:27
avassmordred: oh, wrong link: https://github.com/patternfly/patternfly-react/blob/patternfly-3/packages/patternfly-react/src/components/Notification/NotificationDrawer/index.js#L3217:27
*** jamesmcarthur has joined #zuul17:45
*** tumble has joined #zuul17:45
*** nils has quit IRC17:46
*** kmalloc has joined #zuul17:46
*** jamesmcarthur has quit IRC17:51
*** hashar has joined #zuul17:57
*** jamesmcarthur has joined #zuul18:00
*** guillaumec has joined #zuul18:04
*** chandankumar is now known as raukadah18:06
*** ysandeep is now known as ysandeep|away18:10
mordredavass, corvus: woot - fix landed in patternfly (not our fix, he did a different thing)18:28
mordredfwiw: https://github.com/patternfly/patternfly-react/pull/4273 is the PR they made to fix it more properly18:29
mordredcorvus: should I pull that in to my fake thing so we can verify it'll work for us?18:30
mordredoh - I can just point at that branch18:32
avassmordred: oh it's what I thought it was :)18:32
mordredavass: \o/18:33
*** hashar is now known as hasharAway18:35
*** jamesmcarthur has quit IRC18:40
*** jamesmcarthur has joined #zuul18:41
corvusmordred: apparently they do continuous releasing?  https://github.com/patternfly/patternfly-react/pull/4273#issuecomment-63164891718:47
corvusso i guess we can just upgrade?18:49
openstackgerritMonty Taylor proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630518:50
mordredcorvus: oh neat! I'll update that patch to do less18:51
zbrthis went ignored for over 4 years... https://review.opendev.org/#/c/277654/318:51
openstackgerritMonty Taylor proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630518:55
mordredzbr: it's actually not correct to initialize the logger like that in a library - loggers should be initialized in applications - because if a library initializes the loggers (especially with basicConfig) it can introduce logging config that is at odds with the application using the library18:55
corvuszbr: you probably want the #opendev channel for that18:55
openstackgerritMonty Taylor proposed zuul/zuul master: Update node to v14 and update to new jobs  https://review.opendev.org/72655319:13
mordredcorvus, clarkb, tobiash: ^^ sad-panda re-review?19:14
mordredcorvus: we run a job in gate that we don't run in check - perhaps we shoudl add it to check? the thign is - we run it in gate without having an API_URL set (which will make it not have an override, making the artifact it produces usable by people directly) - but we weren't running that version in check because we already run build-dashboard 3 times with different API URL overrides19:15
mordredso - it seemed silly to run it a fourth time for a build we'll never browse - but maybe we should on general principle to make sure the  job doesn't break like that?19:16
clarkbmordred: left a note. I think we should continue specifying the version, but specify 1419:18
clarkbotherwise we'll be back out of sync soon19:18
corvusclarkb, mordred: is now a good time to remind about the project vars stanza?  https://zuul-ci.org/docs/zuul/reference/project_def.html#attr-project.vars19:22
corvuseg: project.vars: node_version: 1419:22
clarkbcorvus: ya that might eb a good way to do it (the tools script for pip would still be separate though)19:23
openstackgerritMonty Taylor proposed zuul/zuul master: Update node to v14 and update to new jobs  https://review.opendev.org/72655319:23
clarkbthe key to me is ensuring that we don't have 3 different nodejs versions in use with different failures across them19:23
clarkbany thing to remain consistent19:23
mordredclarkb: done19:24
corvusthat's run via tox, we could probably plumb a zuul var through somehow19:24
mordredcorvus: oh - yeah19:24
mordredwell - sadly the nodeenv needs a specific version - "14" isn't enough - but let's at least start with project.vars19:25
corvusit's at least a nice feature demo :)19:25
openstackgerritMonty Taylor proposed zuul/zuul master: Update node to v14 and update to new jobs  https://review.opendev.org/72655319:25
mordredcorvus: yeah - cause I keep forgetting we added it (and wishing we would :) )19:26
corvusmordred: re the other thing -- just brainstorming -- would it make sense to run all 4 builds in one job?  link to them as different artifacts?19:26
corvusie, would that be fast enough, more efficient, and not too difficult to implement?19:26
mordredcorvus: yeah - I had a similar thought the other day - I think it would be much more efficient - might take a minute of thinking about how to do it sanely - but probably not that bad19:27
corvusi'm kinda assuming than "yarn build" is faster the second time :)19:27
mordredyou'd think19:28
mordredbut I'm actually not sure it would be in this case19:28
corvuswell, there's probably lots of dependency downloading (not to mention node setup) that we would dodge19:28
mordred(doing local test)19:29
mordredoh - yeah - we'd only do one yarn install for sure19:29
mordredhrm. I lost the browserlist in that last patch :(19:30
mordredoh - no - that was added in a subsequent patch19:32
openstackgerritMonty Taylor proposed zuul/zuul master: Use node image to build javascript  https://review.opendev.org/72869019:34
mordredcorvus: ^^ that is a related idea I had the other day19:34
corvusmordred: interesting -- a side effect is we lose the [accidental] testing of install-js-tools.sh.  it may be worth the slight inefficiency to keep that, or maybe we don't care and losing it is okay?  maybe we should encourage js builds with docker instead?19:37
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Add option to prefer https/ssl in configure-mirrors  https://review.opendev.org/72940719:43
*** hasharAway has quit IRC19:51
clarkbmordred: I +2'd the change but didn't approve it as another less important suggestion came to mind. You may just want to do that in a followup. Basically the value in multitenant designators and that is to indicate to the zuul dev what we expect those artificats to test19:53
clarkbI think we actually won't both pieces of info there, the backend zuul service as well as the "what is this testing for us" clue19:53
*** mgoddard has quit IRC19:59
mordredcorvus: I'm leaning towards encouraging js builds with docker instead. we could even make a package entry that you could use to do that hostside20:02
mordredin fact, let me update that patch to do something along those lines as an example20:02
corvusneat, updating host-vars doesn't trigger the run-job-on-self-update path20:09
corvushttps://review.opendev.org/729619 did not run the jobs that it updated20:09
corvusi've reproduced in a test20:10
openstackgerritJames E. Blair proposed zuul/zuul master: Include extra, host, and group variables in job serialization  https://review.opendev.org/72975320:15
corvuseasy fix; i'm not sure it's worth a test (it could get exhaustive)20:15
*** jamesmcarthur has quit IRC20:19
*** jamesmcarthur has joined #zuul20:19
*** rlandy is now known as rlandy|biab20:32
*** mgoddard has joined #zuul20:34
*** hashar has joined #zuul20:37
*** tumble has quit IRC20:44
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: add simple test runner  https://review.opendev.org/72868420:49
*** rlandy|biab is now known as rlandy20:59
*** sgw has quit IRC21:00
*** rfolco|rover is now known as rfolco|rover|off21:04
*** jamesmcarthur has quit IRC21:12
*** jamesmcarthur has joined #zuul21:12
*** jamesmcarthur has quit IRC21:15
*** jamesmcarthur has joined #zuul21:15
*** cdearborn has quit IRC21:21
openstackgerritLida Liu proposed zuul/zuul master: WIP: Add commit id to Change for mqtt reporter  https://review.opendev.org/72247821:25
openstackgerritJames E. Blair proposed zuul/zuul master: Include extra, host, and group variables in job serialization  https://review.opendev.org/72975321:26
*** jamesmcarthur has quit IRC21:32
*** jamesmcarthur has joined #zuul21:33
*** jamesmcarthur has quit IRC21:35
mordredcorvus: javascript build is broken due to an update to a dependency of a depdendency to a depedency21:37
mordredcorvus: which has broken the create-react-app test runner which has had a PR landed for but not yet released21:38
mordredI'm trying to figure out a reasonable workaround21:38
mordredbut until I find one, dashboard will be red21:38
corvusmordred: aren't all the deps locked?21:39
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Add option to prefer https/ssl in configure-mirrors  https://review.opendev.org/72940721:40
*** jamesmcarthur has joined #zuul21:42
mordredcorvus: well - yes - but each of the patches in flight updated something which caused the more flexible deps to get a "safe" new version21:42
mordredcorvus: (I'm trying to figure out the right cantrip to lock the right things better)21:42
corvusmordred: i guess i'm still missing how, if we run the test in gate with all the versions explicitly specified, something could be broken21:43
mordredcorvus: this broke in between check and gate for each of the js patches that got approved today21:43
mordredcorvus: or - hang on21:44
mordredcorvus: that's a good point - let me figure out what's going on21:44
mordredcorvus: yeah - 2 different things broke in 2 different patches. \o/21:45
corvusmordred: okay, but it's kind of zuul's value proposition that gating is supposed to prevent this :(21:46
mordredcorvus: yup. couldn't agree more21:47
corvusmordred: where is this failure observable?21:47
mordredcorvus: https://review.opendev.org/#/c/722653/ and https://review.opendev.org/#/c/716305/ - 722653 is the one that changed between check and gate - but is _not_ the dependency issue I was just looking at. 716305 is failing in check with a shiny new error that wasn't there before which _is_ the dependency issue21:48
mordredcorvus: so - I was incorrectly conflating the two issues before21:48
openstackgerritJames E. Blair proposed zuul/zuul master: DNM: run a dashboard build  https://review.opendev.org/72976921:48
corvusmordred: okay, so 653 failed as designed21:49
mordredcorvus: yes21:49
openstackgerritMonty Taylor proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630521:50
mordredcorvus: and that ^^ should fix the dependency issue - and was caught as designed21:50
mordredI'll now figure out why 653 failed21:50
corvusmordred: and we haven't merged any js-related changes between 17:10 and 19:57 (when nodejs-run-test) changed to red, so it's not something that changed in the zuul tree21:51
mordredyeah21:51
corvusmordred: could the yarn.lock file not be exhaustive?21:51
corvusmordred: or perhaps someone overwrote a published dependency artifact?21:51
mordredeither one of those could be true21:51
corvusokay, at least we're back in the realm of expected gating behavior :)21:52
* mordred trying locally21:52
mordredyeah21:52
mordredcorvus: it worked locally - I might chalk this one up to gremlins21:52
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Add option to prefer https/ssl in configure-mirrors  https://review.opendev.org/72940721:52
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Add option to prefer https/ssl in configure-mirrors  https://review.opendev.org/72940721:59
*** sgw has joined #zuul21:59
openstackgerritMonty Taylor proposed zuul/zuul master: Add new timezone selector in web interface  https://review.opendev.org/72265322:04
openstackgerritMonty Taylor proposed zuul/zuul master: Add descriptions to the different dashboard jobs  https://review.opendev.org/72977322:04
mordredclarkb: ^^ I add job descriptions - good point22:05
*** Goneri has quit IRC22:06
clarkbmordred: small thing on that but I +2'd anyway bceause I think the intent gets across22:07
*** klindgren has quit IRC22:09
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Add option to prefer https/ssl in configure-mirrors  https://review.opendev.org/72940722:20
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Remove failovermethod from fedora dnf repo configs  https://review.opendev.org/72977422:20
clarkbianw: ^ that second change failed on fedora 31 during the previous patchset. If it fails again I may have you look at it. THe onyl thing I noticed is the failovermethod complaints which the parent change now fixes22:21
ianwyeah i think that's a red-herring, but agree we can get rid of that22:21
clarkbya I don't expect it to fix anyhting. Just removes an attractive nuisance22:21
clarkbianw: in the failure on the previous patchset it appears to try and talk to uwaterloo's fedora mirror22:23
clarkbbut from what I can tell https is totally valid in dnf22:23
clarkbnot sure why it would failover22:23
*** jamesmcarthur has quit IRC22:29
*** jamesmcarthur has joined #zuul22:30
openstackgerritGuillaume Chauvel proposed zuul/zuul master: WIP: Add tutorial tests  https://review.opendev.org/72819422:35
*** hashar has quit IRC22:37
*** jamesmcarthur has quit IRC22:52
*** jamesmcarthur has joined #zuul22:53
openstackgerritOleksandr Kozachenko proposed zuul/zuul-jobs master: Patch CoreDNS corefile  https://review.opendev.org/72786822:54
*** jamesmcarthur has quit IRC22:56
*** jamesmcarthur has joined #zuul22:56
*** jamesmcarthur has quit IRC23:07
openstackgerritGuillaume Chauvel proposed zuul/zuul master: WIP: Add tutorial tests  https://review.opendev.org/72819423:08
*** jamesmcarthur has joined #zuul23:14
*** jamesmcarthur has quit IRC23:20
*** jamesmcarthur has joined #zuul23:20
*** jamesmcarthur has quit IRC23:25
*** tosky has quit IRC23:48
*** threestrands has joined #zuul23:49
*** jamesmcarthur has joined #zuul23:59

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