![](https://seccdn.libravatar.org/avatar/b42d8034f8007417618b5edeef920c59.jpg?s=120&d=mm&r=g)
Hi Thomas, Thomas Hertweck [Thomas.Hertweck@gpi.uni-karlsruhe.de] schrieb:
Florian Evers wrote:
ich hatte mir gestern mal die neuesten Ogg-Vorbis-Tarballs von www.vorbis.org heruntergezogen. Dabei sind ein paar Probleme und Fragen aufgetaucht:
Ich habe eine SuSE7.3, und die im Moment installierten Versionen sind mir einfach zu alt (oggenc Version 0.8)
Hoffentlich hast Du die alten Version deinstalliert, bevor Du ans Installieren der neuen Versionen gegangen bist. Sonst gibt es Chaos...
Ja danke, das wars gewesen! Ich dachte naemlich, dass "checkinstall" die alten RPM's entfernt, aber da waren noch zwei weitere RPM's aktiv, die alles durcheinander gebracht hatten (libogg-devel und libvorbis-devel). Also nochmals alles was nach Vorbis klang per "rpm -e --nodeps" deinstalliert, dann klappte es (fast).
Gut, libao installierte sich wunderbar, libogg ebenfalls (Habe immer mit checkinstall gearbeitet). Bei libvorbis ging es dann los, er meckerte bei "make" rum dass er "/usr/lib/libogg.so" nicht finden konnte. Habe dann ein wenig rumgetestet, und dank rpm kam ich dahinter dass die von mir kompilierte Version nach /usr/local/lib/ installiert wurde und nicht nach /usr/lib/. Klingt ja eigentlich auch logisch, alles Eigenes nach *local* zu kopieren, aber _wieso_ suchen die Pakete dann nicht auch dort nach ihren Komponenten? Ich musste das Problem durch Anpassung des "configure"-Skriptes loesen, und dann ging es. Ist das normal?
Nein. Bist Du sicher, dass Du nach Installation von libogg und von libao ein "ldconfig" durchgefuehrt hast? Befindet sich ein Eintrag fuer das Verzeichnis /usr/local/lib in der Datei /etc/ld.so.conf?
Okay, _das_ hat sich erledigt. Nach der Installation von "vorbis-tools" fehlte immer noch "ogg123", was wegen einer fehlenden Library nicht mitkompiliert wurde (curl/libcurl). Habe ich jetzt nachinstalliert, jetzt hapert es aber direkt an der Kompilation von ogg123! :-( Gehe ich in das Verzeichnis ogg123, und tippe "make", gibt es gcc -O20 -ffast-math -fsigned-char -o ogg123 audio.o buffer.o callbacks.o cfgfile_options.o cmdline_options.o file_transport.o format.o http_transport.o ogg123.o oggvorbis_format.o playlist.o status.o transport.o ../share/libutf8.a ../share/libgetopt.a /usr/local/lib/libvorbisfile.so /usr/local/lib/libvorbis.so -lm /usr/local/lib/libogg.so /usr/local/lib/libao.so -lnsl /usr/lib/libcurl.so -L/usr/ssl/lib -lssl -lcrypto -ldl -lpthread -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib /usr/i486-suse-linux/bin/ld: cannot find -lssl collect2: ld returned 1 exit status make: *** [ogg123] Error 1 Diese Option "-lssl" bringt ihn durcheinander, aber ich weiss nichts damit anzufangen. In dem Makefile taucht nichts aus, scheint daher von einem anderen Tool zu stammen... (Libtool?). Naja egal, ist ja nur der Player! (XMMS sei Dank) :-) Leider klappt jetzt wieder das Auslesen von Audio-CD's nicht mehr, der Konqueror meldet wieder: [--snip--] Beim Laden von audiocd:/ ist folgender Fehler aufgetreten: Prozess konnte nicht gestartet werden: Aufruf des Ein/Ausgabe-Moduls nicht möglich. klauncher meldet: Fehler beim Laden von "kio_audiocd" [--snap--] Aber ich denke damit kann ich leben, auch wenn ich es schade finde... wenn es nur _dabei_ bleibt. Gruss Florian -- TCPA? Nein Danke! http://www.konsumboykott.de