mlpack IRC logs, 2020-02-25

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

February 2020
--- Log opened Tue Feb 25 00:00:01 2020
00:57 -!- gitter_jacob-ear [gitterj_37@gateway/shell/] has joined #mlpack
00:57 -!- gitter_jacob-ear is now known as jacob-earleGitte
00:57 < jacob-earleGitte> I updated to Python 3.8 today and noticed that pip couldn't install mlpack. It did work with older versions though. When will the Python 3.8 compatible package be posted on
03:13 < rcurtin> jacob-earleGitte: hang on a second, I can make that happen as soon as it's built... :) just gotta modify a config setting
03:15 < GauravSinghGitte> Hey @jeffin143 @kartikdutt18 @prince776 Sorry the pull request that I created got deleted because of some mishap from my side. Will create a new PR in an hour. Sorry.
03:15 < rcurtin>
03:15 < rcurtin> now building at, hopefully I will not have some awful thing to debug :)
03:33 < RohitKartikGitte> usually how long does this build take?
03:39 < rcurtin> a couple hours or so, I think?
03:39 < rcurtin> also, sorry about the windows build failures---this was due to a slight server misconfiguration on I've got that fixed now, so I've restarted many of the PR builds
03:41 < RohitKartikGitte> whats the main focus of "Application of ANN Algorithms Implemented in mlpack", to help new users get familiar and witness the power of mlpack right?
03:47 * RohitKartikGitte sent a long message: < >
03:47 < RohitKartikGitte> does this sound like something you would like me to work on this summer?
03:53 < kartikdutt18Gitt> @gaurav-singh1998, no worries.
04:12 < simplesit[m]> whoa, this place is really active!
04:20 < RohitKartikGitte> Welcome to the community :)
04:59 < TanayMehtaGitter> @OO7kartik The idea seems great! Do you happen have knowledge of any good visualization libs in cpp?
05:10 < GauravSinghGitte> Hey, @heytanay if you are looking for some plotting tools with cpp, have a look at [this](
05:15 -!- aadarsh-as [dce39546@] has joined #mlpack
05:34 -!- aadarsh-as [dce39546@] has quit [Ping timeout: 260 seconds]
05:38 < RohitKartikGitte> yes, @gaurav-singh1998 matplotlib-cpp is great and easy to work with, also gnuplot.
05:38 < RohitKartikGitte> koolplot is another option, haven't used it though.
05:42 -!- ptk921 [] has joined #mlpack
05:45 < ptk921> Searching the docs for how to indicate to mlpack that certain column is just an ID, don't consider it part of the data. any tips?
05:47 < jacob-earleGitte> @rcurtin Thanks so much! Excited to get to know the library
06:10 < KhizirSiddiquiGi> ptk921: You can look at some implemented mdoels here at for a start. :)
07:13 -!- varun_agarwal [uid424159@gateway/web/] has joined #mlpack
09:10 < varun_agarwal> Hey, I want to contribute to Pytorch project in GSOC. Whom do i contact?
09:15 < KhizirSiddiquiGi> Hey varun_agarwal, you can message here or email on the mailing list.
09:19 < SaraanshTandonGi> @rcurtin Its taking much longer than 2 hours in #2236
09:21 < varun_agarwal> In the Pytorch modules project, the idea is given but what exactly i need to do? It will help me make my application.
09:25 < SaraanshTandonGi> Is there a pre-application form? If yes what's the deadline?
09:51 -!- ptk921 [] has quit [Ping timeout: 260 seconds]
10:56 -!- aadarsh-as [dce39546@] has joined #mlpack
11:13 -!- godfather_rana [0e8b6ce3@] has joined #mlpack
11:15 * SaraanshTandonGi sent a long message: < >
11:15 -!- aadarsh-as [dce39546@] has quit [Remote host closed the connection]
11:33 -!- godfather_rana [0e8b6ce3@] has quit [Ping timeout: 260 seconds]
11:43 * hemal[m] sent a long message: < >
11:43 -!- aadarsh-asthanaG [gitteraada@gateway/shell/] has joined #mlpack
11:43 < aadarsh-asthanaG> Hi
11:44 < hemal[m]> It is not linking with mlpack and armadillo ...
11:45 < PrinceGuptaGitte> @saraansh1999 that takes quite a lot of time.
11:46 < aadarsh-asthanaG> I would like to contribute to rl methods of mlpack probably implement the acktr and PPO papers
11:46 < hemal[m]> what changes are required with "models/Kaggle/DigitRecognizerCNN/CMakeLists.txt" to be able to run it ?
11:46 < hemal[m]> P.S.
11:46 < hemal[m]> Should I buil the whole models using CMake or, Building DigitRecognizerCNN should work
11:48 < hemal[m]> You could look at these links for a start: and
11:48 < hemal[m]> Ameet Kumar Rana (Gitter): ^
11:55 < LakshyaOjhaGitte> Hi @zoq can you please have a look at .
11:55 < LakshyaOjhaGitte> I want to know how to proceed further with this.
11:55 < LakshyaOjhaGitte> Thanks.
11:56 < kartikdutt18Gitt> @hemal, once you run make command, you can find all executables in bin folder
11:56 < kartikdutt18Gitt> The same is
11:59 -!- k-test [ab4ece4d@] has joined #mlpack
12:00 -!- AmeetKumarRanaGi [gittergodf@gateway/shell/] has joined #mlpack
12:03 -!- k-test [ab4ece4d@] has quit [Remote host closed the connection]
12:26 < hemal[m]> Lakshya Ojha (Gitter): I've reviewed it. Please have a look.
12:33 -!- zoso_floyd [~blurryfac@2405:204:9a:7b4:fc0f:5ed4:4330:3973] has joined #mlpack
12:34 -!- zoso_floyd [~blurryfac@2405:204:9a:7b4:fc0f:5ed4:4330:3973] has quit [Client Quit]
13:05 < TanayMehtaGitter> @gaurav-singh1998 had no idea matplotlib exists in cpp realm! Thanks for link.
13:11 < LakshyaOjhaGitte> Hi hemal, I have left some comments with the same please have a look.
13:11 < LakshyaOjhaGitte> Thanks.
13:41 -!- zoso_floyd [~blurryfac@2405:204:9a:7b4:fc0f:5ed4:4330:3973] has joined #mlpack
13:43 -!- zoso_floyd [~blurryfac@2405:204:9a:7b4:fc0f:5ed4:4330:3973] has quit [Client Quit]
13:51 -!- bkb181[m] [bkb181matr@gateway/shell/] has joined #mlpack
13:57 < TanayMehtaGitter> For the [Issue 2084](, I found [this]( overload of `mlpack::data::load` function which has a option to pass in a specified file format. I may be wrong but isn't the functionality of manually specifying a format already implemented as was needed in the Issue?
14:35 < hemal[m]>
14:37 < hemal[m]> Tanay Mehta (Gitter): A pull request is open for the issue. I am not sure if the functionality is implemented (since the PR seems stale (over a month since any new activity)). Perhaps, you could have a look at the PR mentioned above
14:40 < TanayMehtaGitter> @hemal I was just looking at the PR, It failed in Memory checks. Also looking at the old comments, it seems that the person who took it was trying to replicate a function to guess the file-type similar to what has been done in arma internals. Might've been a slight disagreement there i guess
14:46 < hemal[m]> the format mentioned in states text, xml, binary, etc
14:48 < hemal[m]> I think the requirement was to be able to use arma_binary, arma_ascii, as mentioned here:
14:49 < hemal[m]> rcurtin: am i right, regarding the requirement?
15:03 -!- ImQ009 [~ImQ009@unaffiliated/imq009] has joined #mlpack
16:45 < rcurtin> I haven't taken a look at the existing PR in a little while; it might be just fine, I just haven't gotten around to it
16:45 < rcurtin> no reason to start another one, in my opinion
16:47 < TanayMehtaGitter> @rcurtin yeah I am focusing more on examples now!
16:47 < rcurtin> sounds good :)
17:26 < SriramSKGitter[m> @rahulverma7788 : Hi :) Have a look at and
17:30 -!- rahulverma7788Gi [gitterra_9@gateway/shell/] has joined #mlpack
17:48 -!- himanshu [8ba712a8@] has joined #mlpack
17:48 -!- himanshu is now known as Guest47384
17:52 -!- Guest47384 [8ba712a8@] has quit [Remote host closed the connection]
18:13 < SaraanshTandonGi> #2236 is taking very long. Is that normal?
18:23 -!- basuki [0e8b6ce3@] has joined #mlpack
18:23 < basuki> hi
18:24 -!- basuki [0e8b6ce3@] has quit [Remote host closed the connection]
18:33 < KhizirSiddiquiGi> hi basuki
18:35 < PrinceGuptaGitte> Hi @khizirsiddiqui , I've implemented model.summary() function, can you have a look at it when you're free. (Right now I'm using std::cout instead of Log::Info because it was causing unknown problems I'll fix that soon). Thanks.
18:35 < PrinceGuptaGitte> PR #2237
18:37 < PrinceGuptaGitte> Can we not chain `<<` in `Log::Info` like we can in `std::cout`
19:16 -!- ImQ009 [~ImQ009@unaffiliated/imq009] has quit [Quit: Leaving]
19:20 < zoq> Sure you can, use <<.
19:24 -!- simplesit[m] [simplesitm@gateway/shell/] has left #mlpack ["User left"]
19:42 < HimanshuPathakGi> Hey zoq can you please look at
19:43 < HimanshuPathakGi> when you get free
20:05 -!- himanshu_pathak[ [himanshupa@gateway/shell/] has joined #mlpack
20:06 < rcurtin> zoq: I don't seem to have permission to cancel appveyor jobs; could I ask you to cancel all mlpack-wheels builds except 1.0.142 please? :)
20:07 < zoq> rcurtin: ahh the permission issue
20:08 < rcurtin> I dunno, maybe we can ping appveyor support, but it doesn't usually make too much of a difference for me
20:08 < rcurtin> anyway, thanks for canceling them all :)
20:08 < zoq> done
20:08 < zoq> happy to help :)
20:08 < rcurtin> :)
20:09 < rcurtin> I think I am getting close to getting this Windows wheel build fixed... but I shouldn't say that, because I'm not actually sure...
20:09 < zoq> HimanshuPathak: Sure, it's on my list.
20:10 < zoq> I wonder what the electric bill looks like
20:11 < zoq> "We will no longer be sending tshirts for GSoC programs (to students or mentors). " ... that is a bummer :(
20:12 < himanshu_pathak[> > I think I am getting close to getting this Windows wheel build fixed... but I shouldn't say that, because I'm not actually sure...
20:12 < himanshu_pathak[> rcurtin: If we get windows wheel fixed the we can also use it in conda build
20:13 < himanshu_pathak[> It will be helpfull for that also
20:14 < himanshu_pathak[> * > I think I am getting close to getting this Windows wheel build fixed... but I shouldn't say that, because I'm not actually sure...
20:14 < himanshu_pathak[> rcurtin: If we get windows wheel build fixed the we can also use it in conda build
20:20 < rcurtin> yeah, perhaps
20:20 < rcurtin> it seemed like the conda build failure was a little bit different... I don't know how related the failures are
20:20 < rcurtin> I'll try and take a look at the current status of the conda build soon, but it is definitely not easy
20:20 < rcurtin> one of the things that really helped me out with the wheel build is that appveyor lets you remote desktop in to the node after it's finished building, so I was able to interactively explore what was wrong
20:20 < rcurtin> do you think there is something similar for the conda build? it could be helpful
20:24 < himanshu_pathak[> Can you provide a link to the windows wheel build. So that I can see is there any similarities between these two
20:24 < rcurtin>
20:24 < rcurtin> the history goes on forever... just a field of failing red builds :)
20:24 < himanshu_pathak[> Thanks
20:24 < rcurtin> for that particular build, the issue is primarily that the right runtime DLLs aren't in place when the python bindings are being generated
20:25 < rcurtin> but this is different than the conda issue, where it seems like it is not properly linking against boost
20:31 < LakshyaOjhaGitte> Hey guys I am a little confused about the pr's can anybody help ahead.
20:31 < himanshu_pathak[> Yes failures are quite different I think there is something different about azure and appveyor environment
20:42 < himanshu_pathak[> Hey rcurtin I think we dealing with the same If look at scenario2 here
20:44 < himanshu_pathak[> * Hey rcurtin I think we dealing with the same If you look at scenario2 here
20:45 < himanshu_pathak[> and in my case conda was not able to build adaboost because of boost::program_option() may be possible this error is also beacause of same linking problem but I am not sure
20:47 < himanshu_pathak[> And in your case also we are getting this error LINK : fatal error LNK1181: cannot open input file 'adaboost.cp36-win32.pyd'
20:47 < himanshu_pathak[> Command exited with code 1181
20:48 < himanshu_pathak[> * Hey rcurtin I think we are dealing with the same If you look at scenario2 here
21:02 < metahost> rcurtin, zoq: Is the CI for ensmallen down?
21:05 < zoq> metahost: No, we just have to wait for the monthly build to finish, it's using all almost al machines.
21:05 < metahost> Ah okay, thanks! :)
21:06 < rcurtin> yeah, the build queue is down to "only" 169 from over 1000 yesterday :-D
21:06 < metahost> Whoa!
21:06 < rcurtin> himanshu_pathak[: I think the LNK1181 error you found is actually from some manual debugging that I was doing, not from an actual build failure
21:06 < rcurtin> metahost: here's the crazy monthly job:
21:07 < rcurtin> really useful for finding random test failures, and for finding test failures specific to an individual version of the dependencies
21:09 < metahost> rcurtin: That's an expansive build matrix! :)
21:13 < metahost> The ETA is very high!! (
21:14 < rcurtin> yeah, when I worked at Symantec they were very generous about the build systems they were willing to provide, and when I left, they said I could keep using them until they turned them off...
21:14 < rcurtin> ...and 1.5 years later they are still running
21:14 < metahost> :))
21:15 < metahost> That's amazing!
21:23 < zoq> LakshyaOjha: What PR?
22:03 < LakshyaOjhaGitte> oh sorry forgot to mention. But I think you got them anyway. Actually its very late night just going to do some changes right away. Rest I will take up in the morning and thanks for having a look at them :).
22:04 < zoq> LakshyaOjha: Right it's already pretty late, but I think no need to rush anything :)
22:07 < LakshyaOjhaGitte> ok Thanks.
22:07 < LakshyaOjhaGitte> Also If you can tell me the right way for this one I can do this one pretty quickly.
22:10 < zoq> LakshyaOjha: Done
22:11 < LakshyaOjhaGitte> Thanks for the quick reply.
22:11 < LakshyaOjhaGitte> Night :)
22:12 < zoq> have a good night
22:18 < GauravSinghGitte> Hey, @zoq Kindly have a look at [#2238]( Thanks.
22:31 -!- Maria [5c50f3b7@] has joined #mlpack
22:32 -!- Maria [5c50f3b7@] has quit [Remote host closed the connection]
22:43 < zoq> GauravSingh: Done.
22:45 < zoq> rcurtin: Do we have to restart the issue bot?
22:48 < rcurtin> I hate javascript
22:48 < rcurtin> Feb 25 15:34:49 knife npm[9555]: Error: Internal Server Error
22:48 < rcurtin> sigh
22:49 < zoq> that error message is helpful, I guess in this case I prefere c++ template errors
22:52 < rcurtin> yeah, there's more to it, I wonder if the octokit or probot API changed under me or something like this
22:57 < GauravSinghGitte> Hey @zoq sorry to disturb you again but can you also have a look at [#2191]( Thanks.
23:02 < zoq> GauravSingh: Isn't it late for you too?
23:02 < zoq> I guess most of the people here are night owls :)
23:05 < GauravSinghGitte> Oh sorry!
23:05 < GauravSinghGitte> If I disturb you
23:06 < zoq> Nahh, I just thought it's super late for you.
23:06 < zoq> Isn't it like 2am for you?
23:07 < GauravSinghGitte> Well actually 5
23:07 < GauravSinghGitte> (edited) ... 5 => ... 5 am
23:07 < zoq> okay ... I think we can count that as late :)
23:08 < zoq> or early in the morning
23:09 < GauravSinghGitte> Yeah, I think I should go back to bed now. Sorry once again to disturb you @zoq
23:10 < zoq> No worries, for me it's still early, especially compared to you.
23:11 < zoq> Will take a look at the PR in just a few minutes, so that you have a review once you wake up.
23:12 < GauravSinghGitte> Okay thank you 😊
23:13 < jeffin143[m]> It's 4;30
23:13 < jeffin143[m]> I guess at least in my watch
23:14 < jeffin143[m]> Which part are you in india , for time difference to be this.much :)
23:14 < zoq> and you are still up as well?
23:14 < sreenik[m]> India has one time zone I thought..
23:16 < sreenik[m]> For me I've just woken up
23:16 < zoq> Here it's 0:15
23:17 < zoq> crazy
23:18 < jeffin143[m]> Zoq : have to submit a early release today morning 😜
23:19 < jeffin143[m]> Office attroocities
23:19 < jeffin143[m]> atrocities*
23:19 < zoq> Well best of luck with the release, I guess :)
23:20 < jeffin143[m]> Sreenik : someone wanted to get in touch with you here , if I fondly remember it right
23:20 < jeffin143[m]> Just go through for logs once
23:21 < jeffin143[m]> Zoq : just wanted to inform all , I am currently building a poc - mlpack-board (dashboard for visual) just like tensorboard during my weekends
23:21 < zoq> Ahh, most of the people I know start with a coffee, but I think reading mlpack message is also a good way to start the day :)
23:22 < zoq> Ohh nice!
23:22 < zoq> If you have anything to show, happy to take a look at.
23:23 < sreenik[m]> jeffin143[m]: Thanks for pointing out. I'll go update the project description now to something clearer
23:23 < sreenik[m]> jeffin143[m]: Sounds great!
23:25 < jeffin143[m]> Ummm the flow is messy for a developer , but I wanted to follow @rcurtin approach of not adding any dependancy , so I resort to boost::asio to send data to frontend
23:25 < jeffin143[m]> Once I am ready with intial things I would get in touch with you
23:25 < jeffin143[m]> Actually I have thought of many solutions but this was the one I thought which could be apt
23:26 < jeffin143[m]> I have others up my sleeves , I have pend it down, I just know have to check which may be the best , will definitely get in touch with you when I am somewhat ready with the poc
23:26 < jeffin143[m]> > I have others up my sleeves , I have pend it down, I just know have to check which may be the best , will definitely get in touch with you when I am somewhat ready with the poc
23:26 < jeffin143[m]> Now*
23:31 < zoq> Sounds good, I guess there are multiple solutions to get the data out, but we just have to start with one.
--- Log closed Wed Feb 26 00:00:03 2020