--- Log opened Sat Apr 02 00:00:56 2016 | ||
-!- besser82 [~besser82@fedora/besser82] has joined #shogun | 00:30 | |
-!- mode/#shogun [+o besser82] by ChanServ | 00:30 | |
-!- besser82 [~besser82@fedora/besser82] has quit [Ping timeout: 248 seconds] | 01:00 | |
shogun-buildbot | build #1113 of nightly_default is complete: Failure [failed notebooks] Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_default/builds/1113 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Ariane Paola Gomes <arianepaola@users.noreply.github.com> | 04:08 |
---|---|---|
-!- BurningBear [~smuxi@121.237.190.164] has joined #shogun | 07:47 | |
-!- arianepaola [~ariane@unaffiliated/arianepaola] has quit [Ping timeout: 246 seconds] | 09:13 | |
-!- BurningBear [~smuxi@121.237.190.164] has quit [Ping timeout: 248 seconds] | 09:43 | |
-!- besser82 [~besser82@fedora/besser82] has joined #shogun | 11:25 | |
-!- mode/#shogun [+o besser82] by ChanServ | 11:25 | |
-!- besser82 [~besser82@fedora/besser82] has quit [Remote host closed the connection] | 11:33 | |
-!- besser82 [~besser82@fedora/besser82] has joined #shogun | 11:34 | |
-!- mode/#shogun [+o besser82] by ChanServ | 11:34 | |
-!- c4goldsw [8a33717d@gateway/web/cgi-irc/kiwiirc.com/ip.138.51.113.125] has joined #shogun | 14:33 | |
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has joined #shogun | 14:54 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 14:54 | |
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has quit [Client Quit] | 14:56 | |
c4goldsw | Anyone around? I'm getting a build error that being caused by a bug. I believe I now how to fix it, but I want to clarify I'm taking the right approach. | 15:17 |
c4goldsw | wiking are you around? | 15:39 |
lisitsyn | c4goldsw: /me at your service | 15:41 |
c4goldsw | Great. | 15:42 |
c4goldsw | I believe I've encountered a bug that simply requires using an #ifdef. That aside, whenever I try to build, the source file is overwritten - why is this happening? | 15:42 |
lisitsyn | what source file? | 15:43 |
c4goldsw | Hold on. | 15:43 |
c4goldsw | examples/meta/cpp/gaussian_process/gaussian_process_regression.cpp | 15:44 |
lisitsyn | ah I see | 15:44 |
lisitsyn | yes everything in meta/ is being autogenerated | 15:44 |
c4goldsw | From what? | 15:44 |
lisitsyn | c4goldsw: examples/meta/src | 15:45 |
c4goldsw | Great, I'll try doing that then. I'll probably have a few questions about the bug in a few minutes. | 15:45 |
c4goldsw | I just opened the corresponding .sg file and realized that I can't place an #ifdef, correct? | 15:47 |
c4goldsw | lisitsyn I need to ensure that the code is only compiled if HAVE_NLOPT is true. Otherwise, an empty main should be provided. gaussian_process_regression.cpp depends on CGradientModelSelection, which is only defined if #ifdef HAVE_NLOPT - I'm getting errors saying that CGradientModelSelection is undefined. I believe that having the #ifdef will so | 15:53 |
c4goldsw | lve the issue. | 15:53 |
lisitsyn | c4goldsw: yeah it is a bit more tough | 15:54 |
lisitsyn | we can't place ifdef there | 15:54 |
c4goldsw | What can we do then? | 15:55 |
lisitsyn | we can patch our examples generator | 15:55 |
lisitsyn | to support some Requires(HAVE_NLOPT) | 15:55 |
c4goldsw | How would this be done? | 15:56 |
lisitsyn | c4goldsw: there is examples/meta/generator | 15:56 |
c4goldsw | I have it open. | 15:57 |
lisitsyn | generate.py is called by cmake | 15:57 |
lisitsyn | you can find it being called in examples/meta/CMakeLists.txt | 15:57 |
c4goldsw | So, I simply have to edit generate.py to support Requires(HAVE_NLOPT) , correct? | 15:58 |
lisitsyn | c4goldsw: yes kind of | 15:58 |
lisitsyn | c4goldsw: just a second doing some small research on that | 16:00 |
c4goldsw | lisitsyn I'm just poking around examples/meta/CMakeLists.txt | 16:00 |
lisitsyn | c4goldsw: to speed up your development you should call make meta_examples | 16:01 |
lisitsyn | to not build anything but meta_examples | 16:01 |
lisitsyn | what I am currently curious of is whether HAVE_XXX is passed in the environment | 16:02 |
lisitsyn | when calling generate.py | 16:02 |
c4goldsw | That is, if it can be interpreted? | 16:03 |
c4goldsw | And I'm able to build meta_examples without any issue. | 16:04 |
lisitsyn | c4goldsw: yeah that's ok | 16:04 |
lisitsyn | c4goldsw: check what generate.py does | 16:05 |
lisitsyn | tl;dr it reads all sg files and then parses them with some another module | 16:05 |
c4goldsw | Still going over it. | 16:06 |
c4goldsw | The translate module, yes? | 16:07 |
lisitsyn | yeap | 16:08 |
c4goldsw | Where is it located? | 16:09 |
c4goldsw | Nevermind | 16:09 |
c4goldsw | I see it. | 16:09 |
c4goldsw | lisitsyn I'm looking through it now to see if it actually supports #ifdef or some meta-language equivalent. | 16:11 |
-!- BurningBear [~smuxi@223.3.169.194] has joined #shogun | 16:11 | |
lisitsyn | c4goldsw: ok I have a plan | 16:11 |
lisitsyn | c4goldsw: first, you need to make generate.py know of these HAVE_SOMETHING variables | 16:12 |
lisitsyn | it involves some cmake hacking but shouldn't be really hard | 16:12 |
c4goldsw | Then what? | 16:12 |
lisitsyn | c4goldsw: then in generate.py you could pass them into parse.py | 16:14 |
lisitsyn | (when parsing a file) | 16:14 |
lisitsyn | and make it able to parse some requirement sting | 16:14 |
lisitsyn | string* | 16:15 |
lisitsyn | it could look like '# requires: HAVE_SOMETHING' or anything like that | 16:15 |
lisitsyn | once parsed this line it should check whether all required variables are here | 16:15 |
lisitsyn | then simply ignore if not | 16:16 |
c4goldsw | Alright, thanks for the help! As for the logistical side of things: do I create an issue for it, then submit a corresponding PR? | 16:16 |
-!- curiousguy13 [~curiousgu@120.59.100.246] has joined #shogun | 16:17 | |
c4goldsw | lisitsyn I have to go now, so I'll just check the chatlogs. Thank you! | 16:18 |
lisitsyn | c4goldsw: you can go with PR directly I think | 16:19 |
-!- c4goldsw [8a33717d@gateway/web/cgi-irc/kiwiirc.com/ip.138.51.113.125] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client] | 16:20 | |
BurningBear | hello, I am new user, I meet a program when I run "CDenseFeatures<float64_t>* features= new CDenseFeatures<float64_t>(matrix); int num_vectors = features->get_num_vectors(); features->get_feature_matrix(num_feat,num_vec);" the result of num_feat and num_vec are correct, but the result of num_vectors is wrong (a meaningless value like -869546368), is there something wrong? | 16:28 |
-!- curiousguy13 [~curiousgu@120.59.100.246] has quit [Ping timeout: 244 seconds] | 16:49 | |
-!- BurningBear [~smuxi@223.3.169.194] has quit [Remote host closed the connection] | 17:09 | |
-!- BurningBear [~smuxi@223.3.169.194] has joined #shogun | 17:10 | |
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has joined #shogun | 17:18 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 17:18 | |
-!- curiousguy13 [~curiousgu@59.177.204.27] has joined #shogun | 17:19 | |
shogun-buildbot | build #585 of trusty - libshogun - viennacl is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/trusty%20-%20libshogun%20-%20viennacl/builds/585 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 17:28 |
@HeikoS | shogun-buildbot: force build --brach=develop 'trusty - libshogun - viennacl' | 17:30 |
shogun-buildbot | Something bad happened (see logs) | 17:30 |
@HeikoS | force build --branch=develop 'trusty - libshogun - viennacl' | 17:30 |
shogun-buildbot | build #586 of trusty - libshogun - viennacl is complete: Success [build successful] Build details are at http://buildbot.shogun-toolbox.org/builders/trusty%20-%20libshogun%20-%20viennacl/builds/586 | 17:31 |
shogun-buildbot | build #2833 of bsd1 - libshogun is complete: Failure [failed configure] Build details are at http://buildbot.shogun-toolbox.org/builders/bsd1%20-%20libshogun/builds/2833 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 17:34 |
shogun-buildbot | build #1195 of FCRH - libshogun is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/FCRH%20-%20libshogun/builds/1195 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 17:37 |
@HeikoS | wiking: ping | 17:37 |
@HeikoS | lisitsyn: ping | 17:37 |
@HeikoS | besser82: ping | 17:37 |
@HeikoS | need some input on the BSD build. | 17:38 |
shogun-buildbot | build #183 of FC22 - libshogun is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/FC22%20-%20libshogun/builds/183 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 17:38 |
-!- BurningBear [~smuxi@223.3.169.194] has quit [Ping timeout: 244 seconds] | 17:42 | |
-!- BurningBear [~smuxi@223.3.169.194] has joined #shogun | 17:50 | |
-!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has joined #shogun | 17:52 | |
travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120291258 | 17:52 |
-!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has left #shogun [] | 17:52 | |
-!- BurningBear [~smuxi@223.3.169.194] has quit [Remote host closed the connection] | 18:56 | |
-!- travis-ci [~travis-ci@ec2-23-20-20-92.compute-1.amazonaws.com] has joined #shogun | 19:02 | |
travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120292012 | 19:02 |
-!- travis-ci [~travis-ci@ec2-23-20-20-92.compute-1.amazonaws.com] has left #shogun [] | 19:02 | |
-!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has joined #shogun | 19:33 | |
travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120292252 | 19:33 |
-!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has left #shogun [] | 19:33 | |
@besser82 | HeikoS, yes? | 19:43 |
-!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has joined #shogun | 20:12 | |
travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120297671 | 20:12 |
-!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has left #shogun [] | 20:12 | |
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has quit [Quit: Leaving.] | 20:53 | |
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has joined #shogun | 20:53 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 20:53 | |
-!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has joined #shogun | 20:57 | |
travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120303375 | 20:57 |
-!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has left #shogun [] | 20:57 | |
@HeikoS | besser82: what is the best way to NOT break the build when guarded classes are not available in example? not meta, just in general. | 21:18 |
@HeikoS | I can do | 21:18 |
@HeikoS | try: | 21:18 |
@HeikoS | import XXX | 21:18 |
@HeikoS | except ImportError: | 21:18 |
@HeikoS | exit() | 21:18 |
@HeikoS | in python | 21:18 |
@HeikoS | but I dont want to do this in every example | 21:19 |
@HeikoS | maybe should I do it in Cmake? | 21:19 |
@HeikoS | i.e. not execute test/example | 21:19 |
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has quit [Quit: Leaving.] | 21:19 | |
-!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has joined #shogun | 21:24 | |
travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120307946 | 21:24 |
-!- travis-ci [~travis-ci@ec2-54-205-222-0.compute-1.amazonaws.com] has left #shogun [] | 21:24 | |
shogun-buildbot | build #635 of debian wheezy - memcheck is complete: Failure [failed memory check] Build details are at http://buildbot.shogun-toolbox.org/builders/debian%20wheezy%20-%20memcheck/builds/635 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 21:42 |
@besser82 | HeikoS, well… one could load such a file before and probe it's exitcode… | 22:00 |
@besser82 | HeikoS, so you'd need to use exit(-127) or exit(1) instead of plain exit() | 22:00 |
@besser82 | HeikoS, and then eval in CMake to decide about running the test or not… | 22:01 |
-!- besser82 [~besser82@fedora/besser82] has quit [Ping timeout: 250 seconds] | 22:07 | |
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has joined #shogun | 22:24 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 22:24 | |
@HeikoS | wiking: jo | 22:24 |
@HeikoS | around? | 22:24 |
@HeikoS | lisitsyn: hi | 22:25 |
@HeikoS | around? | 22:25 |
lisitsyn | yes | 22:25 |
@HeikoS | have a question | 22:25 |
@HeikoS | so I have a guard that hides GPL code | 22:25 |
lisitsyn | yes | 22:26 |
@HeikoS | and I tried in on OCAS | 22:26 |
@HeikoS | and now some of the modular example fail since SVMOCAC is not defined anymore | 22:26 |
@HeikoS | how to handle this case best? | 22:26 |
@HeikoS | I can try-except in python | 22:26 |
@HeikoS | but that requires a manual solution for every target language | 22:26 |
@HeikoS | what would be better is if these files would not be part of the test build | 22:26 |
@HeikoS | but that means I have to exclude them in CMake itself | 22:27 |
lisitsyn | ok I get the problem | 22:27 |
@HeikoS | I am leaning towards that | 22:27 |
@HeikoS | but dont know | 22:27 |
@HeikoS | this might also solve meta example problem | 22:27 |
@HeikoS | lisitsyn: thoughts on it? | 22:29 |
lisitsyn | no instant solution | 22:29 |
lisitsyn | it is a bit tricky | 22:29 |
@HeikoS | what about putting something in CMakeLists | 22:30 |
@HeikoS | like | 22:30 |
@HeikoS | IF (USE_GPL_SHOGUN) | 22:30 |
@HeikoS | exclude from list | 22:30 |
@HeikoS | ENDIF() | 22:30 |
@HeikoS | because cmake globs for filenames | 22:30 |
lisitsyn | what about putting these requirements directly to the file | 22:30 |
@HeikoS | which file? | 22:31 |
@HeikoS | example? | 22:31 |
@HeikoS | dont know, I would prefer if example code is free of such technical mambo jambo....just confuses people | 22:31 |
lisitsyn | HeikoS: something.py | 22:31 |
lisitsyn | first line | 22:31 |
lisitsyn | # requires HAVE_NLOPT | 22:31 |
@HeikoS | and then read the with cmake you mean? | 22:31 |
lisitsyn | yeap | 22:31 |
@HeikoS | that might be an option | 22:32 |
@HeikoS | BUt | 22:32 |
@HeikoS | it requires opening the file and checking | 22:32 |
@HeikoS | which is a bit of a mess | 22:32 |
@HeikoS | especially since we have like 10 target languages with different cmakelists | 22:32 |
lisitsyn | yeah | 22:32 |
@HeikoS | same for meta | 22:32 |
@HeikoS | but it seems there is no way around | 22:32 |
lisitsyn | HeikoS: I talked to a guy c4goldsw today | 22:33 |
lisitsyn | he wanted to patch meta to support these checks | 22:34 |
lisitsyn | I suggested to add this thing to parser | 22:34 |
@HeikoS | why the parser? | 22:34 |
lisitsyn | or generate.py | 22:34 |
@HeikoS | I would prefer to avoid that | 22:34 |
@HeikoS | the parse should not care about the build in my eyes | 22:34 |
@HeikoS | and not about semantics | 22:34 |
@HeikoS | just parse and translate | 22:35 |
@HeikoS | then have a separate module for the build | 22:35 |
@HeikoS | or dont you agree? | 22:35 |
lisitsyn | yes true | 22:35 |
lisitsyn | then generate.py | 22:35 |
lisitsyn | generate.py should care | 22:35 |
@HeikoS | mmh | 22:35 |
@HeikoS | not so sure | 22:36 |
@HeikoS | I would just generate these meta example listings and then not execute them | 22:36 |
lisitsyn | yeah probably it could be better.. | 22:36 |
@HeikoS | because otherwise they are again full of weird checks and all that | 22:36 |
@HeikoS | it scares people | 22:36 |
@HeikoS | and the meta examples were meant to not do that ;) | 22:36 |
@HeikoS | all we want is the test build to be green | 22:37 |
@HeikoS | I will try to modify the CmakeLists and then push to feature branch to discuss | 22:37 |
lisitsyn | HeikoS: but why generate examples that won't work (if they are for people) | 22:37 |
@HeikoS | lisitsyn: it is just a listing | 22:38 |
@HeikoS | "this is how it would look like" | 22:38 |
@HeikoS | no good? | 22:38 |
@HeikoS | it is the same as for the modular example that we have right now | 22:38 |
@HeikoS | dont work if say LAPACK is not installed | 22:39 |
lisitsyn | yeah but it is because we don't generate them | 22:39 |
@HeikoS | sure | 22:39 |
@HeikoS | ok then | 22:39 |
lisitsyn | I find some sense in exposing only supported examples | 22:39 |
lisitsyn | however users could ask why | 22:40 |
lisitsyn | :D | 22:40 |
@HeikoS | maybe we can do that, and for normal examples I will just do by hand | 22:40 |
@HeikoS | :D | 22:40 |
@HeikoS | "WHERE IS MY EXAMPLE?!?!?!?!" | 22:40 |
lisitsyn | I can imagine someone asking where it is | 22:40 |
lisitsyn | yeah | 22:40 |
@HeikoS | yeah | 22:40 |
@HeikoS | might be better if it was there | 22:40 |
@HeikoS | and then user sees it, wants it, and then we tell them to install | 22:41 |
@HeikoS | both ways, user will ask us | 22:41 |
@HeikoS | I mean all examples will be in cookbook | 22:41 |
@HeikoS | so website in some way shows what is possible | 22:41 |
@HeikoS | lisitsyn: so how would the generator realise when to not build an example? | 22:43 |
@HeikoS | lisitsyn: ah man it's bad....mixing the generator with shogun semantics | 22:43 |
lisitsyn | yeah | 22:43 |
@HeikoS | wont work on its own anymore | 22:43 |
@HeikoS | though it already doesnt due to the ctags | 22:44 |
lisitsyn | bad | 22:44 |
@HeikoS | but ctags is just a file | 22:44 |
@HeikoS | lisitsyn: HOW TO SOLVE IT? | 22:44 |
@HeikoS | TELL ME :D | 22:44 |
lisitsyn | well ctags are optional now | 22:44 |
@HeikoS | lisitsyn: yeah | 22:47 |
@HeikoS | lisitsyn: how to to it then? | 22:47 |
@HeikoS | generator.py gets say a list of "HAVE_FOO", "USE_BAR", etc | 22:47 |
@HeikoS | like class list? | 22:47 |
lisitsyn | yeah | 22:47 |
lisitsyn | I was thinking about that way | 22:47 |
@HeikoS | and then scans the file for the macro? | 22:48 |
lisitsyn | yeah some 'requires' | 22:48 |
@HeikoS | so you want to add that to the files? | 22:48 |
lisitsyn | yes, if it needs something special | 22:48 |
lisitsyn | we put a comment | 22:48 |
lisitsyn | # requires HAVE_NLOPT | 22:48 |
@HeikoS | ok sounds good | 22:48 |
@HeikoS | and that guy was confident to do that? | 22:48 |
lisitsyn | HeikoS: yeah but lets see | 22:48 |
@HeikoS | ok then | 22:49 |
lisitsyn | HeikoS: I am thinking whether | 22:49 |
lisitsyn | it is ok to fail | 22:49 |
@HeikoS | i will do things by hand for the existing modular examples | 22:49 |
@HeikoS | ok to fail? | 22:49 |
lisitsyn | I mean why not to fail more gracefully | 22:49 |
lisitsyn | currently we say no such class | 22:49 |
lisitsyn | but maybe we can tell them why there is no such class | 22:49 |
@HeikoS | lisitsyn: well | 22:50 |
@HeikoS | lisitsyn: exceptions can do that | 22:50 |
@HeikoS | but thats all crap in shogun | 22:50 |
@HeikoS | lisitsyn: if we macro guard them, then the class is not defined | 22:51 |
@HeikoS | if one puts in the effort to write an alternative version of the class that throws runtime error in constructor, thats better | 22:51 |
@HeikoS | BUT thats a lot of work | 22:51 |
@HeikoS | lisitsyn: you know meta examples could in fact do something very simple | 22:52 |
@HeikoS | lisitsyn: every language has a construct to check whether all used classes are available | 22:53 |
@HeikoS | so we can just put a check after the import | 22:53 |
@HeikoS | but that only works for runtime languages | 22:53 |
@HeikoS | lisitsyn: the cpp examples have to be compiled | 22:53 |
@HeikoS | java and csharp as well | 22:53 |
@HeikoS | lisitsyn: lets think about it ... i will go now | 22:54 |
lisitsyn | ok will thinki about it | 22:55 |
@HeikoS | see you! | 22:56 |
@HeikoS | lisitsyn: once thing | 22:56 |
@HeikoS | lisitsyn: did you see my feature branch for the USE_GPL_SHOGUN option? | 22:56 |
lisitsyn | not yet | 22:56 |
@HeikoS | lisitsyn: please tell me if there is anything you would do different | 22:56 |
@HeikoS | otherwise, I will go ahead | 22:56 |
@HeikoS | since it needs to be done soon, before gsoc | 22:57 |
@HeikoS | also, if you know which classes are GPL only, send an email | 22:57 |
@HeikoS | I think I will go for NLOPT next | 22:57 |
@HeikoS | after ocas is done | 22:57 |
lisitsyn | HeikoS: yeah some of my classes | 22:57 |
lisitsyn | will send a list | 22:57 |
@HeikoS | lisitsyn: only need the lowest of them....compile error will tell the rest | 22:58 |
@HeikoS | thanks! | 22:58 |
@HeikoS | see you! | 22:58 |
lisitsyn | see you | 22:58 |
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has quit [Quit: Leaving.] | 22:58 | |
-!- HeikoS [~heiko@host-92-0-162-192.as43234.net] has joined #shogun | 23:03 | |
-!- mode/#shogun [+o HeikoS] by ChanServ | 23:03 | |
-!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has joined #shogun | 23:36 | |
travis-ci | it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: https://travis-ci.org/shogun-toolbox/shogun/builds/120333840 | 23:36 |
-!- travis-ci [~travis-ci@ec2-54-159-167-2.compute-1.amazonaws.com] has left #shogun [] | 23:36 | |
--- Log closed Sun Apr 03 00:00:57 2016 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!