--- Log opened Tue May 22 00:00:05 2012 | ||
--- Day changed Tue May 22 2012 | ||
-!- cronor [~cronor@e177093001.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds] | 00:00 | |
-!- cronor [~cronor@g231228106.adsl.alicedsl.de] has joined #shogun | 00:26 | |
-!- karlnapf [~heiko@host86-176-3-178.range86-176.btcentralplus.com] has joined #shogun | 00:44 | |
-!- karlnapf [~heiko@host86-176-3-178.range86-176.btcentralplus.com] has left #shogun [] | 00:56 | |
-!- ckwidmer [~chris@HSI-KBW-046-005-237-106.hsi8.kabel-badenwuerttemberg.de] has quit [Remote host closed the connection] | 01:31 | |
CIA-113 | shogun: Sergey Lisitsyn master * r17f015e / (9 files in 2 dirs): Fixes for binary evaluations - http://git.io/pAdW-w | 01:44 |
---|---|---|
CIA-113 | shogun: Sergey Lisitsyn master * r4b44437 / (9 files in 4 dirs): Renamed LT_REAL to LT_REGRESSIONw - http://git.io/PLWUbA | 01:46 |
-!- cronor [~cronor@g231228106.adsl.alicedsl.de] has quit [Quit: cronor] | 01:51 | |
CIA-113 | shogun: Sergey Lisitsyn master * r74ec526 / src/shogun/machine/DistanceMachine.h : Removed junk methods from DistanceMachine - http://git.io/1oMJ3A | 01:54 |
blackburn | ????????? | 01:54 |
blackburn | hahh wrong window | 01:54 |
blackburn | n4ndo: ok waiting for your commit ;) | 02:15 |
-!- blackburn [~blackburn@188.122.250.167] has left #shogun [] | 02:15 | |
-!- av3ngr [av3ngr@nat/redhat/x-pmomtrbvblgrgxfj] has joined #shogun | 02:16 | |
-!- av3ngr [av3ngr@nat/redhat/x-pmomtrbvblgrgxfj] has quit [Read error: Connection reset by peer] | 02:34 | |
-!- abn_ [av3ngr@nat/redhat/x-xuvdsxngulszmtkw] has joined #shogun | 02:34 | |
-!- vikram360 [~vikram360@117.192.164.136] has joined #shogun | 02:36 | |
-!- abn__ [av3ngr@nat/redhat/x-nwncusfehavfbppt] has joined #shogun | 02:41 | |
-!- abn__ [av3ngr@nat/redhat/x-nwncusfehavfbppt] has quit [Read error: Connection reset by peer] | 02:42 | |
-!- abn__ [av3ngr@nat/redhat/x-kbzvzcoylxapkpmg] has joined #shogun | 02:43 | |
-!- abn_ [av3ngr@nat/redhat/x-xuvdsxngulszmtkw] has quit [Ping timeout: 244 seconds] | 02:45 | |
-!- abn__ [av3ngr@nat/redhat/x-kbzvzcoylxapkpmg] has quit [Read error: Connection reset by peer] | 02:56 | |
-!- av3ngr [av3ngr@nat/redhat/x-gphxnzucexbjznbd] has joined #shogun | 02:57 | |
-!- abn_ [av3ngr@nat/redhat/x-ptsowgvajarwgynm] has joined #shogun | 03:14 | |
-!- abn_ [av3ngr@nat/redhat/x-ptsowgvajarwgynm] has quit [Read error: Connection reset by peer] | 03:15 | |
-!- abn__ [av3ngr@nat/redhat/x-wglprlbbgqmbekcb] has joined #shogun | 03:16 | |
-!- av3ngr [av3ngr@nat/redhat/x-gphxnzucexbjznbd] has quit [Ping timeout: 240 seconds] | 03:18 | |
-!- vikram360 [~vikram360@117.192.164.136] has quit [Ping timeout: 246 seconds] | 03:19 | |
-!- vikram360 [~vikram360@117.192.164.136] has joined #shogun | 03:20 | |
-!- abn__ [av3ngr@nat/redhat/x-wglprlbbgqmbekcb] has quit [Read error: Connection reset by peer] | 03:50 | |
-!- av3ngr [av3ngr@nat/redhat/x-kdvliwlttbrjbtzi] has joined #shogun | 03:50 | |
-!- vikram360 [~vikram360@117.192.164.136] has quit [Ping timeout: 246 seconds] | 04:02 | |
-!- sonney2k [~shogun@7nn.de] has quit [Ping timeout: 245 seconds] | 04:12 | |
-!- sonney2k [~shogun@7nn.de] has joined #shogun | 04:12 | |
-!- av3ngr [av3ngr@nat/redhat/x-kdvliwlttbrjbtzi] has quit [Read error: Connection reset by peer] | 04:25 | |
-!- av3ngr [av3ngr@nat/redhat/x-inlylnpychijztpn] has joined #shogun | 04:25 | |
-!- abn_ [av3ngr@nat/redhat/x-cgbaacwlhhwpwsws] has joined #shogun | 04:39 | |
-!- av3ngr [av3ngr@nat/redhat/x-inlylnpychijztpn] has quit [Ping timeout: 245 seconds] | 04:43 | |
-!- abn__ [av3ngr@nat/redhat/x-iuhkwbiyovdvjszt] has joined #shogun | 04:53 | |
-!- vikram360 [~vikram360@117.192.164.136] has joined #shogun | 04:53 | |
-!- abn_ [av3ngr@nat/redhat/x-cgbaacwlhhwpwsws] has quit [Ping timeout: 256 seconds] | 04:57 | |
-!- abn_ [av3ngr@nat/redhat/x-kkvvuspxqszxjeyk] has joined #shogun | 05:12 | |
-!- abn__ [av3ngr@nat/redhat/x-iuhkwbiyovdvjszt] has quit [Ping timeout: 260 seconds] | 05:16 | |
-!- abn_ [av3ngr@nat/redhat/x-kkvvuspxqszxjeyk] has quit [Read error: Connection reset by peer] | 05:47 | |
-!- abn_ [av3ngr@nat/redhat/x-bdztxorawqjwtbjr] has joined #shogun | 05:47 | |
-!- abn_ [av3ngr@nat/redhat/x-bdztxorawqjwtbjr] has quit [Read error: Connection reset by peer] | 06:11 | |
-!- abn_ [av3ngr@nat/redhat/x-chtrdmvefhcomhyl] has joined #shogun | 06:12 | |
-!- gsomix [~gsomix@188.168.14.173] has quit [Ping timeout: 240 seconds] | 06:35 | |
-!- abn__ [av3ngr@nat/redhat/x-apmagomsomgqogex] has joined #shogun | 06:43 | |
-!- abn_ [av3ngr@nat/redhat/x-chtrdmvefhcomhyl] has quit [Ping timeout: 250 seconds] | 06:47 | |
-!- vikram360 [~vikram360@117.192.164.136] has quit [Ping timeout: 256 seconds] | 06:51 | |
-!- vikram360 [~vikram360@117.192.164.136] has joined #shogun | 06:57 | |
-!- abn_ [av3ngr@nat/redhat/x-zlsbjwqpoxgnkuui] has joined #shogun | 06:59 | |
-!- abn__ [av3ngr@nat/redhat/x-apmagomsomgqogex] has quit [Ping timeout: 248 seconds] | 07:03 | |
-!- sonne|work [~sonnenbu@194.78.35.195] has quit [Read error: Operation timed out] | 07:04 | |
-!- av3ngr [av3ngr@nat/redhat/x-mkyrjichayeuozkq] has joined #shogun | 07:06 | |
-!- sonne|work [~sonnenbu@194.78.35.195] has joined #shogun | 07:06 | |
-!- av3ngr [av3ngr@nat/redhat/x-mkyrjichayeuozkq] has quit [Read error: Connection reset by peer] | 07:09 | |
-!- abn__ [av3ngr@nat/redhat/x-hicajxdxbmsvfprp] has joined #shogun | 07:09 | |
-!- abn_ [av3ngr@nat/redhat/x-zlsbjwqpoxgnkuui] has quit [Ping timeout: 250 seconds] | 07:10 | |
-!- av3ngr [av3ngr@nat/redhat/x-upbeghnmqgjxwjor] has joined #shogun | 07:24 | |
-!- abn__ [av3ngr@nat/redhat/x-hicajxdxbmsvfprp] has quit [Ping timeout: 276 seconds] | 07:28 | |
-!- av3ngr [av3ngr@nat/redhat/x-upbeghnmqgjxwjor] has quit [Read error: Connection reset by peer] | 07:34 | |
-!- abn_ [av3ngr@nat/redhat/x-dkjdkzksiuznnryi] has joined #shogun | 07:35 | |
-!- abn__ [av3ngr@nat/redhat/x-wzgmklxvgtfdklwi] has joined #shogun | 07:44 | |
-!- abn_ [av3ngr@nat/redhat/x-dkjdkzksiuznnryi] has quit [Ping timeout: 265 seconds] | 07:48 | |
-!- mode/#shogun [+o sonney2k] by ChanServ | 07:50 | |
CIA-113 | shogun: Soeren Sonnenburg master * rc0954f1 / (49 files): fix python modular example for new label system - http://git.io/GWd4Jg | 08:03 |
-!- abn__ [av3ngr@nat/redhat/x-wzgmklxvgtfdklwi] has quit [Read error: Connection reset by peer] | 08:04 | |
-!- abn__ [av3ngr@nat/redhat/x-caxmknntobyjaorc] has joined #shogun | 08:04 | |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: wiking] | 08:09 | |
CIA-113 | shogun: Soeren Sonnenburg master * rd7d1505 / src/interfaces/modular/Machine.i : use more fine grained %rename of apply() to get converters back to work - http://git.io/Bwaw6A | 08:15 |
-!- abn__ [av3ngr@nat/redhat/x-caxmknntobyjaorc] has quit [Read error: Connection reset by peer] | 08:25 | |
-!- av3ngr [av3ngr@nat/redhat/x-hbmcwvnwmfwdwwgk] has joined #shogun | 08:26 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 08:36 | |
-!- av3ngr [av3ngr@nat/redhat/x-hbmcwvnwmfwdwwgk] has quit [Read error: Connection reset by peer] | 08:39 | |
-!- av3ngr [av3ngr@nat/redhat/x-htrnusvtyczkfwxc] has joined #shogun | 08:39 | |
-!- av3ngr [av3ngr@nat/redhat/x-htrnusvtyczkfwxc] has quit [Read error: Connection reset by peer] | 08:43 | |
-!- abn_ [av3ngr@nat/redhat/x-qjjmkztgcdxgddqm] has joined #shogun | 08:43 | |
-!- uricamic [~uricamic@2001:718:2:1634:d9cd:b2c5:1776:917b] has joined #shogun | 08:54 | |
sonne|work | n4nd0: making progress? | 08:56 |
n4nd0 | sonne|work: I am right now with the problem type thing blackburn told me about yesterday | 08:57 |
sonne|work | n4nd0: yeah it is very critical to get this done fast | 08:57 |
-!- pluskid [~pluskid@111.120.62.119] has joined #shogun | 08:57 | |
sonne|work | this will fix lots of crashers | 08:57 |
sonne|work | pluskid: new labels are in place now, lots of stuff works - maybe you try your MC stuff | 08:57 |
pluskid | sonne|work: cool! | 08:58 |
n4nd0 | sonne|work: I understand that vowpal wabbit is used for classification, but does it support multiclass or just binary? | 09:02 |
sonne|work | I think binary | 09:03 |
n4nd0 | sonne|work: all right, what about CWDSVMOcas, I think this is the one that can be used both for regression and binary classification | 09:11 |
sonne|work | no binary only | 09:11 |
n4nd0 | mmm | 09:11 |
n4nd0 | apply returns CRegressionLabels though | 09:12 |
sonne|work | fix it! | 09:13 |
sonne|work | apply() should always return CLabels | 09:13 |
sonne|work | and in this case CBinaryLabels down or up cast to CLabels :) | 09:13 |
n4nd0 | all right | 09:14 |
n4nd0 | well it actually returns CLabels since the prototype of the function is CLabels* apply, but internally those labels are created as CRegressionLabels* | 09:15 |
n4nd0 | sonne|work: I will change that to CBinaryLabels, ok? | 09:16 |
sonne|work | sure | 09:16 |
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 09:23 | |
-!- abn_ [av3ngr@nat/redhat/x-qjjmkztgcdxgddqm] has quit [Quit: That's all folks!] | 09:24 | |
sonne|work | n4nd0: I guess there will be a couple of such things - because I used RealLabels aka RegressionLabels now for all classifier output before we switched yesterday :) | 09:29 |
n4nd0 | ok, I will take it into account | 09:29 |
n4nd0 | is it possible to ammend a past commit? | 09:39 |
n4nd0 | I have some changes I want to include to a commit that is not the last one I did, but three commits ago | 09:40 |
n4nd0 | I have tried doing git reset HEAD^^ | 09:40 |
n4nd0 | stage the files with the changes I want to amend to the commit | 09:40 |
n4nd0 | git commit --amend | 09:40 |
n4nd0 | and later come back to the tip of the branch using git reset and the SHA1 | 09:41 |
sonne|work | n4nd0: wiking or pluskid might know... I have never done this but I guess git reset is needed :) | 09:55 |
-!- karlnapf [~heiko@host86-176-102-20.range86-176.btcentralplus.com] has joined #shogun | 09:56 | |
pluskid | n4nd0: I don't know either. I guess git stash won't work. But maybe you can use git format-patch to create patches and re-apply them later | 09:56 |
n4nd0 | pluskid: yeah, I think git format-patch may be useful for this, thank you! | 09:57 |
n4nd0 | sonne|work: I think the problem type changes are done now, tell me if something is not ok | 10:16 |
n4nd0 | I may have forgotten any machine | 10:16 |
sonne|work | n4nd0: just run make check-examples - you will see if more things work now :) | 10:16 |
CIA-113 | shogun: iglesias master * r09e6617 / (src/shogun/machine/Machine.h src/shogun/multiclass/QDA.h): + problem type macro in Machine and + return PT in QDA - http://git.io/3PUoqg | 10:18 |
CIA-113 | shogun: iglesias master * r29c5724 / src/shogun/classifier/svm/WDSVMOcas.cpp : * fix CRegressionLabels* to CBinaryLabels* in apply - http://git.io/S3HhEg | 10:18 |
CIA-113 | shogun: iglesias master * r13377dd / (27 files in 5 dirs): + return problem type in more classifiers - http://git.io/Uleu3w | 10:18 |
CIA-113 | shogun: iglesias master * rbfab371 / (8 files in 2 dirs): + return problem type in regression machines - http://git.io/2hMqUg | 10:18 |
CIA-113 | shogun: Soeren Sonnenburg master * r3801ecf / (37 files in 7 dirs): Merge pull request #538 from iglesias/problem_type - http://git.io/qpJIeg | 10:18 |
n4nd0 | qutie a few of them still failing | 10:18 |
sonne|work | which? | 10:19 |
n4nd0 | I have selected a random one right one and I found something curious | 10:21 |
n4nd0 | [ERROR] assertion m_labels->get_label_type() == LT_BINARY failed in file classifier/svm/LibLinear.cpp line 82 | 10:21 |
n4nd0 | that is used from | 10:21 |
n4nd0 | classifier_multiclasslinearmachine in libshogun | 10:21 |
n4nd0 | I guess that the problem is that in that example the labels used are CMulticlassLabels | 10:21 |
n4nd0 | while LibLinear requires them to be LT_BINARY | 10:21 |
sonne|work | n4nd0: but that is multiclasslbilinear | 10:23 |
n4nd0 | I didn't understand | 10:24 |
sonne|work | we have a class for multiclassliblinear and for binaryclassliblinear | 10:25 |
n4nd0 | do you mean that multiclassliblinear should be used for that and not LibLinear | 10:25 |
sonne|work | no idea why CLibLinear::train is even called! | 10:25 |
sonne|work | if this really is a MC example | 10:25 |
n4nd0 | this is an example I wrote | 10:26 |
n4nd0 | the idea was to use a binary classifier with one of the multiclass strategies | 10:26 |
sonne|work | n4nd0: ahh ok then this is a bug pluskid needs to handle | 10:26 |
n4nd0 | I'd say that probably one must cast labels when the MulticlassMachine uses the train method of the BinaryMachine | 10:27 |
n4nd0 | from MulticlassLabels to BinaryLabels | 10:27 |
pluskid | I'll look at this | 10:28 |
sonne|work | n4nd0: I think that linear mc machine does not create binary labels | 10:28 |
sonne|work | pluskid: thx | 10:28 |
-!- blackburn [~blackburn@188.122.250.167] has joined #shogun | 10:30 | |
blackburn | oh wow | 10:30 |
-!- uricamic1 [~uricamic@2001:718:2:1634:5c56:5c20:5842:ed51] has joined #shogun | 10:30 | |
sonne|work | blackburn: morning! | 10:31 |
blackburn | guten tag | 10:32 |
sonne|work | blackburn: could you fix the evaluations please? | 10:32 |
blackburn | ehm what to fix else? | 10:32 |
blackburn | I was pretty sure I fixed it :) | 10:32 |
-!- uricamic [~uricamic@2001:718:2:1634:d9cd:b2c5:1776:917b] has quit [Ping timeout: 245 seconds] | 10:32 | |
n4nd0 | blackburn: I've just run make check-examples after doing the problem type things but several of them still fail :( | 10:33 |
sonne|work | blackburn: wait evaluations use confidences now to actually do the evaluations? | 10:33 |
blackburn | sonne|work: yes | 10:33 |
sonne|work | for ROC/pRC that is? | 10:33 |
blackburn | sonne|work: yes | 10:33 |
blackburn | confidences of binary labels | 10:33 |
sonne|work | ok | 10:33 |
blackburn | binary labels set confidences from vectors | 10:33 |
sonne|work | well multiclass machines are broken currently | 10:34 |
sonne|work | blackburn: ImportError: cannot import name AccuracyMeasure | 10:34 |
sonne|work | ?? | 10:34 |
sonne|work | what happened? | 10:34 |
pluskid | problem here is brute force type casting | 10:34 |
blackburn | sonne|work: ah I removed it :D | 10:34 |
blackburn | did you use it? | 10:34 |
sonne|work | why? | 10:34 |
blackburn | sonne|work: I thought it is pretty useless | 10:34 |
sonne|work | I like accuracy :) | 10:34 |
sonne|work | no keep it | 10:34 |
blackburn | sonne|work: ContingencyTableEvaluation(ACCURACY) | 10:35 |
sonne|work | keep it | 10:35 |
blackburn | argh | 10:35 |
sonne|work | explicit is good | 10:35 |
blackburn | sonne|work: a bunch of classes we don't really need | 10:35 |
sonne|work | I need this | 10:35 |
blackburn | rrr | 10:36 |
CIA-113 | shogun: Sergey Lisitsyn master * r4e4ae17 / src/shogun/evaluation/ContingencyTableEvaluation.h : Restored explicit measure classes - http://git.io/Ya21QQ | 10:40 |
blackburn | sonne|work: should work now | 10:41 |
blackburn | hmm multiclass is b0rken for sure | 10:46 |
CIA-113 | shogun: Soeren Sonnenburg master * rd59c2b2 / (4 files in 2 dirs): Label fix for missing examples - http://git.io/1pIo3Q | 10:47 |
pluskid | quite broken | 10:47 |
sonne|work | of course it is | 10:47 |
blackburn | I am working on it | 10:47 |
sonne|work | blackburn: IIRC pluskid too? | 10:47 |
pluskid | which part are you working on? | 10:47 |
blackburn | MulticlassMachine :D | 10:47 |
blackburn | hmm | 10:47 |
sonne|work | blackburn: shouldn't pluskid better work on this? | 10:48 |
pluskid | 149: MCLabel -> BinaryLabel | 10:48 |
sonne|work | blackburn: and you better check why evaluations fail? | 10:48 |
pluskid | I have fixed this | 10:48 |
blackburn | sonne|work: what fails? | 10:48 |
blackburn | let me commit what I've done then | 10:48 |
sonne|work | blackburn: run the examples | 10:48 |
sonne|work | libshogun, python_modular ... | 10:49 |
sonne|work | lots of stuff works but some still fails | 10:49 |
blackburn | I've tested ROC/PRC last night | 10:50 |
sonne|work | blackburn: well just go over the failing (non-mc) examples then | 10:53 |
blackburn | let me commit first | 10:53 |
CIA-113 | shogun: Sergey Lisitsyn master * r31c9307 / (4 files in 2 dirs): Some fixes for multiclass machine - http://git.io/id1lZw | 10:55 |
blackburn | pluskid: ok please continue with multiclass | 10:55 |
pluskid | ok | 10:56 |
-!- gsomix [~gsomix@188.168.3.106] has joined #shogun | 10:56 | |
gsomix | hi all | 10:56 |
sonne|work | pluskid, blackburn: btw everyone no need to explicitly typecast labels - better use (the safe!) CMulticlassLabels::obtain_from_genereric(lab) etc functions | 10:57 |
sonne|work | it will give you a CMulticlassLabel but check if casting is safe | 10:57 |
pluskid | cool | 10:57 |
pluskid | btw: sonne|work why you commented out the pure-virtual get_label_type in the base CLabels? | 10:58 |
sonne|work | all this RegressionLabels crap that machines return is mostly due to legacy | 10:58 |
pluskid | and make it return REGRESSION? | 10:58 |
sonne|work | what? | 10:58 |
sonne|work | I didn't comment it out | 10:58 |
pluskid | Labels.h:61 | 10:58 |
sonne|work | err?! | 10:58 |
sonne|work | I didn't do that | 10:59 |
pluskid | haha | 11:00 |
CIA-113 | shogun: Soeren Sonnenburg master * rdf320e8 / (src/shogun/labels/DenseLabels.h src/shogun/labels/Labels.h): make get_label_type pure virtual again - http://git.io/QTdklg | 11:00 |
blackburn | it is not me either I think | 11:02 |
blackburn | :D | 11:02 |
sonne|work | haha | 11:02 |
pluskid | some evil ghost is in our dev team :D | 11:03 |
pluskid | very strange problem here... | 11:04 |
pluskid | in n4nd0's libshogun example, a LinearMCMachine is created | 11:04 |
pluskid | then I call get_machine_problem_type of that machine in gdb | 11:05 |
pluskid | it returns PT_BINARY | 11:05 |
pluskid | -.- | 11:05 |
CIA-113 | shogun: Sergey Lisitsyn master * rb6a6727 / examples/undocumented/python_modular/serialization_matrix_modular.py : Fixed serialization_matrix_modular example - http://git.io/ALHF4g | 11:06 |
CIA-113 | shogun: Sergey Lisitsyn master * r9eb2a83 / (3 files in 2 dirs): Fixed GaussianProcessRegression - http://git.io/6tUArQ | 11:06 |
blackburn | n4nd0: btw inline virtual makes no sense | 11:06 |
pluskid | hmm | 11:08 |
blackburn | pluskid: hmmmm | 11:08 |
pluskid | forgot to recompile | 11:08 |
pluskid | after updating the shared library | 11:08 |
pluskid | so the vtable is confused | 11:08 |
blackburn | pluskid: but wait there is no mention of proper PT_MULTICLASS in LinearMulticlassMachine | 11:09 |
pluskid | previously no | 11:09 |
pluskid | I've added this | 11:09 |
blackburn | ah ok | 11:09 |
pluskid | and I found a lot of machines didn't register EMachineType | 11:09 |
pluskid | does it necessary for *every* machine to register this? | 11:10 |
blackburn | pluskid: machine type is rather for static interfaces | 11:10 |
n4nd0 | blackburn: oh really? | 11:17 |
blackburn | n4nd0: what? | 11:17 |
n4nd0 | blackburn: I thought they were different concepts | 11:17 |
n4nd0 | blackburn: why inline virtual doesn't make sense | 11:18 |
blackburn | about inline virtual? | 11:18 |
n4nd0 | yes | 11:18 |
blackburn | hmm can you imagine how can compiler inline a function that calls by pointer? :) | 11:18 |
CIA-113 | shogun: Sergey Lisitsyn master * r28082be / (2 files): Fixed ConjugateIndex - http://git.io/VbDGBg | 11:19 |
CIA-113 | shogun: Chiyuan Zhang master * r52d53fd / (2 files): Fixed multiclass problem-type. - http://git.io/ol9d0w | 11:21 |
CIA-113 | shogun: Sergey Lisitsyn master * rf318aee / (2 files): Merge branch 'multiclass-ecoc' of https://github.com/pluskid/shogun - http://git.io/JAvw8g | 11:21 |
CIA-113 | shogun: Evgeniy Andreev master * r61ff1e2 / (39 files): const methods in Features - http://git.io/84xecw | 11:30 |
CIA-113 | shogun: Sergey Lisitsyn master * r7ca1c60 / (39 files): Merge branch 'const_methods' of https://github.com/gsomix/shogun - http://git.io/K4aUnA | 11:30 |
CIA-113 | shogun: Chiyuan Zhang master * r6216379 / src/shogun/machine/MulticlassMachine.cpp : Simple fix for mkl_multiclass crasher - http://git.io/oxT1pw | 11:30 |
CIA-113 | shogun: Sergey Lisitsyn master * rde154b3 / src/shogun/machine/MulticlassMachine.cpp : Merge branch 'multiclass-ecoc' of https://github.com/pluskid/shogun - http://git.io/kQmGdw | 11:30 |
blackburn | pluskid: larank is failing in python_modular - could you please take a look? | 11:35 |
pluskid | blackburn: I'll try, but I'm not sure I can fix, coz I know nothing about how LaRank works | 11:38 |
pluskid | just back from supper :D | 11:38 |
blackburn | pluskid: no need to know - something is wrong with methods I think | 11:38 |
pluskid | ok | 11:39 |
blackburn | sonne|work: why I see terminate called after throwing an instance of 'shogun::ShogunException' w/o any SG_ERROR message? | 11:40 |
CIA-113 | shogun: Sergey Lisitsyn master * rd204fcd / (src/shogun/multiclass/KNN.cpp src/shogun/multiclass/KNN.h): Proper multiclass labels handling in KNN - http://git.io/4cLTXQ | 11:42 |
sonne|work | blackburn: some exception at illegal place maybe? | 12:00 |
pluskid | blackburn: I found the problem | 12:04 |
blackburn | pluskid: what is? | 12:04 |
pluskid | the apply() method returns a CBinaryLabel | 12:04 |
pluskid | when constructing the CBinaryLabel object | 12:04 |
pluskid | in the constructor, set_label is called | 12:04 |
pluskid | set_label checks whether the label is valid | 12:04 |
pluskid | and found there's only one class | 12:05 |
pluskid | it raise SG_ERROR | 12:05 |
blackburn | hmm | 12:05 |
blackburn | cool | 12:05 |
pluskid | how do you think this should be handled? | 12:05 |
pluskid | sonne|work: what do you think? A BinaryLabel returned by apply() may not be "valid" (i.e. two class) | 12:06 |
blackburn | pluskid: does it happen in larank? | 12:08 |
pluskid | yes, in the example | 12:09 |
pluskid | that's why it's failing | 12:09 |
pluskid | although it should print "Not a two class labeling - no positively labeled examples found\n" | 12:09 |
pluskid | don't know why this message is swallowed | 12:10 |
CIA-113 | shogun: Sergey Lisitsyn master * rfca820b / (3 files in 2 dirs): Fixed DomainAdaptation binary svm - http://git.io/9MlBPA | 12:11 |
blackburn | pluskid: but why only one class here? | 12:11 |
pluskid | blackburn: because it classify all examples as negative ? | 12:12 |
blackburn | but larank is multclass? | 12:13 |
pluskid | blackburn: isn't is OvO (or OvR)? | 12:14 |
blackburn | OvR | 12:14 |
blackburn | ah get it | 12:14 |
pluskid | then there should be binary classifier under the sense | 12:14 |
blackburn | damn | 12:14 |
blackburn | we should allow output to be all negative | 12:14 |
blackburn | or all positive. | 12:14 |
pluskid | I'm not sure how to modify this | 12:16 |
pluskid | sonne|work should give some decision here | 12:16 |
blackburn | yeah interesting problem | 12:16 |
-!- vikram360 [~vikram360@117.192.164.136] has quit [Ping timeout: 244 seconds] | 12:33 | |
blackburn | pluskid: ok may be some option that ignores validation? | 12:52 |
blackburn | pluskid: how do you obtain error message? | 13:01 |
blackburn | karlnapf: hey | 13:03 |
karlnapf | blackburn hi | 13:03 |
blackburn | karlnapf: do you have time to take a look on modelselection error? | 13:04 |
karlnapf | yes, just finished studying for today :) | 13:04 |
karlnapf | although I will have lunch before | 13:04 |
karlnapf | but whats the problem | 13:04 |
karlnapf | ? | 13:04 |
blackburn | ok, please take a look on modelselection_grid_search_kernel | 13:04 |
blackburn | it fails with wrong label type | 13:05 |
karlnapf | mmmh | 13:05 |
karlnapf | I did not really check out the new label stuff | 13:05 |
karlnapf | what does that mean, fails with wrong label type? | 13:05 |
blackburn | karlnapf: for some strange reason it passes wrong type of labels to evaluation | 13:06 |
karlnapf | that probably then happens in the select_model method | 13:06 |
blackburn | yes | 13:06 |
blackburn | exactly | 13:06 |
blackburn | hmm wait | 13:07 |
karlnapf | what has happened to the git? | 13:07 |
karlnapf | takes ages to update? | 13:07 |
blackburn | karlnapf: oh wrong data commit | 13:07 |
karlnapf | ? | 13:08 |
blackburn | we will remove it later I hope | 13:08 |
blackburn | karlnapf: one guy updated ASP application and added data | 13:08 |
blackburn | I have removed it but it went to index | 13:08 |
karlnapf | oh no ;) | 13:08 |
karlnapf | argh my git program cant handle that | 13:08 |
karlnapf | crashes | 13:08 |
blackburn | that sounds a bit strange hmm | 13:09 |
karlnapf | I think I will clone freshly | 13:09 |
-!- vikram360 [~vikram360@117.192.164.136] has joined #shogun | 13:10 | |
karlnapf | blackburn, I have to go to the post office now (closes soon) and will have lunch, I will get back here afterwards and try to fix the error | 13:11 |
blackburn | ok | 13:11 |
karlnapf | btw only three exams left :) 2 next week | 13:13 |
blackburn | three? | 13:14 |
blackburn | argh crazy | 13:14 |
karlnapf | hehe :) | 13:15 |
karlnapf | bioinformatics, kernel methods and ML algorithms | 13:15 |
blackburn | weren't the former about the same? | 13:16 |
pluskid | blackburn: I falled asleep ... | 13:22 |
pluskid | blackburn: I do a backtrace of Python | 13:22 |
blackburn | how? | 13:22 |
pluskid | dump the core, and gdb on the core | 13:23 |
blackburn | oh | 13:23 |
pluskid | the validation is in the constructor | 13:23 |
blackburn | pluskid: ok and how to dump the core? :) | 13:23 |
pluskid | ulimit -c unlimited | 13:23 |
pluskid | IIRC | 13:23 |
blackburn | then? | 13:24 |
blackburn | run my python script? | 13:24 |
pluskid | then the core will be dumped | 13:24 |
pluskid | when the program aborts | 13:24 |
blackburn | to file? | 13:24 |
pluskid | yeah | 13:24 |
blackburn | hmm cool | 13:24 |
pluskid | :D | 13:24 |
blackburn | pluskid: and how to gdb on that file? | 13:25 |
pluskid | the validation is called on set_labels, if I remove the validation there, will sonne|work becomes crazy? | 13:25 |
pluskid | gdb program core | 13:25 |
blackburn | hehe | 13:25 |
pluskid | here will be gdb python core | 13:25 |
-!- sonne|work is now known as crazy_horse | 13:25 | |
blackburn | pluskid: ok and the last q - how to trace back? | 13:26 |
crazy_horse | pluskid: it is clear that we need to allow any kind of outputs | 13:26 |
pluskid | blackburn: type "bt" in gdb | 13:26 |
blackburn | (gdb) bt | 13:26 |
blackburn | #0 0x00007f7e095a5445 in ?? () | 13:26 |
blackburn | #1 0x00007f7e095a8bab in ?? () | 13:26 |
blackburn | #2 0x0000000000000000 in ?? () | 13:26 |
pluskid | crazy_horse: so, shall I just remove the validation? | 13:27 |
crazy_horse | the only way I see how to handle that currently is to add some flag via which validation can be disabled | 13:27 |
pluskid | blackburn: I think you should recompile your shogun with debug enabled | 13:27 |
blackburn | oooooooh | 13:27 |
crazy_horse | pluskid: we need this validation when training svms etc | 13:28 |
crazy_horse | if we get invalid labels one gets weird results | 13:28 |
pluskid | crazy_horse: an extra parameter "do_validation" with default value true? | 13:28 |
crazy_horse | question is whether we should call is_valid upon set_labels | 13:28 |
crazy_horse | or should require the call to is_valid in all machines | 13:29 |
pluskid | things become complicated | 13:29 |
pluskid | no simpler solution? | 13:29 |
crazy_horse | I am open for suggestions | 13:29 |
wiking | blackburn: -g | 13:29 |
blackburn | wiking: -g what? | 13:30 |
wiking | blackburn: as a CFLAGS | 13:30 |
blackburn | hmm | 13:30 |
crazy_horse | blackburn: what are you doing? | 13:30 |
blackburn | okay food time | 13:30 |
wiking | blackburn: otherwise u'll have troubles with gdb-ing shogun | 13:30 |
blackburn | crazy_horse: trying to understand why my script fails here | 13:30 |
crazy_horse | pluskid: -g is usually on | 13:31 |
crazy_horse | blackburn: which script | 13:31 |
blackburn | crazy_horse: one for my thesis - uses multiclassliblinear | 13:31 |
crazy_horse | ok | 13:31 |
blackburn | fails on apply with exception but no message | 13:31 |
crazy_horse | why don't you use gdb on it directly? | 13:31 |
blackburn | on python? | 13:32 |
blackburn | hm why not | 13:32 |
crazy_horse | gdb --args python <scriptname.py> | 13:32 |
blackburn | okay I'll try | 13:32 |
pluskid | crazy_horse: how about we do not call valid_labels on constructors, but let CMachine call it before training started? | 13:33 |
crazy_horse | pluskid: that is what I suggested | 13:33 |
crazy_horse | I don't have a better solution... | 13:34 |
crazy_horse | maybe is valid should print a warning only | 13:34 |
crazy_horse | and return a boolean | 13:34 |
pluskid | print a warning doesn't make sense for returned CLabels, either | 13:35 |
blackburn | I think validation before training is better | 13:46 |
blackburn | okay bug I get is exactly that one we have in larank | 13:48 |
pluskid | fixing | 13:49 |
pluskid | BTW, do we need an explicit '\n' in SG_ERROR? | 13:50 |
blackburn | yes | 13:52 |
blackburn | I think so | 13:52 |
pluskid | ok, thanks | 13:55 |
crazy_horse | pluskid: ok then please do the changes and call is_valid() everywhere before training... | 14:00 |
crazy_horse | pluskid: btw there usually is some ASSERT(labels->get_label_type ...) etc just at the start of train*() | 14:01 |
pluskid | crazy_horse: isn't it simply call in CMachine::train? | 14:02 |
pluskid | all subclasses redefines train_machine | 14:02 |
pluskid | but CMachine::train is always called | 14:02 |
crazy_horse | pluskid: ahh indeed | 14:02 |
pluskid | fixing | 14:02 |
crazy_horse | so ASSERT(labels) should be put there too | 14:02 |
crazy_horse | only label type checking is specific to machine | 14:02 |
blackburn | hehe crazy_horse it is way to crazy to add it everywhere | 14:04 |
blackburn | too* | 14:06 |
crazy_horse | blackburn, pluskid - we will need it on other occassions however, like AUCKernel etc | 14:06 |
crazy_horse | so better check locations where label type is checked | 14:06 |
blackburn | pluskid: will you do that? | 14:07 |
blackburn | crazy_horse: did you remove ignore of operator[]? | 14:07 |
pluskid | here's the pull request | 14:08 |
crazy_horse | blackburn: no | 14:08 |
blackburn | hmm | 14:08 |
pluskid | blackburn: do what? | 14:08 |
blackburn | pluskid: "(04:06:23 PM) crazy_horse: blackburn, pluskid - we will need it on other occassions however, like AUCKernel etc" | 14:08 |
pluskid | I don't understand AUCKernel, what is it? | 14:09 |
blackburn | a kernel :) | 14:09 |
pluskid | a kernel that needs a label? | 14:09 |
CIA-113 | shogun: Evgeniy Andreev master * r90bc6bd / (src/shogun/base/DynArray.h src/shogun/lib/DynamicArray.h): fixes warnings and potential bugs - http://git.io/geT-TQ | 14:09 |
CIA-113 | shogun: Sergey Lisitsyn master * re27e8f2 / (src/shogun/base/DynArray.h src/shogun/lib/DynamicArray.h): Merge branch 'Arrays' of https://github.com/gsomix/shogun - http://git.io/0p2OJA | 14:09 |
CIA-113 | shogun: Sergey Lisitsyn master * rc3b256b / (14 files in 2 dirs): Merge branch 'multiclass-ecoc' of https://github.com/pluskid/shogun - http://git.io/h3NEIw | 14:10 |
CIA-113 | shogun: Chiyuan Zhang master * r4d35f91 / (5 files): An interface for checking label type - http://git.io/Du--tA | 14:10 |
CIA-113 | shogun: Chiyuan Zhang master * r91de8f9 / (10 files in 2 dirs): CLabels::is_valid should only be called at proper situation. - http://git.io/_eLB9Q | 14:10 |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: wiking] | 14:10 | |
blackburn | pluskid: yeah.. | 14:10 |
pluskid | strange... | 14:10 |
pluskid | I'll look at it | 14:11 |
crazy_horse | pluskid: there are other such things ... | 14:12 |
pluskid | crazy_horse: please give me a list | 14:13 |
pluskid | or maybe you can add them? just one line | 14:13 |
pluskid | labels->ensure_valid() | 14:13 |
crazy_horse | pluskid: I don't know which ones they are by heart | 14:13 |
pluskid | omg | 14:13 |
crazy_horse | grep for labels->get_label_type | 14:13 |
crazy_horse | pluskid: there simply are too many | 14:14 |
pluskid | ok | 14:14 |
pluskid | -.- | 14:14 |
pluskid | that many? | 14:14 |
crazy_horse | pluskid: well evaluation for sure | 14:14 |
pluskid | evaluation? | 14:14 |
crazy_horse | shogun/evaluation | 14:16 |
pluskid | why evaluation have to ensure (e.g.) a binary label has both +1 and -1? | 14:16 |
blackburn | ROC would fail I think | 14:17 |
blackburn | unwanted /0 I think | 14:17 |
pluskid | ah? | 14:17 |
pluskid | isn't ROC calculated on accuracy and recall? | 14:18 |
pluskid | I think having all +1 labels is OK unless I predict them all wrong | 14:18 |
blackburn | ROC calculated on TPR and FPR | 14:20 |
pluskid | hmm | 14:20 |
blackburn | if everything in truth labels is +1 - you would have divide by zero here | 14:21 |
blackburn | pluskid: elt me fix evals | 14:23 |
pluskid | blackburn: thanks | 14:23 |
-!- blackburn [~blackburn@188.122.250.167] has quit [Remote host closed the connection] | 14:33 | |
-!- blackburn [~blackburn@188.122.250.167] has joined #shogun | 14:36 | |
karlnapf | tsts cloning and updating takes > 10 mins now | 14:40 |
crazy_horse | karlnapf: we will take care of that but for now please help fix the issues :D | 14:40 |
blackburn | argh gnome shell died | 14:40 |
CIA-113 | shogun: Sergey Lisitsyn master * rc196b13 / (3 files): Added ensure_valid to ROC, PRC and ContingencyTableEvaluation - http://git.io/KImlPQ | 14:40 |
karlnapf | crazy_horse, yes youre right :), but I currently cannot even compile | 14:40 |
crazy_horse | karlnapf: why that? | 14:41 |
karlnapf | because my code is still updating | 14:41 |
blackburn | you have bad connection there in UK :D | 14:41 |
blackburn | have someone broke that cable across strait of dover? | 14:42 |
karlnapf | I know :) | 14:42 |
crazy_horse | blackburn: you should be pretty quiet here you merged this! | 14:42 |
karlnapf | UK internet completely sucks | 14:42 |
karlnapf | 100kb/s during this time of the day | 14:42 |
karlnapf | and that costs you 45 punds a month | 14:42 |
blackburn | crazy_horse: at least I have OK connection :D | 14:42 |
karlnapf | pounds | 14:42 |
crazy_horse | these mad russians :D | 14:43 |
crazy_horse | pluskid: https://github.com/shogun-toolbox/shogun/pull/545/files look at the indention | 14:51 |
crazy_horse | something is again getting wrong | 14:51 |
crazy_horse | otherwise it is ready to merge | 14:52 |
pluskid | crazy_horse: oops, I'll fix this | 14:52 |
crazy_horse | pluskid: other patches from today have similar problem :/ | 14:53 |
crazy_horse | thanks | 14:53 |
pluskid | it seems I accidentally configured expandtab in vim | 14:53 |
pluskid | :( | 14:53 |
-!- wiking [~wiking@we02c096.ugent.be] has joined #shogun | 14:54 | |
-!- wiking [~wiking@we02c096.ugent.be] has quit [Changing host] | 14:54 | |
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 14:54 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Ping timeout: 245 seconds] | 14:55 | |
crazy_horse | ahh | 14:55 |
crazy_horse | pluskid: but ts=4 right? so we could replace 4 spaces -> 1 tab everywhere? | 14:57 |
pluskid | hmm, maybe I can do a sed in the whole codebase | 14:58 |
crazy_horse | pluskid: maybe we first fix this problem then do that later | 14:59 |
crazy_horse | isn't there some source code beautifier that could do this anyway? | 14:59 |
crazy_horse | maybe not a good idea | 14:59 |
crazy_horse | for third party stuff we would then have to do a full diff /compare | 15:00 |
crazy_horse | it is hard enough already | 15:00 |
pluskid | code beautifier might be complicated to config to obey shogun convention | 15:00 |
crazy_horse | pluskid: and we don't wnat to touch external code | 15:02 |
crazy_horse | so no | 15:02 |
crazy_horse | pluskid: just fix this one here and lets get labels to stable for now | 15:03 |
pluskid | fixed | 15:03 |
blackburn | crazy_horse: it seems you liked new nickname? | 15:03 |
crazy_horse | I cannot change it back | 15:04 |
-!- crazy_horse is now known as sonne|work | 15:04 | |
blackburn | :D | 15:04 |
-!- blackburn is now known as crazy_horse | 15:04 | |
sonne|work | pluskid: still weird https://github.com/shogun-toolbox/shogun/pull/545/files | 15:04 |
sonne|work | pluskid ^last one | 15:05 |
-!- sonne|work is now known as crazy_russian | 15:05 | |
-!- crazy_horse is now known as BODKA | 15:05 | |
-!- crazy_russian is now known as sonne|work | 15:07 | |
-!- sonne|work is now known as blackburn | 15:07 | |
-!- BODKA is now known as sonne|work | 15:07 | |
blackburn | sonne|work: can you look at my pull request? | 15:08 |
sonne|work | blackburn: no! I have 3 works and 9 kids! | 15:08 |
pluskid | BODKA: finally this one should be correct | 15:08 |
sonne|work | jobs :D | 15:08 |
CIA-113 | shogun: Chiyuan Zhang master * rd3b4e9c / (3 files): Ensure related kernels call labels->ensure_valid - http://git.io/EwJ2wg | 15:09 |
CIA-113 | shogun: Chiyuan Zhang master * r8d10a3a / (3 files): Fix indentation convention - http://git.io/_PmJPw | 15:09 |
CIA-113 | shogun: Chiyuan Zhang master * r6fb43da / src/shogun/kernel/ScatterKernelNormalizer.h : fixed more indent conventions - http://git.io/tkRPaQ | 15:09 |
CIA-113 | shogun: Soeren Sonnenburg master * r1cc1e70 / (3 files): Merge pull request #545 from pluskid/multiclass-ecoc - http://git.io/8lJ32w | 15:09 |
blackburn | pluskid: let sonne|work merge this :D | 15:09 |
blackburn | ohh he did already | 15:09 |
blackburn | good | 15:09 |
sonne|work | blackburn: did you make any progress on SLEP? | 15:10 |
karlnapf | blackburn, how does this new labels stuff work | 15:10 |
karlnapf | where do I have to pay attention? | 15:10 |
sonne|work | hmm | 15:12 |
sonne|work | clustering now fail | 15:12 |
sonne|work | because of check in train() | 15:12 |
* pluskid is crazy trying to send some fax via the internet | 15:14 | |
sonne|work | karlnapf: okay in new concept outputs of say svm are stored in confidences of labels | 15:14 |
sonne|work | and actual labels are +1 or -1 | 15:14 |
karlnapf | sonne|work yes just read a bit through it | 15:14 |
karlnapf | the modsel example fails because train_locked has no distinction between label types yet | 15:14 |
sonne|work | ahh | 15:15 |
karlnapf | I will add that | 15:15 |
sonne|work | yes add please | 15:15 |
karlnapf | there also is a new memory leak if training is not performed locked | 15:15 |
karlnapf | sonne|work, how was the policy for SG_REF again when a new object is returned? | 15:22 |
* blackburn thinks sonne|work is so wise | 15:22 | |
sonne|work | lol | 15:22 |
sonne|work | karlnapf: no need to SG_REF new object IIRC | 15:23 |
karlnapf | kk | 15:23 |
blackburn | sonne|work: greetings to russia! | 15:23 |
karlnapf | do we have any more cases than regression and binary yet? | 15:23 |
blackburn | err from :D | 15:23 |
blackburn | multiclass | 15:23 |
sonne|work | blackburn: I do not act like an idiot! you are a bad actor :) | 15:24 |
karlnapf | apply_multiclass is not in kernelmachine so far | 15:24 |
sonne|work | karlnapf: multiclassmachine | 15:24 |
karlnapf | ah sure, of course | 15:24 |
sonne|work | and kernelmulticlassmachine | 15:24 |
blackburn | sonne|work: yeah I am stupid | 15:25 |
CIA-113 | shogun: Sergey Lisitsyn master * r4ead6f0 / (5 files in 2 dirs): Added virtual method indicating whether machine requires labels for training, - http://git.io/-vLWLw | 15:32 |
-!- vikram360 [~vikram360@117.192.164.136] has quit [Ping timeout: 260 seconds] | 15:38 | |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 15:39 | |
-!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: wiking] | 15:50 | |
CIA-113 | shogun: Sergey Lisitsyn master * r32ce04d / (2 files): Fixes for OnlineLinearMachine - http://git.io/3Iv4uA | 15:57 |
-!- vikram360 [~vikram360@117.192.164.136] has joined #shogun | 16:04 | |
CIA-113 | shogun: Sergey Lisitsyn master * r3f690ca / (2 files): Fixes for PluginEstimate - http://git.io/OJThLw | 16:05 |
-!- uricamic1 [~uricamic@2001:718:2:1634:5c56:5c20:5842:ed51] has quit [Quit: Leaving.] | 16:08 | |
pluskid | import shogun.Features.MulticlassLabels | 16:10 |
pluskid | crashes python... | 16:10 |
sonne|work | blackburn: you are pretty active today! | 16:13 |
blackburn | thank you! | 16:13 |
-!- karlnapf [~heiko@host86-176-102-20.range86-176.btcentralplus.com] has quit [Ping timeout: 276 seconds] | 16:14 | |
-!- karlnapf [~heiko@host86-176-125-91.range86-176.btcentralplus.com] has joined #shogun | 16:16 | |
pluskid | no longer crash with the latest code | 16:16 |
CIA-113 | shogun: Sergey Lisitsyn master * r4d58627 / (2 files): Fixes for WDSVMOcas - http://git.io/kKX2-A | 16:16 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Quit: leaving] | 16:16 | |
* blackburn strikes again | 16:17 | |
-!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 16:18 | |
karlnapf | the semantics of the apply code have changed | 16:19 |
karlnapf | that causes the errors in the locked examples | 16:19 |
karlnapf | before, apply() directly called apply on all indices | 16:19 |
karlnapf | now its different | 16:20 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 16:23 | |
n4nd0 | my blog is oficially created, yay!! | 16:23 |
pluskid | n4nd0: show us the url | 16:24 |
n4nd0 | http://iglesiashogun.wordpress.com | 16:25 |
n4nd0 | there is nothing yet :O | 16:25 |
pluskid | oops, The connection was reset | 16:27 |
pluskid | behind the wall | 16:27 |
pluskid | this blog is created specially for shogun? | 16:27 |
karlnapf | n4nd0, cool :) | 16:29 |
n4nd0 | pluskid: yeah | 16:30 |
n4nd0 | pluskid: I have no intention to blog about more stuff this far | 16:30 |
n4nd0 | karlnapf: thank you :) | 16:31 |
karlnapf | I also got one: | 16:31 |
karlnapf | http://herrstrathmann.de/google-summer-of-code-blog | 16:31 |
blackburn | sonne|work: can you add them to planet shogun? | 16:31 |
karlnapf | blackburn, there is an error in contingency table evaluation | 16:31 |
karlnapf | passing the same labels twice results in non 1.0 accuracy | 16:32 |
karlnapf | to bee seen in the kernel_machine_train_locked example | 16:32 |
karlnapf | which I will push now | 16:32 |
blackburn | karlnapf: uh that must be due to the new labels ... | 16:33 |
karlnapf | yeh, probably :D | 16:33 |
blackburn | karlnapf: could you paste a reproducible example? | 16:33 |
-!- gsomix [~gsomix@188.168.3.106] has quit [Ping timeout: 252 seconds] | 16:33 | |
n4nd0 | see you later guys | 16:35 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Quit: leaving] | 16:35 | |
-!- karlnapf1 [~heiko@host86-180-47-142.range86-180.btcentralplus.com] has joined #shogun | 16:37 | |
karlnapf1 | uuh London internet rocks | 16:37 |
-!- karlnapf [~heiko@host86-176-125-91.range86-176.btcentralplus.com] has quit [Ping timeout: 276 seconds] | 16:38 | |
CIA-113 | shogun: Heiko Strathmann master * r2a49637 / (6 files in 2 dirs): Merge pull request #547 from karlnapf/master - http://git.io/0k2g9g | 16:39 |
CIA-113 | shogun: Heiko Strathmann master * r3d93199 / examples/undocumented/libshogun/modelselection_grid_search_kernel.cpp : extended example to use locked and unlocked x-validation - http://git.io/150L6w | 16:39 |
karlnapf1 | blackburn, see output of kernel_machine_train_locked | 16:39 |
karlnapf1 | displays labels, output and accuracy | 16:39 |
CIA-113 | shogun: Heiko Strathmann master * r95f980f / (4 files): added label distinctions for apply_locked - http://git.io/Ao80FQ | 16:39 |
CIA-113 | shogun: Heiko Strathmann master * r18894b6 / src/shogun/machine/KernelMachine.cpp : removed unnecessary check - http://git.io/67dEog | 16:39 |
CIA-113 | shogun: Heiko Strathmann master * r516773c / examples/undocumented/libshogun/kernel_machine_train_locked.cpp : some more output messages revealed an error in CEvaluation - http://git.io/zo5YWQ | 16:39 |
blackburn | karlnapf1: ok will have a look | 16:40 |
karlnapf1 | I think we should write more test cases | 16:40 |
karlnapf1 | defined input /output | 16:40 |
blackburn | karlnapf1: we have that but not activated | 16:40 |
blackburn | and I guess now everything is b0rken | 16:40 |
karlnapf1 | I mean for simple stuff | 16:40 |
karlnapf1 | like single methods | 16:40 |
karlnapf1 | but ok | 16:41 |
karlnapf1 | later :) | 16:41 |
blackburn | karlnapf1: each python modular example is a test case... | 16:41 |
karlnapf1 | I know | 16:41 |
blackburn | and they cover all simple examples like creating feature objects etc | 16:41 |
blackburn | ok | 16:41 |
karlnapf1 | but I think we should do this in a more systematics way | 16:41 |
blackburn | later yes | 16:41 |
karlnapf1 | so that errors are easy to find | 16:41 |
blackburn | makes sense | 16:41 |
karlnapf1 | otherwise it always takes 20 mins to find a bug which would be immediately found by a test | 16:42 |
blackburn | documentation sprint & test sprint :) | 16:42 |
-!- blackburn is now known as crazy_horse | 16:48 | |
-!- karlnapf [~heiko@host86-176-126-86.range86-176.btcentralplus.com] has joined #shogun | 16:50 | |
-!- sonne|work is now known as blackburn | 16:50 | |
blackburn | back | 16:50 |
-!- karlnapf1 [~heiko@host86-180-47-142.range86-180.btcentralplus.com] has quit [Ping timeout: 276 seconds] | 16:51 | |
blackburn | karlnapf: cool homepage | 16:52 |
karlnapf | blackburn, thanks :) | 16:52 |
karlnapf | Ill pass it on | 16:52 |
blackburn | karlnapf: so what is wrong with contingency table/ | 16:53 |
karlnapf | have you run the example? | 16:53 |
blackburn | which one? | 16:53 |
karlnapf | kernel_machene_train_locked | 16:53 |
blackburn | it was soeren you know | 16:53 |
blackburn | :D | 16:53 |
blackburn | py or cpp? | 16:53 |
CIA-113 | shogun: Chiyuan Zhang master * r85330b4 / (2 files in 2 dirs): Make LLBDecoder non-abstract - http://git.io/QjV05g | 16:54 |
CIA-113 | shogun: Chiyuan Zhang master * rcc662e7 / examples/undocumented/python_modular/classifier_multiclass_ecoc_ovr.py : Now the equivalence of OVR and ECOCOVR+LLBDecoding validated - http://git.io/V4thPg | 16:54 |
blackburn | karlnapf: I didn't know you born in 1984 :D | 16:55 |
blackburn | you are a big boy comparing to me hehe | 16:55 |
-!- karlnapf1 [~heiko@host86-176-252-136.range86-176.btcentralplus.com] has joined #shogun | 16:55 | |
karlnapf1 | sorry blackburn, internet connection :( | 16:55 |
karlnapf1 | did you write anything? | 16:55 |
blackburn | (06:55:06 PM) blackburn: karlnapf: I didn't know you born in 1984 :D | 16:55 |
blackburn | (06:55:26 PM) blackburn: you are a big boy comparing to me hehe | 16:55 |
karlnapf1 | well :) | 16:57 |
blackburn | ok so back to contingency | 16:58 |
karlnapf1 | 28 so far :) | 16:58 |
blackburn | 21 here | 16:58 |
-!- karlnapf [~heiko@host86-176-126-86.range86-176.btcentralplus.com] has quit [Ping timeout: 276 seconds] | 16:58 | |
karlnapf1 | I know :) | 16:58 |
@sonney2k | hey add the magic 7 :) | 16:58 |
blackburn | hahah | 16:58 |
blackburn | hoahaha | 16:58 |
@sonney2k | and you know my age :D | 16:58 |
blackburn | hahha | 16:58 |
blackburn | 21,28,35 | 16:58 |
blackburn | cool | 16:58 |
@sonney2k | from diapers to retirement | 16:58 |
karlnapf1 | soeren is 35? | 16:59 |
@sonney2k | karlnapf1, yeah you may call me daddy | 16:59 |
karlnapf1 | oh, just read the last lines :) | 16:59 |
karlnapf1 | hehe, you in fact are one | 17:00 |
blackburn | heh I think we need a 14 yrs old developer | 17:00 |
karlnapf1 | lol magic 7 | 17:00 |
@sonney2k | 42 would also not be bad | 17:00 |
-!- crazy_horse was kicked from #shogun by sonney2k [crazy_horse] | 17:00 | |
blackburn | heh yeah that would bake you young again | 17:00 |
blackburn | bake? | 17:01 |
blackburn | make | 17:01 |
blackburn | :D | 17:01 |
karlnapf1 | who is crazy horse? | 17:01 |
blackburn | karlnapf1: it was crazy_soeren | 17:01 |
karlnapf1 | oh, two much code refactoring today? :D | 17:01 |
blackburn | yeah that hurts your health sometimes | 17:02 |
blackburn | :D | 17:02 |
karlnapf1 | hehe :) | 17:02 |
blackburn | karlnapf1: so what is the reproducing example? | 17:02 |
karlnapf1 | kernel_machine_train_locked | 17:02 |
blackburn | i checked contingency - see nothing bad here | 17:02 |
karlnapf1 | I already wrote 5 times | 17:02 |
karlnapf1 | but always my connection died before | 17:02 |
blackburn | hehe | 17:02 |
blackburn | no I get it | 17:02 |
karlnapf1 | have a look at the output | 17:03 |
blackburn | but I can't see anything realted to evaluations | 17:03 |
blackburn | terminate called after throwing an instance of 'shogun::ShogunException' | 17:03 |
blackburn | [ERROR] CKernelMachine::apply(CFeatures*) cannot be called when data_lock was called before. Call data_unlock to allow.Aborted (core dumped) | 17:03 |
blackburn | that's what I see | 17:03 |
karlnapf1 | oh | 17:03 |
karlnapf1 | fetch my update | 17:03 |
blackburn | ok let me recompile | 17:03 |
karlnapf1 | I fixed a bug before that happened | 17:03 |
blackburn | it seems I forgot that | 17:03 |
karlnapf1 | (you added this locked check in apply() although that wasnt necessary) | 17:04 |
karlnapf1 | I removed it again | 17:04 |
karlnapf1 | blackburn, I need a coffee break, will be back in 10 mins | 17:05 |
blackburn | ok sure | 17:05 |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has joined #shogun | 17:11 | |
blackburn | karlnapf1: ok I tried to reproduce - multiple calls have equal accuracies.. | 17:13 |
blackburn | ah labels are equal | 17:15 |
blackburn | but accuracy is not | 17:15 |
blackburn | I see | 17:15 |
@sonney2k | blackburn, I am fixing it | 17:18 |
blackburn | sonney2k: ok | 17:18 |
@sonney2k | we need to use labels | 17:18 |
@sonney2k | not confidence here | 17:19 |
blackburn | http://img-fotki.yandex.ru/get/6110/65616424.78/0_759a7_99ae425c_XXL | 17:19 |
blackburn | crazy russian bridge | 17:19 |
blackburn | sonney2k: but why? it should work too - are confidences set wrong or what? | 17:19 |
CIA-113 | shogun: Soeren Sonnenburg master * rd27ca42 / src/shogun/evaluation/ContingencyTableEvaluation.cpp : use get_label() in contingencytableeval - http://git.io/yGkELQ | 17:20 |
@sonney2k | blackburn, because they are hardly == 1 | 17:20 |
@sonney2k | blackburn, actually >=1 ? | 17:21 |
@sonney2k | what? | 17:21 |
blackburn | oh | 17:21 |
blackburn | >=0 | 17:21 |
@sonney2k | we should put == 1 there | 17:21 |
blackburn | in case of labels yes | 17:21 |
blackburn | in case of confidences >=0 I guess | 17:22 |
@sonney2k | blackburn, what this does is just count TPs, FPs, ... | 17:22 |
karlnapf1 | re | 17:22 |
@sonney2k | for the fixed threshold | 17:22 |
blackburn | yes | 17:22 |
@sonney2k | so we can just use labels | 17:22 |
@sonney2k | using confidences only make sense if we do sign(x + thresh) | 17:22 |
@sonney2k | or so | 17:22 |
CIA-113 | shogun: Soeren Sonnenburg master * r33a03c0 / src/shogun/evaluation/ContingencyTableEvaluation.cpp : check for equality - http://git.io/AX6U-Q | 17:23 |
@sonney2k | blackburn, did you know that java throws a divide by zero exception if you do 1/0 but not 1.0/0.0 ? | 17:23 |
blackburn | sonney2k: no but it looks obvious | 17:24 |
@sonney2k | totally! | 17:24 |
blackburn | 1.0/0.0 = NaN | 17:24 |
blackburn | or? | 17:24 |
@sonney2k | inf | 17:24 |
@sonney2k | or ? | 17:24 |
blackburn | inf | 17:24 |
blackburn | yes inf | 17:25 |
blackburn | hmm what is nan? | 17:25 |
blackburn | 0.0/0.0 I guess | 17:25 |
@sonney2k | karlnapf1, so you know how to fix the modsel stuff? | 17:25 |
-!- karlnapf [~heiko@host86-181-9-71.range86-181.btcentralplus.com] has joined #shogun | 17:25 | |
karlnapf | . | 17:25 |
@sonney2k | karlnapf, so you know how to fix the modsel stuff? | 17:25 |
@sonney2k | man you have some krappy KONNEXION | 17:26 |
karlnapf | I dont get it: I am in the capital of europe but the internet SUCKS | 17:26 |
blackburn | haha abramovich has bought all the bandwidth in uk I guess | 17:26 |
blackburn | chelsea is not enough | 17:26 |
karlnapf | annoying: I am working on a cluster compute remotely .... | 17:26 |
karlnapf | sonney2k, the modsel example works again | 17:26 |
@sonney2k | really? | 17:27 |
karlnapf | I added the label distinction | 17:27 |
@sonney2k | the libshogun ones still crash | 17:27 |
karlnapf | in kernel machine | 17:27 |
karlnapf | huh? | 17:27 |
karlnapf | let me check | 17:27 |
-!- karlnapf1 [~heiko@host86-176-252-136.range86-176.btcentralplus.com] has quit [Ping timeout: 276 seconds] | 17:27 | |
blackburn | no it works | 17:27 |
blackburn | sonney2k: works | 17:27 |
karlnapf | k | 17:28 |
@sonney2k | even modelselection_grid_search_linear ? | 17:29 |
@sonney2k | it crashes here | 17:29 |
@sonney2k | ./modelselection_grid_search_linear | 17:30 |
@sonney2k | parameters available for model selection for LibLinear: | 17:30 |
@sonney2k | C1 (C Cost constant 1.): float64 | 17:30 |
@sonney2k | C2 (C Cost constant 2.): float64 | 17:30 |
@sonney2k | root with | 17:30 |
@sonney2k | C1 with values: vector=[0.25,0.5,1,2,4] | 17:30 |
@sonney2k | C2 with values: vector=[0.25,0.5,1,2,4] | 17:30 |
@sonney2k | [ERROR] Not a two class labeling - no negatively labeled examples found | 17:30 |
@sonney2k | terminate called after throwing an instance of 'shogun::ShogunException' | 17:30 |
@sonney2k | Aborted | 17:30 |
karlnapf | oh | 17:30 |
karlnapf | sonney2k, yes I will have a look at these | 17:30 |
@sonney2k | karlnapf, does the accuracy stuff work again? | 17:31 |
@sonney2k | I mean with the patch I just submitted? | 17:31 |
karlnapf | sonney2k, yes | 17:31 |
@sonney2k | ok good | 17:32 |
karlnapf | sonney2k, could we add somethign to error messages to know from which line in which file these come from? | 17:32 |
@sonney2k | pluskid, can you have a look at evaluation_clustering.py ? | 17:32 |
@sonney2k | if you are not sleeping already | 17:32 |
@sonney2k | karlnapf, just enable | 17:33 |
karlnapf | how=? | 17:33 |
blackburn | sonney2k: no I am fixing it | 17:33 |
blackburn | already get the error | 17:33 |
@sonney2k | enable_file_and_line | 17:33 |
karlnapf | sonney2k, nice! | 17:33 |
karlnapf | sonney2k, is this a compile switch or a runtime flag? | 17:34 |
@sonney2k | obj.io.enable_file_and_line() | 17:35 |
@sonney2k | pluskid, ok then better go to bed before I find more bugs :) | 17:35 |
@sonney2k | karlnapf, runtime flag | 17:35 |
@sonney2k | like obj.io.enable_progress() | 17:35 |
@sonney2k | blackburn, libsvmoneclass doesn't get any labels now ? but what is this classifier_libsvmoneclass_modular.py? | 17:36 |
blackburn | sonney2k: could you please ignore [] and =? | 17:36 |
blackburn | sonney2k: I'll check | 17:36 |
@sonney2k | hmmhh classifier_multiclass_ecoc.py TypeError: Cannot create new instances of type 'ECOCSimpleDecoder' | 17:37 |
@sonney2k | ^ that is still sth for pluskid | 17:37 |
pluskid | too bad I didn't go to bed just now :p | 17:39 |
CIA-113 | shogun: Sergey Lisitsyn master * r2741f89 / (2 files): Added problem type to clustering - http://git.io/JWPZTw | 17:39 |
@sonney2k | pluskid, apologies to keep you awake | 17:39 |
pluskid | I'll spend 15min on the ECOC bug, if I fail, I'll kill it tomorrow | 17:39 |
-!- vikram360 [~vikram360@117.192.164.136] has quit [Ping timeout: 250 seconds] | 17:40 | |
@sonney2k | thx | 17:40 |
@sonney2k | alright got to leave train | 17:41 |
@sonney2k | btw 30 C here | 17:41 |
pluskid | so hot | 17:41 |
@sonney2k | and in train even hotter | 17:41 |
pluskid | no air conditioner ? | 17:41 |
@sonney2k | nope | 17:41 |
pluskid | toooooooo strange, you have WIFI on train but have no air conditioner.... | 17:42 |
@sonney2k | cu | 17:42 |
pluskid | cu | 17:42 |
blackburn | okay the only libshogun examples those are failing are modelselection ones | 17:48 |
CIA-113 | shogun: Sergey Lisitsyn master * r75cc249 / src/shogun/classifier/svm/LibSVMOneClass.h : Made LibSVMOneClass do not require labels - http://git.io/BWAYaw | 17:56 |
-!- karlnapf1 [~heiko@host86-177-117-96.range86-177.btcentralplus.com] has joined #shogun | 17:57 | |
-!- karlnapf [~heiko@host86-181-9-71.range86-181.btcentralplus.com] has quit [Ping timeout: 276 seconds] | 17:59 | |
-!- pluskid [~pluskid@111.120.62.119] has quit [Quit: Leaving] | 18:02 | |
-!- karlnapf [~heiko@host86-181-154-199.range86-181.btcentralplus.com] has joined #shogun | 18:03 | |
-!- karlnapf1 [~heiko@host86-177-117-96.range86-177.btcentralplus.com] has quit [Ping timeout: 260 seconds] | 18:03 | |
puffin444 | Hey I have a question | 18:06 |
-!- karlnapf1 [~heiko@host86-185-113-10.range86-185.btcentralplus.com] has joined #shogun | 18:06 | |
puffin444 | It looks like the Google office event limits presentations to 5-8 min, 4 slides. | 18:07 |
-!- karlnapf [~heiko@host86-181-154-199.range86-181.btcentralplus.com] has quit [Ping timeout: 260 seconds] | 18:07 | |
puffin444 | How does one present GPs to a general audience in 5 mins? | 18:07 |
-!- vikram360 [~vikram360@117.192.164.136] has joined #shogun | 18:08 | |
-!- karlnapf [~heiko@host86-185-113-58.range86-185.btcentralplus.com] has joined #shogun | 18:09 | |
-!- karlnapf1 [~heiko@host86-185-113-10.range86-185.btcentralplus.com] has quit [Ping timeout: 245 seconds] | 18:10 | |
-!- karlnapf1 [~heiko@host86-179-59-186.range86-179.btcentralplus.com] has joined #shogun | 18:12 | |
-!- karlnapf [~heiko@host86-185-113-58.range86-185.btcentralplus.com] has quit [Ping timeout: 245 seconds] | 18:13 | |
-!- karlnapf [~heiko@host86-185-15-136.range86-185.btcentralplus.com] has joined #shogun | 18:16 | |
-!- karlnapf2 [~heiko@host86-177-182-9.range86-177.btcentralplus.com] has joined #shogun | 18:17 | |
karlnapf2 | why do you enforce that +1 and -1 exists in binary labels? what if machine only returns +1 in apply? | 18:17 |
karlnapf2 | this causes the error in x-val | 18:17 |
blackburn | puffin444: oops | 18:18 |
puffin444 | blackburn: oops? | 18:18 |
blackburn | puffin444: 5 mins? :) | 18:18 |
-!- karlnapf1 [~heiko@host86-179-59-186.range86-179.btcentralplus.com] has quit [Ping timeout: 260 seconds] | 18:18 | |
blackburn | good question | 18:18 |
puffin444 | Yep. I have 5 mins to explain what Shogun is, why its cool, and and advanced machine learning algorithm :) | 18:19 |
-!- karlnapf [~heiko@host86-185-15-136.range86-185.btcentralplus.com] has quit [Ping timeout: 245 seconds] | 18:20 | |
blackburn | puffin444: I am afraid you would need to explain what means 'gaussian', 'process' and how can you apply it :) | 18:21 |
-!- karlnapf [~heiko@host86-176-253-193.range86-176.btcentralplus.com] has joined #shogun | 18:21 | |
-!- karlnapf2 [~heiko@host86-177-182-9.range86-177.btcentralplus.com] has quit [Ping timeout: 245 seconds] | 18:21 | |
puffin444 | blackburn: I guess so. | 18:21 |
blackburn | as for shogun | 18:22 |
blackburn | hmm.. | 18:22 |
blackburn | say it is large scale (sonney2k applied it to whole human genome once) | 18:22 |
CIA-113 | shogun: Heiko Strathmann master * r653fa34 / src/shogun/evaluation/ContingencyTableEvaluation.cpp : Merge pull request #548 from karlnapf/master - http://git.io/SwL84A | 18:23 |
CIA-113 | shogun: Heiko Strathmann master * r0cb67a7 / src/shogun/evaluation/ContingencyTableEvaluation.cpp : bugfix: removed valid check since this case has to be allowed - http://git.io/0nrGvA | 18:23 |
blackburn | have a lot of interfaces | 18:23 |
blackburn | and under heavy and fast development | 18:23 |
puffin444 | sonney2k applied to the whole human genome! :o | 18:24 |
blackburn | puffin444: yes iirc he trained svm on some subset and applied to the whole genome | 18:24 |
puffin444 | Do you some of the details? I would definitely want to bring that up. | 18:25 |
puffin444 | blackburn: Also, didn't you mention that you applied Shogun to traffic lights? | 18:25 |
blackburn | puffin444: hmm yes I am applying it to recognize traffic signs (not lights) | 18:25 |
puffin444 | blackburn: Traffic signs. Got it. | 18:26 |
blackburn | puffin444: wiking is applying it to recognize medical images | 18:27 |
puffin444 | blackburn: Like fMRI? | 18:27 |
-!- karlnapf [~heiko@host86-176-253-193.range86-176.btcentralplus.com] has quit [Ping timeout: 245 seconds] | 18:28 | |
blackburn | yes it is one of modalities | 18:28 |
-!- karlnapf [~heiko@host86-182-165-38.range86-182.btcentralplus.com] has joined #shogun | 18:29 | |
-!- karlnapf [~heiko@host86-182-165-38.range86-182.btcentralplus.com] has quit [Ping timeout: 245 seconds] | 18:43 | |
-!- karlnapf [~heiko@host86-177-176-105.range86-177.btcentralplus.com] has joined #shogun | 18:46 | |
@sonney2k | puffin444, shogun is used to do genome annotations, predictions have been made to detect genes (part of official annotation of C.elegans is mGene that uses shogun for the genomic signals) | 18:47 |
@sonney2k | I used it to predict the solubility of molecules in water | 18:47 |
@sonney2k | and to predict starts of the gene on the human genome | 18:47 |
@sonney2k | puffin444, we used the coffin principle to predict gender based on face images | 18:48 |
puffin444 | sonney2k: What classification task was used for 6-7 billion test cases in the human genome? Was that to detect genes? | 18:48 |
@sonney2k | karlnapf, the check should only be there when really needed | 18:49 |
@sonney2k | puffin444, starts of the gene | 18:49 |
puffin444 | It's just that I only have so much space on my maximum 4 slides | 18:49 |
puffin444 | sonney2k: ok | 18:49 |
@sonney2k | basically for each nucleotide scanning the human genome in both directions | 18:49 |
@sonney2k | ~7billion nt | 18:49 |
@sonney2k | but I also learned a splice site detector (something inside of a gene) and I trained on ~50 million sequences of length 141 in a ~10 million dimensional feature space | 18:51 |
-!- karlnapf1 [~heiko@host86-181-156-142.range86-181.btcentralplus.com] has joined #shogun | 18:51 | |
blackburn | hmm I get 0.0 accuracy constantly | 18:51 |
blackburn | :D | 18:51 |
@sonney2k | blackburn, you could be better :) | 18:52 |
blackburn | some bug there.. | 18:52 |
-!- karlnapf [~heiko@host86-177-176-105.range86-177.btcentralplus.com] has quit [Ping timeout: 245 seconds] | 18:52 | |
-!- karlnapf1 [~heiko@host86-181-156-142.range86-181.btcentralplus.com] has quit [Ping timeout: 245 seconds] | 18:55 | |
-!- karlnapf [~heiko@host86-179-59-28.range86-179.btcentralplus.com] has joined #shogun | 18:58 | |
-!- alexberlin [82955843@gateway/web/freenode/ip.130.149.88.67] has joined #shogun | 18:58 | |
@sonney2k | hi alexberlin | 18:58 |
alexberlin | tester | 18:59 |
alexberlin | bla | 18:59 |
karlnapf | sonney2k, blackburn and the rest: I give up for today, this internet connection drives me mad, hope its better tomorrow | 19:01 |
blackburn | haha | 19:01 |
karlnapf | but the modsel examples should run now | 19:01 |
karlnapf | there was this check | 19:01 |
karlnapf | assertion that labels of both +1 and -1 appear in label instance in the evaluation | 19:01 |
karlnapf | but this doesnt always hold | 19:01 |
karlnapf | bye :) | 19:02 |
-!- karlnapf [~heiko@host86-179-59-28.range86-179.btcentralplus.com] has left #shogun [] | 19:02 | |
CIA-113 | shogun: Sergey Lisitsyn master * refb79fe / src/shogun/multiclass/MulticlassOCAS.h : Changed C type of multiclass OCAS to proper float64_t - http://git.io/CKQMZw | 19:12 |
-!- gsomix [~gsomix@188.168.14.91] has joined #shogun | 19:14 | |
blackburn | sonney2k: here? | 19:27 |
blackburn | I do not understand why do you call obtain from generic in these macroses | 19:28 |
@sonney2k | blackburn, yes | 19:28 |
@sonney2k | ? | 19:28 |
blackburn | sonney2k: e.g. apply_binary returns BinaryLabels | 19:29 |
blackburn | why to cast it | 19:29 |
@sonney2k | ahh | 19:29 |
@sonney2k | no need to indeed | 19:30 |
@sonney2k | fixing | 19:30 |
blackburn | sonney2k: could you please remove unneeded apply macroses too? | 19:30 |
@sonney2k | ? | 19:30 |
CIA-113 | shogun: Soeren Sonnenburg master * r2786e87 / src/interfaces/modular/Machine.i : remove unneeded casts - http://git.io/RrDHfA | 19:30 |
blackburn | for conjugateindex, wdocas, etc | 19:30 |
@sonney2k | blackburn, why are they not needed? | 19:31 |
blackburn | sonney2k: hmm no apply(CFeatures* data) here anymore | 19:31 |
@sonney2k | blackburn, that is why we need to introduce one | 19:32 |
blackburn | hmmm | 19:32 |
@sonney2k | blackburn, are we mostly good with the transition now btw? | 19:34 |
blackburn | sonney2k: yes | 19:34 |
blackburn | sonney2k: I was confused with some case here | 19:35 |
blackburn | apply() returned some useless shit with 0.0 accuracy | 19:35 |
blackburn | and apply_multiclass() is correct | 19:35 |
blackburn | I use MulticlassLibLinear | 19:35 |
blackburn | I do not understand why it is so | 19:35 |
@sonney2k | blackburn, please compare label/confidence outputs | 19:37 |
shogun-buildbot | build #236 of nightly_none is complete: Failure [failed compile] Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_none/builds/236 | 19:37 |
-!- shogun-buildbot [~shogun-bu@7nn.de] has quit [Quit: buildmaster reconfigured: bot disconnecting] | 19:38 | |
-!- shogun-buildbot [~shogun-bu@7nn.de] has joined #shogun | 19:38 | |
@sonney2k | blackburn, I am asking because we should try to strip shogun src | 19:42 |
@sonney2k | from this massive 100mb file | 19:42 |
blackburn | sonney2k: ah yes | 19:45 |
blackburn | sonney2k: do you know how to do that? I found some ways to do that | 19:45 |
blackburn | apply() = [ 13. 13. 13. ..., 23. 23. 23.] | 19:46 |
blackburn | apply_multiclass() = [ 16. 1. 38. ..., 6. 7. 10.] | 19:46 |
blackburn | confidences are [] | 19:46 |
blackburn | how can that be damn.. | 19:47 |
@sonney2k | blackburn, please valgrind | 19:53 |
@sonney2k | I will be away for some time now - blackburn if you have time please try to fix static interfaces... | 19:56 |
blackburn | I wanted to get my thesis 0.05% complete tonight | 19:57 |
blackburn | :) | 19:57 |
puffin444 | Going to lunch. Be back in a bit. | 20:13 |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has quit [Quit: Page closed] | 20:14 | |
-!- vikram360 [~vikram360@117.192.164.136] has quit [Ping timeout: 276 seconds] | 20:19 | |
blackburn | hahaha | 20:28 |
CIA-113 | shogun: Sergey Lisitsyn master * r40e4ea3 / src/interfaces/modular/Machine.i : Splitted methods in apply macro in Machine.i. - http://git.io/z--1pg | 20:42 |
blackburn | hmm that didn't help | 20:47 |
@sonney2k | blackburn, can we revert it then? | 20:57 |
blackburn | sonney2k: problem is still here | 20:57 |
blackburn | .. | 20:57 |
@sonney2k | so yes | 20:57 |
@sonney2k | did you valgrind? | 20:57 |
blackburn | sonney2k: apply(feats) applies for train features | 20:57 |
blackburn | no not memory problem | 20:58 |
@sonney2k | blackburn, no valgrind errors? | 20:58 |
blackburn | sonney2k: it applies to train features | 20:58 |
blackburn | not to given ones | 20:58 |
blackburn | sonney2k: can you try to fix it? | 20:59 |
CIA-113 | shogun: Sergey Lisitsyn master * r99f81b6 / src/interfaces/modular/Machine.i : Revert "Splitted methods in apply macro in Machine.i." - http://git.io/LEsGpg | 20:59 |
@sonney2k | blackburn, can you try mcsvm.apply(testfeat) | 20:59 |
@sonney2k | I have an idea... | 20:59 |
blackburn | classifier = MulticlassLibLinear(C,feats_train,labels) | 20:59 |
blackburn | classifier.train() | 20:59 |
blackburn | out = classifier.apply(feats_test).get_labels() | 20:59 |
blackburn | print out | 20:59 |
blackburn | out = classifier.apply_multiclass(feats_test).get_labels() | 20:59 |
blackburn | print out | 20:59 |
blackburn | sonney2k: ^ | 20:59 |
blackburn | different out | 20:59 |
@sonney2k | blackburn, I guess it is because of the apply(CFeatuers=NULL) | 21:01 |
blackburn | yes I tried to approach it but that was wrong guess | 21:01 |
@sonney2k | blackburn, anyway can we now first fix the 100MB repository | 21:01 |
@sonney2k | http://help.github.com/remove-sensitive-data/ | 21:01 |
@sonney2k | what was the filename again? | 21:01 |
blackburn | just remove *.gz2.pickle | 21:01 |
blackburn | and *.gz2 | 21:01 |
@sonney2k | I will create a fresh clone | 21:02 |
@sonney2k | will take some time | 21:02 |
blackburn | sonney2k: will it break all forks/ | 21:03 |
@sonney2k | yes | 21:03 |
@sonney2k | we have to announce this on the mailing list | 21:03 |
@sonney2k | blackburn, *.bz2 you mean? | 21:06 |
blackburn | sonney2k: eb07b040ce533393043d9b3241e79a62e8f390ba | 21:06 |
blackburn | applications/asp/data/Cress.dat.bz2 | 21:07 |
blackburn | applications/asp/data/Cress.dat.bz2.pickle | 21:07 |
blackburn | applications/asp/data/Fly.dat.bz2 | 21:07 |
blackburn | applications/asp/data/Fly.dat.bz2.pickle | 21:07 |
blackburn | applications/asp/data/Human.dat.bz2 | 21:07 |
blackburn | applications/asp/data/Human.dat.bz2.pickle | 21:07 |
blackburn | applications/asp/data/Worm.dat.bz2 | 21:07 |
blackburn | applications/asp/data/Worm.dat.bz2.pickle | 21:07 |
@sonney2k | ok so *.bz2* | 21:07 |
* sonney2k 50% cloned | 21:08 | |
@sonney2k | full checkout is 159M | 21:10 |
@sonney2k | lets remove the files | 21:10 |
blackburn | sonney2k: 154M../../.git | 21:10 |
blackburn | yes just like .git | 21:10 |
blackburn | ~ | 21:10 |
@sonney2k | blackburn, do you want to remove sth else? | 21:11 |
@sonney2k | now would be a good time :D | 21:11 |
blackburn | sonney2k: hmm no idea | 21:11 |
blackburn | were there any other bad commits? | 21:11 |
@sonney2k | probably | 21:11 |
@sonney2k | but who cares - we suck bad w/ git at least we did when we started | 21:12 |
@sonney2k | no way to hide that | 21:12 |
blackburn | I do not care about lame commits at all | 21:13 |
@sonney2k | me neither, I am very proud of the F... OFF SOEREN commit | 21:13 |
blackburn | hahah | 21:13 |
@sonney2k | and other username not set ones :D | 21:13 |
blackburn | hm there was a use | 21:13 |
blackburn | r | 21:14 |
blackburn | I liked very much | 21:14 |
blackburn | hmm | 21:14 |
@sonney2k | 157M | 21:15 |
@sonney2k | haha | 21:15 |
blackburn | sonney2k: that's ok | 21:16 |
blackburn | if you didn't gc prune | 21:16 |
@sonney2k | I did | 21:16 |
blackburn | ??? | 21:16 |
blackburn | interesting | 21:16 |
blackburn | sonney2k: how did you use filter-branch? | 21:17 |
@sonney2k | git filter-branch --index-filter 'git rm --cached --ignore-unmatch *.bz2*' | 21:18 |
@sonney2k | it mentioned rm of all the files btw | 21:18 |
@sonney2k | blackburn, let me push it to shogun-toolbox/test | 21:19 |
@sonney2k | dammed connection died | 21:22 |
@sonney2k | ...again | 21:22 |
blackburn | hmm | 21:22 |
@sonney2k | ...120k/s now | 21:23 |
-!- puffin444 [62e3926e@gateway/web/freenode/ip.98.227.146.110] has joined #shogun | 21:23 | |
@sonney2k | blackburn, it's there | 21:24 |
@sonney2k | please check it our | 21:25 |
@sonney2k | out | 21:25 |
@sonney2k | https://github.com/shogun-toolbox/test | 21:25 |
blackburn | 50% 10mb | 21:26 |
blackburn | 20mb | 21:26 |
blackburn | 43 mb | 21:26 |
blackburn | sonney2k: .git is 23M | 21:27 |
@sonney2k | ok great | 21:29 |
@sonney2k | so shall I force push it? | 21:29 |
@sonney2k | basically all history sha's since january will then be different | 21:29 |
@sonney2k | and everyone will have to rebase | 21:30 |
@sonney2k | blackburn, ?? | 21:32 |
blackburn | sonney2k: I don't mind | 21:32 |
blackburn | it is much better than having 150M .git | 21:32 |
@sonney2k | yeah | 21:33 |
@sonney2k | blackburn, done | 21:36 |
@sonney2k | please pull again from that one | 21:36 |
@sonney2k | don't overwrite the other yet | 21:36 |
blackburn | sonney2k: from test? | 21:37 |
blackburn | blackburn@blackburn-laptop:~/OSS/test/test$ git pull | 21:38 |
blackburn | fatal: https://github.com/shogun-toolbox/test.git/info/refs not found: did you run git update-server-info on the server? | 21:38 |
@sonney2k | blackburn, not test | 21:38 |
@sonney2k | the real one | 21:38 |
CIA-113 | shogun: Sergey Lisitsyn master * r91829c9 / src/interfaces/modular/Machine.i : Revert "Splitted methods in apply macro in Machine.i." (+1449 more commits...) - http://git.io/oQs9Lg | 21:38 |
@sonney2k | test is RIP | 21:38 |
@sonney2k | btw look at what it does https://github.com/shogun-toolbox/shogun/pull/546 | 21:38 |
blackburn | hahah | 21:38 |
@sonney2k | btw are branches now dead too? | 21:39 |
@sonney2k | seems like | 21:39 |
blackburn | sonney2k: .git is 158M here now :) | 21:41 |
@sonney2k | blackburn, on a fresh clone? | 21:41 |
blackburn | no | 21:41 |
blackburn | old one | 21:41 |
blackburn | ok doing fresh | 21:41 |
@sonney2k | don't erase the old one though | 21:41 |
blackburn | ok | 21:41 |
@sonney2k | we still have backups at google / shogun-toolbox | 21:43 |
@sonney2k | I guess I need to clone with --mirror to get the branches | 21:43 |
@sonney2k | doing that now | 21:46 |
-!- hoijui [~hoijui@dslb-092-078-177-248.pools.arcor-ip.net] has joined #shogun | 21:49 | |
@sonney2k | at least we don't have to delete the whole thing | 21:49 |
blackburn | yeah | 21:56 |
@sonney2k | mirror gets the branches | 21:56 |
@sonney2k | running filterbranch again | 21:56 |
@sonney2k | I guess I have to push --mirror or push --all | 21:57 |
@sonney2k | blackburn, btw we started with 22M | 21:59 |
@sonney2k | when we switched to git | 21:59 |
blackburn | hmm | 21:59 |
blackburn | well 30M now not much larger | 22:00 |
@sonney2k | yeah git rocks | 22:03 |
@sonney2k | considering how much changed | 22:03 |
-!- alexberlin [82955843@gateway/web/freenode/ip.130.149.88.67] has quit [Ping timeout: 245 seconds] | 22:07 | |
* gsomix writes poisson brackets, live-civita symbols and thinks about him... | 22:13 | |
gsomix | *levi-civita | 22:14 |
shogun-buildbot | build #971 of libshogun is complete: Failure [failed git] Build details are at http://www.shogun-toolbox.org/buildbot/builders/libshogun/builds/971 blamelist: blackburn91@gmail.com | 22:18 |
@sonney2k | gsomix, want to be a guinea pig? | 22:25 |
shogun-buildbot | build #972 of libshogun is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/libshogun/builds/972 | 22:25 |
@sonney2k | blackburn, ok done | 22:25 |
@sonney2k | I think we should exercise once how the rebase could work | 22:26 |
@sonney2k | gsomix, you have a pull request open on git hub | 22:26 |
blackburn | sonney2k: hm let me try to rebase my master | 22:26 |
blackburn | in fork | 22:26 |
@sonney2k | gsomix, can you please make a copy of your shogun git | 22:26 |
@sonney2k | then in this copy do a git pull --rebase ? | 22:26 |
@sonney2k | blackburn, yeah please do | 22:26 |
gsomix | sonney2k, copy? ok. | 22:31 |
blackburn | sonney2k: loong rebase | 22:31 |
@sonney2k | blackburn, check the size of the repository afterwards... | 22:31 |
@sonney2k | not that we are again >100MB | 22:32 |
blackburn | sonney2k: hmm my fork is not clean I am afraid | 22:32 |
gsomix | sonney2k, do you mean local copy? | 22:32 |
@sonney2k | blackburn, ? | 22:32 |
@sonney2k | gsomix, yes | 22:32 |
blackburn | sonney2k: that big commit was in my fork I think | 22:32 |
@sonney2k | blackburn, I see | 22:32 |
@sonney2k | gsomix, stop it then | 22:32 |
blackburn | 415M | 22:32 |
@sonney2k | blackburn, I guess it has to do with the (remote) branches | 22:32 |
blackburn | :D | 22:32 |
blackburn | ok rebase in progress still lets wait | 22:33 |
gsomix | sonney2k, hm, ok. | 22:33 |
@sonney2k | blackburn, I have no idea then how to rescue branches | 22:34 |
blackburn | sonney2k: ok it failed to rebase | 22:34 |
blackburn | which branches? | 22:34 |
@sonney2k | shogun_1.0 | 22:35 |
@sonney2k | shogun_1.1 | 22:35 |
blackburn | why we want these branches but not tags? | 22:35 |
@sonney2k | blackburn, tags too of course | 22:35 |
blackburn | sonney2k: but what's wrong with tags? | 22:36 |
@sonney2k | ?? | 22:36 |
@sonney2k | we need the branches and tags | 22:36 |
blackburn | I understand - what is broken? | 22:36 |
@sonney2k | blackburn, I don't know how to run filterbranch and have the tags/branches | 22:37 |
blackburn | sonney2k: it seems you haave to specify all branches in filter branch | 22:38 |
@sonney2k | blackburn, how | 22:38 |
blackburn | Lets you rewrite git revision history by rewriting the branches mentioned in the <rev-list options>, applying custom filters on each revision. Those filters can modify each tree (e.g. removing a file or running a perl rewrite on all files) or information about each commit. Otherwise, all information (including original commit times or merge information) will be preserved. | 22:38 |
@sonney2k | -- --all | 22:39 |
blackburn | sonney2k: but our tags and branches have no .gz2 I think? | 22:43 |
@sonney2k | vipins commit is from january | 22:45 |
@sonney2k | no idea | 22:45 |
blackburn | sonney2k: last release was in december I think | 22:51 |
blackburn | or I am sure | 22:51 |
blackburn | :) | 22:51 |
@sonney2k | I had to do git filter-branch -f --index-filter 'git rm --cached --ignore-unmatch *.bz2*' --tag-name-filter cat -- --all | 22:59 |
@sonney2k | blackburn, please clone again | 22:59 |
CIA-113 | shogun: Soeren Sonnenburg shogun_1.1 * rf000737 / src/shogun/lib/versionstring.h : Tagging shogun_1.1.0 release - http://git.io/BnIYwA | 23:00 |
blackburn | whoa | 23:01 |
-!- hoijui [~hoijui@dslb-092-078-177-248.pools.arcor-ip.net] has quit [Quit: Leaving] | 23:01 | |
blackburn | sonney2k: ok what to check? | 23:01 |
blackburn | .git is 30M still | 23:01 |
@sonney2k | blackburn, clone | 23:01 |
@sonney2k | very good | 23:02 |
blackburn | cloned | 23:02 |
@sonney2k | git branch -a | 23:02 |
@sonney2k | and then try a rebase... | 23:02 |
blackburn | blackburn@blackburn-laptop:~/OSS/shogun_new/shogun/src$ git branch -a | 23:02 |
blackburn | * master | 23:02 |
blackburn | remotes/origin/HEAD -> origin/master | 23:02 |
blackburn | remotes/origin/boost_serialization | 23:02 |
blackburn | remotes/origin/c50 | 23:02 |
blackburn | remotes/origin/galaxy | 23:02 |
blackburn | remotes/origin/master | 23:02 |
blackburn | remotes/origin/multiboost | 23:02 |
blackburn | remotes/origin/shogun_1.0 | 23:02 |
blackburn | remotes/origin/shogun_1.1 | 23:02 |
blackburn | remotes/origin/structure | 23:02 |
blackburn | rebase of?? | 23:02 |
blackburn | sonney2k: ehm what to rebase? | 23:03 |
@sonney2k | blackburn, what you did before | 23:03 |
@sonney2k | I don't have anything to rebase | 23:03 |
blackburn | sonney2k: fork? | 23:03 |
@sonney2k | blackburn, or we ask gsomix again | 23:03 |
blackburn | hmm ok let me try to rebase fork | 23:04 |
@sonney2k | yeah | 23:04 |
blackburn | that takes a while | 23:04 |
@sonney2k | blackburn, so? | 23:09 |
@sonney2k | gsomix, can you try the same? | 23:09 |
@sonney2k | gsomix, do a copy of your git repo | 23:09 |
blackburn | sonney2k: yeah failed to merge again | 23:09 |
@sonney2k | (local copy) | 23:09 |
@sonney2k | blackburn, what did you do? | 23:09 |
blackburn | sonney2k: tried to rebase my fork | 23:10 |
@sonney2k | blackburn, command line? | 23:10 |
blackburn | git fetch upstream/master | 23:10 |
blackburn | git rebase upstream/master | 23:10 |
@sonney2k | blackburn, wait but do you have an additional commit? | 23:11 |
blackburn | sonney2k: no it should be clean in master .. | 23:12 |
blackburn | I guess it would be easier to re-create fork | 23:13 |
gsomix | sonney2k, missed. =___= should I do something? | 23:14 |
@sonney2k | gsomix, yes please do | 23:15 |
@sonney2k | 1) create a copy of your git (local copy) | 23:15 |
@sonney2k | then do a git pull --rebase on the copy | 23:15 |
-!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun | 23:16 | |
gsomix | sonney2k, ok. without fetch? I updated the repository in the afternoon. | 23:16 |
@sonney2k | gsomix, all obsolete now | 23:16 |
@sonney2k | but please *keep a copy* | 23:16 |
@sonney2k | gsomix, either with git fetch and then git rebase or git pull --rebase | 23:17 |
gsomix | sonney2k, >> Current branch master is up to date. | 23:19 |
@sonney2k | gsomix, ok | 23:19 |
@sonney2k | gsomix, and if you try this on some of your pull request feature branches? | 23:19 |
blackburn | sonney2k: still.. | 23:20 |
@sonney2k | blackburn, still what? | 23:21 |
blackburn | Failed to merge in the changes. | 23:21 |
blackburn | Patch failed at 0001 Introduced converters module, moved DR preprocessors to it, fixed examples, updated other classes according to changes | 23:21 |
@sonney2k | blackburn, lets see if it works for gsomix... | 23:21 |
@sonney2k | gsomix, any news? | 23:21 |
@sonney2k | blackburn, it did work here too btw | 23:22 |
gsomix | sonney2k, rebase and push? | 23:22 |
blackburn | sonney2k: on your fork? | 23:22 |
@sonney2k | gsomix, update your pull request | 23:22 |
@sonney2k | but you need to rebase before | 23:22 |
@sonney2k | on your feature branch | 23:22 |
@sonney2k | blackburn, do you remember how we added the shogun-toolbox and google code remotes | 23:23 |
@sonney2k | with --mirror=push I mean? | 23:23 |
blackburn | sonney2k: I do not remember any --mirror there.. what for? | 23:24 |
@sonney2k | blackburn, to push the branches | 23:24 |
@sonney2k | or is this not necessary? | 23:24 |
gsomix | sonney2k, sec | 23:24 |
@sonney2k | please do now | 23:24 |
@sonney2k | this is urgent | 23:24 |
blackburn | hmm I do not remember sorry - I think git push should do something similar | 23:24 |
@sonney2k | maybe we used push --mirror at some point | 23:25 |
gsomix | sonney2k, >> Everything up-to-date | 23:26 |
gsomix | hmmm. | 23:26 |
@sonney2k | gsomix, on gsomix:titled_features ? | 23:27 |
gsomix | looks like that "pull --rebase" didn't rebase? I'm confused. | 23:27 |
gsomix | yep | 23:27 |
@sonney2k | which branch are you on? | 23:27 |
gsomix | sonney2k, titled_features | 23:28 |
@sonney2k | and what does git log show? | 23:28 |
gsomix | sonney2k, my last commit. :( | 23:29 |
@sonney2k | gsomix, and befoere that? | 23:29 |
gsomix | commit df320e82b334cd42043d239431454ec4243f370c | 23:29 |
gsomix | Author: Soeren Sonnenburg <sonne@debian.org> | 23:29 |
gsomix | Date: Tue May 22 11:00:26 2012 +0200 | 23:29 |
gsomix | make get_label_type pure virtual again | 23:29 |
@sonney2k | gsomix, ok then you didn't pull --rebase with master | 23:30 |
gsomix | sonney2k, re-do? | 23:31 |
blackburn | git pull --rebase upstream master | 23:32 |
blackburn | I guess | 23:32 |
gsomix | usually I do "git rebase upstream/master"... | 23:32 |
@sonney2k | gsomix, but then you would need to fetch first | 23:33 |
@sonney2k | so fetch first and then do it this way | 23:33 |
gsomix | sonney2k, in progress. | 23:35 |
gsomix | slow. I think I can solve couple of problems in optics | 23:38 |
@sonney2k | I just did the same on sth | 23:41 |
@sonney2k | and it just took 1 sec | 23:41 |
CIA-113 | shogun: Sergey Lisitsyn master * rf575c12 / src/interfaces/modular/Machine.i : Revert "Splitted methods in apply macro in Machine.i." - http://git.io/vwv3wA | 23:42 |
CIA-113 | shogun: Soeren Sonnenburg master * rd126d99 / src/interfaces/modular/Machine.i : only use %rename for non-type aware interfaces - http://git.io/L_5qlA | 23:42 |
CIA-113 | shogun: Sergey Lisitsyn master * r5b12cea / src/interfaces/modular/Machine.i : Splitted methods in apply macro in Machine.i. - http://git.io/_JX5PA | 23:42 |
blackburn | wtf | 23:42 |
blackburn | :D | 23:42 |
@sonney2k | wtf do I have the revert splitted stuff 2 times?! | 23:43 |
@sonney2k | gsomix, any news? | 23:45 |
gsomix | sonney2k, http://pastebin.com/15rcAqDM | 23:46 |
@sonney2k | blackburn, gsomix ok then. no idea how to rescue that situation | 23:47 |
blackburn | sonney2k: recreate all forks | 23:47 |
@sonney2k | I would say fresh checkout and git-format patch to the rescue | 23:47 |
@sonney2k | yeah | 23:48 |
@sonney2k | blackburn, shall I push --force again with the last 3 commits removed? | 23:48 |
@sonney2k | it is a bit weird that we have them twice | 23:48 |
blackburn | sure | 23:48 |
@sonney2k | blackburn, I am too tired for all that | 23:51 |
@sonney2k | please do and send an email to the ML | 23:51 |
blackburn | ok | 23:51 |
blackburn | hmm strange commit arrangement | 23:56 |
--- Log closed Wed May 23 00:00:41 2012 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!