DerAlex Geschrieben 21. Februar 2003 Geschrieben 21. Februar 2003 hi habe ein problem, wollte apache installen und bekomme diesen fehler: [root@linuxrechner apache_1.3.27]# ./configure bash: ./configure: bad interpreter: Keine Berechtigung bin wie man sieht als root eingelogged! Weiß jemand rat? Gruß TT Zitieren
nic_power Geschrieben 21. Februar 2003 Geschrieben 21. Februar 2003 Kontrolliere mal, ob "." auch im Suchpfad ist. Ansonsten kannst Du noch einen Blick ins configure Skript werfen und nachschauen ob die dort eingetragene Shell auch vorhanden ist (sollte aber eigentlich der Fall sein). Nic Zitieren
DerAlex Geschrieben 21. Februar 2003 Autor Geschrieben 21. Februar 2003 Originally posted by nic_power Kontrolliere mal, ob "." auch im Suchpfad ist. Ansonsten kannst Du noch einen Blick ins configure Skript werfen und nachschauen ob die dort eingetragene Shell auch vorhanden ist (sollte aber eigentlich der Fall sein). Nic hm die ganze zeit konnte ich in der shell aber alles machen... Zitieren
nic_power Geschrieben 21. Februar 2003 Geschrieben 21. Februar 2003 Durchaus moeglich, "configure" ruft jedoch externe Skripte aus dem current directory auf (beispielsweise "missing"). Fehlt "." im Suchpfad, so koennen diese Skripte nicht ausgefuehrt werden. Nic Zitieren
DerAlex Geschrieben 21. Februar 2003 Autor Geschrieben 21. Februar 2003 Originally posted by nic_power Durchaus moeglich, "configure" ruft jedoch externe Skripte aus dem current directory auf (beispielsweise "missing"). Fehlt "." im Suchpfad, so koennen diese Skripte nicht ausgefuehrt werden. Nic und wo kann ich das nachschauen? Zitieren
nic_power Geschrieben 21. Februar 2003 Geschrieben 21. Februar 2003 Beispielsweise mit echo $PATH mit export PATH=$PATH:. kannst Du "." mit in den Suchpfad aufnehmen. Nic Zitieren
DerAlex Geschrieben 21. Februar 2003 Autor Geschrieben 21. Februar 2003 Originally posted by nic_power Beispielsweise mit echo $PATH mit export PATH=$PATH:. kannst Du "." mit in den Suchpfad aufnehmen. Nic den . mach ich ja nur weil ich als root ausführen will... Zitieren
nic_power Geschrieben 21. Februar 2003 Geschrieben 21. Februar 2003 Das ist auch sinnvoll, da "." im Suchpfad von Root ein Sicherheitsproblem darstellen kann. Das Problem ist aber, dass "configure" unter Umstaenden die Programme nicht mit "./irgendwas" sondern nur als "irgendwas" aufruft (was dann fehl schlaegt). Nic Zitieren
HansPans Geschrieben 21. Februar 2003 Geschrieben 21. Februar 2003 Hallo, es ist doch so, das das aktuelle verzeichnis nicht im "suchpfad" ist. Deshalb gibt man ein ./ an um, sicherzusetllen das man auch das programm in dem verzeichnis ausführt in dem man sich gerade befindet und nicht eines das irgendwo anders liegt und nur zufällig den selben namen hat. Have a nice day HansPans Zitieren
sheep Geschrieben 21. Februar 2003 Geschrieben 21. Februar 2003 @ nic_power Ich sehe das auch so wie HansPans oder habe ich den Thread irgendwie missverstanden ? Zitieren
nic_power Geschrieben 21. Februar 2003 Geschrieben 21. Februar 2003 "configure" ist ein Shell-Skript (!) welches die Makefiles fuer apache generiert (*). Dieses Skript ruft jede Menge externe Programme und Skripte auf, um die Systemkonfiguration zu ermitteln. Dazu gehoeren unter anderem auch Dateien die im selben Verzeichnis wie "configure" liegen. Ist dieses Verzeichnis _nicht_ im Suchpfad, koennen einige Skripte von configure nicht ausgefuehrt werden. D.h. wenn configure mit ./configure aufgerufen wird und das Verzeichnis "." nicht im Suchpfad vorhanden ist hast Du ein Problem (configure ist dann nicht in der Lage die notwendigen Skripte im aktuellen Verzeichnis auszufuehren). Nic (*) Dieselbe Methode wird bei einer Unmenge an Software angewendet. Das "configure" Skript wird dabei mit autoconf und einer Konfigurationsdatei ("configure.in") für das entsprechende Softwarepaket erzeugt. Zitieren
daking Geschrieben 21. Februar 2003 Geschrieben 21. Februar 2003 hab das gleiche Problem auch gehabt (jedoch nicht mit Apache). Das Problem war, dass die Berechtigungen falsch waren (chmod)... Vielleicht hilft dir das ?! Zitieren
sheep Geschrieben 21. Februar 2003 Geschrieben 21. Februar 2003 Originally posted by daking Das Problem war, dass die Berechtigungen falsch waren (chmod)... In diesem Fall hilft vielleicht ein "chmod +x <datei>". Damit macht dann die <datei> ausführbar. An TrashTalker gerichtet... Zitieren
DerAlex Geschrieben 30. April 2003 Autor Geschrieben 30. April 2003 problem hat sich mitlerweile erledigt, das problem war das +xchmod argument! Zitieren
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.