--- Log opened Mon Jun 05 00:00:00 2017 | ||
-!- WangWang [uid231047@gateway/web/irccloud.com/x-femefenswaadtuuz] has quit [Quit: Connection closed for inactivity] | 01:28 | |
-!- TingMiao [uid229534@gateway/web/irccloud.com/x-evchinoqkbepxlop] has quit [Quit: Connection closed for inactivity] | 01:38 | |
@wiking | ironstark, is that yakkety? | 03:29 |
---|---|---|
@wiking | oh no that's Zesty Zapus | 03:29 |
@wiking | ok i have to check | 03:29 |
@wiking | ironstark, are you trying to use the ppa | 03:30 |
@wiking | ? | 03:30 |
@wiking | as officially in in zesty only libshogun16 is available | 03:30 |
@wiking | which is a very old shogun | 03:30 |
@sukey | Pull Request #3767 "LinalgRefactor - specialpurpose" synchronized by OXPHOS - https://github.com/shogun-toolbox/shogun/pull/3767 | 03:59 |
-!- mikeling [uid89706@gateway/web/irccloud.com/x-dpckoixetjpfwohs] has joined #shogun | 04:17 | |
mikeling | wiking: ping | 04:51 |
@wiking | pong | 04:51 |
mikeling | wiking: hey! Had you read my email send to you and Heikos? | 04:53 |
mikeling | Does this comment and pr looks good to you?https://github.com/shogun-toolbox/shogun/pull/3832#issue-233442045 | 04:53 |
@wiking | yes | 04:54 |
@wiking | i had | 04:54 |
@wiking | but my weekend was waaaay too busy | 04:54 |
@wiking | sorry | 04:54 |
mikeling | about use std::deque instead of DynArray in DynamicArray | 04:54 |
mikeling | it's ok | 04:55 |
mikeling | :) | 04:55 |
mikeling | wiking: Do we have any unit test for DynamicArray? | 04:55 |
mikeling | Because the test failed but I can't find why | 04:56 |
@wiking | if you cannot find one | 04:56 |
@wiking | then it's probably because there's none | 04:56 |
mikeling | after I use std::deque in DynamicArray | 04:56 |
@wiking | you want me to debug? ) | 04:58 |
mikeling | mmm, do we want some unit test for DynamicArray and CDynamicObjectArray first? | 04:59 |
mikeling | because, you know, sometimes I really don't know why it failed out | 04:59 |
mikeling | due to the error wan't happened on the place I changed | 04:59 |
mikeling | if we could catch the error in the beginning, it will be much better :) | 05:00 |
@sukey | Pull Request #3767 "LinalgRefactor - specialpurpose" synchronized by OXPHOS - https://github.com/shogun-toolbox/shogun/pull/3767 | 05:02 |
mikeling | wiking: still around? :) | 05:30 |
ironstark | wiking: yes i tried using the ppa as well as building it from scratch | 06:04 |
@wiking | ironstark, ppa will not work | 06:04 |
ironstark | both gave errors | 06:04 |
@wiking | mikeling, if you can add a unit test for it that would be great | 06:04 |
@wiking | (DynamicArray) | 06:04 |
ironstark | building it from scratch is also giving errors | 06:04 |
@wiking | ironstark, what's the problem with this: http://shogun.ml/install#manual-basics | 06:05 |
@wiking | ? | 06:05 |
@wiking | what's the error? | 06:05 |
ironstark | wiking: https://paste.ubuntu.com/24761698/ | 06:07 |
@wiking | oh GOMP_parallel@GOMP_4.0' | 06:08 |
@wiking | that's weird | 06:08 |
@wiking | but | 06:08 |
@wiking | do you have libgomp1 installed on your system? | 06:09 |
mikeling | wiking: ok, BTW, I still wondering why these GaussianProcessClassification tests failed https://travis-ci.org/shogun-toolbox/shogun/jobs/239338409#L7839. Please give me some guide on that if you have time to do so :) | 06:16 |
mikeling | thank you | 06:16 |
@sukey | Pull Request #3767 "LinalgRefactor - specialpurpose" synchronized by OXPHOS - https://github.com/shogun-toolbox/shogun/pull/3767 | 06:30 |
ironstark | wiking: yes libgomp1 is installed | 07:24 |
ironstark | it is updated to the latest version | 07:24 |
@wiking | ironstark, mmm that is weird though | 07:50 |
@wiking | you are using gcc to compile right? | 07:50 |
@wiking | mikeling, here? | 08:44 |
mikeling | wiking: yep | 08:45 |
@wiking | mikeling, just checking your msg | 08:45 |
ironstark | wiking: yes i use gcc | 08:52 |
@wiking | mikeling, i reckon the whole story is that there's a problem with indexing | 08:55 |
-!- shogitter1 [~nodebot@ks312251.kimsufi.com] has quit [Ping timeout: 260 seconds] | 08:56 | |
mikeling | wiking: mmm, the indexing for CDynamicArray? | 08:56 |
@wiking | yes probably | 08:56 |
-!- shogitter [~nodebot@ks312251.kimsufi.com] has joined #shogun | 08:56 | |
@wiking | mikeling, of couuuurse | 08:56 |
@wiking | what would be the other problem here is this | 08:56 |
@wiking | https://github.com/shogun-toolbox/shogun/commit/308e5c488523efba35d89c9b2ef02cc9d9c047aa | 08:56 |
@wiking | or partially is this as well | 08:56 |
@wiking | since the shuffle is not the same | 08:56 |
@wiking | so i mean there are couple of things | 08:57 |
@wiking | one of the thing is that of course the implementation of shuffle | 08:57 |
@wiking | mikeling, i mean check the old shuffle | 08:58 |
mikeling | acutally I use gdb to output the vector in each step of GaussianProcessClassification , and most of them(before I use std::deque and after) are the same | 08:58 |
mikeling | until | 08:58 |
mikeling | GaussianProcessClassification | 08:58 |
mikeling | soryy | 08:58 |
mikeling | sorry, until m_kernel->init(m_features, m_features); | 08:58 |
@wiking | https://github.com/shogun-toolbox/shogun/blob/develop/src/shogun/base/DynArray.h#L448-L459 | 08:59 |
@wiking | so | 08:59 |
@wiking | if you use in any ways shuffle in anywhere | 08:59 |
@wiking | and rely on that | 08:59 |
mikeling | before I use deque it's https://pastebin.mozilla.org/9023525 | 08:59 |
@wiking | this is gonna cause a lot of troubles | 08:59 |
@wiking | yeah | 08:59 |
@wiking | after? | 08:59 |
@wiking | do you have that? | 09:00 |
mikeling | and here is the after one https://pastebin.mozilla.org/9023526 | 09:00 |
mikeling | wiking: ^ | 09:00 |
@wiking | uff | 09:00 |
@wiking | those values are tooooooootally differen | 09:01 |
@wiking | :D | 09:01 |
@wiking | is there a shuffle | 09:01 |
@wiking | ? | 09:01 |
@wiking | can you put a breakpoint | 09:01 |
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has joined #shogun | 09:01 | |
mikeling | wiking: sure, let me do it right now | 09:01 |
@wiking | on the DynamicArray::shuffle | 09:01 |
@wiking | both of them | 09:01 |
@wiking | because there's inline void shuffle() { m_array.shuffle(); } | 09:02 |
@wiking | and inline void shuffle(CRandom * rand) { m_array.shuffle(rand); } | 09:02 |
@wiking | so just breakpoint both | 09:02 |
@wiking | and try to run it | 09:02 |
mikeling | wiking: mmmm, actually we don't have inline void shuffle(CRandom * rand) { m_array.shuffle(rand); } for the deque version | 09:03 |
@wiking | okok | 09:03 |
@wiking | that's fine | 09:03 |
@wiking | i mean i'm wondering sjust | 09:03 |
@wiking | what random does that one uses | 09:03 |
@wiking | but no worries | 09:03 |
@wiking | just see if shuffle is used | 09:03 |
mikeling | ok | 09:03 |
mikeling | wiking: no, both of them(before and after) | 09:08 |
@wiking | mmm | 09:08 |
mikeling | won't jump to the breakpoint in shuffle | 09:08 |
@wiking | and this is the only patch | 09:08 |
@wiking | https://github.com/shogun-toolbox/shogun/commit/308e5c488523efba35d89c9b2ef02cc9d9c047aa | 09:08 |
@wiking | ? | 09:08 |
mikeling | what's the meaning of 'only patch' | 09:09 |
@wiking | i mean the changes | 09:09 |
@wiking | that's "after" | 09:10 |
@wiking | right? | 09:10 |
mikeling | yep | 09:10 |
@wiking | i just have a weird question here | 09:11 |
@wiking | why do we wanna keep CDynamicArray? | 09:11 |
@wiking | it doesn't do any SG_REF/UNREF | 09:12 |
mikeling | wiking: ....ah | 09:12 |
@wiking | but anyhow | 09:12 |
mikeling | actually I ask same question to you actually, several days ago | 09:12 |
@sukey | Pull Request #3831 "[ProgressBar] Refactor the progress bar code and add documentation." synchronized by geektoni - https://github.com/shogun-toolbox/shogun/pull/3831 | 09:12 |
@wiking | did you? :) | 09:12 |
@wiking | maybe we had a miscommunication | 09:13 |
@wiking | i mean generally speaking | 09:13 |
@wiking | CDynamicArray is really an STL container | 09:13 |
@wiking | like vector or deque | 09:13 |
@wiking | or list | 09:13 |
@wiking | i mean it has some stupid wrapper functions | 09:13 |
mikeling | wiking: Here: because a) CDynamicArray is using parameter framework (see all the SG_ADD); this is due to the fact of to be able to serialize CDynamicArray b) CDynamicArray has reference counting as it is derived from CSGObject | 09:15 |
@wiking | aaaaaaah | 09:15 |
@wiking | true story | 09:15 |
@wiking | :( | 09:15 |
@wiking | totally forgot that one | 09:15 |
@wiking | sorry man i'm a bit confused | 09:15 |
mikeling | it's ok | 09:15 |
mikeling | so | 09:15 |
mikeling | we want to keep it or not? | 09:15 |
@wiking | well if we could have | 09:16 |
@wiking | Some<std::deque> | 09:16 |
@wiking | that'd be cool | 09:16 |
@wiking | but for now | 09:16 |
@wiking | let's forget that | 09:16 |
@wiking | let's do this in smaller steps | 09:16 |
@wiking | let's then just have the CDynamicArray use directly deque | 09:16 |
@wiking | :) | 09:16 |
mikeling | yes of course:) | 09:17 |
@wiking | lemme see wtf | 09:17 |
@wiking | but yeah | 09:17 |
@wiking | there's for sure some of the errors | 09:18 |
@wiking | in unit test because of shuffle | 09:18 |
@wiking | because the shuffling is different .... so we'll have to adjust | 09:18 |
@wiking | some of the tests | 09:18 |
mikeling | wiking: ok, but how about the GaussianProcessClassification test? I guess is not about shuffle. | 09:22 |
@wiking | just trying to see | 09:23 |
@wiking | gimme couple of minutes | 09:23 |
mikeling | but I don't know which part of code about CDynamicArray get involved | 09:23 |
mikeling | sure, np | 09:23 |
mikeling | thank you :) | 09:23 |
@wiking | dont have a compiler in my head :) | 09:24 |
@wiking | nw | 09:24 |
@wiking | mikeling, ok so CDynamicArray is quite heavily used in https://github.com/shogun-toolbox/shogun/blob/master/src/shogun/mathematics/Integration.cpp | 09:47 |
@wiking | i'm not so sure where it goes wrong | 09:47 |
@wiking | only way to catch this is actually | 09:47 |
@wiking | maybe create a unit test for CDynamicArray | 09:47 |
mikeling | wiking: But we will get rid of CDynamicArray anyway right? Actually, when I do CDynamicArray refactoring, I'm not so sure if I'm doing the right thing :/ | 09:49 |
mikeling | too many warp in there and | 09:49 |
@wiking | mikeling, why did you introduced num_elements? | 09:50 |
@wiking | mikeling, but i mean if you write 4 simple unit tests | 09:51 |
@wiking | about set get | 09:51 |
@wiking | then it should be fine i guess | 09:51 |
@wiking | i mean just to make sure that before and after the refactor | 09:52 |
@wiking | the same thing happens | 09:52 |
@wiking | that unit test wouldnt be bigger than 40 lines | 09:52 |
mikeling | wiking: same like std::vector, the num_elements will tell how many elements in that array | 09:53 |
mikeling | for example, | 09:54 |
@wiking | yes | 09:54 |
mikeling | if you have two array with 1 element, and you reset one of them | 09:54 |
@wiking | but isn't std::deque.size() enough for that? | 09:54 |
mikeling | these two array should different | 09:54 |
@wiking | yes i understand | 09:54 |
@wiking | but as i suggested | 09:54 |
@wiking | you can override the equals | 09:54 |
mikeling | but std::deque.size() will all return 1 in that case | 09:54 |
@wiking | and do those checks there | 09:54 |
@wiking | why? | 09:55 |
@wiking | if there's nothing in it? | 09:55 |
mikeling | yep, because reset or clear wouldn't change the size of that array, | 09:55 |
@wiking | size() = Returns the number of elements in the container | 09:55 |
mikeling | same with vector | 09:55 |
@wiking | ? | 09:55 |
@wiking | STL container.size() = how many elements are in it | 09:55 |
@wiking | not the preserved size of the array | 09:56 |
@wiking | if you have | 09:56 |
mikeling | no, for example, if you do std::vector<int> test(10) | 09:56 |
@wiking | test.size() = 0 | 09:56 |
@wiking | if you dont add anything into it | 09:56 |
mikeling | the size() will always return 10 if you don't earse or push_back it | 09:56 |
@wiking | mikeling, ok i'm shocked :) | 09:59 |
@wiking | but true | 09:59 |
mikeling | and, num_elements could help us to distinguish the difference between two SGObject array | 10:00 |
@wiking | yep | 10:00 |
@wiking | mmm | 10:00 |
@wiking | i'm quite sure that there's a problem with some of the accessors | 10:00 |
@wiking | but i cannot pinpoint where | 10:01 |
@wiking | only sure way to fix this | 10:02 |
@wiking | is to add a simple unit test for CDynamicArray | 10:02 |
mikeling | mmmm, yeah. as I said, those warp sometimes works like &&(&container), so I'm not sure if I do the right thing sometime :/ | 10:02 |
mikeling | ok | 10:02 |
@wiking | mikeling, sure thing | 10:02 |
mikeling | I will do it | 10:02 |
@wiking | just write a simple unit test | 10:02 |
@wiking | and we'll see right away | 10:02 |
@wiking | write it for the original one | 10:02 |
mikeling | wiking: BTW, what's this function for?https://github.com/shogun-toolbox/shogun/blob/develop/src/shogun/lib/DynamicArray.h#L171 It works like a setter | 10:04 |
mikeling | but the function name is get_*? | 10:04 |
mikeling | and https://github.com/shogun-toolbox/shogun/blob/develop/src/shogun/lib/DynamicArray.h#L159 | 10:04 |
@wiking | mikeling, no it's a getter | 10:04 |
mikeling | but it won't return anythin | 10:05 |
@wiking | but since you cannot return more than one element | 10:05 |
mikeling | thing | 10:05 |
@wiking | that's why | 10:05 |
@wiking | int32_t& dim1, int32_t& dim2, int32_t& dim3 | 10:05 |
@wiking | in the caller's part after this | 10:05 |
@wiking | dim1, dim2, dim3 will container | 10:05 |
@wiking | *contain the actual values | 10:05 |
mikeling | mmmm, alright | 10:06 |
mikeling | I got it | 10:06 |
@wiking | mikeling, but this is standard c story :P | 10:06 |
@wiking | so just read about it if it's not clear for you | 10:06 |
@wiking | mikeling, https://www.cs.fsu.edu/~myers/c++/notes/references.html | 10:07 |
@sukey | Pull Request #3833 "unit test for DynamicArray" opened by MikeLing - https://github.com/shogun-toolbox/shogun/pull/3833 | 10:59 |
mikeling | wiking: Does it look good to u? ^ | 11:00 |
@sukey | Pull Request #3830 "Add to linalg trace, zero, identity, add_col_vec" synchronized by micmn - https://github.com/shogun-toolbox/shogun/pull/3830 | 11:05 |
@sukey | Pull Request #3830 "Add to linalg trace, zero, identity, add_col_vec (CPU only)" - https://github.com/shogun-toolbox/shogun/pull/3830 | 11:05 |
@wiking | mikeling, lemme check | 12:37 |
@wiking | mikeling, yeah looks good | 12:38 |
@wiking | i'm wondering if you change from DynArray -> deque | 12:38 |
@wiking | i guess this still passes? | 12:38 |
@sukey | Pull Request #3829 "[ProgressBar] Add a boolean flag to the progress bar." merged by vigsterkr - https://github.com/shogun-toolbox/shogun/pull/3829 | 12:39 |
@sukey | New Commit "Merge pull request #3829 from geektoni/boolean_check_progress | 12:39 |
@sukey | [ProgressBar] Add a boolean flag to the progress bar." to shogun-toolbox/shogun by vigsterkr: https://github.com/shogun-toolbox/shogun/commit/c211d75e15225e0b3b8d22326fba505ffccdc7af | 12:39 |
mikeling | wiking: yep | 12:40 |
@wiking | mikeling, ok then we need to add more unit tests :D | 12:40 |
@wiking | because it's not among these operators | 12:41 |
@wiking | that the thing goes south | 12:41 |
@wiking | because honestly in GaussianProcess it's only the DynamicArray that's make the difference | 12:41 |
@wiking | that's why it fails | 12:41 |
mikeling | wiking: ok,for example? Which function's' we want to add unit test for | 12:45 |
@wiking | mikeling, i mean there's no other way | 12:49 |
@wiking | but to debug this | 12:49 |
@wiking | one by one | 12:49 |
@wiking | i mean i could do only the very same thing you would do | 12:49 |
mikeling | Ok I see | 12:50 |
@sukey | Pull Request #3831 "[ProgressBar] Refactor the progress bar code and add documentation." synchronized by geektoni - https://github.com/shogun-toolbox/shogun/pull/3831 | 13:25 |
@sukey | Pull Request #3831 "[ProgressBar] Refactor the progress bar code and add documentation." synchronized by geektoni - https://github.com/shogun-toolbox/shogun/pull/3831 | 13:31 |
@sukey | Pull Request #3831 "[ProgressBar] Refactor the progress bar code and add documentation." - https://github.com/shogun-toolbox/shogun/pull/3831 | 13:34 |
@sukey | Pull Request #3831 "[ProgressBar] Refactor the progress bar code and add documentation." - https://github.com/shogun-toolbox/shogun/pull/3831 | 13:34 |
@sukey | Pull Request #3831 "[ProgressBar] Refactor the progress bar code and add documentation." synchronized by geektoni - https://github.com/shogun-toolbox/shogun/pull/3831 | 13:51 |
@wiking | mikeling, i can check on it now | 14:24 |
@wiking | if u haven't find anythingyet | 14:24 |
mikeling | wiking: sorry we have a party, because our senior student will graduate today. I will go back and add more test for it | 14:51 |
mikeling | Later | 14:51 |
@wiking | no worries | 14:51 |
@wiking | hav efun | 14:51 |
mikeling | Thank you | 14:51 |
mikeling | Maybe we could merge that pr first? Because we only miss shuffle and element unit test right now | 14:54 |
mikeling | wiking: ∧ | 15:01 |
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has left #shogun [] | 15:43 | |
-!- OXPHOS [92bd305b@gateway/web/freenode/ip.146.189.48.91] has joined #shogun | 16:50 | |
-!- geektoni [~Mutter@93-34-234-214.ip52.fastwebnet.it] has joined #shogun | 17:32 | |
-!- geektoni [~Mutter@93-34-234-214.ip52.fastwebnet.it] has quit [Quit: Mutter: www.mutterirc.com] | 17:37 | |
@wiking | mikeling, so here's a problem for example | 18:15 |
@wiking | https://github.com/shogun-toolbox/shogun/blob/46f91d517c877ade80f990a77fbaf29d034076d5/src/shogun/lib/DynamicArray.h#L460 | 18:15 |
@wiking | https://github.com/shogun-toolbox/shogun/blob/46f91d517c877ade80f990a77fbaf29d034076d5/src/shogun/lib/DynamicArray.h#L473 | 18:15 |
@wiking | if you call | 18:15 |
@wiking | array->set_array(array, size) | 18:15 |
@wiking | it's only that the type of array (whether it's const or not) gonna determine which one of this functions will be called | 18:15 |
@wiking | and in the latter one you dont set any of the dimX nor num_elements | 18:17 |
mikeling | wiking: mmm, is that mean we shouldn't use container.assign()? | 18:23 |
@wiking | mikeling, but basically if you trace shogun::CIntegration::evaluate_quadgk and what happens there with those 3 CDynamicArray you'll see where it | 18:23 |
mikeling | like vector.assign() | 18:23 |
@wiking | changes behaviour | 18:23 |
@wiking | before and after | 18:23 |
@wiking | man | 18:23 |
@wiking | you have EXACTLY same functions | 18:23 |
@wiking | only the constness of the array | 18:24 |
@wiking | will determine | 18:24 |
@wiking | whether to call one or the other | 18:24 |
@wiking | while internally they do very different things | 18:24 |
@wiking | you should make sure that this is not the case | 18:24 |
@wiking | your refactor there (removal of other set_array functions) | 18:24 |
@wiking | and adding default values to dim2 and dim3 | 18:25 |
@wiking | totally changes the behaviour | 18:25 |
@wiking | if you call | 18:25 |
@wiking | set_array(array, size) | 18:25 |
@wiking | previously there was only one function that matched this function definition | 18:25 |
@wiking | namely inline void set_array(const T* p_array, int32_t p_size) | 18:26 |
@wiking | now it's ambigous | 18:26 |
@wiking | if you call set_array(array,size) then depending whether array is const then it's gonna call the one above.. otherwise it'll call set_array(T* p_array, int32_t dim1, int32_t dim2 = 1, int32_t dim3 = 1) | 18:27 |
@wiking | so yeah you need to fix the set_array story there | 18:28 |
@wiking | that's for sure | 18:28 |
@wiking | OXPHOS, u were in china? :) | 18:31 |
@wiking | mikeling, so basically extend your unit test PR with all the set_array unit tests | 18:33 |
@wiking | and then you'll quickly understand where it goes wrong | 18:33 |
@wiking | :) | 18:33 |
mikeling | wiking: ok, got it! | 18:34 |
mikeling | I will do it tomorrow. I just drink too much wine on the party | 18:35 |
mikeling | I have a little of drunk I guess :/ | 18:36 |
@wiking | :)))) | 18:37 |
@wiking | cool | 18:37 |
@wiking | rice wine? | 18:37 |
@wiking | or wine from grapes? or lychee wine? :) | 18:38 |
-!- geektoni [~Mutter@5.168.15.213] has joined #shogun | 18:52 | |
-!- geektoni [~Mutter@5.168.15.213] has quit [Client Quit] | 18:55 | |
-!- olinguyen [81615ad9@gateway/web/freenode/ip.129.97.90.217] has joined #shogun | 19:24 | |
OXPHOS | wiking: nope boston | 19:30 |
@wiking | booooooooston | 19:30 |
@wiking | what are you doing in boston ? :) | 19:30 |
OXPHOS | wiking: i were in china, 3 wks ago | 19:31 |
OXPHOS | my lab moves to boston from ny | 19:31 |
OXPHOS | so i moved | 19:31 |
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has joined #shogun | 19:33 | |
@wiking | oooh | 19:41 |
@wiking | jesus | 19:41 |
@wiking | big depressing change | 19:41 |
@wiking | ;) | 19:41 |
@wiking | sorry to hear that | 19:41 |
@wiking | :P | 19:41 |
OXPHOS | wiking: ups and downs..I bought a car the moment I moved out | 19:44 |
@wiking | :) | 19:44 |
@wiking | living the american dream ;) | 19:44 |
-!- parth_ [67f04c08@gateway/web/freenode/ip.103.240.76.8] has joined #shogun | 19:44 | |
CaBa | wiking: you'd prefer nyc over boston? | 20:03 |
@wiking | who wouldn't :) | 20:03 |
CaBa | hm. me ;) | 20:03 |
@wiking | doh what the hell do you like in boston | 20:03 |
@wiking | plz tell me | 20:03 |
@wiking | :) | 20:03 |
CaBa | maybe i'm too old for this stuff, but the idea of living in nyc, brrr ;) | 20:04 |
@wiking | mmm that's ok | 20:04 |
@wiking | i mean i'm not saying that i would love to live in nyc | 20:04 |
@wiking | but if somebody asks me nyc or boston | 20:04 |
CaBa | and yeah, i kinda like boston... | 20:04 |
@wiking | :) | 20:04 |
@wiking | huh horrible non-us city | 20:04 |
@wiking | :) | 20:05 |
CaBa | anyways... even my village feels too fuzzy for me in the meantime ;) | 20:05 |
CaBa | moving away from berlin soon ;) | 20:06 |
@wiking | :( | 20:06 |
@wiking | sad days | 20:06 |
-!- parth_ [67f04c08@gateway/web/freenode/ip.103.240.76.8] has quit [Quit: Page closed] | 20:09 | |
@wiking | lol | 20:35 |
@wiking | coreml | 20:35 |
@wiking | :) | 20:35 |
@wiking | we should look into that shit | 20:38 |
@wiking | :) | 20:38 |
-!- mikeling [uid89706@gateway/web/irccloud.com/x-dpckoixetjpfwohs] has quit [Quit: Connection closed for inactivity] | 20:50 | |
-!- geektoni [~geektoni@93-34-234-212.ip52.fastwebnet.it] has left #shogun [] | 21:46 | |
-!- yammz [400789b6@gateway/web/freenode/ip.64.7.137.182] has joined #shogun | 21:58 | |
yammz | hi guys. I'm trying to build the build_cpp_meta_examples target. about half the examples build and then I get a bunch of python errors: | 21:59 |
yammz | AttributeError: 'module' object has no attribute '_tabversion' Traceback (most recent call last): File "/home/myamada/shogun/shogun/examples/meta/generator/generate.py", line 158, in <module> generatedFilesOutputDir=args.parser_files_dir) | 21:59 |
yammz | i've installed ply 3.10 . Is there a dependency on a specific version? Thanks | 21:59 |
yammz | downgrading to ply 3.4 fixed the issue | 22:09 |
yammz | Now another issue. The .dat files the examples try to load aren't present | 22:43 |
yammz | classifier_4class_2d_linea:qr_fea | 22:43 |
yammz | [ERROR] In file /home/myamada/shogun/shogun/src/shogun/io/File.cpp line 71: Error opening file '../../data/classifier_4class_2d_linear_features_train.dat' | 22:44 |
yammz | the symlink is dangling | 22:44 |
yammz | ah, found the data submodule... | 22:47 |
-!- yammz [400789b6@gateway/web/freenode/ip.64.7.137.182] has quit [Ping timeout: 260 seconds] | 23:24 | |
--- Log closed Tue Jun 06 00:00:01 2017 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!