IRC logs of #shogun for Wednesday, 2017-03-15

« Tuesday, 2017-03-14 Index Thursday, 2017-03-16 »
--- Log opened Wed Mar 15 00:00:05 2017
OXPHOSwiking: I might have fixed the viennacl error on buildbot. How could I test it?01:21
@wikingmmm01:21
@wikingthe only way01:21
@wikingatm01:21
@wikingis to push it into develop01:22
@wiking:)01:22
@wikingi mean01:22
@wikingyou can reproduce the runtime env01:22
@wikingwith docker of course01:22
OXPHOSwiking: may I ask why travis doesn't test viennacl operations? Sounds like it can be setup in docker01:37
@wikingOXPHOS, in the travis docker image01:39
@wikingwe have not enabled viennacl01:39
@wikingbecause those instances01:39
@wikingare some virtual amazon instances01:39
@wikingso it actually would be a NOP01:39
@wikingthey dont have gpu01:39
@wikingnothing01:39
@wikingbarely support multithreading :)01:40
@wikinglike for example all our openmp tests are actually passing there01:40
@wikingalthough some of them should fail01:40
@wiking:)01:40
OXPHOSwiking: I see. So I can still test viennacl and multi-thread if I am running docker on my own machine?01:43
@wikingof course01:43
@wikingdocker is not a virtual machine01:43
@wikingit's just a container on kernel level01:44
@wikingUNLESS!!01:44
@wikingyou use osx01:44
@wikingwhich you do i know01:44
OXPHOS..01:44
@wikinghence then it's a virtual machine01:44
@wiking:)))))01:44
@wikingok look01:44
@wikingis it one commit?01:44
@wikingor can you make it one commit?01:44
@wikingand send the patch to my mail01:44
@wikinggit format-patch -101:44
@wikingand i can test it on that machine01:44
@wikinglike now01:44
OXPHOSwiking: kk thanks a lot! I think it is some kind of weird header issue. Because all I did was moving things around and now ViennaCL cannot find one method within itself01:46
OXPHOSbut since it's kinda troublesome, let me do a little more research01:46
@wikingno worries01:46
OXPHOSwiking: I'll fix the warnings for now.01:47
@wikingok look01:48
@wikingif you can send anything01:48
@wikingregarding the fix01:48
@wikingfor those errors01:48
@wiking(not warnings)01:49
@wikingthat'd be awesome01:49
@wikingbecause now this is blocking the whole testing infra :)01:49
@wikingso having the compiler errors01:49
@wikingfixe01:49
@wikingd01:49
@wikingshould be a prio01:49
OXPHOSwiking: Sure I'm on it. I already fixed the warnings. Just need to push it to dev.01:50
@wikingk01:52
@wikingcool01:52
@sukeyNew Commit "fix buildbot warnings" to shogun-toolbox/shogun by OXPHOS: https://github.com/shogun-toolbox/shogun/commit/15db5756172ae90ef33a591b0747ef5b4d3ca7c201:52
@wikingOXPHOS, ok lemme test this patch02:31
OXPHOSwiking: thx!02:32
@wiking/usr/include/viennacl/matrix.hpp:1948:11: error: 'ambm_m' is not a member of 'viennacl::linalg'02:34
@wikingwhere is this coming from02:34
@wikingbut this02:37
@wikingseems to be some viennacl shit02:37
OXPHOSwiking: so the same errors? https://github.com/viennacl/viennacl-dev/blob/master/viennacl/linalg/matrix_operations.hpp#L17402:38
-!- mikeling|afk [uid89706@gateway/web/irccloud.com/x-uzcsyziwrtraokjz] has joined #shogun02:38
@wikingyeah02:39
@wiking/usr/include/viennacl/matrix.hpp: In static member function 'static void viennacl::linalg::detail::op_executor<viennacl::matrix_base<T, F>, viennacl::op_inplace_sub, viennacl::matrix_expression<const LHS, const RHS, viennacl::op_sub> >::apply(viennacl::matrix_base<T, F>&, const viennacl::matrix_expression<const viennacl::matrix_expression<const viennacl::matrix_base<T, F>, const ScalarType, viennacl::op_div>, const viennacl::matrix_expression<const vi02:39
@wikingennacl::matrix_base<T, F>, const ScalarType2, viennacl::op_div>, viennacl::op_sub>&)':02:39
@wiking/usr/include/viennacl/matrix.hpp:2454:11: error: 'ambm_m' is not a member of 'viennacl::linalg'02:39
@wiking           viennacl::linalg::ambm_m(lhs,02:39
OXPHOSwiking: I moved the header from linalg/**/apply.h to gpumatrix in this pr: https://github.com/shogun-toolbox/shogun/commit/75e77f192c4c9c64874c53aa652883be512929fe02:39
@wikingok but why should this cause this trouble? :D02:40
@wikingand i suppose you are having viennacl 1.7.x02:40
@wikingand all's good02:40
@wikingright?02:40
-!- nagdev [dce39546@gateway/web/freenode/ip.220.227.149.70] has joined #shogun02:40
OXPHOSwiking: no idea at all..yep it worked good on my machine02:40
OXPHOSthinking about weird header order stuff02:41
@wikinglol02:41
@wikingsuddenly02:41
@wikingsrc/shogun/classifier/svm/SubGradientSVM.cpp02:41
@wikingis causing shit to me02:41
-!- travis-ci [~travis-ci@ec2-54-226-247-39.compute-1.amazonaws.com] has joined #shogun02:46
travis-ciit's Pan Deng / Zora'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/21118218102:46
-!- travis-ci [~travis-ci@ec2-54-226-247-39.compute-1.amazonaws.com] has left #shogun []02:46
@wikingOXPHOS,02:51
@wikingok i think i have a fix02:51
@wikingstill need to run a unit test for it02:51
@wikingwill push it to develop directly if it works out02:51
OXPHOSall ears02:51
@wikingok?02:51
OXPHOSokay02:51
OXPHOSthx02:51
@wiking+#include <viennacl/linalg/matrix_operations.hpp>02:51
@wiking+#include <viennacl/linalg/vector_operations.hpp>02:51
@wiking+#include <viennacl/matrix.hpp>02:51
@wikinginstead of this02:51
@wiking+#include <viennacl/matrix.hpp>02:52
@wiking+#include <viennacl/linalg/matrix_operations.hpp>02:52
@wiking+#include <viennacl/linalg/vector_operations.hpp>02:52
@wikingdunno if it work actually on 1.7.x02:52
@wikingbut will try to test it02:52
OXPHOSviennacl/matrix.hpp02:52
OXPHOSincludes02:52
OXPHOSviennacl/linalg/matrix_operations.hpp02:53
OXPHOSso02:53
OXPHOS+#include <viennacl/matrix.hpp>02:53
OXPHOS+#include <viennacl/linalg/vector_operations.hpp>02:53
OXPHOSmight work02:53
OXPHOSI had no problem at all with just +#include <viennacl/matrix.hpp>02:53
@wikingk02:55
@wikingi'm about to do the ctest02:57
@wikingif it's ok02:57
@wikingthen i'll push02:57
OXPHOSfinger crossed02:58
@wikingoh man02:59
@wikingwhat a shit ../src/shogun/base/SGObject.h:389:2: error: control may reach end of non-void function [-Werror,-Wreturn-type]02:59
@wikingbut ok02:59
@wikingunrelated02:59
@wiking/home/buildslave/trusty_-_libshogun_-_viennacl/build/src/shogun/mathematics/linalg/LinalgBackendViennaCL.h:44:35: fatal error: viennacl/linalg/sum.hpp: No such file or directory03:00
@wiking #include <viennacl/linalg/sum.hpp>03:00
@wiking                                   ^03:00
@wiking:D03:00
@wikingok so lemme find out03:01
@wikingwhich viennacl had the first time sum03:01
@wikinghttps://github.com/viennacl/viennacl-dev/commit/4063c941235d46804cd448db7ddecf0c3238548f#diff-9737fc4ea031985d194e70b3e9fbacd903:01
@wikingok this is pretty funky03:01
OXPHOSa mess03:01
@wikingrelease-1.7.003:01
@wikingok03:02
@wikingso we need to do an if there for the versioning03:02
@wikingOXPHOS, what should we do if we dont have sum?03:03
@wiking:)03:03
@wikingcan we force fallback on eigne?03:03
@wikingeigen?03:03
OXPHOSwiking: lemme see how the old linalg does sum03:03
OXPHOSit doens't make sense03:03
OXPHOSwiking: okay it was the verbose kernel. we can still do that03:04
@sukeyPull Request #3694 "Fix wrong behaviour of SGIO::progress"  merged by vigsterkr - https://github.com/shogun-toolbox/shogun/pull/369403:05
@wikingok look03:05
@sukeyNew Commit "Merge pull request #3694 from geektoni/patch-1203:05
@sukeyFix wrong behaviour of SGIO::progress" to shogun-toolbox/shogun by vigsterkr: https://github.com/shogun-toolbox/shogun/commit/2599ce58e1d80330a6eb691f8d155aa3600ffa8403:05
@wikingi'll push to develop03:05
@wikingthe mini header fix03:05
@wikingthen what you need to do is03:05
@wikingcheck for VIENNACL_VERSION macro03:05
@wikingso #if 10700 <= VIENNACL_VERSION03:06
@wikingthen you can have sum03:06
@sukeyNew Commit "move matrix_operations header under linalg.h" to shogun-toolbox/shogun by vigsterkr: https://github.com/shogun-toolbox/shogun/commit/4d9979f80b3336322b5a26f23ce1d06ab39bd71803:06
OXPHOSwiking: kk.03:07
-!- mikeling|afk is now known as mikeling03:13
mikelingwiking: do we have existing environment variable in Shogun? I only found we query variable like "SHOGUN_GPU_WARNINGS" but failed to find where we define or add it03:30
@wikingmikeling, it's there03:32
@wikingand there are 2 others03:32
@wikingSHOGUN_NUM_THREADS03:32
@wikingand the one with LOGLEVEL03:32
@wikingi mean03:32
@wikingif you would like to write a wrapper class03:33
@wikingthat actually gets a (ENV VAR NAME, FUNCTION POINTER that handles the logic for the ENV VAR setting, DOCUMENTATION) triplet03:33
@wikingand generates the code03:33
@wikingthat would be good03:33
nagdevAre there any entrance tasks for the "Application to real world" project? I couldn't find anything in the issues or the wiki.03:47
nagdevShould I just come up with my own data and problem statement?03:47
@wikingnagdev, yes you should come up with your own story there if the ones there are not something you'd like to work on03:51
@wikingbut03:51
@wikingregardless of things03:51
@wikingwe need you do do some entrance tasks03:51
@wikingbecause we need to see how you can develop in an opensource project03:52
@wikingand there are no such things as entrance tasks for "Application to real world"03:52
@wikingjust take any entrance task - does not need to be related with your project proposal03:52
@wikingand fix some of them03:52
@wikingthere are many entrance tasks that does not really require any serious c++ or coding skills03:53
nagdevok thanks03:56
nagdevshould I discuss my project proposal (once I have it) here or just in my application?03:57
mikelingwiking: oh, I think I got the point. So I need to write a class like "dataPath", and define 'set_data_path()', 'get_data_path()'. Then init that class in init.cpp and try to query SHOGUN_DATA_DIR by getenv and call 'set_data_path()' if the getenv return false03:57
mikelingright?03:57
@wikingmmmm03:58
@wikingwait03:58
@wikingyou are now talking about https://github.com/shogun-toolbox/shogun/issues/369703:58
@wiking?03:58
mikelingyep03:59
@wikingok why do you want to make this part of shogun itself?03:59
@wikingor your idea is03:59
@wikingthat there's a common shogun fucntion03:59
@wikingthat one can query from any interface03:59
@wikingand that has the correct path04:00
@wikingof the data dir?04:00
@wikingbecause i had something else in my mind04:01
@wikingbut we can talk about this04:01
mikelingyeah, or we should only make a reference in notebooks?04:01
@wikingbecause the fact about04:01
@wikingthe04:01
@wikingnotebooks04:01
@wikingit's easy to just fix it there04:01
@wikingright?04:01
mikelingyep04:01
@wikingos.getenv('SHOGUN_DATA_DIR')04:01
@wikingusing simple python functionality04:01
@wikinglike this you dont need to touch the library itself04:02
@wikingjust the sources04:02
@wikingof the ipython notebooks04:02
@wikingbut04:02
@wikingindeed04:02
@wikingit might be beneficial04:02
@wikingto have a common way to query this variable04:02
@wikingin every interface04:02
@wiking(r, jvm, python etc)04:02
@wikingif you wanna do that04:02
@wikinglet's discuss your proposal there in the issue04:02
@wikingbecause i want others to give input on this04:02
@wikingok?04:02
mikelinghmmm, but before we call os.getenv('SHOGUN_DATA_DIR'), we need create it(add it) in the environment variable right?04:03
@wikingyeah... but that's the user's/runtime environment's task04:03
@wikingnot the libraries04:03
@wikingwe dont need to be able to set it per se04:04
@wikingjust read it04:04
@wikingbecause we have no idea where shogun will ever be placed04:04
@wikinglet along the data dir04:04
@wikinghence it's an env var04:04
@wikinganyhow04:05
@wikingpropose your idea in the issue04:05
@wikingand let's discuss it there further04:05
mikelingbut actually, if someone like me query the whole git rep with its submodule04:05
mikelingthe 'data' actually been putted in the same folder04:06
mikelingwith shogun codebase04:06
mikelingok04:06
@sukeyIssue #3605 "port parallel code using pthread"- https://github.com/shogun-toolbox/shogun/issues/360504:06
@wikingyes04:07
@wikingmikeling, but imagine you take the notebook04:07
@wikingsomewhere else04:07
@wikinglike copy it04:07
@wikingthen the only way currently to fix it (because it does a relative reference on the data)04:07
@wikingis to replace all those paths in the notebook04:08
@wikinginstead of just setting a variable :)04:08
@sukeyIssue #1991 "Possible CSVFile bug with high number of feature vectors"- https://github.com/shogun-toolbox/shogun/issues/199104:10
@sukeyIssue #2824 "Use an external library for reading files"- https://github.com/shogun-toolbox/shogun/issues/282404:10
@sukeyIssue #3018 "SWIG lua does not support overloaded methods"- https://github.com/shogun-toolbox/shogun/issues/301804:10
@sukeyIssue #2569 "Clean up CFile interface"- https://github.com/shogun-toolbox/shogun/issues/256904:10
@sukeyIssue #2824 "Use an external library for reading files"- https://github.com/shogun-toolbox/shogun/issues/282404:10
@sukeyIssue #2824 "Use an external library for reading files"- https://github.com/shogun-toolbox/shogun/issues/282404:10
@sukeyIssue #1991 "Possible CSVFile bug with high number of feature vectors"- https://github.com/shogun-toolbox/shogun/issues/199104:10
@sukeyIssue #3018 "SWIG lua does not support overloaded methods"- https://github.com/shogun-toolbox/shogun/issues/301804:10
@sukeyIssue #1991 "Possible CSVFile bug with high number of feature vectors"- https://github.com/shogun-toolbox/shogun/issues/199104:10
@sukeyIssue #2569 "Clean up CFile interface"- https://github.com/shogun-toolbox/shogun/issues/256904:10
@sukeyIssue #2569 "Clean up CFile interface"- https://github.com/shogun-toolbox/shogun/issues/256904:10
@sukeyIssue #3131 "Create nightly binary packages for Fedora"- https://github.com/shogun-toolbox/shogun/issues/313104:10
@sukeyIssue #3131 "Create nightly binary packages for Fedora"- https://github.com/shogun-toolbox/shogun/issues/313104:10
@sukeyIssue #3018 "SWIG lua does not support overloaded methods"- https://github.com/shogun-toolbox/shogun/issues/301804:10
@sukeyIssue #2569 "Clean up CFile interface"- https://github.com/shogun-toolbox/shogun/issues/256904:10
@sukeyIssue #3131 "Create nightly binary packages for Fedora"- https://github.com/shogun-toolbox/shogun/issues/313104:10
@sukeyIssue #3131 "Create nightly binary packages for Fedora"- https://github.com/shogun-toolbox/shogun/issues/313104:10
@sukeyIssue #3448 "CStringFeatures<char>::clone() fails"- https://github.com/shogun-toolbox/shogun/issues/344804:10
@sukeyIssue #3448 "CStringFeatures<char>::clone() fails"- https://github.com/shogun-toolbox/shogun/issues/344804:10
@sukeyIssue #3018 "SWIG lua does not support overloaded methods"- https://github.com/shogun-toolbox/shogun/issues/301804:10
@sukeyIssue #2824 "Use an external library for reading files"- https://github.com/shogun-toolbox/shogun/issues/282404:10
@sukeyIssue #1991 "Possible CSVFile bug with high number of feature vectors"- https://github.com/shogun-toolbox/shogun/issues/199104:10
@sukeyIssue #3448 "CStringFeatures<char>::clone() fails"- https://github.com/shogun-toolbox/shogun/issues/344804:10
@sukeyIssue #3448 "CStringFeatures<char>::clone() fails"- https://github.com/shogun-toolbox/shogun/issues/344804:10
@sukeyIssue #3452 "C# has no bool vector/matrix typemap"- https://github.com/shogun-toolbox/shogun/issues/345204:10
@sukeyIssue #3452 "C# has no bool vector/matrix typemap"- https://github.com/shogun-toolbox/shogun/issues/345204:10
@sukeyIssue #3452 "C# has no bool vector/matrix typemap"- https://github.com/shogun-toolbox/shogun/issues/345204:10
@sukeyIssue #3452 "C# has no bool vector/matrix typemap"- https://github.com/shogun-toolbox/shogun/issues/345204:10
@sukeyIssue #3467 "Add scalar cases to WrappedObjectArray"- https://github.com/shogun-toolbox/shogun/issues/346704:10
@sukeyIssue #3466 "Fix and enable R meta examples (and tests)"- https://github.com/shogun-toolbox/shogun/issues/346604:10
@sukeyIssue #3466 "Fix and enable R meta examples (and tests)"- https://github.com/shogun-toolbox/shogun/issues/346604:10
@sukeyIssue #3466 "Fix and enable R meta examples (and tests)"- https://github.com/shogun-toolbox/shogun/issues/346604:10
@sukeyIssue #3466 "Fix and enable R meta examples (and tests)"- https://github.com/shogun-toolbox/shogun/issues/346604:10
@sukeyIssue #3467 "Add scalar cases to WrappedObjectArray"- https://github.com/shogun-toolbox/shogun/issues/346704:10
@sukeyIssue #3467 "Add scalar cases to WrappedObjectArray"- https://github.com/shogun-toolbox/shogun/issues/346704:10
@sukeyIssue #3467 "Add scalar cases to WrappedObjectArray"- https://github.com/shogun-toolbox/shogun/issues/346704:10
@sukeyIssue #3485 "add scala interface to docs and tests"- https://github.com/shogun-toolbox/shogun/issues/348504:10
@sukeyIssue #3485 "add scala interface to docs and tests"- https://github.com/shogun-toolbox/shogun/issues/348504:10
@sukeyIssue #3486 "eigen3 operator bug workaround fix"- https://github.com/shogun-toolbox/shogun/issues/348604:10
@sukeyIssue #3485 "add scala interface to docs and tests"- https://github.com/shogun-toolbox/shogun/issues/348504:10
@sukeyIssue #3485 "add scala interface to docs and tests"- https://github.com/shogun-toolbox/shogun/issues/348504:10
@sukeyIssue #3486 "eigen3 operator bug workaround fix"- https://github.com/shogun-toolbox/shogun/issues/348604:10
@sukeyIssue #3489 "fix modular interface make install with custom install prefix"- https://github.com/shogun-toolbox/shogun/issues/348904:10
@sukeyIssue #3486 "eigen3 operator bug workaround fix"- https://github.com/shogun-toolbox/shogun/issues/348604:10
@sukeyIssue #3486 "eigen3 operator bug workaround fix"- https://github.com/shogun-toolbox/shogun/issues/348604:10
@sukeyIssue #3489 "fix modular interface make install with custom install prefix"- https://github.com/shogun-toolbox/shogun/issues/348904:10
@sukeyIssue #3489 "fix modular interface make install with custom install prefix"- https://github.com/shogun-toolbox/shogun/issues/348904:10
@sukeyIssue #3489 "fix modular interface make install with custom install prefix"- https://github.com/shogun-toolbox/shogun/issues/348904:10
@sukeyIssue #3497 "make cookbook fails on guarded meta examples"- https://github.com/shogun-toolbox/shogun/issues/349704:10
@sukeyIssue #3497 "make cookbook fails on guarded meta examples"- https://github.com/shogun-toolbox/shogun/issues/349704:10
@sukeyIssue #3497 "make cookbook fails on guarded meta examples"- https://github.com/shogun-toolbox/shogun/issues/349704:10
@sukeyIssue #3497 "make cookbook fails on guarded meta examples"- https://github.com/shogun-toolbox/shogun/issues/349704:10
@sukeyIssue #3500 "integrate linalg gsoc2016 work"- https://github.com/shogun-toolbox/shogun/issues/350004:10
@sukeyIssue #3500 "integrate linalg gsoc2016 work"- https://github.com/shogun-toolbox/shogun/issues/350004:10
@sukeyIssue #3500 "integrate linalg gsoc2016 work"- https://github.com/shogun-toolbox/shogun/issues/350004:10
@sukeyIssue #3500 "integrate linalg gsoc2016 work"- https://github.com/shogun-toolbox/shogun/issues/350004:10
@sukeyIssue #3501 "merge all gsoc2016 PRs"- https://github.com/shogun-toolbox/shogun/issues/350104:10
@sukeyIssue #3501 "merge all gsoc2016 PRs"- https://github.com/shogun-toolbox/shogun/issues/350104:10
@sukeyIssue #3501 "merge all gsoc2016 PRs"- https://github.com/shogun-toolbox/shogun/issues/350104:11
@sukeyIssue #3503 "Resolve all swig warnings"- https://github.com/shogun-toolbox/shogun/issues/350304:11
@sukeyIssue #3501 "merge all gsoc2016 PRs"- https://github.com/shogun-toolbox/shogun/issues/350104:11
@sukeyIssue #3503 "Resolve all swig warnings"- https://github.com/shogun-toolbox/shogun/issues/350304:11
@sukeyIssue #3503 "Resolve all swig warnings"- https://github.com/shogun-toolbox/shogun/issues/350304:11
@sukeyIssue #3503 "Resolve all swig warnings"- https://github.com/shogun-toolbox/shogun/issues/350304:11
@sukeyIssue #3504 "fix kernel normalisers for GaussianKernel"- https://github.com/shogun-toolbox/shogun/issues/350404:11
@sukeyIssue #3504 "fix kernel normalisers for GaussianKernel"- https://github.com/shogun-toolbox/shogun/issues/350404:11
@sukeyIssue #3505 "fix all ipython notebooks"- https://github.com/shogun-toolbox/shogun/issues/350504:11
@sukeyIssue #3505 "fix all ipython notebooks"- https://github.com/shogun-toolbox/shogun/issues/350504:11
@sukeyIssue #3504 "fix kernel normalisers for GaussianKernel"- https://github.com/shogun-toolbox/shogun/issues/350404:11
@sukeyIssue #3510 "Investigate and fix docstrings generated by swig"- https://github.com/shogun-toolbox/shogun/issues/351004:11
@sukeyIssue #3504 "fix kernel normalisers for GaussianKernel"- https://github.com/shogun-toolbox/shogun/issues/350404:11
@sukeyIssue #3505 "fix all ipython notebooks"- https://github.com/shogun-toolbox/shogun/issues/350504:11
@sukeyIssue #3505 "fix all ipython notebooks"- https://github.com/shogun-toolbox/shogun/issues/350504:11
@sukeyIssue #3510 "Investigate and fix docstrings generated by swig"- https://github.com/shogun-toolbox/shogun/issues/351004:11
@sukeyIssue #3510 "Investigate and fix docstrings generated by swig"- https://github.com/shogun-toolbox/shogun/issues/351004:11
@sukeyIssue #3517 "clean up Notebook description"- https://github.com/shogun-toolbox/shogun/issues/351704:11
@sukeyIssue #3510 "Investigate and fix docstrings generated by swig"- https://github.com/shogun-toolbox/shogun/issues/351004:11
@sukeyIssue #3517 "clean up Notebook description"- https://github.com/shogun-toolbox/shogun/issues/351704:11
@sukeyIssue #3517 "clean up Notebook description"- https://github.com/shogun-toolbox/shogun/issues/351704:11
@sukeyIssue #3517 "clean up Notebook description"- https://github.com/shogun-toolbox/shogun/issues/351704:11
@sukeyIssue #3519 "write a NOTEBOOKS.md readme"- https://github.com/shogun-toolbox/shogun/issues/351904:11
@sukeyIssue #3519 "write a NOTEBOOKS.md readme"- https://github.com/shogun-toolbox/shogun/issues/351904:11
@sukeyIssue #3519 "write a NOTEBOOKS.md readme"- https://github.com/shogun-toolbox/shogun/issues/351904:11
@sukeyIssue #3522 "locate broken links and format conversion errors in notebooks"- https://github.com/shogun-toolbox/shogun/issues/352204:11
@sukeyIssue #3519 "write a NOTEBOOKS.md readme"- https://github.com/shogun-toolbox/shogun/issues/351904:11
@sukeyIssue #3522 "locate broken links and format conversion errors in notebooks"- https://github.com/shogun-toolbox/shogun/issues/352204:11
@sukeyIssue #3522 "locate broken links and format conversion errors in notebooks"- https://github.com/shogun-toolbox/shogun/issues/352204:11
@sukeyIssue #3522 "locate broken links and format conversion errors in notebooks"- https://github.com/shogun-toolbox/shogun/issues/352204:11
@sukeyIssue #3537 "Systematically test serialization of trained models"- https://github.com/shogun-toolbox/shogun/issues/353704:11
@sukeyIssue #3537 "Systematically test serialization of trained models"- https://github.com/shogun-toolbox/shogun/issues/353704:11
@sukeyIssue #3537 "Systematically test serialization of trained models"- https://github.com/shogun-toolbox/shogun/issues/353704:11
@sukeyIssue #3548 "Make `meta_examples` make target depend on generator jsons"- https://github.com/shogun-toolbox/shogun/issues/354804:11
@sukeyIssue #3548 "Make `meta_examples` make target depend on generator jsons"- https://github.com/shogun-toolbox/shogun/issues/354804:11
@sukeyIssue #3548 "Make `meta_examples` make target depend on generator jsons"- https://github.com/shogun-toolbox/shogun/issues/354804:11
@sukeyIssue #3537 "Systematically test serialization of trained models"- https://github.com/shogun-toolbox/shogun/issues/353704:11
@sukeyIssue #3548 "Make `meta_examples` make target depend on generator jsons"- https://github.com/shogun-toolbox/shogun/issues/354804:11
@sukeyIssue #3549 "changes in SWIG interface requires make clean"- https://github.com/shogun-toolbox/shogun/issues/354904:11
@sukeyIssue #3549 "changes in SWIG interface requires make clean"- https://github.com/shogun-toolbox/shogun/issues/354904:11
@sukeyIssue #3549 "changes in SWIG interface requires make clean"- https://github.com/shogun-toolbox/shogun/issues/354904:11
@sukeyIssue #3549 "changes in SWIG interface requires make clean"- https://github.com/shogun-toolbox/shogun/issues/354904:11
@sukeyIssue #3552 "Octave interface doesnt have boolean arrays"- https://github.com/shogun-toolbox/shogun/issues/355204:11
@sukeyIssue #3552 "Octave interface doesnt have boolean arrays"- https://github.com/shogun-toolbox/shogun/issues/355204:11
@sukeyIssue #3552 "Octave interface doesnt have boolean arrays"- https://github.com/shogun-toolbox/shogun/issues/355204:11
@sukeyIssue #3553 "Fix meta example when ´-DENABLE_TESTING=OFF`"- https://github.com/shogun-toolbox/shogun/issues/355304:11
@sukeyIssue #3553 "Fix meta example when ´-DENABLE_TESTING=OFF`"- https://github.com/shogun-toolbox/shogun/issues/355304:11
@sukeyIssue #3580 "Add integration testing data for all uncovered meta examples"- https://github.com/shogun-toolbox/shogun/issues/358004:11
@sukeyIssue #3553 "Fix meta example when ´-DENABLE_TESTING=OFF`"- https://github.com/shogun-toolbox/shogun/issues/355304:11
@sukeyIssue #3553 "Fix meta example when ´-DENABLE_TESTING=OFF`"- https://github.com/shogun-toolbox/shogun/issues/355304:11
@sukeyIssue #3580 "Add integration testing data for all uncovered meta examples"- https://github.com/shogun-toolbox/shogun/issues/358004:11
@sukeyIssue #3580 "Add integration testing data for all uncovered meta examples"- https://github.com/shogun-toolbox/shogun/issues/358004:11
@sukeyIssue #3580 "Add integration testing data for all uncovered meta examples"- https://github.com/shogun-toolbox/shogun/issues/358004:11
@sukeyIssue #3596 "make doc fails when building from release-tarball…"- https://github.com/shogun-toolbox/shogun/issues/359604:11
@sukeyIssue #3596 "make doc fails when building from release-tarball…"- https://github.com/shogun-toolbox/shogun/issues/359604:11
@sukeyIssue #3596 "make doc fails when building from release-tarball…"- https://github.com/shogun-toolbox/shogun/issues/359604:11
@sukeyIssue #3612 "Stratified Cross Validation with Combined Kernels using Custom Kernels"- https://github.com/shogun-toolbox/shogun/issues/361204:11
@sukeyIssue #3596 "make doc fails when building from release-tarball…"- https://github.com/shogun-toolbox/shogun/issues/359604:11
@sukeyIssue #3612 "Stratified Cross Validation with Combined Kernels using Custom Kernels"- https://github.com/shogun-toolbox/shogun/issues/361204:11
@sukeyIssue #3612 "Stratified Cross Validation with Combined Kernels using Custom Kernels"- https://github.com/shogun-toolbox/shogun/issues/361204:11
@sukeyIssue #3672 "octave-modular build failed again"- https://github.com/shogun-toolbox/shogun/issues/367204:12
@sukeyIssue #3672 "octave-modular build failed again"- https://github.com/shogun-toolbox/shogun/issues/367204:12
@sukeyIssue #3672 "octave-modular build failed again"- https://github.com/shogun-toolbox/shogun/issues/367204:12
@sukeyIssue #3612 "Stratified Cross Validation with Combined Kernels using Custom Kernels"- https://github.com/shogun-toolbox/shogun/issues/361204:12
@sukeyIssue #3672 "octave-modular build failed again"- https://github.com/shogun-toolbox/shogun/issues/367204:12
@sukeyIssue #3683 "Memcheck KMeans"- https://github.com/shogun-toolbox/shogun/issues/368304:12
@sukeyIssue #3683 "Memcheck KMeans"- https://github.com/shogun-toolbox/shogun/issues/368304:12
@sukeyIssue #3683 "Memcheck KMeans"- https://github.com/shogun-toolbox/shogun/issues/368304:12
@sukeyIssue #3683 "Memcheck KMeans"- https://github.com/shogun-toolbox/shogun/issues/368304:12
@sukeyIssue #3697 "replace relative paths to data dir in notebooks"- https://github.com/shogun-toolbox/shogun/issues/369704:12
@sukeyIssue #3668 "CrossValidation_multithread unit test fails"- https://github.com/shogun-toolbox/shogun/issues/366804:12
mikelingwiking: alright, let's back to the starting pointer of that issue, let's assume we only care about query SHOGUN_DATA_DIR on notebooks, do i need to add that variable in travis or other ci tool as a part of that issue?04:12
mikelingor I just need make some change to my environment variable04:12
@wikingno, because it'll have some default value04:12
@wikingi mean like if you would just do this change in the notbooks04:13
@wikingthen you would do something like04:13
mikelingok04:13
mikelingI see04:13
@wikingos.env.get("SHOGUN_DATA_PATH", "../../../data")04:13
@wikingthis way if the env doesn't have it set04:13
@wikingthen it's probably in a place where it is by default04:13
@wikingand then things should work04:13
mikelingmake sense ;)04:13
@wikingif they dont work04:13
@wikingthen you set the env var04:13
@wikingto make it work04:13
@wikingbut again04:14
@sukeyNew Commit "fix buildbot warnings - SGVector" to shogun-toolbox/shogun by OXPHOS: https://github.com/shogun-toolbox/shogun/commit/6400d84731663153aea6fabcfdd1148d2fe610e104:14
@wikingif we create a helper thing04:14
mikelingBTW, what's these issues for?04:14
mikelingbeen kee04:14
@wikingmikeling, when we deploy shogun in cluod04:14
@wiking*cloud04:14
mikeling* keeping pope up04:14
@wikingand people use the notebooks04:14
@wikingwe currently have to follow a specific04:14
@wikingdirectory structure04:14
@wikingthat all notebook assumes04:14
@wikingwhich is shit04:15
@wikingbecause you cannot copy notebook around04:15
@wikingetc04:15
mikelingyeah, I know. However, I just wondering about the 'issues' been reported by 'sukey' . Why so many issues been popped up all at once in irc?04:17
mikelingwhat's these issues for?04:17
mikelingwiking: ^04:20
OXPHOSmikeling: "vigsterkr modified the milestone: Shogun 5.1, Shogun 6.0 11 minutes ago"04:21
OXPHOSI think that's it04:21
mikelingOXPHOS: ah04:21
mikelingthank you04:21
OXPHOSnp04:21
@wikingmikeling, moved the mileston04:22
@wikinge04:22
@wikingsukey, is talking a lot04:22
@wiking:)04:22
@wikingsukey: help04:22
@sukeywiking: ship it - Display a motivation squirrel04:22
@sukeysukey adapter - Reply with the adapter04:22
@sukeysukey animate me <query> - The same thing as `image me`, except adds a few parameters to try to return an animated GIF instead.04:22
@sukeysukey calculate <expression> - Calculate the given math expression.04:22
@sukeysukey convert <expression> in <units> - Convert expression to given units.04:22
@sukeysukey echo <text> - Reply back with <text>04:22
@sukeysukey flip - Hubot flips a table04:22
@sukeysukey help - Displays all of the help commands that Hubot knows about.04:22
@sukeysukey help <query> - Displays all help commands that match <query>.04:22
@sukeysukey image me <query> - The Original. Queries Google Images for <query> and returns a random top result.04:22
@sukeysukey map me <query> - Returns a map view of the area returned by `query`.04:22
@sukeysukey mustache me <url|query> - Adds a mustache to the specified URL or query result.04:22
@sukeysukey ping - Reply with pong04:22
@sukeysukey pug bomb N - get N pugs04:22
@sukeysukey pug me - Receive a pug04:22
@sukeysukey tell <recipients> <some message> - tell <recipients> <some message> next time they are present.04:22
@sukeysukey the rules - Make sure hubot still knows the rules.04:22
@sukeysukey time - Reply with current time04:22
@sukeysukey translate me <phrase> - Searches for a translation for the <phrase> and then prints that bad boy out.04:22
mikelingwiking: the GSoC page seems like went wrong somehow04:22
@sukeysukey translate me from <source> into <target> <phrase> - Translates <phrase> from <source> into <target>. Both <source> and <target> are optional04:23
@wikingsukey animate me chatty04:23
@sukeyGoogle Image Search API is not longer available. Please [setup up Custom Search Engine API](https://github.com/hubot-scripts/hubot-google-images#cse-setup-details).04:23
@sukeyhttp://i.imgur.com/CzFTOkI.png04:23
mikelinglost the link to the projects page04:23
@wikingheheh poor sukey is dumb04:23
@wikingmikeling, where?04:23
mikelingwiking: https://github.com/shogun-toolbox/shogun/wiki lost the link to projects page04:23
@wiking[2017 projects](Google Summer of Code 2017 Projects)04:23
@wikingwho changed this the last time04:23
@sukeyNew Commit "change viennacl matrix_operations header to matrix header04:24
@sukeyAttempt to fix buildbot error #3" to shogun-toolbox/shogun by OXPHOS: https://github.com/shogun-toolbox/shogun/commit/20f03478e8713ff14cb08396bb6a878297e7e94304:24
@wikingwtf04:25
@wikingwhen and how the fuck did this happen04:25
mikelingwiking: it's good yesterday I guess. I just check it before04:26
@wikingi need to see the history04:27
@wikingmmm04:28
@wikingi think there was an update in the backend04:28
@wikingbecause nothing changed in our stuff04:28
@wikingsince november04:28
@sukeyWiki page: Home edited on shogun-toolbox/shogun by vigsterkr04:28
@wikingnow it should be ok04:29
-!- nagdev [dce39546@gateway/web/freenode/ip.220.227.149.70] has quit [Ping timeout: 260 seconds]04:30
mikelingwiking: thank you!04:31
mikelinghow many student we are going accept for Shogun detox 2 project?04:31
@wikingdunno04:32
mikelingIf I found anything worth to improve and haven't been listed04:32
mikelingcould I add it to the proposal?04:33
@wikingyes yes04:37
@wikingthese are just suggestions04:37
@wikingin your proposal04:37
@wikingyou can put anything04:37
@wikingof course you can send us proposals04:37
@wikingprior the applications04:37
@wikingso we can give feedback etc.04:37
-!- goksinen [~goksinen@2604:2000:c591:8400:d1ed:7b48:76cf:bb15] has quit [Remote host closed the connection]04:38
@sukeyNew Commit "change viennacl matrix_operations header to matrix header04:39
@sukeyAttempt to fix buildbot error #3" to shogun-toolbox/shogun by OXPHOS: https://github.com/shogun-toolbox/shogun/commit/cdbf2e840502fd70974fa6f98a9165a2d944457104:39
mikelingwiking: do we have template for proposal? like what's the necessary thing I should say in propsal04:40
-!- travis-ci [~travis-ci@ec2-23-22-249-67.compute-1.amazonaws.com] has joined #shogun04:47
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/21119681404:47
-!- travis-ci [~travis-ci@ec2-23-22-249-67.compute-1.amazonaws.com] has left #shogun []04:47
@wikingmikeling, good uestion04:52
@wikingi think we used to04:52
@sukeyPull Request #3690 "Remove apply_locked* methods from SWIG interfaces #3687"  synchronized by tdjogi010 - https://github.com/shogun-toolbox/shogun/pull/369005:02
@wikingOXPHOS, big error05:18
-!- lambday [6a3311dc@gateway/web/freenode/ip.106.51.17.220] has joined #shogun05:18
-!- mode/#shogun [+o lambday] by ChanServ05:18
@lambdaywiking: yo05:18
@wikingOXPHOS, /home/buildslave/trusty_-_libshogun_-_viennacl/build/src/shogun/mathematics/linalg/LinalgBackendViennaCL.h:298:62:   required from 'void shogun::LinalgBackendViennaCL::matrix_prod_impl(shogun::SGMatrix<T>&, shogun::SGMatrix<T>&, shogun::SGMatrix<T>&, bool, bool) const [with T = unsigned int]'05:18
@wiking/home/buildslave/trusty_-_libshogun_-_viennacl/build/src/shogun/mathematics/linalg/LinalgBackendViennaCL.h:111:1199:   required from here05:18
@wiking/usr/include/viennacl/scheduler/forwards.h:670:69: error: call of overloaded 'add_element(viennacl::vcl_size_t&, viennacl::scheduler::lhs_rhs_element&, const unsigned int&)' is ambiguous05:18
@wiking           return add_element(next_free, array_[current_index].rhs, t);05:18
@wiking                                                                     ^05:18
@wiking/usr/include/viennacl/scheduler/forwards.h:670:69: note: candidates are:05:18
@wiking/usr/include/viennacl/scheduler/forwards.h:511:20: note: viennacl::vcl_size_t viennacl::scheduler::statement::add_element(viennacl::vcl_size_t, viennacl::scheduler::lhs_rhs_element&, const float&)05:18
@wiking         vcl_size_t add_element(vcl_size_t       next_free,05:18
@wiking                    ^05:19
@wiking/usr/include/viennacl/scheduler/forwards.h:522:20: note: viennacl::vcl_size_t viennacl::scheduler::statement::add_element(viennacl::vcl_size_t, viennacl::scheduler::lhs_rhs_element&, const double&)05:19
@wiking         vcl_size_t add_element(vcl_size_t       next_free,05:19
@wikinglambday, y005:19
@wikinggot the email05:19
@wikingthnx heaps05:19
@lambdaywiking: cool... was those the results you needed?05:22
@wikingyep05:23
@wikingsounds good05:23
@lambdaywiking: presenting shogun somewhere?05:24
@wikinglambday, http://2017.fossasia.org/tracks.html#284305:26
@wikingfuck05:27
@wikingthey moved me!05:27
@wiking:<<<<05:27
@wikingwe used to be on the sunday session05:28
@wiking*saturday session05:28
@lambdaynice.. you have one more day :)05:35
@lambdaysoooo many indian guys05:35
@lambdayapart from you and 2 others, everyone in the AI track are from india :/05:36
@wikinglambday, ehhe the saturday session was much better05:36
@wiking;(05:36
@wikingwould have been much better to stay there05:36
@wikingwonder for whom i got ditched05:36
@lambdaydrumpf?05:36
@lambday:D05:36
@lambdaybtw rebasing the matrix patch.. I agree, doing these kind of changes in a feature branch is much more effective05:37
@sukeyPull Request #3685 "SGMatrix cleanups and speedups"  synchronized by lambday - https://github.com/shogun-toolbox/shogun/pull/368505:38
@wikinglambday, in this case https://github.com/shogun-toolbox/shogun/pull/3685/files#diff-2def2de5f7f35b7c1f0e40a4f3110abaR35305:45
@wikinghow the resolving of namespace is going to happen05:45
@wikingas there are couple of memcpy functions :)05:46
@lambdayah crap..05:47
@lambdaybut wait..05:48
@lambdayin many other places we simply have memcpy uses with using shogun namespace.... what happens to those05:48
@lambdayin fact, I noticed the modular interface complaining about my memcpy not returning anything.. so I changed it to void*...05:49
@lambdaymaybe an entrance task?05:49
@lambdayfirst of all, no using namespace shogun please...05:49
@lambdayusing shogun::stuffs instead05:49
@lambdaywhat do you say?05:50
@lambdaysecondly, no #include <string.h>05:53
@lambdaywith <cstring>, we can differentiate between std::memcpy and shogun::memcpy05:55
@lambdaywiking: ^05:55
@wikingyeah05:56
@wikingbut i mean what happens when05:56
@wikingusing namespace std;05:56
@wiking:)05:56
@lambdayyeah we're screwed, unless we specify shogun::memcpy...05:57
@wikingso yeah05:57
@wikingi would explicitly05:57
@wikingoooooor05:57
@lambdaybut point is, we should not be using `using namespace std;`05:58
@wikingcould we do the trick?05:58
@wikingthat we do for05:58
@wikingnew operator?05:58
@lambdaywiking: overloading?05:58
@wikingyeah05:58
@wikingin memory.h we do that right?05:58
@wikinglambday, i mean about "we should not be using `using namespace std;`"06:00
@wikingthis we cannot assure06:00
@wikingthere's always gonna be somebody06:00
@wikingwhos' gonna come with a patch06:00
@wiking:)06:00
@wikingand there's always gonna be somebody who's  gonna be tired enough06:01
@wikingnot to catch that in a PR to merge it06:01
-!- lambday [6a3311dc@gateway/web/freenode/ip.106.51.17.220] has quit [Ping timeout: 260 seconds]06:03
-!- travis-ci [~travis-ci@ec2-54-226-247-39.compute-1.amazonaws.com] has joined #shogun06:19
travis-ciit's Pan Deng / Zora'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/21121058106:19
-!- travis-ci [~travis-ci@ec2-54-226-247-39.compute-1.amazonaws.com] has left #shogun []06:19
-!- lambday|work [c40f1706@gateway/web/freenode/ip.196.15.23.6] has joined #shogun06:27
-!- mode/#shogun [+o lambday|work] by ChanServ06:27
@lambday|workwiking: sorry I got disconnected.. can't see the log as it gives internal service error..06:47
@lambday|workwiking: what were you saying regarding new operator ?06:47
@wikingwell06:48
@wikingthat we override that right?06:48
@wikingin memory.h/cpp06:48
@wikingso that the new operator is actually using shogun's malloc06:48
@wikingso this way you can actually use a different memory backend consistently within shogun06:49
@lambday|workwiking: ummm.. I am not sure you can do that for normal functions.. they will have the same signature, right? works for operator new and delete but not sure it will work for memcpy06:58
@wikingyeah that's what i thoguth as well07:00
@wiking*thought07:00
@wikingi mean the only way then then07:00
@wikingis to actually change the name of ours07:01
@wikingbecause really07:01
@wikingwe dont wanna rely07:01
@wikingon people being concious here07:01
@wikingi mean we can do a wrapper07:01
@wikinglike07:01
@wikingshogun::memcpy07:01
@wikingbut that ctually calls something like07:01
@wikingsg_memcpy07:01
@lambday|workif not, however, I think a systematic approach will be to (a) replace #include <string.h> with #include <cstring> (b) remove `using namespace std;`s in shogun, IIRC there aren't many (c) grep for memcpy (d) replace with shogun::memcpy07:01
@wikingor someting like thist07:01
@wikingso that in case you want07:01
@wikingyou can explicitly call that function07:01
@wikingyeah but do you see what i mean07:02
@wikingyou kind of rely07:02
@wikingon people being07:02
@wikingsuper concious there07:02
@wiking*conscious07:02
@wikingi mean yeah it's not a big deal07:02
@wikingbut think about external PRs07:02
@wikingand then just one lazy merge07:02
@wikingand you dont even realise07:03
@wikingbecause there's no way one would realise this right?07:03
@wikingother than actually grepping th ecode07:03
@wikingand if we use explicitly an sg_memcpy07:03
@wikingor something similar07:03
@wikingthen we can regex grep for std::memcpy or simple memcpy07:03
@wikingthat way we can see where things go south07:03
-!- lambday|work_ [c40f1706@gateway/web/freenode/ip.196.15.23.6] has joined #shogun07:04
-!- mode/#shogun [+o lambday|work_] by ChanServ07:04
@lambday|work_wiking: umm so we should name it sg_memcpy.. no wrappers cause that creates the same problem when someone uses both shogun and std namespaces07:04
@lambday|work_then the entrance task is to grep all memcpy and replace it with sg_memcpy07:04
-!- travis-ci [~travis-ci@ec2-54-226-247-39.compute-1.amazonaws.com] has joined #shogun07:05
travis-ciit's Pan Deng / Zora'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/21121283607:05
-!- travis-ci [~travis-ci@ec2-54-226-247-39.compute-1.amazonaws.com] has left #shogun []07:05
@lambday|work_using namespace std is anyway bad.. and we should discourage such code to be a part of shogun, just saying..07:06
-!- lambday|work [c40f1706@gateway/web/freenode/ip.196.15.23.6] has quit [Ping timeout: 260 seconds]07:06
-!- lambday|work_ is now known as lambday|work07:06
@wikinglambday|work_, yeah something like that07:06
@wikinglambday|work, yeah i totally agree with you07:06
@wikingi'm just seeing the past things07:07
@wikingand you know as well07:07
@wikingthat when we merge stuff07:07
@wikingsometimes things go through07:07
@lambday|workyeah... true that07:07
@lambday|workwiking: cool.. I'll create an entrance task for that then..07:08
@wikingtbhnx07:08
@wiking*thnx07:08
@sukeyIssue #3700 "Refactoring for `shogun::memcpy`" lambday added label: "Cleanups" - https://github.com/shogun-toolbox/shogun/issues/370007:19
@sukeyIssue #3700 "Refactoring for `shogun::memcpy`" opened by lambday - https://github.com/shogun-toolbox/shogun/issues/370007:19
@sukeyIssue #3700 "Refactoring for `shogun::memcpy`" lambday added label: "entrance" - https://github.com/shogun-toolbox/shogun/issues/370007:19
mikelingwiking: the metadata of each cell will been changed to '"editable": true...', how could I avoid that? At least avoid include these changes during I make a pr to github07:26
@wikingedit it with a simple text editor :)07:26
mikelingwiking: But it means I need to edit every ipython notebook file for https://github.com/shogun-toolbox/shogun/issues/3697issue :/07:28
@wikingmikeling, exactly07:28
@wikingthis is why it's an entrance task07:28
@wiking:)07:28
@wikingit's simple07:29
mikelingalright...I see07:29
@wikingeven people w/o coding skills can do it07:29
mikelingwiking: I would like to write more unit test for shogun. The first place I want to look into is modules under the sum folder08:23
mikelingIs that ok?08:23
@wikingsum folder?08:23
mikelingCould I file an issue for mark my progress ?08:23
@wikingyou mean svm?08:23
mikelingsvm08:23
mikelingyep08:23
@wikingits' ok08:23
mikelingtypo ;/08:23
@wikingno need for an issue08:23
@wikingjust start working08:23
@wikingonce you have something to show08:23
@wikingjust send the PR08:23
@wikingwe track these things ourselves dont worry ;)08:24
mikelingok, I see08:24
mikelingthanks08:24
@wikingnw08:24
mikelingwhere could I read shogun cookbook?08:51
mikelingBecause I'm wondering what's the 'svm_file' looks like and how to create one08:52
@wikinghttp://stats.stackexchange.com/questions/61328/libsvm-data-format08:57
@sukeyPull Request #3701 "use get and set in SVM class"  opened by MikeLing - https://github.com/shogun-toolbox/shogun/pull/370109:05
mikelingwiking: mmm, I think the link is about the form of training data. But the svm_file in here https://github.com/shogun-toolbox/shogun/blob/develop/src/shogun/classifier/svm/SVM.cpp#L86 means the configuration of svm09:10
mikelingI just don't know what's that file should looks like09:10
shogun-buildbotbuild #41 of nightly_all is complete: Failure [failed compile]  Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_all/builds/41  blamelist: lambday <heavensdevil6909@gmail.com>, Pan Deng / Zora <engelzora@gmail.com>, Pan Deng / Zora <OXPHOS@users.noreply.github.com>, Viktor Gal <vigsterkr@gmail.com>, Soumyajit De <heavensdevil6909@gmail.com>,09:11
shogun-buildbotHeiko Strathmann <heiko.strathmann@gmail.com>, abhinavrai44 <abhinavrai44@gmail.com>09:11
-!- micmn [4e0d90fe@gateway/web/freenode/ip.78.13.144.254] has joined #shogun09:16
@sukeyPull Request #3685 "SGMatrix cleanups and speedups"  merged by lambday - https://github.com/shogun-toolbox/shogun/pull/368509:33
@sukeyNew Commit "Merge pull request #3685 from lambday/feature/sgmatrix09:33
@sukeySGMatrix cleanups and speedups" to shogun-toolbox/shogun by lambday: https://github.com/shogun-toolbox/shogun/commit/0968ee6206ed88011a7fe2cf1c1ad302cb63989c09:33
-!- iRmantou [adefc6ce@gateway/web/freenode/ip.173.239.198.206] has joined #shogun09:46
-!- goksinen [~goksinen@2604:2000:c591:8400:d1ed:7b48:76cf:bb15] has joined #shogun10:06
-!- goksinen [~goksinen@2604:2000:c591:8400:d1ed:7b48:76cf:bb15] has quit [Ping timeout: 246 seconds]10:10
-!- micmn2 [~micmn@5.90.109.157] has joined #shogun10:12
-!- micmn2 [~micmn@5.90.109.157] has quit [Client Quit]10:12
-!- micmn [4e0d90fe@gateway/web/freenode/ip.78.13.144.254] has quit [Quit: Page closed]10:12
-!- micmn [~micmn@5.90.109.157] has joined #shogun10:12
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has joined #shogun10:16
-!- mode/#shogun [+o HeikoS] by ChanServ10:16
@wikingHeikoS, mastah10:16
@HeikoSwiking: jojo10:17
@HeikoSman10:17
@HeikoSthis wiki thing10:17
lisitsynhey10:17
@HeikoSphews!10:17
@sukeyPull Request #3666 "added check before ref_count method to avoid buildbot failure" - https://github.com/shogun-toolbox/shogun/pull/366610:26
-!- micmn [~micmn@5.90.109.157] has quit [Ping timeout: 258 seconds]10:28
@sukeyWiki page: Home edited on shogun-toolbox/shogun by karlnapf10:29
@sukeyWiki page: _Sidebar edited on shogun-toolbox/shogun by karlnapf10:29
@sukeyIssue #3702 "Broken links in notebooks." opened by kirstymcnaught - https://github.com/shogun-toolbox/shogun/issues/370210:33
@sukeyIssue #3683 "Memcheck KMeans" closed by lambday - https://github.com/shogun-toolbox/shogun/issues/368310:36
@sukeyIssue #2719 "Make C++11 support mandatory for Shogun 4.x.x" closed by lambday - https://github.com/shogun-toolbox/shogun/issues/271910:39
@sukeyIssue #3499 "merge bigtest branch" closed by lambday - https://github.com/shogun-toolbox/shogun/issues/349910:44
@sukeyIssue #2919 "fully support C++11 ?" closed by lambday - https://github.com/shogun-toolbox/shogun/issues/291910:45
-!- travis-ci [~travis-ci@ec2-54-198-186-122.compute-1.amazonaws.com] has joined #shogun10:46
travis-ciit's Soumyajit De'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/21126522310:46
-!- travis-ci [~travis-ci@ec2-54-198-186-122.compute-1.amazonaws.com] has left #shogun []10:46
@sukeyIssue #2527 "Add linear solves to linalg framework" assigned to: OXPHOS by lambday - https://github.com/shogun-toolbox/shogun/issues/252710:47
@sukeyIssue #2527 "Add linear solves to linalg framework" unassigned lambday by lambday - https://github.com/shogun-toolbox/shogun/issues/252710:47
@sukeyIssue #2526 "Add matrix factorisations to linalg" assigned to: OXPHOS by lambday - https://github.com/shogun-toolbox/shogun/issues/252610:48
@sukeyIssue #2526 "Add matrix factorisations to linalg" unassigned lambday by lambday - https://github.com/shogun-toolbox/shogun/issues/252610:48
-!- goksinen [~goksinen@2604:2000:c591:8400:d1ed:7b48:76cf:bb15] has joined #shogun11:00
-!- goksinen [~goksinen@2604:2000:c591:8400:d1ed:7b48:76cf:bb15] has quit [Ping timeout: 246 seconds]11:05
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has joined #shogun11:30
@sukeyWiki page: GSoC_2017_applications_webdemos edited on shogun-toolbox/shogun by karlnapf11:39
@sukeyPull Request #3699 "Minor fix for cookbook"  merged by karlnapf - https://github.com/shogun-toolbox/shogun/pull/369911:48
@sukeyNew Commit "Merge pull request #3699 from abhinavrai44/fix11:48
@sukeyMinor fix for cookbook" to shogun-toolbox/shogun by karlnapf: https://github.com/shogun-toolbox/shogun/commit/fd67ee5647402828e242f968bf0092301d5af7e611:48
@sukeyIssue #3500 "integrate linalg gsoc2016 work" closed by karlnapf - https://github.com/shogun-toolbox/shogun/issues/350011:51
@HeikoSlisitsyn: jo11:53
lisitsynhey11:54
-!- goksinen [~goksinen@2604:2000:c591:8400:d1ed:7b48:76cf:bb15] has joined #shogun11:55
@sukeyPull Request #3690 "Remove apply_locked* methods from SWIG interfaces #3687"  merged by karlnapf - https://github.com/shogun-toolbox/shogun/pull/369011:56
@sukeyNew Commit "Merge pull request #3690 from tdjogi010/clean_up_swig_interface11:56
@sukeyRemove apply_locked* methods from SWIG interfaces #3687" to shogun-toolbox/shogun by karlnapf: https://github.com/shogun-toolbox/shogun/commit/05777e03b03b4764abe00f47f31cfdf4408b380e11:56
@sukeyIssue #3687 "Remove `apply_locked*` methods from SWIG interfaces" closed by karlnapf - https://github.com/shogun-toolbox/shogun/issues/368711:57
lisitsynHeikoS: hey11:57
-!- goksinen [~goksinen@2604:2000:c591:8400:d1ed:7b48:76cf:bb15] has quit [Ping timeout: 246 seconds]11:59
@sukeyIssue #3702 "Broken links in notebooks." karlnapf added label: "entrance" - https://github.com/shogun-toolbox/shogun/issues/370212:00
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has quit [Ping timeout: 260 seconds]12:20
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has left #shogun []12:21
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has joined #shogun12:22
-!- mode/#shogun [+o HeikoS] by ChanServ12:22
@HeikoSlisitsyn: sorry12:23
@HeikoSnow again12:23
@HeikoSyou there?12:23
@HeikoSlisitsyn: so about tags, the way I understand, we can also register member variables in there, no?12:24
@HeikoSwiking: jo12:25
@HeikoSCheck file MockObject.h12:25
@HeikoSline 2612:26
@HeikoSregisters a member variable as a tag12:26
@HeikoSand SGOBject_unittest.cc covers this12:26
@HeikoSSGObject::register_param12:26
-!- iRmantou [adefc6ce@gateway/web/freenode/ip.173.239.198.206] has quit [Ping timeout: 260 seconds]12:26
@HeikoShttp://shogun.ml/api/latest/classshogun_1_1CSGObject.html#ac0fdc76cf24d242d99d8d862475131a612:27
@HeikoSThere is no need to remove all class variables imo12:27
@HeikoSbut lisitsyn needs to comment12:27
@sukeyIssue #3703 "Automate coobkook version" karlnapf added label: "Documentation" - https://github.com/shogun-toolbox/shogun/issues/370312:30
@sukeyIssue #3703 "Automate coobkook version" karlnapf added label: "entrance" - https://github.com/shogun-toolbox/shogun/issues/370312:30
@sukeyIssue #3703 "Automate coobkook version" opened by karlnapf - https://github.com/shogun-toolbox/shogun/issues/370312:30
@sukeyIssue #3703 "Automate coobkook version" karlnapf added label: "cmake" - https://github.com/shogun-toolbox/shogun/issues/370312:30
@sukeyIssue #3703 "Automate coobkook version"- https://github.com/shogun-toolbox/shogun/issues/370312:30
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has quit [Ping timeout: 260 seconds]12:45
-!- travis-ci [~travis-ci@ec2-54-198-186-122.compute-1.amazonaws.com] has joined #shogun12:45
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/21130068812:45
-!- travis-ci [~travis-ci@ec2-54-198-186-122.compute-1.amazonaws.com] has left #shogun []12:45
lisitsynHeikoS: yes we can13:17
-!- nagdev [dce39546@gateway/web/freenode/ip.220.227.149.70] has joined #shogun13:20
-!- travis-ci [~travis-ci@ec2-54-226-247-39.compute-1.amazonaws.com] has joined #shogun13:31
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/21130307113:31
-!- travis-ci [~travis-ci@ec2-54-226-247-39.compute-1.amazonaws.com] has left #shogun []13:31
@sukeyPull Request #3701 "use get and set in SVM class"  synchronized by MikeLing - https://github.com/shogun-toolbox/shogun/pull/370113:35
mikelinglisitsyn: hi, for this comment https://github.com/shogun-toolbox/shogun/pull/3698#discussion_r106023708 how about rename it to 'esp'13:43
lisitsynmikeling: what about 'the_epsilon'?13:44
lisitsyn:D13:44
mikelinglisitsyn: got it ;)13:44
-!- lambday|work [c40f1706@gateway/web/freenode/ip.196.15.23.6] has quit [Quit: Page closed]14:07
OXPHOSwiking: any idea where I could find the version info about viennacl on buildbot? I cannot even find the line with error in viennacl14:23
@wikingit's whatever you have in14:23
@wikingtrusty by default14:23
@wikingit's a 1.5.x14:23
OXPHOSthx14:24
OXPHOSi'm confused14:25
@wikingOXPHOS, http://packages.ubuntu.com/trusty/libviennacl-dev14:25
@wikingthat's the one installed there14:25
OXPHOSbut my gut told me it's another header issue14:25
OXPHOSthank you14:25
@wikingagain the easiest is14:25
OXPHOSguard it?14:25
@wikingthat you start off a docker image14:25
@wikingbut14:25
@wikingagain14:25
OXPHOSyep..14:26
@wikingsum is not existing14:26
@wiking:)14:26
@wikingyou want me to grep?14:26
OXPHOSIf you have time, for sure. It's gonna be easier14:26
@wiking/usr/include/viennacl/linalg/cuda/vector_operations.hpp:      // sums the array 'vec1' and writes to result. Makes use of a single work-group only.14:26
@wikingi seen this14:27
@wiking      // sums the array 'vec1' and writes to result. Makes use of a single work-group only.14:28
@wiking      template <typename T>14:28
@wiking      __global__ void vector_sum_kernel_floats(14:28
@wikingyou need a sum for vector/14:28
@wikingright?14:28
@sukeyPull Request #3698 "use get and set in LibLinear class"  synchronized by MikeLing - https://github.com/shogun-toolbox/shogun/pull/369814:29
@wikingOXPHOS, interestingly14:29
@wikingthis only exists14:29
@wikingunder14:29
@wiking/usr/include/viennacl/linalg/cuda/vector_operations.hpp14:29
mikelinglisitsyn: I just update that pr ;)14:29
@wikingOXPHOS, want me to grep anything else?14:29
mikelingplease take a look at it after the ci build turn green14:30
mikelingthank yop14:30
mikelingu14:30
OXPHOSwiking: there's more problem? yes please14:30
@wikingOXPHOS, what problems i mean14:30
OXPHOSif yes, please14:30
@wikingthe patch you sent14:31
@wikingmade everything worse :)14:31
OXPHOSwhy : (14:31
@wikingw/o that sum was missing14:31
@wikingand that's all14:31
@wiking)14:31
@wiking:)14:31
OXPHOSwiking: so, the sum should work before version 1.7? because I cast it back to matrix sum14:32
@wikingOXPHOS, should it?14:32
@wikingdunno14:32
@wikingthat patch should do it?14:32
OXPHOSwiking: that sum patch should do it14:33
@wikingok lemme see it again14:33
OXPHOSbut i am using viennacl::linalg::sum(vector) for version > 1.714:33
@wikingmmm14:34
@wikingwait14:34
@wikingi think14:34
@wikingi'm missing stuff from patch14:34
@wikingbecause i only have this in the patch14:34
@wiking #include <viennacl/vector.hpp>14:34
@wiking-#include <viennacl/linalg/inner_prod.hpp>14:34
@wiking #include <viennacl/matrix.hpp>14:34
@wiking+#include <viennacl/linalg/inner_prod.hpp>14:34
@wiking+#include <viennacl/linalg/prod.hpp>14:34
@wiking #include <shogun/mathematics/linalg/GPUMemoryViennaCL.h>14:34
@wikingis that all?14:34
OXPHOSwiking: ohh I pushed something to dev directly14:35
OXPHOSi guarded sum14:35
@wikingmmm14:35
@wikingwhere is it14:35
@wiking?14:35
@wiking:)14:35
@wikingok lemme check14:35
@wikingwait14:35
@wikingOXPHOS, can you give me the sha?14:36
OXPHOS0151f26bb42d0307998f42872cce29f4f36838ad14:36
OXPHOSwiking: and cdbf2e840502fd70974fa6f98a9165a2d944457114:37
OXPHOSyou'll need it later14:37
@wikingok i see now14:38
@wikingbut ok lemme see wtf is happening here14:38
OXPHOSI need to do some bench work. but I will be around.14:39
@wikingok now i see14:40
@wikingnow it's the unit tests14:40
@wikingthat are making the shits14:40
-!- HeikoS [~heiko@eduroam-int-pat-8-248.ucl.ac.uk] has joined #shogun14:52
-!- mode/#shogun [+o HeikoS] by ChanServ14:52
-!- lambday [6a3314a2@gateway/web/freenode/ip.106.51.20.162] has joined #shogun14:57
-!- mode/#shogun [+o lambday] by ChanServ14:57
-!- HeikoS [~heiko@eduroam-int-pat-8-248.ucl.ac.uk] has quit [Remote host closed the connection]15:01
@sukeyIssue #3108 "add Cholesky update/downdate to linalg" closed by lambday - https://github.com/shogun-toolbox/shogun/issues/310815:03
OXPHOSwiking: what is the new error now? :)15:07
@wikingmmm same15:08
@wikingas in buildbot15:08
OXPHOSwiking: I was hoping the "prod" error would be solved by the last patch i sent u yesterday15:09
@wikinglooooooool15:10
@wikinghttp://gee.cs.oswego.edu/dl/html/j9mm.html15:10
@wikinglisitsyn, ^ jdk9 copies c++11 :)15:10
@wikingOXPHOS, -15:10
@wikingthat one15:11
@wikingOXPHOS, http://pastebin.com/F4QrfMNr15:13
OXPHOSbummer!15:15
-!- HeikoS [~heiko@eduroam-int-pat-8-248.ucl.ac.uk] has joined #shogun15:33
-!- mode/#shogun [+o HeikoS] by ChanServ15:33
@wikinglisitsyn, y015:37
@wikinglisitsyn, so i had some time now to write some of the servables for serving .... but15:37
@wikingfor the case you wanted15:38
@wikinglisitsyn, do you basically i guess just want to be able to do TFRegression(Features)15:39
@wikingright?15:39
@sukeyIssue #3108 "add Cholesky update/downdate to linalg" reopened by karlnapf - https://github.com/shogun-toolbox/shogun/issues/310815:39
@HeikoSlambday: ^15:39
@lambdayHeikoS: yoo15:40
@HeikoSlambday: jojo15:40
@HeikoSthink the up/downdates are not there yet15:40
lisitsynwiking: I am not sure I get it15:40
@wikinglisitsyn, ok so you wanted tf_Serving15:41
@lambdayHeikoS: huh? :/15:41
@lambdayoh that was for sergey15:41
@wikingto be able to use tf models from shogun15:41
@wikingthat's what we gathered the other time15:41
@wikingbecuase i wanted the other way round15:41
@wikingso i started to implement the shogun servables15:41
@wikingthat is bascially to be able to serve shogun models in tf_serving15:42
@wikingbut15:42
lisitsynwiking: ok so TFRegression serves some shogun linear model?15:42
@HeikoSwiking: I am trying to build ubuntu on trusty ....15:42
@wikinglisitsyn, no TFRegression is actually serving a TF model for regression15:42
@wikingHeikoS, ubuntu on trusty? what does that mena? :)15:42
@wiking*mean15:42
@HeikoSmy workstation is trusty15:42
@HeikoSand I would like to use it15:42
lisitsynwiking: gotit15:42
@HeikoSsince it has 12 cores15:43
@wikinglisitsyn, so am i right that you woudl like to use15:43
@HeikoSbut I guess I should say goodbye to that ;)15:43
@wikingTF models from shogun namespace15:43
@wikingi..e. that to pass a Features obj15:43
@wikingand get classification/regression15:43
lisitsynyes15:43
@wikingin the right fromat15:43
@wikingokok15:43
lisitsynI think that's cool15:43
@wikingthat's even easier15:43
@wikingthan the stuff i'm doing15:43
@HeikoSwait we have trusty on buildbot ...15:44
@HeikoSmmh15:44
@wikingHeikoS, yes we do15:44
@wikingHeikoS, all the errors are there :)15:44
@HeikoS/nfs/nhome/live/ucabhst/git/shogun/shogun_develop/shogun/src/shogun/statistical_testing/kernelselection/internals/OptimizationSolver.cpp:35:26: error: ‘libqp_state_T’ has not been declared15:44
@HeikoS  static void print_state(libqp_state_T state);15:44
@HeikoS                          ^15:44
@HeikoScurrently get this15:44
@HeikoSguards ...15:44
@wikingbut with what?15:44
@wikingi mean man15:44
@wikingi'm out of context15:44
@HeikoSsorry15:44
@wikingr u trying to debug15:44
@wikingfor OXPHOS ?15:44
@HeikoSjust trying to compile shogun on my workstation and it doesnt15:44
@wikingbecause for that make sure you have libvienncl-dev installed15:44
@HeikoSjust for my research15:44
@wikingHeikoS, ah15:44
@HeikoSno vienna15:44
@wikingHeikoS, r u sure you are using15:45
@wikinglatest develop?15:45
@HeikoS5b126ce90ed6d1f7706e1f25c69b8b5922c73fc215:45
@wikingshogun-buildbot: force build 'trusty - libshogun'15:45
shogun-buildbotbuild forced [ETA 4m09s]15:45
shogun-buildbotI'll give a shout when the build finishes15:45
@HeikoSyeah15:45
@wikingHeikoS, ^ lets see :)15:45
@HeikoSno its all green15:45
@HeikoSchecked the page15:45
@wikingHeikoS, it's tricky15:45
@wikingHeikoS, it's green because it wasn't build15:45
@wiking*built since15:45
@wikingOXPHOS, merged the shit15:46
@HeikoSah i am before that15:46
@HeikoSI am last week or so15:46
@HeikoSfeature branch that I spawned then15:46
@HeikoS/nfs/nhome/live/ucabhst/git/shogun/shogun_develop/shogun/src/shogun/classifier/svm/SVMLight.cpp: In member function ‘float64_t* shogun::CSVMLight::optimize_qp(shogun::QP*, float64_t*, int32_t, float64_t*, int32_t&)’:15:46
@HeikoS/nfs/nhome/live/ucabhst/git/shogun/shogun_develop/shogun/src/shogun/classifier/svm/SVMLight.cpp:2444:9: error: ‘STILL_RUNNING’ was not declared in this scope15:46
@HeikoS  result=STILL_RUNNING;15:46
@wikingmmm then what can i do/15:46
@wiking?15:46
@wiking:)15:46
@HeikoSjust asking whether you can make sense of these errors15:46
@wikingmm never seen them15:46
@HeikoSI mean that is guard errors15:47
@HeikoSI am puzzled15:47
@HeikoSwell yeah nevermind I will check15:47
@wikingi guess yeah15:47
@wikingu have smoe weird shitto with some ifdefs15:47
@HeikoSI had to install custom cmake15:47
-!- goksinen [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun15:47
@HeikoSmaybe its that15:47
@wikingHeikoS, sure not15:47
@wiking)15:47
@wikingif cmake runs15:47
@wikingthen it must be something else15:48
@wikingbtw that shogun buildbot15:48
@wikingtrusty15:48
@wikinghas a custom cmake as well15:48
@wikingobviously15:48
@HeikoSyeah15:48
@HeikoSIll check15:48
@wikingit'll be another 10 mins15:48
@wikingand u'll get your answer15:48
@wikingfrom shogun-buildbot15:48
@wikingHeikoS, man15:51
@wikingjust a sidenote15:51
@wikingHeikoS, you know that when we launch things with jupyterhub and you have your own volume... it takes 60s to get the notebook15:52
@wikingso now i'm testing some stuff... and now launching manually the very same type of container15:52
@wikingbut not via jupyterhub, but manually15:52
-!- goksinen [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 260 seconds]15:52
@wikingHeikoS, the container is being created and mounted with all the fucking volumes within 2s15:53
@wiking...15:53
@wikingso this fucking jupyterhub15:53
@wikingi'm getting really fucking angry here...15:53
@HeikoSah15:53
@HeikoSis it worth reporting that back and help them fixing it?15:54
@wikingHeikoS, dunno15:54
@wikingi've tried reaching out15:54
@wikingnobody answered15:54
@wikingbut man15:54
@sukeyPull Request #3666 "Remove FeaturesUtil class, use CFeatures methods instead"  synchronized by lambday - https://github.com/shogun-toolbox/shogun/pull/366615:54
@wikingwtf is this15:54
@wiking:D15:54
@HeikoSwhen did you ask?15:54
@wikingdays ago15:54
@wiking:)15:54
@HeikoSweird15:55
@wikinglike reaching out :)15:55
@wikingnvm15:55
@wikingi'm looking into shit15:55
@wikingand once i have the root cause15:55
@wikingi'll fire an issue15:55
shogun-buildbotbuild #113 of trusty - libshogun is complete: Failure [failed compile]  Build details are at http://buildbot.shogun-toolbox.org/builders/trusty%20-%20libshogun/builds/11315:55
@wikingon gh15:55
@wikingHeikoS, ^15:55
@wikingmmm i wonder15:55
@HeikoSwiking: mmh15:55
@wikingwhy the fuck did it pick up viennacl15:55
@wiking:D15:55
@wikingseems i need to do shiat with the cmake flags15:56
-!- goksinen [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun15:57
@wikingto actually15:59
@wikingmmm15:59
@wikingfuck15:59
@wikinglisitsyn, so the best demo for that module could be a word2vec model's output being fed to a shogun model15:59
lisitsynor keras16:09
lisitsynexported keras model run within shogun16:09
-!- catwoman [ca8e6c9b@gateway/web/freenode/ip.202.142.108.155] has joined #shogun16:11
@wikinglisitsyn, you mean keras to build tf model that u can use in shogun16:11
@wiking:)16:11
@wikingor?16:12
lisitsynyes16:12
@wikingyeye sure16:12
lisitsyntrain in keras16:12
lisitsynexport16:12
@wikingi'm just16:12
@wikingwondering16:12
@wikingwhat example16:12
@wikingi should put together16:12
@wiking:)16:12
@wikingsure sure16:12
@wikingthat is rather easy16:12
@wikingthe only part is swig :P16:13
catwomanhello everyone! I'm Neha and i'm a pre final year student of B.Tech(ICE). and i was looking forward to participate in GSoC'17 as a student of shogun. I looked at the issues on the github repo. How can i get the open issues to contribute in!? Thanks in advance.16:13
@wikingcatwoman, read the wiki pages how to contribut16:14
@wikingand get started16:14
@wikingwith shogun16:14
@HeikoSlambday: https://github.com/shogun-toolbox/shogun/blob/develop/src/shogun/statistical_testing/kernelselection/internals/OptimizationSolver.cpp#L2116:18
@HeikoSwhats that?16:18
@wikinglisitsyn, have u seen that http://openjdk.java.net/jeps/19316:19
lisitsynwiking: too low level16:19
@wikinglisitsyn, :D16:19
lisitsyn:D16:19
@wikingHeikoS, that is my friend style16:19
@wiking:)16:19
@wikingLIKE A BOSS16:19
@wiking:>>>16:19
@HeikoSbreak buils if GPL is off16:20
lisitsynI've seen some of my code is GPLed16:21
@wikingHeikoS, B)16:21
lisitsynhttps://github.com/shogun-toolbox/shogun/blob/develop/src/shogun/transfer/multitask/MultitaskClusteredLogisticRegression.cpp16:21
lisitsynlike this16:21
@HeikoSlisitsyn: yes16:21
@HeikoSfeel free to change it :D16:21
lisitsynalright16:21
@HeikoSBUT the functionality is not available anyways when GPL is away16:22
@HeikoSsince malsar is not available16:22
@wikinglisitsyn, i dont know who's the bigger boss here :)16:22
lisitsynHeikoS: I am not sure what's the malsar status16:22
lisitsynIIRC I asked for gpl16:23
@sukeyIssue #3704 "USE_GPL_SHOGUN=OFF build error" opened by karlnapf - https://github.com/shogun-toolbox/shogun/issues/370416:23
@sukeyIssue #3704 "USE_GPL_SHOGUN=OFF build error" karlnapf added label: "BUG" - https://github.com/shogun-toolbox/shogun/issues/370416:23
@sukeyIssue #3704 "USE_GPL_SHOGUN=OFF build error" karlnapf added label: "cmake" - https://github.com/shogun-toolbox/shogun/issues/370416:23
lisitsynand they said ok if you acknowledge16:23
@sukeyIssue #3704 "USE_GPL_SHOGUN=OFF build error" assigned to: lambday by karlnapf - https://github.com/shogun-toolbox/shogun/issues/370416:23
lisitsynbut its rewrite of code16:23
lisitsynit was in matlab16:23
@HeikoSwould be cool to get that16:23
@HeikoShurrah16:23
@HeikoSmanaged to compile16:23
@HeikoSon trusty16:23
@HeikoSkind of a nightmare16:23
@HeikoSok  next swig16:24
@wikingHeikoS, just because16:24
@wikingu r hipster and want gpl off16:24
@wiking;)16:24
lisitsynHeikoS: my subordinate at job is going to implement factorized machine in shogun16:24
lisitsyn:D16:24
@wiking:>16:24
@HeikoSno i wanted to compile less and had errors in GPL classes :D16:24
lisitsynfactorization sorry16:24
@wiking:))))))))))))))))16:24
@HeikoSlisitsyn: lol nice16:24
@wikingHeikoS, will he contribute the code? :)16:25
@wiking* lisitsyn ^16:25
@wikingor just keep it internal ?:>16:25
lisitsynwiking: yes contribute as a student project16:25
@wiking\o/16:25
@wikingperfecto16:25
@wikingHeikoS, btw it came out16:26
@wikingHeikoS, that fucking dcos doesn't do a real virtalization of resources16:27
@wikingHeikoS, that number i give for cpus16:27
@wikingit's just a weight16:27
@wiking.....16:27
@HeikoS.................................................16:27
@wikingyep16:27
@HeikoSwhoooooooooooo16:27
@wikingso fuck that as well16:28
@wikingso wait16:29
@wikingnow that we have a code of conduct16:29
@wikingme swearing is basically gonna get me on a blacklist16:29
@wiking? :D16:29
@HeikoSyep16:31
@HeikoSI already reported a few instances16:31
@HeikoS....16:31
@HeikoSto myself16:31
@wiking:>16:31
@HeikoS  Could NOT find PythonLibs (missing: PYTHON_LIBRARIES) (found suitable exact16:34
@HeikoS  version "2.7.6")16:34
@HeikoS???16:34
@wikingwell i guess u have maybe more than one python runtimes?16:34
@HeikoSconda shiat16:35
@wikingmmm16:35
@wikingyeah have fun16:35
@wiking:)16:35
@wikingHeikoS, i mean what u need to make sure16:35
@wikingthat the detected16:35
@wikingpython interpreter16:35
@wikingand the detected python lib16:35
@wikingcoming from the same src16:35
@wikingthis error is usually trying to circumvent the situaton16:35
@wikingwhen you detect the runtime/interpreter under /usr/bin/python16:35
@wikingbut it finds the libs of some other python installed somewhere else16:36
@wikingwith PREFIX stuff16:36
@wikingu can actually make sure16:36
@wikingthat the right python is being found16:36
@HeikoS/nfs/nhome/live/ucabhst/miniconda2/bin/python16:36
@HeikoSwhich python16:36
@HeikoSmmh16:36
@HeikoSok yeah16:36
@HeikoSaha16:37
@HeikoSanaconda doesnt set python path16:37
@HeikoSwtf?16:37
@wikingdunno16:38
@wikingdont ask16:38
@wikingi dont wanna see python16:38
@wikingHeikoS, use javascript man16:38
@wikingfaster better stronger16:38
@wiking:)16:38
lisitsynPUT ON PYTHON16:39
@sukeyPull Request #3666 "Remove FeaturesUtil class, use CFeatures methods instead"  merged by lambday - https://github.com/shogun-toolbox/shogun/pull/366616:49
@sukeyNew Commit "Merge pull request #3666 from lambday/develop16:49
@sukeyRemove FeaturesUtil class, use CFeatures methods instead" to shogun-toolbox/shogun by lambday: https://github.com/shogun-toolbox/shogun/commit/17907f45de1659752cd8cdc50510962843729a5e16:49
@HeikoSah finally16:50
@HeikoSit compiles16:50
@HeikoSswig even16:50
@HeikoSman we need docker here16:51
@HeikoSI am pestering the it people for a while already16:51
@HeikoSall this time spent on custom configs16:51
@HeikoSnightmare16:51
@sukeyNew branch feature/bsd_license created on shogun-toolbox/shogun16:51
@sukeyNew Commit "changed the license to Shogun style BSD" to shogun-toolbox/shogun by lambday: https://github.com/shogun-toolbox/shogun/commit/fa521cff60a2323c7119e3f32c574ddda1fc712616:51
@lambdayHeikoS: so, shall I keep those #ifdefs on?16:51
@HeikoSlambday: ?16:52
@HeikoSwell the code should compile if GPL is turned off16:52
@HeikoSso you cannot include that thing16:52
@HeikoSwhich means you need to guard your code as well16:52
@lambdayHeikoS: those #ifdefs were disabled for GPL... turning them on again should be fine16:52
@lambdayyeah code was guarded but for some reason I commented those guards out16:52
@HeikoSlambday: no it wont build16:53
@lambdayHeikoS: yeah.. fixing16:53
@HeikoSlibqp is not available if GPL is off16:53
-!- nagdev [dce39546@gateway/web/freenode/ip.220.227.149.70] has quit [Ping timeout: 260 seconds]17:06
shogun-buildbotbuild #153 of deb1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb1%20-%20libshogun/builds/153  blamelist: Soumyajit De <heavensdevil6909@gmail.com>17:08
@HeikoSlisitsyn: you have a minute?17:09
lisitsynHeikoS: forsure17:09
@HeikoSok so I want to ask17:09
@HeikoSwhy get rid of the member variables again?17:09
@HeikoSwhy not just register them?17:09
@HeikoSso one can directly access17:09
@wikingmmm lambday ^ what happened there17:09
lisitsynHeikoS: uhmm for what purpose17:10
@HeikoShaving a proper c++ lib17:10
lisitsynHeikoS: we want to get rid of set_something/get_something17:10
lisitsynbecause we want plugins17:10
@HeikoSsure I get that17:10
@HeikoSall SWIG getters/setters should be that17:10
@HeikoSbut inside17:11
lisitsynah so you ask17:11
lisitsynok17:11
@HeikoSthe lib itself17:11
@lambdaywiking: erm.. buildbot failure?17:11
lisitsynwell because if we get rid of them17:11
@wikinglambday, yes17:11
lisitsynthe only thing we will do is register them17:11
@HeikoSwhy not get the speed of having the things as members?17:11
@lambdayGradientModelSelection.select_model_ep_inference .. mmhh.. on it17:11
@wikinglambday, The difference between nlZ and 3.334009 is nan, which exceeds 1E-3, where17:11
@wikingnlZ evaluates to nan,17:11
@wiking3.334009 evaluates to 3.334009, and17:11
@wiking1E-3 evaluates to 0.001.17:11
@lambdayyeah17:11
lisitsynHeikoS: I don't think it is an issue17:11
@lambdayweird!...17:11
@lambdaylet me open a bug and assign it to myself..17:11
@wikingkk17:11
@wikingthnx17:12
@lambdaynw17:12
lisitsynHeikoS: if you access it multiple times just get it once17:12
lisitsynand store into variable17:12
@HeikoSlisitsyn: because I was thinking17:12
@lambdaywiking: HeikoS BTW the license change patch - can you guys merge it? I sent to a feature branch17:12
@sukeyPull Request #3705 "Add SGIO::progress unit tests and enhance SGIO::progress"  opened by geektoni - https://github.com/shogun-toolbox/shogun/pull/370517:12
@HeikoSwe should aim to have a proper library where the internals are not dictated by the interfaces17:12
@HeikoSlambday:  sure17:13
@HeikoSlambday: so the license thing wasnt the issue17:13
lisitsynHeikoS: it is good when class uses only its public interface17:13
@HeikoSmore the build failure17:13
lisitsynit makes things better17:13
lisitsynI believe17:13
@sukeyIssue #3706 "GradientModelSelection.select_model_ep_inference test fails on buildbot" opened by lambday - https://github.com/shogun-toolbox/shogun/issues/370617:13
@sukeyIssue #3706 "GradientModelSelection.select_model_ep_inference test fails on buildbot" lambday added label: "BUG" - https://github.com/shogun-toolbox/shogun/issues/370617:13
@sukeyIssue #3706 "GradientModelSelection.select_model_ep_inference test fails on buildbot" lambday added label: "bugfixing" - https://github.com/shogun-toolbox/shogun/issues/370617:13
@HeikoSI agree in some ways17:13
@sukeyIssue #3706 "GradientModelSelection.select_model_ep_inference test fails on buildbot" assigned to: lambday by lambday - https://github.com/shogun-toolbox/shogun/issues/370617:13
@HeikoSlisitsyn: I am just quite nerveous about all these get calls17:13
lisitsynHeikoS: I mean if you have setter and getter you never should access directly17:13
@HeikoSat places where there wasnt something like this before17:13
@HeikoSand the fact that things like basic types are not contiguous in memory anymore17:14
@HeikoSbut if you just register17:14
@HeikoSthen you get the getter/setter17:14
@HeikoSbut still keep the layout17:14
@lambdayHeikoS: umm what to do you mean? I am talking about this one here : https://github.com/shogun-toolbox/shogun/commit/fa521cff60a2323c7119e3f32c574ddda1fc712617:14
@lambdayHeikoS: for the GPL stuff, sending a new patch17:14
lisitsynHeikoS: I don't think it is an issue again :P I mean *some* libs are in python17:15
lisitsynand accessing self.something is nothing but dictionary lookup17:15
@wikinglisitsyn, lets not implement python's way of implementing a class17:15
@wikingin c++17:15
@wikingi.e. a fucking hashmap17:15
@wikingit's insane :)17:15
@HeikoSlisitsyn: what about memory layout of objects?17:15
lisitsynHeikoS: I can't even come up with some example of really bottleneck of field access17:16
@wikingok17:16
@wikinghow do you do17:16
@wikingalignas(64) myStupidField x;17:16
lisitsynHeikoS: one may get_w() set_w() often17:17
lisitsynin linear model17:17
lisitsynbut that's easy to spot on code review17:17
lisitsynI mean if someone accesses field too often it would become quite ugly17:17
@HeikoSmmmh17:18
@HeikoSI mean lambday had this thing where he put a bunch of kernel instances next to each other in memory, which made things faster when calling methods17:18
lisitsynHeikoS: there are other advantages17:19
@lambdayHeikoS: I would.. haven't tried that yet.. an array of kernels17:20
@HeikoSlisitsyn: I just want to discuss a bit17:20
lisitsynHeikoS: if there is no direct access we can do quite interesting things17:20
@wiking:D17:20
@HeikoSbecause it is quite a significant step17:20
lisitsynone may come up with some elegant model selection17:20
@HeikoSyeah I know17:20
@HeikoSthere *are* cool things about this17:20
@HeikoSjust wondering about downsides17:20
@HeikoSand also I mean: c++ doesnt do it this way, and there are probably reasons for that??17:21
lisitsyne.g. one object being employed by multiple threads so these parameters are thread-local17:21
@wikinglisitsyn, but if you dont have17:21
@wikingcontrol over the layout17:21
@wikingyou actually can fuckup your cacheline17:21
@wikingeight?17:21
@wiking*right?17:21
@lambdayumm getter/setters are hashmap lookups?17:22
@wikinglambday, yes17:22
@HeikoSonly if the member is deleted17:22
@HeikoSit can also stay and the tag points to its location as a class member17:22
@wikingHeikoS, still the getter/setter is a hashmap lookup even then17:23
@wiking:D17:23
@lambdaylisitsyn is right though.. frequent access of struct members through getters/setters should raise a red flag.. but memory layout should be programmable17:23
@wikinglambday, how do u set the right padding?17:23
@lambdaywiking: yeah that's the concern17:23
@wikingor you set an object? :)17:24
lisitsynHeikoS: well it is obvious because additional layer of indirection is always helpful for flexibility :)17:24
@wikingand that object inside has it's own layout? :)17:24
@lambdaywiking: that shouldn't be an issue.. in Shogun objects are on heap.. so it's always sizeof ptr17:24
@wikinglambday, no what i mena17:24
@wikingthat the getter setter17:25
@wikingis actually for primitive types17:25
@wikingas well17:25
@lambdayhmm17:25
@wikinganyhow17:25
@wikingwould be cool not to reimplement python17:26
@wiking:)17:26
@lambdaybtw, with lisitsyn's stuff, we can pretty much do reflections on Shogun it seems :D17:26
@wikinglambday, yeah17:26
@lambdayalthough, we should **not** be using reflections17:26
@HeikoSmmh17:26
@wikingok guys17:26
@wikinghave fun17:26
@wikingi'm out17:26
@HeikoSso we all agree to go ahead with replacing all member access with get/set?17:26
@HeikoSwiking: see you!17:27
@wikingno17:27
@HeikoSwiking: ok good :D17:27
@wikingme not at all17:27
@HeikoSneed to discuss this for hackathon17:27
@wikingespecially not because of the ridicolous patches17:27
@lambdayHeikoS: memory layout is a bigger concern rather than getter setters17:27
@wikingthat will clear off member vars17:27
@HeikoSpro/con would be good17:27
@lambdaythey are just one call per method.. they copy it to local inside methods, uses the local instead17:27
@wikingi mean if it's just an indirection17:27
@wikingidk17:27
@wikingbut if we really wanna remove the member vars17:27
@wikingplz bitch17:27
@wikingsukey flip17:28
@sukey(ノ ゜Д゜)ノ ︵ ┻━┻17:28
@HeikoSlisitsyn: is there a reason to remove member vars?17:29
-!- micmn [4e0d90fe@gateway/web/freenode/ip.78.13.144.254] has joined #shogun17:33
-!- HeikoS [~heiko@eduroam-int-pat-8-248.ucl.ac.uk] has quit [Remote host closed the connection]17:37
-!- travis-ci [~travis-ci@ec2-54-198-186-122.compute-1.amazonaws.com] has joined #shogun17:55
travis-ciit's Soumyajit De'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/21140265217:56
-!- travis-ci [~travis-ci@ec2-54-198-186-122.compute-1.amazonaws.com] has left #shogun []17:56
-!- HeikoS [~heiko@eduroam-int-pat-8-248.ucl.ac.uk] has joined #shogun18:01
-!- mode/#shogun [+o HeikoS] by ChanServ18:01
@HeikoSlambday: jo still there?18:02
@HeikoSI started doing this thing which is quite handy: ssh tunnelling the ipython notebook on sperry to my laptop18:02
@HeikoSso I get the fast machine but can use my laptop to edit18:02
@sukeyPull Request #3707 "Added GPL guard in optimization solver that uses libqp"  opened by lambday - https://github.com/shogun-toolbox/shogun/pull/370718:03
@lambdayHeikoS: you're doing it from a different network?18:04
@HeikoSyep18:04
@lambdaysweet!18:04
@lambday:D18:04
@HeikoSfrom laptop to gateway to sperry18:04
@HeikoSdouble hop tunneling18:04
@lambdayHeikoS: when is arthur's course gonna start?18:06
@HeikoSwhich one?18:07
@lambdayHeikoS: they are the ones using shogun cloud, is it18:07
@HeikoSyesterday was a session18:07
@HeikoSanother one in may18:07
@lambdayokay18:07
@HeikoSfor that we could write a testing notebook18:07
@HeikoSdid a cool session for this one18:07
@lambdayHeikoS: testing related?18:07
@HeikoShttps://github.com/karlnapf/machine_learning_course18:07
@HeikoSnope18:07
@HeikoSclassification18:07
@HeikoScheck the notebook18:08
@lambdayHeikoS: looks awesome man!18:08
@HeikoSlambday: yeah it was nice18:13
@HeikoSbut can do some testing stuff as well18:13
@lambdaynice explanation about the overfitting :)18:13
@lambdayjust sent it to one of my friend18:14
@HeikoSthere are some bugs18:14
@HeikoSbut generally it is opk18:14
@HeikoSlisitsyn: you still there?18:14
@HeikoSI have another point to discuss18:15
@HeikoSlambday: also with you18:15
lisitsynyes18:15
@HeikoSI am annoyed that the libshogun API is so shit18:15
lisitsynrat shit bat shit18:15
@HeikoSand that it is so heavily shitted on by the fact that we have swig18:15
@HeikoSso I think we should start separating that more18:15
lisitsynex-pla-in18:15
lisitsyn:)18:15
@lambdayHeikoS: what's the idea?18:15
@HeikoSI would like to use interfaces (like java)18:16
@HeikoSfor example18:16
lisitsynwhat api18:16
@HeikoSc++ API18:16
OXPHOSwiking: send u a new patch to fix viennacl18:16
lisitsynwell we have no api18:16
lisitsynwe have a bunch of classes18:16
OXPHOSwiking: thanks18:16
@HeikoSlisitsyn: true18:17
@HeikoSbut for example18:17
@HeikoSsubsets18:17
lisitsynwell as a general rant18:17
@HeikoSthere are some methods in Features18:17
lisitsynaccepted18:17
lisitsyn:D18:17
@HeikoSand also in Labels18:17
lisitsyneverything is shit :P18:17
@HeikoSthey do the same thing18:17
@HeikoSthey have the same name18:17
@HeikoSso I should be able to pass them around as "subsettable"18:17
@HeikoSfor e.g. for x-validation18:18
lisitsynso you suggest to use more of interfaces?18:18
@HeikoSit is just one example18:18
@HeikoSuse interfaces to get rid of such things18:18
@HeikoSAlso in features that happens a lot18:18
@HeikoSand kernel18:18
@HeikoSGaussianARDKernel18:18
@HeikoSSparseGaussianARDKernel18:18
lisitsynjust avoid MI18:18
lisitsyn:D18:18
@lambdaywhat about the case when one class displays multiple of such properties18:19
@lambdayyeah18:19
@HeikoSimplements multiple interfaces18:19
@lambdaythat's where I was getting at :(18:19
@lambdayHeikoS: I'd like to have this as a "have property" thing.. like features do18:19
@lambdayinstead of multiple inherience18:20
lisitsynC++ guys are still working on 'concepts'18:20
@HeikoSwell this is just one thing18:20
lisitsynbut this is not the thing18:20
@lambdaylisitsyn: concepts won't work here.. those are for static type-constraints if I am not mistaken18:20
lisitsynya18:20
@lambdaywe're dynamic as hell :D18:21
lisitsynproperties are good18:21
lisitsynbut they don't add any methods18:21
@lambdaylisitsyn: yeah...18:21
@HeikoSmy general point is: it would be cool to do proper software engineering in the libshogun library18:21
@HeikoSand then "glue" the SWIG interface on top18:22
lisitsynwho knows what's proper SE18:22
lisitsyn:P18:22
@HeikoSwell one example is the multiple inh.18:22
@lambdayHeikoS: I'd again vote for separating SWIG wrappers and the internals.. in the internals we can do static things.. compile time type check contraints18:22
lisitsynno way calling it good SE18:22
lisitsyn:)18:22
lisitsynnever good18:22
@HeikoSlisitsyn: sure but at least be able to clean up things a bit more18:23
@HeikoSSWIG should only see this "base ML interface"18:23
@HeikoSand not the lib internals18:23
@HeikoSfor plugins anyawys18:24
lisitsynyes18:24
lisitsynwe have to come up with clean interface18:24
@HeikoSand then we can clean up the sh** inside the libshogun18:24
lisitsynI am for cleaning interface18:24
lisitsynand then rat shit bat shit18:24
@lambdayquestion is : where do we start18:24
lisitsynstart with interface I am pretty sure that's the way18:24
@HeikoSyeah18:25
lisitsynfake it till you make it and all these words18:25
@HeikoSand the iterate over the internals18:25
@lambdayyou mean, swig?18:25
@HeikoSlambday: the things you did for testing, there are a lot of good design patterns that we could apply shogun wirde18:25
lisitsynHeikoS: I have an exercise18:25
lisitsynsolve some ml problem just like you have the library you need :)18:26
lisitsynpretending it is here18:26
@HeikoSyeah good point18:26
@HeikoSshould write that stuff down on hackathon18:26
@lambdayone such design pattern that I have used is in datamanager... no matter what kind of mix-and-match feature object you put in, it always works.. so classes that uses datamgr interface will never have to bother about handling different feature types again18:26
@lambdayI'd like our kernel interface do the same thing18:27
@HeikoSlambday: features, I mean, what is happening there is ridiculus18:27
@HeikoSeither we use features base class and make everything flexible, or we use matrix directly18:27
lisitsyndot features is the best idea around18:27
@HeikoSbut using feature base pointer and then assert it to be matirx in one class and sparse matrix in other class18:27
@HeikoSyea18:27
@lambdayyeah18:27
@HeikoShttp://www.shogun-toolbox.org/api/latest/classshogun_1_1CGaussianARDSparseKernel.html18:28
@HeikoSthats my fav18:28
@HeikoSshould use interfaces inside18:29
@lambdaywhy a different class for sparse?18:29
@HeikoSbecause it is called from SparseInference.h18:29
@lambdayumm I don't understand18:30
@lambdayso it does the same thing - just with sparse features18:30
-!- nagdev [dce39546@gateway/web/freenode/ip.220.227.149.70] has joined #shogun18:30
@HeikoSno, just with sparse inference18:31
@HeikoSso what happens if we allow java like interfaces?18:32
lisitsynI think about complications from swig18:33
-!- travis-ci [~travis-ci@ec2-54-226-247-39.compute-1.amazonaws.com] has joined #shogun18:35
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/21140306918:35
-!- travis-ci [~travis-ci@ec2-54-226-247-39.compute-1.amazonaws.com] has left #shogun []18:35
@lambdayweird - it blames even when build is green :D18:36
@lambdayHeikoS: just going a bit off topic here, can you merge this branch feature/bsd_license to develop?18:36
@HeikoSlambday: checking18:38
@lambdaybrb18:39
@HeikoSlambday: link=?18:42
@HeikoSlambday: so this is just one commit in feature branch18:44
@HeikoSwhy not a pr for that?18:45
@HeikoSwhy a feature branch?18:45
@sukeyPull Request #3708 "changed the license to Shogun style BSD"  opened by karlnapf - https://github.com/shogun-toolbox/shogun/pull/370818:45
@sukeyPull Request #3708 "changed the license to Shogun style BSD"  merged by karlnapf - https://github.com/shogun-toolbox/shogun/pull/370818:46
@sukeyNew Commit "Merge pull request #3708 from shogun-toolbox/feature/bsd_license18:46
@sukeychanged the license to Shogun style BSD" to shogun-toolbox/shogun by karlnapf: https://github.com/shogun-toolbox/shogun/commit/1aa10b7342fcf1f35f4fd0b5a3e52f4241132c6d18:46
@lambdayHeikoS: umm other commits related to similar changes can go there18:51
shogun-buildbotbuild #154 of deb1 - libshogun is complete: Success [build successful]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb1%20-%20libshogun/builds/15418:51
@HeikoSlambday: mmh18:51
@HeikoSnot sure ;)18:52
@HeikoSbut yeah merged18:52
@sukeyPull Request #3707 "Added GPL guard in optimization solver that uses libqp"  synchronized by lambday - https://github.com/shogun-toolbox/shogun/pull/370718:53
@sukeyPull Request #3709 "Sg memcpy"  opened by beautifulsoup4 - https://github.com/shogun-toolbox/shogun/pull/370918:53
@sukeyPull Request #3709 "Sg memcpy"  closed by beautifulsoup4 - https://github.com/shogun-toolbox/shogun/pull/370918:59
@HeikoSlambday:  you still there?19:02
@lambdayHeikoS: yessir19:02
@HeikoSI need your help :)19:02
@lambdayHeikoS: tell me19:03
@HeikoSI want to compile shogun against anaconda19:03
@HeikoSbut  I always get egfaults when importing19:03
@HeikoSusually these happen when python libs dont match19:03
@HeikoSbut I have set19:03
@HeikoSPYTHON_EXECUTABLE19:03
@HeikoSPYTHON_INCLUDE_DIR19:03
@HeikoSPYTHON_LIBRARY19:03
@HeikoSall to the anaconda thing19:04
@HeikoSyet when I fire it up, shogun segfaults19:04
@lambdayHeikoS: what segfaults?19:04
@lambdayanything in particular?19:05
@HeikoSimport modshogun as sg; sg.GaussianKernel()19:05
@HeikoSyou know how I can see which library modshogun.so refers to?19:05
@lambdayls -l should show you the symlinks19:06
@lambdayno sorry19:08
@lambdaysimply ldd19:08
@lambdayHeikoS: ^19:08
@lambdayldd _modshogun.so19:08
-!- HeikoS [~heiko@eduroam-int-pat-8-248.ucl.ac.uk] has quit [Ping timeout: 256 seconds]19:10
-!- mikeling [uid89706@gateway/web/irccloud.com/x-uzcsyziwrtraokjz] has quit [Quit: Connection closed for inactivity]19:20
-!- HeikoS [~heiko@untrust-out.swc.ucl.ac.uk] has joined #shogun19:24
-!- mode/#shogun [+o HeikoS] by ChanServ19:24
@lambdaybye guys.. see you tomorrow19:50
@lambdayHeikoS: did you solve the python issue BTW?19:50
@HeikoSldd _modshogun.so gives me19:51
@HeikoSlibpython2.7.so.1.0 => /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 (0x00007f8f30ec4000)19:51
@HeikoSeven though I set the python lib to be a different one using cmake19:51
@HeikoSha!19:52
@HeikoSlambday: so there is something weird19:52
@HeikoSlibpython2.7.so.1.0 => /nfs/nhome/live/ucabhst/miniconda2/lib/libpython2.7.so.1.019:53
@HeikoSlibpython2.7.so.1.0 => /nfs/nhome/live/ucabhst/miniconda2/bin/../lib/libpython2.7.so.1.019:53
@HeikoSthats the location of _modshogun and of my python execiutaböe19:53
@HeikoSso they actually do match19:53
@HeikoSgna19:53
@HeikoSmust be another lib19:53
@HeikoSlambday: you got an idea how to debug such things?19:55
@HeikoSpython -c 'import modshogun as sg; sg.LibSVM()'19:55
@HeikoSSegmentation fault (core dumped)19:55
@lambdayHeikoS: did you 'ldd' your modshogun.so?19:55
@lambdayoh19:56
@lambdaysorry19:56
@HeikoSyes thats the thingg above19:56
@lambdaycmake screws up I thin19:57
@lambdaywait19:57
@lambdaywhat does ldd _modshogun.so | grep libshogun give you?19:58
@lambdayHeikoS: ^19:58
@HeikoSlibshogun.so.18 => /nfs/nhome/live/ucabhst/git/shogun/shogun_kef_installed/lib/libshogun.so.1819:58
@HeikoSinstall location19:58
@lambdaysorry man.. that's the extent of my knowledge on this19:59
@HeikoSI have the feeling it is libxml19:59
@HeikoSby anaconda vs my system one20:00
@HeikoSactivating the conda env sets this lib to something on its own20:00
@lambdaythat would cause segfault in new sgobject?20:00
@HeikoSsegfault is caused if the ld libs dont match20:01
@HeikoSlike you compile against some python lib and then run with another one20:01
@HeikoSdisabling xml20:02
@HeikoSas it is the only other shared lib20:02
@HeikoSif that doesnt work I dont know20:02
@HeikoSthe thing is20:02
@HeikoSI want to use a recent jupyter20:02
@HeikoSbecause trustys cannot open my notebook20:03
@HeikoSshogun works if I compile against system python20:03
@HeikoSbut not for the conda one20:03
@HeikoSbut on systems ypthon i only have shitty old notebook version20:03
@HeikoSand pip install notebook fails compile error20:03
@HeikoSI want docker :(20:03
@HeikoSthis python packaging is such a desaster20:04
@HeikoSreally I mean20:05
@HeikoSI just wasted half my day on this20:05
@HeikoSI just want to use shogun20:05
@HeikoSbut NOTHING is backwards compatible20:05
@HeikoSso if you are stuck with ubuntu 14.04 you are fucked20:05
@HeikoSand need to mess around with ld path and all that20:05
-!- HeikoS [~heiko@untrust-out.swc.ucl.ac.uk] has quit [Ping timeout: 260 seconds]20:19
CaBawiking: https://scontent-lhr3-1.xx.fbcdn.net/v/t1.0-9/16640897_1703399106353449_7288643772238740893_n.jpg?oh=ec08e5e8abf34affd7ec507cf07972ce&oe=592AC09D20:46
-!- nagdev [dce39546@gateway/web/freenode/ip.220.227.149.70] has quit [Ping timeout: 260 seconds]20:50
-!- DerpGuy9001_ [7560e4c7@gateway/web/freenode/ip.117.96.228.199] has joined #shogun21:34
DerpGuy9001_Hey! i was looking in the GSoC projects and found a few to be something that i possibly contribute towards. can anyone tell me what will be the requirements?21:36
DerpGuy9001_about me: I'm a 2nd year undergrad student doing computer science. I've had about a years experience using ml libraries and a little more with AI/ML.21:38
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has joined #shogun22:34
-!- mode/#shogun [+o HeikoS] by ChanServ22:34
-!- lambday [6a3314a2@gateway/web/freenode/ip.106.51.20.162] has quit [Ping timeout: 260 seconds]22:34
-!- HeikoS [~heiko@host-92-0-178-129.as43234.net] has quit [Ping timeout: 240 seconds]22:47
@wikingDerpGuy9001_, please read the wiki of shogun in order to find out what we require from the students in order to have a successful application for GSoC23:17
-!- goksinen [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Remote host closed the connection]23:39
-!- goksinen [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun23:41
-!- goksinen [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 268 seconds]23:47
-!- eldorz [~eldorz@202.44.190.97.static.nexnet.net.au] has joined #shogun23:54
-!- goksinen [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #shogun23:56
--- Log closed Thu Mar 16 00:00:06 2017
« Tuesday, 2017-03-14 Index Thursday, 2017-03-16 »

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