| *** nosnos has joined #openstack-marconi | 01:43 | |
| *** nosnos has quit IRC | 03:18 | |
| *** nosnos has joined #openstack-marconi | 04:06 | |
| *** haomaiwang has joined #openstack-marconi | 04:19 | |
| *** haomaiw__ has joined #openstack-marconi | 04:22 | |
| *** haomaiwang has quit IRC | 04:23 | |
| *** vkmc has quit IRC | 04:26 | |
| *** haomaiw__ has quit IRC | 04:32 | |
| *** haomaiwang has joined #openstack-marconi | 04:33 | |
| *** renlt has joined #openstack-marconi | 05:34 | |
| *** whenry has joined #openstack-marconi | 05:35 | |
| *** davidhadas has joined #openstack-marconi | 06:47 | |
| *** nosnos has quit IRC | 06:57 | |
| *** davidhadas has quit IRC | 07:00 | |
| *** davidhadas has joined #openstack-marconi | 07:00 | |
| *** mgibert has joined #openstack-marconi | 07:41 | |
| *** amalagon_ has joined #openstack-marconi | 07:56 | |
| *** amalagon has quit IRC | 07:58 | |
| *** flaper87|afk is now known as flaper87 | 08:01 | |
| *** russell_h has quit IRC | 08:01 | |
| *** russell_h has joined #openstack-marconi | 08:02 | |
| *** openstackgerrit has quit IRC | 08:02 | |
| *** davidhadas_ has joined #openstack-marconi | 08:06 | |
| *** openstackgerrit has joined #openstack-marconi | 08:07 | |
| *** davidhadas has quit IRC | 08:08 | |
| *** russell_h has quit IRC | 08:13 | |
| *** russell_h has joined #openstack-marconi | 08:16 | |
| *** renlt has quit IRC | 08:17 | |
| *** russell_h has quit IRC | 08:21 | |
| *** russell_h has joined #openstack-marconi | 08:24 | |
| *** russell_h has quit IRC | 08:31 | |
| *** russell_h has joined #openstack-marconi | 08:33 | |
| *** russell_h has quit IRC | 08:38 | |
| *** russell_h has joined #openstack-marconi | 08:42 | |
| *** russell_h has quit IRC | 08:58 | |
| *** russell_h has joined #openstack-marconi | 08:59 | |
| *** ykaplan has joined #openstack-marconi | 09:00 | |
| *** russell_h has quit IRC | 09:02 | |
| *** russell_h has joined #openstack-marconi | 09:04 | |
| *** russell_h has quit IRC | 09:14 | |
| *** russell_h has joined #openstack-marconi | 09:14 | |
| *** russell_h has quit IRC | 09:18 | |
| *** russell_h has joined #openstack-marconi | 09:20 | |
| *** russell_h has quit IRC | 09:26 | |
| *** ykaplan has quit IRC | 09:58 | |
| *** russell_h has joined #openstack-marconi | 10:01 | |
| *** haomaiwang has quit IRC | 10:41 | |
| *** haomaiwang has joined #openstack-marconi | 10:41 | |
| *** haomaiw__ has joined #openstack-marconi | 10:45 | |
| *** haomaiwang has quit IRC | 10:46 | |
| *** ykaplan has joined #openstack-marconi | 10:58 | |
| *** davidhadas has joined #openstack-marconi | 11:20 | |
| *** davidhadas_ has quit IRC | 11:23 | |
| *** davidhadas has quit IRC | 11:25 | |
| *** haomaiw__ has quit IRC | 11:26 | |
| *** haomaiwang has joined #openstack-marconi | 11:26 | |
| *** vkmc has joined #openstack-marconi | 11:47 | |
| *** vkmc has quit IRC | 11:47 | |
| *** vkmc has joined #openstack-marconi | 11:47 | |
| flaper87 | russell_h: ping | 11:57 |
|---|---|---|
| flaper87 | russell_h: I think you're IRC bouncer went nuts :P | 11:57 |
| vkmc | :o | 11:58 |
| vkmc | morning flaper87! :) | 11:58 |
| flaper87 | vkmc: gooooooooooooooooooooooooood morning :) | 11:58 |
| flaper87 | vkmc: how are you doing? | 11:58 |
| vkmc | flaper87, all good and you? how was your weekend? | 11:59 |
| flaper87 | vkmc: it was refreshing... I spent the whole weekend out, walking around the lake, meeting with friends and family. | 12:00 |
| flaper87 | vkmc: yours ? | 12:00 |
| vkmc | flaper87, oh that's awesome :) | 12:01 |
| vkmc | flaper87, I visited my friends and family as well... but no walk outdoors, it's pretty cold here | 12:02 |
| flaper87 | What? No visit to those poor pinguins ? | 12:02 |
| flaper87 | penguins | 12:03 |
| vkmc | boo they are far away from where I live, so no penguins for me this weekend | 12:04 |
| *** mwagner_lap has quit IRC | 12:08 | |
| vkmc | flaper87, let me know if you have a moment later to discuss about amqp :) | 12:08 |
| flaper87 | vkmc: yup, gimme 1h or 2. Would that work for you? | 12:09 |
| *** ykaplan has quit IRC | 12:09 | |
| vkmc | flaper87, of course, there is no rush | 12:09 |
| *** ykaplan has joined #openstack-marconi | 12:20 | |
| openstackgerrit | Flavio Percoco proposed a change to openstack/marconi: Rename shards to pool https://review.openstack.org/96463 | 12:23 |
| *** jchai has joined #openstack-marconi | 12:47 | |
| *** sriram has joined #openstack-marconi | 12:48 | |
| openstackgerrit | Flavio Percoco proposed a change to openstack/marconi: Rename shards to pool https://review.openstack.org/96463 | 12:48 |
| openstackgerrit | Flavio Percoco proposed a change to openstack/marconi: Start scratching Queue Flavors api https://review.openstack.org/98777 | 12:48 |
| sriram | Good Morning! :) | 13:02 |
| vkmc | morning sriram! | 13:05 |
| flaper87 | sriram: good morning | 13:20 |
| sriram | good morning flaper87, vkmc :) | 13:21 |
| sriram | flaper87: could you take a look at https://review.openstack.org/#/c/97875/? , its blocking marconi-bench. it had a +2 before, I added some tests afterwards and thats gone now :P | 13:22 |
| *** Obulpathi has joined #openstack-marconi | 13:31 | |
| *** Obulpathi has quit IRC | 13:31 | |
| *** malini has joined #openstack-marconi | 13:32 | |
| *** Obulpathi has joined #openstack-marconi | 13:32 | |
| *** prashanthr_ has joined #openstack-marconi | 13:40 | |
| openstackgerrit | Flavio Percoco proposed a change to openstack/marconi: Add flavors support to mongodb https://review.openstack.org/98793 | 13:40 |
| *** ykaplan has quit IRC | 13:41 | |
| * flaper87 clicks | 13:44 | |
| flaper87 | sriram: reviewed, -1 but easy fixes | 13:49 |
| *** balajiiyer has joined #openstack-marconi | 13:54 | |
| sriram | thanks flaper87 will address them :) | 13:55 |
| *** mwagner_lap has joined #openstack-marconi | 14:00 | |
| *** amitgandhi has joined #openstack-marconi | 14:00 | |
| *** rossk has joined #openstack-marconi | 14:02 | |
| *** abettadapur has joined #openstack-marconi | 14:03 | |
| *** amitgandhi has quit IRC | 14:03 | |
| *** amitgandhi has joined #openstack-marconi | 14:04 | |
| *** rwsu has joined #openstack-marconi | 14:04 | |
| *** alcabrera|afk is now known as alcabrera | 14:06 | |
| alcabrera | good morning, everyone. :) | 14:06 |
| vkmc | good morning alcabrera! | 14:07 |
| flaper87 | alcabrera: gooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooood morning | 14:07 |
| alcabrera | vkmc: heya! How was your weekend? | 14:07 |
| alcabrera | flaper87: heeeeeeeeeeeeeeeyyyyyyyyyyyyyyy :D | 14:08 |
| alcabrera | I heard you had an awesome weekend, flaper87. Glad to hear it. <3 | 14:08 |
| flaper87 | yeah, I needed it :D | 14:08 |
| flaper87 | what about you? | 14:08 |
| vkmc | alcabrera, it was great thx! and yours? :) | 14:08 |
| prashanthr_ | good morning alll :) | 14:08 |
| vkmc | prashanthr_, hi! :) | 14:08 |
| prashanthr_ | vkmc : Hi :) | 14:08 |
| alcabrera | prashanthr_: hey! :) | 14:08 |
| alcabrera | vkmc: my weekend was super comfy. I spent time with jess, hung out with a friend at home, bought some new clothes, played minecraft, and relaxed a whole lot. :) | 14:09 |
| openstackgerrit | Sriram Madapusi Vasudevan proposed a change to openstack/python-marconiclient: Throw exceptions on erroneous status codes https://review.openstack.org/97875 | 14:09 |
| vkmc | awesome! :) | 14:10 |
| *** whenry has quit IRC | 14:11 | |
| malini | hello all :) | 14:18 |
| alcabrera | heya, malini. :) | 14:19 |
| prashanthr_ | malini : Hi , Good morning :) | 14:19 |
| vkmc | malini, hi! :) | 14:19 |
| malini | heyyy alcabrera, prashanthr_, vkmc ! | 14:19 |
| malini | I missed most of last week with my Texas trip | 14:20 |
| malini | But here I am, back again :) | 14:20 |
| malini | & As usual, I started my day with a tempest patch :) | 14:20 |
| *** Alex_Gaynor has quit IRC | 14:20 | |
| sriram | hah | 14:20 |
| sriram | hey alcabrera,prashanthr_ :) | 14:21 |
| *** Alex_Gaynor has joined #openstack-marconi | 14:21 | |
| alcabrera | sriram: good morning! | 14:21 |
| prashanthr_ | sriram: Hi , Good mornin :) | 14:21 |
| sriram | alcabrera: good morning!, I see you had an awesome weekend! :) | 14:21 |
| alcabrera | oh yes, sriram. It was lovely. :) | 14:21 |
| sriram | prashanthr_: Good morning :) | 14:22 |
| prashanthr_ | alcabrera: I started writing the test cases for redis today, so we write the tests for the private methods and the utility functions am i Right ? | 14:27 |
| *** kgriffs|afk is now known as kgriffs | 14:28 | |
| alcabrera | prashanthr_: yes. :) | 14:29 |
| alcabrera | especially with a dynamically-typed language like python, you've gotta test everything you can. | 14:29 |
| prashanthr_ | alcabrera: Awesome, sure I have quite some tests. Will look at some more scenarios. | 14:30 |
| alcabrera | thanks, prashanthr_! | 14:31 |
| sriram | flaper87: the patch is back :P https://review.openstack.org/#/c/97875/ | 14:32 |
| sriram | alcabrera: ^ | 14:32 |
| sriram | kgriffs: ^ | 14:32 |
| sriram | malini: ^ | 14:32 |
| * sriram spams everyone! :-P | 14:32 | |
| * alcabrera watches sriram open a can of spam | 14:33 | |
| * alcabrera clicks the link anyway | 14:33 | |
| alcabrera | ;P | 14:33 |
| alcabrera | sriram: +2/A | 14:34 |
| sriram | wow, ninja +2's :P | 14:34 |
| sriram | alcabrera: thanks! | 14:34 |
| openstackgerrit | A change was merged to openstack/python-marconiclient: Throw exceptions on erroneous status codes https://review.openstack.org/97875 | 14:36 |
| alcabrera | seems like the queue is swift this morning | 14:38 |
| sriram | ok, kgriffs I'll submit a patch for marconi-bench now. should the files be under /marconi-bench outside the package? | 14:47 |
| sriram | do we want to name it something else? | 14:47 |
| kgriffs | sriram: I think you can just call the dir "bench" | 14:49 |
| *** haomaiwang has quit IRC | 14:49 | |
| kgriffs | as far as having it outside the package... | 14:49 |
| kgriffs | the question is, do we want to make it pip installable from pypi? | 14:49 |
| *** haomaiwang has joined #openstack-marconi | 14:49 | |
| *** cpallares has joined #openstack-marconi | 14:50 | |
| sriram | hmm, good point. would that require a different repository in itself just for bench? | 14:50 |
| *** amitgandhi has quit IRC | 14:52 | |
| kgriffs | well, we could include the benchmark tools in the marconi package and register a "marconi-bench" command using a console_scripts entry point | 14:53 |
| *** balajiiyer has quit IRC | 14:53 | |
| kgriffs | or we could put things in the same repo, but not in the same package | 14:54 |
| kgriffs | or we could put things in the client repo | 14:54 |
| kgriffs | or in its own repo | 14:54 |
| flaper87 | o/ | 14:54 |
| kgriffs | I have some thoughts, but would like to see what everyone thinks first | 14:55 |
| kgriffs | flaper87: \o | 14:55 |
| alcabrera | if the benchmark program addresses the behavior of the server, I believe it should live with the server | 14:55 |
| alcabrera | if it covers more systems than marconi, then it should be its own PyPI package (e.g., queue-bench) | 14:55 |
| * kgriffs wonders who let R. Flavio in | 14:55 | |
| * flaper87 has no idea | 14:55 | |
| * flaper87 is a victim | 14:56 | |
| * kgriffs hopes nobody realizes my true name starts with an R. as well | 14:56 | |
| *** rongze has joined #openstack-marconi | 14:56 | |
| * kgriffs wonders how many people still read Asimov these days. | 14:56 | |
| malini | kgriffs, flaper87: Can you take a look at this one plz https://review.openstack.org/#/c/95228/ ? | 14:57 |
| * flaper87 says hi to Sir. Robert Kurt | 14:57 | |
| * flaper87 clicks | 14:57 | |
| kgriffs | alcabrera: I think it is going to be specific to Marconi | 14:57 |
| flaper87 | +2 | 14:58 |
| * kgriffs What "R" stands for: http://goo.gl/7WhMRc | 14:58 | |
| malini | yayy! | 14:58 |
| flaper87 | btw, I started doing some work on the queue flavors thing | 14:58 |
| alcabrera | kgriffs: cool. I'm very favorable towards -- mkdir benchmark; touch benchmark/marconi-bench; pip install .; marconi-bench | 14:58 |
| alcabrera | /cc sriram ^^ | 14:58 |
| sriram | That seems to make sense. | 14:59 |
| kgriffs | or we could just install it by default as part of the server package | 14:59 |
| * flaper87 likes the benchmark package idea | 14:59 | |
| sriram | kgriffs: the conductor could be our console entry point | 14:59 |
| kgriffs | hmm | 15:00 |
| alcabrera | vkmc, flaper87: I'm catching up on email, but I'd love to join the amqp discussion whenever you all have it. :) | 15:00 |
| kgriffs | if we make it in the same repo, but it's own package, what would be the process for someone to set this up? | 15:00 |
| flaper87 | alcabrera: oh right, mmh, I'm ready | 15:00 |
| kgriffs | grab the tarball, unzip, cd in there, pip install . ? | 15:00 |
| sriram | hmm | 15:01 |
| kgriffs | sounds reasonable... but definitely needs some docs | 15:01 |
| flaper87 | kgriffs: mmh, what about installing it with marconi ? | 15:01 |
| flaper87 | not sure why it needs a separate install process | 15:01 |
| alcabrera | +1 for install w/ marconi | 15:01 |
| kgriffs | would make installation simpler | 15:01 |
| sriram | that seems interesting. it could live in the same repo, but be a different package? It might complicate things a bit | 15:02 |
| flaper87 | why? | 15:02 |
| kgriffs | on the other hand, installs stuff on the benchmarking clients that isn't needed. Well, unless you are benchmarking everything on the same box. :p | 15:02 |
| vkmc | alcabrera, cool! :) | 15:02 |
| sriram | I like the idea of it being installed along with marconi | 15:02 |
| flaper87 | I've seen this done in other parts too | 15:02 |
| flaper87 | I mean, same repo, different package, same install script | 15:02 |
| kgriffs | no, I mean, it would be simpler to have it part of the same package | 15:02 |
| kgriffs | (as you suggested) | 15:02 |
| kgriffs | ok | 15:02 |
| kgriffs | now I am thoroughly confused. | 15:03 |
| sriram | kind of like redis benchmark, which is included with redis. | 15:03 |
| * flaper87 is confused | 15:03 | |
| flaper87 | LOL | 15:03 |
| alcabrera | sriram: +1. Good example. :) | 15:03 |
| kgriffs | ok, sure, let's do that | 15:03 |
| flaper87 | so, now, wait | 15:03 |
| kgriffs | LOL | 15:03 |
| flaper87 | are we talking about having marconi/benchmark ? | 15:03 |
| flaper87 | or marconi/marconi/benchmark | 15:03 |
| flaper87 | ? | 15:04 |
| alcabrera | good thought, flaper87 | 15:04 |
| alcabrera | I'm favorable towards marconi/benchmark | 15:04 |
| kgriffs | so that is same repo, standalone package, right? | 15:04 |
| sriram | hmm yes. | 15:04 |
| flaper87 | the former is same repo, standalone package | 15:04 |
| flaper87 | the later is same-everything | 15:04 |
| flaper87 | even blood type | 15:04 |
| malini | abettadapur: Can you uncomment these skips when you get a chance https://github.com/openstack/marconi/blob/master/tests/functional/wsgi/v1/test_claims.py#L69 . It is fixed now | 15:04 |
| alcabrera | hmmm | 15:04 |
| flaper87 | the later, though, will force us to ship benchmark with marconi | 15:05 |
| alcabrera | why would they have to be a separate package given marconi/benchmark? | 15:05 |
| sriram | if its a different package, does it get installed with a pip install -e . | 15:05 |
| flaper87 | (.dbs, targz, .rpms) | 15:05 |
| flaper87 | not very useful but useful anyway | 15:05 |
| flaper87 | sriram: it depends on your setup.py (or setup.cfg) | 15:05 |
| abettadapur | malini: on it | 15:05 |
| sriram | flaper87: I see. | 15:05 |
| flaper87 | but yeah, it can be installed by just doing: pip install -e . | 15:05 |
| sriram | brb | 15:07 |
| flaper87 | sriram: command not found, stay there | 15:07 |
| abettadapur | malini: as a new patch? | 15:08 |
| abettadapur | (can patches be added on to already merged things?) | 15:08 |
| malini | abettadapur: a new patch | 15:08 |
| abettadapur | ok | 15:08 |
| sriram | flaper87: LOL | 15:09 |
| * sriram gets back silently | 15:10 | |
| sriram | so marconi/benchmark standalone package? | 15:12 |
| *** kgriffs is now known as kgriffs|afk | 15:14 | |
| *** ykaplan has joined #openstack-marconi | 15:15 | |
| sriram | flaper87,kgriffs|afk,malini,alcabrera : https://review.openstack.org/#/c/97534/ , this also could also use a review. | 15:16 |
| vkmc | alcabrera, I'm working on https://bugs.launchpad.net/marconi/+bug/1257391, if you have a moment I'd like to ask you about the inheritance hierarchy we are using there | 15:16 |
| * sriram has been quite spammy today | 15:16 | |
| alcabrera | sriram: you're fine. :) | 15:16 |
| sriram | alcabrera: heh :P | 15:16 |
| malini | sriram: its at jenkins −1 :( | 15:17 |
| sriram | malini: the failing tests are tempest related. | 15:17 |
| malini | sriram: let me chk | 15:17 |
| abettadapur | malini: i hvae the same errors on my unittest patch | 15:17 |
| abettadapur | an ssh connection timesout | 15:17 |
| alcabrera | vkmc: I've a moment. let's talk about it. :) | 15:17 |
| abettadapur | malini: cirros@172.24.4.5 | 15:18 |
| malini | sriram, abettadapur: the failure is no way related to marconi….grrrr | 15:18 |
| sriram | malini: yes :/ | 15:18 |
| malini | lets try a recheck, if it has gone away now | 15:18 |
| flaper87 | wait | 15:18 |
| sriram | should we do recheck no bug? | 15:18 |
| flaper87 | the gate is still under HEAVY load and moving very slow | 15:19 |
| malini | sriram: yes | 15:19 |
| flaper87 | it'd be better not to recheck so frequently | 15:19 |
| flaper87 | in order to let other patches that will help fixing the gate to move forward | 15:19 |
| malini | ok..we'll hold off on rechecks till the gate is happy again | 15:19 |
| vkmc | alcabrera, great, thanks :) I'm wondering why we are not inheriting directly from ControllerBaseTest instead of TestBase instead https://github.com/openstack/marconi/blob/master/tests/unit/queues/storage/test_impl_mongodb.py#L132 | 15:20 |
| vkmc | (I know I'm not providing you enough context but I don't want to flood the channel with links) | 15:20 |
| *** sriram1 has joined #openstack-marconi | 15:21 | |
| alcabrera | let's see... | 15:22 |
| alcabrera | vkmc: for that case, it doesn't inherit from the ControllerBaseTest because the driver-level code isn't a controller | 15:22 |
| alcabrera | it instead tests the sheer basics -- can it connect? can the data be purged? | 15:23 |
| *** sriram has quit IRC | 15:23 | |
| alcabrera | the context was sufficient in this case. :) | 15:23 |
| vkmc | alcabrera, makes sense | 15:24 |
| alcabrera | feel free to provide as many links as you need to express the context in the future, though! | 15:24 |
| alcabrera | :D | 15:24 |
| alcabrera | since that context may also help others understand | 15:24 |
| alcabrera | and learn about marconi | 15:24 |
| vkmc | alcabrera, will do :) | 15:24 |
| alcabrera | yay! | 15:24 |
| *** Obulpath_ has joined #openstack-marconi | 15:28 | |
| *** sriram has joined #openstack-marconi | 15:28 | |
| *** kgriffs|afk is now known as kgriffs | 15:29 | |
| kgriffs | sorry folks | 15:29 |
| kgriffs | had a network blip | 15:29 |
| kgriffs | sriram, alcabrera, flaper87: where will /benchmark go? | 15:30 |
| *** abettadapur has quit IRC | 15:30 | |
| flaper87 | kgriffs: I guess separate package, same repo | 15:31 |
| *** Obulpath_ has quit IRC | 15:31 | |
| flaper87 | that'd be my first option. We should have benchmarks/queues there | 15:31 |
| * kgriffs prefers "bench" for no good reason | 15:31 | |
| * flaper87 prefers bench too | 15:31 | |
| kgriffs | ok | 15:31 |
| kgriffs | so | 15:31 |
| *** Obulpath_ has joined #openstack-marconi | 15:31 | |
| kgriffs | /marconi/bench/queues | 15:31 |
| *** Obulpathi has quit IRC | 15:32 | |
| *** sriram has quit IRC | 15:32 | |
| *** whenry has joined #openstack-marconi | 15:32 | |
| *** sriram1 has quit IRC | 15:32 | |
| *** sriram has joined #openstack-marconi | 15:32 | |
| kgriffs | which will benchmark | 15:32 |
| kgriffs | /marconi/marconi/queues | 15:32 |
| sriram | network troubles. :/ | 15:32 |
| kgriffs | sriram: wifi seems to work for me | 15:32 |
| *** russell_h has quit IRC | 15:32 | |
| *** russell_h has joined #openstack-marconi | 15:32 | |
| sriram | I'm randomly getting kicked off. | 15:33 |
| sriram | ok so marconi/bench, different package and same repo | 15:33 |
| sriram | I missed some parts of the conversation, could you guys fill me in? | 15:34 |
| *** ykaplan has quit IRC | 15:34 | |
| * sriram needs to setup znc | 15:34 | |
| openstackgerrit | A change was merged to openstack/python-marconiclient: fix: add https support https://review.openstack.org/95228 | 15:35 |
| sriram | kgriffs: ^ | 15:36 |
| kgriffs | <random>Why didn't anyone tell me about Charles? All this time I've been mourning the loss of Fiddler when I repented of my sins and stopped using Windows</random> | 15:36 |
| * kgriffs drops a link. http://www.charlesproxy.com/ | 15:36 | |
| sriram | kgriffs: on another note, we need client 0.0.2, has it already been released? | 15:37 |
| kgriffs | um | 15:39 |
| kgriffs | not to my knowledge | 15:39 |
| sriram | abettadapur smoke tested it, and it worked fine. | 15:39 |
| kgriffs | fortunately somebody wrote up a nice wiki page detailing how that is done | 15:40 |
| kgriffs | ;) | 15:40 |
| kgriffs | https://wiki.openstack.org/wiki/How_to_Release_(Marconi) | 15:40 |
| sriram | :) | 15:40 |
| *** Obulpath_ has quit IRC | 15:41 | |
| kgriffs | hmmm | 15:41 |
| *** Obulpathi has joined #openstack-marconi | 15:41 | |
| kgriffs | normally we want to track the server milestones | 15:41 |
| kgriffs | how about this | 15:41 |
| kgriffs | we release 0.0.2 | 15:42 |
| kgriffs | then we release 1.0b1 later this week. | 15:42 |
| kgriffs | they will basically be the same thing, but I am concerned that pip won't install 1.0b1 over 0.0.1 | 15:43 |
| kgriffs | since the former is a beta | 15:43 |
| sriram | I see, oh. Good point | 15:43 |
| kgriffs | am I wrong in that assumption? | 15:43 |
| kgriffs | flaper87: thoughts? | 15:43 |
| kgriffs | alternatively, we could change the version mapping | 15:44 |
| * flaper87 reads the backlog | 15:44 | |
| flaper87 | do we need a new client release? | 15:44 |
| kgriffs | so that the PEP440 version doesn't have the beta flag | 15:44 |
| kgriffs | flaper87: yes, because claims are broken right now. you can't delete claimed messages | 15:44 |
| flaper87 | oh, mmh, in that case we should release a minor version | 15:44 |
| *** rongze has quit IRC | 15:44 | |
| flaper87 | I guess 0.0.2 | 15:45 |
| flaper87 | no wai, did we release 1.0 already ? | 15:45 |
| kgriffs | no | 15:45 |
| flaper87 | we released 0.0.1 | 15:45 |
| flaper87 | right ?> | 15:45 |
| kgriffs | right | 15:45 |
| *** sriram1 has joined #openstack-marconi | 15:45 | |
| kgriffs | here is the proposed release schedule: https://wiki.openstack.org/wiki/How_to_Release_(Marconi) | 15:45 |
| kgriffs | (under "versionioning" | 15:45 |
| kgriffs | blah | 15:45 |
| * kgriffs can't type | 15:45 | |
| kgriffs | that section doesn't address what to do with critical bug fixes | 15:46 |
| kgriffs | I assume you would do a minor bump on the latest non-beta/rc version | 15:46 |
| *** Obulpath_ has joined #openstack-marconi | 15:46 | |
| flaper87 | I think we can keep the major versions aligned, doing so for the minor ones will be hard | 15:46 |
| flaper87 | since bug fixes are minor worth it | 15:46 |
| kgriffs | bug fixes could go in the third version | 15:47 |
| kgriffs | like | 15:47 |
| kgriffs | 1.0 is released | 15:47 |
| kgriffs | then we do bug fixes | 15:47 |
| kgriffs | and release 1.0.1 | 15:48 |
| *** sriram has quit IRC | 15:48 | |
| kgriffs | 1.0.2 | 15:48 |
| kgriffs | etc. | 15:48 |
| *** sriram1 is now known as sriram_afk | 15:49 | |
| *** Obulpathi has quit IRC | 15:49 | |
| flaper87 | yup | 15:49 |
| flaper87 | that sounds aboud right | 15:49 |
| kgriffs | ok, we can continue to refine as we go. I'll make a note on the release wiki | 15:50 |
| *** amitgandhi has joined #openstack-marconi | 15:53 | |
| *** balajiiyer has joined #openstack-marconi | 15:53 | |
| *** amitgandhi has quit IRC | 15:53 | |
| *** amitgandhi has joined #openstack-marconi | 15:54 | |
| *** jchai has quit IRC | 15:54 | |
| *** jamie_h has joined #openstack-marconi | 15:57 | |
| *** jamie_h has quit IRC | 15:57 | |
| *** malini is now known as malini_afk | 15:57 | |
| *** jamie_h has joined #openstack-marconi | 15:58 | |
| *** prashanthr_ has quit IRC | 15:58 | |
| *** jdprax has joined #openstack-marconi | 15:59 | |
| *** balajiiyer has quit IRC | 16:00 | |
| *** balajiiyer has joined #openstack-marconi | 16:00 | |
| *** ykaplan has joined #openstack-marconi | 16:07 | |
| kgriffs | everyone: got word back from openstack legal on names | 16:17 |
| kgriffs | we will discuss some more tomorrow, but here is the gist | 16:17 |
| kgriffs | "Our trademark counsel did a search and recommended Zaqar or Naav as the best potential names with low-to-moderate risk. Tamtam came up as a moderate risk based on TamTamy, but we could still likely pursue it because the software is quite distinguishable. Both Raven and Copper pose a higher risk, because they are registered to companies in dev / cloud spaces (Ravenflow and Copper.io respectively)." | 16:17 |
| kgriffs | flaper87, flwang, alcabrera, malini_afk: ^^ | 16:18 |
| kgriffs | speaking of the meeting tomorrow, here is the proposed agenda. tweak as needed before tomorrow: https://wiki.openstack.org/wiki/Meetings/Marconi#Agenda | 16:19 |
| * flaper87 votes for Naav | 16:28 | |
| vkmc | :) | 16:29 |
| vkmc | hmm.. Naav makes me think about Avatar | 16:32 |
| *** jay-atl has joined #openstack-marconi | 16:33 | |
| kgriffs | any folks from India in the house? I think Naav is a river there. How is it pronounced? | 16:33 |
| sriram_afk | kgriffs: I think Naav means boat | 16:36 |
| *** sriram_afk is now known as sriram | 16:37 | |
| openstackgerrit | A change was merged to openstack/marconi: Prepare marconi for localization https://review.openstack.org/97914 | 16:39 |
| kgriffs | oic | 16:40 |
| *** reed has joined #openstack-marconi | 16:48 | |
| sriram | with regards to pronunication | 16:49 |
| vkmc | brb | 16:59 |
| sriram | N and v are their phonetically equiavalents, the double 'aa' represents the sound the dentist asks you to make, on opening your mouth really wide. | 17:01 |
| sriram | ok bad joke :P | 17:01 |
| flaper87 | LOL | 17:01 |
| flaper87 | you got me trying to pronounce it | 17:02 |
| flaper87 | I was like :O (aaaaaa) | 17:02 |
| kgriffs | brb. lunch | 17:08 |
| *** kgriffs is now known as kgriffs|afk | 17:09 | |
| *** ovorp has quit IRC | 17:10 | |
| *** jamie_h has quit IRC | 17:16 | |
| *** amitgandhi has quit IRC | 17:17 | |
| sriram | flaper87: its actually accurate :P | 17:28 |
| *** haomaiwang has quit IRC | 17:30 | |
| vkmc | back | 17:34 |
| *** ykaplan has quit IRC | 17:35 | |
| *** russell_h has quit IRC | 17:36 | |
| flaper87 | vkmc: hey, so, amqp | 17:38 |
| vkmc | flaper87, ! | 17:38 |
| alcabrera | yes, amqp. :D | 17:38 |
| * alcabrera listens | 17:38 | |
| flaper87 | sorry, I know I said 2h :( | 17:39 |
| *** russell_h has joined #openstack-marconi | 17:39 | |
| flaper87 | vkmc: shoot, what's in your mind? You've done a great work investigating things | 17:39 |
| flaper87 | have you written that somewhere? | 17:39 |
| flaper87 | Some kind of mapping between features and what we can support | 17:39 |
| vkmc | haha np | 17:40 |
| vkmc | flaper87, dunno if you saw the email I sent yesterday | 17:40 |
| flaper87 | yup | 17:40 |
| flaper87 | I read them all, I was going to reply when you said you wanted to have a chat | 17:40 |
| flaper87 | so, I preferred to wait and chat :) | 17:40 |
| vkmc | sure, it's indeed better :) | 17:40 |
| vkmc | so I've been struggling with connection handling | 17:41 |
| *** russell_h has quit IRC | 17:41 | |
| *** russell_h has joined #openstack-marconi | 17:41 | |
| flaper87 | vkmc: re pyngus, I think that's the way to go | 17:41 |
| flaper87 | I mentioned I'll have a call with them tomorrow, didn't I? | 17:41 |
| vkmc | great! so I could start polishing things from there | 17:42 |
| vkmc | yes you did | 17:42 |
| *** amitgandhi has joined #openstack-marconi | 17:42 | |
| vkmc | what time are you having that call? I could try to join you just as an spectator (so you can discuss without waiting me to understand) if the times suites me | 17:43 |
| peoplemerge | g'morning all! Put in a few hours this weekend reading marconi's tests. | 17:43 |
| vkmc | hey peoplemerge! o/ | 17:44 |
| flaper87 | peoplemerge: AWESOME! Any feedback so far? | 17:44 |
| flaper87 | vkmc: so, just pinged one of the guys, it'll probably be on Thursday | 17:45 |
| flaper87 | that said, lets go through your doubts | 17:45 |
| peoplemerge | flaper87: yes, I thought they were pretty easy to read | 17:45 |
| vkmc | flaper87, cool | 17:45 |
| flaper87 | you made really good points there | 17:45 |
| flaper87 | peoplemerge: glad to hear that :) | 17:45 |
| peoplemerge | flaper87: they also were a good intro to messages, queues, and claims | 17:46 |
| peoplemerge | Claims were something new to me. | 17:46 |
| peoplemerge | I have some basic product questions I'd like to understand as well | 17:46 |
| flaper87 | peoplemerge: shoot | 17:47 |
| peoplemerge | For example, is it true that when a client sends a claim, and another one does too, there can be an overlap of messages? | 17:47 |
| flaper87 | vkmc: most of your concerns in that email are related to the lack of a brocker | 17:48 |
| flaper87 | vkmc: broker | 17:48 |
| *** malini_afk is now known as malini | 17:48 | |
| vkmc | flaper87, yeah I had that feeling | 17:48 |
| flaper87 | peoplemerge: nope, the first to claim wins the battle | 17:48 |
| peoplemerge | great | 17:48 |
| flaper87 | the second one will claim a different set of messages | 17:48 |
| peoplemerge | so no race conditions | 17:48 |
| peoplemerge | It's also possible to perform GET on a message. When would one use that? | 17:49 |
| flaper87 | vkmc: ok, there are brokers supporting AMQP 1.0 which means we should probably just focus on those. | 17:49 |
| flaper87 | peoplemerge: we've thought about removing the per-message GET. NO consensus has been reached, though. | 17:49 |
| flaper87 | the use case is still foggy, TBH. One use case would be having temp-urls for messages | 17:50 |
| vkmc | flaper87, I saw in Proton forums that they are working on client side CRUD operations for brokers http://qpid.2158936.n2.nabble.com/Creating-queues-with-PROTON-messenger-td7593967.html | 17:50 |
| vkmc | flaper87, it's a bit old... not sure which is the current state of it | 17:50 |
| peoplemerge | flaper87: so as a client, I might send a message, and want to check back on it later? | 17:51 |
| flaper87 | peoplemerge: that's one use case, yes. | 17:51 |
| peoplemerge | "hey message, are you still there waiting to be delivered?" | 17:51 |
| peoplemerge | got it | 17:52 |
| flaper87 | vkmc: yeah, the store-forward message pattern will be needed here | 17:52 |
| flaper87 | that is, having a broker seems to be mandatory | 17:52 |
| vkmc | flaper87, regarding the broker, I'm using ActiveMQ currently | 17:52 |
| flaper87 | vkmc: sounds good. ActiveMQ and Apollo use the Java bindings for proton, AFAIK | 17:53 |
| vkmc | flaper87, It's possible yeah... I'm being able to interact with it with Python client though... and I haven't build proton-j | 17:53 |
| vkmc | flaper87, I also tried it out with qpid-cpp but I'm afraid that its support of AMQP 1.0 is not clear | 17:55 |
| flaper87 | you've to enable it manually. I think it's there since 0.22 | 17:55 |
| vkmc | oh I missed that part | 17:55 |
| vkmc | I'll check it out then | 17:56 |
| vkmc | one nit... if we will be implementing this driver with a broker in mind we are losing a lot of flexibility :/ | 17:56 |
| vkmc | not sure how we could make it work... will the broker be a requirement? | 17:57 |
| peoplemerge | flaper87: I had also wondered if there was a horizon plugin. Found a ticket that says it's on Juno's roadmap so that answered my question | 17:57 |
| peoplemerge | it did raise the question of multitenancy which I gather marconi supports | 17:57 |
| flaper87 | vkmc: what flexibility are you referring to? | 17:58 |
| peoplemerge | But what's the lifecycle of a marconi server? When you create a new project, does another marconi server spin up? | 17:58 |
| vkmc | flaper87, I meant broker independence | 17:58 |
| vkmc | one of the beauties of AMQP 1.0 | 17:59 |
| *** malini is now known as malini_afk | 17:59 | |
| flaper87 | peoplemerge: nope, you can use the same instance | 18:00 |
| flaper87 | vkmc: that's true. However, you can also think as the brokers as intermediary peers. (bridge-peers) | 18:01 |
| flaper87 | the benefit, though, is that we won't depend on a single broker and we'll be able to federate everything using qpid-dispatch | 18:02 |
| *** mkoderer has quit IRC | 18:02 | |
| flaper87 | I can think of a future API that will allow us to have support for peer-to-peer messaging through Marconi. But that's far far far far away | 18:02 |
| flaper87 | does that make sense? | 18:03 |
| flaper87 | vkmc: ^ | 18:03 |
| vkmc | flaper87, so... we would have to deal with AMQP routing mechanism as well? | 18:03 |
| flaper87 | vkmc: you mean, qpid-dispatch ? | 18:03 |
| peoplemerge | flaper87: is it possible to scale instances other than scaling the backend? | 18:03 |
| vkmc | flaper87, yeah | 18:04 |
| flaper87 | vkmc: not mandatory, qpid-dispatch is just an easy way to scale brokers horizontaly | 18:04 |
| flaper87 | we could also use Marconi pools + many brokers | 18:04 |
| flaper87 | peoplemerge: yup, you can add as many marconi instances as you wish | 18:04 |
| vkmc | flaper87, hmm I would need to take a look at some examples of it | 18:06 |
| flaper87 | vkmc: marconi pools? | 18:06 |
| vkmc | flaper87, yeah, and the qpid-dispatch alternative | 18:06 |
| flaper87 | vkmc: lets forget about qpid-dispatch for now | 18:07 |
| flaper87 | we don't need it to work on the driver | 18:07 |
| vkmc | :D | 18:07 |
| * vkmc lost | 18:07 | |
| flaper87 | hahahahha | 18:07 |
| flaper87 | sorry, that's probably my fault | 18:07 |
| vkmc | nah it's ok... I'm giving my first steps here so there are a lot of things I don't know yet | 18:08 |
| flaper87 | vkmc: small recap. We need an AMQP 1.0 capable broker, proton, pyngus and coffee | 18:08 |
| flaper87 | (note that I said coffee, not coffeescript) | 18:08 |
| vkmc | scaling brokers is one of those things | 18:08 |
| vkmc | yes, coffee and gummy bears | 18:08 |
| flaper87 | vkmc: I said this in a talk last week: "People say that it's now possible to scale brokers and that you can simply read the docs and cluster it. Well, that's bullshit" | 18:09 |
| *** kgriffs|afk is now known as kgriffs | 18:09 | |
| vkmc | lol | 18:09 |
| peoplemerge | flaper87: hurrah | 18:10 |
| *** malini has joined #openstack-marconi | 18:10 | |
| vkmc | (talking abt gummy bears... I saw this the other day and thought you would like it http://makezineblog.files.wordpress.com/2014/01/gummy-bear-popsicles-1.jpg?w=600&h=647) | 18:10 |
| flaper87 | I also said that OpenStack is "software-stable" (someone asked whether openstack is stable or not and I couldn't help it) | 18:10 |
| flaper87 | OMFG, I'm sooooo doing that | 18:11 |
| vkmc | hahaha | 18:11 |
| vkmc | well, so I already have an AMQP 1.0 capable broker, proton and pyngus | 18:12 |
| flaper87 | vkmc: bring the code in :) | 18:12 |
| vkmc | regarding the connection handling... we want Marconi (an AMQP container) interact with the broker | 18:12 |
| vkmc | a container can have 0...* nodes, being nodes queues, topics, producers, consumers (...) | 18:13 |
| vkmc | right now Proton allows us to create producers and consumers... but they behave as it were IPC... not like if we had an storage in between | 18:14 |
| vkmc | and that is my main concern | 18:14 |
| flaper87 | vkmc: re marconi pools. Not sure if this helps: https://speakerdeck.com/flaper87/marconi-queuing-and-notification-service-for-openstack?slide=30 | 18:15 |
| * vkmc clicks | 18:15 | |
| vkmc | everything helps | 18:15 |
| * vkmc got it | 18:15 | |
| vkmc | oh I see what you meant... yes, qpid-dispatch would be a far more elegant implementation | 18:16 |
| flaper87 | vkmc: is that code up-there already ? | 18:16 |
| flaper87 | vkmc: we can do many fancy things there but lets talk about those later | 18:17 |
| vkmc | flaper87, yes https://github.com/vkmc/marconi-amqp10 | 18:17 |
| vkmc | flaper87, of course, let's focus on the most basic use case... one broker + one client | 18:18 |
| *** kgriffs is now known as kgriffs|afk | 18:19 | |
| flaper87 | ah right, I had it opened already :P | 18:19 |
| vkmc | that code haven't been tested yet... I wanted to be sure about Marconi's role in AMQP scenario before going further with it | 18:19 |
| flaper87 | vkmc: ok, do you want to do more experiments and get back with the results? | 18:20 |
| peoplemerge | flaper87: about that horizon plugin, I sat in on one of the horizon design sessions. They're adding AngularJS for Juno, think that could be an option for marconi's dash? | 18:21 |
| vkmc | flaper87, first I would need to clear out how to manage connections | 18:21 |
| flaper87 | vkmc: do you really need the parse function ? I thought pyngus did that already | 18:21 |
| *** kgriffs|afk is now known as kgriffs | 18:21 | |
| flaper87 | peoplemerge: mmh, probably. Someone in RAX was working on the horizon plugin. Not sure what the state of that is | 18:21 |
| flaper87 | vkmc: sure | 18:21 |
| flaper87 | vkmc: OTOH, you need to create a consumer when you need a new message | 18:22 |
| flaper87 | keeping a consumer alive means you'll consume a message as soon as it's posted in the broker | 18:22 |
| vkmc | :T | 18:22 |
| vkmc | makes sense | 18:22 |
| openstackgerrit | Malini Kamalambal proposed a change to openstack/marconi: Implement POP in v1.1 API https://review.openstack.org/90202 | 18:23 |
| vkmc | flaper87, in which line are you seeing the parse function? | 18:25 |
| flaper87 | vkmc: https://github.com/vkmc/marconi-amqp10/blob/master/amqp/v1_0/utils.py | 18:25 |
| vkmc | flaper87, oh no, pyngus doesn't do that | 18:26 |
| * flaper87 takes the bat he has under his table and pings pyngus dev | 18:26 | |
| vkmc | heh :) | 18:28 |
| vkmc | well, I'll fix the connection... I wasn't sure about creating a consumer/producer each time for efficiency reasons... but there is no other way to do it | 18:28 |
| peoplemerge | flaper87: lmk if or when AngularJS might make it to this dash, my wife uses it at her job and I'd be down to learn it from her. | 18:29 |
| peoplemerge | she might be convinced to contribute. possibly | 18:29 |
| flaper87 | vkmc: just the consumer. You can keep the producer alive | 18:29 |
| flaper87 | I'm sure we'll find a better way to do it | 18:29 |
| flaper87 | but for now, that seems to be the easiest | 18:29 |
| vkmc | peoplemerge, IIRC the Horizon plugin has been delayed until Marconi's graduation | 18:29 |
| flaper87 | peoplemerge: AWESOME!!!! Do you have kids ? We can get them to code too :P | 18:30 |
| * flaper87 takes advantage of peoplemerge's family | 18:30 | |
| peoplemerge | flaper87: not yet! but soon :) | 18:30 |
| flaper87 | peoplemerge: then congrats ;) | 18:30 |
| peoplemerge | we're having too much fun now | 18:30 |
| vkmc | peoplemerge, here is the bp in Horizon's side https://blueprints.launchpad.net/horizon/+spec/marconi-queues-panel | 18:31 |
| vkmc | flaper87, great | 18:31 |
| vkmc | flaper87, now, regarding the queues and messages controller | 18:31 |
| vkmc | flaper87, the first approach we discussed with alcabrera (returning a 201/204 code) is not feasible because we would be changing the API behaviour, so we should decide another way to handle this | 18:33 |
| vkmc | queues controller ^^ | 18:34 |
| flaper87 | vkmc: why do you need to change the status code? | 18:34 |
| flaper87 | oh because there's no way to know if a queue exists | 18:34 |
| flaper87 | mmhh | 18:34 |
| peoplemerge | vkmc: thx, I also saw https://blueprints.launchpad.net/marconi/+spec/marconi-horizon-integration | 18:34 |
| vkmc | flaper87, apart from that, doing that goes against the interface defined in https://github.com/openstack/marconi/blob/master/marconi/queues/storage/base.py#L125-L213 | 18:36 |
| vkmc | we say we are returning a dictionary, and instead we return an error code | 18:36 |
| vkmc | s/error code/code | 18:37 |
| vkmc | peoplemerge, np! | 18:37 |
| flaper87 | this is exactly one of the reasons I wanted to get rid of queues | 18:39 |
| flaper87 | besides their metadata, they are useless | 18:39 |
| vkmc | lol | 18:39 |
| malini | flaper87, peoplemerge : jay-atl was working on the horizon stuff | 18:39 |
| flaper87 | malini: thanks! | 18:40 |
| *** Obulpath_ has quit IRC | 18:40 | |
| peoplemerge | flaper87: who ever heard of a queuing service that uses queues? | 18:40 |
| flaper87 | peoplemerge: we wanted to rename it to Messaging Service ;) | 18:40 |
| flaper87 | Fuck the system | 18:40 |
| flaper87 | w000000000000000000000t | 18:40 |
| vkmc | no moar queues! D:< | 18:41 |
| peoplemerge | speaking of renaming, are we still looking for a name change away from marconi for copywrite or trademark reasons? | 18:41 |
| malini | we have it in our meeting agenda tomorrow | 18:41 |
| vkmc | peoplemerge, yeah... Zaqar and Naav are the most viable options | 18:41 |
| kgriffs | for the record, I like the idea of topics and if you want to associate metadata with a topic you can, but the topic isn't a real resource. metadata would just get "tagged" with a topic or something. | 18:42 |
| kgriffs | but yeah, we have that pesky 1.0 version of the API to deal with... | 18:42 |
| vkmc | flaper87, last thing about AMQP... I'm a bit confused of how are we going to use the broker here... besides using it for testing | 18:44 |
| flaper87 | kgriffs: YAY! | 18:44 |
| vkmc | flaper87, Proton abstracts you from it | 18:44 |
| flaper87 | call me stubborn but I still kinda feel we should give up queues and become a queues-less service | 18:44 |
| flaper87 | I'd like to keep metadata around, though | 18:44 |
| flaper87 | vkmc: you need to pass the broker address to proton, it'll do the rest. The broker will act as if it were another peer | 18:45 |
| vkmc | flaper87, oh yes, I assumed that :o | 18:46 |
| vkmc | flaper87, I thought we were depending on the broker for something else | 18:46 |
| peoplemerge | vkmc: malini: my wife has some creative background doing this kind of stuff, will try to attend, but 8am PST is my drive in. Good to hear you have some options on the table | 18:47 |
| *** Obulpathi has joined #openstack-marconi | 18:47 | |
| flaper87 | vkmc: nope, just that | 18:47 |
| vkmc | flaper87, great | 18:47 |
| flaper87 | vkmc: you're doing a great job, I really mean it. Keep it up! | 18:48 |
| *** Obulpath_ has joined #openstack-marconi | 18:48 | |
| vkmc | flaper87, message controller details are pending til the meeting with kgiusti and gsim, or is there something I could tackle on that area? | 18:48 |
| flaper87 | vkmc: lets wait until after the meeting. We could work on a list of pending questions | 18:49 |
| flaper87 | that'd be really helpful | 18:49 |
| *** wirehead_ has quit IRC | 18:49 | |
| *** wirehead_ has joined #openstack-marconi | 18:50 | |
| flaper87 | for those interested in MQTT, this is a really good read: http://vasters.com/clemensv/2014/06/02/MQTT+An+Implementers+Perspective.aspx | 18:50 |
| vkmc | flaper87, thanks F, I hope we can see it working soon | 18:50 |
| *** Obulpathi has quit IRC | 18:51 | |
| kgriffs | and now for something completely different | 18:51 |
| vkmc | I'll wrote down some questions for Thursday | 18:52 |
| kgriffs | imagine if you could write an API reference using a little bit of markup. | 18:52 |
| vkmc | brb | 18:52 |
| kgriffs | then you could run it through a tool and it would split out a nice API server skeleton that implements your document? | 18:52 |
| kgriffs | this is not my idea, to be fair... a colleague of mine suggested that our industry is thinking about the relationship of APIs and documentation backwards | 18:56 |
| kgriffs | UX people would say you should design your interface (in our case, the API) before the implementation so you don't artificially constrict what is best for the user by your implementation bias | 18:57 |
| kgriffs | now I'm thinking, perhaps we should be going one step further and writing the docs before anything else. | 18:57 |
| kgriffs | </food-for-thought> | 18:58 |
| * kgriffs watches a tumbleweed roll by | 18:59 | |
| peoplemerge | flaper87: regarding adding msgpack back as an option (the ticket I have assigned), I see the patchsets where it got removed in favor of json. I'm having a hard time comparing that with what's in our current source tree. What was sqlite is now done in sqlalchemy so we have a nice orm abstraction. | 19:00 |
| peoplemerge | don't really get why that was in the storage driver tho | 19:01 |
| peoplemerge | should have been in transport, no? | 19:01 |
| kgriffs | I think it was serializing the message body so it could be stored in a single field in the table | 19:02 |
| kgriffs | peoplemerge: in other words, nothing to do with the transport iirc | 19:02 |
| peoplemerge | kgriffs: AFAICT we're not storing pure json in our persistence layer, we parse it, right? | 19:03 |
| *** Obulpath_ has quit IRC | 19:04 | |
| peoplemerge | what I'm asking is: which way should we do it in the msgpack case? | 19:04 |
| peoplemerge | kgriffs: regarding doc or ui, I've always thought you start with the domain model. DDD says 'let the bones show' to users | 19:05 |
| peoplemerge | (but that's coming from a marconoob) | 19:06 |
| peoplemerge | In msgpack, is it safe to presume we want to have msgpack-over-REST? | 19:09 |
| kgriffs | re msgpack, the message comes in, we parse it out to a Python dict type, then we pass that to the storage driver and it decides how to persist the dict | 19:10 |
| peoplemerge | kgriffs: thx | 19:10 |
| kgriffs | Seems like that would be the same regardless of msgpack or JSON | 19:10 |
| kgriffs | peoplemerge: fwiw, the "correct" media type seems to be application/x-msgpack | 19:11 |
| peoplemerge | kgriffs: seems like a sane default | 19:11 |
| kgriffs | peoplemerge: also, one more random thing I discovered recently | 19:12 |
| kgriffs | be sure to pass encoding='utf-8' when decoding with the python msgpack library | 19:12 |
| peoplemerge | kgriffs: will do | 19:13 |
| kgriffs | otherwise it will screw up unicode strings | 19:13 |
| kgriffs | and in the client, when encoding, pass this flag | 19:13 |
| kgriffs | use_bin_type=True | 19:13 |
| peoplemerge | k | 19:13 |
| peoplemerge | should we support msgpack in 1.0 client as well as 1.1? | 19:13 |
| kgriffs | peoplemerge: we can "unofficially" support it in 1.0 since it doesn't break anything | 19:14 |
| peoplemerge | k | 19:14 |
| kgriffs | we will only document it in 1.1 in any case | 19:14 |
| kgriffs | I think flaper87 had some thoughts on that | 19:14 |
| *** seiflotfy has quit IRC | 19:15 | |
| peoplemerge | will see what he says. | 19:16 |
| kgriffs | peoplemerge: TBH, I would start with 1.1 and get that 100% done. then we can backport if needed | 19:16 |
| peoplemerge | xlnt | 19:16 |
| *** Obulpathi has joined #openstack-marconi | 19:16 | |
| peoplemerge | Thinking it makes sense to start with a RESTful test, though I'm looking for something like that and not finding much. | 19:19 |
| peoplemerge | Know of a test that mimics a rest client, sends json without the python client lib? | 19:20 |
| *** seiflotfy has joined #openstack-marconi | 19:20 | |
| peoplemerge | if that exists, imo the natural place to start would be to write a test that sends msgpack-encoded | 19:21 |
| peoplemerge | feedback appreciated tho | 19:22 |
| kgriffs | peoplemerge: are you looking for a unit or functional test, or some general REST client library to use? | 19:24 |
| peoplemerge | an existing marconi functional test is what I had in mind, though I guess a unit test would be equally good too. | 19:27 |
| kgriffs | last time I checked, the tests were not using python-marconiclient | 19:27 |
| peoplemerge | want to avoid reinventing wheels if there are one already | 19:28 |
| kgriffs | they were simulating WSGI requests | 19:28 |
| kgriffs | not sure if that has changed | 19:28 |
| kgriffs | malini, Obulpathi, sriram: do you know? ^^^ | 19:28 |
| peoplemerge | ahh, found something | 19:29 |
| kgriffs | under /marconi/tests/queues/transport/wsgi | 19:29 |
| kgriffs | test_messages.py | 19:29 |
| peoplemerge | marconi/marconi/tests/queues/transport/wsgi/* | 19:29 |
| kgriffs | yep | 19:29 |
| peoplemerge | yesh | 19:29 |
| kgriffs | there you go | 19:29 |
| kgriffs | the directory structure is a little convoluted | 19:30 |
| kgriffs | used to be simpler but we moved some things around when we were thinking about having a "notifications" service separate from a "queues" service | 19:30 |
| kgriffs | but I digress | 19:30 |
| *** malini has quit IRC | 19:32 | |
| kgriffs | <random>http://xiki.org/screencasts/</random> | 19:35 |
| peoplemerge | kgriffs: wow | 19:39 |
| flaper87 | holy crap | 19:47 |
| flaper87 | where did that come from? | 19:47 |
| *** balajiiyer has quit IRC | 19:54 | |
| tjanczuk_ | kgriffs, others: looking at the agenda for tomorrow: https://wiki.openstack.org/wiki/Meetings/Marconi#Agenda. What is the "unified API model"? | 19:58 |
| *** boris-42 has quit IRC | 20:08 | |
| *** balajiiyer has joined #openstack-marconi | 20:10 | |
| *** balajiiyer has quit IRC | 20:10 | |
| *** balajiiyer has joined #openstack-marconi | 20:10 | |
| *** boris-42 has joined #openstack-marconi | 20:11 | |
| openstackgerrit | Sriram Madapusi Vasudevan proposed a change to openstack/marconi: feat(benchmarking) : Producer-Consumer scenario https://review.openstack.org/98875 | 20:15 |
| tjanczuk_ | kgriffs: never mind, just saw the mail in ML. | 20:16 |
| openstackgerrit | Sriram Madapusi Vasudevan proposed a change to openstack/marconi: feat(benchmarking) : Producer-Consumer scenario https://review.openstack.org/98875 | 20:20 |
| kgriffs | flaper87: any objection to releasing client 0.0.2 ? | 20:23 |
| kgriffs | abettadapur tested all operations and gave the thumbs-up | 20:23 |
| *** Obulpathi has quit IRC | 20:29 | |
| *** kgriffs is now known as kgriffs|afk | 20:29 | |
| *** Obulpathi has joined #openstack-marconi | 20:30 | |
| *** alcabrera is now known as alcabrera|afk | 20:31 | |
| *** kgriffs|afk is now known as kgriffs | 20:33 | |
| *** sriram has quit IRC | 20:33 | |
| *** mwagner_lap has quit IRC | 20:34 | |
| *** fifieldt_ has quit IRC | 20:54 | |
| peoplemerge | just played around with xiki. It's not exactly easy to get started with it, vim support doesn't seem to work. Unless you use emacs? | 21:03 |
| peoplemerge | emacs, dude... | 21:03 |
| *** fifieldt_ has joined #openstack-marconi | 21:07 | |
| *** whenry has quit IRC | 21:07 | |
| openstackgerrit | Kurt Griffiths proposed a change to openstack/python-marconiclient: chore: Bump version to 0.0.2 in preparation for bugfix release https://review.openstack.org/98901 | 21:09 |
| *** whenry has joined #openstack-marconi | 21:14 | |
| vkmc | flaper87, I'm working on https://bugs.launchpad.net/marconi/+bug/1257391, what did you mean in this review? https://review.openstack.org/#/c/59539/2/tests/unit/queues/storage/test_impl_mongodb.py | 21:16 |
| vkmc | (if you remember) | 21:16 |
| *** jdprax has quit IRC | 21:18 | |
| *** flwang has quit IRC | 21:18 | |
| flaper87 | vkmc: IIRC, it was related to the difficulti of calling the right method of the super class when using mixins | 21:18 |
| flaper87 | kgriffs: lets release it | 21:19 |
| kgriffs | ok, I submitted a patch to bump the version | 21:20 |
| vkmc | flaper87, ty | 21:23 |
| kgriffs | be back in a minute - gotta play with my ZNC box | 21:24 |
| *** kgriffs is now known as kgriffs|afk | 21:28 | |
| *** Obulpathi has quit IRC | 21:33 | |
| *** balajiiyer has quit IRC | 21:36 | |
| *** flwang has joined #openstack-marconi | 21:37 | |
| *** balajiiyer has joined #openstack-marconi | 21:38 | |
| *** balajiiyer has left #openstack-marconi | 21:42 | |
| *** kgriffs|afk has quit IRC | 21:53 | |
| *** malini_afk has quit IRC | 21:53 | |
| *** megan_w|afk has quit IRC | 21:53 | |
| *** rossk has quit IRC | 21:57 | |
| *** amitgandhi has quit IRC | 22:00 | |
| *** malini_afk has joined #openstack-marconi | 22:11 | |
| *** malini_afk is now known as malini | 22:11 | |
| *** megan_w|afk has joined #openstack-marconi | 22:12 | |
| *** megan_w|afk is now known as megan_w | 22:12 | |
| *** kgriffs has joined #openstack-marconi | 22:12 | |
| *** ChanServ sets mode: +o kgriffs | 22:12 | |
| *** flaper87 is now known as flaper87|afk | 22:23 | |
| *** mwagner_lap has joined #openstack-marconi | 22:24 | |
| openstackgerrit | Victoria Martínez de la Cruz proposed a change to openstack/marconi: Refactor auxiliary methods for MongoDB unit tests https://review.openstack.org/98916 | 22:41 |
| openstackgerrit | A change was merged to openstack/marconi: Small fixes in storage drivers for Python 3 https://review.openstack.org/98214 | 23:01 |
| *** kgriffs is now known as kgriffs|afk | 23:13 | |
| *** sriram has joined #openstack-marconi | 23:16 | |
| *** whenry has quit IRC | 23:28 | |
| *** sriram has quit IRC | 23:34 | |
| *** sriram has joined #openstack-marconi | 23:34 | |
| openstackgerrit | Sriram Madapusi Vasudevan proposed a change to openstack/marconi: feat(benchmarking) : Producer-Consumer scenario https://review.openstack.org/98875 | 23:35 |
| *** sriram has quit IRC | 23:36 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!
