[PHP] Updaten naar nieuwe versie

Pagina: 1
Acties:

  • kaandorp
  • Registratie: November 1999
  • Laatst online: 16-08 20:11
Oke.. Even een newbie vraag. Ik heb geen flauw idee waar te beginnen. Heb al het e.e.a. geprobeerd, maar werken ho maar.

Ik draai momenteel PHP 4.0.6 op FreeBSD 4.3 met een MySQL db en Apache 1.3.22
Nu wil ik PHP updaten naar de laatste versie en daarbij gelijk GD 2.x instaleren.

Hoe ga ik te werk? Moet ik eerst PHP verwijderen?
Als ik PHP opnieuw instaleer moet ik dan ook apache opnieuw .configure-en en maken?

Dit stukje uit mijn phpinfo brengt misschien enige licht in de duisternis.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
System FreeBSD freebsd.gni.railinfrabeheer.nl 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 GMT 2001
jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC  i386 

Build Date Dec  5 2001 

Configure Command  './configure' '--with-mysql=/usr/local/mysql' '--with-xml' \ 
'--with-apache=../apache_1.3.22' '--enable-track-vars' 

Server API Apache 
Virtual Directory Support disabled 
Configuration File (php.ini) Path /usr/local/lib/php.ini 
ZEND_DEBUG disabled 
Thread Safety disabled

[edit nelske]
Iets fijner leesbaar gemaakt voor mensen met een kleine monitor ;)

  • RooT
  • Registratie: April 2001
  • Laatst online: 05-05 13:55
Euh.. waarom niet gewoon de ports updaten met CVS? Daarna opnieuw instaleren. Ports doen het vanzelf goed. Bekijk de manual van freebsd om te kijken hoe je ports update e.d. :)

  • kaandorp
  • Registratie: November 1999
  • Laatst online: 16-08 20:11
Het staat op een interne bak zonder internet aansluiting. :'(

  • wzzrd
  • Registratie: Februari 2000
  • Laatst online: 24-05 21:44

wzzrd

The guy with the Red Hat

Op dinsdag 16 april 2002 11:38 schreef kaandorp het volgende:
Het staat op een interne bak zonder internet aansluiting. :'(
Hoe wil je dan gaan updaten?

  • kaandorp
  • Registratie: November 1999
  • Laatst online: 16-08 20:11
Gewoon de losse componenten downloaden (PHP + evt. Apache) en dan via telnet uploaden naar de FreeBSD bak?

  • wzzrd
  • Registratie: Februari 2000
  • Laatst online: 24-05 21:44

wzzrd

The guy with the Red Hat

Kun je je verbinding niet ff sharen en zo toch met ports gaan werken. Dat is écht minder moeite...

  • kaandorp
  • Registratie: November 1999
  • Laatst online: 16-08 20:11
Nee joh... Moet toch niet zo moeilijk zijn?

Heb nu dit:
code:
1
2
3
4
5
6
7
8
9
10
./configure \
--with-mysql=/usr/local/mysql \
--with-xml \
--with-apache=../apache_1.3.24 \
--enable-track-vars \
--with-gd=../gd-2.0.1 \
--enable-gd-native-ttf \
--with-zlib-dir=zlib-1.1.3 \
--with-png-dir=../libpng-1.2.1 \
--with-freetype-dir=../freetype-1.3.1

Maarrrrr.... Ik krijg dit:
code:
1
configure: error: Problem with libpng.(a|so) or libz.(a|so). Please check config.log for more information.

En in de config.log staat:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
configure:19757: checking for the location of libpng
configure:19810: checking for png_info_init in -lpng
configure:19831: gcc -o conftest -g -O2   conftest.c -lpng
    -L/usr/lib -lz -L/lib
     -lz -lcrypt -lm  -lcrypt 1>&5
/usr/libexec/elf/ld: cannot find -lpng
configure: failed program was:
#line 19820 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char png_info_init();

int main() {
png_info_init()
; return 0; }

Moet trouwens ook meteen ff kwijt dat het bij Windows 100 x makkelijker gaat. Maar dat terzijde.

  • _Squatt_
  • Registratie: Oktober 2000
  • Niet online
