*** limao has joined #openstack-kuryr | 00:45 | |
*** hongbin has quit IRC | 01:17 | |
*** yamamoto has quit IRC | 01:33 | |
*** yamamoto has joined #openstack-kuryr | 01:33 | |
*** yedongcan has joined #openstack-kuryr | 01:37 | |
*** yamamoto has quit IRC | 02:03 | |
*** yamamoto has joined #openstack-kuryr | 02:28 | |
*** limao has quit IRC | 02:48 | |
*** limao has joined #openstack-kuryr | 02:48 | |
*** yamamoto has quit IRC | 02:50 | |
*** yamamoto has joined #openstack-kuryr | 02:53 | |
*** yamamoto has quit IRC | 03:04 | |
*** salv-orlando has joined #openstack-kuryr | 03:07 | |
*** hongbin has joined #openstack-kuryr | 03:07 | |
*** salv-orlando has quit IRC | 03:12 | |
*** aojea has joined #openstack-kuryr | 03:14 | |
*** aojea has quit IRC | 03:18 | |
*** limao has quit IRC | 03:47 | |
*** limao has joined #openstack-kuryr | 03:49 | |
*** limao has quit IRC | 03:54 | |
*** yamamoto has joined #openstack-kuryr | 04:07 | |
*** salv-orlando has joined #openstack-kuryr | 04:08 | |
*** salv-orlando has quit IRC | 04:13 | |
*** limao has joined #openstack-kuryr | 04:18 | |
*** limao has quit IRC | 04:33 | |
*** jayahn has joined #openstack-kuryr | 04:36 | |
*** hongbin has quit IRC | 04:39 | |
*** salv-orlando has joined #openstack-kuryr | 04:57 | |
*** limao has joined #openstack-kuryr | 05:00 | |
*** aojea has joined #openstack-kuryr | 05:07 | |
*** aojea has quit IRC | 05:45 | |
*** aojea has joined #openstack-kuryr | 05:47 | |
*** janki has joined #openstack-kuryr | 05:50 | |
*** aojea has quit IRC | 05:52 | |
*** kzaitsev_ws has joined #openstack-kuryr | 06:04 | |
*** pksingh has joined #openstack-kuryr | 06:20 | |
*** jayahn has quit IRC | 06:21 | |
*** ltomasbo|away is now known as ltomasbo | 06:25 | |
*** dimak_ has joined #openstack-kuryr | 06:26 | |
*** pksingh has quit IRC | 06:30 | |
*** pmannidi has quit IRC | 06:36 | |
*** aojea has joined #openstack-kuryr | 06:48 | |
*** pmannidi has joined #openstack-kuryr | 06:49 | |
*** salv-orlando has quit IRC | 06:50 | |
*** aojea has quit IRC | 06:54 | |
*** pmannidi has quit IRC | 07:08 | |
*** pmannidi has joined #openstack-kuryr | 07:21 | |
*** pksingh has joined #openstack-kuryr | 07:23 | |
*** pcaruana has joined #openstack-kuryr | 07:24 | |
*** pksingh has quit IRC | 07:53 | |
*** salv-orlando has joined #openstack-kuryr | 07:58 | |
*** oanson has quit IRC | 08:23 | |
*** oanson has joined #openstack-kuryr | 08:24 | |
*** garyloug has joined #openstack-kuryr | 08:42 | |
*** aojea has joined #openstack-kuryr | 08:50 | |
*** aojea has quit IRC | 08:55 | |
*** limao has quit IRC | 09:25 | |
*** limao has joined #openstack-kuryr | 09:27 | |
*** salv-orl_ has joined #openstack-kuryr | 09:49 | |
*** salv-orlando has quit IRC | 09:52 | |
*** jchhatbar has joined #openstack-kuryr | 09:59 | |
*** janki has quit IRC | 10:00 | |
openstackgerrit | Luis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Nested vif driver extension to enable ports reuse https://review.openstack.org/436893 | 10:03 |
---|---|---|
*** limao has quit IRC | 10:05 | |
*** egonzalez has joined #openstack-kuryr | 10:11 | |
*** aojea has joined #openstack-kuryr | 10:14 | |
*** jchhatbar has quit IRC | 10:20 | |
*** oanson has quit IRC | 10:37 | |
*** oanson has joined #openstack-kuryr | 10:37 | |
*** janki has joined #openstack-kuryr | 10:53 | |
*** yedongcan has left #openstack-kuryr | 11:12 | |
*** salv-orl_ has quit IRC | 11:15 | |
*** oanson has quit IRC | 11:28 | |
*** oanson has joined #openstack-kuryr | 11:29 | |
*** janki has quit IRC | 11:53 | |
*** jchhatbar has joined #openstack-kuryr | 11:53 | |
*** salv-orlando has joined #openstack-kuryr | 12:00 | |
*** vikasc has quit IRC | 12:15 | |
*** jchhatbar is now known as janki | 12:16 | |
*** limao has joined #openstack-kuryr | 12:41 | |
openstackgerrit | Merged openstack/kuryr-kubernetes master: Updated from global requirements https://review.openstack.org/455931 | 12:43 |
*** limao_ has joined #openstack-kuryr | 12:44 | |
*** limao has quit IRC | 12:46 | |
*** vikasc has joined #openstack-kuryr | 12:46 | |
*** gsagie has joined #openstack-kuryr | 12:47 | |
*** salv-orlando has quit IRC | 12:47 | |
*** limao_ has quit IRC | 13:04 | |
*** limao has joined #openstack-kuryr | 13:04 | |
*** limao has quit IRC | 13:25 | |
*** limao has joined #openstack-kuryr | 13:26 | |
openstackgerrit | Daniel Mellado proposed openstack/kuryr-kubernetes master: Delete docker.pid only if exists on CentOS/Fedora https://review.openstack.org/459292 | 13:27 |
openstackgerrit | Daniel Mellado proposed openstack/kuryr-kubernetes master: Delete docker.pid only if exists on CentOS/Fedora https://review.openstack.org/459292 | 13:32 |
openstackgerrit | selvakumar proposed openstack/kuryr-kubernetes master: Handle LB Conflict exceptions during service deletion https://review.openstack.org/458413 | 13:39 |
openstackgerrit | Daniel Mellado proposed openstack/kuryr-kubernetes master: Delete docker.pid only if exists https://review.openstack.org/459292 | 13:41 |
*** hongbin has joined #openstack-kuryr | 13:41 | |
*** limao has quit IRC | 13:46 | |
*** limao has joined #openstack-kuryr | 13:47 | |
apuimedo | vikasc: please review https://review.openstack.org/#/c/396048/6 | 13:48 |
openstackgerrit | Antoni Segura Puimedon proposed openstack/kuryr-kubernetes master: Spec for fuxi-kubernetes https://review.openstack.org/452554 | 13:48 |
openstackgerrit | Siyi Luo proposed openstack/kuryr-kubernetes master: Replace six.iteritems() with .items() https://review.openstack.org/459313 | 13:50 |
openstackgerrit | Hongbin Lu proposed openstack/fuxi master: Make volume providers configurable in devstack https://review.openstack.org/457694 | 14:00 |
*** limao has quit IRC | 14:02 | |
*** limao has joined #openstack-kuryr | 14:03 | |
*** dimak_ has quit IRC | 14:17 | |
openstackgerrit | Merged openstack/kuryr-libnetwork master: container connect both bridge and kuryr network in Rally https://review.openstack.org/396048 | 14:23 |
*** limao_ has joined #openstack-kuryr | 14:27 | |
*** limao has quit IRC | 14:28 | |
*** limao_ has quit IRC | 14:43 | |
*** limao has joined #openstack-kuryr | 14:44 | |
*** gsagie has quit IRC | 14:50 | |
openstackgerrit | Merged openstack/kuryr-kubernetes master: Handle LB Conflict exceptions during service deletion https://review.openstack.org/458413 | 14:52 |
*** salv-orlando has joined #openstack-kuryr | 15:02 | |
ltomasbo | apuimedo, irenab, ivc: the question I wanted to ask was about this: https://review.openstack.org/#/c/436875/5/kuryr_kubernetes/controller/handlers/vif.py | 15:05 |
*** limao has quit IRC | 15:05 | |
ltomasbo | comments at lines 46-47 | 15:05 |
hongbin | apuimedo: i am not sure if i can go to the ptg as well, so +1 for virtual | 15:05 |
irenab | ltomasbo: checking | 15:05 |
*** limao has joined #openstack-kuryr | 15:05 | |
ltomasbo | should I keep it as it is now (proposed by apuimedo and ok-ish from ivc side with a TODO/REVISIT) | 15:06 |
ivc | ltomasbo i don't want pool to be mentioned in handler in any way | 15:06 |
ivc | ltomasbo but we don't have necessary facilities for that yet | 15:06 |
ivc | ltomasbo so i'm ok with TODO/REVISIT | 15:06 |
apuimedo | thanks hongbin | 15:06 |
irenab | ltomasbo: I am ok with very visible TODO/REVISIT comment | 15:07 |
ltomasbo | ivc, irenab: ok, I'll add that | 15:07 |
irenab | because now its absolutly broken imho | 15:07 |
ivc | ltomasbo irenab apuimedo with Profile/Flavour we'll have set_... instead of self._drv_ = in __init__ | 15:07 |
ivc | ltomasbo so the Profile will VIFHandler.set_vif_driver(VIFPool(NestedVIFDriver())) | 15:08 |
irenab | ivc: will try to want the recording asap | 15:08 |
ivc | irenab ok, we discussed it with you already on irc earlier, so you prolly already know most of that stuff :) | 15:09 |
apuimedo | irenab: I think you already "want" it | 15:09 |
apuimedo | :-) | 15:10 |
irenab | :-) | 15:10 |
ivc | :P | 15:10 |
ltomasbo | :D | 15:10 |
irenab | ivc: you always have some new fresh (crazy) ideas to share :-) | 15:10 |
apuimedo | irenab: and that's why we love him | 15:11 |
apuimedo | :-) | 15:11 |
ivc | irenab i wonder if its good "crazy" or bad "crazy"? XD | 15:11 |
ltomasbo | :D | 15:11 |
ltomasbo | ivc, I guess it depends on the day :p | 15:11 |
irenab | ivc: good of course | 15:11 |
ltomasbo | btw ivc | 15:12 |
apuimedo | I don't know what we would do without ivc's ideas and without irenab keeping us grounded, proposals and translating between our weird ideas | 15:12 |
apuimedo | I'd probably bald | 15:12 |
ltomasbo | in your example VIFHandler.set_vif_driver(VIFPool(NestedVIFDriver())) | 15:12 |
*** janki has quit IRC | 15:13 | |
ltomasbo | then you take the vif driver as a composition of vif_pool which uses nestedVIF | 15:13 |
ltomasbo | ivc ^^ | 15:13 |
ivc | ltomasbo ideally it should be Pool(VIFDriver()) | 15:13 |
ivc | ltomasbo yup composition all the way | 15:14 |
apuimedo | ivc: +1 for Pool instead of VIFPool | 15:14 |
apuimedo | :-) | 15:14 |
ivc | ltomasbo oh we also have to change VIFDriver too so it can request/release/activate multiple VIFs in 1 batch | 15:14 |
irenab | Pool as for generic resources? | 15:14 |
ivc | ^ | 15:14 |
ivc | proxy-like object | 15:15 |
ltomasbo | ivc, yep, actually right now the vif_pool_driver | 15:15 |
ltomasbo | is pretty much the same for both generic and nested | 15:15 |
apuimedo | irenab: right | 15:15 |
ivc | so Pool(VIFDriver()) will have same API as VIFDriver() | 15:15 |
ltomasbo | so, with a little bit of work, it could be even the same, just setting a differnt VIF driver (generic and nested) | 15:15 |
ivc | tho its pretty complex to implement and kinda complicated when you think about primary-key-like args / cache key base | 15:16 |
ivc | Pool is sort of a Cache | 15:16 |
ltomasbo | ivc, I agree, it is sort of a proxy object with a cache | 15:16 |
irenab | ivc: ltomasbo : Are you already designing the follow-up patch? | 15:17 |
ltomasbo | irenab, what follow up patch? | 15:17 |
ivc | ltomasbo yup and in the end it will be VIFHandler.set_vif_driver( MultiCNIVIFDriver([Pool(GenericVIFDriver()), Pool(MACVLAN...()), Pool(TRUNK...())]))) | 15:17 |
irenab | ltomasbo: the one after TODO/REVISIT | 15:18 |
ivc | ltomasbo MultiCNI is also more complex (we need some sort of discriminator to select the proper 'backend') | 15:18 |
ltomasbo | irenab, not yet, that we need the second call we were discussing during the meeting today | 15:18 |
ltomasbo | but I'm happy to be involved in that! and work on the patch | 15:18 |
ltomasbo | but I would like to keep it in mind to adapt the current one as much as possible | 15:19 |
ltomasbo | irenab, to simplify (if possible) the reshape | 15:19 |
irenab | ltomasbo: makes sense | 15:19 |
ltomasbo | in fact, I'll do a bit of thinking to try to leave both nested and generic pool drivers the same | 15:20 |
ltomasbo | so that it will be straightforward to adapt them to the next way of loading drivers | 15:20 |
ltomasbo | though it may entail a bit of modification to the base drivers | 15:20 |
ivc | ltomasbo for it to work you need to change VIFDriver API | 15:20 |
ltomasbo | such as the request_vif plus request_vifs | 15:20 |
ivc | ^ | 15:21 |
ltomasbo | ivc, what do you mean? | 15:21 |
ltomasbo | adding the new request_vifs? | 15:21 |
* apuimedo got to go pick up child from school | 15:21 | |
*** apuimedo is now known as apuimedo|away | 15:21 | |
ivc | ltomasbo yup. that and release/activate_vifS too i think | 15:21 |
ltomasbo | not sure about the activate | 15:22 |
ltomasbo | probably not needed, but for sure for request/release | 15:22 |
ltomasbo | but I think that is a reasonable change, right? | 15:22 |
ivc | ltomasbo thats for API consistency. tho release/activate will both be for-each loops | 15:22 |
ltomasbo | ivc, irenab ^^ | 15:22 |
ltomasbo | ivc, not sure about that | 15:23 |
ltomasbo | ivc, the ports are created in bulk creations | 15:23 |
ltomasbo | but they do not need to be deleted in bulk creations | 15:23 |
ltomasbo | and for the activate, it is the same | 15:23 |
ltomasbo | the fact that we create, let's say, 10 ports, does not mean we need to use them and wait for them to become active | 15:24 |
ltomasbo | but when new ports are created, they will check (individually) if they are active or not | 15:24 |
ivc | ltomasbo yup but having only request_vifS feels inconsistent. | 15:24 |
ltomasbo | (that may change though a bit for the macvlan case...) | 15:24 |
ivc | API-wise | 15:24 |
ltomasbo | ummm | 15:25 |
ltomasbo | that's a good point | 15:25 |
ltomasbo | but writing useless code is inconsistent too | 15:25 |
ivc | remember that driver interface is API layer | 15:25 |
ivc | that is supposed to be reusable/extendable/external | 15:25 |
ltomasbo | I would prefer to add those when/if we find they are needed | 15:26 |
ivc | we need good API and i'm ok to duplicate code if necessary for a cleaner API | 15:26 |
ltomasbo | it is not duplicating code, my concern is creating code it is not going to be used | 15:26 |
irenab | it looks like something bigger than just modifing the current patch. Maybe worht to have stand alone patch for the API change | 15:26 |
*** limao has quit IRC | 15:26 | |
ltomasbo | but that said | 15:26 |
ltomasbo | we can create them at the API class | 15:27 |
ivc | ltomasbo yup | 15:27 |
*** limao has joined #openstack-kuryr | 15:27 | |
ltomasbo | and live with the NotImplemented until needed | 15:27 |
ltomasbo | great! | 15:27 |
ltomasbo | agreed then! | 15:27 |
ivc | ltomasbo not exactly | 15:27 |
ltomasbo | umm, too fast :P | 15:27 |
ivc | ltomasbo the _vifS default implementations can be for-each _vif | 15:28 |
ivc | ltomasbo instead of NotImplemented | 15:28 |
ivc | ltomasbo i.e. VIFDriver.request_vifs(...): for vif in vifs: self.request_vif(vif) | 15:28 |
ltomasbo | yes, I know how if could be implemented | 15:29 |
ltomasbo | my concern is that I don't see (right now) the point in the code where we will call release_vifS | 15:29 |
ivc | ltomasbo that was for your 'NotImplemented until needed' | 15:29 |
ltomasbo | for sure, I request_vifS will be implemented (it is already in the patches) | 15:29 |
ivc | ltomasbo oh, well the pool can sure use some batch release | 15:30 |
ltomasbo | ummm | 15:30 |
ltomasbo | that could be another patch, as then you need to group them by trunk_id | 15:30 |
ivc | ltomasbo yup | 15:30 |
ltomasbo | and then group the ports | 15:30 |
ltomasbo | so it would be a few more line of code | 15:31 |
ivc | ltomasbo if we get to 'actors' some day, you can collect a batch of pool requests and execute in one go | 15:31 |
ltomasbo | so, if you are ok with that, I can leave it as NotImplemented for these 5 correlated patches, and hten have an extra one for the activate_vifs (if need it) and similarly for release_vifs | 15:31 |
ivc | ltomasbo right now afaik you are doing that on per-event basis | 15:31 |
ltomasbo | yes, the release if is per-event | 15:32 |
ltomasbo | that is why there is no need for release_vifS | 15:32 |
ivc | yup and that could be changed | 15:32 |
ltomasbo | but, I was actually thinking of skiping some calls to recycle the pool | 15:32 |
ivc | yup | 15:32 |
ltomasbo | so that I can do that on bulk requests... | 15:32 |
ivc | not skipping events, but postponing the action | 15:33 |
ltomasbo | but I see this as an optimization, not like a ToDo in this patch serie | 15:33 |
ltomasbo | ivc, yes, postponing/grouping | 15:33 |
ltomasbo | yep | 15:33 |
ivc | yes but it aligns well with release_vifS API :) | 15:33 |
ltomasbo | trying to make as fewer calls to neutron as possible | 15:33 |
ltomasbo | yes, it does! | 15:33 |
ivc | got it now? :) | 15:33 |
ltomasbo | ivc, yes yes, I agree with you, and with including this at the API | 15:34 |
ivc | XD | 15:34 |
ivc | i can be persuasive | 15:34 |
ltomasbo | just wanting to ensure, that is not required for this patch serie (5 patchs enabling ports pool) | 15:34 |
ltomasbo | but an extra one | 15:34 |
ltomasbo | ivc, :D | 15:34 |
ivc | a TODO/REVISIT is always fine by me :) | 15:35 |
ltomasbo | :D | 15:35 |
ltomasbo | sure! I'll include that | 15:35 |
ltomasbo | nice I'm not done with these patches and I already have a bunch of them in the ToDo list for later on... | 15:35 |
ivc | its nice indeed. if you have TODO when you write your current impl means you think of future :) | 15:36 |
ltomasbo | ...or lazy to do it now... | 15:37 |
ltomasbo | just joking... | 15:37 |
*** limao has quit IRC | 15:38 | |
irenab | ivc: your last statement is very applicable to you | 15:41 |
ivc | ltomasbo its good to be lazy | 15:41 |
ivc | irenab as in i dont write enough TODOs? :) | 15:42 |
ltomasbo | :D | 15:42 |
ivc | ltomasbo not joking here. best code is the code not written | 15:42 |
ltomasbo | ivc, yep, it has no bugs (yet) | 15:42 |
ivc | and it is best if it runs on a powered-off server | 15:43 |
*** apuimedo|away is now known as apuimedo | 15:44 | |
apuimedo | ivc: ltomasbo: irenab: how about a Thursday double feature to discuss mchiappero's and ltomasbo's patches? | 15:44 |
ivc | apuimedo i'm busy on thursdays | 15:45 |
apuimedo | how about tomorrow then? | 15:46 |
ltomasbo | apuimedo, we already discussed mine! :D | 15:46 |
ivc | apuimedo and ltomasbo patches are in good shape | 15:46 |
apuimedo | good then | 15:46 |
apuimedo | less work | 15:46 |
ltomasbo | :D | 15:46 |
apuimedo | thanks for sorting it out on the channel :-) | 15:46 |
ivc | apuimedo for you, not for ltomasbo XD | 15:46 |
openstackgerrit | Merged openstack/fuxi master: Remove log translations https://review.openstack.org/447823 | 15:46 |
ltomasbo | but it would be nice to have a follow-up call to the one we had the other day | 15:47 |
apuimedo | ivc: that's the work that matters | 15:47 |
apuimedo | xD | 15:47 |
ltomasbo | ...to you... | 15:47 |
apuimedo | ltomasbo: that one for sure | 15:47 |
ltomasbo | xD | 15:47 |
apuimedo | ltomasbo: if you overwork I'll give you fuet to compensate | 15:47 |
ltomasbo | umm, nice | 15:47 |
ltomasbo | though next time I'll go myself to grab it | 15:47 |
apuimedo | ltomasbo: but maybe you don't want dmellado doing the delivery | 15:47 |
ltomasbo | otherwise dmellado taxes are too high... | 15:48 |
apuimedo | he may take a big chunk as delivery fee | 15:48 |
apuimedo | right | 15:48 |
ivc | apuimedo ltomasbo "will code for food" ? :) | 15:48 |
apuimedo | ltomasbo: I wouldn't mind visiting Madrid one day | 15:48 |
ltomasbo | sure! you are welcome! | 15:48 |
apuimedo | I going a second time in my 30 years would not damage me | 15:48 |
ltomasbo | lol | 15:48 |
apuimedo | ivc: that's the best reason to code | 15:48 |
ltomasbo | to the office or to madrid? | 15:48 |
apuimedo | for delicacies | 15:49 |
apuimedo | ltomasbo: both. I need an excuse | 15:49 |
ltomasbo | :D | 15:49 |
apuimedo | otherwise the spanish secret service may get suspicious | 15:49 |
apuimedo | xD | 15:49 |
ltomasbo | xDD | 15:49 |
apuimedo | what is that bearded guy with the strange accent going to madrid for | 15:49 |
*** salv-orl_ has joined #openstack-kuryr | 15:49 | |
ltomasbo | lol | 15:51 |
*** salv-orlando has quit IRC | 15:52 | |
apuimedo | ivc: ltomasbo: so how about tomorrow for macvlan discussion then? | 16:00 |
ltomasbo | sure, apuimedo when? | 16:00 |
ivc | apuimedo requires mchiappero | 16:00 |
ltomasbo | I have a few other meetings... | 16:01 |
ivc | apuimedo and i'd also prefer wed | 16:01 |
apuimedo | mchiappero: can't on wednesday | 16:01 |
apuimedo | how about friday | 16:01 |
apuimedo | ? | 16:01 |
ivc | friday it is then | 16:02 |
apuimedo | alright | 16:02 |
apuimedo | I'll send an invite | 16:02 |
*** kzaitsev_ws has quit IRC | 16:10 | |
*** ltomasbo is now known as ltomasbo|away | 16:19 | |
*** salv-orl_ has quit IRC | 16:26 | |
mchiappero | fine with me! | 16:33 |
*** garyloug has quit IRC | 16:44 | |
*** egonzalez has quit IRC | 16:51 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/fuxi master: Updated from global requirements https://review.openstack.org/454474 | 16:52 |
*** salv-orlando has joined #openstack-kuryr | 17:38 | |
*** tonanhngo has joined #openstack-kuryr | 17:45 | |
*** salv-orlando has quit IRC | 18:45 | |
*** salv-orlando has joined #openstack-kuryr | 19:35 | |
openstackgerrit | Merged openstack/fuxi master: Make volume providers configurable in devstack https://review.openstack.org/457694 | 19:57 |
*** pcaruana has quit IRC | 20:01 | |
*** tonanhngo_ has joined #openstack-kuryr | 20:12 | |
*** tonanhngo has quit IRC | 20:14 | |
*** tonanhngo has joined #openstack-kuryr | 20:20 | |
*** tonanhngo_ has quit IRC | 20:22 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/fuxi master: Updated from global requirements https://review.openstack.org/454474 | 20:25 |
apuimedo | ivc: I got it! | 20:27 |
apuimedo | It is possible to change the status of a service without implementing a darned cloudprovider | 20:28 |
apuimedo | everything can be done from the kuryr controller | 20:28 |
apuimedo | http://paste.openstack.org/show/607765/ | 20:29 |
apuimedo | I just had to create a role with patch permission not only to services, but also to services/status | 20:29 |
apuimedo | :-) | 20:29 |
*** lihi has quit IRC | 20:52 | |
*** lihi has joined #openstack-kuryr | 20:54 | |
*** aojea has quit IRC | 21:26 | |
*** salv-orl_ has joined #openstack-kuryr | 21:49 | |
*** salv-orlando has quit IRC | 21:51 | |
*** limao has joined #openstack-kuryr | 22:06 | |
*** limao_ has joined #openstack-kuryr | 22:15 | |
*** limao has quit IRC | 22:16 | |
*** limao_ has quit IRC | 22:25 | |
*** limao has joined #openstack-kuryr | 22:26 | |
*** limao has quit IRC | 22:46 | |
*** limao has joined #openstack-kuryr | 22:47 | |
*** limao has quit IRC | 23:08 | |
*** limao has joined #openstack-kuryr | 23:08 | |
*** salv-orl_ has quit IRC | 23:10 | |
*** limao has quit IRC | 23:28 | |
*** tonanhngo has quit IRC | 23:43 | |
*** tonanhngo has joined #openstack-kuryr | 23:55 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!