rpmbuild -bc mod_php4.spec - ERROR
[ SuSE 9.0, alle Patches installiert bis zum 1.7.2004] eigentlich will ich nur ein Software-Paket benutzen. Nutzt PHP, aber braucht dba-Support. Ach du liebe Zeit, ist mal wieder PHP-Compilation angesagt. Wieder einmal versuche ich, ohne besondere Eingriffe in das System die von SuSE gedachten Standard-Wege zu gehen. Also die Quellen von mod_php4 mit YaST installiert. Dann ins /usr/src/packages/SPECS/ gewechselt, die Zeile "--enable-dba" hinzugefügt und rpmbuild -bc mod_php4.spec aufgerufen. Ich weiß ja schon, daß da 1001 Fehlermeldungen kommen werden, wenn configure ausgeführt wird. Dann muß ich entweder 888 zusätzliche Software-Pakete installieren, die dann auch wieder ungeahnte Abhängigkeiten haben oder ich muß - mein Standardweg - die spec-Datei so abändern, dass alles problematische rausfliegt. Ich frage mich, WIE MACHT SUSE DAS? Sorry, ich rede zuviel. JETZT gibt es erstmal ein neues Problem, denn rpmbuild bricht mit folgender Meldung ab: + cd /usr/src/packages/BUILD + cd php-4.3.3 + libtoolize -f Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL' You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. + aclocal + autoconf configure.in:146: warning: AC_PROG_LEX invoked multiple times + exit 0 Google brachte diese Meldung schon in anderen Zusammenhängen zutage, es liegt also nicht wirklich an SuSE oder an PHP, sondern hat irgendwie mit libtool zu tun. Aber ich habe nicht herausgefunden, wie ich das Problem lösen kann (ich habe ja auch keine Lust, mich jetzt in libtool einzuarbeiten, nur weil ich eine Software nutzen will die PHP mit dba braucht). Wie hat SUSE das compiliert? Ich habe doch auch nur eine SuSE-9.0-Standard-Installation (naja, eine Software-Entwickler-Standard-Version)... Frustige Grüße Manfred
Am Samstag, 3. Juli 2004 19:44 schrieb Manfred Rebentisch:
Wieder einmal versuche ich, ohne besondere Eingriffe in das System die von SuSE gedachten Standard-Wege zu gehen. Also die Quellen von mod_php4 mit YaST installiert. Dann ins /usr/src/packages/SPECS/ gewechselt, die Zeile "--enable-dba" hinzugefügt und
rpmbuild -bc mod_php4.spec
aufgerufen. Ich weiß ja schon, daß da 1001 Fehlermeldungen kommen werden, wenn configure ausgeführt wird. Dann muß ich entweder 888 zusätzliche Software-Pakete installieren, die dann auch wieder ungeahnte Abhängigkeiten haben oder ich muß - mein Standardweg - die spec-Datei so abändern, dass alles problematische rausfliegt. Ich frage mich, WIE MACHT SUSE DAS? Sorry, ich rede zuviel. JETZT gibt es erstmal ein neues Problem, denn rpmbuild bricht mit folgender Meldung ab:
Schaut mir vollkommen korrekt aus, ich sehe da kein Problem. Du weißt was -bc macht? Wenn Du ein Binary-RPM bauen willst, nimm -bb oder -ba (auch das Source-RPM generieren). -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo Manfred, Am Samstag, 3. Juli 2004 21:17 schrieb Manfred Tremmel:
Schaut mir vollkommen korrekt aus, ich sehe da kein Problem. Du weißt was -bc macht? Wenn Du ein Binary-RPM bauen willst, nimm -bb oder -ba (auch das Source-RPM generieren).
Das eigentliche Problem, ein PHP-Programm mit dba-Support laufen zu lassen, habe ich gelöst, indem ich im Quellcode dpa_open(..., "db3") durch "gdbm" ersetzt habe. Aber auf das bei mir aufgetretene Problem bist Du nicht eingegangen. Mit rpmbuild -bc wird das Projekt in BUILD eingerichtet, die Patches installiert und make aufgerufen. Die entscheidende Fehlermeldung ist: + libtoolize -f Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL' You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. Und damit kann ich nicht viel anfangen, außer daß es auf irgendeiner Änderung bei libtool zusammenhängt. Manfred
Am Samstag, 3. Juli 2004 22:47 schrieb Manfred Rebentisch:
+ libtoolize -f Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL' You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
Und damit kann ich nicht viel anfangen, außer daß es auf irgendeiner Änderung bei libtool zusammenhängt.
Die Meldung besagt nur, dass eine veraltete Variante bei libtoolize entdeckt wurde, aber das sollte kein Problem sein, das ist ein Hinweis, kein Fehler. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (2)
-
Manfred Rebentisch
-
Manfred Tremmel