Thursday, 2020-09-03

*** frenzyfriday has joined #zuul00:23
*** frenzyfriday has quit IRC00:28
*** wuchunyang has joined #zuul00:53
*** frenzyfriday has joined #zuul01:03
*** frenzyfriday has quit IRC01:15
*** frenzyfriday has joined #zuul02:03
*** frenzyfriday has quit IRC02:08
*** frenzyfriday has joined #zuul02:57
*** frenzyfriday has quit IRC03:10
*** frenzyfriday has joined #zuul03:19
*** frenzyfriday has quit IRC03:32
*** bhavikdbavishi has joined #zuul03:34
*** bhavikdbavishi1 has joined #zuul03:37
*** bhavikdbavishi has quit IRC03:39
*** bhavikdbavishi1 is now known as bhavikdbavishi03:39
*** wuchunyang has quit IRC04:03
*** armstrongs has quit IRC04:13
*** frenzyfriday has joined #zuul04:19
*** bhavikdbavishi has quit IRC04:24
*** bhavikdbavishi has joined #zuul04:24
*** frenzyfriday has quit IRC04:33
*** evrardjp has quit IRC04:33
*** evrardjp has joined #zuul04:33
*** mwhahaha has quit IRC04:39
*** mwhahaha has joined #zuul04:40
*** frenzyfriday has joined #zuul05:22
*** frenzyfriday has quit IRC05:35
openstackgerritMerged zuul/nodepool master: Ignore unparsable/empty image upload ZNode data  https://review.opendev.org/73801305:41
*** reiterative has quit IRC05:45
*** reiterative has joined #zuul05:45
*** frenzyfriday has joined #zuul06:01
*** vorotech has joined #zuul06:08
*** bhavikdbavishi1 has joined #zuul06:40
*** bhavikdbavishi has quit IRC06:42
*** bhavikdbavishi1 is now known as bhavikdbavishi06:42
*** frenzyfriday has quit IRC06:48
*** hashar has joined #zuul06:50
*** sshnaidm|afk is now known as sshnaidm06:50
*** vorotech has quit IRC06:50
*** bhavikdbavishi has quit IRC07:07
*** bhavikdbavishi has joined #zuul07:07
*** jcapitao has joined #zuul07:09
tobiashmhu: I wonder why https://review.opendev.org/749246 is necessary. I thought the poller is only used in http-only scenarios where the password is set?07:13
*** bhavikdbavishi has quit IRC07:16
*** yoctozepto2 has joined #zuul07:20
*** yoctozepto has quit IRC07:22
*** yoctozepto2 is now known as yoctozepto07:22
mhutobiash, I've seen it happen on our instance, with a connection where the password is not set, so I thought I'd submit a patch07:30
mhutristanC told me he looked into it too, he might have submitted a better patch for it earlier that I wasn't aware of07:30
mhuuh, it was merged 3 months ago actually https://review.opendev.org/#/c/730655/07:33
*** tosky has joined #zuul07:40
*** bhavikdbavishi has joined #zuul07:49
*** jpena|off is now known as jpena07:57
*** bhavikdbavishi1 has joined #zuul08:03
*** bhavikdbavishi has quit IRC08:04
*** bhavikdbavishi1 is now known as bhavikdbavishi08:04
fboHi @zuul-maint the changes to support GitLab are almost all merged but 3 are stuck in Gerrit due to a missing W+1 on the parent change https://review.opendev.org/#/c/74193108:12
*** nils has joined #zuul08:18
*** mach1na has joined #zuul08:32
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: More E208 mode fixes  https://review.opendev.org/74849808:33
*** vishalmanchanda has joined #zuul08:39
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: More E208 mode fixes  https://review.opendev.org/74849808:41
openstackgerritMatthieu Huin proposed zuul/zuul master: CLI: add autohold-info, autohold-delete via REST  https://review.opendev.org/72841008:41
openstackgerritMatthieu Huin proposed zuul/zuul master: REST API: improve promote endpoint testing  https://review.opendev.org/72848908:42
*** CraigR has joined #zuul08:43
*** mach1na has quit IRC08:46
*** vorotech has joined #zuul08:50
*** hashar is now known as hasharAway09:00
*** CraigR has quit IRC09:08
*** bhavikdbavishi has quit IRC09:31
*** bhavikdbavishi has joined #zuul09:31
*** mach1na has joined #zuul09:45
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: More E208 mode fixes  https://review.opendev.org/74849809:58
*** hasharAway is now known as hashar10:10
*** mach1na has quit IRC10:15
*** mach1na has joined #zuul10:15
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul master: Consolidate js/jsx indentation  https://review.opendev.org/74737710:19
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul master: Consolidated javascript identation  https://review.opendev.org/74970210:26
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul master: Consolidate js/jsx indentation  https://review.opendev.org/74737710:27
*** mach1na has quit IRC10:37
*** bhavikdbavishi has quit IRC10:44
*** bhavikdbavishi has joined #zuul10:45
*** bhavikdbavishi has quit IRC10:49
*** bhavikdbavishi has joined #zuul10:50
*** bhavikdbavishi has quit IRC10:54
*** jcapitao is now known as jcapitao_lunch11:00
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: Add ensure-ansible role  https://review.opendev.org/74970611:03
*** bhavikdbavishi has joined #zuul11:04
*** mach1na has joined #zuul11:13
*** hashar is now known as hasharAway11:25
*** bhavikdbavishi has quit IRC11:31
*** jpena is now known as jpena|lunch11:38
openstackgerritTobias Henkel proposed zuul/zuul master: Exercise github auth handling in tests  https://review.opendev.org/74971111:50
*** arxcruz is now known as arxcruz|ruck11:52
*** hasharAway is now known as hashar11:54
*** vorotech has quit IRC11:56
*** mach1na has quit IRC11:59
*** mach1na has joined #zuul12:00
*** mattd01 has joined #zuul12:01
*** rlandy has joined #zuul12:08
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: More E208 mode fixes  https://review.opendev.org/74849812:11
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: Add ensure-ansible role  https://review.opendev.org/74970612:13
*** jcapitao_lunch is now known as jcapitao12:14
openstackgerritTobias Henkel proposed zuul/zuul master: WIP: Handle review requirements in canMerge  https://review.opendev.org/74904012:18
*** vorotech has joined #zuul12:20
*** Goneri has joined #zuul12:31
*** bhavikdbavishi has joined #zuul12:34
*** jpena|lunch is now known as jpena12:40
*** vorotech has quit IRC12:58
*** bhavikdbavishi has quit IRC13:13
*** mach1na has quit IRC13:24
openstackgerritMerged zuul/zuul master: gitlab: support the merge reporter  https://review.opendev.org/74193113:24
openstackgerritMerged zuul/zuul master: gitlab: remove default mutables  https://review.opendev.org/74193813:24
openstackgerritMerged zuul/zuul master: gitlab: support the MR merged event  https://review.opendev.org/74210713:24
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: More E208 mode fixes  https://review.opendev.org/74849813:29
*** vorotech has joined #zuul13:51
*** AshBullock has joined #zuul14:14
AshBullockHey all, I've been doing some research into developing a driver for bitbucket cloud, there's already some great progress on a driver for bitbucket server and at first I thought it might make sense to bundle them together, but the api models are quite a bit different - they would need largely different client and connector, I was wondering in this14:27
AshBullockcase if it would be better to create a separate driver to manage bitbucket cloud?14:27
corvusAshBullock: yeah, if they're very different, it sounds like it may make sense to have two drivers.  also, it seems really weird to me that they would be so different.  why would they make everyone write two different integrations for their product?14:30
AshBullockyeah, yeah - from my initial research it seems like the cloud offerings api is quite a bit more developed, and has a few differences in the object model. I'm in the early stage of developing a driver so will report my findings soon so we can make a more informed decision14:34
fungiif it's just a matter of the api for bbcloud is more expansive and the bitbucket api is a subset of it, then they might be able to still share a lot of code14:35
fungii do agree it would be strange for them to choose to maintain two entirely different apis14:35
corvusAshBullock: take a look at the gerrit driver; there is a somewhat similar situation there, in that we added support for an experimental "checks api" feature which is very different than the stream-events system14:35
corvusAshBullock: the overall framework was still similar enough it made sense to use the same driver, it was just the event ingestion was different14:36
corvusAshBullock: so you might look at that and see if you think something similar might apply to BB, or if it's just completely different, then 2 drivers would be fine14:36
corvusAshBullock: (i should say: the event ingestion and reporting were both different)14:37
corvusAshBullock: (git references, data models, event types, etc were all the same)14:37
AshBullockthanks, I'll take a look at that example and see what I think -  it's been quite hard to find any concrete docs on the differences but I did find a few threads https://community.atlassian.com/t5/Answers-Developer-Questions/Is-there-documentation-on-REST-API-differences-Bitbucket-Server/qaq-p/49746114:50
zbrfungi: https://review.opendev.org/#/c/749702/1 please (trivial)14:50
corvusAshBullock: that's reassuring; seems like we're looking at this the right way.  :)14:52
AshBullockseems like a rebrand of Stash led to server whereas bitbucket cloud is developed separately :D  thanks for the example though I'll continue my research ...14:53
*** AshBullock has quit IRC14:58
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: More E208 mode fixes  https://review.opendev.org/74849815:00
*** ashbullock has joined #zuul15:04
openstackgerritwes hayutin proposed zuul/zuul-jobs master: Make .sh browsable on swift logs  https://review.opendev.org/73179515:17
*** iurygregory has quit IRC15:24
fungizbr: when you say "prevent future regressions" on 749702 do you mean regressions in functionality/behavior? or regressions in whitespace?15:27
zbrfungi: regressions on whitespace15:30
zbrusually any chance should include measures to avoid having to do it again15:30
fungithanks. so that change is part of a planned series which doesn't fix anything or prevent something from becoming broken? i don't really have any opinion on whitespace and indentation in javascript, i'll leave it to others who are to review that15:32
zbrthe reason why i started this was due to a comment in one review, i promised to sort spacing everywhere, so we follow the same rules.15:32
openstackgerritTobias Henkel proposed zuul/zuul master: Handle review requirements in canMerge  https://review.opendev.org/74904015:32
*** iurygregory has joined #zuul15:42
tristanCcorvus: tobiash: would you have a moment to talk about zuul-runner, for example is there still concerns with the spec, and could i start rebasing the freeze_job topic?15:43
corvustristanC: i think the latest updates to the spec have addressed my concerns, but let take a fresh look at it in a little bit.15:47
tristanCcorvus: thanks in advance!15:48
*** bhavikdbavishi has joined #zuul15:59
*** jcapitao has quit IRC16:00
*** ashbullock has quit IRC16:07
*** rlandy is now known as rlandy|afk16:12
*** bhavikdbavishi1 has joined #zuul16:16
*** bhavikdbavishi has quit IRC16:17
*** bhavikdbavishi1 is now known as bhavikdbavishi16:17
clarkbI've discoverd that pip install has a --prefer-binary flag which will prefer older wheels if available over newer sdists as long as the wheel is still in the valid range of versions. I think that there may be a way to use that for nodepool arm64 builds using the openstack wheel mirror in a way that is reliable for pynacl /me is working on that this morning16:35
fungioh, yep that option is potentially useful. i thought we looked into it before for something else and wound up not using it after all, but now i don't recall what or why16:36
fungiit's a fairly recent addition though, like in the last year16:36
clarkbya the key is it means we can use slightly older pynacl from openstack's wheel mirror when openstack constraints lag behind16:38
clarkbseems like a reasonable compromise for nodepool not needing to follow openstack constraints but still get the benefits of those preexisting arm64 wheels16:38
clarkbthe trick is how to fit this into python-builder's assemble script16:39
clarkbI think the easiest way to do that is via our pip.conf updates we already attempt to do in the arm64 work for nodepool images. Now to see if I can set that flag in the pip.conf16:43
openstackgerritClark Boylan proposed zuul/nodepool master: Use arm64 wheels from openstack if available  https://review.opendev.org/74194216:48
clarkbI think ^ may do it. If people like that as a compromise until we've got richer wheel mirroring set up I can squash that change into its parent ot make it ready to merge (the parent is split out to show that the extra bits are necessary to build within the hour timeout)16:48
clarkbalso I think even once we've got richer mirroring we'll want to keep the prefer-binary flag for the reason fungi just pointed out in #openstack-infra (because the wheel mirroring lags what is avaialble on pypi)16:49
*** hashar has quit IRC16:58
*** mattd01 has quit IRC17:01
*** jpena is now known as jpena|off17:03
openstackgerritTobias Henkel proposed zuul/zuul master: Handle review requirements in canMerge  https://review.opendev.org/74904017:08
fungithe lag is usually no more than a few hours to a day, but it can make for a broad variation in job runtimes immediately after new releases of some libraries17:17
*** armstrongs has joined #zuul17:39
clarkbfungi: and with emulated arm it means job timeouts if building pynacl17:43
clarkbit seems like the other packages are fine now that cryptogrpahy and bcrypt have arm64 wheels on pypi17:43
clarkbthey take a few seconds to build wheels for which leaves pynacl as the remaining problem build under emulation17:44
*** mattd01 has joined #zuul17:55
*** bhavikdbavishi has quit IRC17:59
*** bhavikdbavishi has joined #zuul17:59
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: render-diff: fix typo in failure messsage  https://review.opendev.org/74980918:07
clarkbhttps://review.opendev.org/#/c/741942/ works with prefer-binary set. I think the only other thing I notice is that we're really close to the hour timeout so maybe I need to set the timeout to 80 minutes instead18:31
clarkbI'd love to know what others think about that change18:31
*** vorotech has quit IRC18:34
*** mattd01 has left #zuul18:39
*** bhavikdbavishi has quit IRC18:47
*** sshnaidm is now known as sshnaidm|off18:48
openstackgerritMerged zuul/zuul-jobs master: render-diff: fix typo in failure messsage  https://review.opendev.org/74980919:14
*** vishalmanchanda has quit IRC19:28
*** tosky has quit IRC19:45
*** rlandy|afk has quit IRC20:53
corvusclarkb: lgtm -- what needs to happen to merge that?20:56
clarkbcorvus: I need to squash it into its parent and bump the timeout by 20 minutes I'll do that now20:57
openstackgerritClark Boylan proposed zuul/nodepool master: Build arm64 images using arm64 wheels from openstack if available  https://review.opendev.org/74194221:03
clarkbcorvus: ^ that should be landable now (note it needs its parent too)21:03
corvusclarkb: +3 (carried +2 over rebase from tobiash)21:05
corvussetence word order bad but you get the idea21:05
clarkbthanks! exciting this could get us our first arm64 production image21:06
clarkbin opendev I mean21:06
corvus++21:06
clarkbhrm py38 job failure on those (should be unrelated since none of that runs on arm64). Looks like zk connection issues maybe21:28
*** nils has quit IRC21:45
*** frenzyfriday has joined #zuul22:03
*** frenzyfriday has quit IRC22:12
*** hashar has joined #zuul22:16
openstackgerritMerged zuul/nodepool master: Update bindep and vhd-util install for arm64  https://review.opendev.org/74935922:28
corvusclarkb: 1/222:36
clarkbyup and the other looks good so far22:37
*** armstrongs has quit IRC22:37
openstackgerritMerged zuul/nodepool master: Build arm64 images using arm64 wheels from openstack if available  https://review.opendev.org/74194223:01
clarkbianw: ^ I think that means we have an image wecan use on nb03 now23:02
clarkbany idea if achange to switch ut over exists yet?23:02
*** Goneri has quit IRC23:16
corvusclarkb: did we roll it out before and roll back?  so it might be a revert revert we need to do23:33
clarkbcorvus: I wasn't able to find it23:34
clarkbI found where we trimmed the puppet down to just nb03 but no flip flop23:34
*** cloudnull has quit IRC23:47
*** frenzyfriday has joined #zuul23:52

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