SuSE 8.2, mysql 4.x und PHP 4.x - Failed Dependencies
Hallo, ich stehe mal wieder vor einem Dilemma: ich richte gerade einen Webserver auf Basis von SuSE 8.2 ein: 1) Ich habe mir von Apache 2.x installiert (von ftp.suse.com/pub/ projects/apache) 2) Ich habe mir mysql 4.0.16 installiert (von www.mysql.com bzw. dem Mirror: ftp://ftp.fu-berlin.de/unix/databases/mysql/) 3) Ich wollte nun PHP4 installieren (von ftp.suse.com/pub/projects/ apache). Nur, ich bekomme die Fehlermeldung: webserver:~/pakete/php # rpm -Uvh *.rpm error: failed dependencies: libmysqlclient.so.10 is needed by apache2-mod_php4-4.3.3-4 libmysqlclient.so.10 is needed by mod_php4-core-4.3.3-4 webserver:~/pakete/mysql # rpm -ql MySQL-shared /usr/lib/libmysqlclient.so /usr/lib/libmysqlclient.so.12 /usr/lib/libmysqlclient.so.12.0.0 /usr/lib/libmysqlclient_r.so /usr/lib/libmysqlclient_r.so.12 /usr/lib/libmysqlclient_r.so.12.0.0 Was nun ? Wie gehe ich nun am besten vor ? cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
Hallo Stefan, * Stefan schrieb am 07.11.2003:
Hallo,
ich stehe mal wieder vor einem Dilemma: ich richte gerade einen Webserver auf Basis von SuSE 8.2 ein:
1) Ich habe mir von Apache 2.x installiert (von ftp.suse.com/pub/ projects/apache)
2) Ich habe mir mysql 4.0.16 installiert (von www.mysql.com bzw. dem Mirror: ftp://ftp.fu-berlin.de/unix/databases/mysql/)
3) Ich wollte nun PHP4 installieren (von ftp.suse.com/pub/projects/ apache). Nur, ich bekomme die Fehlermeldung:
webserver:~/pakete/php # rpm -Uvh *.rpm error: failed dependencies: libmysqlclient.so.10 is needed by apache2-mod_php4-4.3.3-4 libmysqlclient.so.10 is needed by mod_php4-core-4.3.3-4
webserver:~/pakete/mysql # rpm -ql MySQL-shared /usr/lib/libmysqlclient.so /usr/lib/libmysqlclient.so.12 /usr/lib/libmysqlclient.so.12.0.0 /usr/lib/libmysqlclient_r.so /usr/lib/libmysqlclient_r.so.12 /usr/lib/libmysqlclient_r.so.12.0.0
Was nun ? Wie gehe ich nun am besten vor ?
Recompiliere die .spm-Dateien von apache2-mod_php4-4.3.3-4 und mod_php4-core-4.3.3-4. Grüße, Tom
Am Freitag, 07. November 2003 14:58 schrieb Thomas Preissler:
Recompiliere die .spm-Dateien von apache2-mod_php4-4.3.3-4 und mod_php4-core-4.3.3-4.
ich dreh hier schon wieder durch :( [...] Configuring SAPI modules checking for AOLserver support... /opt/aolserver configure: error: Please specify the path to the source distribution of AOLserver using --with-aolserver-src=DIR + echo failed + cat .build-status SERVER aol: - configure ... failed + exit 1 Bad exit status from /var/tmp/rpm-tmp.236 (%install) --------------------------------------------------------------------- AOL ??? cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
On Fri, Nov 07, 2003 at 04:39:05PM +0100, Stefan Onken wrote:
Configuring SAPI modules checking for AOLserver support... /opt/aolserver
AOL ???
Ja, AOL hat einen eigenen Webserver. Ich nehme die entsprechenden Zeilen aus dem .spec-File immer raus, weil ich keine Verwendung die erzeugten .rpms habe. -- Have fun, Peter
Am Freitag, 07. November 2003 16:58 schrieb Peter Wiersig:
Ja, AOL hat einen eigenen Webserver.
Ich nehme die entsprechenden Zeilen aus dem .spec-File immer raus, weil ich keine Verwendung die erzeugten .rpms habe.
kannst Du mir mal sagen wo ? cu stonki P.S. Sorry für die PM, falsche Taste gedrückt und zu spät gemerkt ! -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
Hallo Stefan, * Stefan schrieb am 07.11.2003:
Am Freitag, 07. November 2003 16:58 schrieb Peter Wiersig:
Ja, AOL hat einen eigenen Webserver.
Ich nehme die entsprechenden Zeilen aus dem .spec-File immer raus, weil ich keine Verwendung die erzeugten .rpms habe.
kannst Du mir mal sagen wo ?
"rpm -ivh" auf das jeweilige .spm-|.src.rpm-File. Dann liegt unter /usr/src/packages/SPECS das jeweilige .spec-File und da drinnen musst Du es dann ändern. Ich muss zugeben, dass ich mir beim obigen Pfad nicht sicher bin, ich verwende kein RPM-System mehr. Mach dann vielleicht ein "find -name *.spec" in /usr/src. Recompilieren tust Du dann mittels "rpm -ba", oder "rpmbuild"? Sorry, da hab ich keine Ahnung mehr. Grüße, Tom
Hallo,
... webserver:~/pakete/mysql # rpm -ql MySQL-shared /usr/lib/libmysqlclient.so /usr/lib/libmysqlclient.so.12 /usr/lib/libmysqlclient.so.12.0.0 /usr/lib/libmysqlclient_r.so /usr/lib/libmysqlclient_r.so.12 /usr/lib/libmysqlclient_r.so.12.0.0
Was nun ? Wie gehe ich nun am besten vor ?
Recompiliere die .spm-Dateien von apache2-mod_php4-4.3.3-4 und mod_php4-core-4.3.3-4.
mhhhh, hätte es nicht gereicht einen link auf die /usr/lib/libmysqlclient.so.12 mittels ln -s /usr/lib/libmysqlclient.so.12 /usr/lib/libmysqlclient.so.10 zu legen? Ich versuch sowas immer zuerst, da die meisten libs abwärtskompatibel sind... Gruss - Arndt
Am Freitag, 07. November 2003 17:21 schrieb Arndt Stedler:
mhhhh, hätte es nicht gereicht einen link auf die /usr/lib/libmysqlclient.so.12 mittels ln -s /usr/lib/libmysqlclient.so.12 /usr/lib/libmysqlclient.so.10 zu legen? Ich versuch sowas immer zuerst, da die meisten libs abwärtskompatibel sind...
hatte ich auch gedacht, aber mysql 3.x und mysql 4.x ? Ich bin mir ja nicht so sicher... cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
Hallo Arndt, * Arndt schrieb am 07.11.2003:
Hallo,
... webserver:~/pakete/mysql # rpm -ql MySQL-shared /usr/lib/libmysqlclient.so /usr/lib/libmysqlclient.so.12 /usr/lib/libmysqlclient.so.12.0.0 /usr/lib/libmysqlclient_r.so /usr/lib/libmysqlclient_r.so.12 /usr/lib/libmysqlclient_r.so.12.0.0
Was nun ? Wie gehe ich nun am besten vor ?
Recompiliere die .spm-Dateien von apache2-mod_php4-4.3.3-4 und mod_php4-core-4.3.3-4.
mhhhh, hätte es nicht gereicht einen link auf die /usr/lib/libmysqlclient.so.12 mittels ln -s /usr/lib/libmysqlclient.so.12 /usr/lib/libmysqlclient.so.10 zu legen? Ich versuch sowas immer zuerst, da die meisten libs abwärtskompatibel sind...
Und bei einem Major-Release? Lass solche "dirty hacks" lieber, nicht dass Du "unresolved symbols"-Fehlermeldungen bekommst. Und die dann zu finden ist in einem solchen System besch*eiden. Und ausserdem, was ist das für ein großer Aufwand, das .spm zu recompilieren und nach getaner Arbeit hat man ein wieder ein sauberes System? Grüße, Tom
Am Freitag, 07. November 2003 17:47 schrieb Thomas Preissler:
Und ausserdem, was ist das für ein großer Aufwand, das .spm zu recompilieren und nach getaner Arbeit hat man ein wieder ein sauberes System?
also ich scheitere gerade. Was mir PHP so an Fehlermeldungen rauswirft, was er alles nicht findet. Ich bin da gerade seit mehreren Stunden bei - im Rahmen einer Anleitung zum einrichten von Root Servern auf SUSE 8.2 Basis. Aber da bleibt mir nur übrig a) mysql 3.x RPMs von Suse zu verwenden und dann die PHP RPMS zu nehmen oder mysql 4.x RPMS von www.mysql.com und PHP komplett selber kompilieren..... Hat irgendwie keinen Wert..... cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
Hallo Stefan, * Stefan schrieb am 07.11.2003:
Am Freitag, 07. November 2003 17:47 schrieb Thomas Preissler:
Und ausserdem, was ist das für ein großer Aufwand, das .spm zu recompilieren und nach getaner Arbeit hat man ein wieder ein sauberes System?
also ich scheitere gerade. Was mir PHP so an Fehlermeldungen rauswirft, was er alles nicht findet. Ich bin da gerade seit mehreren Stunden bei - im Rahmen einer Anleitung zum einrichten von Root Servern auf SUSE 8.2 Basis. Aber da bleibt mir nur übrig a) mysql 3.x RPMs von Suse zu verwenden und dann die PHP RPMS zu nehmen oder mysql 4.x RPMS von www.mysql.com und PHP komplett selber kompilieren.....
Da fehlen dann einiges -devel-Pakete. Die Vorteile von MySQL 4 entlohnen den Arbeitsaufwand... ;-)) Grüße, Tom
Am Freitag, 07. November 2003 18:25 schrieb Thomas Preissler:
Da fehlen dann einiges -devel-Pakete. Die Vorteile von MySQL 4 entlohnen den Arbeitsaufwand... ;-))
aktuell meckert er: checking for crypt in -lcrypt... yes configure: error: Cannot find rfc822.h. Please check your IMAP installation. + echo failed + cat .build-status SERVER aol: - configure ... failed + exit 1 Bad exit status from /var/tmp/rpm-tmp.95185 (%install) ????? Das File finde ich NIRGENS ! Auch bei google nicht :( cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
Hallo Stefan, * Stefan schrieb am 07.11.2003:
Am Freitag, 07. November 2003 18:25 schrieb Thomas Preissler:
Da fehlen dann einiges -devel-Pakete. Die Vorteile von MySQL 4 entlohnen den Arbeitsaufwand... ;-))
aktuell meckert er:
checking for crypt in -lcrypt... yes configure: error: Cannot find rfc822.h. Please check your IMAP installation. + echo failed + cat .build-status SERVER aol: - configure ... failed + exit 1 Bad exit status from /var/tmp/rpm-tmp.95185 (%install)
????? Das File finde ich NIRGENS ! Auch bei google nicht :(
Brauchst Du IMAP? Wenn nicht, dann raus damit. Grüße, Tom
Am Freitag, 07. November 2003 18:49 schrieb Thomas Preissler:
????? Das File finde ich NIRGENS ! Auch bei google nicht :( Brauchst Du IMAP? Wenn nicht, dann raus damit.
ich tue mir mit dem Rebuilden der RPM Sourcen sehr schwer. Wenn ich einfach nur rpm --rebuild Source-RPM eingebe, dann verlangt er nach allen möglichen Libraries. Wenn ich das Spec File entpacke und dann via rpm -ba das Versuche, scheitere ich auch. Nun habe ich mir mal die Sourcen gesaugt und will das denn mittels rpm -ba übersetzen in ein RPM File: [...} Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.52116 + umask 022 + cd /usr/src/packages/BUILD + cd php-4.3.4 + set -x + ./buildconf You should not run buildconf in a release package. use buildconf --force to override this check. Bad exit status from /var/tmp/rpm-tmp.52116 (%build) webserver:/usr/src/packages/SPECS # rpm -ba php4.spec.in also also nicht gerade weiter :( cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
Hallo, Am Fri, 07 Nov 2003, Stefan Onken schrieb:
Am Freitag, 07. November 2003 18:49 schrieb Thomas Preissler:
????? Das File finde ich NIRGENS ! Auch bei google nicht :( Brauchst Du IMAP? Wenn nicht, dann raus damit.
ich tue mir mit dem Rebuilden der RPM Sourcen sehr schwer. Wenn ich einfach nur rpm --rebuild Source-RPM eingebe, dann verlangt er nach allen möglichen Libraries. Wenn ich das Spec File entpacke und dann via rpm -ba das Versuche, scheitere ich auch.
Woran? Schon mit '--with-apxs2' probiert?
Nun habe ich mir mal die Sourcen gesaugt und will das denn mittels rpm -ba übersetzen in ein RPM File: [...} Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.52116 + umask 022 + cd /usr/src/packages/BUILD + cd php-4.3.4 + set -x + ./buildconf You should not run buildconf in a release package. use buildconf --force to override this check. Bad exit status from /var/tmp/rpm-tmp.52116 (%build) webserver:/usr/src/packages/SPECS # rpm -ba php4.spec.in
Oha, das php4.spec.in ist nur die Vorlage, da musst erstmal 'configure' laufen lassen um das .spec aus dem .spec.in generieren zu lassen. Ausserdem ist das .spec[.in] broken (zumindest das von 4.3.0) und mehr als unvollstaendig. Wenn du willst kann ich dir mal mein .spec mailen, das ist zwar fuer ein voellig anderes System, aber gerade was das ./configure und ein paar andere Tricks angeht kannst du da wohl einiges abschauen. Das kannst du dann mit dem php-spec von deiner SuSE "verwursten" ;) Ah, halt, ich hab ja auch ne 8.2. Da koennte ich ggfs. kurz mal den apache2 installieren und dann gegen den konfigurieren, das duerfte dann weitgehend passen. -dnh, good sigmonster, have a cookie -- PANIC YE NOT: go have a drink
Am Samstag, 08. November 2003 17:27 schrieb David Haller:
Woran? Schon mit '--with-apxs2' probiert?
ja, will aber noch immer apxs finden.. :(
Oha, das php4.spec.in ist nur die Vorlage, da musst erstmal 'configure' laufen lassen um das .spec aus dem .spec.in generieren zu lassen.
aha, das wusste ich nicht.
Ah, halt, ich hab ja auch ne 8.2. Da koennte ich ggfs. kurz mal den apache2 installieren und dann gegen den konfigurieren, das duerfte dann weitgehend passen.
DAS wäre klasse.... !! Dank Dir... Morgen geht es wieder nach London, dann trinke ich einen für Dich mit ! cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
Hi, Stefan Onken schrieb:
Am Samstag, 08. November 2003 17:27 schrieb David Haller:
[...]
Ah, halt, ich hab ja auch ne 8.2. Da koennte ich ggfs. kurz mal den
apache2 installieren und dann gegen den konfigurieren, das
duerfte dann weitgehend passen.
DAS wäre klasse.... !!
Muß man PHP auch für den Apache 1.3 neu kompilieren? Respektive kann man von der obigen Aktion auch profitieren *bitte, bitte* gruß Peter
Hallo, am Montag, 10. November 2003 um 12:49 schrieb peter grotz
Muß man PHP auch für den Apache 1.3 neu kompilieren? Respektive kann man von der obigen Aktion auch profitieren *bitte, bitte*
ich hab noch nix wieder gehoert :) Ich warte auch spannend :) cu stonki -- Deutsche ProFTP Docs: http://www.proftpd.de, EFNET: #proftpd KDE3 Renamer: http://www.krename.net KDE3 Barcode und Label Solution: http://www.kbarcode.net
Hallo, Am Mon, 10 Nov 2003, Stefan Onken schrieb:
am Montag, 10. November 2003 um 12:49 schrieb peter grotz
Muß man PHP auch für den Apache 1.3 neu kompilieren? Respektive kann man von der obigen Aktion auch profitieren *bitte, bitte*
ich hab noch nix wieder gehoert :) Ich warte auch spannend :)
Ich brauch noch ein bisserl, das Makefile ist auch stoerrisch, wenn man nicht gleich direkt ins System installieren will... Fuer Apache 1.3.x reicht es dann aber wohl nur ein %define zu aendern (von apxs2 auf apxs) ;) -dnh --
Linux dagegen ist von Kopf bis Fuss konfigurierbar - allerdings nur mit viel, viel Leserei und Probierei. Das ist der Preis der Skalierbarkeit. -- H. Harms, T. Hallmann auf suse-linux
Hallo peter, * peter schrieb am 10.11.2003:
Hi,
Stefan Onken schrieb:
Am Samstag, 08. November 2003 17:27 schrieb David Haller:
[...]
Ah, halt, ich hab ja auch ne 8.2. Da koennte ich ggfs. kurz mal den
apache2 installieren und dann gegen den konfigurieren, das
duerfte dann weitgehend passen.
DAS wäre klasse.... !!
Muß man PHP auch für den Apache 1.3 neu kompilieren? Respektive kann man von der obigen Aktion auch profitieren *bitte, bitte*
Der Hintergrund ist der, dass sich durch die Verwendung von MySQL 4 auf einem ehemals MySQL 3-System sich die Library-Namen ändern. Dies ist unabhängig vom Apache, da der von MySQL nicht direkt abhängig ist. PHP ist dagegen schon von MySQL abhängig. Grüße, Tom
Am Freitag, 7. November 2003 18:33 schrieb Stefan Onken:
????? Das File finde ich NIRGENS ! Auch bei google nicht :(
Such nicht selbst, frag pin, das findet es nämlich. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo Stefan, hallo Thomas, hallo Leute, Am Freitag, 7. November 2003 18:33 schrieb Stefan Onken:
Am Freitag, 07. November 2003 18:25 schrieb Thomas Preissler:
Da fehlen dann einiges -devel-Pakete. Die Vorteile von MySQL 4 entlohnen den Arbeitsaufwand... ;-))
aktuell meckert er:
configure: error: Cannot find rfc822.h. Please check your IMAP installation.
????? Das File finde ich NIRGENS ! Auch bei google nicht :(
Du suchst an der falschen Stelle - probier mal pin rfc822.h ;-) Gruß Christian Boltz PS: Paket imap-devel -- Guten Tag. Ich will ein Haus bauen. Was soll ich verwenden: Steine oder Mörtel? [Kristian Koehntopp in suse-linux]
Am Samstag, 08. November 2003 00:26 schrieb Christian Boltz:
Du suchst an der falschen Stelle - probier mal pin rfc822.h ;-)
danke, aber nach dem File meckert er rum, das meine Imap Installation fehlerheft ist. Daraufhin habe ich mir das SourceFile von PHP geholt und wollte daraus ein RPM erstellen. Irgendwie mag es aber die APXS2 files von apache nicht - also komm ich da auch nicht weiter... Nachdem ich gestern 10h dabei war, a) komm ich mir relativ blöd vor, b) bewerte ich meine Linux Kenntnisse um einige 10er Potenzen niedriger, c) werde ich wohl bei mysql 3.x bleiben. Schade... cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
participants (9)
-
Arndt Stedler -
Christian Boltz -
David Haller -
Manfred Tremmel -
peter grotz -
Peter Wiersig -
Stefan Onken -
Stefan Onken -
Thomas Preissler