Hallo Gemeinde,
als ich unlängst unseren Herrn Innenminister in den Medien (wo sonst?)
mal wieder habe reden hören, da standen mir anschließend die “Haare zu Berge”.
Ich befasste mich daraufhin mit “JAP” (TU-Dresden), das aber just ab dem 22. Juni
kommerzialisiert wurde und entweder nur noch sehr dünne Leitungen bietet oder kostet.
Ich wusste dann noch von “tor” und habe das mal auf Win installiert.
Die integrierte Serverfunktion hat mich sagen wir auf die Idee gebracht,
der Sache etwas zu dienen.
Mein älteres Notebook mit einer Suse 9.1, dass zuweilen recht oft ungenutzt
auf meinem Tisch herumsteht könnte sich doch als relativ kostengünstiger
tor-Server eignen.
Also zog ich los und fand auf auf http://tor.eff.org/index.html.de ein
SuSE-RPM (“tor-0.1.2.14-tor.0.suse.i386.rpm”).
Irgendwie muss dann auch noch privoxy (“privoxy-suse-3.0.3-1.i386.rpm”) installiert werden.
Ich begann nach einer Anleitung im www die Installation mit der yast-Install des tor-Paketes
und schon hatte ich ein Problem oder besser zwei in Form von fehlenden Bibliotheken.
benötigt wird: libcrypt.so.0.9.8, libssl.so.0.9.8
vorhanden ist: libcrypt.so.0.9.7, libssl.so.0.9.7
Das System möchte ich mir nicht zerschießen und just SSL
nutze ich, um von win darauf zuzugreifen.
Sollte je ein Link helfen:
cd /usr/lib
ln -s libcrypt.so.0.9.7 libcrypt.so.0.9.8
ln -s libssl.so…..
Hat wer Erfahrungen?
Kennt wer ein Paket speziel für die Suse 9.1?
Hat wer eine relativ idiotensichere Installanleitung configure/make/make install?
Für Eure Mühen danke ich bereits im voraus.
mfG
Gerd
Hallo Gerd,
du könntest einfach das gesamte Paket für Suse 9.1 bauen.
Lade einfach von der Seite das SRPM herunter und baue es mit
rpmbuild –rebuild tor-0.1.2.14-tor.0.suse.src.rpm
neu. Eventuell fehlende Abhängigkeiten für den Paketbau werden als Fehler
ausgegeben und müssen installiert werden.
Sollte alles klar gegangen sein, müsste das entstandene Paket perfekt
in dein System passen.
mfg
Rico
Hallo Rico,
danke für Deinen Rat.
Zuerst hatte ich openssl.0.9.8 installiert, weil ich annahm,
das dort die libs enthalten sind, aber yast bemängelt nach wie vor
die fehlenden libs.
Also beschritt ich Deinen Weg, das scr.rpm hatte ich bereits.
Die als fehlend angemahnten Pakete (openssl…devel, zlib.devel)
habe ich nachinstalliert.
Da ich meinen “gcc” noch nie so recht bemüht habe, erscheint nun – ich hatte
nicht wirklich was anderes erwartet – das nächste Problem:
rpmbuild:
…
checking host system type… i386-pc-linux-gnu
checking for i386-pc-linux-gnu-gcc… no
checking for gcc… gcc
checking for C compiler default output file name…
configure: error: C compiler cannot create executables
…
config.log endet mit den folgenden Zeilen:
…
##—————##
## confdefs.h. ##
##—————##
…
#define ENABLE_THREADS 1
configure: exit 77
Ich habe nur den “original SuSE”-gcc installiert.
…# rpm -qa | grep gcc
gcc-3.3.3-41
libgcc-3.3.3-41
gcc-c++-3.3.3-41
Googlen hat nix gebracht, weswegen ich nun wieder hier bin,
weil ich halt nicht weiter weiß.
Viele Grüße
Gerd
Hallo,
die Fehlerbeschreibung steht weiter oben in der config.log.
Einfach mal nach der Fehlermeldung suchen oder die gesamte config.log
durchgeben.
mfg
Rico
Hallo Rico,
hier ein paar Zeilen der config.log, die den Fehler zeigen sollten:
configure:2752: $? = 0
configure:2759: gcc -v >&5
Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.3/specs
Configured with: ../configure –enable-threads=posix –prefix=/usr –with-local-prefix=/usr/local –infodir=/usr/share/info –mandir=/usr/share/man –enable-languages=c,c++,f77,objc,java,ada –disable-checking –libdir=/usr/lib –enable-libgcj –with-gxx-include-dir=/usr/include/g++ –with-slibdir=/lib –with-system-zlib –enable-shared –enable-__cxa_atexit i586-suse-linux
Thread model: posix
gcc version 3.3.3 (SuSE Linux)
configure:2762: $? = 0
configure:2769: gcc -V >&5
gcc: `-V’ option must have argument
configure:2772: $? = 1
configure:2795: checking for C compiler default output file name
configure:2822: gcc -march=i386 -mtune=i386 -O2 conftest.c >&5
cc1: error: invalid option `tune=i386′ #XXXXXXXXXXXXXXXXXXXXXXXXX
configure:2825: $? = 1
configure:2863: result:
configure: failed program was:
/* confdefs.h. */
#define PACKAGE_NAME “”
#define PACKAGE_TARNAME “”
#define PACKAGE_VERSION “”
#define PACKAGE_STRING “”
#define PACKAGE_BUGREPORT “”
#define PACKAGE “tor”
#define VERSION “0.1.2.14”
#define USE_EVENTDNS 1
#define ENABLE_THREADS 1
/* end confdefs.h. */
…
Die “XXXXXXXXXXXXXX” stammen von mir.
Sollte das “i386” evtl. ein “i586” sein (Suse 9.1) ?
Wo kann ich das ändern? – Im SPEC-File?
Dank im voraus und Gruß
Gerd
Die Änderung muss in der Tat im spec-File vorgenommen werden.
Ich würde -mtune=%{target_cpu} gleich ganz rauslöschen (in Zeile 33).
gcc 3.3.3 scheint diese Option nicht unterstützt zu haben.
mfg
Rico
Hallo Rico,
es ist schon zum Verzweifeln.
Ich tue folgendes:
1. Kopiere tor-0.1.2.14-tor.0.suse.src.rpm nach /usr/src/packages/SOURCES
-> Hier habe ich aus meiner Sicht (noch) keine Möglichkeit,
die tor.spec zu ändern – ist ja im tor…src.rpm “verpackt” – oder?
2. starte: rpmbuild –rebuild /usr/src/packages/SOURCES/tor-0.1.2.14-tor.0.suse.src.rpm
->der Fehler kommt …und eine tor.spec finde ich fortan unter:
/usr/src/packages/BUILD/tor-0.1.2.14/ und
/usr/src/packages/SPECS
3. Weil ich relativ ahnungslos bin, welche beim nächsten rpmbuild benutzt wird,
editiere ich beide mit “kate” und hacke von Zeile 33 das Ende mit “itune= ..” ab
4. starte nochmals: rpmbuild –rebuild /usr/src/packages/SOURCES/tor-0.1.2.14-tor.0.suse.src.rpm
-> der selbe Fehler wird wieder in der config.log gemeldet
5. Nun editiere ich beide tor.spec (Ort wie oben) mit “kate” und kommentiere Zeile 33
komplett aus:
(Beim Editieren bemerke ich:
-> in /usr/src/packages/BUILD/tor-0.1.2.14/tor.spec ist Zeile 33 wieder komplett
-> das trifft auch auf die /usr/src/packages/SPECS/tor.spec zu
6. Ich starte nochmals rpmbuild …
-> der Fehler kommt wieder und beide tor.spec befinden sich wieder im Urzustand
7. Ich nehme an dass die tor.spec immer wieder neu aus dem tor…src.rpm geholt wird und meine
Anpassungen gar keinen Effekt zeigen können?
Wie und wo kann ich die tor.spec nun wirklich ändern?
Das Notebook hat einen iPIII-850
Wie immer Dank + Gruß
Gerd
Beim Aufruf von rpmbuild –rebuild wird das Quellpaket neu installiert und
tor.spec in den Urzustand versetzt.
Also andere Vorgehensweise:
1. Quellpaket installieren (dürfte ja bereits durch rpmbuild –rebuild
passiert sein)
2. tor.spec änderen
3. im Verzeichnis /usr/src/packages/SPECS
rpmbuild -bb tor.spec (nur für Binärpaket) oder
rpmbuild -ba tor.spec (für Binär- und neues Quellpaket)
aufrufen.
mfg
Rico
Danke, Rico,
aber haut net hin.
Bin als root eingeloggt,
kopiere die manipulierte Datei nach /root/tor.spec und
starte:
rmpbuild -bb tor.spec
… und der Fehler kommt wieder ??
Mache aus Verzweiflung das Ganze nochmal, nachdem ich die /root/tor.spec
nochmal kontrolliert und gespeichert habe und siehe da, es schreitet ein Stück voran:
checking for libevent directory… configure: error: Could not find a linkable libevent.
You can specify an explicit path using –with-libevent-dir
-> wo und wie ?
Bin kurz vorm Aufgeben …
Dank + Gruß
Gerd
Es fehlt eine Bibliothek – libevent.
Probiere mal die hier [1]
Falls sie nicht ins System passt, geht das gleiche Spiel hier auch los.
Quellcode laden, Paket neu bauen und installieren.
mfg
Rico
[1] ftp://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/packages/Libraries/libevent/libevent-1.1_0.1-2.guru.suse91.i686.rpm
Hallo Rico,
das Paket ist geschnürt – Dank Deiner Hilfe –
und die Installation per yast hat vorerst keine Probleme
gezeigt.
Gruß
Gerd