| *** mtaylor has joined #openstack | 00:06 | |
| *** ChanServ sets mode: +v mtaylor | 00:06 | |
| *** mray has quit IRC | 00:17 | |
| *** silassewell has joined #openstack | 00:23 | |
| *** lbieber has joined #openstack | 00:23 | |
| *** silassewell has quit IRC | 00:31 | |
| *** silassewell has joined #openstack | 00:32 | |
| uvirtbot | New bug: #615637 in nova "rpc.call doesn't handle errors sufficiently" [Undecided,New] https://launchpad.net/bugs/615637 | 00:35 |
|---|---|---|
| *** heckj has joined #openstack | 00:55 | |
| heckj | afternoon/evening - process question if someone's available | 00:56 |
| heckj | I submitted a review/merge request from a branch on cleaning - got feedback. Updated it just now. Do I just reply to that email thread that I've done so, or create a new merge request? | 00:57 |
| *** heckj has quit IRC | 01:10 | |
| *** e1mer has joined #openstack | 01:25 | |
| *** e1mer has quit IRC | 01:29 | |
| mtaylor | herki: there's a couple of ways you can go about this | 01:31 |
| mtaylor | herki: you'll find a link "resubmit merge proposal" on the merge request page | 01:32 |
| mtaylor | herki: oops. sorry - wrong person | 01:32 |
| mtaylor | tab completion fail | 01:32 |
| *** zul has joined #openstack | 01:45 | |
| *** e1mer has joined #openstack | 01:46 | |
| *** lbieber has quit IRC | 01:49 | |
| *** silassewell has quit IRC | 01:49 | |
| *** miclorb has quit IRC | 01:57 | |
| *** sophiap has quit IRC | 02:00 | |
| *** e1mer has quit IRC | 02:00 | |
| *** sophiap has joined #openstack | 02:00 | |
| *** sophiap has quit IRC | 02:05 | |
| *** sophiap has joined #openstack | 02:12 | |
| *** zul has quit IRC | 02:22 | |
| *** jamiew has quit IRC | 02:25 | |
| *** RobertLJ has quit IRC | 03:02 | |
| *** miclorb_ has joined #openstack | 03:03 | |
| *** dendrobates is now known as dendro-afk | 03:08 | |
| *** lbieber has joined #openstack | 03:10 | |
| uvirtbot | New bug: #615670 in glance "Develop backend adapter framework for Teller" [Undecided,New] https://launchpad.net/bugs/615670 | 03:15 |
| uvirtbot | New bug: #615671 in glance "Implement filesystem backend for Teller" [Undecided,New] https://launchpad.net/bugs/615671 | 03:20 |
| *** miclorb_ has quit IRC | 03:21 | |
| uvirtbot | New bug: #615672 in glance "Implement Swift backend for Teller" [Undecided,New] https://launchpad.net/bugs/615672 | 03:25 |
| *** e1mer has joined #openstack | 03:27 | |
| *** miclorb has joined #openstack | 03:27 | |
| *** e1mer has quit IRC | 03:31 | |
| *** e1mer has joined #openstack | 03:31 | |
| *** miclorb has quit IRC | 03:32 | |
| *** pvo has joined #openstack | 03:33 | |
| *** ChanServ sets mode: +v pvo | 03:33 | |
| *** miclorb has joined #openstack | 03:39 | |
| uvirtbot | New bug: #615675 in glance "Implement Parallax's image-lookup API call" [Undecided,New] https://launchpad.net/bugs/615675 | 03:45 |
| *** mtaylor has quit IRC | 03:53 | |
| *** mtaylor has joined #openstack | 03:55 | |
| *** ChanServ sets mode: +v mtaylor | 03:55 | |
| *** sirp2 has joined #openstack | 04:00 | |
| *** kashyapc has joined #openstack | 04:00 | |
| uvirtbot | New bug: #615682 in glance "Implement Parallax's register-image API call" [Undecided,New] https://launchpad.net/bugs/615682 | 04:01 |
| *** binaryWarrior has joined #openstack | 04:01 | |
| *** sirp1 has quit IRC | 04:03 | |
| *** abecc has quit IRC | 04:11 | |
| *** binaryWarrior has quit IRC | 04:11 | |
| *** nettok has joined #openstack | 04:14 | |
| *** sophiap has quit IRC | 04:19 | |
| *** sophiap has joined #openstack | 04:20 | |
| uvirtbot | New bug: #615687 in glance "Implement Serializer Adapater for Parallax" [Undecided,New] https://launchpad.net/bugs/615687 | 04:21 |
| *** _cerberus_ has quit IRC | 04:23 | |
| *** armmer has quit IRC | 04:23 | |
| *** miclorb has quit IRC | 04:24 | |
| uvirtbot | New bug: #615689 in glance "Implement Datastore Adapater for Parallax" [Undecided,New] https://launchpad.net/bugs/615689 | 04:30 |
| *** toddmorey has quit IRC | 04:43 | |
| uvirtbot | New bug: #615692 in glance "Implement Teller's fetch-image API call" [Undecided,New] https://launchpad.net/bugs/615692 | 04:46 |
| *** lbieber has quit IRC | 04:47 | |
| *** sophiap_ has joined #openstack | 05:00 | |
| *** sophiap has quit IRC | 05:00 | |
| *** sophiap_ is now known as sophiap | 05:00 | |
| *** miclorb has joined #openstack | 05:05 | |
| *** karmabot has quit IRC | 05:09 | |
| uvirtbot | New bug: #615699 in glance "Implement core Teller functionality" [Undecided,New] https://launchpad.net/bugs/615699 | 05:15 |
| *** randyb has joined #openstack | 05:19 | |
| *** lbieber has joined #openstack | 05:22 | |
| *** pvo has quit IRC | 05:29 | |
| *** sirp2 has quit IRC | 05:44 | |
| *** jdmaturen has joined #openstack | 05:45 | |
| *** nettok_ has joined #openstack | 05:54 | |
| *** nettok has quit IRC | 05:58 | |
| *** jdmaturen has quit IRC | 06:00 | |
| *** metoikos has joined #openstack | 06:08 | |
| *** rnewson has joined #openstack | 06:08 | |
| *** rnewson has joined #openstack | 06:08 | |
| *** nettok has joined #openstack | 06:18 | |
| *** nettok_ has quit IRC | 06:19 | |
| *** kim0 has joined #openstack | 06:32 | |
| *** gholt has quit IRC | 06:40 | |
| *** gholt has joined #openstack | 06:41 | |
| *** jtimberman has left #openstack | 06:50 | |
| *** jdmaturen has joined #openstack | 06:53 | |
| *** jdmaturen has quit IRC | 06:56 | |
| *** brd_from_italy has joined #openstack | 06:58 | |
| *** nettok has quit IRC | 07:07 | |
| *** randyb has quit IRC | 07:07 | |
| *** randyb has joined #openstack | 07:08 | |
| *** rajijoom has joined #openstack | 07:16 | |
| *** miclorb has quit IRC | 07:28 | |
| *** rajijoom has quit IRC | 07:29 | |
| *** ianweller has quit IRC | 07:31 | |
| *** btorch has quit IRC | 07:32 | |
| *** ianweller has joined #openstack | 07:32 | |
| *** btorch has joined #openstack | 07:33 | |
| *** rajijoom has joined #openstack | 07:46 | |
| *** calavera has joined #openstack | 07:46 | |
| *** zheng_li has joined #openstack | 07:53 | |
| *** Paul_Miller has joined #openstack | 07:58 | |
| *** allsystemsarego has joined #openstack | 08:11 | |
| *** kashyapc has quit IRC | 08:16 | |
| *** kashyapc has joined #openstack | 08:18 | |
| *** rajijoom has quit IRC | 08:18 | |
| *** randyb has quit IRC | 08:19 | |
| *** arcane has joined #openstack | 08:35 | |
| *** adjohn has joined #openstack | 08:43 | |
| *** ptremblett has quit IRC | 08:54 | |
| *** rajijoom has joined #openstack | 09:23 | |
| *** adjohn has quit IRC | 09:27 | |
| *** rajijoom has quit IRC | 09:29 | |
| *** rajijoom has joined #openstack | 09:45 | |
| *** adjohn has joined #openstack | 09:53 | |
| *** ptremblett has joined #openstack | 09:56 | |
| *** jonesy_ has quit IRC | 10:29 | |
| *** zul has joined #openstack | 10:50 | |
| alekibango | i dont think parallax is a good name. there is an (not much) active project of that name for smart storage system. | 11:08 |
| alekibango | it for sure confused me when i seen the name | 11:10 |
| alekibango | http://dsg.cs.ubc.ca/parallax/hg/parallax-devel | 11:10 |
| alekibango | Parallax Distributed Virtual Machine Storage | 11:11 |
| alekibango | http://dsg.cs.ubc.ca/parallax/ | 11:12 |
| alekibango | that one could be fun to try | 11:12 |
| *** jonesy_ has joined #openstack | 11:13 | |
| alekibango | i like how they do snapshots, but first make sure the garbage collecting of unused blocks works :) | 11:13 |
| *** miclorb has joined #openstack | 11:14 | |
| *** jonesy_ has quit IRC | 11:15 | |
| *** adjohn has quit IRC | 11:27 | |
| *** ctennis has quit IRC | 11:29 | |
| *** zul has quit IRC | 11:41 | |
| *** zul has joined #openstack | 11:47 | |
| *** zul has quit IRC | 11:53 | |
| *** ctennis has joined #openstack | 11:54 | |
| *** miclorb has quit IRC | 12:17 | |
| *** toddmorey has joined #openstack | 12:22 | |
| *** pvo has joined #openstack | 12:33 | |
| *** ChanServ sets mode: +v pvo | 12:33 | |
| *** pvo has quit IRC | 12:36 | |
| *** pvo has joined #openstack | 12:37 | |
| *** ChanServ sets mode: +v pvo | 12:37 | |
| *** kashyapc has quit IRC | 12:44 | |
| *** armmer has joined #openstack | 13:02 | |
| *** zul has joined #openstack | 13:04 | |
| *** codejunkie has joined #openstack | 13:13 | |
| *** jdarcy has joined #openstack | 13:15 | |
| *** gundlach has joined #openstack | 13:23 | |
| *** e1mer has quit IRC | 13:28 | |
| *** lbieber has joined #openstack | 13:30 | |
| *** justinsheehy has quit IRC | 13:34 | |
| *** ctennis has quit IRC | 13:35 | |
| *** ctennis has joined #openstack | 13:37 | |
| *** aliguori has joined #openstack | 13:37 | |
| *** toddmorey has quit IRC | 13:40 | |
| uvirtbot | New bug: #615857 in nova ""nova-manage project create" isn't working" [Undecided,New] https://launchpad.net/bugs/615857 | 13:41 |
| *** e1mer has joined #openstack | 13:42 | |
| *** dendro-afk is now known as dendrobates | 13:42 | |
| *** lbieber has quit IRC | 13:42 | |
| *** kashyapc has joined #openstack | 13:47 | |
| *** aliguori has quit IRC | 13:50 | |
| *** e1mer has quit IRC | 13:52 | |
| zul | did someone mention doing a bof at linuxcon? | 13:58 |
| jaypipes | mtaylor: ping | 14:06 |
| *** adjohn has joined #openstack | 14:07 | |
| mtaylor | jaypipes: pong | 14:07 |
| jaypipes | mtaylor: heya, is there a bzr command to submit something for merge request? or do I have to use bzr send --mail-to or something? | 14:08 |
| *** alekibango has quit IRC | 14:09 | |
| mtaylor | jaypipes: bzr lp-submit | 14:09 |
| jaypipes | mtaylor: cheers. | 14:09 |
| mtaylor | jaypipes: you need either pipelines installed or bzr 2.2 though | 14:09 |
| jaypipes | mtaylor: yeah, I already use pipeline | 14:09 |
| jaypipes | mtaylor: ha! well, that didn't work quite as expected :) | 14:14 |
| jaypipes | mtaylor: https://code.edge.launchpad.net/~jaypipes/nova/pylint/+merge/32204 | 14:14 |
| jaypipes | mtaylor: I submitted the last pipe in the pipeline and it wants to merge the first pipe into the last. :) | 14:14 |
| mtaylor | hrm | 14:15 |
| mtaylor | jaypipes: what command did you do to submit? | 14:15 |
| jaypipes | mtaylor: bzr lp-submit -Rnova-core lp:~jaypipes/nova/nova-tests-apitest | 14:15 |
| mtaylor | jaypipes: ah - the lp:~jaypipes/nova/nova-tests-apitest was unneeded | 14:15 |
| jaypipes | mtaylor: aha. | 14:16 |
| mtaylor | if you've pushed a branch, it knows what branch it is and looks up the dev focus ... also, it _should_ get -R right without you telling it | 14:16 |
| jaypipes | mtaylor: hmm, I was switch-piped to :first, instead of :last. Had something to do with it? | 14:17 |
| mtaylor | jaypipes: well... both things had somethign to do with it | 14:17 |
| *** allsystemsarego has quit IRC | 14:18 | |
| mtaylor | jaypipes: a branch argument is always going to be the branch to submit _to_ ... the branch you're in is always going to be the branch to submit | 14:18 |
| jaypipes | mtaylor: hmm, so I branched locally (from my local trunk) to create this pylint branch. So, I get this: | 14:18 |
| jaypipes | (pylint)jpipes@serialcoder:~/virtenvs/nova/pylint/pylint$ bzr lp-submit -Rnova-core | 14:18 |
| jaypipes | bzr: ERROR: file:///home/jpipes/repos/nova/trunk/ is not registered on Launchpad | 14:18 |
| mtaylor | have you pushed to lp yet? | 14:18 |
| mtaylor | it's two discreet steps, sadly | 14:18 |
| *** zul has quit IRC | 14:19 | |
| jaypipes | mtaylor: OK, so I'm confused as to *what* I need to push to LP. I have a jaypipes/nova/pylint branch already up there. But, I started using pipelines locally, and have 2 pipes ready to submit based on that pylint branch. All I have done is the lp-submit (which doesn't work, see above) | 14:20 |
| mtaylor | jaypipes: ok. do you want to submit both pipes? | 14:20 |
| jaypipes | mtaylor: yep | 14:20 |
| jaypipes | mtaylor: but separately of course... that's the whole point :) | 14:20 |
| mtaylor | jaypipes: do this "bzr switch :first ; bzr lp-submit lp:nova ; bzr switch :next ; bzr lp-submit lp:nova" | 14:20 |
| *** abecc has joined #openstack | 14:21 | |
| jaypipes | mtaylor: but my :first doesn't have any changes... | 14:21 |
| mtaylor | jaypipes: then there is no need to submit it | 14:21 |
| jaypipes | mtaylor: ok...sorry, I misunderstood you. | 14:21 |
| mtaylor | jaypipes: :) | 14:21 |
| mtaylor | it's early in the morning for me | 14:21 |
| jaypipes | mtaylor: btw, it's switch-pipe, not switch...2 different commands :) | 14:22 |
| *** adjohn_ has joined #openstack | 14:22 | |
| mtaylor | jaypipes: hehe. good call sorry | 14:22 |
| *** theron has joined #openstack | 14:23 | |
| *** adjohn has quit IRC | 14:24 | |
| *** adjohn_ is now known as adjohn | 14:24 | |
| mtaylor | jaypipes: yay. that seems to have gone better | 14:25 |
| jaypipes | mtaylor: indeed :) | 14:25 |
| *** zul has joined #openstack | 14:26 | |
| jaypipes | mtaylor: crap. https://code.edge.launchpad.net/~jaypipes/nova/nova-virt-connection/+merge/32208 | 14:26 |
| jaypipes | mtaylor: the diff shows changes for the pipe after that one as well :( | 14:26 |
| mtaylor | you sure? | 14:27 |
| *** allsystemsarego has joined #openstack | 14:27 | |
| * mtaylor thinks perhaps a push or a commit happenend in the wrong place? | 14:27 | |
| gholt | Did somebody fiddle with the blog making it post all comments to planet.openstack.org? Or is it just my reader? | 14:28 |
| jaypipes | mtaylor: yeah, I must have... | 14:28 |
| * jaypipes notes that bzr-pipeline is a terrible interface. | 14:28 | |
| *** johnpur has joined #openstack | 14:29 | |
| *** ChanServ sets mode: +v johnpur | 14:29 | |
| mtaylor | gholt: looking - I haven't personally done anything to planet... | 14:29 |
| *** adjohn has quit IRC | 14:30 | |
| gholt | No biggie, if you didn't do anything in that area don't worry about it. I was just curious. | 14:31 |
| jaypipes | mtaylor: I think there should just be a bzr lp-submit-all :) | 14:32 |
| mtaylor | jaypipes: yes. I have that on my todo list | 14:32 |
| jaypipes | mtaylor: that enables a dev to just write a commit for each pipe and it automatically handles things.. | 14:32 |
| mtaylor | yup | 14:33 |
| jaypipes | mtaylor: and the fact that bzr switch and bzr switch-pipe are so easily confused (and f**k up the commits if you mistake them) is, well, ass-baggery. | 14:33 |
| mtaylor | well - switch has been around way before switch-pipe, but yeah | 14:34 |
| jaypipes | mtaylor: just saying it's very easy to screw up the commits because of the similarity :) | 14:35 |
| mtaylor | yes | 14:36 |
| jaypipes | mtaylor: just realized there is an alias "swp" for switch-pipe. That will help at least :) | 14:36 |
| *** mrayzenoss has joined #openstack | 14:37 | |
| *** mrayzenoss is now known as mray | 14:37 | |
| *** mray has joined #openstack | 14:37 | |
| *** alekibango has joined #openstack | 14:41 | |
| *** sirp1 has joined #openstack | 14:43 | |
| *** sirp1 has joined #openstack | 14:43 | |
| *** mray has quit IRC | 14:44 | |
| *** sophiap has quit IRC | 14:45 | |
| *** g0rdy has left #openstack | 14:45 | |
| *** sophiap has joined #openstack | 14:46 | |
| *** lbieber has joined #openstack | 14:47 | |
| gundlach | eday: so, you approved https://code.launchpad.net/~gundlach/nova/fix-install-venv/+merge/32155 -- does that mean that it will show up in trunk automatically? when I run the "merge this branch" command explicitly, I get "nothing to do". | 14:53 |
| soren | gundlach: It's lacking a commit message. | 14:54 |
| soren | gundlach: Feel free to set it. | 14:54 |
| *** _cerberus_ has joined #openstack | 14:54 | |
| soren | gundlach: Once that's set, Tarmac will take care of the rest. | 14:55 |
| gundlach | soren: ah. ok, thanks. | 14:55 |
| gundlach | was there anything informing me of that on the page (besides "set a commit message") or should I just learn to watch for that notification when a branch isn't merging? | 14:55 |
| gundlach | in other words, are there other types of things that can block a merge, and where should i look for those? | 14:55 |
| *** mrayzenoss1 has joined #openstack | 14:56 | |
| *** mrayzenoss1 is now known as mray | 14:56 | |
| soren | gundlach: That's about it, I think. | 14:57 |
| gundlach | soren: thanks. | 14:57 |
| soren | gundlach: sure thing. | 14:57 |
| mtaylor | gundlach: if anything goes wrong with the merge, tarmac will report it back as a comment to the merge prop | 14:58 |
| mtaylor | gundlach: so if it either doesn't merge cleanly, or if it fails tests for what not | 14:59 |
| gundlach | mtaylor: good to know. Looks like it merged, in this case. | 14:59 |
| mtaylor | gundlach: woot | 14:59 |
| gundlach | would have been nice to have a comment saying "waiting for commit message", perhaps, since when it doesn't merge, people can then go check for messages from tarmac. | 14:59 |
| gundlach | though maybe that's a tarmac-level thing instead of a bzr or launchpad-level thing. | 14:59 |
| mtaylor | it is - and it's something on my todo list to change | 15:00 |
| *** justinsheehy_ has joined #openstack | 15:00 | |
| mtaylor | the blocking-on-commit message thing is silly ... if there's no commit message, it should just use the merge prop description | 15:00 |
| *** sirp1 has quit IRC | 15:00 | |
| *** sirp1 has joined #openstack | 15:01 | |
| *** sirp1 has quit IRC | 15:01 | |
| *** sirp1 has joined #openstack | 15:01 | |
| *** justinsheehy_ has quit IRC | 15:05 | |
| *** justinsheehy has joined #openstack | 15:07 | |
| *** justinsheehy_ has joined #openstack | 15:13 | |
| *** justinsheehy has quit IRC | 15:14 | |
| *** justinsheehy_ is now known as justinsheehy | 15:14 | |
| uvirtbot | New bug: #615906 in nova "pip-requires and virtualenv don't play together nicely" [Undecided,New] https://launchpad.net/bugs/615906 | 15:21 |
| *** calavera has quit IRC | 15:27 | |
| *** rajijoom has quit IRC | 15:28 | |
| mtaylor | gundlach: ok. done | 15:37 |
| gundlach | mtaylor: impressive :) | 15:37 |
| mtaylor | gundlach: got tired of this being a blocker - is now fixed and installed | 15:37 |
| gundlach | ty! | 15:37 |
| mtaylor | sure thing! | 15:37 |
| creiht | mtaylor: about time! ;) | 15:37 |
| mtaylor | now - it may still be desirable for people to set commit messages- if that merge request description is a novel and stuff | 15:37 |
| mtaylor | but I think that can be a yell-at-each-other sort of thing :) | 15:38 |
| mtaylor | creiht: I know. I'm slack ;) | 15:38 |
| *** zul has quit IRC | 15:39 | |
| *** zul has joined #openstack | 15:41 | |
| *** gundlach has quit IRC | 15:46 | |
| *** gundlach has joined #openstack | 15:46 | |
| *** kashyapc_ has joined #openstack | 15:53 | |
| *** binaryWarrior has joined #openstack | 15:53 | |
| *** kashyapc has quit IRC | 15:54 | |
| *** lbieber has quit IRC | 15:56 | |
| *** brd_from_italy has quit IRC | 15:56 | |
| *** lbieber has joined #openstack | 16:02 | |
| *** e1mer has joined #openstack | 16:02 | |
| *** e1mer has quit IRC | 16:04 | |
| *** PiotrSikora has quit IRC | 16:09 | |
| *** zheng_li has quit IRC | 16:11 | |
| *** justinsheehy has quit IRC | 16:13 | |
| *** PiotrSikora has joined #openstack | 16:14 | |
| *** e1mer has joined #openstack | 16:15 | |
| *** heckj has joined #openstack | 16:18 | |
| heckj | howdy - I have a merge request moved into approved state - wasn't sure if I needed to do anything to move it into the trunk. Didn't know if that was a person invoking it, or an automatic process. | 16:20 |
| *** e1mer has quit IRC | 16:20 | |
| mtaylor | heckj: nope. it's automated | 16:20 |
| heckj | Okay - out of curiousity, how does it work? I was going to continue cleaning, but that branch hasn't been merged into the trunk (that I can see) as yet. | 16:21 |
| mtaylor | heckj: ah - it's not actually in approved state - it's just had an approve vote cast for it | 16:21 |
| heckj | Ahhhh! | 16:22 |
| heckj | Okay - thanks! | 16:22 |
| heckj | If I do more cleaning tonight, I'll just open a new branch to keep from confusing things | 16:22 |
| mtaylor | poppiing it to approved real quick - it should be in trunk in like 5 minutes | 16:22 |
| heckj | cool - thanks. | 16:24 |
| heckj | What's proper ettiquette from here? Continue working on this branch, or close it and open a new one? | 16:24 |
| mtaylor | either way works - if it's still pylint cleanup, I say just keep working in the same branch | 16:25 |
| *** toddmorey has joined #openstack | 16:33 | |
| *** zul has quit IRC | 16:33 | |
| *** kashyapc_ has quit IRC | 16:34 | |
| *** e1mer has joined #openstack | 16:35 | |
| *** bitmonk1 has joined #openstack | 16:38 | |
| *** e1mer has quit IRC | 16:39 | |
| jaypipes | mtaylor: hope you don't mind I put you in touch with the Citrix folks about their Hudson stuff. | 16:39 |
| mtaylor | jaypipes: not at all - I haven't responded yet, but will | 16:40 |
| jaypipes | mtaylor: cheers | 16:40 |
| *** binaryWarrior has quit IRC | 16:40 | |
| *** zheng_li has joined #openstack | 16:44 | |
| *** lew has joined #openstack | 16:45 | |
| *** e1mer has joined #openstack | 16:49 | |
| *** e1mer has quit IRC | 16:52 | |
| *** rajijoom has joined #openstack | 16:58 | |
| *** metoikos has quit IRC | 17:03 | |
| *** jamiew has joined #openstack | 17:06 | |
| gundlach | everybody: dubs sirp1 and i have been talking about the Right Way to support serialization to JSON/XML/other in a wsgi stack. | 17:07 |
| gundlach | the API Endpoint system will need to support this, and it would be nice if the code were reusable in other parts of the system. | 17:07 |
| gundlach | we thought of having a wsgi middleware that detects Accept: header (or URL suffix like .xml) on the request, gets the response from the wsgi app below it, then serializes to the proper format. | 17:08 |
| gundlach | but that raises a question: in what format did the "wsgi app below it" return its results? the wsgi spec requires that responses be an iterator of strings. | 17:08 |
| gundlach | so the wsgi stack can't just be passing a dictionary up until the serializer can turn that into json or XML. | 17:09 |
| gundlach | sirp1 suggested that the lowest-level app (the one that fetches models from the DB) would pickle the response, and let that percolate up to the serializer. | 17:09 |
| gundlach | that feels a little weird to me -- passing an opaque pickle object through a WSGI stack -- but i can't come up with a good argument against it. | 17:10 |
| gundlach | anyone have a good reason why we shouldn't go this route? | 17:10 |
| mtaylor | spy: ping... see my note about dns? | 17:10 |
| spy | mtaylor: yup, fixing to do it, got tied up a in few meetings this morn | 17:11 |
| gundlach | another approach would be for the serialize middleware to record the Accept type in the environ during the request phase, and then the lowest-level app would call serialize_my_response_dict() which would serialize to the requested Accept type. the downside is that each low-level app will have to add that line. | 17:11 |
| mtaylor | spy: meetings suck | 17:11 |
| * mtaylor replaces all meetings in his day with vodka | 17:11 | |
| spy | mtaylor: yeah, i've been good at dodging them, but they occasionally catch me | 17:12 |
| * mtaylor imagines people running through the castle whic large inflatable meetings float around trying to snag people | 17:12 | |
| spy | that's not far from the truth :) | 17:13 |
| spy | mtaylor: ok, dns updated, should take about 30 minutes or so | 17:14 |
| mtaylor | spy: rock | 17:16 |
| mtaylor | spy: thanks! | 17:16 |
| mtaylor | chromakode: ping | 17:17 |
| mtaylor | chromakode: I restarted the karmabot server and it's not running anymore- could you give me a note on how it starts/runs? | 17:17 |
| *** tobym has joined #openstack | 17:21 | |
| *** holoway has quit IRC | 17:22 | |
| *** bitmonk has joined #openstack | 17:23 | |
| *** holoway has joined #openstack | 17:23 | |
| _cerberus_ | gundlach: that would mean that each middleware up the chain would have the deserialize, append, and reserialize, right? | 17:28 |
| gundlach | _cerberus_: yes, if it wanted to modify the response body. but i don't know of too many that do. | 17:28 |
| *** h1nchtastic has joined #openstack | 17:29 | |
| gundlach | also, as i described the problem to the channel, i realized that it sounds a lot like serializing to JSON/XML/whatever is really not the job of a WSGI middleware... and I can't find an example of a middleware-based serializer on the internet, which makes me think i'm right | 17:29 |
| gundlach | so i may be leaning at the moment toward just having the lowermost wsgi app do something like | 17:30 |
| gundlach | myDict = go_calculate_the_response() | 17:30 |
| gundlach | return SerializerByAcceptType(request).serialize(myDict) | 17:30 |
| gundlach | aka, there's no middleware at all, and I provide instead a class that can figure out how to serialize. | 17:31 |
| gundlach | and maybe it'll be a decorator on a method instead, so the method can return the dict and the @serialize_by_accept_type decorator takes care of the rest. | 17:31 |
| gundlach | (which is kind of like the pattern in TurboGears, except that they can only serialize to JSON.) | 17:31 |
| _cerberus_ | gundlach: I wasn't aware that TurboGears already had a solution of sorts. Is the only distinction that they only serialize to JSON? | 17:32 |
| *** zul has joined #openstack | 17:34 | |
| gundlach | _cerberus_: correct -- they don't read the accept header, and instead just provide a decorator that turns a dictionary into a JSON object. | 17:35 |
| gundlach | http://docs.turbogears.org/1.0/JsonifyDecorator | 17:35 |
| gundlach | _cerberus_: incidentally re: building the testing framework that we talked about yesterday: i was pretty sure webob provided a default request environment so you wouldn't have to fire up an HTTP server to do your testing. It's webob.Request.blank('http://google.com') -- the resulting Request is a full web request and its .environ is fully loaded. | 17:36 |
| gundlach | you can pass it to the app to test and the app won't know it wasn't called by a web server. | 17:36 |
| _cerberus_ | gundlach: The turbogears solution looks pretty cool. | 17:37 |
| sirp1 | for comparison: swift handles serialization directly in the application itself (see account.py for example), no serializeByAcceptHeader or middleware | 17:37 |
| _cerberus_ | And also, awesome find | 17:37 |
| gundlach | see http://pythonpaste.org/webob/jsonrpc-example.html [search for 'blank Request'] | 17:37 |
| creiht | gundlach: Sorry, have been at lunch, but I think you have come to the right conclusiong to not do serialization in middleware | 17:37 |
| gundlach | creiht: cool -- care to elaborate? | 17:37 |
| creiht | gundlach: You might also look at restish to see how they handle differnt accepts | 17:38 |
| gundlach | creiht: ty | 17:38 |
| creiht | at least I like how they do it :) | 17:38 |
| gundlach | sirp1: where is account.py? | 17:38 |
| gundlach | (viewing files in LP so no 'find' command available ;) ) | 17:38 |
| sirp1 | swift code base: swift/account/server.py actually :) | 17:39 |
| gundlach | ah hah | 17:39 |
| creiht | gundlach: but most frameworks take the approach of serializing at that level (also like the TG example that you used) | 17:39 |
| gundlach | sirp1: ah, i see, swift is actually building XML by hand. | 17:41 |
| gundlach | creiht: ok. | 17:41 |
| notmyname | gundlach: and you'll see that swift uses query parameters to determine the serialization format (rather than accept headers) | 17:42 |
| gundlach | notmyname: cool. i'd like the serializing function to read whatever it needs to -- accept headers, or suffix, or qsvars. | 17:43 |
| gundlach | for nova's RS API, i'll hard-code it to check the accept headers and then the suffix (which is what the RS API specifies) but we should then extend it to work for swift as well. | 17:43 |
| notmyname | (I may be wrong about swift only using query args) | 17:43 |
| gundlach | notmyname: looks like it tries the ?format param first, then falls back on webob.Request.accept | 17:44 |
| notmyname | just looked at the code | 17:44 |
| gundlach | heh | 17:44 |
| notmyname | ya, that | 17:44 |
| creiht | yup | 17:44 |
| notmyname | the worst part: I wrote at least some of that code.... | 17:45 |
| creiht | hah | 17:45 |
| gundlach | notmyname: the best part: it works :) | 17:45 |
| notmyname | that must have been the part I didn't write ;-) | 17:45 |
| gundlach | no one is expected to remember what they wrote the day after they wrote it | 17:45 |
| gundlach | that's what comments are for :) at least in my case anyway. | 17:45 |
| creiht | hehe | 17:45 |
| notmyname | hehe. true | 17:45 |
| *** justinsheehy has joined #openstack | 17:47 | |
| gundlach | creiht: having trouble finding the Accept-related bits on http://ish.io/embedded/restish/ . Can you point me to them, or just tell me how they handle serialization? | 18:06 |
| *** toddmorey has quit IRC | 18:11 | |
| *** zul has quit IRC | 18:12 | |
| *** zul has joined #openstack | 18:12 | |
| creiht | gundlach: http://ish.io/embedded/restish/resources.html#resource-url-handling | 18:13 |
| creiht | and search for content negotiation | 18:13 |
| creiht | You would still have to call some serialization functionality at that point, but it handles the content negotiation piece | 18:14 |
| creiht | And then I had middleware that would override the accept header based on suffix, or query args | 18:15 |
| holoway | creiht: yay for using Accept headers | 18:16 |
| creiht | The above was in a previous life | 18:16 |
| *** justinsheehy has quit IRC | 18:17 | |
| *** zul has quit IRC | 18:24 | |
| *** justinsheehy has joined #openstack | 18:25 | |
| *** dendrobates is now known as dendro-afk | 18:26 | |
| *** karmabot has joined #openstack | 18:33 | |
| _cerberus_ | gundlach: are you still working on the resource mapping or have you moved onto the specific controller components? | 18:38 |
| gundlach | _cerberus_: still doing resource mapping -- i have been reading Routes' instructions, because i can't quite see how it's supposed to work. | 18:38 |
| *** dendro-afk is now known as dendrobates | 18:38 | |
| _cerberus_ | gundlach: gotcha | 18:38 |
| gundlach | why -- you want to grab it? | 18:38 |
| _cerberus_ | Nope, curious mostly. Looking at starting the servers controller | 18:38 |
| *** dendrobates is now known as dendro-afk | 18:39 | |
| *** dendro-afk is now known as dendrobates | 18:39 | |
| gundlach | _cerberus_: cool -- just make it conform to the list on http://routes.groovie.org/restful.html#resource-options and i should be able to tie in. | 18:46 |
| gundlach | sorry that i haven't figured it out yet! | 18:46 |
| _cerberus_ | gundlach: no problem dude. Just trying to figure out where we are. Obviously I want to avoid starting something and having to rewrite 90% to conform to what you're setting up | 18:46 |
| gundlach | yep | 18:46 |
| gundlach | in addition to the CRUD methods, i guess calling the other actions 'reboot()' and 'resize()' etc would work -- i'll just map those individually, manually. | 18:47 |
| *** gustavomzw has joined #openstack | 18:51 | |
| *** metoikos has joined #openstack | 18:53 | |
| PythonPup | Howdy. I am about equally interested in Nova and Swift. Which is easier to setup? I'll start with that one. I asked this once before, and I think someone answered, but it scrolled off before I got back to the chat program. | 18:59 |
| *** mrayzenoss has joined #openstack | 18:59 | |
| *** mrayzenoss has joined #openstack | 18:59 | |
| holoway | PythonPup: swift | 19:00 |
| PythonPup | Thanks, holoway | 19:00 |
| *** rajijoom has quit IRC | 19:00 | |
| PythonPup | http://pytexas.org/ | 19:01 |
| *** mray has quit IRC | 19:02 | |
| PythonPup | oops, I meant that for another channel. | 19:06 |
| *** pvo_ has joined #openstack | 19:08 | |
| *** pvo has quit IRC | 19:08 | |
| *** pvo_ is now known as pvo | 19:08 | |
| *** ChanServ sets mode: +v pvo | 19:08 | |
| soren | Wooo! Nova was accepted into Ubuntu Maverick. | 19:16 |
| gholt | :) | 19:17 |
| alekibango | what will that mean for us? | 19:17 |
| alekibango | i dont see it, where did you read this? | 19:18 |
| *** mrayzenoss is now known as mray | 19:18 | |
| alekibango | ah, found some | 19:18 |
| soren | alekibango: It means that going forward, it doesn't need review by an archive administrator. I can just upload new version at will. | 19:23 |
| mtaylor | soren: w00t | 19:23 |
| soren | mtaylor: w00t² | 19:25 |
| uvirtbot | New bug: #616024 in swift "Add metadata facility to account and container servers" [Wishlist,In progress] https://launchpad.net/bugs/616024 | 19:25 |
| *** ptremblett has quit IRC | 19:25 | |
| *** zul has joined #openstack | 19:36 | |
| alekibango | soren: thanks, good news | 19:48 |
| *** mtaylor has quit IRC | 19:55 | |
| *** justinsheehy has quit IRC | 19:57 | |
| *** mray has quit IRC | 20:07 | |
| *** dendrobates is now known as dendro-afk | 20:10 | |
| *** mrayzenoss has joined #openstack | 20:10 | |
| *** mrayzenoss is now known as mray | 20:10 | |
| *** mray has joined #openstack | 20:10 | |
| *** mtaylor has joined #openstack | 20:13 | |
| *** ChanServ sets mode: +v mtaylor | 20:13 | |
| *** zul has quit IRC | 20:19 | |
| *** zul has joined #openstack | 20:20 | |
| * mtaylor is pleased to announce http://paste.openstack.org/ ... go nuts | 20:28 | |
| creiht | woot! | 20:28 |
| *** ChanServ sets mode: +o mtaylor | 20:28 | |
| *** mtaylor changes topic to "Find out more and get involved here: http://www.openstack.org | Nova Docs: nova.openstack.org | Swift Docs: swift.openstack.org | Wiki: wiki.openstack.org | http://wiki.openstack.org/LifeWithBzrAndLaunchpad | http://irclogs.openstack.org/logs | http://paste.openstack.org/" | 20:28 | |
| redbo | cool | 20:29 |
| notmyname | yay | 20:29 |
| notmyname | http://paste.openstack.org/show/1/ | 20:29 |
| creiht | :) | 20:29 |
| mtaylor | hehe | 20:29 |
| cory_ | frist? | 20:33 |
| cory_ | ok, #2 got it | 20:33 |
| *** lbieber_ has joined #openstack | 20:34 | |
| mtaylor | stewart: https://code.edge.launchpad.net/~mordred/drizzle/rplugin-innobase/+merge/32257 | 20:34 |
| mtaylor | damn. wrong channel | 20:34 |
| stewart | hehe | 20:35 |
| notmyname | mtaylor: your pastebin crashed | 20:35 |
| mtaylor | damn | 20:35 |
| creiht | works for me | 20:35 |
| mtaylor | notmyname: yeah? works for me? | 20:35 |
| notmyname | I get a 500 | 20:35 |
| * mtaylor doesn't want his pastebin to crash... | 20:35 | |
| mtaylor | WEIRD | 20:36 |
| notmyname | creiht saw it too (on my screen) | 20:36 |
| creiht | Must be because he is using a mac | 20:36 |
| *** lbieber has quit IRC | 20:36 | |
| *** zul has quit IRC | 20:37 | |
| notmyname | I insist on using a laptop bathed in unicorn tears | 20:37 |
| mtaylor | notmyname: ok. I'm running through the log and not seeing any tracebacks... | 20:37 |
| mtaylor | ah! | 20:38 |
| redbo | worked fine on my mac. He must be using safari. My browser isn't bathed in unicorn tears. | 20:38 |
| mtaylor | I see a traceback - but it means very little to me at the moment... | 20:38 |
| mtaylor | InvalidRequestError: Could not evaluate current criteria in Python. Specify 'fetch' or False for the synchronize_session parameter. | 20:38 |
| mtaylor | macs always cause me grief :) | 20:38 |
| creiht | ok now it isn't loading for me | 20:39 |
| notmyname | ya, now it's hanging | 20:39 |
| mtaylor | alright. I officially rescind the laungh :) | 20:39 |
| redbo | we've been using lodgeit with mod_wsgi for forever internally for swift and haven't had any problems with it | 20:39 |
| mtaylor | launch | 20:39 |
| mtaylor | creiht: try again? | 20:39 |
| creiht | ok now it loads | 20:40 |
| mtaylor | ok. I think that freeze was me having frozen stdout in screen :) | 20:40 |
| mtaylor | which is ghey - but whatever | 20:40 |
| *** zul has joined #openstack | 20:40 | |
| mtaylor | the problem seems to be coming in fetch_replies - I'll see if I can figure out what madness is going on | 20:40 |
| * mtaylor waves his fist at running software directly from version control | 20:41 | |
| *** ctennis has quit IRC | 20:42 | |
| mtaylor | makes no sense... why would it matter what browser you're using. sigh | 20:42 |
| * mtaylor hates the web | 20:42 | |
| notmyname | mtaylor: Safari debug console shows the 500 on /favicon.ico | 20:44 |
| mtaylor | fail | 20:44 |
| mtaylor | perhaps I should just add a favicon.ico | 20:45 |
| notmyname | touch favicon.ico <-- done | 20:45 |
| gholt | Well, the lack of a favicon doesn't blow up my Safari... | 20:46 |
| *** ctennis has joined #openstack | 20:52 | |
| *** xtoddx has joined #openstack | 20:54 | |
| xtoddx | creiht: you around? | 20:55 |
| creiht | xtoddx: yo! | 20:55 |
| *** toddmorey has joined #openstack | 20:56 | |
| xtoddx | so i've been looking at moving auth to nova | 20:56 |
| creiht | k | 20:56 |
| mtaylor | notmyname: I'm sadly having to learn more about werkzeug than I really wanted to know - back in a jiff | 20:56 |
| xtoddx | thinking that account ring will be managed by another process and validated by the middleware | 20:56 |
| xtoddx | but first issue I'm coming into is what url to return with auth, since nova and swift have potentially different endpoints | 20:57 |
| creiht | xtoddx: Is there a reason it can't return a compute endpoint and a storage endpoint? | 20:58 |
| notmyname | but not in headers (please) | 20:58 |
| creiht | heh | 20:58 |
| xtoddx | notmyname: how will it return them then? | 20:59 |
| notmyname | in the body of the response. I only say that because the rackspace cloud auth uses header values, and it's not very future-friendly (what with multiple global swift clusters and all) | 21:00 |
| xtoddx | right now the specs for both expect headers: X-Storage-Url and X-Server-Management-Url | 21:00 |
| creiht | so lets back up a sec | 21:01 |
| creiht | :) | 21:01 |
| zul | is nginx still required? | 21:01 |
| creiht | xtoddx: Are we talking about a more generalized auth solution for both, or hooking swift into the current auth in nova? | 21:02 |
| xtoddx | i think we need one endpoint that works for both systems | 21:02 |
| creiht | yes | 21:03 |
| creiht | :) | 21:03 |
| *** jdarcy has quit IRC | 21:03 | |
| xtoddx | So I'm willing to change nova systems to use the rackspace way of auth. | 21:03 |
| mtaylor | notmyname: would you try again real quick for me? | 21:03 |
| notmyname | mtaylor: works | 21:04 |
| mtaylor | notmyname: woot | 21:04 |
| creiht | xtoddx: Are we sure that is the best idea? | 21:04 |
| mtaylor | still haven't solve favicon.ico - but I care less about thtat now | 21:04 |
| xtoddx | creight: i like it. and as we move nova to the openstack API we need the same type of system, so why not make it the same system for both? | 21:05 |
| creiht | Well it has some drawbacks | 21:05 |
| creiht | plus side is that it is simple | 21:05 |
| creiht | minus side is that you can't do things like signed urls | 21:06 |
| xtoddx | whats a signed url? | 21:06 |
| creiht | like a one time use url | 21:07 |
| creiht | (for storage) | 21:07 |
| creiht | maybe that is a bad example | 21:07 |
| xtoddx | i don't see why it would block that | 21:07 |
| xtoddx | it might just make the signature live in some other storage other than account/auth | 21:08 |
| redbo | the other main drawback is you have to use https, since you don't want anyone getting the storage token | 21:09 |
| *** mtaylor has quit IRC | 21:10 | |
| redbo | Well, maybe less of a problem for you, but it'd be nice for us to offer http, but it'd be pretty insecure compared to request signing. | 21:10 |
| xtoddx | request signing is using a secret key to sign the body of the request and put the signature in the header? | 21:11 |
| creiht | I was thinking that more people would want something like oauth | 21:11 |
| creiht | xtoddx: more or less | 21:12 |
| redbo | Usually you just do something like take the request headers and timestamp and secret key and hash them all and stick that in the headers. | 21:12 |
| xtoddx | i don't see why a central auth system would interfere with that, you can get from a session token to a user record, which will have the secret token | 21:12 |
| redbo | okay, when you say "the rackspace way", you imply a lot of things to us that we don't necessarily like :) | 21:13 |
| * bitmonk chuckles | 21:14 | |
| xtoddx | ha, okay. so lets do something cool going forward | 21:14 |
| *** Paul_Miller has quit IRC | 21:14 | |
| creiht | Now that is the talk we like to hear :) | 21:14 |
| *** toddmorey has quit IRC | 21:14 | |
| xtoddx | so I should read up on oauth, and how to implement it in a command line / library environment? | 21:15 |
| creiht | I dunno... who decides what is the "right" way to do auth for openstack | 21:15 |
| redbo | whoever implements it first. GO! | 21:16 |
| creiht | The other option is that we could do the rackspace way right now, since that would be the easier/fastest thing until openstack decides which way to go with auth | 21:16 |
| xtoddx | yea, probably RS way for now, with a suggestion for going forward | 21:16 |
| creiht | And at that point actually, we could have to auth variants | 21:17 |
| xtoddx | we'd probably have to make a blueprint and get it reviewed by the tech board? | 21:17 |
| creiht | to/two | 21:17 |
| gholt | Is it still true that OAuth 2 isn't yet final? | 21:17 |
| * vishy jumps into the middle of the conversation | 21:17 | |
| creiht | yay for colaboration :) | 21:17 |
| *** dendro-afk is now known as dendrobates | 21:18 | |
| xtoddx | oauth2 looks draft, but a late stage draft we could probably work from | 21:18 |
| xtoddx | there are some implementations already | 21:18 |
| gholt | Yeah, still draft, but... yeah, what xtoddx said, heh. http://oauth.net/2/ | 21:18 |
| *** mtaylor has joined #openstack | 21:19 | |
| *** ChanServ sets mode: +v mtaylor | 21:19 | |
| creiht | it is more or less what google uses | 21:19 |
| creiht | though they still use v1.0 | 21:20 |
| gholt | Yeah, 2 is the way to go for new stuff, as the chatter goes. | 21:20 |
| *** zul has quit IRC | 21:22 | |
| creiht | sure | 21:22 |
| gholt | "considered stable but with many features being changed or added", seems a bit of a contradiction there | 21:22 |
| xtoddx | pfff, logic, who needs it | 21:22 |
| *** theron has quit IRC | 21:22 | |
| *** theron has joined #openstack | 21:22 | |
| gholt | The flag for me is that they indicate 1 did not scale all that well, but 2 should. | 21:23 |
| *** xtoddx has left #openstack | 21:23 | |
| creiht | heh | 21:23 |
| *** xtoddx has joined #openstack | 21:23 | |
| *** mtaylor has quit IRC | 21:27 | |
| *** theron has left #openstack | 21:27 | |
| creiht | well this is funny, turns out that OAuth WRAP is pretty close to what RS Auth does now :) | 21:32 |
| creiht | http://wiki.oauth.net/OAuth-WRAP | 21:33 |
| creiht | 2.0 of course deprecates it | 21:33 |
| *** mtaylor has joined #openstack | 21:34 | |
| *** ChanServ sets mode: +v mtaylor | 21:34 | |
| gholt | Do we want to move away from token-based? Or continue to support it? | 21:34 |
| holoway | can you use oauth outside of http? | 21:36 |
| holoway | I imagine not | 21:36 |
| gholt | Not with that spec. | 21:37 |
| *** cglee has joined #openstack | 21:40 | |
| *** mtaylor has quit IRC | 21:41 | |
| gholt | I'm having a hard time sifting it all fast, but I'm guessing OAuth1 = sign-per-request and OAuth2 = token-per-session required https. | 21:42 |
| gholt | Do we have anybody familiar with this stuff? | 21:42 |
| *** pvo has quit IRC | 21:46 | |
| *** metoikos has quit IRC | 21:47 | |
| *** gustavomzw has quit IRC | 21:50 | |
| heckj | I'm pretty familiar with OAuth - using it extensively | 21:59 |
| heckj | Oauth1 (hammer spec) has a nice setup for service to service authorization that's really light, might be applicable | 21:59 |
| heckj | oauth2 is moving pretty fast with the spec, but is actually much simpler to use - a lot less complex signing requirements | 22:02 |
| heckj | oauth2 is at rev 10 on the spec last I looked - but not final | 22:02 |
| gholt | I'm wondering if having code for both is best? Some might want the extra security 1 provides. But I'm going on very limited knowledge of the two specs, heh. | 22:03 |
| gholt | Essentially, current Swift is oauth2-like. Authenticate with auth server for a token, use token as authorization with resource server, resource server validates (and caches) token with auth server. | 22:07 |
| *** ptremblett has joined #openstack | 22:07 | |
| gholt | All over https, of course so the token isn't sniffed. | 22:07 |
| redbo | so there's no signing with oauth2? | 22:08 |
| gholt | There's signing with the authentication part to get the initial token, as I understand. | 22:08 |
| gholt | Or, there can be signing, I should say. | 22:08 |
| eday | wreese: hey, you around? | 22:14 |
| wreese | yo | 22:16 |
| *** cglee has quit IRC | 22:16 | |
| eday | wreese: you still in the castle, and if so, have a min to chat? I'm over in the ozone area | 22:16 |
| wreese | yeah | 22:16 |
| creiht | eday: he's on the other side of the partition from you if you want to walk on over :) | 22:17 |
| gholt | You're sending him towards George probably... heh | 22:18 |
| creiht | even better :) | 22:18 |
| gundlach | out, bye | 22:18 |
| *** gundlach has quit IRC | 22:18 | |
| gholt | heckj: Is there an oauth server out there most folks use? Or does everybody just provide an oauth layer on top of their own user databases? or? | 22:21 |
| heckj | mostly it's a light oauth layer on top of your application - python-oauth2, etc. | 22:22 |
| gholt | So, for OpenStack, currently just swift and nova, we'd make a new project for the oauth server they'd both use which could be ignored if the installer has their own oauth server already? | 22:24 |
| creiht | Well I think we have identified that we need a reference auth server for both swift and nova to use together | 22:26 |
| creiht | the question is what does that look like? Oauth? | 22:26 |
| heckj | yeah, pretty much. We've done an oauth token store and an authorization service that responded with the Xauth headers from a plugable store | 22:27 |
| creiht | I have to admit, now that I have looked at it, the whole oauth landscape is a bit confusing | 22:27 |
| heckj | it is | 22:27 |
| gholt | Yeah, I was hoping there was already an open source oauth 1 and 2 server out there we could just use. | 22:27 |
| *** stewart has quit IRC | 22:28 | |
| *** lbieber has joined #openstack | 22:29 | |
| *** rnewson has quit IRC | 22:33 | |
| *** toddmorey has joined #openstack | 22:39 | |
| *** pvo has joined #openstack | 22:42 | |
| *** pvo has joined #openstack | 22:42 | |
| *** ChanServ sets mode: +v pvo | 22:42 | |
| *** mtaylor has joined #openstack | 22:42 | |
| *** ChanServ sets mode: +v mtaylor | 22:42 | |
| *** pvo has quit IRC | 22:43 | |
| *** toddmorey has quit IRC | 22:45 | |
| mtaylor | I know it's not fully openstack related yet - but it's a real PITA to do both a .com and a .org that are the same thing in RS Cloud Sites/DNS ... | 22:47 |
| *** toddmorey has joined #openstack | 22:53 | |
| *** mray has quit IRC | 22:53 | |
| *** miclorb has joined #openstack | 22:55 | |
| vishy | yay for pylint | 22:57 |
| mtaylor | vishy: it's when it does something actually useful that all the rest of it is worth it :) | 22:59 |
| heckj | amen | 23:00 |
| vishy | mtaylor: i believe you | 23:00 |
| *** RobertLJ has joined #openstack | 23:03 | |
| vishy | is cbehrens on here? | 23:08 |
| *** toddmorey has quit IRC | 23:09 | |
| *** toddmorey has joined #openstack | 23:09 | |
| *** codejunkie has quit IRC | 23:10 | |
| *** tobym has quit IRC | 23:10 | |
| *** codejunkie has joined #openstack | 23:12 | |
| *** lew has quit IRC | 23:16 | |
| *** hybridpollo has joined #openstack | 23:19 | |
| *** viewlogic has quit IRC | 23:21 | |
| *** viewlogic has joined #openstack | 23:22 | |
| *** jamiew has quit IRC | 23:25 | |
| *** gustavomzw has joined #openstack | 23:26 | |
| *** zheng_li has quit IRC | 23:26 | |
| *** hybridpollo has quit IRC | 23:27 | |
| *** lbieber has quit IRC | 23:30 | |
| *** tobym has joined #openstack | 23:34 | |
| *** allsystemsarego has quit IRC | 23:41 | |
| *** metoikos has joined #openstack | 23:42 | |
| *** johnpur has quit IRC | 23:52 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!