Open in new window / Try shogun cloud
--- Log opened Wed Aug 14 00:00:14 2013
@wikingsonney2k: no not really as src could be anywhere00:01
@wikingcoz of out of source compilation i cannot assume that .. is the root of shogun00:02
@wikingsonney2k: but i'll look into it how we can get around this00:02
@sonney2kwiking, but you have $ROOT/src right?00:03
@wikingi have src root yes00:03
@wiking${CMAKE_SOURCE_DIR} is the root of the source00:04
@sonney2kwiking, that would work then for the include00:04
@wikingbut we do include that00:05
@wikingbut i guess the order here metters00:05
@sonney2kwiking, yes first thing is taken first00:08
@wikingmmm00:09
shogun-buildbotbuild #1770 of deb1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1770  blamelist: Soeren Sonnenburg <sonne@debian.org>00:09
@iglesiasgwiking, hey! I have an issue, I am not sure if it can be caused by some configuration in cmake, or something I am missing about it00:21
@iglesiasgwiking, I compile python modular and when I try to import the LMNN class with  from shogun.Metric import LMNN python crashes00:22
@iglesiasgimport shogun.Metric works fine00:22
@iglesiasgother imports are fine too, e.g. from shogun.Classifier import KNN00:22
@sonney2kiglesiasg, backtrace / valgrind!00:24
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has joined #shogun00:24
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/1017199300:24
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has left #shogun []00:24
@iglesiasgsonney2k, Traceback (most recent call last):00:24
@iglesiasg  File "metric_lmnn_modular.py", line 72, in <module>00:24
@iglesiasg    metric_lmnn_modular()00:24
@iglesiasg  File "metric_lmnn_modular.py", line 10, in metric_lmnn_modular00:24
@iglesiasg    from shogun.Metric import LMNN00:24
@iglesiasgImportError: cannot import name LMNN00:24
@iglesiasgsonney2k, will valgrind/backtrace tell me more about that?00:25
@iglesiasgno idea what can be wrong, this was working last Friday for sure00:26
@iglesiasgarghhhh /* #undef HAVE_EIGEN3 */00:37
-!- 17WACBZD1 [~travis-ci@ec2-23-20-31-205.compute-1.amazonaws.com] has joined #shogun00:50
17WACBZD1[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/1017335800:50
-!- 17WACBZD1 [~travis-ci@ec2-23-20-31-205.compute-1.amazonaws.com] has left #shogun []00:50
-!- travis-ci [~travis-ci@ec2-67-202-44-165.compute-1.amazonaws.com] has joined #shogun00:51
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/1017427200:51
-!- travis-ci [~travis-ci@ec2-67-202-44-165.compute-1.amazonaws.com] has left #shogun []00:51
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat]01:03
-!- hushell [~hushell@8-92.ptpg.oregonstate.edu] has quit [Ping timeout: 268 seconds]01:53
-!- zxtx [~zv@rrcs-76-79-81-162.west.biz.rr.com] has quit [Ping timeout: 256 seconds]02:06
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]02:47
shogun-buildbotbuild #423 of nightly_all is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_all/builds/42303:00
shogun-buildbotbuild #433 of nightly_none is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_none/builds/43303:00
shogun-buildbotbuild #488 of nightly_default is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/48803:12
-!- zxtx [~zv@wsip-64-147-1-66.oc.oc.cox.net] has joined #shogun03:39
-!- hushell [~hushell@c-24-21-169-136.hsd1.or.comcast.net] has joined #shogun03:42
-!- zxtx [~zv@wsip-64-147-1-66.oc.oc.cox.net] has quit [Ping timeout: 246 seconds]07:00
-!- gsomix_ [~gsomix@95.67.181.204] has joined #shogun07:41
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun07:43
shogun-notifier-shogun: Viktor Gal :develop * 3e8b5de / CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/3e8b5de49355d2a118b16c89493fc55cf6e96f7807:43
shogun-notifier-shogun: Fix malloc replacement detection and library flags07:43
shogun-notifier-shogun: Viktor Gal :develop * 73dd891 / cmake/FindHoard.cmake: https://github.com/shogun-toolbox/shogun/commit/73dd8916a49db134d04da58057c2785ef2be344507:43
shogun-notifier-shogun: Fix FindHoard.cmake script07:43
shogun-notifier-shogun: Viktor Gal :develop * 8754fea / cmake/FindRubyNArray.cmake: https://github.com/shogun-toolbox/shogun/commit/8754fea56a025714ec0100dd88707c93385c930d07:43
shogun-notifier-shogun: Fix typo in FindRubyNArray.cmake07:43
-!- gsomix [~gsomix@80.234.59.144] has quit [Ping timeout: 264 seconds]07:43
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting]07:44
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun07:44
@wikingshogun-buildbot: force build --branch=develop 'deb3 - modular_interfaces'07:46
shogun-buildbotbuild forced [ETA 5m28s]07:46
shogun-buildbotI'll give a shout when the build finishes07:46
shogun-buildbotbuild #1503 of deb3 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/150307:47
shogun-buildbotbuild #1772 of deb1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1772  blamelist: Viktor Gal <viktor.gal@maeth.com>07:53
-!- travis-ci [~travis-ci@ec2-67-202-44-165.compute-1.amazonaws.com] has joined #shogun08:02
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/1018388208:02
-!- travis-ci [~travis-ci@ec2-67-202-44-165.compute-1.amazonaws.com] has left #shogun []08:02
@wikingshogun-buildbot: force build --branch=develop 'deb3 - modular_interfaces'08:04
shogun-buildbotbuild forced [ETA 5m28s]08:04
shogun-buildbotI'll give a shout when the build finishes08:04
shogun-buildbotbuild #1504 of deb3 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/150408:04
shogun-buildbotbuild #1771 of deb1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1771  blamelist: Viktor Gal <viktor.gal@maeth.com>08:06
shogun-notifier-shogun: Soeren Sonnenburg :develop * f0238e2 / / (2 files): https://github.com/shogun-toolbox/shogun/commit/f0238e23bea93658868e999b4f64599cfcc9cb7408:18
shogun-notifier-shogun: fix build errors / warnings08:18
-!- lisitsyn1 [~lisitsyn@fb2-lo1.global63.net] has quit [Quit: Leaving.]08:58
shogun-buildbotbuild #1773 of deb1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1773  blamelist: Soeren Sonnenburg <sonne@debian.org>09:04
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has joined #shogun09: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/1018461609:06
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has left #shogun []09:06
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has joined #shogun09:23
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has joined #shogun10:35
sonne|workhmmhh InferenceMethod.get_log_ml_estimate_binary_logit_laplace fails10:38
-!- gsomix_ [~gsomix@95.67.181.204] has quit [Read error: Connection reset by peer]10:48
-!- gsomix__ [~gsomix@95.67.156.101] has joined #shogun10:48
-!- gsomix_ [~gsomix@95.67.148.34] has joined #shogun10:55
-!- gsomix__ [~gsomix@95.67.156.101] has quit [Ping timeout: 264 seconds]10:57
@wikingsonne|work: mmm what's with java again?10:59
sonne|workwiking: no idea but I cannot access the buildbot from work10:59
sonne|workwiking: but I added the export JAVA_HOME and IIRC yesterday it worked?!10:59
@wikingsonne|work: can i access it or it's a different machine than masteR?10:59
sonne|workwiking: you can access it11:00
@wikingso it's 7nn right?11:00
@wikingshogun-buildbot: force build --branch=develop 'deb3 - modular_interfaces'11:01
shogun-buildbotbuild forced [ETA 5m28s]11:01
shogun-buildbotI'll give a shout when the build finishes11:01
@wikingoh shit no11:01
@wiking:(11:01
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting]11:01
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun11:01
shogun-buildbotbuild #1505 of deb3 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/150511:01
@wikingsonne|work: where's the slave stuff?11:02
@wikingbuildbot's slaves dir is empty11:02
sonne|workwiking: I guess buildlsave?11:02
sonne|workwiking: ls /home ?11:02
@wikingd /home/buildslave/deb3_-_modular_interfaces/11:03
@wiking-bash: cd: /home/buildslave/deb3_-_modular_interfaces/: Permission denied11:03
@wiking:(11:03
@wikingboth with my own account and buildbot accoutn11:03
@wikingshogun-buildbot: force build --branch=develop 'deb3 - modular_interfaces'11:03
shogun-buildbotbuild forced [ETA 5m28s]11:03
shogun-buildbotI'll give a shout when the build finishes11:03
shogun-buildbotbuild #1506 of deb3 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/150611:04
@wikingsonne|work: do u know how to logscale boxplots in d3js?11:08
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun11:08
-!- mode/#shogun [+o iglesiasg] by ChanServ11:08
@wikingiglesiasg: mmm did yesterday's problem got solved with the python script?11:08
@iglesiasgwiking, yes. It was related to eigen not being accepted due to its version11:09
@wikingiglesiasg: ah ok cool... is 3.1.2 too new?11:10
@wikingcould we lower the version?11:10
@iglesiasgwiking, I am doing now bundle eigen in cmake11:10
@iglesiasgso for me it is fine11:10
@wikingok11:10
-!- foulwall [~user@2001:da8:215:503:7053:1317:a70f:1280] has joined #shogun11:14
@wikingsonne|work: this is really strange11:15
@wikingi just cloned and ran: cmake -DRubyModular=ON ..11:15
@wikingon 7nn.de11:15
@wikingand it found ruby narray11:15
@wikingthis exact command on 7nn.de ran successfully: cmake -DENABLE_TESTING=ON -DBUNDLE_EIGEN=ON -DBUNDLE_JSON=ON -DPythonModular=ON -DRubyModular=ON -DLuaModular=ON -DRModular=ON -DOctaveModular=ON -DCSharpModular=ON -DJavaModular=ON11:17
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]11:18
thoralfHmm, I'm getting a "double free or corruption (fasttop): 0x0000000001f02f80" when SG_UNREFing a LibLinear object.11:19
@wikingthoralf: HEAD?11:19
thoralfIt's not reproducible in valgrind/gdb.11:19
thoralfwiking: No, friday.  Why?11:19
@wikingthoralf: then i dont know... :P in head there were some changes with ref/unref so that wouldn't surprise me11:20
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun11:28
shogun-notifier-shogun: Viktor Gal :develop * c348315 / examples/undocumented/python_modular/ (2 files): https://github.com/shogun-toolbox/shogun/commit/c3483151bffbed6d1a60d2e4a04294316a576f7311:28
shogun-notifier-shogun: fix typo in classifier_domainadaptationsvm_modular.py11:28
shogun-notifier-shogun: fix imports from numpy in classifier_custom_kernel_modular.py11:28
thoralfwiking: No, my HEAD is before these changes.11:34
shogun-buildbotbuild #1774 of deb1 - libshogun is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/177411:40
shogun-buildbotbuild #1388 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/1388  blamelist: Viktor Gal <viktor.gal@maeth.com>11:40
shogun-buildbotbuild #1205 of cyg1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1205  blamelist: Viktor Gal <viktor.gal@maeth.com>11:43
shogun-buildbotbuild #882 of rpm1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/882  blamelist: Viktor Gal <viktor.gal@maeth.com>11:44
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat]11:46
shogun-buildbotbuild #1418 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1418  blamelist: Viktor Gal <viktor.gal@maeth.com>11:48
@wikingsonne|work: ok slave4 seems to get it righthttp://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/150711:50
@wikingsonne|work:  i mean http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/150711:50
sonne|workwiking: what was it ?11:52
@wikingsonne|work: i think slave3 does not have narray... or i dont know11:52
@wikingsonne|work: there was a typo in FindRubyNarray.cmake11:52
@wikingand that fixed the problem11:53
@wikingsonne|work: still the wrong pythonlib will cause some troubles on slave311:53
shogun-buildbotbuild #1507 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/150711:53
@wikingoookeeey11:54
@wikingwell done slave311:54
@wikinglet's define your tests ;)11:54
thoralfIs there a SVM in shogun, which can be re-trained?  If I get (for example) more data and want to improve an existing SVM?11:56
sonne|workwiking: slave 3 is an older debian, slave 4 a current one12:03
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting]12:04
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun12:04
@wikingshogun-buildbot: force build --branch=develop 'deb3 - modular_interfaces'12:04
shogun-buildbotbuild forced [ETA 31m57s]12:04
shogun-buildbotI'll give a shout when the build finishes12:04
@wikingsonne|work: http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/150812:14
-!- travis-ci [~travis-ci@ec2-23-20-31-205.compute-1.amazonaws.com] has joined #shogun12:22
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/1018997212:22
-!- travis-ci [~travis-ci@ec2-23-20-31-205.compute-1.amazonaws.com] has left #shogun []12:22
-!- foulwall [~user@2001:da8:215:503:7053:1317:a70f:1280] has quit [Ping timeout: 245 seconds]12:34
shogun-buildbotbuild #1508 of deb3 - modular_interfaces is complete: Failure [failed compile r_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/150812:38
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has quit [Quit: Leaving.]12:42
shogun-notifier-shogun: Viktor Gal :develop * 8083aa8 / / (2 files): https://github.com/shogun-toolbox/shogun/commit/8083aa84d573fb375d52ec34284f3d2be6c5702012:45
shogun-notifier-shogun: Attempt to fix issue #140812:45
shogun-notifier-shogun: Remove import from numpy rand and seed in classifier_custom_kernel_modular.py12:45
@wikingshogun-buildbot: force build --branch=develop 'cyg1 - libshogun'12:48
shogun-buildbotbuild forced [ETA 16m21s]12:48
shogun-buildbotI'll give a shout when the build finishes12:48
-!- foulwall [~user@2001:da8:215:6901:c0cd:22cc:a3d0:e7b4] has joined #shogun12:51
shogun-buildbotbuild #1206 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/120612:54
@wikingoh that internet is not really the most reliable or something is wrong with md512:56
thoralfwiking: Does cmake check for new google test/mock versions every time I build?13:05
thoralfwiking: This would break my offline workflow... ;)13:06
@wikingooooh shiiiiiiiiiiiit13:06
@wikingi have a problem13:07
@wikingthat 1 megabyte eigen release costed me about 11TB of traffic this month!13:07
@wikingi need to move that somewhere because my monthly traffic limit is 20TB13:08
-!- foulwall` [~user@2001:da8:215:503:61a7:220a:ae70:ee95] has joined #shogun13:09
thoralfwiking: 11TB?  How could that happen?13:10
lisitsynTB?13:10
thoralfWould be 11.000.000 downloads.13:11
@wikinglisitsyn: yes13:11
-!- foulwall [~user@2001:da8:215:6901:c0cd:22cc:a3d0:e7b4] has quit [Ping timeout: 264 seconds]13:11
@wiking11,514.525 gigabytes13:12
sonne|workwiking: how that?13:12
@wikingto be precise13:12
@wikingwell13:12
@wikingtravis? :)13:12
@wikingeach time there's a commit or PR13:12
@wikingit downloads the thing like 10 times13:12
sonne|workwiking: well 1000 builds -> 1 GB!13:12
@wikingsorry 11 times13:12
@wikingas there are 11 jobs in one build on travis13:12
@wikingso13:13
@wikingwe need to find a solution for this13:13
@wikingnowish :)13:13
lisitsyncrazy!13:13
thoralfwiking: As I written above: This downloading/updating breaks my offline/mobile workflow, too.#13:14
@wikingthoralf: cannot do anything about that13:14
@wikingthoralf: ask google ppl to do a release13:15
@wikingor13:15
sonne|workwiking: well we could for sure - just add an option to specify the path to google mock/test13:15
@wikingsonne|work: i think we've discussed this13:15
@wikingsonne|work: there's no way we can check the version of that gmock13:15
sonne|workwiking: except for a compile test ...13:16
@wikingsonne|work: i'm happy to see patches for this13:16
-!- foulwall` [~user@2001:da8:215:503:61a7:220a:ae70:ee95] has quit [Remote host closed the connection]13:16
lisitsynwe can add a submodule13:17
lisitsynin git13:17
@wikinglisitsyn: svn submodule? :)13:17
lisitsynwiking: well we can set up some git stuff for that13:17
@wikingyeah13:18
@wikingas said earlier happy to see patches13:18
sonne|worklisitsyn: excellent idea!13:18
@wikingas well we need a mirror for eigen13:19
sonne|worklisitsyn: much better than pulling external stuff all the time with svn and from other sources13:19
sonne|workwiking: no we could just have a shogun-external git submodule13:19
sonne|workthat could contain all the external dependencies13:19
@wikingsonne|work: i'm good with that as well13:19
sonne|workthat then cmake could use (git pull ...)13:19
@wikingjust need the solution today13:19
thoralfYeah, perfect to control versions of dependencies.13:20
sonne|workthoralf: yes exactly13:20
@wikingthoralf: it's already controlled this way13:20
thoralfwiking: No exactly - since it updates automatically, it could break on upstream updates, right?13:20
thoralfupstream as-in google test updates.13:20
@wikingthoralf: no13:21
@wikingthoralf: because it's fixed to a revision13:21
thoralfwiking: I see.13:21
@wikingi doesn't just fetches HEAD13:21
@wikingsonne|work: did we run integration tests on deb3 - modular_interfaces13:23
@wiking?13:23
sonne|workwiking: yes sure13:24
@wikingok13:24
sonne|workwiking: how difficult is it to do a git clone shogun-external and then use the extracted sources (or .tar.gz) in there if a dependency could not be found?13:25
sonne|workwiking: with cmake I mean13:25
thoralfwiking: If you fixed the revision of google test/mock, why are you updating it on every build?13:25
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting]13:26
-!- shogun-buildbot_ [~shogun-bu@7nn.de] has joined #shogun13:26
@wikingthoralf: don't ask me ask cmake ppl13:26
@wikingthoralf: maybe adding UPDATE_COMMAND "" would help actually13:28
-!- travis-ci [~travis-ci@ec2-67-202-44-165.compute-1.amazonaws.com] has joined #shogun13:28
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/1019255113:28
-!- travis-ci [~travis-ci@ec2-67-202-44-165.compute-1.amazonaws.com] has left #shogun []13:28
@wikingsonne|work: why would we do that?13:28
@wikingsonne|work: i mean if it's a submodule then we should just assume that there are the sources13:29
@wikingor tar.gz/bz2 and that's it13:29
sonne|workwiking: because we normally want to use the system's libs13:32
@wikingsonne|work: yes my problem wasn't that13:32
@wikingsonne|work: it was about why would we want to do a git clone?13:32
@wikingsonne|work: if dependency is not met13:32
@wikingit should be there13:33
sonne|workwiking: to fetch the dependencies13:33
thoralfwiking: I didn't find a place to add UPDATE_COMMAND.13:33
sonne|workwiking: ahh you mean you would manually require people to issue git submodule update shogun-external ?13:33
@wikingsonne|work: and why not do that with git submodule init/update13:33
@wikingsonne|work: yes13:33
sonne|worksure also possible13:34
@wikingthoralf: nevermind... just testing13:34
@wikingok this works it seem13:34
@wiking*seems13:34
@wikingso i have a solution for not always updating svn13:34
@wikingjust the one time checkout13:34
@wikingcan we live with that?13:34
thoralfwiking: I could.13:35
@wikingbut still13:35
@wikingi need a non https mirror for eigen13:35
shogun-buildbot_build #1775 of deb1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1775  blamelist: Viktor Gal <viktor.gal@maeth.com>13:36
sonne|workwiking: why that?13:36
sonne|workwiking: lets just switch to doing that13:36
@wikingsonne|work: cmake cannot handle https by default13:37
sonne|workwiking: no I mean we use the submodule idea now13:37
@wikingsonne|work: but now it's all fixed...13:37
@wikingonly the mirror is required13:37
@wikingalmost13:40
@wikingi have found eigen-3.1.3 mirror among gentoo's distfiles13:42
@wikingok13:43
@wikinghttp://ubuntu.osuosl.org/ubuntu/pool/universe/e/eigen3/eigen3_3.1.2.orig.tar.bz213:43
@wikingcan we live with this?13:43
@wikingi mean now we have 3.1.413:43
@wikingbut we require minimum 3.1.213:43
@wikingso actually having 3.1.2 provided should be good enough13:43
@wikingi'm changing13:43
@wikingas my bandwidth is burning13:43
sonne|workwiking: or that http://ftp.de.debian.org/debian/pool/main/e/eigen3/eigen3_3.2.0.orig.tar.bz213:45
-!- thoralf [~thoralf@enki.zib.de] has quit [Ping timeout: 248 seconds]13:45
@wikingokey pushed13:47
shogun-notifier-shogun: Viktor Gal :develop * bd16463 / src/interfaces/r_modular/CMakeLists.txt: https://github.com/shogun-toolbox/shogun/commit/bd16463f6474a2295243172b0630174b928ac5d913:47
shogun-notifier-shogun: Fix compiler flags for RModular13:47
shogun-notifier-shogun: Viktor Gal :develop * 0762437 / cmake/external/Eigen3.cmake,cmake/external/GoogleTestNMock.cmake: https://github.com/shogun-toolbox/shogun/commit/076243773888326ed878027b666d85794cbcaab813:47
shogun-notifier-shogun: Disable update command of GMOCK for not updating always the checked out13:47
shogun-notifier-shogun: svn repository13:47
shogun-notifier-shogun: Switch to another eigen mirror as it's currently burning my server's13:47
shogun-notifier-shogun: bandwidth13:47
@wikingnow we can really know who of us uses latest develop branch of shogun (/me is looking at the apache access logs :P)13:48
@wikingi'll give it a day more before removing the archive from there...13:49
@wikingshogun-buildbot: force build --branch=develop 'deb3 - modular_interfaces'13:50
@wikingshogun-buildbot_: force build --branch=develop 'deb3 - modular_interfaces'13:51
shogun-buildbot_The build has been queued, I'll give a shout when it starts13:51
-!- thoralf [~thoralf@enki.zib.de] has joined #shogun13:52
shogun-buildbot_build #1776 of deb1 - libshogun is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/177613:53
shogun-buildbot_build forced [ETA 41m36s]13:53
shogun-buildbot_I'll give a shout when the build finishes13:53
shogun-buildbot_build #883 of rpm1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/883  blamelist: Viktor Gal <viktor.gal@maeth.com>13:55
@wikingsonne|work: so once the modular is done13:58
@wikingsonne|work: can i set up the nightly to generate tar.bz2 and tar.gz packages?13:58
@wikingsonne|work: if so, where can we upload the generated files?13:58
shogun-buildbot_build #1419 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1419  blamelist: Viktor Gal <viktor.gal@maeth.com>13:59
sonne|workwiking: just build them and then I can create a shell script to put them somewhere13:59
@wikingsonne|work: and what's the news with that osx buildbot?13:59
@wikingsonne|work: yeah i thought to help u out and write u the shellscript14:00
sonne|workwell we currently have other issues so I didn't have time to look into that14:00
@wikingokey...14:00
shogun-buildbot_build #1207 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1207  blamelist: Viktor Gal <viktor.gal@maeth.com>14:00
@wikingsonne|work: http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1207/steps/compile/logs/stdio14:00
@wikingsonne|work: dontunderstand...14:00
sonne|workno the shell script is just few mins work for me (not the cmake though :/)14:00
@wikingsonne|work: the cmake for the packages are actually only: make package14:00
@wikingand it'll generate the files under ./build14:01
sonne|workwiking: I guess it has no permissions to download anything with whatever too you used14:01
thoralfactual MD5 sum: [d41d8cd98f00b204e9800998ecf8427e]14:06
thoralfthis is the md5 of en empty file :)14:06
sonne|works/too/tool14:10
@wikingsonne|work: it's integrated in cmake14:11
@wikingbut yeah maybe network activity is disabled on windows or something14:11
sonne|workwiking: yeah then cmake is blocked by some firewall14:11
shogun-notifier-shogun: Roman Votyakov :develop * 71737a1 / tests/unit/machine/gp/InferenceMethod_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/71737a122830391eca3a7ff1de35d979e4e8104e14:15
shogun-notifier-shogun: decrease accuracy of get_log_ml_estimate_binary_logit_laplace test for now14:15
shogun-notifier-shogun: Heiko Strathmann :develop * cb022d0 / tests/unit/machine/gp/InferenceMethod_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/cb022d018134d550405a25cc375af0935eb129d514:15
shogun-notifier-shogun: Merge pull request #1410 from votjakovr/feature/gp_refactoring14:15
shogun-notifier-shogun:14:15
shogun-notifier-shogun: Decrease accuracy of get_log_ml_estimate_binary_logit_laplace test for now14:15
-!- iglesiasg [~iglesias@2001:6b0:1:1da0:3dd0:6deb:381f:6e88] has joined #shogun14:37
-!- mode/#shogun [+o iglesiasg] by ChanServ14:37
shogun-buildbot_build #1389 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/1389  blamelist: Viktor Gal <viktor.gal@maeth.com>14:38
shogun-buildbot_build #1510 of deb3 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1510  blamelist: Viktor Gal <viktor.gal@maeth.com>14:39
shogun-buildbot_build #884 of rpm1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/884  blamelist: Viktor Gal <viktor.gal@maeth.com>14:40
shogun-buildbot_build #1509 of deb3 - modular_interfaces is complete: Failure [failed install test python_modular test lua_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/150914:40
@wikingsonne|work: heh actually modular interface bot is almost done \o/14:41
shogun-buildbot_build #1390 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/1390  blamelist: Viktor Gal <viktor.gal@maeth.com>14:41
shogun-buildbot_build #1208 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1208  blamelist: Viktor Gal <viktor.gal@maeth.com>14:44
shogun-buildbot_build #1420 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1420  blamelist: Viktor Gal <viktor.gal@maeth.com>14:44
@wikingsonne|work: http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1509/steps/install/logs/stdio14:54
@wikingsonne|work: check the end of the log... where should we install the ruby modular?14:54
sonne|workwiking: I don't remember best is to check configure or some binary ruby package15:14
@wikingsonne|work: it should be there15:18
@wikingsonne|work: the problem is the permission15:18
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has joined #shogun15:24
shogun-buildbot_build #1391 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/1391  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Roman Votyakov <votjakovr@gmail.com>15:25
shogun-buildbot_build #885 of rpm1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/885  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Roman Votyakov <votjakovr@gmail.com>15:27
shogun-buildbot_build #1421 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1421  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Roman Votyakov <votjakovr@gmail.com>15:30
shogun-buildbot_build #1209 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1209  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Roman Votyakov <votjakovr@gmail.com>15:32
thoralfsonne|work, wiking: I think CRandom is not thread safe.15:34
thoralfWe have one global instance of CRandom, but different threads may be using it.15:34
@wikingsonne|work: it is15:35
@wikingthoralf: sorry it is15:35
@wikingthoralf: but then again i might overlooked something so plz show me where does it go wrong15:35
thoralfwiking: Okay, do we agree that there is only one global instance of CRandom and that - if using them from threads - all threads are accessing the same instance?15:39
@wikingthoralf: maybe adding an openmp based unittest for CRandom would be a good idea... i'll be waiting for the PR15:39
@wikingthoralf: yes15:39
sonne|workthoralf: yes that function is *not* intended to be thread safe. if you want thread safe stuff use a Random object15:40
sonne|workper thread15:40
thoralfsonne|work: Okay, thank you.15:40
thoralfsonne|work: I'm learning different machines in parallel using threads - and each thread uses stratifiedcrossvalidation, which uses the global crandom state.15:41
thoralfsonne|work: Do you see how to avoid this?15:42
sonne|workthoralf: only way would be to change stratifiedcrossvalidation to take a CRandom object as input15:42
thoralfI'm getting strange errors and I think I have tracked it down to "shogun::CRandom::random_32() const (Random.cpp:123)"15:42
thoralfOkay, I'll try that.15:43
sonne|workthoralf: maybe if that object is null take the default one from CMath or so15:44
thoralfWon't be easy, because StratifiedCrossValidationSplitting.cpp uses current->shuffle(), so I have to pass RNG states around.15:46
thoralfCDynamicArray::shuffle calls CDynArray::shuffle calls CMath::random calls sg_rand->random()15:50
thoralfJesus. ;)15:50
@wikingthoralf sonne|work imho we should start deprecating CMath::random* stuff15:51
@wikingit's just an unecessary extra wrapper...15:51
thoralfwiking: How does it solve the problem?15:51
@wikingthoralf: your's it doesn't solve15:51
@wikingthoralf: i've just remembered now when u wrote this...15:52
thoralfwiking: Yeah, it's quite nested.15:52
sonne|workwiking: it is convenient though to just generate random numbers without having to create an object15:52
@wikingthoralf: u can make the CRandom thread safe quite easily.... as there's already a mutex in that class15:52
sonne|workwiking: like java's Random and Math.random15:52
@wikingsonne|work: yeah sg_rand is there15:52
sonne|workone has lots of features the other is just the simple thing15:52
@wikingsonne|work: no need to create an object as it's there as global...15:53
thoralfwiking: But doesn't a mutex syncronize my threads and will kill parallelism?15:53
@wikingthoralf: well it's just locks until it gives u back the random...15:53
@wikingthoralf: i mean there's simply no other means to assure thread safetiness15:54
thoralfwiking: Yeah, but I'm needing loooots of random numbers.15:54
@wikingthoralf: but the locks will be quite short -> it's not going to be unparallelized ;)15:54
thoralfThere is: One state for each thread.15:54
@wikingthoralf: in that case as sonne|work said you are better of with a CRandom for each thread15:55
@wikingsonne|work: do we have a common way in shogun to mark deprecation?15:55
sonne|workwiking: no but I don't think we should deprecate CMath::random15:56
@wikingi see SGIO.h15:56
@wikingsonne|work: why?15:56
thoralfYes, that's what I've been thinking.  But I needed to make sure that I'm not completly wrong. :)15:56
thoralfwiking15:56
sonne|workwiking: because it is easy to generate a random number with that w/o creating an object15:56
shogun-buildbot_build #1511 of deb3 - modular_interfaces is complete: Failure [failed install test python_modular test lua_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1511  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Roman Votyakov <votjakovr@gmail.com>15:57
@wikingsonne|work: but one doesn't need to create an object for random w/o CMath::random15:58
@wikingsonne|work: as sg_rand i there by default15:58
@wiking*is there15:59
-!- shogun-buildbot_ [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting]15:59
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun15:59
@wikingok at least this function should be deprecated or changed: CMath::normal_random16:00
sonne|workwiking: yes sure that would work too but I prefer CMath::random16:00
@wikingas there's a faster implementation of it in CRandom16:00
sonne|workwiking: better drop it16:00
sonne|workwiking: do we have a test for that (I mean that this is really gaussian?)16:01
@wikingsonne|work: for CMath::random no16:01
@wikingi mean for CMath::normal_random no16:01
sonne|workIIRC I wrote sth fro uniform16:01
sonne|workdont' remember for gaussian16:01
@wikingfor CRandom::normal_distrib yes16:02
@wikingsonne|work: Random::random_std_normal_quantiles unittest16:02
@wikingthat actually tests the CRandom's normal_distrib16:02
sonne|workalright then die normal_random!16:03
@wikingmmm .cpuinfo.c should die too16:10
van51why isn't SGReferencedData copy constructor calling copy_data() ?16:17
van51like overloaded operator= does16:18
@sonney2kvan51, you cannot call a virtual function from the constructor16:22
@sonney2kwiking, I don't have that file16:23
shogun-notifier-shogun: Soeren Sonnenburg :develop * 58723bc / .clang_complete,src/.clang_complete: https://github.com/shogun-toolbox/shogun/commit/58723bcb3990d583d4c44d8c4c00afd7b2b322bc16:25
shogun-notifier-shogun: move clang complete to new root dir16:25
@sonney2kwiking, why is it complaining about python_modular in the lua_modular interface? http://shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1511/steps/test%20lua_modular/logs/stdio16:25
-!- pickle27 [~Kevin@d67-193-243-174.home3.cgocable.net] has joined #shogun16:29
@sonney2kshogun-buildbot, force build --branch=develop 'deb3 - modular_interfaces'16:31
shogun-buildbotbuild forced [ETA 41m36s]16:31
shogun-buildbotI'll give a shout when the build finishes16:31
@sonney2kiglesiasg, wiking, lisitsyn - please add third party dependencies in shogun-external ( a new repo https://github.com/shogun-toolbox/shogun-external)16:36
@sonney2kI suggest to use name/release.tgz16:37
@iglesiasgsonney2k, we will use it as a submodule from the main project, right?16:37
@sonney2kso we can remove automatic download stuff from cmake and have a consistently tested environment16:37
@sonney2kiglesiasg, yes we will create an external dir and add it as submodule16:38
@iglesiasgsonney2k, I am not sure if I like better cmake taking care of that16:38
@iglesiasgthe con I see with it is that AFAIK submodules have to be added by hand16:39
@iglesiasgsure, it is just git submodule init && git submodule update16:39
@sonney2kiglesiasg, the problem is that we dont' want to all the time fetch the data16:39
@sonney2ks/data/externals/16:39
@sonney2kand work offline16:39
@iglesiasgsonney2k, yeah, that is a bummer16:39
@sonney2kimpossible currently16:39
@sonney2kgtg16:40
@sonney2kcu16:40
@iglesiasgI don't even understand why it has to download each time16:40
@iglesiasgsee you!16:40
thoralfHes iglesiasg16:48
@iglesiasghi thoralf!16:48
-!- FSCV [~FSCV@50.7.50.60] has joined #shogun16:50
van51how can I run just a specific unit test now?17:02
pickle27van51: same as before but the exe is in /tests under your build dir17:03
van51pickle27: ah indeed17:04
van51pickle27: thank you :)17:04
pickle27van51: np17:04
shogun-buildbotbuild #1512 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/151217:04
shogun-buildbotbuild #1392 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/1392  blamelist: Soeren Sonnenburg <sonne@debian.org>17:16
shogun-buildbotbuild #886 of rpm1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/886  blamelist: Soeren Sonnenburg <sonne@debian.org>17:18
shogun-buildbotbuild #1422 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1422  blamelist: Soeren Sonnenburg <sonne@debian.org>17:21
shogun-buildbotbuild #1210 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1210  blamelist: Soeren Sonnenburg <sonne@debian.org>17:23
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has joined #shogun17: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/1020028317:25
-!- travis-ci [~travis-ci@ec2-54-225-61-153.compute-1.amazonaws.com] has left #shogun []17:25
-!- lisitsyn [~lisitsin@mxs.kg.ru] has quit [Quit: Leaving.]17:43
-!- gsomix_ [~gsomix@95.67.148.34] has quit [Ping timeout: 245 seconds]17:50
-!- gsomix_ [~gsomix@95.67.139.30] has joined #shogun17:55
-!- gsomix_ [~gsomix@95.67.139.30] has quit [Ping timeout: 268 seconds]18:00
@wikingsonney2k: i dislike this idea18:01
@wikingsonney2k: and now the fetching is fixed18:01
@wikingsonney2k: namely everything is once fetched to unders <shogun root>/third_parties18:01
@wikingit is essentially the same thing as having another git repo18:01
@wikingbut this one circuments any emails18:02
@wikingthat people forget to init submodules18:02
@wikingas they usually do (see the emails about not having data for the examples...)18:02
@wikingit is not impossible it has been fixed...18:02
@iglesiasgwiking, that was exactly the idea why I don't like to add submodules even to compile18:12
@wikingok i need to make one more little change that this is going to be actually true18:13
@wikingas currently the GoogleMock src is populated under the build dir18:13
@wikingso if you rm -rf * the build18:14
@wikingthen it'll have to checkout again the src18:14
@wikingi mean the svn18:14
@wikingbut this is now the only remaining thing18:14
@wikingto have a totally offline cmake based build system18:14
-!- gsomix_ [~gsomix@95.67.139.30] has joined #shogun18:17
@wikingemail sent.18:26
-!- lisitsyn [~lisitsyn@fb2-lo1.global63.net] has joined #shogun19:03
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has quit [Quit: Leaving.]19:12
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has joined #shogun19:13
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]19:25
@sonney2kwiking, iglesiasg - if a dependency is missing you can easily do a git submodule update to fetch it19:40
@sonney2kso no emails to mailinglists19:40
@sonney2kwe don't even need it as submodule19:40
@iglesiasgI think that we will get some mails like the ones we get about shogun-data19:41
@iglesiasgI know it is easy to do git submodule update :)19:41
@sonney2kiglesiasg, no nothing manual in there19:42
@sonney2kiglesiasg, if some dependency is missign we just fetch them from inside cmake19:43
@sonney2kbut you don't have to have subversion installed to do so19:43
@wikingsonney2k: anyways this is really for testing19:53
@wikingsonney2k: i cannot see the use case when a developer who wants to run unit test does not have svn19:54
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun19:54
shogun-notifier-shogun: Thoralf Klein :develop * 9d8c3f6 / src/shogun/lib/SGSparseVector.cpp: https://github.com/shogun-toolbox/shogun/commit/9d8c3f681994bce568e458489a65a94a3c76821919:54
shogun-notifier-shogun: * fixed invalid read in SGSparseVector::sort_features(): Worked on realloc'ed memory.19:54
shogun-notifier-shogun: * SGSparseVector::sort_features(): freeing allocated memory as soon as possible19:54
shogun-notifier-shogun: Thoralf Klein :develop * 68e9b70 / / (3 files): https://github.com/shogun-toolbox/shogun/commit/68e9b704546a54e1abe509c6b351cf5f2ca486d619:54
shogun-notifier-shogun: * Introduced clone() method for SGSparseVector (similar to SGVector).  Added unit test.19:54
shogun-notifier-shogun: Soeren Sonnenburg :develop * 1479f95 / / (3 files): https://github.com/shogun-toolbox/shogun/commit/1479f95e8f55865c4d10313e3c47f087a86dafed19:54
shogun-notifier-shogun: Merge pull request #1412 from tklein23/sparse_fixes19:54
shogun-notifier-shogun:19:54
shogun-notifier-shogun: SGSparseVector: fixed invalid reads in sort_features() and introduce clone() method + unit test19:54
@wikinglet along a distrib builder19:54
@wikingwho builds packages for distribs19:54
@sonney2kwiking, well we need a way to do offline builds like we had19:55
@sonney2kvan51, I am currently not sure how the SGReferencedData code was doing it before19:56
@sonney2kvan51, IIRC we had a pointer to a *single* refcount object for a vector (and its clones)19:56
@wikingsonney2k: the thing i've just described in the email does allow u that19:57
@wikingsonney2k: essentially it is down to one thing: you get the externals with git or svn19:57
@wikingand basically now this discussion became about what is better: git or svn19:57
@sonney2kvan51, since a SGReferenced* object is only destroyed when refcount == 0 there can be just this single object left19:57
@sonney2kvan51, and so this one can safely delete the ptr when count == 0 is reached and the vector data19:58
@wikingsonney2k: sorry: git vs svn+wget19:58
shogun-buildbotbuild #1393 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/1393  blamelist: Thoralf Klein <thoralf.klein@zib.de>19:58
shogun-buildbotbuild #1423 of bsd1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1423  blamelist: Thoralf Klein <thoralf.klein@zib.de>19:58
@sonney2kwiking, well no not git svn wget whatever19:58
@sonney2kwiking, but have them in one reliable place - git repo - or somewhere distributed19:58
van51sonney2k: yea it's a single object now as well19:59
-!- iglesiasg [~iglesias@2001:6b0:1:1da0:3dd0:6deb:381f:6e88] has quit [Ping timeout: 245 seconds]19:59
van51sonney2k: even when the object was copied it maintained that single object right20:00
van51?20:00
@sonney2kwiking, besides it is much easier to fetch this git - no need to adjust download urls etc and we can ensure versions that work well together20:00
@sonney2kvan51, yes a single refcount object only20:00
shogun-buildbotbuild #887 of rpm1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/887  blamelist: Thoralf Klein <thoralf.klein@zib.de>20:00
van51sonney2k: yeah that's what I had changed, but I reverted it in the latest PR20:01
@wikingsonney2k: that is being assured by a rev... we do have to write for each external project (regardless of where the src coming from) a custom .cmake20:01
@wikingthat we cannot avoid20:01
van51sonney2k: but should copied SGObjects keep a single refcount object as well?20:01
@wikingsonney2k: if we take the submodule way to bump up a version of a given package: 1) we have to update the git submodule 2) we have to update the base shogun git repo. just like data update20:03
@wikinginstead of one update on the main shogun repo20:03
shogun-buildbotbuild #1211 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1211  blamelist: Thoralf Klein <thoralf.klein@zib.de>20:04
@sonney2kvan51, what is different with SGObject is that we only pass around pointers20:06
@sonney2kvan51, so we only need to delete the last object and all is gone20:08
@sonney2kvan51, I don't think the copy constructors really ever worked...20:08
@sonney2kwiking, well we don't *have to* use a submodule but I think it is a good idea to use it since this way we can ensure that a certain version of shogun requires certain set of third party deps20:09
van51sonney2k: the way I have it in the copy constructor now of SGObject is that the new object will share the same ref counter with the original one20:11
van51sonney2k: apart from that I believe that everything else has switched ok20:11
-!- iglesiasg [~iglesias@2001:6b0:1:1041:916f:6a22:749d:c7e2] has joined #shogun20:12
-!- mode/#shogun [+o iglesiasg] by ChanServ20:12
van51sonney2k: also we have to decide how to unref20:12
van51sonney2k: bc like you said there could be a race condition if we tested ref_count <= 020:13
van51sonney2k: and the way it is now, if you take a look at the unit test case, it requires an additional SG_REF20:13
@sonney2kvan51, yes but I realized that this cannot be a problem because - when we do SG_UNREF more often then SG_REF it will crash anyways20:16
@sonney2kvan51, so it is totally ok to check for ref_count <= 020:16
@sonney2kand then delete this20:16
@sonney2kvan51, same with SGReferencedData: if we have 2 threads assigning a=b  and a=c this is a race condition anyway, which should be solved at some other place20:18
van51sonney2k: ok I get it20:19
van51sonney2k: so I switch back to <=20:19
van51sonney2k: also should I keep that test in the unit test file? it doesn't seem like it fits20:20
@sonney2kvan51, sry which test?20:20
@sonney2kvan51, so for SGObject also the same Refcount object right!20:21
van51sonney2k: in the PR, i had added a unit test case to make sure it was working20:21
@sonney2kvan51, which PR20:22
van51sonney2k: https://github.com/shogun-toolbox/shogun/pull/140620:22
shogun-buildbotbuild #1514 of deb3 - modular_interfaces is complete: Failure [failed compile r_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1514  blamelist: Thoralf Klein <thoralf.klein@zib.de>20:23
-!- iglesiasg [~iglesias@2001:6b0:1:1041:916f:6a22:749d:c7e2] has quit [Quit: Ex-Chat]20:28
van51sorry but I g2g.20:29
van51I update to using <= 020:29
van51hope you and travis approve :)20:29
van51byee20:29
-!- van51 [~van51@athedsl-224969.home.otenet.gr] has quit [Quit: Leaving.]20:29
shogun-buildbotbuild #1515 of deb3 - modular_interfaces is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1515  blamelist: Soeren Sonnenburg <sonne@debian.org>, Thoralf Klein <thoralf.klein@zib.de>20:40
shogun-buildbotbuild #1394 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/1394  blamelist: Soeren Sonnenburg <sonne@debian.org>, Thoralf Klein <thoralf.klein@zib.de>20:40
shogun-buildbotbuild #1212 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1212  blamelist: Soeren Sonnenburg <sonne@debian.org>, Thoralf Klein <thoralf.klein@zib.de>20:46
shogun-buildbotbuild #1424 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1424  blamelist: Soeren Sonnenburg <sonne@debian.org>, Thoralf Klein <thoralf.klein@zib.de>20:47
-!- iglesiasg [~iglesias@2001:6b0:1:1041:7484:554c:fb95:9550] has joined #shogun20:48
-!- mode/#shogun [+o iglesiasg] by ChanServ20:48
shogun-buildbotbuild #888 of rpm1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/888  blamelist: Soeren Sonnenburg <sonne@debian.org>, Thoralf Klein <thoralf.klein@zib.de>20:50
-!- travis-ci [~travis-ci@ec2-107-20-109-156.compute-1.amazonaws.com] has joined #shogun20:57
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/1020862820:57
-!- travis-ci [~travis-ci@ec2-107-20-109-156.compute-1.amazonaws.com] has left #shogun []20:57
-!- pickle27 [~Kevin@d67-193-243-174.home3.cgocable.net] has quit [Quit: Leaving]21:22
-!- iglesiasg [~iglesias@2001:6b0:1:1041:7484:554c:fb95:9550] has quit [Ping timeout: 245 seconds]21:46
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has quit [Ping timeout: 264 seconds]22:36
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]22:54
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun22:57
shogun-notifier-shogun: van51 :develop * 9dd10a2 / / (4 files): https://github.com/shogun-toolbox/shogun/commit/9dd10a2b060f0228db189af664ff51bfbd16cc6b22:57
shogun-notifier-shogun: Made refcounting in SGObject use the RefCount class22:57
shogun-notifier-shogun: Soeren Sonnenburg :develop * c2a6ab3 / / (4 files): https://github.com/shogun-toolbox/shogun/commit/c2a6ab3ca9261ffa52f709003f8afac2e85b6abe22:57
shogun-notifier-shogun: Merge pull request #1406 from van51/feature/refcount22:57
shogun-notifier-shogun:22:57
shogun-notifier-shogun: Made refcounting in SGObject use the RefCount class22:57
-!- lisitsyn [~lisitsyn@fb2-lo1.global63.net] has quit [Quit: Leaving.]23:05
-!- FSCV [~FSCV@50.7.50.60] has quit [Read error: Connection reset by peer]23:08
shogun-buildbotbuild #1395 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/1395  blamelist: van51 <vangelis_51@hotmail.com>23:13
shogun-buildbotbuild #889 of rpm1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/rpm1%20-%20libshogun/builds/889  blamelist: van51 <vangelis_51@hotmail.com>23:13
shogun-buildbotbuild #1213 of cyg1 - libshogun is complete: Failure [failed configure]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/1213  blamelist: van51 <vangelis_51@hotmail.com>23:14
shogun-buildbotbuild #1425 of bsd1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1425  blamelist: van51 <vangelis_51@hotmail.com>23:19
shogun-buildbotbuild #1214 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/121423:32
shogun-buildbotbuild #1215 of cyg1 - libshogun is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/cyg1%20-%20libshogun/builds/121523:39
shogun-buildbotbuild #1783 of deb1 - libshogun is complete: Failure [failed test]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb1%20-%20libshogun/builds/1783  blamelist: Soeren Sonnenburg <sonne@debian.org>23:45
shogun-buildbotbuild #1516 of deb3 - modular_interfaces is complete: Failure [failed compile r_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1516  blamelist: van51 <vangelis_51@hotmail.com>23:55
--- Log closed Thu Aug 15 00:00:15 2013