*** bauzas has quit IRC | 00:17 | |
openstackgerrit | A change was merged to stackforge/climate: Filter DB queries per project_id https://review.openstack.org/59109 | 02:05 |
---|---|---|
*** Nikolay_St has joined #openstack-climate | 04:51 | |
*** DinaBelova_ is now known as DinaBelova | 04:58 | |
*** chandankumar_ has joined #openstack-climate | 05:08 | |
*** YorikSar has quit IRC | 05:39 | |
*** DinaBelova is now known as DinaBelova_ | 06:04 | |
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Implement keystone trust support https://review.openstack.org/48002 | 07:05 |
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Add utils to work with openstack components https://review.openstack.org/52296 | 07:05 |
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Implement basic plugin for VM management https://review.openstack.org/49142 | 07:05 |
*** DinaBelova_ is now known as DinaBelova | 08:15 | |
*** SergeyLukjanov_ is now known as SergeyLukjanov | 08:23 | |
*** SergeyLukjanov is now known as SergeyLukjanov_a | 09:27 | |
*** SergeyLukjanov_a is now known as SergeyLukjanov_ | 09:28 | |
*** bauzas has joined #openstack-climate | 09:36 | |
bauzas | morning all | 09:37 |
bauzas | DinaBelova: Nikolay_St: do you have a devstack running with Keystone V3 and Neutron ? | 09:37 |
bauzas | because when I'm trying to ask for V3, Neutron is failing to deploy | 09:37 |
*** SergeyLukjanov_ is now known as SergeyLukjanov | 09:40 | |
DinaBelova | bauzas, now I have no lab at all :D | 09:43 |
DinaBelova | Nikolay_St is afk | 09:43 |
bauzas | uh :) | 09:43 |
DinaBelova | his gf is ill :( | 09:43 |
bauzas | I'm just totally repulling all devstack trunks | 09:43 |
bauzas | :( | 09:43 |
DinaBelova | he will be here in an hour, i suppose | 09:44 |
bauzas | arf, that's bad for him, I understand | 09:44 |
SergeyLukjanov | bauzas, you can just install devstack as always | 09:44 |
DinaBelova | also utils are not working after your last CR landed :D | 09:44 |
DinaBelova | with some magic in ctx_from_headers | 09:44 |
DinaBelova | also when I was debugging this stuff I found smth really interesting with policies | 09:45 |
bauzas | what's the problem ? :) | 09:45 |
bauzas | SergeyLukjanov: I'm just repulling devstack and using the reclone=yes flag... | 09:46 |
DinaBelova | bauzas, I suppose they now do nothing really | 09:46 |
SergeyLukjanov | oh | 09:46 |
bauzas | DinaBelova: ? | 09:46 |
DinaBelova | bauzas, I spent some time in reading keystone code | 09:46 |
DinaBelova | to find out how policies are working there | 09:46 |
DinaBelova | and i've got some ideas | 09:46 |
bauzas | I can't see what's wrong now :) | 09:46 |
bauzas | I discussed it with flaper87 :) | 09:47 |
bauzas | but I'm OK for listening ideas ;) | 09:47 |
DinaBelova | bauzas, thing is that when we now are enforcing on API level | 09:47 |
bauzas | yup | 09:47 |
*** SergeyLukjanov is now known as SergeyLukjanov_ | 09:47 | |
DinaBelova | wait a sec, I'll find this moment | 09:47 |
DinaBelova | https://github.com/stackforge/climate/blob/master/climate/policy.py#L101 | 09:48 |
DinaBelova | as we are using this ctx also for comparing | 09:48 |
DinaBelova | we do checking like a==a | 09:48 |
DinaBelova | and that's always true | 09:48 |
DinaBelova | we should do smth like keystone does | 09:49 |
DinaBelova | we may do that on api level, sure | 09:49 |
DinaBelova | but still | 09:49 |
bauzas | I see your point | 09:49 |
DinaBelova | we should compare ctx values (user, tenant, whatever) with thing written in DB for lease | 09:49 |
DinaBelova | to do smth | 09:49 |
bauzas | that's something I discussed with flaper87 | 09:49 |
DinaBelova | bauzas, I may forgot results of this | 09:50 |
DinaBelova | may you remind me? | 09:50 |
bauzas | the current 'owner:' rule is not working now | 09:50 |
bauzas | making non sense | 09:50 |
bauzas | hold on | 09:50 |
bauzas | finding you the pieces of code | 09:50 |
bauzas | https://github.com/stackforge/climate/blob/master/etc/policy.json#L4 | 09:51 |
bauzas | tenant_id:%(tenant_id)s | 09:51 |
bauzas | goes into Oslo policy checking | 09:51 |
bauzas | as a rule | 09:51 |
bauzas | https://github.com/openstack/oslo-incubator/blob/master/openstack/common/policy.py#L833 | 09:52 |
DinaBelova | yeeeep | 09:52 |
DinaBelova | sorry | 09:52 |
DinaBelova | i really forgot it | 09:52 |
DinaBelova | ok | 09:52 |
DinaBelova | so i've got idea | 09:52 |
DinaBelova | how to fic that :D | 09:52 |
DinaBelova | fix | 09:52 |
DinaBelova | * | 09:52 |
bauzas | if we want to have it done, we need to create another oslo rule | 09:52 |
bauzas | like this one : https://github.com/openstack/oslo-incubator/blob/master/openstack/common/policy.py#L808 | 09:53 |
DinaBelova | ok, see that | 09:53 |
bauzas | and register it for tenant_id | 09:53 |
DinaBelova | sorry for disturbing :D | 09:53 |
bauzas | but that requires that on API level, we do a DB call | 09:53 |
bauzas | for knowing the object's tenant_id | 09:54 |
bauzas | which is really really bad | 09:54 |
bauzas | so, that's why this rule is only checking a==a as you said | 09:54 |
bauzas | provided there *is* a "a" :) | 09:54 |
bauzas | that's why we use ctx.tenant_id | 09:55 |
DinaBelova | yep | 09:55 |
DinaBelova | Nick will provide new change in an hour | 09:55 |
bauzas | about what ? | 09:55 |
bauzas | utils ? | 09:55 |
bauzas | what was the issue he had to face ? | 09:56 |
DinaBelova | that's issue with trying to use ctx that was not really fully created from headers in that moment | 09:57 |
DinaBelova | he'll provide change | 09:57 |
DinaBelova | in ctx_from_headers meathod | 09:57 |
DinaBelova | I need to go now :( | 09:57 |
DinaBelova | will be afk :( | 09:57 |
bauzas | I'm sorry, I'm a bit lost, what was the call failing ? | 09:57 |
bauzas | oh ok no worries | 09:57 |
DinaBelova | I need to spend some hours now on personal things :( | 09:58 |
bauzas | anyway, the gate is totally in a bad state | 09:58 |
DinaBelova | will be back evening :( | 09:58 |
bauzas | nah nah, that's normal :) | 09:58 |
DinaBelova | yeeeep | 09:58 |
DinaBelova | bye | 09:58 |
bauzas | bye | 09:58 |
DinaBelova | will return | 09:58 |
*** DinaBelova is now known as DinaBelova_ | 09:58 | |
bauzas | SergeyLukjanov_: you there ? | 11:19 |
bauzas | I'm trying to enable Keystone v3 on my devstack | 11:20 |
bauzas | SergeyLukjanov_: no chances until there | 11:20 |
bauzas | SergeyLukjanov_: I wanted to know what I should do for enabling it, as I can't register the same service endpoint | 11:21 |
Nikolay_St | bauzas: I'm here | 11:40 |
Nikolay_St | we use custom devstack in our labs | 11:40 |
bauzas | hi Nikolay_St | 11:40 |
Nikolay_St | with some changes from Yuriy, but I think I can help you with v3, but a little bit later | 11:40 |
Nikolay_St | 10-15 min | 11:41 |
bauzas | I will go to lunch in 10-15 mins | 11:41 |
Nikolay_St | :( | 11:41 |
bauzas | but I think it's interesting to share your info :) | 11:41 |
bauzas | let's see later | 11:41 |
bauzas | now, it's building | 11:41 |
bauzas | I tested, so when API v2 + Neutron : fine | 11:42 |
bauzas | API V3 AIO : fine | 11:42 |
bauzas | API V3 + Neutron : fails with Neutron | 11:42 |
bauzas | so maybe it's just a quick hack to push upstream :) | 11:42 |
bauzas | I need Neutron running because of the fact we would need more compute-hosts than only one :) | 11:43 |
Nikolay_St | well | 11:44 |
Nikolay_St | hm, I forgot when I look at Climate with Neutron last time | 11:45 |
Nikolay_St | and I don't really know will neutron works with v3 or not :( | 11:45 |
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Implement keystone trust support https://review.openstack.org/48002 | 11:52 |
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Add utils to work with openstack components https://review.openstack.org/52296 | 11:52 |
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Implement basic plugin for VM management https://review.openstack.org/49142 | 11:52 |
bauzas | I'm pretty sure now that Neutron doesn't fit well with API v3 | 11:54 |
bauzas | 2014-01-22 12:51:59 [Call Trace] | 11:55 |
bauzas | 2014-01-22 12:51:59 ./stack.sh:1148:create_neutron_initial_network | 11:55 |
bauzas | 2014-01-22 12:51:59 /opt/devstack/lib/neutron:356:die_if_not_set | 11:55 |
bauzas | 2014-01-22 12:51:59 /opt/devstack/functions:119:die | 11:55 |
bauzas | 2014-01-22 12:51:59 [ERROR] /opt/devstack/functions:356 Failure retrieving TENANT_ID for demo | 11:55 |
bauzas | I'll take a look at the call | 11:55 |
bauzas | and see if I can fix it | 11:55 |
Nikolay_St | hm | 11:56 |
Nikolay_St | I think that I will have some free time tomorrow, if everything will go ok with patches | 11:56 |
Nikolay_St | so, I think I can try | 11:56 |
openstackgerrit | A change was merged to stackforge/climate: Fix coverage for add_computehost with ID of host https://review.openstack.org/62685 | 14:21 |
openstackgerrit | Swann Croiset proposed a change to stackforge/climate: Improve coherence of exceptions handling https://review.openstack.org/68397 | 14:44 |
openstackgerrit | Swann Croiset proposed a change to stackforge/climate: Physical host reservation plugin https://review.openstack.org/54285 | 14:44 |
openstackgerrit | Swann Croiset proposed a change to stackforge/climate: Physical host reservation (DB related things) https://review.openstack.org/64705 | 14:44 |
openstackgerrit | Swann Croiset proposed a change to stackforge/climate: Physical host reservation plugin (lease update) https://review.openstack.org/67121 | 14:44 |
*** DinaBelova_ is now known as DinaBelova | 15:25 | |
DinaBelova | bauzas, i suppose you do smth wrong now with v3. you should not replace v2 endpoint, you should leave identity-v2 endpoint, but also you should create identityv3 service with v3 endpoints | 15:30 |
DinaBelova | if we replace v2->v3 nothing will work | 15:31 |
DinaBelova | now we implemented code using identityv3 service with v3 endponts, Neutron will fell good with that | 15:31 |
DinaBelova | feel* | 15:31 |
*** SergeyLukjanov_ is now known as SergeyLukjanov | 15:33 | |
DinaBelova | Keystone v3 api was implemented in Havana, it can't break devstack + neutron itself | 15:33 |
DinaBelova | but settings of the endpoints and services might break it now | 15:33 |
DinaBelova | bauzas. nothing should go wrong with Neutron if there will be still v2 endpoints in keystone itself | 15:37 |
bauzas | DinaBelova: I spent 2 hours trying to understand all the concepts | 15:38 |
bauzas | :) | 15:38 |
bauzas | DinaBelova: and I discussed on the -dev chan | 15:38 |
bauzas | DinaBelova: with Keystone ppl | 15:38 |
bauzas | DinaBelova: so, AIUI, keystoneclient shell doesn't handle V3 | 15:38 |
bauzas | DinaBelova: and there are no plans for it, Keystone planning to migrate to openstackclient | 15:39 |
SergeyLukjanov | bauzas, you just need to manually create endpoint | 15:39 |
bauzas | SergeyLukjanov: DinaBelova: I discussed with shardy about how it works with Heat | 15:40 |
bauzas | because it doesn't require endpoint :) | 15:40 |
bauzas | and there is a basic assumption that if there is a V2 endpoint, there will be a V3 | 15:40 |
bauzas | so Heat takes the identity endpoint and change it to v3 for its needs | 15:40 |
bauzas | I really like this solution | 15:41 |
bauzas | even if it's a bit hacky | 15:41 |
SergeyLukjanov | I've spoke about it when we've discussing trusts support - just take a look on it in heat | 15:41 |
bauzas | https://github.com/openstack/heat/blob/master/heat/common/heat_keystoneclient.py#L167 | 15:44 |
bauzas | so, there are 2 options : | 15:44 |
bauzas | 1. we provide some documentation (or better) script for manually adding an endpoint called identityv3 and we use it | 15:45 |
bauzas | 2. we do as Heat and replace v2.0 by v3 when needed | 15:45 |
bauzas | SergeyLukjanov: Nikolay_St: DinaBelova: what is your preference ? | 15:46 |
SergeyLukjanov | is the current code (#1) tested and ready to be approved? | 15:46 |
DinaBelova | bauzas, i like heat varian, as i said in my letter | 15:46 |
DinaBelova | but #1 is already tested | 15:46 |
DinaBelova | so i prefer left it for 0.1 | 15:47 |
DinaBelova | and modify for 0.1.1 | 15:47 |
DinaBelova | smth like that | 15:47 |
SergeyLukjanov | I'm personally voting for 1-2w delay but better code, AFAIK there are no objections for releasing this week | 15:47 |
SergeyLukjanov | but if you think that everything is really ready | 15:47 |
bauzas | ok, we just need to document it if we stick to #1 | 15:47 |
SergeyLukjanov | than 0.1.1 approach lgtm too | 15:47 |
SergeyLukjanov | yup | 15:48 |
bauzas | sorry folks, but I spent a few hours trying to find how it could work, I just don't want that others feel the same | 15:48 |
bauzas | :) | 15:48 |
DinaBelova | :D | 15:48 |
bauzas | I have to apologize, I had no time for discussing trusts with you before | 15:49 |
bauzas | although it's a hard piece of work | 15:49 |
DinaBelova | :D | 15:49 |
DinaBelova | don't worry :) | 15:49 |
bauzas | to be honest, there is only Heat who uses it atm :) | 15:49 |
DinaBelova | Savanna too :) | 15:49 |
bauzas | so, I was not really aware of the benefits :) | 15:49 |
bauzas | DinaBelova: oh, good to know | 15:50 |
bauzas | when you're alone in the dark :) | 15:50 |
SergeyLukjanov | in Savanna we're using trusts much longer than heat ;) | 15:50 |
SergeyLukjanov | starting from the first keystone client release with trusts support | 15:50 |
bauzas | well, I discussed with shardy and he felt a bit alone about debugging trust supprort :) | 15:51 |
SergeyLukjanov | and we're planning to refactor heat code to reuse in savanna | 15:51 |
SergeyLukjanov | for trusts support | 15:51 |
bauzas | anyway | 15:51 |
DinaBelova | it seems like climate will do that too)))) | 15:51 |
bauzas | I vote for #1 | 15:51 |
DinaBelova | yep | 15:51 |
bauzas | there are definitely too much patchsets | 15:51 |
bauzas | but with a last but not the least patchset | 15:51 |
bauzas | about documenting the use | 15:52 |
bauzas | the ideal to me is like Heat does : a script + a doc | 15:52 |
bauzas | where the doc refers to the script | 15:52 |
bauzas | one last thing, about endpoint, we should explicitely say to use 'identityv3' for the service type (that can be conf-driven) | 15:53 |
DinaBelova | that's defined in conf option now | 15:53 |
bauzas | speaking of this : https://review.openstack.org/#/c/52296/43/climate/utils/openstack/keystone.py | 15:53 |
DinaBelova | default is identityv3 | 15:53 |
bauzas | damn! | 15:54 |
bauzas | you were too fast, guys | 15:54 |
DinaBelova | :D | 15:54 |
bauzas | so, only the doc is missing then :) | 15:54 |
DinaBelova | in readme? :) | 15:54 |
bauzas | doc+script I would say :) | 15:54 |
bauzas | think so | 15:54 |
bauzas | until we got a cool readthedocs page | 15:55 |
DinaBelova | ok | 15:55 |
bauzas | I'm rebuilding my devstack with v2 now | 15:55 |
bauzas | will be able to review again | 15:55 |
bauzas | :) | 15:55 |
DinaBelova | :D | 15:56 |
*** chandankumar_ has quit IRC | 15:58 | |
*** chandankumar_ has joined #openstack-climate | 16:01 | |
*** SergeyLukjanov is now known as SergeyLukjanov_a | 16:07 | |
*** SergeyLukjanov_a is now known as SergeyLukjanov_ | 16:08 | |
*** joel_c has joined #openstack-climate | 16:14 | |
bauzas | DinaBelova: Nikolay_St: when do you expect to land the latest patchset for utils ? | 16:20 |
DinaBelova | I may do it now, or Nick will land it tomorrow | 16:20 |
bauzas | as your convenience :) | 16:20 |
DinaBelova | bauzas, if I'll do it today, will you review it also today? | 16:21 |
bauzas | here is what I propose | 16:21 |
bauzas | I give my +2 now, and you create another patch for amending the doc | 16:21 |
DinaBelova | bauzas, oh, nice | 16:21 |
DinaBelova | that will be great | 16:21 |
bauzas | ok | 16:21 |
*** Nikolay_1t has joined #openstack-climate | 16:22 | |
bauzas | just one quick last review, again | 16:22 |
Nikolay_1t | yeap | 16:22 |
Nikolay_1t | about what are you talking? | 16:22 |
bauzas | maybe the best option for the doc is to amend the patch on top of this one, ie. trusts | 16:22 |
bauzas | I'm just saying we're missing doc for having a keystone v3 endpoint | 16:23 |
bauzas | I discussed with DinaBelova and SergeyLukjanov_ and they explained me they stick with a keystone v2 in the catalog but add an identityv3 service type | 16:23 |
bauzas | I'm OK with it, I just say we need to document it | 16:23 |
bauzas | otherwise I wouldn't had spent X hours from my time trying to understand how I could have a functional devstack with Keystone V3 | 16:24 |
bauzas | :D | 16:24 |
DinaBelova | and it's ideally to add some ssh/py script to create identityv3 and endpoint for that | 16:24 |
bauzas | which is *definitely* not possible | 16:24 |
DinaBelova | :D:D:D | 16:24 |
DinaBelova | we spent much time on it too :D | 16:25 |
Nikolay_1t | DinaBelova: really :D | 16:25 |
bauzas | I'm taking this as example https://github.com/openstack/heat/blob/master/bin/heat-keystone-setup | 16:25 |
DinaBelova | Nikolay_1t, please take a look on it tomorrow | 16:25 |
bauzas | so README.rst would only say "run that script" | 16:26 |
DinaBelova | nice doc :) | 16:26 |
Nikolay_1t | bauzas: Really good example | 16:26 |
bauzas | I don't want to have such big script | 16:26 |
Nikolay_1t | DinaBelova: yeap, I get it | 16:26 |
bauzas | we're running out of time | 16:26 |
bauzas | but at least one command for creating the right endpoint | 16:27 |
bauzas | Nikolay_1t: don't spend more than 1h on this, if not possible, literally say it on the doc | 16:27 |
bauzas | I would also have to amend that script for adding a 2nd user for managing ops | 16:28 |
*** SergeyLukjanov_ is now known as SergeyLukjanov | 16:28 | |
DinaBelova | нуз Ж) | 16:28 |
DinaBelova | oh | 16:28 |
DinaBelova | it was yep :) | 16:29 |
DinaBelova | I feel exhausted after today, although I did not do much today :) But Sergey and I found really nice wallpapers, laminate flooring, plinths, bath and so on for our apartment :D | 16:30 |
bauzas | ^_^ | 16:31 |
bauzas | I won't count the hours I spent this week | 16:31 |
bauzas | - not, really not - | 16:32 |
bauzas | :D | 16:32 |
bauzas | https://review.openstack.org/#/c/52296/42..43/climate/utils/openstack/keystone.py | 16:32 |
bauzas | L104, a comment is still elft | 16:32 |
bauzas | left | 16:32 |
bauzas | I don't want to give a -1 to this, so pleeeeeeeease remove it from the trusts patch | 16:32 |
DinaBelova | Nick please remove it NOW | 16:32 |
DinaBelova | oh | 16:32 |
bauzas | well, that's up to you folks | 16:33 |
DinaBelova | Nikolay_1t, you here? | 16:33 |
bauzas | anyway, it will only be the first +2 | 16:33 |
DinaBelova | ok | 16:33 |
DinaBelova | I'll decide now | 16:33 |
bauzas | :) | 16:33 |
bauzas | oh dear | 16:34 |
bauzas | another thing left | 16:34 |
bauzas | the docstring is incorrect, we are not expecting mgmt_url anymore | 16:34 |
bauzas | ;( | 16:34 |
DinaBelova | I'll fix it now myself | 16:35 |
DinaBelova | that's simple and small moment | 16:35 |
bauzas | :) | 16:35 |
bauzas | I could that on my own | 16:35 |
bauzas | but if so, I wouldn't have been able to give +2 | 16:35 |
bauzas | :D | 16:35 |
DinaBelova | :D | 16:35 |
DinaBelova | author is still nick | 16:36 |
DinaBelova | so you are able | 16:36 |
bauzas | nah | 16:36 |
DinaBelova | i'll fix it in next min | 16:36 |
bauzas | one last thing | 16:37 |
bauzas | we don't manage exceptions coming from base.url_for() | 16:37 |
bauzas | on both nova and keystone clients | 16:37 |
bauzas | but I think that's OK | 16:38 |
bauzas | well, that's OK | 16:38 |
bauzas | I say that's OK | 16:38 |
bauzas | (really really tired) | 16:38 |
DinaBelova | yep, me too | 16:38 |
DinaBelova | these days are crazy :D | 16:38 |
Nikolay_1t | oh | 16:40 |
openstackgerrit | Dina Belova proposed a change to stackforge/climate: Add utils to work with openstack components https://review.openstack.org/52296 | 16:41 |
Nikolay_1t | sorry, I see it | 16:41 |
Nikolay_1t | lol | 16:41 |
Nikolay_1t | sorry was afk | 16:41 |
DinaBelova | I forgot about topic | 16:41 |
DinaBelova | sorry | 16:42 |
DinaBelova | will change it now | 16:42 |
openstackgerrit | Dina Belova proposed a change to stackforge/climate: Add utils to work with OpenStack components https://review.openstack.org/52296 | 16:42 |
DinaBelova | this one is final :) | 16:43 |
DinaBelova | bauzas, ready | 16:43 |
bauzas | fired! | 16:44 |
DinaBelova | finally :D | 16:45 |
Nikolay_1t | ahaha | 16:50 |
Nikolay_1t | DinaBelova: it's 45. Remember Nikita's yesterday words? | 16:50 |
DinaBelova | :D yep :) that's anniversary :D | 16:51 |
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Implement keystone trust support https://review.openstack.org/48002 | 16:54 |
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Implement basic plugin for VM management https://review.openstack.org/49142 | 16:54 |
*** SergeyLukjanov is now known as SergeyLukjanov_ | 17:10 | |
*** bauzas has quit IRC | 17:14 | |
*** SergeyLukjanov_ is now known as SergeyLukjanov | 17:18 | |
*** chandankumar_ has quit IRC | 17:24 | |
*** SergeyLukjanov is now known as SergeyLukjanov_ | 17:28 | |
*** chandankumar_ has joined #openstack-climate | 17:29 | |
*** SergeyLukjanov_ is now known as SergeyLukjanov | 18:21 | |
*** DinaBelova is now known as DinaBelova_ | 18:57 | |
*** DinaBelova_ is now known as DinaBelova | 20:04 | |
*** Nikolay_1t has quit IRC | 20:21 | |
*** SergeyLukjanov is now known as SergeyLukjanov_ | 20:28 | |
openstackgerrit | A change was merged to stackforge/climate: Add utils to work with OpenStack components https://review.openstack.org/52296 | 20:34 |
*** DinaBelova is now known as DinaBelova_ | 20:37 | |
*** SergeyLukjanov_ is now known as SergeyLukjanov | 20:51 | |
*** SergeyLukjanov is now known as SergeyLukjanov_ | 21:02 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!