ein opt für fli4l 3.0.0

[Florian Borg]

so jungs, wie siehts aus?hat einer ein fertiges opt für fli4l 3.0.0 ? oder
ist von hand installieren und starten angesagt ?


gruß

florian

[Björn Gies]

Nabend,
Wie viele Versuche habe ich zu raten was für ein opt du suchst? 1000?

MfG
Björn

[Björn Gies]

Tach,

Post by Florian Borg
so jungs, wie siehts aus?hat einer ein fertiges opt für fli4l 3.0.0 ? oder
ist von hand installieren und starten angesagt ?

http://mldonkey.sourceforge.net/fli4l/opt_mlnet-0.1.3.zip

MfG
Björn

[Holger]

Hallo

Post by Björn Gies
http://mldonkey.sourceforge.net/fli4l/opt_mlnet-0.1.3.zip

Dieses Opt ist leider nur für fli4l 2.0.x-Vesrionen geeignet. Eine
Konvertierung auf die aktuelle Version ist erforderlich.

[Björn Gies]

Hi,

Post by Holger
Dieses Opt ist leider nur für fli4l 2.0.x-Vesrionen geeignet. Eine
Konvertierung auf die aktuelle Version ist erforderlich.

Achso, naja, hab grad mal geguckt. Das Kompilieren des MLDonkey im FBR
scheitert ja am fehlenden g++.

MfG
Björn

[Tobias Weller]

Post by Björn Gies

Post by Holger
Dieses Opt ist leider nur für fli4l 2.0.x-Vesrionen geeignet. Eine
Konvertierung auf die aktuelle Version ist erforderlich.

Achso, naja, hab grad mal geguckt. Das Kompilieren des MLDonkey im FBR
scheitert ja am fehlenden g++.

Da die mldonkey-User mit Sicherheit eine Festplatte im fli4l haben
könnte man es auch außerhalb des fbr kompilieren und einfach alles
statisch linken. Da wird das Binary zwar etwas größer, aber sollte dann
unabhängig von der fli4l-Version laufen.

[Bernd Kuhls]

Post by Tobias Weller
Da wird das Binary zwar etwas größer, aber sollte
dann unabhängig von der fli4l-Version laufen.

Hi,

eben nicht. Nicht alle Funktionen der glibc können statisch gelinkt
werden. Dies betrifft z.B. die DNS-Funktionen, die auch von statisch
gelinkten Binaries dynamisch von der glibc bezogen werden:
http://www.gnu.org/software/libc/FAQ.html#s-2.22

Ein statisch gelinkter MLDonkey macht Sinn, insbesondere wegen bzip2,
libgd etc. Es haben sich mittlerweile einige Abhängigkeiten
angesammelt, die durch einen statisch gelinkten Core umgangen werden.

Dies gilt allerdings nicht für die glibc. Um es genau zu sagen, ein
statisch gelinkter MLDonkey funktioniert auch ohne glibc, das EDK-
Protokoll selbst benötigt keine DNS-Auflösung, sofern Server von Hand
eingetragen werden. BT braucht in jedem Fall DNS-Auflösung, ansonsten
können keine Tracker kontaktiert werden.

Mehr Infos dazu hier:
http://www.mldonkey.org/phpbb2/viewtopic.php?p=33577#33577

Infos, welche Dateien benötigt werden:
http://mldonkey.berlios.de/modules.php?name=Wiki&pagename=Chroot
Absatz "Adding libraries to the chrooted jail"

Gruß, Bernd

[Björn Gies]

Nabend,

Post by Bernd Kuhls
Dies gilt allerdings nicht für die glibc. Um es genau zu sagen, ein
statisch gelinkter MLDonkey funktioniert auch ohne glibc, das EDK-
Protokoll selbst benötigt keine DNS-Auflösung, sofern Server von Hand
eingetragen werden. BT braucht in jedem Fall DNS-Auflösung, ansonsten
können keine Tracker kontaktiert werden.

Wie auch immer, den MLDonkey im FBR zu stricken wär natürlich schöner.
Fehlt, wie gesagt, der g++.
Aber weiss was noch fehlt, wenn man das mal gelöst hat *g*

MfG
Björn

[Jan Luehr]

ja hallo erstmal,..

Post by Björn Gies
Nabend,

Post by Bernd Kuhls
Dies gilt allerdings nicht für die glibc. Um es genau zu sagen, ein
statisch gelinkter MLDonkey funktioniert auch ohne glibc, das EDK-
Protokoll selbst benötigt keine DNS-Auflösung, sofern Server von Hand
eingetragen werden. BT braucht in jedem Fall DNS-Auflösung, ansonsten
können keine Tracker kontaktiert werden.

Bedingt - auch wenn nicht alle Funktionen dynmisch gelinkt werden können,
geht es hier und die glibc (also die libc) und nicht um die libstdc++. Die
uclibc ist auf wiederrrum vorhanden. Der Compiler sollte, beim versuchen,
nicht statisch linkbare Routinen statisch zu linken, Warunung ausstoßen
wie:
"Die gleiche libc wird zur Laufzeit benötigt".
Werden alle links richtig gesetzt sollte das kaum ein Problem.

Post by Björn Gies
Wie auch immer, den MLDonkey im FBR zu stricken wär natürlich schöner.
Fehlt, wie gesagt, der g++.
Aber weiss was noch fehlt, wenn man das mal gelöst hat *g*

Sogar der g++ läßt sich einkompilieren und gegen die uclibc lingen
Vorzugsweise auch die uclibc++.

Keep smiling
yanosz

[Björn Gies]

Nabend,

Post by Jan Luehr
Der Compiler sollte, beim versuchen,
nicht statisch linkbare Routinen statisch zu linken, Warunung ausstoßen
"Die gleiche libc wird zur Laufzeit benötigt".
Werden alle links richtig gesetzt sollte das kaum ein Problem.

D.h. ein Patch für die MLDonkey Source wäre schön?

Post by Jan Luehr
Sogar der g++ läßt sich einkompilieren und gegen die uclibc lingen
Vorzugsweise auch die uclibc++.

