--- Log opened Wed Jul 11 00:00:02 2012 | ||
--- Day changed Wed Jul 11 2012 | ||
blackburn | nothing more | 00:00 |
---|---|---|
@sonney2k | blackburn, I thought you did say this... | 00:00 |
@sonney2k | maybe it is a bot after all | 00:00 |
blackburn | I'm pretty sure he did | 00:00 |
@sonney2k | real name 'The rieck' - hah :)) | 00:00 |
@sonney2k | but with a goettingen login (where he is now a professor) | 00:01 |
blackburn | yeah | 00:01 |
@sonney2k | hmmh I hope I can catch gsomix tomorrow... | 00:02 |
@sonney2k | anyways nite everyone... | 00:02 |
blackburn | bad hope | 00:02 |
blackburn | ah | 00:02 |
blackburn | tomorrow | 00:02 |
blackburn | not today :) | 00:02 |
blackburn | tomorrow probably | 00:02 |
n4nd0 | sonney2k: good night | 00:03 |
blackburn | ah btw I will be online tomorrow's night only - will leave city for a day to wildprogram :D | 00:03 |
wiking | sonney2k: yes it did | 00:07 |
wiking | sonney2k: that that'll take some minor redesign to have it for latent svm | 00:07 |
wiking | sonney2k: gnite | 00:07 |
wiking | asdf!@#$ | 00:08 |
wiking | this CDualLibQPBMSOSVM and CPrimalMosekSOSVM support is giving me a hard time... | 00:14 |
n4nd0 | wiking: tell me if I can help you with the CPrimalMosekSOSVM ;) | 00:22 |
wiking | well it's more like supporting both at the same time | 00:23 |
wiking | that's giving me a headache atm | 00:23 |
n4nd0 | ahm | 00:23 |
n4nd0 | good night guys | 00:29 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Quit: leaving] | 00:29 | |
-!- blackburn [~blackburn@81.28.187.0] has quit [Quit: Leaving.] | 00:40 | |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has joined #shogun | 00:55 | |
-!- av3ngr [~av3ngr@60-241-222-244.static.tpgi.com.au] has joined #shogun | 02:04 | |
-!- av3ngr [~av3ngr@60-241-222-244.static.tpgi.com.au] has quit [Client Quit] | 02:04 | |
shogun-buildbot | build #18 of nightly_none is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_none/builds/18 | 03:05 |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has quit [Quit: Page closed] | 03:27 | |
-!- av3ngr [av3ngr@nat/redhat/x-jrdbfjtehidklwda] has joined #shogun | 04:55 | |
-!- av3ngr [av3ngr@nat/redhat/x-jrdbfjtehidklwda] has quit [Read error: Connection reset by peer] | 04:55 | |
-!- romi_ [~mizobe@187.74.10.115] has quit [Quit: Leaving] | 06:15 | |
-!- n4nd0 [~nando@n164-p37.kthopen.kth.se] has joined #shogun | 07:39 | |
-!- n4nd0 [~nando@n164-p37.kthopen.kth.se] has quit [Ping timeout: 245 seconds] | 08:42 | |
-!- n4nd0 [~nando@n164-p37.kthopen.kth.se] has joined #shogun | 08:43 | |
-!- uricamic [~uricamic@2001:718:2:1634:5d8f:b4ba:9ffa:dd84] has joined #shogun | 08:47 | |
-!- pluskid [~pluskid@li411-226.members.linode.com] has joined #shogun | 09:21 | |
-!- n4nd0 [~nando@n164-p37.kthopen.kth.se] has quit [Ping timeout: 265 seconds] | 09:35 | |
-!- n4nd0 [~nando@n164-p37.kthopen.kth.se] has joined #shogun | 09:42 | |
-!- hoijui [~hoijui@dslb-092-078-034-079.pools.arcor-ip.net] has joined #shogun | 10:55 | |
-!- n4nd0 [~nando@n164-p37.kthopen.kth.se] has quit [Quit: leaving] | 11:29 | |
-!- foo__ [2eda6d52@gateway/web/freenode/ip.46.218.109.82] has joined #shogun | 11:48 | |
foo__ | hi | 11:48 |
foo__ | question about using mkl classifier: I am not very familar with kernel combination and I would like to interpret a little bit my results: when I print the weights I get values in descending order and the first weight is equal to 0.95 and all the other < 0.01. | 11:51 |
foo__ | is the first weight corresponding to the first kenel : I mean first ker->append(sub_ker) ? | 11:52 |
foo__ | When I evaluate each kernel separatly I get accuracy btw 0.5 and 0.8 then I dont get why the first kernel have a such big weight. | 11:54 |
foo__ | maybe it is dependent of the number of MKL iterations I choose. How to choose it ? | 11:55 |
@sonney2k | foo__, did you normalize your kernels? | 12:03 |
@sonney2k | yes weights are in order | 12:03 |
-!- foo__ [2eda6d52@gateway/web/freenode/ip.46.218.109.82] has quit [Ping timeout: 245 seconds] | 12:06 | |
-!- heiko [~heiko@host86-180-42-236.range86-180.btcentralplus.com] has joined #shogun | 12:10 | |
-!- pluskid [~pluskid@li411-226.members.linode.com] has quit [Quit: Leaving] | 12:25 | |
-!- heiko [~heiko@host86-180-42-236.range86-180.btcentralplus.com] has quit [Quit: Leaving.] | 13:37 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 14:17 | |
-!- heiko [~heiko@host86-180-42-236.range86-180.btcentralplus.com] has joined #shogun | 14:43 | |
heiko | sonney2k, around? | 15:58 |
heiko | of anybody else who knows how again to activate debug messages in python? | 15:59 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Read error: Operation timed out] | 16:03 | |
-!- heiko [~heiko@host86-180-42-236.range86-180.btcentralplus.com] has left #shogun [] | 16:04 | |
-!- hoijui [~hoijui@dslb-092-078-034-079.pools.arcor-ip.net] has quit [Quit: Leaving] | 16:25 | |
-!- alexlovesdata [~binder@goldenezahl.ml.tu-berlin.de] has joined #shogun | 16:29 | |
-!- foo__ [2eda6d52@gateway/web/freenode/ip.46.218.109.82] has joined #shogun | 16:54 | |
-!- gsomix [~gsomix@188.168.5.213] has joined #shogun | 17:02 | |
foo__ | sonney2k: thx for your answer. I didn't normalize the kernels. | 17:03 |
gsomix | sonney2k, hi. :) all news at leta evening | 17:03 |
gsomix | need to hard work | 17:03 |
gsomix | *late | 17:03 |
foo__ | Is there any SG method for that in the kernel framework ? | 17:03 |
foo__ | ok I found CKernelNormalizer object | 17:05 |
foo__ | in the kernel constructor there is a kernelnormalizer initialized. how to use it ? | 17:11 |
alexlovesdata | viking: you did not do a PR for the interface merger about latent/latentstruct yet? | 17:14 |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has joined #shogun | 17:25 | |
-!- os252 [~stegle@as-net.tuebingen.mpg.de] has joined #shogun | 17:43 | |
os252 | hi puffin444 | 17:43 |
puffin444 | hello os252 | 17:43 |
os252 | how is it going? | 17:44 |
puffin444 | better. I finally submitted the pr yesterday. | 17:44 |
os252 | yes, great. I am just looking through the PR | 17:45 |
puffin444 | I wanted to at least include some unit tests, but some stubborn memory bugs ate up my time. | 17:46 |
os252 | Yes, it's a quite a bit of code that came together by now! | 17:47 |
os252 | do you have some python demos or similar with plots? | 17:47 |
puffin444 | Not in the current pr, but it would be easy to add them. | 17:49 |
os252 | yeah... I guess best if we discuss what to add before moving on to the icing on the cake. | 17:50 |
os252 | What had you in mind? | 17:50 |
puffin444 | Well as you said the unit tests | 17:50 |
puffin444 | I don't think it should be too much of a hassle to add those | 17:51 |
os252 | Great, I think it's worth it and if you don't add them now they'll never make in there ;-) | 17:51 |
puffin444 | This approximates the derivative, correct? | 17:51 |
os252 | Yes, it is a numerical approximation that allows for comparison with the analytic one. | 17:51 |
os252 | And in terms of kernels? | 17:52 |
os252 | I see the Gaussian, linear, sum and product which is a very solid set to build on. | 17:52 |
os252 | Have you looked at the ARD variants? | 17:52 |
puffin444 | Yes. Again it should be an almost trivial task at this point to add other ones. | 17:52 |
puffin444 | For linear kernels? | 17:52 |
os252 | Linear + Gaussian would be good. | 17:53 |
os252 | Agree, it's just mainly cleaning up this firs part such that it can be useful in practical applications already. | 17:54 |
os252 | So that makes ARD variants of lin+gauss, unit tests for gradients of kernels and demos. | 17:54 |
puffin444 | What else do you think needs to be done before I move on to sparse approx/laplacian inference? | 17:55 |
os252 | I think those points are quite relevant at this stage. | 17:57 |
os252 | + basic demos that show their use. At the end of the GSOC period it would be great to really push for a couple of very nice demos but perhaps it's best to do this once all the functionality is on the plate. | 17:57 |
os252 | Thus, I'd suggest to now create some basic python demos that solve regression tasks with a standard Gaussian kernel + sum kernel and create the typical sausage plots. | 17:58 |
puffin444 | Okay. | 17:58 |
os252 | You could then towards the end try to get some examples on bigger datasets in which would be really cool to have! | 17:59 |
os252 | once sparse things work, etc. | 17:59 |
os252 | What do you think, how much time does this take? | 18:00 |
puffin444 | For the demos/unit tests, I don't think more than a day or two. | 18:01 |
os252 | ok, great. | 18:02 |
puffin444 | The ARD variants might add a day or two, because ARD itself is not implemented yet. | 18:02 |
os252 | I'd just add 2 new kernels. | 18:02 |
os252 | GaussianARD and LinearARD | 18:02 |
puffin444 | I am sorry that the sum/product kernel gradients took so long. There was a lot more code to change around than I thought. | 18:03 |
puffin444 | Okay. | 18:03 |
os252 | Yes, I do realize. Underestimated the efforts to get this into shogun myself. I am not that deep in the shogun code. Looks like it's not in very good shape. | 18:04 |
os252 | So that makes 2-3 days, let's say 4. | 18:04 |
os252 | Meaning beginning of next week you could start seriously looking into the sparse things. | 18:04 |
puffin444 | Yes. | 18:04 |
os252 | How about we initiate discussions to make plans in parallel? | 18:04 |
os252 | I'll be traveling beginning of August for 14 days, 7 of which I'll be difficult to reach. Perhaps best to try and make use of the time before then to take the key decisions. | 18:05 |
os252 | Have you read this: | 18:05 |
puffin444 | Yes. | 18:05 |
os252 | http://dl.acm.org/citation.cfm?id=1194909 | 18:05 |
os252 | That's the most comprehensive review on the sparse stuff. | 18:06 |
puffin444 | I also have the GPML examples to for comparison. | 18:06 |
foo__ | Question: how to normalize a kernel (c++) ? There is a kernelnormlizer initialized with the kernel constructor. How to use it ? | 18:06 |
os252 | In which context? | 18:07 |
os252 | You should not normalize really as the hyper parameters are optimized. | 18:07 |
puffin444 | The GPML has sparse approximation methods | 18:07 |
foo__ | I trying to work with mkl machine and I should normalize the kernels before "append" method | 18:08 |
foo__ | how to ? | 18:08 |
os252 | Yes, the question is which ones to add first, etc. | 18:08 |
os252 | I honestly don't know the shogun functions for kernel normalization but still don't get the motivation | 18:09 |
os252 | The MKL is just an approach to learn the weighting of the combinator (sum) kernel. | 18:09 |
os252 | "just" | 18:09 |
os252 | In the GP world you'd achieve the same thing by learning the hyper parameters through optimization of the marginal likelihood. | 18:09 |
puffin444 | os252, any more questions? | 18:12 |
os252 | not from my side - but would be curious to hear what you planed with the MKLmachine | 18:12 |
puffin444 | that's foo__, not me :) | 18:13 |
alexlovesdata | foo__: you could use custom kernels and normalize them outside in your preferred style. This is what I do | 18:14 |
os252 | Oops. Sorry foo__ puffin444: this IRC client has a very suboptimal color scheme assigning both of you the same non-legible color. | 18:15 |
os252 | ok puffin444, do you want to catch up some time to discuss the sparse methods? I suggest you take a look at that review and based on this and the existing code base you should get a good overview. | 18:16 |
-!- foo__ [2eda6d52@gateway/web/freenode/ip.46.218.109.82] has quit [Ping timeout: 245 seconds] | 18:16 | |
os252 | Easiest would be some subset of regressors sparse model first, which essentially ignores some of the training data, choosing an "intelligent" subset. | 18:16 |
os252 | That's probably the thing to start with. | 18:17 |
puffin444 | Would Friday/Saturday be a good time to discuss this? | 18:17 |
os252 | yes, both good but we need to email. My father is in hospital and I'll go and visit this Friday. I can email tomorrow when I have a better clue how my schedule looks like, ok? | 18:18 |
puffin444 | Ok, sounds good. | 18:18 |
-!- uricamic [~uricamic@2001:718:2:1634:5d8f:b4ba:9ffa:dd84] has quit [Quit: Leaving.] | 18:24 | |
os252 | I'll email. Talk soon puffin444 | 18:35 |
-!- os252 [~stegle@as-net.tuebingen.mpg.de] has left #shogun [] | 18:35 | |
-!- os252 [~stegle@as-net.tuebingen.mpg.de] has joined #shogun | 18:35 | |
-!- os252 [~stegle@as-net.tuebingen.mpg.de] has quit [Quit: os252] | 18:40 | |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has quit [Ping timeout: 245 seconds] | 18:45 | |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has joined #shogun | 18:51 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 19:06 | |
-!- gsomix [~gsomix@188.168.5.213] has quit [Ping timeout: 248 seconds] | 19:27 | |
puffin444 | Hey sonney2k, does my pull request still say it's not rebased? | 19:34 |
-!- gsomix [~gsomix@188.168.13.8] has joined #shogun | 19:42 | |
puffin444 | Hey gsomix, how do you tell if pull requests are able to be merged (i.e, they are rebased)? | 19:55 |
puffin444 | *how can | 19:56 |
@sonney2k | puffin444, now it looks good | 20:18 |
puffin444 | okay good. | 20:18 |
@sonney2k | puffin about sgvector / sgmatrix | 20:18 |
@sonney2k | you just need to do SGVector<float64_t> x = y; | 20:18 |
@sonney2k | etc | 20:18 |
@sonney2k | no need for ptrs, freeing of memory etc | 20:18 |
puffin444 | oh where do I do that? | 20:23 |
@sonney2k | puffin444, ? | 20:24 |
@sonney2k | that was meant as a general hint | 20:24 |
puffin444 | oh okay | 20:24 |
puffin444 | I typically do not do that | 20:24 |
@sonney2k | I don't know if you know how to use them... | 20:24 |
@sonney2k | or if you even use them | 20:24 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Quit: leaving] | 20:25 | |
puffin444 | There was some untested stuffin modelselection that I removed right now. | 20:25 |
puffin444 | *stuff in | 20:26 |
puffin444 | regarding vectors. It will be back in soon. | 20:26 |
-!- blackburn [~blackburn@109.226.92.17] has joined #shogun | 20:31 | |
blackburn | hey what's up | 20:32 |
@sonney2k | puffin444, so do you think your patch can be merged? | 20:34 |
@sonney2k | puffin444, as I understood you left out the 'experimental' sgvector/matrix stuff | 20:34 |
@sonney2k | blackburn, please also have one last look | 20:34 |
puffin444 | I made the fixes you prescribed. I left out that experimental sgvector/matrix stuff | 20:34 |
@sonney2k | puffin444, ok so then good from my side | 20:35 |
@sonney2k | blackburn, any comments? | 20:35 |
@sonney2k | puffin444, btw did you submit your evaluation? | 20:35 |
puffin444 | Yes. Thanks for reminding me. For some reason I thought they came next week. | 20:35 |
@sonney2k | k | 20:36 |
@sonney2k | puffin444, np - it is my job to make sure no one fails due to administrative issues | 20:36 |
blackburn | sonney2k: a sec | 20:39 |
blackburn | aham dictionary parameters | 20:40 |
blackburn | sonney2k: did cwidmer send? | 20:40 |
puffin444 | what's wrong with the dictionary parameters? | 20:41 |
blackburn | puffin444: nothing wrong at all - I was just curious how will you approach your problem | 20:41 |
puffin444 | The dictionary builds a mapping of parameters to the objects that own them. This includes the current sgobject and any sgobjects which it owns as parameters | 20:42 |
blackburn | sonney2k: I glanced over puffin444 PR - looks ok | 20:42 |
@sonney2k | blackburn, everyone did send :)) | 20:42 |
blackburn | sonney2k: cool | 20:43 |
CIA-18 | shogun: Soeren Sonnenburg master * r179b38e / (41 files in 9 dirs): Merge pull request #638 from puffin444/master (+7 more commits...) - http://git.io/Bi-kPg | 20:43 |
shogun-buildbot | build #20 of bsd1 - libshogun is complete: Failure [failed configure] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/20 blamelist: puffin444 <walke434@msu.edu> | 20:49 |
puffin444 | wonderful. I checking it now... | 20:50 |
@sonney2k | puffin444, not your fault | 20:51 |
@sonney2k | blackburn, I think I finally understand when this happens | 20:52 |
@sonney2k | when we change anything in configure | 20:52 |
@sonney2k | but someone already committed stuff locally long before | 20:52 |
@sonney2k | (the required change to configure) | 20:52 |
@sonney2k | then kaboom | 20:52 |
blackburn | hmm | 20:53 |
blackburn | sonney2k: do you have any clue how to fix it? | 20:53 |
@sonney2k | blackburn, not possible | 20:56 |
shogun-buildbot | build #21 of bsd1 - libshogun is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/21 | 20:56 |
@sonney2k | it is because the buildbot builds the first commit | 20:56 |
@sonney2k | so if that one is before the required configure change - it cannot work | 20:56 |
@sonney2k | blackburn, but it is clear that this is a temporary thing.. | 20:57 |
-!- blackburn [~blackburn@109.226.92.17] has quit [Read error: Connection reset by peer] | 20:57 | |
@sonney2k | (well it can happen for every configure change...) | 20:57 |
-!- blackburn1 [~blackburn@109.226.92.17] has joined #shogun | 20:58 | |
@sonney2k | gsomix, any progress on the buffer proto stuff? | 21:00 |
shogun-buildbot | build #125 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/125 blamelist: puffin444 <walke434@msu.edu> | 21:05 |
@sonney2k | blackburn1, actually | 21:06 |
@sonney2k | no - this should only happen if someone forgot to pull --rebase | 21:06 |
@sonney2k | puffin444, did you do git pull --rebase all the time? | 21:06 |
puffin444 | No I tend to use merge. | 21:07 |
@sonney2k | puffin444, but with --rebase ? | 21:07 |
@sonney2k | argh not possible | 21:07 |
puffin444 | No. I would execute git merge upstream/master | 21:07 |
blackburn1 | only pull with rebase is | 21:08 |
@sonney2k | blackburn1, see that explains it | 21:08 |
-!- blackburn1 is now known as blackburn | 21:08 | |
-!- rieck [~rieck@login.informatik.uni-goettingen.de] has quit [Remote host closed the connection] | 21:08 | |
@sonney2k | puffin444, then please do git rebase upstream/master from now on | 21:08 |
shogun-buildbot | build #116 of deb2 - static_interfaces is complete: Failure [failed test libshogun] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/116 blamelist: puffin444 <walke434@msu.edu>, Soeren Sonnenburg <sonne@debian.org> | 21:08 |
puffin444 | How did that fail? That should be fixed. | 21:09 |
puffin444 | Investigating now... | 21:11 |
@sonney2k | puffin444, when you do a merge instead of a rebase all commits that are now in upstream/master will be put on top of what you did | 21:11 |
@sonney2k | puffin444, so this explains all the crap we see now | 21:14 |
@sonney2k | all failures we've seen - we will see again now | 21:14 |
@sonney2k | puffin444, so stop investigating until it is at the very last commit | 21:14 |
puffin444 | sonney2k, very sorry about this. Will be using rebase command for now on. | 21:15 |
@sonney2k | puffin444, don't worry too much everyone her made this mistake | 21:17 |
@sonney2k | here | 21:18 |
@sonney2k | blackburn, http://redmonk.com/dberkholz/2012/07/10/how-to-recruit-open-source-contributors/ | 21:18 |
@sonney2k | woot | 21:18 |
blackburn | sonney2k: yyeah I received that mail :) | 21:18 |
@sonney2k | We regard that code [the code done during GSoC] as potentially throwaway code! | 21:19 |
@sonney2k | ^ citing from the above | 21:19 |
blackburn | why do you emphasize that? | 21:19 |
@sonney2k | blackburn, isn't that a suprise to you? | 21:20 |
@sonney2k | surprise | 21:20 |
blackburn | well | 21:20 |
blackburn | they are much bigger project I'd say | 21:20 |
@sonney2k | that doesn't explain this to me | 21:21 |
blackburn | and moreover | 21:21 |
blackburn | their student level is lower | 21:21 |
@sonney2k | not sure what you mean... | 21:22 |
blackburn | we have pretty good students | 21:22 |
@sonney2k | ahh ok yes | 21:22 |
blackburn | that are able to understand both math and programming issues | 21:22 |
@sonney2k | it is probably easier to do packaging work than ML | 21:23 |
@sonney2k | blackburn, any idea where gsomix is? | 21:25 |
blackburn | sonney2k: it is night here so he is probably not in his garden | 21:26 |
@sonney2k | blackburn, what? | 21:27 |
@sonney2k | apple attack | 21:28 |
* sonney2k probably not the wisest idea to sit under an apple tree coding | 21:28 | |
@sonney2k | blackburn - look at that http://1.bp.blogspot.com/_S5_xMiIF4Sc/SnZyVd9v4RI/AAAAAAAAAL0/BChMouHwz1U/s1600/Initiation68.gif | 21:28 |
blackburn | sonney2k: are you sitting under a tree? :) | 21:29 |
blackburn | sonney2k: well not a surprise definitely | 21:30 |
@sonney2k | blackburn, I moved a bit | 21:30 |
@sonney2k | after the apple attack *lol* | 21:30 |
@sonney2k | lots of other interesting stuff in there | 21:30 |
@sonney2k | blackburn, e.g. communication via IRC makes it more likely that people to succeed | 21:31 |
@sonney2k | private mails rather cause failures | 21:32 |
blackburn | sonney2k: I am sure that's better than mails | 21:32 |
blackburn | not the privacy thing though I believe | 21:32 |
blackburn | it is just slower | 21:32 |
@sonney2k | http://2.bp.blogspot.com/_S5_xMiIF4Sc/SnZyVnMD2EI/AAAAAAAAAL8/cfs_I5kIQ5Q/s1600/Method68.gif | 21:33 |
@sonney2k | no it really is the privacy thing | 21:33 |
blackburn | blue thing is funny | 21:34 |
-!- alexlovesdata [~binder@goldenezahl.ml.tu-berlin.de] has left #shogun [] | 21:34 | |
@sonney2k | http://google-opensource.blogspot.de/2009/08/contact-early-contact-often.html | 21:34 |
@sonney2k | it is from this page | 21:34 |
@sonney2k | so it is even more important that we get mentors/students all to stay in IRC... | 21:36 |
gsomix | sonney2k, hey | 21:36 |
shogun-buildbot | build #126 of deb3 - modular_interfaces is complete: Failure [failed test libshogun] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/126 blamelist: puffin444 <walke434@msu.edu>, Soeren Sonnenburg <sonne@debian.org> | 21:41 |
@sonney2k | gsomix, hey - so how is it going? did you make progress on the buffer protocol stuff? | 21:41 |
gsomix | sonney2k, yep, I managed to how hack swig, hehe. I'm writing some stuff now, results will be li-i-i-i-ttle later. | 21:41 |
@sonney2k | gsomix, ok | 21:42 |
@sonney2k | gsomix, btw this is not yet with the 'avoid copying' stuff right? | 21:42 |
@sonney2k | blackburn, btw I will be on that island again from end of this week | 21:42 |
blackburn | hmm ok | 21:42 |
blackburn | should be ok according to previous experience | 21:43 |
@sonney2k | I wonder what needs attention... | 21:43 |
@sonney2k | ...and is not too boring :D | 21:43 |
@sonney2k | or awful :) | 21:44 |
blackburn | sonney2k: like coding? | 21:44 |
gsomix | sonney2k, hm, I just have read numpy code. it seems, that is easy | 21:44 |
@sonney2k | blackburn, btw what's up with the doc/tutorial? I've seen you added an empty readme | 21:44 |
blackburn | sonney2k: yeah but didn't manage to add something yet | 21:44 |
@sonney2k | gsomix, ok well one step after another | 21:44 |
@sonney2k | blackburn, why don't you just add the stuff you had for your dim red toolbox? | 21:45 |
blackburn | sonney2k: I feel embarrassed getting back to that thing :D | 21:45 |
gsomix | sonney2k, I sent midterm evaluation answers btw | 21:45 |
@sonney2k | gsomix, I know :-) | 21:45 |
blackburn | gsomix: he knows everything about us | 21:45 |
@sonney2k | so now we can all continue | 21:45 |
@sonney2k | blackburn, why don't you just start with that - no one can help if you sit on that thing... | 21:46 |
@sonney2k | and we really need some interaction going... | 21:46 |
gsomix | sonney2k, blackburn big brothers >:] | 21:47 |
blackburn | I know | 21:47 |
@sonney2k | blackburn, I am actually in the mood (for that island) to write a bit... | 21:47 |
@sonney2k | maybe :D | 21:47 |
@sonney2k | and drink vodka with you joining remotely | 21:47 |
blackburn | sonney2k: if you want to you may cut something from you phd thesis | 21:47 |
blackburn | too bad we will not manage to make a vodka appointment | 21:48 |
blackburn | in august :D | 21:48 |
@sonney2k | my kids have to become older for that ;-) | 21:49 |
blackburn | sonney2k: do you want to drink vodka with your kids? | 21:49 |
@sonney2k | maybe next year if heiko manages to rescue the money | 21:49 |
blackburn | if so you would have to wait 16 years more or so | 21:49 |
@sonney2k | blackburn, it is all just water ;-) | 21:49 |
blackburn | 60% you are right | 21:50 |
blackburn | sonney2k: what do we need from you is kernels description | 21:50 |
blackburn | I have *no clue* what is difference between LocalAlignmentAnything and WeightedDegreeSomething | 21:51 |
@sonney2k | puffin444, now please have a look at the issues... | 21:51 |
@sonney2k | http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/116/steps/test%20libshogun/logs/stdio | 21:51 |
@sonney2k | ^ puffin444 | 21:51 |
@sonney2k | blackburn, totally different indeed | 21:52 |
puffin444 | That's wierd. Somehow my fix disappeared. Just a minute... | 21:52 |
@sonney2k | blackburn, yes I can easily do a kernels section | 21:52 |
@sonney2k | blackburn, but I need the tutorial structure from you | 21:52 |
@sonney2k | before I leave even | 21:52 |
blackburn | sonney2k: give me that night or next day | 21:52 |
@sonney2k | ugh | 21:52 |
@sonney2k | starting to rain | 21:52 |
@sonney2k | wtf? | 21:53 |
@sonney2k | stopped again | 21:53 |
@sonney2k | gsomix, little brother - please ping me when you think you have sth :) | 21:54 |
blackburn | argh russian intel video drivers developer has died in sao paulo | 21:54 |
gsomix | sonney2k, ok, ok | 21:54 |
@sonney2k | blackburn, link? | 21:54 |
blackburn | sonney2k: http://www.saocarlosagora.com.br/policia/noticia/2012/07/08/31798/russo-morre-em-acidente-de-bicicleta-na-serra-do-arace/ | 21:55 |
@sonney2k | ok serious rain now | 21:55 |
* sonney2k escapes | 21:55 | |
blackburn | sonney2k: evgeniy dodonov - former mandriva developer, and was in intel linux graphics team | 21:59 |
puffin444 | sonney2k, I have a fix for the model_selection_tree bug | 22:42 |
blackburn | puffin444: merged | 22:55 |
CIA-18 | shogun: Sergey Lisitsyn master * r7b220bf / (2 files): Merge branch 'master' of https://github.com/puffin444/shogun - http://git.io/F9gQHA | 22:55 |
CIA-18 | shogun: puffin444 master * r7a90611 / (2 files): Fixed update bug in InferenceMethod - http://git.io/Z2fFow | 22:55 |
CIA-18 | shogun: puffin444 master * rd5a2772 / (2 files): Fixed bug in Inference Method initialization. - http://git.io/lLsz8w | 22:55 |
blackburn | puffin444: did you rebase this time? | 22:55 |
puffin444 | yes | 22:55 |
blackburn | puffin444: do you have anything in latex you can and want to merge into constructing tutorial? | 22:57 |
puffin444 | Not yet. | 22:57 |
blackburn | https://github.com/shogun-toolbox/shogun-tutorial puffin444, anyway feel free to fork and do pull request just like for shogun ;) | 22:58 |
puffin444 | I definitely do plan to add documentation | 22:59 |
shogun-buildbot | build #127 of deb3 - modular_interfaces is complete: Failure [failed test libshogun] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/127 blamelist: puffin444 <walke434@msu.edu> | 23:21 |
puffin444 | what? | 23:23 |
CIA-18 | shogun: Sergey Lisitsyn master * ra46a5cf / src/shogun/kernel/Kernel.cpp : Removed unhandled case in switch warning cause - http://git.io/kSQSYQ | 23:25 |
shogun-buildbot | build #117 of deb2 - static_interfaces is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/117 | 23:27 |
puffin444 | oh okay | 23:29 |
blackburn | puffin444: take builbot easy :D | 23:31 |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has quit [Quit: Page closed] | 23:41 | |
-!- cwidmer [8ca3fe9d@gateway/web/freenode/ip.140.163.254.157] has joined #shogun | 23:43 | |
shogun-buildbot | build #128 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/128 | 23:56 |
--- Log closed Thu Jul 12 00:00:17 2012 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!