--- Log opened Thu Aug 18 00:00:33 2011 | ||
-!- serialhex [~quassel@99-101-148-183.lightspeed.wepbfl.sbcglobal.net] has quit [Remote host closed the connection] | 00:51 | |
-!- f-x [~user@117.192.194.115] has quit [Remote host closed the connection] | 01:08 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 03:01 | |
--- Log opened Thu Aug 18 03:49:06 2011 | ||
-!- shogun-toolbox [~shogun@7nn.de] has joined #shogun | 03:49 | |
-!- Irssi: #shogun: Total of 2 nicks [0 ops, 0 halfops, 0 voices, 2 normal] | 03:49 | |
!leguin.freenode.net [freenode-info] channel flooding and no channel staff around to help? Please check with freenode support: http://freenode.net/faq.shtml#gettinghelp | 03:49 | |
-!- Irssi: Join to #shogun was synced in 6 secs | 03:49 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 03:49 | |
-!- sonney2k [~shogun@7nn.de] has joined #shogun | 03:49 | |
-!- You're now known as Guest39380 | 03:49 | |
-!- in3xes [~in3xes@180.149.49.227] has joined #shogun | 05:11 | |
-!- in3xes [~in3xes@180.149.49.227] has quit [Remote host closed the connection] | 05:19 | |
-!- mode/#shogun [+o sonney2k] by ChanServ | 06:22 | |
-!- You're now known as shogun-irclog | 06:25 | |
-!- blackburn [~blackburn@188.122.238.50] has joined #shogun | 09:23 | |
-!- heiko [~heiko@134.91.54.64] has joined #shogun | 10:04 | |
@sonney2k | good morning heiko | 10:04 |
---|---|---|
-!- heiko [~heiko@134.91.54.64] has quit [Ping timeout: 258 seconds] | 10:08 | |
blackburn | sonney2k: he we've got 364 warnings left | 10:14 |
@sonney2k | blackburn, and mostly simple ones | 10:15 |
@sonney2k | it is about time that I enable make check-examples :) | 10:15 |
blackburn | serialization fixed? | 10:15 |
@sonney2k | blackburn, no heiko fled when I said good morning :D | 10:16 |
blackburn | I'm really wondering why there are 5 online here | 10:16 |
blackburn | less than ever | 10:16 |
@sonney2k | considering that there are 3 bots in here - yes not a lot | 10:17 |
@sonney2k | I guess I shouldn't write positive emails ;-) | 10:17 |
@sonney2k | blackburn, once we have make check-examples I will ask everyone again to help fix /port all the examples / bugs | 10:18 |
blackburn | today warnings should lower to <200 | 10:19 |
@sonney2k | and once serialization migration works I will enable make tests | 10:19 |
blackburn | if it is <200 I will be happy hehe | 10:19 |
@sonney2k | I will be happy when all examples run | 10:19 |
blackburn | I'll try to finish kpca today | 10:21 |
blackburn | I hope I understood things right here | 10:21 |
blackburn | a little tricky thing | 10:22 |
@sonney2k | if we progress as much as we do currently then it is 2-3 weeks until a release... | 10:22 |
@sonney2k | not too bad I would say | 10:22 |
blackburn | I should finish all the serious work before 1st of September | 10:23 |
blackburn | or 5th of September as hard 'deadline' | 10:23 |
blackburn | because it is first day of work :) | 10:23 |
blackburn | as I will be studying and work 'in parallel' | 10:24 |
@sonney2k | blackburn, me too actually 31.8 should be our hard deadline | 10:33 |
@sonney2k | it is do-able | 10:33 |
@sonney2k | blackburn, I would say most important is to check that we did not break anything that worked before | 10:34 |
blackburn | how? | 10:35 |
@sonney2k | blackburn, by running make tests when serialization migration works | 10:38 |
-!- in3xes [~in3xes@180.149.49.227] has joined #shogun | 10:42 | |
CIA-87 | shogun: Sergey Lisitsyn master * r560d6cd / (8 files): Various UI warnings fixes - http://bit.ly/oIZdfx | 10:46 |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 10:56 | |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 10:59 | |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Quit: Leaving] | 11:01 | |
-!- in3xes [~in3xes@180.149.49.227] has joined #shogun | 11:02 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 11:07 | |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 258 seconds] | 11:11 | |
-!- heiko [~heiko@134.91.54.64] has joined #shogun | 11:18 | |
heiko | sonney2k, around? | 11:26 |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 11:29 | |
-!- bettyboo [~bettyboo@bane.ml.tu-berlin.de] has joined #shogun | 11:29 | |
-!- mode/#shogun [+o bettyboo] by ChanServ | 11:29 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 11:29 | |
blackburn | sonney2k: 261! | 11:30 |
-!- in3xes__ [~in3xes@180.149.49.227] has joined #shogun | 11:36 | |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 11:39 | |
-!- f-x [~user@117.192.198.45] has joined #shogun | 11:44 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 12:05 | |
-!- in3xes__ [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 12:09 | |
CIA-87 | shogun: Soeren Sonnenburg master * r9f7740a / (8 files in 4 dirs): | 12:59 |
CIA-87 | shogun: Merge pull request #302 from karlnapf/master | 12:59 |
CIA-87 | shogun: working SGVector serialization (+9 more commits...) - http://bit.ly/oDHWbU | 12:59 |
blackburn | sonney2k: what is elastic net? | 13:01 |
@sonney2k | heiko, hi | 13:02 |
@sonney2k | again :) | 13:02 |
heiko | sonney2k, hi | 13:03 |
@sonney2k | heiko, I am just compiling ... | 13:03 |
heiko | sonney2k, I hope it all works, my tests here went fine - same for the svmlight serial example | 13:03 |
@sonney2k | heiko, did you manage to fix the destroy() issue? | 13:04 |
heiko | sonney2k, yes I did | 13:05 |
@sonney2k | I looked at your patch - do you create empty SGVectors - no right? | 13:05 |
heiko | where? | 13:05 |
heiko | in new_cont? | 13:05 |
@sonney2k | ever | 13:05 |
heiko | what I basically did is: | 13:06 |
heiko | there is already code which does the MALLOC/FREE stuff for arrays/matrices | 13:06 |
heiko | but the pointer was wrong when using SGMatrix | 13:06 |
@sonney2k | you mean double* ptrs | 13:06 |
heiko | it pointed to the method | 13:06 |
heiko | I now simply changed the pointer the the vector/matrix address | 13:07 |
@sonney2k | you mean it pointed to the object right? | 13:07 |
@sonney2k | heiko, wouldn't it be better to really use the contructor in this case of SGVector etc? | 13:07 |
heiko | this would be possible | 13:07 |
heiko | but then I would have to write this for every type | 13:07 |
heiko | this way, I could simply reuse the old code | 13:08 |
heiko | which already works, if the pointer is correct | 13:08 |
@sonney2k | heiko, so what are the assumption when doing this... | 13:08 |
* blackburn hates libshogunui | 13:08 | |
heiko | sonney2k, ? | 13:08 |
@sonney2k | 1) the SGVector is correctly initialized before it is being messed with | 13:09 |
heiko | yes, but NULL also works | 13:09 |
@sonney2k | 2) there is nothing going on after the vector has been set (whatever processing etc) | 13:09 |
heiko | oh you mean, the SGVector has to be there | 13:10 |
heiko | this is true | 13:10 |
heiko | how do you mean 2) | 13:10 |
heiko | ? | 13:10 |
@sonney2k | blackburn, fix siwg's R wrapper and implement matlab-swig support then it will go | 13:10 |
@sonney2k | heiko, think of something more complicated than SGCachedVector - where the vector is put somewhere / or processed | 13:11 |
blackburn | sonney2k: sure | 13:11 |
@sonney2k | blackburn, it is ok if you finish by the end of today :D | 13:11 |
blackburn | sonney2k: yeah I plan to finish it in a min | 13:11 |
@sonney2k | blackburn, as always - you are the man :) | 13:12 |
@bettyboo | he!?! | 13:12 |
heiko | sonney2k, currently, the SGVector is treated like a class variable. | 13:13 |
heiko | only the content is changed | 13:13 |
@sonney2k | heiko, yes | 13:14 |
@sonney2k | I have mixed feelings about this - this will cause trouble at some point | 13:14 |
heiko | Well, I could change this | 13:15 |
heiko | but it would not be possible to add class member SGVectors then | 13:15 |
heiko | because they are deleted | 13:15 |
heiko | from stack memory | 13:16 |
heiko | Currently, all SGVector replacements are on stack | 13:16 |
-!- in3xes__ [~in3xes@180.149.49.227] has joined #shogun | 13:17 | |
@sonney2k | heiko, if you do class->vector = SGVector x(some_memory, len)? | 13:18 |
@sonney2k | ahh not working because not public | 13:18 |
@sonney2k | ok then, so there is no way other than messing around directly in the SGVector | 13:19 |
@sonney2k | heiko, so lets keep it like this | 13:20 |
@sonney2k | heiko, I just tried serialization_complex_example.py | 13:20 |
@sonney2k | it fails in hdf5 and xml | 13:20 |
heiko | sonney2k, yes it complains about missing imprts here | 13:20 |
@sonney2k | no | 13:20 |
@sonney2k | it just works | 13:20 |
heiko | sonney2k, ok great :) | 13:21 |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 13:21 | |
@sonney2k | but I think the vector patch needs to be done for xml and hdf5 | 13:21 |
@sonney2k | too | 13:21 |
@sonney2k | json, ascii work | 13:21 |
heiko | ah ok | 13:21 |
heiko | well, ok then | 13:21 |
heiko | not too much stuff | 13:21 |
@sonney2k | heiko, another question - SGNDArray, SGStringList and SGSparseMatrix also need to be treated like this right (but not yet done - or?) | 13:22 |
heiko | yes, not yet done | 13:22 |
heiko | should I also add this? | 13:22 |
@sonney2k | heiko, the types yes, the support can probably wait - or do you know any class that uses these already? | 13:23 |
heiko | sonney2k, I dont know any | 13:23 |
heiko | sonney2k, adding the types is basically the only step for adding support | 13:23 |
heiko | just a few switch cases once one knows what to do | 13:24 |
@sonney2k | heiko, I thought you need to change every serializable file format too? | 13:24 |
@sonney2k | lets prioritize things | 13:24 |
heiko | yes true, but only minor changes there | 13:24 |
@sonney2k | I have to enable make check-exampels tonight | 13:24 |
@sonney2k | for that I need hdf5/xml support too | 13:24 |
@sonney2k | then all examples run through | 13:25 |
heiko | ok then | 13:25 |
@sonney2k | so that first please | 13:25 |
heiko | I will do the xml/hdf5 stuff for vector and matrix | 13:25 |
heiko | are there any serialization examples with the other types? | 13:25 |
@sonney2k | then you said there are problems with the migration? | 13:25 |
heiko | well yes, its tricky | 13:25 |
@sonney2k | heiko, just save a stringfeature object | 13:25 |
@sonney2k | or sparse feature matrix | 13:25 |
heiko | ehm that means, which types have to work? vector, matrix, sparsematrix? | 13:26 |
@sonney2k | stringlist | 13:26 |
@sonney2k | heiko, but not for make check-examples tonight | 13:27 |
@sonney2k | for that we need just vector/matrix | 13:27 |
CIA-87 | shogun: Sergey Lisitsyn master * rbd45c6c / (6 files in 2 dirs): More UI warnings removal - http://bit.ly/rnVzmv | 13:27 |
blackburn | bet if it is <200 | 13:27 |
heiko | ok then | 13:28 |
heiko | I will finish this now, have lunch and then continue on migration | 13:28 |
@sonney2k | heiko, ok thank you very much for the great job you are doing! | 13:29 |
@sonney2k | blackburn, please cheer heiko up too :) | 13:29 |
shogun-buildbot | build #62 of cmdline_static is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org:5347/builders/cmdline_static/builds/62 blamelist: heiko.strathmann@gmail.com | 13:29 |
blackburn | genosse heiko you are doing great job for the soviet people! | 13:29 |
heiko | sonney2k, blackburn thanks for the flowers :) | 13:30 |
heiko | blackburn, lol ;) | 13:30 |
@bettyboo | ^_^ | 13:30 |
blackburn | heiko: did I said I want to marry you? | 13:30 |
@sonney2k | heiko, ^ look at the build failure | 13:30 |
@sonney2k | blackburn, it is legal even in germany | 13:30 |
heiko | blackburn, true, so lets go for it :D | 13:30 |
blackburn | :D | 13:30 |
@bettyboo | blackburn, :^) | 13:30 |
heiko | sonney2k, yes the blamelist | 13:30 |
blackburn | yeah I'll got german citizenship | 13:30 |
shogun-buildbot | build #57 of r_static is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org:5347/builders/r_static/builds/57 blamelist: heiko.strathmann@gmail.com | 13:31 |
@sonney2k | blackburn, not so easy you first have to code with heiko 10 years in a row on shogun *while being married* | 13:31 |
blackburn | :D | 13:31 |
heiko | hehe, unpaid :) | 13:33 |
heiko | sonney2k, the build error is strange | 13:33 |
@sonney2k | heiko, I think some include is missing | 13:33 |
heiko | do I have to introduce these enums at another point? | 13:33 |
heiko | i mean if CT_VECTOR is known, how can it be that CT_SGVECTOR is unknown? | 13:33 |
@sonney2k | heiko, could be that this is from some early git commit that you did - so it is one that doesn't compile that you checked | 13:35 |
heiko | sonney2k, ok | 13:35 |
@sonney2k | heiko, btw in shogun/lib/DataType.h - in the enum | 13:35 |
heiko | sonney2k, thats where i introduced the new type | 13:36 |
@sonney2k | you cannot change the meaning of CT_SGMATRIX | 13:36 |
@sonney2k | you have to put these CT_SG* types at the end | 13:36 |
heiko | sonney2k, ? | 13:36 |
@sonney2k | err you cannot change the meaning of CT_MATRIX | 13:36 |
heiko | oh | 13:36 |
heiko | is the integer saved somewhere? | 13:36 |
@sonney2k | I mean CT_MATRIX was 2 before or so | 13:36 |
@sonney2k | heiko, starting with 1 I suppose | 13:37 |
blackburn | why is it compiles here? | 13:37 |
@sonney2k | I wouldn't mind if you do CT_MATRIX=2 etc | 13:37 |
@sonney2k | blackburn, revision f059083741272ad277cdd527935fca4b87c919e0 ? | 13:37 |
heiko | sonney2k, i just moved them to the end | 13:37 |
@sonney2k | heiko, no I meant you make all these explicit | 13:38 |
heiko | ok, will do | 13:38 |
@sonney2k | heiko, this way numbers are fixed & clear | 13:38 |
heiko | guys, I will go for lunch now, mensa is closing soon | 13:38 |
blackburn | ehh how to get revision num | 13:38 |
@sonney2k | just make sure you don't change the default | 13:38 |
@sonney2k | heiko, yeah cu | 13:38 |
heiko | sonney2k, will be back in the afternoon for all the stuff we just talked about | 13:38 |
@sonney2k | blackburn, git log | head -n 1 | 13:39 |
blackburn | commit bd45c6ca83b1ab9b8f2f1ed2cef13beaceebb194 | 13:39 |
@sonney2k | heiko, yes thanks | 13:40 |
@sonney2k | blackburn, so you see - the new builds are already schedules (cf http://www.shogun-toolbox.org:5347/waterfall ) | 13:41 |
@sonney2k | http://www.shogun-toolbox.org:5347/builders/libshogun/builds/62 | 13:41 |
blackburn | I see | 13:41 |
@sonney2k | will build your bd45c6ca83b1ab9b8f2f1ed2cef13beaceebb194 | 13:41 |
@sonney2k | we really need some more stable buildbot :( | 13:42 |
blackburn | I wait for <200 warnings here | 13:42 |
-!- heiko [~heiko@134.91.54.64] has quit [Ping timeout: 258 seconds] | 14:16 | |
blackburn | libshogun is ahead of 10 builds oh | 14:20 |
blackburn | buildbot is slow today | 14:20 |
-!- serialhex [~quassel@99-101-148-183.lightspeed.wepbfl.sbcglobal.net] has joined #shogun | 14:31 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 14:33 | |
-!- in3xes__ [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 14:37 | |
-!- in3xes_ is now known as in3xes | 14:43 | |
blackburn | sonney2k: kernelpca -> dimensionreductionpreprocessor? | 14:44 |
shogun-buildbot | build #63 of cmdline_static is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org:5347/builders/cmdline_static/builds/63 | 14:46 |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 14:49 | |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Remote host closed the connection] | 14:49 | |
shogun-buildbot | build #58 of r_static is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org:5347/builders/r_static/builds/58 | 14:51 |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 276 seconds] | 14:53 | |
shogun-buildbot | build #60 of octave_modular is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org:5347/builders/octave_modular/builds/60 blamelist: heiko.strathmann@gmail.com | 15:12 |
CIA-87 | shogun: Sergey Lisitsyn master * rbd8f328 / (6 files): Added SGREFing while applying to feature matrices in dimensionality reduction preprocessors, fixed wrong already owned matrices return in MDS and Isomap - http://bit.ly/qW7H1e | 15:35 |
-!- blackburn [~blackburn@188.122.238.50] has quit [Quit: Leaving.] | 15:37 | |
-!- in3xes [~in3xes@180.149.49.227] has joined #shogun | 15:59 | |
shogun-buildbot | build #61 of octave_modular is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org:5347/builders/octave_modular/builds/61 | 16:10 |
-!- heiko [~heiko@134.91.54.64] has joined #shogun | 16:19 | |
heiko | sonney2k, does shogun compile now? | 16:23 |
@sonney2k | shogun-buildbot, status all | 16:32 |
shogun-buildbot | cmdline_static: idle, last build 1h26m50s ago: build successful | 16:32 |
shogun-buildbot | csharp_modular: idle, last build 17m23s ago: build successful | 16:32 |
shogun-buildbot | java_modular: idle, last build 7m54s ago: build successful | 16:32 |
shogun-buildbot | libshogun: building(no current step) [ETA 1m57s] | 16:32 |
shogun-buildbot | lua_modular: idle, last build 12m40s ago: build successful | 16:32 |
shogun-buildbot | nightly_all: idle, last build 19h02m50s ago: failed compile | 16:32 |
shogun-buildbot | nightly_none: idle, last build 19h07m41s ago: build successful | 16:32 |
shogun-buildbot | octave_modular: idle, last build 22m12s ago: build successful | 16:32 |
shogun-buildbot | octave_static: idle, last build 1h36m21s ago: build successful | 16:32 |
-!- shogun-buildbot was kicked from #shogun by bettyboo [flood] | 16:32 | |
@sonney2k | heiko ^ | 16:32 |
-!- bettyboo was kicked from #shogun by sonney2k [bettyboo] | 16:32 | |
-!- bettyboo [~bettyboo@bane.ml.tu-berlin.de] has joined #shogun | 16:32 | |
-!- mode/#shogun [+o bettyboo] by ChanServ | 16:32 | |
heiko | sonney2k, also just checked it :) | 16:32 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 16:33 | |
@sonney2k | heiko, did you manage to support hdf5 / xml? | 16:33 |
-!- bettyboo [~bettyboo@bane.ml.tu-berlin.de] has quit [Remote host closed the connection] | 16:34 | |
heiko | currently doing ... | 16:34 |
@sonney2k | ok | 16:35 |
@sonney2k | l8r | 16:35 |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 16:37 | |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 16:40 | |
-!- in3xes__ [~in3xes@180.149.49.227] has joined #shogun | 16:46 | |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Ping timeout: 258 seconds] | 16:49 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 17:04 | |
-!- in3xes__ [~in3xes@180.149.49.227] has quit [Ping timeout: 258 seconds] | 17:08 | |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 17:22 | |
-!- heiko [~heiko@134.91.54.64] has quit [Quit: Leaving.] | 17:36 | |
-!- heiko [~heiko@134.91.54.64] has joined #shogun | 17:36 | |
heiko | sonney2k, which debian package to install for hdf5 support? | 17:49 |
@sonney2k | heiko, libhdf5-serial-dev | 17:56 |
heiko | sonney2k, thanks | 17:57 |
heiko | sonney2k, and for xml? my std choices do not work, configure script sais ok but compiler sais cannot find libxml/parser.h | 18:02 |
heiko | SerializableHdf5 File leaks memory | 18:21 |
heiko | which is not tracked by trace-mallocs :( | 18:22 |
-!- heiko [~heiko@134.91.54.64] has quit [Ping timeout: 258 seconds] | 19:15 | |
CIA-87 | shogun: Soeren Sonnenburg master * r12b8f95 / (10 files in 3 dirs): | 19:55 |
CIA-87 | shogun: Merge pull request #303 from karlnapf/master | 19:55 |
CIA-87 | shogun: serialization of SGMatrix/SGVector (+6 more commits...) - http://bit.ly/mTNJjd | 19:55 |
serialhex | sonney2k: are you on?? | 21:08 |
-!- in3xes [~in3xes@180.149.49.227] has joined #shogun | 21:09 | |
@sonney2k | serialhex, yes | 21:09 |
serialhex | ok, labels are going to be a vector right? | 21:10 |
serialhex | i'm like 90% certain but i want to be 100% | 21:10 |
@sonney2k | yes | 21:10 |
serialhex | ok cool! | 21:11 |
serialhex | we're ar v 0.99.9?? :P | 21:21 |
-!- blackburn [~blackburn@188.122.238.50] has joined #shogun | 21:31 | |
serialhex | hey blackburn, whats up?? | 21:32 |
blackburn | serialhex: hi, i'm fine and you? | 21:35 |
serialhex | pretty good | 21:35 |
@sonney2k | blackburn, 177 warnings?! | 21:35 |
serialhex | working on these examples | 21:35 |
serialhex | WOW!!! | 21:36 |
blackburn | sonney2k: seems so | 21:36 |
blackburn | I haven't checked | 21:36 |
blackburn | yeah as you can see | 21:36 |
blackburn | hmm lets make it 100 | 21:36 |
@sonney2k | blackburn, heiko committed the fix | 21:40 |
blackburn | fix about? | 21:40 |
@sonney2k | so I will try to get some make check-examples into the buildbot | 21:40 |
@sonney2k | serialization | 21:40 |
blackburn | ah, serialization | 21:40 |
blackburn | yeah | 21:40 |
@sonney2k | \o/ | 21:40 |
blackburn | sonney2k: what about moving kpca under dimreductionpreprocessor? | 21:40 |
blackburn | now it is pretty crazy | 21:41 |
blackburn | we set threshold in constructor (sic!) and then use it as int | 21:41 |
@sonney2k | blackburn, makes sense but PCA then too | 21:41 |
blackburn | yeah sure | 21:41 |
blackburn | and I would remove alesis' stuff here | 21:42 |
blackburn | with various modes.. | 21:42 |
blackburn | I don't sure if I should | 21:42 |
@sonney2k | why remove? | 21:42 |
@sonney2k | it makes sense to preprocess and say I want 10 components | 21:42 |
@sonney2k | or all components with eigenvalues > 0.001 | 21:42 |
@sonney2k | (these are the 2 modes) | 21:43 |
blackburn | because target dimensionality is useless when there are two modes | 21:43 |
blackburn | not really predictive acting | 21:43 |
blackburn | I don't know | 21:43 |
@sonney2k | blackburn, one has to select one of these modes of course | 21:44 |
blackburn | well I don't think preprocessor should think about this thresholding | 21:44 |
@sonney2k | I don't mind that you make them extra functions | 21:44 |
@sonney2k | such that one has to call them manually like | 21:45 |
@sonney2k | compute_pca | 21:45 |
@sonney2k | keep_top_n_components | 21:45 |
@sonney2k | or so | 21:46 |
blackburn | yeah ok | 21:46 |
blackburn | but this time I have to finish kpca | 21:46 |
shogun-buildbot | build #6 of nightly_all is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org:5347/builders/nightly_all/builds/6 | 21:51 |
blackburn | sonney2k: ?! nighly all compiled!!! | 21:51 |
@sonney2k | blackburn, no buildbot crashed | 21:52 |
blackburn | shit | 21:52 |
@sonney2k | I wish I would figure out what the problem is | 21:52 |
blackburn | serialhex: hey should I write your name in NEWS? or better nickname? | 21:56 |
serialhex | either or... you could say: "Justin Patera aka serialhex" or something... or just serialhex... whatever works :) | 21:57 |
blackburn | serialhex: how can I mention your spiffy trancekoder? :) | 21:59 |
serialhex | so are we gonna have a newsletter or something blackburn? | 21:59 |
blackburn | oh I'm talking about this: | 21:59 |
serialhex | how? erm, you mean describe?? | 21:59 |
blackburn | https://github.com/serialhex/shogun/blob/master/src/NEWS | 22:00 |
blackburn | hmm strange I got link to your fork hah | 22:00 |
serialhex | hmm | 22:00 |
blackburn | yeah describe whatever | 22:00 |
blackburn | :D | 22:00 |
blackburn | not fair you are not in authors and news | 22:00 |
blackburn | hmm does "example transition tool" work? | 22:01 |
serialhex | yeah thats cool | 22:01 |
serialhex | i'm probably going to kill that file once i'm done with moving the python files to ruby... though it was a stroke of pseudo-genius getting that done :D | 22:02 |
serialhex | so have you finished work on the java serialization blackburn?? | 22:04 |
blackburn | seems so | 22:05 |
serialhex | sweet!! | 22:05 |
CIA-87 | shogun: Sergey Lisitsyn master * ra3b6203 / (src/CONTRIBUTIONS src/NEWS): Updated news and contributions - http://bit.ly/p82rg1 | 22:11 |
blackburn | serialhex: +1 to fame :D | 22:11 |
serialhex | YAY!!! | 22:12 |
@sonney2k | and flame :D | 22:12 |
serialhex | sonney2k!!! i keep getting this error: "/usr/lib/ruby/1.8/i486-linux/modshogun.so: warning: rb_define_const: invalid name `__STDC_FORMAT_MACROS' for constant" when i load modshogun.so and i found the line/place where said error originates: shogun/src/shogun/lib/common.h line # 43 | 22:13 |
serialhex | idk what is to be done about it (if anything) but i'm just letting you know what i've found! | 22:14 |
@sonney2k | serialhex, looks like I already tried to fix it: | 22:14 |
@sonney2k | #define __STDC_FORMAT_MACROS 1 | 22:14 |
@sonney2k | #include <inttypes.h> | 22:14 |
@sonney2k | #undef __STDC_FORMAT_MACROS | 22:14 |
@sonney2k | seems like it didn't help | 22:15 |
serialhex | hmm... | 22:15 |
serialhex | yeah, ruby dosnt like constants with names like that... all constants start with a capital letter... hmm........... | 22:16 |
blackburn | hey guys I've found the strangest function of shogun | 22:17 |
blackburn | here it is | 22:17 |
blackburn | int* cntsrtna(int *sx, int k, int r, int na); | 22:17 |
serialhex | though everything else seems to be running peachy-keen! | 22:17 |
serialhex | do wahh?? | 22:17 |
blackburn | I'm stucked what to write in its description ahaha | 22:17 |
@sonney2k | blackburn, guessing from the name it sounds like count sort | 22:18 |
@sonney2k | na == no idea | 22:18 |
blackburn | sonney2k: I'll write that it makes CNTSRTNA | 22:19 |
@sonney2k | blackburn, very useful | 22:19 |
blackburn | sure | 22:19 |
@sonney2k | serialhex, I don't actually know why we need inttypes.h | 22:19 |
serialhex | hmm, ok... what's it do? | 22:19 |
@sonney2k | serialhex, let me try to compile w/o | 22:20 |
serialhex | oh, and blackburn, when you make yourself famous for all the spiffy docs you can say that i did the russian-english -> english edit :P | 22:20 |
blackburn | hehe | 22:20 |
serialhex | ok cool sonney2k, cause it'd take ~ 20 min to compile here :-/ | 22:20 |
@sonney2k | serialhex, now I know what it is for | 22:22 |
@sonney2k | PRIi32 | 22:22 |
@sonney2k | ^ that is a format specifier | 22:22 |
@sonney2k | for int32 | 22:22 |
serialhex | ...which does? | 22:22 |
serialhex | ahh, i see | 22:23 |
@sonney2k | for printf() | 22:23 |
serialhex | oh, ok | 22:23 |
@sonney2k | serialhex, still it doesn't make sense that __STDC_FORMAT_MACROS is visible from the swig interfaces | 22:23 |
@sonney2k | lets try a %ignore | 22:23 |
blackburn | uh | 22:27 |
CIA-87 | shogun: Sergey Lisitsyn master * rb0eb823 / (16 files in 7 dirs): Warning removal - http://bit.ly/qICK3f | 22:27 |
blackburn | should be <100 now | 22:27 |
serialhex | :D | 22:29 |
blackburn | time to bomb saddam^W^W finish kpca | 22:29 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 22:31 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 22:31 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Client Quit] | 22:34 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 22:34 | |
@sonney2k | shogun-buildbot, status all | 22:38 |
shogun-buildbot | cmdline_static: idle, last build 17m02s ago: build successful | 22:38 |
shogun-buildbot | csharp_modular: idle, last build 7m08s ago: | 22:38 |
shogun-buildbot | java_modular: idle, last build 4m07s ago: | 22:38 |
shogun-buildbot | libshogun: idle, last build 7m08s ago: | 22:38 |
shogun-buildbot | lua_modular: idle, last build 7m08s ago: | 22:38 |
shogun-buildbot | nightly_all: idle, last build 47m09s ago: build successful | 22:38 |
shogun-buildbot | nightly_none: idle, last build 47m09s ago: build successful | 22:38 |
shogun-buildbot | octave_modular: building(compiling) | 22:38 |
shogun-buildbot | octave_static: idle, last build 11m55s ago: build successful | 22:38 |
shogun-buildbot | python_modular: idle, last build 7m08s ago: | 22:38 |
shogun-buildbot | python_static: idle, last build 12m06s ago: build successful | 22:38 |
shogun-buildbot | r_modular: idle, last build 7m08s ago: | 22:38 |
shogun-buildbot | r_static: idle, last build 17m01s ago: build successful | 22:38 |
shogun-buildbot | ruby_modular: idle, last build 7m08s ago: | 22:38 |
CIA-87 | shogun: Soeren Sonnenburg master * r3747c4d / src/interfaces/modular/modshogun_ignores.i : ignore __STDC_FORMAT_MACROS in modular interfaces - http://bit.ly/qsuZOt | 22:39 |
CIA-87 | shogun: Soeren Sonnenburg master * r1807bc2 / (18 files in 8 dirs): Merge branch 'master' of github.com:shogun-toolbox/shogun - http://bit.ly/rfzPMy | 22:39 |
@sonney2k | blackburn, do you know if we can ourselves use --rebase when pulling? | 22:39 |
@sonney2k | I mean not that we screw up history? | 22:39 |
blackburn | rebase what to what? | 22:39 |
@sonney2k | blackburn, when you do a git push | 22:40 |
@sonney2k | and I have some commits already on my local master | 22:40 |
@sonney2k | and then do git pull github master | 22:40 |
blackburn | ah | 22:40 |
blackburn | really? and there wouldn't be merge? | 22:40 |
@sonney2k | then would a git pull github master --rebase work? | 22:40 |
blackburn | ahh it was a question | 22:40 |
blackburn | ahaha | 22:40 |
blackburn | no, I don't know | 22:40 |
@sonney2k | blackburn, can you try with some small change? | 22:41 |
blackburn | I try to git pull things just before commiting | 22:41 |
blackburn | yeah | 22:41 |
@sonney2k | (I just pushed) | 22:41 |
@sonney2k | so when you change some file and do a --rebase | 22:41 |
blackburn | so commit then rebase | 22:41 |
@sonney2k | then we will see | 22:41 |
@sonney2k | yes | 22:41 |
@sonney2k | then push and pray :) | 22:41 |
blackburn | I like the concept of push&prahy | 22:42 |
blackburn | pray | 22:42 |
* sonney2k praises $DEITY dancing the ~~~lumbojumboshogunolaaaa~~~~ | 22:44 | |
blackburn | refusing to pull with rebase: your working tree is not up-to-date | 22:45 |
CIA-87 | shogun: Sergey Lisitsyn master * rdb25278 / src/shogun/preprocessor/MultidimensionalScaling.cpp : Update MDS thread doc - http://bit.ly/pYOnVP | 22:45 |
CIA-87 | shogun: Sergey Lisitsyn master * r2ac0b0f / src/interfaces/modular/modshogun_ignores.i : Merge branch 'master' of github.com:shogun-toolbox/shogun - http://bit.ly/qeV7xZ | 22:45 |
blackburn | seems the answer is no | 22:46 |
@sonney2k | hmmhh | 22:47 |
@sonney2k | serialhex, what marks a comment in ruby? | 22:47 |
blackburn | ehh how to call static SGMatrix' method? | 22:48 |
@sonney2k | ? | 22:48 |
@sonney2k | SGMatrix:xxx | 22:48 |
blackburn | yeah | 22:48 |
blackburn | got stupidity assault | 22:49 |
serialhex | sorry about the delay sonney2k, a # marks a comment | 22:50 |
serialhex | just like python | 22:50 |
@sonney2k | serialhex, ok | 22:51 |
@sonney2k | I am just creating documented examples from the undocumented ones | 22:51 |
serialhex | ok cool | 22:51 |
@sonney2k | (we have the description in a separate dir and prepend it to each file) | 22:51 |
@sonney2k | so I need the comment symbol | 22:51 |
@sonney2k | it is really fun to see | 22:52 |
@sonney2k | we have '%' '#' '- ' '//' | 22:52 |
@sonney2k | but # is the winner now :) | 22:52 |
@sonney2k | blackburn, would you mind to move yourhemisphere.py swissroll.py into graphical? | 22:53 |
blackburn | yeah sure | 22:53 |
@sonney2k | blackburn, if you want prepend it with dimreduct_ | 22:53 |
@sonney2k | them | 22:53 |
blackburn | not really necessary to mark them anyhow | 22:53 |
blackburn | just move it | 22:53 |
@sonney2k | blackburn, ok I will do | 22:54 |
blackburn | I thought there will be a millions of examples | 22:54 |
blackburn | but I did two | 22:54 |
@sonney2k | blackburn, but you did one for each in the non-graphical dir | 22:54 |
blackburn | yeah but useless | 22:55 |
@sonney2k | why useless? | 22:55 |
blackburn | how can one use it? :) | 22:56 |
@sonney2k | blackburn, copy the example in $DIR, load own data - > run | 22:57 |
@sonney2k | easy :) | 22:57 |
blackburn | but no visualization - useless | 22:57 |
@sonney2k | but visualization is trivial to add right - everyone can do that | 22:57 |
CIA-87 | shogun: Soeren Sonnenburg master * r33a399d / (5 files in 3 dirs): | 22:58 |
CIA-87 | shogun: create documented examples for all supported languages and move the | 22:58 |
CIA-87 | shogun: dimreduct examples one dir up - http://bit.ly/rjsFh0 | 22:58 |
@sonney2k | blackburn, the rebase worked here | 22:58 |
blackburn | sonney2k: what is the best way to implement getters with matrices/vectors? | 22:58 |
blackburn | worked? | 22:58 |
blackburn | hmm | 22:58 |
@sonney2k | I just did it | 22:58 |
blackburn | I did something wrong | 22:58 |
@sonney2k | I did | 22:59 |
@sonney2k | git commit -a | 22:59 |
blackburn | ah | 22:59 |
@sonney2k | git pull --rebase github master | 22:59 |
blackburn | I know | 22:59 |
@sonney2k | and push | 22:59 |
blackburn | I forgot to specify what to pull | 22:59 |
blackburn | just git pull rebase | 22:59 |
@sonney2k | doh | 22:59 |
@sonney2k | blackburn, I don't understand the question - inside SGVector you mean? | 23:00 |
blackburn | SGMatrix<float64_t> get_transformation_matrix() const | 23:00 |
blackburn | ->->->->->->->->->->->->->->->->{ | 23:00 |
blackburn | ->->->->->->->->->->->->->->->->->->->->->->->->SGMatrix<float64_t> matrix = SGMatrix<float64_t>(m_transformation_matrix); | 23:00 |
blackburn | ->->->->->->->->->->->->->->->->->->->->->->->->matrix.do_free = false; | 23:00 |
blackburn | ->->->->->->->->->->->->->->->->->->->->->->->->return matrix; | 23:00 |
blackburn | ->->->->->->->->->->->->->->->->} | 23:00 |
blackburn | oh | 23:00 |
blackburn | sonney2k: is it right way to do that? | 23:01 |
blackburn | or better to make it no-do-free internally? | 23:02 |
@sonney2k | yeah - not sure if const will work though | 23:02 |
@sonney2k | blackburn, I would make it no-do-free internally | 23:02 |
@sonney2k | (I mean you own the object anyways and will do destroy in destructor) | 23:02 |
blackburn | yeah I luv it much more | 23:02 |
blackburn | like heiko | 23:02 |
blackburn | hey gaytoolbox sounds pretty good | 23:04 |
blackburn | shogun gaytoolbox | 23:04 |
blackburn | sonney2k: should kernel be added to m_parameters thing? | 23:07 |
blackburn | in kpca essentially | 23:08 |
@sonney2k | blackburn, if the kernel is later needed | 23:08 |
blackburn | when - later? | 23:08 |
@sonney2k | think of the preproc is created | 23:09 |
@sonney2k | and things added | 23:09 |
blackburn | hmm okay | 23:09 |
@sonney2k | then someone wants to save it to disc (can happen at any time) | 23:09 |
@sonney2k | and then continue | 23:09 |
blackburn | this time I will just try to get it work | 23:09 |
blackburn | :D | 23:09 |
@sonney2k | blackburn, the marriage of heiko and you will end the cold work | 23:10 |
blackburn | sonney2k: when cleanup is called? | 23:10 |
@sonney2k | cold war | 23:10 |
blackburn | yeah berlin wall will fall | 23:10 |
@sonney2k | this can only mean hot times and of course that shogun-toolbox is hot :D | 23:11 |
@sonney2k | blackburn, when the user calls it | 23:11 |
blackburn | I would say it is perestroyka now | 23:11 |
@sonney2k | anytime so | 23:11 |
blackburn | shogun looks like ussr in 89 hahah | 23:11 |
@sonney2k | it is just the end of the world .... of shogun 0.x | 23:11 |
blackburn | btw tomorrow is a 20th anniversary of USSR government take-over | 23:12 |
blackburn | if I born 6 months later I would born in russia :D | 23:13 |
serialhex | lol blackburn! | 23:16 |
blackburn | serialhex: you should hope obama will not do perestroyka :D | 23:19 |
serialhex | perestroyka? /searches wikipedia... | 23:19 |
blackburn | or perestroika | 23:20 |
blackburn | http://en.wikipedia.org/wiki/Perestroika | 23:20 |
serialhex | ahhh... i see :P | 23:20 |
blackburn | serialhex: one of + of perestroika - in sonney2k's city there was no wall since 1989 | 23:22 |
blackburn | probably that was awful thing :) | 23:22 |
serialhex | cool... i vaguely remember the bringing down of the wall | 23:23 |
blackburn | I didn't born yet in 1989 hehe | 23:23 |
blackburn | whoaa got kpca to compile | 23:26 |
blackburn | but still need to get to work haha | 23:26 |
blackburn | sonney2k: hey but why it doesn't compile if test failed | 23:28 |
blackburn | I can't count warnings haha | 23:29 |
-!- f-x [~user@117.192.198.45] has left #shogun ["ERC Version 5.3 (IRC client for Emacs)"] | 23:31 | |
serialhex | hey, i keep getting an error when i run classifier_averaged_perceptron_modular.rb: "[WARN] Averaged Perceptron algorithm did not converge after 1000 iterations." does this happen normally? | 23:32 |
serialhex | in the py version? | 23:32 |
@sonney2k | yes | 23:33 |
@sonney2k | blackburn, hmmhh how should I fix the issue? | 23:34 |
serialhex | ok, just making sure noting was borked! :D | 23:34 |
blackburn | sonney2k: which? | 23:34 |
@sonney2k | blackburn, the linker requires -llapack | 23:34 |
@sonney2k | for compiling 1 of the examples | 23:34 |
blackburn | where is it used? | 23:34 |
@sonney2k | don't know exactly - I guess dot() for computing kernel | 23:35 |
@sonney2k | but that is not the relevant point | 23:35 |
CIA-87 | shogun: Soeren Sonnenburg master * rf5254de / examples/undocumented/libshogun/Makefile : add -llapack in examples - http://bit.ly/mPOrns | 23:36 |
blackburn | can't it be removed? | 23:38 |
@sonney2k | blackburn, what can be removed? | 23:40 |
blackburn | lapack usage in examples | 23:40 |
@sonney2k | blackburn, the problem is the example needs to be linked to lapack | 23:40 |
blackburn | yeah but can we modify it to not use lapack | 23:41 |
@sonney2k | blackburn, sure we could but we don't know if atlas is installed (we are not using the configure system for examples...) | 23:42 |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 23:42 | |
blackburn | ah okay | 23:45 |
-!- in3xes [~in3xes@180.149.49.227] has joined #shogun | 23:47 | |
CIA-87 | shogun: Soeren Sonnenburg master * r615d2a2 / examples/undocumented/libshogun/Makefile : add flag LIBS_ADD to add libs in addition to LIBS - http://bit.ly/q9qRqm | 23:48 |
@sonney2k | blackburn, btw the problem is only due to using an inline function | 23:48 |
@sonney2k | because of that the clbas_ddot is in the header and when linking we need to specify the lib | 23:49 |
blackburn | inline function calls cblas?? | 23:50 |
blackburn | I wouldn't make it inline | 23:50 |
shogun-buildbot | build #72 of libshogun is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org:5347/builders/libshogun/builds/72 | 23:52 |
@sonney2k | hurray :) | 23:52 |
@sonney2k | blackburn, please create a bug report in trac saying that we need to rework Math.h | 23:53 |
@sonney2k | and add that we should not have library calls in inline functions | 23:53 |
@sonney2k | (otherwise we get hard to track linker deps in C++ extensions) | 23:53 |
blackburn | in one ticket? | 23:54 |
@sonney2k | 2 | 23:54 |
@sonney2k | now with check-examples enabled things become much harder | 23:54 |
@sonney2k | blackburn, I guess some text would not be bad :) | 23:55 |
@sonney2k | like why rework and what should be done... | 23:55 |
blackburn | no idea what to rework | 23:56 |
@sonney2k | blackburn, split the file up | 23:56 |
@sonney2k | blackburn, removing inline is not sufficient btw | 23:56 |
@sonney2k | these calls have to be in the .cpp file | 23:56 |
shogun-buildbot | build #63 of r_static is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org:5347/builders/r_static/builds/63 blamelist: sonne@debian.org | 23:57 |
blackburn | hope you satisfied :D | 23:57 |
@sonney2k | yeah everything fails finally | 23:58 |
blackburn | nice | 23:58 |
blackburn | sonney2k: perestroika | 23:58 |
@sonney2k | blackburn, thanks | 23:59 |
blackburn | thanks to gorbachew :D | 23:59 |
--- Log closed Fri Aug 19 00:00:00 2011 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!