wiking wiking blackburn --- Log opened Thu Jul 19 00:00:17 2012 -!- heiko [~heiko@host86-177-183-33.range86-177.btcentralplus.com] has left #shogun [] 00:09 sonney2k: noup 01:05 sonney2k: just got stuck with one part of the code 01:05 -!- romi_ [~mizobe@200-232-221-127.dsl.telesp.net.br] has quit [Remote host closed the connection] 01:16 -!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has quit [Quit: Page closed] 01:16 wiking: here? 01:21 blackburn: yes 01:21 wazza? 01:21 wiking: I need some kind of help with QP task 01:21 ok 01:21 listining 01:21 problem is \min_s \sum_i (s_i - s*_i) 01:22 s.t. \sum_i s_i = k 01:22 0 <= s_i <= 1 01:22 u need a solver for that? 01:22 I am confused 01:22 is it a QP task? 01:22 about? 01:22 argh ()^2 01:23 not () 01:23 ah ok 01:23 \min_s \sum_i (s_i - s*_i)^2 01:23 right? 01:23 QP task is x^T H x + f x 01:23 yes 01:23 so what is H and f here? 01:23 if it is a qp 01:23 u mean u wanna solve this with libqp? 01:23 yeah fits perfectly exepct H part 01:24 :D 01:24 :DDD 01:24 I actually even have mosek calling code for that 01:24 for which? 01:25 for solution of this problem 01:25 aaah and you wanna have it instead with libqp? 01:26 okay actually it is (x-y)*I*(x-y)^T, right? 01:26 yeah would be cool to avoid mosek 01:26 mmm 01:26 ok 01:28 only question is what is s*_i? 01:28 it is given 01:28 ah cool 01:28 so you only have s as a vector 01:28 everything is known 01:28 and another s* vector 01:28 except s 01:28 yeah 01:28 and wanna minimize your s* 01:28 i mean s 01:28 ;p 01:29 ok get is 01:29 get it 01:29 the other option is to use nlopt but I am confused whether it can be considered as qp 01:29 well 01:30 x = s 01:30 x^T = s* 01:30 and define Q that it creates s-s* 01:30 only question here with the ^2 part 01:31 but the problem is that in qp definition 01:31 you have actually xHx^t 01:32 so that x is the same 01:32 :S 01:32 hmm wait 01:33 what if x = s - s* 01:33 then H = identity 01:33 yes 01:34 \sum_i x_i = k - \sum_i s*_i 01:34 u can do that 01:34 H is positive semi-def in that way 01:34 s*_i < x_i < 1+s*_i 01:34 does it make sense to you? 01:34 it was 0 < s_i < 1 01:35 right? 01:35 yeah 01:35 yep 01:35 try it 01:36 :) 01:36 looks legit 01:36 wiking: funny thing is that problem size is usually <100 here 01:44 but I just don't know how to work with mosek :D 01:45 :P 01:54 i dont approve mosek 01:54 http://imgur.com/a/ng9XT 01:56 :>>> 01:56 birds are like sponges for oil :D 01:57 -!- blackburn [~blackburn@109.226.92.17] has left #shogun [] 03:04 -!- ckwidmer [45c9b18c@gateway/web/freenode/ip.69.201.177.140] has joined #shogun 03:46 -!- ckwidmer [45c9b18c@gateway/web/freenode/ip.69.201.177.140] has quit [Client Quit] 03:47 build #33 of nightly_default is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/33 03:55 build #23 of nightly_all is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_all/builds/23 04:23 -!- splade [~chatzilla@118.186.207.147] has joined #shogun 06:33 -!- gsomix [~gsomix@188.168.3.115] has quit [Ping timeout: 248 seconds] 07:29 -!- pluskid [~pluskid@111.120.81.118] has joined #shogun 08:12 -!- gsomix [~gsomix@r206-10.smr.ru] has joined #shogun 08:46 -!- splade [~chatzilla@118.186.207.147] has quit [Ping timeout: 252 seconds] 08:48 -!- uricamic [~uricamic@2001:718:2:1634:7de6:7891:7fa4:5d68] has joined #shogun 08:48 -!- splade [~splade@117.79.233.241] has joined #shogun 08:48 -!- gsomix [~gsomix@r206-10.smr.ru] has quit [Read error: Connection reset by peer] 08:53 -!- gsomix [~gsomix@r206-10.smr.ru] has joined #shogun 08:54 good morning 08:54 droopy, nya 08:54 gsomix! 08:55 -!- gsomix_ [~gsomix@r206-10.smr.ru] has joined #shogun 09:06 -!- gsomix [~gsomix@r206-10.smr.ru] has quit [Read error: Connection reset by peer] 09:06 -!- gsomix_ is now known as gsomix 09:32 -!- pluskid [~pluskid@111.120.81.118] has quit [Ping timeout: 248 seconds] 09:40 -!- pluskid [~pluskid@202.130.113.141] has joined #shogun 09:40 -!- pluskid [~pluskid@202.130.113.141] has quit [Ping timeout: 276 seconds] 10:15 -!- pluskid [~pluskid@111.120.81.118] has joined #shogun 10:35 -!- blackburn [~blackburn@109.226.92.17] has joined #shogun 11:29 -!- gsomix [~gsomix@r206-10.smr.ru] has quit [Remote host closed the connection] 11:31 uricamic: hey, around? 12:08 -!- splade [~splade@117.79.233.241] has left #shogun [] 12:18 blackburn: yep 12:39 uricamic: I have some struggles with libqp 12:39 go on 12:40 I am solving following problem 12:40 \min_s \sum_i (s_i - s*_i)^2,      s.t.     \sum_i s_i = k,    0 <= s_i <= 1 12:40 s* and k are given 12:40 ok 12:42 so I introduced x = s - s* 12:42 then the problem became 12:42 \min_x \sum_i x_i^2       s.t.     \sum_i x_i = k - \sum_i s*_i 12:42 0-s*_i <= x <= 1-s*_i 12:43 uricamic: does it look ok? 12:43 I am unsure such thing is allowed here 12:43 it seems to be ok 12:43 but I have to look on it more carefully 12:44 uricamic: main problem is that I got solution not in bounds with gsmo for some reason 12:44 aha 12:45 unfortunately Vojta is not here, so I can't ask him, but I will try to look on it more carefully 12:46 it sets bounds 12:46 [-0.5,0.5] 12:46 argh bad example 12:46 it looks like solution stays at initial point here :D 12:46 :) 12:47 uricamic: does it depend on initial guess? 12:47 not sure, what does the return value says? 12:47 1 iteration, KKT 12:47 objective = 0.0 12:47 so 12:49 lb = -0.5 12:49 I mean the exitflag 12:49 ub = 0.5 12:49 exitflag = 4 12:49 b = 1.0 12:49 but solution is x = [0,0] 12:49 I see, I am not sure if that exitflag is good 12:50 but I have been just using libqp_splx only so far 12:50 uricamic: well it is the only non-emergency code here 12:51 argh no wrong 12:51 -1 is no memory available 12:51 0 is max iterations code 12:51 and 4 is KKT satisfied code 12:51 I see, so it should be ok, but it is strange though 12:52 in gsmo the exitflag cannot be 1, 2 or 3, tight? 12:53 right? 12:53 yeah it seems so 12:53 in that case 4 should be ok 12:53 I set initial x to [10,10] 12:54 and it did nothing with it actually 12:54 I think there is some illformed vector here 12:55 I am looking on the webpage of libqp now, and it seems that your constraints are not ok for it now 12:55 there is just x^T a = b 12:56 yeah but what is wrong with it? 12:56 I set a to ones 12:56 but in your task you said that constraints are sum_i x_i = k - sum_i s^*_i 12:57 but s* is given 12:57 I see, ok 12:58 so I just b = k - sum_i s*_i 12:58 sure 12:58 ok, in that case it should be ok 12:58 have you tried without using initial solution? 12:58 how to do that? 12:59 I just tried x = [1000 , 1000] and libqp made it a solution.. strange 12:59 it depends also how have you set the TolKKT parameter 13:00 in doc here 13:00 I set it to 1e-6 13:00 and of course on the initial solution provided 13:00 it is stated here that x 'must be feasible' 13:00 does it mean initial solution should satisfy bound? 13:01 sure, I guess 13:03 should it satisfy a'x=b then? 13:03 yep 13:04 uh that is another optimization problem then :D 13:05 blackburn, ^_^ 13:05 :) 13:05 uricamic: but seriously - how to do that initial guess 13:07 -!- yoo [575b08cb@gateway/web/freenode/ip.87.91.8.203] has joined #shogun 13:07 -!- yoo [575b08cb@gateway/web/freenode/ip.87.91.8.203] has quit [Client Quit] 13:07 hmmm apparently upper bound would work in that case it seems 13:08 anyway, thanks uricamic 13:10 no problem blackburn 13:11 shogun: Sergey Lisitsyn master * r759fdb7 / (17 files in 4 dirs): Refactored MALSAR-based multitask algorithms and added clustered multitask logistic regression - http://git.io/Nk_Abw 13:18 -!- blackburn [~blackburn@109.226.92.17] has left #shogun [] 13:22 uricamic: here? 14:34 yep 14:35 -!- pluskid [~pluskid@111.120.81.118] has quit [Ping timeout: 248 seconds] 15:07 -!- pluskid [~pluskid@202.130.113.141] has joined #shogun 15:08 -!- ermutarra [55578d64@gateway/web/freenode/ip.85.87.141.100] has joined #shogun 15:12 hi 15:12 -!- ermutarra [55578d64@gateway/web/freenode/ip.85.87.141.100] has left #shogun [] 15:14 -!- pluskid [~pluskid@202.130.113.141] has quit [Read error: Connection reset by peer] 15:19 -!- uricamic [~uricamic@2001:718:2:1634:7de6:7891:7fa4:5d68] has quit [Quit: Leaving.] 16:16 -!- heiko [~heiko@host86-177-183-33.range86-177.btcentralplus.com] has joined #shogun 16:17 -!- gsomix [~gsomix@37.61.181.69] has joined #shogun 17:04 good evening 17:04 sonney2k, are you around? 18:03 -!- os252 [~stegle@e179243147.adsl.alicedsl.de] has joined #shogun 18:36 -!- heiko [~heiko@host86-177-183-33.range86-177.btcentralplus.com] has quit [Quit: Leaving.] 19:04 -!- blackburn [~blackburn@109.226.92.17] has joined #shogun 19:34 -!- blackburn [~blackburn@109.226.92.17] has quit [Quit: Leaving.] 19:54 -!- puffin444 [a6f986d8@gateway/web/freenode/ip.166.249.134.216] has joined #shogun 20:23 hello os252 20:23 hi puffin444 20:24 how are things? 20:24 ok, still little time due to family matters. Sorry for having been difficult to reach. 20:25 How are things on your end? 20:25 that's okay 20:25 good. 20:25 Fortunately you are on top of everything, so I am not really needed ;-) 20:26 good finally done with the gradient stuff 20:26 Nice,so including all the ARD variants ? 20:26 now working on some vis. demos and fitc 20:26 yes the ard works nicely 20:26 perfect 20:27 its separate kernels? 20:27 there are ard linear and gaussian kernels 20:27 yeah, I guess that's all for nwo. 20:27 I was wondering whether it's worth porting the matern kernel. 20:27 the weights can be learned thtough gradient search 20:27 It is a bit rougher and not quite as smooth as Gaussian. 20:27 Statisticians like it... 20:27 and has some good properties. 20:28 But I'd put somewhere further down on the list - there are probably more exciting things than implementing exotic kernels :-). 20:28 interesting. never heard of that kernel 20:28 The periodic kernels are also sort of cool. 20:28 If you want to get inspiration: 20:29 http://www.gaussianprocess.org/gpml/chapters/RW4.pdf 20:29 (4.31) is a cool kernel. 20:29 It basically is like a squared exponential with prior knowledge that the function you are regressing is periodic. 20:30 It\s cool to do spectral decomposition form a just a handful of points;you can optimize the hyper parameter that corresponds to the period length and read of what's happening. 20:30 hmm... I was hoping to implement fitc/laplacian first if thats okay 20:31 Could be means to get good demos - but you really decide what you like, there is infinite freedom to put some cool demos together. 20:31 -!- blackburn [~blackburn@109.226.92.17] has joined #shogun 20:32 Totally. I just thought I through up some ideas for demos that illustrate what you can do with GPs and cannot easily with SVMs etc. 20:32 that way adding exotic kernels/likelihoods would be an easy task 20:32 yes i am looking at gpml for inspirarion for the denos 20:32 demos* 20:32 Agree - and as I already pushed for the ARD stuff, let's defer that one for later. But take a look at that stuff. 20:33 demos* 20:33 i am hoping to do something similar via matploylib 20:33 What have you got so far? 20:33 matplotlib 20:33 frankly i dont have demos yet, been looking at fitc 20:34 Yes, I understand - more fun to do. 20:35 but i plan to have at least some simple demos by the rnd of the week 20:35 I have some old code for sausage plots in matplotlib 20:35 https://github.com/PMBio/pygp/blob/master/pygp/plot/gpr_plot.py 20:35 some super simple simulation, but it's similar to things in gpml 20:35 is here 20:35 https://github.com/PMBio/pygp/blob/master/pygp/demo/demo_gpr.py 20:35 As suggested before. I'd vote for simple demos now and more complex things at the end of all this. 20:36 Have you read the unfitting sparse GP approximations paer? 20:36 yes these might be quite useful 20:36 I think it will be very helpful to get an efficient implementation of a general framework for sparse approximations (including fits). 20:37 *fitc 20:37 yes i have looked at it briefly a fee times 20:37 gew* 20:37 few* lol 20:37 :-) 20:37 It may make sense to discuss this if you like. 20:38 The approximations are certainly non-trivial. 20:38 and take a bit of time to get into. 20:38 there was a paper i found that compared many sparse methods, but i think its safest now to look at fitc 20:38 yes, there are several comparisons. FITc is definitely high up in the ranking. 20:39 as i can compare it directly to gpml 20:39 Yeah, it's brill that they have this all implemented :-) 20:40 lots of potential math error implementing this 20:40 But let me know if you want to discuss. The initialization of the pseudo points etc. can be a bit of a tricky business. 20:40 Another question is how to handle the pseudo points. 20:40 yes its wonderful they have it in gpml 20:40 Effectively they are parameters like everything else in the covariance. 20:41 The question is how to best incorporate this into your framework. 20:41 Definitely. That's why C++ is not the best prototyping language (at least for me). 20:41 -!- puffin444_ [a6f986d8@gateway/web/freenode/ip.166.249.134.216] has joined #shogun 20:43 yes it is something that i have been thinking about 20:44 -!- puffin444 [a6f986d8@gateway/web/freenode/ip.166.249.134.216] has quit [Ping timeout: 245 seconds] 20:45 B.t.w Sergey has switched shogun to Eigen, right? 20:45 You could consider coding up the maths for this stuff in Eigen. 20:45 It will be a lot less pain than native blas/lapack calls. 20:45 yes that would be wonderful 20:45 I am not aware of the latest state of the play but this: http://comments.gmane.org/gmane.comp.lib.eigen/3344 suggests it's in there yet. 20:46 os252: moreover I am already using it for my algorithms 20:46 I think Eigen is superb in particular if you are porting code from matlaby/python like scripting languages. You can almost copy & paste thins. 20:46 blackburn: are the libraries copied into shogun? 20:47 or is there an external dependency? 20:47 os252: no, we rely on dependency 20:47 it can be a problem though 20:47 is it optional or a requirement, i.e. can core code use Eigen ? 20:47 yes this might make things muxh rasier 20:47 what is core? 20:47 Well, not sure. GP support of course ;-) 20:48 well already gp only works with lapack installed 20:48 I don't actually know whether we can make it mandatory 20:49 is there a performance difference with eigen 20:49 yes, and performance of coding in particular 20:49 Yeah, numerically it's bit faster than black/lapack, coding is orders of magnitude ;-) 20:50 puffin444_: it uses SSE stuff if you know what it is 20:50 oh wow, so do we keep lapack just because it runs on more pkayforms? 20:50 I think they really tackled the last bottle necks. You can even now put Intel MKL underneath to get multi-core support for large matrices (which Eigen does not have yet). 20:50 puffin444_: we still have lapack code.. 20:51 but Eigen has lapak interfaces. Blackburn: have you explored whether those are sufficient for Shogun? 20:51 os252: problem is that they are provided only in standalone packages 20:52 so if you install it on say debian/ubuntu 20:52 you get no blas/lapack headers provided 20:52 but otherwise they work? 20:52 If yes: I am really wondering why not copy all of Eigen into shogun and kick all the lapas/black dependencies. 20:52 let me check 20:53 Linalg is sufficiently "central" to justify to few kilobyte of third party code I guess. 20:53 I am not big fan of integrating code actually 20:53 eigen3 is being developed pretty fast still 20:54 It surely is a tradeoff - I completely understand. 20:54 lapack and blas haven't changed for years 20:55 But either way: if you add stuff to shogun that depends on Eigen I see now reason why puffin444 should code up sophisticated PG linalg in lapack. 20:55 no just guard it with HAVE_EIGEN3 20:55 it is not a problem actually 20:56 vgood. 20:56 The fitc stuff is pretty complicated and it will take a lot of time to code this up in lapak otherwise. 20:56 *lapack 20:56 puffin444: have you used Eigen before? Keen on going down that route? 20:57 yes especially the derivatives i found out that  i have my work cut out for me 20:57 os252: puffin444_: see shogun/lib/malsar folder - a few examples of eigen3 code are here 20:57 okay 20:57 Sorry. I was not aware that it's already sorted and ok to use Eigen in shogun; otherwise would have pointed this out earlier. Surely all the linalg you need is pretty messy... 20:58 Yes but it is workable 20:59 I'd suggest to then use Eigen for the GP stuff. You can also mix and match as you see fit. 20:59 will do 21:01 os252, anything more you would like to discuss? 21:02 actually you can gain pretty much with eigen3 21:02 e.g. afaik lapack has no LDL' 21:03 I remember you were using cholesky somewhere 21:03 -!- cwidmer [8ca3fe9d@gateway/web/freenode/ip.140.163.254.157] has joined #shogun 21:03 oh famous cwidmer is in 21:03 :) 21:03 yes actually everwhere :) 21:03 8) 21:04 puffin444_: LDLT is something more stable IIRC 21:04 works for semi-definite 21:04 okay 21:04 Yes, Eigen has LDLT which is quite nice. It's also quite fast. 21:05 I have some basic GP code for a very applied project in Eigen; I'd be happy to just send it. You could get some inspiration of Eigen for this purpose. 21:05 sure that would be great 21:07 I'll just put it into an email and you'll see what you can use. 21:07 okay 21:07 sent 21:11 ok, anything else we should discuss now? 21:12 Definitely ping when you need input on the sparse stuff. 21:12 nothing else on my mind 21:12 will do 21:12 Great. Then happy coding! 21:13 ok! :) 21:13 cu 21:14 -!- os252 [~stegle@e179243147.adsl.alicedsl.de] has left #shogun [] 21:15 -!- os252 [~stegle@e179243147.adsl.alicedsl.de] has joined #shogun 21:15 wiking, so what is the problem / where are you stuck? 21:24 gsomix, how is it going? 21:24 sonney2k, working and reading numpy code. 21:24 sonney2k: so solver 21:24 sonney2k: need to do some redesigning there to be able to handle both primal mosek and the bmrm solver 21:24 sonney2k: had a chat today with uricamic about it, and we've agreed on some changes 21:25 wiking, but you know what to do? 21:26 ok 21:26 yep 21:26 now i'm trying it out 21:26 ok then 21:27 gsomix, still about the slicing / dictionary? 21:27 sonney2k, yes, this numpy code is not well commented. 21:28 so, I'm doing experiments (as physicist hehe) 21:28 -!- emrecelikten [~emre@176.40.251.10] has joined #shogun 21:32 -!- puffin444_ [a6f986d8@gateway/web/freenode/ip.166.249.134.216] has left #shogun [] 21:37 gsomix, but can't you determine the types of the PyObjects 21:37 wiking, is your PR ready to be merged or will it break things? 21:38 I meant will it still compile and other (unrelated) stuff still work. 21:39 sonney2k: it compiled for me 21:39 so it shouldn't break anything 21:39 wiking, ok then 21:40 sonney2k, I can and I know that [a:b, c:d] in my_cool_features[bla, bla] is tuple 21:40 wiking, btw could you figure out why the linking error occurs on *bsd 21:40 sonney2k: not yet 21:40 gsomix, and the sub-elements? 21:40 sonney2k: that's a really weird thing 21:40 sonney2k: i think i have a conflict there... since most of the .so are compiled with cc and c++ (which is 4.2.x) 21:41 sonney2k, hm, at know I can say that it is not array or sequence. 21:41 so that's why ldd shows that libshogun.so will depend on that other libstdc++ 21:41 wiking, hmmhh mixture of gcc 3.X and 4.X? 21:46 yeah 21:50 sonney2k: since we have to use 4.6 gcc on that machine because of that gcc bug 21:50 but maybe i'm just doing something fishy there 21:51 wiking, well can you explicitly force gcc 4.6 for the examples then? 21:52 sonney2k, yes! 21:53 gsomix, yes?! 21:53 sub_elements are PySlices, huh. 21:54 obviously 21:54 ok then :) 21:54 but little deep in python docs. 21:54 -!- rieck [~rieck@paul.ml.tu-berlin.de] has quit [Quit: ZNC - http://znc.sourceforge.net] 21:54 sonney2k: retrying again something 21:55 gmake[3]: Leaving directory /usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/examples/undocumented/libshogun' 22:01 Error expanding embedded variable. 22:01 -!- rieck [~rieck@134.76.96.43] has joined #shogun 22:01 so sonney2k 22:01 i don't think that this patch did the job 22:01 https://github.com/shogun-toolbox/shogun/commit/98f4788015fdf04e71cd0a93748707a52e52a6c3 22:01 it's still calling make :( 22:02 wiking, please replace the test -n with test -z in check.sh 22:04 in the make line 22:04 shogun: Soeren Sonnenburg master * r96a80ed / examples/undocumented/libshogun/check.sh : use test -z not -n to use configured make - http://git.io/7-0mjA 22:04 ok 22:05 i've did this 22:05 LIBRARY_PATH="LD_LIBRARY_PATH" LIB_PATH="//usr/local/lib"         INC_PATH="//usr/local/include" LIBS="-Xlinker --no-undefined  -lshogun" LD_LIBRARY_PATH=//usr/local/lib INCLUDES="-I. -I..  -I/usr/local/include/json   -I/usr/local/include/libxml2 -I/usr/local/include   -I../libshogun -I.." MAKE="gmake" ./check.sh 22:05 make 22:05 in check.sh i did an echo $MAke 22:05 i mean echo$MAKE 22:05 and it's make and not gmake 22:05 which is very weird 22:05 wiking, well either git pull again or change the test -n "\$MAKE" line 22:09 to test -z 22:09 sonney2k: i'll wait now 22:10 since it's building 22:10 :) 22:10 and i was using the build dir of the bot to do the tests 22:10 3 more mins 22:12 sonney2k: is there a way to do gmake -j4 ? 22:16 or soemthing like this 22:16 sonney2k: ok so the problem is now the following 22:17 ok let me check it for 100% before i start telling b.s. 22:18 huh so first of all 22:19 not the right c++ is used for building the libshogun examples 22:19 wiking, set MAKEFLAGS="-j4" 22:19 sonney2k: i mean that u should change that in the buildbot 22:20 since there's really free cpu there in the machine 22:20 so 22:20 CC=c++ 22:20 in examples/undocumented/libshogun/Makefile 22:20 which will not be ok, since i've used c++46 for building the libshogun 22:21 so that should be set as well by ./configure script not just when building libshogun itself 22:21 but the examples as well 22:21 but even then i'm seeing some weird shit 22:21 LD_LIBRARY_PATH=/usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/src/shogun ./basic_minimal 22:22 this give me 22:22 /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by /usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/src/shogun/libshogun.so.12 22:22 i'm trying to find info about this 22:23 ok i think i see wtf 22:24 just a sec i'll try to experiment with some extra compiler flags 22:25 ;) 22:25 ok i think the problem occures here when it's linking the libshogun.so 22:28 that it doesn't link it to the right libstdc++.so.6 22:28 -!- os252 [~stegle@e179243147.adsl.alicedsl.de] has left #shogun [] 22:29 >> You probably do not want to use this function. | in python docs :) 22:30 woah i've just seen in a printed book a screenshot of netscape navigator :DDD 22:30 gsomix: then u most defintely should use it :) 22:31 cool!?! ;> 22:31 droopy, what do you think about higgs boson? 22:32 i'll re-pm you on this serv if pm is actually 'private'!?! 22:32 * gsomix sighs 22:33 shogun: Soeren Sonnenburg master * rfa6ce12 / (2 files in 2 dirs): pass COMP_CPP through for compiling libshogun examples - http://git.io/sudcZg 22:38 wiking, another attempt... 22:39 sonney2k: okey! will check 22:39 or wait till it builds 22:39 yeah better that then 22:40 wiking, btw do you have some nice graphics produced w/ the help of shogun? 22:40 I am trying to create some kind of gallery 22:40 illustrating various applications/use cases/benchmarks whatever for the new website 22:41 sonney2k: will do it for you 22:41 I have one idea but I need someone blender skilled :D 22:41 grin ^_^ 22:41 sonney2k: i'll create some screenshots for the latent svm 22:41 sonney2k: but we can even for fun make a webservice :) 22:42 blackburn, heh 22:42 wiking, you mean with security audited code like shogun's :D 22:42 sonney2k: let say there's a cat regonizer :) and people can just upload any images to see if it locates the cat (if there's one) in the pic 22:42 rieck, woudl cry :D 22:42 sonney2k: DDDD 22:42 sonney2k: :> 22:42 well then just screenshots 22:42 wiking, well ok that is certainly safe 22:43 well to some extend 22:43 blackburn: :>>>>> 22:43 (bugs in image parsing lib) 22:43 I think such examples are really highly needed 22:43 what shogun can do is too abstract for everyone... 22:44 except the authors :D 22:44 :P 22:44 ok i think i'll need to add this flag to the linker 22:44 I still convinced shogun is used by ten guys 22:44 -Wl,-rpath,/usr/local/lib/gcc46 22:44 but i'll test this now 22:44 blackburn: :DDD 22:44 worst thing is that  we have outdated version in ubuntu/debian 22:45 blackburn: dude i think the train set is down! :D 22:50 wiking: what do you mean? 22:50 it downloaded :))) 22:50 that 135 gigs 22:50 oooohh 22:51 finally 22:51 okay now i have no idea what to do with it 22:51 :D 22:51 I mean RealFeatures(traindat) wouldn't work here LOL 22:51 blackburn, no just I use shogun - you all only work for me *eg* 22:55 sonney2k: yeah I tend to believe ;) 22:55 blackburn: well now i'll upload the whole thing into the hdfs on the cluster 22:59 and then we can run on it feature extractors 22:59 you've said you'll create a c based hog extractor 23:00 aham I have to hurry up with hogs 23:00 i'll port that retina or what the fuck was that descriptr :) 23:00 yeah FREAK 23:00 I didn't call you freak :D 23:01 freak 23:01 :) 23:01 that's the one 23:01 sonney2k: hmmm did that run well with other builders? 23:02 i mean libshogun build this time 23:02 ok 23:07 sonney2k: almost... ;) 23:07 build #176 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/176  blamelist: Soeren Sonnenburg 23:07 error in gmake basic_minimal CC=c++46 LIBRARY_PATH=LD_LIBRARY_PATH LIB_PATH=//usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/src/build/lib INC_PATH=//usr/home/wiking/shogun-buildbot/bsd1_-_libshogun/build/src/build/include LIBS=-Xlinker --no-undefined  -lshogun 23:07 error in ./basic_minimal 23:07 ================================================================================ 23:07 gmake: unrecognized option --no-undefined' 23:07 sonney2k: oh ok it's the same for you apparently 23:08 build #152 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/152  blamelist: Soeren Sonnenburg 23:08 wiking, grmpf 23:15 shogun: Soeren Sonnenburg master * r2442926 / examples/undocumented/libshogun/check.sh : escape flags - http://git.io/0YZxtg 23:15 build #153 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/153 23:23 wiking: hmm it looks like my substitution we discussed last night was wrong 23:24 sonney2k: are you busy with that building stuff? 23:27 wiking: probably I do not cover negative and positive cases when I transform s.t. part 23:30 sonney2k, ta dam! 23:33 /msg *status loadmod colloquy 23:37 rah! 23:37 :) 23:41 sonney2k: ok 23:53 build #177 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/177 23:54 sonney2k: i have the solution... but i really don't know how to add this into the configure script 23:54 so basically i would need to give this compiler flag: -Wl,-rpath,/usr/local/lib/gcc46 23:54 i'll try to see how's this solved usually 23:55 with the configure script 23:55 because now for some reason when c++46 is doing the linking 23:56 it uses the standard /usr/lib/ path for the libgcc and libstdc++ libs 23:56 and that'll break of course 23:56 since it's for c++ (which is 4.2..) 23:56 this is the only thing left to be solved and then we can enable libshogun tests on freebsd 23:57 good night guys 23:59 wiking, yeah but that is wrong 23:59 gsomix, tada? 23:59 sonney2k, ta dam. 23:59 works 23:59 gsomix, cool 23:59 my_cool_features[a,b:c,d] 23:59 PR'd alreadY? 23:59 sonney2k, PR will be tomorrow. 23:59 --- Log closed Fri Jul 20 00:00:05 2012