Hallo, nach drei Jahren Abstinenz darf ich jetzt wieder ein Linux-System aufziehen. Grund ist der Versuch, eine Anwendung zu testen (OpenFOAM.org), die ich auf opensuse 10.0 installiert habe. Der Installationstest ist soweit durchgelaufen, bis auf die folgende Meldung --snip-- Tcl_Init error: Can't find a usable init.tcl in the following directories: /usr/local/lib/tcl8.4 /home/hussong/OpenFOAM/OpenFOAM-1.2/lib/tcl8.4 /home/hussong/OpenFOAM/lib/tcl8.4 /home/hussong/OpenFOAM/OpenFOAM-1.2/library /home/hussong/OpenFOAM/library /home/hussong/OpenFOAM/tcl8.4.5/library /home/hussong/tcl8.4.5/library /usr/local/lib/tcl8.4 This probably means that Tcl wasn't installed properly. --snap-- Es gibt in meinem System keine init.tcl, obwohl laut YAST tcl installiert sein soll. Wie kriege ich raus, ob tcl auf meinem System richtig installiert ist? Gruß Joachim
Sören Wengerowsky schrieb:
für die eine Datei: rpm -ql tcl | grep init
Für das Paket: rpm -V tcl
Danke für den Tipp. Ich habe jetzt gesehen, dass init.tcl doch installiert ist und das Problem sich wahrscheinlich auf den Suchpfad beschränkt. Die Anwendung sucht in /usr/local/lib/tcl8.4 und finden würde sie sie in /usr/share/tcl/tcl8.4/ Ich habe tcl ganz normmal über YAST installiert und gehe mal davon aus, dass da auch entsprechende Pfade gesetzt werden. tcl ist ja keine Nieschenanwendung. Ich bin daher verwundert, dass es nicht funzt. Mein Workaround sieht so aus, dass ich in /usr/local/lib entsprechende Links gesetzt habe und paraview kommt jetzt hoch. Dennoch bleibt das mulmige Gefühl, dass irgendwas verhunzt ist. Joachim
für die eine Datei: rpm -ql tcl | grep init
Für das Paket: rpm -V tcl
Danke für den Tipp.
Ich habe jetzt gesehen, dass init.tcl doch installiert ist und das Problem sich wahrscheinlich auf den Suchpfad beschränkt.
Die Anwendung sucht in
/usr/local/lib/tcl8.4
und finden würde sie sie in
/usr/share/tcl/tcl8.4/
Ich habe tcl ganz normmal über YAST installiert und gehe mal davon aus, dass da auch entsprechende Pfade gesetzt werden. tcl ist ja keine Nieschenanwendung.
Ich bin daher verwundert, dass es nicht funzt.
Mein Workaround sieht so aus, dass ich in /usr/local/lib entsprechende Links gesetzt habe und paraview kommt jetzt hoch. Dennoch bleibt das mulmige Gefühl, dass irgendwas verhunzt ist.
Das denke ich nicht. Vermutlich hast Du keine SuSE-rpm von OpenFOAM installiert, oder? Dann ist klar, das die Anwendung als Standard-Pfade /usr/local benutzt, ist so Sitte bei nicht zum Basissystem gehörenden Programmen unter Unix, dass man sich NICHT nach /usr, sondern /usr/local legt. Sehr wahrscheinlich kann man vor der Installation (Source? Binär?) von OpenFOAM irgendwie die div. Pfade festlegen... Gruß Frank
Frank Reifenstahl schrieb:
Mein Workaround sieht so aus, dass ich in /usr/local/lib entsprechende Links gesetzt habe und paraview kommt jetzt hoch. Dennoch bleibt das mulmige Gefühl, dass irgendwas verhunzt ist.
Das denke ich nicht. Vermutlich hast Du keine SuSE-rpm von OpenFOAM
installiert, oder? Dann ist klar, das die Anwendung als Standard-Pfade /usr/local benutzt, ist so Sitte bei nicht zum Basissystem gehörenden Programmen unter Unix, dass man sich NICHT nach /usr, sondern /usr/local legt. Sehr wahrscheinlich kann man vor der Installation (Source? Binär?) von OpenFOAM irgendwie die div. Pfade festlegen..
Von OpenFOAM gibt es keine SuSE rpm sondern diverse tars, die einfach zu entpacken sind. Das wars. Man hat die Wahl zwischen dem Quellcode und für "Linux" vorcompilierten Paketen. Irgendwelche Einstellungsmöglichkeiten gibbet nicht. Ich bin natürlich die dortigen Diskussionsforen durch, wo auch von Problemen mit SuSE berichtet wird, aber nix was in die Richtung meines Problemes geht. Na ja, jetzt mit den Links klappts ja. Joachim
participants (3)
-
Frank Reifenstahl -
Joachim Hussong -
Sören Wengerowsky