Op dinsdag 16 april 2002 13:19 schreef kaandorp het volgende:
code:
1
2
3
./configure \
--with-png-dir=../libpng-1.2.1 \
--with-freetype-dir=../freetype-1.3.1
Ik weet het niet zeker, maar meestal moet je met '--with-whatever-dir=' wijzen naar de base dir van je 'whatever' installatie, niet naar de source dir. (maar dat zou bij php anders kunnen zijn, 't lijkt me alleen wat vreemd).
code:
1
2
configure:19757: checking for the location of libpng
/usr/libexec/elf/ld: cannot find -lpng

De linker kan dus geen libpng vinden.
Moet trouwens ook meteen ff kwijt dat het bij Windows 100 x makkelijker gaat. Maar dat terzijde.
Ik betwijfel of alles zelf compileren onder Windows echt 100x makkelijker is. Of bedoel je dat een installer downloaden makkelijker is? Ja, hehe! Gebruik dan de ports, die moeten het juist makkelijk maken.

"He took a duck in the face at two hundred and fifty knots."


  • wzzrd
  • Registratie: Februari 2000
  • Laatst online: 24-05 21:44

wzzrd

The guy with the Red Hat

Op dinsdag 16 april 2002 13:19 schreef kaandorp het volgende:
Nee joh... Moet toch niet zo moeilijk zijn?
Blijkbaar wel.
Moet trouwens ook meteen ff kwijt dat het bij Windows 100 x makkelijker gaat. Maar dat terzijde.
Sja, maar ja, Windows heeft ook weer zijn nadelen. Overigens, als je de ports zou gebruiken, zou het nóg makkelijker gaan dan bij windows.

  • kaandorp
  • Registratie: November 1999
  • Laatst online: 16-08 20:11
Heb de ports nog nooit gebruikt, dus weet ook niet of het makkelijker is. Kan ze ook niet gebruiken, dus das geen optie.

Even alles op een rijtje. Hoe pak ik dit nu aan.
Voor zover ik het nu begrijp moet ik eerst de zlib en de pnglib configgen en make'en.
Vervolgens de GDlib configgen en make'en met daarin de zlib en phplib. Vervolgens php configgen en make'en met daarin de GDlib. Klopt dit?

*ZUCHT*

  • _Squatt_
  • Registratie: Oktober 2000
  • Niet online
Op dinsdag 16 april 2002 14:02 schreef kaandorp het volgende:
Klopt dit?
Het lijkt me inderdaad de logische volgorde.

"He took a duck in the face at two hundred and fifty knots."


  • kaandorp
  • Registratie: November 1999
  • Laatst online: 16-08 20:11
jpeg png en zlib zijn goed gegaan.

Alleen bij het instaleren van FreeType 1.3.1 krijg ik de volgende fout:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
freebsd# make
cd lib; make -f arch/unix/Makefile all
rm -f memory.c file.c mutex.c
ln -s /usr/src/freetype-1.3.1/lib/arch/unix/../../ttmemory.c memory.c
ln -s /usr/src/freetype-1.3.1/lib/arch/unix/../../arch/unix/ttmmap.c file.c
ln -s /usr/src/freetype-1.3.1/lib/arch/unix/../../ttmutex.c mutex.c
make -f arch/unix/Makefile LIB_FILES="freetype.lo ftxkern.lo   ftxgasp.lo   ftxpost.lo   ftxcmap.lo   ftxsbit.lo   ftxwidth.lo  ftxerr18.lo  ftxgsub.lo   ftxgpos.lo   ftxgdef.lo   ftxopen.lo" libttf.la
`libttf.la' is up to date.
cd test; make -f arch/unix/Makefile all
../libtool --mode=link  gcc -I. -I/usr/src/freetype-1.3.1/test/arch/unix/../.. -I..  -I/usr/src/freetype-1.3.1/test/arch/unix/../../../lib -I/usr/src/freetype-1.3.1/test/arch/unix/../../../lib/extend -g -O2  -Wall -pedantic -ansi  -DX11 -DLOCALEDIR='"/usr/local/share/locale"' -o ftview ftview.o common.o gmain.o display.o blitter.o   ../lib/libttf.la -lm -lX11
gcc -I. -I/usr/src/freetype-1.3.1/test/arch/unix/../.. -I.. -I/usr/src/freetype-1.3.1/test/arch/unix/../../../lib -I/usr/src/freetype-1.3.1/test/arch/unix/../../../lib/extend -g -O2 -Wall -pedantic -ansi -DX11 -DLOCALEDIR=\"/usr/local/share/locale\" -o ftview ftview.o common.o gmain.o display.o blitter.o ../lib/.libs/libttf.so -lm -lm -lX11 -Wl,--rpath -Wl,/usr/src/freetype-1.3.1/lib/.libs -Wl,--rpath -Wl,/usr/local/lib
/usr/libexec/elf/ld: cannot find -lX11
*** Error code 1

Stop in /usr/src/freetype-1.3.1/test.
*** Error code 1

Stop in /usr/src/freetype-1.3.1.
freebsd#

Iemand enig idee? Hij probeert volgens mij de X11 directory te vinden, maar die is er niet, want ik heb natuurlijk geen x omgeving op die BSD bak staan. Is dit uit te schakelen?

BTW: Sorry dat ik de layout verneuk, maar das toch iets netter.

  • kaandorp
  • Registratie: November 1999
  • Laatst online: 16-08 20:11
De bovenstaande melding mag vergeten worden.
Ik heb nu FreeType 2.0.9 gedownload en krijg nu het volgende als ik een ./configure doe:
code:
1
2
3
4
5
6
7
8
9
freebsd# cd freetype-2.0.9
freebsd# ./configure
"Makefile", line 26: Need an operator
"Makefile", line 28: Need an operator
"./builds/toplevel.mk", line 46: Need an operator
"./builds/toplevel.mk", line 48: Need an operator
"./builds/toplevel.mk", line 59: Missing dependency operator
"./builds/toplevel.mk", line 61: Need an operator
Error expanding embedded variable.

Fijn allemaal hoor! :(
Pagina: 1