Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Xaignar]

That would probably be because that CVS server isn't up to date, so users shouldn't use it anyway. We currently use a private CVS server, but you can probably get read-access to that. I'll ask the other devs if they're ok with that, but I cant see why not. Otherwise, you can use the cvs snapshots here: http://amule.hirnriss.net/

[horst]

Originally posted by lfroen
My question is: will you accept patches that addressing those issues ?

so you seem to be determined to create a gui/core version of amule, thats great

i hope to see some patches and/or binaries to help testing the result

[Kry]

Those are very sensitive changes and so they will be reviewed in deep.

[lfroen]

I hope so.
I will split changes to smaller patches to target specific things like logging, notification, status updates, etc.

[futal]

Well, i think an amule client daemon and amule interface for terminal would be a good idea for people with one server on their LANs so they could to run an amule interface for terminal and connect with amule client daemon in order to handle it. The amule client daemon should have support for web server administration, user accounts and user priorities. Each user could connect to amule client (by terminal, gui or web interface) daemon to add and administer their downloads.

Currently, you can run aMule on a server and export display to an X client on your computer. That's not as great as what ShareDeamon should look like as it is not multiuser, not a deamon and demand an X server running on the server but it's available.

[lfroen]

Originally posted by futal
[
Currently, you can run aMule on a server and export display to an X client on your computer. That's not as great as what ShareDeamon should look like as it is not multiuser, not a deamon and demand an X server running on the server but it's available.

I know, and you can do it with VNC X server too. But this is pretty complicated setup and as you pointed not multiuser. ShareDaemon is so far away from amule considering feature set and status of code, so I can't see how it will replace amule.

[Jacobo221]

aMule IS multiuser.
and that's a fact ;-P
but code and gui are the same code.
Greetings

[lfroen]

Originally posted by Jacobo221
aMule IS multiuser.
and that's a fact ;-P
but code and gui are the same code.
Greetings

I disagree. aMule doesn't distinguish between downloads of different users. Or you mean something else by "multiuser". Making it accessable by anyone doesn't make it "multiuser"
core and gui is not the same code - it just references one another

[Jacobo221]

I mean that each user can run _one_ and only _one_ aMule instance. That's enough to bemulti-user. Each user has it's own Inc and Temp dirs. System administeators must have already take care so that two users don't use the same directories at the same time.
I don't see what you are trying to explain, btw,
Greetings

[smikinuzi]

maybe it would be a good idea to split amule in 2
1- daemon that manges the ul/dl by using amule files - this part doesnt need a gui so it can be done
2- a gui prog to search and mange d/l u/l and configurtions
alittle rearange of the prog and you can enjoy both worlds

asuming it solves the problem it sounds good to me

[lfroen]

that's exactly what is splitting gui-core is about. core must mng files, up-downloads, bandwidth limits etc, and gui must just mostly setup options and see status

[smikinuzi]

:O
wow was i sleepy when i posted the last massage....
sorry didnt see there were 3 pages here

anyway spliting it would be grait and its the way to go as i see it

also i'll see what i can do with the sorce to help....
(its been a while since last time i wrote a sorce code.... )

keep up the good work

 :baby:

[fish]

Yeah, the Museek guys did an excellent job separating GUI and Core of Soulseek, take a look:

http://museek.thegraveyard.org/

Something like that would be awesome!  :rolleyes:

[ominobufo]

Will wait