Thursday, 2019-07-11

*** swest has quit IRC01:38
*** swest has joined #zuul01:54
*** irclogbot_3 has joined #zuul02:07
*** irclogbot_3 has quit IRC02:13
*** irclogbot_1 has joined #zuul02:17
*** irclogbot_1 has quit IRC02:19
*** altlogbot_0 has joined #zuul02:19
*** altlogbot_0 has quit IRC02:34
*** irclogbot_3 has joined #zuul03:21
*** irclogbot_3 has quit IRC03:25
*** rlandy|bbl is now known as rlandy03:36
*** hwangbo has quit IRC03:49
*** bhavikdbavishi has joined #zuul03:51
*** bhavikdbavishi1 has joined #zuul03:53
*** altlogbot_2 has joined #zuul03:55
*** bhavikdbavishi has quit IRC03:55
*** bhavikdbavishi1 is now known as bhavikdbavishi03:55
*** altlogbot_2 has quit IRC03:59
*** jamesmcarthur has joined #zuul04:21
*** jamesmcarthur has quit IRC04:40
*** jamesmcarthur has joined #zuul04:41
*** jamesmcarthur has quit IRC04:46
*** jamesmcarthur has joined #zuul04:51
*** pcaruana has joined #zuul04:55
*** jamesmcarthur has quit IRC04:56
*** jamesmcarthur has joined #zuul05:02
*** jamesmcarthur has quit IRC05:07
*** saneax has joined #zuul06:04
*** altlogbot_0 has joined #zuul06:19
*** altlogbot_0 has quit IRC06:23
*** altlogbot_3 has joined #zuul06:25
*** altlogbot_3 has quit IRC06:29
*** saneax has quit IRC06:31
*** saneax has joined #zuul06:33
*** gtema_ has joined #zuul06:38
*** gtema_ has quit IRC06:47
*** altlogbot_1 has joined #zuul06:57
*** altlogbot_1 has quit IRC07:01
*** ianychoi_ is now known as ianychoi07:01
*** themroc has joined #zuul07:06
*** irclogbot_0 has joined #zuul07:17
*** tosky has joined #zuul07:20
*** irclogbot_0 has quit IRC07:21
AJaegercorvus: isn't https://review.opendev.org/#/c/670206/ running a few tests too many? I don't understand why zuul-jobs-test-add-authorized-keys is running...07:25
*** irclogbot_3 has joined #zuul07:26
*** irclogbot_3 has quit IRC07:27
*** hashar has joined #zuul07:28
*** irclogbot_2 has joined #zuul07:54
*** irclogbot_2 has quit IRC07:55
*** irclogbot_0 has joined #zuul08:09
openstackgerritAndreas Jaeger proposed zuul/zuul master: Fix typo in debug message  https://review.opendev.org/67024508:12
*** irclogbot_0 has quit IRC08:13
openstackgerritTobias Henkel proposed zuul/zuul master: Evaluate CODEOWNERS settings during canMerge check  https://review.opendev.org/64455708:32
*** bolg has joined #zuul08:41
*** bkorren has joined #zuul08:51
*** ianychoi has quit IRC08:54
openstackgerritJan Kubovy proposed zuul/zuul master: Optionally support mitogen for job execution  https://review.opendev.org/65702409:04
*** gtema_ has joined #zuul09:07
*** ianychoi has joined #zuul09:38
*** gtema has joined #zuul09:42
*** gtema_ has quit IRC09:42
*** gtema has quit IRC09:43
*** irclogbot_2 has joined #zuul09:50
*** dmsimard4 has joined #zuul09:50
*** dmsimard has quit IRC09:51
*** irclogbot_2 has quit IRC09:51
*** gtema_ has joined #zuul09:53
*** tosky has quit IRC10:02
*** tosky has joined #zuul10:05
*** altlogbot_3 has joined #zuul10:28
*** altlogbot_3 has quit IRC10:29
*** gtema_ has quit IRC10:29
*** altlogbot_3 has joined #zuul10:35
*** hashar has quit IRC10:38
*** altlogbot_3 has quit IRC10:39
tobiashcorvus: looks like we have a test race in the cleanup playbook tests: http://logs.openstack.org/45/670245/1/gate/tox-py35/512740a/testr_results.html.gz10:40
*** altlogbot_0 has joined #zuul10:42
*** irclogbot_3 has joined #zuul10:42
*** altlogbot_0 has quit IRC10:45
*** irclogbot_3 has quit IRC10:45
*** altlogbot_2 has joined #zuul10:57
*** altlogbot_2 has quit IRC11:01
*** badboy has joined #zuul11:15
badboyhi11:15
badboywhy do I keep having this: tmp/f9998be797c44af2a6fdde48798e8c37/ansible/inventory.yaml did not meet host_list requirements, check plugin documentation if this is unexpected11:16
badboyand no logger console is shown11:16
*** hashar has joined #zuul11:37
*** altlogbot_1 has joined #zuul11:57
*** altlogbot_1 has quit IRC12:01
*** hashar has quit IRC12:10
*** hashar has joined #zuul12:12
openstackgerritMerged zuul/zuul master: Fix typo in debug message  https://review.opendev.org/67024512:15
*** rlandy has joined #zuul12:30
*** irclogbot_1 has joined #zuul12:34
*** irclogbot_1 has quit IRC12:35
*** badboy has quit IRC12:45
*** altlogbot_0 has joined #zuul12:53
*** altlogbot_0 has quit IRC12:53
*** dmsimard4 is now known as dmsimard12:58
zbris it possible for a single repo/project to have different zuul queues? for example having a linting job running in a queue that is a different queue than the others, so it will not be slowed down by a potential long queue.13:06
*** sshnaidm|ruck is now known as sshnaidm|rover13:20
*** arxcruz|rover is now known as arxcruz|ruck13:20
*** hashar_ has joined #zuul13:30
*** hashar has quit IRC13:32
*** bolg has quit IRC13:36
mordredzbr: no, because queues are queues of changes, not of jobs - so a change to a project has to go into a queue to be processed13:37
zbrmordred: by looking at configs I kinda guessed but I had to ask.13:39
zbrmainly i was wondering if there is a workaround for priorietization of quick tests over the heavy ones.13:39
pabelangeryou could have it in or out of a queue, depending on the jobs however. So, if you only ran lint jobs, and it didn't setup the queue, it should be independant13:40
pabelangerbut, can't mix jobs13:40
pabelangerbut, the more I think about it, I think I am wrong13:40
pabelangerbecause I was thinking filematcher and queue logic would come into dynamic play13:41
zbrmy impression is that I cannot really have both queues and jobs that run asap, maybe only if I would have a different zuul server doing it.13:42
pabelangerright, even if you could, that could get pretty confusing fast I think13:43
pabelangertrying to mental map which jobs were in queue A, then the other13:43
mordredzbr: the other thing you can do is make your expensive jobs run after your quick jobs - but we've found in the past that this doesn't wind up being as pleasing as one might think, because in the success case it actually increases total test time13:45
fungizbr: those jobs would run asap if your zuul has available nodes. if not they are prioritized according to various rules (pipeline priority, queue activity, et cetera)13:48
*** michael-beaver has joined #zuul13:49
pabelangerYah, I've usually found, faster jobs is asking mgmt for more funding and access to more testing resources13:56
*** bkorren has quit IRC14:09
corvusAJaeger: yes, i think it's picking up the changes in the dependency list; i'll see if i can tweak that14:14
zbrbit offtopic but I am wondering which is real avg success rate for a build (not individual job), my guesstimate is far less than 50% which means that optimizing for minimal time on best-scenario may have some unexpected side effects.14:18
corvuszbr: a "build" is one run of an individual job.14:21
zbrs/build/chage14:25
AJaegercorvus: yeah, looks like it. Doubt we have it that often that it's a problem but nice optimization.14:30
fungizbr: you're probably thinking of a "buildset" then?14:32
fungi(a gruop of individual builds which all ran at the same time in the same pipeline for the same change/commit)14:33
corvusthose data are not hard to get from the api or the sql database14:33
corvus(or even the code review system)14:33
corvusno need to guess14:34
corvusAJaeger: i think this is a behavior quirk of the check pipeline -- we don't generate the layout for the item ahead in check because we don't actually run jobs on it, so the "diff" it performs is against the currently running tenant layout, so it sees all of the changes in the series.  but in gate, it would have the layout for the item ahead generated, and it should only run the one job.14:43
corvusto fix this, we'll have to waste a little bit more work generating layouts for non-live items in the check pipeline.  but we can probably just do it for the first non-live item.14:44
AJaegercorvus: I'm fine considering this an optimization - and so, if that is too expensive, we can also keep status quo.14:48
corvusAJaeger: i'm looking at the code now14:51
*** saneax has quit IRC14:54
*** bolg has joined #zuul15:04
*** hashar_ has quit IRC15:04
*** bolg has quit IRC15:08
*** pcaruana has quit IRC15:11
tobias-urdinhaving some issues with depends-on, seems like the url is the problem, i'm using a newer gerrit version and zuul 3.9.015:18
tobias-urdinhere is a reproduce http://paste.openstack.org/show/754303/15:18
tobias-urdinmaybe it's my proxy messing the url up, not sure, it works when removing the "/#" probably because it can't match both "/#" and "/+"15:19
clarkbproject names in the url may not be handled either?15:20
tobias-urdinoh yeah prob, gerrit version is 2.15.7 with the old theme not the new polygerrit stuff15:21
openstackgerritJeff Liu proposed zuul/zuul-operator master: Create tasks that spin up kubernetes and run the operator  https://review.opendev.org/66802915:26
openstackgerritJames E. Blair proposed zuul/zuul master: Build layout of most recent non-live item  https://review.opendev.org/67033515:27
fungitobias-urdin: you can try dropping the project name and as long as there is only one change 4255 in that gerrit it ought to still work15:27
corvusAJaeger: ^ there's a fix (hopefully)15:27
fungitobias-urdin: but with notedb, there is no longer a guarantee that the change numbers are unique15:27
corvuswell, it'd be great to support the url as used :)15:28
fungii concur, sounds like it may be a zuul bug15:28
corvusif the change numbers are not unique, we'll have to start including the project name in them15:28
tobias-urdinfungi: ack, kind of sucks if they moved away from the change number not being unique :(15:28
corvusthe increasingly inaccurately named change "number"15:29
fungiwhen zuul queries review.domain.tld for change 4255 without specifying puppet-ceph it should get back a list of changes, usually a list of length 115:29
AJaegerthanks, corvus15:29
fungibut it could be longer than 115:29
corvus(they were only ever a number in github in the sense that every sha1 is a number)15:29
corvuswell, patchset at any rate15:30
fungii mean, if you take the ascii byte values of puppet-ceph they're a number too ;)15:30
fungi(but yeah, you have type conversions to add the change integer)15:30
*** rfolco is now known as rfolco_brb15:43
openstackgerritJeff Liu proposed zuul/zuul-operator master: Create tasks that spin up kubernetes and run the operator  https://review.opendev.org/66802915:49
*** tosky has quit IRC15:53
*** pcaruana has joined #zuul15:57
*** hwangbo has joined #zuul16:05
corvusfyi: https://review.opendev.org/670348 Move zuul/ repos to Zuul tenant16:27
*** mattw4 has joined #zuul16:32
tobiash\o/16:41
pabelanger+2!16:41
pabelangerbut not in a place to monitor16:41
*** altlogbot_1 has joined #zuul16:46
*** altlogbot_1 has quit IRC16:49
corvus+w.  i'll monitor.  i know some things are going to break (just because we need to switch to the new jobs).  i'll plan on doing that as well as fixing anything unexpected.16:53
*** hashar has joined #zuul16:59
*** themroc has quit IRC17:02
*** weshay is now known as weshay|rover17:12
*** sshnaidm|rover is now known as sshnaidm|off17:12
*** hashar has quit IRC17:18
*** altlogbot_2 has joined #zuul17:25
*** altlogbot_2 has quit IRC17:25
*** rfolco_brb is now known as rfolco17:27
*** altlogbot_2 has joined #zuul17:32
*** altlogbot_2 has quit IRC17:35
*** altlogbot_0 has joined #zuul17:37
*** altlogbot_0 has quit IRC17:41
AJaegercorvus: the change for zuul tenant merged 40 mins ago, how long does it take until it gets applied? Last reconfigure on zuul.opendev.org was yesterday...17:46
*** electrofelix has quit IRC17:50
fungitenant configs get explicitly loaded by ansible/puppet pulses17:50
* fungi checks the current frequency17:50
fungilast run completed at 17:41:2917:51
AJaegermmh, ten minutes ago - but http://zuul.opendev.org/t/zuul/status still has "Last reconfigured: Wed Jul 10 2019 21:32:19 GMT+0200 (Central European Summer Time)"17:52
fungiprevious run completed at 17:11:3417:52
AJaegerthanks for checking, fungi17:52
fungii expect it merged after the last pulse began17:52
fungiand they're occurring ~30 minutes apart17:52
fungiso expect it to happen again at ~18:11z17:53
AJaegerit merged 17:04, so should have been in the 17:41 pulse, shouldn't it?17:53
fungihrm, yeah probabl17:53
fungiy17:53
AJaegerWe can also wait another pulse...17:53
fungii'll check the config on the scheduler17:53
AJaegerbut it might have failed to load due to bugs and therefore no reconfig happened17:54
AJaegerthanks, fungi17:54
corvusdo we need to restart it to get it to load with errors?17:54
*** bjackman_ has quit IRC17:55
fungilooks like /etc/zuul/layout/main.yaml was last modified 17:11z and has zuul/zuul in the zuul tenant's untrusted-projects list17:55
fungiJul 11 17:11:33 zuul01 puppet-user[30424]: (/Stage[main]/Zuul::Scheduler/Exec[zuul-reload]) Triggered 'refresh' from 1 events17:56
corvusremote:   https://review.opendev.org/670359 Fix typo in Zuul tenant config17:56
*** rlandy_ has joined #zuul17:56
corvusfungi, AJaeger: ^ seems our validation of the tenant config is less than perfect17:57
AJaegeroops17:57
AJaeger+217:57
corvusvoluptuous.error.MultipleInvalid: not a valid value @ data['source']['untrusted-projects'][1449]['zuul/nodepool']['include'][0]17:57
corvusthat's in the scheduler log ^17:57
fungiit's approved17:57
AJaegerfungi: but not single-core ;)17:58
fungiAJaeger: it was when i started typing! ;)17:58
AJaegerfungi: I was a few seconds faster :)17:58
*** rlandy_ has quit IRC17:58
* AJaeger didn't type :)17:58
*** rlandy_ has joined #zuul17:58
*** rlandy has quit IRC17:59
corvusAJaeger: the fix from earlier is going to take some refactoring of The Algorithm, so will take a bit more time.  but it's going to be fun.  :)17:59
AJaeger;)18:00
*** jeliu_ has joined #zuul18:02
mordredcorvus: ooh - touching The Algorithm18:03
*** rlandy_ is now known as rlandy18:05
fungivery touching18:06
SpamapSso algorithm18:12
AJaegerSpamapS: Algorithm with Captial A ;)18:13
SpamapSNo that was an intentional adjectivication. ;)18:14
AJaegerah18:15
openstackgerritJeff Liu proposed zuul/zuul-operator master: Add Kubernetes Operator Functional Test Job  https://review.opendev.org/66802918:48
AJaegercorvus, fungi, reconfiguration happened - and we have errors...18:50
corvus\o/18:51
fungiwoo! errors are better than radio silence ;)18:51
AJaegeryep - now we know what to fix...18:51
AJaegerjust 10 errors ;)18:51
fungithat's within an order of magnitude of 1 error, which is almost no errors. success!18:52
corvusjeliu_: ^ just so you know, the Zuul error on your change is my fault -- i'm in the middle of moving all the zuul projects to their own tenant and it happened to catch your change.  i'll let you know how to proceed in a few minutes.18:52
corvuswhere *do* we define our nodesets anyway? :)18:52
fungiwe probably *should* define our nodesets for opendev in opendev/project-config, right?18:53
fungiwhether or not we do yet is i guess the real question18:53
corvusyeah, looks like openstack-zuul-jobs defines them in the openstack tenant18:54
*** bhavikdbavishi has quit IRC19:04
*** bhavikdbavishi has joined #zuul19:06
jeliu_corvus: sounds good19:08
*** rlandy is now known as rlandy|brb19:10
*** tosky has joined #zuul19:26
*** jeliu_ has quit IRC19:30
*** altlogbot_3 has joined #zuul19:40
*** altlogbot_3 has quit IRC19:41
*** bhavikdbavishi has quit IRC19:47
*** rlandy|brb is now known as rlandy20:02
*** irclogbot_3 has joined #zuul20:15
*** irclogbot_3 has quit IRC20:16
openstackgerritJames E. Blair proposed zuul/zuul master: Switch to opendev release jobs  https://review.opendev.org/67038820:16
openstackgerritJames E. Blair proposed zuul/zuul master: Switch to opendev release/docs jobs  https://review.opendev.org/67038820:25
*** mattw4 has quit IRC20:31
*** pcaruana has quit IRC20:31
*** mattw4 has joined #zuul20:31
*** igordc has joined #zuul20:32
openstackgerritJames E. Blair proposed zuul/project-config master: Add publish-zuul-website job  https://review.opendev.org/67039120:34
daniel2so the docker compose file included with the example for zuul has a hook that waits for gearman, but gearman isn't actually in the docker-compose yaml file.20:43
fungidaniel2: the zuul scheduler should fork off a gearman process of its own20:45
fungiunless configured not to20:46
daniel2fungi: https://shafer.cc/paste/view/f3c39f02 This is all I keep getting20:53
*** altlogbot_2 has joined #zuul21:02
*** altlogbot_2 has quit IRC21:05
*** hwangbo has quit IRC21:07
*** hwangbo has joined #zuul21:08
daniel2Looking at that script wait-to-start-gearman.sh, I'm not even sure how this is verifying gearman is up:  cat < /dev/null > /dev/tcp/scheduler/4730 && return21:11
clarkbdaniel2: its waiting for the write to the gearman socket to complete21:12
clarkbgearman listens on tcp port 473021:12
clarkbdaniel2: did you make changes to the quickstart compose file?21:13
clarkbI wonder if either the gearman server has been disabled in config or if firewall rules or similar prevent the connection21:14
daniel2clarkb: I updated the volume section and changed the mysql passwords.21:14
clarkbhrm neither of those should affect my two guesses21:14
clarkbcan you docker exec into the zuul scheduler container and then check what zuul processes are running and what ports are being listened on?21:15
openstackgerritJeff Liu proposed zuul/zuul-operator master: [WIP] Verify Operator Pod Running  https://review.opendev.org/67039521:29
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: Add dstat graph roles  https://review.opendev.org/67040222:02
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: Add dstat graph roles  https://review.opendev.org/67040222:03
daniel2clarkb: tcp        0      0 127.0.0.11:39989        0.0.0.0:*               LISTEN      -22:05
daniel2Thats all I got.22:05
clarkbdaniel2: what about processes?22:05
clarkbthere should be two zuul-scheduler processes22:05
daniel2these images dont even have psutils installed :D22:05
daniel2I'm just waiting for it to finish installing22:06
fungiought to be able to see them from the host os22:06
fungithey're just namespaced processes anyway22:06
clarkbya it just becomes trickier to filter out everything else22:06
fungior you mean the host images lack psutils?22:06
daniel2yeah, how do you see the processes for a single container?22:06
daniel2no the docker container22:06
clarkbI think you can pstree under the docker container runc process (or whatever that process is called these days22:07
daniel2https://shafer.cc/paste/view/1e49ce0022:07
daniel2Thats the processes running22:07
daniel2I think it's expecting gearman to be on a remote host?22:08
fungithat doesn't look like the scheduler started either22:09
fungiif that's the scheduler container22:09
daniel2It wont start because its trying to connect to gearman, however, there is no gearman.22:09
clarkb`/bin/bash /var/playbooks/` doesn't look right either22:09
fungiyeah, the gearman service is in the scheduler container22:09
clarkbya there is no german because there is no scheduler22:09
daniel2clarkb:       - "./playbooks/:/var/playbooks/:z"22:10
daniel2It creates a volume with that.22:10
clarkbah well it seems that isn't completing and continuing to the other side of hte && whcih starts the zuul scheduler22:10
clarkbso I guess it could be related to your volume changes afterall22:10
daniel2I didnt change that one.22:11
daniel2Just the sshkeys and logs one.22:11
clarkbyou'll need to figure out why that is hanging22:11
clarkbcould try stracing it22:11
daniel2Its hanging because it can't connect to gearman22:11
fungiit can't connect to gearman because the scheduler process isn't starting (or is insta-crashing)22:12
clarkbdaniel2: `/usr/bin/dumb-init -- sh -c /var/playbooks/ && zuul-scheduler -d` is the command that will start the scheduler process22:12
clarkbthat command seems to be hanging22:12
clarkbthat is not the command that checks if gearman is started22:12
clarkb/bin/bash /var/playbooks/ <- seems to be the problem I think22:12
fungithe scheduler daemon starts and shortly thereafter forks a new process which listens on the gearmanport22:13
fungiunder normal circumstances22:13
clarkbthat should exit (still not quite sure what it is doing) then it will start the zuul-scheduler22:13
clarkb"sh -c '/var/playbooks/wait-to-start.sh && zuul-scheduler -d'" is what the command should be according to my zuul checkout22:14
clarkband that is waiting for gerrit to start iirc22:15
*** bolg has joined #zuul22:16
clarkbdaniel2: can you double check that ^ the comamnd I pasted just above is what you still hve in your docker compose file? then the other thing I would do is strace that process22:18
daniel2I'm trying the default docker-compose file.22:18
daniel2Removed all my changes.22:18
*** bolg has quit IRC22:19
*** altlogbot_2 has joined #zuul22:20
*** irclogbot_0 has joined #zuul22:20
daniel2So it looks like my changes did break it.22:20
daniel2the sshkey volumes should be blank as it generates them on compose up.22:21
daniel2Now it's having issues with zookeeper .22:21
fungiprogress!22:21
daniel2scheduler_1     | 2019-07-11 22:21:03,125 WARNING zuul.zk.ZooKeeper: Retrying zookeeper connection22:22
daniel2Thats all I got.22:22
fungii guess we need to explicitly say in the quickstart that the sshkey volumes need to be empty22:22
daniel2yeah, I thought it was a fill in the blank :D22:22
clarkbdaniel2: for that you should check if zookeeper/java process is running and if so that it is listening on port 2182 (I think that is the right port)22:22
fungijust need somewhere durable to write the keys22:22
*** altlogbot_2 has quit IRC22:23
*** irclogbot_0 has quit IRC22:24
*** rfolco has quit IRC22:24
*** rfolco has joined #zuul22:24
daniel2zookeeper container is running, netstat shows the ports are listening.  Technically they are only listening on dockers local net22:26
clarkbis that warning you got persistent or did it go away?22:27
daniel2oh good lord.  It was because my configs are wrong.22:27
clarkbcould just be a race between zuul starting and zookeeper starting22:27
daniel2I tried to just copy and paste my old configs to the docker setup, which made the hosts wrong.22:28
fungithat could certainly do it22:31
daniel2Is it Friday yet?22:34
fungiutc friday in t minus 85 minutes22:35
daniel2Only 4:36pm here in Idaho.22:36
daniel2I'm still at work, and it's too late to try and beat traffic so I'll probably stay till 6 since I live 26 miles away.22:36
fungii'm in the atlantic ocean, but i live on utc out of convenience22:37
daniel2Hows the fish?22:37
fungigood right now. lots of tilefish and wahoo22:37
daniel2fungi: when you say you live in the atlantic this is all I could think about: https://www.youtube.com/watch?v=j1kftCx5-tA22:38
fungii would also have accepted a clip from sealab 202122:40
openstackgerritMerged zuul/project-config master: Add publish-zuul-website job  https://review.opendev.org/67039122:40
fungibut no, i'm technically on a sandbar ~10mi offshore22:40
daniel2I remember that show.  The old school adult swim block.22:40
fungitrying to compute during breaks from battling with my lawn22:40
fungi(grass *does* grow in sand, too well unfortunately)22:41
daniel2Neighbors called the city on me for my lawn.  I told the city to shove it since they have no reign over my lawn.  There is no homeowners association where I live.22:41
fungimy town council will fine me us$50/day if my lawn gets too tall. they've already threatened after the jerk non-resident homeowner neighbors complained22:43
fungii suppose i could challenge them... they could also turn off my fresh water supply and stop picking up my trash in retaliation22:44
daniel2my neighbor is some old "get off my lawn" retired guy.  He hated that a young couple bought a house on their street.22:45
clarkbdaniel2: idaho has traffic? (also yay PNW)22:45
clarkbthough now I wonder if idaho counts as PNW? I don't actually know22:45
daniel2It does have traffic on the freeway.  Boise currently is the fastest growing city in the US.22:45
daniel2So our infrastructure can't handle the influx of residents.22:46
clarkbwikipedia says yes22:46
daniel2Not only that, I work in Downtown Boise, and I live in a city called Caldwell 30 miles away22:46
daniel2clarkb: PNW?22:46
clarkbpacific northwest22:46
clarkbI'm in portland22:46
daniel2Ah, oregon is like 30 miles from me.22:46
daniel2I do a trip to oregen every other month... for medical reasons.22:47
fungihah. not going to dig into that one22:48
*** mattw4 has quit IRC22:54
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Add dstat graph roles  https://review.opendev.org/67040222:55
*** mattw4 has joined #zuul22:56
*** altlogbot_1 has joined #zuul22:58
*** altlogbot_1 has quit IRC22:59
*** irclogbot_3 has joined #zuul23:02
*** mattw4 has quit IRC23:03
*** mattw4 has joined #zuul23:03
*** irclogbot_3 has quit IRC23:06
*** tosky has quit IRC23:07
*** irclogbot_1 has joined #zuul23:10
*** irclogbot_1 has quit IRC23:16
openstackgerritJames E. Blair proposed zuul/zuul master: Switch to opendev release/docs jobs  https://review.opendev.org/67038823:20
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Switch to zuul docs jobs  https://review.opendev.org/67041523:43
*** armstrongs has joined #zuul23:48
openstackgerritMerged zuul/zuul-jobs master: Switch to zuul docs jobs  https://review.opendev.org/67041523:54
*** mattw4 has quit IRC23:56
*** dmsimard4 has joined #zuul23:58
*** dmsimard has quit IRC23:58

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