Monday, 2019-01-21

openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: executor: properly format error exception  https://review.openstack.org/63092803:52
*** bhavikdbavishi has joined #zuul04:15
*** bhavikdbavishi has quit IRC04:20
*** bhavikdbavishi has joined #zuul04:24
*** bhavikdbavishi has quit IRC04:59
*** bramwelt has quit IRC05:19
*** bhavikdbavishi has joined #zuul05:23
*** bhavikdbavishi has quit IRC05:28
*** bhavikdbavishi has joined #zuul05:35
*** spsurya has joined #zuul05:41
*** bhavikdbavishi has quit IRC06:20
*** mrhillsman has quit IRC06:42
*** corvus has quit IRC06:42
*** gundalow has quit IRC06:42
*** tacco has quit IRC06:42
*** Shrews has quit IRC06:42
*** Shrews has joined #zuul06:42
*** gundalow has joined #zuul06:42
*** mrhillsman has joined #zuul06:42
*** quiquell|off is now known as quiquell06:44
*** saneax has joined #zuul06:55
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: WIP: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329407:20
*** themroc has joined #zuul07:23
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329407:32
*** AJaeger has quit IRC07:33
quiquellclarkb, tobiash: Is this ok now ? https://review.openstack.org/#/c/623294/07:34
quiquellfungi, mordred: ^07:34
*** AJaeger has joined #zuul07:36
quiquellAJaeger, tristanC: https://review.openstack.org/#/c/623294/ zuul-jobs multi-node-bridge role with public ips07:38
AJaegerquiquell: how was it tested?07:39
AJaegerquiquell: best answer on review...07:42
quiquellAJaeger: Ci here https://review.rdoproject.org/r/#/c/18121 uses static driver to connect to libvirt started up nodes07:47
quiquellhttps://review.rdoproject.org/r/#/c/1812107:47
quiquellThe libvirt nodes will paste it in the review07:48
quiquelllibvirt jobs I mean07:48
quiquellAJaeger: It's running now https://softwarefactory-project.io/zuul/t/rdoproject.org/stream/e21cb9f29e4e419297beaacc9a9a22d0?logfile=console.log07:49
quiquellAJaeger: This is enough or do We have to do more testing ?07:49
quiquellHumm well, we really need the job that runs inside this07:50
quiquellThis jobs are only installing zuul and starting up but not running the jobs inside that07:50
quiquellI have another preview for this07:50
quiquells/preview/review/g07:50
*** avass has joined #zuul07:56
AJaegerquiquell: did you see http://logs.openstack.org/94/623294/9/check/openstack-infra-multinode-integration-centos-7/265896c/job-output.txt.gz#_2019-01-21_07_38_36_272242 - missing ")"08:07
AJaegerSo, I really like to see testing of the version that you submitted to not break *all* jobs suddenly...08:08
quiquellAJaeger: ack, will look, I don't break to break stuff either08:24
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329408:26
quiquellAJaeger: damn very lame from my part... :-/08:26
quiquellAJaeger: I see there is no linting at the checks08:26
quiquellAhh wrong is there08:27
quiquellIt's passing :-/08:27
*** gtema has joined #zuul08:32
*** electrofelix has joined #zuul08:43
*** saneax is now known as saneax|mtg08:59
*** jpena|off is now known as jpena09:03
*** SotK_ has joined #zuul09:10
*** hashar has joined #zuul09:16
*** panda|off is now known as panda09:29
*** themroc has quit IRC09:55
*** themroc has joined #zuul09:57
quiquellAJaeger: this could be realted ? http://logs.openstack.org/94/623294/10/check/openstack-infra-multinode-integration-centos-7/5c616d9/job-output.txt.gz#_2019-01-21_08_32_12_07354110:06
*** fbo has joined #zuul10:07
quiquellAJaeger: Ahh yes na forget about it10:07
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329410:16
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329410:16
*** openstackgerrit has quit IRC10:21
*** openstackgerrit has joined #zuul10:42
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: runner: add support for depends-on  https://review.openstack.org/63206410:42
tristanCjhesketh: with 632064, prep-workspace and local job exec can use depends on given on the command line10:43
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329411:24
*** avass has quit IRC11:24
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329411:34
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329411:48
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329411:50
*** panda is now known as panda|lunch12:14
*** bhavikdbavishi has joined #zuul12:21
quiquellAJaeger: Fixes centos-7 https://review.openstack.org/#/c/623294/12:23
*** hashar has quit IRC12:23
quiquellAJaeger: I supose the ubuntu are related ?12:23
*** hjensas has joined #zuul12:27
hjensasI am trying a patch that depends-on two changes. https://review.openstack.org/576873 - It looks like only the first Depends-On is included in the CI run. Is the syntax not correct? Or is it not possible to depend on multiple changes?12:29
tobiashhjensas: the syntax is correct and the status ui correctly shows both dependencies12:39
hjensastobiash: hm, I only see the python-ironicclient checked out in logs. http://logs.openstack.org/73/576873/9/check/networking-baremetal-multitenant-vlans-python2/6fd4b74/job-output.txt.gz#_2019-01-20_02_02_27_92105712:40
hjensastobiash: Wonder if it can be that the projects don't share a change queue.12:41
fungihjensas: all three changes are showing in the zuul items list at http://logs.openstack.org/73/576873/9/check/networking-baremetal-multitenant-vlans-python2/6fd4b74/zuul-info/inventory.yaml12:42
fungiso all three should be checked out at those commits in the src tree12:43
quiquelltobiash: do you know if we can use ssh keys with password with gerrit connection ?12:43
quiquellfungi: ^ Â?12:43
tobiashquiquell: maybe if they are pre-loaded in the ssh agent12:44
tobiashquiquell: (if paramiko makes use of it by default)12:44
fungiagreed, i am not aware of any zuul configuration option to set an ssh connection password, but if there was a way to not prompt for it12:44
quiquelltobiash: ack, will try12:44
tobiashif ssh-agent doesn't work, then no12:45
*** bhavikdbavishi has quit IRC12:46
hjensastobiash: fungi: Thanks, it does look like Zuul is doing what I want indeed.12:47
*** badboy has joined #zuul12:53
badboyhi guys12:53
badboyZuul related question:12:53
badboyis it possible to to access the variable containing the changeid or gerrit url in the trigger playbook?12:54
*** dkehn has quit IRC12:55
AJaegerThe ansible variable zuul.change is example, see https://zuul-ci.org/docs/zuul/user/jobs.html#zuul-variables12:57
AJaegerbadboy: zuul.change is bad - but see link above for all variables ^12:58
*** hashar has joined #zuul13:00
badboyAJaeger: thank you13:09
quiquellAJaeger: Do you know how to do kind of "tail"  at command line from something like finger://5e24c349d9a5/bc718fe4778145e1bd8e356a83ff3574 at zuul job execution ?13:11
*** bhavikdbavishi has joined #zuul13:29
*** rlandy has joined #zuul13:32
quiquellAJaeger: Fixed https://review.openstack.org/#/c/623294/13:33
quiquellAJaeger: ubuntu is failing though13:33
mordredquiquell: yoo should be able to just do "finger 5e24c349d9a5/bc718fe4778145e1bd8e356a83ff3574@zuul.example.com | tail -f"13:34
quiquellmordred: was not working with a local zuul, will try again13:35
quiquellmordred: thanks13:35
quiquellmordred: maybe you can help13:35
mordredquiquell: was teh finger command not working at all?13:35
quiquellmordred: was empty, but maybe the job was in a weird state will check again13:35
mordrednod13:35
quiquellmordred: so I don't find why ubuntu is failing here https://review.openstack.org/#/c/623294/13:36
quiquellmordred: after fixing centos-7 failures13:36
mordredquiquell: looking13:36
quiquellmordred: Thanks so much13:36
*** gtema has quit IRC13:38
mordredoh. uhm13:38
*** panda|lunch is now known as panda13:38
*** bhavikdbavishi has quit IRC13:42
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Only move directory contents once in merge-output-to-logs  https://review.openstack.org/63209213:47
mordredquiquell: I think may help ^^13:47
*** badboy has quit IRC13:48
quiquellmordred: The moving was the error ? was somewhere hide before it :-)13:50
mordred*maybe* - that's certainly broken in that job log - maybe something else is broken too13:50
tobiashmordred: re dockerfiles, we should test if unreleased versions in requirements.txt work in this case (sometimes they are needed)13:51
mordredtobiash: agree13:51
tobiashmordred: because we accidentally upgraded our ansible to 2.7.x because of https://bugs.launchpad.net/pbr/+bug/167724313:51
openstackLaunchpad bug 1677243 in PBR "Pbr cannot include unreleased dependencies from requirements" [Medium,Confirmed]13:51
tobiashwe had in our dockerfile pip install <zuul-src> which triggered this bug13:52
mordredah - lovely13:53
mordredthe existing patch also has a bug in it related to how pip calculates transitive deps and how it installs things specified in the extras entries13:54
mordredbut I've got a half-finished fix locally - I'll finish it once I finish this coffee13:55
tobiashcool13:55
*** hashar has quit IRC13:55
*** hashar has joined #zuul13:56
tobiashmordred: I don't really understand the py36 failure on https://review.openstack.org/63193013:56
tobiashmordred: it looks like pip has some problems with the mirror infrastructure?13:56
mordred:(13:57
tobiashhttp://logs.openstack.org/30/631930/9/check/tox-py36/4e0da07/job-output.txt.gz#_2019-01-20_11_26_33_88716813:57
mordredtobiash: yeah - that looks like an issue with the wheel mirror13:59
tobiashmordred: how does the wheel mirror work?13:59
tobiashdoes it have a distinct set of wheels or is it a pull through cache?13:59
mordreddistinct set - we build binary wheels for everythign in openstack's openstack/requirements/global-requirements.txt14:00
mordredand put them into a distro and arch specific pip mirror that we configure our jobs to use in addition to the normal caching mirror14:00
mordredto cut down on building lxml from source 100k a day :)14:00
tobiashhrm, but that failure looks like the wheel cache is the only mirror then?14:01
mordredoh - interesting14:02
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329414:03
quiquellmordred: Ok rebased to yours, let's see, https://review.openstack.org/#/c/623294/14:04
mordredtobiash: http://logs.openstack.org/30/631930/9/check/tox-py36/4e0da07/tox/py36-2.log14:04
quiquellmordred: thanks14:04
mordredtobiash: it shows both mirrors14:04
tobiashhrm, does tox and the thing running inside have different pip configs?14:05
tobiashor is tox explicitly adding further indexes?14:05
mordredthey shouldn't - we set the pip config in /etc/pip.conf14:05
mordredI agree with you though - it certainly seems like it is, for some reason, only using the wheel mirror14:06
tobiashmaybe the initial pip version of the venv is too old14:06
tobiashand cannot upgrade itself14:06
openstackgerritTobias Henkel proposed openstack-infra/zuul master: DNM: test  https://review.openstack.org/63197014:10
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Fix concurrency and syntax issue in merge-output-to-logs  https://review.openstack.org/63209214:16
mordredquiquell: frickler spotted one more issue - just pushed up another rev to that patch14:17
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Fix concurrency and syntax issue in merge-output-to-logs  https://review.openstack.org/63209214:17
quiquellrlandy: ^14:19
openstackgerritTobias Henkel proposed openstack-infra/zuul master: DNM: test  https://review.openstack.org/63197014:25
tobiashmordred: tox uses pip 18.1, while the fresh venv created for ansible uses 9.0.114:34
tobiashnow the question is how does tox upgrade the pip in the venv...14:34
tobiashmordred: found out, the virtualenv tooling (used by tox) always installs the latest version while the venv module (used by me) doesn't install the latest but the one in the system14:39
*** kmalloc has joined #zuul14:44
quiquellmordred: Everything passing now https://review.openstack.org/#/c/623294/14:45
quiquellmordred: thanks14:45
kmallocMorning all!14:46
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329414:46
openstackgerritTobias Henkel proposed openstack-infra/zuul master: DNM: test  https://review.openstack.org/63197014:48
hashartobiash: yes virtualenv defaults to adding setuptools, pip and wheel in the virtualenv and it also defaults to getting the latest version from pypi14:49
rlandyquiquell: thanks for completing that14:49
hashartobiash: but you can instead use what is available on the host by using:  virtualenv --no-download  (and I think that can be passed using an env variable14:49
hashartobiash: twist: one can also disable installation of those three packages with --no-setuptools --no-pip and/or --no-wheel14:50
tobiashhashar: thanks, I indeed need a recent one14:50
tobiashand venv doesn't seem to offer me a recent one, so trying virtualenv now14:50
tobiashhashar: do you know if generally venv should be favored over virtualenv or vice versa?14:51
hasharI just use tox :-]14:52
tobiashtox uses virtualenv :)14:52
hasharyeah ;)14:52
hashartheorically one could get the dependencies installed by the distribution (something like  apt-get install $(bindep))  then find a trick to have tox to not install anypackage but only use system packages14:53
hasharwhich would then run the tests using the distro packages instead of whatever is on pypi. But I am probably overthinking14:53
pabelangerpart of me thinks, we should just add a new step into install docs, that have the operator create the virtualenvs for ansible, then update zuul.conf to point to it14:56
pabelangeror do what we do today, but you only get x version of ansible14:56
tobiashpabelanger: that's exactly what this does, the ansible installation is a pre step in tox14:57
pabelangertobiash: ah, I see now. manage-ansible expected to be called by operator14:59
tobiashyes14:59
tobiashand potentially optionally at executor startup, but I'd default to the operator15:00
pabelangerI use a role locally to prepare ansible, so nested ansible. Works okay. I know there have been talks at ansiblefest so also create a simple way of preparing ansible15:02
pabelangerlet me look to see where that ended up15:02
pabelangerI also think mazer is going to support something like that too, but not 100%15:02
tobiashafter switching from venv to virtualenv it works :)15:03
*** avass has joined #zuul15:03
openstackgerritTobias Henkel proposed openstack-infra/zuul master: WIP: Manage ansible installation within zuul  https://review.openstack.org/63193015:04
*** themroc has quit IRC15:12
*** themroc has joined #zuul15:12
tobiashpabelanger: responded on 63193015:17
pabelangerthanks, will review in a bit15:18
openstackgerritTobias Henkel proposed openstack-infra/zuul master: DNM: test  https://review.openstack.org/63197015:28
*** dkehn has joined #zuul15:41
*** bhavikdbavishi has joined #zuul15:45
*** quiquell is now known as quiquell|off15:58
*** saneax|mtg has quit IRC16:02
*** bhavikdbavishi has quit IRC16:03
*** themroc has quit IRC16:08
openstackgerritMerged openstack-infra/zuul-jobs master: Fix concurrency and syntax issue in merge-output-to-logs  https://review.openstack.org/63209216:14
*** bhavikdbavishi has joined #zuul16:17
*** corvus has joined #zuul16:42
*** avass has quit IRC16:46
*** bhavikdbavishi has quit IRC16:50
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul-jobs master: Add a slack-notify role  https://review.openstack.org/62359416:59
*** hashar has quit IRC17:04
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Revert "Fix concurrency and syntax issue in merge-output-to-logs"  https://review.openstack.org/63213517:14
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Use find instead of ls for determining dir emptiness  https://review.openstack.org/63213617:18
pabelangerHmm, I am getting a traceback from fingergw service, because I don't have DNS setup: http://paste.openstack.org/show/743060/17:24
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Use find instead of ls for determining dir emptiness  https://review.openstack.org/63213617:25
pabelangerI remember having this issue before, but cannot remember how I fixed it (aside from setting up dns)17:25
*** bhavikdbavishi has joined #zuul17:26
openstackgerritMerged openstack-infra/zuul-jobs master: Use find instead of ls for determining dir emptiness  https://review.openstack.org/63213617:33
tobiashpabelanger: the executor name must be resolvable or an ip address17:40
tobiashhttps://zuul-ci.org/docs/zuul/admin/components.html#attr-executor.hostname17:41
pabelangertobiash: ah, thanks. I knew we had a setting some place17:42
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Improve debug logging for fingerclient  https://review.openstack.org/63214017:43
pabelangertobiash: some extra debug to help in the future^17:43
corvuspabelanger, tobiash: see my note on https://review.openstack.org/63214017:48
pabelangercorvus: sure!17:49
tobiashOh yes, that makes sense17:49
*** logan- has quit IRC17:52
*** logan_ has joined #zuul17:53
*** logan_ is now known as logan-17:53
*** bhavikdbavishi has quit IRC18:00
*** electrofelix has quit IRC18:05
*** openstackgerrit has quit IRC18:07
*** openstackgerrit has joined #zuul18:11
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Improve exception handling of fingerclient  https://review.openstack.org/63214018:11
pabelangertobiash: corvus: ^updated as requested18:11
*** jpena is now known as jpena|off18:13
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Build zuul containers with dockerfile not pbrx  https://review.openstack.org/63184018:14
mordredcorvus, tobiash: ^^ that (And its depends-on in system-config) deal with our optional depends expressed in extras a bit better I think18:14
openstackgerritMerged openstack-infra/zuul-jobs master: docker: add ability to restrict repository names  https://review.openstack.org/63184818:15
corvusmordred: thanks, i'm working through the system-config change now18:15
mordredcorvus: woot18:16
corvusmordred: what version of debian is python:slim?18:22
tobiashcorvus: it's stretch18:27
tobiashaccording to https://hub.docker.com/_/python/ it's python 3.7.2 on stretch18:28
corvusit looks like we could get bubblewrap from debian via stretch-backports.  it's also in buster, but i don't think python has a buster image18:28
corvushttps://packages.debian.org/stretch-backports/bubblewrap18:28
*** saneax|mtg has joined #zuul18:28
corvus(it is also in stretch without backports, but it's very old)18:28
corvusbut perhaps we could enable the stretch-backports repository and install it that way?18:29
mordredcorvus: that's a good point ...18:31
mordredcorvus: although I think the stretch-backports is there you just have to explicitly pin to it ... let me poke at doing that18:31
mordredwoudl be WAY less lines than that chunk18:31
corvusyeah, and gets us out of the business of maintaining that ppa :)18:32
*** saneax|mtg has quit IRC18:33
corvusmordred: one more comment on that change18:33
tobiashwow, the default bubblewrap version in stretch is really old...18:33
*** saneax|mtg has joined #zuul18:33
tobiashmordred: how do you get the intermediate images?18:34
tobiashdocker doesn't tag them by default18:34
tobiashah, found it, using --target during docker build18:37
tobiashmordred: in the zuul change I think you're missing the targets in the zuul.yaml (as you have them in the system-config part)18:40
tobiashmordred: and a minimal dockerignore file would be helpful, I don't want to copy my whole tox dir into the context during local builds ;)18:42
tobiashmordred: feel free to squash https://review.openstack.org/631929 into your change18:42
mordredtobiash: yes - totally missed the target lines - and also, dockerfile would be great!18:49
tobiashhrm, I cannot build these zuul images, it somehow refuses to use our proxy :/18:50
tobiashhm, installation of sudo works, after that it seems to unset the proxy vars18:52
mordredtobiash: :( - how do you normally use the proxy from inside the image? is there something I'm doing that's stupid?18:52
mordred*weird*18:52
tobiashmordred: I'm using build-arg18:52
tobiashmordred: like this: docker build --build-arg http_proxy=$http_proxy --build-arg https_proxy=$http_proxy --build-arg no_proxy=$no_proxy -t zuul-base --target zuul-base .18:53
tobiashthat forwards my local proxy vars into the build context18:53
tobiashand build-args won't persist into the image18:53
mordredtobiash: I wonder if those vars aren't exported - so they assemble script isn't seeing them? no - that doesn't make sense, you said the sudo install worked and that's in a subshell18:54
tobiashmordred: but either the installation of sudo or the source of the js stuff could break it18:54
*** saneax|mtg is now known as saneax18:54
mordredtobiash: oh - maybe sourcing the js stuff is the culprit - and maybe we should just run that like a normal script instead of with source?18:54
tobiashprobably18:55
tobiashwhat's the reason for sourcing it?18:56
mordredme overthinking things - no good reason18:57
tobiashhrm, not sourcing it doesn't fix it18:57
tobiashah I know the culprit18:57
mordredok. well - I'm going to remove that anyway because it's weird18:57
tobiashsudo kills the proxy vars18:57
mordredAHA18:57
mordredwe need sudo -E in that script18:57
mordredtobiash: I've got that updated in my latest patch19:00
pabelangertobiash: thanks for config setting again, fixed my issue19:00
mordredtobiash: also - there is an issue with transitive deps I'm still poking at locally19:01
tobiashpabelanger: you're welcome19:01
pabelangerthat, and opening some firewall ports :)19:01
tobiashmordred: I wonder if we instead check for EUID==0 and use sudo only it we're not root19:01
tobiashhowever sudo -E still makes sense19:02
tobiashmordred: sudo -E fixes the downloads19:02
mordredtobiash: that would be nicer than the wrapper script19:02
tobiashoh now I see, docker-install-js-tools is just a wrapper script because of sudo19:03
mordredyeah19:03
mordreddidn't want to update that script too much directly without wider discussion19:03
tobiashI think conditionally setting a SUDO var and use "${SUDO} foo" is the correct thing to do here19:05
mordred++19:07
*** dkehn has quit IRC19:09
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add a minimal dockerignore file  https://review.openstack.org/63192919:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Build zuul containers with dockerfile not pbrx  https://review.openstack.org/63184019:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Build zuul containers with dockerfile not pbrx  https://review.openstack.org/63184019:13
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use sudo -E in install-js-tools only if not root  https://review.openstack.org/63214819:13
mordredtobiash: I split the install-js-tools change into its own patch with that last thing ^^ (realized it could be landed by itself as an overall improvement)19:13
tobiashmordred: commented on 63214819:17
-openstackstatus- NOTICE: The error causing post failures on jobs has been corrected. It is safe to recheck these jobs.19:19
mordredtobiash: hrm. echo $EUID shows that - but env | grep UID does not ... I have been foiled!19:19
tobiashthat's a very special variable, env maybe doesn't list it19:20
tobiashmordred: wait, that's internal to bash19:21
tobiashmordred: ah ok, the shebang lists /bin/bash19:22
tobiashso the variable can be used19:22
mordredtobiash: yah - we should be ok there using it19:22
mordred*phew*19:22
tobiashmordred: ok, both should work, not sure if my comment is -1 worthy though19:24
mordredtobiash: might as well clean it up while we're working on it19:24
*** hashar has joined #zuul19:25
mordredtobiash: building these images over and over again is totally driving me crazy19:32
tobiashthat's fun ;)19:33
corvusmordred: after lunch, i plan on working on the pass-to-parent versions of these jobs19:33
tobiashat least if you have a decent network speed19:33
mordredtobiash: I'm having this issue where for some reason when the builder image goes through the 'build wheels for everything so we don't need dev tools in the final images' step - it's not building a wheel for netifaces which is needed by openstacksdk for the executor image19:33
mordredtobiash: but - you kind of have to go from the start and do all the steps to get there to see if a change fixes it19:34
SpamapSThe wheel has worked for millenia. Build the wheel.19:34
mordredSpamapS: I feel like that should be the slogan for a new self-help corporate process cult19:34
tobiashmordred: oh these kind of round trips are driving me crazy too19:35
SpamapSI've taken to just putting mirrors closer to build resources rather than trying to plumb caches in.19:35
mordredSpamapS: well, for this it's not a cache - as much as it's a build artifact19:35
SpamapSOh, why are you building them over and over?19:36
mordredSpamapS: the builder image in the multi-step build builds binary wheels - so that in the final image we can pip install the wheel without needing to have compilers and headers and whatnot installed into the final image19:36
mordredSpamapS: the step that's currently broken is one of the things that needs to get built is not getting built19:37
mordredso the final image stage is bombing out on not being able to pip install netifaces because of lack of gcc19:37
mordredI'm 100% sure it's a comma in the wrong place somewhere19:37
mordredthe stack works quite well otherwise19:37
tobiashmordred: can you check for the missing wheel in a run step?19:37
tobiashthat way you could catch the error earlier and iterate faster19:38
mordredtobiash: *maybe* - unfortunately the wheels are stored in the wheel dir by hashed directories19:38
tobiashugh19:38
mordredtobiash: yeah19:38
mordredtobiash: but - if this most recent run doesn't do it - I'm going to start putting in some run statements to see what's going wrong19:38
mordred  Running setup.py bdist_wheel for netifaces: started19:40
mordred  Running setup.py bdist_wheel for netifaces: finished with status 'done'19:40
mordred  Stored in directory: /output/wheels/wheels/23/8f/f3/7054578f04c904f70757c5c85a6e2823baa69d42365526e93d19:40
mordredok. it at least built the wheel this time19:40
mordredcorvus: I'm excited about the pass-to-parent versions of these jobs!19:42
tobiashcorvus: if you're planning a zuul release soon, 613261 would be something that I think should go into the next release19:42
* mordred shows everybody his excited face19:42
tobiashyeah, pass-to-parent will make many things easier :)19:44
pabelangeralso interested in testing it19:47
mordredtobiash: BWAHAHAHAHAHAHA - I found the issue19:47
mordredtobiash: it was ... I wasn't actually copying the wheel cache content in - so in the context of the problem image, there WAS no wheel cache19:47
tobiashmordred: that explains something ;)19:48
mordredyeah19:48
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use sudo -E in install-js-tools only if not root  https://review.openstack.org/63214820:03
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Build zuul containers with dockerfile not pbrx  https://review.openstack.org/63184020:03
mordredtobiash: ^^ I think that latest version works now20:04
tobiashtrying20:04
*** saneax has quit IRC20:22
*** ianw is now known as ianw_pto20:26
*** studarus has joined #zuul20:28
tobiashmordred: I've patched requirements.txt to pull in a patched ansible and it pulled in the latest version instead20:31
mordredtobiash: poo. ok. I'll poke at that next20:32
tobiashmordred: an easy solution is to not rely on pbr to install, but pip install the requirements first20:33
mordredoh - right - because of pbr not supporting -e syntax in the first place :)20:34
tobiashyes20:35
openstackgerritMatthieu Huin proposed openstack-infra/zuul-jobs master: Propose some job writing guidelines  https://review.openstack.org/63150720:35
mordredtobiash: yes - I agree - that's not a bad idea.20:36
*** studarus has quit IRC20:47
*** studarus has joined #zuul20:48
mordredtobiash: hrm re: the issue with -e on the build_wheel line21:10
tobiashmordred: docker build still running21:11
tobiashbut it looks like it works21:12
mordredoh good - I was just looking at your review comment on the python-builder assemble script bdist_wheel line21:12
mordredbut I woudln't expect requiremnts to get involved there21:12
tobiashyour followup worked21:13
mordredso I'm glad the other bits seem to be making it work21:13
mordredsweet21:13
tobiashit cloned the -e dep twice but it worked21:13
mordredyeah - there are few parts of this that aren't the most efficient at build time :)21:14
tobiashthe important thing is that it works :)21:14
*** ssbarnea|bkp2 has joined #zuul21:16
mordredyes!21:17
openstackgerritTobias Urdin proposed openstack-infra/zuul-jobs master: Use become for packages in upload-puppetforge  https://review.openstack.org/63216321:17
*** ssbarnea|rover has quit IRC21:18
tobiashmordred: did you see the comment about bwrap on 631840?21:20
mordredtobiash: I did - I actually tried that locally in one iteration - but since bubblewrap is getting installed from bindep anyway it didn't make much of a difference in the end21:21
tobiashah, then just ignore it21:22
*** studarus has quit IRC21:24
mordredtobiash: my nitpicky brain wants to invent something to make that better - but I don't think it'll actually wind up being better :)21:25
tobiashbwrap is that small that it's just wasted time21:25
mordredtobiash: yeah21:26
mordredthe tox failures are a bit disturbing21:26
mordredcorvus: I think https://review.openstack.org/#/q/topic:replace-pbrx is all ready for review21:27
mordredSpamapS: ^^ you might also care - or not care21:27
tobiashmordred: the zuul-build-image job seems to be unused21:27
mordredoh! so it is. one sec21:28
tobiashthe tox failures don't use anything from that so looks like unrelated failures21:29
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Build zuul containers with dockerfile not pbrx  https://review.openstack.org/63184021:29
mordredtobiash: I totally forgot to add all three of the jobs :)21:30
tobiash:)21:30
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use node v10 instead of node v8  https://review.openstack.org/63216521:30
tobiashmordred: what's the official status of zuul-migrate?21:33
tobiashI thought it was more an openstack tooling for the switch to v3?21:33
tobiashdo we really need a zuul-migrate image?21:34
mordredyeah - I think we left it as some example of how things could work?21:34
mordredprobably not - I included it just because we _had_ been making it with pbrx21:34
tobiashah ok21:34
mordredbut it's maybe a better idea to just exclude it21:34
tobiashjust thinking if we have it packaged as a docker image we make it somewhat an official tool21:34
mordredyah21:35
mordredon a similar but different note - is a docker image for zuul-bwrap useful?21:35
mordredI suppose possibly so?21:35
tobiashI was just about to ask the same ;)21:35
tobiashI doubt it21:35
mordredhow about I push up a follow up patch removing those so it's easy to discuss21:36
tobiashfine for me21:36
corvuswhy wouldn't a docker image for zuul-bwrap be useful?21:36
tobiashcorvus: what's the intentional of zuul-bwrap command?21:38
corvusif you find that you need to test something out with zuul-bwrap, and you typically use docker images for deployment, then that would be the time it would be useful, yeah?21:38
corvustobiash: it's mostly a debugging/test tool21:38
tobiashcorvus: is it for debugging executors?21:38
corvustobiash: yes21:39
tobiashmy first hunch would have been that I'd use it when I exec into the executor container21:39
corvusi guess it's advanced enough we could just say that ^21:39
corvusso either do that, or override the command21:39
corvusokay, good talk.  i'm on board with dropping it.  :)21:40
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Remove zuul-migrate and zuul-bwrap images  https://review.openstack.org/63216721:40
mordredtobiash, corvus: ^^ put that up for discussion21:41
openstackgerritMatthieu Huin proposed openstack-infra/zuul-jobs master: Propose some job writing guidelines  https://review.openstack.org/63150721:41
openstackgerritJames E. Blair proposed openstack-infra/zuul-jobs master: Add docker image build jobs  https://review.openstack.org/63217221:47
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Switch to zuul-jobs docker jobs  https://review.openstack.org/63217321:48
corvusmordred, tobiash: ^ building on that21:48
tobiashCool :)21:50
corvusmordred: bug in 63184021:51
*** spsurya has quit IRC22:09
fungitobias-urdin: https://review.openstack.org/632163 looks good to me. if some other sympathetic soul in zuul-jobs-core agrees, i can try reenqueuing the tag for your canary again22:11
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Build zuul containers with dockerfile not pbrx  https://review.openstack.org/63184022:18
mordredcorvus: fixed - you want me to rebase your patch on it?22:18
corvusmordred: ++22:18
*** hashar has quit IRC22:18
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Switch to zuul-jobs docker jobs  https://review.openstack.org/63217322:19
openstackgerritMerged openstack-infra/zuul master: Add a minimal dockerignore file  https://review.openstack.org/63192922:25
openstackgerritMerged openstack-infra/zuul master: Use sudo -E in install-js-tools only if not root  https://review.openstack.org/63214822:29
openstackgerritMerged openstack-infra/zuul master: Improve exception handling of fingerclient  https://review.openstack.org/63214022:30
*** dkehn has joined #zuul22:40
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Build zuul containers with dockerfile not pbrx  https://review.openstack.org/63184022:46
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Remove zuul-migrate and zuul-bwrap images  https://review.openstack.org/63216722:46
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Switch to zuul-jobs docker jobs  https://review.openstack.org/63217322:46
corvusmordred: can you add openstackzuul to openstack/ ?22:51
mordredcorvus: yes22:59
mordredcorvus: with nodepool should we just add nodepool to the allowed-projects of zuul-build-image and friends and override the image variables in the nodepool repo?23:03
corvusmordred: i think so23:03
mordredcorvus: ok. I'll send in some patches for that23:04
corvus(and eventually, we'd probably put those jobs in a zuul tenant config repo or something)23:05
mordredyeah23:06
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Allow nodepool to use zuul-*-image jobs  https://review.openstack.org/63218623:06
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Build images with Dockerfile instead of pbrx  https://review.openstack.org/63218723:15
mordredcorvus: ^^ I think taht should about do it23:15
corvusmordred: needs a depends-on23:15
mordredcorvus: oh good point23:15
corvuszuul told me23:15
corvusmordred: why publish the -base images?23:16
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Build images with Dockerfile instead of pbrx  https://review.openstack.org/63218723:16
mordredcorvus: mostly was just copying what pbrx had done - we could totalluy remove that23:17
mordredcorvus: if someone wants to build their own images using ours as base images, there's always the zuul and nodepool utility images that are straightforward23:17
mordredcorvus: actually, come to think of it - we could ditch -base competely and just use zuul and nodepool for that same role ourselves23:18
corvusmordred: oh, i see, sorry i missed something earlier23:18
corvusso -base doesn't have a command, but 'nodepool' and 'zuul' do23:19
mordredyeah. but I think that's maybe fine...23:19
corvusi kinda like that, i think...23:19
corvusi dunno.  don't make me decide today.23:20
mordredcorvus: http://paste.openstack.org/show/743067/ is an alternative23:20
mordredcorvus: how about if I push up a patch with that ^^ as a followup23:20
mordredand we can discuss on the patch23:20
mordred(I could go either way)23:20
corvusthe advantage of the current system is there is a distinct image which is just the system, and other images which have commands.  it feels nice that they are separate.23:21
mordredcorvus: yah - that is a good point23:21
corvusi agree though, the downsides to using the 'zuul' and 'nodepool' images as such are not huge.  :)23:22
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Build images with Dockerfile instead of pbrx  https://review.openstack.org/63218723:23
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Stop building an explicit nodepool-base image  https://review.openstack.org/63218823:23
mordredcorvus: (the second patch made me realize there was a bug in the first patch)23:24
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Stop building an explicit zuul-base image  https://review.openstack.org/63218923:26
mordredcorvus: and there's the equiv for zuul23:26
SpamapSequivs! wow23:27
* SpamapS couldn't think of it yesterday23:28
mordredSpamapS: yes. equivs23:28
mordredSpamapS: you might find https://review.openstack.org/#/c/631878/9/docker/python-builder/Dockerfile amusing :)23:28
openstackgerritJames E. Blair proposed openstack-infra/nodepool master: Build images with Dockerfile instead of pbrx  https://review.openstack.org/63218723:28
corvusmordred: ^ wrong depends-on23:28
mordredcorvus: awesome23:29
mordredSpamapS: especially lines 18-2523:29
SpamapSyeah23:30
SpamapSamazing23:30
openstackgerritJames E. Blair proposed openstack-infra/nodepool master: Stop building an explicit nodepool-base image  https://review.openstack.org/63218823:30
corvusmordred: rebase ^23:30
fungiSpamapS: yes, equivs is mightily handy!23:59

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