IRC logs of #shogun for Wednesday, 2018-01-24

« Tuesday, 2018-01-23 Index Thursday, 2018-01-25 »
--- Log opened Wed Jan 24 00:00:32 2018
@sukey[https://github.com/shogun-toolbox/shogun] Pull Request https://github.com/shogun-toolbox/shogun/pull/4116 opened by guruhegde05:39
-!- qiongyue [b9e10c6c@gateway/web/freenode/ip.185.225.12.108] has joined #shogun07:54
-!- qiongyue [b9e10c6c@gateway/web/freenode/ip.185.225.12.108] has quit [Quit: Page closed]09:25
@wikinglisitsyn, i just had an idea09:35
@wikingso here https://github.com/shogun-toolbox/shogun/issues/404309:35
@wikingthere's the crazy stuff09:35
@wikingthat we'll change GaussianKernel k(2.0) to09:35
@wikingKernel k = kernel("GaussianKernel")09:35
@wikingk.set_width(2.0)09:35
@wikingetc etc09:36
lisitsynyes09:36
@wikingwhich is crazy becauce more LoC09:36
@wikingbut yeah lets say its ok09:36
@wikingbut09:36
lisitsynehm? what loc/09:36
@wikingline of code09:36
@wikingto do the same thing09:36
lisitsynwhy?09:36
@wikingbut nevermind now09:36
lisitsynno09:36
@wikingwait09:36
@wikinglemme finish09:36
@wiking:)09:36
@wikingso what about that at least in python09:36
@wikingwe extend the ctors of objs09:36
@wikingwith swig09:36
@wikingthat it accepts kwargs**09:36
@wikingand then that's a syntactic sugar09:37
lisitsynyes it is easy09:37
@wikingfor doing self.tag(key, value)09:37
lisitsynyes09:37
@wikingbecause imo this is crazy09:37
@wikinghttps://github.com/shogun-toolbox/shogun/pull/4115/files#diff-850db6d5082e9cf6bbf0ddb8e5ad2ab3R1509:37
lisitsynit is not because GaussianKernel(2.0) makes no sense09:37
lisitsyn:)09:37
@wiking3 lines vs 909:38
@wiking:)09:38
lisitsynbut k.set_width adds some sense09:38
lisitsynwiking: it is better as we don't use kwargs09:38
@wiking?09:38
lisitsynwiking: is it 10, 0.1 or 0.1, 10? :)09:38
@wikingi see what you mean09:38
@wikingbut now if we do a refact09:38
lisitsyncan you remember if first arg is CACHE SIZE and the second one is width :)09:38
@wikingwe could extend the objs09:38
@wikingwith a custom ctor for python09:39
@wikingthat does kwargs09:39
@wikingno?09:39
lisitsynwiking: or what if you don't care about cache size? :)09:40
@wikingnono09:40
@wikingi'm not trying to defend09:40
@wikingthe old way09:40
lisitsynwiking: yes we can add a lot of sugar for python09:40
@wikingi'm just saying that since we wanna do it better09:40
@wikingthan the old one09:40
lisitsynwiking: we can also do k.width = 209:40
@wikingi dont think that the current version is soooo much better09:40
lisitsynbecause it can be reduced to __setattr_09:40
@wikingyeah09:40
@wikingthat too09:40
@wikingi'm saying maybe09:41
@wikingthis patch09:41
@wikingor the whole issue09:41
@wikingis way too early09:41
@wikingas we could fine tune this api09:41
@wikingmuch much more09:41
@wikingi mean if we start to diverge too much in between lang interfaces09:42
@wikingit'll become a bit of a mess09:42
@wikingbut i would say syntactic sugars like this would be good to have09:42
lisitsynwiking: we can add it definitely but it needs hacking the generator09:43
@wikingyou mean .i09:43
lisitsynbecause it would be supported only in py09:43
@wikingmmm09:43
@wikingnot only09:43
@wikingbut yes09:43
@wikingnever used this though Python09:44
@wikinghttp://www.swig.org/Doc3.0/Python.html#Python_nn6709:44
@wiking;)09:44
@wikinghttp://www.swig.org/Doc3.0/Ruby.html#Ruby_nn6709:44
@wikingruby has it09:44
@wiking:)09:44
@wikingbu tyeah i'll check around09:45
@wikingbut first somebody should fix09:53
@wikingdoxygen + swig09:53
@wiking:)09:53
@wikingas that is utterly broken atm09:53
@wiking;(09:53
@wikingmmm10:03
@wikingppl it seems there's something wrong with CGaussian since the watchers10:03
@wiking    frame #2: 0x000000010339e622 libshogun.18.dylib`shogun::CSGObject::Self::has(shogun::BaseTag const&) const [inlined] std::__1::map<shogun::BaseTag, shogun::AnyParameter, std::__1::less<shogun::BaseTag>, std::__1::allocator<std::__1::pair<shogun::BaseTag const, shogun::AnyParameter> > >::find(this=0x0000000000000000, __k=0x00007ffeefbfe528) const at map:122210:03
@wikingand this is from     frame #7: 0x000000010359e1d1 libshogun.18.dylib`shogun::CGaussian::register_params(this=0x000000010c409ed0) at Gaussian.cpp:34410:03
@wiking:(10:04
@wikingdunno how this didn't come up all the tests we have10:04
@wiking:D10:04
@wikingbut this is on my machine10:04
@wikinglisitsyn, you've compiled lately/ran unit test on your osx?10:05
lisitsynwiking: if we don't switch to setters a few things would be impossible :)10:09
lisitsynlike plugins and stuff10:09
lisitsynand actually10:10
lisitsynwe can't switch to new parameters either10:10
lisitsynbecause this way we get it automagically10:10
lisitsynbut other way we need to rewrite all the getters10:10
lisitsynit is just a way to enforce we don't use get_fdfds anymore10:11
@wikingyeye10:11
@wikingagain10:11
@wikingmy point is that maybe we should do a bit more ++ on the api10:12
@wikingfor the modulars10:12
@wikingbefore we start to refactor the metaexamples10:12
@wikingi understand the why and hows10:12
@wikingand made peace with it :)10:12
@wikingjust trying to compile shogun now on a linux10:13
@wikingand see if i see the same bug10:13
@wiking:S10:13
@wikingmiju10:17
@wikingwe have a problemo on os10:17
@wikingx10:17
@wikingX10:17
@wiking:(10:17
@wikingoh noooooo10:19
@wikingi think i know10:19
@wiking:))))10:19
@wikingstd::unique was standing in my way :S10:21
@wikingshould never do a line of code before coffee10:22
-!- HeikoS [~heiko@host86-129-231-92.range86-129.btcentralplus.com] has joined #shogun11:50
-!- mode/#shogun [+o HeikoS] by ChanServ11:50
@HeikoSlisitsyn: https://travis-ci.org/shogun-toolbox/shogun/jobs/332418575#L233211:51
@HeikoSwiking: https://travis-ci.org/shogun-toolbox/shogun/jobs/332418575#L233211:51
@HeikoSideas?11:51
@wikingboth gc and clang?11:52
@HeikoSy11:52
@HeikoShere is gcc: https://travis-ci.org/shogun-toolbox/shogun/jobs/332418574#L220811:53
@wikingmmm11:53
@wikingshito11:53
@wikingi've only seen this with protobuf previously11:53
@wikingcoz of different abis11:53
@wikingbut its weird as you supposed to be compiling the things iwth the very same compiler flags11:54
@wikingso :O11:54
@HeikoSis there maybe the class_list object missing when linking the unit tests?11:54
@HeikoShttps://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html11:55
@HeikoSIf you get linker errors about undefined references to symbols that involve types in the std::__cxx11 namespace or the tag [abi:cxx11] then it probably indicates that you are trying to link together object files that were compiled with different values for the _GLIBCXX_USE_CXX11_ABI macro. This commonly happens when linking to a third-party library that was compiled with an older version of GCC. If the third-party librar11:55
@HeikoSmmmmmmh11:55
@HeikoSwhy would that be the case?11:56
@wikingHeikoS, see my comment above11:56
@wikingi mean i wasjust telling u this11:56
@wiking:)11:56
@HeikoSyep11:56
@wikinggotta go ... lunch11:56
@wikingbbl11:56
@HeikoSenjoy11:56
@wikinglisitsyn, y012:56
@HeikoSwiking: it is the std::string13:16
@HeikoSthere they changed the abi13:16
@HeikoSI will replace with const char* for now13:16
@HeikoSthis is temporary anyways, until we have full tag coverage13:16
@wikingmmmm13:16
@wikingdont push it into devleop13:17
@wikinglplz13:17
@wikingplz13:17
@wikingas i'm already using it13:17
@wikingfor some other thigns13:17
@HeikoSusing what?13:18
@wikingstd::set<std::string> parameter_names() const;13:18
@wikingso if u r having problems here13:18
@HeikoSI am talking std::set<const char*> available_objects();13:18
@HeikoSthe other one is fine13:18
@HeikoSso all good13:19
@wikingmmm13:19
@wikingbut what i dont get13:19
@wikingis that why would that matter13:19
@wikingi mean std::string13:19
@wikingyou are using the same libc++13:19
@wikingor i mean libstdc++13:19
@wikingor?13:19
@wikingwhere do you think you switch stdc++ implementaiton?13:19
@HeikoSno idea13:19
@wikingso then13:19
@wiking?13:19
@HeikoSyeah13:19
@wikingi mean that should be fixed13:19
@HeikoSbut whatever13:19
@HeikoSthis method will not stay around13:20
@wikingbecause this is just masking the problem13:20
@HeikoSneither will the test13:20
@HeikoSall temp stuff to help us swtich to tags13:20
@wikingyeah but i mean13:20
@wikingwe have a bigger problem13:20
@wikingof not using thesame libstdc++ somewhere13:20
@HeikoSha13:20
@HeikoSactually13:20
@wikingi mean that could be the root of many other segfaults13:20
@wikingthat we've seen around lately13:20
@HeikoS[ 62%] Linking CXX executable ../../bin/shogun-unit-test13:20
@HeikoS/home/heiko/git/shogun/tests/unit/base/SGObject_unittest.cc:555: error: undefined reference to 'shogun::available_objects()'13:20
@HeikoSI think this is not abi related after all13:21
@HeikoSthis is what I get when changing to const char*13:21
@HeikoSis maybe class_list object not included when linking the unit tests?13:21
@wikingmmm13:21
@wikingcheck it13:21
@wikingidk13:21
@wikingbut there's a chance13:22
@wikingas we till now never used13:22
@wikingany of the methods in class_list.o13:22
@wikingafaik13:22
@wikingfrom unit tests13:22
@HeikoSyes exactly13:23
@HeikoSwiking: btw I will soon remove all jinja tests13:25
@HeikoScan all be done with a single test and create_object13:25
@wikingi've removed13:25
@wikinglocally the serialization tests13:25
@HeikoSah ok13:25
@wikingi mean that's part of the features/cereal13:26
@wikingstory13:26
@HeikoSthen I will only write replacements13:26
@wikingto drop all those13:26
@HeikoSand push them, then you can drop after in develop13:26
@wikingas those are foobar tests13:26
@wikingbtw have u seen the logs?13:26
@wikingmmm i guess not13:26
@wikinglemme point u to something13:26
@wikinghttps://gitter.im/shogun-toolbox/shogun/archives/2018/01/2413:27
@wikingbeginning13:27
@HeikoSthe lines of code for setting parameters?13:29
@wikingyeah13:29
@HeikoSI think we can probably solve that with swig or other tricks13:30
@HeikoSlike setting multiple parameters at once call13:30
@wikingwell13:30
@wikingunfortunately kwargs story only exists13:30
@wikingin a handful of langs13:30
@HeikoSI dont like the old API at all with these random cache size vs width things13:30
@wikingso that's not like a meta exampleable story13:30
@HeikoSthat's a consequence of freezing the API13:31
@wikingi'm not saying that the old one is good13:31
@wikingi'm saying that maybe we should do these refactors13:31
@wikingyet13:31
@HeikoSI mean suggest something13:31
@wikingas i believe we are not yet a stage13:31
@wikingyes13:31
@wikingthis is a suggestion13:32
@wikingfor example13:32
@wikingthat we dont do this yet13:32
@wiking2nd that kwargs ctors can be done for some of the langs13:32
@HeikoSwe are not yet dropping the old stuff13:32
@HeikoSjust adding the possibility to do it the new way13:32
@wikingi understand that13:32
@HeikoSso your suggestion is already implemented13:32
@wikingwhere?13:32
@wikingi dont see the possibility to do13:33
@HeikoSGaussianKernel(2.0, 2.0) is still there13:33
@wikingno13:33
@wikingit's not kwargs13:33
@HeikoS?13:33
@HeikoSsorry I dont understand13:33
@wikingpython kwargs**13:33
@wikingctor(key1=value1, key2=value2, ...)13:34
@wikingthat will just internally do a13:34
@wikingctor(); ctor.put(key1, value1)....13:34
@HeikoSyes that's what I meant above13:34
@wikingthat is not implementat13:34
@wikinganywhere13:34
@HeikoSin python thats how we should do it13:34
@HeikoSah I see now13:34
@HeikoSso you mean13:34
@wikingyou cannot just do13:34
@HeikoSlets FIRST implement the kwargs13:34
@HeikoSso we dont have to touch everything multiple times13:34
@HeikoSin the examples13:35
@wikingKernel(name='Gaussian', width=10, cache=111)13:35
@wikingetc13:35
@HeikoSyep +113:35
@wikingi dont see the point of pushign metaexmaples13:35
@wikingall the time13:35
@wikingjust because we farted out a new idea yesterday13:35
@wikinglets first try to get into where we wanna be13:35
@wikingand then do those refactors13:35
@HeikoSso I think the steps should be13:40
@HeikoS1) kwargs for python prototype13:40
@HeikoS2) meta language ability to express this13:40
@HeikoS3) transition13:40
@HeikoSIll update the issue with that13:40
@HeikoSwiking: you know what the state of std::map in swig is?13:41
@wikingafaik most of the languages supports it13:42
@wikingbut github.com/swig/swig13:42
@HeikoSso we could even add a method13:42
@HeikoSCSGObject::set(std::map)13:42
@HeikoSor put it is called13:42
@HeikoSbut kwargs is nicer13:42
@wikingeven R has a std::map wrapper13:43
@wikinghttps://github.com/swig/swig/blob/master/Lib/r/std_map.i13:43
@wiking:)13:43
@wikingbut yeah i would check it before heavily depending on it13:43
@wiking:)13:43
@HeikoSactually, we can just hide this in the meta lang api13:53
@HeikoSjust do kwargs in there13:53
@HeikoSand then translate it to what works13:54
@HeikoSthen the fact that we dont have it implemented is not a blocker13:54
@HeikoSsmv.sg contains svm = SVM("LibSVM", C=1)13:54
@HeikoSwhich right now would be translated into13:55
@HeikoSsvm = LibSVM()13:55
@HeikoSsvm.C=113:55
@HeikoSbut then we don't need to refactor the examples later on13:55
@HeikoSonly change the translation13:55
@HeikoStada13:55
lisitsynthat's a good idea13:55
lisitsynif it supports kwargs - do kwargs13:55
lisitsynif not do get13:55
@HeikoSnonintrusive nonblocking  :)13:56
@HeikoSlisitsyn: the linker error is just missing object13:56
@HeikoSim deciphering the cmake to fix it13:56
@HeikoSlisitsyn: btw what do you think of a put method that takes a std::map?13:57
@wikingboom14:13
@wikinghttps://github.com/xoreaxeaxeax/movfuscator/tree/master/validation/doom14:13
@wiking:)14:13
@HeikoShehe14:16
@HeikoSwiking: I have a question for you14:25
@HeikoSclass_list.o is included when lishogun.so is linked14:25
@HeikoSand then libshogun.so is included when shogun-unit-test is linked14:25
@HeikoSso I don't see whats wrong14:25
@HeikoSlisitsyn: you around?14:26
lisitsynHeikoS: partially14:26
@HeikoSlisitsyn: I changed your method to std::set<const char*> available_objects();14:27
@HeikoSand now the error became /home/heiko/git/shogun/tests/unit/base/SGObject_unittest.cc:555: error: undefined reference to 'shogun::available_objects()'14:27
@HeikoSso it is probably not an abi problem14:27
@HeikoSlisitsyn: but I still don't understand it14:27
@HeikoSlisitsyn: you have ideas?14:27
lisitsynHeikoS: let me check the code once again14:28
lisitsynHeikoS: map is fine but it needs some work14:28
lisitsynI don't see the problem wiking sees :)14:28
@HeikoSand weirdly14:29
@HeikoSnm -D src/shogun/libshogun.so | grep available_objects14:29
@HeikoS0000000003a1aa46 T _Z17available_objectsv14:29
@HeikoSit is there14:29
lisitsynHeikoS: I forgot namespace14:30
@HeikoSok let me try14:30
@HeikoS :)14:30
lisitsynHeikoS: shogun::14:30
lisitsynsorry my fault14:30
lisitsyn:)14:30
@HeikoSah fuck!14:30
@HeikoShahaha14:30
@HeikoSlisitsyn: with the kwargs parameter we can just do the meta trick14:31
@HeikoSthen whoever feels inspired to implement kwargs, they can do it14:31
@HeikoSand everything magically updates14:31
@HeikoSbut we don't want any blockers for moving14:31
@HeikoSlisitsyn: actually I like the explicitness of the tags thing much more than those constructors14:32
@HeikoSand it is not like we have thousands of parameters14:32
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/4117 opened by karlnapf14:35
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/4117 karlnapf added label: "good first issue"14:35
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/411714:40
@sukey[https://github.com/shogun-toolbox/shogun] Pull Request https://github.com/shogun-toolbox/shogun/pull/4114 synchronized by karlnapf14:44
@sukey[https://github.com/shogun-toolbox/shogun] Pull Request https://github.com/shogun-toolbox/shogun/pull/411414:47
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/411714:51
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/4118 opened by guruhegde14:52
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/411714:55
@HeikoSlisitsyn: https://github.com/shogun-toolbox/shogun/issues/411714:55
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/411714:56
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/411014:57
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/410114:57
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/4050 closed by karlnapf14:57
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/411815:06
@sukey[https://github.com/shogun-toolbox/shogun] Pull Request https://github.com/shogun-toolbox/shogun/pull/4116 synchronized by guruhegde15:10
@sukey[https://github.com/shogun-toolbox/shogun] Pull Request https://github.com/shogun-toolbox/shogun/pull/4114 merged by karlnapf15:58
@sukey[https://github.com/shogun-toolbox/shogun] karlnapf pushed 2 commits:15:58
@sukeyhttps://github.com/shogun-toolbox/shogun/commit/1d0c05a54af7ca2a18de0f17988f2f5bb0ab47b315:58
@sukeyhttps://github.com/shogun-toolbox/shogun/commit/fad3dfe46e2d420024558d5d82ea8106e2a27e6d15:58
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/1972 closed by karlnapf16:03
-!- witness [uid10044@gateway/web/irccloud.com/x-bizuqzedrstjinus] has quit [Quit: Connection closed for inactivity]16:06
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/411716:10
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/4118 closed by karlnapf16:13
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/404716:17
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/3992 karlnapf added label: "testing"16:19
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/3992 karlnapf added label: "BUG"16:19
@sukey[https://github.com/shogun-toolbox/shogun] Issue https://github.com/shogun-toolbox/shogun/issues/3992 karlnapf removed label: "good first issue"16:19
-!- Prashanth [uid170915@gateway/web/irccloud.com/x-peulujplhienhnwb] has joined #shogun17:08
-!- travis-ci [~travis-ci@ec2-54-162-9-36.compute-1.amazonaws.com] has joined #shogun17:44
travis-ciit's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/33282312617:44
-!- travis-ci [~travis-ci@ec2-54-162-9-36.compute-1.amazonaws.com] has left #shogun []17:44
@sukey[https://github.com/shogun-toolbox/shogun] Pull Request https://github.com/shogun-toolbox/shogun/pull/4103 synchronized by shubham80817:57
@sukey[https://github.com/shogun-toolbox/shogun] Pull Request https://github.com/shogun-toolbox/shogun/pull/4103 synchronized by shubham80817:59
-!- travis-ci [~travis-ci@ec2-54-161-146-113.compute-1.amazonaws.com] has joined #shogun18:41
travis-ciit's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/33282312618:41
-!- travis-ci [~travis-ci@ec2-54-161-146-113.compute-1.amazonaws.com] has left #shogun []18:41
TrixisHm there seems to be some sort of an issue with director kernels and crossvalidation in python19:02
Trixisnow i just need to get the code to actually write the segfault or whatever into logs, instead of core dump followed by process hanging19:02
@HeikoSTrixis: uh that is untested land :)19:03
@HeikoSbut yeah let's fix it19:03
Trixishahaha19:03
Trixisit printed a proper error *once*19:04
@HeikoSI am sure than can be fixed19:04
@HeikoSit is just a lot of framework stuff piled up in that case19:05
Trixisah19:05
Trixisand even then it was very vague, might be something to do with the director kernels getting cloned when cross validation runs?19:05
Trixisill try a minimal working example that replicates it19:06
@HeikoScool thanks appreciated19:06
@HeikoSsend it and I will try to help19:06
@HeikoSIll have to run now though19:09
@HeikoStalk tomorrow?19:09
Trixiskk19:09
@wikingTrixis, just push the thingy into an issue19:16
-!- shubham808 [0e8bf0fb@gateway/web/freenode/ip.14.139.240.251] has joined #shogun19:17
shubham808Hi19:19
Trixiswiking: ye, probs tomorrow, gotta run now as well19:20
@wikingkk19:20
@wikingnw19:20
Trixisill just use custom kernels in the meantime19:20
shubham808@HeikoS i have been working on #410319:23
shubham808@lambday has used completely different jobs and aggregators here which store the result in complex form and they are converted to scalar only when they are finalized19:25
-!- Prashanth [uid170915@gateway/web/irccloud.com/x-peulujplhienhnwb] has quit [Quit: Connection closed for inactivity]19:26
-!- shubham808 [0e8bf0fb@gateway/web/freenode/ip.14.139.240.251] has quit [Quit: Page closed]19:35
-!- shubham808 [0e8bf0fb@gateway/web/freenode/ip.14.139.240.251] has joined #shogun20:12
-!- shubham808 [0e8bf0fb@gateway/web/freenode/ip.14.139.240.251] has quit [Client Quit]20:13
-!- yash_ [01ba2545@gateway/web/freenode/ip.1.186.37.69] has joined #shogun20:37
-!- yash_ [01ba2545@gateway/web/freenode/ip.1.186.37.69] has quit [Ping timeout: 260 seconds]21:28
-!- gp [~gp@ip4d15fa06.dynamic.kabel-deutschland.de] has joined #shogun22:46
-!- Ansh [~Ansh@157.41.142.184] has joined #shogun23:28
-!- HeikoS [~heiko@host86-129-231-92.range86-129.btcentralplus.com] has quit [Ping timeout: 260 seconds]23:38
-!- AnshBalde [~Ansh@157.41.142.184] has joined #shogun23:46
-!- Ansh [~Ansh@157.41.142.184] has quit [Ping timeout: 256 seconds]23:47
-!- AnshBalde [~Ansh@157.41.142.184] has quit [Ping timeout: 252 seconds]23:52
--- Log closed Thu Jan 25 00:00:34 2018
« Tuesday, 2018-01-23 Index Thursday, 2018-01-25 »

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