--- Log opened Mon Sep 09 00:00:51 2013 | ||
-!- Netsplit *.net <-> *.split quits: @sonney2k, shogun-notifier-, pickle27, @iglesiasg, shogun-buildbot, sonne|osx, hushell | 00:07 | |
-!- Netsplit over, joins: @iglesiasg | 00:18 | |
-!- Netsplit over, joins: shogun-buildbot, shogun-notifier-, pickle27, sonne|osx, @sonney2k | 00:19 | |
-!- Netsplit over, joins: hushell | 00:19 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 00:55 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 00:55 | |
@wiking | shogun-buildbot: force build --branch=develop 'debian wheezy - memcheck' | 00:55 |
---|---|---|
shogun-buildbot | build #4 forced | 00:55 |
shogun-buildbot | I'll give a shout when the build finishes | 00:55 |
hushell | iglesiasg: hey | 01:02 |
@iglesiasg | hushell, hi there ,whats' up? | 01:02 |
hushell | iglesiasg: good, I am working on the python stuffs | 01:02 |
@iglesiasg | hushell, examples? | 01:03 |
@iglesiasg | sonney2k, so what's the stuff that needs to be done for the webpage? | 01:04 |
hushell | iglesiasg: yeah, and I try to make an initial version of ipython notebook before implementing other solvers | 01:08 |
@iglesiasg | hushell, it sounds cool! | 01:08 |
hushell | only 2 weeks left :( | 01:08 |
@iglesiasg | hehe yep | 01:09 |
hushell | iglesiasg: Have you finished everything on the schedule? | 01:09 |
@iglesiasg | hushell, pretty much yes | 01:09 |
@iglesiasg | hushell, I have to test the method more though | 01:10 |
@iglesiasg | for instance I am facing now some late convergence issue in my code | 01:10 |
@iglesiasg | for a particular data set | 01:10 |
@iglesiasg | the more data sets I use, the more flaws I find :D | 01:10 |
hushell | iglesiasg: that may be a problem for the LMNN, not your implementation | 01:12 |
@iglesiasg | hushell, fortunately not, I checked in the author's implementation ;) | 01:12 |
hushell | When we should do the peer checks? | 01:12 |
@iglesiasg | I think that they should be after this pencil downs date | 01:13 |
@iglesiasg | so one week more for coding, and after that | 01:13 |
hushell | iglesiasg: strange issues always happen, this is why we are needed :) | 01:14 |
@iglesiasg | hushell, indeed | 01:14 |
hushell | cool, then I have 7 days for preparing myself | 01:15 |
@iglesiasg | hushell, I am not entirely sure though | 01:15 |
@iglesiasg | let's check in the meeting logs | 01:15 |
shogun-buildbot | build #4 of debian wheezy - memcheck is complete: Failure [failed memory check] Build details are at http://buildbot.shogun-toolbox.org/builders/debian%20wheezy%20-%20memcheck/builds/4 | 01:15 |
@iglesiasg | I think it is like that | 01:16 |
hushell | I checked the timeline on gsoc, I think that's what supposed to do in the last week | 01:19 |
@iglesiasg | good then | 01:19 |
hushell | is the PR good to merge? | 01:19 |
@iglesiasg | hushell, I think the code is good yeah | 01:20 |
@iglesiasg | hushell, but something is wrong with Travis | 01:20 |
hushell | iglesiasg: but Travis failed for some reason | 01:20 |
@iglesiasg | hushell, maybe it is unrelated to your PR | 01:20 |
@iglesiasg | we should be sure of that | 01:21 |
hushell | iglesiasg: yeah, let me check for a while | 01:21 |
@iglesiasg | hushell, all right, thanks! | 01:21 |
@iglesiasg | compare with the build history in travis, if other builds fail with the same error | 01:21 |
@iglesiasg | then I think it is a great indicative that it is not something in your PR | 01:21 |
hushell | iglesiasg: I rebased again, how to check the travis history? | 01:24 |
hushell | iglesiasg: I saw it, build history | 01:25 |
@iglesiasg | hushell, there is a tab called build history | 01:25 |
@iglesiasg | good | 01:25 |
hushell | iglesiasg: thanks | 01:25 |
@iglesiasg | hushell, you are welcome | 01:25 |
hushell | iglesiasg: seems the issues start from a day ago, recent commits all failed the same problem: python-integration-test and a lot of failures in java modular | 01:32 |
@iglesiasg | hushell, ok! Then we are ready to go | 01:33 |
hushell | iglesiasg: let's wait the new commit finish. It's very late in your time | 01:34 |
@iglesiasg | hushell, a little bit hehe | 01:34 |
hushell | iglesiasg: no hurry, we can do it tomorrow, I guess you are sleepy | 01:34 |
@iglesiasg | hushell, yep, I was planning to shut down soon | 01:35 |
@iglesiasg | hushell, ok cool | 01:35 |
@iglesiasg | I might write some comments again though | 01:35 |
@iglesiasg | I was not very thorough checking the pull request honestly | 01:35 |
hushell | iglesiasg: nice job! | 01:35 |
@iglesiasg | hushell, what about Patric? Is he also having a look that everything goes in the right direction? | 01:36 |
hushell | I know checking code is even painful | 01:36 |
hushell | iglesiasg: haven't hear from him for a while, maybe I should send him an email before merging | 01:36 |
@iglesiasg | hushell, that would be great, if he can have a look too | 01:37 |
hushell | iglesiasg: He just moved to Berlin | 01:37 |
@iglesiasg | hushell, yep, I read something about his new job | 01:37 |
hushell | okay, let's postpone the merge | 01:37 |
@iglesiasg | hushell, is it fine for you? | 01:37 |
@iglesiasg | hushell, I don't know if you plan to submit something else soon that depends on this PR | 01:38 |
hushell | iglesiasg: it's fine for me. I have started a new branch to do python code | 01:38 |
@iglesiasg | hushell, ok, but I gues you won't be able to merge until this one gets in, right? | 01:38 |
@iglesiasg | I mean, your current branch starts from the tip of your develop in the PR I guess | 01:39 |
hushell | iglesiasg: yeah, but the new PR will be a small one | 01:39 |
@iglesiasg | well the thing is that those commits that are not in shogun develop yet but yes in your develop will pop up in the other PR as well | 01:39 |
hushell | yes, it depends on this one, but I guess rechecking is necessary, and you may not check the new PR until tomorrow | 01:39 |
hushell | iglesiasg: so you mean, I'll have to wait this one merged | 01:41 |
@iglesiasg | hushell, yes | 01:41 |
@iglesiasg | I think so, at least | 01:41 |
hushell | but since the python PR will be small, if there are conflicts, I can do vimdiff | 01:42 |
@iglesiasg | good | 01:42 |
@iglesiasg | all right, time to sleep then | 01:42 |
@iglesiasg | good night! | 01:42 |
hushell | I was worrying about this, but will be ok | 01:42 |
hushell | good nite! | 01:43 |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat] | 01:43 | |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 01:51 | |
-!- sonne|osx_ [~sonne@f053041001.adsl.alicedsl.de] has joined #shogun | 03:25 | |
-!- sonne|osx [~sonne@f053041058.adsl.alicedsl.de] has quit [Ping timeout: 268 seconds] | 03:27 | |
-!- sonne|osx_ is now known as sonne|osx | 03:27 | |
-!- sonne|osx [~sonne@f053041001.adsl.alicedsl.de] has quit [Quit: sonne|osx] | 07:14 | |
-!- pickle27 [~Kevin@199.119.128.114] has quit [Quit: Leaving] | 07:37 | |
-!- sonne|osx [~sonne@89.204.130.32] has joined #shogun | 08:00 | |
-!- sonne|osx [~sonne@89.204.130.32] has quit [Client Quit] | 08:05 | |
-!- sonne|osx [~sonne@89.204.130.32] has joined #shogun | 08:10 | |
-!- sonne|osx [~sonne@89.204.130.32] has quit [Client Quit] | 08:12 | |
-!- sonne|work [~sonnenbu@91-64-72-127-dynip.superkabel.de] has joined #shogun | 08:48 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 08:52 | |
@wiking | shogun-buildbot: force build --branch=develop 'debian wheezy - memcheck' | 08:52 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 08:52 | |
@wiking | shogun-buildbot: force build --branch=develop 'debian wheezy - memcheck' | 08:52 |
shogun-buildbot | build #5 forced | 08:52 |
shogun-buildbot | I'll give a shout when the build finishes | 08:52 |
sonne|work | wiking: torturing fatbot already? | 08:58 |
lisitsyn | sonne|work: what is fatbot? | 09:02 |
sonne|work | lisitsyn: fatbot.shogun-toolbox.org | 09:02 |
sonne|work | lisitsyn: http://futurama.wikia.com/wiki/Fatbot | 09:02 |
sonne|work | this guy | 09:02 |
lisitsyn | sonne|work: hmm this address doesn't work for me | 09:03 |
sonne|work | lisitsyn: what do you mean? it is not a web server | 09:03 |
lisitsyn | oh | 09:03 |
lisitsyn | okay :) | 09:03 |
shogun-buildbot | build #5 of debian wheezy - memcheck is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/debian%20wheezy%20-%20memcheck/builds/5 | 09:16 |
-!- gsomix [~gsomix@85.26.232.253] has joined #shogun | 09:17 | |
gsomix | hi | 09:17 |
sonne|work | gsomix: hey there | 09:17 |
sonne|work | gsomix: how is it going? | 09:17 |
gsomix | sonne|work, fine. but I'm sick a little. | 09:18 |
gsomix | sonne|work, can you help me? I want to run integration tests. | 09:19 |
gsomix | for unit-tests I just execute 'ctest' command | 09:20 |
sonne|work | gsomix: unit or integration tests? | 09:20 |
@wiking | sonne|work: yes | 09:21 |
gsomix | >> integration tests | this | 09:21 |
sonne|work | gsomix: ctest -R python_modular ? | 09:22 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 09:23 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 09:23 | |
@wiking | shogun-buildbot: force build --branch=develop 'clang34 - static analysis' | 09:23 |
shogun-buildbot | build #7 forced | 09:23 |
shogun-buildbot | I'll give a shout when the build finishes | 09:23 |
gsomix | sonne|work, | 09:25 |
gsomix | ctest -R python_modular | 09:25 |
gsomix | Test project /home/gsomix/Workspace/shogun/build | 09:25 |
gsomix | No tests were found!!! | 09:25 |
sonne|work | gsomix: but you did enable python modular did you? | 09:26 |
gsomix | let me check | 09:26 |
gsomix | sonne|work, cool, thanks. it was an confusion. =___= | 09:33 |
gsomix | sonne|work, but now fails tests that's different from Travis' output. ok, need check. | 09:38 |
sonne|work | gsomix: how is your protobuf stuff progressing? | 09:39 |
sonne|work | wiking: how difficult is it to add a protobuf check to CMake? | 09:39 |
sonne|work | all we need is test if protoc executable is available and can do protoc --cpp_out | 09:40 |
@wiking | protobuf? | 09:40 |
@wiking | ah you mean like a find_package? | 09:41 |
@wiking | i would google first for | 09:41 |
sonne|work | wiking: https://code.google.com/p/protobuf/ | 09:41 |
@wiking | FindProtobuf.cmake | 09:41 |
sonne|work | yes | 09:41 |
@wiking | i'm 100% sure | 09:41 |
sonne|work | like this | 09:41 |
@wiking | that somebody already has written it | 09:41 |
sonne|work | https://github.com/trendmicro/tme/blob/master/src/cmake/FindProtobuf.cmake | 09:41 |
sonne|work | is it already in cmake? | 09:42 |
@wiking | check it out | 09:42 |
@wiking | /usr/share/cmake-2.8/Modules | 09:42 |
@wiking | indeed it is | 09:43 |
@wiking | (at least my cmake has it | 09:43 |
sonne|work | cool | 09:43 |
shogun-buildbot | build #7 of clang34 - static analysis is complete: Failure [failed analyse] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20static%20analysis/builds/7 | 09:43 |
gsomix | sonne|work, not many. I was trying make some examples outside shogun. if we have protobuf support in shogun's cmake I can start porduce code for shogun. | 09:44 |
sonne|work | gsomix: no you can do it w/o that already | 09:44 |
gsomix | but now I want finish LibSVMFile support in examples. | 09:45 |
gsomix | I sent PR, but integration tests failde in Travis | 09:45 |
gsomix | *failed | 09:45 |
gsomix | https://travis-ci.org/shogun-toolbox/shogun/jobs/11139454 | 09:47 |
gsomix | that's very different from that I see on my local machine | 09:47 |
sonne|work | wiking: is there any chance to get a summary of failed tests with ctest? I have a hard time parsing the output :/ | 09:49 |
gsomix | sonne|work, wiking intergrations tests generates from undocumented examples, right? | 09:54 |
@wiking | sonne|work: ? | 09:55 |
@wiking | sonne|work: end of the ctest is a summary | 09:56 |
sonne|work | wiking: ahh but then please run tester.py with single python script as argument otherwise it is impossible to see | 09:56 |
@wiking | sonne|work: change it as u wish and commit | 09:57 |
sonne|work | wiking: now all integration tests are run in one go with tester.py | 09:57 |
sonne|work | that is why it is a mess(tm) | 09:57 |
sonne|work | wiking: cannot from work | 09:57 |
@wiking | ok | 09:57 |
@wiking | then when u can | 09:57 |
@wiking | http://buildbot.shogun-toolbox.org/static_analysis/2013-09-09-1/report-b33cb4.html#EndPath | 09:58 |
@wiking | oooh yeah | 09:58 |
@wiking | memory leak | 09:58 |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 10:05 | |
shogun-notifier- | shogun: Viktor Gal :develop * 821b511 / src/shogun/lib/external/libocas.cpp: https://github.com/shogun-toolbox/shogun/commit/821b511d70ca932bf9e2df2ce1f03494abb334ef | 10:05 |
shogun-notifier- | shogun: Fix dead assignment errors in libocas | 10:05 |
shogun-notifier- | shogun: Viktor Gal :develop * b89a541 / src/shogun/kernel/Kernel.cpp: https://github.com/shogun-toolbox/shogun/commit/b89a541ca7a1122a707e3fde4e67e8e60fd4b164 | 10:05 |
shogun-notifier- | shogun: Fix possible division by zero in Kernel.cpp by assertation | 10:05 |
shogun-notifier- | shogun: Viktor Gal :develop * 4586d39 / src/shogun/structure/libppbm.cpp: https://github.com/shogun-toolbox/shogun/commit/4586d39c8f3419f03f7e8510ca780eab4d93fd66 | 10:05 |
shogun-notifier- | shogun: Remove dead assigments in libppbm | 10:05 |
shogun-notifier- | shogun: Viktor Gal :develop * 75d2e78 / src/shogun/labels/LatentLabels.cpp: https://github.com/shogun-toolbox/shogun/commit/75d2e789d41f50c457031b734ff2acf6fed89ced | 10:05 |
shogun-notifier- | shogun: Fix possible null pointer dereference in LatentLabels | 10:05 |
hushell | Hi guys, with swig python interfaces, if a class A needs a pointer (e.g. CFactorType*) as argument, can I pass an object B = FactorType(...)? | 10:07 |
hushell | pointer, reference in c++ are the same in python, right? | 10:07 |
hushell | I got an error saying: TypeError: in method 'new_TableFactor', argument 1 of type 'CTableFactorType *', but I have no idea how to deal with it | 10:09 |
shogun-buildbot | build #3 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/3 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:09 |
-!- besser82 [~besser82@77-22-24-208-dynip.superkabel.de] has joined #shogun | 10:10 | |
-!- besser82 [~besser82@77-22-24-208-dynip.superkabel.de] has quit [Changing host] | 10:10 | |
-!- besser82 [~besser82@fedora/besser82] has joined #shogun | 10:10 | |
-!- besser82 [~besser82@fedora/besser82] has quit [Client Quit] | 10:10 | |
-!- besser82 [~besser82@77-22-24-208-dynip.superkabel.de] has joined #shogun | 10:11 | |
-!- besser82 [~besser82@77-22-24-208-dynip.superkabel.de] has quit [Changing host] | 10:11 | |
-!- besser82 [~besser82@fedora/besser82] has joined #shogun | 10:11 | |
shogun-buildbot | build #4 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/4 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:11 |
shogun-buildbot | build #1668 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1668 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:13 |
-!- gsomix [~gsomix@85.26.232.253] has quit [Ping timeout: 276 seconds] | 10:14 | |
-!- lisitsyn [~lisitsyn@fb2-lo1.global63.net] has left #shogun [] | 10:15 | |
shogun-buildbot | build #1669 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1669 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:16 |
shogun-buildbot | build #36 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/36 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:16 |
shogun-buildbot | build #1749 of deb3 - modular_interfaces is complete: Failure [failed install test libshogun test python_modular test java_modular test csharp_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1749 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:38 |
-!- gsomix [~gsomix@85.26.232.253] has joined #shogun | 10:41 | |
sonne|work | hushell: I am not sure you can pass around references with swig | 10:46 |
shogun-buildbot | build #1430 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1430 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:54 |
shogun-buildbot | build #5 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/5 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:55 |
sonne|work | wiking: you are killing it http://buildbot.shogun-toolbox.org/waterfall | 10:56 |
shogun-buildbot | build #37 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/37 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:56 |
sonne|work | man kind of a x-mas tree! | 10:56 |
shogun-buildbot | build #1670 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1670 blamelist: Viktor Gal <viktor.gal@maeth.com> | 10:58 |
@wiking | sonne|work: sonne|work | 10:58 |
@wiking | question about MulticlassOCAS | 10:58 |
@wiking | you might remember it better | 10:58 |
sonne|work | ask | 10:58 |
@wiking | do you think it'd be a problem | 10:58 |
@wiking | user_data.W = SG_MALLOC(float64_t, (int64_t)num_features*num_classes); user_data.oldW = SG_MALLOC(float64_t, (int64_t)num_features*num_classes); user_data.new_a = SG_MALLOC(float64_t, (int64_t)num_features*num_classes); user_data.full_A = SG_MALLOC(float64_t, (int64_t)num_features*num_classes*m_buf_size); user_data.output_values = SG_MALLOC(float64_t, num_vectors); | 10:59 |
@wiking | i mean at least user_data.W | 10:59 |
@wiking | with calloc instead of mallco? | 10:59 |
@wiking | this way i can supress a lot of conditional jump on uninitialised data errors with valgrind | 10:59 |
@wiking | and possibly fix the hectic (sometimes fail) bug with the unit test | 11:00 |
sonne|work | wiking: if you do that you should check that this was a bug | 11:00 |
@wiking | well we have this | 11:00 |
sonne|work | wiking: is it single core the test I mean? | 11:00 |
shogun-buildbot | build #1748 of deb3 - modular_interfaces is complete: Failure [failed install test libshogun test python_modular test java_modular test csharp_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1748 blamelist: Viktor Gal <viktor.gal@maeth.com> | 11:00 |
sonne|work | besser82: btw you can now run cmake when the .git dir is not available - please try! | 11:00 |
@wiking | https://github.com/shogun-toolbox/shogun/issues/1411 | 11:00 |
besser82 | wiking, will do and report ;) | 11:01 |
besser82 | wiking, thx! | 11:01 |
@wiking | besser82: you mean sonne|work | 11:01 |
@wiking | sonne|work: there's no multithread with ocas :) | 11:01 |
besser82 | wiking, yes, just overlooked that, because you posted some link to gh issues ;) | 11:02 |
sonne|work | errm is it disabled? | 11:02 |
@wiking | sonne|work: and yeah we had a lot of Conditional jump or move depends on uninitialised value(s) | 11:02 |
besser82 | sonne|work, thanks will do! ;) | 11:02 |
@wiking | with only malloc | 11:02 |
@wiking | if i change user_data.W = SG_CALLOC(float64_t, (int64_t)num_features*num_classes); | 11:02 |
sonne|work | wiking: well ocas is parallelized | 11:02 |
@wiking | then it's all gone | 11:02 |
@wiking | where? | 11:03 |
sonne|work | so if we don't fix it to use a single thread we get different result | 11:03 |
@wiking | but multiclassOcas.cpp has 0 lines of pthread | 11:03 |
gsomix | cool, evernote is very usable for storing parts of shogun's irc logs | 11:04 |
sonne|work | wiking: sure it is under the hod | 11:04 |
sonne|work | wiking: all encapsulated in dotfeatures | 11:04 |
@wiking | sonne|work: i dont get it | 11:04 |
sonne|work | wiking: ? | 11:04 |
@wiking | what does this have to do with having W initialised with random data | 11:04 |
-!- iglesiasg [~iglesias@2001:6b0:1:1da0:299e:473d:d0ad:c8d5] has joined #shogun | 11:04 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 11:04 | |
@wiking | or full 0 | 11:04 |
sonne|work | wiking, has nothing to do with w | 11:05 |
sonne|work | wiking: but with a test failing from time to time | 11:05 |
@wiking | sonne|work: ah that's another thing | 11:05 |
@wiking | sonne|work: first i want to fix this Conditional jump or move depends on uninitialised value(s) | 11:05 |
@wiking | so | 11:05 |
sonne|work | well you gave me the link | 11:05 |
sonne|work | so I was trying to find a reason | 11:05 |
sonne|work | not so much about your W=0 | 11:05 |
@wiking | so would it be a problem if W=0 and not W=(random) | 11:06 |
-!- besser82 [~besser82@fedora/besser82] has quit [Quit: Verlassend] | 11:06 | |
sonne|work | wiking: not a problem for sure but IDK if this was a bug! | 11:06 |
@wiking | well valgrind was bitching about it | 11:07 |
@wiking | i'm going through the valgrind errors | 11:07 |
@wiking | and this was the first on my list | 11:07 |
-!- travis-ci [~travis-ci@ec2-54-226-222-38.compute-1.amazonaws.com] has joined #shogun | 11:07 | |
travis-ci | [travis-ci] it's Viktor Gal's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/11142749 | 11:07 |
-!- travis-ci [~travis-ci@ec2-54-226-222-38.compute-1.amazonaws.com] has left #shogun [] | 11:07 | |
sonne|work | wiking: well set it to use CALLOC but we should check if it gives the same result like the orig mc ocas | 11:09 |
@wiking | sonne|work: imho if i do SGVector::random(W) would surpress the error as well | 11:10 |
sonne|work | wiking: sure. | 11:11 |
sonne|work | my guess is that W=0 was intended | 11:11 |
sonne|work | but I am blind here - neither looking at code or anything | 11:11 |
-!- besser82 [~besser82@77-22-24-208-dynip.superkabel.de] has joined #shogun | 11:16 | |
-!- besser82 [~besser82@77-22-24-208-dynip.superkabel.de] has quit [Changing host] | 11:16 | |
-!- besser82 [~besser82@fedora/besser82] has joined #shogun | 11:16 | |
@wiking | ok we need to meeerge feature/SerialUTests | 11:17 |
sonne|work | wiking: btw could we integrate our unit tests w/ cmake the same way then? I mean that just a single unit test is run instead of all - so we see the proper cmake summary of test failures? | 11:19 |
@wiking | sonne|work: i've done something different | 11:21 |
@wiking | sonne|work: you'll see when i merge | 11:21 |
sonne|work | which is? | 11:21 |
@wiking | basically i supress OK unittest prints | 11:21 |
@wiking | and just print the error | 11:21 |
@wiking | if there's | 11:21 |
sonne|work | currently the ctest output is not useful | 11:21 |
@wiking | sonne|work: how so? | 11:21 |
sonne|work | I simply cannot figure out what fails | 11:21 |
@wiking | there's the summary | 11:21 |
@wiking | on the end of it | 11:22 |
sonne|work | well unit tests failed | 11:22 |
sonne|work | or integration tests failed is a bit too coarse | 11:22 |
@wiking | The following tests FAILED: 1 - unit-test (SEGFAULT) | 11:22 |
@wiking | and then u go there | 11:22 |
@wiking | and check what really failed | 11:22 |
@wiking | i mean what's so hard to find out | 11:23 |
sonne|work | I would rather want to see the exact name of the unit test | 11:23 |
@wiking | sonne|work: not possible | 11:23 |
@wiking | as unit test is just one ctest | 11:23 |
sonne|work | why not? we could run it with proper gtest filers | 11:23 |
@wiking | either create as many unit test binaries as many tests there are | 11:24 |
@wiking | filtering i dont see working | 11:24 |
@wiking | or maybe | 11:24 |
@wiking | but no | 11:24 |
sonne|work | if I look at this I don't see what fails http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1670/steps/test/logs/stdio | 11:24 |
@wiking | so you cannot do the filtering | 11:24 |
@wiking | 1 - unit-test (SEGFAULT) | 11:24 |
@wiking | no? | 11:24 |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has joined #shogun | 11:25 | |
sonne|work | yes some unit test fails and then? | 11:25 |
@wiking | filtering is very cumbersom because you would need to know somehow the filter names prior having the binary (unit test) compiled... | 11:25 |
@wiking | sonne|work: go to that test and see what happened there | 11:25 |
sonne|work | well which test? | 11:26 |
@wiking | unit-test | 11:26 |
@wiking | the first one | 11:26 |
@wiking | you wont be able to know better if it's a segfault | 11:26 |
sonne|work | wiking: yes but which of the unit tests | 11:26 |
sonne|work | wiking: yeah with the current setup not | 11:26 |
@wiking | sonne|work: go to the unit-test ctest | 11:26 |
@wiking | and check it out | 11:27 |
sonne|work | if we would filter we would know exactly | 11:27 |
@wiking | as i said before | 11:27 |
@wiking | filtering is not possible | 11:27 |
@wiking | you'll have to roll a unit test binary per | 11:27 |
sonne|work | and all we would need to do is filter the .cpp files for the tests | 11:27 |
@wiking | sonne|work: no | 11:27 |
@wiking | sonne|work: as it's not really the case... | 11:27 |
@wiking | the name of the cpp is not the name of the test | 11:27 |
sonne|work | why not? | 11:27 |
@wiking | well check it | 11:27 |
@wiking | and you'll see | 11:27 |
@wiking | and how do you do the template generated naming... | 11:28 |
sonne|work | well I checked - for the tests I've written ti would work | 11:28 |
@wiking | sonne|work: yeah but there's like kazillion other tets | 11:28 |
@wiking | that you have not written | 11:28 |
@wiking | and see the templating problem | 11:28 |
sonne|work | you autogenerate this right so you can get the names of the tests | 11:29 |
@wiking | ok | 11:29 |
@wiking | do as u feel | 11:29 |
@wiking | i'm just saying | 11:29 |
@wiking | that this is going to be very cumbersom | 11:29 |
@wiking | e | 11:29 |
@wiking | rather go with compiling a unit test binary per cpp | 11:29 |
@wiking | btw: Serialization is collidig | 11:30 |
sonne|work | I am also fine with that - anything that helps to pinpoint what failed | 11:30 |
sonne|work | wiking: you mean cannot be run in parallel? | 11:30 |
sonne|work | why not? | 11:31 |
-!- gsomix [~gsomix@85.26.232.253] has quit [Ping timeout: 245 seconds] | 11:31 | |
-!- gsomix [~gsomix@85.26.232.253] has joined #shogun | 11:31 | |
@wiking | you have io/Serialisation and io/Serialization_unittest.cc and base/Serialization_unittest.cc | 11:31 |
@wiking | hence | 11:32 |
@wiking | filtering is not really doing what u want either | 11:32 |
@wiking | yeah u can run it in parallel ctest -j8 | 11:32 |
sonne|work | what is the issue? | 11:35 |
@wiking | i'm saying that the name is the same | 11:35 |
@wiking | hence collision | 11:35 |
@wiking | in naming | 11:35 |
@wiking | anyhow i'm sure somebody already did this | 11:36 |
@wiking | so it's wroth trying a google for it | 11:36 |
shogun-buildbot | build #1431 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1431 blamelist: Viktor Gal <viktor.gal@maeth.com> | 11:37 |
@wiking | mmm we cannot write complex with HDF5? | 11:38 |
hushell | Hi iglesiasg, have you had the TypeError with swig python interfaces? | 11:38 |
@iglesiasg | hushell, Hi. No, at least I don't remember having it. | 11:39 |
@iglesiasg | hushell, where is it appearing? | 11:39 |
hushell | iglesiasg: there is an annoying error, when I want to create a CFactor(FactorType, ...) in python, it says the type of FactorType is wrong | 11:40 |
@iglesiasg | hushell, mm I see. | 11:41 |
@iglesiasg | let me check how FactorType looks like | 11:41 |
@iglesiasg | hushell, does the error say something else? | 11:41 |
hushell | TypeError: in method 'new_TableFactor', argument 1 of type 'CTableFactorType *' | 11:41 |
hushell | sonne|work: I just need pass a pointer | 11:42 |
@iglesiasg | hushell, what? | 11:42 |
hushell | iglesiasg: I asked the question before you joining :) sonne|work gave me some advice | 11:42 |
@iglesiasg | hushell, so CFactor needs in the constructor a CTableFactorType* | 11:43 |
sonne|work | wiking: complex is very new in shogun... | 11:43 |
hushell | iglesiasg: you want to check the script I am testing? | 11:43 |
sonne|work | wiking: but better file a bug so we don't forget | 11:43 |
@iglesiasg | hushell, are you giving it a CTableFactorType or a FactorType? | 11:43 |
@iglesiasg | hushell, I am not sure if these two are related, you tell me :) | 11:44 |
sonne|work | hushell: that works then | 11:44 |
hushell | I am giving a TableFactorType, wait a second, I push this to a branch | 11:44 |
sonne|work | hushell: but you need to make TableFactoryType known in swig prior to TableFactor | 11:44 |
sonne|work | hushell: note that order in swigs .i files matters! | 11:44 |
hushell | the example is here: https://github.com/hushell/shogun/blob/py_fg/examples/undocumented/python_modular/structure_factor_graph_model.py | 11:46 |
hushell | look at line 32 | 11:46 |
sonne|work | hushell: shure that works with swig | 11:47 |
sonne|work | hushell: I guess your include order in the .i files is wrong | 11:47 |
hushell | sonne|work: yes, I included the Factor.h before FactorType.h | 11:48 |
sonne|work | see kaboom :) | 11:48 |
hushell | let me try the reverse, I didn't expect this will cause errors | 11:48 |
-!- gsomix [~gsomix@85.26.232.253] has quit [Ping timeout: 240 seconds] | 11:51 | |
hushell | sonne|work, iglesiasg: that error fixed! I spent a night to search for it... | 11:59 |
hushell | So much thanks! | 12:00 |
@iglesiasg | sonne|work is the master | 12:00 |
sonne|work | hushell: yeah that include order matters in swig is a HUGE trap | 12:00 |
hushell | seems many tricks hiding there | 12:00 |
hushell | damn, more problems ... | 12:02 |
-!- gsomix [~gsomix@r206-10.smr.ru] has joined #shogun | 12:05 | |
@iglesiasg | wiking, sup | 12:08 |
@iglesiasg | wiking, any idea what's wrong with Python and Java modular in Travis? | 12:09 |
@wiking | iglesiasg: python is broken because of integration tests | 12:17 |
@wiking | iglesiasg: java is broken because of issue https://github.com/shogun-toolbox/shogun/issues/1557 | 12:17 |
@iglesiasg | wiking, do we need this +#ifdef EIGEN_MAPPED_SPARSEMATRIX_H? | 12:19 |
shogun-buildbot | build #1432 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1432 blamelist: Viktor Gal <viktor.gal@maeth.com> | 12:20 |
@wiking | iglesiasg: dunno it's heiko's stuff | 12:21 |
@iglesiasg | let's wait then | 12:21 |
-!- HeikoS [~heiko@nat-163-180.internal.eduroam.ucl.ac.uk] has joined #shogun | 12:26 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 12:26 | |
-!- HeikoS [~heiko@nat-163-180.internal.eduroam.ucl.ac.uk] has left #shogun [] | 12:26 | |
-!- blaubaer_ [8d4c3eb2@gateway/web/freenode/ip.141.76.62.178] has quit [Ping timeout: 250 seconds] | 12:41 | |
hushell | haha, the swig python example is running good, I feel much more efficient when you guys online | 12:45 |
hushell | well, time to go to bed, have fun! | 12:47 |
-!- gsomix [~gsomix@r206-10.smr.ru] has quit [Remote host closed the connection] | 13:04 | |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 13:05 | |
-!- besser82 [~besser82@fedora/besser82] has quit [Quit: Verlassend] | 13:05 | |
shogun-buildbot | build #1750 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1750 blamelist: Viktor Gal <viktor.gal@maeth.com> | 13:09 |
-!- thoralf [~thoralf@enki.zib.de] has joined #shogun | 13:23 | |
thoralf | Hey. | 13:23 |
@iglesiasg | Hello thoralf! | 13:23 |
thoralf | Hey iglesias | 13:23 |
@wiking | sonne|work: around? | 14:06 |
sonne|work | wiking: the build error for java is this EIGEN_MAPPED_SPARSEMATRIX_H | 14:06 |
@wiking | sonne|work: yes | 14:06 |
sonne|work | it is nowhere defined or? | 14:06 |
@wiking | sonne|work: dunno what's it about... ask heiko he did that | 14:07 |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 14:09 | |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 048c316 / src/interfaces/modular/Transfer.i: https://github.com/shogun-toolbox/shogun/commit/048c316e0757e437ae4f5869f2c6849a0d52cf3c | 14:09 |
shogun-notifier- | shogun: drop ifdef EIGEN_MAPPED_SPARSEMATRIX_H causing java modular to fail | 14:09 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 6ed1224 / src/interfaces/modular/Transfer.i: https://github.com/shogun-toolbox/shogun/commit/6ed12240dc554df726f3dcb32e074940f902afdf | 14:11 |
shogun-notifier- | shogun: use ifdef HAVE_LAPACK instead | 14:11 |
sonne|work | wiking: ok that should fix it | 14:11 |
sonne|work | wiking: what did you want to ask? | 14:14 |
sonne|work | wiking: ohh and I have a Q | 14:14 |
sonne|work | wiking: where is TEST_SRC defined? | 14:14 |
shogun-buildbot | build #6 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/6 blamelist: Soeren Sonnenburg <sonne@debian.org> | 14:14 |
shogun-buildbot | build #38 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/38 blamelist: Soeren Sonnenburg <sonne@debian.org> | 14:16 |
sonne|work | wiking: scratch this Q | 14:17 |
shogun-buildbot | build #1671 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1671 blamelist: Soeren Sonnenburg <sonne@debian.org> | 14:18 |
sonne|work | thoralf: what does -DENABLE_TESTING=ON do? | 14:23 |
@wiking | enables tests | 14:24 |
@wiking | unit test | 14:24 |
@wiking | sonne|work: btw here's your solution https://code.launchpad.net/~compiz-team/compiz/compiz.compiz_discover_tests/+merge/113324 | 14:24 |
sonne|work | wiking: and how do I enable integration tests? | 14:25 |
@wiking | sonne|work: it's autoenabled ... | 14:26 |
@wiking | except if u explicitly stat that u dont want | 14:26 |
@wiking | *state | 14:26 |
sonne|work | wiking: ahh nice | 14:28 |
@wiking | sonne|work: ok i think i've managed it | 14:39 |
@wiking | sonne|work: currently with that script | 14:39 |
@wiking | and binary | 14:39 |
sonne|work | wiking: ? | 14:39 |
@wiking | all little tests are becoming one ctest | 14:39 |
@wiking | ADD_TEST (CSVFileTest.read_matrix "./tests/unit/shogun-unit-test""--gtest_filter=CSVFileTest.read_matrix") | 14:39 |
@wiking | ADD_TEST (CSVFileTest.write_matrix_real "./tests/unit/shogun-unit-test""--gtest_filter=CSVFileTest.write_matrix_real") | 14:39 |
@wiking | ADD_TEST (CSVFileTest.write_matrix_int "./tests/unit/shogun-unit-test""--gtest_filter=CSVFileTest.write_matrix_int") | 14:39 |
@wiking | ADD_TEST (CSVFileTest.write_vector_int "./tests/unit/shogun-unit-test""--gtest_filter=CSVFileTest.write_vector_int") | 14:39 |
@wiking | ADD_TEST (CSVFileTest.read_write_string_list "./tests/unit/shogun-unit-test""--gtest_filter=CSVFileTest.read_write_string_list") | 14:39 |
sonne|work | wiking: I am doing that for python integration test scurrently | 14:39 |
@wiking | like this | 14:39 |
sonne|work | wiking: did you do this already now or shall I continue? | 14:40 |
sonne|work | wiking: nice ! lets hope it works | 14:40 |
@wiking | sonne|work: well this is specifically for gtest | 14:40 |
@wiking | sonne|work: yeah but i thought you want like 1 ctest per 'module' e.g. CSVFileTest.* would be 1 ctest | 14:41 |
@wiking | or? | 14:41 |
sonne|work | wiking: I am happy with anything pointing to at least a file to look at | 14:41 |
@wiking | ok i'm testing now.. | 14:42 |
@wiking | heheh there are like 3000+ tests | 14:42 |
@wiking | we'll have a problem :( | 14:42 |
@wiking | (travis namely) | 14:42 |
shogun-buildbot | build #1433 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1433 blamelist: Soeren Sonnenburg <sonne@debian.org> | 14:57 |
@wiking | the log is limited to 10000 lines and currently we already have like 5000 lines | 14:57 |
@wiking | so if we have like 3000+ ctest and each ctest outputs (if it succeed) 2 lines => 2*3000 the best case.. | 14:58 |
@wiking | if it fails... well we are fucked :) | 14:58 |
@wiking | but already with the non-failing case we exceed 10000 lines | 14:58 |
@wiking | and then travis automatically shuts down the job and marks it as failed | 14:59 |
shogun-buildbot | build #7 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/7 blamelist: Soeren Sonnenburg <sonne@debian.org> | 14:59 |
shogun-buildbot | build #39 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/39 blamelist: Soeren Sonnenburg <sonne@debian.org> | 15:00 |
shogun-buildbot | build #1672 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1672 blamelist: Soeren Sonnenburg <sonne@debian.org> | 15:02 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 2dd0285 / tests/ (3 files): https://github.com/shogun-toolbox/shogun/commit/2dd02858eee3d87bb036aeda9f2658ae27fc6ee6 | 15:03 |
shogun-notifier- | shogun: fix sgsparsematrix unittest when EIGEN is not available and make python modular test separate | 15:03 |
-!- travis-ci [~travis-ci@ec2-107-21-152-89.compute-1.amazonaws.com] has joined #shogun | 15:11 | |
travis-ci | [travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/11148531 | 15:11 |
-!- travis-ci [~travis-ci@ec2-107-21-152-89.compute-1.amazonaws.com] has left #shogun [] | 15:11 | |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 74756ec / tests/integration/python_modular/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/74756ecb0b69f8ffc53c53a0cdd58805be3e275c | 15:13 |
shogun-notifier- | shogun: add forgotton .py suffix | 15:13 |
shogun-buildbot | build #1751 of deb3 - modular_interfaces is complete: Failure [failed install test python_modular test ruby_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1751 blamelist: Soeren Sonnenburg <sonne@debian.org> | 15:16 |
shogun-buildbot | build #8 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/8 blamelist: Soeren Sonnenburg <sonne@debian.org> | 15:17 |
sonne|work | wiking: hmmhh so what then? | 15:18 |
sonne|work | wiking: show only failing tests? | 15:18 |
sonne|work | wiking: we have 636 python integration tests | 15:18 |
shogun-buildbot | build #40 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/40 blamelist: Soeren Sonnenburg <sonne@debian.org> | 15:19 |
@wiking | sonne|work: yeah but unit tests are exploding... and as said 2 lines per ctest, if it's succeeds... | 15:20 |
@wiking | if it fails it's even more... | 15:20 |
@wiking | i'm trying to modify that filter in a way that per 'module' | 15:21 |
shogun-buildbot | build #1673 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1673 blamelist: Soeren Sonnenburg <sonne@debian.org> | 15:21 |
@wiking | i.e. we would have tests like unit-SVMOcasTest | 15:21 |
@wiking | unit-EuclideanDistance | 15:21 |
sonne|work | wiking: well anything that helps pointing at the failing file does tremendously help | 15:21 |
@wiking | etc.. | 15:21 |
@wiking | ok i did this and now only 126 tests like this... | 15:22 |
@wiking | sonne|work: summary like this is ok: | 15:22 |
@wiking | The following tests FAILED: 150 - unit-RationalApproximationCGMJob. (Failed) 217 - unit-BeliefPropagation. (Failed) 218 - unit-FactorGraph. (Failed) 223 - unit-SerializationHDF5. (Failed) | 15:22 |
@wiking | The following tests FAILED: 150 - unit-RationalApproximationCGMJob. (Failed) 217 - unit-BeliefPropagation. (Failed) 218 - unit-FactorGraph. (Failed) 223 - unit-SerializationHDF5. (Failed) | 15:23 |
@wiking | Errors while running CTest | 15:23 |
@wiking | ? | 15:23 |
@wiking | although this will be shit as well | 15:23 |
@wiking | because unit-SerializationHDF5 is fucking huge | 15:23 |
@wiking | i mean the output of that | 15:23 |
sonne|work | wiking: well good enough | 15:29 |
sonne|work | wiking: I am concerned about why the osx bot is failing to compile ... http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/95/steps/compile/logs/stdio | 15:29 |
sonne|work | seems like it is compiling gtest and failing | 15:29 |
@wiking | sonne|work: i think glpk is old | 15:30 |
@wiking | as it runs just fine on my machine | 15:30 |
@wiking | and it's osx as well | 15:30 |
@wiking | sonne|work: dude | 15:31 |
sonne|work | wiking: ahh ok - so lets pimp the required glpk version then | 15:31 |
@wiking | integration-python_modular-tester-classifier_averaged_perceptron_modular | 15:31 |
@wiking | why does cmake prints this? | 15:31 |
@wiking | forgot something? | 15:31 |
sonne|work | wiking: oops | 15:31 |
sonne|work | debug print msg still in | 15:31 |
sonne|work | remove it at will or I do | 15:32 |
@wiking | i'll do a commit now | 15:32 |
@wiking | where so i'll do it | 15:32 |
@wiking | where do i look? | 15:32 |
sonne|work | wiking: in integration/python_modular | 15:32 |
sonne|work | tests/integration/python_modular/CMake*.txt | 15:32 |
sonne|work | wiking: could you pimp the glpk version aswell please? | 15:32 |
@wiking | ok found it | 15:32 |
@wiking | sonne|work:dunno what is the good first version :) | 15:33 |
sonne|work | me neither | 15:33 |
sonne|work | let me check what I have on osx | 15:33 |
@wiking | glpk @4.48_0 (active) | 15:33 |
@wiking | and it runs fine with it | 15:33 |
sonne|work | 4.48 | 15:33 |
sonne|work | hah | 15:33 |
@wiking | lol | 15:33 |
@wiking | ok then something else but we dont know yet what | 15:34 |
sonne|work | wiking: I had this weird issue on osx that I compiled for python | 15:34 |
sonne|work | and then had a clash with the system python | 15:34 |
-!- travis-ci [~travis-ci@ec2-54-226-222-38.compute-1.amazonaws.com] has joined #shogun | 15:36 | |
travis-ci | [travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/11150015 | 15:36 |
-!- travis-ci [~travis-ci@ec2-54-226-222-38.compute-1.amazonaws.com] has left #shogun [] | 15:36 | |
sonne|work | wiking: ahh the new failures are perfect :) | 15:37 |
shogun-buildbot | build #1434 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1434 blamelist: Soeren Sonnenburg <sonne@debian.org> | 15:42 |
shogun-buildbot | build #1753 of deb3 - modular_interfaces is complete: Failure [failed install test python_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1753 blamelist: Soeren Sonnenburg <sonne@debian.org> | 15:44 |
shogun-notifier- | shogun: Viktor Gal :develop * dd3eef5 / / (4 files): https://github.com/shogun-toolbox/shogun/commit/dd3eef5332e7ca657095fe2e3e7d131cd3a4a6c5 | 15:45 |
shogun-notifier- | shogun: Run each unit test module as a separate ctest | 15:45 |
@wiking | there | 15:45 |
shogun-notifier- | shogun: remove debugging output from python modular intergration's cmake file | 15:45 |
sonne|work | wiking: I think we should do ctest -j X on the bots now too... | 15:46 |
shogun-buildbot | build #9 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/9 blamelist: Viktor Gal <viktor.gal@maeth.com> | 15:49 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * cc4d411 / tests/integration/python_modular/ (10 files): https://github.com/shogun-toolbox/shogun/commit/cc4d411eda78186b540b356083eb47f0c7f7d599 | 15:49 |
shogun-notifier- | shogun: use modshogun in old integration tests | 15:49 |
sonne|work | it is wow fast with ctest -j 8 :) | 15:49 |
shogun-buildbot | build #41 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/41 blamelist: Viktor Gal <viktor.gal@maeth.com> | 15:51 |
shogun-buildbot | build #1674 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1674 blamelist: Viktor Gal <viktor.gal@maeth.com> | 15:52 |
@wiking | http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1674/steps/test/logs/stdio | 15:52 |
@wiking | sonne|work: there | 15:52 |
@wiking | now u know | 15:52 |
sonne|work | wiking: yeah perfect | 15:53 |
sonne|work | wiking: now please fix it :) | 15:54 |
@wiking | icant | 15:54 |
@wiking | i dont know what really fails | 15:55 |
@wiking | the only option is to disable mocking tests on freebsd | 15:55 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 8587982 / examples/undocumented/python_modular/ (2 files): https://github.com/shogun-toolbox/shogun/commit/8587982a846c022dec054fb51dacce4c19074a60 | 15:59 |
shogun-notifier- | shogun: dont' fail when lapack is not available | 15:59 |
sonne|work | wiking: ok then disable mocking tests on fbsd | 15:59 |
shogun-buildbot | build #1752 of deb3 - modular_interfaces is complete: Failure [failed test python_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1752 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:00 |
sonne|work | a failing test that cannot be fixed has negative value | 16:00 |
shogun-buildbot | build #10 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/10 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:03 |
shogun-buildbot | build #42 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/42 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:04 |
shogun-buildbot | build #11 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/11 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:06 |
shogun-buildbot | build #1675 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1675 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:06 |
shogun-buildbot | build #43 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/43 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:07 |
@wiking | heh | 16:08 |
@wiking | a lot of integration tests fail | 16:08 |
shogun-buildbot | build #1676 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1676 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:10 |
shogun-buildbot | build #1754 of deb3 - modular_interfaces is complete: Failure [failed install test python_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1754 blamelist: Viktor Gal <viktor.gal@maeth.com> | 16:10 |
sonne|work | wiking: errm 5 ? | 16:19 |
shogun-buildbot | build #12 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/12 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:21 |
thoralf | lisitsyn: A few weeks ago you told a "magic" format string to use for integers of different types - no matter if signed/unsigned short/long/longlonglong... didn't find it on the IRC logs. Could you tell again? | 16:22 |
shogun-buildbot | build #44 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/44 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:23 |
shogun-buildbot | build #1435 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1435 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:24 |
shogun-buildbot | build #1677 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1677 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:24 |
-!- iglesiasg [~iglesias@2001:6b0:1:1da0:299e:473d:d0ad:c8d5] has quit [Quit: Ex-Chat] | 16:25 | |
@wiking | sonne|work: https://github.com/shogun-toolbox/shogun/issues/1348 | 16:27 |
@wiking | sonne|work: i dont think it's a good idea to put the whole function into the header... you? | 16:27 |
-!- travis-ci [~travis-ci@ec2-107-21-152-89.compute-1.amazonaws.com] has joined #shogun | 16:27 | |
travis-ci | [travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/11150385 | 16:27 |
-!- travis-ci [~travis-ci@ec2-107-21-152-89.compute-1.amazonaws.com] has left #shogun [] | 16:27 | |
sonne|work | wiking: we should try to have basically only definitions in headers nothing else | 16:28 |
@wiking | well | 16:28 |
@wiking | this will be shit anyhow | 16:28 |
@wiking | because this .h has to include all the other shogun headers... | 16:28 |
sonne|work | wiking: no | 16:30 |
sonne|work | wiking: it can use forward declarations | 16:31 |
sonne|work | but the .cpp will be wtf | 16:31 |
shogun-buildbot | build #1755 of deb3 - modular_interfaces is complete: Failure [failed test python_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1755 blamelist: Soeren Sonnenburg <sonne@debian.org> | 16:40 |
sonne|work | wiking: can you disable the mocking based tests on bsd1? | 16:43 |
@wiking | #ifndef FREEBSD :) | 16:46 |
sonne|work | wiking: ok :D | 16:51 |
shogun-notifier- | shogun: Viktor Gal :develop * af0165f / tests/unit/ (2 files): https://github.com/shogun-toolbox/shogun/commit/af0165f6e2b509afccae9cdeeb5230ed9e1765de | 16:51 |
shogun-notifier- | shogun: Disable mocking tests on freebsd | 16:51 |
* wiking wonders what do he gets for the 3.0 release .... | 16:51 | |
@wiking | sonne|work: do u know anything what's happening on that cygwin machine? | 16:52 |
@wiking | sonne|work: and it woudl be great to install ccache on cygwin... | 16:52 |
sonne|work | wiking: no idea it works when I run the examples outside of cmake... | 16:54 |
shogun-buildbot | build #13 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/13 blamelist: Viktor Gal <viktor.gal@maeth.com> | 16:54 |
@wiking | sonne|work: no segfault at all? | 16:54 |
shogun-buildbot | build #52 of FCRH - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/FCRH%20-%20libshogun/builds/52 blamelist: Viktor Gal <viktor.gal@maeth.com> | 16:56 |
shogun-buildbot | build #45 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/45 blamelist: Viktor Gal <viktor.gal@maeth.com> | 16:56 |
shogun-buildbot | build #1678 of bsd1 - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1678 | 16:57 |
@wiking | ok | 16:59 |
@wiking | then let's just drop tests on cygwin... | 16:59 |
shogun-buildbot | build #1436 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1436 blamelist: Soeren Sonnenburg <sonne@debian.org>, Viktor Gal <viktor.gal@maeth.com> | 17:07 |
-!- sonne|osx [~sonne@89.204.153.86] has joined #shogun | 17:09 | |
shogun-buildbot | build #96 of osx1 - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/96 blamelist: Soeren Sonnenburg <sonne@debian.org>, Viktor Gal <viktor.gal@maeth.com> | 17:09 |
sonne|osx | wiking: I just compiled under osx | 17:19 |
sonne|osx | wiking: it compiles fine | 17:19 |
sonne|osx | but not on the builds lave though it is the same machine (wtf!?) | 17:19 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 17:19 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 17:19 | |
@wiking | shogun-buildbot: force build --branch=developer 'precise - libshogun' | 17:20 |
shogun-buildbot | build #14 forced | 17:20 |
shogun-buildbot | I'll give a shout when the build finishes | 17:20 |
shogun-buildbot | build #14 of precise - libshogun is complete: Failure [failed git] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/14 | 17:20 |
@wiking | wtf | 17:20 |
@wiking | shogun-buildbot: force build --branch=developer 'precise - libshogun' | 17:20 |
shogun-buildbot | build #15 forced | 17:20 |
shogun-buildbot | I'll give a shout when the build finishes | 17:20 |
shogun-buildbot | build #15 of precise - libshogun is complete: Failure [failed git] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/15 | 17:20 |
@wiking | what the fuck | 17:20 |
@wiking | what the fuck | 17:20 |
@wiking | shogun-buildbot: force build --branch=developer 'precise - libshogun' | 17:21 |
shogun-buildbot | build #16 forced | 17:21 |
shogun-buildbot | I'll give a shout when the build finishes | 17:21 |
shogun-buildbot | build #16 of precise - libshogun is complete: Failure [failed git] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/16 | 17:21 |
@wiking | shogun-buildbot: force build --branch=develop 'precise - libshogun' | 17:21 |
shogun-buildbot | build #17 forced | 17:21 |
shogun-buildbot | I'll give a shout when the build finishes | 17:21 |
shogun-buildbot | build #17 of precise - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/17 | 17:21 |
@wiking | shogun-buildbot: force build --branch=develop 'precise - libshogun' | 17:22 |
shogun-buildbot | build #18 forced | 17:22 |
shogun-buildbot | I'll give a shout when the build finishes | 17:22 |
@wiking | wtf... cc1plus: warning: unrecognized command line option "-Wno-c++11-narrowing" [enabled by default] | 17:23 |
sonne|osx | wiking: I've logged out and in on osx maybe that helps... | 17:25 |
@wiking | sonne|osx: ahhahaha | 17:25 |
sonne|osx | shogun-buildbot: force build --branch=develop 'osx1 - libshogun' | 17:25 |
shogun-buildbot | build forced [ETA 10m00s] | 17:25 |
shogun-buildbot | I'll give a shout when the build finishes | 17:25 |
@wiking | yeah maybe i should do the same... | 17:25 |
shogun-buildbot | build #1757 of deb3 - modular_interfaces is complete: Failure [failed test python_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1757 blamelist: Viktor Gal <viktor.gal@maeth.com> | 17:25 |
sonne|osx | wiking: no seriously maybe some paths or so were not set | 17:25 |
sonne|osx | but lets see | 17:25 |
@wiking | sonne|osx: but it has found it... | 17:25 |
@wiking | i mean glpk | 17:25 |
sonne|osx | yeah :/ | 17:26 |
sonne|osx | kaboom | 17:26 |
sonne|osx | died | 17:26 |
@wiking | same here | 17:26 |
sonne|osx | ok let me try as the exact same user that starts the buildslave | 17:26 |
shogun-buildbot | build #97 of osx1 - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/97 | 17:26 |
sonne|osx | wiking: argh it compiles | 17:28 |
* sonne|osx clueless | 17:28 | |
sonne|osx | gtg | 17:28 |
-!- sonne|osx [~sonne@89.204.153.86] has quit [Quit: sonne|osx] | 17:28 | |
shogun-buildbot | build #18 of precise - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/18 | 17:29 |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has quit [Quit: Leaving.] | 17:37 | |
-!- sonne|osx [~sonne@f053041001.adsl.alicedsl.de] has joined #shogun | 17:45 | |
@wiking | sonne|work: kernel_distance_modular.py setting 1/2 EXCEPTION 'ascii' codec can't decode byte 0xf1 in position 1: ordinal not in range(128) | 17:47 |
@wiking | ideas? :) | 17:47 |
sonne|osx | wiking: yes | 17:50 |
sonne|osx | wiking: errm no :) | 17:51 |
shogun-buildbot | build #1437 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1437 blamelist: Viktor Gal <viktor.gal@maeth.com> | 17:51 |
thoralf | wiking: Great error ;) | 17:52 |
@wiking | yeah python3 is fun | 17:53 |
@sonney2k | wiking, ohh strings are unicode now | 17:54 |
@sonney2k | wiking, it means that the current alphabet (I guess DNA cannot contain a string 0xf1) | 17:57 |
@sonney2k | but only A C G T chars | 17:57 |
@wiking | mm | 17:57 |
@wiking | well i guess there's a magic conversion function | 17:57 |
@wiking | somewhere :) | 17:57 |
thoralf | Found a funny bug pattern, which could affect other classes as well: https://github.com/shogun-toolbox/shogun/pull/1562 | 17:58 |
thoralf | Just in case you see it somewhere else... anyway, is not fatal as long as you're passed objects have refcount > 1. | 17:59 |
-!- travis-ci [~travis-ci@ec2-204-236-247-16.compute-1.amazonaws.com] has joined #shogun | 18:00 | |
travis-ci | [travis-ci] it's Viktor Gal's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/11151585 | 18:00 |
-!- travis-ci [~travis-ci@ec2-204-236-247-16.compute-1.amazonaws.com] has left #shogun [] | 18:00 | |
thoralf | passing objects with refcount > 1 | 18:00 |
-!- vgorbati [~vgorbati@91.216.173.29] has joined #shogun | 18:25 | |
shogun-buildbot | build #1756 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1756 blamelist: Soeren Sonnenburg <sonne@debian.org> | 18:36 |
-!- pickle27 [~Kevin@199.119.128.114] has joined #shogun | 18:39 | |
-!- iglesiasg [~iglesias@2001:6b0:1:1da0:299e:473d:d0ad:c8d5] has joined #shogun | 18:46 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 18:46 | |
@iglesiasg | Hi all! | 18:47 |
@iglesiasg | hushell, hey! Did you already have a rest? | 18:47 |
-!- travis-ci [~travis-ci@ec2-204-236-247-16.compute-1.amazonaws.com] has joined #shogun | 18:59 | |
travis-ci | [travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/11151712 | 18:59 |
-!- travis-ci [~travis-ci@ec2-204-236-247-16.compute-1.amazonaws.com] has left #shogun [] | 18:59 | |
@sonney2k | wiking, argh! I accidentally killed ssh on the buildslave | 19:06 |
thoralf | sonney2k: Ugh. | 19:08 |
thoralf | sonney2k: No open ssh session left? | 19:08 |
@sonney2k | thoralf, cygwin | 19:09 |
@sonney2k | ... | 19:09 |
thoralf | sonney2k: Beside this, I think I found a good solution to the CMath template issue we talked about on friday: https://github.com/shogun-toolbox/shogun/pull/1560 | 19:12 |
thoralf | sonney2k: Could've gone further, but wanted to avoid breaks somewhere else. | 19:13 |
@wiking | sonney2k: which ? | 19:14 |
@wiking | ah ok... well it was failing anyways :D | 19:14 |
@wiking | shogun-buildbot: force build --branch=develop 'FCRH - libshogun' | 19:14 |
shogun-buildbot | build forced [ETA 1m45s] | 19:14 |
shogun-buildbot | I'll give a shout when the build finishes | 19:14 |
@wiking | shogun-buildbot: force build --branch=develop 'clang34 - static analysis' | 19:15 |
shogun-buildbot | build #8 forced | 19:15 |
shogun-buildbot | I'll give a shout when the build finishes | 19:15 |
shogun-buildbot | build #53 of FCRH - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/FCRH%20-%20libshogun/builds/53 | 19:15 |
-!- lambday [67157c36@gateway/web/freenode/ip.103.21.124.54] has joined #shogun | 19:18 | |
-!- iglesiasg [~iglesias@2001:6b0:1:1da0:299e:473d:d0ad:c8d5] has quit [Quit: Ex-Chat] | 19:20 | |
-!- pickle27 [~Kevin@199.119.128.114] has quit [Remote host closed the connection] | 19:31 | |
shogun-buildbot | build #8 of clang34 - static analysis is complete: Failure [failed analyse] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20static%20analysis/builds/8 | 19:36 |
vgorbati | sonney2k: hi. About the PR: are there any more issues besides ones commented by you? | 19:44 |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 19:51 | |
@sonney2k | vgorbati, we need some expert to look at this which I am not | 20:10 |
@sonney2k | vgorbati, and I am knee deep in tons of other issues :/ | 20:11 |
vgorbati | sonney2k: I see:) And who can be the expert?) | 20:12 |
@sonney2k | wiking, great you managed to get precise to green | 20:12 |
@sonney2k | vgorbati, some serious NN guy | 20:12 |
vgorbati | sonney2k: do you know such a guy?) | 20:13 |
@sonney2k | vgorbati, the best would be if you could ask around in the community | 20:13 |
@sonney2k | vgorbati, pretty clear that the big big shots won't listen but maybe they have some suggestion so asking won't hurt | 20:13 |
vgorbati | sonney2k: Ok, maybe I'll try:) But implementing NNs in general and embedding them in shogun is a bit different things. I mean, you could have noticed some wrong use of existing shogun classes or violation of some policy etc. - was there anything (besides commented issues)? | 20:20 |
-!- lisitsyn [~lisitsyn@fb2-lo1.global63.net] has joined #shogun | 20:21 | |
@sonney2k | vgorbati, well rule is to not use std:: stuff in headers of classes that you swig wrap | 20:22 |
@sonney2k | vgorbati, that's about it | 20:22 |
vgorbati | sonney2k: ok) Then I'll close the PR. Maybe I will open a new one if I eventually reach a point when there is something working (like some basic neural network topology, that can be created/trained/applied from interfaces)? | 20:27 |
@sonney2k | vgorbati, to be really useful you should somehow connect to a NN expert who can guide you through the tricks of trade | 20:28 |
@sonney2k | vgorbati, every ML algo and NNs in particular requires some tricks to work well | 20:29 |
vgorbati | sonney2k: well, I did take a look at existing python implementations (including projects, developed by some experts) + there are online courses on NNs, taught by Geoffrey Hinton, where he gives tips and trick on them | 20:33 |
vgorbati | sonney2k: as well as describing the algorithms pretty much in detail (course link - https://class.coursera.org/neuralnets-2012-001/class/index) | 20:35 |
@sonney2k | vgorbati, well it certainly is a good start | 20:36 |
-!- travis-ci [~travis-ci@ec2-54-242-103-128.compute-1.amazonaws.com] has joined #shogun | 20:36 | |
travis-ci | [travis-ci] it's Viktor Gal's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/11154069 | 20:36 |
-!- travis-ci [~travis-ci@ec2-54-242-103-128.compute-1.amazonaws.com] has left #shogun [] | 20:36 | |
@wiking | sonney2k: fuckshiiiiit | 20:36 |
@sonney2k | vgorbati, I can try to ask around if sb. is interested in pushing it further | 20:36 |
@wiking | sonney2k: i'm getting relly tired :( | 20:36 |
@wiking | sonney2k: but i know i have to push this fucking release :< | 20:37 |
@sonney2k | wiking, well you have been messing this all day | 20:37 |
@wiking | sonney2k: ok so question | 20:37 |
@wiking | sonney2k: we have the SerialUtest branch | 20:37 |
@sonney2k | and we've come a loong way today I would say | 20:37 |
@wiking | where we added automatic tests | 20:37 |
@wiking | for all the serialization outputs | 20:37 |
@wiking | some of them fail obviously | 20:37 |
@wiking | like HDF5 trying to write complex_t | 20:38 |
@wiking | what do you way what should we do if that utest fail | 20:38 |
@wiking | make it really fail | 20:38 |
@wiking | or just return from the function silently? | 20:38 |
@sonney2k | wiking, we need a blacklist | 20:38 |
vgorbati | sonney2k: I am sorry, did not get it - what do you mean by 'pushing it further'? | 20:38 |
@wiking | sonney2k: and disable the test? | 20:38 |
@wiking | which fails? | 20:38 |
@wiking | ah ok | 20:38 |
@sonney2k | vgorbati, to get it to be comparable to the state of the art | 20:38 |
@wiking | that sounds reasonable | 20:38 |
shogun-buildbot | build #98 of osx1 - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/98 | 20:39 |
@wiking | sonney2k: ok i'll add DISABLED | 20:39 |
@sonney2k | wiking, we need a way to disable tests | 20:39 |
@wiking | and then gtest will complain that there are disabled tests | 20:39 |
@wiking | sonney2k: TEST(whatever, testinfunction_DISABLE) | 20:39 |
@wiking | automatically disables a unit test | 20:39 |
@sonney2k | wiking, and have this list of disabled somewhere so we can always continue fixing things | 20:39 |
@wiking | and gtest complains about that | 20:39 |
@sonney2k | wiking, like we did before gsoc | 20:39 |
@sonney2k | otherwise we would not have gotten anything merged | 20:39 |
@wiking | ok | 20:39 |
@sonney2k | shogun-buildbot, f... you! | 20:39 |
shogun-buildbot | What you say! | 20:39 |
@wiking | i'll do this now then | 20:40 |
@wiking | and then merge that branch | 20:40 |
@sonney2k | how can this osx machine fail | 20:40 |
@wiking | because there's quite some fix there by heiko | 20:40 |
@wiking | that solves some of the valgrind errors | 20:40 |
vgorbati | :D | 20:40 |
@sonney2k | I did compare environment variables | 20:40 |
@sonney2k | same | 20:40 |
@sonney2k | ^%$@%^#@^%#%^!!! | 20:40 |
@wiking | sonney2k: run that bot with MAmake VERBOSE=1 | 20:41 |
@sonney2k | wiking, what was the command again to get a verbose outptut from cmake | 20:41 |
@sonney2k | exactly | 20:41 |
@wiking | mean make VERBOSE=1 | 20:41 |
vgorbati | sonney2k: what do you mean by 'it'? | 20:42 |
@sonney2k | vgorbati, it == the/your implementation | 20:43 |
vgorbati | sonney2k: but I want to push it further:) Or do you mean that I am not skilled enough to make it? | 20:44 |
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has quit [Ping timeout: 240 seconds] | 20:52 | |
@sonney2k | vgorbati, well you are not hinton so you will reach a point where someone who is doing this all his live will be of good use | 20:53 |
@sonney2k | wiking, I found the reason (but not the cause): on the buildbot we do -isysroot /Applications/...blabla../MacOSX10.8.sdk | 21:02 |
@sonney2k | wiking, if I add this then the compile failes | 21:02 |
vgorbati | sonney2k: I definitely do not pretend to do it as good as Hinton does:) But if I at least implement what I can (using existing implementations as reference) and if it works 'relatively well' - won't it be suitable to include in shogun? | 21:02 |
@sonney2k | vgorbati, sure it would be sufficient | 21:03 |
@wiking | sonney2k: lol... | 21:06 |
vgorbati | sonney2k: this is what I was talking about - if I implement some working topology like a basis to move forward (I won't bother you until I have some results that can be evaluated - like python example of usage on real data etc.) - can I then issue a PR with this implementation? | 21:08 |
@sonney2k | wiking, what do we need that for? | 21:09 |
@sonney2k | vgorbati, sure | 21:09 |
@sonney2k | wiking, can't we just get rid of this or will package building fail then? | 21:09 |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun | 21:11 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 21:11 | |
@sonney2k | wiking, ? | 21:12 |
shogun-buildbot | build #99 of osx1 - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/99 | 21:31 |
shogun-buildbot | build #100 of osx1 - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/100 | 21:33 |
shogun-buildbot | build #101 of osx1 - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/101 | 21:37 |
@sonney2k | wiking, finally found it: for some reason MACOSX_DEPLOYMENT_TARGET=10.8 is set under the buildbot | 21:45 |
@sonney2k | this causes kabooms | 21:45 |
shogun-buildbot | build #102 of osx1 - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/102 | 21:47 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 21:52 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 21:52 | |
hushell | iglesiasg: hi, I am here :) | 21:54 |
@iglesiasg | hushell, hello hello :) | 21:54 |
hushell | iglesiasg: the python and java issues have been solved? | 21:55 |
@iglesiasg | hushell, I think the java issue was solved, let me check about Python | 21:56 |
@iglesiasg | hushell, Python is still not good | 21:56 |
hushell | do I have to rebase the PR before merging? | 21:57 |
hushell | iglesiasg: I guess Patrick doesn't have time at this point, maybe we should move on | 21:58 |
@iglesiasg | hushell, sure! | 21:59 |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 21:59 | |
shogun-notifier- | shogun: hushell :develop * 4244455 / / (22 files): https://github.com/shogun-toolbox/shogun/commit/4244455e4e03563eeb823d9e6b989bb97def31ee | 21:59 |
shogun-notifier- | shogun: learning FactorGraphModel | 21:59 |
shogun-notifier- | shogun: Fernando Iglesias :develop * ec619b3 / / (22 files): https://github.com/shogun-toolbox/shogun/commit/ec619b31f5f430f88a1856508e1dda8849d31043 | 21:59 |
shogun-notifier- | shogun: Merge pull request #1538 from hushell/develop | 21:59 |
shogun-notifier- | shogun: | 21:59 |
shogun-notifier- | shogun: learning FactorGraphModel | 21:59 |
hushell | iglesiasg: thanks! | 21:59 |
@iglesiasg | hushell, thanks to you! | 22:00 |
hushell | iglesiasg: after I finished the 1st ipython notebook, I'll send another PR | 22:00 |
@iglesiasg | hushell, good thanks. | 22:00 |
@iglesiasg | hushell, paste it also in a gist or sth and put it here so I am can see it please :) http://nbviewer.ipython.org/ | 22:01 |
shogun-notifier- | shogun: Thoralf Klein :develop * ae6c7cf / src/shogun/ (2 files): https://github.com/shogun-toolbox/shogun/commit/ae6c7cf8c866ac4ac9002cb54af3897edb3e9163 | 22:01 |
shogun-notifier- | shogun: SG_REF/SG_UNREF in wrong order can cause segfaults when setting the same mode again. | 22:01 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * b25c744 / src/shogun/ (2 files): https://github.com/shogun-toolbox/shogun/commit/b25c7446fb17164274294e713b9b4ed90fb0cac2 | 22:01 |
shogun-notifier- | shogun: Merge pull request #1562 from tklein23/struct_output_model_segfaults | 22:01 |
shogun-notifier- | shogun: | 22:01 |
shogun-notifier- | shogun: SG_REF/SG_UNREF in wrong order can cause segfaults | 22:01 |
hushell | iglesiasg: You used the web browser GUI to edit it, right? | 22:02 |
hushell | or you have a QT console | 22:03 |
hushell | iglesiasg: Sure. I'll publish it as html | 22:03 |
@iglesiasg | hushell, I use the browser | 22:04 |
shogun-buildbot | build #103 of osx1 - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/103 | 22:05 |
hushell | iglesiasg: nice, okay I'll jump to finish the paper draft for my supervisor | 22:07 |
@iglesiasg | hushell, cool, what is about? | 22:07 |
@iglesiasg | In case it is not secret hehe | 22:07 |
hushell | iglesiasg: a workshop paper for domain adaptation, about transferring part based model, it's not a secret of course, too trivial haha | 22:08 |
@sonney2k | party | 22:08 |
@sonney2k | osx1 went green | 22:09 |
hushell | cool! | 22:09 |
@sonney2k | our buildbot armada got crazily big http://buildbot.shogun-toolbox.org/waterfall | 22:10 |
@sonney2k | 16 buildbots... | 22:10 |
@iglesiasg | hehe | 22:14 |
@iglesiasg | let's aim at getting all green! | 22:14 |
shogun-buildbot | build #1679 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1679 blamelist: hushell <hushell@hushell-U510.(none)> | 22:15 |
@wiking | sonney2k: pong | 22:16 |
shogun-buildbot | build #1680 of bsd1 - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1680 blamelist: Soeren Sonnenburg <sonne@debian.org>, Fernando Iglesias <fernando.iglesiasg@gmail.com> | 22:16 |
@wiking | sonney2k: i dont know why do we need that.... and why aAGIN the fucking freebsd bot fails | 22:16 |
@wiking | oh niice | 22:17 |
@wiking | compile error | 22:17 |
@wiking | :D | 22:17 |
shogun-buildbot | build #105 of osx1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/105 blamelist: Soeren Sonnenburg <sonne@debian.org>, Fernando Iglesias <fernando.iglesiasg@gmail.com> | 22:21 |
@sonney2k | wiking, I hate this RationalApproximationCGMJob - it fails every now and then... lambday you looked into this right? | 22:23 |
@sonney2k | lambday, I upgraded to eigen 3.2 but same thing | 22:23 |
@sonney2k | wiking, do we have a valgrind analysis of this thing? | 22:24 |
@wiking | sonney2k: in base64+gzip format yet :) | 22:26 |
@wiking | yes | 22:26 |
@wiking | http://buildbot.shogun-toolbox.org/memcheck/20130909-0653/DynamicAnalysis.xml | 22:26 |
@wiking | ;) | 22:26 |
@wiking | sonney2k: should we run some thread checker as well? | 22:26 |
@sonney2k | wiking, freebsd sounds like a make -j 128 issue | 22:26 |
lambday | sonney2k: sorry was away | 22:26 |
lambday | sonney2k: what fails? | 22:26 |
@sonney2k | wiking, there seems to be a race condition | 22:26 |
@sonney2k | lambday, still the RationalApproximationCGMJob | 22:27 |
lambday | unit-test? | 22:27 |
@wiking | sonney2k: another buildbot job in order...? :) | 22:27 |
@sonney2k | lambday, only osx | 22:27 |
@sonney2k | lambday, http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/105 | 22:27 |
shogun-buildbot | build #46 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/46 blamelist: Soeren Sonnenburg <sonne@debian.org>, Fernando Iglesias <fernando.iglesiasg@gmail.com>, hushell <hushell@hushell-U510.(none)> | 22:27 |
lambday | sonney2k: checking | 22:27 |
@sonney2k | lambday, is there anything random in the test / did you valgrind it? | 22:27 |
lambday | sonney2k: few tests are random, ye | 22:28 |
lambday | yes | 22:28 |
@sonney2k | wiking, [ 3%] Performing install step for 'JSON' | 22:28 |
@sonney2k | Making install in . | 22:28 |
@sonney2k | test -z "/usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/third_party/libs/json" || /usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/build/JSON/src/JSON/install-sh -c -d "/usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/third_party/libs/json" | 22:28 |
@sonney2k | test -z "/usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/third_party/libs/json/pkgconfig" || /usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/build/JSON/src/JSON/install-sh -c -d "/usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/third_party/libs/json/pkgconfig" | 22:28 |
@sonney2k | mkdir: /usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/third_party/libs: File exists | 22:28 |
@sonney2k | mkdir: /usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/third_party/libs/json: File exists | 22:28 |
@sonney2k | wiking, so what is going on here? | 22:28 |
@sonney2k | lambday, did you set a seed? | 22:28 |
@wiking | sonney2k: i dont really know :) | 22:29 |
@wiking | sonney2k: try force rebuild | 22:29 |
lambday | sonney2k: checking if this one actually has random anything - this fails because of eigen3 | 22:29 |
@sonney2k | wiking, well not really a fix isn't it? | 22:29 |
@wiking | sonney2k: try it | 22:29 |
@wiking | :) | 22:29 |
@sonney2k | lambday, I already upgraded to eigen3 3.2.0 and it didn't help | 22:29 |
lambday | sonney2k: I remember you telling me this... I should give it a fixed value | 22:29 |
lambday | sonney2k: fixing | 22:30 |
@sonney2k | lambday, and from time to time it compiled fine | 22:30 |
@wiking | sonney2k: ok so what is a good thread analyzer | 22:30 |
@wiking | thoralf: what did u use | 22:31 |
@wiking | helgrind? | 22:31 |
@wiking | or drd | 22:31 |
@sonney2k | wiking, how about installing json-c on that bsd bot permanently? | 22:31 |
@wiking | sonney2k: there's a good reason | 22:31 |
@wiking | why i dont do that | 22:31 |
@wiking | :) | 22:31 |
@sonney2k | wiking, I mean make install of JSON failing because the dir is already there | 22:31 |
@sonney2k | wiking, could you then please remove the install dir before installing? | 22:32 |
@wiking | sonney2k: why it does not fail on other bots? | 22:32 |
@wiking | :) | 22:32 |
@wiking | sonney2k: i mean until now it was working fine | 22:32 |
@sonney2k | wiking, because bsd is magic | 22:33 |
@sonney2k | wiking, just rm -rf your way | 22:33 |
lambday | sonney2k: its really weird, since it doesn't have anything random | 22:33 |
@wiking | shogun-buildbot: force build --branch=develop 'bsd1 - libshogun' | 22:33 |
shogun-buildbot | build forced [ETA 5m55s] | 22:33 |
shogun-buildbot | I'll give a shout when the build finishes | 22:33 |
@sonney2k | lambday, argh | 22:33 |
@wiking | let's see if it repeats itself :) | 22:33 |
@wiking | ok time to see the templating magic i did in action | 22:33 |
lambday | sonney2k: I am fixing it to a fixed value | 22:33 |
shogun-buildbot | build #1681 of bsd1 - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1681 | 22:36 |
@wiking | sonney2k: see | 22:42 |
@wiking | sonney2k: random glitch | 22:42 |
@sonney2k | lambday, thanks | 22:42 |
@sonney2k | wiking, which will re-occur soon | 22:42 |
@sonney2k | oh great statistics_quadratic_time_mmd.py is giving different results all the time | 22:42 |
lambday | sonney2k: sent the PR | 22:43 |
@sonney2k | easy to fix - another random.seed was missing | 22:44 |
@wiking | sonney2k: so thread analyzer bot... shall we? | 22:45 |
lambday | sonney2k: np :) still clueless what might be causing this random behavior, specially the eigen3 direct solver :-/ | 22:45 |
lambday | err a mistake | 22:45 |
-!- pickle27 [~Kevin@199.119.128.114] has joined #shogun | 22:46 | |
@sonney2k | lambday, could you valgrind it please? | 22:48 |
lambday | sonney2k: yeah already did | 22:48 |
@sonney2k | lambday, maybe there is some uninited memory involved | 22:48 |
lambday | sonney2k: no errors | 22:48 |
@sonney2k | lambday, and? | 22:48 |
@sonney2k | hmmhh | 22:48 |
lambday | sonney2k: anyway, this one will do as of now | 22:48 |
lambday | ah, found the mistake | 22:50 |
lambday | anyway, this test will do fine | 22:51 |
lambday | setting direct value won't harm | 22:51 |
lambday | sonney2k: could you please merge if travis passes? | 22:52 |
shogun-buildbot | build #56 of FCRH - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/FCRH%20-%20libshogun/builds/56 blamelist: Thoralf Klein <thoralf.klein@zib.de> | 22:54 |
shogun-buildbot | build #47 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/47 blamelist: Thoralf Klein <thoralf.klein@zib.de> | 22:54 |
@sonney2k | lambday, what was it? | 22:54 |
lambday | sonney2k: my mistake! I mapped a SGVector to eigen3 first and then assigned that to a different vector | 22:55 |
@sonney2k | wiking, examples/undocumented/python_modular/kernel_anova_modular.py and classifier_multiclass_ecoc_random seem really broken | 22:55 |
lambday | and later using that map | 22:55 |
lambday | I wonder why it passed at all! | 22:55 |
lambday | for few cases that is :| | 22:55 |
@sonney2k | lambday, lucky! | 22:55 |
@wiking | sonney2k: yes indeed | 22:56 |
lambday | sonney2k: its badluck to be this lucky! tragically osx had to catch it not linux :| | 22:56 |
@wiking | sonney2k: anova has various issues | 22:56 |
@wiking | sonney2k: like serialization | 22:56 |
lambday | sonney2k: I am going off... good night :) | 22:57 |
lambday | good night wiking :) | 22:57 |
shogun-buildbot | build #106 of osx1 - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/106 | 22:57 |
@wiking | nightynight | 22:57 |
@wiking | ok | 22:57 |
@wiking | we are going to use this | 22:57 |
@wiking | http://code.google.com/p/thread-sanitizer/ | 22:57 |
-!- lambday [67157c36@gateway/web/freenode/ip.103.21.124.54] has quit [] | 22:58 | |
@wiking | as soon as i get fixed this error | 22:58 |
-!- vgorbati [~vgorbati@91.216.173.29] has quit [Quit: vgorbati] | 22:58 | |
@wiking | FATAL: ThreadSanitizer CHECK failed: ../../../../src/libsanitizer/sanitizer_common/sanitizer_allocator.h:310 "((kSpaceBeg)) == ((reinterpret_cast<uptr>(Mprotect(kSpaceBeg, kSpaceSize))))" (0x7d0000000000, 0xffffffffffffffff) | 22:58 |
@wiking | FATAL: ThreadSanitizer: failed to intercept pthread_mutex_lock | 22:58 |
@wiking | :D | 22:58 |
shogun-buildbot | build #1758 of deb3 - modular_interfaces is complete: Failure [failed install test libshogun test python_modular test java_modular test csharp_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1758 blamelist: hushell <hushell@hushell-U510.(none)> | 22:59 |
@sonney2k | ohh anova is not thread safe | 22:59 |
@sonney2k | kaboom kaboom | 22:59 |
-!- sonney2k [~shogun@7nn.de] has left #shogun ["Ex-Chat"] | 23:00 | |
-!- sonney2k [~shogun@7nn.de] has joined #shogun | 23:00 | |
-!- mode/#shogun [+o sonney2k] by ChanServ | 23:00 | |
@sonney2k | and whatnot arrays | 23:00 |
@wiking | SerializationAscii.GUIClassifier | 23:01 |
@wiking | this is bound to fail | 23:01 |
@wiking | right? | 23:01 |
shogun-buildbot | build #1136 of rpm1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/rpm1%20-%20libshogun/builds/1136 blamelist: Thoralf Klein <thoralf.klein@zib.de> | 23:01 |
@sonney2k | wiking, so serialization issues will be gone in a sec | 23:02 |
@sonney2k | wiking, ohh man ignore the GUI* crap | 23:02 |
@wiking | okey | 23:02 |
@wiking | trying to do that | 23:02 |
@wiking | and get tsan work as well | 23:02 |
@sonney2k | wiking, I mean it | 23:02 |
@wiking | mmm i guess this thing is another grsec feature :S | 23:05 |
@wiking | SerializationHDF5.ANOVAKernel | 23:07 |
@wiking | fails | 23:07 |
@wiking | In file /Users/wiking/shogun/src/shogun/kernel/ANOVAKernel.cpp line 113: assertion lhs && rhs failed in void shogun::CANOVAKernel::allocate_arrays() file /Users/wiking/shogun/src/shogun/kernel/ANOVAKernel.cpp line 113 | 23:07 |
@wiking | [WARN] In file /Users/wiking/shogun/src/shogun/base/SGObject.cpp line 497: ANOVAKernel::load_serializable_post(): ShogunException: [ERROR] In file /Users/wiking/shogun/src/shogun/kernel/ANOVAKernel.cpp line 113: assertion lhs && rhs failed in void shogun::CANOVAKernel::allocate_arrays() file /Users/wiking/shogun/src/shogun/kernel/ANOVAKernel.cpp line 113 | 23:07 |
shogun-buildbot | build #1759 of deb3 - modular_interfaces is complete: Failure [failed install test python_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1759 blamelist: Soeren Sonnenburg <sonne@debian.org>, Fernando Iglesias <fernando.iglesiasg@gmail.com> | 23:08 |
@sonney2k | wiking, no this is just totally el stupida anova kernel crap | 23:09 |
shogun-notifier- | shogun-data: Soeren Sonnenburg :master * 08c63b3 / testsuite/tests/ (8 files): https://github.com/shogun-toolbox/shogun-data/commit/08c63b369d6435774f8aa9ab7167bac7d1b201a0 | 23:18 |
shogun-notifier- | shogun-data: convert linear svms to use dense instead of sparse features. | 23:18 |
shogun-notifier- | shogun-data: | 23:18 |
shogun-notifier- | shogun-data: adjust reference output data accordingly (trained svms didn't change!) | 23:18 |
shogun-notifier- | shogun-data: | 23:18 |
shogun-notifier- | shogun-data: cpu time should be < 0.5 so True is the correct output | 23:18 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 5f14bc2 / / (4 files): https://github.com/shogun-toolbox/shogun/commit/5f14bc2269333799765c5cbeb5b276de8084a929 | 23:20 |
shogun-notifier- | shogun: - fix statistics*mmd test to be reproducible (seed numpy rng) | 23:20 |
shogun-notifier- | shogun: - fix anova kernel (was not thread safe) | 23:20 |
shogun-notifier- | shogun: lambday :develop * 48f2b11 / tests/unit/lib/computation/RationalApproximationCGMJob_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/48f2b115967f7642a244181a9849ba66dafedde2 | 23:21 |
shogun-notifier- | shogun: added direct value in unit-test to avoid fail on osx | 23:21 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 49891ec / tests/unit/lib/computation/RationalApproximationCGMJob_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/49891ec45d63b65afc536f8e122a6aa6f320da1f | 23:22 |
shogun-notifier- | shogun: Merge pull request #1565 from lambday/feature/log_determinant | 23:22 |
shogun-notifier- | shogun: | 23:22 |
shogun-notifier- | shogun: added direct value in unit-test to avoid fail on osx | 23:22 |
shogun-notifier- | shogun: Thoralf Klein :develop * 872c168 / src/shogun/ (9 files): https://github.com/shogun-toolbox/shogun/commit/872c168d50abf2b224d763d2073ba87fb0d3db48 | 23:23 |
shogun-notifier- | shogun: Fixed setters, where SG_UNREF was called before SG_REF. | 23:23 |
shogun-notifier- | shogun: Thoralf Klein :develop * 2a2ddbd / src/shogun/ (12 files): https://github.com/shogun-toolbox/shogun/commit/2a2ddbd3d84b89815d0f3521346d7c6c8379e809 | 23:23 |
shogun-notifier- | shogun: Found even more critical places. | 23:23 |
shogun-notifier- | shogun: Thoralf Klein :develop * 2fd1598 / src/shogun/ (6 files): https://github.com/shogun-toolbox/shogun/commit/2fd15985362068e1b86918b83dbcf8776fd11f39 | 23:23 |
shogun-notifier- | shogun: Even more classes with displaced SG_REF/SG_UNREF | 23:23 |
shogun-notifier- | shogun: Thoralf Klein :develop * 2e18f46 / src/shogun/ (6 files): https://github.com/shogun-toolbox/shogun/commit/2e18f461dadee308c9fe51eee4fafc9c46449ea0 | 23:24 |
shogun-notifier- | shogun: Swapping SG_REF / SG_UNREF in critical places. | 23:24 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 35e82ba / src/shogun/ (33 files): https://github.com/shogun-toolbox/shogun/commit/35e82bad8b379ec0534704b0de6b77fe79240965 | 23:24 |
shogun-notifier- | shogun: Merge pull request #1564 from tklein23/sgref_before_sgunref | 23:24 |
shogun-notifier- | shogun: | 23:24 |
shogun-notifier- | shogun: SG_REF before SG_UNREF | 23:24 |
shogun-notifier- | shogun: Viktor Gal :feature/SerialUTests * 9ebe629 / tests/unit/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/9ebe629adbeefccae0acc856bb744345f9fcbf14 | 23:25 |
shogun-notifier- | shogun: Make templated unit tests regenerate if the template or the generator | 23:25 |
shogun-notifier- | shogun: script is changed | 23:25 |
shogun-notifier- | shogun: Viktor Gal :feature/SerialUTests * 2b3c37f / tests/unit/ (7 files): https://github.com/shogun-toolbox/shogun/commit/2b3c37f467dc8e69bcd5536b55bc55b7768a36f9 | 23:25 |
shogun-notifier- | shogun: Move ignore list of templated unit test to the template itself | 23:25 |
@wiking | ok let's see what travis does with this | 23:25 |
@sonney2k | wiking, I fixed all of the integration tests but one | 23:25 |
@sonney2k | classifier_multiclass_ecoc_random is still flaky | 23:26 |
shogun-buildbot | build #57 of FCRH - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/FCRH%20-%20libshogun/builds/57 | 23:26 |
@sonney2k | and a the time test is so so... I mean it is rather dangerous to assume that it takes <0.5s CPU ... | 23:27 |
shogun-buildbot | build #48 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/48 blamelist: lambday <heavensdevil6909@gmail.com>, Soeren Sonnenburg <sonne@debian.org> | 23:28 |
-!- travis-ci [~travis-ci@ec2-204-236-247-16.compute-1.amazonaws.com] has joined #shogun | 23:30 | |
travis-ci | [travis-ci] it's Fernando Iglesias's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/11166054 | 23:30 |
-!- travis-ci [~travis-ci@ec2-204-236-247-16.compute-1.amazonaws.com] has left #shogun [] | 23:30 | |
shogun-buildbot | build #1760 of deb3 - modular_interfaces is complete: Failure [failed test python_modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1760 blamelist: Thoralf Klein <thoralf.klein@zib.de> | 23:30 |
shogun-buildbot | build #49 of FC19 - modular_interfaces is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/49 blamelist: Soeren Sonnenburg <sonne@debian.org>, Thoralf Klein <thoralf.klein@zib.de> | 23:33 |
shogun-buildbot | build #1137 of rpm1 - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/rpm1%20-%20libshogun/builds/1137 | 23:35 |
shogun-buildbot | build #108 of osx1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/108 blamelist: Thoralf Klein <thoralf.klein@zib.de> | 23:36 |
shogun-buildbot | build #109 of osx1 - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/109 | 23:43 |
--- Log closed Tue Sep 10 00:00:52 2013 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!