--- Log opened Mon Nov 25 00:00:39 2013 | ||
-!- thoralf [~thoralf@91-66-33-4-dynip.superkabel.de] has quit [Quit: Konversation terminated!] | 00:12 | |
shogun-buildbot_ | build #628 of nightly_default is complete: Failure [failed notebooks] Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_default/builds/628 | 04:19 |
---|---|---|
-!- sonne|osx [~sonne@89.204.153.54] has joined #shogun | 08:08 | |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 08:10 | |
shogun-notifier- | shogun: Thoralf Klein :develop * 7d36d76 / src/shogun/base/SGRefObject.cpp,src/shogun/base/SGRefObject.h: https://github.com/shogun-toolbox/shogun/commit/7d36d76abdfb1cc81d139c082131f14d23c155d6 | 08:10 |
shogun-notifier- | shogun: Introduced SGRefObject (pulling refcounting out of CSGObject) | 08:10 |
shogun-notifier- | shogun: Thoralf Klein :develop * f9f46bf / src/shogun/base/SGObject.cpp,src/shogun/base/SGObject.h: https://github.com/shogun-toolbox/shogun/commit/f9f46bf0b4b7ff093664371f1d3153f3ed01fd3c | 08:10 |
shogun-notifier- | shogun: Putting refcounting from SGObject to new super class SGRefObject. | 08:10 |
shogun-notifier- | shogun: Thoralf Klein :develop * 9893df5 / examples/undocumented/libshogun/library_gc_array.cpp: https://github.com/shogun-toolbox/shogun/commit/9893df5b2423b330782f0a9b02f335277b677c40 | 08:10 |
shogun-notifier- | shogun: Fix libshogun example (preventing segfault when shogun_exit() is called before | 08:10 |
shogun-notifier- | shogun: kernel objects are destroyed) | 08:10 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 4412de8 / / (5 files): https://github.com/shogun-toolbox/shogun/commit/4412de87b2d5921e1bf38e283c51cc2a2ff170c4 | 08:10 |
shogun-notifier- | shogun: Merge pull request #1771 from tklein23/csgobject_refactoring | 08:10 |
shogun-notifier- | shogun: | 08:10 |
shogun-notifier- | shogun: CSGObject refactoring: Introduced SGRefObject | 08:10 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 8b4597d / NEWS: https://github.com/shogun-toolbox/shogun/commit/8b4597d5592547961e130073ffea0aa9c8bad8f2 | 08:19 |
shogun-notifier- | shogun: update news | 08:19 |
-!- sonne|osx [~sonne@89.204.153.54] has quit [Quit: sonne|osx] | 08:26 | |
-!- travis-ci [~travis-ci@ec2-54-226-108-81.compute-1.amazonaws.com] has joined #shogun | 08:55 | |
travis-ci | [travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/14476975 | 08:55 |
-!- travis-ci [~travis-ci@ec2-54-226-108-81.compute-1.amazonaws.com] has left #shogun [] | 08:55 | |
-!- travis-ci [~travis-ci@ec2-54-242-253-145.compute-1.amazonaws.com] has joined #shogun | 09:26 | |
travis-ci | [travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/14477187 | 09:26 |
-!- travis-ci [~travis-ci@ec2-54-242-253-145.compute-1.amazonaws.com] has left #shogun [] | 09:26 | |
shogun-buildbot_ | build #136 of clang34 - undefined behaviour analysis is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20undefined%20behaviour%20analysis/builds/136 blamelist: Thoralf Klein <thoralf.klein@zib.de> | 09:44 |
shogun-buildbot_ | build #1978 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1978 blamelist: Soeren Sonnenburg <sonne@debian.org> | 09:47 |
-!- lisitsyn1 [~lisitsin@mxs.kg.ru] has joined #shogun | 10:08 | |
shogun-buildbot_ | build #134 of clang34 - thread analysis is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20thread%20analysis/builds/134 blamelist: Thoralf Klein <thoralf.klein@zib.de> | 10:09 |
-!- thoralf [~thoralf@enki.zib.de] has joined #shogun | 10:45 | |
thoralf | Ho. | 10:45 |
shogun-buildbot_ | build #2053 of deb3 - modular_interfaces is complete: Failure [failed test csharp modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/2053 blamelist: Soeren Sonnenburg <sonne@debian.org>, Thoralf Klein <thoralf.klein@zib.de> | 10:48 |
shogun-buildbot_ | build #153 of clang34 - static analysis is complete: Failure [failed analyse] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20static%20analysis/builds/153 blamelist: Thoralf Klein <thoralf.klein@zib.de> | 10:52 |
sonne|work | hey thoralf | 11:02 |
thoralf | sonne|work: Seems my first patch works fine. Now talking about the next one? | 11:04 |
sonne|work | thoralf: yes sure | 11:04 |
thoralf | https://github.com/shogun-toolbox/shogun/pull/1772 | 11:04 |
sonne|work | I think we need DynamicRefObjectArray ... | 11:05 |
sonne|work | otherwise you have the same issues again with you not knowing when to ref / unref | 11:05 |
* wiking is writing a new qp library | 11:12 | |
sonne|work | wiking: hurray another one :D | 11:13 |
@wiking | delibrately not making part of shogun so that ppl can use it externally | 11:13 |
@wiking | but the thing is that it'll be lgpl3 | 11:13 |
sonne|work | wiking: libqp | 11:13 |
@wiking | and will do a completely subtitute in sense of qp | 11:13 |
@wiking | of mosek | 11:13 |
@wiking | so finally we can do mosek like qp for structural learners | 11:14 |
@wiking | sonne|work: libqp is almost good | 11:14 |
@wiking | but it's too strickt with the s.t. of the minimization | 11:14 |
@wiking | *strict | 11:15 |
@wiking | and another thing | 11:15 |
@wiking | it's gonna have a general KKT solver using various factorization methods | 11:15 |
@wiking | so if we manage to get this into shogun | 11:15 |
@wiking | we might consider to exchange the kkt solving in other qps | 11:16 |
@wiking | using these ones | 11:16 |
@wiking | as they'll be superoptimized | 11:16 |
@wiking | using eigen | 11:16 |
@wiking | and openmp | 11:16 |
@wiking | basically what i'm trying to implement is a quadrating cone program | 11:17 |
@wiking | so it'll solve a pair of primal and dual quadratic cone programs | 11:18 |
thoralf | wiking: Ehr. Many people from my institute are developing for LP/QP/fooP-solver. Sure you wanna start from scratch? | 11:18 |
@wiking | the idea came from CVXOPT | 11:18 |
sonne|work | wiking: that is a massive effort... not sure you have the time... | 11:18 |
@wiking | thoralf: ^ | 11:18 |
@wiking | sonne|work: well about kkt interfacing i'm sure that i dont have time for that | 11:19 |
thoralf | wiking: fyi: http://www.zib.de/en/optimization/software.html | 11:19 |
@wiking | i just want to give an eigen like (hpp only implementation) for KKT solving | 11:19 |
@wiking | thoralf: license? | 11:19 |
@wiking | or all gpl3 valid | 11:19 |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 11:19 | |
thoralf | http://scip.zib.de/licence.shtml | 11:20 |
thoralf | One of them (ZIBopt) | 11:20 |
@wiking | thoralf: yeah it's almost like svmlight license :S | 11:20 |
thoralf | wiking: If you have concerns about the license, let me talk to my boss. ;) | 11:21 |
@wiking | thoralf: yeah we already have issues with svmlight :S | 11:21 |
@wiking | and basicaly it's almost like mosek in one way | 11:21 |
@wiking | sonne|work: hehehe remember when u told me this "sonne|work> wiking: that is a massive effort..." about cmake? :) | 11:21 |
sonne|work | wiking: yes and we are still not at the stage where cmake is working without a hassle | 11:22 |
thoralf | lol | 11:22 |
@wiking | sonne|work: sorry :S | 11:22 |
thoralf | The Gallileo gambit. | 11:22 |
@wiking | for trying my best | 11:22 |
@wiking | :P | 11:22 |
@wiking | thoralf: http://pystruct.github.io/index.html | 11:22 |
@wiking | u know this one... ? | 11:22 |
sonne|work | wiking: so just dont' underestimate the work | 11:23 |
@wiking | pretty cool about ssvm | 11:23 |
@wiking | sonne|work: yeah sure note | 11:23 |
@wiking | *not | 11:23 |
@wiking | sonne|work: but we are getting there with cmake i think | 11:23 |
@wiking | thoralf: btW: big up for the separation for structuralData from sgobjc | 11:23 |
thoralf | wiking: Yeah, heard of, but Python is painful when you're having huge data... :( | 11:24 |
thoralf | wiking: Even thought of using it. | 11:24 |
@wiking | sonne|work: if i manage to get that KKT shit working and when we get gsoc slots it could be a good idea to dedicate a student to do that kkt interfacing for other qp solvers | 11:24 |
@wiking | thoralf: sure, this is why i started this whole shit ... wanna do it in c++ | 11:24 |
@wiking | eigen style | 11:24 |
@wiking | or tapkee style | 11:24 |
lisitsyn1 | hah | 11:25 |
lisitsyn1 | tapkee style come on yo | 11:25 |
@wiking | lisitsyn1: heheh yeah if u r around i have questions | 11:25 |
lisitsyn1 | wiking: sure | 11:25 |
-!- lisitsyn [~lisitsyn@80.252.20.67] has quit [Disconnected by services] | 11:25 | |
-!- lisitsyn1 is now known as lisitsyn | 11:25 | |
@wiking | lisitsyn1: do u know if for example in eigen the llt solver (cholesky factorization) | 11:25 |
@wiking | if i give it a sparsematrix | 11:26 |
@wiking | will it use the sparse cholesky | 11:26 |
@wiking | or it will use the dense one? | 11:26 |
lisitsyn | wiking: don't remember by heart actually | 11:26 |
lisitsyn | but I tend to think it is dense | 11:26 |
@wiking | as i've tested that it works | 11:26 |
thoralf | sonne|work: Well, about the DynamicRefObjectArray thing: I already spend too much time on this issue. I did got a working patch - and did even a refactoring of CSGObject. | 11:26 |
@wiking | Eigen::LLT<MatrixType> lltOfK | 11:26 |
@wiking | where MatrixType = Sparse | 11:26 |
@wiking | works as well | 11:26 |
@wiking | but dunno if it's actually calling the sparse one | 11:27 |
-!- lisitsyn1 [~lisitsyn@80.252.20.67] has joined #shogun | 11:27 | |
thoralf | sonne|work: To make it short: I won't do this DynamicRefObjectArray class... but I could adapt my patch if you could provide it. | 11:27 |
@wiking | or just does the dense on sparse matrix | 11:27 |
-!- mode/#shogun [+o lisitsyn] by ChanServ | 11:27 | |
@wiking | if so | 11:27 |
-!- lisitsyn1 was kicked from #shogun by lisitsyn [lisitsyn1] | 11:27 | |
@wiking | how would u do this then | 11:27 |
@wiking | say template<typename MatrixType> class KKTCholeskySolver | 11:27 |
@lisitsyn | wiking: there is SimplicialLLT or so | 11:27 |
@wiking | lisitsyn: yeah i know | 11:27 |
@wiking | but it would depend on the MatrixType which one to use | 11:27 |
@lisitsyn | that works with sparse quite ok | 11:27 |
@lisitsyn | do you want it generic? | 11:28 |
@wiking | yes | 11:28 |
@wiking | i want it to be able to do it both on sparse and dense | 11:28 |
sonne|work | wiking: you were working on cmake since june this year ... and your estimate was 2 weeks max | 11:28 |
@lisitsyn | wiking: well template specialization ;) | 11:28 |
@wiking | sonne|work: well i've got cmake working in 2 weeks no? :)) | 11:28 |
@wiking | lisitsyn: ok so that's the only way right? | 11:28 |
sonne|work | wiking: lol | 11:28 |
@wiking | i thought so.... | 11:28 |
@wiking | sonne|work: well we are really now better off with this than the ./configure i'd say | 11:29 |
@lisitsyn | wiking: you can actually support not only eigen but any other stuff | 11:29 |
@wiking | but we can always switch back to ./configure ;PP | 11:29 |
@wiking | lisitsyn: yeah i dont want :D | 11:29 |
@wiking | lisitsyn: just fucking have eigen | 11:29 |
@wiking | it's really easy to have installed on a toaster even :PP | 11:29 |
@lisitsyn | wiking: with sfinae you could check if method supports some operator() :D | 11:29 |
@lisitsyn | plug n play haha | 11:29 |
@wiking | hahaha p'n'p | 11:30 |
@wiking | what was that shit about in the 90s | 11:30 |
@wiking | :DD | 11:30 |
@lisitsyn | wiking: yeah I still remember even though I was like 5 in the middle of 90s haha | 11:30 |
@wiking | lisitsyn: woah http://www.boost.org/doc/libs/1_55_0/libs/utility/enable_if.html | 11:31 |
@lisitsyn | wiking: yeah that's easy | 11:31 |
@wiking | lisitsyn: do we have something similar in stdc? | 11:31 |
@lisitsyn | wiking: no, I don't think yet | 11:31 |
@lisitsyn | wiking: I usually rewrite sfinae haha | 11:32 |
@wiking | hahahah | 11:32 |
@lisitsyn | because boost slows down compilation way too much | 11:32 |
@lisitsyn | and my autocompletion goes slower :D | 11:32 |
@wiking | yeps | 11:32 |
@wiking | :D | 11:32 |
@wiking | so true | 11:32 |
@wiking | :> | 11:32 |
@wiking | oh woah | 11:33 |
@wiking | http://nonchalantlytyped.net/blog/2012/06/27/yet-another-sfinae/ | 11:33 |
@lisitsyn | wiking: yes canonical sfinae | 11:33 |
@lisitsyn | ah | 11:33 |
@wiking | ok so actually it's doable | 11:33 |
@lisitsyn | one more sfinae | 11:33 |
@lisitsyn | :D | 11:33 |
@wiking | yes | 11:34 |
@lisitsyn | wiking: well yeah if you want to check if it is sparse it is easy | 11:34 |
@wiking | cool i'll do it then laater | 11:35 |
@wiking | first i want to have it ready for initial commit that it actually works | 11:35 |
@wiking | and then i'll do writing | 11:35 |
@lisitsyn | wiking: if you want to choose solver you'd have to have two parts | 11:35 |
@lisitsyn | compile time part which selects sparse/dense | 11:35 |
@lisitsyn | and runtime part which selects proper solver | 11:35 |
@wiking | mmmhmmm | 11:35 |
@wiking | well we'll see how far i can get with it | 11:35 |
@wiking | and then if u have time for comments i'll give u a link | 11:36 |
@wiking | to check on the shit | 11:36 |
@lisitsyn | wiking: sure | 11:36 |
@wiking | oooh maaan | 11:37 |
@wiking | lisitsyn: this is really daily wtf | 11:37 |
@wiking | 11:34 < lmatteis> i have an Microsoft Access file database | 11:38 |
@wiking | 11:34 < lmatteis> what's the easiest way to query it using SPARQL | 11:38 |
@wiking | the first line | 11:38 |
@wiking | Microsoft Access file database | 11:38 |
@lisitsyn | wiking: haha | 11:38 |
@lisitsyn | wiking: I actually tried another approach | 11:39 |
@lisitsyn | like | 11:39 |
@lisitsyn | template <typename MatrixType, typename SolverType> | 11:39 |
@wiking | yeah i thought o fthat | 11:39 |
@wiking | but what if the idiot user (see academic 99%) | 11:40 |
@wiking | gives u | 11:40 |
@wiking | DenseMatrix, SparseSolver | 11:40 |
@wiking | :))) | 11:40 |
@wiking | of course i can do template specialization | 11:40 |
@wiking | but i dont want | 11:40 |
@lisitsyn | wiking: you fail compile time then | 11:41 |
@wiking | lisitsyn: heheh | 11:42 |
@lisitsyn | wiking: it is ideal to see no <> so you could use that builder like syntax | 11:43 |
@lisitsyn | to approach with inference | 11:43 |
@lisitsyn | so you do solve(matrix).using(LLT) | 11:44 |
@lisitsyn | again compile-time failure when doing something dumb | 11:44 |
@lisitsyn | wiking: if you want to have fun of users I have one thing I didn't implement yet | 11:45 |
@lisitsyn | wiking: solve[method=LLT,matrix=X] | 11:45 |
@lisitsyn | :D | 11:45 |
@lisitsyn | legal C++ | 11:45 |
shogun-buildbot_ | build #2054 of deb3 - modular_interfaces is complete: Failure [failed test csharp modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/2054 blamelist: Soeren Sonnenburg <sonne@debian.org> | 12:07 |
-!- sukalpo [8622b0e0@gateway/web/freenode/ip.134.34.176.224] has joined #shogun | 12:29 | |
sukalpo | Hello...could someone refer me any proper documentation to implement kernel Caching for MKL ..I am about to code my own MKL (wrapper approach ) ...the only issue I cannot figure out is how to deal with kernel matrices bigger than my memory...... I have all the other required algorithms though....Can anyone suggest me something | 12:31 |
-!- besser82 [~besser82@2a02:8108:8840:1800:e8b:fdff:fe16:bb33] has joined #shogun | 12:34 | |
-!- besser82 [~besser82@2a02:8108:8840:1800:e8b:fdff:fe16:bb33] has quit [Changing host] | 12:34 | |
-!- besser82 [~besser82@fedora/besser82] has joined #shogun | 12:34 | |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun | 12:59 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 12:59 | |
-!- new_lido [~walid@41.218.174.238] has joined #shogun | 13:33 | |
sonne|work | sukalpo: just use a kernel from shogun and let the svms use their kernel cache | 13:55 |
sukalpo | Actually I would like to use my optimization routines and stuff like that | 14:10 |
sonne|work | sukalpo: for solving the inner svm problem? | 14:16 |
sukalpo | yes .... | 14:17 |
sukalpo | for the outer loop as well | 14:17 |
-!- new_lido is now known as new_lido_bsy | 14:53 | |
sonne|work | sukalpo: well then you have to do the caching your own of course | 14:56 |
sukalpo | could you suggest me any well documented algorithm? | 14:58 |
-!- new_lido_bsy [~walid@41.218.174.238] has quit [Ping timeout: 272 seconds] | 15:03 | |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat] | 15:14 | |
-!- sukalpo [8622b0e0@gateway/web/freenode/ip.134.34.176.224] has quit [Quit: Page closed] | 15:45 | |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has quit [Quit: Leaving.] | 16:08 | |
-!- thoralf [~thoralf@enki.zib.de] has quit [Quit: Konversation terminated!] | 16:55 | |
-!- thoralf [~thoralf@zib-52-158.zib.de] has joined #shogun | 17:21 | |
thoralf | Heyhey. | 17:21 |
-!- sonne|osx [~sonne@89.204.137.159] has joined #shogun | 17:32 | |
-!- sonne|osx [~sonne@89.204.137.159] has quit [Quit: sonne|osx] | 17:47 | |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 17:47 | |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * ecb17dd / src/interfaces/modular/SGBase.i,src/shogun/base/SGDynamicRefObjectArray.h: https://github.com/shogun-toolbox/shogun/commit/ecb17ddd8852359cb8ab2245eaea3929b1f82b1f | 17:47 |
shogun-notifier- | shogun: - add dynamic array for SGRefObject's | 17:47 |
shogun-notifier- | shogun: - make SGRefObject the class that is swig ref/unref'd | 17:47 |
-!- sonne|osx [~sonne@89.204.137.159] has joined #shogun | 17:48 | |
sonne|osx | thoralf: ok there you go! | 17:48 |
sonne|osx | thoralf: base/SGDynamicRefObjectArray.h | 17:48 |
-!- sonne|osx [~sonne@89.204.137.159] has quit [Client Quit] | 17:49 | |
shogun-buildbot_ | build #1979 of bsd1 - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1979 | 17:56 |
-!- lisitsyn [~lisitsyn@80.252.20.67] has joined #shogun | 18:13 | |
thoralf | Hey Sergey | 18:17 |
-!- thoralf [~thoralf@zib-52-158.zib.de] has quit [Quit: Konversation terminated!] | 18:40 | |
shogun-buildbot_ | build #2055 of deb3 - modular_interfaces is complete: Failure [failed test python modular test ruby modular test java modular test csharp modular test lua modular test octave modular test r modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/2055 blamelist: Soeren Sonnenburg <sonne@debian.org> | 18:53 |
-!- travis-ci [~travis-ci@ec2-54-237-127-137.compute-1.amazonaws.com] has joined #shogun | 19:09 | |
travis-ci | [travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/14500367 | 19:09 |
-!- travis-ci [~travis-ci@ec2-54-237-127-137.compute-1.amazonaws.com] has left #shogun [] | 19:09 | |
lisitsyn | ah missed thoralf | 19:46 |
-!- new_lido [~walid@41.218.174.238] has joined #shogun | 19:55 | |
-!- sonne|osx [~sonne@f053040204.adsl.alicedsl.de] has joined #shogun | 20:03 | |
shogun-buildbot_ | build #308 of osx1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/308 blamelist: Soeren Sonnenburg <sonne@debian.org>, Thoralf Klein <thoralf.klein@zib.de> | 20:18 |
-!- new_lido_ [~walid@41.218.174.238] has joined #shogun | 20:29 | |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 20:47 | |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 21:18 | |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 9caa249 / src/ (3 files): https://github.com/shogun-toolbox/shogun/commit/9caa249776eb00d7d0b33fd59ae2291c60ddf67d | 21:18 |
shogun-notifier- | shogun: fix typo and documentation of SGRefObject | 21:18 |
shogun-buildbot_ | build #357 of FC19 - libshogun is complete: Failure [failed git] Build details are at http://buildbot.shogun-toolbox.org/builders/FC19%20-%20libshogun/builds/357 blamelist: Soeren Sonnenburg <sonne@debian.org> | 21:35 |
shogun-buildbot_ | build #351 of FCRH - libshogun is complete: Failure [failed git] Build details are at http://buildbot.shogun-toolbox.org/builders/FCRH%20-%20libshogun/builds/351 blamelist: Soeren Sonnenburg <sonne@debian.org> | 21:35 |
-!- new_lido_ [~walid@41.218.174.238] has quit [Quit: Leaving] | 21:40 | |
-!- new_lido_ [~walid@41.218.174.238] has joined #shogun | 21:40 | |
shogun-buildbot_ | build #309 of osx1 - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/osx1%20-%20libshogun/builds/309 | 21:53 |
shogun-buildbot_ | build #2056 of deb3 - modular_interfaces is complete: Failure [failed examples and unit tests] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/2056 blamelist: Soeren Sonnenburg <sonne@debian.org> | 22:23 |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun | 22:38 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 22:38 | |
@iglesiasg | good evening guys | 22:39 |
lisitsyn | hey iglesiasg | 22:40 |
-!- travis-ci [~travis-ci@ec2-54-237-127-137.compute-1.amazonaws.com] has joined #shogun | 22:54 | |
travis-ci | [travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/14510465 | 22:54 |
-!- travis-ci [~travis-ci@ec2-54-237-127-137.compute-1.amazonaws.com] has left #shogun [] | 22:54 | |
-!- thoralf [~thoralf@91-66-33-4-dynip.superkabel.de] has joined #shogun | 23:00 | |
thoralf | Hey. | 23:00 |
thoralf | sonney2k: Just fixing some compile errors... thanks for adding the class. | 23:01 |
-!- thoralf [~thoralf@91-66-33-4-dynip.superkabel.de] has quit [Ping timeout: 245 seconds] | 23:22 | |
--- Log closed Tue Nov 26 00:00:40 2013 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!