Friday, 2018-06-08

tristanCcorvus: that makes sense. Thanks for the review, i'll update the patch now.00:32
tristanCand thanks a lot for approving 535511 !00:34
*** rlandy|rover has quit IRC00:52
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: scheduler: add job's parent name to the rpc job_list method  https://review.openstack.org/57347301:01
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/job/{job_name} route  https://review.openstack.org/55097802:02
*** D3VIATION has joined #zuul02:28
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/projects and /{tenant}/project/{project} routes  https://review.openstack.org/55097902:48
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: angular6 fix attempt  https://review.openstack.org/57349403:43
openstackgerritArtem Goncharov proposed openstack-infra/zuul master: fill `delta`, `start`, `end` for skipped `creates` and `removes` command.  https://review.openstack.org/56786404:33
*** ianychoi has quit IRC04:44
*** D3VIATION has quit IRC04:52
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Refactor load sensors into drivers  https://review.openstack.org/54927505:33
openstackgerritTobias Henkel proposed openstack-infra/zuul master: WIP: Add cgroup support to ram sensor  https://review.openstack.org/54950605:33
*** pcaruana has joined #zuul05:57
-openstackstatus- NOTICE: Zuul stopped receiving gerrit events around 04:00UTC; any changes submitted between then and now will probably require a "recheck" comment to be requeued. Thanks!06:03
*** pcaruana has quit IRC06:14
*** pcaruana has joined #zuul06:15
SpamapSargh... autoholds don't hold timeout fails. :-/06:22
* SpamapS adds an explicit fail and rechecks that hour long job :-P06:22
*** gtema has joined #zuul06:59
*** hashar has joined #zuul07:03
openstackgerritArtem Goncharov proposed openstack-infra/nodepool master: Use openstacksdk instead of os-client-config  https://review.openstack.org/56615807:33
fbo_corvus: hi, 573438 is the best solution to reduce all these new try/except. Let me know if I can help to finalize this patch.07:48
*** D3VIATION has joined #zuul07:52
*** jpena|off is now known as jpena07:53
*** D3VIATION has quit IRC07:56
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Don't use GRANT to create new MySQL users  https://review.openstack.org/57364109:30
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add --check-config option to zuul scheduler  https://review.openstack.org/54216010:55
*** jpena is now known as jpena|lunch11:09
*** jpena|lunch is now known as jpena12:02
*** mugsie_ is now known as mugsie12:14
*** acozine1 has joined #zuul12:30
*** rlandy has joined #zuul12:31
*** rlandy is now known as rlandy|rover12:31
*** Rohaan has joined #zuul12:39
*** myoung|off is now known as myoung12:59
gtemamordred: I can contribute to your angular patch fixing sizing of filter box on builds page and adding a loading spinner (new component, so reusable) to builds and jobs. Interested?13:10
mordredgtema: absolutely. feel free to push up a new patch or do a follow up patch (although maybe the spinner wants to be a follow up patch since that patch is so huge anyway)13:25
gtemamordred: I agree it is huge, but permanent rebasing of a followup is also not very nice13:29
mordredthis is very true (I have a stack on it) - honestly either way works for me13:30
gtemaok. What is the "expectation" date for the merge? I can wait if it is just couple of days. Also think about upgrading bootstrap to v4 also13:31
mordredgtema: hopefully soon - there's a few bugs in the current one that tristan has some fixes up for - I'm looking at them right now13:33
tobiashcorvus, dmsimard: attached a zuul-fix to the story13:33
mordredfbo_: I can also just land that patch if you feel like making a follow up to clean up the try/excepts?13:34
mordredgtema: oh - also, yes - mnaser was also suggesting a bootstrap4 upgrade - definitely agree13:39
*** tflink has quit IRC13:40
gtemabootstrap should be separate patch, I can take care of that13:42
mordred++13:42
mordredgtema: I'll get a new version of the main patch up with tristanC's fixes in just a few minutes13:43
mordredgtema: I also have an update for the form ... but the spacing still isn't right13:43
gtemahttp://paste.openstack.org/show/722975/ - inside of builds.component.html13:44
-openstackstatus- NOTICE: A misapplied distro security package update caused many jobs to fail with a MERGER_FAILURE error between ~06:30-12:30 UTC; these can be safely rechecked now that the problem has been addressed13:48
gtemamordred: another small thing - in the jquery.zuul.js line 419 ".css('display', 'block')" instead of ".css('margin-top', '-6px')". It causes cutted status image in FF13:50
mordredgtema: yes! that's pretty much what I added locally - but the button still seems too close to the last field to me13:54
gtemafor me it's perfect in Chrome and FF13:56
*** tflink has joined #zuul13:56
gtemaKonqueror - also fits13:56
mordredawesome. there's one difference in yours from what I had - trying that13:58
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Upgrade from angularjs (v1) to angular (v6)  https://review.openstack.org/55198914:00
mordredtristanC, gtema: I think this encompases the fixes14:00
gtemamordred: thanks14:01
mordredtristanC: I disagreed with you on one of them - left notes about it in the original review ... but I fixed the logo link in a different manner14:01
gtemawhat's with gerrit - hangs in "working"14:01
gtemaok, now better14:02
mordredit's working for me - maybe you got lucky?14:02
gtemaactually with gerrit I have stucks and troubles since early morning14:02
gtemamordred: now I know why the button is too close for you. I forgot to add tiny css change: http://paste.openstack.org/show/722979/14:03
*** ianychoi has joined #zuul14:04
*** tflink has quit IRC14:04
gtemamordred: with bootstrapv4 it would be easier without css change14:04
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Upgrade from angularjs (v1) to angular (v6)  https://review.openstack.org/55198914:06
mordredgtema: ah - neat. trying that now14:07
mordredgtema: yes! thank you!14:07
gtemawelcome14:08
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Upgrade from angularjs (v1) to angular (v6)  https://review.openstack.org/55198914:09
RohaantristanC: Hi, you there?14:09
mordredtristanC, tobiash, corvus: ^^ ok - I think it's finally actually ready14:10
mordredgtema: the other thing we've talked about, once that patch is in - is reworking the status page to not use jquery and instead use angular components - mnaser did a patch a little while back that started work on that (but using vue.js) ... mostly mentioning it in case you just get excited about making javascript patches14:11
mnasergtema, mordred: my patch last time was mostly like "lets try and see what we can do"14:12
mnaserthe thing that really bothers me is that it cant be jquery and angular, it's one or the other14:12
RohaanI was trying out your Zuul-openshift integration draft which you shared with me yesterday. But I'm stuck at step 3.1 ; I've applied all the patches specified, but when I try to do `nodepool list --detail`, I get https://pastebin.com/zKMwyiAN14:12
mnaserwhich means big patch :<14:12
mordredmnaser: yah.14:12
mordredmnaser: luckily we have live previews14:12
RohaanI'm trying out https://softwarefactory-project.io/draft/zuul-openshift/14:13
mordredmnaser: I'm going ot rebase your fix-queue-headers patch on the angular patch if that's ok - that patch makes me SO HAPPY14:13
mnasermordred: yes, please do, i'm a bit overwhelmed with work14:14
gtemamordred: great. I have implemented spinner as a component, so not using plain JS. I will wait for your patch to land before I submit it14:14
mordredmnaser: ZOMG THAT PATCH IS SO MUCH BETTER14:18
mnaserright?! i've been waiting for it to merge14:18
mnaserlol14:18
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Hide queue headers for empty queues when filtering  https://review.openstack.org/57258814:19
mordredmnaser: there it is rebased14:19
mnaserit feels so pleasent14:19
mordredyes14:19
mnaserto look at the dashboard14:19
mnaserits much more relaxing imho14:19
mnaserlol14:19
mordredit's gonna be even better to get the page to stop redrawing but instead just kind of morph around14:19
mnaseryeah i just kinda worked it up a little bit14:19
mnaseri knew we were moving to angular so didnt want to super rearchitect the whole thing14:20
mnaserpabelanger: suggested a switch to put finger:// links rather than console14:20
gtemaprobably then use redux?14:20
mnaserdoes redux suppliment angular or is it it's own framework14:21
pabelangerYes please14:21
gtemait's basically own "pattern" of separating UI from the application state14:21
gtemait is possible to integrate it into Angular14:21
gtemas/it/with14:22
mnaseri think maybe we can add another option next to "Expand by default" to say "Use finger links" or something14:22
mnaserfinger link-ing good14:22
mnaser(it's friday)14:22
corvusmnaser: or we could put an extra link for finger next to the name of the job (web link)14:23
mnaserooh yes thats a nice idea14:23
mnaserand actually14:23
mnasermuch easier to implement14:23
mnasermaybe like a little console icon14:23
pabelangerwith the finger emoji :p14:23
*** tflink has joined #zuul14:23
gtema+114:24
mnaseronly finger emoji i'm finding14:24
mnaseris not the one we want to use14:24
mnaser:P14:24
mnasermordred: do you know off the top of your head if we use font awesome in the dashboard?14:25
gtemaI guess not14:25
corvusmnaser: i think we will in the future.  mordred has a change to use glyphicons, which i think is a good idea, but fontawesome has similar symbols, so i think we should look at using that.14:26
corvushttps://review.openstack.org/551992 is change for glyphicons14:26
mnaserhttps://fontawesome.com/icons/terminal?style=solid14:26
corvus(zuul-ci.org uses fontawesome)14:27
mnaserurgh14:27
mordredyah - I haven't gotten around to changing that to fontawesome yet14:27
mnaserso many nice ones in font awesome14:27
mnaserbut they've gone the whole14:27
mnaser"we have a pro version" route14:27
mordredcorvus: oh - also - updating this patch reminded me of a thing, I can't remmeber if I wrote this change yet or not ...14:28
corvusmnaser: yeah, i restricted myself to looking at the free ones14:28
mnasersome of the pro ones are nice fits but oh well14:28
mnaserhttps://fontawesome.com/icons/window?style=regular14:28
corvusi'm not thrilled about open core fonts, but...14:29
mnaser++14:29
mnaserout of principle i'd prefer a 100% open version.. even if it doesn't get us much nicer choice14:29
corvusya14:29
mordredcorvus: but I'd like to get the REST API to stop returning stream.html?... in the status json and instead build that url from the build uuid directly in the javascript14:30
gtemaagree14:30
corvus(glyphicons is, aiui, in the same situation)14:30
corvusmordred: that seems reasonable.... probably with some info from the info/ endpoint too i'd guess?14:31
mordredyup14:31
mnaserhttp://fontello.com/14:31
mnaserthis allows us to build our own little font but also it has plenty of choices14:31
mnaserso we might be able to pick and choose and minimize the number of dependencies14:31
corvusmordred: other users will just have to repeat that work, but it's not like it's a big deal14:31
mnaserlike just grab 1 or 2 icons14:31
mnasersearching 'terminal' there i like the one under web symbols but anyawys14:32
mordredcorvus: yah - the other option would be to have the scheduler return the websocket url instead of the html rendering of it14:32
corvusmnaser: neat -- though we'll want to try to match style as much as possible14:32
mordredcorvus: since that's *really* the thing that an API user would want to know14:33
mnasercorvus: ++14:33
* fungi wonders why icons can't just be svg files... overloading font selection to provide graphical elements seems like a hack, but i guess it's hack like that which the web is built on14:33
fungisomehow it became a de facto standard while i wasn't looking14:34
mnaserfungi: thats a good point too. beyond me, trend that started and just contiuned i guess14:34
mordredfungi: something something rendering speed something something14:34
mordredfungi: but yeah14:34
fungii suppose a font file gets you a precached set of all the graphical elements you'll be using so the browser doesn't lazy-load rare ones on some pages14:34
corvusmordred: i may not understand what you're saying about the url14:35
mordredcorvus: I may not understand what I'm saying14:35
Shrews#topic Web fonts: Good for your CI/CD project, or a waste of bits? Discuss14:37
mnaserone benefit is if your app is accessible via the interwebs, you can use the common CDNs that host these libraries14:38
mnaserso 99% of the time it will likely be precached14:38
mnaseri.e. https://developers.google.com/speed/libraries/14:38
mnaseri like that they still host script.aculo.us14:38
mnaserlast release of that was in 201014:39
mordredcorvus: but I take another stab- the json has "stream.html?uuid=c72e2f48a42044eebf28ab9e8f227ee2&logfile=console.log" - which is great if the consumer of the api is the dashboard14:39
corvusmnaser: some of us prefer to avoid feeding the giant tracking engines with more data, so we work to make sure that doesn't happen.  of course, i don't mind if someone wants to enable that on their own site, but i prefer the software itself not to require that (and we try to avoid it in openstack-infra)14:39
mordredcorvus: but a person who is not the dashboard using the api to do things with status who then wants to show you the console stream - would potentially want the finger url to the stream and/or the websocket url14:40
*** TheJulia is now known as needssleep14:40
mordredso - we could either just say "you can construct the finger url or the websocket url from these informations in /info plus the build uuid" - or we could add finger url and websocketurl links to the payload - or we could do both14:40
corvusmordred: gotcha.  probably one or the other is better :)14:41
mordredyah14:41
mordredI agree :)14:41
corvusthe json blob is big enough as it is :)14:41
mordredcorvus: we could always turn it in to a protobuf and make it much smaller ;)14:42
mordredI'm amazed I haven't yet figured out how to suggest protobuf-over-afs as a solution to anything yet14:42
Shrewsmordred: lol14:42
corvusbtw, i'm only here for a little while longer -- i'm going to be leaving for the day in a little bit.14:44
mordredcorvus: if you have brainspace in your short remaining time ... wanna re-look at the latest version of the angular patch?14:44
mordredcorvus: I believe all of the concerns from yesterday have been addressed14:44
mnasercorvus: yes, i agree about the tracking engines part, and also i tihnk if we're delivering a software that is self hosted, we shouldn't have external dependencies14:46
mordredmnaser, corvus: it might be nice to make a build-time optin thatwould allow people to tell webpack to use cdn links instead of including things in the bundle if they wanted to14:47
mordredmy webpack isn't quite yet good enough to write that patch14:48
corvusmordred: i have no objection to that14:48
mordredcorvus: and then for the one we run, we would, of course, not enable that option :)14:48
*** Rohaan has quit IRC14:51
*** hashar is now known as hasharAway14:54
*** myoung is now known as myoung|biaf14:57
corvusmordred: http://logs.openstack.org/94/573494/1/check/zuul-build-dashboard/299d272/npm/html/status.html  doesn't look quite right (also, the multi-tenant job failed, but may be unrelated)15:10
mordredcorvus: hrm. that doesn't look right does it?15:10
corvusmordred: according to the debug console, the jobs and builds tabs are also trying to fetch the api urls from the log server15:11
mordredhow the heck did that break?15:11
* mordred cries15:11
corvusmordred: oh wait, that's the wrong change15:11
corvusmordred: sorry, that was tristan's fix which you squashed15:12
gtemanew build is not ready, there is huge queue as far as I can see15:12
gtema3 min jobs (regular) are being queued for more than 1 hour now15:13
mordredcorvus: *phew*15:13
mordredgtema: yah - there were some issues yesterday and overnight - andit's a milestone date for openstack - so the queues are pretty epic15:14
gtemamordred: yup. It might be that we do not get your build today (at least my TZ) ;-)15:16
mordredgtema: yah :)15:16
mnasermordred: on the subject of throwing cool ideas15:26
mnaserhttps://github.com/spotz/vancouver18/blob/master/gitandgerrit.pdf15:27
mnaserthe slides with zuul status reminded me we had the sparkline for the pipeline15:27
mnasernot sure if we can do something like that still now but it was nice to have an idea of whats going on15:27
corvusmnaser: mordred has a place in the info api endpoint so that we can know if there's a graphite server and add those back in15:29
corvusmnaser: with knowledge of the graphite url, you can just construct an <img> link for them15:30
mnaserthat would be cool15:30
* mnaser has to find more time in the day15:31
corvusmordred: i think we're at the point where if your patch works after the test results come back, it's probably ready to merge, so don't wait for me :)15:34
corvusfbo_: i probably won't be able to work on the exception handler patch until tuesday or wednesday next week, so if you have time to make progress on it before then, please do! :)15:35
*** myoung|biaf is now known as myoung15:37
hwoarangHello. Is it possible to pass a vars file in a zuul job specification? i can only see that we can use 'vars' to pass individual variables but I'd like to pass an entire file of variables instead15:38
mordredmnaser: yes - what corvus said15:40
mordredcorvus: do you want me to wait for an update from fbo_ on the execption handler patch before landing it? I was thikning of clicking +A on that patch as it stands and letting fbo_ do a followup - but we could also hold off for a complete patch if you prefer15:41
corvusmordred: incremental is fine15:43
*** tflink has quit IRC15:45
*** robled has quit IRC15:46
*** tflink has joined #zuul15:46
*** robled has joined #zuul15:47
*** robled has quit IRC15:47
*** robled has joined #zuul15:47
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Fail quickly for disabled provider pools  https://review.openstack.org/57376215:49
*** robled has quit IRC15:50
*** robled has joined #zuul15:51
*** Guest14735 is now known as sdake16:41
*** gtema has quit IRC16:47
*** tflink has quit IRC16:51
*** tflink has joined #zuul16:52
*** jpena is now known as jpena|off16:53
*** pcaruana has quit IRC17:02
-openstackstatus- NOTICE: The Zuul scheduler was offline briefly to clean up from debugging a nodepool issue, so changes uploaded or approved between 16:50 and 17:15 UTC may need to be rechecked or reapproved (all already queued changes are in the process of being reenqueued now)17:25
*** electrofelix has quit IRC17:27
*** acozine1 has quit IRC17:27
*** myoung is now known as myoung|bbl17:36
*** gtema has joined #zuul17:46
*** hasharAway is now known as hashar18:31
*** acozine1 has joined #zuul18:36
*** elyezer_ has joined #zuul19:09
pabelangerstill working with zuul_filters, but ZUUL_REF doesn't seem to be set by default. Do we know why that is?19:29
pabelanger    # intentionally omitted:19:30
pabelangerthat explains it19:30
pabelangerdo we know why?19:30
pabelangerhttps://review.openstack.org/512769/19:30
clarkbyes you cant fetch a zuul ref from a servwr anymore19:30
clarkbinstead its already in thr git repo for the job for you19:31
pabelangerright, in the case of RDO, they are using it to fetch logs from log server19:31
pabelangerI can update their JJB jobs to work around it19:31
clarkbthe job uuid might bebetter for that?19:31
pabelangermaybe, but that might be a large refactor at this point19:32
pabelangerjust easier to add support for {{ zuul.ref }}19:32
*** myoung|bbl is now known as myoung19:36
*** gtema has quit IRC19:39
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Fix 'satisfy' spelling errors  https://review.openstack.org/57382319:54
Shrews^ that was just annoying me b/c i make that mistake constantly19:54
Shrewsi am now satisified19:54
tobiashShrews: at least it's consistent ;)20:01
*** acozine1 has quit IRC20:03
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add release note about upgrading for multi-label  https://review.openstack.org/57382720:11
Shrewsclarkb: fungi: fyi, the release note ^^20:20
Shrewsfeel free to suggest different words20:20
clarkbwill look shortly almost back home20:21
Shrewsplease don't irc and drive20:22
Shrews:)20:22
Shrewsdo portlanders drive, or is it mostly biking?20:23
fungihipster pedicabs?20:24
clarkbMy wife is driving today. Lots of biking but I'm no one of them20:31
clarkbShrews: note lgtm20:37
*** myoung is now known as myoung|off21:34
clarkbzuulians do the depends on in a github pr have to go in the comments of the PR or in the commit message or does either work?22:02
*** hashar has quit IRC22:04
clarkbdocs say it differs based on gerrit and github :/22:05
clarkbso now I get to ask what the pull request description is, is that the first comment that is generated from the original commit message?22:06
*** rlandy|rover has quit IRC22:27
*** harlowja has joined #zuul22:30
clarkbanyone know why github can't use depends on in the commit message like gerrit? seems like thats a bit more user friendly since its the unit of work you are modifying22:40
clarkbI guess beacuse a pull request can have moer than one commit?22:41

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!