| --- Log opened Tue Mar 05 00:00:37 2019 | ||
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 00:36 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 02:37 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 02:37 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 255 seconds] | 02:41 | |
| -!- taichi303j [672c33d6@gateway/web/freenode/ip.103.44.51.214] has joined #shogun | 05:17 | |
| taichi303j | Has anyone installed shogun on windows os? If anyone has link on installation steps it would be helpful if you share it. | 06:08 |
|---|---|---|
| wuwei[m] | taichi303j: hi | 06:09 |
| taichi303j | The AppVeyor CI build mentioned in shogun.ml website in installation part seems to be broken. | 06:09 |
| taichi303j | Hello Wuwei. | 06:10 |
| wuwei[m] | you can checkout the azure build step | 06:10 |
| taichi303j | The azure build step that you mentioned is not present on shogun's website can you send it's link if possible. | 06:12 |
| wuwei[m] | https://github.com/shogun-toolbox/shogun/blob/develop/.ci/windows-steps.yml | 06:13 |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 06:13 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 06:14 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 06:25 | |
| -!- wiking [~wiking@c-185-45-237-122.customer.ggaweb.ch] has joined #shogun | 06:30 | |
| -!- wiking [~wiking@c-185-45-237-122.customer.ggaweb.ch] has quit [Changing host] | 06:30 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 06:30 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 06:30 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 06:56 | |
| -!- wiking [~wiking@c-185-45-237-122.customer.ggaweb.ch] has joined #shogun | 07:03 | |
| -!- wiking [~wiking@c-185-45-237-122.customer.ggaweb.ch] has quit [Changing host] | 07:03 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 07:03 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 07:03 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 07:06 | |
| -!- vi-to [5d284224@gateway/web/freenode/ip.93.40.66.36] has joined #shogun | 07:13 | |
| -!- taichi303j [672c33d6@gateway/web/freenode/ip.103.44.51.214] has quit [Ping timeout: 256 seconds] | 07:21 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 07:28 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 07:28 | |
| -!- vi-to_ [~vi_to@2001:b07:6466:3c0:4043:5e2c:97e0:5f75] has joined #shogun | 07:28 | |
| -!- vi-to_ [~vi_to@2001:b07:6466:3c0:4043:5e2c:97e0:5f75] has quit [] | 07:47 | |
| -!- vi-to [5d284224@gateway/web/freenode/ip.93.40.66.36] has quit [Quit: Page closed] | 07:52 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 08:05 | |
| -!- durovo [~durovo@7b.78.2ea9.ip4.static.sl-reverse.com] has joined #shogun | 08:06 | |
| -!- durovo1 [~durovo@7b.78.2ea9.ip4.static.sl-reverse.com] has quit [Ping timeout: 244 seconds] | 08:07 | |
| -!- wiking_ [~wiking@c-185-45-237-122.customer.ggaweb.ch] has joined #shogun | 08:26 | |
| -!- wiking_ [~wiking@c-185-45-237-122.customer.ggaweb.ch] has quit [Ping timeout: 250 seconds] | 08:31 | |
| -!- wiking_ [~wiking@2001:67c:10ec:5784:8000::3ff] has joined #shogun | 08:37 | |
| -!- wiking_ is now known as wikign | 08:38 | |
| -!- wikign is now known as wiking | 08:38 | |
| -!- wiking [~wiking@2001:67c:10ec:5784:8000::3ff] has quit [Changing host] | 08:38 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 08:38 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 08:38 | |
| -!- gf712 [90520861@gateway/web/freenode/ip.144.82.8.97] has joined #shogun | 08:49 | |
| @wiking | asdf | 09:04 |
| @wiking | gf712: have you seen ever errors with setting in python the kernel normalizer? | 09:16 |
| @wiking | some integration tests fail | 09:16 |
| @wiking | on my end | 09:16 |
| gf712 | wiking: hi | 09:27 |
| gf712 | Sometimes I see some stuff fail when recompiling lots of times locally without cleaning the build directory | 09:27 |
| gf712 | but I don't think I have seen the kernel normalisers failing | 09:28 |
| @wiking | :S | 09:28 |
| @wiking | i'll have to debug | 09:28 |
| gf712 | are you getting import errors? | 09:28 |
| @wiking | nono | 09:28 |
| @wiking | it's like method argument error | 09:28 |
| gf712 | oh right, can you give an example? | 09:29 |
| @wiking | just a sec | 09:31 |
| @wiking | i'll try to do it on donbot | 09:31 |
| @wiking | but yeah on azure it keeps popping up | 09:31 |
| @wiking | 167/326 Test #94: python_legacy-kernel_linear .............................................................***Failed 0.12 sec | 09:34 |
| @wiking | Linear | 09:34 |
| @wiking | Traceback (most recent call last): | 09:34 |
| @wiking | File "kernel_linear.py", line 25, in <module> | 09:34 |
| @wiking | kernel_linear(*parameter_list[0]) | 09:34 |
| @wiking | File "kernel_linear.py", line 15, in kernel_linear | 09:34 |
| @wiking | kernel.set_normalizer(AvgDiagKernelNormalizer(scale)) | 09:34 |
| @wiking | TypeError: in method 'Kernel_set_normalizer', argument 2 of type 'CKernelNormalizer *' | 09:34 |
| @wiking | gf712: ^ | 09:35 |
| @wiking | and there seems to be a regression with liblinearregressor | 09:37 |
| gf712 | oh isn't the normaliser because the kernel is created with a factory now? | 09:38 |
| @wiking | i mean note that this is legacy python | 09:38 |
| gf712 | or isn't that related | 09:38 |
| @wiking | so those dont have factory stuff | 09:38 |
| gf712 | but it uses factory | 09:39 |
| gf712 | kernel=sg.kernel("LinearKernel") | 09:39 |
| gf712 | kernel.set_normalizer(AvgDiagKernelNormalizer(scale)) | 09:39 |
| @wiking | kernel=LinearKernel() | 09:39 |
| @wiking | kernel.set_normalizer(AvgDiagKernelNormalizer(scale)) | 09:39 |
| @wiking | kernel.init(feats_train, feats_train) | 09:39 |
| @wiking | ./examples/undocumented/python/kernel_linear.py | 09:39 |
| gf712 | ah sorry | 09:39 |
| gf712 | that is something I changed locally | 09:40 |
| gf712 | for my PR | 09:40 |
| gf712 | but the factory works fine on my machine and donbot | 09:40 |
| @wiking | yeah but the factory is not a problem here | 09:40 |
| @wiking | it's complaining about the set_normalizer | 09:40 |
| gf712 | as for the liblinearregressor I think there is UB somewhere | 09:40 |
| gf712 | the python_legacy-kernel_linear test worked in develop though no? | 09:43 |
| @wiking | afaik yes | 09:44 |
| @wiking | only thing i did was drop some circular includes :) | 09:44 |
| @wiking | but since c++ compiles | 09:45 |
| @wiking | i'm really wondering why this has any effect on the python interface | 09:45 |
| @wiking | res2 = SWIG_ConvertPtr(obj1, &argp2,SWIGTYPE_p_CKernelNormalizer, 0 | 0 ); | 09:45 |
| @wiking | if (!SWIG_IsOK(res2)) { | 09:45 |
| @wiking | SWIG_exception_fail(SWIG_ArgError(res2), "in method '" "Kernel_set_normalizer" "', argument " "2"" of type '" "CKernelNormalizer *""'"); | 09:45 |
| @wiking | } | 09:45 |
| @wiking | this is the generated code | 09:45 |
| gf712 | I'm not sure | 09:48 |
| gf712 | swig is weird | 09:48 |
| @wiking | i'll try to add back the forward declaration | 09:53 |
| @wiking | just for the fun part | 09:53 |
| @wiking | :) | 09:53 |
| @wiking | but it woudl be super weird that that's the root cause | 09:53 |
| gf712 | my code is completely different now because I just have the factories | 09:53 |
| gf712 | I know | 09:53 |
| gf712 | but i almost wouldn't be surprised... | 09:53 |
| gf712 | wiking: what do you think about a method to expose void class member functions to interfaces? | 09:54 |
| gf712 | something like SGObject::run("method_name") | 09:55 |
| gf712 | rather than having a lazy function that requires a return value | 09:55 |
| @wiking | ok that didn't help | 09:56 |
| @wiking | :D | 09:56 |
| @wiking | ah | 09:56 |
| @wiking | why? | 09:56 |
| @wiking | sorry haven't followed this discussion | 09:57 |
| gf712 | because there is one kernel that requires CLabels for initialisation | 09:57 |
| gf712 | rather than rhs and lhs | 09:57 |
| gf712 | and it has method that calculate lhs and rhs and then calls init | 09:58 |
| @wiking | miju | 09:58 |
| gf712 | https://github.com/shogun-toolbox/shogun/pull/4543/files#diff-abe1a7ce1c45b425e0b388f56aa04384R9 | 09:59 |
| gf712 | Kernel auc = kernel("AUCKernel", subkernel=subkernel, labels=labels_train) auc.get_int("setup_auc_maximization") | 09:59 |
| gf712 | auc.get_int("setup_auc_maximization") is so weird considering it should be void | 10:00 |
| gf712 | but is the only way to get watch_method to work | 10:00 |
| gf712 | it should be something like auc.run("setup_auc_maximization") which would then be void | 10:00 |
| @wiking | (gdb) p *obj1 | 10:05 |
| @wiking | $8 = {ob_refcnt = 1, ob_type = 0x7ffff69ed760 <SwigPyBuiltin__shogun__CAvgDiagKernelNormalizer_type>} | 10:05 |
| @wiking | res2 = SWIG_ConvertPtr(obj1, &argp2,SWIGTYPE_p_CKernelNormalizer, 0 | 0 ); | 10:05 |
| @wiking | fails | 10:05 |
| @wiking | sorry i'll read back | 10:05 |
| @wiking | just wanna understand | 10:05 |
| @wiking | why the convertptr fails | 10:05 |
| @wiking | seems that it doesn't realise that SwigPyBuiltin__shogun__CAvgDiagKernelNormalizer_type is of type SWIGTYPE_p_CKernelNormalizer | 10:05 |
| @wiking | aha! | 10:08 |
| @wiking | i think i know | 10:08 |
| @wiking | noup | 10:10 |
| gf712 | wiking: ah but how? | 10:14 |
| @wiking | dunno | 10:14 |
| @wiking | i really dont get it | 10:14 |
| @wiking | why it doesn't get it that it's that type | 10:14 |
| @wiking | i should i guess compile the develop | 10:15 |
| @wiking | and see the generated code | 10:15 |
| @wiking | to compare | 10:15 |
| @wiking | S: | 10:15 |
| -!- Lefteris [~lefteris@2a05:b400:100:100:c897:73eb:8071:478d] has joined #shogun | 10:27 | |
| gf712 | hi Lefteris, how are you? | 10:29 |
| Lefteris | Hello good. How are you? | 10:34 |
| gf712 | Yea, good! | 10:35 |
| gf712 | Heiko is coming to London this month. do you want to meet at the ATI? | 10:36 |
| gf712 | it's on the 20th March? | 10:36 |
| Lefteris | When? Because next week I am going to GTC and I'' be | 10:36 |
| Lefteris | back on the 24 | 10:36 |
| gf712 | ah ok! | 10:36 |
| Lefteris | ok | 10:36 |
| gf712 | are you looking forward to GTC? | 10:36 |
| Lefteris | Yes, there are a few talks I want to go to. | 10:37 |
| Lefteris | I also want to check more about openacc. | 10:38 |
| gf712 | what is openacc? | 10:38 |
| Lefteris | It is like openmp but only for gpus | 10:38 |
| Lefteris | parallel programming | 10:38 |
| Lefteris | you just use pragmas in the code and you can send stuff to run on a gpu | 10:39 |
| gf712 | ah that's cool! but do you still need to write the kernel for each GPU? | 10:40 |
| Lefteris | No you don't. However for legacy code you might have to change its data organisation | 10:40 |
| gf712 | oh right, that's super useful | 10:41 |
| gf712 | and then it adapts the grid automatically depending on GPU? | 10:41 |
| Lefteris | NVIDIA invest a lot on that. They have the pgi compiler for that. They want to make it be almost as fast as pure cuda | 10:41 |
| gf712 | is that in C++? | 10:42 |
| Lefteris | you can set the architecture of the gpu you are going to use | 10:42 |
| Lefteris | yes, it's for C++ and Fortran | 10:42 |
| gf712 | so in most cases you won't need to write any CUDA anymore? | 10:42 |
| Lefteris | I am going to use it with fortran for a progect | 10:42 |
| gf712 | or is it still more efficient to write CUDA rather than use openacc? | 10:43 |
| gf712 | ah yes true... FORTRAN :D | 10:43 |
| Lefteris | Well it depends I guess. I would try openacc if you want to convert existing code and then see. | 10:44 |
| Lefteris | the simpler the code is the better openacc does | 10:44 |
| gf712 | Cool! I'll have a look :) | 10:44 |
| Lefteris | there are few papers with benchmarks. | 10:44 |
| gf712 | does it give you a report after compiling about how it did the GPU dispatching and if it managed to parallelise the loops? | 10:45 |
| Lefteris | yes | 10:45 |
| gf712 | like openmp does when you compile with itel | 10:45 |
| gf712 | intel | 10:45 |
| gf712 | Cool! | 10:45 |
| Lefteris | there are a few tools for that | 10:45 |
| Lefteris | there is a debugger too for pgi | 10:45 |
| -!- trancenoid [88e90a02@gateway/web/freenode/ip.136.233.10.2] has joined #shogun | 10:46 | |
| Lefteris | Hmm, I see now that they support CPUs too | 10:48 |
| gf712 | ah that's useful. And that is developed by Nvidia then? | 10:54 |
| Lefteris | yes | 10:55 |
| Lefteris | PGI was bought by nvidia on 2013. They supported opencl too but was removed by nvidia | 10:56 |
| Lefteris | The interesting thing is that openacc can use amd gpus too | 10:56 |
| gf712 | ahh that's very cool! less work and maintenance with GPU code :D | 10:58 |
| Lefteris | yes, it is great | 10:59 |
| @wiking | finally a windows build that compiles! | 11:04 |
| @wiking | any windows hackers here? | 11:04 |
| Lefteris | I can try it when I go home | 11:04 |
| Lefteris | I have windows there | 11:05 |
| @wiking | yeah it's more like what's 0xc0000135 exit code :) | 11:05 |
| @wiking | based on google it's some dll error....? | 11:05 |
| Lefteris | .net framework? | 11:05 |
| @wiking | no | 11:06 |
| @wiking | simple c++ | 11:06 |
| Lefteris | when do you get this error? | 11:06 |
| @wiking | when trying to run the compiled .exe | 11:07 |
| Lefteris | ok | 11:07 |
| @wiking | this is all when trying to run the tests on windows | 11:09 |
| @wiking | it compiles fine | 11:09 |
| Lefteris | is this with the latest develop branch? | 11:09 |
| @wiking | nono | 11:09 |
| @wiking | it's a PR | 11:09 |
| @wiking | wonder if there's a sort of env var to be set | 11:10 |
| @wiking | like LD_LIBRARY_PATH | 11:10 |
| @wiking | or something | 11:10 |
| Lefteris | hmm | 11:11 |
| @wiking | is it maybe just PATH? | 11:11 |
| Lefteris | maybe it shows to a wrong dll | 11:11 |
| Lefteris | wait I have a vm with windows 1- | 11:11 |
| Lefteris | wait I have a vm with windows 10 | 11:11 |
| Lefteris | I will try it | 11:11 |
| gf712 | it's just PATH for windows | 11:12 |
| @wiking | there's no wrong dll... | 11:12 |
| @wiking | i mean there's only one | 11:12 |
| Lefteris | ok | 11:12 |
| @wiking | but i guess it's not in the PATH | 11:12 |
| @wiking | gf712: you need to set prefix or full path | 11:12 |
| @wiking | meaning | 11:12 |
| @wiking | prefix/lib | 11:12 |
| @wiking | or what? | 11:12 |
| gf712 | oh right | 11:12 |
| Lefteris | which pr is it? | 11:12 |
| Lefteris | 4521? | 11:13 |
| gf712 | it's just the path to directory | 11:13 |
| gf712 | not to the dll | 11:13 |
| @wiking | - script: | | 11:14 |
| @wiking | echo '##vso[task.setvariable variable=PATH]$(targetPrefix);$(targetPrefix)\lib;$(PATH)' | 11:14 |
| @wiking | displayName: Add target prefix to PATH | 11:14 |
| @wiking | lets say we are on the safe side with this | 11:14 |
| @wiking | Lefteris: the compile time will take forever | 11:16 |
| Lefteris | The think is that I compiled and test shogun on my windows pc not long ago] | 11:17 |
| Lefteris | Yes it will take forever to build | 11:17 |
| @wiking | so dont bother | 11:18 |
| @wiking | i think it's only this that the shogun.dll is not in any path | 11:19 |
| @wiking | so the system doesn't know where to load it from | 11:19 |
| @wiking | lets see just pushed some changes to CI | 11:19 |
| Lefteris | ok. probably is that | 11:19 |
| gf712 | wiking: did you add a echo $(PATH) in a separate script just to check it still there? | 11:25 |
| @wiking | noup :) | 11:26 |
| @wiking | but i think it's still hacky | 11:26 |
| @wiking | because the discover_gtest will fail | 11:26 |
| @wiking | as that is being run build time | 11:26 |
| @wiking | so i need to modify the path before the build | 11:27 |
| @wiking | and add actually the build directory to the path | 11:27 |
| @wiking | but if the generated examples will run | 11:27 |
| @wiking | then that's the error so there's a solution | 11:27 |
| @wiking | :) | 11:27 |
| @wiking | let's see in 1h | 11:27 |
| @wiking | :D | 11:28 |
| Lefteris | gf712, I am trying to use sg_any_dispatch to get the length of a scalar, vector, matrix depending what the variable is | 11:51 |
| Lefteris | but I have a problem | 11:51 |
| Lefteris | https://gist.github.com/avramidis/6a6fb617367c45dfade3c41a935ae604 | 11:51 |
| Lefteris | I also posted the build error | 11:53 |
| Lefteris | I had a version that was working by using get to get the value but now I don't have access to the object | 11:53 |
| gf712 | Lefteris: having a look now | 12:00 |
| Lefteris | thank you | 12:00 |
| gf712 | [this, &len, param_value] should be just [this, &len] no? | 12:01 |
| gf712 | does just sg_any_dispatch(param->get_value(), sg_all_typemap, f_scalar); work? | 12:01 |
| Lefteris | I will try | 12:02 |
| gf712 | the error you posted isn't a error though no? | 12:02 |
| gf712 | it's just a warning? | 12:02 |
| gf712 | ah wait | 12:02 |
| Lefteris | Yes, I am not sure if it does the think it supposed to do. I am refactoring for removing m_gradient_parameters with involves a lot of files | 12:03 |
| Lefteris | I get the same with only f_scalar | 12:05 |
| Lefteris | oh wait | 12:05 |
| Lefteris | I am an idio | 12:05 |
| Lefteris | I am an idiot | 12:05 |
| gf712 | param->get_value() is not a sgvector or sgmatrix right? | 12:05 |
| Lefteris | yes, it could be | 12:05 |
| gf712 | or a scalar | 12:05 |
| Lefteris | but gf712 I am an idiot | 12:05 |
| gf712 | haha what is the error? | 12:06 |
| Lefteris | I return stuff when I should just do this vlen=((SGVector<float64_t>)value).vlen | 12:06 |
| Lefteris | sorry len=((SGVector<float64_t>)value).vlen | 12:06 |
| Lefteris | I have to copy-paste the same to other locations and I think this is done | 12:08 |
| Lefteris | I get other errors now | 12:09 |
| Lefteris | but nothing too bad | 12:09 |
| Lefteris | thanks gf712 and sorry for taking your time for this stupid error | 12:09 |
| gf712 | ah no problem | 12:15 |
| gf712 | it's weird you didn't get a compile error | 12:16 |
| gf712 | because I added an assert warning that the lambda should be void.. | 12:16 |
| Lefteris | I have no idea. I will test it again when I finish with the other and see | 12:17 |
| @wiking | Lefteris: gf712 the PATH hacked solve the problem | 12:46 |
| Lefteris | excellent!! | 12:47 |
| @wiking | btw | 12:50 |
| @wiking | does anybody know why i would get junk on the end of a std::string | 12:51 |
| @wiking | when using ostringstream | 12:51 |
| -!- trancenoid [88e90a02@gateway/web/freenode/ip.136.233.10.2] has quit [Ping timeout: 256 seconds] | 13:31 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 13:56 | |
| -!- gf712 [90520861@gateway/web/freenode/ip.144.82.8.97] has quit [Ping timeout: 256 seconds] | 13:58 | |
| -!- geektoni [c1cdd24a@gateway/web/freenode/ip.193.205.210.74] has joined #shogun | 14:01 | |
| -!- wiking [~wiking@2001:67c:10ec:5784:8000::3ff] has joined #shogun | 14:07 | |
| -!- wiking [~wiking@2001:67c:10ec:5784:8000::3ff] has quit [Changing host] | 14:07 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 14:07 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 14:08 | |
| -!- gf712 [90520861@gateway/web/freenode/ip.144.82.8.97] has joined #shogun | 14:37 | |
| @wiking | gf712: ping? | 14:41 |
| gf712 | wiking: yup I'm back | 14:43 |
| @wiking | gf712: have you seen my pm? | 14:43 |
| -!- vi-to [~vi_to@2001:b07:6466:3c0:4043:5e2c:97e0:5f75] has joined #shogun | 14:50 | |
| -!- vi-to [~vi_to@2001:b07:6466:3c0:4043:5e2c:97e0:5f75] has quit [] | 14:57 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 14:58 | |
| -!- wiking_ [~wiking@2001:67c:10ec:5784:8000::3ff] has joined #shogun | 15:03 | |
| -!- wiking_ [~wiking@2001:67c:10ec:5784:8000::3ff] has quit [Ping timeout: 240 seconds] | 15:07 | |
| -!- ssk441 [31ce0691@gateway/web/freenode/ip.49.206.6.145] has joined #shogun | 15:31 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 15:36 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 15:36 | |
| ssk441 | Hi there guys! I'm an undergraduate interested in working with you all as a part of GSoC and I've been trying to install shogun and struggling with it. I'm running ubuntu 18.04. When I first ran the add repository command I got an error because its an unsigned repository. I then modified the apt-conf file to allow insecure repositories and now the command runs but nothing is downloaded. I checked the launchpad page and it only shows pa | 15:36 |
| ssk441 | Am I doing something wrong or is the bionic package not on the website? Thanks for your time :D | 15:37 |
| Lefteris | Hello, welcome! | 15:39 |
| -!- wiking_ [~wiking@2001:67c:10ec:5784:8000::3ff] has joined #shogun | 15:40 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 240 seconds] | 15:40 | |
| Lefteris | It would be best if you could install Shogun by source | 15:40 |
| Lefteris | have a look here | 15:40 |
| Lefteris | https://github.com/shogun-toolbox/shogun/blob/develop/doc/readme/DEVELOPING.md | 15:40 |
| Lefteris | Sorry here https://github.com/shogun-toolbox/shogun/blob/develop/doc/readme/INSTALL.md#manual | 15:41 |
| ssk441 | I did try that but I was having some troubles getting the interfaces working so I decided to revert back to this as it seemed the simplest solution. I'll have a go at it again ! | 15:41 |
| Lefteris | which interface did you try? | 15:42 |
| ssk441 | Python as that's the language I'm most proficient in | 15:43 |
| Lefteris | ok good | 15:43 |
| Lefteris | give it a go again and check the error messages from cmake to see if you need to install extra packages/libs | 15:43 |
| Lefteris | if you get stuck post here or write an issue and we will be happy to help | 15:44 |
| ssk441 | Sure! :) | 15:45 |
| -!- wiking_ [~wiking@2001:67c:10ec:5784:8000::3ff] has quit [Remote host closed the connection] | 15:55 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 15:56 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 15:56 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 16:02 | |
| -!- wiking [~wiking@2001:67c:10ec:5784:8000::3ff] has joined #shogun | 16:11 | |
| -!- wiking [~wiking@2001:67c:10ec:5784:8000::3ff] has quit [Changing host] | 16:11 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 16:11 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 16:11 | |
| -!- Lefteris [~lefteris@2a05:b400:100:100:c897:73eb:8071:478d] has quit [Quit: Leaving] | 16:13 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 240 seconds] | 16:15 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 16:25 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 16:25 | |
| -!- besser82 [~besser82@fedora/besser82] has quit [Quit: Freedom, Friends, Features, First [fedoraproject.org]] | 16:33 | |
| -!- besser82 [~besser82@fedora/besser82] has joined #shogun | 16:35 | |
| -!- mode/#shogun [+o besser82] by ChanServ | 16:35 | |
| @wiking | gf712: i think i'm done with the windows build refactor :D | 16:37 |
| @wiking | liblinearregressor is failing as well there... | 16:38 |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 16:41 | |
| -!- gf712 [90520861@gateway/web/freenode/ip.144.82.8.97] has quit [Ping timeout: 256 seconds] | 16:48 | |
| -!- gf712 [90520861@gateway/web/freenode/ip.144.82.8.97] has joined #shogun | 16:49 | |
| -!- ssk441 [31ce0691@gateway/web/freenode/ip.49.206.6.145] has quit [Ping timeout: 256 seconds] | 16:51 | |
| -!- wiking [~wiking@c-185-45-237-122.customer.ggaweb.ch] has joined #shogun | 16:56 | |
| -!- wiking [~wiking@c-185-45-237-122.customer.ggaweb.ch] has quit [Changing host] | 16:56 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 16:56 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 16:56 | |
| gf712 | wiking, I don't know what is wrong with LibLinearRegression | 16:56 |
| gf712 | I tried to set a seed but the test still fails sometimes | 16:57 |
| gf712 | I am not sure if the algorithm just performs very well in all situations | 16:58 |
| @wiking | :D | 17:01 |
| -!- trancenoid [0e8becd3@gateway/web/freenode/ip.14.139.236.211] has joined #shogun | 17:02 | |
| @wiking | lets see if some other surprises are coming up with the integration tests | 17:03 |
| @wiking | :> | 17:03 |
| gf712 | wiking: btw what do you think about SGObject::run() then for void methods? | 17:03 |
| @wiking | ah yeah | 17:03 |
| @wiking | back to that | 17:03 |
| gf712 | yes :D | 17:04 |
| @wiking | i mean i'm thikning more and more | 17:04 |
| @wiking | that we might just wanna move everything that now we force to be in SGObject | 17:04 |
| @wiking | to another SWIGObject | 17:04 |
| @wiking | :) | 17:04 |
| @wiking | but yeah | 17:04 |
| @wiking | this run and stuff | 17:04 |
| @wiking | is getting super crazy imo | 17:04 |
| @wiking | :) | 17:04 |
| @wiking | it's like we have a DSL over the library | 17:05 |
| gf712 | So there should be another SGObject written in the library just for interfaces? | 17:05 |
| @wiking | yeah something like that | 17:05 |
| gf712 | dsl? | 17:05 |
| @wiking | but that's another story | 17:05 |
| @wiking | dsl = domain-specific language | 17:06 |
| gf712 | ah right | 17:06 |
| gf712 | I just don't really like calling functions with strings :p | 17:06 |
| @wiking | yeah me neither | 17:06 |
| gf712 | too easy to run into errors | 17:06 |
| gf712 | I prefer compiler/interpreter telling me a method doesn't exist | 17:07 |
| @wiking | indeed | 17:07 |
| gf712 | but not much that can be done in this situation right? | 17:07 |
| @wiking | i'd like to believe that we could solve it better :) | 17:10 |
| @wiking | but then again | 17:10 |
| gf712 | I mean the only other way is using the whole observable framework | 17:11 |
| gf712 | and emit a signal if you put a label | 17:12 |
| gf712 | and then that call the function | 17:12 |
| gf712 | well not the only way, but just what I can think of right now that would be better... | 17:13 |
| -!- geektoni [c1cdd24a@gateway/web/freenode/ip.193.205.210.74] has quit [Quit: Page closed] | 17:25 | |
| -!- trancenoid [0e8becd3@gateway/web/freenode/ip.14.139.236.211] has quit [Ping timeout: 256 seconds] | 17:28 | |
| -!- vi-to [~VitoLesti@93-40-66-36.ip37.fastwebnet.it] has joined #shogun | 17:41 | |
| vi-to | Hello again, sorry for the in-n-out (new IRC user here) | 17:45 |
| vi-to | Should I query someone in particular for a brief discussion about this https://github.com/shogun-toolbox/shogun/wiki/GSoC_2018_project_lgssm project? :) | 17:45 |
| @wiking | vi-to: what exactly would you like to discuss? | 17:48 |
| @wiking | i mean the best place to start a discussion' | 17:48 |
| @wiking | is the mailing list | 17:48 |
| @wiking | and then we'll get the right people involved in the discussion | 17:49 |
| @wiking | but note | 17:49 |
| @wiking | read the pre-requirements | 17:49 |
| @wiking | for getting involved with shogun gsoc | 17:49 |
| @wiking | (sending in pr prior the gsoc application deadline etc) | 17:49 |
| vi-to | i've read the how to get involved section and the entrance tasks required | 17:53 |
| @wiking | cool | 17:53 |
| @wiking | i mean you could try adding a kalman filter ;) | 17:53 |
| @wiking | if you really wanna work on this project | 17:54 |
| @wiking | but as an advice maybe you wanna start with really simople thing | 17:54 |
| @wiking | see some of the 'good entrance task' issues | 17:54 |
| @wiking | there you'll get into how to send in prs | 17:54 |
| @wiking | etc etc etc | 17:54 |
| @wiking | compile shogun locally | 17:54 |
| @wiking | run tests etc | 17:54 |
| @wiking | and once you have a hold on development cycle | 17:55 |
| @wiking | then you can start adding some more serious things | 17:55 |
| vi-to | Yes, i'll try take your advice literally :) | 17:56 |
| @wiking | other than that welcome to the project | 17:56 |
| @wiking | and if there's any problem/question | 17:56 |
| @wiking | feel free to ask it here or mailing list or prs | 17:56 |
| @wiking | usually open source ways | 17:56 |
| @wiking | :) | 17:56 |
| vi-to | i sent an email for the list subscription, but nothing happened. Should i get a confirmation or similar? | 17:57 |
| @wiking | mmm you should :S | 17:58 |
| @wiking | mailto:shogun-list-request@shogun-toolbox.org?subject=subscribe | 17:59 |
| @wiking | ? | 17:59 |
| vi-to | is it supposed to be a blank email from me? | 17:59 |
| @wiking | yeah just the subject to be 'subscribe' | 17:59 |
| vi-to | sent | 18:00 |
| @wiking | try to send an email to shogun-list@shogun-toolbox.org | 18:01 |
| vi-to | sent | 18:02 |
| @wiking | lemme debug | 18:05 |
| @wiking | since i havent' received it yet | 18:05 |
| @wiking | :))) | 18:05 |
| vi-to | apart from this, i am very excited to see there's still hope for that project. As is not high priority, from the description it seemed to me it is quite uncertain for this year too | 18:06 |
| @wiking | i mean if there's somebody that we feel comfortable to give the project to | 18:07 |
| @wiking | i dont see the reason why not to do it | 18:07 |
| @wiking | but that means we need to see that a) person knows how to work with shogun b) has a good understand about the whole project | 18:09 |
| @wiking | this we usually can assert from the interactions before the end of the application period of gsoc | 18:09 |
| vi-to | absolutely, it is everything very clearly stated in your repo | 18:12 |
| -!- ssk441 [31ce0691@gateway/web/freenode/ip.49.206.6.145] has joined #shogun | 18:14 | |
| vi-to | about the mailing list i don't really want to bother, but please tell me if i can help somehow | 18:15 |
| @wiking | vi-to: just debugging what's happening | 18:16 |
| @wiking | so far its enough that you've sent those 2 mails | 18:17 |
| @wiking | thnx | 18:17 |
| @wiking | for the time being seems you cannot subscribe :( | 18:17 |
| @wiking | sorry about that | 18:17 |
| @wiking | trying to get it fixed | 18:17 |
| vi-to | okay, thank you @wiking | 18:19 |
| vi-to | \away around | 18:19 |
| -!- gf712 [90520861@gateway/web/freenode/ip.144.82.8.97] has quit [Ping timeout: 256 seconds] | 18:25 | |
| -!- ssk441 [31ce0691@gateway/web/freenode/ip.49.206.6.145] has quit [Quit: Page closed] | 18:34 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 18:45 | |
| -!- wiking [~wiking@c-185-45-237-122.customer.ggaweb.ch] has joined #shogun | 18:47 | |
| -!- wiking [~wiking@c-185-45-237-122.customer.ggaweb.ch] has quit [Changing host] | 18:47 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 18:47 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 18:47 | |
| -!- vi-to [~VitoLesti@93-40-66-36.ip37.fastwebnet.it] has left #shogun [] | 23:12 | |
| --- Log closed Wed Mar 06 00:00:38 2019 | ||
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!