"unset" und "basename" sind kleine Kommandozeilentools die normalerweise bei einer Distribution schon mit dabei sind - bei BSD etwa sind die teilweise auch "buildin".
Das beste wäre, wenn du diese und andere eventuell foglende Tools, die das Shell script verwendet ("XYZ: not found") mit dem Optware Paketanager installieren könntest. Notfalls gibt es 2 Alternativen:
a) Diese Tols auch wieder als Quellen laden & kompilieren (aufwendig)
b) Das configurationsskritp umgehen (super duper aufwendig)
...
c) die Verwendung der nicht verfügbaren Tools im configurationsskript manuell vorgeben, das könnte aber frickelig werden...
Die Information die ich gesucht habe, ist, daß die die Option "--with-ssl-dir=PATH" heißt. Wenn das configurationsskript deine SSL Installation nicht finden würde (sobald es denn läuft), dann müßte man das mit dieser Option darauf bringen.
Aber das wäre der Schritt nachdem das ./configure läuft.
Ergebnis 31 bis 40 von 52
- 15.11.2009, 19:03 #31Boskoop
- Registriert
- 11.2009
- Beiträge
- 37
Söö,
Kleines Problem:
Das sind wohl Variablen / Argumente aus der configure. Hab die Datei in den Anhang gepackt.Code:[root@WL700gE netatalk-2.0.3]$ ./configure --help unset: not found / _basename: not found expr: non-numeric argument
AFP ist übern Paketmanager deinstalliert.
Gruß!Geändert von pooz (16.11.2009 um 00:07 Uhr)
- 17.11.2009, 10:07 #32Alkmene
Themenstarter
- Registriert
- 05.2009
- Beiträge
- 35
- 17.11.2009, 11:28 #33Boskoop
- Registriert
- 11.2009
- Beiträge
- 37
Also "unset" und "basename" finde ich in der browserbaren Paketliste nicht. Der Paketmanager gibt auch einen Fehler zurück, dass er die Pakete nicht kennt...komisch.
Hab sogar schon das Developer-Paket installiert (Optware-devel), aber keinen Unterschied.
- 17.11.2009, 12:55 #34Alkmene
Themenstarter
- Registriert
- 05.2009
- Beiträge
- 35
Naja so komisch ist das nicht, soll ja schließlich kein überflüssiger Müll auf einem NAS rumdümpeln.
Eventuell verstecken sich die Tools in anderen Paketen wie Binutils etc. oder auf Kernel-devel Paketen. Hier solltest du erstmal richtig recherchieren bevor wir über andere Maßnahmen nachdenken. Eine einfache Frage im Optware-Forum wo du diese Tools findest wäre wohl auch eine vielversprechende Herangehensweise.
- 20.11.2009, 19:47 #35Boskoop
- Registriert
- 11.2009
- Beiträge
- 37
Ja, schade...hab das Gefühl, ich bin der Einzige meeeiiilenweit und breit, der dieses Peoblem in der Konstellation hat

Sprich: (Immer) noch keine Antwort bzgl der vermissten Tools.
- 20.11.2009, 19:56 #36Alkmene
Themenstarter
- Registriert
- 05.2009
- Beiträge
- 35
Zwei Minuten in Google:
"ipkg install coreutils"
und dann nochmal die Ausgabe von "./configure" hier posten, s'il vous plait.
- 20.11.2009, 20:53 #37Boskoop
- Registriert
- 11.2009
- Beiträge
- 37
Also ganz im Ernst: So hartnäckig wie ich an diese Sache rangehe, hab ich selbstverständlich "ganzes Internet" mit sämtliche google-stichworten nach der Fehlermeldung abgesucht. Was hast du eungegeben?
Jedenfalls:
Und: Den Teil mit rsync bekomme ich mittlerweile, nachdem ich die Optware-Developertools installiert habe, bei jeden ipkg-Befehl mit ausgehändigt. Könnte dieser Fehler auch Ursache sein?Code:[root@PooWL700gE /]$ ipkg install coreutils Package coreutils (7.5-1) installed in /opt/ is up to date. Configuring rsync postinst script returned status 1 ERROR: rsync.postinst returned 1 Nothing to be done Successfully terminated.
- 20.11.2009, 22:45 #38Alkmene
Themenstarter
- Registriert
- 05.2009
- Beiträge
- 35
- 21.11.2009, 00:07 #39Boskoop
- Registriert
- 11.2009
- Beiträge
- 37
Ich meinte den Fehler mit "rsync". Folgende Zielen tauchen bei jedem ipkg Befehl auf. Aber vllt erstmal sekundär.
Hier der Pfad und die Suche:Code:Configuring rsync postinst script returned status 1 ERROR: rsync.postinst returned 1
Code:[root@PooWL700gE /]$ set | grep -i path LD_LIBRARY_PATH=/opt/lib: PATH=/opt/sbin:/opt/bin:/sbin:/bin:/usr/sbin:/usr/bin PATH_SEPARATOR=:
Danke und Gruß!Code:[root@PooWL700gE /]$ find /opt -iname 'basename' /opt/bin/basename /opt/lib/ipkg/alternatives/basename
- 21.11.2009, 00:11 #40Alkmene
Themenstarter
- Registriert
- 05.2009
- Beiträge
- 35
Gut. Dann sollte "./configure" jetzt durchlaufen oder zumindest eine andere Fehlermeldung bringen...
Ähnliche Themen
-
10.5.4 Zugriffsrechte Bug?
Von mr.jk im Forum OS XAntworten: 4Letzter Beitrag: 14.05.2009, 13:04 -
Zugriffsrechte
Von sportler im Forum OS XAntworten: 7Letzter Beitrag: 28.06.2008, 09:24 -
Aus dem KernelPanic Protocol
Von BlackSharky im Forum Unix & TerminalAntworten: 4Letzter Beitrag: 16.10.2006, 22:09 -
Zugriffsrechte
Von macuser im Forum OS XAntworten: 5Letzter Beitrag: 29.07.2006, 15:42 -
NAT Port Mapping Protocol
Von macharry im Forum OS XAntworten: 2Letzter Beitrag: 18.04.2006, 23:30


Zitieren
