Tuesday, 2013-06-11

mordredI put TONS of copied boilerplate stuff into each setup.py00:00
mordredwe did this approach for a while - it sucked00:00
*** danwent has quit IRC00:01
*** matiu has joined #openstack-dev00:01
*** matiu has quit IRC00:01
*** matiu has joined #openstack-dev00:01
*** noslzzp has quit IRC00:01
dstufftmordred: If you really want d2to1 I don't really care. It's a dead project but it'll more or less work, d2to1 depends on setuptools which is wrong, but the machinary inside pbr is backwards and is going to cause pain (and this machinary existed prior to PBR and the same problems)00:02
dstufftor rather d2 is the dead project00:02
mordreddstufft: sure. I know d2 is a dead project00:02
dstufftno idea if d2to1 is still kicking or not00:02
*** gyee has quit IRC00:03
mordredd2to1 is still alive and kicking00:03
mordredif it dies, I'll just subsume it00:03
mordredhowever,00:03
mordredI'm willing to do something else00:03
dstufftThere will probably be pain associated with moving from d2to1 to PEP42600:03
dstufftonce that's ready anyways00:03
mordredbut a) PEP426 isn't ready00:03
mordredb) I need conversations about the subject to not start from the assumption that what I want to accomplish is incorrect00:03
*** noslzzp has joined #openstack-dev00:03
mordredbecause I've got eleventy-billion use cases and specific problems I'm trying to solve. if there is a better way tot solve them, AWESOME00:04
mordredhonestly00:04
mordrednot wed to an approach00:04
mordredtaking off - back in a few00:06
dstufftmordred: k00:06
*** sride has joined #openstack-dev00:06
*** alop has joined #openstack-dev00:07
smoservishy, do you have a cirros in a static route env that you could test something on?00:08
*** esheffield has quit IRC00:08
smoseredit /usr/share/udhcpc/default.script ; and then add at top 'set > /tmp/$1-info.txt'00:09
smoseri *think* you should have something in 'staticroutes' that we can then do something with.00:09
*** andrewbogott is now known as andrewbogott_afk00:10
*** stevemar has quit IRC00:11
*** andrewbogott_afk is now known as andrewbogott00:12
*** alop has quit IRC00:12
*** andrewbogott is now known as andrewbogott_afk00:12
*** alop has joined #openstack-dev00:12
*** yidclare has quit IRC00:16
*** diogogmt has quit IRC00:18
smoservishy, if you can do that and open a bug, i dont think it'd be too hard. the stuff isn't documnted very well.00:19
mordreddstufft: k. I'm back. so - for starters, I'm super curious about the mechanism you refered to for a requirements.txt file to consume the setup.py information00:21
ayoungharlowja, did switching the backend in mysql make a differences?00:22
harlowjaayoung yup00:22
harlowjaRH comes with myisam by default, and i forgot about that00:22
*** reed has quit IRC00:22
harlowjanot sure what the intended effect should be though, myisam usage will die i think now ;)00:22
ayoungUgh00:22
harlowja*or that migration will die on it*00:22
ayoungand we claim to be enterprise00:22
harlowja:)00:23
harlowjaoh ya, u work for RH right ?00:23
harlowjaoops00:23
ayoungI guess in the migrations we need to test if the constraint is there before dropping00:23
* harlowja can never remember who people work for, haha00:23
mordredwe have stuff in nova to ensure innodb usage. perhaps we should make sure everything uses it?00:23
dstufftmordred: do you want an editable install or a normal install of whatever library is in setup.py:setup(name="Foo")00:23
ayoungYeah, I wear the red hat00:23
*** virajh has quit IRC00:23
ayoungmordred, probably too late....00:24
*** epim has quit IRC00:24
mordreddstufft: normal.00:24
dstufftmordred: .00:24
*** epim_ has joined #openstack-dev00:24
dstufft(literally just a period)00:24
mordredhahahaahaha00:24
mordredyes. ok00:24
mordred:)00:24
mordredso - what good does that do me?00:24
dstufftif you want editable it's -e .00:25
*** roampune has quit IRC00:25
*** colinmcnamara has quit IRC00:25
mordredI mean, I can see how that would let me have a file called requirements.txt that would cause setup.py to install the depends00:25
mordredbut nothing consumes that file00:26
harlowjaayoung i can help test it again if u need00:26
mordredall of the tooling entry points are via setup.py commands?00:26
openstackgerritA change was merged to openstack/glance: python3: Introduce py33 to tox.ini  https://review.openstack.org/3139600:27
openstackgerritA change was merged to openstack/python-glanceclient: python3: Introduce py33 to tox.ini  https://review.openstack.org/3141300:27
dstufftmordred: The typical workflow is for something you expect to publish via PyPI is that you declare your deps in setup.py, if someone clones that and wants to install it then can just do pip install -r requirements.txt, but all the tooling in the python world operates off the setup.py. The processing of requirements.txt just adds indrection00:27
dstufftmordred: you also no longer need to handle parsing a requirements.txt, which will remove some code from pbr00:27
dstufftand you let pip handle processing it00:27
dstufftit also makes it super simple to handle development overrides00:27
mordreddstufft: I totally grok the typical workflow - we started off that way00:28
mordredthe nice thing about having a reqiurements file that's not in setup.py00:29
dstufftbecause a setup.py only references a name, that name can come from anywhere, PyPI, github, whatever. so a common idiom is to say depend on Django in install_requires, and then in your requirements.txt you can specify an exact index to install it from.00:29
*** danwent has joined #openstack-dev00:29
dstufftmordred: well you can use d2to1 to put it in setup.cff if you really want00:29
mordred:)00:29
mordredin general, we don't realy make use of the other-index features00:30
ayoungharlowja, ok...although I suspect I can find an RHEL machine around here somewhere00:30
harlowja;)00:30
mordredexcept environmentally, in that we run a pypi mirror in our CI because pypi can't deal with us00:30
mordredbut we don't encode that in the actual trees themselves00:30
mordredbecause pypi is fine for normal installation00:31
dstufftmordred: you don't, but other people may. Maybe I fork python-keystone client and want to point to a different index, or I want to override a particular dependency, if both of us are using requirements.txt then it becomes easy to confuse what I added and what comes from upstream00:31
dstufftmordred: I'd be interested to know what "pypi can't deal with us" means, since i'm a PyPI admin and would love to fix it00:31
mordredeternal links00:32
dstufftthey are being killed00:32
dstufft:)00:32
mordredIknow00:32
mordredthkan god00:32
mordred:)00:32
dstufftwith much wailing and gnashing of teeth00:32
clarkbthere are other problems too00:32
mordredwe build MANY MANY MANY times a day. external links invaraible lead to build failures00:32
dstufftand more then a few angry emails00:32
mordredyah00:32
mordredthank you for your work on that00:32
clarkbpypi itself has had not so great uptime00:32
dstufftclarkb: It does now00:32
mordredI mean, we'll probably still run a mirror00:32
dstufft:)00:32
clarkband other people have a habit of uploading crap00:32
mordredjust because of our build load00:33
*** comay has joined #openstack-dev00:33
dstufftI mean I don't mind that you run a mirror, I just want it to be a choice and not something you felt forced to do00:33
mordredtotally00:33
clarkbdstufft: /me sidetracks the conversation. it would be super duper if pypi uploads didn't feel so hacky. Does https work for that yet?00:34
dstufftmordred: I'm looking at pbr and it looks like 1/3 or 1/2 of the code here exists to deal with parsing a requirements.txt into a setup.py, so that's a bunch of code you could delete immediately switching to declaring in setup.py|cfg00:34
mordreddstathat's actually a pretty small amount of the code00:34
dstufftclarkb: It *works", but distutils doesn't verify it (or use it until 3.4)00:34
dstufftNot sure if setuptools added verification of that or not00:34
mordreddstufft: we upload manually00:35
clarkbdstufft: well we stopped using distutils for it :)00:35
dstufftI have on my stack to write a seperate utility to upload00:35
clarkbdstufft: currently we use curl00:35
clarkbI should update the url to try https again00:35
clarkbit wasn't working when we wrote that script00:35
dstufftand then convince and/or threaten and/or do it without asking to break the existing API since almost everything uses either HTTP or unverified HTTPS00:35
dstufftclarkb: if it doesn't work let me know, I'm always on freenode IRC as dstufft or donald@dstufft.io // donald@python.org00:36
dstufftdonald@stufft.io*00:36
clarkbdstufft: will do, thanks00:36
mordreddstufft: we do other things- we set versions, we set sphinx defaults, we do package finding, we generate authors and changelog files00:36
*** sleepsonthefloor has quit IRC00:36
mordreddstufft: I should honestly write up a "here is what we want to accomplish" doc to point you at00:36
*** wenjianhn has joined #openstack-dev00:36
mordreddstufft: because what I have now is a description of what we do00:36
mordrednot why00:36
dstufftmordred: sure00:37
dstufftmordred: You tell me what you want to accomplish and I can work from there.00:37
mordredbut most all of it has come from writing code to make automation and dev workflow work better00:37
mordredthen abstracting that out00:37
mordredbut seriously - I'm SUPER happy with d2to100:38
mordredimplementaiton not withstanding00:38
dstufftI'm not as opposed to d2to1 as I am about some of the other parts00:38
mordredbut the interface that it gives a project00:38
*** changbl has joined #openstack-dev00:38
mordredand operating a project that uses it00:38
dstufftI don't like it, but it's not in and of itself a bad idea00:38
dstufftmordred: but yea, shoot me a doc of what you're trying to achieve (vs what you're doing) and I'll see what sort of proposal I can come up with, either of those addresses or donald.stufft@nebula.com works too if you want a more officialish email00:40
mordreddstufft: ah! I didn't realize you were at nebula00:40
dstufftmordred: ah yea, since Oct '1200:41
*** Q310 has quit IRC00:42
dstufftalso more or less any pain points that are had with packaging or PyPI you can send my way. I said earlier not sure if you saw. I'm more or less one of the primary folks working on this on the python side, so I'm as good as person as any to contact00:42
mordreddstufft: well, good to know00:43
dstufftalso I have a high pain tolerance so if I believe in something I smash my face against it until either my face or the problem breaks00:43
mordreddstufft: I'm sure you will not like the patches currently in queue for pbr :)00:43
*** Qten has joined #openstack-dev00:43
clarkbwhat about pip?00:43
dstufftclarkb: sure pip too, I'm core dev on pip00:43
clarkbbecause it would be really cool if pip didn't isntall things in a depth first search00:43
*** darjeeling has joined #openstack-dev00:44
dstufftThere might be a reason for that, I'd have to look00:44
dstufftYou guys will probably like this PR https://github.com/pypa/pip/pull/98500:44
mordreddstufft: yess00:45
clarkband if it could somehow monkey patch itself in place of easy_install so that transitive deps don't derp (not sure how possible that is)00:45
*** darjeeling has quit IRC00:45
mordreddstufft: I'm also awaiting a released version with wheel support00:45
*** darjeeling has joined #openstack-dev00:45
dstufftmordred: yea that'll be 1.4 too00:45
mordreddstufft: yup00:45
dstufftalong with ^ if I get my way00:45
mordredhas my vote00:45
*** jecarey has quit IRC00:45
mordredclarkb: well, the latest pbr patches remove easy_install from the equation for our stuff :)00:45
dstufftclarkb: Can you file a ticket about DFS and why? (or if there is one add my name to it with a mention)00:45
dstufftmordred: oh thank god00:46
dstufftThat bit of code made me majorly sad00:46
*** jecarey has joined #openstack-dev00:46
clarkbdstufft: I can but it isn't complicated. DFS fails when it installs foo then tries to isntall foo <2.0.00:46
mordredpip makes me quite happy, and easy_install makes me want to die inside00:46
clarkbif the latest version of foo is >=2.000:46
dstufftI don't think easy_install does SSL verification yet00:46
*** stevemar has joined #openstack-dev00:47
mordreddstufft: actually, although I'm sure the intent of the latest set of pbr patches might  make you die inside - but I wouldn't mind eyeballs on any obvious "that's actually going to physically break things" sorts of problems00:47
dstufftmordred: link?00:47
mordreddstufft: https://review.openstack.org/#/c/31783/ and https://review.openstack.org/#/c/30521/ and https://review.openstack.org/#/c/32222/ and https://review.openstack.org/#/c/30522/00:48
mordreddstufft: ignore the jenkins failures - I'll fix that of course :)00:48
dstufftmordred: is there a way to make gerrit show me all the diffs at once in one page00:49
mordreddstufft: no. it's on the todo list00:49
dstufftDiff All gave me like 6 windows00:49
dstufftah ok00:49
mordreddstufft: nokia wrote the patch and then wouldn't sign the google cla to contriute it :)00:50
dstufftdistribute<0.7 got pulled IIRC00:50
dstufftfwiw00:50
* mordred cries00:50
dstufft(also a dead project)00:50
dstuffter00:50
mordredyah. I just put that there for safety00:50
dstufftI mean distribute==0.700:50
dstufftsorry00:50
mordredI'll do setuptools .7 once it's good00:50
mordredbut last I heard it was having flaky upgrade problems this week00:51
dstufftiirc upgrading setuptools works, but distribute doesn't00:51
dstuffthttps://github.com/pypa/pip/issues/98600:51
*** seanrob has quit IRC00:52
mordredbut upgrading setuptols _from_ distribute?00:52
dstufftbroken00:53
dstufftonly setuptools -> setuptools works00:53
dstufftI believe00:53
mordredk. yeah. have to wait til that's fixed00:53
mordredway too much existing distribute install base for us right now00:54
dstufftmordred: Ok the first one makes me sad00:54
dstufftDo you only support enviornments with pip installed?00:54
mordredyes00:54
mordredI don't care about ancient python00:54
dstufftNo python comes with pip ;)00:54
dstufftnot until (hopefully) 3.400:54
mordredwell, poorly stated on my partperhpas, but since easy_install is an absolute turd00:55
dstufftbut as long as a requurement on pip is ok with you I think it will work (for some defintiion of work)00:55
dstufftalso I suck at spelling00:55
mordredcool00:55
dstufftsorry00:55
mordredspelling sux00:55
*** zodiak has joined #openstack-dev00:55
mordreddstufft: python: No module named pip.__main__; 'pip' is a package and cannot be directly executed <-- did I derp? or did pip change a version that I missed?00:55
mordredoh - shit. I have pip 1.4 dev installed locally00:56
dstufftoh right00:56
dstufftthat's a new thing in 1.400:56
mordredCRAP00:56
* mordred cries00:56
dstufftI've been using 1.4 for so long00:56
mordredok. well, I know where to look at least00:56
clarkbmordred: yeah you probably won't get that fixed00:56
mordredit's fine - I can work around it00:56
mordredhrm. no. there's a __main__ in pip 1.300:57
dstufftmordred: I also object to the word sensible in these patches ;P00:57
mordreddstufft: I think we'll need to have that argument over beer00:58
*** jecarey has quit IRC00:58
mordreddstufft:and we really should - because I'm honestly bogled that you like the other approach00:58
clarkbdstufft: https://github.com/pypa/pip/issues/98800:59
dstufftclarkb: thanks00:59
dstufftclarkb: I'm gonna add it to the 1.5 milestone, it might get knocked off there but that is a pretty big wart00:59
dstufftmordred: sure :) I'm pretty bad at explaining things and maybe I don't full grok the intentions here. But it feels like you're going further down the road of reimplementing parts of pip inside of pbr :)01:00
mordreddstufft: well, I'm more likely to reimplement parts of setuptools inside of pbr - and I wouldn't mind a complete clean re-impl01:00
mordredbut01:00
mordredI don't want to duplicate pip if I can help it01:00
clarkbdstufft: https://github.com/pypa/pip/issues/989 is more minor but would be nice to fix01:00
mordredbecuase I like pip01:01
mordreddstufft: but that's why I'm thinking beer - because if we can grok each other's intent - then working on a solution will make WAY more sense01:01
mordred:)01:01
lifelessmmm beer01:02
dstufftmordred: fwiw I wouldn't bother trying to do a clean room impl of setuptools. It's destined for being able to be replaced01:02
dstufftnot sure how closely you followed the plans there01:02
mordreddstufft: I have followed the plans some, then I gave up01:02
dstufftPEP426 is installation (not developer side) metadata, so ``pip install`` would use it, developers don't edit it01:03
dstufftand then setuptools will be updated to generate it when you do setup.py sdist, bdist etc01:03
dstufftso installation no longer requires executing code to fetch metadata01:03
mordred++01:03
mordredI am 100% in favor of this01:03
dstufftAfter that, well any tool that generates the target format with a pymeta.json file can be used on the developer side01:04
dstufftit's a bit more complicated with sdist vs bdist01:04
mordredyah. so I imagine that I'll move pbr towards being able to do that then - but I'll try to keep up with what 426 is doing01:04
dstufftbut that's the general dist01:04
mordredsure01:04
dstufftgist01:04
* mordred no care about bdist, thank heavens01:04
dstufftwell wheel is a bdist01:04
dstufftthere's a bunch of different ones01:04
mordredok. me care about bdist01:05
mordredvia wheel01:05
mordredbut I'm also happy to use pip to generate wheels for me01:05
mordredat least for a while01:05
dstufftSad thing is wheels are less useful for linux01:05
mordredthe're TOTALLY useful01:05
mordredI cannot WAIT01:05
mordredthey are going to be a huge win for our build farm01:05
dstufftwell I mean from the developer -> end user flow01:06
*** kaushikc has joined #openstack-dev01:06
mordredyou know what's stupid? recopiling lxml 2000+ times a day01:06
dstufftthey are huge for endusers, but you can't really publish a linux wheel on pypi01:06
mordredno01:06
mordredcertainly not01:06
dstufftAlthough I have ketches for a wheel build farm that has Os specific end points01:06
dstufftsketches01:06
*** devoid has quit IRC01:06
dstufftif I ever get around to doing it01:06
mordredwe should talk01:06
mordredwe run a REALLY  big build famr here you know01:07
dstufft(I also run Crate.io :V)01:07
mordredah - I looked at using that, btw01:07
dstufftit sucks, it just sucked less than PyPI01:07
lifelessdstufft: why can't we publish a linux wheel on pypi ?01:07
dstufftlifeless: because a wheel built on ubuntu won't nesc run on RHEL01:07
mordredlifeless: soname01:07
mordredlifeless: you'd have to do them per shared lib combo01:07
lifelessdstufft: that sounds like a wheel bug01:07
dstufftbecause binary compatibility isn't a thing on Linux with shared libs (or something)01:08
dstufftI don't know C01:08
dstufftso i'm regurgitating01:08
mordreddstufft: btw - the wheel hook to allow for executing code on wheel install is a bug01:08
dstufftmordred: an installation hook is a hard requirement for some projects01:08
*** esp has joined #openstack-dev01:08
lifelessdstufft: ok, so sure they need to be platform specific, but 'rhel 5 i386' is no worse than 'windows xp i386'01:08
mordreddstufft: I disagree - I think an install hook is a workaround for current brokeness01:09
*** cloudnull has left #openstack-dev01:09
lifelessdstufft: so I don't understand why windows, or Mac OSX would be ok, but linux wouldn't be.01:09
mordreddstufft: and I think that fixing that brokenness for real would be more beneficial01:09
*** kaushikc1 has joined #openstack-dev01:09
lifelessmordred: plugin registration caches is the thing, for twisted. Not saying I agree; just that that is the scenario.01:09
mordreddstufft: but now we're ratholing01:09
dstufftmordred: Glyph (of Twisted Fame) was very vocal about needing one01:09
mordredlifeless: I know01:09
*** kaushikc has quit IRC01:09
mordredbut that's because plugin registration caches are broken01:09
mordredlet's fix them01:09
lifelessdstufft: to be fair though, the twisted plugin system is super slow.01:09
dstufftmordred: but I plan on adding a flag to pip (sooner or later) that lets you say "don't run hooks"01:10
lifelessdstufft: so I think its self inflicted :)01:10
mordreddstufft: AWESOME. thank you01:10
*** terryg__ has quit IRC01:10
mordredlifeless: ++01:10
dstufftlifeless: I really don't know enough about C or binary compatability to speak to it, the relevant PEP is http://www.python.org/dev/peps/pep-0425/01:10
*** jamielennox|away is now known as jamielennox01:11
dstufftI think it was designed mostly to signal compatability with a particular Python01:11
dstufftABI or something01:11
*** benner has quit IRC01:11
dstufft*says words he only half understands*01:11
mordreddstufft: is there any chance you'd consider taking a patch to pip that would add support for markerlib stanzas in requirements files? (I'm guessing no given the preceeding conversation)01:11
clarkbgoing back to requirements.txt. why would you want that to determine where things are fetched from but not actually list the requirements. It seems like a super poorly named file if that is the case01:11
clarkbmy pip.conf tells pip where to grab things from, requirments.txt lists the requirments of my project01:12
lifelessdstufft: righto, thats totally able to create a cython module wheel for pypi as I read it.01:12
lifelessdstufft: its external libs that will cause headaches.01:12
*** benner has joined #openstack-dev01:12
*** yjiang5 has quit IRC01:12
dstufftclarkb: I'm really bad at explaining this, http://yehudakatz.com/2010/12/16/clarifying-the-roles-of-the-gemspec-and-gemfile/ does a better job, just pretend Gemfile is requirements.txt and gemspec is setup.py01:13
dstufftnd pretend gemfile.lock doesn't exist for reasons01:13
mordreddstufft: I tried reading that01:13
mordredand quite honestly, not trying to be a jerk01:13
mordredbut it was greek01:13
dstufftheh01:13
mordredbecause I do not know anything about ruby01:14
mordredor how gemfiles or gemspecs work - except that they fail all the time for me01:14
mordredso, basically, I consider them a broken system01:14
mordredclarkb: if the above makes sense to you, can you translate for me?)01:14
dstufftSo paraphrasing, more or less requirements.txt are for "applications", it so happens that when you're developing a library the library _is_ the application01:14
clarkbmordred: I think basically ruby confuses packages and package repos01:15
clarkband puts package repo management in package repos01:15
lifelessclarkb: ruby confuses.01:15
*** bknudson has quit IRC01:15
clarkber gets around repo management by enforcing that sort of thing local to the package01:15
dstufftand when you depend on something for an application, you what a very specific set of requirements01:15
clarkbwhich seems insane01:15
*** rcleere has joined #openstack-dev01:15
dstuffte.g. it's common for a requirements.txt to pin to exact versions01:15
dstuffta requirements.txt also pairs a name (requests==1.0) to a location (pypi.python.org)01:16
clarkb"While the application author may not have cared much (up front), which version of nokogiri the application used, he does care a lot that the version used in development will remain the version used in production." is the important bit I think01:16
clarkband I don't think a package should care01:16
dstufftBut a setup.py should have very widely defined dependencies, as wide as possible01:16
clarkbbut maybe I spend too much time with apt01:16
mordreddstufft: that's where the disagreement is01:16
mordreddstufft: because I agree with the theory that you say01:16
mordredbut in practice, it doesn't work01:17
mordredbecause broad depends break ALL the TIME in python01:17
mordredbecause of how people release crap to pypi01:17
mordredso I want my setup.py to be prescriptive, so that the thing you install actually works01:17
mordredbecause I tested that it works01:17
dstufftmordred: well then you get into dependency hell01:17
dstufftwhich is mitigated with venvs01:18
mordreddstufft: not really01:18
mordredoh - well, yeah. lemme rephrase01:18
dstufftmordred: foo depends on requests>=1.0, now I want to install bar and it depends on requests<1.001:18
mordredright. but that's a python packaging failing01:18
*** kaushikc1 has quit IRC01:18
clarkbdstufft: assuming those values are correct they won't work with your broad declarations01:19
mordreddoesn't help if you dont' declare the versioned depends01:19
clarkbyeah01:19
dstufftbad example--01:19
mordredif foo needs >= 1.0 of requests because of API01:19
dstufftfoo depends on requests==1.1.101:19
dstufftbar depends on requests==0.9.001:19
dstufftor bar depends on requests==1.1.001:19
*** novas0x2a|laptop has quit IRC01:19
mordredright. so - a think should depend on as broad a range as it can actually work with01:19
*** jasdeepH has quit IRC01:20
dstufftsure, which is what I said :) as wide as possible, but not so wide it doesn't work :)01:20
mordredbut that range, that it declares, should be the thing that it does work with, so that's what the install mechanisms should use to install it01:20
mordredyes01:20
mordredwe agree on that01:20
dstuffta requirements.txt file you generally want to pin to exact versions01:20
mordredyes01:20
mordredno01:20
mordredwhy?01:20
clarkbmordred: so that you don't need a package repo01:20
*** tjones has left #openstack-dev01:20
*** danwent has quit IRC01:20
mordredI want the thing we just discussed. as wide as possible, but not so wide it doesn't work :)01:20
mordredwhy would I want something more prescriptive in requirements.txt01:21
mordred?01:21
clarkbdstufft: and gems are claiming you want exact versions in requirements.txt so that when you install that in your dev env and in your prod env they work the same01:21
clarkbthis is a problem solved by package repos not by packages01:21
mordredAH01:21
mordredyes01:21
mordredthey are trying to solve a problem for small scale projects01:21
dstufftrequirements.txt doesn't belong inside a package at all ;P01:21
mordredwe are... a bit larger than that :)01:21
mordreddstufft: well not, not by your description of its use01:22
mordredtotally agree01:22
dstufftA package repo can have multiple versions of a dependency01:22
dstufftnot sure how it solves it01:22
mordredyou test against the repository01:22
mordredyour dev env gets the version that's in the repository01:22
mordredyou don't need a specific versoin in the requirements.txt file01:23
mordredunless what you are saying01:23
mordredis taht you dev with the broad reqs01:23
dstufftuntil someone upgrades a dependency in the repo for some other reason01:23
mordredand then generate the requirements.txt file01:23
harlowjaoh, this looks like a fun conversation01:23
dstufftunless you have a seperate repo for every project01:23
mordredand then use that file to install your prod env01:23
mordredis that the idea?01:23
mordredso that you make sure your prod install installs the versoins you developed with01:24
dstufftmordred: more or less, you don't generally care exactly what version you get when you install it in the dev environment, you do care exactly (Down the minor-est version number) that prod matches dev01:24
mordredthat is a workflow that makes sense for a certain class of things, for sure01:24
dstufftyou might care within a range on dev01:24
mordredright01:24
*** melwitt has quit IRC01:24
mordredbut we have 800 devs01:24
*** pixelbeat has joined #openstack-dev01:24
mordredwhich means that there is no place from which togenerate that file01:25
mordredit's a workflow that doesn't match us01:25
dstufftmordred: the requirements.txt would be for the people installing OpenStack inside of a company01:25
mordredwe need to describe the set of requirements that the particular project needs01:25
dstufftit's a deployment file01:25
mordreddstufft: they can generate one if they want01:25
harlowjadstufft i've done the following in anvil, and its what yahoo uses currently for installs, anvil checks out all openstack components it wants code, anvil examines there 'requires' (without installing) and reports if the dependencies just won't work together, then anvil looks up in the repositories for packages that will satisfy those requires if they exist there (version checking and all) and if missing ones are found it builds01:25
harlowja those, then it creates a single repository of all dependencies + the openstack components, that becomes sorta what u are talking about with a single repo of everything (aka the deployment)01:25
mordreddstufft: we're still talking about two different things01:26
harlowjai think others do something similar with a deployment to a venv and ship that01:26
mordredand I think it might be hinging on the fact that we're calling the file requirements.txt01:26
mordredwhich, to you, is a file that should get generated01:26
mordredgo back 1 month when this file was called tools/pip-requires01:27
mordreddoes it bother you in the same way then?01:27
*** epim_ has quit IRC01:27
dstufftmordred: that's what a python developer thinks of when they see the requirements.txt file :) If you had the contents of that file directly inside of setup.py|cfg then sure whatever. If you were pinning to exact versions i'd probably argue against that (not sure if you were?) but requirements.txt is a pip file that has a particular purpose01:27
harlowjamordred doesn't the requiresments.txt eventually get shipped in the egg_info of the final package anyway?01:27
dstufftharlowja: it does for openstack, but that's backwards for how Python packages generally work01:28
harlowjaah01:28
mordreddstufft: so, I'd beg to differ01:28
lifelessdstufft: how do folk normally obtain the file then ?01:28
harlowjadidn't know it was backwards, i guess they usually let the repo package specify the dependencies?01:28
lifelessdstufft: cause, I've only ever seen the file at all in openstack.01:28
harlowja*aka rpm/deb?01:28
dstufftharlowja: normally the requirements.txt is a per project file, not a library file01:29
mordredin that I'm seeing more and more people putting requiremets.txt into their repos01:29
*** mrodden has joined #openstack-dev01:29
dstufftmordred: normally those are developer oriented for when working _on_ the package, not for installing the package as a dep of something01:29
dstuffte.g. I do that01:29
*** Mandell has quit IRC01:29
*** jbresnah has joined #openstack-dev01:30
dstuffthttps://gist.github.com/dstufft/5753926 one my requirements.txt files from a library01:30
harlowjainteresting, wish there was some kind of python standard about requirements :(01:30
*** jecarey has joined #openstack-dev01:30
dstufftlifeless: normally you won't see it becasue it's specific to a particular deployment01:30
dstufft(generally)01:30
dstufftopenstack is the oddball there :)01:30
lifelessdstufft: there's an analagous file in buildout environments, which they usually ship with the app01:31
mordreddstufft: right. what I'm saying is that I do not think the "standard" way" people do this scales for large dev01:31
mordredI could be VERYU wrong of course01:31
clarkbmordred: how can it if everyone is using a different requirements file01:31
dstufftmordred: I don't see how putting your deps in setup.py|cfg is any harder than putting them in requirements.txt01:31
lifelessdstufft: how would folk putting those apps on pypi do it?01:31
clarkbnow foo fails for bar and baz can't reproduce01:31
mordreddstufft: well, case in point...,01:32
harlowjai wonder if the thing u are talking about is why its currently hard for me to do rpmbuild correctly, that command executes python setup.py install --root=X internally, and then when that runs it tries to pull in all the depenendencies (this seems unique to openstack?) and that kills the rpmbbuild (since it complains about files not packaged, aka the dependencies the install downloaded)01:32
harlowja*but maybe not*01:33
mordredharlowja: no. we're talking about semantics around where we put the list of things that gets sucked in01:33
harlowjak, haha01:33
dstufftmordred: you're essentially already listing them in setup.py, but you're piggybacking off a file that has an generally accepted purpose. It becomes confusing to people not familar with Openstack :)01:33
mordreddstufft: so, the generally accepted purpose is not documented, nor is it clear to folks01:33
mordreddstufft: I NEVER would have imagined the workflow you talk about01:33
mordreddstufft: and when I see one of those files, I assume it contains information I'd want to consume01:34
clarkband there is a reason for splitting the requirements outside of setup.py01:34
clarkbbecause easy_install01:34
mordredyeah, also, easy_install sucks01:34
harlowja+101:35
*** krtaylor has joined #openstack-dev01:35
mordredI think we're back to the rathole - especially with me on a laggy connection01:35
*** otherwiseguy has joined #openstack-dev01:35
dstufftyou're reading a requirements.txt _into_ setup.py install_requires, there is no functional difference for easy_install in this case. It just muddies the water. You could literally copy/paste the stuff from requirements.txt into setup.py|cfg, and add a "." in requirements.txt and the confusion goes away and no changes in functionality (plus you can delete support code meant to read a requirements.txt)01:36
dstufftmordred: THere's http://www.pip-installer.org/en/latest/requirements.html but it's not exactly the best docu01:36
mordreddstufft: there is a difference01:36
mordreddstufft: pip supports thigns in that file that easy_install does not01:36
dstufftmordred: what's the functional difference?01:36
dstufftmordred: if easy_install doesn't support it then setup.py doesn't support it and someone doing ``pip install yourpackage`` isn't going to get it, pip doesn't read requirements when you type ``pip install yourpackage``01:37
ayoungharlowja, https://review.openstack.org/#/c/32510/01:37
*** pixelbeat has quit IRC01:37
mordredbut what you want is a file in pip format, with those features, that can be the basis of installation01:37
harlowjaayoung woot01:37
mordreddstufft: it does with my new patch ot pbr :)01:37
dstuffts/requirements/requurements.txt/01:37
clarkbalso, if requirements.txt is used for making things more restrictive what prevents you from doing that with the way we use requirements.txt. It seems like you could just edit it as you would normally to get that behavior01:37
ayoungharlowja, wait, something is missing from that commit01:38
harlowjacool, i just added a comment01:38
harlowjamight be the same thing :-p01:38
dstufftmordred: well now you're not even using pip anymore and you're using pip-openstack01:39
dstufftif you're going to change the behavior of pip01:39
mordreddstufft: I'm using stock pip01:39
dstufftmordred: how are you going to get something that setup.py doesn't support, but pip does from a requirements.txt into pip via setup.py01:39
*** erkules_ has joined #openstack-dev01:39
ayoungharlowja, somehow returning None got dropped from get_fkey_constraint_name01:39
ayoungmust have hit undo too many times01:39
harlowja:)01:40
mordreddstufft: because setup.py in my projects will not use easy_install to do anything01:40
*** lonelyibex has joined #openstack-dev01:40
mordred(we may be talking past each other)01:40
dstufftmordred: easy_install is not executed if you pip install something, at all01:40
clarkbdstufft: it is01:40
dstufftunless your setup.py does it01:40
*** nati_ueno has quit IRC01:40
clarkbdstufft: transitive dependencies01:40
dstufftsetuptools != easy_install01:41
clarkbit uses the same mechanisms no?01:41
clarkbre pip supporting things the others do not01:41
mordredclarkb: no, pip does an egg_info command and then reads the requires.txt file in the egg-info dir01:41
mordreddstufft: right? ^^?01:41
dstufftyes01:41
mordredright. that' stotally sane01:41
mordredwhat's problematic is when someone grabs your repo or tarball by hand01:42
mordredand then does "python setup.py install" and that borks01:42
*** erkules has quit IRC01:42
*** maoy has joined #openstack-dev01:42
clarkbmordred: then why do we need to set our mirror in .pydistutils.cfg?01:43
mordredclarkb: setup_requires01:43
dstufftIf you're using setup_requires setuptools does that when you do egg_info01:43
dstufftmordred: i'm still interested in how you're going to take something defined in requirements.txt and tell pip about it without modifying behavior :D01:44
dstufftthat setup.py doesn't natively support*01:44
openstackgerritA change was merged to openstack-infra/devstack-gate: Convert README from markdown to reStructuredText.  https://review.openstack.org/3245601:45
openstackgerritA change was merged to openstack/keystone: Remove bufferedhttp  https://review.openstack.org/3197301:45
openstackgerritA change was merged to openstack/swift: Restore loadapp checking  https://review.openstack.org/3107501:45
*** erkules_ has quit IRC01:45
mordreddstufft: ok. fair. we were talking past each other - I see what you're asking now01:46
mordreddstufft: you're on "what do you gain by putting the list in external files rather than as python lists in setup.py" yes?01:46
*** prad has joined #openstack-dev01:47
*** erkules_ has joined #openstack-dev01:47
dstufftmordred: or setup.cfg yea01:47
mordreddstufft: two things- a) the semantics of install_requires + dependency_links is confusing to people. the format in which that information is expressed in pip requirements files is clearer to devs that we've encountered01:47
*** kaushikc has joined #openstack-dev01:47
dstufftdependency_links, another thing on my list of things to murder :(01:48
mordredas in - a line with http://foo.bar.com/my.package.tar.gz#egg=my.pacakge for some reason makes sense to people01:48
mordreddstufft: please do - it's a batshit design01:48
dstufftmordred: so why is openstack using it? ;P01:48
dstufftMy patch more or less kills dependency links I think, you'll need to use --allow-external PROJECTNAME to use them if they have a MD5 hash, or --allow-external PROJECTNAME --allow-insecure PROJECTNAME if they don't01:49
mordreddstufft: b) we have other tools that want to consume the depends list, and it turns out hte pip requirements file format is excellent for that (setup.cfg would also be excellent for it, stipulated)01:49
mordreddstufft: and c) we use a file of the same format to deal with test requirements, so that we can express what it takes to build a test env - and nothing in the current machienery supports this, really01:50
mordreddstufft: we need ot use specific links during dev cycle to be able to consume dev versions of libs we'll be releasing01:50
dstufftmordred: I normally just use a test extra for defining test requirements, (setuptools has test_requires btu it's horrible)01:50
mordreddstufft: also, d) we have 3 years of history that started with a rpo that did many worse things, and it's been a slow climb to something more sensible01:51
dstufftmordred: I work on PyPI, I'm well acquanted with d) :(01:52
mordredyah. d) is my favorite01:52
mordredbut, I'll say, for the openstack dev workflow, having the requirements in an external file has been extremely nice01:53
mordredif I had my way about it, setuptools would learn to read an existing requirements.txt file if it existed by default - because it seems to be extremely discoverable  by new devs01:53
*** jbresnah has quit IRC01:53
mordredsetuptools is black magic to folks01:53
mordredrequirements.txt is not01:54
*** ogelbukh1 has quit IRC01:54
*** jbresnah has joined #openstack-dev01:54
*** kaushikc has quit IRC01:54
dstufftmordred: are these new devs typically already Python devs?01:54
*** maoy has quit IRC01:54
mordrednope01:54
mordredwe influx a rather large amount of new python devs all the time around here01:54
mordredthe fun of being a project that is dragging hp and cisco and ibm from java into python :)01:55
dstufftSo that's probably why then :) (and yes I agree requirements.txt is more discoverable than setup.py|cfg, but completely confusing to most experienced python devs :( )01:55
mordredtotaly01:55
mordredconceded01:55
*** novas0x2a|laptop has joined #openstack-dev01:56
dstufftmordred: I think there's a lot of things that could be done better here wrt packaging. I also think the current situation ends up being self refernetial as you need X thing because of Y thing, and you need Y thing because of Z thing, and you need Z thing because of X thing. I think the best path forward is probably to take the doc you'll hopefully send me, and I can work up a proposal, go back and forth and see if we can't hash out01:56
dstufft something that makes sense to both groups of people?01:56
mordredI think because of our influx like that, we tend to be more willing to question python community assumptions. sometimes we're right, sometimes we're wrong01:56
mordreddstufft: I'd love that01:56
mordreddstufft: and also, beer01:56
mordreddstufft: because what I want to wind up with is that default python packaging is sensible01:56
mordredand I have ZERO local hacks01:56
dstufftmordred: sure :) I don't drink but it doesn't bother me01:57
* dstufft is an angry drunk01:57
mordreddstufft: oh, well crap then. coffee/tea  :)01:57
* mordred is just a drunk01:57
* dstufft is also 6'4" and can do some hurts when angry01:57
mordredeek.01:57
* mordred makes note - no beer for dstufft01:57
dstufftmordred: also +1 on default python packaging being sensible. It's finally headed that direction I think01:57
mordredcool01:58
*** portante has joined #openstack-dev01:58
mordreddstufft: also, I'll admit, we need to be better about communicating back out01:58
mordredwe have some really fun operating semantics around here01:58
dstufftEven when some folks (death to distutils-sig) do everything they can to apply gratitous stop energy01:58
mordredand there are some things we need to support that other folks just usually don't01:58
mordredbut without communication, our needs aren't going to get taken in to account, now are they?01:59
mordreddstufft: I'm also quite happy to help the cause, either with coding myself or with hiring people to code, if that's helpful01:59
dstufftmordred: PEP426 has gone out of it's way to support some pretty complex stuff. One of the main writers of it works for RedHat and has come at it from an angle of "how do I take this python package and turn itinto a RPM with the least amount of manual work"01:59
dstufftactually basically _the_ main writer of it at this point. The rest of it tend to just argue about what is or isn't a good idea02:00
mordreddstufft: for us, the main one is "how can I build a multi-project thing 100s of times a day"02:00
mordreds/100s/1000s/02:00
mordredfrom scratch from a completely pristine new env02:01
mordredand how do I release without needing a sequence of versoin advancing commits :)02:01
mordred(the versioning code we use is also pretty important, and also completely not what setuptools expects/wants)02:01
locke105setuptools ?= X.Y.Z02:02
mordredlocke105: aroo?02:03
locke105doesnt setuptools expect the X.Y.Z form02:03
locke105which openstack uses02:03
locke1052013.1.102:03
dstufft^ that isn't compat with PEP44002:03
uvirtbotdstufft: Error: "that" is not a valid command.02:03
dstufftFWIW02:03
mordreddstufft: why not?02:03
locke105oh right , 4 digit major version...02:04
*** HenryG has quit IRC02:04
mordredoh. there's a limit?02:04
dstufftmordred: date based releases are excluded, setuptools will consume it (and most tools will fall back to a less strict thing)02:04
*** PaulM has quit IRC02:04
dstufftIT's actually the first major digit being >= 198002:04
mordreddstufft: ignore the fact that 2013 is a year02:04
dstufftis the rule in PEP44002:04
mordredthe other numbers are not date based02:05
mordredwell, that's going to be  ablocker for us02:05
mordredbecause we can't verywell downgrade our existing versions now can we?02:05
dstuffthttp://www.python.org/dev/peps/pep-0440/02:05
mordredsure. just saying02:05
mordredit's a rude rule02:05
dstufftmordred: well that's why they are excluded, because it makes it hard to go from that scheme to this scheme02:05
*** anfrolov has joined #openstack-dev02:05
* clarkb does hate date based versions02:06
mordredwell, we work hard on making our versions mean something so less strict consumption should probably still work02:06
clarkbI have git for that02:06
mordredI don't care one way or the other about the first number being a year - it's just we're stuck with it02:06
dstufft(and semver semantics are heavily suggested with the version numbers, so it's suggested not to do breaking things in a 1.1 etc)02:06
mordredsure02:07
mordredwe agree with that02:07
mordredwell, kinda02:07
* mordred was not consulted on the 2013.1 thing, btw02:07
mordredanyway02:07
mordredlocke105: the thing I'm talking about is how you set the fact that the version of the package is X.Y.Z02:07
*** jhesketh_ has joined #openstack-dev02:07
dstufftmordred: PEP440 isn't accepted yet so you should probably send nick a message02:08
dstuffteither distutils-sig or uh, what's his email02:08
mordredI should. I mean, I suppor the intent there02:08
dstufftncoghlan@gmail.com02:08
mordredI just hate being on the wrong side of a standardization with no way to get on the right side02:08
dstuffthe's the Redhat guy whose doing the bulk of the writing02:08
*** pmathews has joined #openstack-dev02:08
mordredyeah, I know nick  :)02:09
locke105the clients changed version schemas i think02:09
dstufftmordred: There's some provisions for migration here, e.g. you can have a different package version point to a different upstream version02:09
*** seanrob has joined #openstack-dev02:09
locke105they used to do the 2012.1 thing i think02:09
mordredthey did. the distros shot me02:09
locke105lol02:09
*** seanrob has quit IRC02:09
mordredlocke105: not most of them02:09
mordredhrm02:09
mordredI'll talk to ttx02:09
locke105yeah i guess that got changed before many of them came along02:09
*** seanrob has joined #openstack-dev02:09
clarkbmordred versions should be meaningful. dates are just redundant02:09
dstufftso you could have 13.1.1 on PyPI land point to 2013.1.1 using the source_label02:09
mordredit's a good point you bring up02:09
mordreddstufft: evil evil02:10
dstufftmordred: yea :/02:10
mordreddstufft: that would just sow more confusion02:10
dstufftIt's not a good place, and the problem with just allowing 2013 is that it makes it impossible to go from 2013 -> 2.0 (or whatever)02:10
dstufftwhich is why PEP440 specifically excludes it02:10
mordredyeah02:10
mordredno, I follow02:11
mordredalso, I actually care less about that02:11
dstufft:)02:11
*** jecarey has quit IRC02:11
mordredbut you make a good point about the fact that we're not communicating sensibly about major version breakage02:11
dstufftI forget sometimes who is yelling at me about what new thing :D02:11
locke105wasn't PBR supposed to fix the version setup stuff02:11
mordredlocke105: it does02:11
locke105sorry pbr02:11
dstufftpytz got upset about that rule :(02:11
mordredlocke105: it works GREAT02:11
dstufftmordred: I actually think pip 1.4 might not install 2013.1.1 by default02:11
mordredlocke105: I'm saying, that's one of the things we do that's kinda openstack-specific02:12
mordreddstufft: in favor of what?02:12
dstufftif you do ``pip install foo``02:12
mordredoh god02:12
mordredreally?02:12
dstufftI forget if distlib can parse that or not02:12
dstufftlemme look02:12
*** seanrob has quit IRC02:12
* locke105 is curious now too02:12
mordredthat might be a bit of a major nightmare for us02:12
mordredoh. nope02:12
mordredwe'll be fine02:12
*** seanrob has joined #openstack-dev02:12
mordredI thought markmc had persisted in keeping date versions for oslo.config02:13
dstufftah no I'm wrong02:13
dstufftdistlib can parse 2013.1.102:13
mordreddstufft: the only thing we use date versioning on is stuff we don't publish to pypi anyway02:13
mordredlike nova02:13
dstufftmordred: pip 1.4 excludes "pre release" things by default02:14
locke105if only pypi had 'epoch' numbers like rpm02:14
mordreddstufft: that makes me super happy02:14
mordreddstufft: and will simplify a few things we do02:14
dstufftrequiring you to add either --pre to the install comamnd, or to include a prerelease int he version specifier (==1.0.dev1, >=0.0.0.dev0) etc, doesn't include != )02:14
dstuffthttps://github.com/pypa/pip/blob/develop/pip/util.py#L678-L692 is the function that determiens pre release or not02:14
dstufftmordred: it breaks pytz which is why I thought it might break 2013.1.1 (pytz uses 2013b, 2013f, etc)02:16
mordreddstufft: yeah, so if we dod ==1.0.0a1, we can upload that to pypi post pip 1.4 and pip install foo will still just get the one before02:16
dstufftmordred: yup02:16
mordreddstufft: I'm even more in favor of 1.4 being released02:16
mordredcan haz now?02:16
*** nati_ueno has joined #openstack-dev02:16
dstufftmordred: https://github.com/pypa/pip/issues?milestone=1&state=open02:16
mordreddstufft: because right now we use tarballs.openstack.org as a place to put pre-release stuff, but that's super kludgy02:16
clarkbooh I want pip 1.4 too02:17
mordredand just having a pure build rule of "it got a tag, shove it on pypi" would be neat02:17
clarkbthat pre release stuff will be very helpful02:17
dstufftmordred: obviously folks who haven't upgraded to to 1.4 will install it by default02:17
dstufftand who the fuck knows what easy_install and buildout is doing02:17
dstufftbut I can only deal with so many projects at once :D02:17
locke105lol02:17
mordreddstufft: I don't care about any of those people02:17
*** nati_ueno has quit IRC02:18
mordreddstufft: I'm stuck with many things, caring about every permutation of what we might could support is thankfully not one of them02:18
dstufftmordred: some of that milestone stuff might get dropped, but ATM that's stuff that we (we being the pip maintainers) are trying to target to get into 1.402:18
mordredossum02:19
dstufftmordred: what are you goys using to mirror PyPI btw?02:19
mordreddstufft:  we have some scripts... one sec02:19
dstufftBecasue there's a good chance my CDN broke it if you're using an older version of the normal mirroring stuff02:19
locke105pypimirror i think02:19
dstufft(many tears were had, some fixes made)02:20
clarkbdstufft: no no the upstream stuff is bad02:20
*** PaulM has joined #openstack-dev02:20
clarkbit doesn't actually create a mirror because of the external links02:20
mordrednonono02:20
mordredwe don't mirror pypi02:20
mordredwe build our own mirror of just the stuff we use02:20
clarkbwe actually install everything then capture our PIP_CACHE and use that in the mirror02:20
mordredhttps://github.com/openstack-infra/jeepyb/blob/master/jeepyb/cmd/run_mirror.py02:20
dstufftoh02:20
dstufftgotcha02:20
clarkbotherwise you may just mirror a link and that is useless02:20
*** armax has joined #openstack-dev02:20
dstufftyea there's a thing by hoelger that mirrors the external links too02:21
dstufft(can't spell name)02:21
*** sride has quit IRC02:21
clarkband we gate updates to the mirror by checking that everything can actually install together02:21
Alex_Gaynorholger*02:21
clarkbso that is how we tackle the example you had before about requirements that don't jive with each other02:22
dstufft(I just wanted to make sure you guys didn't end up with a borken mirror due to CDN if you were using the changelog api)02:22
clarkbwe don't allow them at all02:22
locke105mordred: so this just basically serves a pip cache over HTTP?02:22
dstufft(also changelog api is bad)02:22
clarkblocke105: basically02:22
locke105interesting02:23
locke105you can use just HTTPd like apache or nginx then?02:23
Alex_GaynorNot sure who to talk to about this, but if http://pypi-externals.caremad.io/help/what/ could be done for the openstack packages like the clietns and tools and whatnot that would be awesome02:23
clarkblocke105: yes we put apache with mod_index in front of it02:23
dstufftAlex_Gaynor does a better job of sending my link around then I do +102:23
locke105clarkb: cool, didn't realize it was that simple to make a pypi index02:23
dstufftlocke105: a PyPI index is more complex, but pip and such can function with a simpler one02:24
locke105oh02:24
dstufft(only slightly more complex though)02:24
locke105go pip02:24
clarkbAlex_Gaynor: dstufft I am being dense but what does that link describe?02:24
dstufftclarkb: you know those external urls you hate on PyPI?02:25
clarkbdstufft: yes02:25
Alex_Gaynorclarkb: basically if you follow those instructions for packages you have on pypi, stuff installs faster for yoru users02:25
mordredoh, yeah. I keep meaning to do that02:25
dstufftclarkb: I deployed a change 2 weeks ago or so that lets package authors remove all of them from their package02:25
dstufftthat link tells you how to do it02:25
mordredis there a pypi rest call for htat?02:25
clarkbdstufft: and pypi actually mirrors them sanely if you do that?02:25
clarkbmordred: REST? hahaha02:25
clarkbmordred: they do have na http of ssh interface :P02:25
mordredcause if so, we could get it done for all of our projects really easy02:25
*** ayoung has quit IRC02:26
dstufftmordred: There's a form you can submit and it doesn't have CSRF :V02:26
dstufftor bug me and I can issue a query02:26
mordredor apiu call02:26
mordreddon't care if it's rest :)02:26
mordreddstufft: well, we have project creation and management scripted02:26
mordredfrom a yaml file02:26
mordredso, what I'd love to do is add in support for the form submission02:26
clarkbdstufft: does that break things that depend on external links or do you actually mirror those packages?02:27
dstufftclarkb: it still requires uploading to PyPI directly, but it removes the external urls so that even if you have files uploaded, pip doesn't need to scrape external files02:27
mordredso we can make sure to continue to set it ongoing02:27
mordreddstufft: we upload to pypi directly already quite nicely :)02:27
mordredso, yeah, we want that big time02:27
dstufftclarkb: example http://pypi-externals.caremad.io/python-keystoneclient/ pip has to fetch 3 urls just to find what versions are available02:27
mordredwe're already good upload citizens02:27
*** alop has quit IRC02:27
clarkbdstufft: oh yeah because it was broken before. Ok less dense now02:28
dstufftBegining of july I'll be auto migrating ~25k projects to the new method02:28
clarkbdstufft: can I ask what was the motivation behind http over ssh?02:28
mordreddstufft: are you going to suck in their existing external files?02:29
dstufftclarkb: because of bad people who wouldn't shut up that CACert is a "real" certificate02:29
dstufft(the same bad people implmeneted http over ssh)02:29
dstufftmordred: No, we can't legally do that. But the 25k i'm migrating are tested to not require it already02:29
mordredossum02:29
dstufftI wrote a script that scraped all of PyPI to determine what versions are available for every package02:29
dstufftand from what urls02:30
mordredwell, anyting that has the owner openstackci is good to go02:30
*** rongze has joined #openstack-dev02:30
dstufftso we could determine who it was safe to turn it off for02:30
dstufftmordred: cool, if you promise not to yell at me I can do that :)02:31
mordreddstufft: go for it!02:31
mordreddstufft: we do not believe in external links02:31
dstuffthttps://github.com/dstufft/pypi.linkcheck/tree/migration is the scripts and data files fwiw02:31
dstufftincase you were interested!02:31
mordredclarkb: I do think that we should add a form submission to manage_projects02:32
mordredalthough...02:32
mordreddstufft: post july is it going to be the default?02:32
dstufftIt's already the default for newly registered projects02:32
clarkbmordred: to setup pypi?02:32
mordreddstufft: because if so, implemeting automation around ensuring that it's set on our projects ..02:32
mordredcool02:32
mordredclarkb: nevermind. we don't need to do it02:32
clarkbmordred: pypi doesn't have a real API which makes that annoying02:32
dstufftand has been for a few weeks since I deployed the code02:32
mordredcool02:32
clarkbmordred: instead its go read cheeseshop code, curse http over ssh, use curl insecurely02:33
mordredI think that a bulk switch of anything that's owned or managed by openstackci02:33
mordredshould get us02:33
*** sld_ is now known as sld02:35
*** seanrob has quit IRC02:35
*** seanrob has joined #openstack-dev02:35
locke105why 'jeepyb'02:36
locke105is there a reference i'm not aware of?02:36
clarkblocke105: Gerrit Project Builder -> GPB -> jeepyb02:36
locke105ah...02:37
locke105it all makes sense now :)02:37
Alex_Gaynordstufft, mordred, clarkb: FWIW I just confirmed that no projects owned by openstackci rely on externally hosted stuff.02:37
clarkb\o/02:37
clarkbAlex_Gaynor: thank you for checking02:37
Alex_Gaynorclarkb: dstufft wrote a script for it, all I did was run it :)02:37
dstufftmordred: https://gist.github.com/dstufft/5754154 verify this list looks ok?02:39
openstackgerritA change was merged to openstack/nova: DB migration to the new BDM data format  https://review.openstack.org/2925102:39
*** cp16net is now known as cp16net|away02:40
*** cp16net|away is now known as cp16net02:40
openstackgerritA change was merged to openstack/nova: Create an image BDM for every instance  https://review.openstack.org/2925202:40
mordredyup02:40
mordreddstufft: looks great!02:40
clarkbdstufft: Alex_Gaynor: I don't think it is mentioned yet, but if you guys wanted to watch openstack-dev/pbr on review.openstack.org I think that would be awesome02:41
*** otherwiseguy has quit IRC02:48
*** noslzzp has quit IRC02:48
*** markvoelker has quit IRC02:48
dstufftclarkb: how I do02:48
dstufftclarkb: My stuff @ work is shielded from upstream for the most part so i've never done :)02:49
clarkbdstufft: https://review.openstack.org/#/settings/projects if you go there you can add watches02:49
clarkbadd openstack-dev/pbr to the project name text box, click watch, then select how you want to be notified of changes in the list below02:49
dstufftok done02:50
clarkbgreat thanks02:50
*** otherwiseguy has joined #openstack-dev02:50
dstufftmordred: Alex_Gaynor openstack updated02:50
dstuffthttp://pypi-externals.caremad.io/python-keystoneclient/ eample02:50
clarkb(this has been a good conversation and don't want it to be a one time thing)02:51
Alex_GaynorIt now takes less than half as long to scrape all those pages, yay02:52
clarkbdstufft: mordred just pushed updates to some pbr changes so you should've gotten ntofications maybe02:52
mordredAlex_Gaynor: yay!02:52
dstufftyea I got them02:52
mordredwoot02:52
dstufftnow I need to figure out how this gerrit thing works02:52
Alex_Gaynordstufft: you reviewed a patch of mine once, figure it out :)02:52
mordreddstufft: tell anotherjesse to let you work upstream more...02:53
clarkbdstufft: people tend to resist it at first but after using it for a couple changes its like the best thing ever02:53
dstufftAlex_Gaynor: press buttans until thing happens02:53
dstufftthat's how I computer02:53
locke105beep boop02:53
clarkbdidn't you hear github is the small guy in this battle :)02:53
Alex_GaynorI thought jesse was no longer at Nebula?02:53
dstufftso why does everyone say someone else must approve all the time, that confused me when I reviewed Alex_Gaynor's thing02:54
Alex_Gaynordstufft: its based on number of core reviewers, not total reviewers02:54
Alex_Gaynor(IIUC)02:54
dstufftoh02:54
clarkbyeah the numeric values gerrit uses don't really represent things as well02:54
clarkbits not regular math. Instead think of a +1 code review as a thumbs up and a +2 code review as a gold star02:55
*** markvoelker has joined #openstack-dev02:55
mordredyeah. google got a little bit to clever on those I think02:55
clarkbyou need two gold stars before a core member can approve/merge the code regardless of the number of thumbs up02:55
lifelessits really set based02:55
*** kaushikc has joined #openstack-dev02:55
lifeless4 *+1 = +102:55
mordredAlex_Gaynor: really? I didn't realize he's left02:55
mordredhe'd02:55
Alex_Gaynormordred: I assumed so, he was contracting at the company I was at before I joined rackspace (rdio)02:56
clarkband a -2 is a giant red F on that term paper02:56
mordredlooks like you're right02:56
clarkbmordred: the amount of pbr fail in the zuul queue right now is too damn high :)02:57
mordredclarkb: yeah, I know.I can't reproduce that issue locally02:57
mordredclarkb: so I'm poking jenkins in the face02:57
*** souvik has joined #openstack-dev02:57
*** pmathews has quit IRC02:58
dstufftmordred: fwiw I have a ton of irons in the fire wrt packaging so if I forget stuff you want/need here just yell at me02:58
*** mjfork has quit IRC02:58
mordreddstufft: totes02:58
mordreddstufft: and thanks02:59
*** zaneb has quit IRC02:59
locke105does anyone know if review.openstack.org is a single host Gerrit install or is run with read-only slave nodes, etc?02:59
mordredlocke105: single host02:59
locke105i have one set up at work but apparently its hard to make it highly available03:00
mordredlocke105: plus a git mirror served by apache03:00
locke105?03:00
mordredlocke105: oh yeah. HA gerrit != fun03:00
locke105git mirror03:00
mordredlocke105: we replicate git repos to a local location that we serve via apache, so requests to some of the gerrit urls don't have to hit java03:00
locke105so you have it replicate to another server and then use HTTP to serve the git requests03:00
mordredbut that's a scaling thing03:01
locke105oh k03:01
mordredactually, same server :)03:01
locke105lol03:01
mordredit's to offload java thread issues03:01
*** kaushikc has quit IRC03:01
*** kaushikc has joined #openstack-dev03:01
clarkbapparently android does specail gerrit sauce for ha that isn't public03:01
locke105i read in the change log for 2.6(or 2.7?) that the internal JGit daemon is "superfast and faster than CGit's daemon"03:01
clarkbor maybe its just google03:01
clarkbbut yeah HA gerrit makes my brain hurt03:01
mordredlocke105: it might be - but it consumes the same internal thread and memory pool as the rest of gerrit03:02
mordredHA gerrit should be fairly simple with DRBD03:02
locke105yeah...03:02
mordredanything more complex like an active/active setup would be a bit more of a nightmare03:02
locke105yes they say its not too hard to do a master - slave failover03:02
*** ayoung has joined #openstack-dev03:02
clarkbmordred: an object store would probably do it reasonably well03:02
clarkb(active active)03:02
mordredclarkb: you still need to deal with mysql03:02
locke105tbh03:03
mordredbut if you offload that and consider that a separate engineering task03:03
locke105thats not really the hard part,03:03
mordredwhat isn't?03:03
locke105its the stupid amount of caching in Gerrit03:03
locke105mysql03:03
clarkbcaching is fine03:03
*** PaulM has quit IRC03:03
* mordred used to be an HA consultant for MySQL - totally agrees03:03
*** jamielennox is now known as jamielennox|away03:03
clarkbits resolving git atomic operations03:03
mordredcaching isn't fine if you want active/active03:03
locke105yes gerrit has super long cache timeouts03:04
locke105its not really a cache IMO03:04
mordredbut I'd be happy with active/passive failover03:04
locke105true03:04
locke105definitely a step up03:04
mordredor - if I get a little bit more headcount - I want to get someone to actually put HA support into gerrit03:04
mordred(that doesn't depend on magic google sauce)03:04
locke105its a hugely requested feature now03:04
mordredyah03:05
*** seanrob has quit IRC03:05
clarkbwhere is gerrit caching that is the problem?03:05
locke105i'm not sure if my java would be up to par...03:05
* locke105 goes to find the thread for Gerrit HA03:05
clarkbI don't really care if gerrit show reviewers old patchsets or if git fetches pull old stuff. its the gerrit merge this thing please without making your buddy unhappy that bothers me03:06
mikalmordred: last week I was locked in a hospital caring for a family member (who is now ok). I got bored and did this -- http://openstack.stillhq.com/ci/I932a64df5847bc26ef321a35fadc0b60fc4b317f/1/sqlalchemy_migration_nova_user_001/log.html03:07
*** souvik has quit IRC03:07
mikalmordred: do you think that's useful?03:07
*** kaushikc1 has joined #openstack-dev03:07
mordredmikal: yah03:08
mordredmikal: also, glad your family member is now ok03:08
mikalmordred: its kind of basic, but there's only so much you can do on 3g03:08
mikalmordred: thanks03:08
locke105clarkb: gerrit HA thread https://groups.google.com/group/repo-discuss/tree/browse_frm/month/2011-02/fe8501de25c68bee?rnum=51&_done=/group/repo-discuss/browse_frm/month/2011-02?&pli=103:08
locke105kind of old now03:08
*** kaushikc has quit IRC03:09
*** jbresnah has quit IRC03:09
clarkbah yeah that would be annoying03:09
locke105can get around some of it by setting the cache expiration times really low03:10
locke105i am pretty sure that one needs a shared filesystem for the Git repos still03:11
*** zaneb has joined #openstack-dev03:11
*** Mandell has joined #openstack-dev03:11
clarkbswift! someone did write an AWS backend for git03:12
clarkbI wonder how slow that is03:13
*** prad has quit IRC03:13
clarkband if aggressively packing helps03:13
mordredceph ftw03:13
locke105sounds interesting anyways03:13
mordredceph-backed-afs!03:13
mordreds/ceph/rados/03:13
mordredwhatev03:13
* mordred shuts up03:14
dstufftmordred: heh, ceph is on my list of things to look at for PyPI :/03:14
dstufftHA'ing FS access ftl03:14
*** armax has quit IRC03:14
mordreddstufft: do you know florian?03:14
dstufftmordred: I know someone named florian, I doubt it's the same person :)03:15
clarkbseems like an object store (nevermind FS) would work well for pypi03:15
mikalmordred: you should fix https://review.openstack.org/#/c/29611/03:15
dstufftclarkb: that's the goal, right now i depends heavily on the FS03:15
dstufftit*03:15
mordreddstufft: florian haas. works for hastexo doing ceph and pacemaker stuff03:15
dstufftand no unit tests :V03:15
mordredalso does a lot with openstack03:15
dstufftmordred: nope don't know him03:15
locke105pypi is kind of just a case specific object store....03:15
mordredwell - if you want to go object-store, I can getcha a free cloud-based one in a hurry I'm pretty sure ;)03:16
dstufftmordred: ops czar isn't a fan of outsourcing stuff we can reasonably host in house03:17
mordredoh well. I'm a fan of outsourcing everything I possibly can03:17
dstufft(I don't particularly care either way, but I'm not the decision maker)03:18
mordreddstufft: openstack infra runs 100% on public clouds03:18
mordredwe have zero machines03:18
dstufftPSF has a bunch of machines running inside of OSUOL with VM's running ontop of them03:18
mordredbut - yeah - I'm not your ops czar - so, really, whatever he wants to do I guess03:18
clarkblocke105: how so? naively its just a bunch of packages (objects) that need to be referred to and retrieved03:18
* locke105 wishes he could use public clouds for work.03:19
locke105yes03:19
clarkbyay OSUOSL03:19
locke105clarkb: i was implying that they are very similar03:19
locke105put once, read many type storage03:19
dstufftyea03:20
clarkbah I read it as needing special ness for some reason03:20
locke105pypi has some nice presentation of the metadata03:20
dstufftThe goal is to get it on some type of object store eventually03:20
mordredclarkb: when are you going to get OSUOSL to install an openstack03:20
mordred?03:20
clarkbmordred: they run ganeti03:20
clarkband lance seems reasonably happy with it03:20
dstufftah yea ganeti is the thing we have there I think03:20
clarkbmordred: PSU is apparently going to try a test openstack install which makes me happy03:20
dstufftmaybe we don't have it I dunno, maybe it's their ifnra03:20
mordredclarkb: cool03:20
* dstufft just tries not to blow shit up03:20
clarkbdstufft: but blowing stuff up makes the lives of undergraduate sysadmins interesting03:21
locke105sound strategy03:21
dstufftmordred: there, I just merged https://github.com/pypa/pip/pull/985 so it'll for sure be in 1.403:21
*** boris-42 has joined #openstack-dev03:21
mordredwoot03:21
clarkbmordred: we could do an OSUOSL counterpart with our free clouds and make our providers fall over03:22
Alex_Gaynordstufft: will use of insecure externals warn?03:22
dstufftAlex_Gaynor: ya03:22
Alex_Gaynoryay03:22
Alex_Gaynordstufft: do they have a timetable for the 1.4 relase?03:22
dstufftAlex_Gaynor: more or less when this stuff is done https://github.com/pypa/pip/issues?milestone=1&state=open03:22
dstufftassuming we don't table anything03:22
dstufftAlex_Gaynor: warning https://gist.github.com/dstufft/f2d5b8fef8a0e66f3d77#file-immediate_behavior-L41-L4203:23
Alex_Gaynorcool03:24
Alex_Gaynordstufft: you should make the warnings have colors03:24
dstufftthat'll be the first use of color in pip, I'll need to sort out how to make it not bad in various situations the output could end up in03:24
dstufftnot a bad idea though03:24
*** russellb has quit IRC03:26
locke105i feel like Gerrit has become a lot more popular due to OpenStack using it03:28
locke105guess that could be said of a lot of things that OpenStack uses...03:29
mordredwe're fun like that03:30
mordreddstufft: we've got code somewhere that used color and then avoids using it when in a pipeline...03:31
locke105TBH though, i wonder how openstack velocity would be affected by not having Gerrit03:31
mordredlocke105: quite badly I believe03:31
mordredlocke105: especially once you consider zuul as well03:31
locke105mordred: yeah thats true03:31
*** russellb has joined #openstack-dev03:32
*** vishal has joined #openstack-dev03:33
*** alunduil has quit IRC03:34
*** alunduil has joined #openstack-dev03:35
clarkbzuul helps tremendously03:37
locke105clarkb: yes, but i think the interesting part is in the part where Zuul is basically applying superscalar technique to jenkins jobs and Gerrit change sets03:38
locke105and its even necessary now to handle the amount of merges03:38
clarkbover the last 24 hours we put ~937 tests through the gate queue03:39
clarkbunfortunately logstash doesn't make it easy to get a count of changes at the moment03:40
* locke105 thinks that is f'n crazy.03:40
*** marun has joined #openstack-dev03:40
clarkblocke105: ~3671 total tests. Thats actually a semi average day. I think we have done well over 5k during release/milestone weeks03:41
clarkb~160 million log lines that we are indexing per day. Sorry logstash/kibana are the new shiny toy so I enjoy grabbing numbers out of it03:41
locke105so...03:42
locke105does anyone know if a CI system that has to deal with more merges/changes than that....03:42
locke105daily03:42
dstufftTravis-ci doesn't give any numbers but they might03:43
*** kaushikc1 has quit IRC03:43
clarkbtravis does a non trivial amount of testing. based on their 2012 december numbers I roughly approximated we would be 1/12 of their load if we used them03:43
clarkbdstufft: they did once. but also weren't very specific03:43
dstufftoh yea I forgot about that03:44
locke105wow03:44
clarkbhttp://about.travis-ci.org/blog/2012-12-17-numbers/03:45
*** lonelyibex has quit IRC03:46
lifelesstest-minutes would be a more interesting number03:46
locke105ya03:46
*** SergeyLukjanov has joined #openstack-dev03:47
clarkbdefinitely03:47
mordredalso, I do not think that any of travis's tests are like the devstack gate :)03:48
clarkbprobably not03:49
clarkbalso http://logstash.openstack.org exists as does graphite.openstack.org if people want to mine out interesting info03:49
mordredlike github, I think travis serves its intended market extremely well, and I'm super happy that they are providing ci for normal folks03:49
clarkbI would be super excited if people randomly showed up on IRC and were all "look at the cool info we got out of logstash/graphite"03:50
*** dims has quit IRC03:50
mordredclarkb: ++03:50
locke105TBH, i was not aware of travis-ci before this convo, and i find myself wondering why we have internal build teams....03:50
clarkbmaking logstash do 160 million events per day has been a fair amount of work and I want to see it used for somethign :)03:50
locke105s/we/at work/03:50
mordredlocke105: well, there should never be a thing called a "build team"03:50
*** neelashah has joined #openstack-dev03:51
locke105yeah....03:51
lifelesslocke105: travis-ci has very unpredictable latency IME03:51
mordredbecause there is literally nothing they can do better than automation03:51
mordrednow, a build automation team or a CI team can be super helpful03:51
clarkblifeless: yeah, the free stuff is round robinned across a static set of resources03:51
mordredbut depending on scale, outsourcing those things is a fine choice too03:51
*** koolhead17 has joined #openstack-dev03:51
clarkblifeless: I imagine their non free stuff is much better03:52
mordredone would imagine03:52
mordred:)03:52
dstufftclarkb: they've done some improvements in that area with QoS stuff so one project doesn't chew up all the avail builders03:52
locke105interesting03:52
dstufftI have the paid thing, it's better/more consistent03:52
*** ogelbukh1 has joined #openstack-dev03:52
dstufftbut can be pricey, think I paid $69/month for 1 concurrent build03:53
lifelesshah03:53
lifelessyou can get a full VM in HPCS for that03:53
lifelessmore tan03:53
lifeless3 I think03:53
dstufftyea but then I need to manage it :)03:53
vishysmoser: nothing useful in there03:53
vishysmoser: i wonder if this would be helpful https://dev.openwrt.org/ticket/529903:54
lifelessdstufft: shrug03:54
lifelessdstufft: since we're a massive automation project03:54
lifelessdstufft: I kinda figure everyone here has automation mindset :)03:54
* mordred has free clouds ...03:55
lifelessvishy: that looks siny03:55
lifelessvishy: I was wishing we had that facility in stock cloud images the other day03:55
* mordred hasn't thought about the cost of the resources he consumes like a rabit beast in a while03:55
lifelessshiny[6~03:55
dstufftlifeless: someone needs to monitor/manage the automation ;P03:55
lifelessmordred: s/d/t/03:55
* locke105 has a habit of almost automating himself out of jobs.03:55
vishylifeless: it works fine in most images03:56
vishylifeless: just not in cirros03:56
mordredlocke105: we have found that automatoin here breeds more automation. not less :)03:56
lifelessvishy: oh! didn't realise it was in the default ruleset already03:56
lifelessI can make baremetal more shiny!03:56
mordreddstufft: indeed. we have several full time staff (and need more) managing the openstack build automation03:56
vishysmoser: http://paste.openstack.org/show/38341/03:56
vishylifeless: yeah you can push out default routes with dhcp03:56
vishyuseful with quantum03:56
locke105mordred: yeah but openstack has no profit margin03:56
lifelessvishy: wait; we may be talking different things.03:57
lifelessvishy: I'm talking non-default routes.03:57
vishylifeless: nope we aren't03:57
lifelessvishy: default is supported approx everywhere.03:57
lifelessvishy: non-default is different03:57
vishylifeless: yeah you can push out a gateway no problem03:57
*** sdake_ has joined #openstack-dev03:57
vishythis is separate03:57
lifelessok good03:57
vishypushing out a static route via dhcp03:57
mordredlocke105: openstack itself has no profit at all - however, most of the peope managing openstack automation do work for for-profit companies :)03:57
mordredlocke105: it's a fun combo03:57
*** comay has quit IRC03:57
clarkb65 gate-tempest-devstack-vm-full test runs that completed in the zuul gate queue03:57
mordredclarkb: wow. slow day03:58
clarkbeach of those tests is ~45 minutes and we run two to three other tempest tests :)03:58
mordredlocke105: otoh - there are actually some great papers on the ROI around CI/automation investment03:58
vishyquantum does it for 169.254/16 if you use the enable_isolated_metadata03:59
mordredlocke105: there are good numbers you can put on it, even on a fully for-profit/have-margins project to justify spending wisely in the area03:59
vishylifeless: ^^03:59
clarkbmordred: like being able to potentially merge 65 changes in a day serialishly without running out of hours in the day?03:59
mordredclarkb: there's that :)03:59
locke105mordred: i don't doubt CI, i think its great03:59
lifelessvishy: cool03:59
mordredhttp://www.rbcs-us.com/images/documents/testingroi.pdf04:00
locke105i pretty much single-handedly built the Gerrit-Jenkins-OpenStack system we have at my job04:00
mordredlocke105: ossum!04:00
locke105problem is I now spend more time maintaining it then getting to do openstack dev work :(04:00
mordredwell, there is that04:00
mordredlocke105: you know, you should hang out in #openstack-infra04:01
locke105thanks for the the link btw04:01
locke105i'm usually there when i'm at work04:01
mordredlocke105: if you're doing things with gerrit and jenkins04:01
mordredcool04:01
locke105<< off-work handle04:01
mordredjust making sure04:01
clarkblocke105: eventually you realize all the fun stuff is in making the automation go :)04:01
locke105mrodden is my at-work handle04:01
locke105yea i agree04:01
locke105chef and puppet are the new toy that i have discovered lately04:02
clarkbmordred: you should review https://review.openstack.org/#/c/32455/04:02
clarkbmordred: if I can get another +2 on that I plan to roll it out tomorrow04:02
mordredlocke105: well, all of our infra is in re-consumable puppet04:02
clarkbI expect a fair amount of babysitting will be required04:02
clarkbbecause firewalls and things... which we unfortunately don't have a good story for automating sanely yet04:03
mordredclarkb: heat!04:03
locke105mordred: yeah i've looked through the modules, I am more familiar with chef currently and need to study up on puppet more04:03
clarkbmordred: yeah when it works it should be awesome04:04
mordredclarkb: wow. you have a thing which talks gear and zmq in the same app04:04
clarkbmordred: yup :) I will be able to get rid of zmq when we make zuul speak gear04:05
mordredclarkb: neat!04:05
clarkbbut until then I have to translate the existing event bus04:05
mordredclarkb: we're about to roll that out aren't we?04:05
clarkbthough, I may just keep zmq because this gives me all events not just zuul events04:05
clarkbmordred: yeah I think there are a couple bugs jeblair wants to iron out first04:06
*** otherwiseguy has quit IRC04:06
*** kaushikc has joined #openstack-dev04:06
*** dripton_ has joined #openstack-dev04:06
clarkbmordred: zmq is actually fairly decent and firehosing json at a bunch of subscribers04:06
clarkbs/ant/at/04:06
vishysmoser: might be this that is needed04:06
vishysmoser: https://lists.openwrt.org/pipermail/openwrt-devel/2011-January/009470.html04:06
locke105lol @ firehosing04:07
mordredclarkb: yeah. when I look at the oslo.rpc stuff, it actuall makes me want a deployment that uses different tech for the different mesaging types04:07
clarkbmordred: it seems to work well with the logstash stuff. I treat gearman as a job dispatcher and zmq as a firehose04:08
clarkbthey are distinct use cases04:08
mordred++04:08
clarkbmordred: also newer logstash speaks zmq directly. so I may end up taking advantage of that04:09
clarkbthere is a zmq filter which is basically using zmq to dispatch some external filter on an event. gearman probably represents that better04:10
*** danwent has joined #openstack-dev04:10
*** dripton has quit IRC04:10
*** carl_baldwin has joined #openstack-dev04:13
mordreddstufft: when pip is going to install something, and there is an egg file that's been downloaded into the current working directory already (let's say by setuptools) how does it find that?04:16
*** nati_ueno has joined #openstack-dev04:17
dstufftmordred: in certain cases python adds the cwd to the sys.path04:18
dstufftIIRC it basically depends on that04:18
dstufftand it doesn't always work (I've had to add sys.path hacks to make setup_requires stuff get found)04:18
dstuffthttps://github.com/dstufft/bcrypt/blob/master/setup.py#L22-L2404:19
mordreddstufft: ah. was afraid of that04:19
mordreddstufft: yeah, I can't figure out rhyme nor reason as to why it can seem to find them sometimes and why othertimes not so much04:19
dstufftI forget the cases python adds sys.path to the cwd04:20
dstuffter04:20
dstufftreverse those04:20
dstufftand I think setuptools might have special support for it04:21
mordredwell, adding cwd to sys.path still doesn't make it find eggs in the dir04:21
*** lloydde has joined #openstack-dev04:21
dstufftso it might depend on if it's happning in pip related code, or setuptools related code04:21
mordredgrumble04:21
mordredgotcha04:21
dstufftI *don't* have setuptools in my head completely yet04:21
mordredthat's probably for the best04:22
mordrednow that it's merged and up, I think I might start sending some patches up04:22
mordredlike, for the love of god, can we make command objects new style classes so that subclasses can use super()?04:22
dstufftprobably not at this point04:23
* mordred cries04:23
*** jbresnah has joined #openstack-dev04:23
dstufftPart of my goals around packaging in the future is getting it the fuck out of stdlib04:24
mordredyes please04:25
mordredthat's part of what kills this04:25
dstufftPEP uh04:26
dstufft439?04:26
dstufftis what enables that04:26
mordredof course, even that - part of my pain is that I'm not going to see changes that are going in to core python for years and years04:26
dstuffthttp://www.python.org/dev/peps/pep-0439/04:26
dstufftmordred: well PEP439 is just including pip in python by default04:26
dstufftwell a bootstrap script that will get pip04:26
mordred++04:26
mordredyeah04:26
mordredyou don't want pip in python04:27
*** adalbas has quit IRC04:27
dstufftand part of that work is making pip able to install from wheels without setuptools04:27
dstufftsdists will still require setuptools04:27
mordredthat's fine04:28
dstufftbut for older pythons the only deficiency will be that you'll need to figure out how to get your own pip04:28
mordredyup. eventually though, we'll stop caring about those pythons04:28
dstufftso older pythons actually benefit a lot from moving stuff out of stdlib, because they can get new work04:28
mordredyou konw, 10 years from now04:28
mordred++04:28
*** basha has joined #openstack-dev04:28
*** nati_ueno has quit IRC04:31
*** vipul is now known as vipul|away04:32
dstufftmordred: yea we learned backwards compat on the order of decades kinda sucks04:33
dstufftfor packaging anyways04:33
dstufftI was 10 y/o when distuils merged into CPython :V04:33
locke105mordred: totally bookmarked that slide set you linked :)04:33
mordredlocke105: sweet!04:33
locke105definitely worth a read04:34
mordredhrm04:37
*** radsy has quit IRC04:37
mordreddstufft: if I just eat the migration cost for folks of distribute -> setuptools 0.7 as needing to be manual right now04:37
mordreddstufft: I think I might be able to remove some complexity04:37
mordreddstufft: other than the distribute problem, is it reasonably ready to go?04:38
dstufftmordred: I don't think pip has been tested with it yet04:39
dstufftso no promises on compat until 1.4 lands04:39
dstufftwell04:40
dstufftthe setuptools guy says he confirmed it still works04:40
dstufftbut pip devs haven't04:40
dstufftbrb reboot04:40
*** dstufft has quit IRC04:40
*** souvik has joined #openstack-dev04:42
lifelesswhat's moniker's new name?04:42
lifelessah designate04:42
*** SergeyLukjanov has quit IRC04:43
*** prekarat has joined #openstack-dev04:44
*** PhongLy has quit IRC04:45
*** prekarat1 has joined #openstack-dev04:45
*** dstufft has joined #openstack-dev04:45
*** jamielennox|away is now known as jamielennox04:46
dstufftmordred: fwiw pip 1.4 (and probably a 1.3.x) will support upgrading distribute too04:46
dstufftmordred: no idea what jason did to test pip + setuptools 0.704:46
mordreddstufft: well, I think I'm going to take a quick tack at removing the explicit distribute depend from our stuff and seeing what breaks04:47
*** prekarat has quit IRC04:48
mordredbecause I think I'm doing a lot of work around distribute issues that might could just go away (which would make me happy)04:49
*** andrew_plunk has joined #openstack-dev04:51
*** sleepsonthefloor has joined #openstack-dev04:51
dstufftmordred: as far as the pip maintainers go, we're just starting testing with 0.7, we were hoping we'd release pip, venv, and setuptool 0.7 together all well tested and documented to work together, he kinda forged ahead and released it so now we're scrambling to make sure we're compat :/04:54
mordreddstufft: stellar04:54
dstufftif you try it please do tell us any issues you come across04:55
dstuffthttps://github.com/pypa/pip/issues/941 https://github.com/pypa/pip/issues/986 relevant issues04:55
*** jbresnah has quit IRC04:56
mordreddstufft: oh, I shall04:56
*** danwent has quit IRC04:56
*** stevemar has quit IRC04:58
*** andrew_plunk has quit IRC04:59
*** carl_baldwin has quit IRC05:03
*** martine_ has quit IRC05:03
openstackgerritA change was merged to openstack/cinder: NFS drivers don't honor vm size with volume from an image  https://review.openstack.org/3029805:04
openstackgerritA change was merged to openstack/nova: Cleanup nova exception message conversion  https://review.openstack.org/3207405:04
*** aeperezt has quit IRC05:05
*** rushiagr has joined #openstack-dev05:15
*** koolhead17 has quit IRC05:17
*** mdomsch has joined #openstack-dev05:18
*** matiu has quit IRC05:19
*** avishay has joined #openstack-dev05:24
*** PhongLy has joined #openstack-dev05:30
*** neelashah has quit IRC05:30
*** rushiagr has quit IRC05:37
*** basha has quit IRC05:38
*** stevebaker has joined #openstack-dev05:38
*** stevebaker has left #openstack-dev05:39
*** navid_ has joined #openstack-dev05:40
*** basha has joined #openstack-dev05:40
*** armax has joined #openstack-dev05:40
*** mrunge has joined #openstack-dev05:41
*** Aarti has joined #openstack-dev05:43
*** freedomhui has joined #openstack-dev05:46
*** Aarti has quit IRC05:50
*** Aarti has joined #openstack-dev05:51
*** jbresnah has joined #openstack-dev05:53
*** lonelyibex has joined #openstack-dev05:57
*** lloydde has quit IRC05:59
*** lloydde has joined #openstack-dev05:59
*** PhongLy1 has joined #openstack-dev06:00
*** PhongLy has quit IRC06:01
*** lloydde has quit IRC06:04
*** Mandell has quit IRC06:06
*** basha has quit IRC06:07
*** eglynn has joined #openstack-dev06:08
*** Ryan_Lane has joined #openstack-dev06:10
*** souvik has quit IRC06:10
*** eglynn has quit IRC06:11
*** alop has joined #openstack-dev06:12
*** vartom19 has joined #openstack-dev06:12
*** Ryan_Lane1 has joined #openstack-dev06:13
*** Ryan_Lane has quit IRC06:14
*** lonelyibex has quit IRC06:14
openstackgerritA change was merged to openstack/keystone: add ca_key to sample configuration  https://review.openstack.org/3226006:15
openstackgerritA change was merged to openstack/keystone: Commit transaction in migration  https://review.openstack.org/3220706:15
*** basha has joined #openstack-dev06:15
openstackgerritA change was merged to openstack/nova: Imported Translations from Transifex  https://review.openstack.org/3169406:18
*** adalbas has joined #openstack-dev06:22
*** jcoufal has joined #openstack-dev06:22
*** yolanda has joined #openstack-dev06:23
*** jhesketh_ has quit IRC06:24
*** SergeyLukjanov has joined #openstack-dev06:24
*** basha has quit IRC06:28
*** freedomhui has quit IRC06:29
*** sungju has quit IRC06:29
*** lloydde has joined #openstack-dev06:29
*** stevebaker has joined #openstack-dev06:30
*** jbresnah has quit IRC06:30
*** Ryan_Lane1 has quit IRC06:31
*** anfrolov has quit IRC06:32
*** lloydde has quit IRC06:34
*** sthaha has quit IRC06:36
*** basha has joined #openstack-dev06:38
*** belmoreira has joined #openstack-dev06:40
*** jkordish has quit IRC06:40
*** hartsocks has joined #openstack-dev06:40
*** jkordish has joined #openstack-dev06:40
*** stevebaker has left #openstack-dev06:43
*** basha has quit IRC06:44
*** hemna has quit IRC06:44
*** mrunge has quit IRC06:45
*** Mandell has joined #openstack-dev06:46
*** eglynn has joined #openstack-dev06:48
*** mrunge has joined #openstack-dev06:49
*** rushiagr has joined #openstack-dev06:51
*** xBsd has joined #openstack-dev06:54
*** yolanda has quit IRC06:55
*** alop has quit IRC06:56
*** hemna has joined #openstack-dev06:56
*** eglynn has quit IRC06:57
*** giulivo has joined #openstack-dev06:58
*** yolanda has joined #openstack-dev06:59
*** jhesketh has joined #openstack-dev07:00
*** reidrac has joined #openstack-dev07:00
*** ffio has quit IRC07:01
*** ffio_ has joined #openstack-dev07:01
*** xga has joined #openstack-dev07:02
*** Chrisy_ has quit IRC07:03
*** Chrisy has joined #openstack-dev07:03
*** harlowja has quit IRC07:06
*** jtomasek has joined #openstack-dev07:06
*** aloga has quit IRC07:07
openstackgerritA change was merged to openstack/cinder: Replace FLAGS with cfg.CONF in api  https://review.openstack.org/3148707:08
*** aloga has joined #openstack-dev07:09
*** avishay has quit IRC07:10
*** corXi has joined #openstack-dev07:12
*** shang has joined #openstack-dev07:14
*** jprovazn has joined #openstack-dev07:15
*** amotoki has joined #openstack-dev07:18
*** devvesa has joined #openstack-dev07:19
lifelessannegentle: whats the right way to start a new manual ?07:19
*** flaper87 has joined #openstack-dev07:19
*** ondergetekende has joined #openstack-dev07:19
lifelessannegentle: pointers to docs etc appreciated :). Also does a project need to be official [incubated/integrated] before it's appropriate to have such a manual ?07:19
*** jbresnah has joined #openstack-dev07:23
*** ndipanov has quit IRC07:23
*** ndipanov has joined #openstack-dev07:24
*** armax has quit IRC07:25
*** terryh has joined #openstack-dev07:25
*** tayyab has joined #openstack-dev07:26
*** kaushikc has quit IRC07:26
*** shardy_afk is now known as shardy07:28
*** anfrolov has joined #openstack-dev07:28
*** lloydde has joined #openstack-dev07:30
*** afazekas_ has joined #openstack-dev07:30
*** Mandell has quit IRC07:31
*** jbresnah has quit IRC07:33
*** lloydde has quit IRC07:34
*** JordanP has joined #openstack-dev07:36
openstackgerritA change was merged to openstack/oslo-incubator: Move wsgi module to deprecated package  https://review.openstack.org/3097207:38
*** sushils has joined #openstack-dev07:40
*** mmagr has joined #openstack-dev07:41
*** sushils has quit IRC07:41
*** boris-42 has quit IRC07:42
*** terryh has quit IRC07:42
openstackgerritA change was merged to openstack/oslo-incubator: MatchMakerStub - make it work & add test  https://review.openstack.org/3090507:43
*** sushils has joined #openstack-dev07:43
*** michchap has quit IRC07:44
*** anfrolov has quit IRC07:44
*** michchap has joined #openstack-dev07:45
*** xBsd has quit IRC07:45
*** salv-orlando has joined #openstack-dev07:49
*** jbresnah has joined #openstack-dev07:53
*** fbo has joined #openstack-dev07:55
*** briancline has quit IRC08:00
*** chandankumar has joined #openstack-dev08:00
*** briancline has joined #openstack-dev08:00
*** Mandell has joined #openstack-dev08:01
*** AnilV4 has quit IRC08:05
*** salv-orlando has quit IRC08:05
*** kaushikc has joined #openstack-dev08:06
*** tayyab has quit IRC08:06
*** vishal has quit IRC08:07
*** eglynn has joined #openstack-dev08:09
openstackgerritA change was merged to openstack/nova: Add missing tests for s3_image_* methods  https://review.openstack.org/3103408:09
*** sungju has joined #openstack-dev08:09
*** kaushikc has quit IRC08:16
*** sungju has quit IRC08:16
*** kaushikc has joined #openstack-dev08:16
*** afazekas has quit IRC08:16
*** Mandell has quit IRC08:17
*** derekh has joined #openstack-dev08:17
*** Mandell has joined #openstack-dev08:18
*** jpich has joined #openstack-dev08:18
*** eglynn has quit IRC08:19
*** avishay has joined #openstack-dev08:20
*** morgank has joined #openstack-dev08:21
*** Alexei_987 has joined #openstack-dev08:25
*** lucasagomes has joined #openstack-dev08:25
*** shaon has joined #openstack-dev08:27
*** johnthetubaguy has joined #openstack-dev08:27
*** romcheg has joined #openstack-dev08:29
*** jongleur has joined #openstack-dev08:29
*** matiu has joined #openstack-dev08:29
*** matiu has joined #openstack-dev08:29
jongleurHi. Is this the right place to ask/suggest about devstack?08:29
*** mkollaro has joined #openstack-dev08:30
jd__probably08:30
*** afazekas has joined #openstack-dev08:30
*** lloydde has joined #openstack-dev08:30
jongleurI installed devstack from git as described on devstack.org, but missed python-netaddr. Probably that should be added somehow somewhere as hint or dependency? (dependency might be impossible as devstack is not packaged somehow...)08:31
lifelessjongleur: file a bug please ;) - bugs.launchpad.net/devstack08:31
jongleurlifeless: okay, thanks08:31
*** alexpilotti has joined #openstack-dev08:32
jongleurokay, it's already filed as #1097667, thanks anyway08:33
*** eglynn has joined #openstack-dev08:33
*** sungju has joined #openstack-dev08:34
*** AnilV4 has joined #openstack-dev08:34
*** lloydde has quit IRC08:35
*** sungju has quit IRC08:38
lifelessjongleur: thanks08:39
jongleuryou're welcome08:39
*** lukego has joined #openstack-dev08:42
*** boris-42 has joined #openstack-dev08:46
*** boris-42 has quit IRC08:46
*** garyk has joined #openstack-dev08:46
*** boris-42 has joined #openstack-dev08:46
*** pixelbeat has joined #openstack-dev08:48
*** jongleur has quit IRC08:48
*** jongleur has joined #openstack-dev08:50
*** psedlak has joined #openstack-dev08:52
*** xqueralt has joined #openstack-dev08:53
*** jbresnah has quit IRC08:53
*** basha has joined #openstack-dev08:55
*** darjeeling has quit IRC08:56
*** openstackstatus has quit IRC09:05
*** shaon_ has joined #openstack-dev09:06
*** shaon has quit IRC09:07
*** vishal has joined #openstack-dev09:11
*** chandankumar has quit IRC09:14
*** prekarat1 has left #openstack-dev09:19
*** timello has quit IRC09:23
*** timello has joined #openstack-dev09:24
*** ogelbukh1 is now known as ogelbukh09:26
*** freedomhui has joined #openstack-dev09:27
*** lloydde has joined #openstack-dev09:31
*** rushiagr1 has joined #openstack-dev09:34
*** rushiagr has quit IRC09:34
*** lloydde has quit IRC09:36
*** Mandell has quit IRC09:42
*** darjeeling has joined #openstack-dev09:43
*** ilyashakhat_ has joined #openstack-dev09:51
*** ilyashakhat has quit IRC09:52
*** markmc has joined #openstack-dev09:56
*** jruzicka has joined #openstack-dev09:57
*** salv-orlando has joined #openstack-dev09:59
*** yolanda has quit IRC10:00
*** fbo has quit IRC10:04
*** shaon has joined #openstack-dev10:05
*** yolanda has joined #openstack-dev10:05
*** sungju has joined #openstack-dev10:07
*** fbo has joined #openstack-dev10:07
*** rods has joined #openstack-dev10:09
*** shaon_ has quit IRC10:09
*** drewlander has joined #openstack-dev10:12
*** vishal has quit IRC10:13
*** romcheg1 has joined #openstack-dev10:17
*** darjeeling has quit IRC10:17
*** corXi has quit IRC10:18
*** mdenny has quit IRC10:21
*** romcheg has quit IRC10:21
*** portante has quit IRC10:26
*** rushiagr has joined #openstack-dev10:28
*** lloydde has joined #openstack-dev10:32
*** rushiagr1 has quit IRC10:32
*** darjeeling has joined #openstack-dev10:36
openstackgerritA change was merged to openstack/nova: Normalize path for finding api_samples dir  https://review.openstack.org/3145010:36
*** lloydde has quit IRC10:36
openstackgerritA change was merged to openstack/nova: Handle security group quota exceeded gracefully  https://review.openstack.org/3009510:36
enikanorov_garyk: ping10:44
garykenikanorov-w_: hi10:45
garykenikanorov_: hi10:49
*** freedomhui has quit IRC10:50
*** PhongLy1 has quit IRC10:50
*** Vivek has joined #openstack-dev10:55
*** derekh has quit IRC11:03
jongleuris it possible to use devstack to setup a physical compute node (that's not a controller node) and attatch that to the first node installed via devstack before?11:06
*** belmoreira has quit IRC11:07
*** derekh has joined #openstack-dev11:08
openstackgerritA change was merged to openstack/oslo-incubator: Enable user to configure pool_timeout  https://review.openstack.org/3175311:08
openstackgerritA change was merged to openstack/oslo.config: python3: More python3 compat updates  https://review.openstack.org/3214311:08
*** basha has quit IRC11:12
*** basha has joined #openstack-dev11:13
*** mjfork has joined #openstack-dev11:14
*** romcheg has joined #openstack-dev11:18
*** marun has quit IRC11:20
*** romcheg1 has quit IRC11:22
*** lbragstad has quit IRC11:26
*** dims has joined #openstack-dev11:27
*** krtaylor has quit IRC11:28
*** lbragstad has joined #openstack-dev11:28
*** basha has quit IRC11:30
*** pcm__ has joined #openstack-dev11:31
*** lloydde has joined #openstack-dev11:32
*** basha has joined #openstack-dev11:33
*** johnthetubaguy has quit IRC11:34
*** krtaylor has joined #openstack-dev11:34
*** dhellmann-away has quit IRC11:34
*** darjeeling has quit IRC11:35
*** HenryG has joined #openstack-dev11:35
*** marun has joined #openstack-dev11:36
*** lloydde has quit IRC11:37
*** johnthetubaguy has joined #openstack-dev11:38
*** belmoreira has joined #openstack-dev11:38
*** dhellmann has joined #openstack-dev11:39
*** lbragstad has quit IRC11:39
*** henrynash has joined #openstack-dev11:40
*** belmoreira has quit IRC11:47
*** derekh has quit IRC11:53
*** basha has quit IRC11:53
*** derekh has joined #openstack-dev11:54
giulivoI think I pasted my question in the wrong chan11:54
giulivodtroyer_zz or anyone else willing to help with my question on #openstack ?11:55
giulivofor devstack, do we prefer the component's dependencies to be installed via distro packages or rather via pip ?11:56
*** SergeyLukjanov has quit IRC11:56
*** basha has joined #openstack-dev11:58
*** SergeyLukjanov has joined #openstack-dev11:59
*** SergeyLukjanov has quit IRC11:59
*** dprince has joined #openstack-dev11:59
*** beagles has joined #openstack-dev12:00
*** sandywalsh has quit IRC12:01
*** tmclaugh[work] has joined #openstack-dev12:02
*** mrunge has quit IRC12:03
*** jamielennox is now known as jamielennox|away12:05
*** belmoreira has joined #openstack-dev12:05
*** novas0x2a|laptop has quit IRC12:05
*** iartarisi has joined #openstack-dev12:05
*** lucasagomes is now known as lucas-hungry12:06
*** READ10 has quit IRC12:11
*** egallen has joined #openstack-dev12:13
*** martine_ has joined #openstack-dev12:14
*** sandywalsh has joined #openstack-dev12:14
*** morazi has quit IRC12:15
*** zyluo has joined #openstack-dev12:15
*** sthaha has joined #openstack-dev12:16
*** dims has quit IRC12:16
*** dims has joined #openstack-dev12:17
*** katylava has joined #openstack-dev12:23
*** kaushikc has quit IRC12:25
*** kaushikc has joined #openstack-dev12:25
*** jergerber has joined #openstack-dev12:26
*** lbragstad has joined #openstack-dev12:29
*** basha has quit IRC12:30
*** SergeyLukjanov has joined #openstack-dev12:32
*** lloydde has joined #openstack-dev12:33
*** basha has joined #openstack-dev12:33
*** marun has quit IRC12:36
*** lloydde has quit IRC12:37
*** lucas-hungry is now known as lucasagomes12:44
*** basha has quit IRC12:45
*** darjeeling has joined #openstack-dev12:46
*** redbeard2 has quit IRC12:47
*** matiu has quit IRC12:49
*** avishay has quit IRC12:51
*** michchap has quit IRC12:53
*** michchap_ has joined #openstack-dev12:53
*** michchap_ has quit IRC12:53
*** jasondotstar has joined #openstack-dev12:54
*** Aarti has quit IRC12:54
*** basha has joined #openstack-dev12:55
*** basha has quit IRC12:55
*** erkules_ is now known as erkules12:56
annegentleDoc team meeting in 3 minutes in #openstack-meeting12:57
*** marun has joined #openstack-dev12:58
*** kbringard has joined #openstack-dev13:00
*** pfreund has joined #openstack-dev13:00
*** terryh has joined #openstack-dev13:00
*** blues-man has joined #openstack-dev13:00
*** gargya has joined #openstack-dev13:01
*** lukego has quit IRC13:02
*** dkehn has quit IRC13:03
*** changbl has quit IRC13:04
*** avishay has joined #openstack-dev13:05
*** dkehn has joined #openstack-dev13:06
*** andrewbogott_afk is now known as andrewbogott13:06
*** belmoreira1 has joined #openstack-dev13:08
*** basha has joined #openstack-dev13:08
*** belmoreira has quit IRC13:10
*** belmoreira1 has quit IRC13:11
*** kaushikc has quit IRC13:11
*** belmoreira has joined #openstack-dev13:11
*** kaushikc has joined #openstack-dev13:12
*** Tross has quit IRC13:13
*** spzala has joined #openstack-dev13:13
agorodnevhi, I have a question to anybody from oslo team. Is it possible to update some particular file using update.py script?13:14
*** prad_ has joined #openstack-dev13:15
*** pabelanger_ has joined #openstack-dev13:20
*** johnthetubaguy has quit IRC13:20
*** pabelanger_ has quit IRC13:21
*** pabelanger_ has joined #openstack-dev13:21
*** pabelanger has quit IRC13:21
*** garyk has quit IRC13:21
*** pabelanger_ is now known as pabelanger13:22
*** markmcclain has joined #openstack-dev13:22
*** tzumainn has joined #openstack-dev13:22
*** pabelanger_ has joined #openstack-dev13:22
*** markmcclain has quit IRC13:22
*** markmcclain has joined #openstack-dev13:22
*** johnthetubaguy has joined #openstack-dev13:23
*** garyk has joined #openstack-dev13:23
*** davidkranz has joined #openstack-dev13:23
*** michchap has joined #openstack-dev13:24
*** vartom19 has quit IRC13:24
*** morazi has joined #openstack-dev13:24
*** gakott has joined #openstack-dev13:26
*** gargya_ has joined #openstack-dev13:27
*** rharwood has joined #openstack-dev13:27
*** neelashah has joined #openstack-dev13:27
*** markmcclain has quit IRC13:27
*** gargya has quit IRC13:28
*** bknudson has joined #openstack-dev13:28
*** gargya has joined #openstack-dev13:29
*** krtaylor has quit IRC13:29
*** skort has joined #openstack-dev13:29
*** garyk has quit IRC13:30
*** jayg|g0n3 is now known as jayg13:31
*** gargya_ has quit IRC13:32
*** gakott has quit IRC13:33
*** abhishekkr has quit IRC13:33
*** lloydde has joined #openstack-dev13:33
*** michchap has quit IRC13:33
*** litong has joined #openstack-dev13:34
*** timello_ has joined #openstack-dev13:36
*** pmathews has joined #openstack-dev13:36
*** afazekas_ has quit IRC13:37
*** lloydde has quit IRC13:38
*** skort has quit IRC13:39
*** timello has quit IRC13:39
*** skort has joined #openstack-dev13:39
*** adalbas has quit IRC13:39
*** jecarey has joined #openstack-dev13:42
*** rnirmal has joined #openstack-dev13:42
*** johnthetubaguy has quit IRC13:45
*** johnthetubaguy has joined #openstack-dev13:45
*** abhishekkr has joined #openstack-dev13:46
*** mtreinish has joined #openstack-dev13:51
*** abhishekkr has quit IRC13:51
*** drewlander has quit IRC13:52
*** eharney has joined #openstack-dev13:52
*** jimfehlig has joined #openstack-dev13:54
*** gakott has joined #openstack-dev13:54
*** garyk has joined #openstack-dev13:56
*** PhongLy has joined #openstack-dev13:56
*** ladquin is now known as ladquin_afk13:56
*** stevemar has joined #openstack-dev13:57
*** JordanP has quit IRC13:57
*** garyTh has joined #openstack-dev13:57
*** skort has quit IRC13:58
*** drewlander has joined #openstack-dev13:59
*** Ryan_Lane has joined #openstack-dev13:59
*** gakott has quit IRC13:59
*** michchap has joined #openstack-dev14:00
*** dspano has joined #openstack-dev14:00
*** networkstatic has quit IRC14:01
*** networkstatic has joined #openstack-dev14:01
*** michchap_ has joined #openstack-dev14:02
*** souvik has joined #openstack-dev14:02
*** changbl has joined #openstack-dev14:03
*** michcha__ has joined #openstack-dev14:03
*** michchap has quit IRC14:04
*** michchap has joined #openstack-dev14:05
*** michch___ has joined #openstack-dev14:06
*** michchap_ has quit IRC14:07
*** michchap_ has joined #openstack-dev14:07
*** timello_ has quit IRC14:07
*** michcha__ has quit IRC14:08
*** rcleere has quit IRC14:08
*** michcha__ has joined #openstack-dev14:09
*** henrynash has quit IRC14:09
*** michchap has quit IRC14:09
*** amotoki has quit IRC14:09
*** chuckieb has joined #openstack-dev14:10
*** timello_ has joined #openstack-dev14:10
*** michch___ has quit IRC14:10
*** cp16net is now known as cp16net|away14:11
*** michchap_ has quit IRC14:11
*** adalbas has joined #openstack-dev14:11
*** sld is now known as sld-away14:13
*** msmedved has joined #openstack-dev14:13
*** michcha__ has quit IRC14:14
*** basha has quit IRC14:15
*** cp16net|away is now known as cp16net14:16
*** cp16net is now known as cp16net|away14:16
*** READ10 has joined #openstack-dev14:16
*** roz has quit IRC14:17
*** roz has joined #openstack-dev14:17
*** cp16net|away is now known as cp16net14:18
*** marun has quit IRC14:18
*** JordanP has joined #openstack-dev14:20
*** basha has joined #openstack-dev14:21
*** nunosantos has joined #openstack-dev14:21
*** noslzzp has joined #openstack-dev14:22
*** Ruetobas has quit IRC14:23
*** basha has quit IRC14:23
*** Ruetobas has joined #openstack-dev14:24
openstackgerritA change was merged to openstack/horizon: Edit some load balancers titles  https://review.openstack.org/3239314:24
*** Ruetobas has quit IRC14:26
*** krtaylor has joined #openstack-dev14:26
*** datsun180b has joined #openstack-dev14:27
*** freedomhui has joined #openstack-dev14:27
*** enikanorov_ has quit IRC14:28
*** sleepsonthefloor has quit IRC14:31
*** esheffield has joined #openstack-dev14:31
*** Ruetobas has joined #openstack-dev14:32
*** kaushikc has quit IRC14:32
*** dkehn has quit IRC14:33
*** marun has joined #openstack-dev14:37
*** rcleere has joined #openstack-dev14:37
*** FunnyLookinHat has joined #openstack-dev14:39
*** galstrom_zzz is now known as galstrom14:39
*** ondergetekende has quit IRC14:40
*** portante has joined #openstack-dev14:40
*** otherwiseguy has joined #openstack-dev14:40
*** jvrbanac has joined #openstack-dev14:40
*** topol has joined #openstack-dev14:40
*** michchap has joined #openstack-dev14:40
*** Ryan_Lane has quit IRC14:43
*** redbeard2 has joined #openstack-dev14:43
*** aeperezt has joined #openstack-dev14:43
*** monst has joined #openstack-dev14:44
*** jcoufal has quit IRC14:44
*** mdenny has joined #openstack-dev14:44
*** lloydde has joined #openstack-dev14:47
*** bashok has joined #openstack-dev14:48
*** jtomasek has quit IRC14:48
*** alexpilotti has quit IRC14:49
*** kevinconway has joined #openstack-dev14:50
*** BalleS_ has quit IRC14:52
*** andrew_plunk has joined #openstack-dev14:52
*** michchap has quit IRC14:52
*** michchap has joined #openstack-dev14:54
*** n0ano has joined #openstack-dev14:54
*** corXi has joined #openstack-dev14:55
mordredmarkmc: morning14:55
*** armax has joined #openstack-dev14:55
markmcmordred, morning of ambiguous qualities? :)14:55
markmcmordred, do we just go ahead and tag 0.5.15 now and give it a shot?14:56
mordredmarkmc: I mean, there is a morning and it has qualities :14:56
*** jongleur has quit IRC14:56
mordredmarkmc: I was just about to ask that question myself. do you think just the pip change is still ok for another 0.5 change instead of a 0.6 bump?14:56
*** michchap_ has joined #openstack-dev14:57
*** susanne-balle has joined #openstack-dev14:57
markmcmordred, well, since we've capped everything at <0.6 I assumed the plan was to only bump to 0.6 if we made a compat breaking change14:57
markmcmordred, this should be compatible14:57
markmcmordred, bugs aside14:58
*** souvik has quit IRC14:58
*** sushils has quit IRC14:58
mordredmarkmc: indeed. just making sure you agreed there14:58
markmcmordred, cool14:58
*** michcha__ has joined #openstack-dev14:58
*** souvik has joined #openstack-dev14:58
*** michchap has quit IRC14:58
mordredmarkmc: also, re the test patch - last I tried to follow up with lifeless on his comment I got nowhere, so I was thinking of it like this - currently the testr class exists and works fine14:59
*** michchap has joined #openstack-dev14:59
mordredmarkmc: a possible step forward is to move the testr setuptools class into pbr and remove it from testr - but that can be done without breaking pbr functionality14:59
mordredor it might be that we make the testr class a class that testr intends to export15:00
markmcmordred, I'd have preferred if we were on 1.x.y now and capped everything at <2.0 ... but same difference, I guess15:00
mordredmarkmc: I was actually _just_ thinking that myself15:00
*** souvik has quit IRC15:00
mordredmarkmc: how about when we bump, we bump to 1.x series so we can get on that train properly15:00
*** michch___ has joined #openstack-dev15:00
*** danwent has joined #openstack-dev15:01
*** sushils has joined #openstack-dev15:01
markmcmordred, we'll have pbr version out there that say they work with a certain range of testrepository15:01
*** armax has left #openstack-dev15:01
*** michchap_ has quit IRC15:01
markmcmordred, but what lifeless is saying is he can't guarantee a future version in that range won't break us15:01
mordredGOTCHA15:01
mordredk15:02
*** michchap_ has joined #openstack-dev15:02
mordredI'll re-address15:02
*** ffio_ has quit IRC15:02
markmcmordred, coolness15:02
*** _ffio_ has joined #openstack-dev15:02
*** michcha__ has quit IRC15:02
*** jprovazn has quit IRC15:02
mordredmarkmc, jd__: 0.5.15 tag pushed15:03
mordreddhellmann: ^^15:03
*** michcha__ has joined #openstack-dev15:03
derekhtalking about pbr?, is there currently a problem with it?15:03
derekhthis command used to work "sudo pip install -U git+https://github.com/openstack-dev/pbr.git"15:03
* jd__ runs around in this office screaming15:03
derekhno I get "NameError: name 'egg_info' is not defined"15:03
markmcderekh, heh, nice timing15:03
markmc2 seconds after we tag a new release15:04
markmcderekh, when did that start happening15:04
*** michchap has quit IRC15:04
mordredderekh: I never expect sudo pip install -U git+https://... to work for any of our projects15:04
derekhmarkmc: about an hour ago http://54.228.118.193/toci/toci_logs_FAqRJSe/15:04
mordredoh, wait, no, it should work. ignore15:04
mordredme15:04
markmcderekh, and first step - file a bug15:04
mordred(no coffee for me yet)15:04
derekhmarkmc: sorry about timing, see full log here http://54.228.118.193/toci/toci_logs_8NlRpBm/setup.out15:05
*** reidrac has quit IRC15:05
derekhmarkmc: will log a bug15:05
*** michch___ has quit IRC15:05
markmcderekh, timing isn't your fault :)15:05
markmcderekh, thanks for the report15:05
derekhnp15:05
*** gargya has quit IRC15:05
dstufftegg_info not being defined sounds like setuptools/distribute got wrecked15:06
dstufftsince that's not part of distutils IIRC, only the extensions15:06
* mordred agrees with dstufft15:06
*** michchap_ has quit IRC15:06
dave_mcnLooking for an approval for https://review.openstack.org/#/c/30270/ anyone about who can take a look?15:06
mordredthat sounds like the "something tried to install distribute overtop of too-old setuptools and things died"15:06
dstufftoh15:07
dstufftthis is convient timing15:07
*** mmagr has quit IRC15:07
*** michcha__ has quit IRC15:07
dstufftlooks like we're having the same problem trying to run egg_info twice w/ distribute 0.715:07
dstufftwhere we're == pip devs15:07
*** marun has quit IRC15:08
*** mmagr has joined #openstack-dev15:09
*** freedomhui has quit IRC15:09
derekhmarkmc: mordred https://bugs.launchpad.net/pbr/+bug/118994115:10
uvirtbotLaunchpad bug 1189941 in pbr "installing with pip from git no longer works" [Undecided,New]15:10
mordredderekh: thanks15:10
*** romcheg has quit IRC15:10
mordreddstufft: awesom115:10
*** JordanP has quit IRC15:11
*** garyk has quit IRC15:11
*** garyk has joined #openstack-dev15:11
*** xqueralt is now known as xqueralt-afk15:12
markmcmordred, could you make oslo-bugs the bug supervisor for pbr and hacking ?15:12
dstufftmordred: fwiw directly depending on either setuptools or distribute tends to be recipe for pain everytime I've done it :( (e.g. in the package metadata)15:12
*** xqueralt-afk is now known as xqueralt15:12
*** souvik has joined #openstack-dev15:12
mordreddstufft: yes. I'm actually starting to work through patches to remove that direct dependency15:12
*** egallen has quit IRC15:13
*** davidkranz has quit IRC15:16
*** souvik has quit IRC15:16
*** sandywalsh has quit IRC15:16
*** carl_baldwin has joined #openstack-dev15:17
*** rushiagr has quit IRC15:18
*** davidkranz has joined #openstack-dev15:18
*** jhesketh has quit IRC15:18
mordredmarkmc: yes. in the mean time: https://review.openstack.org/32527 - updating that patch solve this, and also makes dstufft happier15:19
*** egallen has joined #openstack-dev15:19
mordredmarkmc: also, I think we've identified over the last day several new things that we need to test on pbr changes15:19
openstackgerritA change was merged to openstack/glance: Sql query optimization for image detail  https://review.openstack.org/3241315:19
openstackgerritA change was merged to openstack/quantum: Imported Translations from Transifex  https://review.openstack.org/3255915:19
openstackgerritA change was merged to openstack/quantum: Protect PoolStats table from negative values.  https://review.openstack.org/3254515:19
dstufftThere needs to be bigger numbers to express how much + I am to that change15:19
mordredmarkmc: the "install trunk pbr in devstack" does not seem to have been enough15:19
markmcmordred, right15:20
*** koolhead17 has joined #openstack-dev15:20
*** derekh has quit IRC15:20
*** mmagr has quit IRC15:21
*** derekh has joined #openstack-dev15:21
*** souvik has joined #openstack-dev15:22
*** yidclare has joined #openstack-dev15:23
*** yjiang5 has joined #openstack-dev15:23
*** lloydde_ has joined #openstack-dev15:23
*** hartsocks1 has joined #openstack-dev15:24
*** hartsocks1 has quit IRC15:24
*** kenperkins_ is now known as kenperkins15:24
*** hartsocks1 has joined #openstack-dev15:24
*** portante has quit IRC15:25
*** hartsocks has quit IRC15:26
*** lloydde has quit IRC15:26
*** davidkranz has quit IRC15:27
*** boris-42 has quit IRC15:28
*** romcheg has joined #openstack-dev15:28
*** davidkranz has joined #openstack-dev15:28
*** aelkikhia has joined #openstack-dev15:28
*** hartsocks1 has quit IRC15:29
*** lloydde_ has quit IRC15:30
mordreddhellmann: have been discussion distribute/setuptools depends with dstufft in this channel15:31
*** hartsocks has joined #openstack-dev15:31
dstufftI think dhellmann has been discussing it on Twitter with me :V15:31
dstufftwell yesterday15:31
mordredhehe15:31
* mordred goes to look for that twitter ...15:31
*** changbl has quit IRC15:32
*** sandywalsh has joined #openstack-dev15:32
*** bashok has quit IRC15:32
*** mdomsch has quit IRC15:34
*** wenjianhn has quit IRC15:34
*** mmagr has joined #openstack-dev15:34
*** pabelanger has quit IRC15:34
*** michchap has joined #openstack-dev15:35
*** pabelanger has joined #openstack-dev15:35
*** sandywalsh has quit IRC15:35
*** navid_ has left #openstack-dev15:36
*** romcheg has quit IRC15:36
*** rferrari has joined #openstack-dev15:36
*** JordanP has joined #openstack-dev15:37
*** corXi has quit IRC15:37
*** JordanP has quit IRC15:37
*** JordanP has joined #openstack-dev15:38
*** dripton_ is now known as dripton15:38
*** morgank has quit IRC15:39
dstufftmordred: lol15:40
dstuffthttps://github.com/pypa/pip/issues/986#issuecomment-1926992115:40
*** garyk has quit IRC15:40
mordreddstufft: haha. nice15:40
*** hemna has quit IRC15:40
*** hemna has joined #openstack-dev15:41
dhellmannah, man, I'm sorry dstufft : I saw your full name on twitter, but didn't make the connection with irc15:41
dstufftdhellmann: no worries :)15:41
dstufftI'm dstufft just about everywhere15:41
* dhellmann undestands Alex_Gaynor's comment better now15:41
dstufftfirst initial + last name supremacy15:41
dhellmannyeah, at least you use your *name*15:42
mordredmarkmc: https://review.openstack.org/32527 seems to fix everything for folks15:42
* dhellmann looks askance at most of #openstack-infra15:42
mordredhey man. my last name is TOTALLY ordred15:42
dhellmannlol15:42
*** drewlander has quit IRC15:42
markmcmordred, approved15:43
mordredmarkmc: awesome.15:44
*** feleouet has quit IRC15:44
markmcmordred, fingers crossed15:44
*** savid has joined #openstack-dev15:44
mordredmarkmc: and seriously. no new patches to pbr land after this until we get that above into a test15:44
markmcmordred, I'm cool with that :)15:45
*** ociuhandu has joined #openstack-dev15:45
*** schwicht has joined #openstack-dev15:45
*** michchap has quit IRC15:46
*** belmoreira has quit IRC15:47
mordredjd__: ^^ new fix going in. when it lands, I'll tag and release and maybe we can stop having this conversation every day15:47
*** sride has joined #openstack-dev15:49
jd__haha15:49
jd__I hope so! :)15:49
* dhellmann would also like to talk about something else15:50
*** sandywalsh has joined #openstack-dev15:50
*** belmoreira has joined #openstack-dev15:51
mordreddhellmann: how about twisted vs. eventlet?15:51
*** jvrbanac has quit IRC15:52
*** xqueralt is now known as xqueralt-afk15:53
* dhellmann sighs15:54
*** pnavarro has joined #openstack-dev15:55
* flaper87 cries15:55
*** jcoufal has joined #openstack-dev15:55
*** jcoufal has quit IRC15:56
*** JordanP has quit IRC15:56
*** jcoufal has joined #openstack-dev15:56
dhellmannmordred, jd__: how about whether to pin msgpack or update kombu?15:56
jd__dhellmann: can we update kombu?15:57
dhellmannjd__: I'd love to, but pinning msgpack seemed like a quicker fix15:57
dhellmannboth?15:57
dhellmannmsgpack first, then testing with new kombu?15:57
jd__I think just adding the right >= to kombu will be enough actually15:57
dhellmannok15:57
dhellmannI'm not sure how we ended up with the wrong requirement to begin with, I thought that wasn't supposed to be possible any more15:58
jd__do we know what version we should target?15:58
*** openstackstatus has joined #openstack-dev15:58
dhellmannjd__: https://review.openstack.org/#/c/32022/2/tools/pip-requires15:58
*** belmoreira has quit IRC15:58
jd__dhellmann: it's not our fault I think it's a problem in kombu's dependencies15:58
dhellmannI thought that was right15:58
dhellmannah15:58
*** JordanP has joined #openstack-dev15:58
jd__msgpack breaks compat and old kombu don't know about it and doesn't have a <0.215:59
dhellmannwell I wonder if that means we should be pinning kombu, too15:59
*** mordred has quit IRC15:59
*** mordred has joined #openstack-dev15:59
*** lloydde has joined #openstack-dev15:59
dhellmannour kombu rule is >=1.0.415:59
dhellmannI wonder if that needs an upperbound15:59
dhellmannby "our" I mean the requirements project16:00
openstackstatusNOTICE: pbr change broke the gate, a fix is forthcoming16:00
*** reed has joined #openstack-dev16:00
*** ChanServ changes topic to "pbr change broke the gate, a fix is forthcoming"16:00
jd__dhellmann: haha16:00
jd__yeah16:00
*** mrodden has quit IRC16:00
dhellmannwhen I can run devstack again, I'll see if I can figure out which versions actually work together16:00
jd__I know 2.1.8 breaks with msgpack >= 0.2 and that kombu >= 2.5.10 is ok16:00
dhellmannok16:01
*** xqueralt-afk is now known as xqueralt16:01
jd__so we need something  between this two16:01
*** koolhead17 has quit IRC16:01
*** mrodden1 has joined #openstack-dev16:01
*** yolanda_ has joined #openstack-dev16:01
*** fbo has quit IRC16:01
*** alexpilotti has joined #openstack-dev16:02
jd__actually I can find that, let me dig this16:02
dhellmannwell, why not just say kombo>=2.5.10,<2.6 and then set the right version of msgpack for that?16:02
*** Alexei_987 has quit IRC16:02
*** alop has joined #openstack-dev16:03
*** souvik1 has joined #openstack-dev16:03
dhellmannI guess we could do kombu>=1.0.4<2.1.8 and msgpack>=0.1<0.2 to get the older versions16:03
jd__well basically we have no reason to pin msgpack, we support any version; the fact that kombu fails for some version is our only problem16:03
dhellmannI see16:03
*** alop has quit IRC16:04
*** seanrob has joined #openstack-dev16:04
jd__basically I want to be able to use msgpack >= 0.2, it's already packaged and distributed16:04
*** negronjl` has joined #openstack-dev16:04
dhellmannwell, if they aren't handling their own dependencies properly in the older versions, shouldn't we do it?16:04
dhellmannright16:04
dhellmannso I'm suggesting 2 changes16:04
jd__I don't think we can handle 2 cases16:04
*** colinmcnamara has joined #openstack-dev16:04
dhellmannfirst, pin msgpack low so we can get things working now16:04
dhellmannsecond, pin kombu high and unpin msgpack -- but that would require *way* more testing16:05
*** sushil_ has joined #openstack-dev16:05
jd__we can't do "msgpack&&kombu>=2.5.10 || msgpack<0.2&&kombu<2.5.10"16:05
*** spzala_ has joined #openstack-dev16:05
dhellmannno, these would be 2 changesets16:05
*** Slidey_ has joined #openstack-dev16:05
*** monst_ has joined #openstack-dev16:05
jd__commit 5c92e93c9bfd33259d935e30db2c09b891ab37f816:05
jd__Author: Ask Solem <ask@celeryproject.org>16:05
jd__Date:   Mon Nov 12 17:04:40 2012 +000016:05
*** mmagr has quit IRC16:05
jd__16:05
jd__    Now depends on msgpack > 0.2.016:05
jd__16:05
jd__% git describe --tags 5c92e93c9bfd33259d935e30db2c09b891ab37f816:06
jd__v2.4.7-97-g5c92e9316:06
jd__16:06
*** shang_ has joined #openstack-dev16:06
dstufftclarkb: I think you suggested I follow this pbr thing because you hate my inbox, this gerrit thing loves email16:06
dhellmannis that a kombu commit?16:06
jd__so we need kombu > 2.4.716:06
jd__dhellmann: yes16:06
jd__dhellmann: how does that sound to you?16:06
*** ekarlso has joined #openstack-dev16:06
*** shang has quit IRC16:06
*** shang_ has quit IRC16:06
dhellmannjd__: I just don't have time to test the latest kombu in all of openstack. :-/16:07
*** shang has joined #openstack-dev16:07
jd__dhellmann: the latest kombu is already what's pulled in CI, no?16:07
dhellmannit was not on my devstack installation16:07
jd__we don't have a higher bound on it16:07
jd__so I don't see how it would change anything16:07
*** iartarisi has quit IRC16:08
jd__we're already running CI with msgpack 2.0 and kombu 2.516:08
* dhellmann is checking what he has installed16:08
*** MIDENN_ has joined #openstack-dev16:09
*** pnavarro has quit IRC16:09
*** krtaylor_ has joined #openstack-dev16:09
*** pnavarro has joined #openstack-dev16:10
mordredmarkmc: btw - pip 1.4 is going to ignore installing pre-release things by default16:10
dhellmannjd__: devstack installs kombu 1.4.3 from a system package; tox installs 2.5.10 via pip16:10
mordredmarkmc: so we'll have a possibly richer story for what to do with pre-release oslo things16:10
*** monst_ has quit IRC16:10
markmcmordred, hmm, ok16:10
mordredmarkmc: in that we can upload them to pypi for ease of depending on them, but you won't get them installed unless you explicitly request their version16:10
vishysmoser: did you see my commentary yesterday?16:11
*** negronjl has quit IRC16:11
*** souvik has quit IRC16:11
*** Slidey has quit IRC16:11
*** ekarlso- has quit IRC16:11
*** yolanda has quit IRC16:11
*** ndipanov has quit IRC16:11
*** sushils has quit IRC16:11
*** spzala has quit IRC16:11
*** monst has quit IRC16:11
*** pfreund has quit IRC16:11
*** mrodden1 has quit IRC16:11
*** n0ano has quit IRC16:11
*** mdenny has quit IRC16:11
*** fc__ has quit IRC16:11
*** krtaylor has quit IRC16:11
*** sushil_ is now known as sushils16:11
markmcmordred, or unless you're installing fresh16:11
smoservishy, no. was it here?16:11
mordrednope16:11
*** monst has joined #openstack-dev16:11
*** spzala_ is now known as spzala16:11
vishysmoser: yeah, no help adding in the log you requested16:11
mordredmarkmc: pip will literally never install the pre-release versoin string versions16:11
mordredmarkmc: unless you ask for them explicitly16:11
markmcmordred, ah, ok - interesting16:11
dhellmannjd__: the conflict we're having is in devstack installations, so maybe you're right and we should just require the newer version of kombu and then update the version in devstack16:12
*** sushils has quit IRC16:12
mordredmarkmc: so "pip install oslo.config" would give you 1.1 but "pip install oslo.config==1.2a1" would give you 1.2.a116:12
*** neelashah1 has joined #openstack-dev16:12
markmcmordred, still not exactly what we want, but better I guess16:12
vishysmoser: came out like this http://paste.openstack.org/show/38341/16:12
mordredmarkmc: it's not?16:12
markmcmordred, we'd like to be testing e.g. trunk nova with oslo.config 1.2a116:12
markmcmordred, even if nova doesn't actually require 1.2 APIs16:12
*** neelashah has quit IRC16:12
*** michchap has joined #openstack-dev16:13
markmcmordred, i.e. >=1.1.0 is still an accurate reflection of what nova requires16:13
jd__dhellmann: I like when you say I'm right; would you like me to push the change or will you amend?16:13
*** alop has joined #openstack-dev16:13
smoservishy, hm.. i have to play with it. but just looking at busybox, i thought i would have had the necessary udhcp stuff.16:13
dhellmannjd__: you push it; I'll abandon mine16:13
smoserbut clearly not.16:13
mordredmarkmc: I think we can handle testing trunk nova with trunk oslo.config out of band of that16:13
mordredmarkmc: but we just as importantly want to test trunk nova with latest released oslo.config, nee?16:14
vishysmoser: i think you need https://dev.openwrt.org/browser/trunk/package/busybox/patches/244-udhcpc_cidrroute.patch?rev=16433 or16:14
markmcmordred, what happens if I do oslo.config>=1.2a1 ?16:14
vishysmoser: https://lists.openwrt.org/pipermail/openwrt-devel/2011-January/009470.html16:14
markmcmordred, that works installs 1.2a1 too ?16:14
mordredI don't know. dstufft ^^ ?16:14
markmcmordred, thinking of if 1.2a2 is installed, we don't want to back down16:14
dhellmannmarkmc: yeah, that should install 1.2a1 and then when 1.2 is released switch to that16:14
markmcdhellmann, ok16:14
dstufftyes16:14
dhellmannI think16:14
dstufftthe pre reelase thing works with a simple flag basically16:15
mordredwill it install 1.2a2 if one of those comes out?16:15
dhellmannbut if you said >=1.2 you would not get 1.2a116:15
dstufft"should pre-releases be considered"16:15
mordredPERFECT16:15
*** monst has quit IRC16:15
dstufftand that defaults to false, and toggles true with either a --pre flag, or including a pre rellease version in a version spec16:15
*** yidclare has quit IRC16:16
dstufftso >=1.2a1 would allow any pre-release >=1.2.a1 (or regular release)16:16
dstufft(For that particular package)16:16
*** abhishekkr has joined #openstack-dev16:16
*** mrodden has joined #openstack-dev16:16
dstufftversion spec toggle is on a per package level, --pre cli flag is global16:16
markmcdstufft, is there a pip --consider-pre-releases command line flag ?16:16
*** stevemar has quit IRC16:16
dstufftmarkmc: --pre16:16
*** ndipanov has joined #openstack-dev16:16
*** pixelbeat has quit IRC16:16
markmcdstufft, ah, that helps too16:16
dstufftwill tell pip to globally consider pre releases16:17
dstufftfor all packages you're attempting to install16:17
*** stevemar has joined #openstack-dev16:17
markmcheh, globally16:17
markmcthat includes sqlalchemy and eventlet?16:17
dstufftwell global to that invocation16:17
markmcheh16:17
markmcyeah, I got it16:17
markmcwe might be wary of pre-release versions of non-openstack thingies16:17
markmcit's definitely useful stuff, though16:17
dhellmannmarkmc: do you want to gate oslo projects on the tests in the other projects?16:18
*** jclift has joined #openstack-dev16:18
*** pfreund has joined #openstack-dev16:18
dstufftyea well the idea is that installing a pre release is probably not what someone who is doing `pip install foo` wants16:18
*** sushils has joined #openstack-dev16:19
markmcdhellmann, as in, don't merge an oslo.config/pbr/hacking change without checking that it doesn't break devstack and unit tests of all the other projects?16:19
smoservishy, but i thought i had that.16:19
markmcdhellmann, yes please :)16:19
openstackgerritA change was merged to openstack/python-keystoneclient: Allow keystoneclient to work with older keystone installs  https://review.openstack.org/2530616:19
dhellmannmarkmc: (git clone nova && git clone oslo.config && cd nova && tox -e py27 --notest && cd ../oslo.config && ../nova/.tox/py27/bin/python setup.py install && cd ../nova && tox -e py27)16:20
mordreddstufft: not that you need to consume more of our crazy, but you might find lurking in #openstack-infra interesting from time to time. that's where we wind up talking about things like pypi mirrors and crazy requirements16:20
dhellmannmarkmc: we're doing some similar stuff internally16:20
vishysmoser: not sure if it is route or cidrroute tbh :(16:20
markmcdhellmann, that would be great16:20
vishyiannoying that there are two of them16:20
smoseryeah, that was confusing.16:20
dstufftmordred: joined16:20
mordredmarkmc, dhellmann: we'd also talked about adding oslo.config to the devstack gate like we did for pbr, no?16:21
*** abhishekkr has quit IRC16:21
mordred(not that putting pbr in the devstack gate caught everything...)16:21
mordred:)16:21
markmcmordred, we had, but haven't done it yet16:21
dhellmannmordred, markmc : that would probably be simpler :-)16:21
dhellmannjd__: I thought you said we had to go to kombo >=2.5.10?16:22
markmcdhellmann, like with pbr, it won't catch issues which just affect unit tests16:22
*** otherwiseguy has quit IRC16:22
mordreddhellmann: yeah - given that we have multi-project combined testing stuff already going - we should make ample use of it16:22
markmcdhellmann, like the MultiConfigParser breakage with quantum16:22
mordredwell...16:22
markmcdhellmann, but it would be a great start16:22
mordredso - the devstack-gate nodes get the starting point of all of the repos in all of the states they need16:22
jd__dhellmann: no I didn't say that, I've checked against the git history of kombu, check the backlog?16:22
mordredyou can totally write additional jobs which do not run devstack16:23
dhellmannjd__: sorry, I misunderstood16:23
*** bdpayne has joined #openstack-dev16:23
mordredbut which do tests on the corpus of repos16:23
jd__dhellmann: np :)16:23
*** michchap has quit IRC16:23
mordredso you could write a jenkins job that runs on a d-g node and which goes and does sort of what dhellman was doing above, except with all of the unittests in all of the projects16:23
*** terry7 has joined #openstack-dev16:23
dhellmannjd__: don't we have a bug for this that could be referenced in the commit message?16:23
mordredwe've been considering a similar test for hacking - make sure we don't hose projects with new hacking releases16:24
jd__dhellmann: hmm it seems we have #113457516:24
jd__I'll ad it16:24
*** krtaylor_ has quit IRC16:25
*** kbrierly has joined #openstack-dev16:26
dhellmannmordred: I think markmc is saying we would want to run the unit tests for other projects as part of the devstack gates -- I guess we don't do that now?16:26
*** xga has quit IRC16:26
*** savid has quit IRC16:26
*** savid has joined #openstack-dev16:27
*** souvik1 has quit IRC16:27
*** blues-man has quit IRC16:28
Alex_Gaynormordred: I see you removed the distribute dependency in pbr, that seems to have improved the situation somewhat: http://bpaste.net/show/106218/ keystone-client still doesn't install, but at least my venv isn't broken :) Fix is still --distribute?16:29
dstufftmordred: Alex_Gaynor fwiw https://gist.github.com/dstufft/575837716:31
*** zoresvit has quit IRC16:31
mordredmarkmc, jeblair: ok. the toci test shows that latest trunk commit fixes them. we still may not have fixed python-quantumclient all the way - but I'm inclined to consider that continuing work and that we should release 0.5.16 to get us out of rampant trunk breakage16:31
*** ayoung has quit IRC16:32
mordredyeah - that's still grabbing the currently-released-pbr16:32
savidDoes anyone know how I might be able to set up a devstack that has a V2 keystone backend?16:32
*** devoid has joined #openstack-dev16:33
dstufftmordred: ok, just thought i'd try it out :) gotta go now though16:33
mordreddstufft: cool. thanks for you help16:33
*** abhishekkr has joined #openstack-dev16:33
*** markmc has quit IRC16:34
Alex_Gaynormordred: hmm, it's producing a different result for me than yesterday, so I assumed it was with your commit?16:34
*** pnavarro has quit IRC16:34
*** pnavarro has joined #openstack-dev16:34
mordredAlex_Gaynor: we've released since yeseterday16:34
*** JordanP has quit IRC16:34
Alex_Gaynormordred: ah, but not with your latest commit?16:34
mordredAlex_Gaynor: and I created a whole new exciting realm of breakage16:34
Alex_Gaynormordred: New and exciting things!16:34
mordredAlex_Gaynor: no. because the latest release broke _everything_ we're extra testing this one just to make sure16:35
* dhellmann thinks mordred never does things by halves16:35
Alex_Gaynordhellmann: fancy seeing you here16:35
mordredAlex_Gaynor: also, dstufft has pointed me in some good directions of simplifying the problem space16:35
*** kaushikc has joined #openstack-dev16:35
dhellmannAlex_Gaynor: I had the same thought about you. :-)16:35
Alex_Gaynormordred: that's great, is there anything I can do to help with getting the fixed pbr out the door16:35
*** schwicht has quit IRC16:36
*** xqueralt is now known as xqueralt-afk16:36
*** krtaylor has joined #openstack-dev16:38
*** abhishekkr has quit IRC16:38
*** drewlander has joined #openstack-dev16:39
*** neelashah has joined #openstack-dev16:39
*** lucasagomes has quit IRC16:40
*** pmyers has quit IRC16:40
*** neelashah has quit IRC16:40
*** neelashah1 has quit IRC16:40
*** portante has joined #openstack-dev16:40
*** kevinconway has quit IRC16:41
*** neelashah has joined #openstack-dev16:41
mordreddhellmann: does my statement to markmc and jeblair above make sense to you?16:41
*** pmyers has joined #openstack-dev16:41
*** monst has joined #openstack-dev16:42
*** sthaha has quit IRC16:42
mordreddhellmann: (looking for another voice double check my thinking here)16:42
*** eglynn has quit IRC16:42
dhellmannmordred: the one about releasing 0.5.16?16:43
mordreddhellmann: yes16:43
*** pnavarro has quit IRC16:44
*** jtomasek has joined #openstack-dev16:44
dhellmannmordred: I agree that fixing something makes the situation better. I'm not sure what "toci tests" are16:44
mordreddhellmann: oh, derekh has some CI tests he runs on the tripleo stuff16:44
mordreddhellmann: one of the things it happens to do is install pbr from git16:44
*** pnavarro has joined #openstack-dev16:44
mordreddhellmann: so it caught the error we're seeing originally16:45
dhellmannmordred: but if 0.5.16 helps most of the projects, (ah) then I say we go for it. There are a lot of numbers after 16 than we can use for update releases.16:45
*** AnilV4 has quit IRC16:46
*** pfreund has quit IRC16:46
mordreddhellmann: ok. actually, I tested python-quantumclient too and I actually think we're fixed there as well16:48
dhellmannmordred: even better16:48
mordreddhellmann: but I've learned a new thing16:48
*** monst has quit IRC16:48
dhellmannlogoff after committing a breaking change? :-)16:48
*** monst has joined #openstack-dev16:48
mordreddhellmann: (git clone nova && git clone oslo.config && cd nova && tox -e py27 --notest && cd ../oslo.config && ../nova/.tox/py27/bin/python setup.py install && cd ../nova && tox -e py27) has a potential flaw16:48
dhellmannoh?16:49
mordreddhellmann: (git clone nova && git clone oslo.config && cd nova && tox -e py27 --notest && ../nova/.tox/py27/bin/pip install git+file///../oslo.config && cd ../nova && tox -e py27) has a potential flaw16:49
mordreddhellmann: cd-ing into the oslo.config dir can cause the setup_requires to download an egg and therefore not actually get a depend instlaled into the venv16:49
*** michchap has joined #openstack-dev16:50
mordredbecause of easy_install suck16:50
*** rharwood has quit IRC16:50
dhellmannah16:50
*** salv-orlando has quit IRC16:50
*** abhishekkr has joined #openstack-dev16:50
*** BobBall has quit IRC16:52
*** katylava is now known as katylavaway16:52
dhellmannmordred: if we're doing the tests as part of the oslo gate, it would probably be simpler to install the version of the code checked out by jenkins (whatever is in the working directory) instead of cloning a fresh copy16:52
*** networkstatic has quit IRC16:52
mordreddhellmann: definitely16:53
*** harlowja has joined #openstack-dev16:53
*** vipul|away is now known as vipul16:53
dhellmanngit clone nova {toxenvdir}/nova && pip install -r {toxenvdir}/nova/requirements.txt -r {toxenvdir}/nova/test-requirements.txt && (cd {toxenvdir}/nova && pip install -e . && python testr)16:55
*** seanrob has quit IRC16:56
*** seanrob has joined #openstack-dev16:56
*** seanrob_ has joined #openstack-dev16:57
*** vipul is now known as vipul|away16:57
*** monst has quit IRC16:57
*** abhishekkr has quit IRC16:57
*** johnthetubaguy1 has joined #openstack-dev16:59
*** marun has joined #openstack-dev16:59
*** derekh has quit IRC16:59
*** abhisri has joined #openstack-dev17:00
*** nati_ueno has joined #openstack-dev17:00
*** yidclare has joined #openstack-dev17:00
*** johnthetubaguy has quit IRC17:01
*** seanrob has quit IRC17:01
*** michchap has quit IRC17:01
*** johnthetubaguy1 has quit IRC17:02
*** pixelbeat has joined #openstack-dev17:02
*** portante has quit IRC17:03
*** rushiagr has joined #openstack-dev17:04
*** tiamar has joined #openstack-dev17:05
*** devvesa has quit IRC17:06
*** shang has quit IRC17:06
*** changbl has joined #openstack-dev17:07
savidAnyone familiar with devstack? I'm getting 404 errors when calling keystone v2 API calls17:08
*** SergeyLukjanov has quit IRC17:10
kaushikcsavid: is your stack running?17:10
*** abhishekkr has joined #openstack-dev17:10
*** eglynn has joined #openstack-dev17:10
kaushikcif so join the screen session and see what went wrong17:10
*** wu_wenxiang has joined #openstack-dev17:11
*** otherwiseguy has joined #openstack-dev17:11
*** gyee has joined #openstack-dev17:12
*** sleepsonthefloor has joined #openstack-dev17:12
savidkaushikc, yeah, here's the output from the keystone screen:  http://dpaste.com/1229493/   You'll see that the last call is a 404.17:12
*** mrunge has joined #openstack-dev17:13
*** dolphm has joined #openstack-dev17:13
*** abhishekkr has quit IRC17:14
savidOh, I just realized..  something's calling /v2/users instead of /v2.0/users.  That's probably it.17:16
savidHmm, ok I just fixed it so that it's calling /v2.0/users, however I'm still getting a 404.   http://192.168.33.10:5000/v2.0/users17:19
*** Tross has joined #openstack-dev17:19
*** sandywalsh has quit IRC17:19
*** terryh has quit IRC17:19
*** jcoufal has quit IRC17:20
*** yjiang5_ has joined #openstack-dev17:20
*** esp has left #openstack-dev17:20
*** yjiang5 has left #openstack-dev17:20
mordredjd__: will you test the things that you test to see if the new pbr fixes your world?17:20
*** eglynn has quit IRC17:21
*** spzala has quit IRC17:22
*** jtomasek has quit IRC17:23
*** morgank has joined #openstack-dev17:23
mordreddhellmann: ^^17:24
mordredjd__, dhellmann: fix is in the wild and synced to our mirrors. local testing shows that python-quantumclient is fixed now too - although that's being further tested17:24
mordreddhellmann: do you have control over cliff?17:24
*** rharwood has joined #openstack-dev17:25
jd__mordred: rechecking17:26
*** spzala has joined #openstack-dev17:26
*** zodiak has quit IRC17:27
*** abhishekkr has joined #openstack-dev17:27
*** michchap has joined #openstack-dev17:27
Alex_Gaynormordred: can confirm that pip install python-keystoneclient works, yay! A++ would spend far too long investigating again ;)17:28
mordredAlex_Gaynor: WOOT!17:28
*** HenryG has quit IRC17:28
mordredjeez. what a fun time this has been17:28
Alex_Gaynormordred: anyone remember what I was trying to do at the beginning?17:29
*** cp16net is now known as cp16net|away17:29
mordredAlex_Gaynor: nope. wait - you weren't trying to become a pbr core hacker?17:29
Alex_Gaynorthat doesn't sound right17:29
*** cmark has joined #openstack-dev17:30
* mordred hypnotizes Alex_Gaynor17:30
*** amerine has quit IRC17:31
*** timello_ has quit IRC17:31
*** sandywalsh has joined #openstack-dev17:32
openstackstatusNOTICE: pbr 0.5.16 has been released and the gate should be back in business17:32
*** ChanServ changes topic to "OpenStack development || Support is in #openstack"17:32
*** jongleur has joined #openstack-dev17:32
*** JonnyNomad has quit IRC17:33
savidkaushikc, is there another screen that might tell me more info?  The keystone service just shows the HTTP response being 404, which is nothing helpful.17:33
chuckiebOur group is struggling with adding a new hypervisor for the zSeries mainframe to OpenStack... too much code for review vs not enough function17:33
*** rcrit has quit IRC17:33
*** amerine has joined #openstack-dev17:33
chuckiebWould you recommend going with the function to support spawn, even if it is a large first submit?17:34
*** rushiagr has quit IRC17:34
*** rkukura has quit IRC17:34
*** Mandell has joined #openstack-dev17:36
*** rushiagr has joined #openstack-dev17:36
*** enikanorov has joined #openstack-dev17:36
mordreddhellmann: https://github.com/dreamhost/cliff/pull/3517:37
mordredchuckieb: interesting! so, I know that nova has been relucatant recently to take new hypervisors without a story on how we're going to test it17:37
*** souvik has joined #openstack-dev17:38
*** enikanorov has quit IRC17:38
chuckiebTrue. Not everyone has a z Series hardware around17:38
mordredchuckieb: perhaps we should have a chat about what that would look like? (then even a large first commit might not be _as_ terrible)17:38
mordredchuckieb: well, and specifically, the openstack CI infrastructure most certainly does not :)17:38
*** enikanorov has joined #openstack-dev17:38
*** michchap has quit IRC17:39
*** pabelanger has quit IRC17:39
chuckiebTo get OpenStack support we used the Rest-API interface in the xCAT product that run on z series (and other platforms)17:39
*** abhishekkr has quit IRC17:39
*** timello has joined #openstack-dev17:39
chuckiebthe zSeries zVM hypervisor does not have a libvert interface, so we decided on interfacing to the xCAT code17:40
cmarkAny keystone people around?  Am I to expect that some of the tests executed by run_tests.sh are going to fail?17:41
*** Ryan_Lane has joined #openstack-dev17:41
dolphmcmark: https://bugs.launchpad.net/keystone/+bug/117279417:41
uvirtbotLaunchpad bug 1172794 in keystone "Some nose.exc.SkipTest() rendered as ERROR's" [Low,Confirmed]17:41
chuckiebThe xCAT code is in sourceforge. This makes it interesting coding in 3 separate places, OpenStack, Sourceforge, and internal zVM17:41
*** wu_wenxiang has quit IRC17:42
*** pmathews has quit IRC17:42
cmarkdolphm: thanks.  I'll check it out17:42
*** pmathews has joined #openstack-dev17:42
*** seanrob_ has quit IRC17:42
dolphmcmark: fix appreciated :) i haven't looked too much into it17:42
*** jbresnah has joined #openstack-dev17:44
*** eglynn has joined #openstack-dev17:44
*** datsun180b has quit IRC17:45
*** sandywalsh has quit IRC17:45
mordredcmark: hehe17:45
mordredgah17:45
mordredchuckieb: hehe17:45
cmarkheh17:45
mordredchuckieb: so - it seems like there might be two different conversations we might want to have17:46
mordredchuckieb: because we've got someone from IBM from the xCAT team working on Ironic, which is the baremetal provisioning code stuff for openstack17:46
mordredchuckieb: so it's possible that there might be multiple different ways to interface with this problem17:47
*** yolanda_ has quit IRC17:47
*** READ10 has quit IRC17:47
mordreddevananda: ^^17:47
mordreddevananda: when you awaken or whatnot, might be an interesting conversation to draw you in to17:48
*** schwicht has joined #openstack-dev17:49
kaushikcrussellb: around?17:49
cmarkdolphm: I don't think this is the same issue as described in those bugs.  I'm getting actual failures.  FWIW, I'm using the deb-source package from ubuntu cloud archive.  Should I be able to download the package and run run_tests.sh on a clean system and expect it to work?17:50
dhellmannmordred: on it (sorry, was at lunch)17:51
dolphmcmark: yes... can you paste what you're seeing?17:51
openstackgerritA change was merged to openstack/python-swiftclient: Add option to disable SSL compression  https://review.openstack.org/2002917:51
*** mkollaro has quit IRC17:51
*** abhishekkr has joined #openstack-dev17:52
cmarkdolphm: http://paste.ubuntu.com/5755660/17:52
cmarkthe database file /var/lib/keystone/keystone.db appears to get created.  But there are no tables.17:53
dolphmcmark: that's not the db that should be used by tests though17:53
dolphmcmark: that's created by keystone-all and managed by db_sync17:54
*** cp16net|away is now known as cp16net17:54
*** maoy has joined #openstack-dev17:55
*** terryh has joined #openstack-dev17:55
cmarkif i run run_tests.sh without -x and let it get past this test, eventually, some later test populates the db.  If I run run_tests.sh again, it appears to pass this test.17:55
*** eglynn has quit IRC17:55
*** abhishekkr has quit IRC17:56
*** nati_uen_ has joined #openstack-dev17:57
*** nati_ueno has quit IRC17:57
*** sandywalsh has joined #openstack-dev17:58
*** eglynn has joined #openstack-dev17:58
*** abhisri has quit IRC17:58
*** jruzicka has quit IRC17:58
*** egallen has quit IRC17:59
*** ifarkas has quit IRC17:59
*** henrynash has joined #openstack-dev17:59
*** nachi__ has joined #openstack-dev17:59
*** abhisri has joined #openstack-dev17:59
*** pmcg_ is now known as pmcg18:00
*** pmcg has quit IRC18:00
*** pmcg has joined #openstack-dev18:01
*** benonsoftware has quit IRC18:01
*** Mandell has quit IRC18:01
*** eglynn has quit IRC18:02
*** SergeyLukjanov has joined #openstack-dev18:02
*** tkammer has joined #openstack-dev18:02
*** RenssegNevets has joined #openstack-dev18:02
*** marun has quit IRC18:03
*** michchap has joined #openstack-dev18:06
*** krtaylor has quit IRC18:06
dhellmannmordred: https://pypi.python.org/pypi/cliff/1.418:08
dhellmannmordred: https://review.openstack.org/#/c/32598/118:08
mordreddhellmann: awesome. thanks! +2'd18:08
*** Mandell has joined #openstack-dev18:09
chmouelbelliott: ping18:11
*** jbresnah has quit IRC18:12
*** atiwari has joined #openstack-dev18:13
openstackgerritA change was merged to openstack/ceilometer: Fix requirements  https://review.openstack.org/3257718:16
*** michchap has quit IRC18:17
*** mmagr has joined #openstack-dev18:17
*** Tross has quit IRC18:17
openstackgerritA change was merged to openstack/cinder: Integrate oslo's periodic tasks.  https://review.openstack.org/3240218:17
openstackgerritA change was merged to openstack/nova: Nova instance group DB support  https://review.openstack.org/2888018:17
*** tkammer has quit IRC18:18
*** jbresnah has joined #openstack-dev18:19
*** comay has joined #openstack-dev18:19
*** vartom19 has joined #openstack-dev18:20
openstackgerritA change was merged to openstack/oslo-incubator: Raise a DeprecationWarning when openstack.common.deprecated is imported  https://review.openstack.org/3256118:20
*** melwitt has joined #openstack-dev18:21
*** psedlak has quit IRC18:22
cmarkdolphm: what db are the tests supposed to use then?18:23
dolphmcmark: it's done in memory as much as possible, but check tests/backend_sql_disk.conf for the actual config and where it's used18:24
*** jbresnah has quit IRC18:25
openstackgerritA change was merged to openstack/ceilometer: Use console scripts for ceilometer-api  https://review.openstack.org/3174718:27
openstackgerritA change was merged to openstack/ceilometer: service: run common initialization stuff  https://review.openstack.org/3104618:27
openstackgerritA change was merged to openstack/nova: xenapi: ensure instance metadata always injected into xenstore  https://review.openstack.org/3213218:28
openstackgerritA change was merged to openstack/ceilometer: Remove useless imports, reenable F401 checks  https://review.openstack.org/3105118:28
*** salv-orlando has joined #openstack-dev18:28
*** krtaylor has joined #openstack-dev18:28
openstackgerritA change was merged to openstack/ceilometer: fix session connection  https://review.openstack.org/3166418:28
*** RenssegNevets has quit IRC18:29
*** alop has quit IRC18:30
*** kagan has joined #openstack-dev18:30
*** noslzzp has quit IRC18:30
*** kevinconway has joined #openstack-dev18:30
*** alop has joined #openstack-dev18:31
*** datsun180b has joined #openstack-dev18:31
*** kaushikc has quit IRC18:31
*** eglynn has joined #openstack-dev18:31
*** yolanda_ has joined #openstack-dev18:31
openstackgerritA change was merged to openstack/keystone: Move coverage output dir for Jenkins.  https://review.openstack.org/3191318:32
*** shardy is now known as shardy_afk18:32
openstackgerritA change was merged to openstack/ceilometer: Corrected path for test requirements in docs  https://review.openstack.org/3243418:33
openstackgerritA change was merged to openstack/ceilometer: Fix some typo in documentation  https://review.openstack.org/3211118:33
*** ladquin_afk is now known as ladquin18:34
sc68calHey - is there a fix for the PBR stuff? I've got a broken devstack18:34
*** varora200 has joined #openstack-dev18:35
*** sushils has quit IRC18:35
clarkbsc68cal: yes it was recently merged and pushed to pypi18:35
*** derekh has joined #openstack-dev18:36
sc68calclarkb: thx - let me destroy my vagrant vm and rebuild18:38
*** dims has quit IRC18:38
*** terryh has quit IRC18:39
*** rushiagr has quit IRC18:40
*** rushiagr has joined #openstack-dev18:41
*** kaushikc has joined #openstack-dev18:42
openstackgerritA change was merged to openstack/oslo-incubator: Enable hacking H404 test.  https://review.openstack.org/3151118:43
*** mkollaro has joined #openstack-dev18:43
*** michchap has joined #openstack-dev18:44
*** novas0x2a|laptop has joined #openstack-dev18:44
*** dims has joined #openstack-dev18:45
*** kaushikc has quit IRC18:45
openstackgerritA change was merged to openstack/keystone: Replace openstack-common with oslo in docs  https://review.openstack.org/3237518:46
*** rushiagr has quit IRC18:46
*** electrichead has joined #openstack-dev18:49
*** michchap has quit IRC18:50
*** derekh has quit IRC18:50
*** colinmcnamara1 has joined #openstack-dev18:50
*** abhisri has quit IRC18:51
*** networkstatic has joined #openstack-dev18:52
*** colinmcnamara has quit IRC18:52
sc68calclarkb: yep - thanks18:53
clarkbnp18:53
*** _ffio_ has quit IRC18:54
*** mlavalle has joined #openstack-dev18:54
*** chuckieb has quit IRC18:57
*** katylavaway is now known as katylava18:57
*** jongleur has quit IRC18:58
*** derekh has joined #openstack-dev18:59
*** mkollaro has quit IRC18:59
dstufftmordred: +1 on simplfying :D18:59
mordreddstufft: ++18:59
*** atiwari has quit IRC18:59
mordreddstufft: I've just pushed changes up to all of the openstack projects removing direct depends on distribute19:00
gyeedolphm, henrynash, difference between enum and multiple boolean is that with enum, you can choice one19:00
dstufftmordred: awesome :)19:00
dolphmgyee: just like you can choose a state by setting booleans19:00
dolphmgyee: what was your full enumeration of states? i'd like to map the two solutions togetehr19:00
henrynashgyee: { "inherited to": ["domains", "projects"] } can have both domains and projects defined…so it's not an enum19:01
gyeedolphm, { "inherited to": ["domains", "projects"] } looks a lot cleaner19:01
dolphmgyee: that's not an enumeration19:01
dolphmgyee: how does 'global' fit there?19:01
*** pabelanger has joined #openstack-dev19:02
*** vipul|away is now known as vipul19:02
henrynashgyee: its a collection of booleans (i.e. defined or not)19:02
sc68calHey - nova commit 584b2fb4b0a1968699f8d2dd4b0a2af67e7dca8c breaks devstack19:02
gyeeyou can add "global" in the list to choose from19:02
sc68calno more bin dir to start up nova-api19:02
henrynashgyee: no you can't!!   "inherited to" [global]…what does that mean?19:03
gyeehenrynash, means you got the role regardless of token scope19:03
openstackgerritA change was merged to openstack/ceilometer: Add instance_scheduled in entry points  https://review.openstack.org/3210819:03
dolphmhenrynash: +119:04
henrynashgyee: woah…..wrong place to put that….a role_def in and of itself cannot grant/assign a role…we must still have you assign it19:05
gyeehenrynash, then what's the point of have that attribute in the role def?19:05
gyeehaving19:05
*** eglynn has quit IRC19:06
dolphmhenrynash: gyee: can we first agree that these are the use cases we're addressing, using today's terminology? https://etherpad.openstack.org/keystone-role-inheritance19:06
bknudsonhenrynash: with the new design, if I change the role definition it doesn't change any existing assignments ?19:06
henrynashbknudson: correct, they are independent, by design19:06
bknudsonI thought before the assignments were automatic.19:06
henrynashbknudson: the roledef just defines HOW a role assignment should be interpreted19:07
gyeehenrynash, then lets not change role def, and concentrate on role assignment instead19:07
bknudsonso if I assign a role to a user on a project, and that role is inherits, nothing different there19:07
henrynashgyee: AAAAGGHHHH….that's where I started……and got push back that using the roledef was the way to go…19:08
bknudsonbut if I assign role to a user on a domain, and it inherits, now it's also assigned to the rest.19:08
dolphmbknudson: if inherits_to_projects is mutable for example, and you PATCH'd that value on the role itself, i would expect keystone to start applying the new inheritance rules to new tokens19:08
*** salv-orlando has quit IRC19:08
bknudsondolphm: I was thinking that that was not the case.19:08
henrynashdolphm: agreed19:08
dolphmbknudson: i'd be happy if we said they were immutable in v3.1 to avoid the whole conversation for now :P19:09
henrynashdolphm: not sure why the have to be immutable…we calculate the effective roles a user has a auth anyway today (because of groups)…so there is no change with ths19:09
*** abhisri has joined #openstack-dev19:10
dolphmhenrynash: my concern is really that PATCH'ing a role means suddenly revoking lots of tokens19:11
henrynashdolphm: it's true19:12
sc68calfalse alarm, some really odd stuff going on in my devstack19:14
sc68calnova api didn't come up - complained about mising bin/nova-api19:14
sc68calran again and it came up I think....19:14
*** dkuffner has joined #openstack-dev19:15
bknudsonhenrynash: dolphm: If they can't PATCH, they'll just DELETE and POST.19:15
*** LinuxJedi has quit IRC19:16
*** LinuxJedi has joined #openstack-dev19:16
dolphmbknudson: yeah, but we already handle the consequences of delete_role... elegantly handling the consequences of change_semantics_of_role is complicated and i'm lazy and know that we won't get it quite right the first time19:16
*** michchap has joined #openstack-dev19:17
*** ladquin is now known as ladquin_brb19:17
*** andrew_plunk has quit IRC19:18
henrynashdolphm: hmm, but if we don't let them patch, deleting and recreating a role will (I think) delete all related assignments using that role…which you would have to re-create.  Not good.19:18
*** READ10 has joined #openstack-dev19:19
dolphmi kind of wish we had stuck with composite keys for projects in the spec :( /domains/{domain_id}/projects/{project_id}/ because then we could do things like PUT /domains/{domain_id}/projects/*/users/{user_id}/roles/{role_id}19:19
*** benonsoftware has joined #openstack-dev19:19
*** dkuffner has quit IRC19:19
dolphmhenrynash: good point19:20
*** andrew_plunk has joined #openstack-dev19:20
gyeeI like the * mechanism19:21
bknudson* doesn't seem very rest-y ... is it a resource? can I GET it?19:21
dolphmbknudson: not really :(19:22
dolphmbknudson: maybe get back a list of Locations of new resources?19:22
katylavasure, it could be an index19:22
henrynashdolphm: which is why I had /inherited origionally19:22
dolphmhenrynash: how do you feel between /inherited vs using role attributes at this point?19:23
bknudsonhenrynash: I like /inherited.19:23
*** atiwari has joined #openstack-dev19:23
*** mrunge has quit IRC19:24
*** kagan has quit IRC19:24
gyeeyeah, role attributes seem wrong19:24
*** marun has joined #openstack-dev19:25
*** eglynn has joined #openstack-dev19:25
henrynashdolphm: even if we used /inherited we still have a problem if we wanted to, say, have the domain inherited roles…..19:25
henrynashdolphm: how to you assign to the "root" of all domains?19:25
dolphmhenrynash: did i miss a conversation somewhere about applying domain hierarchies to all this?19:26
*** mrunge has joined #openstack-dev19:26
henrynashdolphm: no, there was no conversation on that…not implying domain hierarchy here, just how would you assign something to all domains?19:27
*** vartom110 has joined #openstack-dev19:27
*** pnavarro has quit IRC19:28
henrynashdolphm: Ok here's an idea (which I partially suggested before)19:28
*** markmcclain has joined #openstack-dev19:28
*** nachi__ has quit IRC19:28
openstackgerritA change was merged to openstack/python-openstackclient: Remove explicit distribute depend.  https://review.openstack.org/3261419:29
henrynashPUT /roles/roleid/users/userid/domains/domainID/inherit_to_projects19:29
*** michchap has quit IRC19:29
*** boris-42 has joined #openstack-dev19:29
henrynashPUT /roles/roleid/users/userid/domains/inherit_to_projects    (this would inherit to all projects in all domains)19:29
*** vartom19 has quit IRC19:29
*** pabelanger has quit IRC19:29
henrynashUT /roles/roleid/users/userid/domains/inherit_to_domains    (this would inherit to all domains)19:29
bknudsonhenrynash: there's a potential name clash there if I give my domain ID the name "inherit_to_projects"19:30
*** souvik1 has joined #openstack-dev19:30
henrynashbknudson: hmm, damn :-)19:30
*** ayoung has joined #openstack-dev19:30
henrynash(this is kind of why we bailed on the api idea, it got all messy!)19:31
russellbdolphm: dude, <3 next-review19:31
russellbusing the heck out of it19:31
*** souvik has quit IRC19:31
dolphmrussellb: lol me too, anyone else?19:31
bknudsondolphm: next-review complained that my key was encrypted or something.19:31
henrynashdolphm, gyee: Ok, let me mull on it tonight19:32
bknudsonparamiko.PasswordRequiredException: Private key file is encrypted19:32
dolphmbknudson: your ssh key is password protected?19:32
bknudsonof course, I unlock it with my ssh-agent.19:32
russellbonce ssh-agent is running, should work19:33
russellbguess we could catch that exception and add some handy help text about that19:33
*** danwent has quit IRC19:33
*** mmagr has quit IRC19:33
bknudsonssh git commands work but for some reason maybe paramiko on my system doesn't work with it.19:33
dolphmbknudson: i'd have to try it... i imagine next-review should be able to handle that error19:34
*** seanrob has joined #openstack-dev19:34
openstackgerritA change was merged to openstack/cinder: Add availability zone checking in the api service  https://review.openstack.org/3242219:36
openstackgerritA change was merged to openstack/swift: Fixed Bug 1187200  https://review.openstack.org/3158419:36
uvirtbotLaunchpad bug 1187200 in swift "Bug with mismatched expiring_objects_container_divisor settings" [Undecided,In progress] https://launchpad.net/bugs/118720019:36
openstackgerritA change was merged to openstack/swift: Local read affinity for GET/HEAD requests.  https://review.openstack.org/3207619:36
*** Tross has joined #openstack-dev19:37
*** alop has quit IRC19:37
*** vipul is now known as vipul|away19:37
*** sarob has joined #openstack-dev19:37
*** Tross has quit IRC19:37
*** alop has joined #openstack-dev19:38
*** READ10 has quit IRC19:38
*** sarob has quit IRC19:40
*** danwent has joined #openstack-dev19:40
*** timello has quit IRC19:41
*** timello has joined #openstack-dev19:42
*** kevinconway has left #openstack-dev19:42
*** eglynn has quit IRC19:44
*** mkollaro has joined #openstack-dev19:46
*** alexpilotti has quit IRC19:47
openstackgerritA change was merged to openstack/nova: Rename functions in nova.compute.flavors from instance_type  https://review.openstack.org/2902019:49
*** yolanda_ has quit IRC19:49
*** avishay has quit IRC19:53
*** lorin1 has joined #openstack-dev19:53
*** michchap has joined #openstack-dev19:55
*** topol has quit IRC19:55
*** marun has quit IRC19:57
*** ayoung has quit IRC19:57
*** colinmcnamara1 has quit IRC19:58
*** Tross has joined #openstack-dev19:59
*** benner has quit IRC19:59
*** Tross has quit IRC20:00
*** marun has joined #openstack-dev20:00
*** pcm__ has quit IRC20:00
*** drewlander has quit IRC20:00
*** Ruetobas has quit IRC20:01
*** colinmcnamara has joined #openstack-dev20:01
*** marun has quit IRC20:01
*** Tross has joined #openstack-dev20:04
*** benner has joined #openstack-dev20:05
*** michchap has quit IRC20:05
*** souvik1 has quit IRC20:06
*** eglynn has joined #openstack-dev20:06
*** adalbas has quit IRC20:07
*** davidlenwell has quit IRC20:08
*** bknudson has quit IRC20:08
*** souvik has joined #openstack-dev20:09
*** adalbas has joined #openstack-dev20:10
*** ayoung has joined #openstack-dev20:11
*** vartom110 has quit IRC20:12
*** eglynn has quit IRC20:13
*** eglynn has joined #openstack-dev20:15
*** boris-42 has quit IRC20:15
*** atiwari has quit IRC20:15
*** dolphm has quit IRC20:17
*** vipul|away is now known as vipul20:18
*** dprince has quit IRC20:19
*** gyee has quit IRC20:20
*** marun has joined #openstack-dev20:25
*** colinmcnamara has quit IRC20:26
*** eglynn has quit IRC20:26
*** timello has quit IRC20:28
*** seanrob has quit IRC20:28
*** seanrob has joined #openstack-dev20:28
*** vartom110 has joined #openstack-dev20:29
*** dolphm has joined #openstack-dev20:31
*** michchap has joined #openstack-dev20:32
*** seanrob has quit IRC20:33
*** egallen has joined #openstack-dev20:34
*** timello has joined #openstack-dev20:34
openstackgerritA change was merged to openstack/python-openstackclient: Add volume backup commands  https://review.openstack.org/3150120:34
*** danwent has quit IRC20:36
*** marun has quit IRC20:36
*** marun has joined #openstack-dev20:37
openstackgerritA change was merged to openstack/nova: Return Customer's Quota Usage through Admin API  https://review.openstack.org/2746820:39
*** seanrob has joined #openstack-dev20:39
*** souvik1 has joined #openstack-dev20:40
*** noslzzp has joined #openstack-dev20:40
*** souvik has quit IRC20:41
*** rkukura has joined #openstack-dev20:41
*** seanrob_ has joined #openstack-dev20:42
*** seanrob has quit IRC20:42
*** seanrob_ has quit IRC20:42
erkulesahoi http://docs.openstack.org/trunk/openstack-ha/content/ch-intro.html isn't that quite to heavy on pacemaker/DRBD as HA solution?20:42
*** seanrob has joined #openstack-dev20:42
*** mkollaro has quit IRC20:43
*** michchap has quit IRC20:45
*** danwent has joined #openstack-dev20:46
openstackgerritA change was merged to openstack/nova: correctly set iface-id in vmware driver  https://review.openstack.org/3054520:47
*** bknudson has joined #openstack-dev20:47
*** mtreinish has quit IRC20:48
*** kagan has joined #openstack-dev20:51
*** seanrob has quit IRC20:53
*** seanrob has joined #openstack-dev20:54
*** spzala has quit IRC20:55
*** neelashah has quit IRC20:57
*** tmclaugh[work] has quit IRC20:58
*** jbresnah has joined #openstack-dev20:58
*** seanrob has quit IRC20:58
*** rkukura has quit IRC20:59
*** rkukura has joined #openstack-dev21:00
*** zyluo has quit IRC21:01
*** souvik1 has quit IRC21:01
*** seanrob has joined #openstack-dev21:02
*** souvik has joined #openstack-dev21:02
*** dolphm has quit IRC21:03
*** rkukura has quit IRC21:03
*** rkukura has joined #openstack-dev21:03
*** tmclaugh[work] has joined #openstack-dev21:04
*** sdake has quit IRC21:05
*** tmclaugh[work] has quit IRC21:05
*** sungju has quit IRC21:05
*** rnirmal has quit IRC21:06
*** sdake has joined #openstack-dev21:08
*** sdake has joined #openstack-dev21:08
*** morgank has quit IRC21:09
*** michchap has joined #openstack-dev21:11
*** timello has quit IRC21:11
*** jbresnah has quit IRC21:12
*** neelashah1 has joined #openstack-dev21:12
bknudsonwhat do you think about changing Keystone so that admin token doesn't have a default?21:12
*** abhisri has quit IRC21:14
*** anniec has joined #openstack-dev21:15
*** souvik has quit IRC21:17
*** souvik1 has joined #openstack-dev21:17
*** rkukura has quit IRC21:17
*** dhellmann is now known as dhellmann-away21:17
*** flaper87 has quit IRC21:18
*** marun has quit IRC21:18
*** marun has joined #openstack-dev21:19
*** mrunge has quit IRC21:19
*** esp has joined #openstack-dev21:20
*** esp has left #openstack-dev21:20
*** devoid has quit IRC21:20
*** devoid has joined #openstack-dev21:21
*** stevemar has quit IRC21:21
*** devoid has quit IRC21:21
*** devoid has joined #openstack-dev21:21
*** markmcclain has quit IRC21:21
*** michchap has quit IRC21:22
*** devoid1 has joined #openstack-dev21:23
*** devoid has quit IRC21:23
*** litong has quit IRC21:24
openstackgerritA change was merged to openstack/python-swiftclient: Changed the call to set_tunnel to work in python 2.6 or python 2.7 since its name changed between versions  https://review.openstack.org/3219021:25
*** souvik has joined #openstack-dev21:25
*** souvik1 has quit IRC21:25
*** markmcclain has joined #openstack-dev21:26
*** jayg is now known as jayg|g0n321:28
*** jclift has quit IRC21:28
*** timello has joined #openstack-dev21:29
*** radsy has joined #openstack-dev21:29
*** lorin1 has quit IRC21:30
*** atiwari has joined #openstack-dev21:32
*** jasondotstar has quit IRC21:36
openstackgerritA change was merged to openstack/oslo-incubator: Remove explicit distribute depend.  https://review.openstack.org/3261021:39
openstackgerritA change was merged to openstack/oslo-incubator: Add can_send_version() to RpcProxy.  https://review.openstack.org/3247421:40
openstackgerritA change was merged to openstack/oslo-incubator: zmq: remove someone unused code from ZmqClient  https://review.openstack.org/3194221:41
openstackgerritA change was merged to openstack/oslo-incubator: Remove the amqp_rpc_single_reply_queue option from Havana  https://review.openstack.org/3169721:43
*** atiwari has quit IRC21:43
*** eharney has quit IRC21:44
*** gyee has joined #openstack-dev21:44
*** HenryG has joined #openstack-dev21:45
*** rharwood has quit IRC21:45
openstackgerritA change was merged to openstack/nova: Imported Translations from Transifex  https://review.openstack.org/3263221:45
openstackgerritA change was merged to openstack/cinder: Fix LVM logging error.  https://review.openstack.org/3252921:45
*** ilyashakhat_ has quit IRC21:46
*** maoy has quit IRC21:47
*** ilyashakhat has joined #openstack-dev21:48
*** kagan has quit IRC21:48
*** afazekas has quit IRC21:49
*** michchap has joined #openstack-dev21:49
*** jkordish_ has joined #openstack-dev21:49
*** esp has joined #openstack-dev21:50
*** jkordish has quit IRC21:51
*** kagan has joined #openstack-dev21:51
*** morazi has quit IRC21:52
*** lbragstad has quit IRC21:53
*** davidkranz has quit IRC21:56
*** kagan has quit IRC21:59
*** jergerber has quit IRC21:59
*** esp has left #openstack-dev22:01
*** rackerjoe has left #openstack-dev22:01
*** michchap has quit IRC22:01
*** kbringard has quit IRC22:02
openstackgerritA change was merged to openstack/python-swiftclient: Add -l and --lh switches to swift 'list' command  https://review.openstack.org/3025822:03
*** sungju has joined #openstack-dev22:03
*** markvoelker has quit IRC22:04
*** kashyap has quit IRC22:04
*** markvoelker has joined #openstack-dev22:05
*** adalbas has quit IRC22:05
*** marun_ has joined #openstack-dev22:06
*** kashyap has joined #openstack-dev22:07
*** jecarey has quit IRC22:07
*** anniec has quit IRC22:07
*** marun_ has quit IRC22:07
*** alexpilotti has joined #openstack-dev22:07
*** marun has quit IRC22:07
*** Tross has quit IRC22:08
*** ladquin_brb is now known as ladquin22:08
*** marun has joined #openstack-dev22:08
*** JordanRinke has quit IRC22:10
*** JordanRinke has joined #openstack-dev22:10
*** SergeyLukjanov has quit IRC22:12
*** alexpilotti has quit IRC22:13
*** prad_ has quit IRC22:14
*** matiu has joined #openstack-dev22:19
*** galstrom is now known as galstrom_zzz22:21
*** markvoelker has quit IRC22:22
*** dspano has quit IRC22:22
*** anniec has joined #openstack-dev22:23
*** neelashah1 has quit IRC22:24
*** mkollaro has joined #openstack-dev22:25
*** jergerber has joined #openstack-dev22:27
*** michchap has joined #openstack-dev22:28
*** jkordish_ is now known as jkordish22:28
*** aelkikhia has left #openstack-dev22:29
*** cp16net is now known as cp16net|away22:32
*** cp16net|away is now known as cp16net22:32
*** topol has joined #openstack-dev22:33
*** amerine has quit IRC22:33
*** changbl has quit IRC22:33
openstackgerritA change was merged to openstack-dev/devstack: Correct InvalidInstanceID.NotFound test.  https://review.openstack.org/3234622:34
*** vartom110 has quit IRC22:34
*** giulivo has quit IRC22:35
*** amerine has joined #openstack-dev22:36
*** jergerber has quit IRC22:37
*** gyee has quit IRC22:37
*** markvoelker has joined #openstack-dev22:37
*** gyee has joined #openstack-dev22:38
*** riskable has quit IRC22:39
openstackgerritA change was merged to openstack-dev/devstack: Decrease the tempest build interval  https://review.openstack.org/2866022:40
*** mlavalle has quit IRC22:40
*** mdomsch has joined #openstack-dev22:40
*** michchap has quit IRC22:40
*** riskable has joined #openstack-dev22:40
*** pabelanger_ has quit IRC22:41
*** mkollaro has quit IRC22:41
*** pabelanger has joined #openstack-dev22:41
*** santanel has quit IRC22:41
*** doude_ has quit IRC22:41
*** datsun180b has quit IRC22:42
*** vipul has quit IRC22:42
openstackgerritA change was merged to openstack/nova: Add deleted flag to NovaObject base  https://review.openstack.org/3189722:42
*** akscram has quit IRC22:42
*** vipul has joined #openstack-dev22:43
*** derekh has quit IRC22:44
*** terryh has joined #openstack-dev22:44
*** akscram has joined #openstack-dev22:44
*** santanel has joined #openstack-dev22:45
openstackgerritA change was merged to openstack/python-novaclient: Remove explicit distribute depend.  https://review.openstack.org/3262322:46
*** FunnyLookinHat has quit IRC22:46
openstackgerritA change was merged to openstack/nova: Refactors get_instance_security_groups to only use instance_uuid  https://review.openstack.org/2644122:46
*** andrewbogott is now known as andrewbogott_afk22:46
openstackgerritA change was merged to openstack/cinder: Add policy checking for transfer create/accept.  https://review.openstack.org/3185722:46
openstackgerritA change was merged to openstack/swift: Add non-slash delimiter tests  https://review.openstack.org/3170022:46
openstackgerritA change was merged to openstack/swift: Tempauth - remove change made to HTTP_X_AUTH_TOKEN  https://review.openstack.org/3237022:46
*** pmathews has quit IRC22:47
openstackgerritA change was merged to openstack/swift: Use threadpools in the object server for performance.  https://review.openstack.org/2712622:47
*** morganfainberg has left #openstack-dev22:47
openstackgerritA change was merged to openstack/nova: Fix assumed port has port_security_enabled  https://review.openstack.org/3228822:47
*** sushils has joined #openstack-dev22:47
*** jpich has quit IRC22:47
*** andrewbogott_afk is now known as andrewbogott22:47
*** doude has joined #openstack-dev22:48
openstackgerritA change was merged to openstack/swift: Add parallelism to object expirer daemon.  https://review.openstack.org/2796622:48
*** atiwari has joined #openstack-dev22:48
*** jimfehlig has quit IRC22:49
openstackgerritA change was merged to openstack/nova: Add base mixin class for object lists  https://review.openstack.org/3184222:49
*** newbie-999 has joined #openstack-dev22:49
*** carl_baldwin has quit IRC22:50
*** markmcclain has quit IRC22:51
*** sushils has quit IRC22:51
newbie-999* Question about running a dashboard off a devstack setup please. My dashboard has 'Action' column for Instances and Volumes. Under this column, the 'More' button is doing nothing. No drop down!22:52
*** sride has quit IRC22:52
*** egallen has quit IRC22:52
*** HenryG_ has joined #openstack-dev22:52
*** souvik has quit IRC22:53
*** henrynash has quit IRC22:53
*** sushils has joined #openstack-dev22:53
*** HenryG has quit IRC22:56
*** terryh has quit IRC22:56
*** cmagina has quit IRC22:56
*** electrichead has quit IRC22:56
*** cmagina has joined #openstack-dev22:57
newbie-999* This is off the latest code.22:57
*** mkollaro has joined #openstack-dev23:00
*** cmagina has quit IRC23:05
*** michchap has joined #openstack-dev23:06
*** cmagina has joined #openstack-dev23:08
*** danwent has quit IRC23:08
*** Ruetobas has joined #openstack-dev23:11
*** huats_ has joined #openstack-dev23:13
*** huats_ has quit IRC23:13
*** huats_ has joined #openstack-dev23:13
*** huats has quit IRC23:14
*** savid has quit IRC23:15
*** retr0h_ is now known as retr0h23:18
*** michchap has quit IRC23:18
*** jamielennox|away is now known as jamielennox23:21
*** lloydde has quit IRC23:21
*** tzumainn has quit IRC23:22
*** varora200 has quit IRC23:23
*** rcleere has quit IRC23:28
*** danwent has joined #openstack-dev23:28
*** rcleere has joined #openstack-dev23:29
*** mdomsch has quit IRC23:29
*** krtaylor has quit IRC23:29
*** msmedved has quit IRC23:31
*** akscram has quit IRC23:35
*** sride has joined #openstack-dev23:36
*** akscram has joined #openstack-dev23:36
*** mrodden has quit IRC23:36
*** newbie-999 has quit IRC23:38
*** asalkeld is now known as gloomy23:39
*** otherwiseguy has quit IRC23:39
*** gloomy is now known as angus23:39
*** devoid1 has quit IRC23:41
*** lloydde has joined #openstack-dev23:44
*** michchap has joined #openstack-dev23:44
*** michchap has quit IRC23:45
*** michchap has joined #openstack-dev23:46
*** redbeard2 has quit IRC23:47
*** atiwari has quit IRC23:56
*** mkollaro has quit IRC23:59

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