You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Me too, have been working on the partial nslsk js library. Either a full slsk js lib is developed or one for museekd. Looking at the code, both seem almost as complex to implement or?
We need to come to the agreement on the UI stack. Even though I think that mine bindings look prettier (I'll share the POC code example later today), I am okay with sticking to the python implementation.
The main question for me is what SPA framework will we use? I strongly propose Elm.
Before we start, I want to make sure that you are aware of #5. This issue looks crucial for me. We should definitely invest some time to this. What do you think?
To whet your appetite, here's the screenshot of POC transfers screen:
The main question for me is what SPA framework will we use? I strongly propose Elm.
My current stack involves react but i'm fine with trying out new stuff.
Regarding the bindings - i'm neither fluent in ruby nor python (my background is Java/Javascript/PHP). I could come up with some working code but i doubt it would stand the scrutiny of a real python/ruby coder - so i'd be happy to go either way. I was only thinking that the existing python bindings are probably more robust - but regarding the issue you linked there's probably some work on that part needed anyway.
So as for #5: That explains why my initial tests didn't yield any search responses :)
If i understand it correctly, to fix this we'd need to do some work on the c part of the library - i'm ok with that but my C/C++ related work is a loooooong time ago...
One thing: If the search layer is broken in museek-plus - how did you get to the POC in your screen shot?
@pulse00 It is uploads screen. We can browse user's files regardless of #5.
What I've done is logged in to another account, browsed files and downloaded the folder. Then I asked my friend to do the very same thing. :)
I more or less proficient in C, but will probably need some help. @artelse by any chance, are you familiar with C++?
yeah, i've tried that, but it looks like some incompatibility with the gcc on osx
In file included from museek-plus/./NewNet/nnevent.h:27:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/functional:1036:13: error: no matching constructor for initialization of
'binder1st<std::__1::mem_fun1_t<void, Museek::PeerManager, NewNet::ClientSocket *> >'
{return binder1st<__Operation>(__op, __x);}
^ ~~~~~~~~~
@akhramov I've no experience with C++, though have done C on some small projects. Regarding UI, am currently more into Vue.js than something like React. Elm I have no experience with. I am all for a polished UI and UX that's why I am interested in a web client.
@pulse00 sorry for the delay. It's been a very busy week.
I will try to compile museekd later today and will give you an update. You've mentioned the docker image. Why can't we just use it instead of having to compile on the host machine?
@pulse00 I ran in the very same compiler error. Being unable to solve it somehow, I just commented out the problem lines. 😸 Compiling went by w/o any further problems. Idk how it affects runtime though.
I will ping guys regarding #5 in the corresponding ticket.
Activity
akhramov commentedon Jan 22, 2017
Hi, I had the same thoughts.
I even ported the bindings to Ruby for those who is not familiar with Python: akhramov/museek_bindings.
As for frontend, yet again, the same thoughts. But the work I've done is even not worth mentioning.
artelse commentedon Jan 22, 2017
Me too, have been working on the partial nslsk js library. Either a full slsk js lib is developed or one for museekd. Looking at the code, both seem almost as complex to implement or?
pulse00 commentedon Jan 23, 2017
@artelse well the python bindings are already there https://github.com/eLvErDe/museek-plus/tree/master/python-bindings/museek - imho it would "just" ™ need a http/rest wrapper around them and then stick a javascript frontend on top of it.
@akhramov @artelse what do you think, should we revive this idea?
We could start by collecting what's already there and sketch a roadmap to a minimal client - i could invest some time in the next weeks.
So far i've created a docker image building and running museekd.
akhramov commentedon Jan 23, 2017
@pulse00 The Roadmap would be very nice.
We need to come to the agreement on the UI stack. Even though I think that mine bindings look prettier (I'll share the POC code example later today), I am okay with sticking to the python implementation.
The main question for me is what SPA framework will we use? I strongly propose Elm.
Before we start, I want to make sure that you are aware of #5. This issue looks crucial for me. We should definitely invest some time to this. What do you think?
To whet your appetite, here's the screenshot of POC transfers screen:
![screen shot 2017-01-22 at 14 14 36](https://cloud.githubusercontent.com/assets/5289700/22198061/0d5a9082-e17f-11e6-89a2-7f5419ec8a9b.png)
pulse00 commentedon Jan 23, 2017
My current stack involves react but i'm fine with trying out new stuff.
Regarding the bindings - i'm neither fluent in ruby nor python (my background is Java/Javascript/PHP). I could come up with some working code but i doubt it would stand the scrutiny of a real python/ruby coder - so i'd be happy to go either way. I was only thinking that the existing python bindings are probably more robust - but regarding the issue you linked there's probably some work on that part needed anyway.
So as for #5: That explains why my initial tests didn't yield any search responses :)
If i understand it correctly, to fix this we'd need to do some work on the c part of the library - i'm ok with that but my C/C++ related work is a loooooong time ago...
One thing: If the search layer is broken in museek-plus - how did you get to the POC in your screen shot?
akhramov commentedon Jan 23, 2017
@pulse00 It is uploads screen. We can browse user's files regardless of #5.
What I've done is logged in to another account, browsed files and downloaded the folder. Then I asked my friend to do the very same thing. :)
I more or less proficient in C, but will probably need some help.
@artelse by any chance, are you familiar with C++?
akhramov commentedon Jan 23, 2017
@pulse00
Hi, here's the repo.
https://github.com/akhramov/web_museek
Don't be afraid, I pushed it as is with lots of useless stuff. Will cleanup later.
pulse00 commentedon Jan 23, 2017
@akhramov should we try to fix #5 before getting into the binding and UI thing? currently museekd does not compile on my machine (mac os sierra):
what setup are you using?
akhramov commentedon Jan 23, 2017
@pulse00 I run a museek daemon on linux armv7 machine. I built the daemon using gcc.
The only thing I did to code is corrected types where needed (see #26). Can you try #20?
pulse00 commentedon Jan 23, 2017
yeah, i've tried that, but it looks like some incompatibility with the gcc on osx
artelse commentedon Jan 23, 2017
@akhramov I've no experience with C++, though have done C on some small projects. Regarding UI, am currently more into Vue.js than something like React. Elm I have no experience with. I am all for a polished UI and UX that's why I am interested in a web client.
akhramov commentedon Jan 30, 2017
@pulse00 sorry for the delay. It's been a very busy week.
I will try to compile museekd later today and will give you an update. You've mentioned the docker image. Why can't we just use it instead of having to compile on the host machine?
pulse00 commentedon Jan 30, 2017
i can give it a try and see how well it can be used for actual development - i'll let you know tomorrow if this works.
akhramov commentedon Jan 31, 2017
@pulse00 I ran in the very same compiler error. Being unable to solve it somehow, I just commented out the problem lines. 😸 Compiling went by w/o any further problems. Idk how it affects runtime though.
I will ping guys regarding #5 in the corresponding ticket.
screwfaze commentedon Oct 6, 2017
Hi Guys,
I have recently come across museekd and really loving it would be awesome with a web front end, is this still being worked on?
Thanks
5 remaining items