--- Log opened Mon Aug 22 00:00:12 2011 | ||
-!- f-x [~user@117.192.207.63] has joined #shogun | 00:34 | |
-!- serialhex [~quassel@99-101-148-183.lightspeed.wepbfl.sbcglobal.net] has quit [Remote host closed the connection] | 00:56 | |
-!- serialhex [~quassel@99-101-148-183.lightspeed.wepbfl.sbcglobal.net] has joined #shogun | 00:58 | |
blackburn | serialhex: no more floating faces :( | 01:09 |
---|---|---|
CIA-87 | shogun: Sergey Lisitsyn master * r6e02faf / src/shogun/preprocessor/KernelLocallyLinearEmbedding.cpp : Fixes for kLLE - http://git.io/2iRxKw | 01:10 |
serialhex | why no more floating faces??? | 01:10 |
blackburn | serialhex: they died | 01:11 |
serialhex | died??? what happened blackburn??? | 01:12 |
blackburn | ok joke :D | 01:12 |
serialhex | did you kil the floating faces??? :P | 01:12 |
blackburn | I'm now trying to the get intrinsic manifold of promoter data | 01:12 |
serialhex | ok, cool | 01:12 |
blackburn | fancy-mancy-pancy bioinformatics hehe | 01:13 |
serialhex | heh | 01:13 |
blackburn | serialhex: how are you? | 01:14 |
serialhex | good good, and yourself blackburn?? | 01:14 |
blackburn | fine, soon starting to studying again | 01:15 |
serialhex | ...and wondering what happened to my local branch of shogun... :( | 01:15 |
blackburn | what's up with your branch? | 01:15 |
serialhex | yeah? classes start on tues for me, what are you taking this simester?? | 01:15 |
blackburn | I don't know :D | 01:16 |
serialhex | it's saying there are a *BUNCH* of files that i edited & it's all stuff like: shogun/ui/GUIHMM.h and shogun/base/init.h and i have no reason to edit those files... | 01:16 |
serialhex | :( | 01:16 |
blackburn | serialhex: hmm try rebase | 01:17 |
serialhex | you dont know!?!?! you're gonna be studying but you dont know what!?!? | 01:17 |
blackburn | I have fixed warnings in these files | 01:17 |
blackburn | yeah I will study what I have to study | 01:17 |
blackburn | no choice is given heh | 01:17 |
serialhex | niiice :P | 01:17 |
blackburn | I know I have to study experimental design techniques or so | 01:18 |
serialhex | it's weird, it says i have those files staged for commit... but i havnt done that :( | 01:18 |
serialhex | cool cool | 01:18 |
blackburn | java ee but my teacher will free me for that | 01:18 |
blackburn | cause I will be working as java ee developer starting from september, the 5th | 01:19 |
blackburn | well it would be strange to study java ee again :D | 01:19 |
serialhex | really? thats kind of cool!! | 01:19 |
blackburn | yeah I will have to work about 20-30 per week | 01:20 |
blackburn | I hope I will have much time for studies, vodka and shogun | 01:20 |
blackburn | not much, bad word | 01:20 |
blackburn | ehmm | 01:20 |
blackburn | sufficient | 01:20 |
serialhex | yeah, sufficient works better :D | 01:22 |
blackburn | and I have to study some optical informatics or so | 01:22 |
blackburn | some crazy shit I don't want to do | 01:23 |
blackburn | and mathematical physics again | 01:23 |
serialhex | lovely :P | 01:24 |
serialhex | holy crap dude... the shogun repository is ~23MB!!!! | 01:26 |
blackburn | http://dl.dropbox.com/u/10139213/shogun/promoters-wdk-k10%2C100.png | 01:26 |
blackburn | serialhex: ^ some promoter embedding via kernel LLE I implemented just now | 01:27 |
serialhex | ooh, perdy dots!! :P | 01:27 |
blackburn | different colors are standing for different organisms | 01:27 |
blackburn | I don't know if it is good or not but at least something | 01:28 |
blackburn | with kPCA I've got gaussian cloud | 01:28 |
blackburn | nothing to deal with | 01:28 |
serialhex | so is it like showing diffs in DNA or something? | 01:28 |
serialhex | hmm, ok | 01:28 |
blackburn | yeah | 01:28 |
blackburn | it uses kernel | 01:28 |
blackburn | I used weighted degree kernel with degree of 100 | 01:29 |
serialhex | cool | 01:29 |
blackburn | and 150 instances of each organism | 01:29 |
blackburn | so it should be something like underlying manifold of this data | 01:29 |
blackburn | input data is some ACTCGACTTTTCACGAC.... | 01:30 |
serialhex | hmm... ok | 01:30 |
blackburn | 150*9 strings of length 600 | 01:30 |
blackburn | I don't really understand anything hahah | 01:30 |
serialhex | ooh, niiice.... i bet that took a while to compute :P | 01:30 |
blackburn | nope | 01:30 |
blackburn | <10s | 01:30 |
blackburn | the most expensive here was to load data | 01:30 |
serialhex | oh, i thought it was 150**9, not *9 :P | 01:30 |
blackburn | ah nooo | 01:31 |
serialhex | yeah... that'd be insane! | 01:31 |
blackburn | I bet it would never do a half of that embedding | 01:31 |
blackburn | hmm the most strange thing for me is that according to the embedding all of the promoters are the same | 01:32 |
blackburn | I should add some crap here and see if it will be farther or so | 01:32 |
blackburn | serialhex: time for sleep, see you :) | 01:47 |
serialhex | ok, nite blackburn | 01:48 |
-!- blackburn [~blackburn@188.122.238.50] has quit [Quit: Leaving.] | 01:48 | |
-!- f-x [~user@117.192.207.63] has quit [Remote host closed the connection] | 01:55 | |
@sonney2k | serialhex, problem is I cannot use CONFIG['sitelibdir'] | 06:10 |
@sonney2k | serialhex, the prefix that we might want to install to might be different from /usr/local ... | 06:10 |
@sonney2k | so I need to set it someow | 06:11 |
@sonney2k | serialhex, so ruby -e 'require "mkmf"; CONFIG["sitedir"]="/my/prefix"; puts Config::expand("$(sitelibdir)")' should say sth lilike /my/prefix ... | 06:56 |
-!- f-x [~user@117.192.206.200] has joined #shogun | 08:02 | |
-!- f-x [~user@117.192.206.200] has quit [Remote host closed the connection] | 08:04 | |
CIA-87 | shogun: Soeren Sonnenburg master * r676fcae / (src/Makefile.template src/configure): attempt to determine ruby extensions dir and add make install target - http://git.io/JCO6MQ | 09:22 |
CIA-87 | shogun: Soeren Sonnenburg master * rddac142 / (src/Makefile.template src/configure): add option --rubydir to override ruby installation path - http://git.io/eqof2A | 09:22 |
CIA-87 | shogun: Soeren Sonnenburg master * r0964f03 / src/shogun/base/Parallel.h : it should be NULL in the mutex case - http://git.io/OMR1OA | 09:32 |
CIA-87 | shogun: Soeren Sonnenburg master * rdfba7da / src/shogun/base/Parallel.h : fix mutex macro - http://git.io/h3qZjg | 09:54 |
-!- blackburn [~blackburn@188.122.238.50] has joined #shogun | 10:47 | |
blackburn | sonney2k: eeh?! | 10:50 |
blackburn | uh :( | 10:52 |
blackburn | did you fix it? | 10:53 |
blackburn | parallel issue? | 10:54 |
@sonney2k | blackburn, no | 11:03 |
@sonney2k | blackburn, it does neither work with mutex nor with spinlocks | 11:04 |
blackburn | I don't know where regression happen | 11:04 |
blackburn | are you sure it is related to locks? | 11:04 |
@sonney2k | blackburn, | 11:04 |
@sonney2k | #include <shogun/base/init.h> | 11:04 |
@sonney2k | #include <shogun/features/Labels.h> | 11:04 |
@sonney2k | using namespace shogun; | 11:04 |
@sonney2k | int main(int argc, char** argv) | 11:04 |
@sonney2k | { | 11:04 |
@sonney2k | init_shogun(); | 11:04 |
@sonney2k | CLabels* l = new CLabels(10); | 11:04 |
@sonney2k | exit_shogun(); | 11:04 |
@sonney2k | return 0; | 11:04 |
@sonney2k | } | 11:04 |
@sonney2k | this crashes | 11:05 |
@sonney2k | well it crashes in the call to CSGObject() | 11:05 |
blackburn | valgrind shows strange error | 11:05 |
blackburn | okay I'll check | 11:05 |
blackburn | modular works.. | 11:05 |
@sonney2k | blackburn, no | 11:05 |
@sonney2k | compile yes but no more | 11:05 |
blackburn | python examples works here | 11:06 |
@sonney2k | blackburn, I guess you should git bisect | 11:06 |
blackburn | I'll disable ref counting | 11:07 |
blackburn | and check | 11:07 |
@sonney2k | though I suspect that it is working before the spinlock macro change | 11:07 |
@sonney2k | blackburn, good idea | 11:07 |
blackburn | uh a lot of warnings from DynamicObjectArray | 11:09 |
blackburn | when compiling w/o ref counting | 11:09 |
@sonney2k | and does it work? | 11:13 |
blackburn | checking | 11:28 |
blackburn | no | 11:28 |
blackburn | sonney2k: no, disabling ref counting didn't help | 11:58 |
blackburn | sonney2k: do you have any idea what caused this? | 12:16 |
blackburn | making git bisect now | 12:19 |
blackburn | okay sgobject things caused this | 12:58 |
blackburn | but why | 12:58 |
@sonney2k | blackburn, which commit is it? | 13:03 |
blackburn | sonney2k: https://github.com/shogun-toolbox/shogun/commit/ed1846562fef047cca1847d16d79dd3ee8092ac2 | 13:04 |
blackburn | the problem is that revision is not compiling | 13:04 |
blackburn | I fixed it in the next commit | 13:04 |
blackburn | so probably better that | 13:05 |
blackburn | https://github.com/shogun-toolbox/shogun/commit/85ce83d0a70ff64fc02c5ef994a761a9995b1de5 | 13:05 |
@sonney2k | blackburn, but that commit is unrelated | 13:06 |
@sonney2k | blackburn, so ed1846562fef047cca1847d16d79dd3ee8092ac2 is the problem? | 13:06 |
blackburn | yes | 13:07 |
@sonney2k | blackburn, why did you change it to not using a ptr? | 13:08 |
blackburn | changed what? | 13:08 |
@sonney2k | I mean the &lock instead of lock in the macro? | 13:08 |
blackburn | cause parameter should be ptr | 13:09 |
blackburn | but in sgobject it is instance | 13:09 |
@sonney2k | I mean that is not the problem - it is just confusing when the function before was taking ptr's | 13:09 |
@sonney2k | that is why I would have kept the ptr | 13:10 |
@sonney2k | then one woul PTHREAD_UNLOCK(&m_ref_lock); | 13:10 |
blackburn | yeah may be | 13:10 |
blackburn | but it is not a problem | 13:10 |
@sonney2k | I don't see the problem... | 13:14 |
blackburn | i've reverted the commit | 13:14 |
blackburn | will try to run | 13:14 |
@sonney2k | blackburn, the other option is to comment parts of the code until it works | 13:17 |
blackburn | yeah | 13:17 |
blackburn | works now | 13:17 |
blackburn | sonney2k: I think it is better to push revert and then commit it then it works | 13:17 |
blackburn | it's kinda bad that shogun is not working now | 13:18 |
blackburn | do you agree? | 13:18 |
@sonney2k | yes | 13:18 |
CIA-87 | shogun: Sergey Lisitsyn master * r0020af8 / (src/shogun/base/SGObject.cpp src/shogun/base/SGObject.h): | 13:19 |
CIA-87 | shogun: Revert "SGObject mutex to generic lock transition" | 13:19 |
CIA-87 | shogun: This reverts commit ed1846562fef047cca1847d16d79dd3ee8092ac2. - http://git.io/1qXRAw | 13:19 |
blackburn | sonney2k: interesting thing: libshogun examples can't run cause they don't know anything about PTHREAD_LOCK_T.. | 14:34 |
blackburn | I have no idea how to avoid this | 15:00 |
-!- in3xes [~in3xes@180.149.49.227] has joined #shogun | 15:07 | |
-!- f-x [~user@117.192.221.24] has joined #shogun | 16:40 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 17:13 | |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 258 seconds] | 17:16 | |
-!- in3xes_ is now known as in3xes | 17:44 | |
CIA-87 | shogun: Sergey Lisitsyn master * r904b1a8 / examples/undocumented/python_modular/preprocessor_kernellocallylinearembedding_modular.py : Added kLLE example - http://git.io/dYIuQg | 17:49 |
-!- alesis-novik [~alesis@188.74.87.206] has quit [Quit: Leaving] | 18:48 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 18:48 | |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 18:52 | |
-!- f-x [~user@117.192.221.24] has quit [Remote host closed the connection] | 19:00 | |
CIA-87 | shogun: Sergey Lisitsyn master * r876909b / src/shogun/preprocessor/DimensionReductionPreprocessor.h : Added AUTO_TARGET_DIM option for dimensionality reduction preprocessor - http://git.io/0Ux-1A | 19:06 |
-!- serialhex [~quassel@99-101-148-183.lightspeed.wepbfl.sbcglobal.net] has quit [Remote host closed the connection] | 19:19 | |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has joined #shogun | 19:21 | |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has quit [Ping timeout: 260 seconds] | 19:25 | |
-!- in3xes_ is now known as in3xes | 19:36 | |
blackburn | sonney2k: should -larpack or so be in params of check.sh of libshogun? | 20:15 |
blackburn | for arpack test being compiled | 20:15 |
@sonney2k | blackburn, why should examples know anything about PTHREAD_LOCK_T? | 20:22 |
@sonney2k | blackburn, no we need to modify the code then to don't have library calls in the .h file | 20:23 |
@sonney2k | blackburn, then this can be avoided | 20:23 |
blackburn | sonney2k: arpack.h have no library calls | 20:24 |
blackburn | but not visible for some reason | 20:24 |
blackburn | can't understand why | 20:24 |
@sonney2k | then I don't understand what you mean | 20:24 |
blackburn | I tried to make mathematics_arpack.cpp example | 20:24 |
blackburn | but arpack_dsaeupd_wrap routine 'was not declared' | 20:25 |
@sonney2k | blackburn, could it be that you don't include lib/config.h in the file where you define arpack? | 20:29 |
blackburn | hmm I didn't | 20:31 |
blackburn | didn't help :( | 20:32 |
blackburn | sonney2k: any other ideas? | 20:35 |
blackburn | oh I see | 20:36 |
blackburn | wrong order of includes :) | 20:37 |
@sonney2k | blackburn, err no | 20:37 |
@sonney2k | then some include is missing somewhere | 20:37 |
blackburn | sonney2k: I placed include of config *after* ifdefs | 20:38 |
@sonney2k | but lib/config.h must be included first that is right | 20:38 |
@sonney2k | ok | 20:38 |
@sonney2k | blackburn, what about the PTHREAD_LOCK_T thing? | 20:38 |
@sonney2k | resolved? | 20:38 |
@sonney2k | blackburn, btw is that perhaps the reason for the crash we were seeing? | 20:39 |
* sonney2k tries | 20:39 | |
@sonney2k | unfortunately not | 20:40 |
blackburn | sonney2k: I can't fix it | 20:41 |
@sonney2k | what? | 20:41 |
blackburn | I've reverted sgobject transition | 20:42 |
blackburn | now it uses mutex | 20:42 |
blackburn | when I try to use PTHREAD_LOCK_T there - examples fails | 20:42 |
blackburn | I don't know why | 20:42 |
CIA-87 | shogun: Sergey Lisitsyn master * r80149f4 / (7 files in 3 dirs): Improved and renamed arpack wrapper, added libshogun arpack example - http://git.io/FPkGAQ | 20:48 |
@sonney2k | blackburn, I found the problem | 20:53 |
@sonney2k | bug in configure script | 20:53 |
blackburn | to which issue is it related? | 20:54 |
@sonney2k | blackburn, and only possible because we are doing library calls in .h file | 20:54 |
@sonney2k | to the lib/config.h include one and the library calls in .h file one | 20:54 |
@sonney2k | I will commit a revert reverted SGObject version with the & replaced soon | 20:55 |
blackburn | sonney2k: so should config.h be included in prior of every HAVE_*? | 20:59 |
@sonney2k | blackburn, yes | 20:59 |
blackburn | ohh | 20:59 |
@sonney2k | once per file at most :) | 21:00 |
blackburn | yeah I see.. | 21:00 |
@sonney2k | blackburn, of course we could avoid this if we had no ifdef HAVE_XXX in a .h file | 21:03 |
@sonney2k | but that is not possible | 21:03 |
blackburn | sure | 21:03 |
blackburn | sonney2k: so did you manage to make generic lock work in sgobject? | 21:04 |
@sonney2k | yes | 21:06 |
blackburn | how? | 21:06 |
@sonney2k | blackburn, configure was not writing out the HAVE_PTHREAD to lib/config.h | 21:06 |
blackburn | oh | 21:07 |
@sonney2k | but only setting it in DEFINES (arguments passed to g++) | 21:07 |
@sonney2k | same for SPINLOCKS btw | 21:07 |
blackburn | my bug :D | 21:07 |
blackburn | hmm but spinlock is yours | 21:07 |
@sonney2k | I copy pasted from PTHREAD :) | 21:07 |
blackburn | sonney2k: your email is wonderful thing to start a day with haha :D | 21:08 |
blackburn | btw I had a dream I killed someone and got email What have you done :D | 21:09 |
@sonney2k | blackburn, I spend all my spare time on hunting this bug today too - so you are not alone... | 21:09 |
blackburn | sonney2k: how soon will you receive new computer? | 21:10 |
@sonney2k | blackburn, no idea - hopefully this week | 21:10 |
CIA-87 | shogun: Sergey Lisitsyn master * ra030b01 / (9 files): Added necessary include of config header to preprocessors - http://git.io/PZFclQ | 21:10 |
blackburn | sonney2k: I've got this picture for the promoter data: http://dl.dropbox.com/u/10139213/shogun/pr.png | 21:11 |
blackburn | have you any ideas what axes could mean? :D | 21:12 |
@sonney2k | blackburn, for one I would expect GC frequency | 21:20 |
blackburn | sonney2k: hm! I should check, thanks | 21:21 |
blackburn | sonney2k: what do you think about storing consts this way? https://github.com/shogun-toolbox/shogun/commit/876909b8ef40dc42c7beb543cd6a9b4de0dde89f#L0R101 | 21:32 |
blackburn | it is used in java commonly | 21:33 |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has joined #shogun | 21:34 | |
blackburn | for examples I can do something like | 21:34 |
blackburn | ltsa = LocalTangentSpaceAlignment() | 21:34 |
blackburn | ltsa.set_target_dim(ltsa.AUTO_TARGET_DIM) | 21:34 |
blackburn | without any import except ltsa itself | 21:34 |
blackburn | for example* | 21:34 |
@sonney2k | blackburn, shouldn't it be static const int32_t AUTO_TARGET_DIM ? | 21:34 |
blackburn | what is the difference? | 21:35 |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has quit [Client Quit] | 21:35 | |
blackburn | hmm yes | 21:36 |
CIA-87 | shogun: Soeren Sonnenburg master * r728d1de / (3 files in 2 dirs): | 21:36 |
CIA-87 | shogun: Merge pull request #307 from alesis/gmm | 21:36 |
CIA-87 | shogun: Bug fix for GMM. - http://git.io/-KA8nw | 21:36 |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has joined #shogun | 21:36 | |
CIA-87 | shogun: Soeren Sonnenburg master * ra715fc7 / (5 files in 3 dirs): | 21:36 |
CIA-87 | shogun: Merge pull request #308 from frx/streaming_vw | 21:36 |
CIA-87 | shogun: VW application and option to save predictions to a file - http://git.io/nBVdUw | 21:36 |
CIA-87 | shogun: Soeren Sonnenburg master * re7aed82 / src/interfaces/ruby_modular/modshogun.rb : don't require pry - http://git.io/gvcwBw | 21:37 |
CIA-87 | shogun: Soeren Sonnenburg master * r4d7f40a / (src/shogun/base/SGObject.cpp src/shogun/base/SGObject.h): use generic defines for pthread spinlock / mutexes - http://git.io/LDtbWg | 21:37 |
CIA-87 | shogun: Soeren Sonnenburg master * ra57de60 / (4 files in 3 dirs): fix the mutex/spinlock bugs - http://git.io/EZz-hw | 21:37 |
CIA-87 | shogun: Soeren Sonnenburg master * rd32fded / (src/shogun/base/SGObject.cpp src/shogun/base/SGObject.h): | 21:37 |
CIA-87 | shogun: move library calls in SGObject into .cpp files and un-inline respective | 21:37 |
CIA-87 | shogun: functions - http://git.io/KmWuxQ | 21:37 |
CIA-87 | shogun: Sergey Lisitsyn master * r706bca0 / src/shogun/preprocessor/DimensionReductionPreprocessor.h : int32_t const -> const int32_t in dimreductionpreprocessor - http://git.io/WTJw2A | 21:40 |
blackburn | sonney2k: so what are the tasks we have to finish? | 21:41 |
blackburn | there should be <50 warning now, seems various examples is what we have to do | 21:42 |
@sonney2k | blackburn, get the test suite to work fix remaining warnings, fix / port examples for all new languages, get installer to work for new languages, write / update make release script | 21:47 |
@sonney2k | I am working on the install scripts currently | 21:49 |
@sonney2k | blackburn, would be good if you could get the warnings down to 0 | 21:49 |
blackburn | hmm okay | 21:49 |
@sonney2k | (and you don't need a buildbot for that - just compile python_modular and you see all the many) | 21:49 |
blackburn | sure but I usually disable doxygen hah | 21:49 |
@sonney2k | I never do | 21:50 |
@sonney2k | I guess I like to suffer | 21:50 |
@sonney2k | blackburn, btw it doesn't even compile here w/ doxygen on | 21:51 |
blackburn | ehh why? | 21:51 |
@sonney2k | blackburn, some unicode errror you\u22c5' ? | 21:51 |
@sonney2k | no idea what that could be | 21:51 |
blackburn | where? | 21:51 |
@sonney2k | no idea | 21:51 |
blackburn | okay will try to detec | 21:51 |
blackburn | t | 21:51 |
@sonney2k | blackburn, found it | 21:52 |
@sonney2k | was ? | 21:52 |
@sonney2k | and in your commit | 21:52 |
CIA-87 | shogun: Soeren Sonnenburg master * r1a48148 / src/shogun/preprocessor/MultidimensionalScaling.h : fix unicode error - http://git.io/0hMEfA | 21:53 |
blackburn | oh | 21:56 |
blackburn | no idea what it is | 21:56 |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has quit [Quit: Leaving.] | 21:59 | |
@sonney2k | blackburn, it looks like a broken pixel on my display | 21:59 |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has joined #shogun | 21:59 | |
@sonney2k | I was first trying to remove the dust from my display but it is an actual unicode character pixel ? | 22:00 |
@sonney2k | heiko, how is it going? | 22:03 |
heiko | sonney2k, hi, the stuff in running, no more errors | 22:03 |
heiko | but it leaks | 22:03 |
@sonney2k | the first sentence is exactly what I wanted to hear :) | 22:04 |
heiko | there are some minor memory leaks which i hope to fix soon :) | 22:04 |
heiko | Though its kind of complicated to add a migration now, but you will see. Let me just hunt down the memory leaks .) | 22:04 |
@sonney2k | heiko, I guess you will be just in time for when the new buildbot arrives | 22:05 |
heiko | when will that be? :) | 22:06 |
blackburn | sonney2k: have you seen doc in vojtech's toolkit? | 22:08 |
@sonney2k | no - did you? | 22:08 |
blackburn | I want similar | 22:08 |
@sonney2k | heiko, somewhen this week | 22:08 |
@sonney2k | blackburn, does it contain formulas? | 22:09 |
blackburn | it contains short description | 22:09 |
blackburn | yeah | 22:09 |
blackburn | and it is in latex -> pdf | 22:09 |
@sonney2k | blackburn, yeah but then jsut write formulas | 22:09 |
@sonney2k | I did... | 22:09 |
blackburn | no, I want to choke seeing doxygen formulas | 22:09 |
@sonney2k | blackburn, http://www.shogun-toolbox.org/doc/classshogun_1_1CKernelMachine.html | 22:09 |
blackburn | don't like it | 22:11 |
@sonney2k | blackburn, if you want to spend all your life keeping the documentation up-to-date - feel free | 22:11 |
@sonney2k | blackburn, or write a book even | 22:11 |
blackburn | why? do methods change? | 22:11 |
@sonney2k | all the time | 22:12 |
blackburn | ehm | 22:12 |
@sonney2k | and no one updates documentation | 22:12 |
blackburn | e.g. LLE stays LLE | 22:12 |
@sonney2k | it is already tough enough to update the doc inside the source code | 22:12 |
blackburn | no chance it will be changed | 22:12 |
@sonney2k | blackburn, haha - like PCACut you mean? | 22:12 |
@sonney2k | or Classifier | 22:13 |
blackburn | no | 22:13 |
blackburn | not the API doc | 22:13 |
@sonney2k | blackburn, the method itself? | 22:13 |
blackburn | yes | 22:13 |
@sonney2k | for that a pointer to a paper is all that is needed | 22:13 |
blackburn | everytime I see vojtech's toolbox description I cry and want the same for shogun :( | 22:14 |
blackburn | :D | 22:14 |
@sonney2k | blackburn, no one wants to write documentation - so if you don't do it it will always be like this | 22:15 |
blackburn | possibly it is because I'm a latex fan | 22:15 |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 22:16 | |
blackburn | sonney2k: btw I have a nice doc for my preprocessors :P even without mistakes haha | 22:17 |
@sonney2k | serialhex proof-read it? | 22:17 |
blackburn | yeah | 22:17 |
@sonney2k | heiko, this week I hope | 22:17 |
heiko | sonney2k, ok | 22:17 |
@sonney2k | heiko, my machine is just too unstable ... | 22:17 |
@sonney2k | so I bought a new one | 22:18 |
heiko | ok, cool that we got a new one then | 22:18 |
heiko | will you install it at home? | 22:18 |
@sonney2k | heiko, now with 16G of memory - btw whose price dropped to 52 EUR now | 22:18 |
heiko | oh no, i paid too much :) | 22:18 |
heiko | but my 4gb are cool now, everything much faster | 22:18 |
blackburn | sonney2k: do you know everything fails now? | 22:19 |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 22:19 | |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has quit [Quit: Leaving.] | 22:21 | |
@sonney2k | blackburn, life is a total failure - in the end we all fail (aka die) or what are you talking about? | 22:21 |
blackburn | examples | 22:22 |
blackburn | they all fail now | 22:22 |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has joined #shogun | 22:22 | |
@sonney2k | blackburn, no they work here | 22:23 |
blackburn | I'm up-to-date | 22:24 |
@sonney2k | me too | 22:24 |
blackburn | all examples fails with segfaults | 22:24 |
@sonney2k | blackburn, all work through nicely | 22:24 |
@sonney2k | libshogun, python_modular... | 22:24 |
blackburn | ok will try to rebuild | 22:25 |
blackburn | and reconfigure | 22:25 |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has left #shogun [] | 22:30 | |
blackburn | sonney2k: still fails | 22:33 |
blackburn | ==2650== Invalid write of size 1 | 22:34 |
blackburn | ==2650== at 0x43FF689: shogun::CGaussianKernel::set_compact_enabled(bool) (GaussianKernel.h:118) | 22:34 |
@sonney2k | blackburn, are you at 1a481483e709e3d1a0010e7c8d5bf8bfdeb4333c | 22:34 |
@sonney2k | ? | 22:34 |
blackburn | ??? | 22:34 |
blackburn | yes | 22:34 |
@sonney2k | git clean -dfx | 22:34 |
@sonney2k | ./configure --interfaces=python_modular +otheropts | 22:35 |
@sonney2k | maek | 22:35 |
@sonney2k | make | 22:35 |
@sonney2k | make install | 22:35 |
blackburn | I already did distclean and configure and make | 22:35 |
blackburn | trying again | 22:35 |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has joined #shogun | 22:38 | |
@sonney2k | blackburn, I also rebuild /reinstalled everything - works all nicely | 22:41 |
blackburn | sonney2k: Segmentation fault | 22:43 |
blackburn | sonney2k: okay got it | 22:44 |
@sonney2k | ? | 22:44 |
blackburn | I didn't recompile examples | 22:44 |
blackburn | all ok now | 22:44 |
@sonney2k | blackburn, next time just type make check-examples | 22:47 |
@sonney2k | that will do it for you | 22:47 |
blackburn | yeah it is what I did | 22:47 |
blackburn | now | 22:47 |
@sonney2k | blackburn, so now you can finally fix examples :) | 22:52 |
@sonney2k | err warnings | 22:52 |
blackburn | yeah will start in a min | 22:52 |
blackburn | not really much left | 22:52 |
@sonney2k | I have lots of in preprocessors... | 22:52 |
@sonney2k | 10-20 already | 22:52 |
blackburn | yeah it is because of kpca refactoring | 22:53 |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has quit [Read error: Connection reset by peer] | 23:08 | |
-!- heiko [~heiko@541D5B0C.cm-5-6b.dynamic.ziggo.nl] has joined #shogun | 23:09 | |
heiko | sonney2k, my example is now memclean :) :) | 23:24 |
heiko | now for some more complex tests | 23:30 |
blackburn | warnings -> 0 | 23:42 |
blackburn | verrrrry soon hah | 23:42 |
@sonney2k | heiko, great! | 23:46 |
@sonney2k | go guys go! | 23:46 |
blackburn | 10 to go | 23:47 |
heiko | sonney2k, I will open a pull request so that you can read a bit what I did. | 23:47 |
heiko | I will polish it a bit more, don't yet merge | 23:48 |
@sonney2k | heiko, ok | 23:48 |
@sonney2k | blackburn, btw regarding documentation - I had a look at what you all wrote. I think it really needs some improvement in the header: like formula of the problem that is to be solved and when it is most useful to use this method plus a pointer to a paper. | 23:49 |
blackburn | sonney2k: are you kidding? we will never finish if I writing true doc | 23:49 |
@sonney2k | blackburn, what is a true doc? | 23:50 |
blackburn | with formulas, etc | 23:50 |
blackburn | papers | 23:50 |
blackburn | I will improve doc but writing all of it now - it is impossible | 23:50 |
blackburn | sonney2k: or what do you mean? | 23:52 |
blackburn | the whole shogun or my preprocs? | 23:52 |
blackburn | if the whole shogun ^ | 23:52 |
@sonney2k | I didn't say that you have to do it *now* - I said that documentation is worse than average - which is e.g. http://www.shogun-toolbox.org/doc/classshogun_1_1CSVM.html | 23:52 |
blackburn | yeah sure we have worst doc ever | 23:53 |
@sonney2k | not true | 23:55 |
@sonney2k | we don't have a book or tutorial | 23:55 |
@sonney2k | it is more like a reference for someone who knows about ML | 23:55 |
blackburn | yeah | 23:56 |
blackburn | 2 warnings left | 23:56 |
@sonney2k | blackburn, writing a tutorial style book for the methods inside of shogun is like 1000 pages | 23:58 |
@sonney2k | good luck when attempting that | 23:59 |
blackburn | calm down I don't want to write it | 23:59 |
@sonney2k | blackburn, you wine all the time | 23:59 |
--- Log closed Tue Aug 23 00:00:15 2011 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!