IRC logs of #shogun for Friday, 2013-08-23

« Thursday, 2013-08-22 Index Saturday, 2013-08-24 »
--- Log opened Fri Aug 23 00:00:27 2013
-!- travis-ci [~travis-ci@ec2-54-224-203-225.compute-1.amazonaws.com] has joined #shogun00:06
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/1051309700:06
-!- travis-ci [~travis-ci@ec2-54-224-203-225.compute-1.amazonaws.com] has left #shogun []00:06
-!- sonne_ [~sonne@f053035226.adsl.alicedsl.de] has joined #shogun00:11
sonne_wiking: we had modules with swig00:13
-!- sonne_ is now known as sonne|osx00:13
sonne|osxwiking: but this caused all kinds of trouble (crashers/stuff not working) due to dependencies between modules00:13
sonne|osxwiking: that is why I dropped that maybe about 1-2 years ago00:14
shogun-buildbotbuild #1466 of deb2 - static_interfaces is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1466  blamelist: Soeren Sonnenburg <sonne@debian.org>00:14
sonne|osxohh and compile time was actually not that much shorter... modules are bigger due to quite some overlap (e.g. shogun.Kernels needed shogun.Features)00:15
sonne|osxand yes that is why we have these shogun.Features etc - we started modular00:15
shogun-buildbotbuild #31 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/osx1%20-%20libshogun/builds/31  blamelist: Soeren Sonnenburg <sonne@debian.org>00:18
shogun-buildbotbuild #1497 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1497  blamelist: Soeren Sonnenburg <sonne@debian.org>00:19
shogun-buildbotbuild #963 of rpm1 - libshogun is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/96300:26
shogun-buildbotbuild #1287 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1287  blamelist: Soeren Sonnenburg <sonne@debian.org>00:42
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Ping timeout: 245 seconds]00:42
-!- pickle27 [~kevin@d67-193-243-174.home3.cgocable.net] has left #shogun []02:03
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]02:21
shogun-buildbotbuild #1581 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1581  blamelist: Soeren Sonnenburg <sonne@debian.org>02:31
-!- sonne_ [~sonne@f053035142.adsl.alicedsl.de] has joined #shogun02:59
-!- sonne|osx [~sonne@f053035226.adsl.alicedsl.de] has quit [Ping timeout: 245 seconds]03:01
-!- sonne__ [~sonne@f053046196.adsl.alicedsl.de] has joined #shogun03:59
-!- sonne_ [~sonne@f053035142.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds]04:02
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has quit [Ping timeout: 241 seconds]06:30
-!- sonne__ [~sonne@f053046196.adsl.alicedsl.de] has quit [Quit: sonne__]07:16
-!- zxtx [~zv@cpe-76-166-29-100.socal.res.rr.com] has joined #shogun07:31
-!- gsomix_ is now known as gsomix07:40
gsomixchess game on sed. VERY NICE https://github.com/bolknote/SedChess/blob/master/chess.sed07:40
-!- sonne_ [~sonne@89.204.137.122] has joined #shogun08:08
-!- sonne_ [~sonne@89.204.137.122] has quit [Quit: sonne_]08:28
-!- sonne|work [~sonnenbu@91-64-72-127-dynip.superkabel.de] has joined #shogun09:08
sonne|workwiking: I am trying to do a cmake summary page09:22
-!- zxtx [~zv@cpe-76-166-29-100.socal.res.rr.com] has quit [Ping timeout: 260 seconds]09:29
-!- lisitsyn [~lisitsin@mxs.kg.ru] has joined #shogun09:36
-!- mode/#shogun [+o lisitsyn] by ChanServ09:36
-!- gsomix_ [~gsomix@178.45.75.171] has joined #shogun09:57
-!- gsomix [~gsomix@80.234.19.54] has quit [Ping timeout: 264 seconds]10:00
@wikingsonne|work: \o/10:02
sonne|workwiking: do you have an idea how I can match the name of a variable?10:04
sonne|workwiking: I mean say I iterate over all variables10:04
sonne|workbut want to print out stuff only for variables with name starting with USE_10:05
sonne|workI guess I have it10:05
@lisitsynsonne|work: get_cmake_property(vs VARIABLES)10:08
@lisitsynthen10:08
@lisitsynforeach(v ${vs})10:09
@lisitsyn... check if USE_ and some actions10:09
@lisitsynendforeach(v)10:09
@lisitsynI am searching how to check it10:09
@lisitsynsonne|work:10:12
@lisitsynif ($v MATCHES "your regexp")10:12
@lisitsyn... your actions10:12
@lisitsynendif()10:12
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has joined #shogun10:24
-!- iglesiasg [~iglesias@2001:6b0:1:1041:5158:760a:da84:6c51] has joined #shogun10:24
-!- mode/#shogun [+o iglesiasg] by ChanServ10:24
sonne|worklisitsyn: yea found it already...10:24
@iglesiasggood morning10:25
@lisitsyniglesiasg: hey10:26
@lisitsynsonne|work: where are you going to stay in the us?10:32
sonne|worklisitsyn: errm in the hotel :D10:32
@lisitsynsonne|work: but you are arriving a week before?10:33
sonne|worklisitsyn: no10:33
@lisitsynwhen will you arrive?10:33
sonne|worklisitsyn: I wanted to arrive on friday just in time for dinner10:33
@lisitsynfriday 18th?10:33
@lisitsynsonne|work: so something changed I guess? I was sure you said you planned to arrive earlier10:34
sonne|workno nothing changed10:34
sonne|workI said that all the time...10:34
@lisitsynah may be you stay more?10:34
@lisitsynwhen you go back then?10:34
@lisitsynsonne|work: it can't be I play with my imagination :D10:35
sonne|workMy plan is/was to be there on the 18th and then stay one week10:35
@lisitsynooh alright10:35
@lisitsynwhere do you stay next week then?10:35
sonne|worklisitsyn: well I think you are pretty overloaded these days...10:35
@lisitsynsonne|work: I just wanted to clarify what do you and Heiko plan :)10:36
sonne|workNo idea10:37
sonne|workI think on the day it became clear I sent an email to you 2 with my plans but never got a reply10:38
sonne|worklisitsyn: will you stay longer than the summit?10:38
sonne|worklisitsyn: or will you just arrive on the 18th and go back on the 20th?10:38
@lisitsynsonne|work: I haven't decided but it wouldn't make sense if I would be 'alone' :)10:39
sonne|workalone as in w/o gf?10:39
@lisitsynsonne|work: w/o you and Heiko too10:39
@lisitsyn:D10:39
@lisitsynI mean I don't know anybody there10:40
@iglesiasglisitsyn, perfect time to make friends in the US!10:41
@lisitsyniglesiasg: haha how? just walk around and ask people?10:41
@lisitsyn;)10:41
sonne|workI guess we could meet Olivier and Quoc10:41
sonne|worklisitsyn: you have to talk to all the people at the summit10:42
sonne|workand done10:42
@lisitsynyes sure but still10:42
@iglesiasglisitsyn, the mentors gsocers10:42
@lisitsynsonne|work: I don't mind to stay a few days more10:42
sonne|workthey are all in the same boat10:43
@lisitsynsonne|work: so we can travel around and hack shogun or whatever10:44
@lisitsynthat's why I ask ;)10:44
sonne|worklisitsyn: well anything is possible... I will certainly rent a car10:44
sonne|workso we could go hiking in the redwoods or some other national park10:45
sonne|worketc10:45
@lisitsynsonne|work: I found the mail so I am recalling you to get a new passport10:45
sonne|workyeah already done (will get one within a month latest)10:46
sonne|worklisitsyn: and don't forget to apply for esta http://www.esta.us/10:46
@lisitsynsonne|work: I didn't know about it10:47
@lisitsynsonne|work: no it is not for me10:47
* wiking is doing hadoop integration of shogun10:48
sonne|workI guess you need a passport for doing so10:48
@lisitsynsonne|work: it is only for you and heiko (visa waiver programme)10:48
@lisitsynI will have a passport with an us visa10:48
@lisitsyn(if they not reject me)10:48
@iglesiasgwiking, it sounds cool! What do you want to use it for?10:48
@wikingiglesiasg: now? nothing... i just want to have it so that it can be serialised to and from hdfs + do some jobs over hadoop10:49
@lisitsynsonne|work: anyway thanks for letting me know10:51
@lisitsynI will have B2 visa10:52
@lisitsyn(I hope)10:52
@lisitsynah no B110:53
@wikingiglesiasg: which reminds me to do automated test with serialization + the ones heiko asked for10:54
sonne|workwiking: and upload the videos and do static interfaces w/ cmake :D10:55
sonne|workwiking: did you know that you lead the stats this month?10:55
@wikingsonne|work: hehe good on me \o/10:56
@wikingsonne|work: yeah about the statics10:56
@lisitsynsonne|work: wiking lead everything this month10:56
@wikingsonne|work: you might know things the best10:56
@wikingsonne|work: because i really hate digging in the shogun's old makefile.template10:56
sonne|worklisitsyn: btw did you notice that you removed 3 times as much code as you added?10:57
sonne|workerr 10 times10:57
@wikingsonne|work: python_static = libshogun objs + the python_static objs in a shared lib?10:57
sonne|workwiking: exactly10:57
@wikingsonne|work: r_static the same?10:57
@wikingsonne|work: matlab_static?10:57
sonne|workwiking: all the same10:58
@wikingand while we are at it, i dont understand this at all:10:58
@wikinghttp://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1581/steps/compile%20csharp_modular/logs/stdio10:58
@wikingsonne|work: ^10:58
sonne|workwiking: only elwms will need to link against all10:58
sonne|workwiking: that is an issue with cshapr and typemaps10:58
@wikingsonne|work: but why only on slave3?10:58
sonne|workwiking: when you do a function foo(SGVector,SGVector) csharp will vomit10:58
@lisitsynsonne|work: yeah I have seen10:59
@lisitsynno idea why10:59
@wikingsonne|work: slave4 works ok10:59
sonne|workwiking: no way10:59
@lisitsynmay be I AM THE DESTRUCTOR10:59
@wikingsonne|work: yes way: http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1579/steps/test%20csharp_modular/logs/stdio10:59
sonne|worklisitsyn: your contry is produced the best destructors the world has10:59
sonne|workwiking: no way really10:59
sonne|workwiking: must be different branch or sth10:59
@lisitsynsonne|work: yeah years ago11:00
@wikingsonne|work: dunno why but slave4 compiles ok and slave3 does not11:00
sonne|workwiking: or some define not active or include missing - cannot be11:00
@wikingoh osx bot is down :(11:01
@wikingsonne|work: do we still want cmd_static? :D11:01
sonne|workwiking: yes11:03
@wiking...11:03
@lisitsynsonne|work: have you seen NIPS is hosting MLOSS workshop?11:04
sonne|worklisitsyn: is there an official workshop list / announcement somewhere?11:05
@lisitsynsonne|work: yes on 'your' website ;)11:05
@lisitsynhttp://mloss.org/workshop/nips13/11:05
sonne|worklisitsyn: it is good that they continue this but I guess they ran out of manpower11:05
sonne|workso if someone wants to submit shogun and go to nips...11:06
@wikingyeah submit!11:06
@wikingwho pays? :)11:07
sonne|workyou yourself or someone who funds you :/11:08
@lisitsynI would like but I would be fired11:08
@lisitsyn:D11:08
@wiking/Users/wiking/shogun/src/interfaces/cmdline_static/CmdLineInterface.h:7:10: fatal error: 'ui/SGInterface.h' file not found11:10
-!- dkyang [7ae07e1e@gateway/web/freenode/ip.122.224.126.30] has joined #shogun11:10
@wikingis there a good reason why SGInterface is being includede like this and not the standard <shogun/ui/SGInterface.h> ?11:10
@lisitsynha11:10
@lisitsynwiking: is ithe same in other interfaces?11:11
@wikingdunno i'm just testing cmdline11:11
sonne|workwiking: error11:11
@wikinglisitsyn: yes indeed r_static has the same11:11
@lisitsynha11:12
sonne|worknot intentional11:12
@lisitsynwell I'd change it11:12
@lisitsynas sonne|work said it is not intentional please change it then ;)11:12
sonne|workwiking: seen my reply about modshogun?11:12
@wikingsonne|work: ah the swig modular?11:12
sonne|workwiking: yeah11:13
@wikingyeah i saw that one11:13
sonne|workwiking: so you understood?11:14
@wikingyeps11:15
@wikingsonne|work: btw: cmdline interface: is that like the .o-s in that directory and linked to libshogun shared?11:16
sonne|workwiking: yes11:16
@wikingok i 'think' it's ready11:17
@wikingsonne|work: what was the name of the python static lib?11:24
sonne|workwiking: sg.so11:25
sonne|workwiking: same for the others11:25
sonne|workwiking: except for elwms.so11:25
dkyangHi,I'd like to get involved in shogun.Is there any module need to be worked on?11:26
@wikingdkyang: :) a lot :>11:27
sonne|workdkyang: any preferences?11:28
dkyangI don't know how to say it, sorry for my poor english. :) Maybe something like feature learning?11:31
dkyangsparse coding?11:31
@wikingdkyang: yeah mlpack has that one it's good to start from what they have ;)11:32
@wikingsonne|work: status of r_modular?11:33
sonne|workdkyang: yeah we don't have anything like that so your contributions would be welcome11:34
sonne|workwiking: well it compiles and I was able to run some very basic stuff11:34
dkyangThanks for helping,I'm glad if I can do something beneficial.11:36
@wikingsonne|work: what's with ref counting11:36
@wiking?11:36
@wikingsonne|work: you've tested i guess w/o refcounting or something?11:36
@wikingsonne|work: afaik cmake has been not really tested with r_modular :)11:36
sonne|workwiking: well I didn't test with cmake no11:37
@wikingsonne|work: oke... refcounting is turned of in case of r_modular?11:37
sonne|workwiking: only with configure but I guess you did the same with R?11:37
sonne|workwiking: I don't remember if that was necessary11:37
@wikingsonne|work: yeah i've treid11:37
@wiking*tried11:37
sonne|workwhat did happen?11:38
@wikingi mean i've tried to mimic what ./configure did11:39
@wikingok let's see now the buildbot...11:40
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun11:40
shogun-notifier-shogun: Viktor Gal :develop * bbbd88e / / (4 files): https://github.com/shogun-toolbox/shogun/commit/bbbd88ec2bf8c5c092a4985075a13dcae2a0e6c511:40
shogun-notifier-shogun: Add cmdline_static interface11:40
shogun-notifier-shogun: Viktor Gal :develop * 28926e9 / / (4 files): https://github.com/shogun-toolbox/shogun/commit/28926e93a9886e5aa25de49c44c0fe85c6d0767411:40
shogun-notifier-shogun: Add PytonStatic interface11:40
shogun-notifier-shogun: Viktor Gal :develop * 36e8d22 / CMakeLists.txt,src/interfaces/r_static/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/36e8d22d651b95b627b2753bb9c1815375d8140e11:40
shogun-notifier-shogun: Add RStatic interface11:40
sonne|workwiking: did you add taht to the static buildbot setting?11:40
@wikingsonne|work: i'm just on it atm11:42
sonne|workkk11:43
@wikingsonne|work: packages?11:43
@wiking:)11:43
@wikingsonne|work: ipython notebooks? :)11:43
@wikingsonne|work: new server ? :)11:43
@wikingsonne|work: r u editin now master.cfg on 7nn?11:44
sonne|workwiking: just edit it11:46
sonne|workwiking: I think I left a screen session open11:46
sonne|workwiking: we need a meeting to decide that we rent a new server11:47
sonne|workI cannot just spend money at will :)11:47
sonne|workwiking: and ipython well - things are there but we need to present them somewhere/somehow11:47
@wikingsonne|work packages?11:47
sonne|workwhat?11:47
@wikingiglesiasg: lisitsyn r u against renting a server for shogun purposes from the gsoc money? :D11:48
@wikingsonne|work: well now we have osx native package + debian tar.gz11:48
@iglesiasgwiking, of course not11:48
@wikingsonne|work: we should start uploading them somewhere11:48
@lisitsynwiking: I don't mind even if sonne|work buys a giant pony11:49
sonne|workwiking: we should create those nightly only when all tests pass11:49
@wikingsonne|work: there u go it's decided... rent the server :) or of course it'd be better if the fundation would actually directly rent that server :S11:50
sonne|worklisitsyn, wiking, iglesiasg - it will be 50EUR / month for this machine http://www.hetzner.de/en/hosting/produkte_rootserver/ex4011:50
@wikingsonne|work: i'm totally cool with it.... i have hetzner server myself for the last 2 years and i'm totally satisfied with their service11:51
@lisitsynas I said - okay :)11:51
sonne|workwell yeah I write something like our shogun toolbox foundation as name on the bill11:51
@wikingsonne|work: can we do that?11:51
@wikingi mean before actually the fundation is settled?11:51
@iglesiasgwow that is an awesome machine11:51
@wikingiglesiasg: the backend is really cool as well... fast and stable11:52
sonne|workwiking: errm setup costs 99 $??11:52
@wikingsonne|work: 50eur11:52
@wikingno?11:52
@wikingthere's setup cost for sure11:52
@wikingi know that11:52
sonne|work100 EUR yes11:52
@wikingoh woah! fuck11:52
@wikingbastards11:52
@wikingthey raised the setup cost11:52
sonne|workhttp://www.ovh.de/dedicated_server/isgenug.xml11:53
sonne|workor we take that one11:53
sonne|workonly 24GB but 36 EUR/month11:53
@wiking36?11:53
@wikingmmm11:53
@wikingsonne|work: have u read somewhere any reviews about them11:54
@wiking?11:54
sonne|workwiking: well shogun-toolbox.org is running there11:54
sonne|workfor ~1 year and so are my personal servers11:54
@wikingah cool11:54
@wikingthen you know them11:54
sonne|workI am happy11:54
@wikingok w811:55
@wikingi've just got this fancy page11:55
@wikinghttp://serverbear.com/11:55
@wiking:)11:55
@wikingletssee what we can get there11:55
shogun-buildbotbuild #1467 of deb2 - static_interfaces is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1467  blamelist: Viktor Gal <viktor.gal@maeth.com>11:56
sonne|workbtw I did my tax decl. - so we will see soon how much shogun money we have11:58
@lisitsynany estimate? :D11:58
sonne|worklisitsyn: in the worst case 50% of the money is gone11:59
@wiking:(11:59
sonne|workwasted to build the best airport ever BER!11:59
@lisitsynhahaha11:59
@wiking:DDDD11:59
@wikingso 36 gigs vs 24 gigs of ram11:59
@wiking50 vs 3612:00
@lisitsynschoenefeld is ok why to build another one ;)12:00
@iglesiasgare they doing a third one in Berlin?12:00
@wikingthat's like 168 euros/year :(12:00
sonne|workwe actually had 312:00
@lisitsyniglesiasg: close these two and open one big12:00
@iglesiasglisitsyn, aham12:00
sonne|workwiking: 362 / year12:00
@wikingsonne|work:  i mean the diff12:00
sonne|workahh k12:00
shogun-buildbotbuild #1498 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1498  blamelist: Viktor Gal <viktor.gal@maeth.com>12:01
thoralfsonne|work, wiking: What are the minimal requirements for the build bot?12:01
@wikingwell we could use that extra 12 gigs of ram :)12:01
@wikingthoralf: depends12:01
@wikingthoralf: if u dont need modular interface12:01
@wikingthen it's like 1.5 gigs ram :P12:02
@lisitsynguys we've got to reduce our memory/CPU requirements12:02
@lisitsynI am scaried we need 432432 GB to build it12:02
@lisitsyn:)12:02
@wikinglisitsyn: heheh yeah i couldn't compile shogun on DO12:02
@wikingeven with a 2gigs vsp12:02
@wiking*vps12:02
@wikinglisitsyn: and i didn't even tried to compile modular12:02
@wikingonly the simple libshogun12:03
sonne|worklunchtime12:03
@lisitsynsounds like a good idea12:03
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting]12:03
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun12:03
@wikingit's only 12 :P12:03
@wikingshogun-buildbot: force build branch=--develop 'deb2 - static_interfaces'12:04
shogun-buildbotno such builder 'branch=--develop'12:04
@lisitsynwiking: 1412:04
@lisitsyn;)12:04
@wikingshogun-buildbot: force build --branch=develop 'deb2 - static_interfaces'12:04
-!- dkyang [7ae07e1e@gateway/web/freenode/ip.122.224.126.30] has quit [Quit: Page closed]12:04
shogun-buildbotThe build has been queued, I'll give a shout when it starts12:04
@lisitsynwiking: sonne|work wakes up like 3 am I guess :D12:05
@wikingok my hadoop cluster is back12:12
@wikingtime to test the hadoop + shogun12:12
@wikingoh shit12:13
@wikingno the other nodes are down :(12:13
shogun-buildbotbuild #1288 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1288  blamelist: Viktor Gal <viktor.gal@maeth.com>12:23
shogun-buildbotbuild forced [ETA 7m01s]12:31
shogun-buildbotI'll give a shout when the build finishes12:31
shogun-notifier-shogun: Viktor Gal :develop * f1050f3 / CMakeLists.txt/ (3 files): https://github.com/shogun-toolbox/shogun/commit/f1050f33f0ca2836651ed2f369459d9457ce4e0712:33
shogun-notifier-shogun: Add OctaveStatic interface12:33
shogun-notifier-shogun: fix RStatic library12:33
-!- travis-ci [~travis-ci@ec2-23-20-245-72.compute-1.amazonaws.com] has joined #shogun12:35
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/1052973012:35
-!- travis-ci [~travis-ci@ec2-23-20-245-72.compute-1.amazonaws.com] has left #shogun []12:35
@wikingmmm what has happend :S12:36
@wikingah ok it went actually green :D12:36
shogun-buildbotbuild #1499 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1499  blamelist: Viktor Gal <viktor.gal@maeth.com>12:37
@wikingtime to finish mahout vector reader/writer12:42
shogun-notifier-shogun: Thoralf Klein :develop * f7cb4a3 / src/shogun/evaluation/ (2 files): https://github.com/shogun-toolbox/shogun/commit/f7cb4a3a028b2f6d8ba4b94ee9b3f7df3602b87e12:43
shogun-notifier-shogun: Using the same CRandom instance over multiple threads is not safe.  Modified12:43
shogun-notifier-shogun: StratifiedCrossValidationSplitting so that we can set own RNGs using member12:43
shogun-notifier-shogun: m_rng.12:43
shogun-notifier-shogun: Thoralf Klein :develop * 0cb8103 / src/shogun/lib/SGVector.cpp,src/shogun/lib/SGVector.h: https://github.com/shogun-toolbox/shogun/commit/0cb810389a1f0291bc0ac84a6a0a676fc5bb44b012:43
shogun-notifier-shogun: Added additional permute methods to SGVector which take external random state.12:43
shogun-notifier-shogun: Thoralf Klein :develop * 635a621 / src/shogun/evaluation/ (3 files): https://github.com/shogun-toolbox/shogun/commit/635a621e0453fda48e8d1570821af0ceef488b1e12:43
shogun-notifier-shogun: Added external random state changes to CrossValidationSplitting as well.12:43
shogun-notifier-shogun: Thoralf Klein :develop * ff6763d / src/shogun/ (3 files): https://github.com/shogun-toolbox/shogun/commit/ff6763d4eeeda1acdbc7566d34c8d8b8006d28e112:43
shogun-notifier-shogun: Added shuffle(CRandom*) methods to DynArray, DynamicArray and DynamicObjectArray for thread safe shuffling.  (e.g. parallel cross validation)12:43
shogun-notifier-shogun: Thoralf Klein :develop * 33656c7 / src/shogun/evaluation/ (2 files): https://github.com/shogun-toolbox/shogun/commit/33656c7d45ce9600dff9520a92ba91884e953ae212:43
shogun-notifier-shogun: Cleaned code duplication introduced by earlier commits.  Now using ->shuffle(m_rng) for shuffling arrays.12:43
shogun-notifier-shogun: Heiko Strathmann :develop * 021393b / src/shogun/ (9 files): https://github.com/shogun-toolbox/shogun/commit/021393bce3d45f1515c4e12467259d4a742d18c212:43
shogun-notifier-shogun: Merge pull request #1424 from tklein23/thread_safe_xvalidation12:43
shogun-notifier-shogun:12:43
shogun-notifier-shogun: Setting RNG in StratifiedCrossValidationSplitting for thread safety12:43
@wikingsonne|work: i think we'd need this for the packages: http://docs.buildbot.net/0.8.0/full.html#Dependent-Scheduler12:51
sonne|workwiking: I would rather not do it extra - since then we need to compile again12:52
sonne|workwiking: but yes we have this to only compile libshogun first - when that works compile the other interfaces12:54
shogun-buildbotbuild #1582 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/158212:54
shogun-buildbotbuild #1289 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1289  blamelist: Viktor Gal <viktor.gal@maeth.com>12:58
shogun-buildbotbuild #1469 of deb2 - static_interfaces is complete: Failure [failed compile cmdline_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1469  blamelist: Viktor Gal <viktor.gal@maeth.com>13:03
@wikingsonne|work: mmmm but let's say in case of osx package. if it compiles right and the test are 100% then it should just create the package regardless what's the status of cygwin or linux bots, or?13:05
shogun-buildbotbuild #1468 of deb2 - static_interfaces is complete: Failure [failed compile cmdline_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/146813:06
-!- HeikoS [~heiko@nat-176-108.internal.eduroam.ucl.ac.uk] has joined #shogun13:07
-!- mode/#shogun [+o HeikoS] by ChanServ13:07
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting]13:08
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun13:08
@wikingHeikoS: yo13:08
@HeikoSwiking: hi!13:08
@HeikoSdude13:08
@HeikoSnever ever upgrade ubuntu13:08
@HeikoSevil13:08
@wiking:D13:08
@wikinghahahah13:08
@wikingthat was alwaaaays like that13:08
@wikingsince forever13:08
@HeikoSwiking: man its 201313:08
@HeikoSmankind is flying to the moon and stuff13:08
@HeikoSI can expect that my computer still works after an upgrade13:09
@HeikoShaha :)13:09
@HeikoSanyway, how is it going?13:09
@HeikoSah sweet, virtual desktops got deactivated13:09
shogun-notifier-shogun: Viktor Gal :develop * 521cc4b / src/interfaces/cmdline_static/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/521cc4b40844034629fe136fc9e9dd32b9869cd013:09
shogun-notifier-shogun: Rename cmdline_static target13:09
@wikingHeikoS: well i'm just thinking about finishing up the automated tests13:10
@wikingbut quite frankly13:10
@wikingin case of clone, equals, clone+equals and get_name13:10
@wikingthe python script would be exactly the same13:10
@HeikoSwiking: yes13:11
@HeikoSbut if they are executed one after another13:11
@HeikoSthat helps tracking down the problem13:11
@HeikoSmany people asked me why their clone test fails13:11
@HeikoSand it was always something get_name13:12
@HeikoSor non-initialised memory13:12
@HeikoSso just creating empty instance is useful13:12
@wikingyeah yeah13:12
@HeikoSget name also13:12
@wikingno i was just thinking about the script itself13:12
@HeikoSah I see13:12
@wikingthat i shoudl make it in a way13:12
@wikingthat they share some parts13:12
@HeikoSwiking: well maybe just accept the duplicate code13:12
@wikingand not copy-paste13:12
@HeikoSdont know whether thats worth it13:12
@wikingHeikoS: well it's just putting the stuff into a common .py13:13
@wikingand then import that into all the scripts13:13
@HeikoSwiking: if its not too much hassle, then maybe13:13
@wikingyeah i'll do that now13:13
@HeikoSbut also makes it harder to undetrstand for new devs13:13
thoralfwiking: Is there a make target which only builds the unit-tests but does not execute them?13:13
@wikingthoralf: make shogun-unit-test13:13
@wikingthat creates the exec13:13
thoralfwiking: Cool, thanks.13:13
@wikingHeikoS: well it's python script :P13:13
@wikingHeikoS: i u dont understand what's import you'll suck at it anyways13:14
@HeikoSwiking: do you have any idea why a webbrowser opens everytime I clock on the sidebar13:14
@wikingeh? :D13:14
@HeikoSwiking: well then go ahead :)13:14
@wikingHeikoS: i'm more concerned if i could set the order13:15
@wikingof the tests13:15
@HeikoSwiking: yes thats important13:15
@wikingas u said it'd be great to have: get_name, clone, clone+equals13:15
@wikingbut i dont know if i can do that with gtest13:15
@wikingHeikoS: "By default, Google Test uses a random seed calculated from the current time. Therefore you'll get a different order every time."13:18
@wikingHeikoS: so basically if we want to have the order13:18
@wikingwe do the whole test within one block13:18
@wiking:S13:18
@wikingi mean you'll get the line number anyways where did it fail13:19
@HeikoSwiking: mmmmh13:19
@HeikoSwhat about allowing them to fail?13:19
@HeikoSthen if say get_name is wrong13:19
@HeikoSall of them fail13:19
@HeikoSproviding quite some information13:19
@HeikoSif there is a bug in clone, only that last one will fail13:19
@HeikoSso the order is in fact not important13:20
@wiking?13:20
@wikingallow them to fail?13:20
@wikingi mean in gtest if a test fail (except segfault) it'll run all the tests13:20
@wiking*fails13:20
@wikingbut of course you'll have 3 fails because of get_name()13:20
@wikingHeikoS: why dont we do this in one codeblock?13:21
@HeikoSwiking: I dont like one codeblock13:21
@wikingi mean if a getname fails13:22
@HeikoShiding infos13:22
@wikingthen it won't try to run clone and equals13:22
@HeikoSor what do you mean?13:22
@HeikoSwiking: is that clearly visible then?13:22
@HeikoSif yes, then its fine13:22
@wikingHeikoS: yes yes13:22
@HeikoSwiking: another problem is testing for memory13:22
@HeikoSis it possible to seperately test all of them?13:22
@wikingHeikoS: it'll tell you exactly which test (which line) failed exactly13:22
@HeikoSif we later on make valgrind mandatory?13:22
@wikingHeikoS: define separate :)13:23
-!- travis-ci [~travis-ci@ec2-54-224-203-225.compute-1.amazonaws.com] has joined #shogun13:23
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/1053163413:23
-!- travis-ci [~travis-ci@ec2-54-224-203-225.compute-1.amazonaws.com] has left #shogun []13:23
@HeikoSok then13:24
@wikingHeikoS: u can run WhateverClass.whicevertest separately13:24
@wikingif u want13:24
@wikingyou can run WhateverClass.*13:24
@HeikoSwiking: ok then we can use this for memory testing later13:24
@wikingHeikoS: well if we put of course13:24
sonne|workHeikoS: well use debian if you want something stable :P13:25
@wikinggetname + clone + clone equals13:25
@wikingin one test13:25
@wikingthen of course you wont be able to separete that13:25
@wikingHeikoS: the bigger problem is actually13:25
@wikingthat we have memchecking support with cmake13:25
@wikingbut13:25
sonne|workwiking: wrt osx and packages - we should IMHO build for all interfaces and then create a big package from that13:25
@HeikoSsonne|work: I know ;) I tried, but software too old, I just needed a more recent scipy which support some more sparse stuff13:25
@wikingthat would run valgrind on the whole unit-test....13:25
@wikingsonne|work: yeps... but only nightly... or?13:26
@wikingsonne|work: or you want to always build on that poor osx buildbot all the interfaces :D13:26
@wikingHeikoS: ok i'm modifying now the clone_eqauls test13:27
@HeikoSwiking: cool!13:27
@wikingand then i'll add serialisation test for all the backends13:27
@wiking:)13:27
@HeikoSwiking: and then I have to fix stuff I guess ;)13:27
@HeikoSwiking: what do you think about the non-trivial cases?13:27
sonne|workwiking: no I mean we should do all the doc/package/etc stuff in our nightly default - and nightly default should have all the supported interfaces enabled / to be build. so all static/modular13:27
@wikingsonne|work: yeah i get that one13:28
@wikingsonne|work: but we need to define nightly_default for osx buildbot as well13:28
@wikingsonne|work: if we want to supply osx packages13:28
@wikingHeikoS: huh13:28
sonne|workwiking: I am using that poor osx macbook air as my travel machine for shogun now so around daytime it won't build btw but only evening13:28
@wikingsonne|work: ehehehhe :)))13:28
sonne|workwiking: so what do we do about the server - take the 24G one?13:28
@HeikoSwiking: classes with content rather than everything NULL13:28
@wikingsonne|work: i've checked licensing about osx13:28
@wikingsonne|work: we can have osx buildbot in a VM13:29
sonne|workwiking: well 450EUR for a dedicated osx buildbot is a bit too much no?13:29
@wikingsonne|work: i own 2 licenses of OSX that allows me to run 4 osxes13:29
sonne|workHeikoS: are you ok with us ordering another server for buildbot etc where we all will have logins?13:29
@wikingsonne|work: even in a VM13:29
sonne|workwiking: ahh ok nice13:29
@wikingsonne|work: but but!13:29
@HeikoSsonney2k: yes I am13:29
sonne|workwiking: but but?13:30
@wikingsonne|work: think about the ram that OSX VM will eat13:30
sonne|workosx server?13:30
@wikingno13:30
@wikingwe cannot have that :(13:30
@wikingthe license does not allow osx server13:30
@wiking:(13:30
@wikingonly osx desktop13:30
sonne|workwiking: I think you need quite some hacks to run osx inside a VM that is not on a mac13:30
@wikingsonne|work: virtualbox13:30
sonne|workwiking: IIRC you are allowed to do that only on a mac13:30
@wikingsonne|work: apt-get install and thats allo13:30
@wiking*all13:31
@wikingnono13:31
@HeikoSwiking: with the new ubuntu, I gett locally13:31
@HeikoSmake[2]: *** No rule to make target `/usr/lib/libnlopt.so', needed by `src/shogun/libshogun.so.14.0'.  Stop.13:31
@wikingi've read about this in the VB forums13:31
@wikingand tickets13:31
sonne|workwiking: well we give osx 8 GB - should be sufficient right? and btw we could also only run things at a time13:31
@HeikoSthe file is here13:31
@HeikoS/usr/lib/x86_64-linux-gnu/libnlopt.so13:31
sonne|workHeikoS: well rm -rf build13:31
@HeikoSwhose fault is that?13:31
@wikingHeikoS: fire a bug :)13:31
@HeikoSah13:31
sonne|workHeikoS: and redo cmake13:31
@HeikoSmake clean doesnt do it?13:31
@wikingHeikoS: but yeah first try to clean the cmake13:31
@HeikoSI did ccmake clean ..13:31
@wikingHeikoS: rm -rf build is safe ;)13:32
@wikingsonne|work: mmm yeah 8 gigs should be fine13:32
sonne|workwiking: I think the 24G are sufficient or we have to order another one :D13:32
@wikingeven 413:32
@wikingor lets say 613:32
@wikingand then we for sure can build the modular interfaces as well13:32
@wikingsonne|work: heheheh :D13:32
@wikingsonne|work: so let's say base system + osx bot13:32
@wikingwhat else13:32
@wikingjust to see if we fit in nicely13:32
@HeikoSah that did it thanks13:33
sonne|workwiking: well the interactive demos13:33
sonne|workwiking: they might eat a few GB13:33
sonne|worklets say 413:33
@wikingok that's like 10 with the osx bot13:33
@wikingso we have like 12 more13:33
@wikingthe base system will eat at least 2gigs i would say13:34
sonne|work24 -4 -6 == 14 ?13:34
sonne|workwiking: nope maybe 200MB13:34
@wikingsonne|work: u recon13:34
@wikingreckon13:34
sonne|workthen buildbot ~200MB13:34
@wikingok13:34
@wiking+ nginx13:34
@wikingi guess13:34
sonne|workngings 100MB13:34
sonne|workx13:34
@wikingdo we need an sql?13:34
sonne|workmaybe not13:35
sonne|workno idea13:35
sonne|workbut say another 500mb13:35
@wikingsonne|work: would we move the webpage there ?13:35
sonne|workstill plenty room13:35
@wikingok13:35
sonne|workwiking: well if possible I would keep the current webserver alive13:35
@wikingwe can have at least one more VM or?13:35
@wikingi mean for testing purposes13:35
sonne|workwiking: and let it do the nightly builds but not much more13:36
@wikinglets say somebody comes in with a funky error13:36
@wikingwith a funky os13:36
sonne|workwiking: yeah but why a VM?13:36
sonne|workI mean it is rather a scratch setup13:36
@wikingwe could just run a new VM instance fast and try out the stuff13:36
sonne|workor just try directly in a chroot13:36
@wikingsonne|work: yeah if it's linux13:36
@wikingsonne|work: btw how much is a win license nowadays?13:37
@wikinglisitsyn: iglesiasg HeikoS ^13:37
@HeikoS?13:37
@wikingsonne|work: because we should start thinking about windows builds13:37
@iglesiasgwiking, no idea13:37
@HeikoSyes +113:37
@wikingsonne|work: with cmake we can do it...13:37
sonne|workwiking: well we have a windows machine already13:37
@HeikoSI dont know havent used windows for quite some time13:38
@wikingsonne|work: could we run there a pure MSVC based buildbot as well?13:38
sonne|workHeikoS: I just used it for my tax decl.13:38
sonne|workwiking: sure13:38
sonne|workit has sufficient mem and disk13:38
sonne|workjust single core in the vm but that is not the problem13:38
@wikingsonne|work: ok then when u have time plz just install buildbot + MSVS + cmake on that machine13:38
sonne|workwiking: I don't have MSVS13:38
@wikingsonne|work: express is for free13:39
sonne|workand I didn't get a reply from the guy at the institute13:39
sonne|workexpress can build shogun?13:39
@wikingsonne|work: http://www.microsoft.com/visualstudio/eng/products/visual-studio-express-products13:39
@wikingsonne|work: yeah i'm working on it... but we'll get there13:39
@wikingsonne|work: with cmake i have already the solution file for VS13:39
@wikingsonne|work: needs some hacking but will get there...13:40
@wikingsonne|work: so i'm just saying that one way or another we should have a pure windows based buildbot13:40
@wikingeither on this new machine or somewhere...13:40
sonne|workwiking: which version?13:41
@wikingsonne|work: windows or VS? :)13:41
@wikingvs doesn't matter13:41
@wikingwould be great if it's 2010 or later13:41
sonne|workwell windows we have 7 and sry no 8 for me13:41
@wikingok so win7 + vs 2010 or later13:41
sonne|workand we need to sign up w/ M$13:42
@wikingcmake will generate the right solution file...13:42
sonne|workHeikoS: so about the trip - I am planning to go on the 18th and then stay the week after (to be back on the weekend)13:42
sonne|workHeikoS: so rent a car etc13:42
@wikingi mean if this guy who owns the cygwin buildbot can setup a VS env for us13:42
@wikingwe are set13:42
sonne|workHeikoS: we could meet Olivier/Quoc or so ...13:43
@wikingif not then we should really think about getting a windows license :S13:43
sonne|workwiking: well I administer this thing so sure we can do13:43
@wikingsonne|work: kayak.com last time i was there i've got a ford mustang cabrio for 15USD/day13:43
sonne|workwiking: and it has a windows license13:43
@HeikoSsonne|work: so go back on 25?13:43
@HeikoSsonne|work: ok I am fine with that!13:43
sonne|workyeah around that13:43
@HeikoSsonne|work: should be book flights together?13:44
@wikingsonne|work: ok cool so then just install the stuff on that machine. native python+cmake+vs express+buildbot13:44
@HeikoSwhen should we book?13:44
@HeikoSsoon or wait for google money?13:44
@HeikoSsonne|work: where do you want to stay? We could rent a small flat on airbnb or so13:44
@wikingsonne|work: see again c# compiled fine on slave4: http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/158313:45
@wiking:S13:45
sonne|workHeikoS: I was planning to be at the summit from 18-20 and then still sleep in the hotel for 1 night13:45
@HeikoSsonne|work: and afterwards?13:46
sonne|workthen e.g. meet people at google or so and then go to santa cruz13:46
@HeikoSI mean sleeping13:46
sonne|workmaybe some national park (and hike there)13:46
@HeikoSyeah totally13:46
@HeikoSso stay somewhere else every night?13:46
@wikingsonne|work: go here, it's really great place to hang around: http://en.wikipedia.org/wiki/17-Mile_Drive13:47
@HeikoSI think I am pretty much open to everything :)13:48
@wikingsonne|work: ok so if we dont need that windows buildbot extra then we should just get that machine for 36 euros/month13:48
@wikingHeikoS: https://gist.github.com/vigsterkr/631851813:55
@wikingHeikoS: would u b ok with this?13:55
@HeikoSwiking: yes! but do get name first13:55
@wikingHeikoS: isn't it the first? :)13:56
@wikinghttps://gist.github.com/vigsterkr/6318518#file-clone_unittest-cc-jinja2-L813:56
@HeikoSah sorry yes13:56
@wikingthe first assert is really just about getting the object ;P13:56
@wikingok i'll do this for the temp classes13:56
@wikingand here we go13:56
@HeikoSobject2 has to be unrefeed13:56
shogun-buildbotbuild #1500 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1500  blamelist: Viktor Gal <viktor.gal@maeth.com>13:57
@HeikoSah it is13:57
@HeikoSsorry13:57
@HeikoSno its good :)13:57
shogun-buildbotbuild #1470 of deb2 - static_interfaces is complete: Failure [failed compile octave_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1470  blamelist: Viktor Gal <viktor.gal@maeth.com>13:57
@HeikoShopefully this wont fail ;)13:57
@wikingok i'll test it first locally :D13:58
shogun-buildbotbuild #1471 of deb2 - static_interfaces is complete: Failure [failed compile cmdline_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1471  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Thoralf Klein <thoralf.klein@zib.de>, Viktor Gal <viktor.gal@maeth.com>13:59
@wikingeh why not buildbot?!13:59
@wikingHeikoS: ok so what about obtain from generic?14:00
@wikingHeikoS: while we are at hacking jinja2 templates :D14:00
@HeikoSwiking: since devs can easily use dynamic cast with an assert (they KNOW they expected type), we dont need this inside shogun code, so no ifdefs in there14:01
@HeikoSso I would say lets do it optional14:01
@HeikoSto not have the dependency14:01
@HeikoSits mainly for modular interface users who cannot cast otherwise14:02
shogun-buildbotbuild #1501 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1501  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Thoralf Klein <thoralf.klein@zib.de>, Viktor Gal <viktor.gal@maeth.com>14:02
@HeikoSmy optinion14:02
@wikingHeikoS: okey14:03
@HeikoSask lisitsyn and sonne|work though14:03
@wikingso then 1) serialization unit tests + 2) obtain from generic :)14:03
@HeikoScool!14:03
@HeikoSgood hacking :)14:03
@wikingHeikoS: well it could be usefull in case of serialization fw14:03
@HeikoSwiking: it will be14:04
@lisitsynyes? what?14:04
@HeikoSwiking: the only thing is the non-trivial data14:04
@wikingHeikoS: yeah in kow14:04
@wiking*i know14:04
@HeikoSthat is yet unsolved and this will massively increase the usefulness of these tests14:04
@HeikoSlisitsyn: obtain_from_generic optional14:04
@wikingindeed14:04
@HeikoSwiking: let me know your ideas on this :)14:04
@wikingHeikoS: ppppfff14:04
@iglesiasglisitsyn, wiking, HeikoS, sonney2k do you guys know about this CombinedKernel weights issue asked in the mailing list?14:04
@wikingHeikoS: braindead about this14:05
@lisitsynHeikoS: why/14:05
@HeikoSiglesiasg: yes, but no idea, he is right ;)14:05
@iglesiasgin MKL the kernel weights should add up to 1, I think14:05
@iglesiasgis combined kernel implementing that?14:05
@HeikoSwiking: two alternating approaches14:05
@lisitsynHeikoS: why to make it optional?14:05
@lisitsyniglesiasg: no MKL*14:05
@HeikoSiglesiasg: combined kernel can have anything14:05
@HeikoSiglesiasg: I bet its a bug14:05
@wikingiglesiasg: afaik anything14:05
@HeikoSbut no idea about this stuff14:05
@iglesiasgmm14:06
@iglesiasgso then they do not have to add up to 1 in combined kernel?14:06
@HeikoSlisitsyn: because otherwise libshogun depends on jinja214:06
@wikingiglesiasg: mmm i dont know in case of MKL14:06
@wikingiglesiasg: but other than that the weights can be anything14:06
@HeikoSiglesiasg: no, but usually the weights are convex14:06
@HeikoSbut I dont know, sonne|work wrote this14:06
@lisitsynHeikoS: ahh14:06
@iglesiasgHeikoS, all right. Let's ask sonne|work once he is back then :)14:07
@HeikoSwiking, iglesiasg the weights have to be bounded otherwise one cannot optimise14:07
@HeikoSiglesiasg: yep I think thats best14:07
@iglesiasgHeikoS, that makes sense14:07
@wiking:D14:07
@iglesiasgbut I think it can fine if they don't add up to one14:07
@iglesiasgbut I am not sure14:07
thoralfiglesiasg, HeikoS: I think it depends what you're learning.  You can also constrain |w|_p = 114:09
@HeikoSiglesiasg: it depends on what is done with them after learning14:09
thoralffor instance 2-norm14:09
thoralfor better |w|_p^p = 114:09
thoralfdon't know the exact definition14:10
@iglesiasgthoralf, aham that makes sense too. It might be that it is another norm than L1 the one that is set to one14:10
@wikingHeikoS: another thing... computationengine14:10
@wikingHeikoS: i get that that you want to use mpi14:10
@wikingHeikoS: but i seriously think that sending data over sockets is really not the most optimal stuff... we should somehow support to pass around references to data on the fs to use14:11
@wikingbecause now basically what you'll do with an IndependentJob is that you add everything into it14:11
@wikingand then serialise/deserialise it14:11
thoralfiglesiasg: Yes.  If individual weights are within [0;1], then it doesn't look that bad. ;)14:11
@wikingand run compute in it14:11
@HeikoSwiking: ok14:11
@HeikoSwiking: in this moment I am writing something like this in python14:12
@HeikoSfor PBS14:12
@wikingbut i dont think it's really good idea to pass around vectors/features/matrixes14:12
@HeikoSwhere one can only communicate over FS14:12
@HeikoSwiking: Ill share the code once its done14:12
@HeikoSalmost the same framework as in shogun14:12
@HeikoSand I will use/test it soon14:12
@HeikoSif it works nice, we can think of adding it to shogun14:12
@HeikoSI basically store the jobs on the FS14:13
@HeikoSand shared data is loaded by the job14:13
@HeikoSand the engine then checks whether certain result files exist14:13
@wikingHeikoS: i'm just now trying to write the hadoop backend with shogun14:13
@HeikoSand submits jobs to the PBS queue14:13
@HeikoSwiking: wow !14:13
@wikingHeikoS: and there it's really you pass the job ... but not the data itself14:14
@wikingHeikoS: as the data is sitting on the hdfs14:14
@wikingwhich is obviously accessible by all the nodes14:14
@HeikoSwiking: yes14:14
@HeikoSwell the job is a fiule14:14
@HeikoSfile14:14
-!- gsomix__ [~gsomix@95.67.189.148] has joined #shogun14:14
@wikingyeah i know... but then always we serialise the data14:14
@wikingso let's say we have we have the data sitting on the fs already14:15
@wikinga CFeatures serialised14:15
@wikingone should be able to just say ok here's the job and that's the data there14:15
@wikingdo your job14:15
@HeikoSwiking: I thinks this is task of the job type14:15
@HeikoSyes the job just is executed14:15
@HeikoSit can do this then14:15
@wikingw814:16
@wikingi'll get back to u in a sec14:16
@wikinghere's a nice one14:16
@wiking(the unit tests came back )14:16
@wiking:D14:16
shogun-buildbotbuild #1290 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1290  blamelist: Viktor Gal <viktor.gal@maeth.com>14:16
@wikingjust creating the pastebin14:16
-!- gsomix_ [~gsomix@178.45.75.171] has quit [Ping timeout: 248 seconds]14:17
@HeikoSwiking: thats exciting stuff14:17
@HeikoSif we had a PBS backend14:17
@HeikoSI think everyone would freak out ;)14:17
@wikingok14:19
@wikinghttp://pastebin.com/J6GDhtVu14:19
@wikingtime to fix14:19
@wiking:)14:19
@wikingCStringFileFeatures does not have get_name defined...14:20
@wikingsame with nearestcentroid14:21
@wikingok i'll do these fixes14:21
@wikingis it possible that somewhere intentionally we dont have a get_name()14:21
@wikingping iglesiasg HeikoS sonne|work lisitsyn ^14:23
@iglesiasgwiking, no that I know of14:23
@iglesiasgI don't quite find a reason why either14:24
-!- gsomix__ [~gsomix@95.67.189.148] has quit [Ping timeout: 246 seconds]14:24
@HeikoSwiking: no14:24
@HeikoSget_name must always be there14:24
@wikingokok then i'm fixing the get_name errors14:24
@HeikoSwiking: thanks!14:25
@lisitsynwiking: it is pure virtual14:28
@lisitsynbut with inheritance..14:29
@wikinglisitsyn: heheh yeah but... indeed14:29
@wiking :)14:29
@wikingok these are fixed14:30
@wikingHeikoS: you'll have some fun now with fixing .equals14:30
@wiking:(14:30
@wikingshould i commit the test, or we dont want constantly failing travis?14:31
@HeikoSwiking: on empty instances?14:31
@wikingHeikoS: yeah14:31
@HeikoSwiking: commit it and blacklist14:31
@HeikoSeasiest for me14:31
@wikingHeikoS: i cannot blacklist it as it's templated :P14:31
@HeikoSwiking: thats most likely uninitialised memory, Ill have a look14:31
@HeikoSah14:31
@HeikoSso how can I access?14:31
@wikingHeikoS: i mean i can but it's really fucking awkward to do14:31
@wikingHeikoS: ok i'll push the fix for the get_names14:32
@HeikoSwiking: can you give me a list of classnames that fail?14:32
@HeikoSthen Ill write a program locally14:32
@wikingand then i'll just give u the patch14:32
@wikingand u can run locally the unit test14:32
@wikingHeikoS:14:32
@wiking[  FAILED  ] SGObject.clone_equals_FeatureBlockLogisticRegression14:32
@wiking[  FAILED  ] SGObject.clone_equals_GaussianBlobsDataGenerator14:32
@wiking[  FAILED  ] SGObject.clone_equals_MCLDA14:32
@wiking[  FAILED  ] SGObject.clone_equals_DualLibQPBMSOSVM14:32
@wiking[  FAILED  ] SGObject.clone_equals_Factor14:32
@wiking[  FAILED  ] SGObject.clone_equals_MAPInference14:33
@wiking[  FAILED  ] SGObject.clone_equals_StringFeatures_PT_INT1614:33
@wiking[  FAILED  ] SGObject.clone_equals_StringFeatures_PT_UINT1614:33
@wiking[  FAILED  ] SGObject.clone_equals_StringFeatures_PT_FLOAT3214:33
@wiking[  FAILED  ] SGObject.clone_equals_StringFeatures_PT_FLOAT6414:33
@wiking[  FAILED  ] SGObject.clone_equals_StringFileFeatures_PT_INT1614:33
@wikingall failed on equals14:33
@HeikoSok thanks14:33
@HeikoSwill check soon14:33
@HeikoSbut now14:33
@HeikoSlunch :)14:33
shogun-notifier-shogun: Viktor Gal :develop * 0b0f529 / src/shogun/ (4 files): https://github.com/shogun-toolbox/shogun/commit/0b0f529cde3630b6339eb6f0974a496d0573d3fb14:34
shogun-notifier-shogun: Add or fix get_name function for the classes in the patch14:34
@wikingHeikoS: sent u the patch14:36
@wikingok now let's see about the serialization tests :P14:36
-!- gsomix__ [~gsomix@88.200.242.148] has joined #shogun14:37
-!- gsomix__ [~gsomix@88.200.242.148] has quit [Ping timeout: 240 seconds]14:41
shogun-buildbotbuild #1291 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1291  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Thoralf Klein <thoralf.klein@zib.de>, Viktor Gal <viktor.gal@maeth.com>14:44
@wikingbtw do we agree that in gtest we should only print out failed errors?14:48
@wikingas it's getting really a looong output14:48
-!- gsomix__ [~gsomix@95.67.172.244] has joined #shogun14:55
@iglesiasgwiking, I admit I like to run the binary shogun unit test by hand and see all the green :)14:56
-!- iglesiasg_ [~iglesias@n132-p33.kthopen.kth.se] has joined #shogun15:01
-!- iglesiasg [~iglesias@2001:6b0:1:1041:5158:760a:da84:6c51] has quit [Read error: Connection reset by peer]15:01
shogun-buildbotbuild #1472 of deb2 - static_interfaces is complete: Failure [failed compile octave_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1472  blamelist: Viktor Gal <viktor.gal@maeth.com>15:07
shogun-buildbotbuild #1502 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1502  blamelist: Viktor Gal <viktor.gal@maeth.com>15:09
@lisitsyniglesiasg_: sounds like coming out15:12
@lisitsyn:D15:12
iglesiasg_lisitsyn, haha yeah the same thing lol15:13
@lisitsyniglesiasg_: have you heard bradley manning is chelsea manning now btw?15:14
@wikingiglesiasg_: ok i'll add it as cmdline args just for u15:14
@lisitsyn:D15:14
@wikingiglesiasg_: and by default it'll print everything :>15:14
iglesiasg_lisitsyn, yeah I saw something about that15:14
iglesiasg_wiking, wow it sounds like Christmas!15:15
thoralfiglesiasg_: Yeah :D15:21
-!- lisitsyn [~lisitsin@mxs.kg.ru] has quit [Quit: Leaving.]15:26
shogun-notifier-shogun: Viktor Gal :develop * 3336b14 / tests/unit/base/main_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/3336b147241ff69a434f69f8b1c7e1a45e5d56a615:28
shogun-notifier-shogun: Add --only-on-failure command line argument for unit tests15:28
shogun-notifier-shogun: With --only-on-failure only failing unit tests are printed and the unit15:28
shogun-notifier-shogun: test summary on the end. By default it's disabled.15:28
@wikingiglesiasg_: ^ voila15:28
iglesiasg_viva!15:29
@wikingok now serialisation tets15:29
@wiking*tests15:29
-!- gsomix__ is now known as gsomix15:30
shogun-buildbotbuild #1292 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1292  blamelist: Viktor Gal <viktor.gal@maeth.com>15:33
@wikingHeikoS: hahah you'll be shocked about this :)15:45
@wikingHeikoS: http://pastebin.com/iR1Wmn1y15:45
@wikingi don't understand that how's that possible that SGObject.clone_equals errors are not a true subset of SerializationAscii15:46
@wikingsince SerializationAscii uses object->equals()15:46
@HeikoS?15:46
@HeikoSthe same classes fail?15:46
@wikingno15:46
@wikingthat's the funky part15:46
@wikingas u can see the two sets does have an intersection15:46
@wikingbut for example MCLDA doesn't fail with serialization+equals15:47
@wiking:DDD15:47
@wikingHeikoS: even more... 2 consequtive tests does not give the same errors with serialization :P15:53
@HeikoSweiiiird :)15:54
@wikingyeps15:54
@wikinganyhow i'll write these tests15:54
@wikingmaybe i'll add it to a separate branch15:54
@wikingso that until we dont fix it15:54
@wikingwe dont add it to the develop branch15:54
@wikingok?15:54
@HeikoSthats good15:57
@HeikoSdifferent branch15:58
sonne|workwiking: well ascii is lossy15:58
@wikingsonne|work: that's ok i'm writing json hdf5 and xml as well15:58
shogun-buildbotbuild #1473 of deb2 - static_interfaces is complete: Failure [failed compile octave_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1473  blamelist: Viktor Gal <viktor.gal@maeth.com>15:59
shogun-buildbotbuild #1503 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1503  blamelist: Viktor Gal <viktor.gal@maeth.com>16:01
-!- iglesiasg_ [~iglesias@n132-p33.kthopen.kth.se] has quit [Ping timeout: 264 seconds]16:08
shogun-buildbotbuild #1584 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1584  blamelist: Viktor Gal <viktor.gal@maeth.com>16:09
sonne|workwiking: json is even more lossy :D16:14
@wikingwell we can fix those i hope16:16
sonne|workwiking: no not possible16:19
sonne|workwiking: when you have a double -> json or -> ascii16:19
sonne|workit is always lossy16:19
@wikingsonne|work: then why do we have it at the first place?16:19
sonne|workerrm??16:20
sonne|workyou want to store your model as .json / ascii sometimes as hdf5 etc16:20
@wikingwell if we know that it's lossy, hence it cannot really truly serialise a class then we should just not have it16:20
sonne|workYMMV16:20
sonne|workwhy not?16:20
@wikingwell why yes?16:20
sonne|workit is 'good enough'16:20
-!- iglesiasg_ [~iglesias@2001:6b0:1:1041:5158:760a:da84:6c51] has joined #shogun16:20
sonne|workpeople use .csv's to store data for decades and still do16:21
sonne|workeven though it is always lossy16:21
sonne|work(for double)!16:21
shogun-buildbotbuild #1293 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1293  blamelist: Viktor Gal <viktor.gal@maeth.com>16:25
-!- sonne|work [~sonnenbu@91-64-72-127-dynip.superkabel.de] has quit [Quit: Leaving.]16:33
-!- pickle27 [~kevin@d67-193-243-174.home3.cgocable.net] has joined #shogun16:38
-!- sonne_ [~sonne@82.113.99.43] has joined #shogun16:48
-!- sonne_ is now known as sonne|osx16:51
@wikinghohooooo16:55
@wikingsegfault with XML16:55
-!- HeikoS [~heiko@nat-176-108.internal.eduroam.ucl.ac.uk] has quit [Ping timeout: 240 seconds]16:55
shogun-notifier-shogun: Viktor Gal :feature/SerialUTests * 45ad889 / tests/unit/ (5 files): https://github.com/shogun-toolbox/shogun/commit/45ad889864df9ae6b10627b805bd8b30a59e1aa416:56
shogun-notifier-shogun: Refactor autogenerated clone_unittest16:56
shogun-notifier-shogun: Add autogenerated unit tests for all the supported serialisation16:56
@wikingoookeeey16:56
shogun-notifier-shogun: backends16:56
shogun-notifier-shogun: Viktor Gal :feature/SerialUTests * 1e9118f / tests/unit/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/1e9118f41bd6d31b9c77cbc1bddc14d1d13a22c516:56
shogun-notifier-shogun: Refactor autogenerated unit test creation in cmake16:56
shogun-notifier-shogun: one will have to add manually the generation command16:56
shogun-notifier-shogun: this way we support more flexible autogeneration16:56
@wikinglet's see what travis does with this16:57
@wiking:>16:57
-!- iglesiasg_ [~iglesias@2001:6b0:1:1041:5158:760a:da84:6c51] has quit [Quit: Ex-Chat]16:57
-!- iglesiasg [~iglesias@2001:6b0:1:1da0:5dd1:908e:cfcf:27e] has joined #shogun16:58
-!- mode/#shogun [+o iglesiasg] by ChanServ16:58
-!- HeikoS [~heiko@nat-176-108.internal.eduroam.ucl.ac.uk] has joined #shogun16:59
-!- mode/#shogun [+o HeikoS] by ChanServ16:59
@wikingHeikoS: yo man17:00
@wikingi've just sent u an email17:00
@wikinganyhow i published the branch17:00
@wikingand here we go we have travis as well: https://travis-ci.org/shogun-toolbox/shogun/builds/1053988017:00
shogun-notifier-shogun: Viktor Gal :develop * 28107fb / src/interfaces/octave_static/ (2 files): https://github.com/shogun-toolbox/shogun/commit/28107fb2b867b0c1a67f46fb6e548e1a80bba58117:03
shogun-notifier-shogun: Fix includes in octave_static17:03
-!- sonne|osx [~sonne@82.113.99.43] has quit [Quit: sonne|osx]17:10
pickle27wiking: how can I force swig to re-update when building17:10
@wikingwhat do u mean by reupdate?17:10
pickle27wiking: Im doing work on the swig_typemaps.i file17:10
pickle27wiking: but when I make changes it doesn't affect the build unless I make clean17:11
@wikingfuck17:11
@wikingit should17:11
@wikingok checking17:11
@wikingooooohmaaaan17:12
@wikingclang just fucking died :)17:12
@iglesiasgRIP17:12
@wikingyeah17:12
@wikingnever seen a compiler fail so badly17:12
pickle27wiking: looks like deleting the folder under build/src/interfaces/octave_modular worked17:12
* wiking wonders why...17:12
@wikingpickle27: yeah that shuld definitely17:12
@wikingbut still17:12
pickle27it re ran a bit of configure but didn't rebuild anything17:13
@wiking715K Aug 23 16:53 SerializationJSON_unittest.cc mmmm17:13
@wikingmaybe it's a bit too big? :<17:13
@wikinglet's see what gcc does with it :)17:13
@wikingpickle27: i mean the thing is that17:14
@wikingthere's this in the cmake file17:14
@wikingCOMMAND "${CMAKE_COMMAND}" -E copy_if_different ${file} ${fname}17:14
@wikingthat should make sure that if you change something in interfaces/modular/*i17:14
@wikingthen it would copy the new one17:14
pickle27wiking: weird17:14
@wikingpickle27: can u check if at least it's copied over?17:15
pickle27wiking: I haven't upstream merged in 2 days is that line new?17:15
pickle27sure I'll check next time I make a change17:15
@wikingi mean from ./src/interfaces/modular/ to ./build/src/interfaces/<whichever modular u work on>17:15
pickle27wiking: yeah yeah17:15
@wikingpickle27: thnx17:15
@wikingmaybe it does copy it17:15
@wikingbut that still doesn't trigger a rebuild of modshogun.i17:16
@wikingwhich i guess is going to be the case17:16
@wikingas i would need to add some type of a dependency17:16
@wikingof that target17:16
@wikinglet me know and i'll see17:16
pickle27sonney2k: around?17:16
@wikingbtW: anybody knows a way to check the peak memory used by the compiler?17:17
@wikingnot it's not ps aux|grep g++17:17
@wiking ? :)17:17
pickle27wiking: it doesn't copy17:19
@wikingpickle27: fucker17:20
@wikingpickle27: if u run cmake?17:20
pickle27wiking: I just ran make17:20
@wikingtry to run cmake17:20
@wikingjust in case17:20
pickle27wiking: if I run cmake I'll have t rebuild all of shogun17:21
@wikingto see if that's effecting it17:21
@wikingdo u17:21
@wiking?17:21
pickle27I think so17:21
@wikingthat'd be weird17:21
@wikingbut ok17:21
pickle27I'll try17:21
@wikingi'll check now17:21
@wikingbecause it's a target that should always trigger with simple make17:21
@wikinghahahah This log is too long to be displayed. Please reduce the verbosity of your build or download the the raw log.17:21
@wikingookeeey17:21
pickle27wiking: okay re ran cmake with the same flags didn't have t rebuild also didn't copy the file17:22
@wikingdamn cmake17:22
@wikingok i'll get back to u17:22
@wikingif u have time plz fire an issue for this17:23
pickle27wiking: I tried deleting build/src/interface/swig_typemaps.i and then it recopied but it didn't rebuild17:23
pickle27wiking: sure thing17:24
-!- foulwall [~user@2001:da8:215:c252:b121:e669:c986:27a2] has joined #shogun17:25
@wikingtnx17:29
shogun-notifier-shogun: Viktor Gal :feature/SerialUTests * 3455976 / tests/unit/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/34559761f6bbbe53caa86a2ab04e2752b75e258217:29
shogun-notifier-shogun: Run unit testing with --only-on-failure when executing from ctest17:29
shogun-notifier-shogun: The number of log line in travis is limited to 10000 and the17:29
shogun-notifier-shogun: ever growing unit tests are eating up the lines, hence only print17:29
shogun-notifier-shogun: the failed unit tests when running it from ctest17:29
-!- dkyang [3cb13ac4@gateway/web/freenode/ip.60.177.58.196] has joined #shogun17:46
pickle27wiking: where is the copy if new command in the cmake file?17:47
@wikingcmake/CommonModularInterface.cmake17:49
@HeikoSwiking: compiling your branch17:49
@HeikoS...17:49
@wikingheheh HeikoS it's highly dangerous branch ;)17:50
@HeikoSlets see ;)17:51
@HeikoSwiking: I love ccache17:51
@HeikoSfinally works, my local installation somehow did not17:51
@wikingpickle27: yeah i wonder why it does not work :S17:52
pickle27wiking: yeah I see it now, I don't know either17:52
pickle27wiking: Im able to work by just deleting the folder17:52
pickle27wiking: I did submit an issue on github17:53
@HeikoSwiking: where are the tests?17:54
@HeikoScannot see them17:54
@wikingHeikoS: ?17:54
@wikingpickle27: saw it thnx17:54
@wikingHeikoS: what do u mean where r the tests?17:54
@HeikoSwhich folder?17:54
@HeikoSor did you put everything into clone tests?17:54
@HeikoSyep you did sorry17:55
@HeikoSmaybe rename later on17:55
@HeikoSto automagic_unit_tests17:55
@wikingah17:57
shogun-notifier-shogun: Viktor Gal :develop * f0d7298 / cmake/CommonModularInterface.cmake: https://github.com/shogun-toolbox/shogun/commit/f0d72986f40861993c1dd2b3e791b43978d253e618:01
shogun-notifier-shogun: Fix for updating the .i files when they are changes18:01
shogun-notifier-shogun: issue #145418:01
@wikingpickle27: done18:01
shogun-buildbotbuild #1504 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1504  blamelist: Viktor Gal <viktor.gal@maeth.com>18:02
pickle27wiking: cool what was the problem?18:02
@wikingpickle27: a depend was missing ;)18:02
@wikingrookie error18:02
@wikingsorry about that18:02
pickle27wiking: np, you fixed that super fast!18:02
-!- foulwall [~user@2001:da8:215:c252:b121:e669:c986:27a2] has quit [Ping timeout: 264 seconds]18:06
-!- travis-ci [~travis-ci@ec2-50-19-189-171.compute-1.amazonaws.com] has joined #shogun18: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/1053988018:07
-!- travis-ci [~travis-ci@ec2-50-19-189-171.compute-1.amazonaws.com] has left #shogun []18:07
thoralfwiking: "make -j$HIGH shogun shogun-unit-test install" <-- prints "Linking CXX shared library libshogun.so" 3 times and then dies with ld error "File truncated"18:11
thoralfwiking: Can you imagine why?  Are the dependencies properly set up?18:12
@wikingthoralf: i hope so :)18:12
@wikingthoralf: but then again ... it seems not18:12
@wikingthoralf: what's you cmake version?18:12
thoralfwiking: cmake version 2.8.10.118:12
@wikingmmmm18:12
@wikingi have nooo idea man18:12
thoralfdefault Ubuntu 13.0418:12
@wikingeither i was a rookie with setting up the dependencies (most probably)18:12
@wikingor something that cmake fucks up18:13
@HeikoSwiking: these tests are awesome, they detect everything and it always told me whats wrong18:14
@wiking:)18:16
@wikingso now u know why the equals fails? :)18:16
@HeikoSyes18:17
@HeikoSits all uninitialised memory18:17
@wikingyey18:17
@HeikoSpeople dont initialise class members18:17
@wiking:)18:17
@wikingfuckers :D18:17
@HeikoSthey if I ever get them18:19
@HeikoS(so in fact just found one of my classes :D, also had some of yours a  while ago ;)18:20
shogun-buildbotbuild #1294 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1294  blamelist: Viktor Gal <viktor.gal@maeth.com>18:25
shogun-buildbotbuild #1474 of deb2 - static_interfaces is complete: Failure [failed compile octave_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1474  blamelist: Viktor Gal <viktor.gal@maeth.com>18:29
-!- dkyang [3cb13ac4@gateway/web/freenode/ip.60.177.58.196] has quit [Quit: Page closed]18:30
@HeikoSone more18:35
@HeikoSwiking: around?18:41
@HeikoSwiking: I think for those automagic tests we should activate valgrind and give errors if something is going on18:42
@HeikoSmany of those errors might go through unnoticed otherwise18:42
@wikingHeikoS: ok18:42
@HeikoSwe are only observing the tip of the iceberg there18:42
@wikingHeikoS: have u seen this: https://travis-ci.org/shogun-toolbox/shogun/jobs/10541373#L371718:43
@wikingso there even clone_equals_MAPInference clone_equals_DisjointSet is dying as well18:43
@HeikoSyes thats what I mean18:43
@HeikoSits that sometimes memory errors give segfaults18:44
@HeikoSsometimes not18:44
@HeikoSso rather let valgrind chcek18:44
@wikingand JSON serialization is just a big mess18:44
@wiking:)18:44
@wikingso we are not merging this anytime soon i have a feeling :)18:44
@HeikoSwiking: well we can go stepwise18:45
@HeikoSfirst valgrind the basic tests18:45
@HeikoSthen merge that18:45
@HeikoSthen serialization18:45
@HeikoSthen complex data18:45
@HeikoSthis is tidious fixing uninit memory bugs18:46
@wikingHeikoS: i wanted to enable valgrind unit testing the problem was with that that openmp-ed tapkee went into infinite loop :)18:47
@HeikoSwiking: how to print long float aka floatmaxc?18:47
@HeikoS%f is not good?18:47
@HeikoSwiking: maybe only the automagic ones for now?18:47
thoralfHeikoS: %llllllf ;)18:47
@wiking%lf18:47
@HeikoSwiking: ah, thats a bug in clone :)18:47
@wikingwhy?18:48
@HeikoSand long int?18:48
@wiking$ld18:48
@HeikoSbecause I print the numbers sometimes when debugging18:48
@wiking%ld18:48
@wikingor %lld18:48
@wikingif it's long long18:48
@HeikoSso int64 is ld?18:48
-!- travis-ci [~travis-ci@ec2-184-72-133-65.compute-1.amazonaws.com] has joined #shogun18:49
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/1054025518:49
-!- travis-ci [~travis-ci@ec2-184-72-133-65.compute-1.amazonaws.com] has left #shogun []18:49
@wikingHeikoS: best is to use PRId6418:49
@wikingprintf("%" PRId64 "\n", t);18:49
@wikingsee this18:49
@wikinghttp://stackoverflow.com/questions/9225567/how-to-print-a-int64-t-type-in-c18:49
thoralfwiking: I tried to fix the simultaneous build of libshogun by adding (random?;)) dependencies to CMakeLists, but it does not help out.18:52
@HeikoS%Lf18:52
thoralfwiking: Just better not use more than one target ;)18:52
@HeikoSweiiiiird18:52
@wikingthoralf: hehe18:53
@wikingHeikoS: best to use those macros18:53
@HeikoSwiking: yes, maybe I will change later18:53
@HeikoSParameter.cpp:3523718:53
thoralfHeikoS: "Maybe I will write tests later." ;)18:53
@HeikoSthoralf: haha :)18:53
thoralfHeikoS: Everyone knows it will be never. ;)18:53
@HeikoSthoralf: well fixing other things18:53
@HeikoSone after another18:54
@HeikoSwiking: feel free to change, see file above ;)18:54
@wikingHeikoS: okey18:54
thoralfHeikoS: Gotta go, but if you've got time on tuesday, we could start a small hackathon and fix "all" the memory issues.18:54
@HeikoSwiking: ok I fixed all of the problems pasted by you, sending PR18:55
@HeikoSthoralf: brilliant :)18:55
@HeikoSthoralf: I would agree18:55
thoralfHeikoS: You'll be there on tuesday?18:55
@HeikoSthoralf: dont know yet, maybe propose via email to the mailing list :)18:55
@HeikoSthen others might join too18:55
@wikingHeikoS: cool!18:55
@wikingHeikoS: i'm just trying to reproduce Kyle's error18:55
thoralfBye.18:56
-!- thoralf [~thoralf@enki.zib.de] has quit [Quit: Konversation terminated!]18:56
@HeikoSwiking: no the question is how to push this :)18:56
@HeikoSgetting weird git errors18:56
@wikingHeikoS: eh?18:56
@wikingdid u rebase?18:56
@HeikoSwiking: I have a talent to fuck up things in git18:56
@HeikoSno i created a new branch18:56
@wikingHeikoS: no worries... what new branch?18:56
@HeikoSupstream/feature/SerialUTests18:56
@wikingyeah yea18:56
@wikingbut u need to rebase18:57
@HeikoSin there I committed18:57
@HeikoSwiking: against what?18:57
@wikingupstream/feature/SerialUTests18:57
@wiking:)18:57
@HeikoSok let me do that18:57
@wikingas i've pushed some stuff there in the meanwhile18:57
@HeikoSdone18:57
@HeikoSwhat?18:57
@wikingcan u push now?18:57
@HeikoSit told me up to date18:57
@HeikoSgit pull --rebase upstream feature/SerialUTests18:58
@wikingwhat's the error when u try to push18:58
@HeikoSwarning: push.default is unset; its implicit value is changing in18:58
@HeikoSGit 2.0 from 'matching' to 'simple'. To squelch this message18:58
@HeikoSand maintain the current behavior after the default changes, use:18:58
@HeikoS  git config --global push.default matching18:58
@HeikoSTo squelch this message and adopt the new behavior now, use:18:58
@HeikoS  git config --global push.default simple18:58
@HeikoSSee 'git help config' and search for 'push.default' for further information.18:58
@HeikoS(the 'simple' mode was introduced in Git 1.7.11. Use the similar mode18:58
@HeikoS'current' instead of 'simple' if you sometimes use older versions of Git)18:58
@wikingah ok18:58
@wikingjust do this for the moment18:58
@HeikoSah still worked18:58
@wikinggit push upstream feature/SerialUTests18:59
@wikingHeikoS: i suppose that pushed to your own repo18:59
@wikingand not the upstream ;)18:59
@HeikoSheiko@heiko-ThinkPad-T420:~/Desktop/shogun/shogun/build$ git push upstream feature/SerialUTests18:59
@HeikoSerror: src refspec feature/SerialUTests does not match any.18:59
@HeikoSerror: failed to push some refs to 'https://github.com/shogun-toolbox/shogun.git'18:59
@wikingeh18:59
@HeikoSill try a PR19:00
@HeikoSgrrr19:00
@HeikoSI dont see the branch in github19:00
@HeikoSat my fork19:00
@wikingyeah19:00
@wikingme neither19:01
@wikingi wonder where u pushed this19:01
@HeikoSso how to push directly to the feature branch?19:01
@HeikoSwiking: getting this error above19:01
@wikingmm19:01
@wikingwait19:01
@wikingmmm seems like that19:02
@wikingso anyways git push upstream feature/SerialUTests19:02
@wikingshould do it19:02
@HeikoSas said19:02
@HeikoSheiko@heiko-ThinkPad-T420:~/Desktop/shogun/shogun/build$ git push upstream feature/SerialUTests19:02
@HeikoSerror: src refspec feature/SerialUTests does not match any.19:02
@HeikoSerror: failed to push some refs to 'https://github.com/shogun-toolbox/shogun.git'19:02
@wikingyeah that's totally weird19:02
@wikingas it's there :)))19:02
@wikingHeikoS: do a git fetch19:02
@wikingeven better19:02
@HeikoSno help19:03
@HeikoSgit fetch upstream also not help19:03
@wiking git fetch upstream feature/SerialUTests19:03
@wiking?19:03
@HeikoSthat did something but still same error19:03
@HeikoSmaybe via PR19:04
@wikingbut how do u want to pr19:04
@wikingwhen it's nowhere19:04
@wikingi mean your commit is not yet anywhere in github19:04
@HeikoSwiking: how do I push the local branch to my fork?19:04
@wikingi guess your fork is name origin19:05
@wikingbecause in that case it would be19:05
@wikinggit push origin feature/SerialUTests19:05
@HeikoSsame error19:05
@wikingmmmm woah19:05
@HeikoSah maybe the ubuntu upgrade fucked up something19:05
@HeikoShow can I check the git upstream settings?19:05
@wikingwhat's the output of this19:06
@wikinggit branch19:06
@wikingHeikoS: .git/config has all the info19:06
@HeikoSno upstream in there just my email19:06
@HeikoSheiko@heiko-ThinkPad-T420:~/Desktop/shogun/shogun/build$ git branch19:06
@HeikoS  dev19:06
@HeikoS  develop19:06
@HeikoS  master19:06
@HeikoS* upstream/feature/SerialUTests19:06
@wikingoooh fuck19:06
@HeikoSah is the upstream too much?19:06
@wikingyeah created actually a branch called upstream/feature/SerialUTests :D19:06
@wikingi think19:06
@wiking:D19:06
@HeikoShaha19:06
@HeikoSnice19:07
@wikingremote "upstream"] url = git@github.com:shogun-toolbox/shogun.git fetch = +refs/heads/*:refs/remotes/upstream/*19:07
@wiking[remote "upstream"] url = git@github.com:shogun-toolbox/shogun.git fetch = +refs/heads/*:refs/remotes/upstream/*19:07
@wikingthis should b somewher in your .git/config19:07
@wikingHeikoS: if u do this git branch -a19:07
@wikingdo you have something like this19:07
@wiking  remotes/upstream/feature/SerialUTests19:08
@wikingif not then add a new remote as upstream19:08
@HeikoSso now I should just create features/bla rather than upstream/feature/vbla?19:08
@wikingmmm wait19:09
@wikingdo u have upstream as remote branch?19:09
shogun-notifier-shogun: Heiko Strathmann :feature/SerialUTests * b2ca266 / src/shogun/features/streaming/generators/GaussianBlobsDataGenerator.cpp: https://github.com/shogun-toolbox/shogun/commit/b2ca26607677d92d0f7ccf8a324c0b680d81768d19:09
shogun-notifier-shogun: fixed uninitialised memory bug19:09
shogun-notifier-shogun: Heiko Strathmann :feature/SerialUTests * 6c4cbf8 / src/shogun/classifier/ (2 files): https://github.com/shogun-toolbox/shogun/commit/6c4cbf830f918abb0b050b339a8668ac434ba25d19:09
@HeikoSha I pushed19:09
shogun-notifier-shogun: fixed uninitialized memory bugs and changed SG_REF order in setter19:09
shogun-notifier-shogun: Heiko Strathmann :feature/SerialUTests * 58ff468 / src/shogun/multiclass/MCLDA.cpp: https://github.com/shogun-toolbox/shogun/commit/58ff468a24e44ec520e1f5a233574866be68bdda19:09
shogun-notifier-shogun: fix uninitialised memory bugs19:09
shogun-notifier-shogun: Heiko Strathmann :feature/SerialUTests * 8e71e1d / src/shogun/structure/DualLibQPBMSOSVM.cpp: https://github.com/shogun-toolbox/shogun/commit/8e71e1dfec58788329fcba977ae0c5aba752288919:09
shogun-notifier-shogun: fix uninitialised memory bugs19:09
shogun-notifier-shogun: Heiko Strathmann :feature/SerialUTests * 95c1414 / src/shogun/structure/Factor.cpp,src/shogun/structure/Factor.h: https://github.com/shogun-toolbox/shogun/commit/95c1414b728b01830d3cff8ca5415cf3bbea344b19:10
shogun-notifier-shogun: fixed uninitialised memory bugs and removed unused class member factor_id (causing errors)19:10
shogun-notifier-shogun: Heiko Strathmann :feature/SerialUTests * c784964 / src/shogun/structure/MAPInference.cpp: https://github.com/shogun-toolbox/shogun/commit/c784964444b2b046da9bc359cd953f575340790619:10
shogun-notifier-shogun: fixed uninitialized memory bug19:10
shogun-notifier-shogun: Heiko Strathmann :feature/SerialUTests * 6a6cc00 / src/shogun/base/Parameter.cpp: https://github.com/shogun-toolbox/shogun/commit/6a6cc0006ad595a2c6eac0c6e1fc378f3b41dbc219:10
shogun-notifier-shogun: fixed memory bug in debug prints of clone19:10
shogun-notifier-shogun: Heiko Strathmann :feature/SerialUTests * 1ae7e02 / src/shogun/features/StringFeatures.cpp: https://github.com/shogun-toolbox/shogun/commit/1ae7e02175cf572793fff6f7beca04fa6a579b9b19:10
shogun-notifier-shogun: fixed uninitialized memory bugs19:10
@wikingyey worked19:10
@wiking;d19:10
@wiking:D19:10
@HeikoScorrect branch? :)19:10
@wikingseems like19:10
@HeikoSok phew19:10
@HeikoSnow what next?19:10
@HeikoSvalgrind for the autotests?19:10
@HeikoSis that easy to add?19:10
@wikingmmm welll19:11
@wikingoh fuck19:11
@wikingnow i have a rpoblem with my branch19:12
@HeikoSah git, I just love it ;)19:12
@HeikoSeh wait19:13
@wikingwhat?19:13
@HeikoSdid all my commits go in?19:14
@HeikoSah yes since I pushed directly19:14
@HeikoSits not grouped19:14
@HeikoSphew19:14
shogun-buildbotbuild #1475 of deb2 - static_interfaces is complete: Failure [failed compile octave_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1475  blamelist: Viktor Gal <viktor.gal@maeth.com>19:17
shogun-buildbotbuild #1505 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1505  blamelist: Viktor Gal <viktor.gal@maeth.com>19:20
@HeikoSwiking: want to see more weird stuff?19:22
@HeikoS[ RUN      ] SerializationXML.SpectrumRBFKernel19:22
@HeikoS/tmp/SpectrumRBFKernel.PbZLhp:2: parser error : Specification mandate value for attribute sequences19:22
@HeikoS="float64">0</width><nof_sequences type="int32">0</nof_sequences><the sequences19:22
@HeikoS                                                                               ^19:22
@HeikoS/tmp/SpectrumRBFKernel.PbZLhp:2: parser error : attributes construct error19:22
@HeikoS="float64">0</width><nof_sequences type="int32">0</nof_sequences><the sequences19:22
@HeikoS                                                                               ^19:22
@HeikoS/tmp/SpectrumRBFKernel.PbZLhp:2: parser error : Couldn't find end of Start Tag the line 219:22
@HeikoS="float64">0</width><nof_sequences type="int32">0</nof_sequences><the sequences19:22
@HeikoS                                                                               ^19:22
@HeikoSSegmentation fault (core dumped)19:22
@wikingHeikoS: yes19:23
@HeikoSah sorry19:23
@HeikoSthats serialization19:23
@wikingHeikoS: xml generator is not the best19:23
@wikingi mean it's a bug in xmlwriter19:23
@wikingi mean our XML file writer19:23
@wikingone cannot have <fuck off> </fuck off> tag19:23
@wiking;)19:23
@HeikoSwiking: i dont like the serialization tests inside the other ones19:24
@HeikoSthis segfaults19:24
@HeikoSbut I have to way to check whether the other ones worked now19:24
@HeikoSthey all should be sep. files19:24
@HeikoSsorry to annoy you with that again19:24
@wikingwhat do you mean by sep files?19:25
@wiking--gtest_filter=SerializationHDF5\*19:25
@wikingSystemError: [ERROR] In file /Users/wiking/shogun/src/shogun/preprocessor/PruneVarSubMean.cpp line 136: assertion initialized failed in virtual SGMatrix<float64_t> shogun::CPruneVarSubMean::apply_to_feature_matrix(shogun::CFeatures *) file /Users/wiking/shogun/src/shogun/preprocessor/PruneVarSubMean.cpp line 13619:26
@wikingyeye19:26
@HeikoSI think I will go home soon19:27
@HeikoSgood efforts for today though19:27
@wikingHeikoS: woah man19:27
@HeikoS?19:27
@wikingPreprocHandle = SerializableAsciiFile('./PreprocFile.preproc', 'w')19:27
@wikingguess what's the output of this19:28
@HeikoS42?19:28
@wiking<<_SHOGUN_SERIALIZABLE_ASCII_FILE_V_00_>>19:28
@wikingversion_parameter int32 119:28
@wikingthis is all19:28
@HeikoSnot good19:28
@HeikoSidea why?19:28
@wikingheheh19:28
@wikingthere's not a single19:29
@wikingSG_ADD19:29
@wiking:)19:29
@wikingso none of the parameters of that class has been added to the parameters list19:29
@wiking:)19:29
@HeikoSah19:30
@HeikoSwell, so thats fine then right? :)19:30
@wikingheheh yeah19:30
@wikingfixing it19:31
@HeikoScool19:31
@HeikoSthats kyle's error?19:31
@wikingmmm19:31
@wikingHeikoS: yes19:31
@HeikoScool then19:31
@wikingfloat64_t* std;19:31
@HeikoSah19:31
@wikingdo we serialize this?19:31
@HeikoShow is it used?19:31
@wikingor rather replace this with SGVector?19:31
@HeikoSah yes19:31
@HeikoSbut careful about the len variables when doing this19:31
@HeikoSand the access19:31
@wikingokey19:32
@wikingi'll just rewrite this class a bit19:32
@wikingwith using SGVector shit19:32
@wikingHeikoS: SG_ADD(SGVector... works right?19:32
@HeikoSyes but you have to give it the address19:32
@HeikoSbetter check exisitng code :D19:32
@wikingokok will do19:33
@wikinghehe19:34
@wikingthis code is like from 2000819:34
@wiking:)19:34
-!- travis-ci [~travis-ci@ec2-50-19-189-171.compute-1.amazonaws.com] has joined #shogun19:38
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/1054137219:38
-!- travis-ci [~travis-ci@ec2-50-19-189-171.compute-1.amazonaws.com] has left #shogun []19:38
@HeikoSwiking: I edited older this year ;)19:39
@HeikoSHMM  contained uninit memory haha19:39
@HeikoS1999-200919:39
@wiking:D19:42
shogun-buildbotbuild #1295 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1295  blamelist: Viktor Gal <viktor.gal@maeth.com>19:44
-!- sonne|osx [~sonne@f053046196.adsl.alicedsl.de] has joined #shogun19:48
pickle27sonne|osx: hey can I bug you about the octave swig interface?19:51
@wikingHeikoS: how do u i SG_ADD a float64*19:52
sonne|osxpickle27: well don't ask to ask ASK!19:52
pickle27haha okay19:52
pickle27sonne|osx: here is my NDArray type map for octave19:54
pickle27the correct array prints from the printf but I get a corrupted double link list error and octave raches19:54
sonne|osxpickle27: where and which direction - in our out type map?19:57
pickle27sonne|osx: this is the out type map19:57
@wikingsonne|osx: CPruneVarSubMean(bool divide=true); is actualy the implementation of CPruneVarSubMean(); ?19:57
@wikingsonne|osx: i know it's c++ question but i'm a bit wondering now...19:57
pickle27sonne|osx: woops here is the paste http://pastebin.com/hr05cVqy19:58
@HeikoSwiking:19:59
@HeikoSwhat do you mean?19:59
@HeikoSif you dont migrate it to SGVector?19:59
shogun-buildbotbuild #33 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/osx1%20-%20libshogun/builds/33  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Thoralf Klein <thoralf.klein@zib.de>, Viktor Gal <viktor.gal@maeth.com>19:59
@wikingHeikoS: yes19:59
@HeikoSwiking: then there is sg_add_vector or so which you give the pointer address and the length pointer19:59
@wikingHeikoS: SG_ADD(m_mean, "mean_vec", "Mean vector", MS_NOT_AVAILABLE);20:00
@wikingnot good?20:00
@wikingwhere float64_t* m_mean20:00
@HeikoSno20:00
@HeikoSbad20:00
@wikingfucker20:00
@wikingthere's no SG_ADD_V20:00
@HeikoSsg_add_vector(&m_mean,20:00
@wikingHeikoS: no such thing20:01
@wikinggit grep sg_add_v20:01
@HeikoSlet me find the right one20:01
@HeikoSParameter::add_vector(20:01
@wikingoooh yeah segfault20:01
pickle27sonne|osx: I also don't really know how to debug this, I tried running valgrind on octave here is the output20:02
@HeikoS?20:02
@HeikoSwiking: registering old style vectors is tricky20:02
@HeikoSbest check existing code20:02
@HeikoSwiking: better: migrate to SGVector20:02
-!- lisitsyn [~lisitsyn@109-226-90-47.clients.tlt.100megabit.ru] has joined #shogun20:03
@HeikoSwiking: better better: do this and add unit test :D20:03
sonne|osxpickle27: where is here?20:03
pickle27sonne|osx: here is the paste: http://pastebin.com/hr05cVqy20:04
@wikingHeikoS: m_idx = NULL; what would be the equivalent for SGVector>?20:04
@wikingHeikoS: resize_vector(0) ?20:04
lisitsynpickle27: oh I am just in time20:04
@wiking:)20:04
@HeikoSno20:04
@HeikoSwiking: what is idx?20:04
@wikingHeikoS: then?20:04
pickle27sonne|osx: oh the valgrind, its coming in a second20:05
@wikingSGVector<int32_t>20:05
@HeikoSyou can set the vector to empty with m_idx=SGVector<...>(0)20:05
@HeikoSor better ()20:05
pickle27lisitsyn: Im working on added NDArray to the octave modular interface20:05
pickle27adding*20:05
lisitsynpickle27: what about python?20:05
pickle27lisitsyn: python is done20:05
lisitsyncool20:06
@wikingHeikoS: ?20:06
@sonney2kpickle27, looks good to me20:06
@HeikoSm_idx=SGVector<bla>()20:06
@wikingHeikoS: m_mean = SGVector<float64_t>();20:06
@HeikoSunrefs existing, sets array to NULL and length to 020:06
@sonney2kpickle27, I mean the valgrind output - where is it?20:06
@HeikoSyes20:06
@HeikoSthis should be equivalent to array=NULL, array_len=020:07
pickle27sonney2k: I am just rebuilding so I can run it, I had some other debug stuff in there20:07
@HeikoSin old style20:07
@wikingHeikoS: would that be calling free on the inner struct?20:09
@HeikoSwiking: yes since it unrefs it20:09
pickle27sonney2k: here is the valgrind http://pastebin.com/4PW6jJDg20:09
@HeikoSbut only if you previously used SGVector to handle the structure20:09
@HeikoS=no hacks turning arrays into SGVectors20:10
pickle27sonney2k: and I get this error if running in octave normaly20:11
pickle27*** Error in `octave': corrupted double-linked list: 0x00000000018060e0 ***20:11
@sonney2kpickle27, why do you do dim_vector vdims(1, num_dims); ?20:11
-!- lambday [67157c37@gateway/web/freenode/ip.103.21.124.55] has joined #shogun20:11
@sonney2kpickle27, shouldn't it be dim_vector vdims(num_dims); ?20:11
lambdayHeikoS: hi20:11
@HeikoSlambday: hey!20:12
@HeikoShow is it going?20:12
lambdayHeikoS: phew! just got out of the lab!20:12
@HeikoSlambday: just ported the ozone sampler to python20:12
lambdayHeikoS: probing is almost done20:12
@HeikoSlambday: and I got the PBS computation engine working in python20:12
@HeikoSlambday: wow!20:12
@HeikoScool!20:12
lambdayHeikoS: do you think we should keep the matrix power module in another class hierarchy ?20:12
pickle27sonney2k: its gives a deprecated warning if I do that, plus it was done with dim_vector(1,len) for the SGVector typemap20:12
@HeikoSwhat are you working on?20:12
@HeikoSlambday: yes, in CMath20:12
lambdayHeikoS: as a static method?20:13
@HeikoSlambday: I guess thats best?20:13
lambdayHeikoS: wow!!!!20:13
pickle27sonney2k: so I just did the same waya20:13
lambdayHeikoS: yes.. I think so..20:13
@sonney2kpickle27, doesn't make sense to me20:13
lambdayI think I can manage it with log(n) multiplication instead of n for power n of a matrix20:13
pickle27sonney2k: yeah confuses me too, but both Vector and Matrix typemaps are like that20:13
lambdayat the cost of O(1) extra storage20:14
pickle27also I can't even find the docs for the dim_vector(int, int) constructor its not in doxygen20:14
pickle27for octave20:14
lambdaybut since its just once every time LogDetEstimator is run (and only within the precompute of the sampler), we can afford that20:14
@HeikoSlambday: sweet!20:14
@sonney2kpickle27, you should really use dim_vector(dims)20:14
@HeikoSlambday: thats really good news20:15
@iglesiasgsee you later people20:15
lambdayHeikoS: so, regarding multiple implementation of matrix power, how should I do that??20:15
pickle27sonney2k: do you mean dims or num_dims?20:15
@HeikoSlambday: Daniel and the others never solved it that nice :)20:15
@HeikoSiglesiasg: bye!20:15
@sonney2kpickle27, maybe dim_vector.alloc(dims) is the new way but certainly not dim_vector(1,foo) or so20:15
@HeikoSlambday: what do you mean?20:15
@sonney2kpickle27, num_dims20:15
@sonney2kpickle27, try dim_vector.alloc(num_dism)20:15
pickle27sonney2k: okay20:15
lambdayHeikoS: I am not too sure :( let me finish it first then I'll celebrate with Rum and Beer :D20:15
@HeikoShaha :D20:16
lambdayHeikoS: we will have two different implementations of matrix powers, right?20:16
@HeikoSlambday: will be going for beer soon, too20:16
@HeikoSlambday: which are?20:16
lambdaylol and I am already high in rum20:16
-!- iglesiasg [~iglesias@2001:6b0:1:1da0:5dd1:908e:cfcf:27e] has quit [Quit: Ex-Chat]20:16
lambdayHeikoS: direct one and the eigenvalue one20:16
@HeikoSlambday: ah20:16
@HeikoSok20:16
@HeikoSlambday: direct one is just std product right?20:16
@sonney2klambday, :: of course instead of .20:16
lambdaysonney2k: HeikoS.. no no :-/20:17
lambdayI mean, I can't think of two different signatures20:17
@HeikoSlambday: I am confused20:17
lambdayexcept for a param20:17
@sonney2klambday, what?20:17
@HeikoSlambday: make it two methods20:18
lambdayerrr I am confused two20:18
lambdayyes20:18
lambdayand then an extra param20:18
lambdayfor one20:18
lambdayright?20:18
@HeikoSye20:18
@HeikoSp20:18
@HeikoSah20:18
@HeikoSI see but you want it to be polymorphic20:18
lambdayI don't like it - that is the problem20:18
lambdayyes :D20:18
@HeikoScommon interface20:18
@HeikoSlambday: then make it a class20:18
@HeikoSin math20:18
@sonney2kpickle27, I am pretty confident that this will work20:18
lambdayin math itself?20:18
@HeikoSthats nicer anyway20:18
@HeikoSno20:18
@HeikoSin the folder20:19
lambdayalright yes I was thinking about that20:19
@wikingHeikoS: vector = new_vector20:19
@sonney2kpickle27, ohh and please change the other dim_vectors too then to fix the deprecated...20:19
@wikingHeikoS: thi sis releasing the old memory + and refs new_vector?20:19
lambdayI thought of fitting in current COperatorFunction only but it won't fit20:19
@HeikoSwiking: yes20:19
@HeikoSwiking: its all copy by value but still magic20:19
pickle27sonney2k: if it works for sure20:19
@sonney2kpickle27, so does it work?20:19
pickle27sonney2k: still building20:20
pickle27sonney2k: rebuilding modular takes a while20:20
@sonney2kit all takes too long now20:20
@sonney2kit the more c++y we write the code the longer it will take20:20
pickle27sonney2k: looks like the same bug as before20:21
@HeikoSlambday: maybe thats good20:21
@HeikoSsparsematrix operator?20:21
lambdayHeikoS: today I had a meeting with Intel US people, and surprisingly my supervisor introduced me as the GSoC guy (in a sense that its a strong point to support that I can do a little bit of programming)20:21
lambdaylol... :D20:21
lambdaysurprising :D20:21
@HeikoSlambday: cool!20:21
@HeikoSlambday: so they like it after all :)20:21
@sonney2kpickle27, cannot be? you sure it took the right lib?20:22
@HeikoSyou should show them your awesome framework to support that20:22
@sonney2kpickle27, .so I mean?20:22
lambdayHeikoS: let's hope so.. :D20:22
pickle27sonney2k: I rebuilt and ran sudo make install again20:22
lambdayHeikoS: so different class it is...20:22
lambdayalright20:23
@HeikoSlambday: no why not linear operator?20:23
@sonney2kpickle27, then please show the valgrind output20:23
@HeikoSjust has to be documented20:23
lambdaywithin linear operator itself?20:23
lambdayumm yeah that might be a good idea!20:23
lambdayand also, the CSparseMatrixOperator will have a method that returns its sparsity structure that will be passed to the coloring interface20:24
@HeikoSlambday: yeah why not, might be useful20:24
lambdaysexy!20:24
pickle27sonney2k: http://pastebin.com/wqge0B6q20:24
@HeikoSlambday: cool!20:24
pickle27sonney2k: I am going to try with a int_32 cast on the vdim loop20:25
@sonney2kpickle27, try to use num_dims+120:25
@sonney2kwhen allocating the vector20:26
@sonney2kpickle27, the cast won't help20:26
lambdayHeikoS: hopefully these all be done by this week..20:26
@sonney2kand doesn't hurt either though20:26
pickle27okay20:26
lambdayHeikoS: oh and wiking and I were talking about the parallel implementation of our computation engine...20:26
pickle27I'll try the cast and then try the +120:26
@HeikoSlambday: yes a bit20:26
@sonney2klambday, btw please make n a int64_t20:26
@HeikoSlambday: as said, I am writing the thing in python to experiment with it20:26
@HeikoSwill share soon, once it is working20:26
lambdaysonney2k: n as in matrix power?20:27
@HeikoSits more or less your interface20:27
@sonney2kmatrices might be bigger but on the other hand IDK whether octave supports 64bit matrices20:27
@sonney2klambday, prod(dims(tensor)) == num_elements20:27
@sonney2kno :)20:27
lambdaytensor?? :-o20:27
* lambday drops his jaws20:28
@sonney2kn-dimensional array if you want to relax :)20:28
lambdayHeikoS: wiking  was suggesting that hadoop can be a better alternative than mpi20:28
@HeikoSlambday: yep might be20:28
@HeikoSlambday: in fact, I also just used FS rather than sockets etc20:28
@HeikoSlets start with PBS20:28
@wikinglambday: not better just another :)20:28
@HeikoSsince many people have access to that20:29
@HeikoSmost useful20:29
@HeikoSalthough a bit of overhead in there20:29
lambdaysonney2k: I am confused :-/ you meant the matrix datatype to be of int64 or the matrix dim to be int64? :(20:29
lambdayHeikoS: I don't have much idea regarding this... I am hoping I'll learn as we start implementing it20:30
@HeikoSlambday: you will, dont worry20:30
shogun-notifier-shogun: Viktor Gal :develop * 4917af6 / src/shogun/preprocessor/ (2 files): https://github.com/shogun-toolbox/shogun/commit/4917af6c0a241f1eb0b7b7945c1d2c768d9c8b3b20:30
shogun-notifier-shogun: Refactor PruneVarSubMean20:30
shogun-notifier-shogun: Use SGVector instead of simepl arrays and register all the parameters of20:30
shogun-notifier-shogun: the class in order to support serialization20:30
@HeikoSlambday: Ill share some python code soon20:30
@wikingthere20:30
lambdayHeikoS: awesome! :D20:31
sonne|osxwiking: woah!20:31
sonne|osxyou are on a spray20:31
lambdayHeikoS: oh and roman added a get_diagonal in SGMatrix only, right? so I think I can use those in my CDenseMatrixOperator20:31
sonne|osxwith the keyboard being your weapon20:31
lambdaysonne|osx: you're on mac yay :D20:31
@HeikoSlambday: yes20:31
@HeikoSlambday: keep in mind they copy though20:31
@HeikoSlambday: so not good for computing trace20:32
lambdayHeikoS: as of now I'll leave everything as it is since they work..20:32
sonne|osxlambday: I am on all arches now20:32
sonne|osxarchs20:32
@HeikoSlambday: yes better20:33
lambdaylater I'll think of optimization20:33
sonne|osx3 machines running :/20:33
lambdaysonne|osx: you are God :)20:33
sonne|osxwhich reminds me I should order that ovh machine20:33
@HeikoSdude too many computers20:33
sonne|osxlambday: yeah I feel like one20:33
sonne|osx;)20:33
sonne|osxalright I take a short break20:33
lambdayand I can't even fuckin' buy my Thinkpad :'(20:33
sonne|osxpickle27: post your news if you have any!20:34
@wikingyey20:34
@wikingHeikoS: we need such a test for serialization :)20:34
@wikingHeikoS: i mean no sane class would have an empty file20:35
@wikingHeikoS: although not so true20:35
@wikingmmm dunno how we could test this :)20:35
@HeikoSwiking: thats easy, test that nzumber of registered parameters is positive :)20:36
@wikingsonne|osx: there's a problem with XML serialization implementation20:36
@wikingsonne|osx: xml schema does not allow to have <tag name>.... as name would be taken as an attribute20:36
@HeikoSwiking:  but we cannot check if class members are registered20:36
@HeikoSimpossible20:36
@wikingsonne|osx: but we are doing like <tag name></tag name>20:36
@wikingand obviously libxml freaks out :)20:37
@wikinghehe20:37
@wikinghttps://github.com/shogun-toolbox/shogun/pulse20:37
@wiking;)20:37
shogun-buildbotbuild #1476 of deb2 - static_interfaces is complete: Failure [failed compile octave_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1476  blamelist: Viktor Gal <viktor.gal@maeth.com>20:39
shogun-buildbotbuild #34 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/osx1%20-%20libshogun/builds/34  blamelist: Viktor Gal <viktor.gal@maeth.com>20:40
shogun-buildbotbuild #1506 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1506  blamelist: Viktor Gal <viktor.gal@maeth.com>20:41
-!- travis-ci [~travis-ci@ec2-23-22-13-64.compute-1.amazonaws.com] has joined #shogun20:45
travis-ci[travis-ci] it's Heiko Strathmann'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/1054508920:45
-!- travis-ci [~travis-ci@ec2-23-22-13-64.compute-1.amazonaws.com] has left #shogun []20:45
pickle27sonney2k: the +1 didn't fix it20:50
pickle27sonney2k: I have to step out for a bit but if you have any ideas I'll check the logs20:50
@HeikoSlambday: going home, see you later! :)20:55
@HeikoSbye everyone!20:55
-!- HeikoS [~heiko@nat-176-108.internal.eduroam.ucl.ac.uk] has quit [Quit: Leaving.]20:55
@wikingpickle27: here?21:00
@wikingpickle27: u seemed to have a deeper understanding of octave. do you have any ideas about this error: http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1476/steps/compile%20octave_static/logs/stdio21:01
shogun-buildbotbuild #1296 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1296  blamelist: Viktor Gal <viktor.gal@maeth.com>21:03
@wikingheheheh cool21:04
@wikingintegration test failed with prunesubvar21:04
@wikinghttps://travis-ci.org/shogun-toolbox/shogun/jobs/1054806021:04
@wikingideas: https://travis-ci.org/shogun-toolbox/shogun/jobs/10548060#L365521:06
@wikingah ok21:12
@wikingi get it data should be updated :)21:12
pickle27wiking:21:14
pickle27the deprecated error should be changed to dim_vector.alloc(int n) rather than using the constructor21:14
pickle27I don't know what the plus is about21:14
@wikingpickle27: what's octave_allocation_error?21:15
@wikingcurr_sym_tab21:15
@wikingglobal_sym_tab21:15
@wikingare these some globals in octave?21:15
pickle27wiking: I really have no idea21:16
@wikingheheh ok21:16
@wikingi'll see21:16
@wikingoh maaan21:17
@wikingi need to do some regexp on that #define OCTAVE_APIVERSION api-v48+21:17
@wiking:P21:17
@wikingas i have like #if OCTAVE_APIVERSION < 3721:17
@wikingin src/interfaces/octave_static/OctaveInterface.cpp21:18
@wiking`octave-config -p API_VERSION | tr -d 'a-z-+'`21:18
@wikinghehe this hack21:18
pickle27wiking: those errors looked more like static interface errors though21:20
pickle27see if any of that stuff is defined in there21:20
@wikingpickle27: now i know why it's errored21:20
pickle27wiking: yah?21:21
@wikingthe way i defined the OCTAVE_APIVERSION is not the way it was in the old ./configure21:21
@wikingi have to fix that with a regexp21:21
shogun-buildbotbuild #1590 of deb3 - modular_interfaces is complete: Failure [failed test python_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1590  blamelist: Viktor Gal <viktor.gal@maeth.com>21:26
-!- travis-ci [~travis-ci@ec2-23-22-13-64.compute-1.amazonaws.com] has joined #shogun21:31
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/1054805721:31
-!- travis-ci [~travis-ci@ec2-23-22-13-64.compute-1.amazonaws.com] has left #shogun []21:31
shogun-notifier-shogun: Viktor Gal :develop * 2f9be65 / cmake/FindOctave.cmake: https://github.com/shogun-toolbox/shogun/commit/2f9be6517cdbf08f705f6819d7709977c280a6e721:31
shogun-notifier-shogun: Fix OCTAVE_API_VERSION macro value21:31
@wikinglet's hope this one will fix it21:31
@sonney2kwiking, any idea how I can disable variable name substitution in cmake?21:32
@wikingsonney2k: what do u mean? :)21:32
shogun-buildbotbuild #1589 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1589  blamelist: Viktor Gal <viktor.gal@maeth.com>21:32
@wikingsonney2k: u dont want to allow that some variable can be redefined from cmd line?21:33
@sonney2kwiking, if I have if ( var_name MATCHES foo ) then varname might expand to the variable content21:33
@sonney2kwiking, no21:33
@wikingsonney2k: oh... i thought only if you do ${varname}21:33
@wikingthat's only when it expands21:33
sonne|osxwiking: no21:34
@wikingbut seems not21:34
@wiking:(21:34
@sonney2kwiking, http://www.cmake.org/Wiki/CMake/Language_Syntax21:34
@sonney2kWhen CMake wants a variable name, when it wants a substitution.21:34
@sonney2kwiking, hmmhh whatever maybe I don't need to solve this21:35
@wikingwhat? :D21:35
@wikingsonney2k: fix the integration test plz21:35
@sonney2kwiking, what?21:35
@wikingsonney2k: as i cannot generate the right data on my osx :S21:36
@sonney2kwho did break them?21:36
@wikingsonney2k: well now that i've fixed prunesubvar21:36
@wikingobviously the deserialization file changed21:36
@wikingas until now it was empty basically21:36
@wiking;)21:36
@wikingsonney2k: so i 'broke' them :)21:36
@wikingbut then again this was expected as prunesubvarmean was not saving anything until now ;P21:37
@wikings/saving/deserializing/g21:37
@wikingsonney2k: the diff speaks for itself: https://travis-ci.org/shogun-toolbox/shogun/jobs/10548060#L374321:38
shogun-buildbotbuild #1477 of deb2 - static_interfaces is complete: Failure [failed compile r_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1477  blamelist: Viktor Gal <viktor.gal@maeth.com>21:39
@wikingrstatic that is :)21:39
shogun-buildbotbuild #35 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/osx1%20-%20libshogun/builds/35  blamelist: Viktor Gal <viktor.gal@maeth.com>21:40
shogun-buildbotbuild #1507 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1507  blamelist: Viktor Gal <viktor.gal@maeth.com>21:40
@wikingsonney2k: btw the _static interfaces shoudl be compiled with what flags?21:42
@wikinge.g. -O3 ... etc? or -O021:42
shogun-notifier-shogun: Viktor Gal :develop * ede874a / src/interfaces/r_static/ (3 files): https://github.com/shogun-toolbox/shogun/commit/ede874a2aa0a709ba2023285a038a7cd5cfbc13321:42
shogun-notifier-shogun: Fix r_static interface includes and compiler flags21:42
@wikingmmm i'm commiting like a crazy monkey today21:42
shogun-notifier-shogun: Soeren Sonnenburg :develop * e251cde / CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/e251cde8ef51616bc71bd55ba108072425ae5fcc21:45
shogun-notifier-shogun: add summary to cmake21:45
@sonney2kwiking, same flags like libshogun but it doesn't really make a difference21:46
@sonney2kwiking, agreed crazy monkey21:46
pickle27sonney2k: I think I found the problem21:48
shogun-buildbotbuild #1478 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/147821:48
pickle27sonney2k: for some reasons the number ndims property of the octave object isn't being set properly21:48
shogun-buildbotbuild #36 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/osx1%20-%20libshogun/builds/36  blamelist: Viktor Gal <viktor.gal@maeth.com>21:49
shogun-buildbotbuild #1508 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1508  blamelist: Viktor Gal <viktor.gal@maeth.com>21:50
@sonney2kwiking, so why don't you generate data then?21:51
@sonney2kjust do python generator.py21:51
@wikingsonney2k: nogod....21:53
@wikingsonney2k: no good... i.e. integration test fails on osx21:53
-!- lambday [67157c37@gateway/web/freenode/ip.103.21.124.55] has quit [Ping timeout: 250 seconds]21:53
shogun-buildbotbuild #1297 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1297  blamelist: Viktor Gal <viktor.gal@maeth.com>22:04
shogun-notifier-shogun: Viktor Gal :develop * fc2e243 / CMakeLists.txt,cmake/FindMatlab.cmake: https://github.com/shogun-toolbox/shogun/commit/fc2e24361805b875061c748224747c64ef513afa22:15
shogun-notifier-shogun: Add target for matlab_static22:15
shogun-notifier-shogun: add a more advanced FindMatlab.cmake script for finding Matlab libraries22:15
shogun-notifier-shogun: and headers22:15
@wikingand we have that one as well...22:15
@wikingnow it's 'just' about adding the tests...22:16
@sonney2kwiking, I still have just parse error22:22
@sonney2kwiking, what do you mean?22:22
@sonney2kpickle27, did you get it fixed?22:22
pickle27sonney2k: not yet22:22
@wikingsonney2k: ?22:22
@wikingsonney2k: parse errors of...?22:23
@sonney2kwiking, what is not working exactly?22:23
pickle27sonney2k: looking at some octave source right now because the dim_vector is not actually 3 dimensions even though it should be given the argument to alloc22:23
shogun-buildbotbuild #1592 of deb3 - modular_interfaces is complete: Failure [failed test python_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1592  blamelist: Viktor Gal <viktor.gal@maeth.com>22:23
pickle27here is the source22:23
pickle27http://octave.sourceforge.net/doxygen/html/df/dd3/dim-vector_8h_source.html#l0023622:23
pickle27sonney2k: am I correct in thinking this means that when n is less than 2 the vector is 2 in length22:24
@wikingsonney2k: integration test for prunevarmean needs to be fixed....22:24
pickle27sonney2k: or is it the other way and if its bigger than 2 they force it to 2 because that te behaviour Im seeing22:24
@wikingsonney2k: and on osx the integration test are failing... regardless of what's the state now... so we need a debian/linux machine to generate those tests22:25
@sonney2kwiking, yes so please run python generator.py name_of_prunevarsubmean.py22:25
@wikingsonney2k: i dont have linux :(22:25
@wikingsonney2k: if i generate it on my osx it'll fail on all the bots22:25
@sonney2kwiking, ah so why does it fail on osx then?22:25
@wikingsonney2k: well it's a good question but it fails all the time... i mean it always failed22:26
@wikingsonney2k: i think it's some rounding error or something22:26
shogun-buildbotbuild #37 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/osx1%20-%20libshogun/builds/37  blamelist: Soeren Sonnenburg <sonne@debian.org>, Viktor Gal <viktor.gal@maeth.com>22:30
shogun-buildbotbuild #1298 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1298  blamelist: Viktor Gal <viktor.gal@maeth.com>22:31
shogun-buildbotbuild #1509 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1509  blamelist: Soeren Sonnenburg <sonne@debian.org>, Viktor Gal <viktor.gal@maeth.com>22:31
@wikingheh we have an error in structure/BeliefPropagation.cpp22:34
@wikingoh woah since when do we allow to have #include <vector> and #include <set> in .h?22:38
@sonney2kwe don't but D-ptrs to the rescue!22:38
@wikingsonney2k: shogun/structure/BeliefPropagation.h22:40
@wikingit's full with STL22:40
pickle27sonney2k: fixed it!22:45
pickle27twas a silly mistake by me22:45
@sonney2kpickle27, what was it?22:48
pickle27sonney2k: dim_vector.alloc returns a dim_vector so I was just using it wrong22:49
@sonney2kpickle27, errm what did you write and you do write now?22:49
@sonney2kcode lines please22:49
pickle27before I had dim_vector vdim;22:50
pickle27vdim.alloc(num_dims)22:50
pickle27now I have22:50
pickle27dim_vector vdim = dim_vector::alloc(num_dims);22:50
@sonney2kpickle27, ahh ok22:50
@sonney2ksure thing then22:50
@sonney2kpickle27, good that you realized the mistake!22:50
pickle27sonney2k: it works now although octave squashes the ND array back into 2D22:51
pickle27sonney2k: can you have 3D array's in octave? you must be able to22:51
pickle27sonney2k: okay yes you can have 3D arrays in octave22:52
pickle27sonney2k: looks like I need to do something different for this wrapper, but it does work without error now22:52
@sonney2kpickle27, and ndims(your_array) says what?22:53
@sonney2kpickle27,22:54
@sonney2ka(1,1,1,1,1,1,1)=122:54
@sonney2ka =  122:54
@sonney2koctave:3> ndims(a)22:54
@sonney2kans =  222:54
@sonney2k a(1,1,1,1,1,1,2)=122:54
@sonney2kndims(a)22:54
@sonney2kans =  722:54
@sonney2kso it depends how your data looks like22:54
@sonney2kwiking, no idea I am unable to commit22:55
@sonney2kwiking, push I mean22:55
@wikingsonney2k: why not/22:55
pickle27sonney2k: it should be 2x2x4 but it comes out as 2x822:55
@sonney2knew setup is still WIP22:55
@wiking:D22:55
@sonney2kpickle27, well try some 5d matrix or so with the latest dim > 122:56
@sonney2kanyway bed time22:56
@sonney2kcu22:56
pickle27later22:56
shogun-buildbotbuild #1299 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1299  blamelist: Soeren Sonnenburg <sonne@debian.org>, Viktor Gal <viktor.gal@maeth.com>22:58
-!- travis-ci [~travis-ci@ec2-184-72-133-65.compute-1.amazonaws.com] has joined #shogun23:03
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/1055040723:03
-!- travis-ci [~travis-ci@ec2-184-72-133-65.compute-1.amazonaws.com] has left #shogun []23:03
shogun-buildbotbuild #1593 of deb3 - modular_interfaces is complete: Failure [failed test python_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1593  blamelist: Soeren Sonnenburg <sonne@debian.org>, Viktor Gal <viktor.gal@maeth.com>23:03
pickle27sonney2k: btw got it fixed, just needed to change the macros slightly23:14
-!- travis-ci [~travis-ci@ec2-184-72-133-65.compute-1.amazonaws.com] has joined #shogun23:25
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/1055048623:25
-!- travis-ci [~travis-ci@ec2-184-72-133-65.compute-1.amazonaws.com] has left #shogun []23:25
shogun-buildbotbuild #1591 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1591  blamelist: Viktor Gal <viktor.gal@maeth.com>23:55
--- Log closed Sat Aug 24 00:00:28 2013
« Thursday, 2013-08-22 Index Saturday, 2013-08-24 »

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