ardour 0.9betaX
ardour 0.9betaX
Hi,
ich wollte mal anfragen, ob es jemand geschafft hat ardour in der Version 0.9betaX zu compilieren. Ich hänge da ein wenig fest.
Deshalb läuft bei mir im Moment ardour 0.9beta8 - in der Version wie sie auf Planet CCRMA zu bekommen war.
Bis dann,
Burger
ich wollte mal anfragen, ob es jemand geschafft hat ardour in der Version 0.9betaX zu compilieren. Ich hänge da ein wenig fest.
Deshalb läuft bei mir im Moment ardour 0.9beta8 - in der Version wie sie auf Planet CCRMA zu bekommen war.
Bis dann,
Burger
- corresponder
- Site Admin
- Beiträge: 920
- Registriert: Mo Mär 03, 2003 9:21 pm
- Kontaktdaten:
Hi,
der Hase liegt wohl bei meiner automake (autoconf) Installation - vermute ich. Wenn ich mit
sh autogen.sh
Den Kram starte, erscheint folgendes:
# sh autogen.sh
----------------------------------------------------------------------
Checking basic compilation tools ...
pkg-config: found.
autoconf: found.
aclocal: found.
automake: found.
libtool: found.
gettext: found.
autopoint: found.
----------------------------------------------------------------------
linking autoconf macros to /home/gatt/ardour/aclocal ...
----------------------------------------------------------------------
Bootstrapping makefiles etc.
Ignore any warnings about AC_TRY_RUN, AC_PROG_LEX, and AC_DEFINE ...
Building autoconf files for libs ...
Building autoconf files for libs/sigc++ ...
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.
WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':
WARNING: AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])
WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
Building autoconf files for libs/pbd ...
Building autoconf files for libs/soundtouch ...
Building autoconf files for libs/midi++ ...
Building autoconf files for libs/ardour ...
cvs [checkout aborted]: no such tag gettext-0_11_5
/usr/bin/autopoint: line 259: fatal_error: command not found
find: tmpwrk4670/archive: Datei oder Verzeichnis nicht gefunden
Building autoconf files for libs/gtkmm ...
aclocal: configure.ac: 172: macro `AM_PATH_GTK' not found in library
Habe mich auch an die Hinweise im Readme gehalten und mittels export die *.m4 Verzeichnisse aufgenommen - keine Besserung. Ich frage mich, ob dieses "tmpwrk4670/archive" von ardour zur Verfügung gestellt wird oder ob das bei mir schon irgendwo liegen müsste...
Bis dann,
Burger
der Hase liegt wohl bei meiner automake (autoconf) Installation - vermute ich. Wenn ich mit
sh autogen.sh
Den Kram starte, erscheint folgendes:
# sh autogen.sh
----------------------------------------------------------------------
Checking basic compilation tools ...
pkg-config: found.
autoconf: found.
aclocal: found.
automake: found.
libtool: found.
gettext: found.
autopoint: found.
----------------------------------------------------------------------
linking autoconf macros to /home/gatt/ardour/aclocal ...
----------------------------------------------------------------------
Bootstrapping makefiles etc.
Ignore any warnings about AC_TRY_RUN, AC_PROG_LEX, and AC_DEFINE ...
Building autoconf files for libs ...
Building autoconf files for libs/sigc++ ...
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.
WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':
WARNING: AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])
WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
Building autoconf files for libs/pbd ...
Building autoconf files for libs/soundtouch ...
Building autoconf files for libs/midi++ ...
Building autoconf files for libs/ardour ...
cvs [checkout aborted]: no such tag gettext-0_11_5
/usr/bin/autopoint: line 259: fatal_error: command not found
find: tmpwrk4670/archive: Datei oder Verzeichnis nicht gefunden
Building autoconf files for libs/gtkmm ...
aclocal: configure.ac: 172: macro `AM_PATH_GTK' not found in library
Habe mich auch an die Hinweise im Readme gehalten und mittels export die *.m4 Verzeichnisse aufgenommen - keine Besserung. Ich frage mich, ob dieses "tmpwrk4670/archive" von ardour zur Verfügung gestellt wird oder ob das bei mir schon irgendwo liegen müsste...
Bis dann,
Burger
hhhmmm .... also ich glaube wenn du das source packet installieren willst, brauchst du eigentlich autogen.sh nicht aufzurufen; es sei denn du nimmst die cvs quellen.Burger hat geschrieben:Hi,
der Hase liegt wohl bei meiner automake (autoconf) Installation - vermute ich. Wenn ich mit
sh autogen.sh
Den Kram starte, erscheint folgendes:
Was ist denn wenn du nur ganz normal ./configure && make && make install benutzt?
Gruss :-)
Reinhard
Reinhard
Hallö,
ja, das sind die CVS-Quellen. Hatte mir auch einen Tarball runtergeladen - aber da ist auch ein "./configure" nicht möglich, weil nicht vorhanden. (Das war dieser "nightly tarball") Dementsprechend kommt man auch mit make nicht weit....
Muss mir in nächster Zeit mal die info zu automake durchackern, vielleicht habe ich beim ersten Überlesen etwas verpasst...
Bis dann,
Burger
ja, das sind die CVS-Quellen. Hatte mir auch einen Tarball runtergeladen - aber da ist auch ein "./configure" nicht möglich, weil nicht vorhanden. (Das war dieser "nightly tarball") Dementsprechend kommt man auch mit make nicht weit....
Muss mir in nächster Zeit mal die info zu automake durchackern, vielleicht habe ich beim ersten Überlesen etwas verpasst...
Bis dann,
Burger
vielleicht könntest du auch mal versuchen die tools einzeln zu starten (hat bei mir schon des öfteren gaklappt) um mal zu schauen was die so ausspucken ... also der reihe nach:
# aclocal
# libtoolize --force
# autoheader
# autoconf
# automake
und vielleicht hast du dann ein neues ./configure
# aclocal
# libtoolize --force
# autoheader
# autoconf
# automake
und vielleicht hast du dann ein neues ./configure
Gruss :-)
Reinhard
Reinhard
Hi,
danke für diese ausführliche Anleitung - er streikt schon bei "aclocal" - vermutlich findet er eine m4-Datei nicht - kann mich leider erst am Wochenende genauer damit befassen, da ich im Moment beruflich stark eingespannt bin...
Fehlermeldung bei aclocal lautet:
aclocal: configure.ac: 4: macro `AM_BUILD_ENVIRONMENT' not found in library
Konnte mich aber aus o.g. Gründen noch nicht genauer damit befassen, dementsprechend habe ich auch noch nicht das f+++ manual gelesen
Bis zum Wochenende,
Burger
danke für diese ausführliche Anleitung - er streikt schon bei "aclocal" - vermutlich findet er eine m4-Datei nicht - kann mich leider erst am Wochenende genauer damit befassen, da ich im Moment beruflich stark eingespannt bin...
Fehlermeldung bei aclocal lautet:
aclocal: configure.ac: 4: macro `AM_BUILD_ENVIRONMENT' not found in library
Konnte mich aber aus o.g. Gründen noch nicht genauer damit befassen, dementsprechend habe ich auch noch nicht das f+++ manual gelesen
Bis zum Wochenende,
Burger
Hi,
so, bin nun endlich mal wieder zum "frickeln" gekommen.
habe also aclocal im Verzeichnis ./ardour ausgeführt
Es kam der bekannte Meckeroutput.
Dann habe ich mit libtoolize --force weitergemacht - immer noch im Verzeichnis ./ardour
Daraufhin kam folgende Meldung:
[root@sushi ardour]# libtoolize --force
Remember to add `AC_PROG_LIBTOOL' to `configure.ac'.
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
Okay, die erste Zeile dieser Meldung war schnell behoben ... einfach "AC_PROG_LIBTOOL" in die Datei ./ardour/configure.ac eingetragen. Danach erschien auch diese Meldung nicht mehr, sondern nur noch
libtoolize --force
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
Wie habe ich denn nun diese Anweisung zu verstehen? Muss ich mir die Datei /usr/share/aclocal/libtool.m4 schnappen, den Inhalt kopieren und in die Datei "aclocal.m4" und welche "aclocal.m4" st dann gemein? die in "./ardour/libs/ardour/aclocal.m4" ?
Also an dieser Stelle hänge ich jetzt. Ich gebe hier dann mal den momentanen Output zu allen Aufrufen
Der Eintrag "AC_CONFIG_HEADERS" steht übrigens in der Datei configure.ac drin....
Die fehlenden "install-sh", "mkinstalldirs" und "missing" sind im Hauptverzeichnis von ardour alle vorhanden, handelt sich aber um Softlinks auf die Programme im /usr/-Verzeichnis. Ich habe die Links dann mal verfolgt, laut Berechtigungen müsste es eigenlich hinhauen. Oder habe ich noch irgendwelche Einträge in der "./configure.ac" vergessen?
Bis dann,
Burger
so, bin nun endlich mal wieder zum "frickeln" gekommen.
habe also aclocal im Verzeichnis ./ardour ausgeführt
Es kam der bekannte Meckeroutput.
Dann habe ich mit libtoolize --force weitergemacht - immer noch im Verzeichnis ./ardour
Daraufhin kam folgende Meldung:
[root@sushi ardour]# libtoolize --force
Remember to add `AC_PROG_LIBTOOL' to `configure.ac'.
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
Okay, die erste Zeile dieser Meldung war schnell behoben ... einfach "AC_PROG_LIBTOOL" in die Datei ./ardour/configure.ac eingetragen. Danach erschien auch diese Meldung nicht mehr, sondern nur noch
libtoolize --force
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
Wie habe ich denn nun diese Anweisung zu verstehen? Muss ich mir die Datei /usr/share/aclocal/libtool.m4 schnappen, den Inhalt kopieren und in die Datei "aclocal.m4" und welche "aclocal.m4" st dann gemein? die in "./ardour/libs/ardour/aclocal.m4" ?
Also an dieser Stelle hänge ich jetzt. Ich gebe hier dann mal den momentanen Output zu allen Aufrufen
Code: Alles auswählen
libtoolize --force
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
[root@sushi ardour]# autoheader
autoheader: error: AC_CONFIG_HEADERS not found in configure.ac
[root@sushi ardour]# autoconf
configure.ac:2: error: possibly undefined macro: AM_INIT_AUTOMAKE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:4: error: possibly undefined macro: AM_BUILD_ENVIRONMENT
configure.ac:10: error: possibly undefined macro: AC_PROG_LIBTOOL
[root@sushi ardour]# automake
configure.ac:2: no proper implementation of AM_INIT_AUTOMAKE was found,
configure.ac:2: probably because aclocal.m4 is missing...
configure.ac:2: You should run aclocal to create this file, then
configure.ac:2: run automake again.
configure.ac: required file `./install-sh' not found
configure.ac: required file `./mkinstalldirs' not found
configure.ac: required file `./missing' not found
Die fehlenden "install-sh", "mkinstalldirs" und "missing" sind im Hauptverzeichnis von ardour alle vorhanden, handelt sich aber um Softlinks auf die Programme im /usr/-Verzeichnis. Ich habe die Links dann mal verfolgt, laut Berechtigungen müsste es eigenlich hinhauen. Oder habe ich noch irgendwelche Einträge in der "./configure.ac" vergessen?
Bis dann,
Burger
ja ... das klingt alles ziemlich kompliziert und von dem ganzen autoconf & co. habe ich leider auch nur wenig ahnung
aber auf jeden fall würde ich dir erst mal empfehlen deine programminstallationen NICHT!!! als root zu machen ... oder bist du immer als root unterwegs; no risk no fun, was???
nur fürs "make install" brauchst du root rechte.
also ich würde mal auf die datei im ardour-source-verzeichnis tippen ...libtoolize --force
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
Wie habe ich denn nun diese Anweisung zu verstehen? Muss ich mir die Datei /usr/share/aclocal/libtool.m4 schnappen, den Inhalt kopieren und in die Datei "aclocal.m4" und welche "aclocal.m4" st dann gemein? die in "./ardour/libs/ardour/aclocal.m4" ?
aber auf jeden fall würde ich dir erst mal empfehlen deine programminstallationen NICHT!!! als root zu machen ... oder bist du immer als root unterwegs; no risk no fun, was???
nur fürs "make install" brauchst du root rechte.
Gruss :-)
Reinhard
Reinhard
Hi,
nee, natürlich bin ich NICHT immer als root unterwegs, nur wenn's halt um Installationen geht... Ich hatte das jetzt in diesem speziellen Fall nur mal gemacht, um etwaige "Rechteprobleme" auszuschließen.
Ich bin ja extra von Windoofs auf Linux umgestiegen, damit ich diese ganzen Sicherheitsprobleme nicht habe - insofern habe ich mich da schon im Griff, was den Umgang mit "root" angeht.
Bis dann,
Burger
nee, natürlich bin ich NICHT immer als root unterwegs, nur wenn's halt um Installationen geht... Ich hatte das jetzt in diesem speziellen Fall nur mal gemacht, um etwaige "Rechteprobleme" auszuschließen.
Ich bin ja extra von Windoofs auf Linux umgestiegen, damit ich diese ganzen Sicherheitsprobleme nicht habe - insofern habe ich mich da schon im Griff, was den Umgang mit "root" angeht.
Bis dann,
Burger
Hi,
cool, inzwischen gibt's die 0.9betaX auf Planet CCRMA. Habe mir die direkt mal runtergeladen und installiert. Nach einem ersten kurzen Test stelle ich schon mal fest, dass es WESENTLICH stabiler läuft als vorher. Jedenfalls schmiert's nicht mehr ab, wenn ich eine Datei öffne und anschließend einen Track entferne...
Bis dann,
Burger
cool, inzwischen gibt's die 0.9betaX auf Planet CCRMA. Habe mir die direkt mal runtergeladen und installiert. Nach einem ersten kurzen Test stelle ich schon mal fest, dass es WESENTLICH stabiler läuft als vorher. Jedenfalls schmiert's nicht mehr ab, wenn ich eine Datei öffne und anschließend einen Track entferne...
Bis dann,
Burger
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 0 Gäste