Sunday, 2013-08-11

fungibut yeah, i suspect her script which sets up teh cgit config also needs to init any missing repos00:00
fungishould be a fairly minor addition since it's already doing stuff with the projects.yaml registry00:00
mordredfungi: any idea where that script is?00:01
fungijeepyb00:01
mordredfungi: k. also - any idea where it's called in puppet?00:01
fungicreate_cgitrepos.py00:01
fungicalled from modules/cgit/init.pp i think... checking00:02
mordredah. I see it00:02
mordredneat00:02
fungiahh, modules/openstack_project/manifests/git.pp00:03
openstackgerritA change was merged to openstack-infra/config: Remove if module statements  https://review.openstack.org/4127800:07
fungihmm, marun's gone, but i manually spun up a devstack vm and have some tempest tests running on it no problem00:07
fungijust following https://github.com/openstack-infra/devstack-gate#simulating-devstack-gate-tests (so presumably something we're doing in prep is causing the issue not to surface)00:08
mordredfungi: that's what I'm thinking00:10
mordredfungi: I replicated it not working when we don't run our stuff00:10
mordredfungi: I'm guessing something in the puppet setup is overreaching00:10
fungiyep. clearly some of our stuff should be in devstack ;)00:10
mordredhehe00:11
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Create repo when we create the cgit config file  https://review.openstack.org/4127900:11
mordredfungi, pleia200:11
mordredfungi, pleia2: ^^ there's a stab - it probably doesn't work00:11
fungii wonder if my previous instructions for a puppetless workflow hits the same issues00:11
fungiif not, should make it easier to narrow down00:12
* mordred also just wants to make the global venv work00:12
mordredin devstack00:12
mordredbecause it should isolate most of these sorts of things00:12
*** Ryan_Lane has joined #openstack-infra00:12
*** zul has joined #openstack-infra00:22
*** pabelanger has quit IRC00:26
*** pcrews has joined #openstack-infra00:33
*** Ryan_Lane has quit IRC00:35
fungidug out my puppetless simulation instructions and have them running now to see if they hit it00:37
mordredfungi: you has link?00:41
*** sarob has quit IRC00:42
*** sarob has joined #openstack-infra00:42
fungimordred: https://review.openstack.org/#/c/32661/3/README.rst00:47
fungiis what i'm trying00:47
*** sarob has quit IRC00:47
fungiit's in devstack exercises still at the moment00:48
mordredhrm00:49
koolhead17hoi all00:49
fungimordred: it made it through exercises and has moved on to tempest00:52
mordredfungi: then it's working00:53
fungiand it's not like i really did anything too special there... updated a base precise image, installed debs of git and python-pip, used pip to install tox, then basic user stuff and devstack-vm-gate-wrap00:54
mordredoh. wait00:54
mordredyou ran devstack-vm-gate-wrap00:54
fungiso i'm thinking it's that, yes00:54
mordredso, what I'm doing to test the failure case00:54
fungiwhich means it's probably not something we're doing in puppet, but rather something we're doing in d-g00:55
mordredis "new machine, apt-get install git, git clone devstack, (make localrc because it's on hpcloud and I have to set network range), ./stack.sh00:55
fungiwhich is preventing the issue from cropping up in the gate00:55
*** nayward has joined #openstack-infra00:57
*** nayward has quit IRC01:02
*** Ryan_Lane has joined #openstack-infra01:04
mordredfungi: I don't see anyuthing in there which makes senes to me to be a problem01:05
fungion the one i built by applying our puppet config, after the full tempest run completed, successfully, i was able to unstack and stack again with no issue01:05
*** vipul-away is now known as vipul01:05
fungigoing to try the same on the puppetless one in a bit01:06
fungibut i expect the results to be similar01:06
*** Ryan_Lane has quit IRC01:17
*** zul has quit IRC01:21
*** pcrews has quit IRC01:30
*** zul has joined #openstack-infra01:43
*** pabelanger has joined #openstack-infra01:49
fungi[ERROR] /opt/stack/devstack/lib/keystone:316 keystone did not start01:50
fungiso on the non-puppeted vm, even though exercises and tempest ran successfully from the wrap script, unstack and stack afterward fails01:50
funginevermind, it does not. i was looking at the wrong vm. the error above was from one i tried with no puppet and without running the wrap script first01:52
fungiso if we run the wrap script to initiate tests, then devstack is configured such that it can be successfully unstacked and stacked again afterward01:52
jeblairfungi, mordred: you're working on a new experimental thing, not fixing a production problem, right?01:53
fungijeblair: no, trying to figure out why devstack has gotten itself in a state where it doesn't work on its own, but works from the gate wrap script01:54
jeblairfungi: ugh.  ok.01:55
fungicontinuation of the issues we saw over the past couple days where, i think, pip is installing some packages with non-world-readable permissions01:56
jeblairfungi, mordred: jenkins01 doesn't appear to have done anything insane, so i'm putting jenkins02 into shutdown mode in prep for upgrading gearman-plugin there01:58
fungigreat!01:58
*** sarob has joined #openstack-infra02:00
clarkbjeblair how soon do you want to get the new pool code running? I plan to review it tomorrow02:02
*** vipul is now known as vipul-away02:02
*** Ryan_Lane has joined #openstack-infra02:03
*** Ryan_Lane has joined #openstack-infra02:03
*** sarob has quit IRC02:04
jeblairclarkb: a few more things need to happen first, so don't rush.  in particular, zuul needs a new feature (to run a custom function at job start and completion) that needs to be written and installed first.  so it'll probably be a couple days into next week at least, if not the end of the week.02:05
*** ewindisch has joined #openstack-infra02:06
mordredfungi: AWESOME02:07
mordredjeblair: and yeah, what fungi said02:07
mordredI think it's definitely a thing to figure out02:08
*** zul has quit IRC02:08
mordredjeblair: I honestly can't see what d-g might do that plain doesn't02:08
mordredoh02:08
mordredfungi: you know what? what if it's the mirror?02:08
mordredwhat if there IS something about the mirror which is different, and is causing devstack runs pointing at it to succeed and ones not pointing at it to fail02:09
fungimmm, does the wrap script set it to use our pypi mirror instead of the real pypi?02:09
* fungi rtfs02:09
mordredfungi: yes02:09
openstackgerritA change was merged to openstack-dev/pbr: Update requirements in integration test  https://review.openstack.org/4109802:12
clarkbshould be easy to test that  just set the mirror and run stack.sh?02:13
mordredyup. doing now02:13
openstackgerritA change was merged to openstack-dev/pbr: Added documentation for packagers  https://review.openstack.org/4110402:14
mordredyay!02:15
mordreddocs fixed02:15
mordredhttp://docs.openstack.org/developer/pbr/02:15
fungii have it running now02:15
mordrednow shows most recent docs02:15
fungishould know here in a moment02:16
fungiick, i think i got the machine into a state02:17
*** erfanian has joined #openstack-infra02:18
fungiokay, have it going now i think02:19
lifelessmordred: any comment on my confusion?02:23
mordredlifeless: you have so much confusion, and I've been battling devstack, can you clarify?02:24
mordred;)02:24
mordredlifeless: also, you might like this followup patch: https://review.openstack.org/#/c/41273/02:25
mordredlifeless: AND - I split things into functions for you02:25
*** bearhands is now known as comstud02:28
lifelessmordred: 10:27 < lifeless> mordred: so what about this sentence -02:28
lifeless10:27 < lifeless> # Need to do these separately to not trigger setuptools02:28
lifeless10:27 < lifeless> # Bug.02:28
lifeless10:27 < lifeless> I still can't make head or tails of the end of it.02:28
mordredAH02:28
lifelessmordred: thats the only concern I have remaining about the patch02:28
lifelessI commented in a review, but there was no reply, nor change.02:28
mordredthat. I should probably not use the word bug02:28
mordredas it's not a thing that's fixable/going to be fixed aiui02:28
lifelessmordred: possibly. Also possibly not as a proper noun :)02:29
mordredlemme go clarity - sorry, forgot to update that bit02:29
lifelessthanks!02:30
mordredlifeless: this is the thing where if you upgrade setuptools _with_ antyhing else, you might trigger a condition where distribute upgrades, removing its version of the setuptools code, but another package also attempts to upgrade before setuptools gets reinstalled02:30
lifelessmordred: so arguably thats a bug in the replacement distribute02:31
*** ewindisch has quit IRC02:31
mordredlifeless: yes02:31
mordredwell, actually02:31
lifelessmordred: personally I *would* file an upstream bug, and reference that.02:31
mordredit's in pip's depenency processing02:31
lifelesspotato potato02:31
mordredand I_believe_ clarkb filed a bug02:31
lifelessmordred: I'd just like either a) a bug #, or b) a short description, or ideally c) both.02:31
*** kiall has quit IRC02:34
*** kiall has joined #openstack-infra02:37
*** mberwanger has joined #openstack-infra02:37
fungiresetting the same pip/pydistutils configs to our mirror as d-g does, i still get "keystone did not start" so i'm thinking it's not our pypi mirror making the difference02:40
fungibut am going to try again on a fresh vm just to be sure02:40
mordredlifeless: https://github.com/pypa/pip/issues/98802:41
mordredfungi: oh good02:41
lifelessmordred: I don't believe it's the same bug02:42
mordredlifeless: might not be02:42
lifelessmordred: thats scheduling not resolving, similar but different problems.02:42
lifelessmordred: specifically it could resolve correctly and not force adjacent scheduling for setuptools&distribute.02:42
mordredindeed02:43
mordredof course, I think it would have a very hard time02:43
mordredgiven that dstufft tells me best practice should be to not declare a setuptools dependency in a package02:43
dstufftmostly because it's broken to do so02:44
mordredso I kinda think that pip should have special handling of setuptools depends02:44
mordreddstufft: well, the thing is02:44
mordredif you don't02:44
dstufftpip 1.4 does have special handling of the setuptools/distribute depends02:44
dstufftit moves it to the uh, end (or is it begining?) of the installation set02:44
mordredgreat! so the setuptools upgrade break goes away with pip 1.4?02:44
dstufftThat's what I'm told, clarkb has another case that is exposed with older versions of python-mysql that I didn't dig into yet02:45
dstufftBut that existed prior to the setuotools/distribute 0.702:45
mordredwell, they declare an explicit depend on distribute02:45
mordredas does d2to1 (although we stopped consuming it, mainly for that reason)02:45
dstufftbut the issues that came about because of 0.7+ should be resolved in pip 1.4+02:46
dstufftfrom what I'm told at least, I didn't fix that problem02:46
* mordred thinks about how he could test this...02:46
dstufftmordred: fwiw it was explicitly a problem with our recursive upgrades, distribute 0.7 depending on setuptools, and distribute not having a setuptools directory itself02:49
mordreddstufft: https://review.openstack.org/4128102:50
mordreddstufft: I just sent that in to devstack, which removes the explicit setuptools upgrade, and instead only upgades pip02:50
dstufftwhich broke our hack to make upgrading setuptools work (by in the subshell that calls setup.py install, changing cwd to the build dir so it could import the setuptools from inside the package)02:50
dstufftmordred: ok02:52
dstufftmordred: hopefully it works and I don't look silly :)02:52
mordreddstufft: if it works, it will invovle simplication of things, which will make me happy02:53
mordreddstufft: if it doesn't work, you've indicated that you think it _should_ which means maybe we could get a 1.4.2 out amending the logic to fix :)02:53
mordredI'll be happy either way02:53
*** erfanian has quit IRC02:53
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Remove spurious uses of output return values  https://review.openstack.org/4127302:53
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Start building wheels in the mirror  https://review.openstack.org/4121502:53
mordredlifeless: ^^ updated comment to be verbose - did not include bug number. also upgraded pip first02:54
mordredbecause either we need to upgade setuptools by itself to avoid the bug, or we need to ensure our virtualenv has the latest pip to avoid the bug :)02:54
mordredbut latest pip seems long-term to be the stronger over all solution02:55
dstufftmordred: you can just download virtualenv-X.Y.tar.gz, unpack it and create your virtualenv like python virtualenv-X.Y/virtualenv.py --options02:55
mordreddstufft: that's actually probably more work in this context - but thanks, good to know02:55
dstufftand get the version of pip and setuptools bundled with that virtualenv02:55
dstufftokies02:55
dstufftmordred: only mentioned it because it might be nice to be completely indepedent from system packages02:56
* mordred may pull that trick out of sleeve later...02:56
mordreddstufft: yes. indeed02:56
mordredI will strongly consider making that how devstack gets its virtualenv02:56
mordredif we can sell folks on global virtualenv02:56
mordredgosh - if only we could get libvirt in virtualenv...02:57
*** nayward has joined #openstack-infra02:57
mordreddstufft: w00t! it may be working02:58
dstufftmordred: :D02:59
* dstufft may not look silly02:59
dstufftat least not for this reason!02:59
*** sarob has joined #openstack-infra03:00
*** nayward has quit IRC03:02
*** dkliban has joined #openstack-infra03:03
*** sarob has quit IRC03:05
*** Ryan_Lane has quit IRC03:09
*** Ryan_Lane has joined #openstack-infra03:20
*** Ryan_Lane has quit IRC03:25
openstackgerritAlessandro Pilotti proposed a change to openstack-dev/pbr: Fixes issue with command escaping on Windows  https://review.openstack.org/4128303:30
openstackgerritAlessandro Pilotti proposed a change to openstack-dev/pbr: Fixes issue with command escaping on Windows  https://review.openstack.org/4128303:31
openstackgerritAlessandro Pilotti proposed a change to openstack-dev/pbr: Fixes issue with command escaping on Windows  https://review.openstack.org/4128303:32
*** pcrews has joined #openstack-infra03:36
*** Ryan_Lane has joined #openstack-infra03:41
*** dkehn has quit IRC03:47
*** dkehn has joined #openstack-infra03:47
jeblairmordred, fungi: i've restarted jenkins02 with new gearman-plugin03:54
fungiawesome. no signs of problems with it sounds like?03:54
jeblairfungi: doesn't look like it; jenkins01 seems to be behaving03:55
*** sarob has joined #openstack-infra04:01
mordredjeblair: w00t04:05
mordredjeblair: rolling upgrades ftw04:05
*** sarob has quit IRC04:06
jeblair++04:07
fungimordred: !!! confirmed with a fresh vm that overriding pip/pydistutils config to point at our pypi mirror does in fact make it work. ran the following... http://paste.openstack.org/show/43829/04:08
mordredfungi: oh god04:09
fungiso, um... i wonder if there's something different about the packages in question on our mirror vs on pypi proper? (prettytable, what else?)04:09
mordredfungi: that's just absolutely great04:10
fungisomeone repeating that experiment to confirm would be good, just in case i did something stupid04:11
fungiin the meantime, i'm pulling packages from our mirror and pypi to compare04:11
mordredfungi: do you still have your working one in?04:11
mordredfungi: try running "pip list" on both04:11
mordredor, rather, the one that didn't work04:11
fungioh, no but i can make one which doesn't work and compare them04:12
mordredhrm. pip list blows up04:12
mordredpip freeze works04:12
mordreddstufft: is that someone you want more info from me on?04:12
dstufftdefine blow up04:13
mordreddstufft: http://paste.openstack.org/show/43830/04:13
mordreddstufft: pip freeze operates to completion04:14
mordredfungi: I'm _guessing_ that our mirror has unwittingly expressed a version pin that should (clearly) actually be in requirements.txt04:15
dstufftmordred: Can you file a bug? That shouldn't happen. Ideally with the pip freeze and pip list output04:15
mordredfungi: figuring out what that pin is (a) and why we're skewed (b) I think are both worthwhile04:15
mordreddstufft: totaly!04:15
* dstufft afks04:16
fungimordred: quite possibly because our means of caching by installing is failing to add the new version when installation goes wrong?04:16
fungimordred: but yeah, i'll diff pip freeze between working and broken04:16
mordreddstufft: https://github.com/pypa/pip/issues/109304:17
*** sarob has joined #openstack-infra04:20
*** Ryan_Lane has quit IRC04:22
*** mberwanger has quit IRC04:23
openstackgerritAlessandro Pilotti proposed a change to openstack-dev/pbr: Fixes issue with command escaping on Windows  https://review.openstack.org/4128304:26
*** mrodden1 has quit IRC04:27
*** locke105 has quit IRC04:27
*** sarob has quit IRC04:29
*** sarob has joined #openstack-infra04:29
mordredfungi: if you feel like looking at an easy pbr bug, ^^ is blocking our windows/hyper-v folks04:29
*** oldben has quit IRC04:30
*** bnemec has joined #openstack-infra04:30
*** locke105 has joined #openstack-infra04:30
*** mrodden has joined #openstack-infra04:31
*** sarob has quit IRC04:34
mordredok. I think I may try to go to the sleeping hole04:36
fungimordred: diffing pip freeze output between failing and working runs was unhelpful. the failing one is simply missing extras, fixtures, python-mimeparse, python-subunit, tempest-master, testrepository, testresources and testtools04:36
fungiand yeah, i probably need to think about sleep as well04:37
fungithough pip freeze is also struck by the permissions issue on the failing run... IOError: [Errno 13] Permission denied: '/usr/local/lib/python2.7/dist-packages/p04:38
fungirettytable-0.7.2.egg-info/top_level.txt'04:38
*** zul has joined #openstack-infra04:41
*** pcrews has quit IRC04:43
fungiworse still, i've downloaded the .tar.bz2, .tar.gz and .zip copies of prettytable from pypi and from our mirror and their checksums match04:47
fungithink i'm done for the night. i'll continue seeing if i can come up with something tomorrow04:55
*** nayward has joined #openstack-infra04:58
*** nayward has quit IRC05:03
*** sarob has joined #openstack-infra05:10
*** ewindisch has joined #openstack-infra05:19
*** ewindisch has quit IRC05:32
*** sarob has quit IRC05:42
*** sarob has joined #openstack-infra05:42
*** sarob has quit IRC05:47
*** Ryan_Lane has joined #openstack-infra05:48
*** Ryan_Lane has joined #openstack-infra05:48
*** Ryan_Lane has quit IRC05:55
*** nayward has joined #openstack-infra06:09
*** nayward has quit IRC06:15
*** nayward has joined #openstack-infra06:35
*** nayward has quit IRC06:40
*** sarob has joined #openstack-infra06:51
*** nayward has joined #openstack-infra06:54
*** sarob has quit IRC06:56
*** mikal has quit IRC07:07
*** mikal has joined #openstack-infra07:08
*** Ryan_Lane has joined #openstack-infra07:15
*** yolanda has joined #openstack-infra07:26
*** koobs has quit IRC07:35
*** sarob has joined #openstack-infra07:52
*** sarob has quit IRC07:55
*** yolanda has quit IRC07:59
*** yolanda has joined #openstack-infra08:12
*** yolanda has quit IRC08:18
*** nayward has quit IRC08:19
*** sarob has joined #openstack-infra08:55
*** nicedice_ has quit IRC08:56
*** Ryan_Lane has quit IRC08:56
*** sarob has quit IRC09:00
*** Ryan_Lane has joined #openstack-infra09:12
*** nicedice_ has joined #openstack-infra09:49
*** Ryan_Lane has quit IRC09:52
*** sarob has joined #openstack-infra09:57
*** sarob has quit IRC10:04
*** sdake_ has quit IRC10:44
*** sarob has joined #openstack-infra11:01
*** sarob has quit IRC11:05
openstackgerritSean Dague proposed a change to openstack-infra/config: unified styling on progress bars  https://review.openstack.org/4129911:15
*** SergeyLukjanov has joined #openstack-infra11:19
*** SergeyLukjanov has quit IRC11:24
*** mikal has quit IRC11:38
*** mikal has joined #openstack-infra11:40
*** sarob has joined #openstack-infra12:01
*** sarob has quit IRC12:06
*** mikal has quit IRC12:11
*** mikal has joined #openstack-infra12:12
*** dkliban has quit IRC12:38
*** mjfork has joined #openstack-infra12:49
*** dripton_ has joined #openstack-infra12:52
*** dripton has quit IRC12:53
*** dkliban has joined #openstack-infra12:57
*** mjfork has quit IRC13:00
*** mjfork has joined #openstack-infra13:03
*** krtaylor_ has quit IRC13:08
*** boris-42 has joined #openstack-infra13:11
*** dkliban has quit IRC13:13
*** sgviking has quit IRC13:27
mordredfungi: the prettytable permissions issues are something marun and dtroyer are working on too13:28
mordredso maybe _something_ about how we do the puppet nodes is preventing the pretty table permissions issues from arising13:28
mordredmorning sdague13:29
*** sarob has joined #openstack-infra13:32
*** sarob has quit IRC13:36
zaromordred: good morning.13:58
mordredmorning zaro !13:58
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Improved the gerrit trigger  https://review.openstack.org/4064413:59
zaromordred: you have time to review today? https://review.openstack.org/#/c/40455/14:00
mordredlooking14:00
openstackgerritA change was merged to openstack-infra/config: deploy jenkins plugin pom.xml file.  https://review.openstack.org/4045514:05
zaromordred: thanks.  Wow! builds have become super snappy since the additional jenkins masters.14:06
mordredzaro: yes they have!14:10
*** sarob has joined #openstack-infra14:21
openstackgerritKhai Do proposed a change to openstack-infra/gearman-plugin: moved python examples to jenkins wiki  https://review.openstack.org/4130714:22
*** sarob has quit IRC14:27
*** thomasm has joined #openstack-infra14:29
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Fix issue with command escaping on Windows  https://review.openstack.org/4128314:31
fungimordred: i don't think it's puppet fixing the problem. as i pointed out last night, simply configuring pip/pydistutils to use pypi.openstack.org instead of pypi.python.org causes those permissions issues not to arise14:32
fungiand yet, the package versions and checksums are identical14:33
*** Ryan_Lane has joined #openstack-infra14:33
mordredfungi: oh right. but, you know, if the versions aren't different14:33
mordredthen how are we getting different behavior?14:33
fungiat least the versions of packages it got far enough to install were all the same. the only checksums i compared were for prettytable itself though14:34
mordredfungi: just out of curiosity, can you check the version of pip on each machine?14:34
fungiboth of them say "pip 1.4 from /usr/local/lib/python2.7/dist-packages/pip-1.4-py2.7.egg (python 2.7)"14:35
fungithough i want to try building them again, dumping the devstack setup spam to a file and comparing some context around where prettytable is being installed to see if there's any difference14:36
fungithey also both have distribute==0.6.24dev-r0 and no setuptools (according to pip freeze)14:38
fungii suppose i should script something to retrieve the entire output of pip freeze from our mirror and upstream and see if there's any invalid checksums14:42
*** thomasm has quit IRC14:43
fungioh, though i'd need to filter out the packages which are being reported by pip freeze but actually installed from debs14:44
*** sarob has joined #openstack-infra14:46
mordredhrm14:47
mordredfungi: btw - it's driving me batty getting emails from OpenStack Hudson (sometimes I just finally can't take it any longer)14:47
mordredfungi: so I'd like to change the display name at least (I know changing the actual account name is WAY more involved)14:47
mordredjeblair: ^^14:48
fungimordred: should be fine14:48
fungimordred: changing the display name should be fine i mean14:48
mordredfungi: I was thinking it should maybe be "OpenStack Infra" ?14:48
mordredor somethig - Jenkins is equally wrong14:48
fungiyeah, it shouldn't be something specific and wrong14:49
fungii'm okay with it being something specific and accurate14:49
fungihowever, specific and accurate eventually drifts until it's specific and wrong again14:49
fungiso general helps prevent that, at the risk of being a bit vague14:49
openstackgerritAlessandro Pilotti proposed a change to openstack-dev/pbr: Fixes issue with command escaping on Windows  https://review.openstack.org/4128314:51
mordredfungi: so, Infra general enough? Or spell it out Infrastructure?14:52
jeblairmordred: i'd go with infra (since we want to rename the project to that too)14:53
fungiyeah, agreed14:53
mordredk14:53
clarkb++14:54
mordredjeblair, fungi: done14:54
fungiyay!14:54
jeblairi unstuck puppet on jenkins.o.o14:54
jeblair(its jenkins jobs were out of date)14:55
jeblairfungi, mordred: err: /Stage[main]/Openstack_project::Base/Package[virtualenv]/ensure: change from 1.10 to 1.10.1 failed: Could not update: Execution of '/usr/bin/pip install -q --upgrade virtualenv' returned 1: Command python setup.py egg_info failed with error code 114:56
jeblairfungi, mordred: what's the current fix for that?14:56
mordredsigh14:56
mordredjeblair: well - I have learned some things since last we spoke14:56
mordredjeblair: on this topic14:56
mordrednamely, apparently we do _not_ need to take pains to upgrade the system setuptools before everything else14:57
mordredas long as we upgrade pip to >=1.4 (1.4 has special case logic to handle the breakage issues)14:57
mordredjeblair: I have not translated that information in to a new overall plan for our puppet modules14:57
mordredbut I shall endeavor to do so14:57
clarkbyou don't want pip to ensure latest pip14:57
clarkbbecause pip freeze does not report pip which was marked an invalid bug by upstream...14:58
mordredyah14:58
zarois it faux pas to approve your own patches, even though it's trivial?15:01
clarkbmaybe deb/rpm packages for pip is all we need?15:01
mordredyes. I agree15:02
jeblairzaro: usually; we sometimes make exceptions when we're fixing operational problems.15:02
mordredyeah. what jeblair said- and even then I try to keep it to only things that are super simple - if it's a complex operational fix, I want someone to look at it15:03
mordredclarkb: the problem is, no one upstream has made a pip 1.4 pakckage yet15:04
mordredclarkb: and once I start thinking down that road, my brain wants to know how we're going to manage it in an ongoing manner15:04
sdaguemordred: morning15:06
openstackgerritA change was merged to openstack/requirements: update mock minimum to 1.0  https://review.openstack.org/4116815:06
openstackgerritA change was merged to openstack/requirements: Always specify a lower bound on packages  https://review.openstack.org/3791115:06
sdaguejeblair: was playing with status bar styling in html5 this morning, second patch up for non-native styling - (looks like this - http://img849.imageshack.us/img849/6774/r9se.png)15:09
jeblairsdague: nice!  i think the color should probably be #e2ecef (the background for the bar at the top of the change box)15:12
sdaguejeblair: so if you make it e2ecef you can't really see it15:13
sdagueI did start there15:13
sdaguebut it's actually too subtle15:13
jeblairsdague: do you know of a way to do leaders in html?  i'm having trouble following from the short jobs (gate-pbr-docs) over to the results?15:13
jeblairhow about #95c7db?15:14
sdaguejeblair: leaders?15:14
jeblairsdague: like......this15:14
jeblairsdague: they lead your eye15:14
sdagueah, yeh I'm not sure15:15
jeblairsdague: with a really big gap like that, you actually have to stop tracking while reading and lose focus in order jump from one side to the other15:15
sdaguejeblair: fair, though from a interface perspective I think most folks are actually going to that page to find their job, scan for fails, and look back only if there is one15:16
jeblairsdague: interesting thought -- design for reading backwards.  :)15:17
sdagueyeh, that's why I wanted the status floated and lined up, because that's typically what I'm trying to pull out15:18
sdagueanyway ux agreement is always hard, everyone comes at it with a different pov. :)15:18
jeblairsdague: that's very compelling, and makes the leaders (or something equivalent, table lines, bg color, etc) seem less necessary, though i suspect (i've never tried myself) they can be useful for reading backwards too.  at any rate, i don't think that needs to block this.15:20
jeblairsdague: i do think the color needs to be compatible with the blues there though; did you try #95c7db?15:21
sdagueI did I found it really overwhelmingly dark, so that's all your eye sees15:21
sdaguelet me do a couple a screen shots to show15:21
jeblairsdague: i think we can agree on ux :) aesthetics is harder to do by committee15:22
mordredjeblair: I unstuck jenkins.o.o for now by hand. fixing it for real is very high on mylist, but I think may take a few iterations - and involve an apt repo15:22
jeblairmordred: ok, thx15:22
jeblairsdague: don't worry about the screenshots; i'm hacking on your change locally15:23
sdaguehttp://img33.imageshack.us/img33/181/94lh.png15:23
mordredjeblair: I think that we may want an apt/yum repo for our machiens that has the latest pip. on further discussion with dstufft, we may want to never install things globally with pip and instead always use either virtualenvs or packages15:23
sdagueactually, it's not as bad as I remember, it does end up heavy though15:23
mordredjeblair: but I'm going to play with a bunch of combinations of things and come  back with some better data/thoughts15:24
sdaguealso, my patch didn't actually fix this for the other browsers, so whatever color we land on, I need to fix that15:24
sdaguejeblair: #B1D5E3; is an interesting blue that splits the difference, and I think stays in the same hue range better15:30
jeblairsdague: ok, i'll look at it in a sec.  i'm also consulting with a graphic designer.15:30
sdague:)15:30
sdaguewell, here's a fixup with that color. Going to run away for a bit. Feel free to do color tweaking beyond that.15:32
openstackgerritSean Dague proposed a change to openstack-infra/config: unified styling on progress bars  https://review.openstack.org/4129915:32
*** sgviking has joined #openstack-infra15:33
*** sarob has quit IRC15:34
*** dina_belova has joined #openstack-infra15:34
pleia2mordred, fungi - thanks for catching the ssl thing (I did all my testing with self-signed certs, so clearly didn't catch it) I'll try to have a look at the cgit stuff on the flight tonight (today have plans with philly folks before heading home)15:39
jeblairsdague: your color looks good.  here's a darker one (based on the link color, but lightened to visually match the density): #6b81a2 if we want something with more contrast.  i could go either way, but i think i have a slight preference for the darker one (easier to read at a glance)15:42
jeblairsdague: we could consider a really light zebra stripe row background to help with the scanning.15:47
jeblairsdague: here's the dark color: http://imgur.com/inTi1E315:49
jeblairok.  breakfast.15:49
mordredjeblair: I like the dark color15:49
mordredjeblair: I also lke the idea of a zebra stripe... although I do agree it should probably be really light15:50
sdagueyeh, I actually strayed away from the dark color intentionally, because on chrome the default is this dark color and it just overwhelmed everything15:50
sdaguebut, we could roll that way if people want15:50
sdaguejeblair: I was actually thinking, the thing you most care about is fails, maybe background color the fail lines15:50
sdaguethe dark is a nice blue though15:51
openstackgerritSean Dague proposed a change to openstack-infra/config: unified styling on progress bars  https://review.openstack.org/4129915:52
sdagueok, that's the change with th 6b blue15:52
mordredsdague: hrm. yeah. background color on fail lines could be nice15:54
sdagueyeh, though I think we're going to make it extra noise if we futz with it too much more right now. Get used to the new look for a bit, then figure out if there is a good adjustment to make to make it better.15:55
jeblairsdague: agreed; i'm in no rush.15:56
sdaguejeblair: anyway, I updated with the darker blue, it does work nicely with the link color15:56
jeblaircool!15:56
sdagueso any time you want to flush it through, that would be cool :)15:56
jeblairsdague: +2d the series15:58
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Fix issue with command escaping on Windows  https://review.openstack.org/4128316:14
*** thomasm has joined #openstack-infra16:15
mordredjeblair, sdague I'm +2 - but do you want me to hold off on APRV?16:17
jeblairmordred: i don't see a reason to hold16:17
jeblairupgrading gearman plugin on jenkins.o.o16:19
*** sarob has joined #openstack-infra16:22
openstackgerritA change was merged to openstack-infra/config: float the progress bars and statuses to the right  https://review.openstack.org/3909716:24
openstackgerritA change was merged to openstack-infra/config: unified styling on progress bars  https://review.openstack.org/4129916:24
*** dina_belova has quit IRC16:24
*** mberwanger has joined #openstack-infra16:26
*** dina_belova has joined #openstack-infra16:27
*** sarob has quit IRC16:28
jeblairi upgraded jenkins to the same version that 01 and 02 are running as well16:29
*** sarob has joined #openstack-infra16:29
jeblairmordred, fungi, clarkb: jenkins, jenkins01, jenkins02 are all now running the same version of jenkins and gearman-plugin16:29
jeblair(as is jenkins-dev)16:30
mordredjeblair: woot16:32
openstackgerritAlessandro Pilotti proposed a change to openstack-dev/pbr: Fixes issue with command escaping on Windows  https://review.openstack.org/4128316:33
*** sarob has quit IRC16:34
openstackgerritA change was merged to openstack-infra/config: Make subunit2html.py py3k and python2 compatible.  https://review.openstack.org/4074316:37
openstackgerritA change was merged to openstack-infra/config: Exec pip freeze in gate-requirements-install  https://review.openstack.org/3874616:38
openstackgerritA change was merged to openstack-infra/config: Add stable/grizzly branch to gerribot for puppet  https://review.openstack.org/4100216:40
openstackgerritA change was merged to openstack-infra/config: Don't post merges in openstack-dev and openstack-nova  https://review.openstack.org/4068516:41
*** Ryan_Lane has quit IRC16:44
openstackgerritA change was merged to openstack-infra/config: Add reload support to Asterisk  https://review.openstack.org/3866516:44
openstackgerritA change was merged to openstack-infra/config: Invert modules.conf logic  https://review.openstack.org/3880116:45
*** openstackgerrit has quit IRC16:48
*** openstackgerrit has joined #openstack-infra16:49
openstackgerritA change was merged to openstack-dev/pbr: Fix pep8 error  https://review.openstack.org/4086916:51
*** dina_belova has quit IRC16:52
openstackgerritA change was merged to openstack-dev/pbr: Add option to run testr serially  https://review.openstack.org/3981116:54
*** mberwanger has quit IRC16:55
*** jjmb has joined #openstack-infra16:56
*** Ryan_Lane has joined #openstack-infra17:15
*** jjmb has quit IRC17:23
*** Ryan_Lane has quit IRC17:24
*** dina_belova has joined #openstack-infra17:34
*** sarob has joined #openstack-infra17:39
*** sarob has quit IRC17:44
openstackgerritAlessandro Pilotti proposed a change to openstack-dev/pbr: Fixes issue with command escaping on Windows  https://review.openstack.org/4128317:47
*** SergeyLukjanov has joined #openstack-infra17:48
*** sarob has joined #openstack-infra17:57
*** sarob_ has joined #openstack-infra18:01
*** jjmb has joined #openstack-infra18:01
*** sarob has quit IRC18:01
*** sdake_ has joined #openstack-infra18:05
*** jjmb has quit IRC18:22
*** mriedem has joined #openstack-infra18:27
*** sarob_ has quit IRC18:31
*** sarob has joined #openstack-infra18:38
*** sarob has quit IRC18:47
*** weshay has joined #openstack-infra18:51
*** SergeyLukjanov has quit IRC18:59
*** mjfork has quit IRC19:11
*** sarob has joined #openstack-infra19:18
*** sarob has quit IRC19:23
*** Protux has quit IRC19:28
*** thomasm has quit IRC19:40
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Use a more consistent style for booleans values.  https://review.openstack.org/4121419:49
*** dina_belova has quit IRC19:52
*** adalbas has quit IRC19:55
*** adalbas has joined #openstack-infra20:07
*** sarob has joined #openstack-infra20:19
*** weshay has quit IRC20:20
*** sarob has quit IRC20:24
Alex_GaynorSo there seem to be a couple of zuul sets that got stuck: they've been queued for a while, and aren't running even though there's devstack works available20:34
openstackgerritAlessandro Pilotti proposed a change to openstack-dev/pbr: Fixes issue with command escaping on Windows  https://review.openstack.org/4128320:40
clarkbjeblair: ^ is that related to the new plugin?20:50
*** dina_belova has joined #openstack-infra20:53
*** mriedem has quit IRC20:54
*** mriedem has joined #openstack-infra20:55
*** dina_belova has quit IRC20:57
*** mriedem has quit IRC21:00
*** dina_belova has joined #openstack-infra21:03
*** dina_belova has quit IRC21:07
*** sarob has joined #openstack-infra21:19
*** sarob has quit IRC21:24
*** koobs has joined #openstack-infra21:29
*** dina_belova has joined #openstack-infra22:03
*** dina_belova has quit IRC22:08
*** erfanian has joined #openstack-infra22:19
*** sarob has joined #openstack-infra22:20
*** sarob has quit IRC22:25
*** Protux has joined #openstack-infra22:33
*** Protux has quit IRC22:40
*** boris-42 has quit IRC22:41
*** Protux has joined #openstack-infra22:44
*** Protux has quit IRC22:44
*** Protux has joined #openstack-infra22:45
*** jhesketh has joined #openstack-infra22:48
*** erfanian has quit IRC22:49
*** dina_belova has joined #openstack-infra23:04
*** dina_belova has quit IRC23:09
*** erfanian has joined #openstack-infra23:10
*** mriedem has joined #openstack-infra23:16
*** Ryan_Lane has joined #openstack-infra23:19
*** sarob has joined #openstack-infra23:20
*** jhesketh has quit IRC23:23
*** jhesketh has joined #openstack-infra23:23
*** sarob has quit IRC23:25
*** dnavale has joined #openstack-infra23:28
*** Ryan_Lane has quit IRC23:29
*** Ryan_Lane has joined #openstack-infra23:31
*** fifieldt has joined #openstack-infra23:34
*** dkliban has joined #openstack-infra23:51

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