IRC logs of #shogun for Tuesday, 2016-07-19

« Monday, 2016-07-18 Index Wednesday, 2016-07-20 »
--- Log opened Tue Jul 19 00:00:28 2016
-!- HeikoS1 [~heiko@host-92-0-162-192.as43234.net] has joined #shogun00:01
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has quit [Read error: Connection reset by peer]00:01
-!- HeikoS1 [~heiko@host-92-0-162-192.as43234.net] has quit [Quit: Leaving.]00:16
-!- travis-ci [~travis-ci@ec2-23-22-21-116.compute-1.amazonaws.com] has joined #shogun00:59
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/14567136800:59
-!- travis-ci [~travis-ci@ec2-23-22-21-116.compute-1.amazonaws.com] has left #shogun []00:59
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]02:44
-!- OXPHOS [171b5289@gateway/web/freenode/ip.23.27.82.137] has joined #shogun04:25
-!- theeviltwin___ [b6442163@gateway/web/freenode/ip.182.68.33.99] has joined #shogun05:09
theeviltwin___hi, anyone there?05:10
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun05:20
shogun-notifier-shogun: Wu Lin :develop * f13ae56 / / (85 files): https://github.com/shogun-toolbox/shogun/commit/f13ae5656496b32a112cfd6b35cbde207d8bb66a05:20
shogun-notifier-shogun: refactor OPT 105:20
shogun-notifier-shogun: Wu Lin :develop * b72a0c2 / / (85 files): https://github.com/shogun-toolbox/shogun/commit/b72a0c2cb1389a3e9f430c84db90f53bd416742405:20
shogun-notifier-shogun: Merge pull request #3380 from yorkerlin/refactoropt105:20
shogun-notifier-shogun:05:20
shogun-notifier-shogun: refactor OPT 105:20
shogun-buildbotbuild #1302 of precise - libshogun is complete: Failure [failed compile]  Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/1302  blamelist: Wu Lin <yorkerlin@users.noreply.github.com>, Wu Lin <yorker.lin@gmail.com>05:31
shogun-buildbotbuild #2944 of bsd1 - libshogun is complete: Failure [failed configure]  Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/2944  blamelist: Wu Lin <yorkerlin@users.noreply.github.com>, Wu Lin <yorker.lin@gmail.com>05:38
shogun-buildbotbuild #82 of xenial - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/xenial%20-%20libshogun/builds/82  blamelist: Wu Lin <yorkerlin@users.noreply.github.com>, Wu Lin <yorker.lin@gmail.com>06:09
-!- sanuj [~sanuj@117.204.243.20] has joined #shogun07:39
-!- sanuj [~sanuj@117.204.243.20] has quit [Ping timeout: 240 seconds]07:51
-!- sanuj [~sanuj@117.204.245.37] has joined #shogun08:04
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]08:20
shogun-buildbotbuild #31 of FC23 - libshogun - aarch64 is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/FC23%20-%20libshogun%20-%20aarch64/builds/31  blamelist: Wu Lin <yorkerlin@users.noreply.github.com>, Wu Lin <yorker.lin@gmail.com>08:29
-!- theeviltwin___ [b6442163@gateway/web/freenode/ip.182.68.33.99] has quit [Ping timeout: 250 seconds]08:32
-!- sanuj [~sanuj@117.204.245.37] has quit [Ping timeout: 260 seconds]09:02
-!- OXPHOS [171b5289@gateway/web/freenode/ip.23.27.82.137] has quit [Ping timeout: 250 seconds]09:07
-!- sanuj [~sanuj@117.204.245.37] has joined #shogun09:53
-!- sanuj [~sanuj@117.204.245.37] has quit [Ping timeout: 240 seconds]10:16
-!- OXPHOS [171b5289@gateway/web/freenode/ip.23.27.82.137] has joined #shogun10:36
OXPHOSwiking: hey! for the serialization, I split the enum into container types and primitive types. But i didn10:40
OXPHOSt find a way Heiko mentioned that didn't have to list all possible combinations10:41
OXPHOSthe file I have now: https://gist.github.com/OXPHOS/406213621fc9983478336bd2459c769c10:41
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has joined #shogun10:52
-!- mode/#shogun [+o HeikoS] by ChanServ10:52
OXPHOSHeikoS: hey! I split the enum into container types and primitive types. But i have to go through all container-primitive combinations. I didn't find a good way to avoid that10:56
@HeikoShi10:57
OXPHOSHeikoS: update: https://gist.github.com/OXPHOS/406213621fc9983478336bd2459c769c10:57
@HeikoSwhere do you have to go through that?10:57
@HeikoSOXPHOS: so these here10:57
@HeikoShttps://gist.github.com/OXPHOS/406213621fc9983478336bd2459c769c#file-any-h-L6310:57
@HeikoSare not what I meant10:57
@HeikoSprimitive type should not have SGVECTOR anymore10:57
@HeikoSas that is already dealt with in container typoe10:57
OXPHOSHeikoS: oh i forgot to remove them10:57
OXPHOSHeikoS: i mean during the save, I have to do ar(*(reinterpret_cast<SGVector<primitivetype>*>(storage)))10:58
OXPHOSkind of stuff10:58
@HeikoSline?10:58
OXPHOSHeikoS: method from line33110:58
@HeikoShttps://gist.github.com/OXPHOS/406213621fc9983478336bd2459c769c#file-any-h-L33310:58
OXPHOSHeikoS: They're commented out because I was testing different methods but none worked10:59
@HeikoSI dont understand the problem10:59
OXPHOSHeikoS: so it's supposed to be sth. like this, with ContainerType and PrimitiveType11:00
@HeikoSsth. like what?11:01
OXPHOSHeikoS: https://gist.github.com/OXPHOS/406213621fc9983478336bd2459c769c#file-any-h-L4911:01
OXPHOSright?11:01
@HeikoSyes11:01
@HeikoSthats exactly what I meant11:01
@HeikoSrather than storing all the combinations, store them only for container and primitive11:01
OXPHOSand in the save, we have rules for primitive types, and the most ideal (easiest) way is what I had in Line337-36011:02
OXPHOShttps://gist.github.com/OXPHOS/406213621fc9983478336bd2459c769c#file-any-h-L33711:02
OXPHOSwe process primitive types and generate a general rule11:03
OXPHOSand apply it to the container types11:03
OXPHOSso we don't have to go through every single container<primitive> combination11:03
OXPHOSHeikoS^11:03
@HeikoSyes11:04
@HeikoSyes exactly11:04
OXPHOSI didn't find a way to do it..11:04
@HeikoSso only go through all primitive types and container types once each11:04
OXPHOSbecause there's a cast step reinterpret_cast<container<primitive type>*>(storage)11:04
@HeikoSI think you will need some function11:04
@HeikoSthat turns the two enums into the type you want11:05
@HeikoSbut not sure still what is the problem11:05
OXPHOSturns the two enums into the type11:05
OXPHOSI can only think of typedef11:05
OXPHOSwhich is not very friendly11:06
@HeikoSmnmmmh11:06
OXPHOSI am currently having a helper struct defined in https://gist.github.com/OXPHOS/406213621fc9983478336bd2459c769c#file-any-h-L10111:06
OXPHOStrying to enable the redefinition of typedef11:07
@HeikoSOXPHOS: maybe if it is too much hassle, leave it for now11:07
@HeikoSand do the combinations explicitly11:07
@HeikoSwe can ask lambday later11:08
@HeikoShe knows more about this that I do11:08
OXPHOSHeikoS: np11:08
@HeikoSOXPHOS: btw re the API11:09
@HeikoSwe want the same interface as save_serializable11:09
@HeikoSCSGOBject::save_serializable that is11:09
@HeikoSi.e. it either takes a file object11:09
@HeikoSor a filename11:09
OXPHOSHeikoS: okay11:09
@HeikoSfilename and enum for filetype would be ok here I guess11:09
@HeikoSOXPHOS: the thing is this should work from SWIG11:09
@HeikoSwe can have these other methods internally, but the Archive is not typemapped, so we cannot pass it through the modular interfaces11:10
OXPHOSHeikoS: sure. so the key is wrapping the serialization with filename and enum for filetype arguments11:11
OXPHOSHeikoS: also the ViennaCL rowwise sum uses ocl kernel. Should I do that or leave it unimplemented for now?11:13
@HeikoSOXPHOS: yes wrapping exactly, it is just some convenience method for SWIG users11:13
@HeikoSOXPHOS: why not?11:13
OXPHOSHeikoS: okay i ll do it11:14
OXPHOSHeikoS: once you mentioned it might be slow but maybe for that particular purpose11:14
@HeikoSslow?11:34
@HeikoSOXPHOS: ah Isee11:34
@HeikoSanother discussion for lambday11:34
@HeikoSI think it is a bit weird to compile a kernel on the fly11:34
@HeikoSsince it takes time11:34
-!- lambday [8028b10a@gateway/web/freenode/ip.128.40.177.10] has joined #shogun12:21
-!- mode/#shogun [+o lambday] by ChanServ12:21
@HeikoSSaurabh7: jojo12:43
@HeikoSlambday: jo! OXPHOS had some questions12:43
@lambdayHeikoS: yo12:43
Saurabh7HeikoS: yo12:44
@lambdayOXPHOS: hey!12:44
@HeikoSSaurabh7: just saw the update12:44
@HeikoSso you use omp now12:44
Saurabh7oh that, yes just trying it12:44
OXPHOSlambday: hey! yes! kinda hard to describe..12:44
@HeikoSmakes code quite a bit easier I guess12:44
Saurabh7doesnt break anything on local12:45
@lambdayOXPHOS: give it a shot!12:45
@HeikoSat the cost of not being able to stop it, but I think that should be ok12:45
@HeikoSSaurabh7: needs unit test!12:45
OXPHOSlambday: https://gist.github.com/OXPHOS/406213621fc9983478336bd2459c769c#file-any-h-L4912:45
@HeikoSSaurabh7: what about liblinear?12:45
Saurabh7HeikoS: so how did the pthread one stop, i dont get it12:45
@HeikoSSaurabh7: one can stop pthreads12:45
@HeikoSwith CSignal12:45
OXPHOSlambday: I am trying to combine the two enums into one type12:45
OXPHOSlambday: the final step would be reinterpret_cast<container<primitive type>*>(storage), where container comes from CT_* and primitive type comes from PT_*12:46
Saurabh7HeikoS: Liblinear I made changes, looks like everyhting is ok12:46
@HeikoSis it mergable already?12:47
@HeikoSSaurabh7: is it faster?12:47
@lambdayOXPHOS: what are you trying to achieve here?12:47
@lambdayOXPHOS: can you just explain very briefly?12:47
Saurabh7yep, I will add that benchmark12:48
OXPHOSlambday: I am archiving any, which needs reinterpret_cast<>()12:48
@lambdayOXPHOS: I see!..12:48
OXPHOSlambday: and for each container type, like sgvector, it can take many primitive type like <typename T>12:49
OXPHOSlambday: Ideally I don't have to list them all12:49
@HeikoSSaurabh7: commented a bit more on the PR12:49
@HeikoSlambday: ill come in now, can explain12:50
@HeikoSsee you soon12:50
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has quit [Quit: Leaving.]12:50
@lambdayOXPHOS: so enum is the way to go for that?12:54
OXPHOSlambday: so far yes..I didn't come up with other way12:54
@lambdayOXPHOS: why differentiate between PT_INT32 and PT_SGVECTOR_INT32? https://gist.github.com/OXPHOS/406213621fc9983478336bd2459c769c#file-any-h-L6212:57
OXPHOSlambday: yeah PT_SGVECTOR_INT32 should be removed..12:57
@lambdayso basically what you need is to create a trait that, when given the container type and the primitive type, gives you the actual type12:57
OXPHOSyes!12:58
@lambdayOXPHOS: ok I got the scenario.. now what is the question :D12:58
@lambdaythe trait doesn't work?12:59
OXPHOSlambday: it didn't work..I was trying to wrap a typedef in a struct12:59
OXPHOSlambday: typedef doesn't seem to work at all..but I can't come up with other way to store type13:00
@lambdayOXPHOS: that's valid13:00
@lambdaytypedef/using both should work13:00
@lambdayOXPHOS: what seems to be the error?13:01
OXPHOSlambday: oh in one approach I need to redefine the same `typedef` so container can take the same variable regardless of the real primitive type, which didn't work.13:01
OXPHOSlambday: and now I redefined it in struct, but I cannot use it from the Any class (save method)13:02
OXPHOSbecause it's not const13:02
OXPHOSlambday: like this: https://gist.github.com/OXPHOS/406213621fc9983478336bd2459c769c#file-any-h-L33313:03
@lambdayOXPHOS: yeah template args don't work if they aren't constexpr13:04
OXPHOSlambday: yeah..kinda stuck here13:04
@lambdayOXPHOS: I am not sure I get the problem right.. so where do you need to redefine same `typedef`13:06
OXPHOSlambday: or whatever method that can work...my original idea was13:07
OXPHOSswitch (m_datatype.e_primitivetype) { case serial::EnumPrimitiveType::PT_INT_32:typedef int32_t primitivetype; break; case...13:08
OXPHOSso for switch (m_datatype.e_containertype)13:08
OXPHOSI can call ar(*(reinterpret_cast<primitivetype*>(storage))); break;13:08
OXPHOSfor whatever primitive type13:08
OXPHOSas they're all typedef-ed as primitivetype13:08
@lambdayOXPHOS: yeah it it's not constexpr, that's the only way you can deal with it AFAIK13:09
@lambdayyeah it cannot be constexpr in this case, cause it's setting via a template function in DataType13:10
@lambdayOXPHOS: can the13:11
@lambdayOXPHOS: can the policy itself deal with this?13:12
OXPHOSlambday: I don't think so..the type is converted to string. so it can compare whether two types are the same. but kinda hard to map back to type13:12
OXPHOSalso it stores: int, double, shogun::sgvector<int>13:13
OXPHOSsome info are missing13:13
@lambdayOXPHOS: oh select_policy<T> returns a base-ptr so the type-info is gone.. I see13:14
@lambdayyeah you need enums13:14
@lambdayand in that case, switch-case is the option that comes to mind13:15
@lambdaybut wait.. you cannot do typedef int32_t primitive_type in case scope I assume13:15
@lambdayOXPHOS: so here's what I'd do.. write a template function for the actual *cereal_save*.. and from the wrapper, I call that function inside switch case13:17
OXPHOSlambday: I didn't get it..13:18
OXPHOSlambday: typedef is global. I can't do it case wisely13:18
@lambdayOXPHOS: ok let me try something13:21
@lambdayOXPHOS: there?14:16
@lambdayOXPHOS: sorry I couldn't think of anything better than this - https://gist.github.com/lambday/5db9d29431315fbf5df00bcdd865c06114:18
OXPHOSlambday: hey thanks!14:33
OXPHOSlambday: yeah...I think in this way we have to list out every combination..14:34
-!- HeikoS [~heiko@nat-163-60.internal.eduroam.ucl.ac.uk] has joined #shogun14:43
-!- mode/#shogun [+o HeikoS] by ChanServ14:43
-!- c4goldsw [82e2e609@gateway/web/cgi-irc/kiwiirc.com/ip.130.226.230.9] has joined #shogun15:03
c4goldswHello15:04
-!- c4goldsw [82e2e609@gateway/web/cgi-irc/kiwiirc.com/ip.130.226.230.9] has quit [Client Quit]15:06
-!- c4goldsw_ [82e2e6c8@gateway/web/cgi-irc/kiwiirc.com/ip.130.226.230.200] has joined #shogun15:06
c4goldsw_ping OXPHOS (I lost internet connection)15:06
OXPHOSlol it's back15:06
c4goldsw_What's back?15:07
c4goldsw_My connection?15:07
c4goldsw_Yes.  How else could I talk to you?15:07
c4goldsw_Was going to ask something but figured out my own answer.15:08
OXPHOSoops15:08
c4goldsw_oops what?15:09
c4goldsw_*crickets*15:11
OXPHOSlol nothing. seems the connection is helping you thinking15:13
c4goldsw_Lol, ok.15:13
c4goldsw_ping HeikoS15:23
c4goldsw_OXPHOS, still around?  I have some questions about gmock15:23
@HeikoSc4goldsw_: hi15:30
c4goldsw_Hey HeikoS, I've made the tests for using the templated LARs with types that should work.15:31
c4goldsw_Now15:31
@HeikoSc4goldsw_: can you give me a link=?15:31
c4goldsw_I'm just asking a quesiton, I'm about to push after fixing something15:31
@HeikoSokok15:31
c4goldsw_Because I expect it to throw an exception, what should I use in the test cases?  I've found this:https://github.com/google/googletest/blob/master/googletest/docs/AdvancedGuide.md15:32
c4goldsw_https://github.com/google/googletest/blob/master/googletest/docs/AdvancedGuide.md15:32
c4goldsw_OOH15:32
c4goldsw_EXPECT_ANY_THROW15:32
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun15:32
shogun-notifier-shogun: Esben Sorig :feature/meta_vector_matrix * 8b4396d / examples/meta/ (12 files): https://github.com/shogun-toolbox/shogun/commit/8b4396d1ec6b0b9247ceb8f1aace43de102f0fd915:32
shogun-notifier-shogun: Differentiate matrix/vector accessing vs assigning15:32
shogun-notifier-shogun: Heiko Strathmann :feature/meta_vector_matrix * d1c3918 / examples/meta/ (12 files): https://github.com/shogun-toolbox/shogun/commit/d1c3918bf84ee0c97c3609653e7b32622cc0784a15:32
shogun-notifier-shogun: Merge pull request #3381 from sorig/feature/meta_vector_matrix15:32
shogun-notifier-shogun:15:32
shogun-notifier-shogun: Differentiate matrix/vector accessing vs assigning15:32
c4goldsw_Problem solved, will update the PR in a few minutes.15:32
shogun-notifier-shogun: Heiko Strathmann :feature/meta_vector_matrix * c4b2327 / examples/meta/generator/targets/octave.json: https://github.com/shogun-toolbox/shogun/commit/c4b23274134d2113972b055f3ac4d144dddb31bf15:37
shogun-notifier-shogun: fix octave matrix access15:37
@HeikoSc4goldsw_: this is also used in sanujs tests15:38
@HeikoSof any15:38
@HeikoShe expects some logic error to be thrown15:38
c4goldsw_HeikoS pushed15:47
shogun-notifier-shogun: Heiko Strathmann :feature/meta_vector_matrix * ba494be / examples/meta/generator/targets/java.json: https://github.com/shogun-toolbox/shogun/commit/ba494beec4bbbbeefa00f967f0a2e801a93b358c15:49
shogun-notifier-shogun: fix vector/matrix instantiation15:49
shogun-notifier-shogun: Heiko Strathmann :feature/meta_vector_matrix * bfb3393 / examples/meta/src/tests/matrix_types.sg,examples/meta/src/tests/vector_types.sg: https://github.com/shogun-toolbox/shogun/commit/bfb33932692ec4225fb711ecf8a3263bde6779a915:49
shogun-notifier-shogun: temporarily comment out literal assignment for boolean (as it breaks java modular)15:49
shogun-notifier-shogun: Heiko Strathmann :feature/meta_vector_matrix * ca0597b / examples/meta/generator/targets/cpp.json: https://github.com/shogun-toolbox/shogun/commit/ca0597bbe2904fbb6c5e825d938573b0224c94cd15:49
shogun-notifier-shogun: mini fix complex vector15:49
c4goldsw_HeikoS pushed again to fix an accidental whitespace change15:50
@HeikoSc4goldsw_: git a link?15:50
c4goldsw_https://github.com/shogun-toolbox/shogun/pull/3313/files15:50
c4goldsw_HeikoS: Please ping me when you're finished.16:01
@HeikoSc4goldsw_: done16:03
@HeikoSit is good16:03
@HeikoShow it should be from outside16:03
@HeikoScan be merge once you cleaned it up a bit16:03
@HeikoSnothing to moan about anymore :)16:03
c4goldsw_Great!16:03
c4goldsw_Btw, where's travis?16:03
c4goldsw_It's not testing it.16:03
c4goldsw_HeikoS: ?16:06
-!- OXPHOS [171b5289@gateway/web/freenode/ip.23.27.82.137] has quit [Ping timeout: 250 seconds]16:28
@HeikoSc4goldsw_: jo, sorry16:50
@HeikoSwhere is travis?16:50
@HeikoSCHeck the build history of it16:51
@HeikoSit might be busy16:51
-!- travis-ci [~travis-ci@ec2-54-242-124-15.compute-1.amazonaws.com] has joined #shogun16:51
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/14582626116:51
-!- travis-ci [~travis-ci@ec2-54-242-124-15.compute-1.amazonaws.com] has left #shogun []16:51
c4goldsw_HeikoS: okay - thanks for checking over the PR.  I'll make sure that I've removed all the white space changes  / anything else in a final commit.16:58
-!- c4goldsw_ [82e2e6c8@gateway/web/cgi-irc/kiwiirc.com/ip.130.226.230.200] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]17:02
-!- c4goldsw [82e2e6c8@gateway/web/cgi-irc/kiwiirc.com/ip.130.226.230.200] has joined #shogun17:04
c4goldswHeikoS: One more thing - do you understand why I'm using "_t" to indicate that something is templated, as opposed to an untemplated counterpart?17:05
-!- c4goldsw [82e2e6c8@gateway/web/cgi-irc/kiwiirc.com/ip.130.226.230.200] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]17:09
-!- c4goldsw [82e2e6c8@gateway/web/cgi-irc/kiwiirc.com/ip.130.226.230.200] has joined #shogun17:13
-!- c4goldsw [82e2e6c8@gateway/web/cgi-irc/kiwiirc.com/ip.130.226.230.200] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]17:24
-!- sanuj [~sanuj@117.203.4.58] has joined #shogun17:47
-!- sanuj [~sanuj@117.203.4.58] has quit [Client Quit]17:48
-!- travis-ci [~travis-ci@ec2-54-242-124-15.compute-1.amazonaws.com] has joined #shogun18:07
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/14582908118:07
-!- travis-ci [~travis-ci@ec2-54-242-124-15.compute-1.amazonaws.com] has left #shogun []18:07
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]18:49
-!- HeikoS [~heiko@nat-163-60.internal.eduroam.ucl.ac.uk] has quit [Quit: Leaving.]18:59
-!- HeikoS [~heiko@nat-163-60.internal.eduroam.ucl.ac.uk] has joined #shogun18:59
-!- mode/#shogun [+o HeikoS] by ChanServ18:59
-!- HeikoS [~heiko@nat-163-60.internal.eduroam.ucl.ac.uk] has quit [Ping timeout: 250 seconds]19:08
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun20:59
shogun-notifier-shogun: lambday :feature/bigtest * 047ec44 / / (6 files): https://github.com/shogun-toolbox/shogun/commit/047ec445b825080f28a670d73a840c91de1a1e7320:59
shogun-notifier-shogun: added variance under alternative for quadratic time mmd20:59
shogun-notifier-shogun: lambday :feature/bigtest * 813ef21 / src/shogun/statistical_testing/internals/mmd/VarianceH1.h: https://github.com/shogun-toolbox/shogun/commit/813ef2173167c90d0a8600db002c96c5f7b9074f21:22
shogun-notifier-shogun: prepare variance h1 for multikernel processing21:22
-!- lambday [8028b10a@gateway/web/freenode/ip.128.40.177.10] has quit [Quit: Page closed]21:23
-!- travis-ci [~travis-ci@ec2-54-144-96-247.compute-1.amazonaws.com] has joined #shogun21:46
travis-ciit's lambday'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/14590937421:46
-!- travis-ci [~travis-ci@ec2-54-144-96-247.compute-1.amazonaws.com] has left #shogun []21:46
-!- travis-ci [~travis-ci@ec2-54-158-80-186.compute-1.amazonaws.com] has joined #shogun22:22
travis-ciit's lambday'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/14591439122:22
-!- travis-ci [~travis-ci@ec2-54-158-80-186.compute-1.amazonaws.com] has left #shogun []22:22
-!- c4goldsw [5da420e6@gateway/web/cgi-irc/kiwiirc.com/ip.93.164.32.230] has joined #shogun22:44
--- Log closed Wed Jul 20 00:00:30 2016
« Monday, 2016-07-18 Index Wednesday, 2016-07-20 »

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