--- Log opened Mon Dec 16 00:00:08 2013 | ||
-!- virussss [~virussss@193.105.154.57] has joined #shogun | 00:50 | |
-!- virussss [~virussss@193.105.154.57] has quit [Remote host closed the connection] | 00:51 | |
shogun-buildbot | build #554 of nightly_all is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_all/builds/554 | 03:05 |
---|---|---|
shogun-buildbot | build #649 of nightly_default is complete: Failure [failed notebooks] Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_default/builds/649 | 04:18 |
-!- dsockwell [~twgs@199.167.199.97] has quit [Ping timeout: 260 seconds] | 06:10 | |
-!- dsockwell [~twgs@199.167.199.97] has joined #shogun | 06:17 | |
-!- Saurabh7 [~Saurabh7@117.200.182.27] has joined #shogun | 06:58 | |
-!- travis-ci [~travis-ci@ec2-54-205-4-216.compute-1.amazonaws.com] has joined #shogun | 07:37 | |
travis-ci | [travis-ci] it's Saurabh7's turn to pay the next round of drinks for the massacre he caused in Saurabh7/shogun: http://travis-ci.org/Saurabh7/shogun/builds/15508623 | 07:37 |
-!- travis-ci [~travis-ci@ec2-54-205-4-216.compute-1.amazonaws.com] has left #shogun [] | 07:37 | |
-!- sonne|osx [~sonne@89.204.138.23] has joined #shogun | 08:10 | |
-!- sonne|osx [~sonne@89.204.138.23] has quit [Quit: sonne|osx] | 08:26 | |
-!- dsockwell [~twgs@199.167.199.97] has quit [Ping timeout: 240 seconds] | 09:27 | |
-!- dsockwell [~twgs@199.167.199.97] has joined #shogun | 09:28 | |
-!- sonne|osx [~sonne@24-134-74-216-dynip.superkabel.de] has joined #shogun | 09:30 | |
-!- sonne|osx [~sonne@24-134-74-216-dynip.superkabel.de] has quit [Client Quit] | 09:35 | |
-!- iglesiasg [~iglesiasg@211.Red-83-40-129.dynamicIP.rima-tde.net] has joined #shogun | 09:42 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 09:42 | |
besser82 | sonne|work: shall I CC you in shogun-review for fedora? | 10:16 |
sonne|work | besser82: why not | 10:16 |
sonne|work | besser82: is this with your new cmake magic already or the old one? | 10:17 |
besser82 | sonne|work: I thought you possibly don't want to get spammed ;) | 10:17 |
besser82 | sonne|work: No, actually the 3.0.0 tarball. Cmake-magic on the way ;) | 10:17 |
sonne|work | well I am good at ignoring things | 10:17 |
besser82 | sonne|work: :D | 10:17 |
besser82 | sonne|work: Which addy shall i use for cc? | 10:19 |
sonne|work | @shogun-toolbox.org one | 10:19 |
besser82 | sonne|work: allrighty! will do ;) | 10:19 |
besser82 | sonne|work: Looks like one needs to be registered with redhat-bugzilla be CC'ed :( | 10:22 |
besser82 | sonne|work: have you any expirience with mono-shogun on ARM? | 10:25 |
besser82 | sonne|work: it's segfaulting in my builds :( | 10:25 |
besser82 | sonne|work: i suspect mono as the reason... | 10:26 |
besser82 | sonne|work: build.log ---> http://kojipkgs.fedoraproject.org//work/tasks/6886/6296886/build.log | 10:27 |
sonne|work | besser82: this is 3.0? | 10:28 |
besser82 | sonne|work: yes, 3.0.0 release-tarball | 10:29 |
sonne|work | it looks like the same kind of c# exceptions we are getting now with 3.1dev | 10:29 |
besser82 | sonne|work: is it really caused by 3.1dev or has there been some mono update? | 10:30 |
besser82 | sonne|work: since this happenes for me on ARMv7hl, only. ix86 / amd64 runs smoothly | 10:30 |
sonne|work | then it is different | 10:31 |
sonne|work | we have that on x86 / amd64 too | 10:31 |
besser82 | sonne|work: Since the problem is on ARM only, I suspect the mono-stack... | 10:31 |
besser82 | sonne|work: mhhh... but might be related somehow... | 10:32 |
besser82 | sonne|work: you have links to logs? | 10:32 |
sonne|work | yeah but mono is ultra hard to debug | 10:33 |
sonne|work | besser82: http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/2095/steps/test%20csharp%20modular/logs/stdio | 10:33 |
besser82 | sonne|work: that's why we have some mono-guys around @rh / fedora :-P | 10:33 |
besser82 | sonne|work: this log actually lacks gdb-output :( | 10:38 |
besser82 | sonne|work: hard to say if there is some relation between them... | 10:39 |
sonne|work | besser82: how did you get the gdb output? | 10:39 |
besser82 | sonne|work: ask me sth... | 10:40 |
besser82 | sonne|work: Actually I just run testsuite as usual and the I get the output on the build-worker... | 10:40 |
besser82 | sonne|work: but there is some gdb-plugin for mono, afaik, which gets loaded... | 10:41 |
besser82 | sonne|work: I can ask those rel-eng guys how they do that.... | 10:41 |
besser82 | sonne|work: Shall I try to do some scratch-build of recent checkout on them build-workers? | 10:42 |
besser82 | sonne|work: in Koji I mean... and give you the logs? | 10:43 |
sonne|work | besser82: that would be nice - I am totally left in the dark why the mono stuff crashes | 10:44 |
besser82 | sonne|work: I suspect sth like: "previous frame identical to this frame (corrupt stack?)" | 10:44 |
besser82 | sonne|work: So currupted stack or releated... | 10:45 |
sonne|work | besser82: it can also be a subtle bug in our typemaps or even swig | 10:47 |
-!- Netsplit *.net <-> *.split quits: zxtx | 10:53 | |
besser82 | sonne|work: for 3.1dev possibly, but for 3.0.0? | 10:54 |
sonne|work | yeah there wasn't any change for ages | 10:54 |
sonne|work | so no | 10:54 |
besser82 | sonne|work: for 3.0.0release I actually suspect problems related to the stack on $ARCH ;) | 10:54 |
-!- Netsplit over, joins: zxtx | 10:55 | |
* sonne|work too | 10:55 | |
besser82 | sonne|work: localy testing my pimped to 3.1dev spec ;) If works then I'll upload to Koji in drop-in the url for you ;) | 11:20 |
sonne|work | :) | 11:20 |
besser82 | sonne|work: most of the local test is about the scrub of SVM^shit :-P | 11:21 |
besser82 | sonne|work: Uploading srpm: /home/besser82/rpmbuild/SRPMS/shogun-3.1.0-0.0.1.git20131212.70e774d.fc20.src.rpm | 11:43 |
sonne|work | lets see... | 11:44 |
besser82 | sonne|work: ul will take ~30 mins. then I'll c&p the task url | 11:45 |
-!- travis-ci [~travis-ci@ec2-50-17-154-93.compute-1.amazonaws.com] has joined #shogun | 12:30 | |
travis-ci | [travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in Saurabh7/shogun: http://travis-ci.org/Saurabh7/shogun/builds/15519368 | 12:30 |
-!- travis-ci [~travis-ci@ec2-50-17-154-93.compute-1.amazonaws.com] has left #shogun [] | 12:30 | |
besser82 | sonne|work, sonney2k: There goes da builds: http://koji.fedoraproject.org/koji/taskinfo?taskID=6299225 | 12:38 |
besser82 | sonne|work, sonney2k: ix86, amd64 && ARMv7hl | 12:38 |
-!- Saurabh7 [~Saurabh7@117.200.182.27] has quit [Read error: Connection reset by peer] | 13:06 | |
besser82 | iglesiasg, wiking, sonney2k, sonne|work, lisitsyn: btw. I'm wondering whether shogun has a sat-solver for boolean decision-trees?!? | 13:07 |
@iglesiasg | besser82, hmm no that I am aware of | 13:07 |
besser82 | iglesiasg, wiking, sonney2k, sonne|work, lisitsyn: or decisions based on a scenario to get the best possible outcome... | 13:08 |
besser82 | iglesiasg, wiking, sonney2k, sonne|work, lisitsyn: ok, next thing to put on my list ;) | 13:09 |
@iglesiasg | hehe | 13:09 |
-!- Saurabh7 [~Saurabh7@117.222.15.167] has joined #shogun | 13:21 | |
sonne|work | besser82: the error really /is/ different | 14:06 |
besser82 | sonne|work: as I actually expected ;) | 14:09 |
besser82 | sonne|work: 3.1dev has some real problem with the swig_wrapper.cxx i suppose... | 14:10 |
sonne|work | but only mono... | 14:10 |
sonne|work | which is pretty weird | 14:10 |
sonne|work | it seems to be some refcounting issue | 14:10 |
besser82 | sonne|work: mono is somewhat arkward... | 14:11 |
besser82 | sonne|work: Who needs that, btw?!? | 14:11 |
besser82 | sonne|work: I mean is Mono / C# really a good platform for ML stuff? | 14:11 |
sonne|work | besser82: since you get it almost for free with swig it is not really us to decide. | 14:12 |
besser82 | sonne|work: I see... | 14:12 |
besser82 | sonne|work: But is it worth the afford fixing that? | 14:12 |
sonne|work | what the 3.1 one? yes the 3.0 one is likely a mono bug so no | 14:13 |
besser82 | sonne|work: btw. SWIG.... | 14:14 |
sonne|work | ? | 14:14 |
besser82 | sonne|work: We need to do some serious tracing why it eats memory like chocolate ;) | 14:14 |
sonne|work | could be a bug in swig too but no idea | 14:14 |
sonne|work | well I know. | 14:15 |
besser82 | sonne|work: unlikely a bug with swig... | 14:15 |
sonne|work | it generates a huuuge table with function pointers | 14:15 |
sonne|work | and these functions are all static wrapper functions that it generates | 14:15 |
besser82 | sonne|work: 3.0 mono runs smoothly with rawhide ;) | 14:15 |
sonne|work | on arm too? | 14:16 |
besser82 | sonne|work: but 1.5 Gbytes / make-thread? | 14:16 |
besser82 | sonne|work: no, but arm | 14:16 |
sonne|work | ok | 14:16 |
sonne|work | yes | 14:16 |
sonne|work | the table is big | 14:16 |
besser82 | sonne|work: but that is a bug with mono-stack itself | 14:16 |
sonne|work | and it is actually 3-4GB even | 14:16 |
sonne|work | when compiling the wrap.cxx | 14:16 |
besser82 | sonne|work: building with -j8 takes ~12 Gbytes of mem :( | 14:17 |
sonne|work | no | 14:17 |
besser82 | sonne|work: It does ;) | 14:17 |
besser82 | sonne|work: i have all modules enabled, but java, R an perl | 14:17 |
sonne|work | well if you compile libshogun in parallel it should just take a few hundred M | 14:17 |
sonne|work | but if you build the modular interfaces | 14:17 |
besser82 | sonne|work: libshogun, is small | 14:17 |
sonne|work | and so compile the *_wrap.cxx | 14:18 |
sonne|work | it will eat ~3GB for each | 14:18 |
besser82 | sonne|work: when SWIG runs mem is melting | 14:18 |
sonne|work | but swig is 'just' a gig or so | 14:19 |
besser82 | sonne|work: swig takes ~1.5 G at peak | 14:19 |
sonne|work | yeah we need d-ptr's that will fix things | 14:19 |
besser82 | sonne|work: :D | 14:19 |
sonne|work | or sane modules | 14:19 |
besser82 | sonne|work: even better :D | 14:19 |
besser82 | sonne|work: we need some asian to do that :-P | 14:19 |
besser82 | sonne|work: `c'mon do math..` *lol* | 14:20 |
besser82 | sonne|work: seems to be a lot of work in fromt of us... | 14:21 |
sonne|work | not too much but time is the problem | 14:21 |
-!- new_lido [~walid@193.227.20.2] has joined #shogun | 14:47 | |
-!- new_lido [~walid@193.227.20.2] has quit [Ping timeout: 265 seconds] | 15:50 | |
-!- Netsplit *.net <-> *.split quits: zxtx | 16:39 | |
-!- Netsplit over, joins: zxtx | 16:44 | |
-!- tricksy_ [uid12458@gateway/web/irccloud.com/x-cpwvgvpomaefjgum] has joined #shogun | 16:51 | |
-!- sonney2k_ [~shogun@7nn.de] has joined #shogun | 16:52 | |
-!- tricksy [uid12458@gateway/web/irccloud.com/x-nynfpyzawzsrsazp] has quit [Ping timeout: 248 seconds] | 16:55 | |
-!- sonney2k [~shogun@7nn.de] has quit [Ping timeout: 248 seconds] | 16:58 | |
-!- Saurabh7 [~Saurabh7@117.222.15.167] has quit [Ping timeout: 252 seconds] | 17:08 | |
-!- Netsplit *.net <-> *.split quits: adrin, @wiking, shogun-buildbot, zxtx | 17:19 | |
-!- wiking [~wiking@info2k1.hu] has joined #shogun | 17:19 | |
-!- Netsplit over, joins: zxtx, adrin, shogun-buildbot | 17:21 | |
-!- tricksy_ [uid12458@gateway/web/irccloud.com/x-cpwvgvpomaefjgum] has quit [Ping timeout: 264 seconds] | 17:27 | |
-!- tricksy_ [uid12458@gateway/web/irccloud.com/x-igvpnqxzirxeqnkc] has joined #shogun | 17:30 | |
-!- intermission [~intermiss@91.210.102.181] has joined #shogun | 18:19 | |
-!- intermission [~intermiss@91.210.102.181] has quit [Remote host closed the connection] | 18:19 | |
-!- packdima [~packdima@91.229.248.184] has joined #shogun | 18:24 | |
-!- packdima [~packdima@91.229.248.184] has quit [Remote host closed the connection] | 18:26 | |
-!- hammera [~hammera@193.105.154.33] has joined #shogun | 19:29 | |
-!- hammera [~hammera@193.105.154.33] has quit [Remote host closed the connection] | 19:30 | |
besser82 | sonne2k_, wiking, lisitsyn, iglesiasg: looks like shogun-3.1.0-0.1.git20131212.70e774d will be a 0-day feature for FC20, which gets released tomorrow :D | 19:31 |
-!- talanto [~talanto@91.210.101.110] has joined #shogun | 19:48 | |
-!- talanto [~talanto@91.210.101.110] has quit [Remote host closed the connection] | 19:50 | |
-!- new_lido [~walid@41.218.181.207] has joined #shogun | 20:13 | |
@iglesiasg | besser82, nice! | 20:14 |
sonney2k_ | besser82, what? | 20:14 |
sonney2k_ | iglesiasg, any news on the mono issue? | 20:15 |
sonney2k_ | lisitsyn, could you please fill out https://docs.google.com/forms/d/1HfYUE890vdSGXyOyUoqC8AP1PPQ5zdktppo-JsVN5xo/viewform | 20:18 |
lisitsyn | sonney2k_: ah yeah I have answered this guy | 20:18 |
sonney2k_ | lisitsyn, fill out this form | 20:18 |
lisitsyn | yeah sure | 20:19 |
sonney2k_ | lisitsyn, one more request... could you do some multitask/lasso / other domain adaptation notebook over x-mas? It would be good if you work is not lost / hidden too deep within shogun... | 20:20 |
lisitsyn | sonney2k_: yeah I will have like 8 days in january | 20:21 |
lisitsyn | I hope this would work | 20:21 |
lisitsyn | sonney2k_: I am now having the deadlinest week of the year :D | 20:21 |
besser82 | sonney2k_:??? | 20:21 |
sonney2k_ | lisitsyn, I know what you mean... same here | 20:21 |
sonney2k_ | besser82, I totally didn't understand what you said | 20:22 |
besser82 | sonney2k_: Shogun is in Fedora! ;) | 20:22 |
besser82 | sonney2k_: http://koji.fedoraproject.org/koji/taskinfo?taskID=6301365 | 20:22 |
sonney2k_ | lisitsyn, we should really go over each project you did and at least get it documented - same thing for wiking and iglesiasg and myself of course | 20:22 |
lisitsyn | that's true | 20:22 |
sonney2k_ | currently it really is -> no notebook exists -> it doesn't exist at all! | 20:22 |
@iglesiasg | sonney2k_, about the mono issue, I have tested it further but found no reason yet | 20:23 |
sonney2k_ | besser82, wow! that was quick! | 20:23 |
@iglesiasg | sonney2k_, let me show you sth | 20:23 |
besser82 | sonney2k_: It just a nice side-effect for having it in for Fedoras 10th birthday ;) | 20:23 |
sonney2k_ | iglesiasg, could you reproduce it at least? | 20:23 |
@iglesiasg | sonney2k_, yeah, sure | 20:23 |
sonney2k_ | iglesiasg, could you tweet about this? | 20:23 |
@iglesiasg | sonney2k_, about the error? :D | 20:23 |
sonney2k_ | iglesiasg, I mean shogun -> fedora in FC20? | 20:23 |
sonney2k_ | iglesiasg, :P | 20:24 |
@iglesiasg | sonney2k_, sure, give me a couple of minutes | 20:24 |
@iglesiasg | sonney2k_, about the error, so this example for instance is one of them that fail https://github.com/shogun-toolbox/shogun/blob/develop/examples/undocumented/csharp_modular/kernel_gaussian_modular.cs | 20:24 |
lisitsyn | haha | 20:24 |
-!- new_lido [~walid@41.218.181.207] has quit [Ping timeout: 240 seconds] | 20:24 | |
lisitsyn | We have terrible failure here, Cheers | 20:24 |
lisitsyn | good idea for some twitter account huh | 20:24 |
sonney2k_ | iglesiasg, yeah I know - it fails on the buildbot | 20:25 |
@iglesiasg | sonney2k_, so even if everything is commented and only the RealFeatures in line 11 are created (so pretty much the program remains init_shogun, create RealFeatures, exit_shogun) | 20:25 |
sonney2k_ | lisitsyn, haha we have it for years :D | 20:25 |
@iglesiasg | sonney2k_, it crashes! | 20:25 |
sonney2k_ | iglesiasg, hmmhh | 20:25 |
sonney2k_ | iglesiasg, and can you make it even simpler: | 20:25 |
lisitsyn | we could have a twitter for a bug | 20:25 |
sonney2k_ | iglesiasg, like just x=GaussianKernel() | 20:25 |
lisitsyn | Still crashes | 20:25 |
@iglesiasg | sonney2k_, init shogun and exit work | 20:25 |
lisitsyn | Still crashes | 20:25 |
sonney2k_ | lisitsyn, go work on your deadline :P | 20:26 |
lisitsyn | sonney2k_: I have no idea how to make it work till this morning lol | 20:26 |
sonney2k_ | iglesiasg, I mean it is pretty obvious sth with refcounting isn't working... | 20:26 |
sonney2k_ | iglesiasg, does it work with just x=GaussianKernel() ? | 20:27 |
@iglesiasg | sonney2k_, I have just managed to run the c# examples using ctest yet | 20:27 |
@iglesiasg | sonney2k_, so I have not tried to gdb it and so on yet | 20:27 |
sonney2k_ | iglesiasg, yeah no problem but could you just run that example? | 20:27 |
sonney2k_ | iglesiasg, because here it does *not* crash | 20:27 |
@iglesiasg | sonney2k_, with ctest or alone? | 20:28 |
sonney2k_ | iglesiasg, ./check.sh | 20:28 |
@iglesiasg | are you sure it is really running everything with ./check.sh? | 20:28 |
@iglesiasg | I tried that too | 20:28 |
@iglesiasg | but didn't work out so I went for ctest | 20:28 |
sonney2k_ | iglesiasg, yes | 20:28 |
@iglesiasg | sonney2k_, can you try the minimal example x=GaussianKernel() then? | 20:29 |
sonney2k_ | iglesiasg, *all* examples work here | 20:30 |
@iglesiasg | hm ok | 20:30 |
@iglesiasg | sonney2k_, what about with ctest in your machine? | 20:30 |
sonney2k_ | iglesiasg, that is why I am asking you to try the minimal one... | 20:30 |
@iglesiasg | I cannot do it right now | 20:30 |
lisitsyn | one-class svm experience for object recognition anyone? | 20:31 |
sonney2k_ | iglesiasg, what are the cmake options you used? | 20:32 |
sonney2k_ | lisitsyn, same as always YMMV | 20:32 |
lisitsyn | sonney2k_: yeah it appears to be totally useless to know right people :D | 20:32 |
lisitsyn | doesn't help! | 20:32 |
@iglesiasg | sonney2k_, CSharpModular=ON CMAKE_BUILD_TYPE=Debug BUILD_EXAMPLES=ON IIRC | 20:33 |
@iglesiasg | I use ccmake so I tune them in the menu, but those are the important ones I believe | 20:34 |
@iglesiasg | retweet guys ;) | 20:38 |
sonney2k_ | iglesiasg, it doesn't compile the csharp examples ehre with cmake... | 20:46 |
@iglesiasg | sonney2k_, what error do you get? | 20:47 |
@iglesiasg | sonney2k_, have you installed all the packages that are installed in travis? | 20:47 |
@iglesiasg | sonney2k_, maybe cmake is configured to compile them with another compiler | 20:53 |
@iglesiasg | sonney2k_, which would make sense with the fact that you can run the examples without problems using ./check.sh | 20:53 |
@iglesiasg | so as you said the other day, maybe the error just happens with a c# compiler... funny | 20:53 |
sonney2k_ | iglesiasg, seems like it is the mono compiler version that makes a difference | 20:56 |
sonney2k_ | iglesiasg, when I use gmcs it works | 20:56 |
sonney2k_ | when I use dmcs it fails | 20:57 |
sonney2k_ | when I use mcs it works too | 21:00 |
@iglesiasg | sonney2k_, mmm what is your version of gmcs? | 21:02 |
@iglesiasg | sonney2k_, I have here 2.10.8.1 and I guess that travis is using the same | 21:03 |
sonney2k_ | iglesiasg, travis is using dmcs | 21:12 |
@iglesiasg | sonney2k_, aham! Since mono-gmcs is the package installed, I thought gmcs was the compiler | 21:13 |
@iglesiasg | but there is some unpacking mono-dmcs in travis log too... so I cannot really tell which one is used really | 21:14 |
@iglesiasg | it must be in some cmake variable | 21:14 |
sonney2k_ | iglesiasg, when I uninstall gmcs it compiles with cmake | 21:16 |
@iglesiasg | haha that is an ultimate proof of it then! :) | 21:18 |
@iglesiasg | sonney2k_, so it fails with ctest in your system too? | 21:18 |
sonney2k_ | iglesiasg, with dmcs | 21:19 |
sonney2k_ | it fails | 21:19 |
besser82 | iglesiasg, sonney2_: for me it segfaults regardless of gmcs or dmcs or mcs... | 21:20 |
-!- HeikoS [~heiko@nat-163-63.internal.eduroam.ucl.ac.uk] has joined #shogun | 21:20 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 21:20 | |
lisitsyn | HeikoS: sonney2k_: iglesiasg: any idea how can one classify a cloud of points? | 21:21 |
@HeikoS | lisitsyn: ? | 21:21 |
@HeikoS | what do you mean? | 21:21 |
@iglesiasg | lisitsyn, segmentation? | 21:21 |
lisitsyn | say I have keypoints on image | 21:21 |
lisitsyn | I have some observation that the locations of keypoints tell pretty much | 21:22 |
lisitsyn | iglesiasg: segment what? | 21:22 |
@HeikoS | use a kernel on sets | 21:22 |
lisitsyn | HeikoS: like distance? | 21:22 |
lisitsyn | I mean made of some distance? | 21:23 |
@HeikoS | lisitsyn: there are some more involved things | 21:23 |
@HeikoS | like a gaussian like thing on sets | 21:23 |
@HeikoS | MMD based distances etc | 21:23 |
sonney2k_ | iglesiasg, it seems we have a clash with 'ref' - an internal name in csharp | 21:23 |
@HeikoS | lisitsyn: happy to chat about it later, but have to go home now, too late already :) | 21:23 |
lisitsyn | HeikoS: alright :D | 21:23 |
lisitsyn | thanks | 21:23 |
@HeikoS | bye :D | 21:23 |
sonney2k_ | iglesiasg, http://msdn.microsoft.com/en-us/library/14akc2c7.aspx | 21:24 |
-!- HeikoS [~heiko@nat-163-63.internal.eduroam.ucl.ac.uk] has quit [Remote host closed the connection] | 21:24 | |
@iglesiasg | sonney2k_, oops | 21:25 |
@iglesiasg | sonney2k_, if ref was not used before this change https://github.com/shogun-toolbox/shogun/pull/1771 | 21:27 |
@iglesiasg | then it would make perfect sense | 21:27 |
@iglesiasg | sonney2k_, yep I think that is it | 21:28 |
@iglesiasg | sonney2k_, SGRefObject ::ref() | 21:28 |
@iglesiasg | that method is new | 21:28 |
@iglesiasg | arrgh not really | 21:28 |
@iglesiasg | before there was SGObject::ref() | 21:28 |
@iglesiasg | sonney2k_, does it still make sense to you? | 21:29 |
@iglesiasg | anyway, I have to run to the airport now. I will check the logs later, see you! | 21:29 |
-!- iglesiasg [~iglesiasg@211.Red-83-40-129.dynamicIP.rima-tde.net] has quit [Quit: Leaving] | 21:30 | |
sonney2k_ | seems like ref is never used at all!? | 21:30 |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 21:47 | |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 408843a / src/interfaces/modular/SGBase.i: https://github.com/shogun-toolbox/shogun/commit/408843ae3e63ce02102b94dbe9d0ad790ec106e8 | 21:47 |
shogun-notifier- | shogun: add shogun namespace to ref/unref | 21:47 |
sonney2k_ | shogun-buildbot, force build --branch=develop 'deb3 - modular_interfaces' | 21:47 |
shogun-buildbot | build forced [ETA 58m43s] | 21:47 |
shogun-buildbot | I'll give a shout when the build finishes | 21:47 |
shogun-buildbot | build #2096 of deb3 - modular_interfaces is complete: Failure [failed test csharp modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/2096 | 22:18 |
shogun-buildbot | build #397 of FC19 - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20libshogun/builds/397 | 22:30 |
sonney2k_ | besser82, I think I found the issue with csharp! | 22:38 |
sonney2k_ | besser82, it is crashing in the examples when calling 'exit_shogun' | 22:38 |
sonney2k_ | which is supposed to be called when *all* shogun objects are destroyed | 22:38 |
sonney2k_ | now that is not guaranteed | 22:39 |
sonney2k_ | since csharp might free objects later than we do | 22:39 |
sonney2k_ | and voila bumm | 22:39 |
sonney2k_ | I really wonder why the java stuff doesn't have the same problem | 22:40 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 7230f07 / examples/undocumented/ (212 files): https://github.com/shogun-toolbox/shogun/commit/7230f074751a97842170b8a5f9c69fbd9b8287ca | 22:46 |
shogun-notifier- | shogun: do not call exit_shogun in java / csharp examples | 22:46 |
shogun-notifier- | shogun: | 22:46 |
shogun-notifier- | shogun: - calling exit_shogun at the end of a java / csharp example is | 22:46 |
shogun-notifier- | shogun: dangerous: not all shogun objects might have been freed by the garbage | 22:46 |
shogun-notifier- | shogun: collector at this stage so calling exit_shogun was observed to destroy | 22:46 |
shogun-buildbot | build #2097 of deb3 - modular_interfaces is complete: Failure [failed test csharp modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/2097 blamelist: Soeren Sonnenburg <sonne@debian.org> | 22:56 |
besser82 | sonney2k_: java may have gc-behaviour like mono | 23:02 |
besser82 | sonney2k_: e.g. not doing gc when I demand, but somewhen it thinks it'd be better... | 23:03 |
-!- zxtx [~zv@c-98-223-196-32.hsd1.in.comcast.net] has quit [Ping timeout: 240 seconds] | 23:32 | |
-!- bb_ [458fc8de@gateway/web/freenode/ip.69.143.200.222] has joined #shogun | 23:33 | |
shogun-buildbot | build #2098 of deb3 - modular_interfaces is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/2098 | 23:34 |
besser82 | sonney2_, sonne|work, wiking, lisitsyn: there we go ---> https://admin.fedoraproject.org/pkgdb/acls/name/shogun :D | 23:37 |
lisitsyn | besser82: good! thanks | 23:38 |
besser82 | lisitsyn: how is your process towards fedora going? :-P | 23:39 |
lisitsyn | besser82: I am currently on my way to HELL :D | 23:39 |
besser82 | lisitsyn: Why? What happened? | 23:39 |
lisitsyn | besser82: I am overdued with some kind of freelance project | 23:40 |
lisitsyn | and they demanded some kind of working version in 6 hrs | 23:40 |
lisitsyn | :D | 23:40 |
besser82 | lisitsyn: Need some help? | 23:40 |
lisitsyn | besser82: if you are computer vision guy yes :) | 23:40 |
besser82 | lisitsyn: not me, but i know a few... | 23:40 |
besser82 | lisitsyn: BSc astro-physic should be enough, i guess... | 23:41 |
lisitsyn | besser82: haha well pure computer vision task | 23:41 |
lisitsyn | need ideas basically | 23:41 |
lisitsyn | let me take a screenshot | 23:41 |
besser82 | kk | 23:41 |
lisitsyn | besser82: e.g. this one | 23:43 |
lisitsyn | https://dl.dropboxusercontent.com/u/10139213/Screenshot%20from%202013-12-17%2002%3A41%3A40.png | 23:43 |
bb_ | wiking following up from saturday can you please elaborate "when u run cmake do you maybe have such a line in CMakeFiles/Makefile.cmake: "../cmake/spinlock-test-darwin.cpp" | 23:43 |
lisitsyn | besser82: the task is basically to detect whether it carries anything | 23:44 |
besser82 | lisitsyn: ok. the screeny is a bit confusing... | 23:44 |
lisitsyn | besser82: it is a fork loader :) | 23:44 |
besser82 | lisitsyn: ahhh | 23:44 |
besser82 | lisitsyn: so you should determine whether fork is free or loaded, rye? | 23:45 |
lisitsyn | besser82: yeah | 23:45 |
shogun-buildbot | build #138 of clang34 - undefined behaviour analysis is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20undefined%20behaviour%20analysis/builds/138 blamelist: Soeren Sonnenburg <sonne@debian.org> | 23:50 |
-!- travis-ci [~travis-ci@ec2-174-129-61-182.compute-1.amazonaws.com] has joined #shogun | 23:52 | |
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/15550587 | 23:52 |
-!- travis-ci [~travis-ci@ec2-174-129-61-182.compute-1.amazonaws.com] has left #shogun [] | 23:52 | |
--- Log closed Tue Dec 17 00:00:10 2013 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!