Crusader unter Linux

[Fabpicard]

Sehr viele scheinen es ja nicht zu sein.... Schade. Hoffe das es klappt.

Du hast ja auch nach SuSi gefragt, und wer will die schon? *g*

MfG Fabsi

[Shinzon]

Moin..

So, nun mal ganz ehrlich, welche der 1000den Linux-Distributionen man nutzt,
ist für das Programm sowas von unerheblich.. im "schlimmen" Fall muss man halt
ein paar Abhängigkeiten von Hand lösen ..

Erinnert man sich an die Windows-Zeit (oh, ist das LANGE her), dann war es
auch bei manchem Programm "interessant", welche vbrun6xx.dll man im System-
Pfad hatte.. bei Linux im Allgemeinen nicht anders .. nur das halt die Distros
im Speziellen halt auch u.U. andere Versionen von ... beispielsweise gtk+ ..
installieren oder installiert haben. Hier werden - auch wieder je nach Anwender-
wunsch - bei internetbasierten Distros meistens die aktuellen "DLL"s installiert
sein..

Man sollte also nicht fragen "Unter welcher Distro läuft $programm?" sondern
schauen, welche Voraussetzungen das Programm hat.
Im vorliegenden Fall (nur ein Schnellschuss bei Google, um auf die Webseite
des Programms zu kommen und ein kurzer Blick auf die FAQ) ist das wohl
nur eine Java JRE .. diese werden wohl die meisten Distros "automagisch"
mitinstallieren, sobald sich ein JAVA-befähigter Webbrowser im System be-
findet. Ansonsten installiert man sie halt mit dem Paketmanager der Distro,
was ebenfalls die von der JRE (z.B. Blackdown) benötigten Abhängigkeiten
mitinstallieren wird.

Just my 2 cents,
Tim

[stoeberts]

Hallo,

ich habe den Crusader 4.51 unter Open Suse 10.3, mit der Java Version jre-6u5-linux-i586.rpm laufen. Geht einwandfrei bisher.
Meine Frage nun:
Ich habe vorher den Crusader auf Winwows XP laufen gehabt, und dabei schon einige Netzwerkkennungen in der Pocsag Unterdrückungsverwaltung gesperrt. Die gesperrten Rics befinden sich dann im Ordner Settings in der Datei CientList.cru. Wenn man Sie mit einem Editor öffnet sieht man sie dort stehen. Betreibt man den Crusader aber unter Open Suse, dann stehen die unterdrückten Ric´s zwar auch in der besagten Datei, werden aber im Client nicht geführt, und ich darf alles noch mal sperren. Da es sich um eine Software handelt die unter Java läuft, kann ich mir den Unterschied bisher nicht erklären.
Ich habe auch nicht die unter Open Suse gesperrten Ric´s in den Dateien im Ordner Settings gefunden.
Weiß jemand vielleicht, wo die unter Open Suse gesperreten Ric´s abgelegt werden, oder ob man die unter Windows eingegebenen irgendwie importieren kann?
Das würde mir sehr helfen.

stoberts

[haehnle]

Hi,

ich befürchte, dass der Ordner nicht im direkten Unterverzeichnis Settings liegt, sondern
im usr/local/Settings gesucht wird. Musst mal schauen, ob das Settings Verzeichnis
irgendwo anderster angelegt wird (legt der Client automatisch an, wenn er es nicht
findet!).

Gruß,
Jochen

[stoeberts]

Hi,

ich befürchte, dass der Ordner nicht im direkten Unterverzeichnis Settings liegt, sondern
im usr/local/Settings gesucht wird. Musst mal schauen, ob das Settings Verzeichnis
irgendwo anderster angelegt wird (legt der Client automatisch an, wenn er es nicht
findet!).

Gruß,
Jochen

Also ich habe jetzt mal ein wenig um her probiert. Dabei hae ich festgestellt, dass die gesperrten Ric´s unter Linux genau in die selbe Datei geschrieben werden wie unter Windows. Das Problem ist jedoch wenn ich die Datei mit dem Texteditor gedit von Open Suse öffne sieht man keine gesperrten Ric´s in der Datei. Wenn du aber den gesamten Ordner, ich habe alle 3 Ordner, die der Crusader anlegt und die Java-Datei in einen Ordner gepackt, auf einen USB-Stick kopiertst, und diesen Ordner dann unter Windows öffnets, dann sind die gesperrten Ric´s die ich unter Linux eingab auf einmal sichtbar.
Unter Open Suse sieht man nichts. Umgekehrt, kann ich auch nicht unter Windows einfach Netzwerkkennungen sperren, und die Daten unter Linux nutzen. Dort werden Sie nicht erkannt.
Es ist vielleicht ein Problem mit dem 10.3 er Open Suse. Ich errinnere mich noch, dass beim 10.0 er das Problem nicht auftrat. Also am Crusader liegt es weniger. Es liegt wahrscheinlich am OS.

stoeberts