| *** eghobo has quit IRC | 00:03 | |
| *** mfer has joined #openstack-meeting-3 | 00:08 | |
| *** banix has joined #openstack-meeting-3 | 00:09 | |
| *** mfer has quit IRC | 00:32 | |
| *** mfer has joined #openstack-meeting-3 | 00:33 | |
| *** banix has quit IRC | 00:37 | |
| *** peristeri has joined #openstack-meeting-3 | 00:37 | |
| *** banix has joined #openstack-meeting-3 | 00:38 | |
| *** xuhanp has joined #openstack-meeting-3 | 00:39 | |
| *** mfer has quit IRC | 00:43 | |
| *** markmcclain has quit IRC | 00:45 | |
| *** markmcclain has joined #openstack-meeting-3 | 00:53 | |
| *** Sukhdev has quit IRC | 00:58 | |
| *** zigo has quit IRC | 00:59 | |
| *** zigo has joined #openstack-meeting-3 | 01:01 | |
| *** xuhanp has quit IRC | 01:08 | |
| *** banix has quit IRC | 01:10 | |
| *** SumitNaiksatam has joined #openstack-meeting-3 | 01:23 | |
| *** peristeri has quit IRC | 01:45 | |
| *** garyduan has quit IRC | 01:56 | |
| *** gduan has joined #openstack-meeting-3 | 01:56 | |
| *** zehicle_at_dell has joined #openstack-meeting-3 | 02:03 | |
| *** zehicle has quit IRC | 02:15 | |
| *** banix has joined #openstack-meeting-3 | 02:19 | |
| *** banix has quit IRC | 02:24 | |
| *** amotoki_ has quit IRC | 02:30 | |
| *** tedchang has quit IRC | 02:38 | |
| *** david-lyle has joined #openstack-meeting-3 | 02:44 | |
| *** markmcclain has quit IRC | 02:59 | |
| *** lcheng has joined #openstack-meeting-3 | 03:06 | |
| *** yamahata has joined #openstack-meeting-3 | 03:13 | |
| *** alexpilotti has joined #openstack-meeting-3 | 03:40 | |
| *** banix has joined #openstack-meeting-3 | 03:42 | |
| *** eghobo has joined #openstack-meeting-3 | 03:44 | |
| *** alexpilotti has quit IRC | 03:52 | |
| *** lcheng has quit IRC | 04:03 | |
| *** banix has quit IRC | 04:50 | |
| *** rand738 has quit IRC | 04:52 | |
| *** rand738 has joined #openstack-meeting-3 | 04:53 | |
| *** saju_m has joined #openstack-meeting-3 | 06:21 | |
| *** tmazur has joined #openstack-meeting-3 | 06:33 | |
| *** Zhenguo has joined #openstack-meeting-3 | 06:41 | |
| *** Zhenguo has quit IRC | 06:42 | |
| *** mrunge has joined #openstack-meeting-3 | 06:56 | |
| *** jtomasek has joined #openstack-meeting-3 | 07:01 | |
| *** lpetrut has joined #openstack-meeting-3 | 07:08 | |
| *** jcoufal has joined #openstack-meeting-3 | 07:16 | |
| *** ttrifonov_zZzz is now known as ttrifonov | 07:25 | |
| *** MaxV_ has joined #openstack-meeting-3 | 07:39 | |
| *** MaxV_ has quit IRC | 07:39 | |
| *** eghobo has quit IRC | 07:45 | |
| *** MaxV_ has joined #openstack-meeting-3 | 08:01 | |
| *** saju_m has quit IRC | 08:43 | |
| *** Zhenguo has joined #openstack-meeting-3 | 08:50 | |
| *** d0ugal_ has quit IRC | 08:53 | |
| *** d0ugal_ has joined #openstack-meeting-3 | 08:53 | |
| *** d0ugal_ is now known as d0ugal | 08:54 | |
| *** d0ugal has quit IRC | 08:54 | |
| *** d0ugal has joined #openstack-meeting-3 | 08:54 | |
| *** d0ugal has quit IRC | 08:54 | |
| *** d0ugal has joined #openstack-meeting-3 | 08:54 | |
| *** saju_m has joined #openstack-meeting-3 | 08:56 | |
| *** Zhenguo has quit IRC | 09:02 | |
| *** overlayer has joined #openstack-meeting-3 | 09:07 | |
| *** zhenguo has joined #openstack-meeting-3 | 09:10 | |
| *** lpetrut has quit IRC | 09:13 | |
| *** jcoufal has quit IRC | 09:18 | |
| *** lpetrut has joined #openstack-meeting-3 | 09:20 | |
| *** zhenguo has quit IRC | 09:22 | |
| *** lpetrut has quit IRC | 09:43 | |
| *** jcoufal has joined #openstack-meeting-3 | 09:50 | |
| *** david-lyle has quit IRC | 09:55 | |
| *** lpetrut has joined #openstack-meeting-3 | 10:04 | |
| *** safchain has joined #openstack-meeting-3 | 10:10 | |
| *** tmazur has quit IRC | 10:12 | |
| *** yamahata has quit IRC | 10:24 | |
| *** overlayer has quit IRC | 10:26 | |
| *** overlayer has joined #openstack-meeting-3 | 10:31 | |
| *** overlayer has quit IRC | 10:34 | |
| *** overlayer has joined #openstack-meeting-3 | 10:40 | |
| *** overlayer has quit IRC | 10:42 | |
| *** overlayer has joined #openstack-meeting-3 | 10:45 | |
| *** MaxV_ has quit IRC | 10:45 | |
| *** MaxV_ has joined #openstack-meeting-3 | 10:53 | |
| *** overlayer has quit IRC | 10:59 | |
| *** alexpilotti has joined #openstack-meeting-3 | 11:34 | |
| *** saju_m has quit IRC | 11:44 | |
| *** d0ugal has quit IRC | 11:51 | |
| *** d0ugal has joined #openstack-meeting-3 | 11:51 | |
| *** akrivoka has joined #openstack-meeting-3 | 11:56 | |
| *** saju_m has joined #openstack-meeting-3 | 11:57 | |
| *** mrunge has quit IRC | 11:59 | |
| *** saju_m has quit IRC | 12:02 | |
| *** overlayer has joined #openstack-meeting-3 | 12:10 | |
| *** amotoki has quit IRC | 12:11 | |
| *** nacim has joined #openstack-meeting-3 | 12:13 | |
| *** overlayer has quit IRC | 12:18 | |
| *** tedchang has joined #openstack-meeting-3 | 12:20 | |
| *** saju_m has joined #openstack-meeting-3 | 12:21 | |
| *** saju_m has quit IRC | 12:23 | |
| *** markmcclain has joined #openstack-meeting-3 | 12:28 | |
| *** saju_m has joined #openstack-meeting-3 | 12:40 | |
| *** zhenguo has joined #openstack-meeting-3 | 12:43 | |
| *** overlayer has joined #openstack-meeting-3 | 12:47 | |
| *** lblanchard has joined #openstack-meeting-3 | 12:49 | |
| *** overlayer has quit IRC | 12:54 | |
| *** zhenguo has quit IRC | 12:54 | |
| *** rand738 has quit IRC | 13:08 | |
| *** rand738 has joined #openstack-meeting-3 | 13:08 | |
| *** saju_m has quit IRC | 13:15 | |
| *** zehicle_at_dell has quit IRC | 13:19 | |
| *** peristeri has joined #openstack-meeting-3 | 13:27 | |
| *** saju_m has joined #openstack-meeting-3 | 13:28 | |
| *** xuhanp has joined #openstack-meeting-3 | 13:30 | |
| *** julim has joined #openstack-meeting-3 | 13:38 | |
| *** russellb has joined #openstack-meeting-3 | 13:38 | |
| *** mrunge has joined #openstack-meeting-3 | 13:38 | |
| *** mwagner_zzz has quit IRC | 13:40 | |
| *** markmcclain has quit IRC | 13:45 | |
| *** banix has joined #openstack-meeting-3 | 13:52 | |
| *** lenrow has quit IRC | 13:53 | |
| *** lcostantino has joined #openstack-meeting-3 | 13:53 | |
| *** lenrow has joined #openstack-meeting-3 | 13:54 | |
| *** nacim has quit IRC | 14:04 | |
| *** saju_m has quit IRC | 14:14 | |
| *** markmcclain has joined #openstack-meeting-3 | 14:21 | |
| *** david-lyle has joined #openstack-meeting-3 | 14:35 | |
| *** jpomero has joined #openstack-meeting-3 | 14:53 | |
| *** pbelanyi has joined #openstack-meeting-3 | 14:59 | |
| *** devlaps has joined #openstack-meeting-3 | 15:00 | |
| *** TravT has joined #openstack-meeting-3 | 15:04 | |
| *** jpich has joined #openstack-meeting-3 | 15:05 | |
| *** jcoufal has quit IRC | 15:18 | |
| *** zehicle has joined #openstack-meeting-3 | 15:19 | |
| *** cjellick has joined #openstack-meeting-3 | 15:22 | |
| *** alexpilotti has quit IRC | 15:22 | |
| *** nacim has joined #openstack-meeting-3 | 15:26 | |
| *** zehicle has quit IRC | 15:26 | |
| *** zehicle has joined #openstack-meeting-3 | 15:27 | |
| *** cjellick has quit IRC | 15:32 | |
| *** cjellick has joined #openstack-meeting-3 | 15:38 | |
| *** xuhanp has quit IRC | 15:38 | |
| *** pbelanyi has left #openstack-meeting-3 | 15:40 | |
| *** mfer has joined #openstack-meeting-3 | 15:41 | |
| *** mrunge has quit IRC | 15:47 | |
| *** jcoufal has joined #openstack-meeting-3 | 15:48 | |
| *** akrivoka has quit IRC | 15:49 | |
| *** cjellick has quit IRC | 15:49 | |
| *** ttrifonov is now known as ttrifonov_zZzz | 15:51 | |
| *** cjellick has joined #openstack-meeting-3 | 15:51 | |
| *** clu_ has joined #openstack-meeting-3 | 15:56 | |
| *** doug-fish has joined #openstack-meeting-3 | 15:58 | |
| *** akrivoka has joined #openstack-meeting-3 | 15:59 | |
| *** tzumainn has joined #openstack-meeting-3 | 15:59 | |
| *** nacim has quit IRC | 16:00 | |
| david-lyle | #startmeeting Horizon | 16:00 |
|---|---|---|
| openstack | Meeting started Tue Apr 1 16:00:52 2014 UTC and is due to finish in 60 minutes. The chair is david-lyle. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
| *** openstack changes topic to " (Meeting topic: Horizon)" | 16:00 | |
| openstack | The meeting name has been set to 'horizon' | 16:00 |
| *** lcheng has joined #openstack-meeting-3 | 16:01 | |
| david-lyle | Hello horizon minded folks | 16:01 |
| jcoufal | o/ hello | 16:01 |
| jpich | Hello! | 16:01 |
| tzumainn | hiya | 16:01 |
| devlaps | o/ | 16:01 |
| *** lsmola has joined #openstack-meeting-3 | 16:01 | |
| clu_ | hello! | 16:01 |
| doug-fish | Hi | 16:01 |
| akrivoka | hiya o/ | 16:01 |
| lsmola | hello | 16:01 |
| lblanchard | hi all! | 16:01 |
| lcheng | hello | 16:01 |
| david-lyle | RC1 was but on Monday \o/ | 16:02 |
| david-lyle | s/but/cut/ | 16:02 |
| david-lyle | master is open for Juno | 16:03 |
| akrivoka | yay :) | 16:03 |
| doug-fish | :-D hooray for us! | 16:03 |
| lblanchard | great job to you all! | 16:03 |
| jpich | Go us! | 16:03 |
| david-lyle | lot's of great stuff went into Icehouse and a lot of good stuff just missed | 16:03 |
| *** zehicle has quit IRC | 16:03 | |
| david-lyle | I expect Juno-1 to pull in a lot of things that just didn't work out timing wise | 16:04 |
| david-lyle | If you had a patch that got -2'd for Icehouse, it mostly likely was abandoned by gerrit | 16:04 |
| *** eghobo has joined #openstack-meeting-3 | 16:04 | |
| julim | hi all | 16:04 |
| jpich | Cool. (Do other cores have a secret gerrit query to easily find the patch one -2d?) | 16:04 |
| *** safchain has quit IRC | 16:04 | |
| david-lyle | Please revitalize your patches and the person that -2'd it will remove the -2 | 16:05 |
| david-lyle | jpich, unfortunately no, and unless it's in an active state, you can't remove the patch | 16:05 |
| jpich | david-lyle: Ok! | 16:05 |
| jpich | Please feel free to ping the person that left it if the -2 isn't going away, sometimes people miss things...... | 16:05 |
| jpich | :-) | 16:06 |
| david-lyle | So one large item that is not in RC1 is a translation import, we will need an RC2 to pull those in | 16:06 |
| david-lyle | we want to limit what goes into RC2 to critical and very low risk fixes | 16:07 |
| jpich | I'd really like to see https://review.openstack.org/#/c/79456/ go into rc2 FWIW, the current way of updating host aggregates isn't safe | 16:07 |
| david-lyle | There is not an RC2 window yet, so just tag the bugs with rc-potential | 16:08 |
| * david-lyle should verify actual tag | 16:08 | |
| jpich | There's a pending question about the tests in that review (which I was planning on bringing up) but the fix itself looks fine | 16:08 |
| jpich | I've seen icehouse-rc-potential used | 16:08 |
| jpich | so I've been using it too :-) | 16:08 |
| david-lyle | icehouse-rc-potential yes | 16:09 |
| david-lyle | I don't see any agenda items for today, so let's jump in | 16:10 |
| *** JuanManuelOlle has joined #openstack-meeting-3 | 16:10 | |
| david-lyle | #topic Open Discussion | 16:10 |
| *** openstack changes topic to "Open Discussion (Meeting topic: Horizon)" | 16:10 | |
| david-lyle | jpich, what was the question? | 16:10 |
| *** amotoki has joined #openstack-meeting-3 | 16:10 | |
| *** Sukhdev has joined #openstack-meeting-3 | 16:10 | |
| jpich | About the tests on https://review.openstack.org/#/c/79456/, would people have objections to switching the openstack_dashboards logging handler to 'null' for the tests? (https://github.com/openstack/horizon/blob/master/openstack_dashboard/test/settings.py#L151 ). It can cause issues with unwanted output in the tests when testing failure paths. We do need to log the different clients for e.g. missing mocked calls, but I'm not sure of the value for | 16:11 |
| jpich | this one (I could be missing it though) | 16:11 |
| jpich | It's a fix I'd really like to see ideally in the RC in my ideal world, or otherwise in the first stable icehouse point release. I appreciate your feedback :) | 16:11 |
| *** johnma has joined #openstack-meeting-3 | 16:11 | |
| *** santibaldassin has joined #openstack-meeting-3 | 16:12 | |
| david-lyle | are we missing an Exception type being caught? | 16:12 |
| jpich | david-lyle: I think it's because of using LOG.exception() instead of LOG.error() - which I had suggested in order to keep the details of the exception but perhaps it wasn't the best solution | 16:13 |
| david-lyle | ah, ok | 16:14 |
| jpich | Without the fix, we currently delete all the aggregates whenever the "Save" button is hit instead of only updating the list | 16:14 |
| jpich | I think this could be a real problem if Nova happened to become unreachable in the middle of this operation | 16:15 |
| david-lyle | why not exceptions.handle? | 16:15 |
| akrivoka | the tests still pass, right? the only issue is that the traceback is displayed is the logs, but that's kinda the point of logging.exception() | 16:16 |
| david-lyle | agree, the problem should be fixed | 16:16 |
| jpich | david-lyle: It causes 2 message notifications to pop up instead of one | 16:16 |
| *** mwagner_zzz has joined #openstack-meeting-3 | 16:16 | |
| jpich | akrivoka: Yes, it's just a notification message in the output, the tests are correct and pass | 16:16 |
| david-lyle | we don't want noise in the test output though, or things like missing mocks get overlooked | 16:17 |
| amotoki | exceptions.handle leads to another popup menu. LOG.error looks good now and we need to investigate more about LOG.exception later. | 16:17 |
| jpich | amotoki: You do lose some details though, exception() keeps the strack trace | 16:18 |
| jpich | From what I understand the same problem should happen using LOG.error since they log at the same level (I will test) | 16:18 |
| amotoki | jpich: yes. After chekcing the code, exception.handle with ignore=True suppress error popup. | 16:19 |
| jpich | Anyhow I don't mean to hijack the meeting with this, I would appreciate feedback on the review and I'll keep trying to look for a better solution myself as well | 16:19 |
| jpich | Thank you | 16:19 |
| jpich | amotoki: it doesn't log the exception at all when ignore is True, which isn't ideal either | 16:19 |
| *** tedchang has quit IRC | 16:20 | |
| *** mfer has quit IRC | 16:20 | |
| amotoki | jpich: I might miss something... i will check it later if i have time. | 16:20 |
| jpich | amotoki: Thank you! | 16:21 |
| david-lyle | quiet today, post RC haze | 16:22 |
| doug-fish | :-) so what's our string freeze state today, now that we've reached rc1? | 16:23 |
| jpich | amotoki: (I just confirmed that the log output is also shown when using LOG.error()) | 16:24 |
| jpich | doug-fish: Definitely hard freeze :) | 16:24 |
| david-lyle | and we plan to import the strings to master/RC2 on Monday | 16:24 |
| doug-fish | so ... no string changes unless I have a signed note from jpich? (I'm not planning any) | 16:24 |
| david-lyle | translated strings that is | 16:24 |
| doug-fish | wow, that's fast! | 16:25 |
| jpich | doug-fish: A blessing in writing from the good folks at http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n :) | 16:25 |
| david-lyle | amotoki, previously discussed plan still works | 16:25 |
| amotoki | david-lyle: thanks. most lang team do the great job and there seems no problem so far. | 16:26 |
| akrivoka | jpich: amotoki: found this, might be useful http://stackoverflow.com/questions/5255657/how-can-i-disable-logging-while-running-unit-tests-in-python-django | 16:26 |
| david-lyle | excellent | 16:26 |
| jpich | akrivoka: That kind of looks like the hammer solution, switching the one handler to null would avoid losing the missing mocked calls that pop up from time to time | 16:27 |
| jpich | that disable all logging | 16:28 |
| david-lyle | regarding lang, the above would also hide unmocked api calls | 16:28 |
| david-lyle | maybe have to filter the log calls somehow when testing, but that wouldn't be an RC change | 16:28 |
| akrivoka | hm right. seems like it needs further investigation. | 16:29 |
| jpich | Right. I'll play some more with exception.handle() as well | 16:29 |
| david-lyle | Any other items? | 16:31 |
| jpich | While I'm out here making requests... It'd be lovely if a non-Red Hat core could look at helping the initial integration tests patch to move along: https://review.openstack.org/#/c/77425/ . At this stage it doesn't need to be perfect, I think, we'll figure out best practices as we go. There are 4 people from 3 different companies who reached out to contribute integration tests, but everyone is blocked until that first patch that lays out the fou | 16:33 |
| jpich | ndations merges | 16:33 |
| *** Sukhdev has quit IRC | 16:33 | |
| jpich | Thank you for your consideration! | 16:33 |
| david-lyle | jpich, thanks, got lost in the release shuffle, that is a high priority for me | 16:34 |
| david-lyle | added to my list | 16:34 |
| jpich | david-lyle: Cheers! | 16:34 |
| jpich | I'm done asking for stuffs :-) | 16:34 |
| amotoki | we have several number of new bugs now. i think it is time to check and classify all bugs. Bug day? | 16:35 |
| david-lyle | amotoki, good idea | 16:36 |
| david-lyle | we're fortunate to have a lot of new people looking at Horizon and submitting bugs | 16:37 |
| david-lyle | amotoki, have a day to propose? | 16:37 |
| amotoki | i have no exact date. | 16:37 |
| amotoki | Or we can check bugs this week. | 16:38 |
| amotoki | some of bugs are not directly related to horizon and need to be forwarded to backend projects and some are feature requests. | 16:39 |
| david-lyle | we have over 100 bugs in the New state | 16:40 |
| david-lyle | I'll try to catch up on some of those this week, if others will do the same maybe we can get that number down quite a bit by next week | 16:40 |
| david-lyle | then access if we want to schedule a bug day | 16:41 |
| doug-fish | as a still new-ish person here I'm not certain how to contribute to bug handling | 16:41 |
| akrivoka | +1, I'll try to help out more on that front | 16:41 |
| amotoki | i believe it works. | 16:41 |
| doug-fish | is there a triage wiki? | 16:41 |
| *** zhenguo has joined #openstack-meeting-3 | 16:41 | |
| david-lyle | doug-fish, the biggest assistance would be verifying that it is indeed a problem | 16:42 |
| amotoki | doug-fish: do you mean a wiki page describing tagging policy ? | 16:42 |
| david-lyle | as in can you reproduce it | 16:42 |
| doug-fish | david-lyle - good to know | 16:42 |
| jpich | doug-fish: Not sure if you've seen https://wiki.openstack.org/wiki/BugTriage ? | 16:42 |
| david-lyle | if you can, and you consider it a bug then you can mark it confirmed | 16:42 |
| david-lyle | so items are reproducible, but may be a matter of opinion | 16:43 |
| david-lyle | leaving notes as to your findings is also very helpful, especially if you narrow down a cause | 16:43 |
| amotoki | i found https://wiki.openstack.org/wiki/BugTags yesterday. | 16:43 |
| david-lyle | I believe only Horizon-Driver can set the importance | 16:44 |
| *** zhenguo has quit IRC | 16:44 | |
| doug-fish | jpich: that wiki is generally quite helpful. Thanks! | 16:44 |
| amotoki | nova and neutron have a good list of tags. I think adding tags for horizon is a good idea. | 16:44 |
| jpich | doug-fish: You're welcome! | 16:44 |
| doug-fish | I may become a Task 10 specialist. :-) | 16:45 |
| david-lyle | always good to jump to Task 10 first | 16:45 |
| amotoki | :-) | 16:45 |
| jpich | amotoki: Yes. I find tagging by component can help people who favour another project to fix the related bugs (like you do with "neutron" related bugs for example) | 16:46 |
| *** zhenguo has joined #openstack-meeting-3 | 16:46 | |
| amotoki | AFAIK we don't have concrete policy on tagging now. let's add to the list. it must be helpful and we can improve it. | 16:47 |
| amotoki | i will add some tags tomorrow. | 16:47 |
| clu_ | hi everyone, i have an unrelated question: https://review.openstack.org/#/c/76107/ | 16:47 |
| clu_ | what are thoughts on validation on the front end? | 16:47 |
| clu_ | for example, if the api checks for whether there is an existing name or not | 16:48 |
| clu_ | should the front end do a check first? | 16:48 |
| doug-fish | great question clu_. I've seen some confusion on that in other reviews. | 16:49 |
| amotoki | clu_: Apart from that a name is a good example, it sounds good as long as it works. | 16:50 |
| david-lyle | If we can perform a sane check beforehand and provide a meaningful validation error, I think that's the best we can hope for, as long as it's not a non-deterministic check | 16:50 |
| jpich | clu_: I thought you meant doing a Javascript check first. I think we do this kind of checks usually when it can help showing a better error message | 16:50 |
| lblanchard | clu_: I don't know much about the feature here, but IMO it's always nice to let the user know about any errors or potential errors as soon as possible. This way they don't fill out an entire form only to find out that there was an error and they can't complete their task. | 16:51 |
| clu_ | jpich: yes, this is what i'm referring to | 16:51 |
| david-lyle | The hope with angular is we'll be able to provide that validation on the client side, the generalized framework for that is not in place yet though, I believe | 16:52 |
| jpich | Will that include making API calls? | 16:53 |
| clu_ | david-lyle: are there any blueprints about the angular client side validation? i'd like to check that out | 16:53 |
| david-lyle | clu_, https://blueprints.launchpad.net/horizon/+spec/django-angular-integration | 16:54 |
| clu_ | cool thanks david-lyle | 16:54 |
| david-lyle | jpich, not entirely clear to me, need to dig back into that topic | 16:55 |
| *** mrunge has joined #openstack-meeting-3 | 16:56 | |
| jpich | Ok | 16:56 |
| david-lyle | clu_, in the short term, I don't think we should block improving server side validation to wait for better client side validation, we can rework once we have a more generalized framework | 16:57 |
| clu_ | david-lyle: thanks | 16:58 |
| *** peristeri has quit IRC | 16:58 | |
| *** peristeri has joined #openstack-meeting-3 | 16:59 | |
| amotoki | server side and client side validations can co-exists. if we have duplicated check, we can remove it later. | 16:59 |
| david-lyle | exactly | 16:59 |
| amotoki | btw, my patch for milestone-proposed https://review.openstack.org/#/c/84204/ hits the same error on swift...... hope someone check it. | 16:59 |
| *** SumitNaiksatam has quit IRC | 17:00 | |
| david-lyle | We're out of time. Thanks everyone for all your hard work to get RC1. | 17:00 |
| david-lyle | Have a great week. | 17:00 |
| david-lyle | #endmeeting | 17:00 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 17:00 | |
| openstack | Meeting ended Tue Apr 1 17:00:46 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:00 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/horizon/2014/horizon.2014-04-01-16.00.html | 17:00 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/horizon/2014/horizon.2014-04-01-16.00.txt | 17:00 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/horizon/2014/horizon.2014-04-01-16.00.log.html | 17:00 |
| amotoki | thanks all! o/ | 17:00 |
| *** johnma has left #openstack-meeting-3 | 17:01 | |
| *** doug-fish has left #openstack-meeting-3 | 17:01 | |
| clu_ | thanks good bye | 17:01 |
| lsmola | thanks, goodbye | 17:01 |
| jcoufal | thanks guys, bye bye | 17:01 |
| lblanchard | bye all! | 17:01 |
| *** lcostantino has left #openstack-meeting-3 | 17:01 | |
| devlaps | thanks all! | 17:01 |
| zhenguo | thanks, bye | 17:01 |
| akrivoka | thanks everyone! | 17:01 |
| akrivoka | bye | 17:01 |
| *** nacim has joined #openstack-meeting-3 | 17:02 | |
| *** tzumainn has left #openstack-meeting-3 | 17:02 | |
| *** mrunge has quit IRC | 17:02 | |
| *** jcoufal has quit IRC | 17:04 | |
| *** JuanManuelOlle1 has joined #openstack-meeting-3 | 17:04 | |
| *** amotoki has quit IRC | 17:05 | |
| *** Sukhdev has joined #openstack-meeting-3 | 17:05 | |
| *** JuanManuelOlle has quit IRC | 17:06 | |
| *** Sukhdev has quit IRC | 17:09 | |
| *** clu_ has left #openstack-meeting-3 | 17:10 | |
| *** tedchang has joined #openstack-meeting-3 | 17:10 | |
| *** JuanManuelOlle1 has left #openstack-meeting-3 | 17:10 | |
| *** sarob has joined #openstack-meeting-3 | 17:12 | |
| *** zhenguo has quit IRC | 17:12 | |
| *** mwagner_zzz is now known as mwagner_ | 17:14 | |
| *** ttrifonov_zZzz is now known as ttrifonov | 17:15 | |
| *** SumitNaiksatam has joined #openstack-meeting-3 | 17:15 | |
| *** david-lyle is now known as david-lyle_afk | 17:17 | |
| *** jpich has quit IRC | 17:18 | |
| *** alexpilotti has joined #openstack-meeting-3 | 17:25 | |
| *** sarob has quit IRC | 17:35 | |
| *** sarob has joined #openstack-meeting-3 | 17:36 | |
| *** MaxV_ has quit IRC | 17:36 | |
| *** mfer has joined #openstack-meeting-3 | 17:36 | |
| *** mfer has quit IRC | 17:37 | |
| *** TravT has quit IRC | 17:40 | |
| *** sarob has quit IRC | 17:40 | |
| *** TravT has joined #openstack-meeting-3 | 17:44 | |
| *** lenrow has quit IRC | 17:46 | |
| *** lpetrut has quit IRC | 17:53 | |
| *** ttrifonov is now known as ttrifonov_zZzz | 17:58 | |
| *** mwagner_ is now known as mwagner_afk | 18:00 | |
| *** julim has quit IRC | 18:04 | |
| *** julim has joined #openstack-meeting-3 | 18:06 | |
| *** rockyg has joined #openstack-meeting-3 | 18:08 | |
| *** sarob has joined #openstack-meeting-3 | 18:12 | |
| *** sarob has quit IRC | 18:12 | |
| *** Sukhdev has joined #openstack-meeting-3 | 18:14 | |
| *** MaxV_ has joined #openstack-meeting-3 | 18:21 | |
| *** lpetrut has joined #openstack-meeting-3 | 18:22 | |
| *** nacim has quit IRC | 18:24 | |
| *** ttrifonov_zZzz is now known as ttrifonov | 18:39 | |
| *** terrylhowe has joined #openstack-meeting-3 | 18:45 | |
| *** jamielennox has joined #openstack-meeting-3 | 18:56 | |
| *** Alex_Gaynor has joined #openstack-meeting-3 | 18:56 | |
| *** briancurtin has joined #openstack-meeting-3 | 18:58 | |
| *** jcoufal has joined #openstack-meeting-3 | 18:59 | |
| *** akrivoka has quit IRC | 19:00 | |
| briancurtin | #startmeeting python-openstacksdk | 19:00 |
| openstack | Meeting started Tue Apr 1 19:00:22 2014 UTC and is due to finish in 60 minutes. The chair is briancurtin. Information about MeetBot at http://wiki.debian.org/MeetBot. | 19:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 19:00 |
| *** openstack changes topic to " (Meeting topic: python-openstacksdk)" | 19:00 | |
| openstack | The meeting name has been set to 'python_openstacksdk' | 19:00 |
| briancurtin | if anyone is here for the python-openstacksdk meeting, can they please state their name and affiliation? | 19:00 |
| *** bknudson has joined #openstack-meeting-3 | 19:01 | |
| edleafe | Ed Leafe, Rackspace | 19:01 |
| bknudson | Brant Knudson, IBM | 19:01 |
| terrylhowe | Terry Howe, HP | 19:01 |
| Alex_Gaynor | Alex Gaynor, I have many affiliations. | 19:01 |
| briancurtin | Brian Curtin, Rackspace | 19:01 |
| Alex_Gaynor | (I'm also sitting in the middle of another meeting, so apollogies when I'm inatentive) | 19:01 |
| jamielennox | Jamie Lennox, Red Hat | 19:02 |
| *** dtroyer has joined #openstack-meeting-3 | 19:03 | |
| *** jcoufal has quit IRC | 19:03 | |
| *** jcoufal has joined #openstack-meeting-3 | 19:03 | |
| dtroyer | Dean TRoyer, Nebula, jumping in late... | 19:04 |
| briancurtin | ...and that's the usual crew, so moving on | 19:04 |
| briancurtin | #topic Progress - can we move forward toward a MVP? | 19:04 |
| *** openstack changes topic to "Progress - can we move forward toward a MVP? (Meeting topic: python-openstacksdk)" | 19:04 | |
| briancurtin | Since several of dtroyer's reviews are nearing merge, it feels like we have enough lower level plumbing to start building on top of | 19:05 |
| briancurtin | shortly we'll get into edleafe's design, but does it feel like we're at a point where we can start building services and pick up the pace a bit? | 19:05 |
| dtroyer | I hope so ;) | 19:06 |
| briancurtin | for example, I'd like to revisit Alex_Gaynor's old "api_strawman" using some of this recent stuff | 19:06 |
| edleafe | if we assume that we will have a reliable way to get endpoints, etc., we can certainly start doing some of the other stuff | 19:06 |
| briancurtin | besides these current reviews, is there anything else we must absolutely figure out before moving on? | 19:07 |
| edleafe | I think we can move on in parallel | 19:07 |
| dtroyer | I am hoping to finish the api discovery next, auth could happen in parallel to that | 19:07 |
| edleafe | no need to hold everything up | 19:07 |
| briancurtin | ok cool, i like that | 19:07 |
| dtroyer | but neither of those need to be hard blockers | 19:07 |
| *** markmcclain has quit IRC | 19:08 | |
| briancurtin | with that said, let's talk for a bit on the proposed design | 19:08 |
| briancurtin | #topic https://wiki.openstack.org/wiki/PythonOpenStackSDK/ClassDesignDiscussion | 19:08 |
| *** openstack changes topic to "https://wiki.openstack.org/wiki/PythonOpenStackSDK/ClassDesignDiscussion (Meeting topic: python-openstacksdk)" | 19:08 | |
| edleafe | The main goal of this design is separation of responsibilities to make development and testing easier, and avoid duplication across services | 19:09 |
| briancurtin | edleafe: one of the biggest things i dislike about this is duplication which ends up being heralded as flexibility | 19:10 |
| dtroyer | my initial reaction is to having a 'client' for each service… we've discussed a single client (I think we used the word 'context' there) that handles multiple managers for the dispatching | 19:10 |
| briancurtin | i'm not a huge fan of providing several ways to call one API | 19:10 |
| *** eguz has joined #openstack-meeting-3 | 19:11 | |
| Alex_Gaynor | I'd like to specifically object to "Rather than have fixed attributes, its attributes should be populated with the information returned from the API." -- I think this basically makes it impossible to document really well | 19:11 |
| dtroyer | ++ | 19:11 |
| jamielennox | are those common methods actually on client or on the managers/ | 19:11 |
| Alex_Gaynor | (that's on resource) | 19:11 |
| edleafe | briancurtin: For end users it is a huge benefit. At the SDK level, only one path is followed to the API | 19:11 |
| briancurtin | edleafe: but at the SDK level i found we have the same lines of code copied & pasted everywhere to enable that | 19:13 |
| edleafe | Alex_Gaynor: that's certainly possible, but a lot more of a maintenance burden | 19:13 |
| Alex_Gaynor | In general, I'd like us to do hard work so our users' can have a great experience | 19:13 |
| jamielennox | so this looks rather a lot like the current client's layouts. One of the things i was hoping to discuss here is if we could shift more burden onto the resource concept and away from the managers | 19:13 |
| jamielennox | eg User.create(), User.update rather than client.users.update(id, **) | 19:13 |
| terrylhowe | well, managers need to list, get, create | 19:13 |
| briancurtin | several places end up delegating into a manager, so we have several places where we're just having a class with one method that sends itself elsewhere. some modules are fairly large but only fractions of the code actual do anything | 19:14 |
| *** eghobo has quit IRC | 19:15 | |
| edleafe | briancurtin: actually, most of the duplication is in the base class, so there is only one copy of a call. | 19:15 |
| terrylhowe | User.create() would be nice if users could populate a resource rather than pass in a dictionary | 19:16 |
| bknudson | it would be interesting to see the code that we'd like for creating a user. | 19:16 |
| edleafe | terrylhowe: that would be cool, but is that the most obvious way to create resources? | 19:16 |
| jamielennox | edleafe: the manager design like the current clients have is very interdependant | 19:17 |
| bknudson | is it like client.identity.user.create({'name': 'something', ... }) ? | 19:17 |
| briancurtin | bknudson: perhaps we rejuvenate the idea of the "api_strawman" and take one or more approaches to fill out an example? | 19:17 |
| edleafe | So if I'm storing a blob in swift, I would populate a storage object locally, and then call .save()? Something like that? | 19:17 |
| jamielennox | edleafe: ++, that's what i was thinking | 19:18 |
| jamielennox | passing dicts of attributes around is a pain | 19:18 |
| edleafe | So more of an ORM-like approach | 19:18 |
| Alex_Gaynor | Please no dicts :/ | 19:19 |
| edleafe | jamielennox: re: interdependence - clients should create managers with all the info they need. Managers shouldn't need a reference back to the client. | 19:19 |
| edleafe | Alex_Gaynor: and no keyword params? | 19:19 |
| Alex_Gaynor | keyword pramams are ok | 19:19 |
| Alex_Gaynor | I don't want users passing dicts directly though | 19:19 |
| edleafe | just attributes? | 19:19 |
| Alex_Gaynor | it tends to make documentation really really hard | 19:20 |
| Alex_Gaynor | and also makes good error messages hard | 19:20 |
| jamielennox | edleafe: just resource objects | 19:20 |
| dtroyer | I don't think the managers should need to contain any information…they're the logic for dispatching through the API | 19:20 |
| jamielennox | dtroyer: right, we could even do client.list(User) and ditch the managers | 19:21 |
| edleafe | Alex_Gaynor: I envisioned methods with keyword parameters; terrylhowe is proposing building an object attribute-by-attribute, and then saving it. | 19:21 |
| bknudson | what's an example of a manager? | 19:21 |
| jamielennox | bknudson: the users part of client.users.list() | 19:21 |
| bknudson | we're going to have a lot of manager | 19:22 |
| bknudson | managers | 19:22 |
| edleafe | bknudson: in the proposed design, the manager takes the user's request, determines the URI, headers, etc. that will be needed, and passes that to the http layer for the actual call | 19:22 |
| edleafe | jamielennox: client.list(User) is just a different syntax | 19:25 |
| briancurtin | edleafe: do you think you could come up with a minimal example on top of dtroyer's session wrapper, once it's in? | 19:25 |
| edleafe | the question is where the logic goes for determining what the URI to call would go | 19:26 |
| terrylhowe | I like the idea of the save() method on the resource to save it, but the manager will still need a create() method to create a new resource | 19:26 |
| edleafe | that wouldn't be exposed to the dev/user | 19:26 |
| jamielennox | edleafe: yes and no, it's a question of where you put all the information for how to build the urls | 19:26 |
| terrylhowe | I'd think the manager edleafe the resource would have to reference it | 19:26 |
| bknudson | there's only 1 manager for a resource, right? | 19:26 |
| edleafe | resources would have reference to their manager, just like the client | 19:27 |
| bknudson | User has a UserManager | 19:27 |
| edleafe | bknudson: yes | 19:27 |
| terrylhowe | yep | 19:27 |
| edleafe | briancurtin: sure, but it would be fairly abstract without a service catalog | 19:27 |
| edleafe | is that OK? | 19:27 |
| briancurtin | edleafe: yeah, i think so. compare it to Alex_Gaynor's client.py example from the old api_strawman directory, just putting together simple swift operations | 19:28 |
| edleafe | briancurtin: ok, I can try to have something committed in the next few days | 19:29 |
| briancurtin | edleafe: cool, i think getting something into gerrit that we can see will help guide this better than an IRC talk (although maybe i'm wrong) | 19:30 |
| edleafe | it would probably answer some of the obvious stuff, and raise much more interesting discussions. | 19:30 |
| briancurtin | agreed. i think we could probably sit here and talk all day, but we'd be more productive to just get something on the board at this point and steer it from there | 19:31 |
| edleafe | I'd like to also see a proposal for the ORM-like resource design | 19:32 |
| briancurtin | #topic https://review.openstack.org/#/c/81882/ (Add requests.Session wrapper class) | 19:32 |
| *** openstack changes topic to "https://review.openstack.org/#/c/81882/ (Add requests.Session wrapper class) (Meeting topic: python-openstacksdk)" | 19:32 | |
| briancurtin | (oops, sorry to jump on top of that, edleafe, but that could also be cool) | 19:32 |
| briancurtin | was that terrylhowe's thing? | 19:32 |
| terrylhowe | I'm ready to move on | 19:33 |
| briancurtin | anyway, with Alex_Gaynor here - is dtroyer's response on httpretty alright? | 19:34 |
| Alex_Gaynor | (The answer might be that everyone just disagrees with me :-)) | 19:34 |
| briancurtin | i think most people agreed the last time we talked about it, but didn't have a great solution to work with at the moment (or something like that) | 19:35 |
| dtroyer | I like the idea of httmock, but it needs to be proven yet, then added to the global requirements, and I didn't want to wait on that | 19:36 |
| jamielennox | admittedly i'm biased here, but i see using httpretty and patching global state as easier that mocking the requests.request interface | 19:36 |
| jamielennox | i don't see how global state matters when you are running test code that will only run one test at a time | 19:36 |
| terrylhowe | httpretty makes me a little more confident things might actually work in this case | 19:37 |
| briancurtin | at this point, i'd like to see if we can reach a consensus that httpretty is fine to build off of, and like jamielennox said, that global state mucking is confined to tests for the time being | 19:37 |
| bknudson | httpretty seems to work so I'm fine with it. | 19:37 |
| jamielennox | briancurtin: global state mocking is ALWAYS limited to tests - you would never do this in the library | 19:37 |
| briancurtin | jamielennox: of course, i meant mucking, like doing dirty, dirty things with global state | 19:38 |
| bknudson | at some point we're going to need a fake identity server | 19:38 |
| briancurtin | Alex_Gaynor: thoughts? | 19:39 |
| bknudson | at what level does that get inserted | 19:39 |
| bknudson | I assume we're not going to have httpretty simulate keystone | 19:40 |
| terrylhowe | A mock session would make sense for that | 19:41 |
| briancurtin | i'm guessing Alex_Gaynor is busy in the other meeting - Alex_Gaynor, when you get back: speak now or forever hold your peace on httpretty | 19:44 |
| briancurtin | #topic https://review.openstack.org/#/c/81988/ (Add redirection handling to openstack.session.Session) | 19:44 |
| *** openstack changes topic to "https://review.openstack.org/#/c/81988/ (Add redirection handling to openstack.session.Session) (Meeting topic: python-openstacksdk)" | 19:44 | |
| briancurtin | a couple of things left here, a quick s/assertTrue/assertEqual in a test. i think bknudson had mostly been addressed | 19:45 |
| *** TravT has quit IRC | 19:45 | |
| dtroyer | I see only one outstanding comment on that one, I have it addressed, am going to push it with the update to 81882 | 19:45 |
| briancurtin | i think that's probably good then | 19:46 |
| briancurtin | (i was wrong about couple of things - just my remaining comment) | 19:46 |
| briancurtin | #topic https://review.openstack.org/#/c/82646/ (Add API discovery support) | 19:47 |
| *** openstack changes topic to "https://review.openstack.org/#/c/82646/ (Add API discovery support) (Meeting topic: python-openstacksdk)" | 19:47 | |
| dtroyer | This one is really still WIP…I'm moving more of the logic into the Version class... | 19:47 |
| briancurtin | that one has a couple more things to address, but like was said earlier, can be done in parallel with the other work | 19:47 |
| briancurtin | ah | 19:47 |
| dtroyer | and renaming the classes to make more sense | 19:48 |
| briancurtin | cool | 19:48 |
| briancurtin | so at this point, i think we have more actionable items to move forward on | 19:49 |
| briancurtin | #action edleafe: prepare minimal example of manager-client-resource | 19:49 |
| briancurtin | #action revive Alex_Gaynor client | 19:50 |
| briancurtin | #action possible ORM-style client | 19:50 |
| briancurtin | anything else to build on at the moment? | 19:50 |
| edleafe | correction: ORM-style resource | 19:51 |
| briancurtin | oops, yeah | 19:51 |
| briancurtin | 9 min left - anything else to chat about while we're here? | 19:51 |
| dtroyer | FWIW, I plan on proposing an OpenStack program soon for client-side stuff that will initially include OpenStackClient. | 19:52 |
| dtroyer | I understand the TC wants to hold off including additional projects that are early in implementation, such as this one, but eventually that is where they would also live | 19:53 |
| *** TravT has joined #openstack-meeting-3 | 19:54 | |
| briancurtin | dtroyer: what other types of projects would you foresee that including? | 19:54 |
| dtroyer | I am looking for a name that sounds general enough to include both | 19:54 |
| dtroyer | much of what is currently in motion for not-REST-server stuff, except Horizon | 19:54 |
| dtroyer | that wants to join | 19:54 |
| *** yamahata has joined #openstack-meeting-3 | 19:55 | |
| bknudson | I'm surprised that https://review.openstack.org/#/c/81882/ didn't merge. | 19:56 |
| bknudson | it's approved and verified | 19:56 |
| dtroyer | it couldn't with Alex's −2 still attached | 19:56 |
| briancurtin | bknudson: i think alex gaynor's original -2 was holding it up. he just changed it to -1 with recent comments | 19:56 |
| briancurtin | dtroyer: would that program be something like "developer experience"? | 19:57 |
| dtroyer | it would include that, but the CLI is also 'user experience' | 19:57 |
| briancurtin | dtroyer: cool, would like to know more as it develops | 19:58 |
| dtroyer | both of those phrases carry additional expectations in the community and I want to be careful to not make people thing this program is all of those things | 19:58 |
| briancurtin | true. naming isn't my specialty, but if i have anything, i'll let you know :) | 19:59 |
| dtroyer | ok, thanks | 19:59 |
| briancurtin | #endmeeting | 20:00 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 20:00 | |
| openstack | Meeting ended Tue Apr 1 20:00:07 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 20:00 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-04-01-19.00.html | 20:00 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-04-01-19.00.txt | 20:00 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-04-01-19.00.log.html | 20:00 |
| *** terrylhowe has left #openstack-meeting-3 | 20:00 | |
| *** markmcclain has joined #openstack-meeting-3 | 20:03 | |
| *** mwagner_afk has quit IRC | 20:03 | |
| *** gduan has quit IRC | 20:09 | |
| *** garyduan has joined #openstack-meeting-3 | 20:10 | |
| *** Sukhdev has quit IRC | 20:14 | |
| *** Alex_Gaynor has left #openstack-meeting-3 | 20:15 | |
| *** julim has quit IRC | 20:25 | |
| *** eguz has quit IRC | 20:27 | |
| *** eghobo has joined #openstack-meeting-3 | 20:28 | |
| *** bknudson has left #openstack-meeting-3 | 20:29 | |
| *** jcoufal has quit IRC | 20:37 | |
| *** gduan has joined #openstack-meeting-3 | 20:38 | |
| *** garyduan has quit IRC | 20:38 | |
| *** dtroyer has left #openstack-meeting-3 | 20:46 | |
| *** mfer has joined #openstack-meeting-3 | 20:47 | |
| *** briancurtin has left #openstack-meeting-3 | 20:50 | |
| *** MaxV__ has joined #openstack-meeting-3 | 20:53 | |
| *** MaxV___ has joined #openstack-meeting-3 | 20:56 | |
| *** MaxV_ has quit IRC | 20:57 | |
| *** MaxV__ has quit IRC | 20:58 | |
| *** david-lyle_afk is now known as david-lyle | 21:01 | |
| *** rockyg has quit IRC | 21:03 | |
| *** lpetrut has quit IRC | 21:06 | |
| *** mfer has quit IRC | 21:08 | |
| *** lblanchard has quit IRC | 21:10 | |
| *** santibaldassin has quit IRC | 21:31 | |
| *** peristeri has quit IRC | 21:37 | |
| *** enikanorov has joined #openstack-meeting-3 | 21:49 | |
| *** ttrifonov is now known as ttrifonov_zZzz | 21:49 | |
| *** cgoncalv1s has joined #openstack-meeting-3 | 21:54 | |
| *** DinaBelova2 has joined #openstack-meeting-3 | 21:54 | |
| *** ruhe has quit IRC | 21:54 | |
| *** jtomasek has quit IRC | 21:54 | |
| *** DinaBelova has quit IRC | 21:54 | |
| *** enikanorov_ has quit IRC | 21:54 | |
| *** cgoncalves has quit IRC | 21:54 | |
| *** DinaBelova2 is now known as DinaBelova | 21:54 | |
| *** jtomasek has joined #openstack-meeting-3 | 21:55 | |
| *** ruhe has joined #openstack-meeting-3 | 21:55 | |
| *** mfer has joined #openstack-meeting-3 | 21:57 | |
| *** mfer has quit IRC | 21:57 | |
| *** MaxV___ has quit IRC | 22:05 | |
| *** MaxV_ has joined #openstack-meeting-3 | 22:05 | |
| *** banix has quit IRC | 22:13 | |
| *** alexpilotti has quit IRC | 22:14 | |
| *** lsmola has quit IRC | 22:31 | |
| *** TravT has quit IRC | 22:36 | |
| *** markmcclain has quit IRC | 22:52 | |
| *** yamahata has quit IRC | 23:08 | |
| *** MaxV_ has quit IRC | 23:09 | |
| *** david-lyle has quit IRC | 23:20 | |
| *** mwagner_afk has joined #openstack-meeting-3 | 23:32 | |
| *** lcheng has quit IRC | 23:37 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!