IRC logs of #shogun for Thursday, 2017-03-23

« Wednesday, 2017-03-22 Index Friday, 2017-03-24 »
--- Log opened Thu Mar 23 00:00:16 2017
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun00:01
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 260 seconds]00:06
-!- travis-ci [~travis-ci@54.198.124.107] has joined #shogun00:10
travis-ciit's Sergey Lisitsyn'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/21402811700:10
-!- travis-ci [~travis-ci@54.198.124.107] has left #shogun []00:10
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun00:26
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]00:30
-!- neha [ca8e6c97@gateway/web/freenode/ip.202.142.108.151] has quit [Ping timeout: 260 seconds]00:56
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun01:04
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 264 seconds]01:09
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun01:45
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 260 seconds]01:49
-!- nagdev [dce39546@gateway/web/freenode/ip.220.227.149.70] has joined #shogun01:53
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun02:25
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 256 seconds]02:29
-!- mikeling [uid89706@gateway/web/irccloud.com/x-rncdiloslifjixkx] has joined #shogun02:32
-!- Killin [~Killin-A1@2602:304:68a6:ddc0:79ce:1107:f8a6:7335] has joined #shogun02:45
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun02:49
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]02:54
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun03:23
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 256 seconds]03:27
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun04:02
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]04:07
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun04:56
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]05:10
-!- rads [3a92880d@gateway/web/freenode/ip.58.146.136.13] has joined #shogun07:15
mikelingI'm still wondering how to make DataGenerator as a global fixture and use it in the all the tests :/07:20
mikelinglet's assume we have a global fixture like this https://gist.github.com/MikeLing/5c19e062e7a689c010f0427d4c329ec7 and registered it by ::testing::AddGlobalTestEnvironment(new DataGenerator)07:21
mikelingwhat should I do next? Can I use the features_train and labels_train in it directly? use something like TEST(CSVMLight, train)? or TEST_F(DataGenerator, tainSVMLight?)07:22
mikelingwiking: ^07:22
-!- rads [3a92880d@gateway/web/freenode/ip.58.146.136.13] has quit [Ping timeout: 260 seconds]07:30
-!- rushali [1b7c2602@gateway/web/freenode/ip.27.124.38.2] has joined #shogun08:07
rushalihey, i am new here ! does shogun have an OCR module ?08:08
-!- lambday|work [c40f170b@gateway/web/freenode/ip.196.15.23.11] has joined #shogun08:15
-!- mode/#shogun [+o lambday|work] by ChanServ08:15
-!- micmn [uid216702@gateway/web/irccloud.com/x-ejkkdlrwrsyfsjpe] has joined #shogun08:36
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun08:38
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]08:43
-!- rushali [1b7c2602@gateway/web/freenode/ip.27.124.38.2] has quit [Ping timeout: 260 seconds]08:52
-!- slayerjain [uid117577@gateway/web/irccloud.com/x-rkafcakpjapscpps] has joined #shogun08:59
slayerjainHi folks!08:59
@wikingmikeling, just a sec09:00
@wikingmikeling, i need some time :)09:00
@wikingslayerjain, hi !09:00
slayerjainI'm a machine learning enthusiast, but haven't really used a lot of shogun toolbox though. Wanted to know the status of gsoc here :)09:01
@wikingwhat exactly would like to know regarding gsoc?09:01
@sukeyPull Request #3674 "Use weight vector *only* through getters/setters"  merged by lisitsyn - https://github.com/shogun-toolbox/shogun/pull/367409:12
@sukeyNew Commit "Merge pull request #3674 from shogun-toolbox/feature/private-wector09:12
@sukeyUse weight vector *only* through getters/setters" to shogun-toolbox/shogun by lisitsyn: https://github.com/shogun-toolbox/shogun/commit/0582d1518708e101ccf653885046c81f2b09959a09:12
lisitsynwiking: honey09:37
lisitsynhow are you feeling today09:37
lisitsyn:D09:37
@wiking?09:37
@wikingtoo much stuff09:37
lisitsynwiking: did you get microservices hangover?09:37
lisitsyn:P09:37
lisitsynokok just do it09:37
@wikingmikeling, i dont have an answer to you... you need to read the manuals and find it out yourself09:38
@wikingand try which one actually works09:38
-!- mikeling [uid89706@gateway/web/irccloud.com/x-rncdiloslifjixkx] has quit []09:46
-!- mikeling [uid89706@gateway/web/irccloud.com/x-ifvusntgxvzlnccg] has joined #shogun09:50
slayerjainDeep learning fascinates me because all the jazzy stuff its used on. I love ML and would like to work on something related to it.10:03
slayerjain@wiking sorry for the late reply. got into something..10:04
slayerjainjust checked the Wiki page, project "fundamental usual aspects" looks good to me! :D10:05
slayerjaini think i'll get started with the entrance issues :)10:07
-!- travis-ci [~travis-ci@ec2-54-196-243-107.compute-1.amazonaws.com] has joined #shogun10:10
travis-ciit's Sergey Lisitsyn'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/21415280610:10
-!- travis-ci [~travis-ci@ec2-54-196-243-107.compute-1.amazonaws.com] has left #shogun []10:10
slayerjainactually "Applying Shogun to the real world" looks a lot more fun!!10:11
slayerjaincan someone please tell me the entrance issues for "Applying Shogun to the real world" project?10:12
-!- nagdev [dce39546@gateway/web/freenode/ip.220.227.149.70] has quit [Quit: Page closed]10:28
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun10:39
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]10:43
-!- abhinav_ [~abhinav@103.211.18.27] has joined #shogun10:51
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has joined #shogun11:00
-!- mode/#shogun [+o HeikoS] by ChanServ11:00
CaBajojo11:00
-!- abhinav_ [~abhinav@103.211.18.27] has quit [Ping timeout: 260 seconds]11:02
-!- ptizoom [~user@79-70-50-227.dynamic.dsl.as9105.com] has joined #shogun11:11
@sukeyWiki page: GSoC_2015_project_fundamental edited on shogun-toolbox/shogun by karlnapf11:12
@sukeyWiki page: GSoC_2015_project_fundamental edited on shogun-toolbox/shogun by karlnapf11:13
lisitsynHeikoS: ok I confirm references are wrong in meta cpp11:13
slayerjainCan anyone help me with this? (I'm on macOS) https://www.irccloud.com/pastebin/KdAPgE3O/11:15
@HeikoSlisitsyn: details?11:15
@HeikoSslayerjain: that is an outdated compiler I think11:15
slayerjaini'll update it then..11:16
lisitsynHeikoS: well rc is apparently wrong11:17
lisitsynit is 2 for features on exit11:17
lisitsynthen 111:17
lisitsynbut not deleted11:17
@HeikoSah I see11:18
@HeikoSyou checked the listings?11:18
@HeikoSit has to do with wrap stuff11:18
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun11:20
@lambday|workxD11:20
@lambday|workwiking: there?11:20
@lambday|workwiking: https://github.com/tensorflow/tensorflow/blob/master/tensorflow/compiler/xla/array3d.h#L5511:21
@lambday|workwe can't pass std::vector there man.. even if you manage to convert our memory to std::initializer_list, it will still alloc memory11:22
@lambday|worksorry I gave you the wrong file.. here it is : https://github.com/tensorflow/tensorflow/blob/master/tensorflow/compiler/xla/array2d.h#L5711:22
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]11:24
slayerjainHeikoS: updated the compiler. same results! :(11:24
@HeikoSslayerjain: try googling the error messages11:24
@HeikoSe.g. the one about the template double >>11:25
@HeikoSthat your compiler wants to be a > > (with space)11:25
slayerjainall i found online was, adding "-std=c++11"11:26
slayerjainthen i get this nasty error log https://www.irccloud.com/pastebin/u1R4C7xj/11:27
-!- ptizoom [~user@79-70-50-227.dynamic.dsl.as9105.com] has quit [Remote host closed the connection]11:27
@HeikoSthat seems like a setup issue of your compiler11:28
@HeikoSslayerjain: if you enable testing, does make build the examples correctly?11:28
slayerjainyes11:29
@HeikoSi.e. make build_cpp_meta_examples11:29
slayerjainthe examples build correctly11:29
slayerjainthat's what doesn't make sense!11:29
@HeikoSit does11:29
@HeikoSthe detected compiler and libc is porbably different to the one you use when you build manually11:29
slayerjainoh!11:30
@HeikoScheck the CMakeCache.txt output to check which compiler cmake deted11:30
slayerjainon it!11:30
@HeikoSclang probably11:30
slayerjainyeah!11:30
slayerjain'AppleClang 8.0.0.8000042'  to be precise11:31
@HeikoSslayerjain: so there you go11:31
@HeikoSyou are trying to compile with gcc there11:31
@HeikoSuse the same compiler and it should work11:31
@HeikoS(feel free to send a PR that adds a sentence on that in the readme you followed, helpful!)11:31
slayerjaindefinitely! :)11:31
slayerjainthanks a lot! :D11:32
-!- ptizoom [~user@79-70-50-227.dynamic.dsl.as9105.com] has joined #shogun11:32
slayerjainHeikoS: similar error with clang! :( https://www.irccloud.com/pastebin/v5TcGoLA/11:36
@HeikoSslayerjain: you have to make sure the compiler matches the one detected by cmake11:37
CaBaHeikoS: heya11:37
@HeikoSCaBa: jojo11:37
CaBaHeikoS: cmakelists has changed since branch?11:37
slayerjainHeikoS: let me check..11:38
@HeikoSCaBa: check the diff of your PR11:38
slayerjainHeikoS: they are the same.  https://www.irccloud.com/pastebin/nZGMenuV/11:39
CaBaHeikoS: yes. i renamed the autogenerated test to "..._generated" and used the original name for the new test, as we discussed11:39
@HeikoSslayerjain: your LD path might cause problems as well11:39
@HeikoSCaBa: ah this was on purpose?11:40
CaBaHeikoS: yes11:40
@HeikoSlisitsyn: you still there?11:40
@HeikoSCaBa: ok let me check again then...11:40
@HeikoSCaBa: for the future ... rather send multiple PRs if things are not related11:40
@HeikoSlisitsyn: https://github.com/shogun-toolbox/shogun/pull/3734/files#diff-c0c82dce2edf38481495103b1ecc4174R30311:40
@HeikoSlisitsyn: this is nuts! Storing the variables locally, obscures the code!!!11:40
slayerjainHeikoS: this looks good? https://www.irccloud.com/pastebin/RJZAbUnh/11:40
slayerjaini set it manually as per the installation instructions11:41
@HeikoSCaBa: I didnt see a sep commit for the CMakeLists.txt change ...11:42
@HeikoSaaaah11:42
@HeikoSsorry11:42
@HeikoSremember now11:42
CaBaHeikoS: https://github.com/shogun-toolbox/shogun/pull/3721/commits/2d532ddcfc54d86c2f41acdc2cf775cd9d5b827511:42
@HeikoStoo many things11:42
CaBaHeikoS: it's the unit test commit11:42
CaBaHeikoS: renaming the jinja file was not enough, had to change cmakelists11:43
@HeikoSyeah11:43
@HeikoSok then11:43
@HeikoSfinally**11:43
@HeikoS:)11:43
CaBa\o/11:43
@sukeyPull Request #3721 "Alternative fix for Dynamic(Object)Array::clone()"  merged by karlnapf - https://github.com/shogun-toolbox/shogun/pull/372111:43
@sukeyNew Commit "Merge pull request #3721 from lkuchenb/fixDynObjArrayClone211:43
@sukeyAlternative fix for Dynamic(Object)Array::clone()" to shogun-toolbox/shogun by karlnapf: https://github.com/shogun-toolbox/shogun/commit/8884cf78699a292f52e3c274cc132d8e6835b31c11:43
@HeikoSslayerjain: you have some weird configuration issues, this is not shogun related. Just make sure that you are using the same c++ environment as cmake detected when compiling things by hand. You might have to alter the readme instructions in that case. Also ,you could just use cmake to build your example and not bother doing it manually (I do that)11:45
CaBaHeikoS: let's clean up some small stuff when we're at it. what about #3689 - i'll remove the comment now, i suggest du leave the signature consistent with the other class though11:45
lisitsynHeikoS: back11:46
lisitsynsup11:46
lisitsynHeikoS: yes I did check ref_counts11:46
@HeikoSlisitsyn: see comment, this storing of the get() variables11:46
@HeikoSthats weird11:46
@HeikoSmaking local copies11:46
lisitsynwhich comment sorry?11:46
@sukeyPull Request #3689 "Add CLabels::get_subset_stack()"  synchronized by lkuchenb - https://github.com/shogun-toolbox/shogun/pull/368911:46
lisitsynah11:46
lisitsynHeikoS: yeah why to do that?11:47
@HeikoSCaBa: const definitely, no?11:47
@HeikoSlisitsyn: so doing multiple get() calls might be slow no?11:47
@HeikoSlisitsyn: so in some PRs people started putting them in local variables11:48
@HeikoSm_member_name_value11:48
@HeikoSand then use tha11:48
slayerjainHeikoS: sounds good to me..11:48
@HeikoSbut thats weird style11:48
lisitsynHeikoS: slow?11:48
@HeikoSCaBa: yeah ok leave the signature11:48
lisitsynwhy?11:48
@HeikoSlisitsyn: well the get is not exactly returning a const reference11:49
lisitsynHeikoS: come on it is just a function call11:49
lisitsyn:)11:49
@HeikoSlisitsyn: https://github.com/shogun-toolbox/shogun/pull/3734/files#diff-c0c82dce2edf38481495103b1ecc4174R30311:50
@HeikoSthis style is weird anyways11:50
lisitsynHeikoS: max_l1_norm -> get_max_l1_norm()?11:51
lisitsynwhat's weird? :)11:51
@HeikoSno that is is stored in a variable11:51
@HeikoSand then the variable is used11:51
@HeikoSin the places below11:52
lisitsynHeikoS: well it is not what I suggested :)11:52
@HeikoSlisitsyn: ok then, pls comment in that case11:52
lisitsynHeikoS: sure11:53
lisitsynHeikoS: I should reduce your function call anxiety11:53
lisitsynsome massage may be11:53
lisitsyn:D :D11:53
@HeikoSjust concerned if there is a loop that should move fast and is using a member a lot11:54
lisitsynHeikoS: psshh relax it is compiler job11:54
lisitsyn:P11:54
@HeikoSyeah11:54
@HeikoSbut not for tags11:54
@HeikoSnothing can be done there11:55
@HeikoSunlike for inline get_w() const11:55
@HeikoSw is needle in heap11:55
slayerjaindoes shogun use GPUs for stuff like DNNs?11:55
@HeikoSanyways11:55
lisitsynslayerjain: no11:55
@HeikoScoffee break11:55
@HeikoSslayerjain: no, and you are more than welcome to do something about that11:56
lisitsynHeikoS: yeah stop worrying and call the function ;P11:56
slayerjainthat's interesting! :D11:56
@HeikoSslayerjain: it doesnt even use vectorized CPU operations11:56
@HeikoSmostly loops11:56
lisitsynwell indeed it uses vectorized11:56
lisitsyn;)11:56
@HeikoSgood thing would be to go over and use linalg11:56
@HeikoSlisitsyn: nope, not everywhere11:56
lisitsyncompilers do that nowadays11:56
@HeikoSI saw some hand implemented convolutions11:56
lisitsynconvolutions are tough11:56
slayerjainoh11:56
lisitsynbut for loop is vectorized quite often11:57
@HeikoSin any case, lots of room for improvement11:57
slayerjaini would love to implement convolution on GPUs11:57
@HeikoSslayerjain: check the linalg framework11:57
slayerjaincool11:57
@HeikoSwould be a cool first task to implement a convolution in linalg CPU and GPU and then make use of it in the dnn code11:57
@HeikoSIll be back in 15m11:58
slayerjaincool11:58
slayerjaincya11:58
lisitsynHeikoS: there is a thing called flame graph11:58
lisitsynwe should integrate it11:58
lisitsynso you see most of the time is spent not in accessing some small bits11:58
-!- lambday|work [c40f170b@gateway/web/freenode/ip.196.15.23.11] has quit [Quit: Page closed]12:09
@wikinglisitsyn, :D12:21
CaBajo wiking12:21
lisitsynwiking: sup honey12:21
lisitsyn:P12:21
@wikingy0y012:21
@wikinglong day12:21
@wikingand not even near to end12:21
@wikingsup sup12:22
@wiking:)12:22
@wikingall's good12:22
@wiking?12:22
@wikingwe solved all problems12:22
@wiking?D:12:22
@wiking:D12:22
lisitsynwiking: yes microservices12:22
@wiking\o/12:22
@wikingbtw i've used spdlog12:22
@wikingfor another project12:22
@wikingquite nice12:22
@wikinghahah yeah this is the best!12:23
@wikinghttp://www.aaronbell.com/secret-colours-of-the-commodore-64/12:23
CaBawiking: wanna do the honor on #3731?12:26
@sukeyPull Request #3731 "LibSVM parameters"  merged by vigsterkr - https://github.com/shogun-toolbox/shogun/pull/373112:27
@wikingdumdidum12:27
@sukeyNew Commit "Merge pull request #3731 from lkuchenb/libSVMParameters12:27
@sukeyLibSVM parameters" to shogun-toolbox/shogun by vigsterkr: https://github.com/shogun-toolbox/shogun/commit/f17638fe5124b63e2188859186f236711439521312:27
CaBa... and #373012:27
CaBa^^12:27
@sukeyPull Request #3730 "Register parameters for CMKL and override clone()"  merged by vigsterkr - https://github.com/shogun-toolbox/shogun/pull/373012:29
@sukeyNew Commit "Merge pull request #3730 from lkuchenb/addMKLParameters12:29
@sukeyRegister parameters for CMKL and override clone()" to shogun-toolbox/shogun by vigsterkr: https://github.com/shogun-toolbox/shogun/commit/750d3800d2fb411425fca428fbd22acb208973ec12:29
@wikingCaBa, you should teach sukey to do merges12:29
@wikingsukey flp12:30
@wikingsukey fli12:30
@wikingsukey flip12:30
@sukey(ノ ゜Д゜)ノ ︵ ┻━┻12:30
@wiking:)12:30
CaBaO.o12:30
CaBabeautiful. i think.12:30
@HeikoSslayerjain: did you manage to compile?12:31
CaBawhatsup with the buildbot btw?12:31
slayerjainManually - No12:31
slayerjainUsing cmake - yes12:32
@HeikoSslayerjain: ok well that should be good enough, it is the whole point of cmake to not having to mess with compiler setups locally12:33
-!- abhinav_ [~abhinav@103.211.18.27] has joined #shogun12:34
slayerjainHeikoS: cool. Then that's how I'll work then:)12:35
@HeikoSwiking: so about the revert12:38
@HeikoSwiking: shall I just revert all the commits (conflicts since was modified since merge), or shall I just assert the num threads to 1?12:38
@HeikoSwiking: I mean the code itself is OK,  it is more like it needs fixes in the rest of the framework ....12:38
-!- travis-ci [~travis-ci@ec2-54-158-43-162.compute-1.amazonaws.com] has joined #shogun12:38
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/21419326512:38
-!- travis-ci [~travis-ci@ec2-54-158-43-162.compute-1.amazonaws.com] has left #shogun []12:38
@HeikoSCaBa: you remember what the problem with the latest xvalidation was?12:48
@sukeyPull Request #3742 "xvalidation back to one thread"  opened by karlnapf - https://github.com/shogun-toolbox/shogun/pull/374212:48
@sukeyIssue #3238 "cmake not turning off USE_HDF5" closed by karlnapf - https://github.com/shogun-toolbox/shogun/issues/323812:49
@wikingHeikoS, since it's openmp12:57
@wikingjust comment out the pragma12:57
@wikingand put there a todo12:57
@HeikoSwiking: see the pr12:57
@wikingyeah12:58
@wikingthat's why i'm saying12:58
@wikingreverint12:58
@wikingreversion12:58
@wikingof reversion12:58
@wikingof reversion12:58
@wikingseems a bit extreme12:58
@HeikoSthats what is is12:58
@wikingok then pl12:58
@wikingplz12:58
@wikingdont merge it12:58
@wikingand i'll do it12:58
@wikingthnx12:58
CaBawell12:58
@HeikoSsure I can change as well12:58
@HeikoSlet me do12:58
CaBaone layer or probs was related to the cloning being broken in many classes. this we have cleaned up quite a bit now, but who knows...12:59
CaBathe other layer are 3rd party libs that can't be used in parallel13:00
@wikingand when bullshit hits the sealing13:00
@wikinghttp://blog.seraum.com/compiled-javascript-with-nectarjs-can-be-faster-than-nodejs-and-c?hn13:00
@wikinggcc -O7 :D13:00
@HeikoSCaBa: wiking I think we need tests for all machines before we can merge that stuff13:00
CaBaone of the 3rd party libs that can't be parallel is GLPK13:00
@HeikoSsince otherwise stuff will pop up13:01
@wiking?13:01
CaBaso set_solver_type() stuff should be aware or parallel / not parallel somehow13:01
CaBaso that the machine can pick another solver if parallel or stuff like that13:01
@wikingi'm not so sure if i get it13:01
@wikingwhat's the problem13:01
@wikingwith single threaded xval?13:01
CaBanone that i know of13:02
@sukeyIssue #3743 "parallelize xvalidation " opened by karlnapf - https://github.com/shogun-toolbox/shogun/issues/374313:03
@sukeyIssue #3743 "parallelize xvalidation " karlnapf added label: "entrance" - https://github.com/shogun-toolbox/shogun/issues/374313:03
@sukeyIssue #3743 "parallelize xvalidation " karlnapf added label: "BUG" - https://github.com/shogun-toolbox/shogun/issues/374313:03
@sukeyIssue #3743 "parallelize xvalidation " karlnapf added label: "development tasks" - https://github.com/shogun-toolbox/shogun/issues/374313:03
@sukeyPull Request #3742 "xvalidation back to one thread"  synchronized by karlnapf - https://github.com/shogun-toolbox/shogun/pull/374213:04
@sukeyPull Request #3742 "xvalidation back to one thread" - https://github.com/shogun-toolbox/shogun/pull/374213:05
CaBawhy do you want to undo it all? just remove the pragma or even better lets add a manual switch for now with a doc that says that you have to take care that everything you use works in parallel :P13:05
@HeikoSCaBa: no manual switch, we either offer it or not13:05
@HeikoSwould be good to have a test so we at least have a "whitelist" of algos that work with it13:05
CaBawell races not the best friends of tests13:06
@HeikoSCaBa: I know but thats how we detected stuff in the first place right?13:07
CaBawhat's with all those solvers btw? i mean we already know that CPLEX hasn't been used for ages. how about the others? maybe they should go on the review board first before one starts to test them all13:07
@HeikoSCaBa: send a patch that removes it :D13:07
@HeikoSor make an entrance task :D13:07
CaBanot any time soon :P13:08
@HeikoSCaBa: joking aside13:08
@HeikoSyou are right13:08
@HeikoSold unmaintained code needs to go13:08
@HeikoSespecially the corner case research code from 10 years ago13:08
@HeikoSwe should only keep useful things that are well tested13:08
@HeikoSso I agree13:08
@HeikoS"whats with all those solvers?!?!?!?!"13:09
@HeikoSwiking: updated, merge if you agree13:11
@wikingbien13:11
@wikingdanke13:12
@wikingmergen :)13:12
@wikingtschuss pass13:12
@wiking:D13:12
@sukeyPull Request #3701 "use get and set in SVM class"  merged by karlnapf - https://github.com/shogun-toolbox/shogun/pull/370113:13
@sukeyNew Commit "Merge pull request #3701 from MikeLing/use_getter_and_setter_in_SVM13:13
@sukeyuse get and set in SVM class" to shogun-toolbox/shogun by karlnapf: https://github.com/shogun-toolbox/shogun/commit/c0e565237bb4f36131973cb78e8307bad7a5459b13:13
@HeikoSwiking: ok mach es! !!!13:13
CaBao.O13:19
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun13:21
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]13:25
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has quit [Quit: Leaving.]13:28
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun13:36
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 256 seconds]13:41
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun13:55
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 256 seconds]14:03
CaBawiking: #3689 another button for you ;)14:10
@wikingsukey, flip14:10
@sukey(╯°Д°）╯︵ /(.□ . )14:10
@wikingdadada14:10
@wikingno14:10
@wikingwhy no14:10
@wikingsukey, merge14:10
CaBanice try14:11
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun14:14
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 256 seconds]14:19
@sukeyPull Request #3734 "Use get and set in regression classes"  synchronized by abhinavrai44 - https://github.com/shogun-toolbox/shogun/pull/373414:24
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun14:30
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 256 seconds]14:35
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun14:46
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has joined #shogun14:46
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 256 seconds]14:51
-!- travis-ci [~travis-ci@ec2-54-196-243-107.compute-1.amazonaws.com] has joined #shogun15:01
travis-ciit's Viktor Gal'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/21420669215:01
-!- travis-ci [~travis-ci@ec2-54-196-243-107.compute-1.amazonaws.com] has left #shogun []15:01
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun15:02
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]15:06
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun15:23
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]15:28
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun15:39
CaBabroadcast ping15:46
-!- HeikoS [~heiko@82-132-238-154.dab.02.net] has joined #shogun15:47
-!- mode/#shogun [+o HeikoS] by ChanServ15:47
-!- slayerjain [uid117577@gateway/web/irccloud.com/x-rkafcakpjapscpps] has quit [Quit: Connection closed for inactivity]16:13
geektoniping HeikoS16:16
@HeikoSgeektoni: hi!16:17
@HeikoSI am only half present16:17
@HeikoSgeektoni: whats up?16:17
geektoniNo problem :) I have a small question16:17
@HeikoSsure shoot16:17
geektoniI am currently working on a prototype that should replace SG_PROGRESS16:18
geektonican I open a PR to show you what I have in mind? even if it is not a complete solution? (I want to avoid spam mails)16:19
@HeikoSgeektoni: sure just say it is WIP16:20
@HeikoSno worries, you can update it, just ask the question in the text16:20
CaBaHeikoS: https://github.com/shogun-toolbox/shogun/pull/3689 push the button! :)16:20
* CaBa hat heute seinen persönlichen PR list aufräumtag...16:21
@HeikoSCaBa: kommt gleich16:21
geektoniHeikoS: Ok! Got it. Thanks :)16:22
@HeikoScool!16:22
@sukeyPull Request #3689 "Add CLabels::get_subset_stack()"  merged by karlnapf - https://github.com/shogun-toolbox/shogun/pull/368916:26
@sukeyNew Commit "Merge pull request #3689 from lkuchenb/addLabelsGetSubsetStack16:26
@sukeyAdd CLabels::get_subset_stack()" to shogun-toolbox/shogun by karlnapf: https://github.com/shogun-toolbox/shogun/commit/e57211ae3799f55498a7dbba4bc1889f1e8e6ca016:26
@sukeyPull Request #3742 "xvalidation back to one thread"  merged by karlnapf - https://github.com/shogun-toolbox/shogun/pull/374216:27
@sukeyNew Commit "Merge pull request #3742 from karlnapf/feature/kill_that_guy16:27
@sukeyxvalidation back to one thread" to shogun-toolbox/shogun by karlnapf: https://github.com/shogun-toolbox/shogun/commit/604c29a30a29a73bdc115c3b16dd0d66970343f816:27
-!- slayerjain [uid117577@gateway/web/irccloud.com/x-lrozulivabznoigm] has joined #shogun16:29
CaBaso sad.16:31
-!- HeikoS [~heiko@82-132-238-154.dab.02.net] has quit [Remote host closed the connection]16:31
-!- lambday [6a33104e@gateway/web/freenode/ip.106.51.16.78] has joined #shogun16:37
-!- mode/#shogun [+o lambday] by ChanServ16:37
@sukeyIssue #3048 "Improve Shogun PCA" karlnapf added label: "entrance" - https://github.com/shogun-toolbox/shogun/issues/304816:39
@sukeyIssue #3048 "Improve Shogun PCA" karlnapf added label: "performance improvement" - https://github.com/shogun-toolbox/shogun/issues/304816:39
@sukeyWiki page: GSoC_2017_applications edited on shogun-toolbox/shogun by lgoetz16:39
@sukeyIssue #3744 "Classify core developers irc output" karlnapf added label: "entrance" - https://github.com/shogun-toolbox/shogun/issues/374416:43
@sukeyIssue #3744 "Classify core developers irc output" opened by karlnapf - https://github.com/shogun-toolbox/shogun/issues/374416:43
@sukeyIssue #3744 "Classify core developers irc output"- https://github.com/shogun-toolbox/shogun/issues/374416:44
@sukeyWiki page: Google-Summer-of-Code-2017-Projects edited on shogun-toolbox/shogun by lgoetz16:48
-!- HeikoS [~heiko@eduroam-int-pat-8-31.ucl.ac.uk] has joined #shogun16:53
-!- mode/#shogun [+o HeikoS] by ChanServ16:53
-!- nadia [cffb672e@gateway/web/freenode/ip.207.251.103.46] has joined #shogun16:54
-!- abhinav_ [~abhinav@103.211.18.27] has quit [Ping timeout: 240 seconds]16:57
-!- abhinav_ [~abhinav@103.211.18.27] has joined #shogun17:00
@lambdayHeikoS: yo17:08
@HeikoSjojo17:08
@lambdayHeikoS: so...17:08
@HeikoSso you mean operator always creates a new feature object?17:08
@lambdayyeah.. with the same data... with mask on17:08
@lambdayCFeaturesBuilder.withExistingFeatures(old_one).withMask(mask_indices).build();17:10
@lambdayyou never change the indices17:10
@lambdayonce you're done constructing it17:10
@lambdaywould cause an alloc of 3-4 ptrs17:11
@HeikoSlambday: that seems fine no?17:11
-!- nadia [cffb672e@gateway/web/freenode/ip.207.251.103.46] has quit [Ping timeout: 260 seconds]17:11
@lambdayyeah17:11
@HeikoSlambday: some masks might be performance killers17:11
@lambdayHeikoS: but what about the data itself?17:11
@HeikoSlike subsetting dimensions17:11
@HeikoSbecause then we need a loop for dot product inside17:12
@HeikoSno more SIMD17:12
@HeikoSso that operator e.g. should be able to take a "copy" argument17:12
@lambdayHeikoS: for that, one might want to copy the data to a new matrix..17:12
@lambdaycause even now, we don't do SIMD for dimension masking17:12
@HeikoSI like the masking otherwise17:12
@HeikoSno more "add_subset" etc17:12
@HeikoSlambday: what about thread safety?17:12
@lambdayHeikoS: yeah that's first step towards making it immutable17:12
@HeikoSsince that will be important for xvalidation17:13
@lambdayHeikoS: yeah.. so here's the main point17:13
@lambdayHeikoS: would you want a const ptr, or const ptr to const data?17:13
@HeikoSnot sure I follow17:13
@lambdaycause in the second case, you get thread safety for free17:13
@lambdayHeikoS: meaning, no under the hood changing the matrix itself17:13
@HeikoSlambday: oh17:14
@HeikoSyeah I mean the data itself should be fixed17:14
@lambdayHeikoS: yeah..17:14
@HeikoSit might be copied at some point and then that is masked again17:14
@lambdaywe need to optimize these things properly17:14
@HeikoSbut in general, can be const data17:14
@lambdayHeikoS: yeah17:14
@HeikoSso then every thread would have their own feature instances17:14
@HeikoSthat all point to the same data17:14
@HeikoSbut never can change it17:14
@HeikoSso all good17:14
@lambdayHeikoS: yeah that's the idea17:15
-!- abhinav_ [~abhinav@103.211.18.27] has quit [Ping timeout: 240 seconds]17:15
@HeikoSand then we can replace the whole "subset" stuff17:15
@HeikoSand also remove subsampling dimensions code17:15
@lambdayHeikoS: yeah - anything that modifies.. becomes an operator of some sort17:15
@lambdaycfeatures lean and clean17:15
@HeikoSyep17:16
@HeikoSlambday:  I mean there are cases where you want to modify in place17:16
@HeikoSlambday: what do we do about that?17:16
@HeikoSzero mean features17:17
@lambdayHeikoS: we need to make sure that it is std::unique_ptr :)17:17
@HeikoScan be done either:17:17
@HeikoSchange existing matrix17:17
@lambdayshould not do when it is shared_ptr17:17
@HeikoScompute mean and remove on the fly in dot (more slow)17:17
@HeikoSor allocate new matrix and put it there17:17
@HeikoShow are in place modifications handled in the framework?17:17
@lambdayumm thinking17:17
@HeikoSlike in xvalidation, in place would not be allowed17:18
@HeikoSthat can be done with "const"17:18
@HeikoSbut maybe in other applications it is allowed17:18
@HeikoSbut then thread safety is an issue17:18
@lambdayHeikoS: if the object is being referred from only one place (i.e. the owner of that instance wants to modify), it should be able to17:18
@lambdaybut if the instance is shared, we simply shouldn't allow any modification17:19
@HeikoSlambday: yeah, how do the others know that it was changed?17:19
@HeikoSso if one wants the zero mean preprocessor in xvalidation17:19
@HeikoSit would have to work on the fly17:19
@HeikoSso we can offer an API for that17:19
@lambdayHeikoS: yeah, unless we implement an observer or something, it cannot know..17:19
@lambdayso we shouldn't do that17:20
@HeikoSdoc will say: this might be slower than in place, but you *can* use it in xvalidation17:20
@HeikoSmmh17:20
@HeikoSbut then17:20
@HeikoSwhat if someone wants zero mean preprocessor (or kenrel normaliser) in xvalidation17:20
@HeikoSthese would have to copy?17:20
@HeikoSI guess either copy or on the fly17:21
@HeikoSbut whats the API to choose that?17:21
@HeikoSeither I have enough memory to copy things, or not. How can I specify that?17:21
@lambdayumm.. wait.. if we ensure that we use const refs to refer these instances where thread safety is required, and use non const refs at other places, we can do that17:22
@HeikoSsure17:22
@HeikoSActually in the case above17:23
-!- travis-ci [~travis-ci@ec2-54-196-243-107.compute-1.amazonaws.com] has joined #shogun17:23
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/21421880717:23
-!- travis-ci [~travis-ci@ec2-54-196-243-107.compute-1.amazonaws.com] has left #shogun []17:23
@HeikoSthe user will just choose the operator to be either "copy" or "on-the-fly" before he passes it to xvalidation17:23
@HeikoSmmh wait17:23
@HeikoSnot sure I really understand17:23
@HeikoSso use case:17:23
@HeikoSI have zero mean preprocessor17:23
@HeikoSand I want to do xvalidation17:23
@HeikoShow do I choose between on-the-fly and copy ?17:24
@lambdayyou apply your preprocessor beforehand ... then start your xval17:24
@lambdayoh no17:24
@lambdaysoryr17:24
@lambdaywith different indices the zero mean will change17:24
@lambdayumm17:24
@lambdayokay so let's think about how are we handling this thing ATM17:26
@lambdaywe can't really make this parallel as of now, right?17:26
@lambdaywe can make it parallel, only if we choose to stay with on-the-fly17:27
@lambdayif we keep modifying the underlying data with every fold, it cannot be parallel17:27
@lambdayunless we copy the entire thng17:27
@lambdayso there is a trade-off17:27
@lambdayand there should be a config that specifies that17:28
@lambdaydepending on user's choice, the algorithm then decides to do whatever17:28
@lambdayone idea regarding SIMD in dimension subset : we compute dot with normal vector then compute dot with the mask vector.. not sure whether that will be faster17:35
@lambdaybut worth trying out17:35
@HeikoSsorry was afk for some min17:35
@HeikoSreading :)17:35
@HeikoSlambday: sure there is a trade off17:36
@HeikoSbut user should decide17:36
@HeikoSso how is that handled17:36
@HeikoSsince the subsetting operators are applied by xvalidation17:36
@HeikoSbut the preprocessor (which also is an operator btw!!!!) will be applied by the user17:36
@HeikoSthat makes me think17:36
@HeikoSpreprocessors should just be operators as well17:36
@HeikoSaaha17:37
@HeikoSproblems more problems17:37
@HeikoSpreprocessor thing needs to be re-applied for every fold17:37
@lambdayexactly17:37
@HeikoSso kind of separate API I guess?17:37
@HeikoSit is more like a stack of operations that is applied to data before training17:38
@HeikoSbut it kind of also is part of what we are talking about17:38
@sukeyPull Request #3745 "Add PRange class to replace old SG_PROGRESS (WIP)"  opened by geektoni - https://github.com/shogun-toolbox/shogun/pull/374517:38
@lambdayyeah.. stack of operation is the bigger picture17:38
@lambdaywould the user every be specifying those stacks?17:39
@lambdayor it is what our machines have already encoded17:39
@HeikoSuser wants to say17:39
@HeikoSI want zero mean17:39
@HeikoSand feature extraction17:39
@HeikoSthe other way around17:39
@HeikoSand then xvalidation on top of that does the subsetting17:40
@HeikoSin every fold the preprocessor needs to be applied17:40
@HeikoSbut it is actually part of training17:40
@HeikoSbefore machine is trained, all preprocessors are applied17:40
@HeikoSthey might be operators as well17:40
@HeikoSbut they are applied at different point17:40
@lambdayHeikoS: how the user specifies this setup now?17:41
@lambdaydo they apply the preprocessors on the features beforehand before feeding it to the machines?17:42
@lambdayI mean, how would that work in xval setup?17:42
@HeikoSlambday: that already works17:43
@HeikoScheck the code17:43
@HeikoSpreprocessors are applied to features17:43
@HeikoSand the machine train method applied them17:43
@HeikoSit is a bit dirty and manual, but it works17:43
@HeikoSlambday:  I think we can discuss this later17:44
@HeikoSit is kind of independent17:44
@HeikoSlet us just talk about masking data17:44
@HeikoSthe preprocessors are applied after that ...17:44
@HeikoSthe only thing is17:44
@HeikoSsome of them will modify the data17:45
@HeikoSso they wont be possible to be used when we switch to read only data17:45
@HeikoSbut we can figure that out then17:45
@HeikoS(and clean up as well)17:45
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has quit [Ping timeout: 240 seconds]17:51
@lambdaythose non const methods should be private and only accessible by friends17:51
@lambdayor maybe there are better ways17:51
@lambdaybut none of the other classes should directly just get the private data and do whatever they want17:52
@lambdayI mean, private is not the right accessor then17:52
@lambdaymaybe some other nicer design pattern17:52
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has joined #shogun17:53
@HeikoSgeektoni: saw your patch17:53
@HeikoSgeektoni: so whats the question?17:54
@HeikoSlambday: the preprocessors will have to deal with constness17:54
geektoniHeikoS: which patch? The new one?17:54
@HeikoSlambday: and either copy, or do on-the fly (as specified by the user when instantiating the thing)17:54
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has quit [Client Quit]17:57
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has joined #shogun17:57
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Remote host closed the connection]18:08
geektoniHeikoS: My question was related to the fact that I didn't know if I could open a PR with "unfinished" code.18:10
@lambdayHeikoS: hey.. let's chalk some actual xval python code that the user might want to use18:13
@lambdayrest of the design will follow the lead18:13
@lambdaylet's put in all the complexities so that we cover all the different use-cases and keep those in mind while designing18:14
@lambdaydo we have any meta example for that18:15
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun18:18
@HeikoSlambday: nope18:30
@HeikoSbut no need to have executable18:30
-!- ptizoom [~user@79-70-50-227.dynamic.dsl.as9105.com] has quit [Ping timeout: 260 seconds]18:33
-!- mikeling [uid89706@gateway/web/irccloud.com/x-ifvusntgxvzlnccg] has quit [Quit: Connection closed for inactivity]18:40
@HeikoSgeektoni: pretty cool syntax ! :)18:41
geektoniHeikoS: I was inspired mostly by tqmd. They have a very cool progress bar ;)18:42
@HeikoSgeektoni: you think we can bind those two together somehow?18:43
@HeikoSso that if you use shogun from python, and have the progress activated, it prints it?18:43
@HeikoSor is that too much magic? :D18:43
@HeikoSor in other words18:43
@HeikoSif you activate, how does it look when shogun is called from python?18:43
geektoniHeikoS: Mmh I need to investigate a bit18:44
geektonibecause we have SWING that do the conversion from C++ to Python right?18:45
@HeikoSyeah18:45
@HeikoSbut shogun stuff is printed in python anyways18:45
@HeikoSso good idea to check that stuff18:45
@HeikoSjust to see what happens18:45
@HeikoSdont think swig gets involved18:45
@HeikoSas shogun prints, not python18:45
@HeikoS_modshogun.so does it18:46
geektoniI will do some testing later and will comment the PR with the results.18:48
geektoniBy the way, what do you mean by use cases? Since the PR contains only the "skeleton" of the progress bar there is no working code.18:49
geektoniI mean, I do have the progress bar code, but it is not integrated with the PR's code.18:49
@HeikoSgeektoni: sure, I mean more your vision how it is used and what it produces18:49
@HeikoSjust like "this is what I am aiminmg for"18:50
geektonigot it.18:50
geektoniA bunch of gif is coming18:50
geektoni;)18:50
@HeikoShehe ;D18:51
-!- yashna [4cf7bd28@gateway/web/freenode/ip.76.247.189.40] has joined #shogun18:52
-!- abhinav_ [~abhinav@103.211.18.27] has joined #shogun18:55
geektoniHeikoS: I've added a basic use case to the PR.18:57
geektoniThat's the idea.18:57
-!- travis-ci [~travis-ci@ec2-54-198-124-107.compute-1.amazonaws.com] has joined #shogun19:00
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/21428882919:00
-!- travis-ci [~travis-ci@ec2-54-198-124-107.compute-1.amazonaws.com] has left #shogun []19:00
@sukeyPull Request #3745 "Add PRange class to replace old SG_PROGRESS (WIP)"  synchronized by geektoni - https://github.com/shogun-toolbox/shogun/pull/374519:04
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has left #shogun []19:08
@HeikoSlooks great !!!19:09
-!- slayerjain [uid117577@gateway/web/irccloud.com/x-lrozulivabznoigm] has quit [Quit: Connection closed for inactivity]19:13
@sukeyPull Request #3719 "Implement QR solver in linalg library"  synchronized by micmn - https://github.com/shogun-toolbox/shogun/pull/371919:35
-!- travis-ci [~travis-ci@ec2-54-234-171-120.compute-1.amazonaws.com] has joined #shogun19:49
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/21428894319:49
-!- travis-ci [~travis-ci@ec2-54-234-171-120.compute-1.amazonaws.com] has left #shogun []19:49
OXPHOSHeikoS: that irc ouput issue is gorgeous20:14
@HeikoSOXPHOS: it is :)20:14
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Remote host closed the connection]20:15
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun20:24
-!- HeikoS [~heiko@eduroam-int-pat-8-31.ucl.ac.uk] has quit [Ping timeout: 240 seconds]20:25
-!- micmn [uid216702@gateway/web/irccloud.com/x-ejkkdlrwrsyfsjpe] has quit [Quit: Connection closed for inactivity]21:48
-!- abhinav_ [~abhinav@103.211.18.27] has quit [Quit: Leaving]21:54
-!- magicwund [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Remote host closed the connection]22:07
@sukeyNew Commit "add header numeric in PermutationMMD unit test" to shogun-toolbox/shogun by OXPHOS: https://github.com/shogun-toolbox/shogun/commit/75cde4fd1ca87ccf9c8c5a1152f76a38424ca9b822:18
@sukeyPull Request #3705 "Add SGIO::progress unit tests and enhance SGIO::progress"  merged by vigsterkr - https://github.com/shogun-toolbox/shogun/pull/370522:32
@sukeyNew Commit "Merge pull request #3705 from geektoni/patch-1322:32
@sukeyAdd SGIO::progress unit tests and enhance SGIO::progress" to shogun-toolbox/shogun by vigsterkr: https://github.com/shogun-toolbox/shogun/commit/17d36a63376981cad3adc1baec652242ff8aebc622:32
--- Log closed Fri Mar 24 00:00:17 2017
« Wednesday, 2017-03-22 Index Friday, 2017-03-24 »

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