mlpack IRC logs, 2020-01-09

Logs for the day 2020-01-09 (starts at 0:00 UTC) are shown below.

January 2020
--- Log opened Thu Jan 09 00:00:09 2020
01:29 < jenkins-mlpack2> Project mlpack - git commit test build #308: FAILURE in 17 min:
03:11 < jenkins-mlpack2> Project mlpack - git commit test build #309: STILL FAILING in 14 min:
03:19 -!- xiaohong_ [~xiaohong@] has joined #mlpack
03:19 -!- xiaohong [~xiaohong@] has quit [Read error: Connection reset by peer]
04:33 < rcurtin> baffling error on the jenkins build
06:07 < sreenik[m]> ``````
06:08 * sreenik[m] sent a long message: < >
06:10 < sreenik[m]> For the code above, the output for the interpreted layer is strange (extremely large integers, probably rubbish values). If I try static_cast, it says invalid types, so I guess the issue is with the casting. Any suggestion on what coujld be a possible solution?
06:11 < sreenik[m]> Oh, the first line of the code got deleted somehow, it was just the definition of a simple ```Linear<>``` layer called ```linear```
10:13 -!- nappaillav [6a3344c3@] has joined #mlpack
11:01 -!- xiaohong [~xiaohong@] has joined #mlpack
11:01 -!- xiaohong_ [~xiaohong@] has quit [Read error: Connection reset by peer]
11:13 -!- percyX [0e8b2df2@] has joined #mlpack
11:15 -!- percyX [0e8b2df2@] has quit [Remote host closed the connection]
11:16 -!- percyX [0e8b2df2@] has joined #mlpack
11:17 -!- percyX [0e8b2df2@] has quit [Remote host closed the connection]
11:18 -!- percyX [0e8b2df2@] has joined #mlpack
11:25 -!- percyX [0e8b2df2@] has quit [Remote host closed the connection]
11:34 -!- ssk441 [31ce0a7b@] has joined #mlpack
11:51 -!- xiaohong [~xiaohong@] has quit [Ping timeout: 258 seconds]
11:52 -!- xiaohong [~xiaohong@] has joined #mlpack
12:15 -!- nappaillav [6a3344c3@] has quit [Remote host closed the connection]
12:19 -!- ssk441 [31ce0a7b@] has quit [Remote host closed the connection]
13:12 -!- ssk441 [31ce0a7b@] has joined #mlpack
13:13 < ssk441> The memory checks build for Jenkins just failed for me. I also noticed that all the builds for the last couple of days all failed with the same error:
13:13 < ssk441> CMake Error: File /home/jenkins-mlpack/workspace/pull-requests/ mlpack/ memory/src/mlpack/bindings/python/ does not exist.
13:13 < ssk441> Does anyone know why this is happening?
13:25 -!- ssk441 [31ce0a7b@] has quit [Remote host closed the connection]
13:27 -!- ssk441 [31ce0a7b@] has joined #mlpack
13:51 < Shikhar-SGitter[> I am also getting same error. @matrixbot Probably something's wrong with build environment on server.
13:51 < Shikhar-SGitter[> (edited) ... error. @matrixbot Probably ... => ... error. @ssk441 Probably ...
14:16 < rcurtin> ssk441, Shikhar-S: yeah, I am not clear on what's going on yet. the error does not make sense to me
14:41 -!- ssk441 [31ce0a7b@] has quit [Remote host closed the connection]
15:23 -!- ImQ009 [~ImQ009@unaffiliated/imq009] has joined #mlpack
16:34 < rcurtin> ok, it seems that the build problem is a CMake versioning issue: a new version of CMake does not seem to handle paths with spaces in the same way
16:35 < rcurtin> I'm debugging now...
16:36 < rcurtin> sreenik[m]: since LayerTypes is a boost::variant, I think actually you have to use the visitor pattern to extract the Linear<> layer from it
16:37 < rcurtin> I'm not 100% sure on that though, but my guess is that the reinterpret_cast<> is just resulting in a Linear<> pointer that's off by a few bytes or something
17:58 < rcurtin> ok, the video meet-up is starting in just a moment at, feel free to join
18:01 -!- favre49 [6acf9923@] has joined #mlpack
18:02 -!- favre49 [6acf9923@] has quit [Remote host closed the connection]
18:08 < zoq> sreenik[m]: Just an exmaple about how to use an visitor to e.g. get the width from a layer: size_t width = boost::apply_visitor(OutputWidthVisitor(), layer);
18:09 < zoq> sreenik[m]: Vistors are here:
18:37 -!- favre49 [6acf9923@] has joined #mlpack
18:37 < favre49> Is the meeting over?
18:37 < rcurtin> not yet, we are still here :)
18:37 < favre49> Ah okay I'll try to join in a bit
18:46 < rcurtin> apt-get install libboost-all-dev
18:47 < rcurtin> compiling with debugging symbols: -O0 -g -DDEBUG
18:48 < sreenik[m]> zoq I tried that out. Gives a 0 as output (I guess that's a visitor for the input width as in similar to height). Going through the list I couldn't find one that matches InputSize or OutputSize. Maybe I missed it?
18:48 -!- favre49 [6acf9923@] has quit [Ping timeout: 260 seconds]
18:48 -!- _adi_ [5e3b5fde@] has joined #mlpack
18:50 < rcurtin> -lboost_serialization should be needed
18:50 < sreenik[m]> g++ -o test_converter src/test_converter.cpp -lboost_serialization -lboost_program_options -larmadillo -lopenblas -fopenmp -lmlpack
18:50 < sreenik[m]> This is what I use
18:51 < zoq> sreenik[m]: I see, so either we implement another vistor that does exactly that or I think you could use ParametersVisitor() and do n_rows, n_cols, to get the input output size.
18:51 < _adi_> let me try that out. -lboost_serialization alone still gives me the error.
18:53 < sreenik[m]> I tried without the -lboost_program_options. Works fine without it. I guess I was using it uselessly all the time
18:53 < sreenik[m]> zoq: Right. Will check that out
18:56 -!- _adi_ [5e3b5fde@] has quit [Remote host closed the connection]
18:56 -!- _adi_ [5e3b5fde@] has joined #mlpack
18:57 -!- favre49 [75f287e2@] has joined #mlpack
18:58 < favre49> I need to go to bed now, but it was nice meeting you guys :) I'll try to make it for the next meeting as well
18:58 -!- favre49 [75f287e2@] has quit [Remote host closed the connection]
19:01 < rcurtin> no worries, see you next time :)
19:01 < rcurtin> hopefully I didn't just end the meeting for everyone, I think I just hit "leave meeting" correctly... let me know if not :)
19:01 < zoq> Ãstill works
19:02 < _adi_> yep.. works...
19:03 -!- tavishjain [7aa2f6a9@] has joined #mlpack
19:04 < tavishjain> Hello there
19:04 < tavishjain> Could someone please guide me on how could i contribute to mlpack ?
19:05 < zoq> cmake ../
19:06 < zoq> tavishjain: Hello there, and is probably what you are looking for.
19:06 < tavishjain> Thank you zoq[m]
19:07 < tavishjain> Just wished to confirm, this is the official IRC for mlpack right ?
19:07 < tavishjain> And no other one ?
19:07 < sreenik[m]> Yes this is the official IRC
19:07 < sreenik[m]> We also have a mailing list
19:08 < abernauer[m]> tavishjain: Yeah this it. You might want to use one the bridges if you prefer using a client. Riot.
19:09 < tavishjain> No thank you abernauer[m] this platform seems good enough to me :-)
19:09 -!- _adi_ [5e3b5fde@] has quit [Remote host closed the connection]
19:11 -!- tavishjain [7aa2f6a9@] has quit [Remote host closed the connection]
19:13 < abernauer[m]> rcurtin: Missed the meeting because of some job search stuff and other life stuff. Going to prioritize that PR for Fast Max Kernel Search and that tree method when I find the time.
19:13 < rcurtin> no worries, and no hurry! I think the job search and other life things are generally more important :)
19:19 < birm[m]> I was able to replicate cmake space issue seen in the builds with cmake 3.16.2.
19:23 < rcurtin> ok, I think I *almost* have a fix for the cmake space issue, but it needs a little more testing and cleanup
19:26 -!- ImQ009 [~ImQ009@unaffiliated/imq009] has quit [Quit: Leaving]
19:54 -!- _adi_ [5e3b5fde@] has joined #mlpack
19:55 -!- _adi_ [5e3b5fde@] has quit [Remote host closed the connection]
20:11 -!- pickle-rick[m] [pickle-ric@gateway/shell/] has joined #mlpack
21:09 < pickle-rick[m]> <sreenik[m] " g++ -o test_converter src/test_"> The version that worked for me follows the same pattern as well. Just linked up the right libraries as suggested by rcurtin and zoq . I can now compile, run files and see the environment in action using zoq's gym_api. Thanks guys!
21:10 < pickle-rick[m]> this is the command i used btw: g++ example.cpp -lboost_iostreams -pthread -lboost_system -o ex
23:06 < rcurtin> it seems like I'm able to replicate the spaces issue with even CMake 3.5!
23:06 < rcurtin> I'm wondering if what's going on here is that a system upgrade caused the version of Cython installed to now be new enough that Python bindings are built :)
23:06 < rcurtin> so maybe it was never a CMake version issue all along
23:09 < rcurtin> should fix the issue... I hope! I'll have to keep an eye on whether it successfully builds :)
23:25 -!- kuhaku[m] [kuhakunopz@gateway/shell/] has joined #mlpack
--- Log closed Fri Jan 10 00:00:10 2020