FreeBSD: PHP4 problemen met current ports

[SvMp]

Ik heb op mijn FreeBSD-server apache staan.
Aangezien ik aan het werk ga met een website die PHP en MySQL gebruikt, wil ik deze twee er bij op hebben.

De server is FreeBSD 4.5, een maandje geleden geinstalleerd.
Eerst cvs-upte ik de ports-collection. Vervolgens installeerde ik eerst Apache, waar een iets nieuwere versie van was.

Daarna MySQL, wat prima verliep.

Toen PHP4, wat niet zo goed ging. In tegenstelling tot voorheen had ik geen keuzes. Eerst kwamen er een aantal dependencies, en daarna PHP4. Daar gaat het mis

[root@internet:/usr/ports/lang/php4]# make install
===> Extracting for php4-4.2.1
>> Checksum OK for php-4.2.1.tar.bz2.
===> php4-4.2.1 depends on executable: autoconf213 - found
===> php4-4.2.1 depends on shared library: mcrypt.6 - found
===> php4-4.2.1 depends on shared library: c-client4.8 - found
===> php4-4.2.1 depends on shared library: mysqlclient.10 - found
===> php4-4.2.1 depends on shared library: snmp.4 - not found
===> Verifying install for snmp.4 in /usr/ports/net/net-snmp
===> Returning to build of php4-4.2.1
Error: shared library "snmp.4" does not exist
*** Error code 1

Stop in /usr/ports/lang/php4.
*** Error code 1

Stop in /usr/ports/lang/php4.
[root@internet:/usr/ports/lang/php4]#

Ik heb nooit meegemaakt dat een port het niet doet.
Wat kan het wezen?

[Polichism]

euh.. Ik heb overigens wel vaak dat die ports het niet doen...

Error: shared library "snmp.4" does not exist

Maar dat lijkt mij dat een gedeelte libery genaamd "snmp.4" niet bestaat.
Deze fout heb ik zelf nog niet eerder gehad.

[VyperX]

Misschien is het een idee om de cvs opnieuw uit te voeren? Het kan zijn dat de server waar je ze vanaf haalde nog halverwege synchronisatie was van die bepaalde port. Heb ik ook al een keer gehad.
Veel succes!

[JaNNeS]

Misschien een oude config die nog in de weg zit of zo. Lijkt er iig wel op. Ook even in die port `make deinstall', evt. de workdir in die port weghalen, en FYI, je weet dat external variables handling
veranderd is? Zo niet raad ik je aan om de cvs-tag
BEFORE_PHP_4_2_0 (dus 4.1.2) te gebruiken.

Edit:

Argh, ook overheen gelezen...
/usr/ports/net/net-snmp probeer die port anders eerst
eens te de+reinstallen.

't is nog vroeg

[SvMp]

Op zondag 26 mei 2002 08:56 schreef VyperX het volgende:
Misschien is het een idee om de cvs opnieuw uit te voeren? Het kan zijn dat de server waar je ze vanaf haalde nog halverwege synchronisatie was van die bepaalde port. Heb ik ook al een keer gehad.
Veel succes!

Dit had ik vrijdagmiddag voor het eerst, gistermiddag opnieuw cvsup gedaan, maar nog steeds hetzelfde gedonder.
Ik probeer het nu nog maar eens een keer.

[Kettrick]

als in /usr/local/lib een snmp.6 oid staat kan je die library symlinken aan snmp.4.

dan doe je "ldconfig /usr/local/lib/"

en dan probeer je PHP nog eens te bakken

[SvMp]

Op zondag 26 mei 2002 12:17 schreef RoeLz het volgende:
als in /usr/local/lib een snmp.6 oid staat kan je die library symlinken aan snmp.4.

dan doe je "ldconfig /usr/local/lib/"

en dan probeer je PHP nog eens te bakken

Dat heb ik al eerder met mcrypt.6 en mcrypt.7 moeten doen, is niet echt een oplossing die de schoonheidsprijs verdient. Bovendien was libsnmp vreemd genoeg nergens te vinden.



Maar ik hou het toch op een tijdelijke rotte port.
Ik heb opnieuw gecvsupt, en de build opnieuw gedaan en het ging goed
Ik kreeg bij PHP4 ook weer het menu met keuze-opties met wat er wel en wat niet ondersteund moet worden, bij die rotte PHP4 kreeg ik dat niet. En dat gedonder met libs symlinken (mcrypt) was ook niet meer nodig.

[Kettrick]

Op zondag 26 mei 2002 12:49 schreef svdmeer het volgende:

[..]

is niet echt een oplossing die de schoonheidsprijs verdient.

Nope, maar het werkt vaak prima

maar als het anders kan is dat vaak beter