--- Log opened Wed Sep 25 00:00:13 2013 | ||
-!- HeikoS [~heiko@218.4.166.178.rev.vodafone.pt] has quit [Quit: Leaving.] | 00:39 | |
-!- HeikoS [~heiko@218.4.166.178.rev.vodafone.pt] has joined #shogun | 00:42 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 00:42 | |
-!- Netsplit *.net <-> *.split quits: gsomix, @sonney2k, @iglesiasg | 01:47 | |
-!- Netsplit over, joins: @iglesiasg, gsomix, @sonney2k | 01:54 | |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat] | 02:04 | |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 02:27 | |
shogun-notifier- | shogun: Heiko Strathmann :gp_notebook * a5a2951 / doc/ipython-notebooks/gaussian_process/gaussian_process_classification.ipynb: https://github.com/shogun-toolbox/shogun/commit/a5a295194d8e3e10a3968afb713c5526d0069b9e | 02:27 |
---|---|---|
shogun-notifier- | shogun: wrote part on toy regression | 02:27 |
-!- HeikoS [~heiko@218.4.166.178.rev.vodafone.pt] has quit [Quit: Leaving.] | 02:32 | |
shogun-buildbot | build #466 of nightly_all is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_all/builds/466 | 03:22 |
-!- travis-ci [~travis-ci@ec2-107-22-24-84.compute-1.amazonaws.com] has joined #shogun | 03:47 | |
travis-ci | [travis-ci] it's Heiko Strathmann'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/11757606 | 03:47 |
-!- travis-ci [~travis-ci@ec2-107-22-24-84.compute-1.amazonaws.com] has left #shogun [] | 03:47 | |
-!- sonne|osx_ [~sonne@g225082005.adsl.alicedsl.de] has joined #shogun | 03:53 | |
-!- sonne|osx [~sonne@f053045153.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds] | 03:55 | |
-!- sonne|osx_ is now known as sonne|osx | 03:55 | |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 05:27 | |
-!- sonne|osx [~sonne@g225082005.adsl.alicedsl.de] has quit [Quit: sonne|osx] | 06:52 | |
-!- new_lido [~walid@41.218.177.206] has quit [Ping timeout: 240 seconds] | 07:31 | |
-!- votjakovr [~votjakovr@host-46-241-3-209.bbcustomer.zsttk.net] has joined #shogun | 07:37 | |
-!- sonne|osx [~sonne@89.204.138.93] has joined #shogun | 08:17 | |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun | 08:19 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 08:20 | |
-!- sonne|osx [~sonne@89.204.138.93] has quit [Ping timeout: 246 seconds] | 08:24 | |
-!- sonne|osx [~sonne@82.113.106.4] has joined #shogun | 08:24 | |
gsomix | sonne|osx, good morning | 08:31 |
sonne|osx | gsomix: hey moin! | 08:31 |
-!- sonne|osx [~sonne@82.113.106.4] has quit [Quit: sonne|osx] | 08:36 | |
-!- besser82 [~besser82@fedora/besser82] has joined #shogun | 09:23 | |
@iglesiasg | sonne|work, you and I are immersed in an eternal battle for the longest streak in GitHub :P | 09:26 |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 09:27 | |
shogun-notifier- | shogun: Fernando Iglesias :develop * 414c4c0 / data: https://github.com/shogun-toolbox/shogun/commit/414c4c025a03a311961b18dc219513f2c28f0603 | 09:27 |
shogun-notifier- | shogun: Update data submodule commit | 09:27 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * ebd3446 / data: https://github.com/shogun-toolbox/shogun/commit/ebd344684518d5e832a7d9be43652a44952352a4 | 09:27 |
shogun-notifier- | shogun: Merge pull request #1675 from iglesias/develop | 09:27 |
shogun-notifier- | shogun: | 09:27 |
shogun-notifier- | shogun: Update data submodule commit | 09:27 |
sonne|work | iglesiasg: same count :) | 09:28 |
sonne|work | what a coincidence | 09:28 |
@iglesiasg | sonne|work, now you are ahead again I think hehe | 09:28 |
shogun-notifier- | shogun: lambday :develop * 9455535 / / (88 files): https://github.com/shogun-toolbox/shogun/commit/94555351b0e8089e750785b4269fd53a196c37ee | 09:29 |
shogun-notifier- | shogun: renamed datatype complex64_t to complex128_t | 09:29 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * fd0402b / / (88 files): https://github.com/shogun-toolbox/shogun/commit/fd0402bf41851af31d9fd638d1802c151141271f | 09:29 |
shogun-notifier- | shogun: Merge pull request #1673 from lambday/develop | 09:29 |
shogun-notifier- | shogun: | 09:29 |
shogun-notifier- | shogun: renamed datatype complex64_t to complex128_t | 09:29 |
sonne|work | gsomix: can you update the PR so I can finally merge this? | 09:29 |
shogun-notifier- | shogun: Fernando Iglesias :develop * 86872b5 / doc/ipython-notebooks/metric/LMNN.ipynb: https://github.com/shogun-toolbox/shogun/commit/86872b519aa836ebad4dd5972cbd4f7fc7bef651 | 09:30 |
shogun-notifier- | shogun: Add bar chart to LMNN notebook for wine data section | 09:30 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 6c2a673 / doc/ipython-notebooks/metric/LMNN.ipynb: https://github.com/shogun-toolbox/shogun/commit/6c2a6733c60944e62567a0fbef5c83f327490179 | 09:30 |
shogun-notifier- | shogun: Merge pull request #1674 from iglesias/feature/lmnn | 09:30 |
shogun-notifier- | shogun: | 09:30 |
shogun-notifier- | shogun: Add bar chart to LMNN notebook for wine data section | 09:30 |
sonne|work | iglesiasg: is the SOSVM SGD solver PR ready to be merged? I guess you take care of it... | 09:30 |
@iglesiasg | sonne|work, no, it is not. Patrick wrote some comments yesterday that need to be addressed | 09:31 |
@iglesiasg | sonne|work, and we need unit tests, hushell said he was on it | 09:31 |
sonne|work | ok | 09:31 |
wiking | yo | 09:33 |
* wiking is back from a 2 days flu downtime | 09:34 | |
gsomix | sonne|work, yep. just a moment | 09:36 |
wiking | sonne|work: png | 09:36 |
wiking | ping | 09:36 |
sonne|work | wiking: a real phoenix you are | 09:36 |
wiking | gsomix: ok i'm back now | 09:36 |
wiking | sonne|work: fuck man flu took me badly | 09:36 |
wiking | sonne|work: have u managed to change the script on 7nn for notebook generation? | 09:37 |
sonne|work | wiking: lots of people here are out too | 09:37 |
sonne|work | wiking: didn't do anything | 09:37 |
sonne|work | wiking: we need the protoc support for gsomix | 09:37 |
wiking | sonne|work: yeah i know | 09:37 |
wiking | sonne|work: can u plz do the changes according to https://github.com/shogun-toolbox/shogun/issues/1482 | 09:39 |
sonne|work | wiking: tonight | 09:40 |
wiking | sonne|work: okie thnx | 09:41 |
wiking | ok so somebody who's protobuf person | 09:41 |
wiking | how does the .cc gets generated? | 09:42 |
sonne|work | wiking: protoc --cpp *.proto | 09:42 |
sonne|work | wiking: actually protoc filename.proto --cpp_out=OUT_DIR | 09:43 |
wiking | sonne|work: ok and this has not been written yet right? | 09:43 |
sonne|work | wiking: no - we have a commented PROTOBUF detection in there though | 09:43 |
wiking | okok | 09:44 |
wiking | sonne|work: fixing it now | 09:44 |
wiking | btw | 09:44 |
wiking | do we need the protobuf headers and library? | 09:45 |
wiking | i have no idea about how protobuf works | 09:45 |
wiking | that's why i'm asking | 09:45 |
wiking | btw are we going to have .proto files anywhere else? | 09:46 |
wiking | other than src/shogun? | 09:46 |
sonne|work | wiking: well we could put them at some other place if you mean that... it is kind of the .i files - special | 09:47 |
wiking | nono | 09:47 |
wiking | i mean that are we going to have them elsewhere as well/ | 09:47 |
wiking | just to know what to expect | 09:47 |
wiking | i'm fine with it as it is now | 09:47 |
sonne|work | ok then just use the current location | 09:51 |
wiking | are these the files that should be generated? | 09:54 |
wiking | /Users/wiking/shogun/build/src/shogun/Chunks.pb.h/Users/wiking/shogun/build/src/shogun/Headers.pb.h/Users/wiking/shogun/build/src/shogun/ShogunVersion.pb.h | 09:54 |
wiking | /Users/wiking/shogun/build/src/shogun/Chunks.pb.cc/Users/wiking/shogun/build/src/shogun/Headers.pb.cc/Users/wiking/shogun/build/src/shogun/ShogunVersion.pb.cc | 09:54 |
wiking | or i guess they are in the wrong location...:S | 09:54 |
wiking | wonder how to fix this with cmake... | 09:54 |
gsomix | sonne|work, https://github.com/shogun-toolbox/shogun/pull/1670 updated! | 09:56 |
gsomix | wiking, glad to see you, man | 09:56 |
shogun-notifier- | shogun: Evgeniy Andreev :develop * 95deac2 / / (5 files): https://github.com/shogun-toolbox/shogun/commit/95deac24e6bf1a8990b99543ac6affd4b781823a | 09:56 |
shogun-notifier- | shogun: add sparse matrix support for Protobuf file format | 09:56 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * d22e14e / / (5 files): https://github.com/shogun-toolbox/shogun/commit/d22e14e561e81d78129e95ad7e6202875f847815 | 09:56 |
shogun-notifier- | shogun: Merge pull request #1670 from gsomix/feature/protobuf | 09:56 |
shogun-notifier- | shogun: | 09:56 |
shogun-notifier- | shogun: Add sparse matrix support for Protobuf file format | 09:56 |
gsomix | OK. cu later guys - need to visit the clinic | 09:57 |
sonne|work | gsomix: cu! | 10:01 |
shogun-buildbot | build #1541 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1541 blamelist: Soeren Sonnenburg <sonne@debian.org>, Fernando Iglesias <fernando.iglesiasg@gmail.com> | 10:02 |
besser82 | G' Morning, Folks! :) | 10:13 |
-!- gsomix [~gsomix@83.234.54.128] has quit [Ping timeout: 245 seconds] | 10:21 | |
shogun-buildbot | build #1813 of bsd1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1813 blamelist: Evgeniy Andreev <gsomix@gmail.com>, Soeren Sonnenburg <sonne@debian.org> | 10:21 |
-!- gsomix [~gsomix@83.234.54.128] has joined #shogun | 10:22 | |
@iglesiasg | besser82, morning | 10:30 |
besser82 | iglesiasg: thanks, mornin' :D | 10:30 |
besser82 | iglesiasg: How is it going? I'm just compiling / test new checkout with updated data :) | 10:32 |
@iglesiasg | besser82, nice. Yeah , it is a data set used in the lmnn notebook | 10:33 |
@iglesiasg | a small one about wines.. yummy :D | 10:33 |
besser82 | iglesiasg: XD wines are always tasty ;) | 10:33 |
@iglesiasg | besser82, and Spanish ones even better | 10:33 |
besser82 | iglesiasg, you should definetivly taste some German ones, like those "Badische" Wines ;) | 10:37 |
besser82 | iglesiasg, made in "Baden-W?rttemberg" | 10:37 |
shogun-buildbot | build #148 of precise - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/148 blamelist: lambday <heavensdevil6909@gmail.com>, Fernando Iglesias <fernando.iglesiasg@gmail.com>, Soeren Sonnenburg <sonne@debian.org> | 10:38 |
@iglesiasg | besser82, deffs I should. I don't recall having tried German wine actully :/ | 10:38 |
besser82 | iglesiasg, give them shot :) You can get pretty drunk from them, but feeling really good next day ;) | 10:44 |
besser82 | sonne|work: Still no answer from TJ for SVMlight :( He actually is a German, isn't he? | 10:45 |
-!- new_lido [~walid@193.227.20.2] has joined #shogun | 10:57 | |
sonne|work | besser82: yes he is! | 10:57 |
besser82 | sonne|work: :D As I supposed. So he should be able to read my mail ;) Probably he's on vacation or so. | 10:58 |
sonne|work | besser82: well he is a big shot with little time | 10:58 |
besser82 | sonne|work: Or he just doesn't want to answer :( | 10:58 |
shogun-buildbot | build #149 of precise - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/precise%20-%20libshogun/builds/149 | 10:59 |
sonne|work | besser82: we thought a couple of times writing 'SVM^bright' | 11:00 |
besser82 | sonne|work: ??? | 11:00 |
sonne|work | totally GPL'd svm light clone | 11:00 |
besser82 | sonne|work: that would be cool, indeed ;) | 11:00 |
sonne|work | but then libsvm etc are doing good enough | 11:00 |
besser82 | sonne|work: but isn't redistable :( | 11:01 |
sonne|work | yeah I know even worse I would say. not allowed to modify etc etc | 11:01 |
sonne|work | I would very much like to get rid of it altogether | 11:02 |
besser82 | sonne|work: yes, but is there any suitable substitue? | 11:02 |
sonne|work | besser82: in principle there is but this version here is pimped (like the libsvm in shogun) | 11:03 |
sonne|work | so they can be a bit faster (parallel, faster kernels, ...) | 11:03 |
besser82 | sonne|work: which one would be the substitute? Perhaps I can take care of ;) | 11:03 |
shogun-buildbot | build #1542 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1542 blamelist: lambday <heavensdevil6909@gmail.com>, Fernando Iglesias <fernando.iglesiasg@gmail.com>, Soeren Sonnenburg <sonne@debian.org> | 11:06 |
sonne|work | besser82: GPBTSVM is also a chunking based svm like svm light | 11:07 |
sonne|work | besser82: they claim to have a faster internal solver being able to process bigger chunks per iteration | 11:08 |
sonne|work | however it doesn't do shrinking | 11:08 |
besser82 | sonne|work: so let me do some experiments with it ;) PErhaps we can replace SVMlight with this one, to be completely FOSS again ;) | 11:08 |
sonne|work | and does not have the various hacks to make convergence more stable | 11:08 |
sonne|work | besser82: it is in shogun already | 11:09 |
besser82 | sonne|work: so another bundled thingy ;) | 11:09 |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has joined #shogun | 11:10 | |
besser82 | sonne|work: I'll try to rewrite a binary / API compatible FOSS version of SVMlight, then ;) | 11:12 |
lisitsyn | what? | 11:13 |
lisitsyn | :D | 11:13 |
sonne|work | besser82: looks like you have too much time :) | 11:13 |
besser82 | sonne|work: Yes, sometimes ;) | 11:13 |
sonne|work | besser82: better do cmake fixes :) | 11:13 |
besser82 | sonne|work: I'm on them :) | 11:13 |
lisitsyn | besser82: I believe it only makes sense to implement something that is *better* than svmlight | 11:14 |
besser82 | sonne|work: btw. How about that "`make install` downloads stuff" thing? | 11:14 |
besser82 | sonne|work: That would be a tough thing to write ;) | 11:15 |
besser82 | sonne|work: The better than SVMlight... | 11:15 |
lisitsyn | besser82: well it is quite old so there must be some room for improvement | 11:18 |
lisitsyn | otherwise we are all stupid | 11:18 |
besser82 | lisitsyn: possibly there is, but I'm not too skilled in writing code ;) | 11:19 |
lisitsyn | besser82: it is about math I think | 11:20 |
lisitsyn | besser82: I am skilled in code but my brain is not capable to cope with that math haha | 11:20 |
lisitsyn | well I didn't try but I am pessimistic about it | 11:20 |
besser82 | lisitsyn: that would be my domain ;) Let me try to understand the SVMlight sources ... ;) | 11:20 |
sonne|work | horrible | 11:21 |
sonne|work | don't even try to do that | 11:21 |
lisitsyn | yeah never try to read research code | 11:21 |
lisitsyn | :D | 11:21 |
besser82 | lisitsyn, sonne|work: :D I can't code that well, but im BSc applied Maths ;) | 11:21 |
sonne|work | like shogun you mean? | 11:21 |
lisitsyn | besser82: same shit here, doesn't help :D | 11:21 |
besser82 | lisitsyn: Let's fetch some Asian then to do it ;) | 11:22 |
lisitsyn | sonne|work: shogun is much more closer to industrial code now | 11:22 |
lisitsyn | besser82: that's a good point | 11:22 |
sonne|work | lisitsyn: yeah true the buildbot armada is actually as good as it gets IMHO | 11:22 |
lisitsyn | sonne|work: I don't have to tell you about research code I believe :D | 11:23 |
lisitsyn | you must have seen terrible things | 11:23 |
lisitsyn | much more terrible than I have seen | 11:23 |
sonne|work | sure | 11:23 |
sonne|work | I wrote it myself back then | 11:23 |
lisitsyn | haha good you joined engineering side ;) | 11:23 |
-!- HeikoS [~heiko@218.4.166.178.rev.vodafone.pt] has joined #shogun | 11:23 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 11:23 | |
sonne|work | well for quick tests I still do it this way | 11:23 |
lisitsyn | it is ok to write shitty code then improve | 11:24 |
besser82 | lisitsyn, sonne|work: like I propsed, let's get an asian to do it ;) ---> http://www.youtube.com/watch?v=p2EA2nA2ar0 | 11:24 |
lisitsyn | hahahah | 11:24 |
lisitsyn | I love family guy | 11:24 |
besser82 | lisitsyn: me, too XD | 11:24 |
wiking | HeikoS: portugal? :) | 11:27 |
lisitsyn | wiking: yeah he is doing his surfing phd there | 11:29 |
shogun-buildbot | build #43 of clang34 - static analysis is complete: Failure [failed analyse] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20static%20analysis/builds/43 blamelist: Soeren Sonnenburg <sonne@debian.org>, Fernando Iglesias <fernando.iglesiasg@gmail.com> | 11:33 |
shogun-buildbot | build #27 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/27 blamelist: Soeren Sonnenburg <sonne@debian.org>, Fernando Iglesias <fernando.iglesiasg@gmail.com> | 11:44 |
wiking | lisitsyn: :D | 11:45 |
shogun-buildbot | build #1543 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1543 blamelist: Evgeniy Andreev <gsomix@gmail.com>, Soeren Sonnenburg <sonne@debian.org> | 11:46 |
shogun-buildbot | build #30 of clang34 - thread analysis is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20thread%20analysis/builds/30 blamelist: Soeren Sonnenburg <sonne@debian.org>, Fernando Iglesias <fernando.iglesiasg@gmail.com> | 11:59 |
gsomix | sonne|work, RE | 12:45 |
shogun-buildbot | build #44 of clang34 - static analysis is complete: Failure [failed analyse] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20static%20analysis/builds/44 blamelist: lambday <heavensdevil6909@gmail.com> | 12:53 |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 12:57 | |
-!- gsomix [~gsomix@83.234.54.128] has quit [Remote host closed the connection] | 13:22 | |
-!- gsomix [~gsomix@83.234.54.128] has joined #shogun | 13:25 | |
-!- votjakovr [~votjakovr@host-46-241-3-209.bbcustomer.zsttk.net] has quit [Quit: Good bye!] | 13:33 | |
shogun-buildbot | build #45 of clang34 - static analysis is complete: Failure [failed analyse] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20static%20analysis/builds/45 blamelist: Evgeniy Andreev <gsomix@gmail.com>, Soeren Sonnenburg <sonne@debian.org>, Fernando Iglesias <fernando.iglesiasg@gmail.com> | 13:35 |
shogun-buildbot | build #28 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/28 blamelist: Evgeniy Andreev <gsomix@gmail.com>, lambday <heavensdevil6909@gmail.com>, Fernando Iglesias <fernando.iglesiasg@gmail.com>, Soeren Sonnenburg | 13:44 |
shogun-buildbot | <sonne@debian.org> | 13:44 |
shogun-buildbot | build #31 of clang34 - thread analysis is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20thread%20analysis/builds/31 blamelist: Evgeniy Andreev <gsomix@gmail.com>, lambday <heavensdevil6909@gmail.com>, Fernando Iglesias <fernando.iglesiasg@gmail.com>, Soeren Sonnenburg <sonne@debian.org> | 13:58 |
-!- new_lido [~walid@193.227.20.2] has quit [Remote host closed the connection] | 14:39 | |
-!- travis-ci [~travis-ci@ec2-184-72-85-210.compute-1.amazonaws.com] has joined #shogun | 14: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/11766459 | 14:54 |
-!- travis-ci [~travis-ci@ec2-184-72-85-210.compute-1.amazonaws.com] has left #shogun [] | 14:54 | |
@HeikoS | wiking: hi! | 15:25 |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 15:40 | |
shogun-notifier- | shogun: Roman Votyakov :develop * 8f62dd4 / / (18 files): https://github.com/shogun-toolbox/shogun/commit/8f62dd44fbb9f08813f9b55b5109e7ba107a4f5f | 15:40 |
shogun-notifier- | shogun: refactor GPs framework | 15:40 |
shogun-notifier- | shogun: Heiko Strathmann :develop * fd4203c / / (18 files): https://github.com/shogun-toolbox/shogun/commit/fd4203c3a9da1019d807930a2a07af9291467e79 | 15:40 |
shogun-notifier- | shogun: Merge pull request #1676 from votjakovr/feature/gp_refactoring | 15:40 |
shogun-notifier- | shogun: | 15:40 |
shogun-notifier- | shogun: refactor GPs framework | 15:40 |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat] | 15:40 | |
shogun-buildbot | build #1814 of bsd1 - libshogun is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/1814 | 16:02 |
-!- travis-ci [~travis-ci@ec2-184-72-85-210.compute-1.amazonaws.com] has joined #shogun | 16:14 | |
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/11766515 | 16:14 |
-!- travis-ci [~travis-ci@ec2-184-72-85-210.compute-1.amazonaws.com] has left #shogun [] | 16:14 | |
sonne|work | gsomix: I've already passed you gsoc wise so now the only thing left would be the matlab code | 16:19 |
sonne|work | gsomix: matlab reading/writing | 16:19 |
sonne|work | gsomix: maybe you give it a try - might be easy with the opencv mat reader... | 16:19 |
shogun-buildbot | build #1544 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1544 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 16:37 |
shogun-notifier- | shogun: Heiko Strathmann :gp_notebook * c1afa6a / doc/ipython-notebooks/gaussian_process/gaussian_process_classification.ipynb: https://github.com/shogun-toolbox/shogun/commit/c1afa6aec30b9601879e538df5e127742d3e2455 | 16:41 |
shogun-notifier- | shogun: -use posterior GP methods that Romand just implemented | 16:41 |
shogun-notifier- | shogun: -some more updates | 16:41 |
gsomix | sonne|work, yes, of course. I'll start playing with opencv reader soon. | 16:42 |
gsomix | I also need refactor some old code and write examples. | 16:42 |
@HeikoS | http://nbviewer.ipython.org/6685990 | 16:42 |
@HeikoS | sonne|work: since you asked how to do the "full" thing with GPs, this notebook contains a toy example for both classification and regression, including model-selection without any x-validation or grid-search | 16:43 |
-!- HeikoS [~heiko@218.4.166.178.rev.vodafone.pt] has quit [Quit: Leaving.] | 16:44 | |
-!- sonne|osx [~sonne@89.204.138.94] has joined #shogun | 17:17 | |
sonne|osx | gsomix: btw one thing to clean up would be to return a sparse matrix even when reading CSV's | 17:18 |
wiking | sonne|osx: dontforget https://github.com/shogun-toolbox/shogun/issues/1482#issuecomment-24735680 | 17:18 |
sonne|osx | gsomix: you could use the poor mans solution for that and just use the SGSparseMatrix(dense) thing for that | 17:19 |
sonne|osx | wiking: tonight | 17:19 |
gsomix | sonne|osx, yep, but not memory efficient. | 17:20 |
sonne|osx | gsomix: and vice versa for libsvmfile you could return a dense matrix too | 17:20 |
shogun-buildbot | build #1893 of deb3 - modular_interfaces is complete: Failure [failed test libshogun] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1893 blamelist: Roman Votyakov <votjakovr@gmail.com> | 17:20 |
sonne|osx | gsomix: well better than nothing but feel free to do it better than that | 17:20 |
sonne|osx | wiking: have you seen travis & java issues? I think we need some higher -Xmx for java to run | 17:21 |
-!- travis-ci [~travis-ci@ec2-54-211-105-97.compute-1.amazonaws.com] has joined #shogun | 17:32 | |
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/11766558 | 17:32 |
-!- travis-ci [~travis-ci@ec2-54-211-105-97.compute-1.amazonaws.com] has left #shogun [] | 17:32 | |
shogun-buildbot | build #1545 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1545 blamelist: Roman Votyakov <votjakovr@gmail.com> | 17:33 |
sonne|osx | wiking: do you know why python modular takes 50mins on travis? | 17:37 |
sonne|osx | all the rest is good in 8-30 mins | 17:38 |
sonne|osx | gtg | 17:39 |
-!- sonne|osx [~sonne@89.204.138.94] has quit [Quit: sonne|osx] | 17:39 | |
shogun-buildbot | build #1892 of deb3 - modular_interfaces is complete: Failure [failed test ruby modular] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1892 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 17:42 |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has quit [Quit: Leaving.] | 17:46 | |
-!- sonne|osx [~sonne@g225082005.adsl.alicedsl.de] has joined #shogun | 17:53 | |
-!- zxtx [~zv@209-6-202-142.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com] has joined #shogun | 18:25 | |
-!- travis-ci [~travis-ci@ec2-184-72-85-210.compute-1.amazonaws.com] has joined #shogun | 19:13 | |
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/11767337 | 19:13 |
-!- travis-ci [~travis-ci@ec2-184-72-85-210.compute-1.amazonaws.com] has left #shogun [] | 19:13 | |
-!- zxtx [~zv@209-6-202-142.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com] has quit [Ping timeout: 240 seconds] | 19:16 | |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 19:41 | |
@sonney2k | wiking, nbconvert is run now | 19:56 |
wiking | sonney2k: did u try to run it? | 20:03 |
-!- lisitsyn [~lisitsyn@fb2-lo1.global63.net] has joined #shogun | 20:03 | |
-!- new_lido [~walid@41.218.177.108] has joined #shogun | 20:17 | |
-!- travis-ci [~travis-ci@ec2-184-72-85-210.compute-1.amazonaws.com] has joined #shogun | 21:07 | |
travis-ci | [travis-ci] it's Heiko Strathmann'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/11778338 | 21:07 |
-!- travis-ci [~travis-ci@ec2-184-72-85-210.compute-1.amazonaws.com] has left #shogun [] | 21:07 | |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 21:15 | |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 25f4d66 / applications/arts/__init__.py,applications/asp/__init__.py: https://github.com/shogun-toolbox/shogun/commit/25f4d663dce7a20810b0505ba40ac7927a53f5d7 | 21:15 |
shogun-notifier- | shogun: add arts/asp __init__.py such that it can be imported | 21:15 |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun | 21:22 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 21:22 | |
@iglesiasg | hello people | 21:24 |
@iglesiasg | wiking, sonney2k, ping ping | 21:24 |
gsomix | iglesiasg, hi | 21:40 |
-!- KMcQuisten [d8338942@gateway/web/freenode/ip.216.51.137.66] has joined #shogun | 21:48 | |
KMcQuisten | Hi there folks | 21:48 |
lisitsyn | KMcQuisten: hey | 21:48 |
lisitsyn | nice to see you here again ;) | 21:49 |
KMcQuisten | So, i've been trying to compile new versions of shogun using cmake, and no matter what I do, it just won't compile. It will compile all the c++ objects, but then it just craps out whenever it tries to compile the python wrapper, and I can't figure out why. Iv'e fiddled with every last parameter to point in things in what I think are the right directions, but it never works. I need to update to fix some bugs, but it just isn't w | 21:50 |
-!- travis-ci [~travis-ci@ec2-184-72-85-210.compute-1.amazonaws.com] has joined #shogun | 21:52 | |
travis-ci | [travis-ci] it's Heiko Strathmann'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/11781187 | 21:52 |
-!- travis-ci [~travis-ci@ec2-184-72-85-210.compute-1.amazonaws.com] has left #shogun [] | 21:52 | |
@iglesiasg | KMcQuisten, what kind of errors do you get? | 21:52 |
@iglesiasg | KMcQuisten, what do you see related to python paths when you do ccmake ..? | 21:53 |
@iglesiasg | maybe you can check in there if the variables are well assigned for cmake | 21:53 |
lisitsyn | KMcQuisten: yeah please paste errors | 21:53 |
lisitsyn | somewhere | 21:53 |
KMcQuisten | I've been using a cmake gui, cmake28. ccmake is not a command that my terminal recognizes | 21:54 |
besser82 | KMcQuisten: you're on RHEL6, right? ;) | 21:54 |
KMcQuisten | i'm aon a Centos6 workstation. I went through hell for a while becasue it was not very clearly announced that python 2.6 would not be supported. 2.6 is the version my distro uses for its package manager, so I can't remove it. | 21:55 |
KMcQuisten | so i've installed 2.7 in a local director and i've been pointing cmake to those directories | 21:55 |
KMcQuisten | I don't have specific errors in front of me, because I rage-deleted my source folder | 21:56 |
KMcQuisten | I have to clone the repo again | 21:56 |
besser82 | KMcQuisten: try ccmake28 or ccmake-2.8 | 21:56 |
KMcQuisten | the errors are all errors saying the the objects don't contain the propertiesthey are supposed to. | 21:57 |
KMcQuisten | One moment | 21:57 |
besser82 | KMcQuisten: and I guess your main problem is numpy or scipy.... not Python2.6 ;) | 21:59 |
KMcQuisten | I freshly recomiled numpy and scipy to use python2.7 | 21:59 |
KMcQuisten | I ran and tested numpy and scipy in the python 2.7 interpreter and they were playing nicely | 22:00 |
besser82 | OK | 22:00 |
besser82 | try to build them for Py2.6 and all should be fine, without python2.7 ;) | 22:01 |
KMcQuisten | They're already built and installed for 2.6 | 22:01 |
besser82 | which versions? | 22:01 |
besser82 | stock CentOS6? | 22:02 |
KMcQuisten | numpy 1.6.2 and scipy0.12.0 | 22:02 |
KMcQuisten | i built them from source. I dind't use what was in the centos repo | 22:02 |
besser82 | should be recent enough... | 22:02 |
besser82 | mhhh.... | 22:02 |
KMcQuisten | yes, stock centos6 | 22:02 |
KMcQuisten | if py2.6 is still supported, why to the installation instructions say it's no longer supported? | 22:03 |
besser82 | I dunno.... | 22:03 |
besser82 | I'm curently working on RPMs for shogun supporting EL5 / EL6 and Fedora 18+ | 22:04 |
besser82 | And didn't run to Python problems whether on el5 nor el6 | 22:04 |
besser82 | yet... | 22:04 |
besser82 | those rpms will be available during "official" channels btw. | 22:05 |
besser82 | EPEL repo for el5/el6... | 22:05 |
KMcQuisten | That would be lovely. What's the timeframe on that? | 22:05 |
besser82 | est. 3 - 4 weeks (depends on factor I can't influence) | 22:06 |
KMcQuisten | well that will be nice. | 22:07 |
KMcQuisten | hopefully I will not have bashed my skull in from frustration by then ;) | 22:07 |
lisitsyn | KMcQuisten: so basically the only reason it stopped to work is cmake? | 22:11 |
KMcQuisten | Yeah, when you guys changed over to cmake, I couldn't get it to work anymore | 22:11 |
lisitsyn | sorry I still don't get what is the exact error | 22:12 |
KMcQuisten | I can see the reasoning. autotools are ancient and inflexible. I'm compiling again so I can post the actual error | 22:12 |
besser82 | that would be nice ;) | 22:12 |
lisitsyn | ok thanks | 22:13 |
lisitsyn | KMcQuisten: please bug us till we help you because it is us who should care about it | 22:13 |
lisitsyn | it is we* I mean | 22:13 |
lisitsyn | :D | 22:13 |
lisitsyn | sonney2k: I tried to use multiboost | 22:14 |
lisitsyn | crazy | 22:14 |
lisitsyn | command line oriented classifiers | 22:15 |
lisitsyn | I haven't thought it can be that bad | 22:16 |
shogun-buildbot | build #1546 of cyg1 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/cyg1%20-%20libshogun/builds/1546 blamelist: Soeren Sonnenburg <sonne@debian.org> | 22:16 |
lisitsyn | these guys don't give a shit how to code.. | 22:18 |
@iglesiasg | lisitsyn, what is it you didn't like? :) | 22:22 |
lisitsyn | iglesiasg: well | 22:23 |
@iglesiasg | lisitsyn, all right. Did you like something :P? | 22:23 |
lisitsyn | iglesiasg: I want to use multiboost in C++ | 22:23 |
lisitsyn | so how NORMAL PEOPLE do that | 22:23 |
lisitsyn | they include shit and compile and link | 22:23 |
lisitsyn | and see how it goes | 22:23 |
@iglesiasg | aaah it is just usable from the command line? | 22:23 |
@iglesiasg | no API? | 22:24 |
lisitsyn | y | 22:24 |
lisitsyn | e | 22:24 |
lisitsyn | s | 22:24 |
lisitsyn | it takes Args | 22:24 |
lisitsyn | okay I thought | 22:24 |
lisitsyn | I'll put my arguments to args | 22:24 |
lisitsyn | and it will work | 22:24 |
lisitsyn | but THERE IS NO METHOD TO SET ARGS | 22:24 |
lisitsyn | they just parse them | 22:24 |
lisitsyn | how can one think it is normal to do that?! | 22:24 |
@iglesiasg | crazy | 22:25 |
KMcQuisten | Becasue most coders of scientific software are graduate students, not professional software developers? | 22:34 |
KMcQuisten | You guys are the glaring exception to this fact. Even your graduate student coders write stuff that's readable and makes sense. | 22:34 |
shogun-buildbot | build #1894 of deb3 - modular_interfaces is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/deb3%20-%20modular_interfaces/builds/1894 | 22:34 |
KMcQuisten | It's quite impressive | 22:34 |
lisitsyn | KMcQuisten: these multiboost developers are not really students I think | 22:35 |
lisitsyn | oh sometimes I don't understand what researchers do because I code all the time to try something new | 22:36 |
lisitsyn | how can one say come up with a new classifier w/o programming skills | 22:36 |
KMcQuisten | I think their goal is just to get something that works without thinking about how it fits into pipelines and frameworks, and without thinking about the design of their code as somethign that's important in and of itself | 22:37 |
lisitsyn | it is usually about self-discipline | 22:37 |
lisitsyn | it doesn't help at all | 22:38 |
KMcQuisten | Exactly. Shit code can be done quickly, good code takes time, effort, critical thinking, and patience | 22:38 |
lisitsyn | you build bad designed tool | 22:38 |
lisitsyn | then you use it | 22:38 |
lisitsyn | and spend time | 22:38 |
lisitsyn | because of its bad design | 22:38 |
KMcQuisten | Exactly. It's short-term thinking causing long-term delay | 22:39 |
KMcQuisten | doing it right puts the long term first, but then adaptation and change is straightforward when code's designed well | 22:39 |
lisitsyn | yeah you just save your time doing it right | 22:40 |
lisitsyn | that's why I don't understand it | 22:40 |
@iglesiasg | it is just about getting results and writing papers | 22:40 |
@iglesiasg | the faster you get results, the sooner you can a write a paper with sth | 22:41 |
lisitsyn | iglesiasg: haha! that's why I won't join that | 22:41 |
@iglesiasg | just a thought | 22:41 |
@iglesiasg | probably not all are like that | 22:41 |
KMcQuisten | Exactly. they just want their answers and don't care adfter that | 22:41 |
lisitsyn | I have been convinced by all the stuff coming around that research is shit :D | 22:42 |
lisitsyn | the more industry related it is the better it gets | 22:42 |
lisitsyn | once you need something real the game changes | 22:42 |
KMcQuisten | I'd say that's pretty accurate. Companies want code that can be read and understood by someone who didn't write it | 22:43 |
lisitsyn | it seems to be quite frustrating to me | 22:43 |
KMcQuisten | I agree totally. Well designed code makes your life so much easier | 22:43 |
KMcQuisten | I absolutely love the work you guys put into this, especially all the unit testing. | 22:45 |
KMcQuisten | ok, I have some errors for you: | 22:45 |
lisitsyn | oh finally | 22:45 |
lisitsyn | godo | 22:45 |
lisitsyn | good | 22:45 |
KMcQuisten | [ 84%] Building CXX object src/interfaces/python_modular/CMakeFiles/_python_modular.dir/modshogunPYTHON_wrap.cxx.o | 22:46 |
KMcQuisten | In file included from /home/kmcquisten/shogun/build/src/interfaces/python_modular/modshogunPYTHON_wrap.cxx:5211: /home/kmcquisten/shogun/src/shogun/distance/DirectorDistance.h: In member function 'virtual float64_t* shogun::CDirectorDistance::get_distance_matrix_real(int32_t&, int32_t&, float64_t*)': /home/kmcquisten/shogun/src/shogun/distance/DirectorDistance.h:89: error: 'get_distance_matrix_real' is not a member of 's | 22:46 |
KMcQuisten | In file included from /home/kmcquisten/shogun/build/src/interfaces/python_modular/modshogunPYTHON_wrap.cxx:5211: /home/kmcquisten/shogun/src/shogun/distance/DirectorDistance.h: In member function 'virtual float32_t* shogun::CDirectorDistance::get_distance_matrix_shortreal(int32_t&, int32_t&, float32_t*)': /home/kmcquisten/shogun/src/shogun/distance/DirectorDistance.h:101: error: 'get_distance_matrix_shortreal' is not a mem | 22:46 |
lisitsyn | ohh | 22:47 |
lisitsyn | directors.. | 22:47 |
KMcQuisten | it's not just directors | 22:48 |
KMcQuisten | In function 'PyObject* _wrap_CSVFile_set_order(PyObject*, PyObject*)': /home/kmcquisten/shogun/build/src/interfaces/python_modular/modshogunPYTHON_wrap.cxx:52943: error: 'csv_data_order' is not a member of 'shogun' /home/kmcquisten/shogun/build/src/interfaces/python_modular/modshogunPYTHON_wrap.cxx:52943: error: expected ';' before 'arg2' /home/kmcquisten/shogun/build/src/interfaces/python_modular/modshogunPYTH | 22:48 |
lisitsyn | ha | 22:48 |
lisitsyn | KMcQuisten: do you have shogun installed already? | 22:48 |
KMcQuisten | Yes, i've left the old version alone so I could still get some work done while I was trying to figure this out | 22:49 |
lisitsyn | KMcQuisten: is it in /usr/local/include? | 22:49 |
KMcQuisten | nope, it's in usr/include | 22:49 |
lisitsyn | oh even that | 22:49 |
lisitsyn | KMcQuisten: could you move it out of the folder | 22:49 |
lisitsyn | try to compile and get it back later | 22:49 |
KMcQuisten | Which folder? | 22:49 |
lisitsyn | I mean move shogun headers out of /usr/include | 22:50 |
lisitsyn | I have a suspect | 22:50 |
KMcQuisten | I can try, but why would that matter for compilation? | 22:50 |
lisitsyn | lets see if he goes in custody | 22:50 |
lisitsyn | well it uses old headers but new sources | 22:50 |
KMcQuisten | But I have it pointing ot hte new headers | 22:51 |
KMcQuisten | ok, I'll try it | 22:51 |
KMcQuisten | :) | 22:51 |
lisitsyn | I have seen csv_data_order before | 22:51 |
lisitsyn | and it was the culprit | 22:51 |
KMcQuisten | ok, moved the old headers out of usr/include | 22:52 |
KMcQuisten | Ugh, it's recompiling everything. | 22:53 |
KMcQuisten | this might be a minute | 22:53 |
lisitsyn | KMcQuisten: I believe it should solve the problem | 22:57 |
KMcQuisten | Here's hoping! :) | 22:57 |
-!- travis-ci [~travis-ci@ec2-54-211-105-97.compute-1.amazonaws.com] has joined #shogun | 23:01 | |
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/11793157 | 23:01 |
-!- travis-ci [~travis-ci@ec2-54-211-105-97.compute-1.amazonaws.com] has left #shogun [] | 23:01 | |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Quit: Ex-Chat] | 23:12 | |
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun | 23:12 | |
KMcQuisten | Same load of error diarreah | 23:15 |
KMcQuisten | In function 'PyObject* _wrap_Math_min__SWIG_1(PyObject*, PyObject*)': /home/kmcquisten/shogun/build/src/interfaces/python_modular/modshogunPYTHON_wrap.cxx:323245: error: 'complex64_t' was not declared in this scope /home/kmcquisten/shogun/build/src/interfaces/python_modular/modshogunPYTHON_wrap.cxx:323245: error: expected ';' before 'arg1' /home/kmcquisten/shogun/build/src/interfaces/python_modular/modshogunPYTHON_ | 23:16 |
KMcQuisten | In function 'PyObject* _wrap_InferenceMethod_get_posterior_approximation_covariance(PyObject*, PyObject*)': /home/kmcquisten/shogun/build/src/interfaces/python_modular/modshogunPYTHON_wrap.cxx:665624: error: 'class shogun::CInferenceMethod' has no member named 'get_posterior_approximation_covariance' | 23:19 |
shogun-buildbot | build #46 of clang34 - static analysis is complete: Failure [failed analyse] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20static%20analysis/builds/46 blamelist: Soeren Sonnenburg <sonne@debian.org> | 23:20 |
lisitsyn | KMcQuisten: argh | 23:20 |
lisitsyn | KMcQuisten: different errors though | 23:21 |
KMcQuisten | No no, same errors, I just gave you a different flavor. There's about 6 pages of them | 23:22 |
lisitsyn | ah | 23:22 |
KMcQuisten | it's not finding a header somewhere, but I can't figure out where or why | 23:22 |
lisitsyn | KMcQuisten: well there is really no such method like get_posterior_approximation_covariance | 23:22 |
KMcQuisten | Is that deprecated or something? It's sure looking for it | 23:23 |
lisitsyn | KMcQuisten: are you sure you don't have any other shogun headers in your include path? | 23:23 |
lisitsyn | /usr/include /usr/local/include etc | 23:23 |
KMcQuisten | it's possible | 23:24 |
KMcQuisten | why would it be looking there during compilation, though? I'm working from a fresh pull of the repo in my home directory. | 23:24 |
lisitsyn | KMcQuisten: that's an issue with cmake we have | 23:24 |
lisitsyn | KMcQuisten: once you have include paths it is a matter of their order I guess | 23:25 |
lisitsyn | we didn't have such problems with make cause we did control the order explicitly | 23:25 |
KMcQuisten | I see | 23:26 |
lisitsyn | I still think it is the reason | 23:26 |
KMcQuisten | Let me check where things are | 23:26 |
lisitsyn | KMcQuisten: just look for that "get_posterior_approximation_covariance" | 23:26 |
lisitsyn | there should be a file swig takes it from | 23:27 |
KMcQuisten | Righto. i'll try that | 23:27 |
shogun-buildbot | build #29 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/29 blamelist: Soeren Sonnenburg <sonne@debian.org> | 23:30 |
-!- KMcQuisten [d8338942@gateway/web/freenode/ip.216.51.137.66] has quit [Quit: Page closed] | 23:41 | |
shogun-buildbot | build #32 of clang34 - thread analysis is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20thread%20analysis/builds/32 blamelist: Soeren Sonnenburg <sonne@debian.org> | 23:44 |
--- Log closed Thu Sep 26 00:00:15 2013 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!