Open in new window / Try shogun cloud
--- Log opened Mon May 06 00:00:32 2013
shogun-buildbotbuild #913 of deb2 - static_interfaces is complete: Failure [failed install test octave_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/913  blamelist: Soeren Sonnenburg <sonne@debian.org>00:31
-!- travis-ci [~travis-ci@ec2-184-73-20-211.compute-1.amazonaws.com] has joined #shogun00:35
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/690649400:35
-!- travis-ci [~travis-ci@ec2-184-73-20-211.compute-1.amazonaws.com] has left #shogun []00:35
van51may be a silly question, but how can I run the tests in a specific unit test file?01:03
shogun-buildbotbuild #1055 of deb3 - modular_interfaces is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/105501:07
@lisitsynvan51: --gtest-filter=Test.*01:14
@lisitsynlike that01:14
van51lisitsyn: don't know where that goes :p01:20
@lisitsynvan51: as a key of test binary01:20
van51i wrote a main function inside one :$01:20
@lisitsynvan51: main? why?01:21
van51well, I wanted to run the TEST() in a file01:21
van51so I added a main and called RUN_ALL_TESTS inside that file01:21
van51noobish way, but I haven't used a testing framework without an IDE before :/01:23
@lisitsynI see01:25
@lisitsynnot sure about IDE usage here01:25
van51lisitsyn: can you explain it though a bit?01:27
van51all I know is to call make tests01:27
van51but I have a few (not mine) failing01:27
@lisitsynvan51: alright let me check01:27
@lisitsynoops I broke gmock here01:30
van51I wanted to ask about that too :p01:31
van51my ./configure didn't spot it01:31
@lisitsynvan51: os?01:32
van51ubuntu01:32
@lisitsynvan51: I am afraid manual install is the way01:32
van51ah ok01:33
van51lisitsyn: suppose I do that, instead of make tests, how do I select the specific test?01:33
@lisitsynvan51: in a minute01:35
van51lisitsyn: sure, do your job :)01:36
@lisitsynvan51: ./shogun-unit-test --gtest_filter=LaplacianInferenceMethod.get_alpha01:39
@lisitsynas an example01:39
@lisitsynhave to sleep now cu01:40
van51lisitsyn: thank you01:40
van51goodnight01:40
-!- votjakovr [~votjakovr@host-46-241-3-209.bbcustomer.zsttk.net] has joined #shogun02:32
-!- van51 [~van51@athedsl-318776.home.otenet.gr] has left #shogun ["PING 1367803522"]03:25
shogun-buildbotbuild #383 of nightly_default is complete: Failure [failed install test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/38304:25
-!- nube [~rho@116.90.239.3] has joined #shogun05:20
-!- lisitsyn [~blackburn@109-226-120-160.clients.tlt.100megabit.ru] has left #shogun []06:37
-!- nube [~rho@116.90.239.3] has quit [Ping timeout: 256 seconds]08:11
-!- nube [~rho@116.90.239.3] has joined #shogun08:13
@sonney2kshogun-buildbot, force build 'nightly_default'08:21
shogun-buildbotbuild forced [ETA 35m39s]08:21
shogun-buildbotI'll give a shout when the build finishes08:21
@sonney2kshogun-buildbot, force build 'deb2 - static_interfaces'08:22
shogun-buildbotbuild #914 forced08:22
shogun-buildbotI'll give a shout when the build finishes08:22
-!- iglesiasg [~nando@88.128.80.7] has joined #shogun08:29
-!- mode/#shogun [+o iglesiasg] by ChanServ08:29
-!- iglesiasg [~nando@88.128.80.7] has quit [Quit: leaving]08:34
shogun-buildbotbuild #914 of deb2 - static_interfaces is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/91408:34
shogun-buildbotbuild #384 of nightly_default is complete: Failure [failed install test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/38408:50
-!- sijin [~smuxi@144.214.222.109] has joined #shogun09:09
-!- erlenda [~erlenda@fw-oslo.intelcom.no] has joined #shogun09:15
@sonney2kshogun-buildbot, force build 'nightly_default'09:36
shogun-buildbotbuild forced [ETA 35m39s]09:36
shogun-buildbotI'll give a shout when the build finishes09:36
-!- nube [~rho@116.90.239.3] has quit [Ping timeout: 272 seconds]09:37
shogun-buildbotbuild #385 of nightly_default is complete: Failure [failed install test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/38510:01
-!- lisitsyn [~lisitsin@mxs.kg.ru] has joined #shogun10:03
-!- mode/#shogun [+o lisitsyn] by ChanServ10:03
@sonney2kshogun-buildbot, force build 'nightly_default'10:09
shogun-buildbotbuild forced [ETA 35m39s]10:09
shogun-buildbotI'll give a shout when the build finishes10:09
@lisitsynsonney2k: how do you feel?10:10
@sonney2ksick10:12
@lisitsynbadz10:16
-!- ozan [~ozan@ee-167-078.eee.metu.edu.tr] has joined #shogun10:19
ozanbefore starting to write unit tests I would like to solve build fail for QDA10:23
ozanI got an error in Travis10:23
ozanhttps://travis-ci.org/shogun-toolbox/shogun/jobs/685982910:23
ozanI think issue is related to python example10:23
ozanhowever it is not included in the PR10:24
@lisitsynsonney2k: my flight is finally booked10:27
@lisitsynso if I am not hit by bus I am in berlin 9-1510:27
@lisitsynozan: yeah we have a trouble with it for some reason10:29
ozanso what should I do then10:32
@lisitsynozan: well someone of us has to fix it at some point10:36
@lisitsynwhy do you want to solve it for QDA?10:36
ozanI just wanted to get a successful build message10:37
ozanif not necessary I will proceed with unit tests then10:37
shogun-buildbotbuild #756 of cyg1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/756  blamelist: Soeren Sonnenburg <sonne@debian.org>10:42
shogun-buildbotbuild #386 of nightly_default is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/38610:44
ozanis there any sample unit test for the functionality similar to QDA which I can check ?10:45
@lisitsynozan: oh sorry I didn't realize it is qda example that fails10:46
@lisitsynthat's worse! any idea why it produces different result?10:46
-!- Yanglittle [deb20afa@gateway/web/freenode/ip.222.178.10.250] has joined #shogun10:48
ozanI have an idea10:48
ozanat some point10:48
ozanI print labels for debug10:48
Yanglittleexcuse me, didn't the clustering deal with sparse data?10:48
ozanbut travis fails at that line10:49
ozanhowever I did not included example file in my commit10:49
-!- sijin [~smuxi@144.214.222.109] has quit [Ping timeout: 264 seconds]10:49
Yanglittleexcuse me, didn't the clustering deal with sparse data?10:49
-!- travis-ci [~travis-ci@ec2-184-73-20-211.compute-1.amazonaws.com] has joined #shogun10:49
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/691623310:49
-!- travis-ci [~travis-ci@ec2-184-73-20-211.compute-1.amazonaws.com] has left #shogun []10:49
Yanglittleexcuse me, didn't the clustering deal with sparse data?10:53
@lisitsynYanglittle: k-means?10:55
Yanglittleyes.10:55
@lisitsynshould work with sparse distance but I am afraid it cluster centers would be dense10:55
ozanCan I use travis without making a pull request ?11:24
-!- nube [~rho@116.90.239.3] has joined #shogun11:28
@lisitsynozan: yeah you may set up travis for your fork11:28
ozanthanks, I will set-up travis and try to solve the issue11:35
-!- nube [~rho@116.90.239.3] has quit [Ping timeout: 252 seconds]11:37
-!- Yanglittle [deb20afa@gateway/web/freenode/ip.222.178.10.250] has quit [Quit: Page closed]11:44
-!- nube [~rho@116.90.239.3] has joined #shogun11:49
-!- travis-ci [~travis-ci@ec2-184-73-20-211.compute-1.amazonaws.com] has joined #shogun11:53
travis-ci[travis-ci] it's ozansener's turn to pay the next round of drinks for the massacre he caused in ozansener/shogun: http://travis-ci.org/ozansener/shogun/builds/691779711:53
-!- travis-ci [~travis-ci@ec2-184-73-20-211.compute-1.amazonaws.com] has left #shogun []11:53
-!- travis-ci [~travis-ci@ec2-184-73-30-241.compute-1.amazonaws.com] has joined #shogun12:11
travis-ci[travis-ci] it's ozansener's turn to pay the next round of drinks for the massacre he caused in ozansener/shogun: http://travis-ci.org/ozansener/shogun/builds/691782312:11
-!- travis-ci [~travis-ci@ec2-184-73-30-241.compute-1.amazonaws.com] has left #shogun []12:11
-!- nube [~rho@116.90.239.3] has quit [Quit: Leaving.]12:19
-!- nube [~rho@116.90.239.3] has joined #shogun12:20
-!- abinayam [3d0c1363@gateway/web/freenode/ip.61.12.19.99] has joined #shogun12:41
-!- abinayam [3d0c1363@gateway/web/freenode/ip.61.12.19.99] has quit [Client Quit]12:43
@wikingozan: plz remove the announcement from your .travis.yml conf...13:39
ozanwiking: I removed the announcement sorry for the mess13:56
-!- nube [~rho@116.90.239.3] has quit [Read error: Operation timed out]14:06
-!- nube [~rho@116.90.239.3] has joined #shogun14:06
-!- nube [~rho@116.90.239.3] has quit [Client Quit]14:07
-!- sumit [73f91219@gateway/web/freenode/ip.115.249.18.25] has joined #shogun15:25
votjakovrHi everyone! I encountered a problem. When I run integration tests on my local machine, every test is OK, but travis-ci  fails on two tests.  Any ideas why does it happen?15:35
@lisitsynvotjakovr: that's kind of mystery yeah15:36
votjakovrlisitsyn: Yep. Most interesting, that I generated these two tests.15:39
@lisitsynvotjakovr: some platform-dependent stuff - hell to debug15:41
votjakovrlisitsyn: And I tried different configurations on my machine, but they are still OK15:43
-!- erlenda [~erlenda@fw-oslo.intelcom.no] has quit [Remote host closed the connection]16:20
-!- ozan [~ozan@ee-167-078.eee.metu.edu.tr] has quit [Quit: Leaving]16:22
-!- nube [~rho@49.244.114.202] has joined #shogun16:28
-!- sumit [73f91219@gateway/web/freenode/ip.115.249.18.25] has quit [Ping timeout: 245 seconds]16:38
-!- sijin [~smuxi@144.214.222.109] has joined #shogun16:44
@wikingsonney2k: ping16:52
@sonney2kwiking, pong18:35
@sonney2kwiking, lisitsyn anything suspicious after the wheezy upgrade?18:35
-!- van51 [~van51@athedsl-318776.home.otenet.gr] has joined #shogun18:38
@wikingsonney2k: haven't checked.... question: i want to have a random unittest, but for some of the cases i would need to save a vector, which size if 320+.18:41
@wikingsonney2k: maybe i should just test that 2 times running PRNG will produce the same random vector?18:41
@wikingand maybe create an integration test for this18:42
-!- sumit [73f91219@gateway/web/freenode/ip.115.249.18.25] has joined #shogun18:42
-!- pickle27 [~kevin@rcv3-lab-pc.ee.queensu.ca] has joined #shogun18:48
-!- sumit [73f91219@gateway/web/freenode/ip.115.249.18.25] has quit [Ping timeout: 245 seconds]18:55
@sonney2kwiking, it makes totally sense to also store such a vector19:04
@sonney2kwiking, you could either generate the vector from some python_modular code and then return it19:05
@sonney2kthen it is serialized and 1:1 compared19:05
@sonney2kor write it somewhere to shogun/data/19:05
-!- iglesiasg [d58f322f@gateway/web/freenode/ip.213.143.50.47] has joined #shogun19:33
-!- mode/#shogun [+o iglesiasg] by ChanServ19:34
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun19:54
shogun-notifier-shogun: Kevin Hughes :develop * 2ab1521 / / (4 files): https://github.com/shogun-toolbox/shogun/commit/2ab152121f8296ccc2310902ab4ea0bd7a94645419:54
shogun-notifier-shogun: multiclass lda initial commit, algorithm is working. ouptut is confirmed to match scikit learn, I would assume that more work is required to integrate this new class into shogun fully19:54
shogun-notifier-shogun: Kevin Hughes :develop * 2fd7892 / src/shogun/multiclass/MCLDA.cpp,src/shogun/multiclass/MCLDA.h: https://github.com/shogun-toolbox/shogun/commit/2fd789284a5a78ddefbcbe9739f4d7987ee60ba319:54
shogun-notifier-shogun: MCLDA fixed the bug that caused a memory error on more complicated data19:54
shogun-notifier-shogun: Kevin Hughes :develop * cdb25fe / src/shogun/multiclass/MCLDA.h: https://github.com/shogun-toolbox/shogun/commit/cdb25fe9da7fff1e03012393aa4a77223fa6715d19:54
shogun-notifier-shogun: Update MCLDA.h19:54
shogun-notifier-shogun:19:54
shogun-notifier-shogun: fixed the tabs in MCLDA.h19:54
shogun-notifier-shogun: Kevin Hughes :develop * ca4051a / src/shogun/multiclass/MCLDA.cpp: https://github.com/shogun-toolbox/shogun/commit/ca4051a1047a9284762742ca05501c80bee12b5e19:54
shogun-notifier-shogun: Update MCLDA.cpp19:54
shogun-notifier-shogun:19:54
shogun-notifier-shogun: fixed tabbing in MCLDA.cpp19:54
shogun-notifier-shogun: Kevin Hughes :develop * 9bdbff3 / src/shogun/multiclass/MCLDA.cpp: https://github.com/shogun-toolbox/shogun/commit/9bdbff3392e5d4f2c05c13ba83c4e4e862d5392319:54
-!- lisitsyn1 [~blackburn@83.234.54.230] has joined #shogun19:54
shogun-notifier-shogun: Update MCLDA.cpp19:54
@iglesiasgsonney2k: finally we got multiclass LDA19:55
@iglesiasgI remember you wanted this last year19:55
lisitsyn1ahh I forgot to log out at job19:55
lisitsyn1:D19:55
lisitsyn1iglesiasg: spain?19:55
@iglesiasglisitsyn1: yes19:56
lisitsyn1pickle27: if you have any idea for an unit test for mc lda it would be very appreciated19:56
@sonney2kiglesiasg, yeah from you right?19:56
@iglesiasgI was in Frankfurt this morning, I trained my German for the workshop :D19:56
@sonney2klisitsyn1, just authorize to nickserv and own your other me19:57
lisitsyn1iglesiasg: oh I am doing quite well with it! I now know 4 words19:57
@iglesiasgsonney2k: no, pickle27 has done it19:57
lisitsyn1tegel, schillstrasse19:57
lisitsyn1kurfurstenstrasse19:57
@sonney2klisitsyn1, btw excellent that you merge things... I think we are a bit slow currently19:57
@sonney2kiglesiasg, no I meant I asked you to do it last year :D19:57
lisitsyn1and schoenefeld!19:57
lisitsyn1:D19:57
lisitsyn1sonney2k: is KaDeWe that nice?19:57
@iglesiasgsonney2k: oh yeah, but got my hands into the cover tree at the end19:58
@iglesiasghaha I remember me struggling with it19:58
lisitsyn1JL tends to write one-shot code19:59
lisitsyn1once done impossible to modify19:59
pickle27I'll take a look at what scikit-learn has for a unit test and see if I can use their approach19:59
lisitsyn1pickle27: thanks!19:59
@iglesiasgpickle27: and it would be sooo nice with eigen :)20:00
pickle27yeah I agree, Eigen code is much nicer to read20:00
@iglesiasglisitsyn1: do you think a version of MQDA/MLDA relying on eigen should be faster as well?20:00
pickle27I am still planning to get to QDA and LDA with Eigen in the next bit20:00
lisitsyn1I would not expect much faster20:01
@iglesiasgpickle27: very nice, thank you!20:01
pickle27I don't know much about the speed difference between those libs but it will deffs be easier to follow, the whole row vs col pref is confusing20:02
shogun-buildbotbuild #921 of bsd1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/921  blamelist: Kevin Hughes <kevin@kevin-M3920.(none)>20:02
@iglesiasgpickle27: idd20:03
lisitsyn1pickle27: I didn't get the point - what's about row vs col?20:03
@iglesiasgpickle27, lisitsyn1 : my guess is that getting rid of loops like https://github.com/shogun-toolbox/shogun/blob/master/src/shogun/multiclass/QDA.cpp#L232 with Eigen's vectorized operations should be faster20:03
shogun-buildbotbuild #922 of bsd1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/922  blamelist: Kevin Hughes <kevinhughes27@gmail.com>20:04
pickle27fortran is column major and I believe Eigen3 is row major20:04
pickle27the input to the classifier is a matrix of samples as rows so it makes more sense for everything to follow with the row major mindset20:05
pickle27also these build failures aren't my fault right? it doesn't look related20:06
lisitsyn1pickle27: http://eigen.tuxfamily.org/dox/TopicStorageOrders.html20:06
lisitsyn1pickle27: eigen is not roww major by default20:06
lisitsyn1pickle27: yeah not your fault20:06
shogun-buildbotbuild #468 of rpm1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/468  blamelist: Kevin Hughes <kevin@kevin-M3920.(none)>20:06
lisitsyn1uh20:07
lisitsyn1pickle27: this one is for you20:07
@iglesiasgpickle27: but these warnings are20:07
@iglesiasghttp://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/468/steps/compile/logs/warnings%20%282%2920:07
@iglesiasg:P20:07
@iglesiasgaham and the last crash in classifier_lda?20:08
pickle27looking into the warnings - whats the crash?20:09
shogun-buildbotbuild #916 of deb2 - static_interfaces is complete: Failure [failed test libshogun]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/916  blamelist: Kevin Hughes <kevin@kevin-M3920.(none)>20:10
lisitsyn1sonney2k: you talkative!20:10
lisitsyn1:D20:10
shogun-buildbotbuild #923 of bsd1 - libshogun is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/92320:10
shogun-buildbotbuild #924 of bsd1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/924  blamelist: Kevin Hughes <kevin@kevin-M3920.(none)>20:10
lisitsyn1pickle27: I'd suggest to relax for a while now - it should build all the commits20:10
shogun-buildbotbuild #469 of rpm1 - libshogun is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/46920:10
lisitsyn1with different luck20:11
@sonney2kpickle27, next time please submit a *single* commit20:11
@sonney2klisitsyn, what do you mean?20:11
pickle27yeah sorry about that20:11
lisitsyn1sonney2k: mentor stuff20:11
@sonney2kohh that email to mentors?20:11
@sonney2kI send that 3 days ago...20:11
lisitsyn1hahah20:11
lisitsyn1I just received20:11
@sonney2kme too20:11
@sonney2kinteresting20:11
lisitsyn1sonney2k: are you using russian post or what?20:11
@sonney2kdeutsche post is famous for speed!20:12
lisitsyn1sonney2k: I once ordered an replacement screen for my notebook and it was on the way for 2.5 month20:12
lisitsyn1beat it20:12
lisitsyn1from UK20:12
@iglesiasgpickle27: comparing qda example https://github.com/shogun-toolbox/shogun/blob/master/examples/undocumented/libshogun/classifier_qda.cpp with yours20:13
@sonney2kpickle27, well next time - you can just do git reset --soft <id>20:13
@iglesiasgpickle27: I think it might be the missing SG_REF in output_labels20:13
@iglesiasgpickle27: just output in your code, sorry20:13
@sonney2kstill you only need to SG_REF stuff if you pass it into other functions20:14
@sonney2knot when you call obj->train()20:14
@iglesiasgsonney2k: yeah, SG_REF and SG_UNREF for out_labels here looks unnecessary, doesn't it?20:15
pickle27yeah that makes sense, it was in the qda example so I left it in20:15
@iglesiasghttps://github.com/shogun-toolbox/shogun/blob/master/examples/undocumented/libshogun/classifier_qda.cpp20:15
shogun-buildbotbuild #917 of deb2 - static_interfaces is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/91720:16
pickle27jumping back a bit to the Eigen discussion - I'm assuming that the rest of shogun uses Eigen as col major then?20:17
pickle27So I shall as well when I work on LDA and QDA with Eigen20:18
lisitsyn1pickle27: it is colmajor by default20:18
shogun-buildbotbuild #757 of cyg1 - libshogun is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/75720:18
pickle27so shogun uses it in the default way20:18
pickle27got it20:18
lisitsyn1yes sure20:18
@iglesiasgcolmajor is like an unspoken standard, isn't it?20:18
pickle27I don't know I think scikit learn is row major20:19
lisitsyn1iglesiasg: btw did you notice scikits treats feature matrices transposed?20:19
lisitsyn1when we have X they use X'20:19
@iglesiasgpickle27: true, I have used some code derived from scikit which was row major20:20
pickle27I have a computer vision background so I think in row major20:20
@iglesiasglisitsyn1: yeah I noticed some things are transposed wrt to us in there20:21
@sonney2kpickle27, iglesiasg yeah, matlab, octave, R all use column major20:23
@sonney2kso that is where we come from20:23
pickle27makes sense20:23
@sonney2kpython is using c-style a[i][j]20:23
@sonney2kI meant they wanted to be compatible with that20:23
@sonney2kso numpy uses C-order20:23
@sonney2kbut can be tuned to work with fortran order20:24
pickle27yeah I have used that flag when porting matlab to numpy20:24
pickle27very hand :)20:24
pickle27handy*20:24
pickle27iglesiasg: btw I checked and that unused variable can be deleted but the other warning is okay its for the cov matrix which is stored but not used20:26
pickle27iglesiasg: should I make yet another (sorry) commit to fix this?20:27
@iglesiasgpickle27: I have nothing against adding commits -- for the that's they way things work hehe20:28
@iglesiasgpickle27: we should get rid of the warnings though20:29
@iglesiasgpickle27: IIRC multiclass QDA does something similar as well, does the warning appear there too?20:30
-!- travis-ci [~travis-ci@ec2-107-21-82-250.compute-1.amazonaws.com] has joined #shogun20:30
travis-ci[travis-ci] it's Sergey Lisitsyn'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/693079920:30
-!- travis-ci [~travis-ci@ec2-107-21-82-250.compute-1.amazonaws.com] has left #shogun []20:30
@iglesiasgpickle27: in case not (which I'd bet for) then there should be way to avoid the warning in lda too20:30
pickle27iglesiasg: okay I'll take a look20:34
-!- van51 [~van51@athedsl-318776.home.otenet.gr] has left #shogun ["PING 1367865330"]20:35
pickle27iglesiasg: ah found it20:38
pickle27iglesiasg: qda has a method to return the cov matrix which I am missing20:38
@iglesiasgpickle27: there you go20:42
@iglesiasgpickle27: just add these two fixes for the warnings and for the test and make a new PR20:42
@iglesiasgthis should be much shorter and we should be able to merge it rather soon20:42
@iglesiasgpickle27: regarding the test, could you please valgrind it to assure everything is all right?20:43
pickle27I'm looking into what happened now20:46
@iglesiasgpickle27: I think it is that SG_UNREF(output) without previous SG_REF20:46
pickle27iglesiasg: there is a previous SG_REF20:47
pickle27iglesiasg: its right below the definition and right before the print statement20:47
@iglesiasgpickle27: oh sorry, let me see again20:53
@iglesiasgI am bling20:55
@iglesiasgblind*20:55
gsomixsonney2k, hello. there?20:57
@sonney2kgsomix, yeah21:04
gsomixsonney2k, can you explain a little your idea for "add factory classes for" issue?21:05
pickle27iglesiasg: I just rebuilt and ran the example on my machine and it went fine - what did you want me to do with valgrind I've never used that tool before21:05
@iglesiasgpickle27: take a look to the Makefile21:06
@iglesiasgor let me show you, one second21:06
@sonney2kgsomix, I was thinking that it might be better to bundle all the obtain_from* stuff not in the respective e.g. label type but in some factory class e.g. CLabelFactory where all the static functions for converting labels are contained21:07
@iglesiasgpickle27: compile the example with the -g for debuggin info21:08
-!- lisitsyn [~lisitsin@mxs.kg.ru] has quit [Read error: Connection reset by peer]21:08
@iglesiasgand do valgrind --tool=memcheck ./classifier_lda21:08
@iglesiasgwhat do you see?21:08
-!- lisitsyn [~lisitsin@mxs.kg.ru] has joined #shogun21:09
gsomixsonney2k, hm, but what kind of methods? something like get_BinaryLabels_from_generic()?21:09
gsomixBinaryLabels* get_BinaryLabels_from_generic(Labels*)21:09
gsomixas example21:10
@iglesiasgpickle27: or even better, valgrind --show-reachable=yes --leak-check=full ./classifier_lda21:10
pickle27iglesiasg: I do get an error, just trying to make sense of it21:11
@iglesiasgpickle27: paste the output in pastebin if you want, I can take a look too21:12
@iglesiasgthe more eyes, the better finding errors21:12
-!- votjakovr [~votjakovr@host-46-241-3-209.bbcustomer.zsttk.net] has quit [Quit: Leaving]21:12
pickle27iglesiasg: http://pastebin.com/ZafWLLJ021:12
@iglesiasgpickle27: did you compile with -g?21:12
pickle27iglesiasg: I built using this g++ -g -o lda classifier_lda.cpp -lshogun21:13
pickle27oh wait21:13
pickle27then I ran the run thing woops21:13
@iglesiasgwhat?21:14
pickle27I build a new target but ran valgrind on the old one, one sec21:14
@iglesiasgok21:14
pickle27iglesiasg: I updated the paste, looks error free?21:15
pickle27iglesiasg: or maybe not21:16
pickle27iglesiasg: yeah it still looks like it isn't running21:17
@iglesiasgI see the same thing I think21:18
@iglesiasgis it the same link?21:18
pickle27yeah I updated it though, I did build with -g21:19
pickle27but it doesn't seem to be 'attaching'21:19
@iglesiasgnah just open a new pastebin :)21:19
@iglesiasgI have never tried updating a already published one21:20
@iglesiasganyway, it is cheap to open a new one :D21:20
gsomixsonney2k, I cannot figured out a more elegant solution that methods in specialized classes.21:20
pickle27iglesiasg: http://pastebin.com/TAWZC64921:20
@iglesiasgpickle27: this doesn't look normal21:21
gsomixsonney2k, only automagically cast in swig typemaps.21:21
@iglesiasgvex amd64->IR: unhandled instruction bytes: 0xC5 0xF9 0x57 0xC0 0xE8 0x73 0x4 0xFF21:21
@iglesiasgpickle27: it looks like it doesn't compile correctly for your platform21:22
pickle27valgrind or the example?21:22
@iglesiasgpickle27: you got to run this test without trouble before, didn't you?21:22
* gsomix afk21:22
pickle27iglesiasg: yeah I can run the example fine right now21:22
@iglesiasgpickle27: aham, pretty funny indeed21:23
@iglesiasglet me see your valgrind line21:23
pickle27iglesiasg: valgrind --show-reachable=yes --leak-check=full ./lda21:23
@iglesiasgand ./lda works fine?21:24
pickle27I just installed valgrind from apt21:24
pickle27yes21:24
@iglesiasgrun it again with -v please21:25
@iglesiasgI don't think it will give us new info though21:25
pickle27iglesiasg: http://pastebin.com/ScJtjNxr21:25
@iglesiasgpickle27: I don't get it21:26
pickle27iglesiasg: looks like it can't get the symbols from shogun and the other libs21:27
@iglesiasgyeah21:27
@iglesiasgthe strange thing is that it pops up with valgrind21:27
@iglesiasgpickle27: I am off for dinner now, will be back a bitlater21:28
pickle27okay later21:28
@sonney2kI mean like CLabelFactory::to_binary(CLabels* labels);21:41
gsomixsonney2k, ok, got it.21:48
gsomixsonney2k, ahhh, I fell into the "overthinking" trap. :)21:54
@sonney2kpickle27, compile shogun without optimizations (--disable-optimizations)22:11
@iglesiasgre22:27
@iglesiasgpickle27: did it get better after removing optimizations?22:27
@sonney2klisitsyn, lisitsyn1 - pretty interesting - for others the submissions curve is basically linear22:39
@sonney2kand I just checked 2011,2012,2013 it is pretty exponential for us22:40
@sonney2kohh and we had 'only' 65 submissions in the first year22:41
@iglesiasgok, good night guys22:48
-!- iglesiasg [d58f322f@gateway/web/freenode/ip.213.143.50.47] has quit [Quit: Page closed]22:48
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]22:54
pickle27I haven't had a chance to check yet22:56
pickle27I'll try and get to this later today22:56
-!- nube [~rho@49.244.114.202] has quit [Ping timeout: 256 seconds]23:50
--- Log closed Tue May 07 00:00:34 2013