It provides users with both a server daemon and graphical user interface GUI. It seems to be the first ever open source application that could access the eDonkey peer-to-peer file sharing network, as a eDonkey clone.
Several user interfaces are available for this project, including web-based, native GUIs, Telnet based and basic Wap front-ends. The most simple and effective appears to be the Telnet interface accessible through the command-line telnet MLdonkey comes by default with a GTK interface.
All the aforementioned MLdonkey interfaces can be used both remotely and locally. Furthermore, it allows users to easily enable or disable P2P networks, perform parallel searches on all enabled peer-to-peer networks, as well as to download files concurrently from multiple clients. Therefore I suggest you download MLDonkey from here. Once you have the source you should find somewhere to build it then enter that folder with a terminal. You will need to install the standard software compilers using: sudo apt-get install build-essential checkinstall Type your password and tell it you want all of the stuff it is going to get.
After it has finished you will need to install the development files needed to build MLDonkey, which are stored in packages ending in -dev. Luckily, since MLDonkey is already in Ubuntu albeit an older version with a broken bootup you can get all of these dependencies using: sudo apt-get build-dep mldonkey-server Once again tell it you want all of that stuff.
Now you can compile MLDonkey so, making sure your terminal is in the right folder, you need to run:. Now it is installed.
It is usually a good idea to run MLDonkey as a restricted user, probably called mldonkey. Open a terminal and take it to the. If it gets as far as "Core Started" then end it with Ctrl-C.
Open up the new configuration file which should have been created called downloads. Now it should run as the user mldonkey when called with sudo. To start MLDonkey, and to restart it in the future, use from within your. The quickest is with telnet. Samuel: Ok, pango and I, we can currently not find the source of this bug, which occurs only on ARM platform.
Please include arm. The 2. It was at 20 when I tested the patched 2. If this fixes it, I must have failed to patch 2. If it hangs again, Than either the patch doesn't do the same change to mldonkey as the 2. Kevin: Nonetheless would it be nice if you test arm Thanks for testing, good that we located the buggy code section. Attached to this bug report, thanks to pango, you will find arm I would like to fix bug for you without a specific patch for Debian ARM, there is no guarantee that this bug does not affect other systems as well.
But if a general solution can not be found my question to the package maintainer is if its possible for Debian to include a platform-specific patch. Bug found: The patch fixed 2. Thanks for finding the bug. Well done. Would you like me to help getting Dynamic loop delay to work on arm or do you want to turn it off on that arch completely i. The value was at 20 initially then 0, 10, 30, 50 and every time the core froze a few minutes after starting.
I have now successfully applied the patch and the patched 2. Please give my NSLU2 further patience. O will let you know. The cpu is de-underclocked from to MHz, giving it bogomips. Attached to this bug report is a patch which removes this patch from MLDonkey 2.
I've made some progress: The error does not occur with my self compiled 2. In order to verify this is no debian problem, I am now compiling 2. On overview of 3rd-party libs: since 2. MLDonkey freezes even before libmagic was introduced, 2. Between 2.
Please try this with 2. Although I have only little time and that compiling takes ages, here are some more results:. So the bug seems to have been introduced between 2. It seems to me like it has nothing to do with the compile options. Thank you for staying at it -- I hope it will take not much longer. My NSLU2 is currently compiling 2.
0コメント