13:10 < akanuraj> hello. i tried building the mlpack library from master.zip (from github) source. It is full of bugs. Has the community released an updated version?

13:29 < rcurtin> akanuraj: each of the stable released on the github releases page as well as mlpack.org, mloss.org, and in the package managers of most linux distributions

13:29 < rcurtin> when you say it is "full of bugs", can you elaborate on what you mean?

13:55 < akanuraj> @rcurtin: the .hpp files contain a lot of compilation errors.

13:56 < akanuraj> @rcurtin: even the stable source(mlpack-2.0.3.tar.gz) has an error. I am pasting the error message my terminal threw up for this

13:57 < wiking> :)

13:57 < akanuraj> "In file included from /home/kanodia/mlpack-2.0.3/src/mlpack/../mlpack/core.hpp:223:0, from /home/kanodia/mlpack-2.0.3/src/mlpack/core/dists/discrete_distribution.hpp:18, from /home/kanodia/mlpack-2.0.3/src/mlpack/core/dists/discrete_distribution.cpp:14: /home/kanodia/mlpack-2.0.3/src/mlpack/../mlpack/core/dists/gaussian_distribution.hpp:41:42: error: both ‘const’ and ‘constexpr’ cannot be u

13:58 < wiking> i love the amount of ignorance in this error reporting :)

13:59 < akanuraj> @wiking: i am new here, so could you please correct me. :)

14:00 < wiking> yeah being new doesn't mean that you should be rude imho. people are spending their valuable free time on developing open source projects like this and you come and say it is "It is full of bugs" where i bet you that its because you dont know how to compile it actually

14:01 < wiking> and this is not about mlpack per se, it's about interacting with any open source project

14:02 < rcurtin> akanuraj: it seems to me like you aren't compiling with the build system... can you tell me what you are doing to compile?

14:02 < rcurtin> you might want to take a look at this documentation: http://mlpack.org/docs/mlpack-2.0.3/doxygen.php?doc=build.html

14:03 < rcurtin> I agree with wiking, calling software 'full of bugs' is a little bit strong if the claim is unsubstantiated :)

14:06 < akanuraj> @wiking: I am extremely sorry if i came off as being rude! I did not mean that "hey what you created is full of bug". It was not my intention. I understand how much effort the open source community puts in and i want to be a part of it. I apologize once again. .

15:26 < travis-ci> mlpack/mlpack#1494 (master - 0059b45 : Ryan Curtin): The build is still failing.

15:26 < travis-ci> Change view : https://github.com/mlpack/mlpack/compare/5617fbc885c2...0059b4520dd0

15:26 < travis-ci> Build details : https://travis-ci.org/mlpack/mlpack/builds/155953784

16:21 < travis-ci> mlpack/mlpack#1495 (master - 1797a49 : Ryan Curtin): The build was fixed.

16:21 < travis-ci> Change view : https://github.com/mlpack/mlpack/compare/0059b4520dd0...1797a49c8f76

16:21 < travis-ci> Build details : https://travis-ci.org/mlpack/mlpack/builds/155969475

16:44 < travis-ci> mlpack/mlpack#1496 (master - 9e5cd0a : lozhnikov): The build was fixed.

16:44 < travis-ci> Change view : https://github.com/mlpack/mlpack/compare/1797a49c8f76...9e5cd0ac9c5c

16:44 < travis-ci> Build details : https://travis-ci.org/mlpack/mlpack/builds/155974361

19:23 < rcurtin> ok, I fixed images loading on the blog, so Yannis' ice cream and Marcos' graphs show up again

19:23 < rcurtin> it turned out to be a jenkins permissions issue

19:26 < zoq> great, thanks!

19:39 < Kirizaki> umm...

19:40 < Kirizaki> sorry for problem but I open new same issues #771 & #772

19:41 < Kirizaki> I already closed #772 but it's better to delete it

19:41 < Kirizaki> https://github.com/mlpack/mlpack/issues/772

19:44 < rcurtin> seems like it is not possible to delete issues

19:44 < rcurtin> here is a link to a huge github issue with like 1000 +1s :)

19:44 < rcurtin> https://github.com/isaacs/github/issues/253

19:44 < rcurtin> so I guess we can just leave it closed

19:46 < Kirizaki> wat?

19:47 < Kirizaki> ehh, sorry for that

19:47 < rcurtin> no worries :)

19:47 < Kirizaki> ;)

19:47 < rcurtin> I wonder if they will implement the feature someday, but if not I don't think it is such a huge deal for us

19:59 < Kirizaki> ok, again sorry, bye for now

21:13 < marcosirc> rcurtin: thanks for fixing the images on the blog.

21:25 < rcurtin> sure, I am glad it turned out to be pretty easy :)

21:26 < rcurtin> there were actually two issues, it seems---one of them had to do with relative links, which Marcus fixed; the other was this Jenkins configuration option

21:37 < travis-ci> mlpack/mlpack#1498 (master - 1148f16 : Ryan Curtin): The build was broken.

21:37 < travis-ci> Change view : https://github.com/mlpack/mlpack/compare/9e5cd0ac9c5c...1148f1652e13

21:37 < travis-ci> Build details : https://travis-ci.org/mlpack/mlpack/builds/156051794

21:38 < marcosirc> Yeah, I can imagine. Like always, configuration issues!

21:39 < marcosirc> Nice to know it was quickly fixed.

21:39 < marcosirc> rcurtin: I am finishing the PR on move semantics.

21:39 < marcosirc> what do you thinkg about

21:40 < marcosirc> taking a reference to the query tree too?

21:40 < marcosirc> In order to follow the "design guidelines".

21:40 < marcosirc> (instead of a pointer)

21:40 < rcurtin> I agree, but I don't think there's any need for a move constructor there

21:40 < rcurtin> just Search(TreeType&)

21:40 < rcurtin> (it can't be const, because it may update the statistic)

21:41 < marcosirc> Yeas

21:41 < marcosirc> I agree!