Naja, hab versucht gcc (das komplette package) im FBR zu kompilieren, aber
libstdc++ machte Probs :-(

MfG
Björn

[Jan Luehr]

ja hallo erstmal,...

Post by Björn Gies
Nabend,

Post by Jan Luehr
Der Compiler sollte, beim versuchen,
nicht statisch linkbare Routinen statisch zu linken, Warunung ausstoßen
"Die gleiche libc wird zur Laufzeit benötigt".
Werden alle links richtig gesetzt sollte das kaum ein Problem.

D.h. ein Patch für die MLDonkey Source wäre schön?

Was willst du patchen?

Post by Björn Gies

Post by Jan Luehr
Sogar der g++ läßt sich einkompilieren und gegen die uclibc lingen
Vorzugsweise auch die uclibc++.

Naja, hab versucht gcc (das komplette package) im FBR zu kompilieren, aber
libstdc++ machte Probs :-(

Welche genau?

Keep smiling
yanosz

[Bernd Kuhls]

Der
Compiler sollte, beim versuchen, nicht statisch linkbare Routinen
"Die gleiche libc wird zur Laufzeit benötigt".

Hi,

/usr/local/lib/ocaml/libasmrun.a(unix.o): In function
`caml_dlopen': unix.c:(.text+0x2b1): warning: Using 'dlopen' in
statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(getgr.o): In function
`unix_getgrgid': getgr.c:(.text+0x110): warning: Using 'getgrgid'
in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(getgr.o): In function
`unix_getgrnam': getgr.c:(.text+0xda): warning: Using 'getgrnam'
in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(getpw.o): In function
`unix_getpwnam': getpw.c:(.text+0x126): warning: Using 'getpwnam'
in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(getpw.o): In function
`unix_getpwuid': getpw.c:(.text+0x15c): warning: Using 'getpwuid'
in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking

usw.

Gruß, Bernd

[Bernd Kuhls]

Post by Björn Gies
Aber weiss was noch fehlt, wenn man das mal gelöst hat *g*

Hi,

habt ihr denn schon Ocaml im FBR gebaut? Ohne das kann MLDonkey
sowieso nicht kompiliert werden.

Gruß, Bernd

[Björn Gies]

Morgen,

Post by Bernd Kuhls
habt ihr denn schon Ocaml im FBR gebaut? Ohne das kann MLDonkey
sowieso nicht kompiliert werden.

Ja, das fluppt ja auch ohne Probs ;-)
Ohne das würde man gar nicht erst übers configure'n hinauskommen.

MfG
Björn

[Bernd Kuhls]

Post by Björn Gies
Ohne das würde man gar nicht erst übers configure'n hinauskommen.

Hi,

war für mich nicht so klar, weil die Präsenz von g++ vor Ocaml geprüft
wird.

Gruß, Bernd

[Bernd Kuhls]

Das Kompilieren des MLDonkey im FBR scheitert ja am fehlenden g++.

Hi,

mit diesem Patch

https://savannah.nongnu.org/patch/?func=detailitem&item_id=4823

kann der CryptoPP-Teil, der für eMule SecureUserIdentification
zuständig ist, abgeschaltet werden:

./configure --disable-donkeysui

bzw. wenn kein g++ vorhanden ist, wird CryptoPP nicht kompiliert.

Ich konnte damit im FLI4L Buildroot bereits MLDonkey 2.7.3 + Patch 4823
kompilieren. Leider habe ich kein FLI4L 2.1.x/3.x, so dass ich MLDonkey
nicht weiter testen konnte.

Wäre schön, wenn jemand MLDonkey 2.7.3 ohne CryptoPP testen könnte.

Gruß, Bernd

[Björn Gies]

Nabend,

Post by Bernd Kuhls
Ich konnte damit im FLI4L Buildroot bereits MLDonkey 2.7.3 + Patch 4823
kompilieren. Leider habe ich kein FLI4L 2.1.x/3.x, so dass ich MLDonkey
nicht weiter testen konnte.
Wäre schön, wenn jemand MLDonkey 2.7.3 ohne CryptoPP testen könnte.

--- [ schnipp vom fbr ] ---
vmw1:/usr/src/mldonkey/mldonkey# ldd mlnet
libm.so.0 => /lib/libm.so.0 (0xb7fc9000)
libdl.so.0 => /lib/libdl.so.0 (0xb7fc5000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7fb4000)
libc.so.0 => /lib/libc.so.0 (0xb7f80000)
librpc.so.0 => /lib/librpc.so.0 (0xb7f70000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0xb7fda000)
--- [ schnapp vom fbr ] ---

--- [ schnipp auf fli4l 3.0.0 ] ---
vmw2 3.0.0 # ./mlnet
2006/01/27 21:37:00 Starting MLDonkey 2.7.3.CVS ...
2006/01/27 21:37:00 Language EN, locale UTF-8, ulimit for open files 1024
2006/01/27 21:37:00 MLDonkey is working in /.mldonkey
2006/01/27 21:37:00 [DNS] Resolving [vmw2] ...
2006/01/27 21:37:00 [DNS] Resolving [www.mldonkey.net] ...
2006/01/27 21:37:00 Logging in /.mldonkey/mlnet.log
2006/01/27 21:37:00 Core started
--- [ schnapp auf fli4l 3.0.0 ] ---

Na sieht doch gar nicht mal so schlecht ;-)
Der Patch ist ja im aktuellen CVS (logischerweise) drin.

Wer die Core mal testen möchte:
http://fli4l.megab.it/3.0.x/mlnet-CVS-2.7.3-fli4l-3.0.0-core.tar.gz

Settings:
--- [ schnipp ] ---
Configuring MLDonkey 2.7.3.CVS - SCM: 2006-01-27 14:59:18 completed.
Network modules:
- eDonkey enabled (eMule SUI disabled)
- BitTorrent enabled
- FileTP (aka wget) disabled
- Fasttrack disabled
- Gnutella disabled
- Gnutella2 disabled
- Open Napster disabled - currently not usable
- Direct Connect disabled - currently not usable
- Soulseek disabled - currently not usable
- OpenFT disabled - currently not usable
Core features:
- threads enabled
- zlib enabled
- bzip2 disabled
- iconv disabled
- graphical stats disabled
Compilers:
- Ocaml version 3.09.1
- gcc version 3.4.4
--- [ schnapp ] ---

Ist also nicht viel drin. Soll ja auch nur zum Testen sein.

MfG
Björn

[Björn Gies]

Tach,

Post by Björn Gies
Na sieht doch gar nicht mal so schlecht ;-)

Scheinbar fehlt auf nem frischen fli4l die libm. Ich frage mich nur gerade
wo die bei mir herkam. Die könnte man ja
notfalls in einem opt_mldonkey für 3.0.x mitreichen.

MfG
Björn

[Jean Wolter]

Post by Björn Gies
Tach,

Post by Björn Gies
Na sieht doch gar nicht mal so schlecht ;-)

Scheinbar fehlt auf nem frischen fli4l die libm. Ich frage mich nur gerade
wo die bei mir herkam. Die könnte man ja
notfalls in einem opt_mldonkey für 3.0.x mitreichen.

Die ist im base-paket mit drin, sie muss nur auch durch einen eintrag
in opt/package.txt auf dem router landen.

MfG,
Jean

[Björn Gies]

Tach,

Post by Jean Wolter
Die ist im base-paket mit drin, sie muss nur auch durch einen eintrag
in opt/package.txt auf dem router landen.

Jau, hab ich auch gesehen, müsste man dann ebend in nem mldonkey-opt mit
draufziehen.

MfG
Björn

[Karsten Schmidt]

Hallo,

ich bin leider nicht so geschickt, mit Linux, das ich mir das selber
basteln könnte, und wollte daher fragen, ob die Möglichkeit besteht, mir
das OPT zukommen zu lassen.

Danke

Karsten

[Björn Gies]

Nabend,

Post by Karsten Schmidt
ich bin leider nicht so geschickt, mit Linux, das ich mir das selber
basteln könnte, und wollte daher fragen, ob die Möglichkeit besteht, mir
das OPT zukommen zu lassen.

Naja, da es einige Konfigurationsmöglichkeiten gibt, ist es erstmal ne menge
Arbeit
(ohne "Abgucken" von bestehenden MLDonkey-OPTs) ein OPT zu bauen.
Ich könnte Dir höchstens ein OPT mit der Core und evtl. vorgefertigter
Config
(wegen den allowed_ips) zusammenpacken, dass du den Rest dann per
Webintface/Sancho/...
einstellst.

MfG
Björn

[Karsten Schmidt]

Post by Björn Gies
Nabend,

Post by Karsten Schmidt
ich bin leider nicht so geschickt, mit Linux, das ich mir das selber
basteln könnte, und wollte daher fragen, ob die Möglichkeit besteht, mir
das OPT zukommen zu lassen.

Naja, da es einige Konfigurationsmöglichkeiten gibt, ist es erstmal ne menge
Arbeit
(ohne "Abgucken" von bestehenden MLDonkey-OPTs) ein OPT zu bauen.
Ich könnte Dir höchstens ein OPT mit der Core und evtl. vorgefertigter
Config
(wegen den allowed_ips) zusammenpacken, dass du den Rest dann per
Webintface/Sancho/...
einstellst.

Solange ich per Sancho drauf komme, und alle einstellen kann (was zur
Not auch per FTP geht) reicht mir ein OPT_MLNET='yes/no' vollkommen
aus.. ;)
eD2K und BT reichen auch erstmal, wenn ejdoch FTP/HTTP Downloads gehen
würden wäre das auch praktisch...

Post by Björn Gies
MfG
Björn

Karsten

[Björn Gies]

Nabend,

Solange ich per Sancho drauf komme, und alle einstellen kann (was zur Not
auch per FTP geht) reicht mir ein OPT_MLNET='yes/no' vollkommen aus.. ;)
eD2K und BT reichen auch erstmal, wenn ejdoch FTP/HTTP Downloads gehen
würden wäre das auch praktisch...

http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.1-3.0.0.tar.gz

Keine Abhängigkeiten. Die erforderlichen libs werden aus dem base-Paket mit
hereingezogen.
Installiert sich in /data/mldonkey. Konfiguration ist in
/data/mldonkey/.mldonkey zu finden.
Die "riesige" Config sollte selbsterklärend sein ;-)
Außer allowed_ips ist halt alles default.
Würd mich über Feedback freuen.

MfG
Björn

[Björn Gies]

Nabend,

Post by Björn Gies
http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.1-3.0.0.tar.gz

Mir ist gerade eingefallen, dass ich ein Startscript vergessen habe *g*
Habs halt so auf die Schnelle zusammengepackt. Um ihn zu starten kannst du
auf dem Router folgendes machen:
echo "/data/mldonkey/mlnet &" > /data/mldonkey/mlnet-starter &&
/data/mldonkey/mlnet-starter
Einmal <ENTER> druecken und Du kannst PuTTY schließen/dich ausloggen.
Um ihn wieder zu killen:
killall -9 mlnet
Hoffe es geht. Habe gerade etwas Stress, also sorry für irgendwelche Fehler
;-)

MfG
Björn

[Bernd Kuhls]

Post by Björn Gies
killall -9 mlnet

Hi,

das ist nicht gut. -9 beendet MLdonkey, ohne dass es seine Ini-Dateien
speichern kann. MLDonkey selbst hat einen eigenen kill-Befehl.

Gruß, Bernd

[Björn Gies]

Nabend,

Post by Bernd Kuhls
das ist nicht gut. -9 beendet MLdonkey, ohne dass es seine Ini-Dateien
speichern kann. MLDonkey selbst hat einen eigenen kill-Befehl.

Stimmt schon, nur hat der bei mir bisher noch nie funktioniert ;-)

MfG
Björn

[Markus Strauss]

Post by Björn Gies

Post by Bernd Kuhls
das ist nicht gut. -9 beendet MLdonkey, ohne dass es seine Ini-Dateien
speichern kann. MLDonkey selbst hat einen eigenen kill-Befehl.

Stimmt schon, nur hat der bei mir bisher noch nie funktioniert ;-)

Ich benutze folgendes in einem Script zum Beenden:

echo "Beende mldonkey..."
{
echo "auth ******** ********"
echo "commit"
echo "close_fds"
echo "kill"
} | netcat localhost 4000

[Karsten Schmidt]

Post by Björn Gies
Nabend,

Post by Björn Gies
http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.1-3.0.0.tar.gz

Mir ist gerade eingefallen, dass ich ein Startscript vergessen habe *g*
Habs halt so auf die Schnelle zusammengepackt. Um ihn zu starten kannst du
echo "/data/mldonkey/mlnet &" > /data/mldonkey/mlnet-starter &&
/data/mldonkey/mlnet-starter
Einmal <ENTER> druecken und Du kannst PuTTY schließen/dich ausloggen.
killall -9 mlnet
Hoffe es geht. Habe gerade etwas Stress, also sorry für irgendwelche Fehler
;-)

Hab es jetzt mal aufm Fli4l gepackt, jedoch meldet er

router 3.0.0 # echo "/data/mldonkey/mlnet &" >
/data/mldonkey/mlnet-starter &&

Post by Björn Gies
/data/mldonkey/mlnet-starter

-sh: /data/mldonkey/mlnet-starter: Permission denied

Post by Björn Gies
MfG
Björn

[Björn Gies]

Tach,

Post by Karsten Schmidt
-sh: /data/mldonkey/mlnet-starter: Permission denied

Dann mach mal ein: chmod 755 /data/mldonkey/mlnet-starter
Und dann nochmal: /data/mldonkey/mlnet-starter
Btw: Ein killall mlnet scheint den mlnet auch richtig zu killen, zumindest
meldet die MLDonkey-Console,
dass ini gebackuped und Core beendet wurden.
Ich baue sowieso gerade noch an nem Paket, wo das und auch ein paar weitere
Config-Eintraege
drin sind. Es sei denn, es kommt mir jemand zuvor :-P

MfG
Björn

[Karsten Schmidt]

Post by Björn Gies
Tach,

Post by Karsten Schmidt
-sh: /data/mldonkey/mlnet-starter: Permission denied

Dann mach mal ein: chmod 755 /data/mldonkey/mlnet-starter
Und dann nochmal: /data/mldonkey/mlnet-starter
Btw: Ein killall mlnet scheint den mlnet auch richtig zu killen, zumindest
meldet die MLDonkey-Console,
dass ini gebackuped und Core beendet wurden.
Ich baue sowieso gerade noch an nem Paket, wo das und auch ein paar weitere
Config-Eintraege
drin sind. Es sei denn, es kommt mir jemand zuvor :-P

hab nen neuen Fehler..
/data/mldonkey/mlnet-starter: 1: /data/mldonkey/mlnet: Too many levels
of symbolic links

Post by Björn Gies
MfG
Björn

[Björn Gies]

Nabend,

Post by Karsten Schmidt
hab nen neuen Fehler..
/data/mldonkey/mlnet-starter: 1: /data/mldonkey/mlnet: Too many levels of
symbolic links

http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.2-3.0.0.tar.gz

+ Control-Script und Links ;-)
+ Config: netzwerke, webinfos
+ Menu-Einträge: starten, stoppen, status, neustarten

Wenns da nun wieder Probleme gibt, melden. Habe es in ner VMWare laufen
lassen, funktioniert einwandfrei hier.

MfG
Björn

[Karsten Schmidt]

Post by Björn Gies
Nabend,

Post by Karsten Schmidt
hab nen neuen Fehler..
/data/mldonkey/mlnet-starter: 1: /data/mldonkey/mlnet: Too many levels of
symbolic links

http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.2-3.0.0.tar.gz
+ Control-Script und Links ;-)
+ Config: netzwerke, webinfos
+ Menu-Einträge: starten, stoppen, status, neustarten
Wenns da nun wieder Probleme gibt, melden. Habe es in ner VMWare laufen
lassen, funktioniert einwandfrei hier.

Irgendwie bin ich bzw mein Router zu doof:
/etc/menu/904-mldonk3y-status: 6: /data/mldonkey/mlnet-control: Too many
levels of symbolic links
der will einfach net...

Post by Björn Gies
MfG
Björn

[Björn Gies]

Tach Ihr beiden,
Erstmal sorry für die ganzen Reboots und Probleme :-S

Post by Karsten Schmidt
/etc/menu/904-mldonk3y-status: 6: /data/mldonkey/mlnet-control: Too many
levels of symbolic links
der will einfach net...

Dann fehlt da irgendwas, da wäre nun ein strace oder find / -s follow ...
interessant ... hat der fli4l aber nicht.
Welche Pakete hast du denn sonst noch so installiert?
Habe in meinem VMWare-Testsystem: base, dsl, hd und sshd.

Post by Karsten Schmidt
Hätte allerdings ne Frage/Bitte: Kannst du das Paket so erweitern, das man
nen Pfad zum installieren selber wählen kann? Oder hast Du das bewußt
_nicht_ eingebaut?

Da es für 3.0.0 gedacht war und da die daten-partition immer an /data
gemountet wird (sofern nicht modifiziert),
habe ich da keinen Wert drauf gelegt. Aber kann ich gerne machen, schaue ich
heute Abend mal.

Post by Karsten Schmidt
Mein altes mlnet-Verzeichnis ist /hda1/mlnet, also hatte ich alle
"/data/mldonkey" gegen "/hda1/mlnet" getauscht aber dann installiert er
sich in "/hda1/mlnet/.mldonkey"

Hm, is bestimmt irgendwo beim setzen des symlinks /.mldonkey schief
gelaufen.
Normalerweise sollte es im moment so aussehen:
/.mldonkey -> /.../mldonkey/.mldonkey
/.../mldonkey
/.../mldonkey/mlnet
/.../mldonkey/.mldonkey
/.../mldonkey/.mldonkey/downloads.ini

Wie sieht es denn bei dir mit dem Start/Stop Script aus? Auch Probleme? Und
welche Pakete hast Du?

MfG
Björn

[Ryck Purschke-Evers]

Hi Björn!

Post by Björn Gies

Post by Karsten Schmidt
Hätte allerdings ne Frage/Bitte: Kannst du das Paket so erweitern, das man
nen Pfad zum installieren selber wählen kann? Oder hast Du das bewußt
_nicht_ eingebaut?

Da es für 3.0.0 gedacht war und da die daten-partition immer an /data
gemountet wird (sofern nicht modifiziert), habe ich da keinen Wert drauf
gelegt.

das ist nen Argument :-) Habe aber bei mir schon die Partitionen samt
hd,cfg & Co geändert, unter anderem auch extra f mlnet... ;-)

Post by Björn Gies
Aber kann ich gerne machen, schaue ich
heute Abend mal.

supi, Danke dafür schonmal!

Post by Björn Gies

Post by Karsten Schmidt
Mein altes mlnet-Verzeichnis ist /hda1/mlnet, also hatte ich alle
"/data/mldonkey" gegen "/hda1/mlnet" getauscht aber dann installiert er
sich in "/hda1/mlnet/.mldonkey"

Hm, is bestimmt irgendwo beim setzen des symlinks /.mldonkey schief
gelaufen.
/.mldonkey -> /.../mldonkey/.mldonkey
/.../mldonkey
/.../mldonkey/mlnet
/.../mldonkey/.mldonkey
/.../mldonkey/.mldonkey/downloads.ini

dies ist deien, zZ aktuelle Config aus der v0.2:

MLCONFIG="/data/mldonkey/.mldonkey/downloads.ini"
echo "MLDonkey-Verzeichnis wurde nicht gefunden...wird erstellt"
mkdir /data/mldonkey
mkdir /data/mldonkey/.mldonkey
ln -s /data/mldonkey/.mldonkey /.mldonkey
ln -s /opt/files/data/mldonkey/mlnet /data/mldonkey/mlnet
ln -s /opt/files/data/mldonkey/mlnet-control /data/mldonkey/mlnet-control


bin nun ein wenig verwirrt, und hab es nun auch mit der Pfadänderung
bisher nicht erneut ausprobiert... Gibt ja noch wichtigere Dinge auf
einem _Router_.. ;-) aber heute Abend oder morgen wenn das was mit der
Config.txt zu äneren geht, stelle ich mich gerne als Tester bereit!

Post by Björn Gies
Wie sieht es denn bei dir mit dem Start/Stop Script aus? Auch Probleme? Und
welche Pakete hast Du?

die funktionieren, wobei ich da gerade nach nen neuen Übertragen von
neuen Daten per ImonC ne Fehlermeldung vom mldonkey bekam; habe aber
noch nicht weiter schauen können...

Post by Björn Gies
MfG
Björn

ebenso,
Gruß
Ryck

[Karsten Schmidt]

Post by Björn Gies
Tach Ihr beiden,
Erstmal sorry für die ganzen Reboots und Probleme :-S

Post by Karsten Schmidt
/etc/menu/904-mldonk3y-status: 6: /data/mldonkey/mlnet-control: Too many
levels of symbolic links
der will einfach net...

Dann fehlt da irgendwas, da wäre nun ein strace oder find / -s follow ...
interessant ... hat der fli4l aber nicht.
Welche Pakete hast du denn sonst noch so installiert?
Habe in meinem VMWare-Testsystem: base, dsl, hd und sshd.

Post by Karsten Schmidt
Hätte allerdings ne Frage/Bitte: Kannst du das Paket so erweitern, das man
nen Pfad zum installieren selber wählen kann? Oder hast Du das bewußt
_nicht_ eingebaut?

Da es für 3.0.0 gedacht war und da die daten-partition immer an /data
gemountet wird (sofern nicht modifiziert),
habe ich da keinen Wert drauf gelegt. Aber kann ich gerne machen, schaue ich
heute Abend mal.

Post by Karsten Schmidt
Mein altes mlnet-Verzeichnis ist /hda1/mlnet, also hatte ich alle
"/data/mldonkey" gegen "/hda1/mlnet" getauscht aber dann installiert er
sich in "/hda1/mlnet/.mldonkey"

Hm, is bestimmt irgendwo beim setzen des symlinks /.mldonkey schief
gelaufen.
/.mldonkey -> /.../mldonkey/.mldonkey
/.../mldonkey
/.../mldonkey/mlnet
/.../mldonkey/.mldonkey
/.../mldonkey/.mldonkey/downloads.ini
Wie sieht es denn bei dir mit dem Start/Stop Script aus? Auch Probleme?

Jep, bei sämtlichen Menüpunkten
Und

Post by Björn Gies
welche Pakete hast Du?

base, dsl, hd, extmount, ssh, dyndns, easycron,isdn, fax., openvpn, qos
und noch weitere die jedoch meiner meinung nach keinen Ausschlag geben
dürften..

Post by Björn Gies
MfG
Björn

Danke
Karsten

[Björn Gies]

Nabend,

Post by Karsten Schmidt
base, dsl, hd, extmount, ssh, dyndns, easycron,isdn, fax., openvpn, qos
und noch weitere die jedoch meiner meinung nach keinen Ausschlag geben
dürften..

Was sagen denn bei euch:
ls -la /data/
ls -la /data/mldonkey
ls -la /opt/files/data/mldonkey

Post by Karsten Schmidt
MLDONK3Y_ALLOWEDIPS_1='10.0.1.2' # -> Alle aus dem 192.168.0.x'er
# Netz duerfen zugreifen.

Najo, das ist von meinen Einstellungen für die VMWare übrig geblieben, damit
ich die Core ansprechen kann ;-)

MfG
Björn

[Karsten Schmidt]

Post by Björn Gies
Nabend,

Post by Karsten Schmidt
base, dsl, hd, extmount, ssh, dyndns, easycron,isdn, fax., openvpn, qos
und noch weitere die jedoch meiner meinung nach keinen Ausschlag geben
dürften..

ls -la /data/

router 3.0.0 # ls -la /data/
drwxr-xr-x 14 root root 4096 Jan 31 18:40 .
dr-xr-xr-x 17 root root 400 Jan 31 14:33 ..
drwx------ 3 root root 4096 Jan 31 06:59 acc
drwxr-xr-x 2 root root 4096 Jan 30 16:12 cgiconfig
drwxr-xr-x 2 root root 4096 Jan 31 14:32 dhcp
drwxr-xr-x 2 root root 4096 Jan 30 16:12 fax
lrwxrwxrwx 1 root root 9 Jan 30 16:12 log.nmb -> /dev/null
lrwxrwxrwx 1 root root 9 Jan 30 16:12 log.smb -> /dev/null
drwx------ 2 root root 16384 Jan 30 16:12 lost+found
drwxr-xr-x 3 root root 4096 Jan 31 14:33 lp_spooldir
drwxr-xr-x 2 root root 4096 Jan 30 16:12 mc
drwxr-xr-x 3 root root 4096 Jan 31 06:42 mldonkey
drwxr-xr-x 2 root root 4096 Jan 30 16:12 ordner
-rw-r--r-- 1 root root 1 Jan 31 15:46 rcvbook-common
drwxr-xr-x 6 root root 4096 Jan 30 16:12 rrdtool
-rw-r--r-- 1 root root 1 Jan 31 15:46 sndbook-common
drwxr-xr-x 2 root root 4096 Jan 30 18:22 trafficlog
-rw-r--r-- 1 root root 437 Jan 31 18:40 trafficlog.log
drwxr-xr-x 2 root root 4096 Jan 30 16:12 vbox

Post by Björn Gies
ls -la /data/mldonkey

router 3.0.0 # ls -la /data/mldonkey
drwxr-xr-x 3 root root 4096 Jan 31 06:42 .
drwxr-xr-x 14 root root 4096 Jan 31 18:40 ..
drwxr-xr-x 2 root root 4096 Jan 30 16:12 .mldonkey
lrwxrwxrwx 1 root root 30 Jan 30 16:12 mlnet ->
/opt/files/data/mldonkey/mlnet
lrwxrwxrwx 1 root root 38 Jan 31 06:42 mlnet-control ->
/opt/files/data/mldonkey/mlnet-control
-rwxr-xr-x 1 root root 23 Jan 30 16:27 mlnet-starter

Post by Björn Gies
ls -la /opt/files/data/mldonkey

router 3.0.0 # ls -la /opt/files/data/mldonkey
drwxr-xr-x 3 root root 4096 Jan 31 06:42 .
drwxr-xr-x 14 root root 4096 Jan 31 18:40 ..
drwxr-xr-x 2 root root 4096 Jan 30 16:12 .mldonkey
lrwxrwxrwx 1 root root 30 Jan 30 16:12 mlnet ->
/opt/files/data/mldonkey/mlnet
lrwxrwxrwx 1 root root 38 Jan 31 06:42 mlnet-control ->
/opt/files/data/mldonkey/mlnet-control
-rwxr-xr-x 1 root root 23 Jan 30 16:27 mlnet-starter

Post by Björn Gies

Post by Karsten Schmidt
MLDONK3Y_ALLOWEDIPS_1='10.0.1.2' # -> Alle aus dem 192.168.0.x'er
# Netz duerfen zugreifen.

Najo, das ist von meinen Einstellungen für die VMWare übrig geblieben, damit
ich die Core ansprechen kann ;-)
MfG
Björn

[Björn Gies]

Nabend,

Post by Karsten Schmidt
lrwxrwxrwx 1 root root 30 Jan 30 16:12 mlnet ->
/opt/files/data/mldonkey/mlnet
lrwxrwxrwx 1 root root 38 Jan 31 06:42 mlnet-control ->
/opt/files/data/mldonkey/mlnet-control

Da haben wir die Übeltäter, frage mich nur gerade wie das zustande kommt.
Aber ich teste grade mal die v0.3, da hab ich n bisl was umgestellt.

MfG
Björn

[Karsten Schmidt]

Post by Björn Gies
Nabend,

Post by Karsten Schmidt
lrwxrwxrwx 1 root root 30 Jan 30 16:12 mlnet ->
/opt/files/data/mldonkey/mlnet
lrwxrwxrwx 1 root root 38 Jan 31 06:42 mlnet-control ->
/opt/files/data/mldonkey/mlnet-control

Da haben wir die Übeltäter, frage mich nur gerade wie das zustande kommt.
Aber ich teste grade mal die v0.3, da hab ich n bisl was umgestellt.

Wenn dir das hilft, freut es mir, mir sagt es nähmlich nix.

Trotzdem vielen Dank (hatte ich bei meinen anderen Beiträgen stets
vergessen)

Post by Björn Gies
MfG
Björn

KArsten

[Ryck Purschke-Evers]

Hi & Moin Moin Björn!


zuerst: DANKE!

Hätte allerdings ne Frage/Bitte: Kannst du das Paket so erweitern, das
man nen Pfad zum installieren selber wählen kann? Oder hast Du das
bewußt _nicht_ eingebaut?
Habe hier noch von der alten (mlnet-)Konfig die Daten auf der Platte und
hätte doch gerne die auch wieder übernommen; habe schon selber versucht
den Part aus der rc904 zu ändern, aber das bekomme ich nicht hin.

Mein altes mlnet-Verzeichnis ist /hda1/mlnet, also hatte ich alle
"/data/mldonkey" gegen "/hda1/mlnet" getauscht aber dann installiert er
sich in "/hda1/mlnet/.mldonkey"

echo "MLDonkey-Verzeichnis wurde nicht gefunden...wird erstellt"
mkdir /hda1/mlnet
mkdir /hda1/mlnet/.mldonkey
ln -s /hda1/mlnet/.mldonkey /.mldonkey
ln -s /opt/files//hda1/mlnet/mlnet /hda1/mlnet/mlnet
so sah es bei meinem ersten Versuch gerstern Abend aus... :-(

über Hilfe dankbar, Gruß
Ryck

[Ryck Purschke-Evers]

nochmal Moin!

Post by Björn Gies
http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.2-3.0.0.tar.gz
Wenns da nun wieder Probleme gibt, melden. Habe es in ner VMWare laufen
lassen, funktioniert einwandfrei hier.

kein Fehler, aber ein "schönheits"-Bug:


MLDONK3Y_ALLOWEDIPS_1='10.0.1.2' # -> Alle aus dem 192.168.0.x'er
# Netz duerfen zugreifen.

Post by Björn Gies
MfG
Björn

Gruß
Ryck

[Björn Gies]

Nabend,
Auf ein Neues:
http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.3-3.0.0.tar.gz

+ MLDONK3Y_PATH fuer Installationspfad.
* Schieben des Control-Scripts in /usr/bin

Wenn Ihr bestehende Configs habt, bitte sichern.
Entfernt auch von vorherigen Versionen erstellte Ordner/Links
(/data/mldonkey und /.mldonkey)

In meiner VMWare tut es wunderbar (obwohl es die Vorgänger auch taten :-P )
Sorry nochmal für alle Unannehmlichkeiten aber das Paket war eigentlich nur
internen Gebrauch
bei mir bestimmt. Der Ausbau geschieht nur wegen dem Interesse hier :-)

MfG
Björn

[Björn Gies]

Nabend,
http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.3-3.0.0.tar.gz

MLDONK3Y_PATH hinzugekommen.
Control-Script nun in /usr/bin.

Bitte Configs sichern und alte(n) Ordner löschen:
/data/mldonkey

Sorry nochmal für Unannehmlichkeiten.

Mfg
Björn

[Karsten Schmidt]

Post by Björn Gies
Nabend,
http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.3-3.0.0.tar.gz
MLDONK3Y_PATH hinzugekommen.
Control-Script nun in /usr/bin.
/data/mldonkey

mein router mag mich nicht:
Bootmeldung:

MLDonkey-Core und Konfiguration werden eingerichtet ...
(/etc/rc.d/rc904.mldonk3y)
MLDonkey-Verzeichnis wurde nicht gefunden...wird erstellt
MLDonkey wird gestartet ...
/usr/bin/mlnet-control: 77: /data/mldonkey/mlnet: Too many levels of
symbolic links

Post by Björn Gies
Sorry nochmal für Unannehmlichkeiten.

Im Gegenteil, ich müsste mich entschuldigen, das es bei mir nicht klappt
und mich bei dir bedanken das du weiter hilfst ;)

Post by Björn Gies
Mfg
Björn

KArsten

[Björn Gies]

Nabend,

Post by Karsten Schmidt
/usr/bin/mlnet-control: 77: /data/mldonkey/mlnet: Too many levels of
symbolic links

So langsam bin ich mit meinem Latei am Ende. Ich weiss nicht warum er diese
'loop-links' erstellt, geschweige denn reproduzieren.

Post by Karsten Schmidt
habe ich ausprobiert und auf "/hda/mlnet" gesetzt. HAt er im Prinzip auch
übernommen, allerdings dann im neuen Verzeichniss "./mldonkey" unter
"/hda1/mlnet"...

Bist Du sicher, dass er in ein Unterverzeichnis installiert?
MLDONK3Y_PATH='/data/mldonkey' erstellt den Ordner /data/mldonkey, darein
packt er einen Link zur
/opt/files/data/mldonkey/mlnet. In /data/mldonkey erstellt er widerum einen
Ordner .mldonkey, wo die Config(s)
reinkommen. Zusätzlich erstellt er einen Link im sysroot: .mldonkey ->
/data/mldonkey/.mldonkey <- Man beachten den Punkt.

Vielleicht kann noch jemand anders hier einen Tipp geben, oder es mal
testen.

MfG
Björn

[Ryck Purschke-Evers]

Moin Björn!

und Danke das Du Dir Zeit nimmst für meine/unsere Probleme!!

Post by Björn Gies
So langsam bin ich mit meinem Latei am Ende. Ich weiss nicht warum er diese
'loop-links' erstellt, geschweige denn reproduzieren.

Dazu habe ich nun auch mal ne Frage: habe gerade auf meinem Router nach
"mlnet" suchen lassen und bekomme da, eine für mich ganz furchtbare
Auflistung von Verzeichnissen, die so aussehen:

/hda1
/hda1/mlnet
/opt/files/data/mldonkey

soweit so gut wie ich finde. Dann kommt folgendes:

/proc/self/cwd/hda1
/proc/self/cwd/hda1/mlnet
/proc/self/cwd/opt/files/data/mldonkey
/proc/self/cwd/proc/self/cwd/hda1
/proc/self/cwd/proc/self/cwd/hda1/mlnet
/proc/self/cwd/proc/self/cwd/opt/files/data/mldonkey
/proc/self/cwd/proc/self/cwd/proc/self/cwd/hda1
/proc/self/cwd/proc/self/cwd/proc/self/cwd/hda1/mlnet
/proc/self/cwd/proc/self/cwd/proc/self/cwd/opt/files/data/mldonkey
..
...
....

nun wiederholt sich das ganze hier X-mal und immer mit einem weiteren
"/proc/self/cwd" vor jeder weiteren Zeile...
a) hat das was mit Karstens Problem zu tun?
b) Was ist das? ;-)

Post by Björn Gies

Post by Ryck Purschke-Evers
habe ich ausprobiert und auf "/hda/mlnet" gesetzt. HAt er im Prinzip auch
übernommen, allerdings dann im neuen Verzeichniss "./mldonkey" unter
"/hda1/mlnet"...

Bist Du sicher, dass er in ein Unterverzeichnis installiert?
MLDONK3Y_PATH='/data/mldonkey' erstellt den Ordner /data/mldonkey, darein
packt er einen Link zur
/opt/files/data/mldonkey/mlnet. In /data/mldonkey erstellt er widerum einen
Ordner .mldonkey, wo die Config(s)
reinkommen. Zusätzlich erstellt er einen Link im sysroot: .mldonkey ->
/data/mldonkey/.mldonkey <- Man beachten den Punkt.

er installiert sich natürlich so, wie du oben schreibst, habe den "."
nur gestern falsch in dem Thread geschrieben/gesetzt :-( SORRY
Aber ne Frage dazu hätte ich schon noch: Wenn ich den
Installations-Pfad, wie bei mir auf "/hda1/mlnet" setze, warum bringt er
dann alles in den Ordner "/hda1/mlnet/.mldonkey"; ist das nicht ein
wenig "unlogisch"? Nicht falsch verstehen, ist keine negative Kritik!!!

Was mir noch aufgefallen ist: wenn ich nun die Download.ini nun angepaßt
habe, sei es nun von Hand oder per WebInterface, wird diese
überschrieben, sobald man zB per Imonc ne Update für den Router macht;
ist das zu ändern, so das man nicht immer die Download.ini sichern muß
(okay, es gebe ein opt dafür, aber das wäre ja keine "echte Lösung" :-) )?


und nochmal: DANKE!!!!

Post by Björn Gies
MfG
Björn

Gruß
Ryck

[Björn Gies]

Tach,

Post by Ryck Purschke-Evers
/proc/self/cwd/proc/self/cwd/hda1
/proc/self/cwd/proc/self/cwd/hda1/mlnet
/proc/self/cwd/proc/self/cwd/opt/files/data/mldonkey
/proc/self/cwd/proc/self/cwd/proc/self/cwd/hda1
/proc/self/cwd/proc/self/cwd/proc/self/cwd/hda1/mlnet
/proc/self/cwd/proc/self/cwd/proc/self/cwd/opt/files/data/mldonkey
nun wiederholt sich das ganze hier X-mal und immer mit einem weiteren
"/proc/self/cwd" vor jeder weiteren Zeile...
a) hat das was mit Karstens Problem zu tun?

Ich denke mal schon, auch wenn ich so einem Fehler noch nie begegnet bin.

Post by Ryck Purschke-Evers
b) Was ist das? ;-)

Nichts gutes ;-)
Fragt sich aber immernoch warum es bei mir nicht passiert. Was habt Ihr
eigentlich für ne Install-Methode?
B?

Post by Ryck Purschke-Evers
Wenn ich den Installations-Pfad, wie bei mir auf "/hda1/mlnet" setze,
warum bringt er dann alles in den Ordner "/hda1/mlnet/.mldonkey"; ist das
nicht ein wenig "unlogisch"?

Normalerweise erstellt der MLDonkey immer ein Verzeichnis .mldonkey (Achtung
Punkt ;-) ) im Home-
Verzeichnis des Users, der ihn startet und speichert darein seine Configs,
guarding.p2p usw ... Nun ist
beim fli4l das "Home-Verzeichnis" des root ganz einfach / ... als würde er
ein Verzeichnis /.mldonkey erstellen.
Dem beuge ich vor, indem ich das Verzeichnis ins Installationsverzeichnis
des MLDonkey packe und ein
Link darauf lege. Daher /.mldonkey -> /data/mldonkey/.mldonkey . Ich weiss
nicht wie er darauf reagiert, wenn
Core und Configs im selben Verzeichnis sind. Kann ich heute Abend ja mal
testen.

Post by Ryck Purschke-Evers
Was mir noch aufgefallen ist: wenn ich nun die Download.ini nun angepaßt
habe, sei es nun von Hand oder per WebInterface, wird diese überschrieben,
sobald man zB per Imonc ne Update für den Router macht; ist das zu ändern,
so das man nicht immer die Download.ini sichern muß (okay, es gebe ein opt
dafür, aber das wäre ja keine "echte Lösung" :-) )?

Man könnte es höchstens so machen, dass, wenn sie schon existiert einfach
keine neue geschrieben wird.

MfG
Björn

[Ryck Purschke-Evers]

Hejho!

Post by Björn Gies

[/proc/self/cwd/proc/self/cwd/hda1]
b) Was ist das? ;-)

Nichts gutes ;-)

;-)

Post by Björn Gies
Fragt sich aber immernoch warum es bei mir nicht passiert. Was habt Ihr
eigentlich für ne Install-Methode?
B?

ich habe "B", ja.

Post by Björn Gies

[Installations-Pfad]

Normalerweise erstellt der MLDonkey immer ein Verzeichnis .mldonkey (Achtung
Punkt ;-) ) im Home-
Verzeichnis des Users, der ihn startet und speichert darein seine Configs,
guarding.p2p usw ... Nun ist
beim fli4l das "Home-Verzeichnis" des root ganz einfach / ... als würde er
ein Verzeichnis /.mldonkey erstellen.
Dem beuge ich vor, indem ich das Verzeichnis ins Installationsverzeichnis
des MLDonkey packe und ein
Link darauf lege. Daher /.mldonkey -> /data/mldonkey/.mldonkey . Ich weiss
nicht wie er darauf reagiert, wenn
Core und Configs im selben Verzeichnis sind. Kann ich heute Abend ja mal
testen.

also wenn ich das aus meiner alten Config, der 2.1.8, richtig sehe, sind
dort Core & Configs im gleichen Verzeichniss.. Vllt hilft Dir das ja
(und mir dann auch ;-) )

Post by Björn Gies

[überschreiben der Download.ini]

Man könnte es höchstens so machen, dass, wenn sie schon existiert einfach
keine neue geschrieben wird.

das fänd ich persönlich _sehr_ angenehm... :-)

Post by Björn Gies
MfG
Björn

greetings
Ryck

[Björn Gies]

Nabend,
http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.4-3.0.0.tar.gz

Ich habe nun alle Links entfernt. Die mlnet-Core wird nun direkt in
$MLDONK3Y_PATH aus /usr/local/mldonkey/ kopiert.
Damit ist das Teil zwar doppelt auf der Platte, aber vielleicht funktioniert
es ja so bei euch.

Post by Ryck Purschke-Evers
also wenn ich das aus meiner alten Config, der 2.1.8, richtig sehe, sind
dort Core & Configs im gleichen Verzeichniss.. Vllt hilft Dir das ja

Eingebaut ;-) Core und Configs sind nun in einem Verzeichnis.

Post by Ryck Purschke-Evers

Post by Björn Gies

[überschreiben der Download.ini]

Man könnte es höchstens so machen, dass, wenn sie schon existiert einfach
keine neue geschrieben wird.

Auch eingebaut.

MfG
Björn

[stevie]

Hallo Björn,

ich nutze auch dein mldonkey opt , habe in version vll in kleinen fehler
gefunden.

Wenn ich die version 4 nutze, fehlt leider der symlink im root-verzeichnis
und er legt einen neuen .mldonkey ordner im root an . vll ist das auch eine
fehlkonfiguration meines cores , aber ich werde in den rc.d script noch die
zeile mit den symlink adden, das er den auf jedenfall setzt.

mfg
Helmut

Post by Björn Gies
Nabend,
http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.4-3.0.0.tar.gz
Ich habe nun alle Links entfernt. Die mlnet-Core wird nun direkt in
$MLDONK3Y_PATH aus /usr/local/mldonkey/ kopiert.
Damit ist das Teil zwar doppelt auf der Platte, aber vielleicht
funktioniert es ja so bei euch.

Post by Ryck Purschke-Evers
also wenn ich das aus meiner alten Config, der 2.1.8, richtig sehe, sind
dort Core & Configs im gleichen Verzeichniss.. Vllt hilft Dir das ja

Eingebaut ;-) Core und Configs sind nun in einem Verzeichnis.

Post by Ryck Purschke-Evers

Post by Björn Gies

[überschreiben der Download.ini]

Man könnte es höchstens so machen, dass, wenn sie schon existiert
einfach keine neue geschrieben wird.

Auch eingebaut.
MfG
Björn

[Ryck Purschke-Evers]

Hi!

Post by stevie
ich nutze auch dein mldonkey opt , habe in version vll in kleinen fehler
gefunden.
Wenn ich die version 4 nutze, fehlt leider der symlink im root-verzeichnis
und er legt einen neuen .mldonkey ordner im root an . vll ist das auch eine
fehlkonfiguration meines cores , aber ich werde in den rc.d script noch die
zeile mit den symlink adden, das er den auf jedenfall setzt.

wenn das dann bei Dir funktioniert, magst Du mir Dein opt auch zur
Verfügung stellen bitte?! Wäre prima...

Post by stevie
mfg
Helmut

DANKE!

Gruß
Ryck

[Björn Gies]

Nabend,

Post by stevie
Wenn ich die version 4 nutze, fehlt leider der symlink im
root-verzeichnis und er legt einen neuen .mldonkey ordner im root an . vll
ist das auch eine fehlkonfiguration meines cores , aber ich werde in den
rc.d script noch die zeile mit den symlink adden, das er den auf
jedenfall setzt.

--- [ schnipp ] ---
[...]
# Holen des MLDonkey-Installationsverzeichnisses
eval MLPATH=$MLDONK3Y_PATH # Installationspfad in $MLPATH speichern
[...]
if ! [ -e $MLPATH ] # Wenn MLDonkey-Installationsordner _nicht_ existiert
...
then # ... dann ...
eval MLCONFIG="$MLPATH/downloads.ini" # ... Pfad zur downloads.ini in
$MLCONFIG speichern
echo "MLDonkey-Verzeichnis wurde nicht gefunden ... wird erstellt" #
Eine kurze Debug-Info
mkdir $MLPATH # Der Installationsordner wird erstellt
ln -s $MLPATH /.mldonkey # Es wird ein Link /.mldonkey zum
Installationsverzeichnis wird erstellt.
cp -a /opt/files/usr/local/mldonkey/mlnet $MLPATH # Die Core wird ins
Install-Verzeichnis kopiert.
`write_config` # Die MLDonkey-Konfiguration wird geschrieben (Das
funzt ja wohl soweit - auch bei euch)
else # ... ansonsten ...
echo "MLDonkey-Verzeichnis existiert bereits ..." # Debug-Info
echo "Tausche alte Core gegen neue ..." # Debug-Info
cp -a /opt/files/usr/local/mldonkey/mlnet $MLPATH # Core wird ins
Install-Verzeichnis kopiert.
if [ -e $MLPATH/downloads.ini ] # Wenn MLDonkey-Konfiguration
existiert ...
then # ... dann ...
echo "Es wurde eine Konfiguration gefunden ..." # ... nix tun, nur
Debug-Info.
else # ... ansonsten ...
echo "Es wurde keine Konfiguration gefunden ..." # Debug-Info
echo "... Schreibe MLDonkey-Konfiguration" # Debug-Info
`write_config` # MLDonkey-Config schreiben
fi # Ende der if-Funktion der MLDonkey-Konfiguration
fi # Ende der if-Funktion wenn der MLDonkey-Install-Ordner nicht
existiert
--- [ schnapp ] ---

Eine kleine Erklärung des ganzen. Ich weiss weder wo der PID-File bei Ryck
herkommt, noch warum ein
neuer Ordner /.mldonkey erstellt wird.

Post by stevie
wenn das dann bei Dir funktioniert, magst Du mir Dein opt auch zur
Verfügung stellen bitte?! Wäre prima...

Er meint wohl mein "opt" mldonk3y v0.4.

MfG
Björn

[stevie]

Habe mich nicht präzise ausgedückt, entschuldigung.

Also , das skript erkennt das ich schon eine downloads.ini habe und erstellt
deswegen keine neue.

Nun startet mlnet und sucht im / pfad den .mldonkey ordner, der ist aber
nicht da und auch kein symlink zu meinem ordner.
Deswegen erstellt mlnet einen neuen und habe die std einstellungen von
mlnet.

Wenn das skript nun den symlink erstellen würde trotz erkannter
downloads.ini dann würde es funktionieren.
Denn so nimmt mlnet den verlinkten .mldonkey ordner aus / .

mfg

Helmut

Post by Björn Gies
Nabend,

Post by stevie
Wenn ich die version 4 nutze, fehlt leider der symlink im
root-verzeichnis und er legt einen neuen .mldonkey ordner im root an .
vll ist das auch eine fehlkonfiguration meines cores , aber ich werde in
den rc.d script noch die zeile mit den symlink adden, das er den auf
jedenfall setzt.

--- [ schnipp ] ---
[...]
# Holen des MLDonkey-Installationsverzeichnisses
eval MLPATH=$MLDONK3Y_PATH # Installationspfad in $MLPATH speichern
[...]
if ! [ -e $MLPATH ] # Wenn MLDonkey-Installationsordner _nicht_
existiert ...
then # ... dann ...
eval MLCONFIG="$MLPATH/downloads.ini" # ... Pfad zur downloads.ini in
$MLCONFIG speichern
echo "MLDonkey-Verzeichnis wurde nicht gefunden ... wird erstellt" #
Eine kurze Debug-Info
mkdir $MLPATH # Der Installationsordner wird erstellt
ln -s $MLPATH /.mldonkey # Es wird ein Link /.mldonkey zum
Installationsverzeichnis wird erstellt.
cp -a /opt/files/usr/local/mldonkey/mlnet $MLPATH # Die Core wird ins
Install-Verzeichnis kopiert.
`write_config` # Die MLDonkey-Konfiguration wird geschrieben (Das
funzt ja wohl soweit - auch bei euch)
else # ... ansonsten ...
echo "MLDonkey-Verzeichnis existiert bereits ..." # Debug-Info
echo "Tausche alte Core gegen neue ..." # Debug-Info
cp -a /opt/files/usr/local/mldonkey/mlnet $MLPATH # Core wird ins
Install-Verzeichnis kopiert.
if [ -e $MLPATH/downloads.ini ] # Wenn MLDonkey-Konfiguration
existiert ...
then # ... dann ...
echo "Es wurde eine Konfiguration gefunden ..." # ... nix tun, nur
Debug-Info.
else # ... ansonsten ...
echo "Es wurde keine Konfiguration gefunden ..." # Debug-Info
echo "... Schreibe MLDonkey-Konfiguration" # Debug-Info
`write_config` # MLDonkey-Config schreiben
fi # Ende der if-Funktion der MLDonkey-Konfiguration
fi # Ende der if-Funktion wenn der MLDonkey-Install-Ordner nicht
existiert
--- [ schnapp ] ---
Eine kleine Erklärung des ganzen. Ich weiss weder wo der PID-File bei Ryck
herkommt, noch warum ein
neuer Ordner /.mldonkey erstellt wird.

Post by stevie
wenn das dann bei Dir funktioniert, magst Du mir Dein opt auch zur
Verfügung stellen bitte?! Wäre prima...

Er meint wohl mein "opt" mldonk3y v0.4.
MfG
Björn

[Björn Gies]

Nabend,

Post by stevie
Also , das skript erkennt das ich schon eine downloads.ini habe und
erstellt deswegen keine neue.

Wenn er Überprüft, ob eine downloads.ini existiert, dann kommt er nach
meinem Script gar nicht
erst zum Link setzen, das ist richtig. Das kommt davon, wenn soetwas
ungeplant entsteht.

Ich nehme mich der Sache nun noch ein paar Minuten an, dann gehts ins Bett
und Morgen (oder
besser heute) gibts nen neuen Versuch ;-)

MfG
Björn

[Karsten Schmidt]

Post by Björn Gies

Post by Ryck Purschke-Evers
b) Was ist das? ;-)

Nichts gutes ;-)
Fragt sich aber immernoch warum es bei mir nicht passiert. Was habt Ihr
eigentlich für ne Install-Methode?
B?

integrated, weil hier läuft nen XEN-Fli4l, nur ich bekomme es nicht hin,
das sowas wie mlnet unter SuSe läuft.

Post by Björn Gies
MfG
Björn

[Ryck Purschke-Evers]

Hi Björn!

erstmal Danke für die Arbeit und die Bereitstellung "deines" Paketes...!

Post by Björn Gies
MLDONK3Y_PATH hinzugekommen.

habe ich ausprobiert und auf "/hda/mlnet" gesetzt. HAt er im Prinzip
auch übernommen, allerdings dann im neuen Verzeichniss "./mldonkey"
unter "/hda1/mlnet"...

Läßt sich das auch so konfigurieren, das er sich wirklich in
"MLDONK3Y_PATH=" installiert?

Post by Björn Gies
Sorry nochmal für Unannehmlichkeiten.

das sind keine Unannehmlichkeiten, ich bin Dir sogar dankbar, das du das
Paket portierst....!!

Post by Björn Gies
Mfg
Björn

bis gleich ;-)

Gruß
Ryck

[Matthias Töppe]

hi ich kann leider keien ports in der config angeben....
muss ich bestimmte ports in der firewall öffen oder macht edonkey das
selbst?

wenn ka welche ports müssen geöffnet werden?

mfg hellmaster1024

Post by Ryck Purschke-Evers
Hi Björn!
erstmal Danke für die Arbeit und die Bereitstellung "deines" Paketes...!

Post by Björn Gies
MLDONK3Y_PATH hinzugekommen.

habe ich ausprobiert und auf "/hda/mlnet" gesetzt. HAt er im Prinzip auch
übernommen, allerdings dann im neuen Verzeichniss "./mldonkey" unter
"/hda1/mlnet"...
Läßt sich das auch so konfigurieren, das er sich wirklich in
"MLDONK3Y_PATH=" installiert?

Post by Björn Gies
Sorry nochmal für Unannehmlichkeiten.

das sind keine Unannehmlichkeiten, ich bin Dir sogar dankbar, das du das
Paket portierst....!!

Post by Björn Gies
Mfg
Björn

bis gleich ;-)
Gruß
Ryck

[Björn Gies]

Nabend,

Post by Matthias Töppe
hi ich kann leider keien ports in der config angeben....
muss ich bestimmte ports in der firewall öffen oder macht edonkey das
selbst?

Bisher ist nur das allernötigste in der Config, um den MLDonkey zu starten
und dann per Sancho oder HTTP-Interface
ihn einzustellen. Die Ports der jeweiligen Netzwerke kannst Du bequem
darüber einstellen. Natürlich wäre es sinnvoll
sich vorher zu überlegen welche man nimmt und diese dann in der Firewall
freizugeben, denk dran, dass der Dienst
auf dem fli4l und damit die INPUT_LIST benutzt werden muss.

MfG
Björn

[Ryck Purschke-Evers]

HI Björn!

(vllt sollte wir einen neuen Thread öffnen :-) )

Habe ein erneutes (Verständnis-)Problem:

MLDONK3Y_PATH='/hda1/mlnet' ist bei mir so gesetzt. COnfigs per ImonC
übertragen, und, SPANNUNG, hmm, schade...
Folgendes ist passiert: Habe mich nach dem Reboot per FTP eingeloggt und
die Vereichnisse gecheckt, da finde ich folgendes:
unter "/" wurde ein Verzeichnis ".mldonkey" angelegt mit _allen_
Verzeichnissen und allen Configs. Den Core hat er anscheinend nach
"/hda1/mlnet" kopiert (hat "Tausche alte Core gegen neue ..." geschrieben).
Ebenfalls kamen aber auch diese Fehlermeldungen zu Tage:
router300 3.0.0 # mlnet-control start
MLDonkey wird gestartet ...
2006/02/01 18:40:54 Starting MLDonkey 2.7.3 ...
2006/02/01 18:40:54 Language EN, locale ANSI_X3.4-1968, ulimit for open
files 1024
2006/02/01 18:40:54 MLDonkey is working in /.mldonkey
2006/02/01 18:40:54 PID file /.mldonkey/mlnet.pid exists.

This means another MLDonkey process could still be working
in this directory. Please shut it down before starting
a new instance here. If you are sure no other process uses
this directory delete mlnet.pid and restart the core.
cat: /hda1/mlnet/mlnet.pid: No such file or directory
... MLDonkey wurde gestartet [ PID: ]

diese habe ich reproduziert, durch oben ersichtliches "mlnet-control
start" MlDonkey wird aber nicht gestartet, was man unter anderem hier
gut erkennen kann:
router300 3.0.0 # mlnet-control stop
MLDonkey-Prozess nicht gefunden. MLDonkey laeuft evtl. nicht!

Ich habe mir mal die rc904... angeschaut, aber das ist mir zu hoch,
zumindest ohne erklärung... :-) Hast Du vllt nochmal Zeit Dir das
Problem anzunehmen?
und, gibt es zZ nur 3 Nutzer dieses opt´s? Kaum vorstellbar, hmmm...
Läufts bei Euch?

Gruß
Ryck

[Björn Gies]

Nabend

Post by Ryck Purschke-Evers
MLDONK3Y_PATH='/hda1/mlnet' ist bei mir so gesetzt. COnfigs per ImonC
übertragen, und, SPANNUNG, hmm, schade...
Folgendes ist passiert: Habe mich nach dem Reboot per FTP eingeloggt und
unter "/" wurde ein Verzeichnis ".mldonkey" angelegt mit _allen_
Verzeichnissen und allen Configs. Den Core hat er anscheinend nach
"/hda1/mlnet" kopiert (hat "Tausche alte Core gegen neue ..."
geschrieben).

/.mldonkey ist nun ein Link zu /hda1/mlnet (in Deinem Fall). Weil ja nun
Configs (die die Core von sich aus
in /.mldonkey schreiben will) und die Core nun in einem Verzeichnis sind.
Hast du das per FTP vielleicht nicht gesehen?
Klar, wenn du in /.mldonkey reingehst siehts so aus, als sei es ein Ordner.

Post by Ryck Purschke-Evers
router300 3.0.0 # mlnet-control start
MLDonkey wird gestartet ...
2006/02/01 18:40:54 Starting MLDonkey 2.7.3 ...
2006/02/01 18:40:54 Language EN, locale ANSI_X3.4-1968, ulimit for open
files 1024
2006/02/01 18:40:54 MLDonkey is working in /.mldonkey
2006/02/01 18:40:54 PID file /.mldonkey/mlnet.pid exists.

Wo kommt der PID-File denn her? Hast du MLDONK3Y_BOOT='yes' ?
Mach mal: rm -f /.mldonkey/mlnet.pid

Post by Ryck Purschke-Evers
cat: /hda1/mlnet/mlnet.pid: No such file or directory

Das ist irgendwie widersprüchlich zu der oberen Meldung, da /.mldonkey
praktisch /hda1/mlnet entspricht (Link).

Post by Ryck Purschke-Evers
und, gibt es zZ nur 3 Nutzer dieses opt´s? Kaum vorstellbar, hmmm...

Nunja, die kommen wahrscheinlich erst zum Vorschein, wenn das Teil fluppt
:-/

MfG
Björn

[Ryck Purschke-Evers]

Nabend Björn!

Post by Björn Gies

[MLDONK3Y_PATH='/hda1/mlnet']

/.mldonkey ist nun ein Link zu /hda1/mlnet (in Deinem Fall). Weil ja nun
Configs (die die Core von sich aus
in /.mldonkey schreiben will) und die Core nun in einem Verzeichnis sind.
Hast du das per FTP vielleicht nicht gesehen?
Klar, wenn du in /.mldonkey reingehst siehts so aus, als sei es ein Ordner.

Dann verstehe ich das wirklich nicht; wenn es ein Link wäre, würde das
mir doch, in meinem Fall mit WsFTP,anders dargestellt werden als eine
Datei, oder sehe ich das falsch? Ich kann nun in dem Ordner /.mldonkey
jede Datei öffnen, ohne das er, wie bei anderen Links in den verlinkten
Orner wechselt... Was mache ich falsch?

Post by Björn Gies

[Fehlermeldungen]

Wo kommt der PID-File denn her?

khi, da fragst du den falschen ;-)

Post by Björn Gies
Hast du MLDONK3Y_BOOT='yes' ?

yepp! Ich ändere mal die Config auf 'no', mal sehen ob sich was
ändert... (so, habe nun MLDONK3Y_BOOT='no', config übertragen, keine
Änderung. Beim booten habe ich nun aber mal genauer aufgepaßt und da
erscheint dann 16mal diese Meldung:

/etc/rc.d/rc904.mldonk3y: 1: cannot create : Directory nonexistent

Post by Björn Gies
Mach mal: rm -f /.mldonkey/mlnet.pid

hab ich gemacht; da ich dann nicht wußte was ich sonst machen soll, habe
ich versuche den core neu zu starten, aber die selbe Fehlermeldung(en)
wie vorher, also die aus dem vorherigem Posting...

Post by Björn Gies

cat: /hda1/mlnet/mlnet.pid: No such file or directory

Das ist irgendwie widersprüchlich zu der oberen Meldung, da /.mldonkey
praktisch /hda1/mlnet entspricht (Link).

s.o.

Post by Björn Gies

[Nutzer]

Nunja, die kommen wahrscheinlich erst zum Vorschein, wenn das Teil fluppt
:-/

sehr schade...!

Post by Björn Gies
MfG
Björn

Gruß und schönen Abend noch!!,
Ryck

[Ryck Purschke-Evers]

Hi Björn,

you´ve got Mail...

greetings
Ryck

[Karsten Schmidt]

Vielen Dank,

Mlnet läuft nun auch bei mir!!


DANKE

Karsten

[Karsten Schmidt]

Hallo,

mein Fli4l hat mir heute bewiesen, das er was gegen Mlnet hat, aber auf
übelste. Er hat den RAM vorllgeschrieben, is halb abgeschmiert.

Nun werd ich wohl mlnet unter SuSe laufen lassen müssen, weiss nur noch
nicht so recht wie das dort geht. Kann mir jemand kurz helfen?

Danke

Karsten

[Björn Gies]

Tach,

http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.5-3.0.0.tar.gz

+ Neustrukturierung des rc-scripts
+ /.mldonkey Link wird immer angelegt

Feedback wäre nett.

MfG
Björn

[Bernd Kuhls]

Post by Björn Gies
+ /.mldonkey Link wird immer angelegt

Hi,

Post by Björn Gies
4155: Let MLDonkey create its data in $HOME/.mldonkey
* if the core is started in a directory where downloads.ini exists
this directory will be used, this is the same behaviour as before
* on Windows the current directory will always be used,
this is consistent with eMule
* on other systems $HOME/.mldonkey will be created and used,
this is consistent with eDonkey, aMule and Unix standards
* if variable MLDONKEY_DIR is used that directory has priority,
export MLDONKEY_DIR="." && ./mlnet

Gruß, Bernd

[Björn Gies]

Nabend,

Post by Björn Gies
* if the core is started in a directory where downloads.ini exists
this directory will be used, this is the same behaviour as before
* on Windows the current directory will always be used,
this is consistent with eMule
* on other systems $HOME/.mldonkey will be created and used,
this is consistent with eDonkey, aMule and Unix standards
* if variable MLDONKEY_DIR is used that directory has priority,
export MLDONKEY_DIR="." && ./mlnet

Ah danke ... habe ich gar nicht gesehen bisher.
Werde ich (u.A.) dann in v0.6 packen, jetzt wäre aber erstmal ein bisschen
Feedback für die v0.5 hilfreich :-)

MfG
Björn

[Helmut Klausen]

Laut bernd kann ich also meinem core das homeverzeichnis angeben.

könnte ja dann in v6 folgen.

teste dann mal v5.

mfg
Helmut

Post by Björn Gies
Nabend,

Post by Björn Gies
* if the core is started in a directory where downloads.ini exists
this directory will be used, this is the same behaviour as before
* on Windows the current directory will always be used,
this is consistent with eMule
* on other systems $HOME/.mldonkey will be created and used,
this is consistent with eDonkey, aMule and Unix standards
* if variable MLDONKEY_DIR is used that directory has priority,
export MLDONKEY_DIR="." && ./mlnet

Ah danke ... habe ich gar nicht gesehen bisher.
Werde ich (u.A.) dann in v0.6 packen, jetzt wäre aber erstmal ein bisschen
Feedback für die v0.5 hilfreich :-)
MfG
Björn

[Björn Gies]

Morgen,

Post by Helmut Klausen
Laut bernd kann ich also meinem core das homeverzeichnis angeben.

Folgende Szenarien sind möglich:
1) Core wird gestartet
+ keine downloads.ini im gleichen Verzeichnis
+ keine downloads.ini im Ordner .mldonkey im Homeverzeichnis
=> Ordner .mldonkey im Homeverzeichnis wird erstellt, darin die
downloads.ini

2) Core wird gestartet
+ downloads.ini im gleichen Verzeichnis
=> Diese wird genutzt, kein Ordner .mldonkey wird irgendwo angelegt

3) Core wird gestartet
+ downloads.ini im Ordner .mldonkey im Homeverzeichnis
=> Die downloads.ini aus dem Ordner .mldonkey im Homeverzeichnis wird
genutzt

-
Oder hab ich (wieder) was vergessen? :-)

MfG
Björn

[Helmut Klausen]

Morgen,

habe v5 getestet.
Ein kleiner tipp fehler beim setzen des symlinks,
zeile 86 ln -s $MLPATH /.mldonkey
ist ein leerzeichen drin - deswegen fehlt dem link dann der .mldonkey
ordner.

mfg
Helmut

Post by Björn Gies
Morgen,

Post by Helmut Klausen
Laut bernd kann ich also meinem core das homeverzeichnis angeben.

1) Core wird gestartet
+ keine downloads.ini im gleichen Verzeichnis
+ keine downloads.ini im Ordner .mldonkey im Homeverzeichnis
=> Ordner .mldonkey im Homeverzeichnis wird erstellt, darin die
downloads.ini
2) Core wird gestartet
+ downloads.ini im gleichen Verzeichnis
=> Diese wird genutzt, kein Ordner .mldonkey wird irgendwo angelegt
3) Core wird gestartet
+ downloads.ini im Ordner .mldonkey im Homeverzeichnis
=> Die downloads.ini aus dem Ordner .mldonkey im Homeverzeichnis wird
genutzt
-
Oder hab ich (wieder) was vergessen? :-)
MfG
Björn

[Helmut Klausen]

Hallo ,
v5 funktioniert prima. ich sollte um 4 uhr morgens keine tests machen.
Hatte nur das problem das er nicht mehr meinen alten config ordner im
mlnetpath nahm.
Er nimmt nun die ini direct neben dem mlnet core oder den symlink vom root
der das gleich ist.

mfg
Helmut

Post by Björn Gies
Morgen,
habe v5 getestet.
Ein kleiner tipp fehler beim setzen des symlinks,
zeile 86 ln -s $MLPATH /.mldonkey
ist ein leerzeichen drin - deswegen fehlt dem link dann der .mldonkey
ordner.
mfg
Helmut

Post by Björn Gies
Morgen,

Post by Helmut Klausen
Laut bernd kann ich also meinem core das homeverzeichnis angeben.

1) Core wird gestartet
+ keine downloads.ini im gleichen Verzeichnis
+ keine downloads.ini im Ordner .mldonkey im Homeverzeichnis
=> Ordner .mldonkey im Homeverzeichnis wird erstellt, darin die
downloads.ini
2) Core wird gestartet
+ downloads.ini im gleichen Verzeichnis
=> Diese wird genutzt, kein Ordner .mldonkey wird irgendwo angelegt
3) Core wird gestartet
+ downloads.ini im Ordner .mldonkey im Homeverzeichnis
=> Die downloads.ini aus dem Ordner .mldonkey im Homeverzeichnis wird
genutzt
-
Oder hab ich (wieder) was vergessen? :-)
MfG
Björn

[Björn Gies]

Tach,

Post by Helmut Klausen
Ein kleiner tipp fehler beim setzen des symlinks,
zeile 86 ln -s $MLPATH /.mldonkey
ist ein leerzeichen drin - deswegen fehlt dem link dann der .mldonkey
ordner.

Gut, das fällt ja in der v0.6 sowieso weg, wenn die downloads.ini direkt
neben die Core geschrieben/genommen wird.

Post by Helmut Klausen
Hallo ,
v5 funktioniert prima. ich sollte um 4 uhr morgens keine tests machen.

Endlich! :-)

Post by Helmut Klausen
Hatte nur das problem das er nicht mehr meinen alten config ordner im
mlnetpath nahm.
Er nimmt nun die ini direct neben dem mlnet core oder den symlink vom root
der das gleich ist.

Ja, das kommt halt von der Umstellung vom Configpfad von "Ordner-Neben-Core"
zu "Configs-Direkt-Neben-Core".
Habe da nun nicht so auf Update-Fähigkeit geachtet weils halt noch testing
ist ;-)
Aber danke fürs Testen. Dann könnte es ja nun ans erweitern der Config
gehen, oder hat noch jemand Fehler/Vorschläge?

MfG
Björn

[Ryck Purschke-Evers]

Hi Björn!

So, hatte nun auch mal wider einwenig Zeit mit der v05 zu
testen/spielen/... :-)

Folgende Sachen sind mir auf gefallen:

(Ausgangssituation _Neuinstallation_ Deines Paketes, vorherige Ordner
mldonkey alle gelöscht)
1. nach dem starten nach dem übertragen der neuen config(s) mit
MLDONK3Y_PATH='/data/mldonkey'
keine Fehlermeldungen während des bootens, mldonkey wird korrekt
gestartet und arbeitet auch... yipiehii :-)

bei nächsten booten gab es dann wieder Fehlermeldungen alá
"/etc/rc.d/rc904.mldonk3y: 1: cannot create : Directory nonexistent"

ist die Fehlermeldung, wie ich sie auch hatte, als ich den Pfad auf
meine _bestehende, alte_ mlnet-Config angegeben hatte; kann es sein das
Dein Script vllt mit dem _vorhandenen" Ordner Probleme hat?


(Ausgangssituation mldonkey läuft, downloads.ini sollen angepaßt werden,
MLDONK3Y_PATH='/data/mldonkey)

1. beim Anpssen der "(* SECTION : Paths *)(* Paths options *)" habe ich
folgendes beobachtet
andere ich das TEMP-Directory in meinem alten Pfad wurde der mldonkey
nicht mehr gestartet, weil die Pfadangabe in _"_ gesetzt werde muß. Die
originale Config sieht ja so aus:

temp_directory = temp

und nach meiner Änderung durch meinen Pfad und ohne _"_ war nichts mehr
zu machen. Keine Ahnung ob das nen Fehler ist oder ob das bei Änderung
durch die Weboberfläche automatisch geändert wird, ist mir halt nur
aufgefallen als ich die Datei von Hand geändert habe...





WÜNSCHE:

ich fände es toll, wenn Du Deine mldonk3y.txt-config um den Eintrag
client_name =
erweitern könntest?!
Dazu ist mir dann auch noch eingefallen, das in den alten Versionen
immer sone "md5"(?) Nummer als Erkennungswert angegeben wurde. Da weiß
ich aber tatsächlich nicht ob es die nicht mehr "gibt" oder ob das nen
andere Grund hat oder ob sie garkeinen Sinn mehr hat...



Ansonsten läuft nun Dein Paket bei mir auch seit nem Tag ohne Probleme
mit den oben genannten Änderungen; habe inzwischen auch den CORE 2.7.3
bei mir eingespielt...


DANKE für Deine Arbeit!!



Gruß
Ryck

[Helmut Klausen]

Hallo Björn,

Habe auch ein paar Wünsche/Vorschläge.

möchte gern mehrere Ordner schon in der mldonkey.txt festlegen können:
incoming , temp und shared.

Dann noch die ports der einzelnen plugins.
Zum schluß noch das pw des admin-zugangs für das webinterface

so long
Helmut

[Ryck Purschke-Evers]

Post by Helmut Klausen
Habe auch ein paar Wünsche/Vorschläge.
incoming , temp und shared.

das ist ne gute Idee!

Post by Helmut Klausen
Zum schluß noch das pw des admin-zugangs für das webinterface

jepp, auch ne Variante bezüglich der Sicherheit...

Post by Helmut Klausen
so long
Helmut

Gruß
Ryck

[Björn Gies]

Nabend,

Post by Ryck Purschke-Evers
(Ausgangssituation _Neuinstallation_ Deines Paketes, vorherige Ordner
mldonkey alle gelöscht)
1. nach dem starten nach dem übertragen der neuen config(s) mit
MLDONK3Y_PATH='/data/mldonkey'
keine Fehlermeldungen während des bootens, mldonkey wird korrekt gestartet
und arbeitet auch... yipiehii :-)

Hat ja auch lang genug gedauert *g*

Post by Ryck Purschke-Evers
bei nächsten booten gab es dann wieder Fehlermeldungen alá
"/etc/rc.d/rc904.mldonk3y: 1: cannot create : Directory nonexistent"
ist die Fehlermeldung, wie ich sie auch hatte, als ich den Pfad auf meine
_bestehende, alte_ mlnet-Config angegeben hatte; kann es sein das Dein
Script vllt mit dem _vorhandenen" Ordner Probleme hat?

Muss ich das Script nochmal in Ruhe, in Gedanken durchgehen. Kann natürlich
sein.

Post by Ryck Purschke-Evers
(Ausgangssituation mldonkey läuft, downloads.ini sollen angepaßt werden,
MLDONK3Y_PATH='/data/mldonkey)
1. beim Anpssen der "(* SECTION : Paths *)(* Paths options *)" habe ich
folgendes beobachtet
andere ich das TEMP-Directory in meinem alten Pfad wurde der mldonkey
nicht mehr gestartet, weil die Pfadangabe in _"_ gesetzt werde muß. Die
temp_directory = temp
und nach meiner Änderung durch meinen Pfad und ohne _"_ war nichts mehr zu
machen. Keine Ahnung ob das nen Fehler ist oder ob das bei Änderung durch
die Weboberfläche automatisch geändert wird, ist mir halt nur aufgefallen
als ich die Datei von Hand geändert habe...

Was hat der MLDonkey denn gemeckert? Zum test wäre es hilfreich einfach mal
die
Core direkt zu starten und per STRG+C gnadenlos zu killen (falls sie das
nicht von alleine tut).
Ist immer gut zum testen.

Post by Ryck Purschke-Evers
ich fände es toll, wenn Du Deine mldonk3y.txt-config um den Eintrag
client_name =
erweitern könntest?!

Siehe unten ;-) "Config erweitern"

Post by Ryck Purschke-Evers
Dazu ist mir dann auch noch eingefallen, das in den alten Versionen immer
sone "md5"(?) Nummer als Erkennungswert angegeben wurde. Da weiß ich aber
tatsächlich nicht ob es die nicht mehr "gibt" oder ob das nen andere Grund
hat oder ob sie garkeinen Sinn mehr hat...

Habe ich nie mit gearbeitet, aber ich schau mal.

Post by Ryck Purschke-Evers
Ansonsten läuft nun Dein Paket bei mir auch seit nem Tag ohne Probleme mit
den oben genannten Änderungen; habe inzwischen auch den CORE 2.7.3 bei mir
eingespielt...

Die ist doch schon drin :-/ Also die CVS-"Version".

Post by Ryck Purschke-Evers
incoming , temp und shared.
Dann noch die ports der einzelnen plugins.

Das hätte ich alles sowieso unter den Begriff "Config erweitern" gefasst ;-)

Post by Ryck Purschke-Evers
Zum schluß noch das pw des admin-zugangs für das webinterface

Da muss ich mal schauen wie ich das beim Boot verschlüsseln kann.

MfG
Björn

[Ryck Purschke-Evers]

Hi!

Post by Björn Gies

[mldonkey wird korrekt gestartet und arbeitet auch... yipiehii :-)]

Hat ja auch lang genug gedauert *g*

gut Ding will Weile haben... ;-D

Post by Björn Gies

[Fehlermeldung temp_directory = temp]

Was hat der MLDonkey denn gemeckert?

es gab ungefähr im Wortlaut ein "...am Zeichen 90... _"_ erwartet..."

Post by Björn Gies

Ansonsten läuft nun Dein Paket bei mir auch seit nem Tag ohne Probleme mit
den oben genannten Änderungen; habe inzwischen auch den CORE 2.7.3 bei mir
eingespielt...

Die ist doch schon drin :-/ Also die CVS-"Version".

das habe ich nun erlich gesagt nicht verstanden...



Gruß
Ryck


PS: vllt solltest Du zum Erscheinen der v06 nen neuen Thread aufmachen :-)))

[Björn Gies]

Nabend,

Post by Ryck Purschke-Evers

Post by Björn Gies
Die ist doch schon drin :-/ Also die CVS-"Version".

das habe ich nun erlich gesagt nicht verstanden...

Naja du kannst dir halt das übliche Source-Paket runterladen oder halt die
CVS Version, die ist immer einen Tick
neuer als das normale Source-Paket, weil hier Patches drinstecken, die nach
dem Release des Source-Pakets
erschienen sind und erst (im Paket) in der nächsten Version erscheinen
(sprich wahrscheinlich 2.7.4)

MfG
Björn

[Björn Gies]

Nabend,

Post by Ryck Purschke-Evers
1. beim Anpssen der "(* SECTION : Paths *)(* Paths options *)" habe ich
folgendes beobachtet
andere ich das TEMP-Directory in meinem alten Pfad wurde der mldonkey
nicht mehr gestartet, weil die Pfadangabe in _"_ gesetzt werde muß. Die
temp_directory = temp

Liegt wahrscheinlich daran, dass es eine Pfadangabe ohne "/" drin ist.
temp_directory = "/pfad/zum/temp/ordner"
In der Form funktioniert es wunderbar bei mir.

MfG
Björn

[Jan Rolf]

Nabend,

wollte nur mal eben beisteuern, das ich eure(deine) Arbeit echt
schätze!! Bin mal gespannt auf das neue OPT.

Gruß

Jan

[MascheFly]

Hi Björn!

Super Paket, funktioniert einwandfrei! Danke!

Viele Grüße

Paul

Post by Björn Gies
Tach,
http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.5-3.0.0.tar.gz
+ Neustrukturierung des rc-scripts
+ /.mldonkey Link wird immer angelegt
Feedback wäre nett.
MfG
Björn

[Björn Gies]

Nabend,

Post by MascheFly
Super Paket, funktioniert einwandfrei! Danke!
Viele Grüße

Freut mich.
Wollte nur kurz sagen, dass ich bis zum 21.02. mit Schreiben meiner
Facharbeit ausgelastet sein werde.
Kann also noch etwas dauern. Bis auf die User-Erstellung beim MLDonkey
funktioniert aber soweit
alles schon.

MfG
Björn

[Ryck Purschke-Evers]

Hi Björn!

und ich dachte schon Du würdest nicht weitermachen ;-)

Post by Björn Gies
Wollte nur kurz sagen, dass ich bis zum 21.02. mit Schreiben meiner
Facharbeit ausgelastet sein werde.

na dann, alles Gute dafür, freu mich auf die nächsten Versionen... :-)

Post by Björn Gies
MfG
Björn

Gruß
Ryck

[Helmut Klausen]

Hallo Björn,

hoffe du schaffst deine Facharbeit mit gutem Abschluß.

Post by Björn Gies
Kann also noch etwas dauern. Bis auf die User-Erstellung beim MLDonkey
funktioniert aber soweit
alles schon.

Wollte nur eine kleine Anregung geben(vll hast du die Möglichkeit selber
schon gefunden):

man kann über wget -param an das webgui commands zum core schicken z.B.
add_user admin Paßwort umd das admin Paßwort zu setzen.

Nachteil ist , das der core laufen muss damit dies funktioniert.

vll kann ich dir damit helfen.

mfg
Helmut

[Björn Gies]

Nabend,

Post by Helmut Klausen
man kann über wget -param an das webgui commands zum core schicken z.B.
add_user admin Paßwort umd das admin Paßwort zu setzen.

Das kann man auch per netcat machen, das kommt sowieso als abhängigkeit in
v0.6.

Post by Helmut Klausen
Nachteil ist , das der core laufen muss damit dies funktioniert.

Ebend, und daran haperts im Moment noch ;-)
Wenn man wüsste wie der die PWs verschlüsselt könnte man es ja auch einfach
in die users.ini 'echo'en.

MfG
Björn

[Bernd Kuhls]

Post by Björn Gies
Wenn man wüsste wie der die PWs verschlüsselt

Hi,

probier mal den MD4-Algorithmus.

Gruß, Bernd

[Jan Rolf]

Hi!

Ich hab auch mal das Opt draufgezogen, doch leider läuft es nicht
einwandfrei. Zuerst habe ich die Glibc nicht mit drauf gespielt.
Ok, Fehler beseitigt.
Aber jetzt schmiert mir Björns core nach ca. 1min ab und andere
Versionen 2.7.0 bis 2.7.3 nach ca. 1-24 std. spätestens bei der
Zwangstrennung.
Soweit ich das nachgelesen habe liegt es wohl an den unterschiedlichen
Glibc Versionen. Kann das sein? Oder habe ich etwas anderes nicht
beachtet.

Hatte vorher fli4l 2.08, da lief alles ohne Problem mehrere Monate durch.

Mein System:
Pentium 200 MMX
64MB Ram

Braucht ihr noch mehr Daten?

Wenn mir hier einer helfen könnte... wäre super

Gruß

Jan

Post by Ryck Purschke-Evers
HI Björn!
(vllt sollte wir einen neuen Thread öffnen :-) )
MLDONK3Y_PATH='/hda1/mlnet' ist bei mir so gesetzt. COnfigs per ImonC
übertragen, und, SPANNUNG, hmm, schade...
Folgendes ist passiert: Habe mich nach dem Reboot per FTP eingeloggt und
unter "/" wurde ein Verzeichnis ".mldonkey" angelegt mit _allen_
Verzeichnissen und allen Configs. Den Core hat er anscheinend nach
"/hda1/mlnet" kopiert (hat "Tausche alte Core gegen neue ..." geschrieben).
router300 3.0.0 # mlnet-control start
MLDonkey wird gestartet ...
2006/02/01 18:40:54 Starting MLDonkey 2.7.3 ...
2006/02/01 18:40:54 Language EN, locale ANSI_X3.4-1968, ulimit for open
files 1024
2006/02/01 18:40:54 MLDonkey is working in /.mldonkey
2006/02/01 18:40:54 PID file /.mldonkey/mlnet.pid exists.
This means another MLDonkey process could still be working
in this directory. Please shut it down before starting
a new instance here. If you are sure no other process uses
this directory delete mlnet.pid and restart the core.
cat: /hda1/mlnet/mlnet.pid: No such file or directory
... MLDonkey wurde gestartet [ PID: ]
diese habe ich reproduziert, durch oben ersichtliches "mlnet-control
start" MlDonkey wird aber nicht gestartet, was man unter anderem hier
router300 3.0.0 # mlnet-control stop
MLDonkey-Prozess nicht gefunden. MLDonkey laeuft evtl. nicht!
Ich habe mir mal die rc904... angeschaut, aber das ist mir zu hoch,
zumindest ohne erklärung... :-) Hast Du vllt nochmal Zeit Dir das
Problem anzunehmen?
und, gibt es zZ nur 3 Nutzer dieses opt´s? Kaum vorstellbar, hmmm...
Läufts bei Euch?
Gruß
Ryck

[Ryck Purschke-Evers]

Hi!

Sagt mal, bei dem opt von Björn, läuft da "overnet" bei Euch?

HAbe gerade mal ein wenig geschaut und habe da nichts zu in den
Statistiken drinn stehen...
Wenn ja, was habt ihr eingestllt, oder gar modifiziert? :-)


Gruß
Ryck

[Tobias Anderson]

funktioniert das OPT jetzt schon einwandfrei???

oder gibts es noch Probleme??

Vielen Dank...

Gruß Tobias

[Tobias Anderson]

kann mir das keiner was zu sagen?


Gruß Tobias

[Marc G]

läuft einwandfrei...

Post by Tobias Anderson
kann mir das keiner was zu sagen?
Gruß Tobias

[Tobias Anderson]

muss man den mldonk3y denn manuell starten, oder geht das auch über
das webinterface??
das wäre sehr praktisch....

oder gibt es schon ein opt_mlnet?

Danke

Gruß Tobias

[Marc G]

es gibt ein opt_mlnet
allerdings finde ich gerade den link nicht :-)

Post by Tobias Anderson
muss man den mldonk3y denn manuell starten, oder geht das auch über
das webinterface??
das wäre sehr praktisch....
oder gibt es schon ein opt_mlnet?
Danke
Gruß Tobias

[Tobias Anderson]

Post by Marc G
es gibt ein opt_mlnet
allerdings finde ich gerade den link nicht :-)

wäre toll, wenn du den findest!!!

ist das auch für fli4l 3.0.0?

[Marc G]

Post by Tobias Anderson

Post by Marc G
es gibt ein opt_mlnet
allerdings finde ich gerade den link nicht :-)

wäre toll, wenn du den findest!!!
ist das auch für fli4l 3.0.0?

hier hab ich was gefunden :)
http://optmlnet.generation-at.net/

[Bernd Kuhls]

Post by Marc G
hier hab ich was gefunden :)
http://optmlnet.generation-at.net/

Hi,

uralte Version für FLI4L 2.0.x, neue Version für FLI4L 2.0.x hier:
http://mldonkey.sourceforge.net/fli4l/

Gruß, Bernd

[Tobias Anderson]

Post by Björn Gies

Post by Marc G
hier hab ich was gefunden :)
http://optmlnet.generation-at.net/

Hi,
http://mldonkey.sourceforge.net/fli4l/

mein "Problem" liegt darin, dass ich fli4l 3.0.0 habe und ein OPT
dafür suche....aber keins finde...
gibt es denn eins? mit dem man den mldonkey auch übers webinterface
starten kann?

Gruß Tobias

[Finn Carstensen]

Post by Tobias Anderson
mein "Problem" liegt darin, dass ich fli4l 3.0.0 habe und ein OPT
dafür suche....aber keins finde...

Du hast aber schon bemerkt wie die Topic dieser Diskussion lautet oder?
Wenn du dir hier mal ein wenig nach liest, wirst du einen Link auf die Seite
von Björn Gies finden.
Ergo solltest du auch nur seine Einträge durchsuchen ;-)

#
Finn Carstensen

[Björn Gies]

Morgen,

Post by Tobias Anderson
mein "Problem" liegt darin, dass ich fli4l 3.0.0 habe und ein OPT
dafür suche....aber keins finde...
gibt es denn eins? mit dem man den mldonkey auch übers webinterface
starten kann?

Irgendwelche Webinterfaceintegrationen werden wohl ganz zuletzt kommen.
Erstmal muss die Karre laufen und scheinbar haben noch einige Leute damit
Probleme?

Am WE (spätestens) werde ich auf jeden Fall v0.6 fertigstellen.

MfG
Björn