Open in new window / Try shogun cloud
--- Log opened Fri Sep 13 00:00:57 2013
@sonney2kgsomix, btw you will need to read the whole protobuf message into memory anyway so you can aswell read it with fread()00:12
shogun-buildbotbuild #1791 of deb3 - modular_interfaces is complete: Failure [failed test python_modular test ruby_modular]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1791  blamelist: Fernando Iglesias <fernando.iglesiasg@gmail.com>, hushell <hushell@hushell-U510.(none)>00:15
shogun-buildbotbuild #1790 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/179000:21
shogun-notifier-shogun-data: Soeren Sonnenburg :master * 5e90268 / testsuite/tests/ (9 files): https://github.com/shogun-toolbox/shogun-data/commit/5e90268c3c1a3947747ce5d33ccf032dba662e4300:27
shogun-notifier-shogun-data: add tests for new examples00:27
shogun-buildbotbuild #1447 of cyg1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/144700:28
shogun-notifier-shogun: Soeren Sonnenburg :develop * 77e6cf4 / / (3 files): https://github.com/shogun-toolbox/shogun/commit/77e6cf49b1fba302316a3683d618c390b36ebe6100:28
shogun-notifier-shogun: require new data version and muten examples00:28
-!- HeikoS [~heiko@213.190.120.70] has joined #shogun00:37
-!- mode/#shogun [+o HeikoS] by ChanServ00:37
sonne|osxHeikoS: doing the night shift?00:40
@HeikoSsonne|osx: its 1040 here :)00:40
@HeikoSand you=?00:40
@HeikoSjust came home00:40
sonne|osx00:40 :)00:40
@HeikoSI see00:40
@HeikoSso its you who is doing this :D00:40
@HeikoShow are things?00:41
sonne|osxHeikoS: we have a buildbot x-mas tree now00:41
sonne|osxHeikoS: seen that armada http://buildbot.shogun-toolbox.org/waterfall00:41
sonne|osxHeikoS: wikings new botnet00:41
@HeikoSwow!00:42
@HeikoSthats a lot00:42
@HeikoSpretty cool00:42
@HeikoSmmh the most important one fails00:42
@HeikoSdebian modular00:42
@HeikoSbut very nice00:42
@HeikoSare those all running on the new server?00:42
sonne|osxyeah and we've come quite far almost 50% are good00:42
sonne|osxHeikoS: no00:42
sonne|osxbut most00:43
sonne|osxactually modular is ok00:43
sonne|osxI am changing examples and by doing so I am creating issues00:43
sonne|osxtrying to get rid of the tools dir00:43
sonne|osxand AsciiFile00:43
sonne|osxI can tell that I am happy to have tests for the examples00:44
@HeikoStests for examples?00:45
sonne|osxyes00:45
sonne|osxthe integration tests are exactly that00:45
@HeikoSah00:45
@HeikoSI see00:45
@HeikoSso they are helping with things?00:45
@HeikoSthat could not otherwise be catched?00:46
@HeikoSI am still wondering what that would be00:46
sonne|osxwell they ensure that the examples are doing the same thing even when I refactor them00:46
@HeikoSAPI errors are catched by running them, result changes are detected by units00:46
@HeikoSI dont know00:46
@HeikoSthere were again so many errors in the tests recently that were all just not really anything00:47
@HeikoSwhere we replaced the test files00:47
@HeikoSbut00:47
@HeikoSok, thats a discussion for later00:47
sonne|osxI know you don't like them. I am just happy to have them. Otherwise I would have broken examples.00:48
sonne|osxanyway00:48
sonne|osxwe still have lots and lots on the todo00:48
@HeikoSyeah I mean I want to replace them to not loose anything00:48
sonne|osxbefore we can release00:48
@HeikoSyes I know00:48
@HeikoSI will join next week00:49
@HeikoSfor one week at least00:49
sonne|osxbut how would you check if an example returns the correct thing?00:49
@HeikoSunits00:49
sonne|osxbut that is C++ code00:49
@HeikoSbecause then we also know *what* is wrong rather than *that* something is wrong00:49
sonne|osxwhen you refactor an example I mean00:49
@HeikoSI dont know what could sneak through00:50
sonne|osxohh with python examples you also know00:50
@HeikoSas said, I haven't seen an example of an integration test that could not been otherwise catched00:50
@HeikoSI still would run them00:50
@HeikoSto get API/include errors00:50
sonne|osxbut they might return results that you didn't intend00:50
@HeikoSwe should discuss this in a quiet moment at some point00:51
@HeikoSI am not in general against python tests00:51
@HeikoSbut these integration tests where we serialize, I dont like that00:51
@HeikoSsince it changes when you touch the class00:51
@HeikoSwould rather just store certain things or so00:51
@HeikoS(or have migration working)00:51
sonne|osxor then consciously update the test data00:52
sonne|osxI don't like us breaking serialization00:52
sonne|osxif we break it00:52
sonne|osxsome test should fail00:52
sonne|osxand we should make a conscious decision00:52
@HeikoSI spent probably about 10hrs "fixing" tests, where I did not have a single error but only changes00:52
@HeikoSbut it should not break if you add/remove a variable00:53
sonne|osxif we had examples in all languages doing exactly the same00:53
sonne|osxwe could generate a reference output00:53
sonne|osxand then compare00:53
@HeikoSmmh00:53
@HeikoSyeah thats good actually00:53
sonne|osxso we know that java, octave, python ,... all return the same result00:53
sonne|osxI didn't get that far as you can see00:53
@HeikoSstill my question: what errors dont we detect otherwise?00:53
@HeikoSwhat is an example of a problem that only is catched like this?00:54
sonne|osxhow do you ensure that a python example gives the same result like an octave example?00:54
@HeikoSdid we ever have a problem with this?00:54
@HeikoSfor these inter-laguage things, I agree, thats nice to have00:55
sonne|osxwell I have. we tried to do examples to be exactly the same in all languages00:55
@HeikoSbut I would not do it with fixed files00:55
sonne|osxI mean we have the same documentation for all00:55
@HeikoSrather run code, dump, and check whether its the same00:55
sonne|osxso they should do the same00:55
@HeikoScan be done automatically00:55
@HeikoSthats actually a nice thing to have00:55
@HeikoSbut then we would need the *same* examples00:56
sonne|osxyeah I do that too but then when sty is changed it might break00:56
sonne|osxwe had00:56
sonne|osxwe are deviating from that00:56
@HeikoSits impossible00:56
sonne|osxwhy?00:56
@HeikoSwe rather should have automatically generated tests for all modular classes00:56
@HeikoSa test that is defined once and then carried our automatically00:57
sonne|osxyou cannot test everything00:57
sonne|osxand you don't test the example00:57
@HeikoStrue, but how would you get preople to write the very same example in all languages?00:57
@wikingyey00:58
sonne|osxit is very little work00:58
@wikingstreaming feature fixed00:58
@HeikoSso, maybe let me phrase it this way: we should change the fact that the integration tests break all the time without something being wrong00:58
@HeikoSwiking: hi! nice!00:58
sonne|osxit is basically just copying into the different dirs00:58
sonne|osxwith very minimal adjustments00:58
sonne|osxmaybe we can automate that even00:58
@HeikoSsonne|osx: writing is fine, but maintaining is not00:58
@HeikoSsonne|osx: the only way to do it is automation00:58
@HeikoSimagine the costs of changing one example00:59
@HeikoSyou would have to change 7 files00:59
@HeikoS+ integration test files00:59
sonne|osx1 integration test file which is just generator.py example.py00:59
sonne|osxthat is really cheap00:59
@HeikoSno its like 3 comits01:00
@HeikoSand it should not happen01:00
@HeikoSor it need not to happen in my eyes01:00
@HeikoSbut maybe the better way to go is to to the migration for new varialbes01:00
@HeikoSor something01:00
@HeikoSor just even ignore01:00
@HeikoSdont know01:00
@HeikoSsonne|osx: but lets discuss that later01:01
@HeikoSnot the time now01:01
@wikingoh man ascii reader has quite some error or i dont know01:02
sonne|osxwiking: I am killing buildbot 301:02
sonne|osxwiking: that can be removed soon01:02
@wiking/Users/wiking/shogun/tests/unit/features/StreamingDenseFeatures_unittest.cc:48: Failure01:02
sonne|osxwiking: it is too slow01:02
@wikingValue of: example.vector[j] Actual: -0.8046811223030090301:02
@wikingExpected: expected.vector[j]01:02
@wikingWhich is: -0.8046811452496025501:02
@wiking-0.804681145249602501:02
@wikingis actually in the file01:02
@wikingis this error normal or i'm doing something wrong?01:02
sonne|osxwiking: please pretend AsciiFile doesn't exist01:03
@wikingsonne|osx: what should i use for writing then?01:03
sonne|osxwiking: CSVFile01:03
@HeikoSsonne|osx, wiking I will write a mail to the students/mentors now that people should stop coding very soon01:03
sonne|osxHeikoS: yes very good01:04
sonne|osxHeikoS: we should have a quick meeting again so they can all help with the release01:04
sonne|osxotherwise we can hardly make it01:04
@HeikoSyeah sergey scheduled it01:04
sonne|osxwoking has been working for 3 but it is still a looong todo list01:04
sonne|osxwiking ^01:04
@wiking3?01:05
@wikingah lol01:05
@sonney2kshogun-buildbot, force build --branch=develop 'deb1 - libshogun'01:05
shogun-buildbotbuild forced [ETA 9m15s]01:05
shogun-buildbotI'll give a shout when the build finishes01:05
@sonney2kshogun-buildbot, force build --branch=develop 'deb3 - shogun_modular'01:05
shogun-buildbotno such builder 'deb3 - shogun_modular'01:05
@wikingsonne|osx: hahaha01:05
@sonney2kshogun-buildbot, force build --branch=develop 'deb3 - modular_interfaces'01:05
shogun-buildbotThe build has been queued, I'll give a shout when it starts01:05
@wikingsonne|osx: CSVFile is buggy01:05
sonne|osxwiking: bug gsomix!01:05
@wikingsonne|osx: 2 dim vector01:05
@wiking-1.69268,0.477893,01:05
@wiking-1.56754,0.684399,01:05
@wiking^ first two line01:06
sonne|osxwiking: but all examples work fine with it01:06
sonne|osxwiking: what's the issue?01:06
sonne|osxthe trailing , ?01:06
@wikingyeah01:06
@wikingwhy is there? :D01:06
sonne|osxwiking: create an issue and assign it to gsomix01:06
sonne|osxwe need as much testing as possible :D01:07
shogun-buildbotbuild forced [ETA 34m11s]01:07
shogun-buildbotI'll give a shout when the build finishes01:07
@wikingCDenseFeatures<float64_t>* orig_feats=new CDenseFeatures<float64_t>(data); CCSVFile* saved_features = new CCSVFile(fname, 'w'); orig_feats->save(saved_features); saved_features->close(); SG_UNREF(saved_features);01:07
sonne|osxalight I should sleep now01:07
@wikingi did this01:07
sonne|osxnight!01:07
shogun-buildbotHey! build deb1 - libshogun #2115 is complete: Success [build successful]01:09
shogun-buildbotBuild details are at http://buildbot.shogun-toolbox.org/builders/deb1%20-%20libshogun/builds/211501:09
@wikinggsomix: https://github.com/shogun-toolbox/shogun/issues/157901:10
shogun-buildbotbuild #71 of FC19 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/71  blamelist: Soeren Sonnenburg <sonne@debian.org>01:11
@HeikoSwiking: you are really on a run :)01:21
shogun-buildbotbuild #1792 of deb3 - modular_interfaces is complete: Success [build successful]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/179201:34
shogun-buildbotbuild #1448 of cyg1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1448  blamelist: Soeren Sonnenburg <sonne@debian.org>01:40
shogun-notifier-shogun: Viktor Gal :feature/FixStreaming * 1874222 / tests/unit/features/StreamingDenseFeatures_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/187422275532dad4983ff6777df5ac2ee5fc471b01:55
shogun-notifier-shogun: Add basic unit test for StreamingDenseFeatures reading01:55
shogun-notifier-shogun: Viktor Gal :feature/FixStreaming * 9f21f87 / src/shogun/io/streaming/ (3 files): https://github.com/shogun-toolbox/shogun/commit/9f21f879ec9c9baa7f270d267563f314cfa7649d01:55
shogun-notifier-shogun: Fix Example<T> in ParseBuffer.h01:55
shogun-notifier-shogun: instead of trying to store the example as SGVector<T> in an Example<T>01:55
shogun-notifier-shogun: rather store it as T* as T can be SGSparseVectorEntry.01:55
shogun-notifier-shogun: Use SG_REALLOC instead of SG_MALLOC in StreamingAsciiFile when reading01:55
shogun-notifier-shogun: sparse vectors, this way enabling true buffering in ParseBuffer01:55
shogun-notifier-shogun: Viktor Gal :feature/FixStreaming * b9a6012 / tests/unit/features/StreamingDenseFeatures_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/b9a60125f5fc9f242752d8dbbbc4a6fecce24e5901:55
shogun-notifier-shogun: Add example_reading_from_features to StreamingDenseFeatures unit test01:55
@wikinglet's see what travis says about this...01:55
@wikingok i'm off to sleep soonish01:55
@iglesiasggood night!02:56
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat]02:56
-!- HeikoS [~heiko@213.190.120.70] has quit [Quit: Leaving.]02:57
-!- sonne|osx_ [~sonne@f053047034.adsl.alicedsl.de] has joined #shogun03:17
-!- sonne|osx [~sonne@f053046093.adsl.alicedsl.de] has quit [Ping timeout: 260 seconds]03:19
-!- sonne|osx_ is now known as sonne|osx03:19
-!- pickle27 [~Kevin@199.119.128.114] has quit [Quit: Leaving]03:38
-!- besser82 [~besser82@fedora/besser82] has quit [Read error: Operation timed out]04:42
-!- zxtx [~zv@rrcs-76-79-81-162.west.biz.rr.com] has quit [Read error: Operation timed out]04:48
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]04:55
-!- besser82 [~besser82@fedora/besser82] has joined #shogun04:56
gsomixwiking, ok, I'll fix.05:42
gsomixsonney2k, ok, got it.05:42
gsomixsonney2k, but there are many possibilities in how we can read messages.05:57
gsomixsonney2k, one of05:57
gsomixhttps://developers.google.com/protocol-buffers/docs/reference/cpp/google.protobuf.io.coded_stream#CodedInputStream05:57
gsomixneed go to classes05:58
-!- lisitsyn [~lisitsyn@fb2-lo1.global63.net] has left #shogun []07:25
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun08:01
shogun-notifier-shogun: Viktor Gal :develop * 057c667 / src/shogun/io/streaming/InputParser.h,src/shogun/io/streaming/ParseBuffer.h: https://github.com/shogun-toolbox/shogun/commit/057c667214ff6093c07d3dc12a88a76e6c06bae808:01
shogun-notifier-shogun: InputParser and ParseBuffer requires pthread08:01
shogun-notifier-shogun: check if it's available08:01
shogun-notifier-shogun: Viktor Gal :develop * 1874222 / tests/unit/features/StreamingDenseFeatures_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/187422275532dad4983ff6777df5ac2ee5fc471b08:01
shogun-notifier-shogun: Add basic unit test for StreamingDenseFeatures reading08:01
shogun-notifier-shogun: Viktor Gal :develop * 9f21f87 / src/shogun/io/streaming/ (3 files): https://github.com/shogun-toolbox/shogun/commit/9f21f879ec9c9baa7f270d267563f314cfa7649d08:01
shogun-notifier-shogun: Fix Example<T> in ParseBuffer.h08:01
shogun-notifier-shogun: instead of trying to store the example as SGVector<T> in an Example<T>08:01
shogun-notifier-shogun: rather store it as T* as T can be SGSparseVectorEntry.08:01
shogun-notifier-shogun: Use SG_REALLOC instead of SG_MALLOC in StreamingAsciiFile when reading08:01
shogun-notifier-shogun: sparse vectors, this way enabling true buffering in ParseBuffer08:01
shogun-notifier-shogun: Viktor Gal :develop * b9a6012 / tests/unit/features/StreamingDenseFeatures_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/b9a60125f5fc9f242752d8dbbbc4a6fecce24e5908:01
shogun-notifier-shogun: Add example_reading_from_features to StreamingDenseFeatures unit test08:01
shogun-notifier-shogun: Viktor Gal :develop * 625d74e / / (4 files): https://github.com/shogun-toolbox/shogun/commit/625d74e3198eb73423e0b912ba391a36c7df1f7008:01
shogun-buildbotbuild #72 of FC19 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/72  blamelist: Viktor Gal <viktor.gal@maeth.com>08:12
-!- hushell [~hushell@c-98-232-178-161.hsd1.or.comcast.net] has joined #shogun08:19
shogun-buildbotbuild #124 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/124  blamelist: Viktor Gal <viktor.gal@maeth.com>08:20
shogun-buildbotbuild #1449 of cyg1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1449  blamelist: Viktor Gal <viktor.gal@maeth.com>08:37
shogun-buildbotbuild #1450 of cyg1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1450  blamelist: Viktor Gal <viktor.gal@maeth.com>09:10
shogun-buildbotbuild #1794 of deb3 - modular_interfaces is complete: Failure [failed test python_modular test ruby_modular]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1794  blamelist: Viktor Gal <viktor.gal@maeth.com>09:15
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has joined #shogun10:08
zombie|sonnewrkmoin wiking!10:18
zombie|sonnewrklook deb3 modular is back happy!10:18
zombie|sonnewrkwiking: and cyg1 almost too! http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1450/steps/test/logs/stdio10:18
zombie|sonnewrkwiking: however could do the following: when a test fails we rerun it with gdb and create a full backtrace at least or even w/ valgrind?10:19
zombie|sonnewrkwiking: so we have something to work with?10:19
zombie|sonnewrkbesser82: btw did the version thing w/o git work?10:25
besser82zombie|sonnewrk: yes, works :)10:30
zombie|sonnewrkperfect10:30
-!- lisitsyn1 [~lisitsin@mxs.kg.ru] has joined #shogun10:30
-!- lisitsyn1 [~lisitsin@mxs.kg.ru] has left #shogun []10:30
-!- lisitsyn1 [~lisitsin@mxs.kg.ru] has joined #shogun10:30
besser82zombie|sonnewrk: is there any closer targeted release date for 3.0.0 than Oct. 13 ???10:31
besser82zombie|sonnewrk: like 2nd half of Oct or some KW?10:31
besser82zombie|sonnewrk: I'm asking, because beta freeze for F20 is target ~15.10.1310:32
zombie|sonnewrkbesser82: I can't tell10:41
besser82zombie|sonnewrk: kk, thanks :)10:41
zombie|sonnewrkwe are making good progress but there are tons of issues stil10:41
zombie|sonnewrkl10:41
zombie|sonnewrkand gsoc is still running so we cannot do a hard freeze just yet10:41
zombie|sonnewrkhowever it looks already pretty good http://buildbot.shogun-toolbox.org/waterfall10:42
zombie|sonnewrkman buildbots became green10:42
zombie|sonnewrkosx used to be green no idea what changed10:42
zombie|sonnewrkcyg has only 3 tests failing10:42
zombie|sonnewrkbesser82: so there is only FC19 modular that needs fixing10:43
zombie|sonnewrkthe rest is rather optional10:43
zombie|sonnewrk(various code quality / analysis stuff)10:43
zombie|sonnewrkbesser82: btw how did you manage to get it to configure on FC19 with http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/72/steps/configure/logs/stdio10:44
besser82zombie|sonnewrk: is this error on FCRH, too?10:45
zombie|sonnewrkbesser82: we don't have a buildbot for modular on FCRH10:45
zombie|sonnewrkso no idea10:45
besser82zombie|sonnewrk: there should be an update for rubygem-narray on F19, which will fix this problem10:50
besser82zombie|sonnewrk: within next day or so10:50
zombie|sonnewrkbesser82: ahh cool!10:54
zombie|sonnewrkthen we sit it out10:54
besser82zombie|sonnewrk: I'll give you links to updated builds, when I'm done with it :)10:54
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]11:01
thoralfHello everybody11:20
zombie|sonnewrkthoralf: good morning berlin!11:20
thoralfGood morning Zombie ;)11:21
thoralfLets hope that wiking did not break any of the streaming stuff...11:24
thoralfNo break :)11:25
thoralfBut a leak.11:26
-!- hushell [~hushell@c-98-232-178-161.hsd1.or.comcast.net] has quit [Quit: WeeChat 0.3.7]11:30
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun11:39
shogun-notifier-shogun: ZhengyangL :develop * cd9c28e / / (8 files): https://github.com/shogun-toolbox/shogun/commit/cd9c28e592a8b660d48f8120f3ce6aa2456e2dcf11:39
shogun-notifier-shogun: A Simple MLData Downloader with unittest11:39
shogun-notifier-shogun: Soeren Sonnenburg :develop * 1b219d5 / / (8 files): https://github.com/shogun-toolbox/shogun/commit/1b219d56d873cabe880ce63e6b5ee4f8704220c611:39
shogun-notifier-shogun: Merge pull request #1580 from ZhengyangL/feature/mldatafile11:39
shogun-notifier-shogun:11:39
shogun-notifier-shogun: add unit-test to simple mldata downloader / fix the indent / make url_prefix configurable11:39
shogun-buildbotbuild #2120 of deb1 - libshogun is complete: Failure [failed compile]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb1%20-%20libshogun/builds/2120  blamelist: Soeren Sonnenburg <sonne@debian.org>11:40
shogun-buildbotbuild #2119 of deb1 - libshogun is complete: Failure [failed compile]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb1%20-%20libshogun/builds/2119  blamelist: ZhengyangL <liuzhengyang@outlook.com>11:42
zombie|sonnewrkfoulwall: around? Seen the build failures?11:50
zombie|sonnewrkfoulwall: you need to ifdef the examples/tests with the HAVE_CURL too11:50
thoralfzombie|sonnewrk: About the suppressions file.  But I think it doesn't make sense (yet) to have many suppression files - it's okay to collect a few suppressions first in one file and split them on demand.11:58
thoralfzombie|sonnewrk: It's less convenient, btw., since you have to pass every suppression file on the valgrind command line.11:58
thoralfAny suggestions for the name (or directory) are welcome.11:59
thoralfAs far as I checked there's no way to pass a directory or include suppressions into some "master suppression file".12:01
zombie|sonnewrkthoralf: no but for example it woud be nice to store proper vimrc settings emacs settings too12:04
zombie|sonnewrkthoralf: so sth like configs / settings ?12:04
-!- van51 [~van51@athedsl-410351.home.otenet.gr] has joined #shogun12:07
-!- HeikoS [~heiko@213.190.120.70] has joined #shogun12:09
-!- mode/#shogun [+o HeikoS] by ChanServ12:09
thoralfzombie|sonnewrk: I'm no vi guy.  Do you mean these comments to tell the editor tab width, indentation, character set?12:45
thoralfzombie|sonnewrk: Oh, now I got it.12:46
thoralfzombie|sonnewrk: You want a settings directory and the valgrind.supp inside?12:47
thoralfzombie|sonnewrk: configs/valgrind.supp12:55
-!- lambday [67157e37@gateway/web/freenode/ip.103.21.126.55] has joined #shogun12:58
lambdayHeikoS: hi :)12:58
lambdayzombie|sonnewrk: hi... you've turned into a zombie :-o12:58
-!- HeikoS [~heiko@213.190.120.70] has quit [Quit: Leaving.]12:59
thoralfunit tests are broken: tests/unit/io/MLDataHDF5File_unittest.cc:29:2: error: unknown type name 'CMLDataHDF5File'13:04
zombie|sonnewrkthoralf: yes13:16
zombie|sonnewrkfoulwall: ^ that is yours13:16
zombie|sonnewrkor I fix it13:16
shogun-notifier-shogun: Soeren Sonnenburg :develop * 0d3efc0 / tests/unit/io/MLDataHDF5File_unittest.cc,tests/unit/metric/LMNN_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/0d3efc068a59fb5fc758645fedcfce8dd79e6ca013:20
shogun-notifier-shogun: don't fail when curl is not available13:20
foulwallThanks zombie|sonnewrk13:26
foulwallmerging van51's language detection demo13:28
shogun-buildbotbuild #2121 of deb1 - libshogun is complete: Success [build successful]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb1%20-%20libshogun/builds/212113:28
shogun-buildbotbuild #73 of FC19 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/73  blamelist: Soeren Sonnenburg <sonne@debian.org>13:32
shogun-buildbotbuild #125 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/125  blamelist: Soeren Sonnenburg <sonne@debian.org>13:34
-!- HeikoS [~androirc@217.28.182.64] has joined #shogun13:35
-!- mode/#shogun [+o HeikoS] by ChanServ13:35
@HeikoSlambday, around?13:35
-!- lambday_ [67157f37@gateway/web/freenode/ip.103.21.127.55] has joined #shogun13:36
lambday_HeikoS: hi13:36
lambday_HeikoS: sorry I was away13:36
@HeikoSNo worries13:36
lambday_HeikoS: how did your presentation go?13:37
gsomixRE from classes13:37
gsomixhello13:37
@HeikoSGood so far, another one tonight13:37
lambday_great!13:37
@HeikoSHow are things gong for you?13:37
-!- lambday [67157e37@gateway/web/freenode/ip.103.21.126.55] has quit [Ping timeout: 250 seconds]13:37
lambday_Should I use the ozone for the ipython or the new matrix that you said? 473x473 one?13:38
lambday_I had some trouble converting that one into ascii13:38
@HeikoSMaybe both.  Problem is that it takes very long13:38
@HeikoSLeave the ozone maybe13:39
lisitsyn1HeikoS: your mail!13:39
lisitsyn1I am confused13:39
lambday_alirght...13:39
@HeikoSlisitsyn1, ignore it13:39
lisitsyn1I confess I don't know what meeting I am trying to schedule13:39
lisitsyn1:D13:39
lisitsyn1HeikoS: really, what should we do13:39
@HeikoSlisitsyn1, well you should be clear about that13:40
@HeikoSlambday_, so for the notebook, it would be good to use the smaller matrix to illustrate things13:40
lambday_HeikoS: so we are postponing preconditioning stuff after gsoc?13:40
@HeikoSlambday_, you can nicely explain the fill in effect etc13:40
lambday_HeikoS: yeah13:40
@HeikoSlambday_, after13:40
lambday_alright13:41
@HeikoSNow it's time to wrap up, takes time13:41
lambday_okay13:41
@HeikoSLet me sen double my poster....you might take things from there13:41
lambday_double?13:41
lambday_lisitsyn1: how are you? :)13:42
lisitsyn1HeikoS: I know13:42
lisitsyn1lambday_: fine, what about you?13:42
@HeikoSlambday_, sorry tablet. I meant let me send you my poster13:42
lisitsyn1HeikoS: so help me, what have I scheduled? :D13:42
lambday_HeikoS: hehe... ya checking13:42
lambday_lisitsyn1: good.. :)13:43
@HeikoSlisitsyn1, I have no idea. I thought this was a Dev only meeting, ask wiking Nd Soren maybe13:43
@HeikoSGotta go, see you in a bit13:43
lisitsyn1haha okay this is getting worse13:43
lambday_HeikoS: alright see you.. poster looks amazing btw13:43
-!- lisitsyn1 is now known as lisitsyn13:44
-!- lambday_ is now known as lambday13:46
-!- HeikoS [~androirc@217.28.182.64] has quit [Ping timeout: 246 seconds]13:48
zombie|sonnewrkfoulwall: cool13:48
zombie|sonnewrkfoulwall: does it work?13:49
shogun-buildbotbuild #1451 of cyg1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1451  blamelist: Soeren Sonnenburg <sonne@debian.org>13:58
zombie|sonnewrkvan51: now that you are `free' again would you want to start the kitchen duties :)14:01
van51zombie|sonnewrk: haha I have already ;)14:02
van51zombie|sonnewrk: but I would like some implementation instructions14:02
zombie|sonnewrkvan51: excellent14:02
van51zombie|sonnewrk: first of all I am trying to implement it as shown here in alg 1 : http://books.nips.cc/papers/files/nips21/NIPS2008_0885.pdf14:03
zombie|sonnewrkvan51: I assume it is the same principle like the random fourier features?14:04
thoralfvan51: Did you get some feedback about the hashing thing?14:04
van51zombie|sonnewrk: yeah, from my understanding actually the RFFeatures are a special case of kitchensinks14:04
zombie|sonnewrkyes14:05
van51thoralf: zombie|sonnewrk said it was ok the way it is. the others haven't replied yet14:05
zombie|sonnewrkthoralf: yes all ok14:05
zombie|sonnewrkthoralf: we don't care too much about collisions14:05
thoralfzombie|sonnewrk: hashing "feature" with "feature" as seed?14:05
zombie|sonnewrknot with feature but the index14:06
thoralfzombie|sonnewrk: Doesn't seem right.14:06
thoralfs/feature/index/ yes14:06
thoralfzombie|sonnewrk: You get a completely different hashing function with different collision properties.14:06
zombie|sonnewrkthoralf: what do you propose instead?14:07
thoralfzombie|sonnewrk: Choosing a seed (fixed, maybe const in the source) and then use this seed for hashing all indices.14:08
thoralfOtherwise you're changing the hashing function every time. ;)14:08
thoralfAnd maybe another seed for the quadratic features (I don't really care) to make sure both functions are independent.14:09
thoralf(or using virtual indices from a different range than the linear features)14:09
van51thoralf: in a paper they had sent me to read it says that each feature was supposed to have a different hash function14:09
thoralfvan51: Really?  Which one?14:10
van51thoralf: http://olivier.chapelle.cc/pub/ngdstone.pdf14:11
van51section 4.314:11
thoralfvan51: No, thats different:14:12
thoralfNo, sorry.  It's not. ;)14:13
thoralfvan51: Okay, then ignore my first objection.  What about the second one?  About computing your "virtual" indices?14:16
van51thoralf: to use num_feats + index instead of index+index?14:17
thoralfvan51: Yes, because this way you're sure producing more collisions than neccessary.14:17
thoralfI'm checking the code again, one second.14:18
van51thoralf: the only definite collision that it incurs is when the indexes are 0 I think14:18
van51thoralf: I think I had considered at that time to use num_feats + idx and that I had a reason for doing it the way I did but I can't recall it atm14:19
van51thoralf: it would also work the way you are saying and I can't find a reason against it but I don't see the difference it would make14:20
thoralfI found two different ways of computing the hashes in the code.  shogun/features/HashedSparseFeatures.cpp:142 and shogun/features/HashedDenseFeatures.cpp:19814:22
thoralfLet me check.14:22
thoralflinear "CHash::MurmurHash3((uint8_t* ) &i, sizeof (index_t), i);" and quadratic "CHash::MurmurHash3((uint8_t* ) &n_idx, sizeof (index_t), n_idx) " <-- You get collisions for every "j = i * vec.size() + i"14:23
thoralfThis was in shogun/features/HashedDenseFeatures.cpp:19814:23
thoralfAgree?14:23
thoralfOkay, but since i < vec.size(), this should not happen.  Okay. ;)14:24
van51thoralf: hehe I like how you ask and then answer it yourself :p14:26
van51thoralf: I may not even have an answer, but it doesn't matter :p14:27
thoralfIn shogun/features/HashedSparseFeatures.cpp:142: hash_i(i) vs hash_{2*i}(i)14:27
thoralfShould be okay, too.14:27
thoralfLOL.14:27
thoralfYes, my first look was quite short.  But now I had to double check my claim. ;)14:28
thoralfAnd now I see why you're using two different ways of hashing (sparse vector without known length vs. dense vector with known length).14:29
van51thoralf: yeah it did have something to do with that14:30
thoralfHope you don't mind that the results using sparse are not the same as with dense vectors. ;)14:31
van51thoralf: hmm I hadn't thought of that but I don't think that it matters14:33
van51thoralf: you 're not after a specific representation but after the compactness14:34
thoralfvan51: I like the idea having two concurrent (but compatible) versions: You can use the learned model with dense and sparse features.14:36
thoralfBut that really doesn't matter.14:36
thoralfBtw., I checked the implementation from scikits-learn.14:36
thoralfThey indeed hash all features with the same seed.14:36
van51thoralf: well tbh we also use the same seed in the HashedDocDotFeatures version14:38
van51thoralf: maybe it's a matter of preference14:39
thoralfYes, seems like.14:39
thoralftbh?14:39
van51to be honest14:40
thoralfThanks for the debate. ;)14:44
van51thoralf: anytime :)14:46
-!- HeikoS [~androirc@217.28.182.64] has joined #shogun15:01
-!- mode/#shogun [+o HeikoS] by ChanServ15:01
thoralfwiking: Your changes broke StreamingAsciiFile - I'm getting segfaults at shogun/io/streaming/StreamingAsciiFile.cpp:57315:06
thoralfCStreamingAsciiFile::get_sparse_vector_and_label (this=0x6103b0, vector=@0x628798: 0x0, len=@0x6287a8: 47, label=@0x6287a0: 0)15:06
thoralfwiking: The problem disappears when replacing SG_REALLOC my SG_MALLOC.15:12
thoralfI found out that the vector returned by realloc is NULL.15:19
@HeikoSlambday, you can also have the latex code if you want. How is the current state Btw. What are you working on, what is planned for the next days?15:24
lambdayHeikoS: I have been a bit slow due to insti related stuffs... I'll try to finish off the refactoring and examples as planned15:25
lambdayHeikoS: you told that there is something in the log-det that could have been done in a better way and you'll tell me...15:26
@HeikoSWhat about the individual CG solvers for LogDetEstimator?15:26
lambdayHeikoS: COCG - still to be fixed15:26
@HeikoSEhm,.... :)15:26
@HeikoSCan't remember15:26
lambday:(15:27
@HeikoSOk, then COCG,  refactoring is most important15:27
-!- thoralf [~thoralf@enki.zib.de] has quit [Quit: Konversation terminated!]15:27
@HeikoSAnd then examples for the most important classes, really important15:28
lambdayHeikoS: yeah.. but that won't take long...15:28
lambdayHeikoS: I can't convert the matrix into an ascii one15:28
@HeikoSI noticed the class dox should also be updated...15:29
@HeikoSWhich matrix?15:29
lambdayHeikoS: checked out their dataset by the way, many many sparse matrices there to try out15:29
lambdayHeikoS: the sparse matrix 473x473 with max eig ~10^1115:29
@HeikoSAh, what's the problem there? You can even store it densely15:30
lambdaythe one you used for the probe sampler plot15:30
lambdayHeikoS: its in .mat format, my octave code that I used for ozone is not working for it15:31
@HeikoSAh...15:31
@HeikoSI can send it as ascii15:31
@HeikoSWill do tonight15:31
lambdayHeikoS: regarding class docs, I'll review them carefully after I am done with examples15:31
lambdayHeikoS: thanks man :)15:31
@HeikoSYeah cool, in particular you should explain how things work together15:32
@HeikoSSo many classes, so should help people through this jungle :)15:32
lambdayHeikoS: yeah... the LogDetEstimator unit-tests already do that, so you think I'll write similar examples, with that real matrix, right?15:32
lambdayhahaha yeah its a jungle alright15:33
lambdaynow even I seem to forget which class was for what15:33
lambdayHeikoS: could you please explain a bit regarding the tutorial thing that you wrote in the mail?15:33
-!- HeikoS [~androirc@217.28.182.64] has quit [Read error: Connection reset by peer]15:33
-!- heiko [~androirc@217.28.182.64] has joined #shogun15:33
heikolambday, actually15:34
heikoJust use python15:34
heikoIt CN load the file15:34
heikoCan15:34
heikoAnd then export as ascii15:34
heikoThat's easy15:34
heikoSee my notebokk15:34
lambdayalright15:34
heikoJust two lines15:35
heikoAnd you need to get into python anyways this week :)15:35
lambdayyeah!15:35
lambdayheiko: so, csc_matrix works compatibly with our sparse matrix?15:36
heikoYep15:37
heikoThat's how we store them15:37
lambdaycool!15:37
heikoIt's pretty easy to exchange data using python15:37
lambdayheiko: I actually had some trouble installing these packages... I'll check today only15:37
heikoEverything is there15:37
heikoLambday just don't use cholmod15:38
heikoThat was only needed for the ozone15:38
lambdayheiko: alright..15:38
heikoAlso note you addendum the sparse let to shogun15:38
heikoSo no need15:38
heikoFor cholmod15:39
heikoJust a bit slower in Eigen315:39
lambdayokay15:39
heikoBut the other notebook doesn't need it15:40
lambdayheiko: what does this loadmat is taking? loadmat("S")["S"] ?? S.mat is the filename?15:40
heikoIt returns a dictionary15:40
heikoWith keys being strings and values being the data15:41
lambdayokay15:41
heikoIt's all well documented Btw Google for function names15:42
heikoPython dictionaries are very cool btw15:42
lambdayyeah!15:43
lambdaywas checking the documentation already... never worked in scipy... gonna be fun15:43
heikoYeah it's very cool stuff15:44
van51heiko: hey! quick question.. did you have a reason for postponing to register parameters in MulticlassStrategy?15:44
lambdayheiko: so, by this monday, all examples+ipython+refactoring has to be complete?15:45
heikolambday, as said in the mail, last week should be used for cleaning up, so try to finish these things as soon as possible15:46
lambdayokay.. yeah that sounds good15:46
heikovan51, yes, integration tests were down. Feel free to change. But make sure to run the tests before and after. Might have to change quite a few test files15:46
lambdayI couldn't get pip-install and stuffs working.. as soon as I get that, things won't take long15:47
van51heiko: ok, I'll have a quick look :)15:47
zombie|sonnewrkgsomix: do you have some WIP PR ready?15:49
heikovan51, would be helpful if you did that and removed warnings :) we have to do this for the release anyways. ?..15:50
gsomixzombie|sonnewrk, nope. I'll send today at evening. need go to home now (100+ km)15:50
zombie|sonnewrkgsomix: ok15:51
-!- heiko [~androirc@217.28.182.64] has quit [Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )]15:52
-!- gsomix [~gsomix@185.6.239.51] has quit [Remote host closed the connection]15:52
-!- heiko [~androirc@217.28.182.64] has joined #shogun16:02
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]16:20
-!- van51 [~van51@athedsl-410351.home.otenet.gr] has quit [Quit: Leaving.]16:24
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun16:29
-!- mode/#shogun [+o iglesiasg] by ChanServ16:29
-!- heiko [~androirc@217.28.182.64] has quit [Read error: Connection reset by peer]16:41
-!- heiko [~androirc@217.28.182.64] has joined #shogun16:41
-!- zombie|sonnewrk [~sonnenbu@91-64-72-127-dynip.superkabel.de] has left #shogun []16:53
-!- lisitsyn [~lisitsin@mxs.kg.ru] has left #shogun []17:03
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat]17:27
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun17:27
shogun-notifier-shogun: hushell :develop * c64978c / / (7 files): https://github.com/shogun-toolbox/shogun/commit/c64978c1cb0c45652907d3f93fc7c804d70d5bed17:27
shogun-notifier-shogun: refactor a bit MAPInference and add more unit-tests17:27
shogun-notifier-shogun: Fernando Iglesias :develop * 862f445 / / (7 files): https://github.com/shogun-toolbox/shogun/commit/862f4451018a4c41049c2b0bd7f7e441cc13d22e17:27
shogun-notifier-shogun: Merge pull request #1581 from hushell/develop17:27
shogun-notifier-shogun:17:27
shogun-notifier-shogun: refactor a bit MAPInference and add more unit-tests17:27
-!- van51 [~van51@athedsl-410351.home.otenet.gr] has joined #shogun17:31
-!- heiko [~androirc@217.28.182.64] has quit [Read error: Connection reset by peer]17:34
shogun-buildbotbuild #74 of FC19 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/74  blamelist: hushell <dom343@gmail.com>, Fernando Iglesias <fernando.iglesiasg@gmail.com>17:36
shogun-buildbotbuild #126 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/126  blamelist: hushell <dom343@gmail.com>17:37
shogun-buildbotbuild #127 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/127  blamelist: Fernando Iglesias <fernando.iglesiasg@gmail.com>17:43
shogun-buildbotbuild #1452 of cyg1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1452  blamelist: hushell <dom343@gmail.com>18:03
-!- lisitsyn [~lisitsyn@fb2-lo1.global63.net] has joined #shogun18:29
shogun-buildbotbuild #1453 of cyg1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1453  blamelist: Fernando Iglesias <fernando.iglesiasg@gmail.com>18:38
shogun-notifier-shogun: ZhengyangL :develop * b5ab66b / / (3 files): https://github.com/shogun-toolbox/shogun/commit/b5ab66bb905273e59cd364e2c93d65c745b0c85b18:56
shogun-notifier-shogun: combine #IFDEFs and fix little ident mistakes18:56
shogun-notifier-shogun: Soeren Sonnenburg :develop * 123f403 / / (3 files): https://github.com/shogun-toolbox/shogun/commit/123f403c09b6cbf05ea615bb060499bf988ad10318:56
shogun-notifier-shogun: Merge pull request #1582 from ZhengyangL/feature/mldatafile18:56
shogun-notifier-shogun:18:56
shogun-notifier-shogun: combine #ifdefs / fix little indent mistakes18:56
shogun-buildbotbuild #75 of FC19 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/75  blamelist: Soeren Sonnenburg <sonne@debian.org>, ZhengyangL <liuzhengyang@outlook.com>19:04
shogun-buildbotbuild #128 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/128  blamelist: Soeren Sonnenburg <sonne@debian.org>19:07
shogun-buildbotbuild #129 of osx1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/129  blamelist: ZhengyangL <liuzhengyang@outlook.com>19:13
shogun-buildbotbuild #1454 of cyg1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1454  blamelist: Soeren Sonnenburg <sonne@debian.org>19:36
@sonney2kfoulwall, do you have van51's demo ready?19:50
@sonney2kor what is still missing19:50
lisitsynsonney2k: I can shogunize a bit if you guide me a bit20:05
lisitsynany suggestions?20:05
shogun-buildbotbuild #1455 of cyg1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1455  blamelist: ZhengyangL <liuzhengyang@outlook.com>20:11
lisitsynokay checking tests20:11
shogun-notifier-shogun: Soeren Sonnenburg :develop * 8539417 / / (27 files): https://github.com/shogun-toolbox/shogun/commit/85394179f0599e18e7df84b7582eebc10eb2981620:18
shogun-notifier-shogun: drop AsciiFile20:18
@sonney2klisitsyn, look at this http://buildbot.shogun-toolbox.org/static_analysis/2013-09-11-1/20:19
lisitsynsonney2k: haha nice20:19
@sonney2klisitsyn, there are errors in slep, transfer, tapkee etc20:19
lisitsyngood ok20:19
@sonney2knot easy to fix and not easy to parse so have a look20:20
shogun-buildbotbuild #2126 of deb1 - libshogun is complete: Failure [failed compile]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb1%20-%20libshogun/builds/2126  blamelist: Soeren Sonnenburg <sonne@debian.org>20:20
@sonney2klisitsyn, or any of https://github.com/shogun-toolbox/shogun/issues?labels=&milestone=3&page=1&state=open20:22
@sonney2klisitsyn, or sth cmake related20:22
@sonney2klisitsyn, whenever a test fails we should run the test with gdb to get a backtrace and/or valgrind20:23
@sonney2kto know how to fix it20:23
lisitsynsonney2k: uh that's not really trivial20:23
lisitsynokay let me check what can I do20:24
@sonney2klisitsyn, we had that before20:24
shogun-notifier-shogun: Thoralf Klein :develop * 29803fa / .valgrind.supp: https://github.com/shogun-toolbox/shogun/commit/29803faf703c5f08b40288809d7bc5180671e47a20:32
shogun-notifier-shogun: Valgrind suppression file for pthread/openmp reachable-memory warnings.20:32
shogun-notifier-shogun: Thoralf Klein :develop * 262f476 / configs/valgrind.supp,.valgrind.supp: https://github.com/shogun-toolbox/shogun/commit/262f4767fb4d9da0fdccc9803e649b3b267b0bb920:32
shogun-notifier-shogun: Moved valgrind suppressions into new configs/ directory.20:32
shogun-notifier-shogun: Soeren Sonnenburg :develop * 7401d1a / configs/valgrind.supp: https://github.com/shogun-toolbox/shogun/commit/7401d1a4dfc49518fda3ae733d0503c3af0531c820:32
shogun-notifier-shogun: Merge pull request #1570 from tklein23/valgrind_suppressions20:32
shogun-notifier-shogun:20:32
shogun-notifier-shogun: Valgrind suppression file for pthread/openmp reachable-memory warnings.20:32
-!- van51 [~van51@athedsl-410351.home.otenet.gr] has quit [Quit: Leaving.]20:32
shogun-buildbotbuild #2127 of deb1 - libshogun is complete: Success [build successful]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb1%20-%20libshogun/builds/212720:36
shogun-buildbotbuild #2129 of deb1 - libshogun is complete: Failure [failed compile]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb1%20-%20libshogun/builds/2129  blamelist: Soeren Sonnenburg <sonne@debian.org>20:37
shogun-buildbotbuild #76 of FC19 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20modular_interfaces/builds/76  blamelist: Thoralf Klein <thoralf.klein@zib.de>20:40
shogun-buildbotbuild #130 of osx1 - libshogun is complete: Success [build successful]  Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/13020:41
shogun-buildbotbuild #1456 of cyg1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1456  blamelist: Thoralf Klein <thoralf.klein@zib.de>21:06
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has quit [Ping timeout: 246 seconds]21:07
shogun-buildbotbuild #1457 of cyg1 - libshogun is complete: Failure [failed test]  Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1457  blamelist: Thoralf Klein <thoralf.klein@zib.de>21:34
shogun-notifier-shogun: Sergey Lisitsyn :develop * 4cef68a / src/shogun/transfer/domain_adaptation/DomainAdaptationSVM.cpp: https://github.com/shogun-toolbox/shogun/commit/4cef68a61eeb620639e31d487c72b15cb4d394a921:52
shogun-notifier-shogun: Added pre_svm check in DA SVM21:52
shogun-notifier-shogun: Sergey Lisitsyn :develop * 78130a2 / src/shogun/io/CSVFile.h: https://github.com/shogun-toolbox/shogun/commit/78130a24dd16b7c9807760d70d6e73cfa3ca2f0f21:52
shogun-notifier-shogun: Added missed include in csv file21:52
shogun-notifier-shogun: Sergey Lisitsyn :develop * ae29935 / src/shogun/features/SparseFeatures.cpp: https://github.com/shogun-toolbox/shogun/commit/ae29935f09ea8086699f2656f704e7fc2b4a1f0621:52
shogun-notifier-shogun: Fixed possible nullptr in sparse features21:52
shogun-notifier-shogun: Sergey Lisitsyn :develop * 88061d1 / src/shogun/features/DenseFeatures.cpp: https://github.com/shogun-toolbox/shogun/commit/88061d1a006422b2248cc2c2395e0c15a066da0c21:52
shogun-notifier-shogun: Fixed possible nullptr in dense features21:52
shogun-buildbotbuild #2130 of deb1 - libshogun is complete: Failure [failed compile]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb1%20-%20libshogun/builds/2130  blamelist: Sergey Lisitsyn <lisitsyn.s.o@gmail.com>21:55
shogun-buildbotbuild #2131 of deb1 - libshogun is complete: Failure [failed compile]  Build details are at http://buildbot.shogun-toolbox.org/builders/deb1%20-%20libshogun/builds/2131  blamelist: Sergey Lisitsyn <lisitsyn.s.o@gmail.com>21:57
-!- lambday [67157f37@gateway/web/freenode/ip.103.21.127.55] has quit [Ping timeout: 250 seconds]22:06
-!- besser82 [~besser82@fedora/besser82] has quit [Ping timeout: 260 seconds]22:21
@wiking lisitsyn http://www.liveleak.com/view?i=37b_137863340722:37
@wikingROTFLMAO22:37
lisitsynwiking: ah yeah old joke22:37
@wiking:P22:38
lisitsynwiking: very american though!22:38
lisitsyn:D22:38
lisitsynwiking: do you know who's on asciifile removal?22:42
lisitsynwiking: I am not really sure what should be done about compilation failure now22:42
-!- zxtx [~zv@rrcs-76-79-81-162.west.biz.rr.com] has joined #shogun22:52
--- Log closed Sat Sep 14 00:00:58 2013