texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
braceletboy has quit [Ping timeout: 246 seconds]
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
texasmusicinstru has quit [Remote host closed the connection]
CaCode- has joined #mlpack
texasmusicinstru has joined #mlpack
CaCode_ has quit [Ping timeout: 256 seconds]
braceletboy has joined #mlpack
<zoq[m]>
Looks like a sourceforge connection issue, I restarted the failed build again, and now it looks like the nodes successfully downloaded armadillo.
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
texasmusicinstru has quit [Remote host closed the connection]
<heisenbuugGopiMT>
It's okay @shrit:matrix.org
<heisenbuugGopiMT>
Thank you @marcusedel:matrix.org
texasmusicinstru has joined #mlpack
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
CaCode_ has joined #mlpack
CaCode- has quit [Ping timeout: 256 seconds]
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
CaCode has joined #mlpack
CaCode_ has quit [Ping timeout: 256 seconds]
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
CaCode_ has joined #mlpack
CaCode has quit [Ping timeout: 250 seconds]
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
<jeffin143[m]>
Did you all see the updated gsoc program ??
<jeffin143[m]>
Now there is no constraint of being a school/University student
<jeffin143[m]>
Anyone above 18 can participate
<jeffin143[m]>
Also 2 types of project 175h and 350h
<jeffin143[m]>
I think new revamp would be great , will give mentor and contributor both enough time , they could take break and spend the project upto 6 months
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
CaCode- has joined #mlpack
CaCode_ has quit [Ping timeout: 256 seconds]
CaCode_ has joined #mlpack
CaCode- has quit [Ping timeout: 268 seconds]
CaCode_ has quit [Quit: Leaving]
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
<zoq[m]>
I guess for us nothing really changes, we have done the 175h and 350h projects. The one thing that worries me a little bit is that the projects timeline is dynamic (can be stretched, paused) so the mentor and the contributor (they don't call it student anymore, but did they say contributor?) have to make sure they are available over that period of time.
<zoq[m]>
<jeffin143[m]> "Anyone above 18 can participate..." <- I guess we will only see that in the number of applications, we also have to rank applications now before requesting the slots (we already did that).
<shrit[m]>
hopefully it will not get converted to some kind of consulting were will se people with 25 year of experience
<shrit[m]>
s/se/see/
<shrit[m]>
Or even will see more retired people asking to join
texasmusicinstru has quit [Remote host closed the connection]
braceletboy has quit [Ping timeout: 256 seconds]
<zoq[m]>
Personally I don't see a problem with that, at the end it's about introducing people to open-source.
braceletboy has joined #mlpack
texasmusicinstru has joined #mlpack
CaCode has joined #mlpack
CaCode has quit [Remote host closed the connection]
CaCode has joined #mlpack
CaCode_ has joined #mlpack
CaCode has quit [Ping timeout: 264 seconds]
<jonpsy[m]>
I don't think there will be much changes compared to the past atleast not immediately. Most professionals are busy with their jobs to have time for GSoC. Also this pause feature might backfire causing a lot of unfinished projects, but i guess any kind of progress is good
<zoq[m]>
I guess with the new structure the program is interesting for a person with a full-time job as well, because you can now say I can't work 8 hours a day, can we stretch it and I work 2-4 hours per day.
<yugansharora01yu>
an error occurred while building mlpack
<yugansharora01yu>
string_encoding_test.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: static class boost::unit_test::unit_test_log_t & __cdecl boost::unit_test::unit_test_log_t::instance(void)" (__imp_?instance@unit_test_log_t@unit_test@boost@@SAAEAV123@XZ) referenced in function "void __cdecl boost... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/d0bec6738cff490595a6824f580a593abcdcaecd)
braceletboy has quit [Ping timeout: 264 seconds]
<zoq[m]>
Now I'm confused, didn't you build the master branch?
<shrit[m]>
boost tests, this is very old branch
<jonpsy[m]>
Hm, I guess we should have atleast one person who has Windows as their dev environment
<shrit[m]>
jonpsy: You have windows right?
braceletboy has joined #mlpack
<zoq[m]>
You're volunteering? :)
<jonpsy[m]>
Heavens, no
<jonpsy[m]>
I was however successful at one point, building it in Windows using Visual Studio
<jonpsy[m]>
But it's such a drag.. Having to install nuget and all. I did it just because Visual studio has nice fonts :)
<zoq[m]>
I mean, we know it works on Windows, because of the CI (which fails right now due to build time).
<jonpsy[m]>
Appveyor?
<zoq[m]>
The nice thing is that you don't need nuget anymore.
<shrit[m]>
oh no, you chose Windows because it has a good fonts
<jonpsy[m]>
shrit[m]: Lol yes
<shrit[m]>
no Appveyor is worse
<zoq[m]>
You can just use the auto-downloader.
<jonpsy[m]>
Afaik, we had Appveyor as our CI right....?
<jonpsy[m]>
In ensmallen ateast
<shrit[m]>
Yeah, and we moved from their for a proper reason
<zoq[m]>
Yes, some time ago we switched to azure pipelines, because they have 6h build time and more memory.
<shrit[m]>
jonpsy: use Hack, it is a good font, much nicer than what you can get in Windows
<jonpsy[m]>
shrit[m]: I can sense you have a strong distate towards Windows :))
<jonpsy[m]>
* I can sense you have a strong distaste towards Windows :))
<zoq[m]>
shrit[m]: Still using Fira Code, maybe I should switch.
<yugansharora01yu>
@marcusedel:matrix.org all other projects build fine just this one is giving error
texasmusicinstru has quit [Remote host closed the connection]
<zoq[m]>
yugansharora01yu: I see, but I can see it builds `mlpack_catch_test.exe` which is the replacement for `boost::unit_test`, so something happened in between because `boost::unit_test` was removed in favor of `catch2`.
CaCode_ has quit [Quit: Leaving]
texasmusicinstru has joined #mlpack
<zoq[m]>
So either you build an mlpack from a specific commit, because at some point between versions we supported catch and boost unit test, or you use some old CMake file to build a newer mlpack version.
<yugansharora01yu>
Any idea what should i do?
<zoq[m]>
Like you use the CMake config from some stable version to build the master branch.
<yugansharora01yu>
for armadillo i ran this command cmake -G "Visual Studio 16 2019" -A x64 -DBLAS_LIBRARY:FILEPATH="D:/dev/mlpack/packages/OpenBLAS.0.2.14.1/lib/native/lib/x64/libopenblas.dll.a" -DLAPACK_LIBRARY:FILEPATH="C:/dev/mlpack/packages/OpenBLAS.0.2.14.1/lib/native/lib/x64/libopenblas.dll.a" ..
<yugansharora01yu>
for mlpack cmake -G "Visual Studio 16 2019" -A x64 -DBLAS_LIBRARIES:FILEPATH="C:/dev/mlpack/packages/OpenBLAS.0.2.14.1/lib/native/lib/x64/libopenblas.dll.a" -DLAPACK_LIBRARIES:FILEPATH="C:/dev/mlpack/packages/OpenBLAS.0.2.14.1/lib/native/lib/x64/libopenblas.dll.a" -DARMADILLO_INCLUDE_DIR="C:/dev/mlpack/armadillo/include" -DARMADILLO_LIBRARY:FILEPATH="C:/dev/mlpack/armadillo/build/Debug/armadillo.lib"
<zoq[m]>
zoq[m]: And use `cmake -DDOWNLOAD_DEPENDENCIES=ON ..` instead of the previous command line.
<TarunKumar[m]>
heisenbuugGopiMT: I use brave
<heisenbuugGopiMT>
We need CLI for browsing...
<shrit[m]>
there are
<zoq[m]>
zoq[m]: The make step is the same.
<shrit[m]>
Lynx
<heisenbuugGopiMT>
Even i tried it
<heisenbuugGopiMT>
Have you tried them?
texasmusicinstru has joined #mlpack
<shrit[m]>
still I have never found a solution for browsing with limited resources
<heisenbuugGopiMT>
Somehow firefox and brave were giving me DRM issues when I was using sites like udemy
<shrit[m]>
probably because the web it bloated
<shrit[m]>
s/it/is/
<heisenbuugGopiMT>
Chrome is kinda dominating the space and somehow they are not thinking about optimization...
<yugansharora01yu>
One request pls , can i do it tomorrow pls
<yugansharora01yu>
Its night time now
<shrit[m]>
Integrate more ram in your laptop to resolve all issues, today we need at least 10 GB or ram in any working device
<zoq[m]>
yugansharora01yu: Sure, you are also welcome to join our mlpack meeting 17 UTC tomorrow.
<heisenbuugGopiMT>
They are pushing us to do that without letting us utilize the full power of existing hardware...
<heisenbuugGopiMT>
It's same with high end android phones...
<yugansharora01yu>
How can i join? And also i dont know anything so should i join it??
<heisenbuugGopiMT>
Samsung makes it soo hard for users to root their phones
<shrit[m]>
Just use Open source phone
<heisenbuugGopiMT>
What are options other than android for phones?
<heisenbuugGopiMT>
I have no idea about this space...
<zoq[m]>
yugansharora01yu: Don't feel obligated, just wanted to point you that we have a meeting tomorrow (see the details in the "Video Meetup" section on https://www.mlpack.org/community.html).
<say4n[m]>
heisenbuugGopiMT: I totally agree; here's an interesting video from LTT on daily driving Linux from a windows users perspective: https://www.youtube.com/watch?v=0506yDSgU7M
<heisenbuugGopiMT>
f/mlpack/src/mlpack/methods/cf/ncf_main.cpp:35:18: error: expected constructor, destructor, or type conversion before ‘(’ token
<heisenbuugGopiMT>
```
<heisenbuugGopiMT>
any idea about this error?
<jonpsy[m]>
say4n[m]: Sup about that?
<jonpsy[m]>
I know that AMD's been destroying NVidia and Intel
<say4n[m]>
jonpsy[m]: just came across news about Pytorch working on supporting the M1 lineup of SoCs, so was wondering if they finished their work on bringing torch to AMD GPUs. :p
<jonpsy[m]>
Oh... sounds cool. Would be nice to see GPU support that's not Nvidia. GPU has become synonymous to NVidia and not many people like that
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
<heisenbuugGopiMT>
Hey @zoq I have some doubts regarding NCF.
<heisenbuugGopiMT>
I think I need to rewrite the binding...
<heisenbuugGopiMT>
The names of the function we have now and how its structured now is pretty different from what we had eairlier.
<heisenbuugGopiMT>
Like we are currently using `void BINDING_FUNCTION` but earlier we were maybe using `mlpackMain()`
<shrit[m]>
heisenbuug (Gopi M Tatiraju): the NFC code is old, so do not hesitate in adapting what ever needed to bring back the feature and we can merge it soon.
<heisenbuugGopiMT>
Yea, never written bindings before, so I guess this will be interesting.
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
<jonpsy[m]>
Can you try arma::uword and see if it works. Just trying to isolate the possibilities...
<jonpsy[m]>
Instead of unsigned int
<shrit[m]>
already tried in a different code,
<jonpsy[m]>
hm, same error?
<shrit[m]>
gave the same results
<shrit[m]>
you can try just copy the code directly
<shrit[m]>
yeah
<jonpsy[m]>
aight, now that im awake. Lets debug this
<rcurtin[m]>
shrit: isn't it tested but maybe under a different name in `metric_test.cpp`? also, my suggestion was just to call `arma::norm()` directly 👍️
<jonpsy[m]>
same eror with arma::norm directly
<shrit[m]>
I think it is from armadillo side
<jonpsy[m]>
ok, so it works with `arma::vec` and fails only with `uvec`
<shrit[m]>
Yeah
<shrit[m]>
only works with double
<jonpsy[m]>
double/float too i guess
<jonpsy[m]>
so basically its getting template substitution'd out
<rcurtin[m]>
yeah, my guess is that Conrad restricted to using only float/double because he could call directly to LAPACK
<rcurtin[m]>
(or really BLAS)
<rcurtin[m]>
norm could be defined for integer types, but the return value would still be floating-point since there could be a sqrt (or other-based root) involved
CaCode has joined #mlpack
texasmusicinstru has quit [Remote host closed the connection]
texasmusicinstru has joined #mlpack
<jonpsy[m]>
<rcurtin[m]> "yeah, my guess is that Conrad..." <- this makes sense because `arma::is_blas_type` also has the same SFINAE
<shrit[m]>
hmm, okay, in this case, when the norm is used, we need to convert the type to float
<rcurtin[m]>
I do think it's worth opening an issue
<shrit[m]>
why not casting the return type to whatever is the input type?
<rcurtin[m]>
even if we do, in the end, need to convert to float
<rcurtin[m]>
jonpsy: sorry, maybe I misunderstood---I thought the code from lines 1-3 that you wrote simply did not compile?
<rcurtin[m]>
👍️ got it
<jonpsy[m]>
yep, im talking of an hypothetical case
<jonpsy[m]>
i.e. if uvec was allowed and the answers were casted down to input type
<rcurtin[m]>
when I suggest opening an issue, it's more about whether arma::norm should allow uvec at all---personally, I think it should, and if we put the idea in front of Conrad, we can see what he thinks
<jonpsy[m]>
<rcurtin[m]> "norm could be defined for..." <- basically elaborating your point
<jonpsy[m]>
I, for one, stand in disagreement. But I think Conrad would be a better judge
<rcurtin[m]>
:)
<rcurtin[m]>
yeah, in the worst case, we can use `conv_to` internally if needed 👍️
texasmusicinstru has quit [Remote host closed the connection]
<shrit[m]>
jonpsy: Yeah, the main issue with this is that it breaks the logic behind the usage of template for this case and limits a large number of cases, In addition, to add an additional step for the user that is not the same necessary, I opened an issue let us see the reason behind it
texasmusicinstru has joined #mlpack
texasmusicinstru has quit [Remote host closed the connection]