Page: 1 
edgar-rft
(Moderator)
Show profile
Link to this post
Subject: Audacity 1.3 auf Suse 9.3 kompilieren
Ich gebe zu: ich habe mich vom ak wieder bequatschen lassen:
Anleitung: Audacity 1.3 auf Suse 9.3 kompilieren:
Als erstes mal Yast aufmachen, auf "Software installieren oder löschen" gehen und von dort aus dann folgende Software-Pakete installieren (alles auf den Suse CDs dabei):
Einfach jeweils immer nur an den ersten Namen einen Haken dranklicken, alle in Klammern angegebenen Software-Pakete werden dann automatisch vorgeschlagen und mit "übernehmen" (rechts unten) auch gleich mitinstalliert.
Dann habe ich von "www.wxwidgets.org/downloads" das wxGTK-2.6.1.tar.gz Paket (oder neuer) runtergeladen, einen Ordner home/cvs/wx-widgets erstellt und wxGTK-2.6.1.tar.gz dort hineinkopiert und ausgepackt:
danach hatte ich einen neuen Ordner "wxGTK-2.6.1" mit allen wx-widgets Dateien.
im neuen Ordner "wxGTK-2.6.1" habe ich einen Ordner "linux-build" angelegt, vom Ordner "wxGTK-2.6.1/linux-build" aus habe ich eingegeben:
Das Ergebnis sah dann so aus:
immer noch vom Ordner "wxGTK-2.6.1/linux-build" aus habe ich eingegeben:
"make" dauert eine ganze Weile (je nach Rechner 30 bis 60 Minuten), nach "make install" befinden sich die wx-widgets libraries in /usr/local/lib
zurück nach /home/cvs und Audacity Sourcecode runterladen:
[ 4. Oktober 2006 - neue cvs Addresse: ]
Das kann mit einem 56k Modem schon mal 60 bis 90 Minuten dauern. Anschliessend erscheint im cvs Ordner ein neuer Ordner mit Namen audacity. Davon mache ich normalerweise erstmal eine Kopie mit Namen audacity-src, damit ich, wenn was schiefgeht, nicht das ganze Zeug nochmal runterladen muss.
anschliessend in audacity-src:
erstmal ohne Parameter, um zu sehen, ob configure was zu meckern findet.
typische Fehlermeldungen sehen z.B. so aus:
das bedeutet: höchstwahrscheinlich ist libogg zwar installiert, was aber fehlt ist libogg-devel
ob das so ist kann man folgendermassen herausfinden:
wenn hier nur "/usr/lib/libogg.so" erscheint fehlt libogg-devel. libogg.so ist die eigentliche ogg Systembibliothek
oder:
das gleiche in grün: zlib ist zwar installiert, was in Wirklichkeit fehlt ist zlib-devel
Das ist deshalb wichtig zu wissen weil Audacity ja weiterentwickelt wird und deshalb in Zukunft eventuell noch mehr devel-Pakete nachinstalliert werden müssen.
wenn alles gut geht sieht das am Ende dann so aus:
es steht jetzt zur Entscheidung, ob OSS oder ALSA verwendet werden soll. Mit ALSA beginnt das ganze Spiel nochmal von vorne mit:
(alsa mit portmixer funktioniert momentan leider noch nicht).
anschliessend:
Make dauert mal wieder - bei mir ungefähr eine Stunde.
Was auch noch wichtig ist: da an der Audacity CVS version noch gearbeitet wird kann es vorkommen dass einige Teile von Audacity Kompilerfehler erzeugen, so dass der Kompilerdurchlauf mittendrin abbricht. Damit jetzt aber nicht alles umsonst war gibt es die Möglichkeit mittels verschiedener Konfigurationsschalter einzelne Teile von Audacity vorrübergehend vom Kompilerdurchlauf auszunehmen.
Welche Möglichkeiten es alles gibt kann herausgefunden werden mit:
Im aktuellen Fall erhielt ich einen Abbruch beim Kompilieren der libid3tag:
BTW: Wer weiss, was das ist ? An der id3tag library wurde in letzter Zeit nichts rumprogrammiert - Ich gehe also davon aus dass der Fehler bei mir liegt. Fehlt da wieder irgendein devel-paket oder ist irgendwas falsch konfiguriert ?
(Fehler mittlerweile gefunden - siehe Anleitung weiter unten: fehlende oder falsche devel Pakete zu Fuss installieren)
wenn ich jetzt die Konfigurationsschalter ändere funktioniert's:
Da ich normalerweise noch eine andere (offizielle) Audacity Version auf dem Rechner habe spare ich mir "make install" und starte audacity direkt im audacity-src Verzeichnis, wo ich es auch kompiliert habe mit "./audacity". Wenn ich audacity 1.3 vom Desktop aus starten will schreibe ich mir ein shell-script und bastele mir einen "benutzerdefinierten Anwendungsstarter" (Gnome), der dann nicht audacity sondern das script startet.
audacity.sh:
Momentan erhalte ich beim Start von Audacity eine Fehlermeldung: "Cannot convert from the charset '@LOCALE,UTF-8,ISO-8859-15,CP1252'!" was aber auch daran liegen kann dass in letzter Zeit viel von Windows-Spielkindern an Audacity herumprogrammiert wurde (Nachricht auf Audacity devel: Unicode geht plötzlich nicht mehr). Weiss jetzt nicht, in wie weit das bei meiner Version (22. Juni, ca. 12 Uhr mittags) schon wieder repariert war.
Getestet am 21. und 22. Juni 2005 auf extra nagelneu installiertem Suse 9.3 Linux
Anleitung: Audacity 1.3 auf Suse 9.3 kompilieren:
Als erstes mal Yast aufmachen, auf "Software installieren oder löschen" gehen und von dort aus dann folgende Software-Pakete installieren (alles auf den Suse CDs dabei):
- alsa-devel
- cvs
- gcc (+binutils +glibc-devel)
- gcc-c++ (+libstdc++-devel)
- gtk2-devel (+atk-devel +fontconfig-devel +freetype2-devel +glib2-devel +pango-devel +pkgconfig +xorg-x11-devel)
- libogg-devel
- zlib-devel
Einfach jeweils immer nur an den ersten Namen einen Haken dranklicken, alle in Klammern angegebenen Software-Pakete werden dann automatisch vorgeschlagen und mit "übernehmen" (rechts unten) auch gleich mitinstalliert.
Dann habe ich von "www.wxwidgets.org/downloads" das wxGTK-2.6.1.tar.gz Paket (oder neuer) runtergeladen, einen Ordner home/cvs/wx-widgets erstellt und wxGTK-2.6.1.tar.gz dort hineinkopiert und ausgepackt:
> tar -xvzf wxGTK-2.6.1.tar.gz
danach hatte ich einen neuen Ordner "wxGTK-2.6.1" mit allen wx-widgets Dateien.
im neuen Ordner "wxGTK-2.6.1" habe ich einen Ordner "linux-build" angelegt, vom Ordner "wxGTK-2.6.1/linux-build" aus habe ich eingegeben:
> ../configure --with-gtk --enable-unicode
Anmerkung vom Markus (Audacity Entwickler) am 7. Juli 2005:
Ich würde das aktuelle Audacity (noch) nicht --enable-unicode kompilieren, sonst kann es sein, dass z.B. Effekte nicht mehr funktionieren u.ä.
23. November 2005 - Sourcecode wurde mittlerweile aktualisiert: wx-widgets bitte mit --enable-unicode kompilieren.
Das Ergebnis sah dann so aus:
Configured wxWidgets 2.6.1 for `i686-pc-linux-gnu'
Which GUI toolkit should wxWidgets use? GTK+ 2
Should wxWidgets be compiled into single library? no
Should wxWidgets be compiled in debug mode? no
Should wxWidgets be linked as a shared library? yes
Should wxWidgets be compiled in Unicode mode? yes
What level of wxWidgets compatibility should be enabled?
wxWidgets 2.2 no
wxWidgets 2.4 yes
Which libraries should wxWidgets use?
jpeg builtin
png builtin
regex builtin
tiff builtin
zlib builtin
odbc no
expat sys
libmspack no
sdl no
gnomeprint no
immer noch vom Ordner "wxGTK-2.6.1/linux-build" aus habe ich eingegeben:
> make
> su
Password: (superuser passwort eintippen)
# make install
# ldconfig
# exit
"make" dauert eine ganze Weile (je nach Rechner 30 bis 60 Minuten), nach "make install" befinden sich die wx-widgets libraries in /usr/local/lib
zurück nach /home/cvs und Audacity Sourcecode runterladen:
> cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/audacity co audacity
[ 4. Oktober 2006 - neue cvs Addresse: ]
> cvs -d:pserver:anonymous@audacity.cvs.sourceforge.net:/cvsroot/audacity co audacity
Das kann mit einem 56k Modem schon mal 60 bis 90 Minuten dauern. Anschliessend erscheint im cvs Ordner ein neuer Ordner mit Namen audacity. Davon mache ich normalerweise erstmal eine Kopie mit Namen audacity-src, damit ich, wenn was schiefgeht, nicht das ganze Zeug nochmal runterladen muss.
anschliessend in audacity-src:
> ./configure
erstmal ohne Parameter, um zu sehen, ob configure was zu meckern findet.
typische Fehlermeldungen sehen z.B. so aus:
>>> Could not run Ogg test program, checking why...
>>> The test program failed to compile or link. See the file config.log for the
>>> exact error that occured. This usually means Ogg was incorrectly installed
>>> or that you have moved Ogg since it was installed. In the latter case, you
>>> may want to edit the ogg-config script:
configure: error: must have Ogg installed!
configure: error: /bin/sh './configure' failed for lib-src/libvorbis
das bedeutet: höchstwahrscheinlich ist libogg zwar installiert, was aber fehlt ist libogg-devel
ob das so ist kann man folgendermassen herausfinden:
> whereis libogg
libogg: /usr/lib/libogg.la /usr/lib/libogg.so /usr/lib/libogg.a
wenn hier nur "/usr/lib/libogg.so" erscheint fehlt libogg-devel. libogg.so ist die eigentliche ogg Systembibliothek
oder:
configure: error: zlib.h was not found
>>> You must first install zlib (libz) before you can build this package.
>>> If zlib is already installed, you may need to use the CPPFLAGS
>>> environment variable to specify its installed location, e.g. -I<dir>.
configure: error: /bin/sh './configure' failed for lib-src/libid3tag
das gleiche in grün: zlib ist zwar installiert, was in Wirklichkeit fehlt ist zlib-devel
Das ist deshalb wichtig zu wissen weil Audacity ja weiterentwickelt wird und deshalb in Zukunft eventuell noch mehr devel-Pakete nachinstalliert werden müssen.
wenn alles gut geht sieht das am Ende dann so aus:
Finished configure:
LIBVORBIS: using LOCAL libraries
LIBMAD: using LOCAL libraries
LIBFLAC: using LOCAL libraries
LIBSNDFILE: using LOCAL libraries
LIBID3TAG: using LOCAL libraries
LIBSAMPLERATE: disabled
LIBRESAMPLE: using LOCAL libraries
LIBSOUNDTOUCH: using LOCAL libraries
LIBNYQUIST: using LOCAL libraries
ladspa: enabled
audiounits: disabled
prefix=/usr/local
Note: portaudio v18 only supports OSS. If your system supports
ALSA, you may want to reconfigure --with-portaudio=v19, though
portaudio v19 is newer and possibly less stable.
Run 'configure --help' for an explanation of these options,
otherwise run 'make' to build Audacity.
es steht jetzt zur Entscheidung, ob OSS oder ALSA verwendet werden soll. Mit ALSA beginnt das ganze Spiel nochmal von vorne mit:
> ./configure --with-portaudio=v19 --with-portmixer=no
(alsa mit portmixer funktioniert momentan leider noch nicht).
anschliessend:
> make
Make dauert mal wieder - bei mir ungefähr eine Stunde.
Was auch noch wichtig ist: da an der Audacity CVS version noch gearbeitet wird kann es vorkommen dass einige Teile von Audacity Kompilerfehler erzeugen, so dass der Kompilerdurchlauf mittendrin abbricht. Damit jetzt aber nicht alles umsonst war gibt es die Möglichkeit mittels verschiedener Konfigurationsschalter einzelne Teile von Audacity vorrübergehend vom Kompilerdurchlauf auszunehmen.
Welche Möglichkeiten es alles gibt kann herausgefunden werden mit:
> ./configure --help
Im aktuellen Fall erhielt ich einen Abbruch beim Kompilieren der libid3tag:
..//lib-src/libid3tag.a(util.o)(.text+0x136): In function `id3_util_decompress':
/home/edgar/cvs/audacity-src/lib-src/libid3tag/util.c:139: undefined reference to `uncompress'
collect2: ld returned 1 exit status
make[1]: *** [../audacity] Fehler 1
make[1]: Leaving directory `/home/edgar/cvs/audacity-src/src'
make: *** [audacity] Fehler 2
BTW: Wer weiss, was das ist ? An der id3tag library wurde in letzter Zeit nichts rumprogrammiert - Ich gehe also davon aus dass der Fehler bei mir liegt. Fehlt da wieder irgendein devel-paket oder ist irgendwas falsch konfiguriert ?
(Fehler mittlerweile gefunden - siehe Anleitung weiter unten: fehlende oder falsche devel Pakete zu Fuss installieren)
wenn ich jetzt die Konfigurationsschalter ändere funktioniert's:
> ./configure --with-portaudio=v19 --with-portmixer=no --with-id3tag=no
Da ich normalerweise noch eine andere (offizielle) Audacity Version auf dem Rechner habe spare ich mir "make install" und starte audacity direkt im audacity-src Verzeichnis, wo ich es auch kompiliert habe mit "./audacity". Wenn ich audacity 1.3 vom Desktop aus starten will schreibe ich mir ein shell-script und bastele mir einen "benutzerdefinierten Anwendungsstarter" (Gnome), der dann nicht audacity sondern das script startet.
audacity.sh:
# /bin/sh
cd /home/edgar/cvs/audacity-src
./audacity
Momentan erhalte ich beim Start von Audacity eine Fehlermeldung: "Cannot convert from the charset '@LOCALE,UTF-8,ISO-8859-15,CP1252'!" was aber auch daran liegen kann dass in letzter Zeit viel von Windows-Spielkindern an Audacity herumprogrammiert wurde (Nachricht auf Audacity devel: Unicode geht plötzlich nicht mehr). Weiss jetzt nicht, in wie weit das bei meiner Version (22. Juni, ca. 12 Uhr mittags) schon wieder repariert war.
Getestet am 21. und 22. Juni 2005 auf extra nagelneu installiertem Suse 9.3 Linux
Deutsche Handbücher und Onlinehilfe findet ihr unter "Bitte zuerst lesen", "Informationen und Fragen zur Webseite" und "Allgemeine FAQ"
This post was edited 13 times, last on 2010-04-02, 09:49 by 
?