Wednesday, 2012-03-21

jog0git the diff stats between Nova Diablo and Essex (git diff --stat stable/diablo milestone-proposed):00:04
jog0 1067 files changed, 265826 insertions(+), 118319 deletions(-)00:04
*** rkukura has joined #openstack-dev00:05
*** jdg has quit IRC00:05
*** bsza has joined #openstack-dev00:06
adam_g/winzu/away gone00:06
adam_gwinzu!00:06
*** heckj has joined #openstack-dev00:07
heckjsoren: you around?00:07
*** dachary has quit IRC00:07
*** heckj has quit IRC00:07
*** davidkranz_ has joined #openstack-dev00:09
*** gyee has quit IRC00:10
*** ayoung has joined #openstack-dev00:14
*** bsza has quit IRC00:18
*** LarsErikP has quit IRC00:19
*** bhall has quit IRC00:22
*** maplebed has quit IRC00:27
*** dtroyer has quit IRC00:29
*** spiffxp has quit IRC00:30
*** davidkranz_ has quit IRC00:46
*** vizsla has joined #openstack-dev00:49
*** troytoman-away is now known as troytoman00:50
*** johnpostlethwait has quit IRC00:52
*** johnpostlethwait has joined #openstack-dev00:53
*** devananda has quit IRC00:55
*** vincentricci has quit IRC00:59
*** pixelbeat has quit IRC01:02
*** vincentricci has joined #openstack-dev01:14
*** vizsla has quit IRC01:14
*** hub_cap has joined #openstack-dev01:17
*** vincentricci has quit IRC01:19
*** dalang has quit IRC01:23
*** dtroyer has joined #openstack-dev01:25
*** shevek_ has quit IRC01:27
*** ywu has joined #openstack-dev01:27
*** Mandell has joined #openstack-dev01:28
*** dtroyer has quit IRC01:28
*** davlaps has quit IRC01:31
*** johnpostlethwait has quit IRC01:35
*** agonella has quit IRC01:42
*** novas0x2a|laptop has quit IRC01:43
*** Ryan_Lane has quit IRC01:45
*** vizsla has joined #openstack-dev01:46
*** dalang has joined #openstack-dev02:02
*** mnewby has quit IRC02:02
*** flaviamissi has joined #openstack-dev02:06
*** sandywalsh has quit IRC02:07
*** anotherjesse_zz is now known as anotherjesse02:09
*** dalang has quit IRC02:10
*** flaviamissi has quit IRC02:11
*** flaviamissi has joined #openstack-dev02:12
*** mdrnstm has quit IRC02:12
*** agonella has joined #openstack-dev02:12
*** agonella has quit IRC02:14
*** jdurgin has quit IRC02:18
*** dtroyer has joined #openstack-dev02:21
*** halfss_ has joined #openstack-dev02:27
*** anotherjesse is now known as anotherjesse_zz02:28
*** rods has quit IRC02:28
*** halfss__ has joined #openstack-dev02:29
*** phorgh has quit IRC02:29
*** halfss_ has quit IRC02:33
*** reed has quit IRC02:33
*** anotherjesse_zz is now known as anotherjesse02:33
*** Mandell has quit IRC02:39
*** mdomsch has joined #openstack-dev02:42
*** mikal has quit IRC02:44
*** mikal has joined #openstack-dev02:48
*** troytoman is now known as troytoman-away02:54
rmkAre all the milestone-proposed branches now essex RC1?02:55
*** sandywalsh has joined #openstack-dev02:59
*** ywu has quit IRC03:00
*** anotherjesse is now known as anotherjesse_zz03:03
*** mdrnstm has joined #openstack-dev03:08
*** paulstallworth has joined #openstack-dev03:11
*** dalang has joined #openstack-dev03:17
*** jmckenty has joined #openstack-dev03:18
*** spiffxp has joined #openstack-dev03:18
*** sandywalsh has quit IRC03:23
*** danwent has joined #openstack-dev03:25
*** pixelbeat has joined #openstack-dev03:27
*** hub_cap has quit IRC03:28
*** pixelbeat has quit IRC03:33
*** sandywalsh has joined #openstack-dev03:36
*** Mandell has joined #openstack-dev03:38
*** vizsla has quit IRC03:51
*** dolphm has quit IRC04:01
*** zaitcev has quit IRC04:05
*** dalang has quit IRC04:08
*** dalang has joined #openstack-dev04:14
*** mnewby has joined #openstack-dev04:16
*** dalang has quit IRC04:19
*** dolphm has joined #openstack-dev04:19
*** mnewby has quit IRC04:20
*** mnewby has joined #openstack-dev04:26
*** dolphm has quit IRC04:34
*** dolphm has joined #openstack-dev04:36
*** reed has joined #openstack-dev04:39
*** dolphm has quit IRC04:39
*** jmckenty has quit IRC04:51
*** refactor has joined #openstack-dev04:52
*** dtroyer has quit IRC04:53
*** paulstallworth has left #openstack-dev05:03
*** hattwick has quit IRC05:03
mnewbyCalling all gerrit ninjas.  Is there a way to submit a change that depends on another, already submitted change?05:27
*** deshantm has quit IRC05:36
*** Mandell has quit IRC05:42
*** flaviamissi has quit IRC05:51
*** reed has quit IRC05:59
*** danwent has quit IRC06:00
*** Mandell has joined #openstack-dev06:03
markmcmnewby, yes, your commit should just have the other change's commit as its parent06:12
*** danwent has joined #openstack-dev06:12
markmcmnewby, if you tell me which change, I can help06:12
mnewbyHere is the first change: https://review.openstack.org/#change,559506:12
*** Mandell has quit IRC06:13
mnewbyI branched off the branch for the first change, made another commit, but when I tried to submit it, git review warned that I was going to submit two commits (the first change and the second).06:13
*** Mandell has joined #openstack-dev06:13
mnewbyIs it safe to do that - the first commit will be a no-op?06:13
markmcwhat does 'git log --oneline origin/master..' show?06:14
*** danwent has quit IRC06:14
mnewbynada06:15
markmcit should at least show this:06:17
markmc$ git log --oneline origin/master..0fa2dd7e06:17
markmc0fa2dd7 Improve swift_auth test coverage + Minor fixes06:17
markmcbut I was expecting there to be a second commit on your branch too?06:17
mnewbyThere is definitely a second commit.  Both have change-ids.06:17
*** Mandell_ has joined #openstack-dev06:17
*** Mandell has quit IRC06:18
mnewbyI'm not familiar with the oneline syntax, it doesn't seem to work.06:18
mnewbyAh, I get it.06:18
mnewbygit log --pretty=oneline works.06:18
markmcah, ok - older version of git06:18
mnewbyMy commit log shows the commit for the review I pointed you at and the new commit for the dependent change.06:19
markmccool, then just "Type yes to confirm" :)06:20
mnewbyOk, cool :)06:20
* markmc doesn't use git-review06:20
markmcdidn't know about the warning06:20
* markmc usually does 'git push gerrit HEAD:refs/for/master'06:20
markmcwhich doesn't give a warning06:20
mnewbyAh, worked like a charm.  danke!06:21
markmcmnewby, did "The outstanding commits are:" show anything in that warning?06:21
mnewbyYes, the most recent commit and the one that I'd already submitted.06:21
markmchuh, interesting06:22
markmcgit-review is using 'git log --oneline' too06:22
* markmc shrugs06:22
mnewbyWeird.06:22
mnewbyOh, that does work.06:22
mnewbyI was confused by the line-wrapping in my irc client.06:22
mnewbyi was executing 'git log -- oneline'06:22
mnewbyI didn't realize it was an option - I know some git options require the -- separator, but I'm still green wrt git.06:23
markmcah, ok06:23
markmcit interpreted that as 'show me the log for the file called oneline'06:23
*** bepernoot has joined #openstack-dev06:33
*** Ash has quit IRC06:35
*** bepernoot has quit IRC06:55
*** mnewby has quit IRC07:10
*** dachary has joined #openstack-dev07:10
*** ghe_ is now known as GheRivero07:25
*** openstackjenkins has quit IRC07:30
*** openstackjenkins has joined #openstack-dev07:31
*** apevec has joined #openstack-dev07:32
*** openstackjenkins has quit IRC07:36
*** openstackjenkins has joined #openstack-dev07:37
*** GheRivero has quit IRC07:38
*** ghe_ has joined #openstack-dev07:38
*** LarsErikP has joined #openstack-dev07:39
*** ChanServ sets mode: +o mtaylor07:54
*** mtaylor sets mode: -b GheRivero!*@*07:54
*** ohnoimdead has quit IRC07:54
*** zigo has joined #openstack-dev07:54
*** hattwick has joined #openstack-dev07:59
*** bepernoot has joined #openstack-dev08:03
*** littleidea has joined #openstack-dev08:03
*** Mandell_ has quit IRC08:09
*** reidrac has joined #openstack-dev08:21
*** milner has quit IRC08:22
*** ghe_ is now known as GheRivero08:25
*** hugokuo has joined #openstack-dev08:28
ttxrmk: no. Missing keystone08:32
*** milner has joined #openstack-dev08:36
*** shevek_ has joined #openstack-dev08:36
LarsErikPquestion: when horizon gives me alot of HTTP400 when trying to recive usage info, sec_groups and so on... Where to look?08:38
LarsErikPand, do I need one service and one endpoint per compute-node in keystone when running multihost?08:39
*** darraghb has joined #openstack-dev08:41
*** ohnoimdead has joined #openstack-dev08:54
*** dachary has quit IRC09:00
*** oneiroi has joined #openstack-dev09:03
*** oneiroi has joined #openstack-dev09:03
*** derekh has joined #openstack-dev09:06
*** oneiroi has quit IRC09:11
*** oneiroi has joined #openstack-dev09:12
*** dachary has joined #openstack-dev09:19
*** pixelbeat has joined #openstack-dev09:38
*** dneary has joined #openstack-dev09:40
*** dneary has quit IRC09:40
*** dneary has joined #openstack-dev09:40
*** zul has quit IRC09:40
*** zul has joined #openstack-dev09:42
*** vizsla has joined #openstack-dev09:47
*** rkukura has quit IRC09:51
*** vizsla has quit IRC09:52
*** rkukura has joined #openstack-dev09:53
*** refactor has quit IRC10:13
*** paulormg has joined #openstack-dev10:20
*** tryggvil_ has joined #openstack-dev10:21
*** markmc_ has joined #openstack-dev10:25
*** fc__ has joined #openstack-dev10:27
dacharyfc__: do you think https://github.com/puppetlabs/puppetlabs-swift can be used as is on Debian GNU/Linux ?10:29
fc__dachary: don't know yet, I have to review it more in depth than I did10:31
*** halfss__ has quit IRC10:32
dacharyfc__: ok. I came to realize that the target of puppetlabs-swift is diablo, meaning you'll probably need to adapt for essex10:50
*** rods has joined #openstack-dev10:54
*** hugokuo has quit IRC11:00
*** mdrnstm has quit IRC11:04
*** markmc_ has quit IRC11:07
*** dneary has quit IRC11:25
*** sandywalsh has quit IRC11:25
*** vizsla has joined #openstack-dev11:34
*** sandywalsh has joined #openstack-dev11:38
*** TREllis has quit IRC11:43
*** asalkeld has quit IRC11:53
*** maploin has joined #openstack-dev12:13
*** maploin has quit IRC12:13
*** maploin has joined #openstack-dev12:13
*** vizsla has quit IRC12:13
*** flaviamissi has joined #openstack-dev12:20
*** alaski has joined #openstack-dev12:24
*** dneary has joined #openstack-dev12:24
*** dneary has quit IRC12:24
*** dneary has joined #openstack-dev12:24
*** lts has joined #openstack-dev12:25
*** kbringard has joined #openstack-dev12:26
*** kbringard1 has joined #openstack-dev12:30
*** roge has joined #openstack-dev12:30
*** kbringard has quit IRC12:31
*** roge has quit IRC12:35
*** roge has joined #openstack-dev12:37
*** ccorrigan has quit IRC12:38
*** kbringard1 has quit IRC12:43
*** mdomsch has quit IRC12:45
mtayloranybody know if there's a way to tell sqlalchmey to pretend that the underlying database doesn't support foreign keys and to not create them?12:50
*** kbringard has joined #openstack-dev12:51
*** dprince has joined #openstack-dev13:05
*** SusanneB_ has quit IRC13:05
oneiroimtaylor: http://stackoverflow.com/questions/9410543/will-sqlalchemy-automatically-create-index-for-foreign-key _may_ help though it's not an accepted answer13:06
mtayloroneiroi: thanks13:07
mtayloroneiroi: oh, it's not the index on the foreign key I don't want13:08
mtayloroneiroi: I don't want it to create the foreign key in the first place13:08
oneiroihmmm13:09
mtaylorlooking at the code, I think I'd have to write an overloaded DDLCompiler class13:10
jaypipesmtaylor: it won't if your metadata (model) doesn't have a back_ref IIRC13:10
jaypipesmtaylor: http://docs.sqlalchemy.org/en/latest/core/schema.html#defining-constraints-and-indexes13:10
mtaylorjaypipes: morning! I was just about to ping you for something else13:10
jaypipesmtaylor: really? I was just about to go get some coffee ;)13:11
mtaylorjaypipes: hrm. I should go get some too13:11
mtaylorjaypipes: but in this case...13:11
mtaylorjaypipes: I'm looking at Patrick's db performance things ... and honestly it would be really worthwhile (and not hard) to give sqlalchemy an option to not add foreign keys to the constraints even if it detects innodb13:12
mtaylorjaypipes: I don't want to change the model :)13:13
*** refactor has joined #openstack-dev13:14
*** crobinso has joined #openstack-dev13:14
*** hub_cap has joined #openstack-dev13:21
*** hub_cap has quit IRC13:22
jaypipesmtaylor: k, gimme a while to get to CaptTofu's stuff there... got that Road to Folsom meeting this mornign...13:22
jaypipesmtaylor: forget that... just saw Matt cancelled the meeting.13:23
jaypipes12 minutes ago.13:24
*** ayoung has quit IRC13:24
jaypipesmtaylor: so I will look into those things as soon as I get coffee. :)13:24
jaypipesmtaylor: ah... so here's the thing...13:26
*** deshantm has joined #openstack-dev13:27
jaypipesmtaylor: every one of those queries is not applicable in Essex... :)13:28
jaypipesmtaylor: anyway, off for coffee. we can chat with brian later about this.13:28
*** troytoman-away is now known as troytoman13:29
mtaylorjaypipes: awesome13:31
*** ayoung has joined #openstack-dev13:37
*** tryggvil_ has quit IRC13:42
*** mdomsch has joined #openstack-dev13:48
*** andrewsmedina has joined #openstack-dev13:53
*** rkukura has quit IRC13:55
*** AlanClark has joined #openstack-dev13:56
*** troytoman is now known as troytoman-away14:00
*** andrewsmedina has quit IRC14:00
*** alaski has quit IRC14:01
*** alaski has joined #openstack-dev14:01
*** dtroyer has joined #openstack-dev14:04
*** dtroyer has left #openstack-dev14:06
*** dtroyer_zzz is now known as dtroyer14:06
*** andrewsmedina has joined #openstack-dev14:07
jaypipesmtaylor: alrighty Mr. Taylor. coffee and breakfast'd up.14:15
*** dolphm has joined #openstack-dev14:16
*** dolphm_ has joined #openstack-dev14:16
jaypipesmtaylor: so the trick with these slow database queries is that all of them are related (pun intended) to the now-gone networks table14:17
*** littleidea has quit IRC14:17
jaypipesmtaylor: the network data is now managed by Quantum, and so all of these queries are actually now messages sent to the network service and cached in the network_api for a period of time14:18
jaypipesmtaylor: Quantum and melange I should say...14:18
jaypipesmtaylor: the work that jkoelker and tr3buchet did in decoupling the network DB calls from the network manager is central to these database queries. And, while it might be fine to add an index here or there to the Diablo install of Nova, these queries don't appear in Essex...14:19
jkoelkerwell they may appear in essex14:20
*** dolphm has quit IRC14:21
jkoelkerit depends on if you are using a legacy network manager or the quantum manager ;(14:21
jkoelkerbig hozers14:21
*** dspano has joined #openstack-dev14:22
jaypipesjkoelker: ok, yes, thx for that clarification... mtaylor ^^14:25
jaypipesjkoelker: wasn't the FK from network to virtual_interface and network to fixed_ip removed in Essex as well?14:26
jkoelkerit was in preperation14:26
jkoelkerwe didn't get as far as we wanted14:26
jkoelkerwe have a branch baking now that is totally decoupled from the db14:27
jkoelkerbut we didn't get it ready in time to merge prop it prior to feature freeze14:27
jaypipesjkoelker: could you elaborate on that? what has been done already and what hasn't?14:27
jkoelkerso all the network functions from compute/api go over rabbit to the network manager now14:27
jaypipesright, I remember reviewing that series of patchsets14:28
jkoelkerand we started on moving all the response data from the network manager over to using "the network model"14:28
jkoelkerso far i think allocate_for_instance and get_instance_nw_info are the only ones that use it14:28
jaypipesk, and the network model is what has the caching layer on it, right?14:28
jkoelkercorrect, it has the ability to serialize itself to and from json easily14:29
jaypipesk, that is what I remembered. good.14:29
jkoelkerand we stuff it into the instance_info_cache whenever we generate it14:29
jaypipesyeah.14:29
jaypipesjkoelker: thx mate :)14:29
jaypipeseglynn__: ping14:30
jkoelkercools, if you want to checkout out no-db network manager branch its at https://github.com/jkoelker/nova/tree/the_deuce14:30
jkoelkerbut its totally not ready for prime time yet14:31
jkoelkerit only does "flat network"14:31
*** stuntmachine has joined #openstack-dev14:32
jaypipesjkoelker: k, will do. cheers!14:33
*** troytoman-away is now known as troytoman14:35
dolphm_countdown page dissapearred? http://wiki.openstack.org/releasestatus/rc1.html14:36
annegentlettx: ^^14:37
ttxdolphm_: now at http://wiki.openstack.org/releasestatus/rc.html14:37
dolphm_ttx: thanks14:38
dolphm_ttx: also, the "Release Schedule" link on http://wiki.openstack.org/releasestatus/ points to Diablo14:39
ttxdolphm_: ack will fix14:40
mtaylorjaypipes, jkoelker thanks14:40
*** tryggvil_ has joined #openstack-dev14:40
eglynn__jaypipes: pong14:41
*** rkukura has joined #openstack-dev14:41
mtaylorjaypipes: just to be pedantic though - I still want to add an option to sqlalchemy to tell it not to create the bloody things14:41
mtaylorjaypipes: because in a sqlalchemy context they're only useful actually existing in the db for reflection purposes - and if the schema is fully managed by sqlalchemy, they are operational overhead14:42
*** shall_ has joined #openstack-dev14:42
LinuxJedimtaylor: mostly because MySQL doesn't do them properly ;)14:42
*** dtroyer is now known as dtroyer_zzz14:43
annegentlecan I ever unabandon someone else's change?14:45
annegentlehttps://review.openstack.org/#change,4965 just needs a rebase, I could do it14:45
*** alaski has quit IRC14:45
mtaylorLinuxJedi: yes14:46
mtayloralso, they're a terrible idea for scaling, but I digress14:46
*** zzed has joined #openstack-dev14:47
*** alaski has joined #openstack-dev14:47
jaypipesLinuxJedi: MySQL doesn't do them at all. Innodb does ;)14:48
eglynn__annegentle: one way I guess would be to apply the patch locally, rebase, then push back up to the gerrit with a different Change-Id (making it a fresh review) but keeping the original Author field intact14:48
LinuxJedijaypipes: indeed :)14:48
mtaylorjaypipes: you say potato, I say salmiakki14:48
jaypipesLinuxJedi: and good morning :)14:48
LinuxJedihehe :)14:48
LinuxJedihey jaypipes14:48
eglynn__jaypipes: missed your ping a few minutes ago14:48
jaypipeseglynn__: heya, I'm wondering if we can get jeblair to manually test your S3 branch(es) to see if that fixes the issue?14:48
eglynn__jaypipes: yeah that's an idea, they're not very instrusive though, could easily revert again if it doesn't resolve the issue14:49
eglynn__jaypipes: also the first patch fixes a kosher bug14:50
eglynn__https://bugs.launchpad.net/glance/+bug/96105014:50
uvirtbotLaunchpad bug 961050 in glance "Creating bucket via region-specific S3 endpoint fails" [Medium,In progress]14:50
*** danwent has joined #openstack-dev14:50
eglynn__(so I think we'd want https://review.openstack.org/5607 to go in regardless)14:51
jaypipeseglynn__: k, let me review that one separately rthen.14:52
eglynn__jaypipes: cool14:52
*** mdomsch has quit IRC14:53
*** n0ano has quit IRC14:53
*** GheRivero_ has joined #openstack-dev14:54
*** dtroyer_zzz is now known as dtroyer14:55
ttxdolphm, heckj, bcwaldon: please have a look at https://review.openstack.org/#change,5628 -- will be needed to unfuck python-keystoneclient tarball generation before we do RC114:56
jaypipesmtaylor: and as for sqlalchemy and having it not auto-create foreign key constraints, I can't seem to find any way to do that, no. Looks like you would have to manually remove the FK from the database.15:00
dolphm_ttx: looking15:01
*** mattray has joined #openstack-dev15:03
eglynn__jaypipes: one quick'n'dirty way of validating https://review.openstack.org/5590 *without* merging would be to deliberately include a failing test15:03
eglynn__self.assertFalse(True) or whatever15:03
eglynn__jaypipes: then approve the patch, guaranteed that it will not be merged to trunk15:03
eglynn__jaypipes: I could then re-trigger the s3-enabled Jenkins builds with that patch any number of times to validate that the intermittent failure no longer occurs15:03
eglynn__jaypipes: a tad hacky, but ...15:04
jaypipeseglynn__: hmm, evil, but could work :)15:04
eglynn__jaypipes: cool, I'll add a failing test so ...15:04
jaypipeseglynn__: yeah, sounds like a plan. do that and when jeblair gets in, have him set those env vars in the jenkins jobs?15:05
dolphm_ttx: mtaylor: +2'd15:05
eglynn__jaypipes: jeblair has already set up some alternative (non-gating) Jenkins jobs for me with the s3 config enabled15:06
jaypipesah, that's right.. go ahead and approve it yourself then..15:08
jaypipeswhen yo add that assertFalse15:08
eglynn__eglynn: cool, will do ... one nit though, it depends on https://review.openstack.org/5607 so that would have to go in first15:09
eglynn__jaypipes: cool, will do ... one nit though, it depends on https://review.openstack.org/5607 so that would have to go in first15:09
jaypipeseglynn__: k, lemme get on that right quick.15:10
eglynn__jaypipes: cool, thanks!15:10
*** alaski has quit IRC15:11
*** alaski has joined #openstack-dev15:11
sdagueanyone familiar with the ldap backend in keystone? It looks like there is an assumption that you have write access to the LDAP directory. Anyone doing any work in making LDAP only used on User (for corp directory), and the rest in the SQL backend?15:12
jaypipessdague: might want to ping ayoung or Ryan Lane (can't remember Ryan's IRC nick...)15:13
ayoungsdague, that would be me15:13
sdagueayoung: ok great. I saw the one launchpad issue registered about it https://bugs.launchpad.net/keystone/+bug/928065, but it wasn't clear if there was actual motion there15:13
uvirtbotLaunchpad bug 928065 in keystone "implement SQL+LDAP backend for Identity" [Medium,Confirmed]15:13
ayoungsdague, so I am not sure if it will be SQL back end for the other,  or just split up Identity to allow mix and match15:14
ayoungI suspect that saying the Identity provider is composed of a user provider and a tenants/roles provider,  and then specifying which to use for each will be the easier way to go15:15
sdagueayoung: right, anyway to split it up. Mostly I just need to take out the assumption that you can write back info in the LDAP server, and limit it to only User auth, because in many environments, you can't.15:15
*** joesavak has joined #openstack-dev15:15
ayoungsdague, yea, I am aware.15:15
ayoungsdague, one approach would be to deal with that at the LDAP level15:15
ayoungset up an OpenLDAP server that defers to, say, Active Directory for the user lists15:16
ayoungThat should be do-able now15:16
sdagueayoung: yes, that's probably true.15:17
ayoungYou won't be able to add users, but assigning them to roles and tenants should work15:17
ayoungsdague, if you have the motivation and setup to test it, please be sure to share your findings15:18
sdagueayoung: right, that's all I care about. Though I'd like to work on doing it the right way in keystone as well. Just to make it easier to setup.15:18
sdagueayoung: sure.15:18
ayoungsdague, define easier?15:18
ayoungheh15:18
jaypipeseglynn__: k, review on https://review.openstack.org/#change,5607 done15:19
sdaguefor instance, when I setup jenkins in our directory environment, I just have to provide suffix, filter, and ldap server, and it auths anyone in the company, though the users start off with basically no permissions. Then I can add roles to them in it's UI.15:20
eglynn__jaypipes: thanks, will push an updated patch set in a couple minutes ...15:20
jaypipeseglynn__: cheers mate15:20
sdaguejust comparing to existing open source tools in how they drop into the directory without adding an openldap server :)15:20
*** danwent has quit IRC15:21
*** Mandell has joined #openstack-dev15:23
eglynn__jaypipes: https://review.openstack.org/5607 updated15:30
eglynn__bbiab ...15:30
jaypipeseglynn__: approved.15:32
ttxmtaylor: was talking to dtroyer about having a devstack branch that can be used to test Essex RCs15:35
ttxmtaylor: since master devstack points to master (Folsom) by default15:36
ttxmtaylor: could we add that to openstack-dev/devstack?15:36
ttx(I want to make sure it's easy and discoverable to test Essex RCs using devstack)15:37
ttxjeblair: ^15:39
*** Mandell has quit IRC15:40
eglynn__jaypipes: thanks15:48
*** shevek_ has quit IRC15:49
jaypipesttx: you can already do that with devstack... just set the branches appropriately in the stackrc to point at milestone-proposed instead of the default of master.15:49
jaypipesttx: now, I could propose a devstack branch called milestone-proposed that had those branches changed in stackrc?15:50
ttxjaypipes: sure, maybe only a good ML post reminding people to do that is enough15:50
ttxjaypipes: I want it to be as obvious as possible, so that people test the RC rather than Folsom :)15:50
jaypipesttx: happy to do either one :)15:50
jaypipesttx: I can do a blog with devstack + milestone-poposed + tempest.15:51
dtroyerjaypipes: also, this is a warmup to the essex branch of devstack that isn't going to evolve and not be able to run the essex releases….15:51
ttxjaypipes: sounds good, I wanted to make sure mtaylor was supportive of the idea to push such a branch under the repo15:52
ttxalso coordinate with dtroyer so as to not duplicate the work :)15:52
jaypipesdtroyer: yup, sounds good.15:52
ttxjaypipes: blog with devstack + milestone-poposed + tempest sounds good15:53
ttxI can relay it on the ML and Twitter and my own blogpost15:53
jaypipesttx: I'll work on that today.15:54
ttxjaypipes: awesome15:54
*** sandywalsh has quit IRC15:56
*** joesavak has quit IRC15:59
*** rnirmal has joined #openstack-dev16:04
*** joesavak has joined #openstack-dev16:04
*** danwent has joined #openstack-dev16:05
*** maplebed has joined #openstack-dev16:05
*** jsavak has joined #openstack-dev16:06
*** deshantm_ has joined #openstack-dev16:08
*** fc__ has quit IRC16:08
*** joesavak has quit IRC16:09
*** sandywalsh has joined #openstack-dev16:11
jeblairttx, dtroyer, jaypipes: so it sounds like getting people to test RCs via jay's blog post is the way you're going, i think that's best.16:11
*** deshantm has quit IRC16:12
jeblairwe _can_ create a milestone-proposed branch of devstack, if that's needed.  sounds a little heavyweight though since devstack is already designed for this16:12
annegentlejeblair: can I have a link to Jay's blog post?16:12
jeblaironce essex is released, i assume we'll be making stable/essex branches of everything, including devstack.16:13
* annegentle one day will build a killer doc system on Wordpress16:13
jeblairannegentle: i think he's writing it today16:13
annegentlejeblair: the devstack README says you could get essex3 but that branch doesn't exist.16:13
annegentlejeblair: https://github.com/openstack-dev/devstack <-- that one16:14
jaypipesannegentle: writing it today.16:14
annegentlejaypipes: go go go :)16:14
jaypipesnow that dtroyer approved vish's ratelimit disable patch, things will be much nicer :)16:15
jeblairannegentle: weird, i don't think that's correct.  :/16:15
dtroyerjeblair: yes, that's the plan (stable/essex branch of devstack)16:16
annegentlejeblair: was it ever?16:16
dtroyerannegentle: I'll fix that up…it was meant to be an example16:17
annegentledtroyer: ok, thanks16:17
*** vincentricci has joined #openstack-dev16:19
*** dalang has joined #openstack-dev16:20
jeblairannegentle: i'd like to file a bug about my keystone docs question from yesterday.  what's the best way to do that?  file it on keystone?  should i target any other projects (openstack-manuals or anything)?16:21
jeblairhttps://bugs.launchpad.net/openstack-manuals/+bug/93354716:22
uvirtbotLaunchpad bug 933547 in openstack-manuals "api-site FlavorRef and ImageRef are not documented as parameters when creating a server" [High,Confirmed]16:22
jeblairannegentle: ^ that looks similar, actually;  maybe it should just be a bug on openstack-manuals?16:23
annegentlejeblair: yep, for api docs you can log against openstack-manuals16:23
jeblairannegentle: cool, thanks16:23
annegentlejeblair: I never made a separate identity-api launchpad project (nor compute-api, nor object-api, nor netconn-api, nor image-api, you get the picture)16:24
jeblairgotcha16:24
annegentlejeblair: I suppose we could but it's ok to track in openstack-manuals16:24
annegentlejeblair: tag with identity-api16:24
*** deshantm_ is now known as deshantm16:24
annegentlejeblair: and assign to heckj :)16:26
*** Mandell has joined #openstack-dev16:26
*** danwent has quit IRC16:26
annegentlejeblair: ok maybe I should ask him before assigning it, but basically the PTL has to manage their APIs docs16:26
*** nati has joined #openstack-dev16:26
jeblairannegentle: he can always reassign it.  :)16:27
*** bepernoot has quit IRC16:28
*** heckj has joined #openstack-dev16:28
*** popux has joined #openstack-dev16:28
annegentlejeblair: tru dat16:29
*** reed has joined #openstack-dev16:29
chmouelvishy: is posting to /{ec2,s3}tokens on keystone admin-url/port need a X-Auth-Token/Username-Password ? it doesn't in the code but was wondering if it should16:30
jeblairannegentle: how should i reference the existing doc?  a URL, or section number (3.2.1.1), or...?16:30
annegentlejeblair: I prefer URLs as they shouldn't change16:30
annegentlejeblair: in API docs the section numbers are output at build time, so they could change with insertions/deletions16:31
*** jdurgin has joined #openstack-dev16:31
vishychmouel: hmm, it probably should16:31
jeblairhttp://docs.openstack.org/api/openstack-identity-service/2.0/content/POST_authenticate_v2.0_tokens_Admin_API_Service_Developer_Operations-d1e1356.html16:31
jeblairannegentle: okay, but that ^ url won't change?16:31
vishychmouel: although I don't know if it matters16:31
jeblair(it's got some autogenerated looking stuff on it...)16:31
ttxheckj: yo16:31
annegentlejeblair: it shouldn't because the xml source contains an ID that creates the html file name16:31
heckjttx: mornin - just checkin in. Looking at our state right now16:32
ttxheckj: just added as a blocker: bug 96135416:32
uvirtbotLaunchpad bug 961354 in keystone "python-keystoneclient job fails to build a tarball" [Critical,In progress] https://launchpad.net/bugs/96135416:32
*** reidrac has quit IRC16:32
jeblairannegentle: groovy, thanks.16:32
ttxheckj: needs https://review.openstack.org/#change,5628 approved to fix16:32
*** johan_-_ has quit IRC16:32
LinuxJediok, so the review site and jenkins site have had a makeover today.  Please let me know (or file a CI bug) if anything looks out of place16:32
heckjsoren: ping, you around?16:33
heckjholy crap, what happened to gerrit?16:33
ttxheckj: otherwise we could consider we are good to go if we dismiss the create/delete users bug from soren16:33
chmouelvishy: okay thanks will remove that from s3_token16:33
cp16netmarkmc: you around?16:33
LinuxJediheckj: what I just said ;)16:33
* jk0 is a fan of the new gerrit style16:34
* ttx got used to lightgreen16:34
chmouelLinuxJedi: nice :)16:34
chmouelLinuxJedi: it's pretty fast16:34
*** jerdfelt has joined #openstack-dev16:34
ttxand slimyyellow16:34
LinuxJedinice, but the logo is missing :/16:34
jeblairLinuxJedi: yeah, i was about to mention that.  :)16:34
*** PotHix has joined #openstack-dev16:34
LinuxJedijeblair: that could be because puppet bailed half way through due to that thing that just got pushed through16:35
ttxLinuxJedi: some things appear a bit too large IMO, like names16:35
ttxLinuxJedi: will file bugs16:35
LinuxJedittx: awesome, thanks :)16:35
jk0LinuxJedi: any chance you could change the red links to #600?16:35
jeblairGeneral reminder: this is all in git, so anyone can hack on it and submit patches.  :)16:35
ttxyeah, we could theme it on specific days like GOOG does16:36
jk0#600 is slightly darker and easieron the eyes16:36
jeblairhttps://github.com/openstack/openstack-ci-puppet/tree/master/modules/gerrit/files16:36
jeblairjk0: i agree, darker red would be nice16:37
jeblairbut there's a logo that i think he's matching, so could be complicated.  :)16:37
LinuxJedijeblair: grr... review puppet doesn't support pip either :(16:37
jk0#600 should match the logo if memory serves. it's my goto color :)16:37
*** buterfly has joined #openstack-dev16:38
annegentleI think OpenStack red is #CF2F1916:39
*** shall_ has quit IRC16:39
annegentleor #BC1518 hm.16:40
annegentleThe CF one looks too orange to me16:40
*** buterfly has quit IRC16:40
*** spiffxp has quit IRC16:42
*** devananda has joined #openstack-dev16:42
*** jerdfelt1 has joined #openstack-dev16:43
*** jerdfelt has quit IRC16:43
*** jerdfelt1 is now known as jerdfelt16:43
ttxLinuxJedi: bug 96136716:45
uvirtbotLaunchpad bug 961367 in openstack-ci "Some things appear too large in gerrit new style" [Undecided,New] https://launchpad.net/bugs/96136716:45
LinuxJedittx: excellent, thanks.  Will try and work on it today (might be tomorrow morning now)16:46
ttxLinuxJedi: not really a top urgency :)16:47
heckjmtaylor: what happened to test-requires in https://review.openstack.org/#change,5628?16:47
dolphm_ahh fancy UI's popping up everywhere16:49
heckjmonty: did "tox" or "run_tests.sh" work for you with https://review.openstack.org/#change,5628, I can't get either to run through completion16:50
LinuxJediwell, we figured if people need to look at it all day it should be a bit more pleasing to the eye, and more consistent with the Openstack website16:50
heckjmtaylor: ^^16:50
LinuxJedijk0: the red links can be changed, I just used the red from Openstack's site16:50
jakedahnwho styled review.github.com /16:50
jakedahner review.openstack.org16:50
dolphm_LinuxJedi?16:51
apevecdolphm_, https://review.openstack.org/#patch,unified,5358,8,keystone/catalog/core.py16:51
apevecwhere is catalog_api.service_exists ?16:51
jakedahnah just read teh scrollback - but I must say it is certainly not pleasing on the eye - and I think it should be reverted to the original gerrit theme16:52
*** spiffxp has joined #openstack-dev16:52
apevecyeah too much red16:52
jakedahnand the table alternating rows is not as easily apparent as it was before16:52
jakedahnand the review menu has moved, which sucks for a tool that people are used to16:53
jk0jakedahn: tell us what you really think :)16:53
dragondmAlso, the checkmark next to seen files had gone away :(16:53
jakedahnjk0: AHHHHHHHHHHHHHHHHHHHHHH16:53
jakedahnjk0: btw moving to sf?16:53
jk0nah, staying here in lovely WI :)16:53
jakedahn'lovely' :)16:54
*** gyee has joined #openstack-dev16:54
jk0it's beautiful this time of year: http://jk0.org/tmp/hazelgreen-2.jpg (taken yesterday)16:54
jakedahnjk0: yeah I'm from minnesota, spring and fall rock, as for winter and summer...16:55
jk0yeah16:55
dprinceSo. I used to theme SmokeStack in 'OpenStack red'... but I found that all that red just made people really mad all the time... at least I thought that was why people were always mad at me.16:55
jakedahnyeah I'm going to start raging16:55
jeblairdprince: based on that, i asked LinuxJedi to use blue for the jenkins theme16:56
jeblairhttps://jenkins.openstack.org16:56
jk0I like that shade of blue16:56
* dprince can't afford bodyguards!16:56
jakedahnit works on jenkins fairly well16:56
* LinuxJedi will is considering switching to blue on Gerrit when I update that skin16:56
jakedahnalso where do i push fixes to for gerrit?16:57
jakedahnis it https://github.com/openstack/openstack-ci-puppet/tree/master/modules/gerrit/files ?16:57
jeblairjakedahn: yes16:57
jeblairit's managed just like the rest of the projects, 'git review' and everything16:57
jakedahnthere's a very large chance that I'm going to make a pass at it later today16:58
*** sandywalsh has quit IRC16:58
jeblairLinuxJedi, jakedahn: https://bugs.launchpad.net/openstack-ci/+bug/96139416:59
uvirtbotLaunchpad bug 961394 in openstack-ci "Reviewed checkmack in gerrit is missing" [High,New]16:59
jeblairheh,  checkmark even.  :)17:00
*** vincentricci has quit IRC17:00
*** vincentricci has joined #openstack-dev17:00
*** devananda has quit IRC17:00
dragondm^ Yah, good. was abt to file same bug.17:00
uvirtbotdragondm: Error: "Yah," is not a valid command.17:00
* dragondm thwaps bot. 17:00
LinuxJedijeblair: damn, I'll jump on that shortly17:01
* jaypipes hugs LinuxJedi, jeblair and mtaylor for the awesome skin overhaul in Gerrit.17:01
jaypipesmy eyes no longer bleed.17:01
jeblairLinuxJedi did all the work.  We just reviewed it.  :)17:02
jeblair(and as it turns out, we missed some things in the review.  :)17:03
LinuxJedialso filed a bug about the link color, will fix that in the same patch17:03
jakedahnspeaking of unifying opensatcky design - on the last docday i put this together: http://jakedahn.com/os-example/ and pushed the changes to horizon as a first step - but the jenkins builder sort of hated the changes and it now looks like this http://horizon.openstack.org/17:05
jakedahnjeblair: is there any chance you could take a look at the jenkins job / sphinx builder and figure out why its not working?17:06
*** nati has quit IRC17:06
jeblairjakedahn: sure i'll take a look.  i like yours better.  :)17:06
dolphm_http://i.imgur.com/9hpbi.png new H1 font, better cell padding, subdued link colors, margin around search box, more padding on search button17:06
jakedahndolphm_: shipit!17:07
*** devananda has joined #openstack-dev17:09
jeblairjakedahn: nature.css doesn't seem to be in the horizon repo.17:10
*** Mandell has quit IRC17:11
*** jakedahn is now known as jakedahn_zz17:11
*** maploin has quit IRC17:13
*** sandywalsh has joined #openstack-dev17:13
dolphm_apevec: you're right, i'm probably crazy (or something funky happened merging) -- i'm still looking at turning 500's into 404's, so this is very much on my radar17:14
apevecdolphm_, ok, btw that renders sql catalog backend unusable since I can't create endpoints17:14
*** devananda has quit IRC17:15
dolphm_can you file a bug, and i'll put in a quick fix for just that? i'd deem that rc1 critical17:15
apevecunfortunately both devstack and smokestack use templated backedn only17:15
apevecyep, I'd vote rc117:15
*** devananda has joined #openstack-dev17:16
dolphm_apevec: link me the bug when you have it, i'm putting together a fix17:16
apevecyep, filing now17:16
*** oneiroi has quit IRC17:17
apevecdolphm_, bug 96141217:21
uvirtbotLaunchpad bug 961412 in keystone "endpoint-create fails" [Undecided,New] https://launchpad.net/bugs/96141217:21
dolphm_apevec: thanks17:21
*** bepernoot has joined #openstack-dev17:21
apeveclooks like setting milestone is privileged operation17:22
dolphm_apevec: got it17:22
apevecok, thanks!17:22
*** bepernoot has quit IRC17:27
*** popux has quit IRC17:29
heckjdolphm_ thanks for marking that in17:32
*** Ryan_Lane has joined #openstack-dev17:32
*** Ryan_Lane has joined #openstack-dev17:32
heckjI think we've got another one that needs to be RC1 as well: https://bugs.launchpad.net/keystone/+bug/95813517:34
uvirtbotLaunchpad bug 958135 in keystone "UnboundLocalError: local variable 'metadata_ref' referenced before assignment" [High,Triaged]17:34
heckjchmouel: ping17:35
chmouelheckj: pong17:42
chmouelheckj: was trying to read bug 95813517:42
uvirtbotLaunchpad bug 958135 in keystone "UnboundLocalError: local variable 'metadata_ref' referenced before assignment" [Critical,Triaged] https://launchpad.net/bugs/95813517:42
heckjchmouel: just sent you some email - need your assistance with taht bug - yeah17:42
heckjThe environment setup that Kevin generated wasn't super clear, but the traceback was what made me specifically concerned. Can you take a stab at it?17:43
chmouelheckj: cool I probably would need to get some more info from kevin but i can do that on GMT time so that should be good17:43
heckjsweet, thank you!17:43
chmouelno problem17:44
LinuxJediok guys, gerrit style has been updated slightly to fix a few things17:45
*** novas0x2a|laptop has joined #openstack-dev17:47
dolphm_heckj: before this week, we had almost zero coverage for catching what should be 404's -- looks like another case of that in that metadata_ref bug17:48
*** Ryan_Lane has quit IRC17:48
*** zigo has quit IRC17:49
*** devananda has quit IRC17:52
*** dneary has quit IRC17:55
*** devananda has joined #openstack-dev17:57
*** alaski has quit IRC17:59
*** alaski has joined #openstack-dev18:00
*** joesavak has joined #openstack-dev18:03
*** jsavak has quit IRC18:04
*** danwent has joined #openstack-dev18:06
LinuxJedidprince: ok, so gerrit is using the same blue as Jenkins now for the links.  ttx: the fonts sizes should be a little better now.  dragondm: checkmark fixed18:06
*** alaski_ has joined #openstack-dev18:07
* LinuxJedi also made a tweak to Jenkins breadcrumbs to make scrolling work better18:07
LinuxJediand now I'm going to rest for a bit :)18:07
*** joesavak has quit IRC18:08
*** johnpostlethwait has joined #openstack-dev18:08
*** darraghb has quit IRC18:08
*** danwent has quit IRC18:08
dprinceLinuxJedi: excellent. My blood pressure is dropping... slowly.18:08
LinuxJedilol :)18:08
*** alaski has quit IRC18:09
*** derekh has quit IRC18:11
*** jaypipes has quit IRC18:13
*** rkukura has quit IRC18:13
dolphm_apevec: heckj: endpoint crud fix https://review.openstack.org/#change,563618:14
*** GheRivero_ has quit IRC18:14
*** jaypipes has joined #openstack-dev18:19
*** bhall has joined #openstack-dev18:19
*** bhall has quit IRC18:19
*** bhall has joined #openstack-dev18:19
*** alaski_ has quit IRC18:19
*** alaski has joined #openstack-dev18:20
*** bepernoot has joined #openstack-dev18:25
*** bepernoot has quit IRC18:27
*** dolphm_ has quit IRC18:28
*** heckj has quit IRC18:29
*** refactor has quit IRC18:29
eglynn__jaypipes: https://review.openstack.org/5590 is looking good for that S3 issue bug #95856818:32
uvirtbotLaunchpad bug 958568 in glance "NotAuthorized: You are not authorized to complete this action" [Undecided,New] https://launchpad.net/bugs/95856818:32
eglynn__jaypipes: re-triggered Jenkins builds 10 times concurrently in py26 & py27 and no sign of the old 40418:32
eglynn__jaypipes: I'm gonna push an updated patch set without the deliberately failing test for proper approval this time18:32
eglynn__... pushed18:32
eglynn__wrong bug, meant #95552718:33
*** mnewby has joined #openstack-dev18:37
jaypipeseglynn__: well I'll be...18:37
jaypipeseglynn__: crazy, huh?18:37
eglynn__jaypipes: yep, should have applied Occam's razor much earlier ...18:37
jaypipeslol indeed :)18:38
eglynn__better slow than never I guess ...18:38
*** dachary has quit IRC18:38
jaypipeseglynn__: :)18:38
eglynn__at least we got that glance-logcapture out of it, I've been wanting something of that ilk for a good while ...18:39
*** n0ano has joined #openstack-dev18:40
*** dolphm has joined #openstack-dev18:40
*** jakedahn_zz is now known as jakedahn18:41
jaypipeseglynn__: indeed :)18:45
*** villep has quit IRC18:48
*** fesnel has quit IRC18:48
*** fesnel has joined #openstack-dev18:48
*** villep has joined #openstack-dev18:50
*** deshantm has quit IRC18:50
*** litejk has joined #openstack-dev18:51
*** litejk has left #openstack-dev18:51
*** dolphm has quit IRC18:52
*** heckj has joined #openstack-dev18:53
*** Kiall has quit IRC18:54
*** dachary has joined #openstack-dev19:00
*** Kiall has joined #openstack-dev19:01
*** Ryan_Lane has joined #openstack-dev19:04
*** novas0x2a|laptop has quit IRC19:06
*** novas0x2a|laptop has joined #openstack-dev19:06
*** dtroyer is now known as dtroyer_zzz19:07
*** oneiroi has joined #openstack-dev19:08
*** devananda has quit IRC19:10
*** devananda has joined #openstack-dev19:14
*** dbuzz has joined #openstack-dev19:15
*** danwent has joined #openstack-dev19:18
*** dbuzz has quit IRC19:18
*** dbuzz has joined #openstack-dev19:18
*** dtroyer_zzz is now known as dtroyer19:19
*** oneiroi has quit IRC19:22
*** dbuzz is now known as oneiroi19:22
*** danwent has quit IRC19:24
*** oneiroi is now known as Oneiroi19:24
*** dolphm has joined #openstack-dev19:25
*** rkukura has joined #openstack-dev19:26
jk0LinuxJedi: any chance that <h1>Code Review</h1> header can be hidden?19:26
jk0sticks out like a sore thumb19:26
sdaguedtroyer: on the stack.sh apache patch, should I just respin based on your suggestions, or do you have a commit somewhere that can just be cherry picked in?19:29
*** bepernoot has joined #openstack-dev19:30
sorenheckj: I'll be around in a couple of hours if you still need me.19:31
*** shevek_ has joined #openstack-dev19:31
*** bepernoot has quit IRC19:33
dtroyersdague: it is part of https://review.openstack.org/4364 which is a good-sized change to handle Fedora differences.  But you can see what I mean by the name changes19:35
dtroyerI just pushed a rebase up so it should be current again19:35
ayoungtermie, heckj, I have (I think) re applied the patch for Client Certs.  What would be the right path to go around making tests for it?  I assume I would want to run a few of the current tests,  but to indicate that they should use SSL.19:37
notmynameany chance florian haas is in here?19:37
sdaguedtroyer: ok, you want to take over the launchpad bug? and just have it go in as part of the bigger changes? I started working on that just because it was an easy unclaimed launchpad bug.19:38
*** bcwaldon has quit IRC19:39
*** mdrnstm has joined #openstack-dev19:40
dtroyersdague: yeah, I should have claimed the bug…sorry for the confusion19:40
sdagueno worries19:40
jk0.c19:40
comstudhow can I change the gerrit colors back?19:40
comstud:)19:40
*** bcwaldon has joined #openstack-dev19:41
heckjayoung: ideally you could subclass the keystoneclient test cases (assuming I've got it right) and use that suite, which works the whole API.19:41
ayoungheckj, that makes sense.  I'll give it a try19:41
heckjkk19:42
*** bcwaldon has quit IRC19:46
*** asalkeld has joined #openstack-dev19:48
LinuxJedijk0, comstud: file bugs or edit the files in the repo19:51
jk0"contributions welcome"? :)19:51
LinuxJediyep, it is an openstack project after all, and goes through gerrit just like everything else19:52
*** GheRivero_ has joined #openstack-dev19:52
LinuxJedicomstud: although I do question your sanity if you liked the original Gerrit colour scheme19:56
comstudwell19:56
comstudi'm partially colorblind... and the new background colors almost looks completely white to me19:57
comstudwhich is not easy on the eyes19:57
LinuxJedicomstud: ah! :)19:57
comstudlooks like...white... and maybe... a very very light aqua ?19:57
comstudi dunno, but it all blends together for me19:57
LinuxJedicomstud: pretty much, yes.  Same as the main openstack site19:57
comstudah19:57
*** vincentricci has quit IRC20:01
mtaylorheckj: weird ... I don't understand why that patch isn't working for you20:03
heckjmtaylor: yeah, confused me too.20:04
heckjpip-requires doesn't have any of the project deps anymore in that patch - that expected? Moved elsewhere that I didn't see?20:04
mtaylorheckj: it has all the ones it did before the patch?20:05
mtaylorheckj: (this is keystoneclient, not keystone)20:05
heckjuh, hm.20:05
heckjIt might be that I'm a moron.20:05
heckjjust a sec, checking20:05
*** bcwaldon has joined #openstack-dev20:06
heckjmtaylor: yep, it's official. I'm a moron.20:06
heckjI applied that to keystone, which obviously fucked things up - not keystoneclient20:06
LinuxJediheckj: we all do it at some point, it is an indicator that you need more coffee ;)20:07
heckjLinuxJedi - just started in on a new latte, as it happens...20:07
LinuxJedior beer if you are trying to reach the Balmer Peak20:07
LinuxJedihttp://xkcd.com/323/20:08
heckjLinuxJedi: I prefer scotch or bourbon for that cycle.20:09
* LinuxJedi tried a Vanilla Latte with some Oreos for dunking earlier, actually rather nice20:09
LinuxJediheckj: lol :)20:09
mtaylorheckj: I can haz positive review now?20:09
heckjmtaylor: just flipped the bit20:09
mtaylorheckj: yay!20:09
*** bcwaldon has quit IRC20:10
*** bcwaldon has joined #openstack-dev20:11
*** shevek_ has quit IRC20:12
andrewbogottHm... Rick Harris (irc handle unknown) has just advised me to name a method 'list' in a code review.  Doesn't that violate the rule against using the same name as a builtin?20:19
*** vricci has joined #openstack-dev20:19
*** bcwaldon has quit IRC20:19
mtaylorandrewbogott: um, yeah - making a method called list seems like a bad idea20:20
andrewbogotthm20:20
andrewbogottOk, well, I'll leave it as is then :)20:20
*** bcwaldon has joined #openstack-dev20:21
*** vricci is now known as vincentricci20:29
*** dprince has quit IRC20:30
*** bcwaldon has quit IRC20:34
*** Glacee has joined #openstack-dev20:37
andrewbogottVek:  Does that guideline about string encoding strike you as common knowledge or obscure?  Wondering if I should/need to schedule a summit session to proselytize.20:43
jeblairmtaylor, andrewbogott: not being contrary, just curious: is that really intended to apply to _methods_, which will always be called as "foo.list()"?  I realize the HACKING rule says "anything", but there are many "def list(self)"'s already in novaclient.20:56
andrewbogottjeblair:  I don't feel all that strongly, although it annoys me when methods get lit up in the wrong color by my syntax highlighter.20:58
*** crobinso has quit IRC20:58
jeblairpoint.  :)20:58
*** jdg has joined #openstack-dev20:59
*** bcwaldon has joined #openstack-dev21:02
*** anotherjesse_zz is now known as anotherjesse21:04
*** anotherjesse is now known as anotherjesse_zz21:07
*** littleidea has joined #openstack-dev21:07
*** anotherjesse_zz is now known as anotherjesse21:08
*** lts has quit IRC21:10
*** bepernoot has joined #openstack-dev21:10
*** alaski has quit IRC21:10
*** andrewsmedina has quit IRC21:11
*** andrewsmedina has joined #openstack-dev21:13
*** novas0x2a|lapto1 has joined #openstack-dev21:14
*** bcwaldon has quit IRC21:14
*** novas0x2a|laptop has quit IRC21:14
ayoungheckj, so to make the connections work, it is going to take changes to keystoneclient, too.  Which I guess shouldn't be that surprising.  Not sure how to get the certififace and key passed from the config files through to the client object21:15
*** bepernoot has quit IRC21:17
notmynamettx: swift 1.4.8 is good to go21:18
*** jdg has quit IRC21:19
*** stuntmachine has quit IRC21:19
*** jdg has joined #openstack-dev21:20
*** Oneiroi is now known as Oneiroi|Zzzz21:20
*** pmyers has quit IRC21:22
*** pmyers has joined #openstack-dev21:22
*** danwent has joined #openstack-dev21:25
ttxnotmyname: will do, in my tomorrow morning21:28
notmynamettx: thanks21:28
notmynamettx: anything special on my end this time (since it's the essex release)?21:28
ttxnotmyname: not really. I'll push Final=True to the milestone-proposed branch, but that's business as usual21:29
notmynameok, thanks21:29
ttxLinuxJedi: looks good !21:29
LinuxJedittx: great :)21:31
*** mattstep has quit IRC21:35
*** mattstep has joined #openstack-dev21:36
*** markmc has quit IRC21:38
*** lloydde has joined #openstack-dev21:39
*** GheRivero_ has quit IRC21:41
*** andrewsmedina has quit IRC21:42
dolphmwhy is ubuntu packaging the keystone SQL catalog backend instead of the flat-file TemplatedCatalog? i thought sql.Catalog was supposed to be undocumented for essex? it's not even tested afaik21:47
apevecdolphm, you would recommend templated for production?21:49
dolphmMadkiss: i thought that was our official recommendation, yes21:49
apevecI'm using sql catalog backend in fedora21:50
apevecseemed more "production"ish21:50
dolphmapevec: the flat file came first, and is much more thoroughly tested at this point -- that's about all i can say21:51
dolphmapevec: it's a much simpler implementation21:51
anotherjesseapevec: plus the sql catalog makes a lot of assumptions about the relationships between users/tenants/endpoints21:51
adam_gdolphm: we're testing the sql backend quite thooroughly21:51
anotherjessethat might be ok for smaller clouds, but isn't necessarily true for larger deploys21:51
*** bcwaldon has joined #openstack-dev21:51
anotherjessewe see situations where different tenants are given different endpoints based on their roles, ...21:52
dolphmadam_g: link?21:52
anotherjesse(dev vs prod)21:52
*** dspano has quit IRC21:52
apevecbut last I tried it, templated wasn't persisting any data, so you had to re-run keystone service-create iirc ?21:52
adam_ganotherjesse: and those relationships are expressed in the templated file?21:52
apevecafter every keystone restart21:52
*** bcwaldon has quit IRC21:53
adam_gdolphm: https://jenkins.qa.ubuntu.com/view/Precise%20OpenStack%20Testing/21:53
*** bcwaldon has joined #openstack-dev21:53
jeblairbcwaldon: https://answers.launchpad.net/nova/+question/18511021:54
jeblairbcwaldon: is that still the latest thinking on that issue?21:54
jeblairbcwaldon: becaues the docs suggest that one would expect to see two networks public/private returned21:55
jeblairhttp://docs.openstack.org/api/openstack-compute/2/content/Get_Server_Details-d1e2623.html21:55
*** dolphm has quit IRC21:55
*** apevec has quit IRC22:00
adam_ganotherjesse: im curious, the ability to model those relationships is a feature TBD at the summit and planned for F? or is this something expected of the templated on essex?22:08
*** flaviamissi has quit IRC22:11
*** dtroyer is now known as dtroyer_zzz22:14
bcwaldonjeblair: the docs use public/private as examples22:17
bcwaldonjeblair: its not a part of the api itself22:18
jeblairbcwaldon: okay that makes sense...22:18
jeblairbcwaldon: the issue i'm concerned about is how should people expect to get that information?  libcloud expects two different networks, and i know of at least one cloud provider that uses two different networks.  :)22:19
jeblairbut i also know of another provider that has the private and public ip on the same network22:19
jeblairso it looks like the question that was in launchpad...22:19
jeblairbcwaldon: http://paste.openstack.org/show/11760/22:20
jeblairthere's what i get when i talk to two different openstack providers22:20
cloudflyhonestly nova will need to scale to handle n numbers of WAN22:20
cloudflyif only to handle security profiles22:20
jeblairso how should we expect people to write code to handle that?22:20
jeblaira little provider-specific routine to figure out which ip address is public?22:21
cloudflyi think it will ultimately need to be a function of the API for talking to the network controller22:21
bcwaldonjeblair: you might be able to use the floating ips extension22:21
jeblairor is there a best practice for how providers should set that up?  ie, openstack providers are expected to have two networks like that...22:21
jeblairbcwaldon: yes, i imagine that would work22:22
bcwaldonjeblair: I think it would make sense to deploy this way, to have a specific network that is public22:22
bcwaldonjeblair: but if your fixed ips are always private and floating always public, that model wont work22:22
*** rods has quit IRC22:25
jeblairbcwaldon: so it sounds like it boils down to private and public are abstract concepts, and nova isn't going to dictate that, so you'll need some provider-specific knowledge to work it out.22:25
jeblairbcwaldon: but it sure would be handy if most public cloud providers had two networks they called private and public.  :)22:25
bcwaldonjeblair: yep22:25
cloudflyi disagree22:26
cloudflyit's bad terminology22:26
*** kbringard has quit IRC22:27
jeblaircloudfly: alternate suggestion as to how an end-user should be expected to find out what address to shell into?22:27
jeblairthat might conceivably work across several providers...22:28
*** troytoman is now known as troytoman-away22:28
cloudflygive your public floating ip pool internal ips22:29
cloudflyput it behind a gateway22:29
cloudflyand map the address spaces wholesale via nat22:29
cloudflyand provide mesh vpn between all cross network paths22:29
cloudflythat should allow for layer 3 linkage in the ip space.22:29
cloudflybut your mileage may vary22:29
cloudflyalternatively GRE tunnels22:32
cloudflyavoid the nasty crypto overhead22:32
*** mattstep has quit IRC22:39
*** mattstep has joined #openstack-dev22:40
*** lloydde has quit IRC22:45
*** mattray has quit IRC22:50
*** AlanClark has quit IRC22:50
*** Glacee has quit IRC22:51
*** rnirmal has quit IRC22:52
*** heckj has quit IRC22:53
*** heckj has joined #openstack-dev23:00
*** zzed has quit IRC23:00
*** sandywalsh has quit IRC23:00
*** heckj has quit IRC23:02
*** bhall has quit IRC23:02
*** sandywalsh has joined #openstack-dev23:16
*** mdomsch has joined #openstack-dev23:25
*** dubsquared has joined #openstack-dev23:27
*** asalkeld is now known as asalkeld_coffee23:31
*** lloydde has joined #openstack-dev23:37
*** flaviamissi has joined #openstack-dev23:40
*** dolphm has joined #openstack-dev23:42
*** asalkeld_coffee is now known as asalkeld23:43
*** nati has joined #openstack-dev23:43
*** jdg has quit IRC23:49
*** lloydde has quit IRC23:51
*** deshantm has joined #openstack-dev23:55

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