Friday, 2014-09-12

openstackgerritJeffrey Zhang proposed a change to openstack/python-zaqarclient: CLI support for queue existence and metadata operations  https://review.openstack.org/12079700:04
*** jeffrey4l__ has joined #openstack-zaqar00:04
*** jeffrey4l_ has quit IRC00:08
openstackgerritJeffrey Zhang proposed a change to openstack/python-zaqarclient: CLI support for queue existence and metadata operations  https://review.openstack.org/12079700:10
*** alcabrera is now known as alcabrera|afk00:56
*** jeffrey4l__ has quit IRC01:16
*** jeffrey4l has joined #openstack-zaqar01:19
*** cpallares has joined #openstack-zaqar01:19
*** kgriffs|afk has quit IRC01:36
*** malini has quit IRC01:36
*** sriram1 has quit IRC01:47
*** alcabrera|afk is now known as alcabrera01:55
*** sgotliv has quit IRC02:12
*** vkmc has quit IRC02:37
*** flwang1 has quit IRC03:00
openstackgerritJeffrey Zhang proposed a change to openstack/python-zaqarclient: CLI support for message CRUD operations  https://review.openstack.org/12096603:03
openstackgerritA change was merged to openstack/zaqar: Fix the help string  https://review.openstack.org/11826903:09
*** echevemaster has joined #openstack-zaqar03:15
*** prashanthr_ has joined #openstack-zaqar03:24
*** echevemaster has quit IRC03:29
*** jimhoagland has joined #openstack-zaqar03:43
jeffrey4lIs any body can explain the ttl and age for the messages? In my understanding, when the age >= ttl + 60 , the message will be removed from the queue. But in my test( use sqlalchemy as backend  driver), the message is still exist.03:45
jeffrey4lWhen get the list of the message, I get following line. Is it reasonable?03:45
jeffrey4l+----------+------+-------+03:46
jeffrey4l| _id      |  ttl |   age |03:46
jeffrey4l+----------+------+-------+03:46
jeffrey4l| 5c693a52 |  300 | 11901 |03:46
*** flwang has quit IRC03:47
wpfjeffrey4l:   age is the   now -created03:50
wpfand when ttl<=age , then the messages are expired03:50
wpffor sqlalchemy,  only when you post some new messages , the expired messages will be removed from the database , but anyway, as long as it expired ,then you will not be able to get it03:51
jeffrey4lSo 1) if I use mongo as backend driver, the message will be remove automatically, right?03:52
wpfyes03:52
*** echevemaster has joined #openstack-zaqar03:53
jeffrey4l2) In my case ( use sqlalchemy as driver), after create some new message, I still can get the expired message like above table. Is it a bug or ?03:54
wpfprashanthr_:  ping03:54
wpfjeffrey4l:  really, I thought my patch had been merged, let me check it again03:55
wpfjeffrey4l:   https://review.openstack.org/#/c/110543/4/zaqar/queues/storage/sqlalchemy/messages.py  , it had been merged,03:55
wpfare you using the latest master branch ?03:56
jeffrey4lwpf, Yes. I checked my local repo just now. It is contains you patch.03:57
*** flwang has joined #openstack-zaqar03:57
jeffrey4lI will debug it and try to explain why.03:58
wpfjeffrey4l:  oops, I have a test case to verify it ,03:59
wpfjeffrey4l:  Thanks03:59
* wpf out for lunch04:02
*** alcabrera is now known as alcabrera|afk04:13
*** prashanthr_1 has joined #openstack-zaqar04:21
*** prashanthr_ has quit IRC04:21
*** jeffrey4l has quit IRC04:26
*** prashanthr_1 has left #openstack-zaqar04:28
*** jimhoagland has quit IRC04:37
*** jeffrey4l has joined #openstack-zaqar04:44
*** jimhoagland has joined #openstack-zaqar05:12
*** reed has quit IRC05:18
*** jimhoagland has quit IRC05:30
*** echevemaster has quit IRC06:02
*** sgotliv has joined #openstack-zaqar06:05
*** flaper87|afk is now known as flaper8706:18
openstackgerritPeng Fei Wang proposed a change to openstack/zaqar: Not permitted to delete pools which are used by flavor  https://review.openstack.org/11770606:25
flaper87o/06:25
flaper87wpf: jeffrey4l are you guys testing zaqar on myqsl/postgresql ?06:30
jeffrey4lflaper87, Actually, I test the zaqar with sqlite.06:32
flaper87jeffrey4l: oh ok06:32
jeffrey4l;p06:32
jeffrey4lI just meet a bug exist on sqlite. But it is not exist on mysql. I notice that the sqlalchemy driver will be remove in the future. Should we speed time to fix the bug?06:33
jeffrey4lflaper87, I just meet a bug exist on sqlite. But it is not exist on mysql. I notice that the sqlalchemy driver will be remove in the future. Should we speed time to fix the bug?06:35
flaper87jeffrey4l: re removing the sqla driver, that's yet to be discussed in the next TC meeting06:40
flaper87some new things have come up and it might end with us not removing it06:40
jeffrey4lGot it.06:40
flaper87As of now, the idea is to remove it06:40
flaper87so, whatever we find, we should fix it06:40
flaper87:D06:40
jeffrey4lI will try.06:40
*** prashanthr_1 has joined #openstack-zaqar06:47
*** amitgandhinz has joined #openstack-zaqar06:57
wpfprashanthr_1:  ping06:59
prashanthr_1wpf: Hello good morning :)06:59
* prashanthr_1 wonders if he has wished right :)06:59
wpfit's afternoon  :P07:00
jeffrey4lah. no for here.  it's afternoon, too.07:00
wpfprashanthr_1:   would you please check/own this one  since it's related with your Redis PS07:00
wpfhttps://bugs.launchpad.net/zaqar/+bug/136381107:00
prashanthr_1wpf: Aah okay :) Bonjour is better actually :P07:01
prashanthr_1Sure will check it07:01
prashanthr_1now07:01
jeffrey4lwpf, I think I found the root cause. There is a bug(or wire thing) exist in sqlite.07:01
prashanthr_1wpf: can you give me 30 mins. I will look into this and get back to you ?07:02
wpfjeffrey4l:  awesome!07:02
wpfprashanthr_1:   sure07:02
wpfjeffrey4l:  what's the problem07:02
jeffrey4ltry this in sqlite: select DATETIME('now') - DATETIME('now', "+1 month");07:02
jeffrey4lselect DATETIME('now', "+1 month") - DATETIME('now');07:03
jeffrey4lthis one. It suppose to return 30*3600 , but it return 0;07:03
jeffrey4lthis one. It is expected to return 30*3600 , but it return 0;07:03
wpfjeffrey4l:   do we use such clause in the code ?  what I saw is only  'now - created'07:05
jeffrey4l            and_stmt = sa.and_(tables.Messages.c.ttl <=07:06
jeffrey4l                               sfunc.now() - tables.Messages.c.created,07:06
jeffrey4l                               tables.Messages.c.qid == qid)07:06
jeffrey4lYour code doesn't work as expected.07:06
jeffrey4lNo. it is my test code.07:06
wpfjeffrey4l:   I am curious that why my test case passed ,  :P07:09
jeffrey4lthe first message (ttl=0) is the bug.07:10
jeffrey4l0 <=  sfunc.now() - tables.Messages.c.created = 007:11
wpf^_^07:11
jeffrey4lgot it?07:11
wpfyes07:11
wpfwhat's the stupid bug of sqllite,07:12
jeffrey4lYep07:12
jeffrey4lwpf, are u going to fix this?07:13
*** prashanthr_ has joined #openstack-zaqar07:13
wpfjeffrey4l:  you can move forward to fix it if you can07:14
jeffrey4lOK. I will.07:14
wpfthanks07:14
*** prashanthr_1 has quit IRC07:15
*** sgotliv has quit IRC07:44
*** sgotliv has joined #openstack-zaqar07:49
*** jeffrey4l is now known as jeffrey4l|afk07:54
*** jeffrey4l|afk is now known as jeffrey4l07:55
prashanthr_wpf: Can you explain to me a little bit about succeeded_ids ?08:00
wpfprashanthr_:   sorry,  I can't ,   seems that only partial of the actions finished due to some conflicts,08:02
wpfI only try to fix the 'succeeded_ids' itself,08:02
* flaper87 wonders if there's anything he can help with08:04
*** prashanthr_1 has joined #openstack-zaqar08:06
*** prashanthr_ has quit IRC08:08
*** prashanthr_1 has quit IRC08:11
*** prashanthr_ has joined #openstack-zaqar08:13
*** prashanthr_ has quit IRC08:17
*** prashanthr_ has joined #openstack-zaqar08:21
prashanthr_wpf: Sorry for the late response :( Sure I will find out more :)08:26
wpfmaybe flaper87 can explain more , :P08:31
*** amitgandhinz has quit IRC08:44
*** amitgandhinz has joined #openstack-zaqar08:44
*** sgotliv has quit IRC08:45
*** amitgandhinz has quit IRC08:49
*** prashanthr_1 has joined #openstack-zaqar08:51
*** prashanthr_ has quit IRC08:53
flaper87wpf: what are we talking about? :P08:53
openstackgerritPrashanth Raghu proposed a change to openstack/zaqar:  Redis driver does not failover to slave when master fails  https://review.openstack.org/12104510:05
prashanthr_1Finally a patch after 3 weeks :)10:05
*** amitgandhinz has joined #openstack-zaqar10:07
*** AAzza_afk is now known as AAzza10:19
*** amitgandhinz has quit IRC10:27
*** amitgandhinz has joined #openstack-zaqar10:28
*** amitgandhinz has quit IRC10:32
flaper87prashanthr_1: w000000000000000000t11:01
prashanthr_1flaper87: Ha ha :)11:01
AAzzaflaper87: Hello)11:05
flaper87AAzza: helloooooooooooo11:07
openstackgerritA change was merged to openstack/zaqar: Remove extraneous created_iso property  https://review.openstack.org/12025611:21
* AAzza forgot that wrote to irc (shy)11:22
AAzzaflaper87: so lets finish that api-v1.1-response changes11:23
flaper87AAzza: sure thing11:23
flaper87what's missing?11:23
flaper87as far as I can see, there's just 1 item missing11:23
flaper87and it's the "extraneous path thing"11:23
flaper87IIRC11:23
AAzzaflaper87: yes, that one is defenitely left11:23
flaper87kurt mentioned that one was no really important11:24
flaper87I don't even remember what was that about11:24
AAzzayes, he mentioned that we can left it. it is about to form relative urls even more relative :)11:24
AAzzaactually, I saw you set about claim_id field in the message is done. it is not that true - it is not about adding it to the url, but about adding it to the message doc itself.11:27
flaper87AAzza: is the `updating docs` the only thing missing for claim_id ?11:28
AAzzaflaper87: yes, i suppose. in the example in the wiki it looks strange actually - https://wiki.openstack.org/wiki/Zaqar/specs/api/v1.1#List_Messages the second message in the response contan claim field with id and client_id fields... not sure what was the reasoning there11:32
AAzzaflaper87: as for me, maybe it is better to left the state as it is, since we are are not in after-freeze mode. If it is not that important, better not to break the code. Add the claim_id to the doc is not that difficult, but other this clint_id...11:35
flaper87you're recommending to leave it as Done, did I understand correctly?11:36
flaper87I was hoping to mark that blueprint as implemented today11:36
flaper87As for the docs, lemme take a look11:36
flaper87AAzza: that client_id is a custom field from the user11:37
flaper87it's part of the message body11:37
flaper87wait no11:37
* flaper87 confused now11:37
flaper87forget what I said11:38
flaper87are we still returning the client_id ?11:38
AAzzaflaper87: hmm, I don't know. I know nothing about client_id, but storage doesn't return it (if we need, we should change the storage layer), it is not in the response now and I have no idea how it is related to claims.11:40
flaper87AAzza: then it's an old thing11:40
flaper87I remember we returned it before11:40
flaper87while you are at it, if you can, could you make sure the response examples match what we return today?11:41
flaper87it'd be amazing if you could do that11:41
AAzzaflaper87: yes, sure, will do this.11:42
AAzzaflaper87: so we decide stop implementing? no more commits?11:43
flaper87no more commits, lets ignore the extraneous thing11:43
flaper87and clear out what that is for11:43
flaper87I'll mark the bp as implemented and ask kurt for feedback there11:43
*** vkmc has joined #openstack-zaqar11:44
*** vkmc has quit IRC11:44
*** vkmc has joined #openstack-zaqar11:44
vkmcgood morning!11:45
AAzzaflaper87: agreed then, will update the wiki today)11:45
flaper87vkmc: goooooooooooooooooooooooooooooooood morning11:56
vkmchiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii flaper87 o/11:56
*** cpallares has joined #openstack-zaqar12:04
*** alcabrera|afk is now known as alcabrera12:05
alcabreragood morning. :)12:06
cpallaresgood morning alcabrera!12:07
vkmchey alcabrera, cpallares o/12:08
alcabreraheya cpallares, vkmc! how are you all doing? :D12:08
cpallareshey vkmc :D12:08
cpallaresalcabrera: I'm sleepy12:08
cpallaresalcabrera: Zzzzz12:08
alcabreraget some sleep, cpallares - or is it too late for that? :P12:09
alcabrera(early morning nap?)12:09
vkmcalcabrera, good, a bit tired as well but happy because the weekend is around the corner :)12:13
vkmcalcabrera, and you?12:13
vkmcnap++12:13
alcabreraI'm slightly sleepy, mostly happy, vkmc!12:18
vkmcgoooood to hear :)12:18
cpallaresalcabrera: haha too late for that :P12:20
* alcabrera offers cpallares coffee12:20
*** jeffrey4l_ has joined #openstack-zaqar12:29
sebasmagriThere is some interesting stuff here TBC http://nsq.io/overview/features_and_guarantees.html :-)12:31
flaper87you all wake up right now12:43
flaper87>.>12:43
alcabreraflaper87: <312:44
* alcabrera goes to take a nap12:44
flaper87sebasmagri: ah yeah, I've read about NSQ before.12:44
flaper87alcabrera: <3 yo yo, how ya doing?12:44
flaper87need some supoer energetic tea?12:44
flaper87super*12:44
flaper87re NSQ: "messages received are un-ordered"12:44
alcabreraI'll take some super energetic tea12:45
flaper87when I read about NSQ it seemed to be it was very similar to kafka12:45
flaper87in some areas12:45
*** jimhoagland has joined #openstack-zaqar12:52
vkmcit looks like Kafka yep12:58
*** sriram1 has joined #openstack-zaqar12:59
alcabrerago:nsq :: scala:kafka13:01
*** cpallares has quit IRC13:18
*** jchai has joined #openstack-zaqar13:21
vkmcflaper87, I remember having this conversation before... should we stick with json or simplejson?13:34
flaper87vkmc: json13:34
vkmcflaper87, k13:35
flaper87vkmc: json is basically simplejson :)13:35
flaper87it's actually simplejson13:35
vkmcof course13:35
flaper87I mean, literally13:35
vkmcsome compatibility differences13:35
flaper87python's json was created from simplejson13:35
vkmccool13:36
vkmcthx13:36
*** alcabrera is now known as alcabrera|afk13:41
AAzzaflaper87:  I was fixing wiki, and remember, that there should be separate patch for adding 'id' to messages in claims. I will propose it asap (in an hour I think), based on the vkmc's patch. Will do the same - extract format_message_v1_1 and use it also for claims13:54
flaper87AAzza: sounds good, thanks for catching that13:54
vkmccool! thanks AAzza13:55
flaper87can someone help me confirm whether we have a test for `get-message-by-id` ?13:57
flaper87I.... can't find one.13:57
flaper87transport test, btw13:58
flaper87we do have for the storage13:58
vkmcflaper87, sure, I'm checking13:59
prashanthr_1Good morning Team Zaqar :)14:00
flaper87prashanthr_1: what's uuuuuuuuuuuuuuuuuuuuup ?14:00
flaper87vkmc: thanks :)14:00
prashanthr_1flaper87: the weekend is waiting for me :)14:00
prashanthr_1;)14:00
flaper87prashanthr_1: I believe you're waiting for it :P14:01
vkmcflaper87, doesn't look like we have a test for get_by_id only, but the feature is used in several places14:01
prashanthr_1flaper87: ROFL We have a contract with each other  :)14:01
vkmcprashanthr_1, yoooo14:01
flaper87vkmc: is it?14:01
prashanthr_1vkmc: Hello :)14:01
flaper87I just removed it from the API and nothing broke14:02
flaper87am I missing something?14:02
flaper87could you point me to the tests that are using it?14:02
vkmcyup14:02
flaper87vkmc: note that I'm only talking about the transport14:02
flaper87I couldn't even find a use in the message lifecycle14:03
flaper87prashanthr_1: lol14:03
vkmcflaper87, https://github.com/openstack/zaqar/blob/master/zaqar/queues/transport/wsgi/v1_0/messages.py#L5214:03
flaper87vkmc: ah yeah, but that's a collection14:03
flaper87mmh, actually, that'd go away too14:03
vkmcoh you are thinkin about get_by_id item wise14:04
flaper87yes14:04
flaper87vkmc: I hate it when you find things that give me more work14:04
vkmclet me keep looking then14:04
flaper87you should know by now that I prefer to procrastinate14:04
flaper87and yet, you keep finding things that make me work more14:04
flaper87>.>14:04
vkmcflaper87, I don't want you to get bored :/14:04
vkmcflaper87, https://github.com/openstack/zaqar/blob/master/zaqar/queues/transport/wsgi/v1_0/messages.py#L20214:05
vkmcOH wait14:05
flaper87LOL14:05
flaper87you said it, not me14:05
flaper87:D14:05
vkmcshh14:05
vkmcI'm passing you the wrong links14:05
vkmcwell, bulk get is here https://github.com/openstack/zaqar/blob/master/zaqar/tests/queues/transport/wsgi/v1/test_messages.py#L13114:06
vkmcand for items...14:06
flaper87yeah, bulk get is definitely used14:07
*** ametts has joined #openstack-zaqar14:07
vkmcat first sight, this test seems to be using get_by_id https://github.com/openstack/zaqar/blob/master/zaqar/tests/queues/transport/wsgi/v1/test_messages.py#L44914:09
vkmcI'll keep looking14:10
prashanthr_1vkmc, flaper87: Is there any bug you would like me to help you with ?14:13
flaper87vkmc: that's fine, you've done more than enough :)14:14
flaper87thanks a lot14:14
vkmcflaper87, np, are you working on removing the get_by_id endpoint? (I guess so)14:17
*** jimhoagland has quit IRC14:18
openstackgerritNataliia Uvarova proposed a change to openstack/zaqar: V1.1: Add id property to messages in claims  https://review.openstack.org/12113314:26
prashanthr_1flaper87: Can you explain me a little bit about https://bugs.launchpad.net/zaqar/+bug/136381114:29
prashanthr_1?14:29
*** amitgandhinz has joined #openstack-zaqar14:29
flaper87prashanthr_1: mmh, seems like that attribute was removed from the exception14:31
prashanthr_1Okay sure I will look into this14:32
flaper87prashanthr_1: thanks14:32
*** sgotliv has joined #openstack-zaqar14:35
*** AAzza is now known as AAzza_afk14:47
openstackgerritFlavio Percoco proposed a change to openstack/zaqar: Fork API v1.1 into v2  https://review.openstack.org/12114014:53
openstackgerritFlavio Percoco proposed a change to openstack/zaqar: Remove `get-message-by-id`  https://review.openstack.org/12114114:53
*** reed_ has joined #openstack-zaqar14:54
*** kgriffs has joined #openstack-zaqar14:58
*** malini|afk has joined #openstack-zaqar14:59
*** malini|afk is now known as malini14:59
*** reed_ has quit IRC15:00
*** reed_ has joined #openstack-zaqar15:00
*** jeffrey4l_ has quit IRC15:01
*** jimhoagland has joined #openstack-zaqar15:02
*** AAzzal has joined #openstack-zaqar15:06
*** AAzzal is now known as AAzza15:07
flaper87kgriffs: morning :)15:07
flaper87hope you're doing great15:07
flaper87kgriffs: whenever you've time, could you take a look at the client patches?15:08
*** AAzzal has joined #openstack-zaqar15:08
*** AAzza_afk has quit IRC15:09
kgriffsI'll see what I can do today. I'm being pulled in several different directions at work right now. :p15:10
*** AAzza has quit IRC15:11
*** AAzzal is now known as AAzza15:11
flaper87kgriffs: don't worry, it's not urgent. We can review them next week15:12
flaper87I just want to make sure we get them in before the 18th15:12
flaper87we still have 1 more week15:12
kgriffskk15:12
flaper87and it's friday15:12
flaper87we should forbid people to do reviews on friday's15:12
kgriffsheh15:12
flaper87it's like: "yeah yeah whatver +2, it's beer time"15:12
kgriffstrue dat15:13
*** mpanetta has joined #openstack-zaqar15:13
*** jeffrey4l_ has joined #openstack-zaqar15:18
ametts+2 for beer15:18
*** mpanetta has quit IRC15:20
*** mpanetta has joined #openstack-zaqar15:20
*** reed_ is now known as reed15:21
*** reed has quit IRC15:21
*** reed has joined #openstack-zaqar15:21
*** mpanetta has quit IRC15:21
*** mpanetta has joined #openstack-zaqar15:22
*** mpanetta has quit IRC15:27
vkmckgriffs, flaper87 there are some changes on the v1.0 CLI too, it would be nice to have them for the 18th as well15:27
*** mpanetta has joined #openstack-zaqar15:27
flaper87vkmc: will review them asap15:28
vkmcI already noticed some nits but an extra review would be awesome15:29
vkmcthx :)15:29
vkmcregarding those patches, what's the meaning of the _ in the tuples? what am I missing?15:32
flaper87vkmc: i18n ?15:33
flaper87that's actually a funtion called `_`15:33
flaper87unless I'm misunderstanding your question15:33
vkmcflaper87, nope, it doesn't follow the syntax15:33
vkmcbecause it's within the string15:34
flaper87mmh, what patches are we talking about ? :D15:34
vkmc_('i18n')15:34
vkmc'_noti18n'15:34
vkmcfor instance, https://review.openstack.org/#/c/120797/3/zaqarclient/queues/v1/cli.py15:35
flaper87vkmc: aaaaaaaaaaaaaaaaaaahhhhhhhhhhhhh yeah, that's a cliff thing15:35
flaper87I don't remember exactly why I had to do that but I remember there was a reason15:36
vkmcoh, I'll google that15:36
vkmcthanks fla15:37
*** jeffrey4l_ has quit IRC15:41
*** jeffrey4l_ has joined #openstack-zaqar15:42
flaper87vkmc: let me know if I can help, I should have given you a more precise answer15:44
vkmcflaper87, it's ok! I'm trying to determine if it's still needed, for the current code15:45
vkmcI coudln't find it in the Cliff docs yet15:46
vkmccouldn't*15:46
*** jeffrey4l_ has quit IRC16:00
flaper87vkmc: I remember now16:03
flaper87vkmc: it's because the name attribute in the queue is private16:03
flaper87that is, it's `queue._name`16:03
flaper87so, in order for https://github.com/openstack/python-openstackclient/blob/master/openstackclient/common/utils.py#L95 to find it, I had to put a `_` there16:04
flaper87it's a hack, we shouldn't have `_Name`16:04
vkmcflaper87, makes sense16:07
vkmcso, does that still applies?16:07
flaper87as in, should we keep it that way?16:08
flaper87I'd say no16:08
flaper87but we can fix them all together16:08
flaper87I mean, I wouldn't block that patch on this thing16:08
vkmck :)16:08
vkmcmost of my comments on that patch are nits though16:09
vkmcit looks good16:09
vkmcoff to lunch16:14
* vkmc nom nom nom16:14
flaper87vkmc: enjoy16:17
*** jchai is now known as jchai_afk16:20
*** jchai_afk is now known as jchai16:32
*** earnThis has joined #openstack-zaqar16:49
*** earnThis has quit IRC17:27
* vkmc lurks17:43
*** prashanthr_1 has quit IRC17:44
*** sgotliv has quit IRC17:57
*** cpallares has joined #openstack-zaqar18:18
*** cpallares has quit IRC18:18
*** earnThis has joined #openstack-zaqar19:05
*** mpanetta has quit IRC19:07
*** mpanetta has joined #openstack-zaqar19:08
*** echevemaster has joined #openstack-zaqar19:26
*** jchai is now known as jchai_afk19:36
*** jchai_afk is now known as jchai19:39
*** ametts has quit IRC19:51
*** AAzza is now known as AAzza_afk20:27
*** sriram1 has quit IRC20:39
*** fifieldt_ has joined #openstack-zaqar20:50
*** fifieldt has quit IRC20:54
*** sgotliv has joined #openstack-zaqar20:58
boris-42kgriffs ping21:03
boris-42kgriffs what's up?21:03
*** sgotliv has quit IRC21:08
*** jchai has quit IRC21:14
*** flaper87 is now known as flaper87|afk21:36
*** kgriffs is now known as kgriffs|afk21:38
*** echevemaster has quit IRC21:45
*** amitgandhinz has quit IRC22:08
*** mpanetta has quit IRC22:09
*** earnThis has quit IRC22:20
*** boris-42_ has joined #openstack-zaqar22:22
*** openstack has joined #openstack-zaqar23:37
*** sendak.freenode.net sets mode: -o flwang23:42
-sendak.freenode.net- *** Notice -- TS for #openstack-zaqar changed from 1410565038 to 140689197423:42
*** sendak.freenode.net sets mode: +ct-s 23:42
*** ekarlso- has joined #openstack-zaqar23:42
*** openstackgerrit has joined #openstack-zaqar23:42
*** AAzza has joined #openstack-zaqar23:42
*** reed has joined #openstack-zaqar23:42
*** mpanetta has joined #openstack-zaqar23:42
*** vipul has joined #openstack-zaqar23:42
*** wpf has joined #openstack-zaqar23:42
*** boris-42 has joined #openstack-zaqar23:42
*** jeffrey4l has joined #openstack-zaqar23:42
*** malini has joined #openstack-zaqar23:42
*** kgriffs|afk has joined #openstack-zaqar23:42
*** flaper87|afk has joined #openstack-zaqar23:42
*** dmitryme has joined #openstack-zaqar23:42
*** alcabrera|afk has joined #openstack-zaqar23:42
*** sebasmagri has joined #openstack-zaqar23:42
*** notmyname has joined #openstack-zaqar23:42
*** dguerri has joined #openstack-zaqar23:42
*** lifeless has joined #openstack-zaqar23:42
*** sendak.freenode.net changes topic to "OpenStack Queuing and Notification Service || Smile :D || Meetings every Monday @ 21:00 UTC/15:00 UTC || Wiki: https://wiki.openstack.org/wiki/Zaqar || Paste: http://paste.openstack.org/ || Send messages and make some noise :D"23:42
*** AAzza_afk has joined #openstack-zaqar23:44
*** AAzza_afk has quit IRC23:44
ekarlso-so is zaqar gonna switch to pecan ?23:47
*** jimhoagland has joined #openstack-zaqar23:54
*** fifieldt has joined #openstack-zaqar23:54
*** tmu has joined #openstack-zaqar23:54
*** flaper87|afk has quit IRC23:56
*** flaper87|afk has joined #openstack-zaqar23:56

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