Saturday, 2013-07-20

mordredclarkb: woot00:01
lifelessmordred: you use it from pypi right ?00:01
*** arborism has quit IRC00:04
clarkbI need a firefox plugin that won't let me have two tab of the same uri open at the same time unless I click some override00:07
lifelessclarkb: ^00:07
lifelessdo we use django-openid-auth from pypi00:07
lifelessor debs00:07
clarkblifeless: pypi00:07
lifelesscool00:08
lifelessthanks00:08
lifelessmordred: ttx: mail sent.00:08
mordredlifeless: yes00:10
mordredlifeless: thank you!00:10
clarkbmordred: https://jenkins.openstack.org/job/periodic-mirror-python27/142/consoleFull did not copy pycparser to the mirror00:10
mordredclarkb: why not?00:10
clarkbmordred: no idea00:10
* clarkb does some testing00:10
mordredclarkb: oh.00:11
*** mkirk_ has quit IRC00:11
mordredclarkb: I betcha it's a setup_requires00:11
lifelessmordred: so run-mirror; brass tacks00:11
lifelessmordred: is it concurrency safe?00:11
mordredclarkb: we still do not have a systemic solution for those other than adding them directly to requirements00:11
mordredlifeless: uhm. I'm not sure I've even thought through that00:11
clarkbmordred: ok, I will do that if I can confirm it is a setup requires00:11
lifelessmordred: also I'm thinking the sequence is this: during install of dib, we install run-mirror and setup an initial mirror with jeeypb in it.00:11
clarkblifeless: no00:11
*** nati_ueno has joined #openstack-infra00:12
clarkbI think they will fight over the same pip cache00:12
mordredwell, I guess the question is "is the pip cache concurrency safe"00:12
clarkbwhich may not be a problem in most cases but if you feed two different inputs into the system one will win00:12
lifelessmordred: then inside the image when we build it we install jeepyb from the mirror, and then update it00:12
lifelessor perhaps we do it from outside. Not sure yet.00:12
mordredlifeless: I'm in favor of both or either of those choices00:13
dstufftI'm almost 100% that the pip cache doesn't do anything to make itself concurrency safe00:13
dstufftif it is safe it's likely safe by accident00:13
clarkbmordred: pycparser is a cffi install_requires00:14
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add hieraedit.py  https://review.openstack.org/3800300:14
mordredclarkb: ooh. that should have been picked up then00:15
jeblair^ "hieraedit key new-value"00:15
mordredjeblair: nice00:15
jeblairthe first run it's going to change everything by getting rid of a bunch of quotes and alphabetizing things.  :|00:15
jeblairthere was only so much "make it look like what we have now" i could reasonably do.00:16
jeblair(though i did get some things)00:16
clarkbmordred: installing xattr 0.7.1 locally has pycparser showing up in a pip freeze00:16
mordredclarkb: GAH00:16
jeblairalso "hieraedit key" will print the value for that key00:17
mordredjeblair: I'm fine with making the file more sensible in that way00:17
clarkbI will try running the mirror script again out of lazyness and being fresh out of ideas00:17
jog0mordred: any simple way to test that change in devstack?00:17
dstufftmordred: instead of using pip cache you could jsut run a local proxy that hits PyPI and shoves everything it fetches into a directory00:17
dstufftso pip and such would be configured to use th elocal proxy in the mirror build script00:18
dstufftlocal proxy grabs from PyPI, serves it and stashes in a directory00:18
dstuffttarball directory, you haz a mirror00:18
*** nati_ueno has quit IRC00:20
*** cppcabrera has quit IRC00:22
fungiclarkb: looking back at puppet, seems not to be failing on review.o.o but the latest jeepyb installed by vcsrepo is f98a3a4 which is about a dozen commits behind the tip of master even though the vcsrepo config in jeepyb.pp ensures latest00:22
reedit's beer time00:23
reedbye, see (some of) you in Portland00:23
*** reed has quit IRC00:23
mordreddstufft: tried that. none of the proxy programs are good enough00:24
mordreddstufft: like, I emperically attemped a re-write of our mirror software by using one of the proxies and none of them could do it. I was a sad panda00:25
mordredjog0: it will, in fact, run a devstack-gate test00:25
mordredjog0: because we gate pbr on devstack :)00:25
dstufftmordred: alternative: kill with fire anything that isn't hosted on pypi00:25
clarkbmordred: wsgi-ref and pycparser are not ending up in the pip cache00:25
clarkbthey are both cffi requirements00:25
*** nati_ueno has joined #openstack-infra00:25
mordredclarkb: wow. what the hell?00:25
clarkbmordred: fungi: I need to take a break caffeinate/beer. it would be great if someone else could look into this00:26
lifelessare the explicit or transitive?00:26
clarkbmordred: https://jenkins.openstack.org/job/gate-keystone-pep8/6428/console is how it manifests itself00:26
mordredlifeless: transitive00:26
jog0mordred: nice, I like it when things just do what you would expect00:26
clarkblifeless: xattr -> cffi -> pycparser/wsgi-ref00:26
mordredlifeless: but run-mirror is designed ot handle transitive depends00:26
lifelessmordred: ok00:26
mordreduntil today, the only transitive depends we miss are things that are setup_requires and not install_requires00:26
clarkbmordred: I am going to remove xattr 0.7* from our mirror now. Which will allow things to work until the mirror jobs run again00:27
mordredclarkb: +10000:27
lifelesshow/why do setup_requires get missed?00:27
*** linuxmohan has joined #openstack-infra00:27
mordredlifeless: because they don't get installed into the venv00:27
jog0mordred: lokks like its working so far00:27
mordredlifeless: so we don't have a way of finding them00:27
lifelessmordred: but they do get sucked down right00:27
*** dirk has quit IRC00:27
lifeless?00:27
mordredyes. easy_install grabs them and sticks an egg file into the temporary build dir00:28
mordredbut that dir goes away00:28
lifelessdoes easy_install support a download cache dir?00:28
mordredwe have discussed setting up a passthrough caching pypi mirror that we configure in .pydistutils.cfg00:28
lifelesscause if it did you could tell it to use such a dir00:28
mordredto allow us to grab things that get easy_installed00:28
mordredlifeless: it does not00:28
lifelesssuck00:28
mordredlifeless: easy_install is the worst pile of shit00:29
mordredever infliceted on python00:29
mordredwhich is why pbr kills it with fire00:29
clarkbmordred: I have removed new xattr from the mirror. I am going to afk for a bit now00:29
mordredclarkb: thank you00:29
*** nati_ueno has quit IRC00:29
mordredlifeless: dstufft and I spoke briefly a while back about trying to figure ohow to get pip to grok that a setup_requires was needed when pip installing things00:30
fungithe caching proxy solution would need some belts and braces too... first, not everything we download via pip actually comes from pypi (some might only be indexed there). also, are we guaranteed that all the download mechanisms in play respect proxy settings?00:30
mordredfungi: we are guaranteed that we can tell easy_install to use the proxy00:31
fungiokay, then there's that at least00:31
mordredand when I tested it, it _does_ do a good job of catching all traffic00:31
dstufftwsgiref ships with Python itself doesn't it?00:31
mordredthe main problem is that it can only be a supplimental00:31
mordredbecause it's not good enough to actualy build our whole mirror00:31
dstufftmordred: why00:31
*** linuxmohan has quit IRC00:31
mordreddstufft: because it breaks00:31
mordreddstufft: each one in different ways00:31
dstufftspecifics?00:31
dstufftlol00:31
dstufftfucking packaging00:31
mordredone of them didn't like case insensitivity00:32
dstufftoh wait00:32
dstufftI see what you're saying now00:32
mordredone of them thinks that being clever with async downloading backends is cute00:32
dstufftmordred: did you try devpi?00:32
mordredyes00:32
dstufftIT's borken?00:32
mordredit's the 'clever async' one00:32
* dstufft hasn't actually used it00:32
mordredyup00:32
dstufftah00:32
mordredit _mostly_ works00:32
mordredexcept sometimes it returns not found00:32
jeblairjenkins.openstack.org cert replaced00:33
mordredwhen it shouldn't00:33
dstufftpackaging is the worst00:33
mordredyup00:33
dstufftmordred: how much of your stuff you install isn't hosted on pypi00:33
mordreddstufft: no idea00:33
mordreddstufft: I don't think it would help if it all was though00:33
mordredwe need to be able to not depend on external network-based resources within a test run00:34
dstufftmordred: if it was all you could implement a caching local index within like a 100 lines of flask app00:34
dstufftit's the requirement to hit other urls that makes that hard00:34
mordredwhy would it matter?00:34
mordredoh - gotcha00:34
mordredwell, that's the other thing00:34
mordredabout devpi00:35
mordredit talks to pypi itself00:35
mordredrather than using pip00:35
mordredto talk to pypi00:35
mordredI think it's actually a super simple problem00:35
lifelessmordred: dunno if you saw, but dib now has a --offline mode.00:35
mordredwrite the passthrough caching proxy and have that thing use pip on the backend to actually fetch the request content00:35
mordredlifeless: SWEET00:35
mordreddstufft: but once you start doing direct curl calls to pypi simple indexes yourself00:36
lifelessmordred: which is not as strict as you'll want00:36
dstufftI wouldn't use pip on the backend tbh00:36
mordredno?00:36
mordredwhy not?00:36
lifelessmordred: but its a long step in the right direction - its 'use caches and don't refresh them'00:36
lifelessmordred: a) yum, b) apt, c) we haven't implemented the pip cache yet.00:36
dstufftmordred: pip is a mess, it just happens to be less a mess than anything00:36
*** prad has joined #openstack-infra00:36
dstufftbut if you restrict yourself to pypi itself00:36
dstufftthe logic is fairly simply00:36
*** nati_ueno has joined #openstack-infra00:37
mordredwell, I'm pretty sure that won't be possible00:37
mordredand we're REALLY REALLY close to having this all be good00:37
dstufftmordred: That might change when people start getting warnings that their installs are insecure :D00:37
mordredI think our problem right now is 3 level deep transitive depends00:37
*** nati_ueno has quit IRC00:37
mordredxattr -> cffi -> pycparser00:38
*** linuxmohan has joined #openstack-infra00:38
mordredI think pip install xattr winds up with pycparser being pulled by easy_install, yeah?00:38
jeblairfungi, clarkb, mordred: puppet is disabled on review00:39
dstufftuh00:39
dstufftlooking00:39
jeblairfungi, clarkb, mordred: who did that and why?00:39
mordredwhich, if true, might mean that devpi as an easy_install trap might be worth it?00:39
*** rwsu is now known as rwsu-away00:39
jeblairfungi, clarkb, mordred: (istr it's because of the jeepyb thing?)00:39
mordredjeblair: clarkb disabled puppet in places earlier for some reason00:39
mordredclarkb | I have reenabled puppet in all of the places that I had turned it off (mirror slaves, logstash.o.o, and the elasticsearch nodes)00:40
dstufftmordred: pycparser should be installed by pip00:40
dstufftit's an install_requires00:40
mordreddstufft: hrm00:40
mordreddstufft: right. but it's in install_requires of an install_requires00:40
dstufftstill pip00:40
jeblairnot really pleased with this00:40
mordredok. well, for some reason it's not showing up.00:41
* mordred will dig further00:41
dstufftpip will download xattr, run egg_info, parse requires.txt, download those (cffi), run egg_info on those, parse requires.txt, download those (pycparser)00:41
dstufftjust verified00:42
dstufftDownloading/unpacking pycparser (from cffi>=0.4->xattr)00:42
dstufft  Using download cache from /Users/dstufft/.pip/cache/https%3A%2F%2Fpypi.python.org%2Fpackages%2Fsource%2Fp%2Fpycparser%2Fpycparser-2.09.1.tar.gz00:42
dstufft  Running setup.py egg_info for package pycparser00:42
fungijeblair: i'll hunt down when and why puppet got disabled00:42
mordreddstufft: 2013-07-19 23:06:51.083 |     Running pycparser-2.09.1/setup.py -q bdist_egg --dist-dir /tmp/easy_install-dSAMlW/pycparser-2.09.1/egg-dist-tmp-_T3qkP00:42
dstufftwat00:42
mordreddstufft: https://jenkins.openstack.org/job/periodic-mirror-python27/142/consoleFull00:42
mordreddstufft: look at log - search for pycparser00:42
*** linuxmohan has quit IRC00:42
dstuffthttps://gist.github.com/dstufft/604332300:42
dstufftlooking00:42
mordreddstufft: your gist is what I expect to happen00:43
jeblairJul 20 00:38:46 review puppet-agent[1004]: Finished catalog run in 21.64 seconds00:43
jeblairJul 20 00:38:49 review puppet-agent[24964]: Skipping run of Puppet configuration client; administratively disabled; use 'puppet Puppet configuration client --enable' to re-enable.00:43
jeblairfungi: ^ those 2 log lines really don't make any sense00:43
jeblairfungi: (the second is from my cmdline invocation)00:43
jeblairfungi: the first is presumably the running puppet agent which claims to be doing things00:43
dstufftmordred: is the script that this job runs available anywhere00:44
*** koudaddy1981 has joined #openstack-infra00:44
mordredmordred@mirror27:~$ pip --version00:44
mordredpip 1.0 from /usr/lib/python2.7/dist-packages (python 2.7)00:44
mordredperhaps we should upgrade pip on our mirror builder slaves?00:44
dstuffthum00:44
dstufftperhaps00:44
*** sarob has joined #openstack-infra00:44
dstufftpip 1.0 is pretty old00:44
dstufftit's also vulnerable to MITM00:44
mordreddstufft: yes. https://github.com/openstack-infra/jeepyb/blob/master/jeepyb/cmd/run_mirror.py00:45
mordredjeblair: when you have a moment (puppet on review is more important) I think we should upgrade pip on mirror building slaves, but want to get your take00:45
fungijeblair: it doesn't look (from the agent reports on dashboard) like puppet is or was disabled on review.o.o any time recently00:46
dstufftmordred: -M is slow and insecure too btw00:46
jeblairmordred: do we have a choice?00:47
jeblairfungi: i will --enable and move on.00:47
mordredjeblair: I'm going to go with "no" - also because of the security aspect00:48
mordredjeblair: since pip  1.0 does not use ssl00:48
jeblairmordred: shouldn't there be an os package update?00:48
mordredjeblair: not on precise00:48
jeblairmordred: it's not secure enough for us to use, but it's not insecure enough for them to push an update?00:48
*** prad is now known as prad-afk00:49
fungijeblair: ahh, it's puppet configuration client and not puppet agent that log says is disabled... i wonder what the configuration client is? looking it up...00:49
dstufftjeblair: well fixing it would require them to upgrade from 1.0 to 1.300:49
dstufftNot sure if ubuntu is willing to do that to an already released version?00:49
mordredwhich is against policy00:49
mordredno, I believe they would consider this "working as designed when precise was released"00:50
jeblairmordred: so basically, we decided, hey we want to stop pip installing things globally via puppet and only use packages for that, including packages from the cloud archive00:50
dstufftmaybe I should figure out how to make a ppa of pip00:50
jeblairmordred: so if we could install that with dpkg, that'd be great00:50
mordredjeblair: how about this...00:50
mordredjeblair: how about we have run_mirror upgrade pip in the virtualenv it uses to do the work00:51
fungijeblair: apparently puppet sometimes erroneously claims that... http://projects.puppetlabs.com/issues/13299 (i suspect there's more than one way to get it to think that's the case)00:51
mordredjeblair: and use the pip from that virtualenv to do its work00:51
mordredrather than the system pip00:51
mordredsince we're going to want it to use pip 1.4 when that comes out anyway00:51
jeblairmordred: well, that doesn't address the security aspect.00:51
jeblairmordred: i suspect i have missed the actual problem you're trying to solve.  :)00:52
mordredjeblair: there are a couple00:52
jeblairmordred: fyi, i have not been paying attention.00:52
mordredjeblair: I know. I was tyring to tl;dr you - so I did not present a full thing00:52
jeblairroger00:52
jeblairreview.openstack.org cert replaced00:53
jeblairfungi, clarkb, mordred: puppet agent --test reported no other changes, so i think the disable was benign.00:54
mordredjeblair: good00:54
fungijeblair: yeah, it seems like it's sometimes confused. i also see reports a stale lockfile or second/hung concurrent agent run can cause that message00:55
jeblairmordred: i recall that at one point we had slave machines that had pip installed pip and they were completely hosed00:55
* clarkb catches up on scrollback00:55
mordredjeblair: the _main_ think is that pip 1.0 is not doing transitive depends properly so we're winding up with 2-deep transitive depends being handled by easy_install and thus not ending up in the mirror00:55
mordredjeblair: newer pip behaves properly00:55
jeblairmordred: that makes upgrading in a venv for the mirror script sound like a reasonable solution00:56
clarkbjeblair: they don't get completely hosed. what happend was pip provider in puppet ensured latest and it caused puppet to report it did things on every run00:56
mordredjeblair: we also will want a a strategy for getting new pip/virtualenv/tox when they come out, because we'll need them to do pre-release filtering and wheel support00:56
clarkbbecause puppet uses pip freeze to see what it needs to install and pip does not report itself in a pip freeze00:56
mordredbut we don't need to solve that right now00:56
clarkbI have filed a bug upstream for this00:56
dstufftmordred: would a PPA be useful for you guys in that realm?00:56
jeblairclarkb: istr that oneiric hosts were actually hosed too because pip reported incorrect versions for other things as well00:56
mordreddstufft: possibly?00:57
jeblairmordred, dstufft: .debs are ideal for that00:57
dstufftBeen thinking about fucking around with getting a ppa that tracks pip stable00:57
dstuffthaven't gotten around to it00:57
jeblairmordred: i believe at that point those are good candidates for the cloud archive tho00:57
mordreddstufft: ++00:57
jeblairmordred: and don't forget rpms.  :)00:57
mordredjeblair: /me cries00:58
dstufftif it fixes things for you guys I can priotiize it higher00:58
mordreddstufft: I think we've got a temp fix for this we can do with venvs for now ... so don't go out of your way00:58
jeblairmordred: cloud archive because that'll be a priority for doing openstack development (it'll be beyond just infra at that point)00:58
mordredzul: we need you to put things in cloud archive00:58
clarkbI did not disable puppet on review. I had puppet disabled on logstash to fix the log swap stuff, on the mirror slaves because I manually applied the libffi-dev stuff and on elasticsearch bceause I needed to get my emergency changes into puppet, but I have enabled it everywhere I turned it off before the weekend00:58
jeblairclarkb: yeah, fungi said it's possibly a puppet error00:59
*** nati_ueno has joined #openstack-infra01:02
clarkbmordred: jeblair fungi do we have a fix then? is it to use virtualenv?01:02
pabelangerSo, I was checking out pbr and sphinx when I noticed the follow with nova-docs01:02
pabelangerhttps://jenkins.openstack.org/view/All/job/nova-docs/7557/consoleText01:02
fungii see no actual signs it is or was disabled, and at least a couple bugs about that message appearing erroneously01:03
pabelangerthere is a ton of warnings, but looks like the job still passes01:03
mordredclarkb: yeah. I'm making a jeepyb patch righ tnow01:03
pabelangersomething not getting parsed right I guess01:03
clarkbmordred: why not patch jjb configs?01:03
mordredclarkb: what?01:03
jeblairwiki.openstack.org cert replaced01:03
clarkbmordred: do the venv stuff in the jenkins job01:04
fungiclarkb: but back to your comment about jeepyb on review.o.o being stale, ensure=>latest in vcsrepo should track the tip of master, right? it's not (a dozen commits behind now), and puppet's not erroring01:04
clarkbfungi: it should01:04
fungioh! wait01:05
mordredclarkb: the pip in jeepyb for the mirror is part of the venv that's used01:05
mordredclarkb: jenkins jobs do not have enough context01:05
*** sarob has quit IRC01:05
fungiit's up to date in /opt, but its pip-installed system-wide on review.o.o from about a dozen commits ago01:05
clarkbmordred: ok, I await the patch01:05
fungii guess vcsrepo doesn't do a 'pip install /opt/jeepyb' when it updates01:06
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Upgrade pip in the mirror building venv  https://review.openstack.org/3800401:06
mordredclarkb: hrm. I'm lying. the pip in the virtualenv on mirror27 is 1.3.1 already01:07
mordreddammit01:08
mordreddstufft: ^^01:08
dstufftmordred: :[01:08
mordredthe behavior in that log makes no sense!01:08
jeblairetherpad.openstack.org cert replaced01:08
jeblairclarkb, fungi, mordred, pleia2: ssl cert for git.o.o added to hiera under the usual pattern01:08
dstufftmordred: I'm on a phone call right now, can you get me the exact command pip runs? and what repo i'd need to do to run it locally?01:09
fungijeblair: awesome. we'll make sure it gets integrated01:09
mordreddstufft: yes. I will get you infos01:09
fungiclarkb: out of curiosity, how does the install of jeepyb pip freeze shows (which is not a version released to pypi). currently reported as jeepyb==0.0.122.f98a3a4 which is not as new as what's in /opt/jeepyb01:10
mordredI KNOW WHAT IT IS01:10
clarkb\o/01:10
mordredit's not fixable01:10
fungimordred: the glorious eureka moment01:10
clarkbNNNOOOOO01:10
fungiwhy is it not fixable?01:11
dstufftmordred: wat is it01:11
mordredit's the local egg thing01:11
mordredsetup_requires triggers easy_install to grab the stuff01:11
mordredwhich puts eggs in the current dir01:11
mordredwhich causes pip to think that the software is there01:11
dstufftYes, but pip shouldn't look at that else it would break for the simple test case of ``pip install xattr``01:11
*** bknudson has quit IRC01:12
mordredhrm01:12
mordredthe thing is - this: Writing /tmp/easy_install-CITY8u/pycparser-2.09.1/setup.cfg01:13
pabelangerOooh, I see. You need to add [pbr]\nwarnerrors = True\n to get sphinx to error on warnings01:13
mordredis happening in the Running setup.py egg_info for package xattr block01:13
mordredwhich leads to Installed /tmp/tmpRL4RxH/build/xattr/pycparser-2.09.1-py2.7.egg01:13
dstufftmordred: it should install it into the buold directory01:14
dstufftwhichi makes it available to setup.py01:14
dstufftbut not to pip01:14
dstuffthttps://gist.github.com/dstufft/6043323#file-gistfile1-txt-L3601:14
dstufftbecause the build directory isn't on sys.path for pip, but pip subprocesses out to setup.py, so it is on the sys.path for that01:15
mordredyup. for some reason this is not the behavior that I'm seeing in the pip.log01:15
dstufftmordred: why does this install everything twice01:18
dstufftoh I see01:18
dstufftnevermind01:18
dstufftacutally no I don't see01:18
dstufftmordred: Downloading/unpacking xattr>=0.4 (from -r /tmp/tmpoO19Px (line 67))01:19
dstufftdo we know what the value of /tmp/tmpoO19Px is01:19
dstufftuh01:21
dstufftmordred:01:22
dstufft2013-07-19 23:13:12.486 | Bad md5 hash for package https://pypi.python.org/packages/source/c/colorama/colorama-0.2.5.zip#md5=db7356055c2ed4f5fe9f386490943f20 (from https://pypi.python.org/simple/colorama/)01:22
dstufft2013-07-19 23:13:12.486 | Storing complete log in /home/jenkins/.pip/pip.log01:22
dstufftlooks like pip exited in the middle of the build?01:22
dstufftbut the miror script didn't stop01:22
*** cppcabrera has joined #openstack-infra01:28
openstackgerritPaul Belanger proposed a change to openstack-infra/zuul: Enable warnerrors for pbr to catch Sphinx warnings  https://review.openstack.org/3800601:29
mordreddstufft: that's correct. we try to grab as much as we can, because we're talking to the internet and something might bork mid-way through01:29
mordredthat may not be a great idea though01:29
dstufftmordred: it failed on coloroma on every run it looks like01:30
dstufftso it might not be that pycparser wasn't installed01:30
dstufftpip might just not have gotten to it yet01:30
mordredbecause of that reason01:30
mordredyes01:30
dstufftbefore it bailed out01:30
mordredso - I have a patch that should address that01:30
mordredhttps://review.openstack.org/#/c/34146/01:30
mordredwhich, instead of installing the whole file01:30
mordreddoes a per-line pip call01:31
mordredwhich means each depend should succeed or fail01:31
dstufftthat will have a different behavior that installing the whole file fwiw01:31
dstufftyou might end up with different versions of things installed01:31
dstufftI think01:31
dstufftthen again pip has a horrible dep resolver01:31
dstufftso maybe not01:31
mordredthe "package in middle of file fails so we lose everything else" seems like a potentially greater (and currently manifesting) problem01:32
dstufftis there more to this log then is shown here01:33
dstufft2013-07-19 23:03:30.094 | Started by user Clark Boylan01:34
dstufft2013-07-19 23:03:30.095 | [EnvInject] - Loading node environment variables.01:34
dstufft2013-07-19 23:03:30.184 | Building remotely on mirror27 in workspace /home/jenkins/workspace/periodic-mirror-python2701:34
dstufft2013-07-19 23:03:30.219 | [periodic-mirror-python27] $ /bin/bash -xe /tmp/hudson5451042873003930760.sh01:34
dstufft2013-07-19 23:03:30.229 | + /usr/local/bin/run-mirror -c /home/jenkins/pypimirror/etc/pypi-mirror.yaml01:34
dstufft2013-07-19 23:06:51.044 | Installing pip requires for https://github.com/openstack/requirements:remotes/origin/master failed.01:34
dstufftshouldn't there have been output01:34
dstufftbefore that fail01:34
dstufftmordred:  I ask becasue every attempted install of colorrama that is listed in the log was pulling it from the download cache01:35
dstufftso obviously whatever populated that download cache put something bad in there01:35
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Use precisepy3k instead of precise3k.  https://review.openstack.org/3800701:35
dstufftand then pip, being the stupid git it is, just blindly used it and failed instead of getting it from the soruce01:35
dstufftoh hey01:37
dstuffthttps://github.com/pypa/pip/pull/96801:37
*** sandywalsh has quit IRC01:37
dstufftlooks like another pip 1.4 fix :V01:37
jeblair#status log replaced ssl certs for jenkins, review, wiki, and etherpad01:41
clarkbjeblair: woot01:42
clarkbmordred: so, should we pin xattr for now or are we actually going to fix this?01:42
clarkbmordred: or, and I don't care for this option too much, do we want to manually update the mirror?01:42
*** nati_ueno has quit IRC01:44
mordredclarkb: well... it seems the real problem is not related to xattr01:49
*** koobs has quit IRC01:49
*** koobs has joined #openstack-infra01:49
mordredclarkb: I think at the VERY least we should delete the current colorrama from the pip cache01:49
dstufftmordred: does that cache get cleaned between builds01:49
dstufftor does it stick around01:49
mordreddstufft: no. it does not01:49
mordredit sticks around01:49
clarkbit sticks around so that it doesn't take an hour each time01:50
clarkbI am not currently on a computer with ssh keys into stuff, but want to make sure this doesn't get lost over the weekend while everyone is traveling and/or in dufur middle of nowhere oregon01:51
mordredclarkb: I'm going to delete colorama01:51
mordredand re-run01:51
dstufftmordred: pip 1.4 will make this case better then01:51
dstufftnot sure why it would have a bad cache though01:51
mordreddstufft: 1.4 will solve everything01:52
dstufftlooks like the last change to colorama was 6-1501:52
mordreddstufft: we have noticed from time to time that we get bad md5 things01:52
mordredit's possible this has been a problem since then01:52
mordredit's one of the reasons I wrote the above back to jeepyb01:52
dstufftmordred: happens with cached downloads when someone deletes a file and reuploads a different one01:52
mordredpatch01:52
mordrednot back01:52
mordreddstufft: which should be completely disallowed01:52
dstufftI agree01:52
dstufftthat's on my list to fight for again01:52
dstufftI tried to argue that a year and a half ago01:53
dstufftalmost 2 years now01:53
clarkbdstufft: I will sit in the trenches with you if you need more bodies01:53
clarkbbecause bad bad bad01:53
mordreddstufft: people argue AGAINST you?01:53
dstufftand a lot of shit was throw "well they can do X or Y instead if they really want too"01:53
dstufftso i'm systematically getting rid of those X and Y's01:53
dstufft:D01:53
mordreddstufft: have any of these people ever used computers?01:53
mordred:)rant rant rant01:53
dstufftmordred: well to give an example, one of the people arguging against me was PJE, creator of setuptools/easy_install01:54
dstuffthe's on the opposing side of me a lot01:54
dstufft:[01:54
fungibut... people are sloppy and make mistakes, and too lazy or embarrassed to make a new release/version bump. can't everyone cater to their whims?01:54
mordredI cannot imagine anyone opposing restricting the re-uplloading of a new thing with the same version01:54
mordredI have re-kicked mirror-python27 ...01:55
mordredhttps://jenkins.openstack.org/job/periodic-mirror-python27/144/console01:55
mordredin case anyone wants to follow along at home01:55
pleia2o/01:55
dstufftmordred: https://gist.github.com/dstufft/409306ae13c6f076719d01:55
clarkbpleia2: you have landed?01:55
mordreddstufft: stab stab stab01:55
pleia2clarkb: checked in at hotel01:55
fungipleia2: safe of mind and body?01:55
clarkbpleia2: are you in portland?01:55
pleia2it's summer here :)01:55
pleia2clarkb: yep01:55
dstufftfungi: literally one of the arguments against me was "sometimes we make mistakes and we can't just increment the version becasue we have to write blog posts and stuff for new versions"01:56
dstufftwhich my response was01:56
clarkbpleia2: it has been perfect in the NW the last week or so01:56
dstuffttest your fucking shit before you upload it then01:56
mordred"get better automation"01:56
*** zaro0508 has quit IRC01:56
fungidstufft: my response would have been *thppphbbbht* (a la bill the cat)01:56
dstufftversion numbers are not a limited resource :V01:56
clarkbpleia2: I can recommend cascade barrel house for beering01:56
* fungi makes more numbers01:56
pleia2clarkb: cool, thanks01:56
dstufftthey are not hand crafted by orphan children in a diamond mine01:56
clarkbor hair of the dog, or breakside or brass horse or pints or baileys01:56
clarkb^ makes me miss portland01:57
mordredsoon we can stop mirroring colorama01:57
*** sandywalsh has joined #openstack-infra01:57
fungipleia2: what day is your preso? don't want to miss it01:57
mordredbecause we can get rid of openstack.nose_plugin01:57
mordredonce we stop using it01:57
clarkbmordred: and nosehtmloutput :)01:57
mordredyup01:57
mordredand nose01:57
pleia2fungi: thursday at 11:3001:57
fungiwe can finally cut off our nose to spite our face?01:58
mordredfungi: YES01:58
dstufftmordred: but yea, that gist I pasted all happened on 6-15-2013 so it's likely your mirror script has been broken since then01:58
fungipleia2: with bells on. adding it to my personal schedule01:58
mordreddstufft: yup. I believe you are right01:58
clarkbpleia2: pints is really cool because their fermentor and boiler are in the same room01:58
mordreddstufft: and I would love to land my patch - which would at least not have broken colorama kill the rest of the mirroring01:58
* mordred looks at clarkb and fungi01:58
pleia2clarkb: ooh, fun!01:58
clarkbpleia2: baileys has ~20 rotating taps and a json api01:59
clarkbhair of the dog has aged beers01:59
fungimordred: i think we were just looking for some rough timing comparisons (i need to go back over it again and see if i missed an update)01:59
clarkbbreakside is just good beer. brass horse is old school pub. and cascade does sour beer. So many choices01:59
mordredfungi: yeah. sorry, I should have given you some timing on that01:59
dstufftmordred: I have no control over that :) It'd worry me you'll get bugs based on not actually installing a set of requirements and instead installing X number of individual requirement sets, so if different projects have different overlapping requirements you might end up with a busted mirror. But that's a personal choice which way you guys would rather guy02:00
dstufftgo02:00
pleia2clarkb: ended up staying just south of pioneer square, so tonight I might search around here02:01
dstufftmordred: you might want some sort of notification when the pip install fails if you continue to continue on in he mirror script regardless02:01
dstufftto prevent issues like this from going undetected for a month+02:01
clarkbpleia2: baileys is what you want then02:01
pleia2clarkb: ok cool02:01
clarkbpleia2: it is nearby and awesome. Will probably be busy on a friday night but they have board games and did I mention a json api?02:01
pleia2hehe02:02
clarkbpleia2: http://www.baileystaproom.com/02:02
dstuffthm02:02
dstufftguess openstack/requirements doesn't install on OSX02:02
clarkbpleia2: they have vertigo raspberry wheat! that is brewed just down the street from my brother's house. perfect summer beer.02:03
pleia2nice02:03
clarkbdstufft: mordred: you could setup the jenkins job to fail and send email when one package does not install, but still rsync the packages that were pulled in02:04
openstackgerritPaul Belanger proposed a change to openstack-infra/jenkins-job-builder: Migrate to pbr  https://review.openstack.org/3800902:06
clarkbmordred: so before I AFK for the night, what needs doing? are we going to push your run_mirror change through, pin xattr or?02:08
mordredclarkb: GAH!02:10
fungiclarkb: if that run completes, then it was just a corrupt package lingering in the cache02:10
fungii guess it didn't work?02:10
clarkboh is that still going?02:10
clarkboh it seems to have grabbed pycparser but not web*02:11
mordredso, that was the first problem02:11
mordredNOW we have a problem with a setuptools upgrade problem02:11
clarkbwow02:11
dstufftprobably need to run pip install -U setuptools in the venv02:12
mordredI mean, I don't want to slam in code at 7pm on a friday- but there is a functional reason I wrote that patch :)02:12
mordredand it's because our mirror hasn't been working in a month or so - I just keep forgetting02:12
mordredlemme make a patch to do the setuptools upgrade step02:13
clarkbI'm all for fixing the mirror but I thought there were some genuine concerns that were not addressed02:13
mordredquestions on run time02:13
mordredwhich, to be fair, I have not responded to02:13
fungii'll be around to review a setuptools upgrade change02:14
* mordred not trying to passive aggressive the patch in - just hitting the point where tracking down intermediary problems where we know there is an existing logic error ...02:14
dstufftI'll be around too but that doesn't win you anything :)02:14
mordredlemme just run the patch and get timing02:14
dstuffthm02:14
dstufftlooks like less things then I thought require external links02:15
dstufftfrom openstack/requirements/requirements.txt02:15
*** koudaddy1981 has quit IRC02:16
mordreddstufft: oh yeah?02:17
mordreddstufft: did you make a list?02:17
dstufftmordred: yea sec the install is still running02:17
dstufftpip 1.4 lets you pass --no-allow-external02:17
dstufftwhich disables external by default02:17
dstufft(which is the befault behavior in 1.5)02:18
dstufftwaiting on things to compile zzzzzz02:18
dstufftprobably shoudln't have ran this on a micro instance02:18
mordredhaha02:18
dstufftUsing the requirement list I stole from openstacl/requirements/requirements.txt (https://gist.github.com/dstufft/6043583) this is what is required to successfully install it with --no-allow-external -- pip install -r req.txt --no-allow-external --allow-external dnspython --allow-external lockfile --allow-external netifaces --allow-external psutil02:20
dstufftI would bet those are all completely unverified downloads too, but I can tell you that too!02:20
*** pcrews has joined #openstack-infra02:22
dstufftso yea02:24
dstufftlooks like they are all insecure downloads too02:24
dstufftso anyone installing that set right now is vulnerable to code injection via MITM :V02:24
dstufftmordred: just for completeness sake, here's the command it would take to install openstack/requirements/requirements.txt in pip 1.5 (where these default to disallowed) pip install -r req.txt --allow-external dnspython --allow-external lockfile --allow-external netifaces --allow-external psutil --allow-insecure dnspython --allow-insecure lockfile --allow-insecure netifaces --allow-insecure psutil02:26
dstufftAlthough you could cheat and replace all of the --allow-external with a single --allow-all-external02:26
mordreddstufft: oh wow02:26
mordredso there's really only 4 bad apples02:26
dstufftyup02:26
dstufftfor openstack/requirements/requirements.txt02:26
mordredI wonder if we really need all 4 of them02:26
dstufftI didn't look at the test reuqirements or anything02:26
*** cppcabrera has quit IRC02:27
dstufftbut all I did was install pip1.4rc5 and run pip install --no-allow-external to turn off scraping of external links and ried to install, and as it ailed each time I added another --allow-external02:28
* Alex_Gaynor kind of wants to propose getting rid of netifaces02:28
dstufftmordred: at the very least you might want to disallow *new* bad apples, and once pip 1.4 is released switch to a command like that where you have to explicitly whitelist packages that hit external urls02:28
clarkbmordred: your jeepyb change has my +2. feel free to approve if youthink it will improve the situation02:31
mordredclarkb: thanks. I'm running it in a timing test right now02:31
mordreddstufft: ++02:31
mordredalso, dnspython is a pile of turdsoup as well02:31
mordredso maybe we should consider being in that list a knock against something02:31
dstufftmordred: test-requirements.txt and dev-requirements.txt are the only other requirements lists?02:32
dstufftI'll do the same thing against them too02:32
mordreddstufft: yes02:32
dstufftok02:32
dstufftgimme a few and i'll see if there's anything external only there02:32
mordreddstufft: dev-requirements.txt is just on ours02:32
dstufftah02:32
mordreddstufft: so test-requirements.txt would be the only thing to check02:32
dstufftok i'll check that then02:32
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Install python-sphinx on slave nodes.  https://review.openstack.org/3801102:33
mordredfungi: ^^ whyfore?02:33
mordredoy02:34
clarkbfungi: why would we be using a system installed jinja2?02:34
clarkbis that salt?02:34
mordredactually - we added -U to the tox.ini for nova02:34
mordredso that shouldn't be a problem anymore02:34
clarkbyeah there shouldn't be interference between system and virtualenv packages02:35
fungiclarkb: nova02:36
clarkbfungi: I think we fixed nova02:36
fungiclarkb: oh?02:36
clarkbwe might need to backport that change to folsom and grizzly02:36
funginova no longer uses site packages?02:37
fungii missed that somewhere in scrollback mountain i guess02:37
clarkbfungi: it does but we added a -U to the install line so pip gives nova the version it wants02:37
fungiahh, so maybe they can just uncap requests and go on their merry way02:37
clarkbI think so02:37
fungii'll let them know02:37
clarkbfungi: you should be able to test simply by proposing that change yourself02:38
*** linuxmohan has joined #openstack-infra02:38
dstufftmordred: pip install -r test-reqs.txt --no-allow-external --no-allow-insecure --allow-external pysendfile --allow-insecure pysendfile02:42
dstufftlooks like that's all that's required02:42
*** linuxmohan has quit IRC02:42
fungiclarkb: that was the plan, in fact02:43
fungii keep forgetting how fast nova moves... 565 commits to master since my last pull02:44
*** pcrews has quit IRC02:45
*** koobs has quit IRC02:45
clarkbfungi: how long ago was that?02:46
fungiclarkb: not sure. i guess i don't pull nova too often02:46
dstufftmordred: ok confirmed requirements.txt = dnspython,lockfile,netifaces,psutil test-requirements.txt = pysendfile are the externally hosted ones, they will give users warnings in pip 1.4 and will not install by default in 1.502:48
*** linuxmohan has joined #openstack-infra02:48
dstufftso unless you guys want broken by default for end users via pip 1.5 you'll probably want to either pester authors to upload, upload yourself under diff names, or replace02:49
openstackgerritPaul Belanger proposed a change to openstack-infra/jenkins-job-builder: Switch to flake8+hacking  https://review.openstack.org/3801302:50
*** linuxmohan has quit IRC02:52
fungiclarkb: 565 commits in 18 days (that was the last time i pulled, based on reflog)02:54
mordredreal33m38.729s02:54
mordredwhy do we need pysendfile for _test_ requirements?02:55
fungimordred: that's a run of the new or old algorithm?02:55
mordredfungi, clarkb: script runs in 33 m with new algorithm02:55
mordredand does get pycparser==2.09.102:55
mordredin the freeze output02:55
fungimordred: on your machine or on a mirrorXX.slave.o.o?02:55
mordredfungi: on mirror27.slave.o.o running as the jenkins user02:56
mordredbut not in the normal workspace (I made a venv with that jeepyb patch)02:56
fungiokay, so roughly twice as long. not too bad in my opinion02:56
mordredno - not to get functionality where it was broke before02:56
mordredlemme paste the freeze output02:56
mordredhttp://paste.openstack.org/show/41007/02:57
fungioh! has it been running in ~15 minutes because it was breaking partway through? i didn't think about that02:57
mordredah! yes in deed02:57
mordredI say let's land the chance02:58
mordredchange02:58
mordredin fact02:58
mordredI just +1 APRV'd it02:58
fungii had +2'd it days ago anyway. wfm02:58
openstackgerritA change was merged to openstack-infra/jeepyb: Be more agressive trying to install requirements.  https://review.openstack.org/3414602:59
fungiaccording to russellb's stats script i give away +2 votes like hallowe'en candy02:59
openstackgerritPaul Belanger proposed a change to openstack-infra/jenkins-job-builder: Switch to flake8+hacking  https://review.openstack.org/3801302:59
dstufftmordred: you know about --download right?03:00
mordreddstufft: oh yeah. we use the crap out of it03:01
mordreddstufft: if you want to read evil at some point - you should read the pbr integration test :)03:01
mordreddstufft: https://github.com/openstack-dev/pbr/blob/master/tools/integration.sh03:02
mordreddstufft: also, I've been brainstorming ways in which we can run integration tests with your tip of master03:02
mordreddstufft: and report back to you if something breaks03:02
dstufftof pip?03:02
mordreddstufft: yeah03:02
dstufftthat'd be cool, though it'd be develop03:02
mordredsure03:02
mordredwhichever thing is the thing it should be03:02
mordredall of my ideas so far are bad03:03
mordredbut I'm working on it03:03
dstufftthat'd be really awesome. Openstack probably stresses pip far more than most folks do03:03
dstufftmordred: btw03:04
dstufftswitching to pip install --no-allow-external --no-allow-insecure with those 4 things white listed cuts the download time in almost half03:05
mordreddstufft: just sent a message to our dev list with the 5 evil external folks03:05
mordreddstufft: AWESOME03:05
dstufftwhitelisted only externals = 1:36.52 total03:05
dstufftall externals = 2:18.14 total03:05
* Alex_Gaynor isn't sure dstufft knows what half is03:06
dstufftAlex_Gaynor: lol if you think I looked at anything but the first number03:06
clarkbAlex_Gaynor: maths are hard :)03:07
dstufftthere's a half of something in there03:08
dstufftsomewhere03:08
dstufft:{03:08
dstuffthm03:10
dstufftopenstack-dev gets a lot of traffic03:10
dstufftnot sure my inbox can handle more03:10
mordredit seems that some people actually read it all03:10
mordredwhich is A-MAZING03:10
openstackgerritPaul Belanger proposed a change to openstack-infra/jenkins-job-builder: Switch to flake8+hacking  https://review.openstack.org/3801303:10
clarkbmordred: what? how is that possible?03:11
dstufftmordred: I read every messages that comes into my inbox atm, which is ~300 a day or so03:11
*** pcrews has joined #openstack-infra03:11
clarkbdstufft: I gave up reading it all long ago03:11
* mordred lets people point me at openstack-dev messages03:12
dstufftI wish I could subscribe to specific threads03:12
dstufftBecause i'd follow packaging related ones in openstack :V03:13
fungii skim and use filters (and the filters could use some more work, undoubtedly)03:13
mordreddstufft: well, to be fair, almost all of the packaging traffic happens in here with you :)03:14
dstufftmordred: :)03:14
fungifwiw i've had to start ignoring most of what's traversed distutils-sig since i hopped over there when package-sig folded in03:14
clarkbmordred: are you rerunning the mirror job with new script yet?03:14
mordredclarkb: not yet. I need to wait for puppet to run right?03:14
dstufftfungi: I'm pretty sure the bulk of distutils-sig traffic is me going "no no no no no no"03:14
dstufftor "dear god no"03:14
fungiheh, the ones from you i open usually are, yes03:15
Alex_Gaynordstufft: ocasionally "I have root on that box. Quite simply: no."03:15
mordredclarkb, fungi: all of the logs on eavesdrop have mimetypes such that they want me to download them03:15
mordredI feel like they used to be browseable ttw03:15
clarkbmordred: ya, still works with chromium03:15
clarkbmordred: not sure what happened there but noticed it today03:16
mordredclarkb: not with firefox03:16
clarkbya firefox is derping03:16
mordredone more thing for the list :)03:16
* fungi checks03:16
dstufftAlex_Gaynor: yes that too :V03:16
fungimordred: clarkb: firefox displays http://eavesdrop.openstack.org/meetings/infra/2013/infra.2013-07-16-19.01.log.txt just fine03:17
fungiwhat's the issue?03:17
fungiaha!03:17
fungisaving with a .log extension in the channel logs and .log.txt extension in the meeting logs03:18
zulmordred:  its being done next week03:18
pabelangerHmm03:18
pabelangerDid we recently add gate-jenkins-job-builder-python26 ?03:19
pabelangerbecause I think my commits are the first time it is running03:19
fungipabelanger: the job number on them is 1?03:19
clarkbpabelanger: we did03:20
clarkbpabelanger: did it fail?03:20
fungipabelanger: yeah, 4 runs ever, all failed03:20
pabelangerYup03:20
pabelangerI thought it was my code03:20
fungiearliest was about an hour ago03:20
pabelangerbut looks likes failing in general03:21
pabelangerI don't have a py26 to test with :)03:21
fungiAttributeError: 'TestCaseModulePublisher' object has no attribute03:21
pabelangerYup03:21
openstackgerritEvgeny Fadeev proposed a change to openstack-infra/askbot-theme: added maintenance state template  https://review.openstack.org/3801503:21
*** melwitt has quit IRC03:21
pabelangerassertMultiLineEqual I guess is not for py2603:22
openstackgerritA change was merged to openstack-infra/askbot-theme: added maintenance state template  https://review.openstack.org/3801503:23
clarkbpabelanger: can you try changing that to an assertEqual?03:23
clarkbfailures won't be as pretty but it should work for both versions of python03:23
pabelangertesting03:24
fungii recommend a debian/wheezy vm with python{2.{6,7},3.{2,3}} installed (the last has to be pinned from jessie for now)03:25
openstackgerritPaul Belanger proposed a change to openstack-infra/jenkins-job-builder: Switch to flake8+hacking  https://review.openstack.org/3801303:25
pabelangerya, I need to get my chroots up again03:26
clarkblifeless: does the testscenarios test class derive from testtools? I know testscenarios depends on testtools03:26
pabelangerclarkb, okay, that seems to work03:27
pabelangergetting a patch up now03:28
*** nati_ueno_2 has quit IRC03:29
openstackgerritPaul Belanger proposed a change to openstack-infra/jenkins-job-builder: Add python26 support  https://review.openstack.org/3801703:29
openstackgerritPaul Belanger proposed a change to openstack-infra/jenkins-job-builder: Migrate to pbr  https://review.openstack.org/3800903:30
*** nati_ueno has joined #openstack-infra03:31
clarkbmordred: I don't see any new mirror runs. Should I kick some off?03:31
openstackgerritPaul Belanger proposed a change to openstack-infra/jenkins-job-builder: Switch to flake8+hacking  https://review.openstack.org/3801303:32
fungiclarkb: aha! caught the jeepyb install problem in action just now... http://puppet-dashboard.openstack.org:3000/reports/65400403:35
fungii'll see if i can get more from a cli invocation03:35
*** nati_ueno has quit IRC03:36
*** pcrews has quit IRC03:37
fungii think maybe it started with pbrization of jeepyb03:37
*** woodspa has quit IRC03:38
fungiour jeepyb puppet module seems to just do 'python setup.py install' which has now started returning error: /usr/bin/python -m pip.__init__ install    returned 103:38
*** SergeyLukjanov has joined #openstack-infra03:39
fungido we need to change the jeepyb puppet module to exec something like 'pip install -U .' instead?03:40
fungier, sorry, i meant currently returning... You must give at least one requirement to install (see "pip help install")03:41
pabelangerfungi, we don't use pip for jeepyb I think, we install from git03:43
fungipabelanger: yes, but now that pbr invokes pip behind the scenes from setup.py, the way we install from the git clone has stopped working03:44
fungipabelanger: doing 'pip install -U .' would ask pip to install jeepyb from the source in the current working directory03:45
clarkbfungi: I would try running that by hand and see what happens03:45
pabelangerAh, ya03:45
fungipabelanger: https://github.com/openstack-infra/config/blob/master/modules/jeepyb/manifests/init.pp#L6803:46
fungiclarkb: running what by hand? i already ran the current exec by hand to get the error detail i pasted above03:46
clarkbfungi: pip install -U .03:47
fungioh, actually also not a great idea since that will pull in/upgrade dependencies from pypi03:49
openstackgerritPaul Belanger proposed a change to openstack-infra/jenkins-job-builder: Setup pbr to gate on sphinx  https://review.openstack.org/3801803:49
clarkbfungi: thoughts on running the mirror script now?03:49
clarkbs/script/jobs/03:49
fungiclarkb: worth retriggering to test, i agree03:52
clarkbpython27 started03:52
fungimordred: if you're still around, thoughts on a post-pbr alternative to the command we're exec'ing at https://github.com/openstack-infra/config/blob/master/modules/jeepyb/manifests/init.pp#L6803:53
openstackgerritPaul Belanger proposed a change to openstack-infra/config: Drop gate-jenkins-job-builder-pyflakes in favor of flake8  https://review.openstack.org/3801903:54
fungimordred: currently failing with http://paste.openstack.org/show/41008/03:54
pabelangerwow, been a while since I hacked for -infra03:56
pabelangerneed more time in the day03:56
fungipabelanger: it's always appreciated!03:56
pabelangerfungi, Ya, I wish I could help more full-time maybe after this contract wraps up in the next 2 weeks.  I should be able to get back into it then03:59
*** dkliban has quit IRC04:00
clarkbfungi: looks like django nose is still having trouble with setuptools04:07
clarkbbut otherwise the script is running04:08
*** vogxn has joined #openstack-infra04:08
fungiradical04:12
clarkbfungi: mordred but I think dstufft was right it let stuff in that isn't normally allowed by our requirements04:12
clarkbeg sqlalchemy 0.804:13
clarkbso yeah :/04:13
fungihrm, right, that's probably not good04:13
fungias opposed to processing the requires list as a unit, when in theory it would have been disallowed/satisfied with a lower rev04:14
dstufftyea04:16
fungiso this will potentially pull in newer versions of some things than the caps in openstack/requirements when they're dependencies of something else in the list04:16
dstufftbecause each indivdiual install runs on it's own04:16
dstufftline04:16
dstufftw/e04:16
fungithough i guess it's not actually dangerous since we'll also get the versions we want from the direct entries04:17
dstufftfungi: you don't actually test they all installed together though04:17
dstufftFWIW04:17
fungiand the projects will download only versions matching their requirements ranges from the mirror04:17
fungidstufft: we actually do, just not there04:17
dstufftor that you have a single set that can satisfy the entire deps04:17
dstufftfungi: oh04:17
dstufftok04:17
fungidstufft: we have a separate job which tests installing them all together to confirm that works04:18
dstufftgotcha04:18
* dstufft doesn't know the infra that well04:18
* fungi neither04:18
* dstufft still thinks the safer route is to install the entire thing at once and fail the job if it fails to install anything04:18
fungiif we go that route, we probably also need to do notifications from failed runs since they're periodic or spawned from post-merge events04:20
clarkbfungi: the danger is we can no longer enforce that people follow openstack/requirements04:20
clarkbfungi: they are free to include other stuff (we do have that special test that does help though)04:21
clarkbtl;dr its bad but not world ending bad04:21
clarkbdstufft: I agree04:21
fungiclarkb: i thought we had jobs which admonished them roundly when they tried to add requirements which weren't in the main list04:22
clarkbmordred: I think we should consider reverting that change and cleaning up the contents of pip cache and the mirror. thankfully zaro updated the mirror jobs to have rsync itemize changes so you can see what needs cleaning04:22
fungias in refused to let them merge such a change04:22
clarkbfungi: we do but the tests enforce via zuul. the mirror enforces via a big giant wall you can't cross04:22
fungisure, just saying it's only removing a redundant barrier there04:23
*** dkliban has joined #openstack-infra04:23
fungiunless i'm missing something04:24
clarkbfungi: its a lot easier for projects to get around the requirements test eg by having code install deps04:24
clarkbfungi: horizon does this for example04:24
fungitrue04:24
clarkbwith their django 1.4 testing04:24
clarkb(you can get around the mirror thing too, but it poses a taller wall to climb over)04:25
pabelangerHmm, when does sphinx generate the autodocs for api's?04:26
pabelangerI cannot get it to trigger04:26
openstackgerritPaul Belanger proposed a change to openstack-infra/jenkins-job-builder: Setup pbr to gate on sphinx  https://review.openstack.org/3801804:26
clarkbpabelanger: if running them locally `tox -evenv -- python setup.py build_sphinx`04:26
dstufftclarkb: fwiw pip 1.4 (due on monday) would  have silently kept working and done the right thing for the colorama error04:27
pabelangerclarkb, ya, I am but it is not getting built04:27
fungiclarkb: yeah, so a revert may be in order, but probably not so urgent that we need to do it late on a friday night when everyone's heading out on planes in the next day or so04:27
pabelangerdoc/source/api is not created and empty04:27
clarkbfungi: ya I hadn't planned on doing it now :)04:27
clarkbpabelanger: oh that04:27
clarkbpabelanger: what project?04:28
pabelangerJJB04:28
*** mrodden has quit IRC04:28
clarkbpabelanger: I don't think jjb gets an api dir04:28
clarkbpabelanger: and it if does its empty because of doc building stuff in pbr04:28
pabelangerHmm04:28
pabelangerunless I was doing it for zuul04:28
clarkbyou should get a bunch of documentation in doc/build/ though04:29
pabelangerya, it exists in html04:29
pabelangerit is the chicken and egg thing.  with warnerrors enabled, it complain that api/* does not exist if you include api/autoindex in the toctree. but it is built after the warning check04:30
pabelangeroh well, I think my brain is shutting down to find a solution for tonight04:31
clarkbfungi: we should note that http://logs.openstack.org/periodic/periodic-mirror-python27/145/ contains the rsync itemization of extra crap we don't want04:31
clarkband now it is in our handy dandy IRC logs04:31
fungiexcellente04:31
clarkband with that, good night04:31
funginight!04:31
fungii'll probably wind up here in a bit too04:31
openstackgerritPaul Belanger proposed a change to openstack-infra/jenkins-job-builder: Setup pbr to gate on sphinx  https://review.openstack.org/3801804:33
pabelangerCSS broke on http://zuul.openstack.org/ ?04:34
Alex_Gaynorpabelanger: you looking for status.openstack.org/zuul/ ?04:35
pabelangerAlex_Gaynor, no04:35
pabelangerzuul.o.o04:35
pabelangerhttp://zuul.openstack.org/bootstrap/css/bootstrap.min.css is missing04:35
Alex_Gaynorlooks like it's the same data on the page04:35
pabelangerand http://zuul.openstack.org/bootstrap/css/bootstrap-responsive.min.css04:36
pabelangera path issue I guess04:36
pabelangeroh, I guess zuul.o.o is not valid :)04:36
pabelangerAlex_Gaynor, right?04:37
*** dkliban has quit IRC04:37
Alex_Gaynorpabelanger: I don't know the official details (like why woudl zuul.o.o even load if you weren't supposed to use it?) but status.o.o/zuul seems to have the same data so :shrug:04:37
pabelangerI think it was zuul.o.o at one time04:37
pabelangerA few months ago04:38
pabelangerlikely the dns was never removed04:38
pabelangerclarkb, fungi ^04:38
fungipabelanger: yeah now it's just a demo of the default status dashboard we ship in the zuul source i think. the interface we use is the one at http://status.openstack.org/zuul/ like Alex_Gaynor said04:39
fungisame data, but with window dressing04:40
fungiback when the openstack-themed version was still being served directly from zuul it was still a preview--always intended to integrate into the status site later (which it eventually was)04:44
*** linuxmohan has joined #openstack-infra04:49
*** linuxmohan has quit IRC04:53
*** linuxmohan has joined #openstack-infra04:59
*** linuxmohan has quit IRC05:03
*** SergeyLukjanov has quit IRC05:14
*** changbl has joined #openstack-infra05:39
*** locke105 has quit IRC05:44
*** locke105 has joined #openstack-infra05:46
*** nati_ueno has joined #openstack-infra05:57
*** vogxn has quit IRC06:18
*** dirk has joined #openstack-infra06:31
*** vogxn has joined #openstack-infra06:47
*** linuxmohan has joined #openstack-infra06:51
*** changbl has quit IRC06:56
*** nati_ueno has quit IRC07:02
*** linuxmohan has quit IRC07:04
*** linuxmohan has joined #openstack-infra07:05
mordredclarkb, fungi crappit07:11
*** linuxmohan has quit IRC07:20
*** linuxmohan has joined #openstack-infra07:21
*** linuxmohan has quit IRC07:25
*** linuxmohan has joined #openstack-infra07:25
*** linuxmohan has joined #openstack-infra07:43
*** arosen has quit IRC07:46
*** koobs has joined #openstack-infra07:51
*** linuxmohan has quit IRC08:15
*** linuxmohan has joined #openstack-infra08:17
*** dkehn_ has joined #openstack-infra08:20
*** linuxmohan has quit IRC08:21
*** Reapster_ has joined #openstack-infra08:25
*** guitarza1 has joined #openstack-infra08:26
*** koolhead17 has quit IRC08:30
*** jpeeler has quit IRC08:30
*** afrittoli has quit IRC08:30
*** Reapster has quit IRC08:30
*** dkehn_away has quit IRC08:30
*** zaro has quit IRC08:30
*** akscram has quit IRC08:30
*** guitarzan has quit IRC08:30
*** vogxn has quit IRC08:30
*** afrittoli has joined #openstack-infra08:31
*** dirk_ has joined #openstack-infra08:31
*** dirk_ has joined #openstack-infra08:32
*** dkehn__ has joined #openstack-infra08:32
*** mancdaz_ has joined #openstack-infra08:34
*** Reapster has joined #openstack-infra08:37
*** vogxn has joined #openstack-infra08:37
*** zaro has joined #openstack-infra08:38
*** koolhead17 has joined #openstack-infra08:38
*** akscram has joined #openstack-infra08:39
*** Shrews_ has joined #openstack-infra08:40
*** arosen has joined #openstack-infra08:42
*** jpeeler1 has joined #openstack-infra08:45
*** Reapster_ has quit IRC08:46
*** dkehn_ has quit IRC08:46
*** dirk has quit IRC08:46
*** openstackgerrit has quit IRC08:46
*** dtroyer has quit IRC08:46
*** mancdaz has quit IRC08:46
*** Ng has quit IRC08:46
*** Shrews has quit IRC08:46
*** mancdaz_ is now known as mancdaz08:46
*** Ng has joined #openstack-infra08:49
*** dtroyer has joined #openstack-infra08:49
*** zul has quit IRC08:54
*** yamahata has quit IRC08:54
*** yamahata has joined #openstack-infra08:57
*** zul has joined #openstack-infra08:57
*** Ng_ has joined #openstack-infra08:59
*** mtaylor has joined #openstack-infra09:00
*** LinuxJedi has quit IRC09:06
*** mordred has quit IRC09:06
*** jeremyb has quit IRC09:06
*** Ng has quit IRC09:06
*** dtroyer has quit IRC09:06
*** ttx has quit IRC09:06
*** hughsaunders has quit IRC09:06
*** annegentle_ has quit IRC09:06
*** juice has quit IRC09:06
*** cp16net|away has quit IRC09:06
*** sileht has quit IRC09:06
*** briancline has quit IRC09:06
*** EntropyWorks has quit IRC09:06
*** jcooley has quit IRC09:06
*** jpeeler1 has quit IRC09:06
*** devananda has quit IRC09:06
*** blamar has quit IRC09:06
*** Guest64828 has quit IRC09:06
*** simonmcc has quit IRC09:06
*** beagles has quit IRC09:06
*** cody-somerville has quit IRC09:06
*** andreaf has quit IRC09:06
*** echohead_ has quit IRC09:06
*** akscram has quit IRC09:06
*** guitarza1 has quit IRC09:06
*** koobs has quit IRC09:06
*** plomakin has quit IRC09:06
*** mikal has quit IRC09:06
*** jjmb has quit IRC09:06
*** dkranz has quit IRC09:06
*** jd__ has quit IRC09:06
*** saper has quit IRC09:06
*** dhellmann_ has quit IRC09:06
*** Adri2000 has quit IRC09:06
*** pleia2 has quit IRC09:06
*** jeblair has quit IRC09:06
*** sdague has quit IRC09:06
*** thingee has quit IRC09:06
*** cyeoh has quit IRC09:06
*** maurosr has quit IRC09:06
*** SlickNik has quit IRC09:06
*** arosen has quit IRC09:06
*** locke105 has quit IRC09:06
*** klrmn has quit IRC09:06
*** rwsu-away has quit IRC09:06
*** sdake_ has quit IRC09:06
*** dirk has joined #openstack-infra09:07
*** dtroyer_zz has joined #openstack-infra09:07
*** jpeeler1 has joined #openstack-infra09:07
*** arosen has joined #openstack-infra09:07
*** akscram has joined #openstack-infra09:07
*** guitarza1 has joined #openstack-infra09:07
*** koobs has joined #openstack-infra09:07
*** locke105 has joined #openstack-infra09:07
*** plomakin has joined #openstack-infra09:07
*** mikal has joined #openstack-infra09:07
*** jjmb has joined #openstack-infra09:07
*** klrmn has joined #openstack-infra09:07
*** devananda has joined #openstack-infra09:07
*** dkranz has joined #openstack-infra09:07
*** blamar has joined #openstack-infra09:07
*** rwsu-away has joined #openstack-infra09:07
*** Guest64828 has joined #openstack-infra09:07
*** jd__ has joined #openstack-infra09:07
*** saper has joined #openstack-infra09:07
*** dhellmann_ has joined #openstack-infra09:07
*** simonmcc has joined #openstack-infra09:07
*** Adri2000 has joined #openstack-infra09:07
*** beagles has joined #openstack-infra09:07
*** cody-somerville has joined #openstack-infra09:07
*** andreaf has joined #openstack-infra09:07
*** echohead_ has joined #openstack-infra09:07
*** pleia2 has joined #openstack-infra09:07
*** jcooley has joined #openstack-infra09:07
*** EntropyWorks has joined #openstack-infra09:07
*** briancline has joined #openstack-infra09:07
*** sileht has joined #openstack-infra09:07
*** cp16net|away has joined #openstack-infra09:07
*** juice has joined #openstack-infra09:07
*** annegentle_ has joined #openstack-infra09:07
*** hughsaunders has joined #openstack-infra09:07
*** ttx has joined #openstack-infra09:07
*** jeblair has joined #openstack-infra09:07
*** sdague has joined #openstack-infra09:07
*** thingee has joined #openstack-infra09:07
*** cyeoh has joined #openstack-infra09:07
*** maurosr has joined #openstack-infra09:07
*** sdake_ has joined #openstack-infra09:07
*** SlickNik has joined #openstack-infra09:07
*** jeremyb has joined #openstack-infra09:07
*** ttx has quit IRC09:08
*** hughsaunders has quit IRC09:08
*** annegentle_ has quit IRC09:08
*** juice has quit IRC09:08
*** cp16net|away has quit IRC09:08
*** sileht has quit IRC09:08
*** briancline has quit IRC09:08
*** EntropyWorks has quit IRC09:08
*** jcooley has quit IRC09:08
*** ttx has joined #openstack-infra09:10
*** hughsaunders has joined #openstack-infra09:10
*** annegentle_ has joined #openstack-infra09:10
*** juice has joined #openstack-infra09:10
*** cp16net|away has joined #openstack-infra09:10
*** sileht has joined #openstack-infra09:10
*** briancline has joined #openstack-infra09:10
*** EntropyWorks has joined #openstack-infra09:10
*** jcooley has joined #openstack-infra09:10
*** dirk_ has quit IRC09:11
*** LinuxJedi has joined #openstack-infra09:12
*** echohead1 has joined #openstack-infra09:18
*** dtroyer has joined #openstack-infra09:18
*** linuxmohan has joined #openstack-infra09:20
*** Vivek has joined #openstack-infra09:21
*** Vivek is now known as Guest4307809:21
*** blamar_ has joined #openstack-infra09:23
*** beagles` has joined #openstack-infra09:24
*** dtroyer_zz has quit IRC09:24
*** jpeeler1 has quit IRC09:24
*** devananda has quit IRC09:24
*** blamar has quit IRC09:24
*** Guest64828 has quit IRC09:24
*** simonmcc has quit IRC09:24
*** beagles has quit IRC09:24
*** cody-somerville has quit IRC09:24
*** andreaf has quit IRC09:24
*** echohead_ has quit IRC09:24
*** blamar_ is now known as blamar09:24
*** devananda has joined #openstack-infra09:24
*** simonmcc has joined #openstack-infra09:25
*** andreaf has joined #openstack-infra09:26
*** linuxmohan has quit IRC09:27
*** koobs has quit IRC09:31
*** jpeeler1 has joined #openstack-infra09:31
*** cody-somerville has joined #openstack-infra09:31
*** cody-somerville has joined #openstack-infra09:31
*** koobs has joined #openstack-infra09:31
*** linuxmohan has joined #openstack-infra09:34
*** linuxmohan has quit IRC09:34
*** odyssey4me has joined #openstack-infra10:44
*** linuxmohan has joined #openstack-infra10:44
*** linuxmohan has quit IRC10:50
*** arosen has quit IRC10:50
*** koolhead17 has quit IRC11:01
*** koobs has quit IRC11:02
*** dtroyer has quit IRC11:02
*** LinuxJedi has quit IRC11:02
*** arosen has joined #openstack-infra11:02
*** dtroyer has joined #openstack-infra11:02
*** koobs has joined #openstack-infra11:03
*** LinuxJedi has joined #openstack-infra11:04
*** vogxn has quit IRC11:13
*** linuxmohan has joined #openstack-infra11:15
*** arosen has quit IRC11:19
*** odyssey4me has quit IRC11:33
*** arosen has joined #openstack-infra11:41
*** mikal has quit IRC11:45
*** mikal has joined #openstack-infra11:47
*** linuxmohan has quit IRC11:49
*** linuxmohan has joined #openstack-infra11:49
*** linuxmohan has quit IRC11:54
kiallFYI Looks like openstackgerrit is on the wrong side of a split for the last 3 hours.. Maybe that server went down and it failed to reconnect...11:55
*** mikal has quit IRC12:06
*** mikal has joined #openstack-infra12:08
*** SergeyLukjanov has joined #openstack-infra12:44
*** linuxmohan has joined #openstack-infra12:49
fungikiall: i'll kick it in a sec12:51
*** openstackgerrit has joined #openstack-infra12:54
fungikiall: it's back now12:55
*** linuxmohan has quit IRC12:55
kiallCool :) Gotta love buggy IRC reconnect logic ;)12:55
*** rfolco has joined #openstack-infra12:58
openstackgerritThomas Goirand proposed a change to openstack/requirements: Removes the cap for SQLAlchemy  https://review.openstack.org/3803512:59
*** linuxmohan has joined #openstack-infra13:07
*** SergeyLukjanov has quit IRC13:09
*** prad-afk has quit IRC13:13
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Add gate job for CI docs  https://review.openstack.org/3629513:13
*** SergeyLukjanov has joined #openstack-infra13:23
*** prad has joined #openstack-infra13:30
*** jaypipes has quit IRC13:34
*** SergeyLukjanov has quit IRC13:37
*** prad has left #openstack-infra13:59
*** SergeyLukjanov has joined #openstack-infra14:13
*** SergeyLukjanov has quit IRC14:14
clarkbfungi when do you sleep?14:16
*** CaptTofu has quit IRC14:18
*** CaptTofu has joined #openstack-infra14:18
*** SergeyLukjanov has joined #openstack-infra14:20
*** CaptTofu has quit IRC14:23
*** sandywalsh has quit IRC14:28
*** rfolco has quit IRC14:29
*** dkehn__ is now known as dkehn14:32
*** ianw has quit IRC14:32
*** koolhead17 has joined #openstack-infra14:34
mtaylorclarkb: why would he sleep?14:58
clarkbHuman beings require some amount of sleep. are you implying he is a robot?15:01
clarkbmtaylor: are we reverting the mirror change?15:02
mtaylorclarkb: hrm15:02
mtaylorclarkb: so which breakage to we hate more?15:02
mtaylorclarkb: do we hate having extra items in our mirror?15:02
mtaylorclarkb: or less?15:02
clarkbI am fine with extra as I argued the mirror should exist for test reliability and not requirement enforcement15:03
mtaylor:)15:03
clarkbbut jeblair disagrees and I think he will want less15:03
mtaylorso maybe we revert and then go back to fixing the individual error15:04
mtaylorerrors15:04
mtaylorand knowing that from time to time some asshat might re-upload a package15:04
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Revert "Be more agressive trying to install requirements."  https://review.openstack.org/3803615:06
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Upgrade pip and setuptools in the mirror venv  https://review.openstack.org/3800415:06
mtaylorclarkb: that ^^ should get us past the next problem in the reverted world view15:06
mtaylorclarkb: to clean the current mirror, we need to clean the pip cache and the mirror itself, yeah?15:07
clarkbyes15:09
mtaylorclarkb: hang on...15:10
mtaylorhttps://jenkins.openstack.org/job/periodic-mirror-python27/142/console15:10
mtaylorlook at the rsync log15:10
mtaylorwhy do we think that we got things that we didn't want to get?15:11
clarkbmtaylor: s/142/145/15:11
mtaylorI see it transferring cffi, pand xattr15:11
clarkbmtaylor: it wans't until I ran build 145 that extra stuff copied15:11
mtaylorah. ok15:11
clarkbthere is a neat gerrit plugin that adds reviewers based on the results of git blaming around the lines you have changed15:13
mtayloroh neat15:16
mtaylorclarkb: I am testing the two patches above to see if they can build the mirror15:16
*** dklyle has joined #openstack-infra15:16
clarkbthat should tell you if the pip and setuptools upgrade fixes the problem right?15:17
*** SergeyLukjanov has quit IRC15:18
mtayloryup15:22
*** linuxmohan has quit IRC15:24
*** UtahDave has joined #openstack-infra15:25
mtaylorclarkb: appears to have worked15:31
mtaylorclarkb: I think we should land the patches, and then I can clean the cache and mirror on both slaves15:31
*** dklyle has quit IRC15:32
jeblairquick suggestion15:32
mtaylorjeblair: yeah?15:33
mtaylorooh! it's jeblair15:33
jeblairstick a --download-cache option on those pip install commands?15:33
jeblairmake it a bit faster?15:33
mtayloroh - on the setuptools and pip upgrade commands?15:33
jeblairi assume we'd be okay with the versions of setuptools and pip that the mirror builder is using ending up in the mirror15:33
jeblairmtaylor: yep15:33
jeblairmtaylor: so we don't have to download those 2 every time15:33
mtaylorjeblair: ++15:34
mtaylorjeblair: also, fwiw, dstufft suggested that we not use -M15:35
jeblairmtaylor: which one is that?15:36
*** ewindisch has joined #openstack-infra15:36
clarkbmirrors15:36
jeblairah, yeah, they don't always seem to be super helpful do they? :)15:37
*** dirk has quit IRC15:38
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Remove -M from the pip install command  https://review.openstack.org/3803815:39
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Use print function for python3  https://review.openstack.org/3803915:39
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Upgrade pip and setuptools in the mirror venv  https://review.openstack.org/3800415:39
jeblairmtaylor: merge conflict?15:39
mtaylorgod, really?15:39
mtaylorwhat a fun race condition15:39
*** pcrews has joined #openstack-infra15:40
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Upgrade pip and setuptools in the mirror venv  https://review.openstack.org/3800415:42
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Use print function for python3  https://review.openstack.org/3803915:42
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Remove -M from the pip install command  https://review.openstack.org/3803815:42
clarkbhttp://openstackreactions.tumblr.com/ the jenkins gate passed gif made me laugh15:42
mtaylorI rebased them on top of the revert15:42
*** mikal has quit IRC15:43
mtaylorhaha15:43
mtaylor"When I still have -1 after 15 patch-sets…"15:43
*** mikal has joined #openstack-infra15:44
clarkbmtaylor: jeblair http://engineering.cloudscaling.com/happy-3rd-birthday-openstack/ any idea where those numbers come from? they seem low15:45
clarkbI think we ran >5k jobs on Tuesday alone15:45
mtaylorclarkb: no clue15:46
*** ewindisch has quit IRC15:50
mtaylorclarkb: so, I can has some +2's?15:57
mtaylorhttps://review.openstack.org/#/q/status:open+project:openstack-infra/jeepyb,n,z15:57
*** jaypipes has joined #openstack-infra15:59
Alex_GaynorHas anyone else seen "error: invalid command 'egg_info'" seems to be affecting all devstack builds16:01
mtaylorAlex_Gaynor: I was just trying to reproduce that from another thing - is it hitting all devstacks now?16:05
mtaylorAlex_Gaynor: and is it around warlock?16:05
Alex_GaynorYes, and yes.16:05
mtaylorAlex_Gaynor: well yes, I have seen it, and I have not been able to reproduce it16:06
mtaylor(I'm actually working on that right now)16:07
mtaylorhttp://logs.openstack.org/00/38000/2/check/gate-tempest-devstack-vm-full/34051/console.html.gz16:07
mtaylorwas triggered by the same change as16:07
mtaylorhttp://logs.openstack.org/00/38000/2/check/gate-pbr-devstack-vm-rawinstall/231/console.html.gz16:07
mtaylorone passes, the other fails16:07
mtaylorboth run devstack the same way16:07
mtaylorI have no idea why the one that's failing is failing16:08
mtaylorbecause if you instal those things, from that mirror, in that order, it works finee16:08
Alex_GaynorYeah I can't reproduce it either, bizzare16:11
clarkbmtaylor: +2's given16:11
mtaylorclarkb: thanks.16:11
mtaylorclarkb: also, we're having weird gate failures16:11
mtaylorAlex_Gaynor: you got a link to another one that's failing?16:12
clarkbmtaylor: your update setuptools everywhere change get onto d-g images yet?16:12
Alex_Gaynorhttps://jenkins.openstack.org/job/gate-tempest-devstack-vm-full/34083/consoleText16:12
mtaylorAlex_Gaynor: thank you16:12
jeblairmirror changes aprvd16:13
* mtaylor trying to diff the failing and non-failing run to see what's different16:16
mtayloralthough probably logstash would make this easier16:16
clarkbmaybe, I am not sure how good it is at diffing16:16
*** linuxmohan has joined #openstack-infra16:17
mtaylor-    Installing /usr/local/lib/python2.7/dist-packages/oslo.config-1.1.1-nspkg.pth16:18
mtaylor+    Installing /usr/local/lib/python2.7/dist-packages/oslo.config-1.1.1-py2.7-nspkg.pth16:18
mtaylorthat's interesting16:18
mtaylor-Searching for distribute==0.6.24dev-r016:20
mtaylor-Best match: distribute 0.6.24dev-r016:20
mtaylor-Adding distribute 0.6.24dev-r0 to easy-install.pth file16:20
mtaylor+Searching for setuptools==0.9.616:20
mtaylor+Best match: setuptools 0.9.616:20
mtaylor+Adding setuptools 0.9.6 to easy-install.pth file16:21
*** CaptTofu has joined #openstack-infra16:21
*** SergeyLukjanov has joined #openstack-infra16:22
mtaylornope. red herrir16:23
mtaylorherring16:23
mtaylorjeez16:25
mtaylorI have NO CLUE16:25
clarkbmtaylor: I wonder if it has to do with ensureing latest setuptools everywhere16:25
clarkbI am assuming we have finally built new d-g images since them16:25
mtaylornope16:25
mtaylorthere are different versions of setuptools or distribute on passing and failing nodes16:26
mtaylorlike, the is not a correlation16:26
mtaylorI have a passing test with setuptools 0.9.6 and a failing test with 0.9.616:26
mtaylorhttps://jenkins.openstack.org/job/gate-tempest-devstack-vm-full/34083/consoleText fails - 0.9.616:27
mtaylorhttp://logs.openstack.org/00/38000/2/check/gate-tempest-devstack-vm-full/34051/console.html.gz passes - 0.9.616:28
jeblairall 3 update image scripts completed successfully, so the d-g nodes are probably the same across all zones.  but don't completely discount that.16:29
mtaylorkk16:30
jeblairmtaylor: and your 2 examples are both from az2 after the most recent image build16:30
mtaylorI cannot find what's different between them16:30
jeblairoh, but let me make sure the _nodes_ came from the same image16:30
mtaylorah16:30
mtayloroh wait- I'm wrong16:32
mtaylorhttp://logs.openstack.org/00/38000/2/check/gate-tempest-devstack-vm-full/34051/console.html.gz passes and has distribute 0.6.2416:32
jeblairsuccess job node would have come from the previous image, not the most current one.  failed job node came from the current image.16:33
jeblairmtaylor: clarkb's theory sounding probable?16:33
*** changbl has joined #openstack-infra16:34
mtaylorwow. it seems like upstream setuptools has perhaps removed the ability to do an upgrade from distribute16:34
mtaylordstufft: ^^^16:34
mtaylor"16:34
mtaylorCurrently, Distribute disallows installing Setuptools 0.7+ over Distribute. You must first uninstall any active version of Distribute first (see Uninstalling)."16:34
mtaylorhttps://pypi.python.org/pypi/setuptools/0.9.616:34
mtaylorwhat an f-ing mess everything about this is16:35
*** beagles` has quit IRC16:36
mtaylorso, but why is this working for me locally in a venv with setuptools 0.9.6 installed?16:39
mtaylorjeblair:16:45
mtaylorgah16:45
jeblairmtaylor: doh16:45
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add hieraedit.py  https://review.openstack.org/3800316:48
*** SergeyLukjanov has quit IRC16:49
mtaylornow I'm just trying random things16:49
jeblairoh, i forgot to aprv the revert change; just did that.16:49
openstackgerritA change was merged to openstack-infra/jeepyb: Revert "Be more agressive trying to install requirements."  https://review.openstack.org/3803616:50
openstackgerritA change was merged to openstack-infra/jeepyb: Upgrade pip and setuptools in the mirror venv  https://review.openstack.org/3800416:50
mtaylorjeblair: btw - do you have any idea where the double timestamp is coming from?16:50
openstackgerritA change was merged to openstack-infra/jeepyb: Remove -M from the pip install command  https://review.openstack.org/3803816:50
openstackgerritA change was merged to openstack-infra/jeepyb: Use print function for python3  https://review.openstack.org/3803916:50
mtaylor2013-07-20 16:50:32.216 | 2013-07-20 16:50:32 stack.sh log /opt/stack/new/devstacklog.txt.2013-07-20-16503216:50
jeblairmtaylor: devstack prints timestamps, and jenkins console log wrapper adds them as well16:51
mtaylorjeblair: what is it about devstack that causes it to print timestamps?16:51
jeblairmtaylor: i don't know, but i think it's pretty cool16:51
* mtaylor wasn't sure what to look for in stack.sh16:51
mtaylorI do think it's pretty cool16:51
mtaylorit would be nice if we could disable it for devstack gate runs, since we already have timestamps on those lines16:51
jeblairindeed16:51
jeblairthough that might affect the timestamps in the devstack log file16:52
mtaylorset +o xtrace16:52
jeblair</speculation>16:52
mtaylor?16:52
jeblairthat should just cause things to be printed; not necessarily with timestamps16:52
mtaylorhrm16:52
*** vogxn has joined #openstack-infra16:52
mtaylorok. I found the place in stack.sh16:55
jeblairmtaylor: so do you want to revert the setuptools patch to puppet in order to get new d-g images that work?16:58
openstackgerritA change was merged to openstack-infra/config: Allow specification of public UDP ports  https://review.openstack.org/3750616:58
openstackgerritA change was merged to openstack-infra/config: Set up basic Asterisk configuration  https://review.openstack.org/3750516:58
mtaylorjeblair: one sec - I'm trying a patch to devstack16:58
openstackgerritA change was merged to openstack-infra/config: Enable inbound SIP calls  https://review.openstack.org/3760816:58
jeblairk16:58
openstackgerritA change was merged to openstack-infra/config: Enable basic conferencing support  https://review.openstack.org/3770516:58
openstackgerritA change was merged to openstack-infra/config: Install additional sound prompts  https://review.openstack.org/3770816:58
mtaylorjeblair: gonna try a couple of things - if none of them work, then we'll revert16:58
mtaylorand I'll scream at people on monday16:59
jeblairmtaylor: my availibility to help is limited; so just wanted to pitch in while i can.  :)16:59
jeblairmtaylor: if you're comfortable spending more of your saturday dealing with breakage, is ok with me.  :)16:59
mtaylorthank you!16:59
clarkbyeah, I need to get in a car and start driving soon16:59
mtaylorwell, I mean, right now I'm just angry that this is broken16:59
mtaylorin a very deep way16:59
jeblairyour anger gives you power.  embrace your anger.17:00
jeblairor was it the other way around?  i can never remember.17:00
mtaylorjeblair: you're going to come back in this evening and I will have re-written all of openstack in C++17:00
jeblairmtaylor: wfm.  i think compiling is really cool.  :)17:01
jeblair#status alert devstack-gate jobs broken due to setuptools brokenness; fix in progress.17:02
openstackstatusNOTICE: devstack-gate jobs broken due to setuptools brokenness; fix in progress.17:02
*** ChanServ changes topic to "devstack-gate jobs broken due to setuptools brokenness; fix in progress."17:02
*** changbl has quit IRC17:02
mtaylorok. let's revert17:03
mtaylornone of this makes even the foggiest bit of senes17:03
*** pcrews has quit IRC17:04
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Revert "Ensure latest setuptools is present."  https://review.openstack.org/3804117:05
*** linuxmohan has quit IRC17:08
*** linuxmohan has joined #openstack-infra17:08
* mtaylor trying one more thing...17:09
mtaylorBWAHAHAHAHAHAHAHA17:11
mtaylorjeblair: evil laugh evil laugh17:11
mtaylorjeblair: apt-get remove -y python-setuptools in devstack is helpful17:11
*** CaptTofu has quit IRC17:13
*** CaptTofu has joined #openstack-infra17:13
mtaylorjeblair: https://review.openstack.org/3804017:14
mtaylordtroyer, sdague ^^17:14
mtaylorclarkb: ^^17:14
clarkbmtaylor: jeblair -1 because it seems to be debian derivative specific17:17
*** CaptTofu has quit IRC17:17
mtaylorclarkb: oh right17:18
mtaylorpeople use this elsehwere dont' they?17:18
mtayloralso, virtualenv isn't in our mirror17:18
clarkbmtaylor: and it just failed everythin. is that because virtualenv is not in our mirror?17:18
mtayloryes17:18
mtaylorlet me amend17:18
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Update the default extension  https://review.openstack.org/3775517:19
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Update asterisk documentation  https://review.openstack.org/3776217:19
mtaylorclarkb: updated17:20
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add voipms configuration  https://review.openstack.org/3776517:20
openstackgerritA change was merged to openstack-infra/config: Update the default extension  https://review.openstack.org/3775517:21
*** SergeyLukjanov has joined #openstack-infra17:21
openstackgerritA change was merged to openstack-infra/config: Update asterisk documentation  https://review.openstack.org/3776217:21
openstackgerritA change was merged to openstack-infra/config: Add voipms configuration  https://review.openstack.org/3776517:22
mtaylorclarkb, jeblair: ok. I just updated the patch one more time, moving the setuptools removal to before the "if virtualenv" block17:24
mtaylorit's not important for the gate, but if someone did want to use the track depends feature, the other thing would have made their life weird17:25
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Cause virtualenv to be installed into the mirror  https://review.openstack.org/3804217:30
mtayloralso that17:30
mtaylorclarkb, jeblair https://jenkins.openstack.org/job/gate-tempest-devstack-vm-full/34096/console https://review.openstack.org/38040 is past the install stagees of things17:30
jeblairmtaylor: you could probably go ahead and approve it then17:34
mtaylorjeblair: ok. I just wanted a double check from you guys on it - clarkb's catch about deb specific was a good one17:34
mtaylorjeblair: have I mentioned in the last couple of minutes that this is a mess? :)17:37
mtaylorAlex_Gaynor: ^^ I believe we're landing a fix for the devstack gate17:37
clarkbmtaylor: is it called python-setuptools on fedora and friends?17:38
mtaylorAlex_Gaynor, dstufft: I do not fully grok the root cause, the but the symptoms seem to revolve around distro-installed old distribute in /usr/lib/ combined with pip installed new setuptools17:38
mtaylorclarkb: thankfully, yes17:38
clarkbwow17:38
clarkbthat never happens17:39
clarkb+1 from me17:39
clarkbmtaylor: https://bugs.launchpad.net/openstack-ci/+bug/120334017:39
mtaylorGAH. it broke17:40
mtayloruhm17:41
mtaylorhttp://logs.openstack.org/40/38040/7/check/gate-tempest-devstack-vm-full/34096/console.html17:41
mtaylorwth?17:41
clarkbmtaylor: I don't think that is you, instead its one of the many failures the gate runs into17:42
clarkbmtaylor: however your grenade job in the gate failed17:42
mtaylorclarkb: all of the jobs failed17:42
mtayloroh. good17:44
mtaylorclarkb, jeblair: I think we're going to have to revert the setuptools everywhere change and rebuild the pool17:44
jeblairmtaylor: ok17:45
clarkbwfm17:45
mtaylorclarkb: then we can land changes in grenade and devstack (since we have to land them in both)17:45
mtaylorwhich means we can get help tracking down why a new version of setuptools causes cinder and euca to fail17:45
jeblairdid you abandon your revert patch?17:45
mtaylorhttps://review.openstack.org/#/c/38041/17:46
mtayloryu[p17:46
mtaylorrestored17:46
jeblairtaking clarkb's wfm as approval and aprvd it17:46
mtaylor++17:46
jeblairmtaylor: next step is to trigger image build jobs on all zones; then when they complete, run the reap jobs on all zones with "all servers" checked17:47
openstackgerritA change was merged to openstack-infra/config: Revert "Ensure latest setuptools is present."  https://review.openstack.org/3804117:47
mtaylorhrm17:47
jeblairhrm?17:47
mtaylorjeblair: sorry - different thing - the grenade gate job triggered by devstack changes does not run the copy of devstack proposed for change17:48
mtaylorjeblair: for trigger image build jobs - is there a better way than just clicking in jenkins?17:49
jeblairmtaylor: just did it17:49
mtaylorjeblair: oh! you're quick17:49
clarkbjeblair is an email and test ninja17:50
clarkbit sounds like this should be settled shortly. I am going to shift gears into driving to the dalles17:50
mtaylorclarkb: have fun17:50
jeblairmtaylor: i'm about to have to run out, so when the image jobs build, you'll want to run https://jenkins.openstack.org/job/devstack-reap-vms-hpcloud-az1/build?delay=0sec and check 'all servers', and do that for az2 and az3 as well.17:54
mtaylorjeblair: ok. I will do17:54
mtaylorthank you for your help17:54
jeblairmtaylor: image build: https://jenkins.openstack.org/job/devstack-update-vm-image-hpcloud-az1/17:54
jeblairmtaylor: np17:54
*** pcrews has joined #openstack-infra17:59
*** pabelanger has quit IRC18:17
mtaylorreap jobs running18:20
*** changbl has joined #openstack-infra18:21
*** pcrews has quit IRC18:28
mtaylor#status ok devstack gate should be back to normal18:28
*** mtaylor has quit IRC18:28
*** mtaylor has joined #openstack-infra18:28
mtaylor#status ok devstack gate should be back to normal18:29
mtaylorhrm18:29
*** vogxn has quit IRC18:29
mtaylorwhy statusbot no like me?18:30
*** pabelanger has joined #openstack-infra18:31
clarkbyou need to be mordred18:31
*** mriedem has joined #openstack-infra18:35
jeblair#status ok devstack gate should be back to normal18:38
openstackstatusNOTICE: devstack gate should be back to normal18:38
*** ChanServ changes topic to "Discussion of OpenStack Developer Infrastructure | docs http://ci.openstack.org | bugs https://launchpad.net/openstack-ci/+milestone/grizzly | https://github.com/openstack-infra/config"18:38
*** dripton has quit IRC18:41
*** dripton has joined #openstack-infra18:44
dstufftmtaylor: sorry just woke up, whats up?18:49
*** jjmb has quit IRC18:51
*** linuxmohan has quit IRC18:52
mtaylordstufft: oh, all sort of stuff18:53
mtayloroh! why am I mtaylor?18:53
*** mtaylor is now known as mordred18:53
mordredweird18:53
Alex_Gaynormordred: that's a bit of an existential question, dont' ya think?18:54
mordreddstufft: fascinating interaction between distro-installed old distribute and upgraded setuptools via pip18:54
*** linuxmohan has joined #openstack-infra18:54
dstufftmordred: your client realized the supremacy of first initial + last name18:54
mordreddstufft: and by fascinating, I do not actually mean fascinating18:54
mordredheh18:54
dstufftoh goody18:54
dstufftclashes18:54
mordredit's SUPER exciting18:55
mordreddstufft: https://jenkins.openstack.org/job/gate-tempest-devstack-vm-full/34083/consoleText18:55
mordreddstufft: fwiw18:55
mordreddstufft: we've worked around it for now18:55
mordredbut you'll see near the end that installing warlock fails when because setup.py egg_info goes to hell18:56
dstufftHum18:56
dstufftThat's normally indicative that setuptools went awol18:57
dstufftSicne that comes from setuptools18:57
dstufftalso18:57
dstufft /usr/local/lib/python2.7/dist-packages/d2to1/core.py:67: UserWarning: Unknown distribution option: 'install_requires'18:57
dstufftand the others18:57
dstufftyou were using plain old distutils… for some reason18:57
*** jjmb has joined #openstack-infra18:58
*** UtahDave has quit IRC19:02
fungiwow, i step away to pack and run pre-travel errands and miss all the fun!19:03
fungii seem to pick just the wrong (right?) times to be afk19:03
mordreddstufft: well, we weren't doing that on purpose19:04
dstufftmordred: yea not saying you were19:05
mordred:)19:05
mordreddstufft: in a venv with latest setuptools it works, and it works without upgrading setuptools, and it works if I apt-get remove python-setuptools19:05
* mordred stabs self in eyeholes19:05
dstufftis apt-get python-setuptools actually distribute19:06
mordredyes19:07
Alex_Gaynoramazing19:07
fungiafter i slept on last night's mirroring behavior change, it dawned on me that we probably only ended up with older and newer versions of stuff in or depended on by openstack/requirements, and with the current wisdom of removing version caps wherever we can as early as we can i'm unconvinced it's as big hole in our gating as i first believed19:08
dstufftI wonder if upgrading distribute first would fix it19:08
dstufftlol fucking shitshows19:08
dstufftand people wonder why I want pip to just vendor setuptools19:09
Alex_Gaynordstufft: has setuptools/commands/easy_install been deleted yet?19:10
dstufftNo19:10
* mordred cires19:10
mordredcries19:10
mordredsetuptools/commands/easy_install should die in a fire in a fire while dying in a fire19:11
mordredalso I don't like it19:11
dstufftThere is a PR to make pip not depend on setuptools19:12
dstufftsort of19:12
fungimordred: while we're on the subject of python packaging breakage, the exec we have at https://github.com/openstack-infra/config/blob/master/modules/jeepyb/manifests/init.pp#L68 is failing on at least our gerrit servers with this error... http://paste.openstack.org/show/41008/19:12
fungitrying to figure out if we need to change the exec or if that's indicative of something else gone awry on the servers19:13
fungiseems to have started breaking when the pbrization change merged: https://review.openstack.org/3143919:15
*** hashar has joined #openstack-infra19:17
*** ladquin has joined #openstack-infra19:21
fungiso a little over two weeks now19:36
*** linuxmohan has quit IRC19:40
*** SergeyLukjanov has quit IRC19:42
mordredfungi: fuckit20:13
mordredfungi: that's going to be an old version of pbr20:13
mordredon the box20:13
fungiaha20:13
fungiso we need to pip install latest pbr i guess?20:13
mordredfungi: or we need to get an apt repo that we fill with things that we produce20:14
mordredfungi: that we use for our server20:14
mordredservers20:14
fungishould jeepyb require a newer pbr then?20:14
mordredmaybe so20:15
fungioh, right, we don't install the dependencies via pip20:15
mordredI don't thin that will accomplish what you might think it will though20:15
fungiso in the short term, we need to have puppet install a new enough pbr on those servers20:16
fungiprobably in the jeepyb puppet module20:16
fungii20:16
fungier, i'll propose something to get us past this for the moment so jeepyb starts updating there again20:16
mordreddammit20:30
mordredhttps://jenkins.openstack.org/job/periodic-mirror-python27/146/console20:30
mordredalso20:30
mordreddidn't we add libffi-dev to the slaves?20:30
mordredhttp://logs.openstack.org/00/38000/2/check/gate-pbr-devstack-vm-rawinstall/232/console.html.gz20:30
mordredisrunning on a devstack node20:30
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Add libffi-dev  https://review.openstack.org/3804920:36
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Replace entry_points console_scripts  https://review.openstack.org/3800020:36
mordreddhellmann_: totally agree on tests...20:36
mordreddhellmann_: any ideas on what we should do for the second one?20:37
*** dhellmann_ is now known as dhellmann20:37
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Serve IRC log files as MIME type text/plain.  https://review.openstack.org/3805020:37
dhellmannwell...20:37
mordreddhellmann: I mean, testing the setuptools override seems simple enough20:38
dhellmannhow about an integration test that packages a dummy app, installs it in a venv, and then runs the script?20:38
mordredhrm20:38
mordredwe could do that20:38
dhellmannwe have some shell tests for pbr already, right?20:38
mordreda very large one20:38
dhellmannyeah, I promised to split that up using shunit2 and it's still on my list20:39
mordred:)20:39
dhellmannmordred: have you seen pbr emit a message like "'e' not a regular file -- skipping" when creating an sdist?20:50
dhellmannI get that for several letters, apparently alphabetically20:50
*** linuxmohan has joined #openstack-infra20:50
dhellmannbut not *every* letter20:51
*** linuxmohan has quit IRC20:56
*** mriedem has quit IRC21:04
dhellmannah, found it, I had the "scripts" list in the wrong part of the metadata21:09
*** hashar has quit IRC21:12
mordreddhellmann: hehe21:12
mordrednice21:12
dhellmannyeah, it turns out the letters were sorted(set('virtualenvwrapper.shvirtualenvwrapper_lazy.sh'))21:13
dhellmannif d2to1 is going to be picky about where things show up in the input file, it should not use the values from the wrong places :-/21:14
Alex_Gaynormordred: Somedays I wish openstack didn't use its own pypi server, so people could see how dumb download counts are on pypi.21:14
mordredAlex_Gaynor: heh21:14
mordreddhellmann: we can fix that now21:14
dhellmannyep21:14
mordreddhellmann: god. there is no great place from which to test this21:16
mordreddhellmann: I can create a fake python package and shell out to python setup.py21:17
mordredwhich seems to be the _best_ option21:17
mordredwhich makes me want to die inside21:17
dhellmannor write another bash script that does it, and I'll convert it along with the existing script?21:17
dhellmannthat's what I meant before21:17
mordredyeah - I was just trying to figure out how to do this with, you know, a unit test21:19
mordreddhellmann: but I think adding it to the integration test will be the best bed21:20
mordredbet21:20
dhellmannyeah :-/21:20
*** changbl has quit IRC21:31
*** dhellmann is now known as dhellmann_21:40
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Replace entry_points console_scripts  https://review.openstack.org/3800021:48
mordreddhellmann_: ok. there's tests ^^21:48
*** dhellmann_ is now known as dhellmann21:58
* dhellmann wonders if mordred gets extra points for rolling the odometer over on the review #21:58
Alex_Gaynordhellmann: not until 40k21:59
dhellmannhaha21:59
Alex_Gaynordhellmann: and if diff 40k isn't a warhammer joke, vengene be upon the uploader21:59
dhellmannAlex_Gaynor: that sounds like something worth ensuring22:00
dhellmannwrite something to watch gerrit events for patch 39999 and automatically submit one?22:00
*** sdake has quit IRC22:11
mordredhaha22:14
mordredbtw - that's just a whole lot of patches22:14
Alex_Gaynor40k, or the 2k more to get there?22:14
mordred40k22:16
mordredalthough gerrit's gerrit has 48k and android's has 62k ... so we've got some catching up to do still22:16
Alex_Gaynorthose are much older, aren't they?22:17
Alex_GaynorAnd the acceleration probably isn't as high.22:17
mordredthey are. android has been around for quite a while :)22:18
Alex_Gaynordhellmann: FWIW motivation for that tweet was https://review.openstack.org/#/c/38014/ and me being gnerally angry at py2k :)22:18
*** dhellmann is now known as dhellmann_22:18
dhellmann_Alex_Gaynor: I like the -1 without any comment22:19
Alex_Gaynordhellmann_: Peter and I discussed it for a fwe minutes on IRC last night, I assume he just didn't want it merged without a discussion but it was too late for him to articulate a better direction22:20
*** dhellmann_ is now known as dhellmann22:20
* dhellmann can't keep up with his IRC status22:20
dhellmannAlex_Gaynor: ah, ok22:20
*** holdenweb has joined #openstack-infra22:23
*** dkliban has joined #openstack-infra22:26
*** holdenweb has quit IRC22:40
*** dhellmann is now known as dhellmann_22:44
*** jjmb has quit IRC22:45
*** jjmb has joined #openstack-infra22:45
*** ewindisch has joined #openstack-infra23:25
*** ewindisch has quit IRC23:26
*** CaptTofu has joined #openstack-infra23:49

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