--- Log opened Tue May 14 00:00:44 2013 | ||
@sonney2k | HeikoS1, nope there still is some stuff not working | 00:11 |
---|---|---|
-!- nube1 [~rho@36.253.43.151] has joined #shogun | 00:16 | |
-!- nube [~rho@49.244.108.149] has quit [Ping timeout: 264 seconds] | 00:18 | |
-!- nube1 [~rho@36.253.43.151] has quit [Quit: Leaving.] | 00:28 | |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 01:23 | |
-!- van51 [~van51@athedsl-320452.home.otenet.gr] has joined #shogun | 01:28 | |
-!- van51 [~van51@athedsl-320452.home.otenet.gr] has quit [Quit: Leaving.] | 02:20 | |
shogun-buildbot | build #394 of nightly_default is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/394 | 04:38 |
-!- nube [~rho@116.90.239.3] has joined #shogun | 05:45 | |
-!- nube [~rho@116.90.239.3] has quit [Ping timeout: 276 seconds] | 06:09 | |
-!- nube [~rho@116.90.239.3] has joined #shogun | 06:14 | |
-!- votjakovr [~votjakovr@host-46-241-3-209.bbcustomer.zsttk.net] has joined #shogun | 06:54 | |
-!- iglesiasg [~fjig@share-01.csc.kth.se] has joined #shogun | 09:15 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 09:15 | |
@iglesiasg | hey guys, I am trying to use matlab static to run a couple of tests | 09:17 |
@iglesiasg | I am getting this error though | 09:17 |
@iglesiasg | Invalid MEX-file | 09:17 |
@iglesiasg | /usr/local/etc/matlab/r2012a/bin/glnxa64/libstdc++.so.6: version `GLIBCXX_3.4.15' not | 09:17 |
@iglesiasg | found (required by /usr/local/lib/libshogun.so.14 | 09:17 |
@iglesiasg | let me know please if you happen to know something about it | 09:18 |
@wiking | iglesiasg: which matlab? | 09:34 |
@wiking | there's a fix for this as far as i remember | 09:34 |
@iglesiasg | wiking: 7.14.0.739 (R2012a) | 09:34 |
@wiking | yeah | 09:34 |
@wiking | google that error | 09:34 |
@wiking | and you'll find a fix at mathworks website | 09:35 |
@iglesiasg | wiking: I found some people saying that sysem update helped | 09:35 |
@iglesiasg | so I am trying with that | 09:35 |
@wiking | iglesiasg: update of matlab to 2013a? | 09:35 |
@iglesiasg | wiking: no, update of libstdc++ | 09:35 |
@wiking | noooo | 09:36 |
@wiking | iglesiasg: http://www.mathworks.es/support/solutions/en/data/1-EO8AAS/index.html | 09:36 |
@iglesiasg | wiking: let me see, thanks you! | 09:36 |
sonne|work1 | iglesiasg: I posted a solution to this a couple of times on the mailinglist | 09:40 |
@iglesiasg | sonne|work1: checking | 09:41 |
@wiking | sonne|work1: put it in FAQ :) | 09:43 |
@wiking | sonne|work1: http://shogun-toolbox.org/page/documentation/faq | 09:44 |
sonne|work1 | iglesiasg: please put it in FAQ when you're done :) | 09:45 |
@wiking | lol | 09:45 |
@iglesiasg | recompiling atm... | 09:55 |
@wiking | mmmm we have an error now in TParameter | 10:01 |
@wiking | unit test | 10:02 |
@wiking | [ FAILED ] TParameter.equals_scalar_different1 | 10:02 |
@wiking | [ FAILED ] TParameter.equals_scalar_different2 | 10:02 |
@wiking | [ FAILED ] TParameter.equals_string_scalar_different | 10:02 |
@wiking | [ FAILED ] TParameter.equals_sparse_scalar_different | 10:02 |
@wiking | mmm i guess it's only failing on my machine | 10:03 |
@wiking | :D | 10:03 |
@iglesiasg | wiking: I saw it on travis too | 10:04 |
@iglesiasg | sonne|work1, wiking: I did a backup of the libstdc++* files in matlab sys/os directory and later symbolic linked the ones in /usr/lib/libstdc++* but the error is still there | 10:08 |
@iglesiasg | I clean and recompiled matlab interface as well | 10:08 |
-!- van51 [~van51@athedsl-320452.home.otenet.gr] has joined #shogun | 10:17 | |
sonne|work1 | iglesiasg: you removed this one here /usr/local/etc/matlab/r2012a/bin/glnxa64/libstdc++.so.6 ? | 10:21 |
sonne|work1 | just to be sure | 10:21 |
-!- sonne|work1 is now known as sonne|work | 10:21 | |
sonne|work | van51: any progress? | 10:21 |
van51 | sonne|work: last night no, but I have an idea for debugging it | 10:22 |
van51 | I am working on it now | 10:22 |
@iglesiasg | sonne|work: I made some progress when I removed the ones in bin/glnxa64 | 10:28 |
@iglesiasg | sonne|work: now I get version `GFORTRAN_1.4' not found (required by /usr/lib/liblapack.so) | 10:28 |
@iglesiasg | instead of the GLIBC error | 10:29 |
sonne|work | iglesiasg: now continue with the other libs in the glnxa64 dir until it works | 10:30 |
sonne|work | van51: very good | 10:30 |
@iglesiasg | sonne|work: it seems to be working fine now | 10:37 |
sonne|work | iglesiasg: -> FAQ :-) | 10:37 |
@iglesiasg | IIRC stuff in the static interfaces is not directly available as in modular ones | 10:42 |
@iglesiasg | there is something to do in the ui directory | 10:43 |
sonne|work | iglesiasg: yes sure | 10:46 |
sonne|work | but it would be worth having that compile error mentioned in the FAQ | 10:46 |
sonne|work | it pops up pretty often | 10:46 |
sonne|work | wiking: no this test should not fail | 10:46 |
@iglesiasg | sonne|work: yeah, I am writting it | 10:46 |
@iglesiasg | sonne|work: give 10 minutes to have it ready :) | 10:46 |
@iglesiasg | give me* | 10:47 |
sonne|work | wiking: it must be sth simple | 10:47 |
sonne|work | wiking: how much does it (not) differ? | 10:47 |
@iglesiasg | sonne|work: would it be crazy amount of work to get part of the SO framework to work in matlab? | 10:48 |
sonne|work | no not crazy | 10:48 |
@iglesiasg | sonne|work: what would it be in a few words? I have no idea how these classes in ui work or what do they have to do actually | 10:48 |
sonne|work | well you have to define appropriate commands | 10:50 |
sonne|work | and then for each command add a function that does somthing for that command | 10:50 |
sonne|work | so you define which arguments it has to have (input and output) | 10:50 |
@iglesiasg | sonne|work: aham, I see | 10:50 |
sonne|work | what is easy is to get the data / arguments into / out of shogun | 10:50 |
sonne|work | e.g. to get a real number - just do get_real() | 10:51 |
sonne|work | get_int() etc | 10:51 |
sonne|work | for matrix get_real_matrix() etc | 10:51 |
sonne|work | have a look at shogun/ui/SGInterface.cpp | 10:51 |
sonne|work | I've created a couple of classes GUI* that are static helper things | 10:52 |
sonne|work | otherwise this is stateless (!) | 10:53 |
sonne|work | so these GUI* classes can store e.g. a CKernel | 10:53 |
sonne|work | or features | 10:53 |
@iglesiasg | sonne|work: ok, thanks! | 10:54 |
@iglesiasg | sonne|work: FAQ updated | 11:06 |
sonne|work | thanks! | 11:06 |
-!- iglesiasg [~fjig@share-01.csc.kth.se] has quit [Quit: leaving] | 11:08 | |
sonne|work | well described! | 11:08 |
-!- iglesiasg [~fjig@share-01.csc.kth.se] has joined #shogun | 11:09 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 11:09 | |
sonne|work | iglesiasg: well described! | 11:18 |
@iglesiasg | sonne|work: thanks! :) | 11:18 |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has joined #shogun | 11:24 | |
-!- mode/#shogun [+o lisitsyn] by ChanServ | 11:24 | |
HeikoS1 | sonne|work: does the equals work now? | 11:24 |
sonne|work | HeikoS1: Hey! | 11:32 |
HeikoS1 | hi | 11:33 |
sonne|work | I managed to get say 50% of the tests to work | 11:33 |
sonne|work | but for the others it still fails | 11:33 |
HeikoS1 | cool | 11:33 |
HeikoS1 | what are the problems? | 11:33 |
sonne|work | no idea | 11:33 |
HeikoS1 | debug outputs? | 11:33 |
sonne|work | I used eps 1e-15 | 11:33 |
sonne|work | I can commit tester.py this evening | 11:34 |
sonne|work | and comment the equals line to be used | 11:34 |
sonne|work | so you could try yourself | 11:34 |
sonne|work | btw long double is really not needed :) | 11:34 |
sonne|work | 1e-300 or so is what double can do :) | 11:35 |
HeikoS1 | sonne|work, yes probably you are right :) | 11:35 |
HeikoS1 | ok cool, Ill have a look once you pushed the new tester | 11:35 |
@lisitsyn | I don't get that point | 11:35 |
@lisitsyn | sonne|work: what's the point with 1e-300 | 11:36 |
sonne|work | lisitsyn: no need to use long double | 11:36 |
sonne|work | as eps precision | 11:36 |
@lisitsyn | ahh | 11:36 |
@lisitsyn | floating point is pain in the ass :D | 11:36 |
sonne|work | HeikoS1: or do it yourself now - it is just this line here | 11:37 |
sonne|work | elif isinstance(a, modshogun.SGObject): | 11:37 |
sonne|work | return pickle.dumps(a) == pickle.dumps(b) | 11:37 |
sonne|work | instead of return pickle.dumps(a) == pickle.dumps(b) | 11:37 |
sonne|work | do return a.equals(b, 1e-15) | 11:37 |
HeikoS1 | ok will give it a try | 11:37 |
sonne|work | HeikoS1: line 30 | 11:37 |
HeikoS1 | thx | 11:38 |
sonne|work | lisitsyn: yeah it is | 11:38 |
@lisitsyn | sonne|work: in windows kernel they do avoid floating and using fractions :D | 11:43 |
@lisitsyn | did you know? | 11:43 |
sonne|work | good choice! | 11:43 |
@lisitsyn | sonne|work: thanks | 11:48 |
-!- nube [~rho@116.90.239.3] has quit [Quit: Leaving.] | 12:00 | |
votjakovr | HeikoS1: Hi, i'm sorry, that was my mistake... I didn't think, that the derivative computed by log(ell). | 12:17 |
HeikoS1 | votjakovr: did carl answer to you too? | 12:18 |
votjakovr | HeikoS1: Yep | 12:19 |
HeikoS1 | ok | 12:19 |
HeikoS1 | well, lesson learned :D | 12:19 |
HeikoS1 | so it was correct .... | 12:19 |
@lisitsyn | ha! | 12:19 |
@lisitsyn | so you bugged carl? | 12:19 |
@lisitsyn | :D | 12:19 |
HeikoS1 | never mess with the Cambridge guys :D | 12:19 |
votjakovr | :) | 12:19 |
@lisitsyn | HeikoS1: one should always trust that curly guy | 12:20 |
HeikoS1 | votjakovr: I am still confused | 12:21 |
HeikoS1 | since he does ell=exp(hyp(1)) | 12:21 |
HeikoS1 | so is the derivative wrt to log(ell) | 12:21 |
-!- iglesiasg [~fjig@share-01.csc.kth.se] has quit [Quit: Lost terminal] | 12:24 | |
votjakovr | HeikoS1: So if we want to compute derivative by ell, we should multiply his answer by derivative of log(ell), which equals to 1/ell | 12:27 |
-!- iglesiasg [~fjig@share-01.csc.kth.se] has joined #shogun | 12:28 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 12:28 | |
votjakovr | HeikoS1: But I little bit confused, why he use log(ell) as a hyper rather than ell. | 12:33 |
HeikoS1 | sonne|work: you broke the unit tests with the floatmax change btw | 12:33 |
HeikoS1 | sonne|work: which object had this num_element issue again? | 12:57 |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 13:15 | |
shogun-notifier- | shogun: Heiko Strathmann :develop * 50e2efe / / (3 files): https://github.com/shogun-toolbox/shogun/commit/50e2efe9ccd2285683380efdd93b8322d13f19f5 | 13:15 |
shogun-notifier- | shogun: -fixed floatmax_t issues from Sören's commit | 13:15 |
shogun-notifier- | shogun: -moved num_lements check of DynamicObjectArray to CSGObject (cleaner) | 13:15 |
shogun-notifier- | shogun: -added some new unit tests for num_elements and some NULL cases | 13:15 |
shogun-notifier- | shogun: Heiko Strathmann :develop * 3105db8 / / (3 files): https://github.com/shogun-toolbox/shogun/commit/3105db8aa1d7c7561a88383d28d503a18653ed11 | 13:15 |
shogun-notifier- | shogun: Merge pull request #1094 from karlnapf/develop | 13:15 |
shogun-notifier- | shogun: | 13:15 |
shogun-notifier- | shogun: a bunch of equals fixes | 13:15 |
shogun-buildbot | build #1175 of deb1 - libshogun is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1175 | 13:18 |
sonne|work | HeikoS1: you still have a SG_SPRINT("comparing \"%s\" to \"%s\"\n", get_name(), other->get_name()); in there | 13:20 |
sonne|work | HeikoS1: how could the float64 change affect this? | 13:20 |
sonne|work | HeikoS1: also you will need this num_elements hack for DynamicArray | 13:25 |
HeikoS1 | okay thats good to know | 13:28 |
HeikoS1 | will add... | 13:28 |
shogun-buildbot | build #822 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/822 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 13:35 |
shogun-notifier- | shogun: Heiko Strathmann :develop * f230b69 / src/shogun/base/SGObject.cpp: https://github.com/shogun-toolbox/shogun/commit/f230b69b7ca4434975aaf7fb88be92ab179e3a33 | 13:36 |
shogun-notifier- | shogun: added another num_elements check and changed print to debug print | 13:36 |
shogun-notifier- | shogun: Heiko Strathmann :develop * a4bbf79 / src/shogun/base/SGObject.cpp: https://github.com/shogun-toolbox/shogun/commit/a4bbf79efc07375aca3d865793ba08100760d338 | 13:36 |
shogun-notifier- | shogun: Merge pull request #1095 from karlnapf/develop | 13:36 |
shogun-notifier- | shogun: | 13:36 |
shogun-notifier- | shogun: added another num_elements check and changed print to debug print | 13:36 |
sonne|work | HeikoS1: does it work now btw for the tests? | 13:37 |
HeikoS1 | no | 13:37 |
HeikoS1 | and my terminal is spammed | 13:37 |
sonne|work | ahh yes there is a forgotten print msg at the bottom | 13:39 |
sonne|work | let me fix this | 13:39 |
sonne|work | actually no | 13:41 |
sonne|work | all intended | 13:41 |
sonne|work | HeikoS1: so you deserve it :D | 13:41 |
sonne|work | HeikoS1: what fails btw | 13:51 |
-!- travis-ci [~travis-ci@ec2-23-20-2-212.compute-1.amazonaws.com] has joined #shogun | 14:04 | |
travis-ci | [travis-ci] it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/7152640 | 14:04 |
-!- travis-ci [~travis-ci@ec2-23-20-2-212.compute-1.amazonaws.com] has left #shogun [] | 14:04 | |
shogun-buildbot | build #1115 of deb3 - modular_interfaces is complete: Failure [failed test python_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1115 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 14:07 |
van51 | sonne|work: I believe that the bug(if it's just one) is located in the CSVMLight::update_linear_component_mkl() method | 14:08 |
van51 | i'll try to find out exactly what it is now | 14:08 |
sonne|work | van51: could be... I wrote all that but hmmhh... | 14:08 |
van51 | I've re-introduced my changes gradually and the output was fine | 14:09 |
van51 | up until I changed that method | 14:09 |
-!- iglesiasg [~fjig@share-01.csc.kth.se] has quit [Quit: leaving] | 14:12 | |
-!- Netsplit *.net <-> *.split quits: votjakovr | 14:16 | |
van51 | sonne|work: found it! I hadn't changed a get_first_kernel() method to get_kernel(index) | 14:16 |
shogun-buildbot | build #1116 of deb3 - modular_interfaces is complete: Failure [failed test python_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1116 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 14:17 |
sonne|work | van51: excellent! | 14:17 |
sonne|work | van51: so the output of the w matrix is now still the same? | 14:18 |
shogun-buildbot | build #823 of cyg1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/823 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 14:18 |
van51 | sonne|work: nope and I think it matches the original one | 14:19 |
van51 | but let me re-compile just to check | 14:19 |
-!- Netsplit over, joins: votjakovr | 14:21 | |
-!- nube [~rho@49.244.11.195] has joined #shogun | 14:41 | |
shogun-buildbot | build #1117 of deb3 - modular_interfaces is complete: Failure [failed test python_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1117 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 14:44 |
-!- travis-ci [~travis-ci@ec2-23-20-2-212.compute-1.amazonaws.com] has joined #shogun | 14:48 | |
travis-ci | [travis-ci] it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/7153102 | 14:48 |
-!- travis-ci [~travis-ci@ec2-23-20-2-212.compute-1.amazonaws.com] has left #shogun [] | 14:48 | |
sonne|work | van51: and? | 14:51 |
van51 | sonne|work: I recompiled the octave interface and the output seems ok to me | 14:53 |
van51 | i have kept it and will post a link to it on the PR page | 14:53 |
van51 | the thing is though, I did a ./configure && make now | 14:54 |
van51 | and it's stuck after a generating interface with SWIG.. Compiling interface | 14:54 |
sonne|work | van51: don't compile for *all* interfaces | 14:57 |
sonne|work | that can take ages | 14:57 |
sonne|work | (1hr) | 14:57 |
sonne|work | choose your interface! | 14:57 |
van51 | sonne|work: I was just doing a ./configure before and then make and it was ok :P | 14:58 |
@lisitsyn | van51: you have a lot of patience | 14:59 |
sonne|work | yeah I would *never* do it like this | 14:59 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Ping timeout: 264 seconds] | 14:59 | |
van51 | haha | 14:59 |
van51 | no really it wasn't taking that long | 14:59 |
@lisitsyn | van51: what did you do waiting it to finish? | 15:00 |
@lisitsyn | :D | 15:00 |
@lisitsyn | I think it takes one episode of some game of thrones | 15:00 |
@lisitsyn | or house m.d. | 15:00 |
@lisitsyn | :D | 15:00 |
van51 | haha | 15:03 |
van51 | I was catching up on series | 15:03 |
van51 | yea | 15:04 |
van51 | :p | 15:04 |
van51 | or just wasted time there and there | 15:04 |
van51 | but I'm pretty sure it wasn't taking that long :D | 15:04 |
@lisitsyn | van51: yeah when you are watching say 'breaking bad' time just flies away | 15:05 |
@lisitsyn | :D | 15:05 |
@lisitsyn | van51: ./configure --disable-optimization --interfaces=python_modular | 15:06 |
van51 | lisitsyn: now that you mention it, it could be :) | 15:06 |
@lisitsyn | van51: ah and one more thing | 15:06 |
van51 | the only reason I noticed it now was because the computer became a bit unresponsive | 15:06 |
@lisitsyn | van51: install ccache | 15:06 |
sonne|work | van51: yeah it needs 3GB or so to compile | 15:06 |
sonne|work | and disable-optimization ! | 15:07 |
sonne|work | otherwise hmm | 15:07 |
@lisitsyn | and add the following lines to your bashrc | 15:07 |
@lisitsyn | CXX=ccache g++ | 15:07 |
@lisitsyn | CC=ccache gcc | 15:07 |
@lisitsyn | then reconfigure | 15:07 |
@lisitsyn | this would save your time when you recompile the same thing twice | 15:07 |
van51 | lisitsyn: ah nice! thanks! | 15:08 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 15:10 | |
-!- sijin [~smuxi@144.214.222.109] has joined #shogun | 15:21 | |
sijin | lisitsyn: are you there? | 15:24 |
@lisitsyn | sijin: yes | 15:24 |
sijin | lisitsyn: I have written a test for kpca, | 15:25 |
@lisitsyn | good | 15:25 |
@lisitsyn | where? | 15:25 |
sijin | lisitsyn: I haven't commit it yet, I compare the result with matlab's kpca, I found the returned embedding of tapkee is the embbed data for input, which ,i think, can not be used as transition matrix | 15:26 |
@lisitsyn | sijin: yeah that might be a trouble | 15:27 |
sijin | lisitsyn: embbedding_tapkee = diag * V', while I think the transition matrix should be 1/diag * V' | 15:28 |
sijin | lisitsyn: therefore, we don't have information of diag(eigen value of centered kernel matrix) | 15:29 |
@lisitsyn | sijin: alright got it | 15:31 |
sijin | lisitsyn: I will submit the unit-test soon. | 15:36 |
sijin | lisitsyn: can I just add a unit-test.cc in the unit/preprocessor's folder, do i need to modify another files? | 15:37 |
@wiking | sijin: no | 15:37 |
@lisitsyn | yes just add a file | 15:38 |
@wiking | sijin: just add the *_unittest.cc file there and that's it | 15:38 |
sijin | lisitsyn: ok, thx | 15:38 |
-!- iglesiasg [~fjig@share-01.csc.kth.se] has joined #shogun | 15:39 | |
sijin | wiking: thx, i will use that naming | 15:39 |
@wiking | well if u dont use the right naming | 15:40 |
@wiking | it wont work ;) | 15:40 |
sijin | wiking: got it :) | 15:40 |
van51 | sonne|work: I pushed the fix along with the style changes you discussed on the PR | 16:08 |
van51 | g2g now | 16:10 |
van51 | cu later | 16:11 |
-!- van51 [~van51@athedsl-320452.home.otenet.gr] has left #shogun ["QUIT :Leaving."] | 16:11 | |
--- Log closed Tue May 14 16:37:59 2013 | ||
--- Log opened Tue May 14 16:38:09 2013 | ||
-!- shogun-t1olbox [~shogun@7nn.de] has joined #shogun | 16:38 | |
-!- Irssi: #shogun: Total of 17 nicks [3 ops, 0 halfops, 0 voices, 14 normal] | 16:38 | |
-!- Irssi: Join to #shogun was synced in 8 secs | 16:38 | |
-!- Netsplit *.net <-> *.split quits: shogun-toolbox | 16:42 | |
iglesiasg | shogun-t1olbox ?? | 16:43 |
sijin | lisitsyn: I have sent a PR for KernelPCA_unittest | 17:00 |
-!- shogun-buildbot was kicked from #shogun by sonney2k [shogun-buildbot] | 17:04 | |
-!- shogun-t1olbox was kicked from #shogun by sonney2k [shogun-t1olbox] | 17:04 | |
--- Log closed Tue May 14 17:04:43 2013 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!