A Fedora4 és a php 5.2

Red Hat, Fedora, CentOS

Sziasztok, a segélykiáltásom :) rövid lesz: hogyan tudnám feljavítani a php 5.0.x verziómat a Fedora4 rendszeremen? A yum-mal próbálkozom, a development repo -ban elvileg ott a megoldás, de mindig azt írja ki a php-mbstring 5.2 -re, hogy "no mirrors to try" és ugrik a bableves. Ráadásul a groups -t sem tudja beállítani.
Valami más repo? Elég megpróbálnom csak a php-t updatelni, az mbstring és a php-mysql (és a többi kiegészítő) maradhat 5.0.x? (repülő kövek felém, tudom :)
Abban a reményben írok ide, hátha van valakinek ebben tapasztalata. A szerver "production" és nem merem csak úgy újabb fedorává varázsolni.
minden választ megköszönök.
A.

  • 1622 megtekintés

( r2d2 | 2007. 12. 07., p – 08:22 )

Akkor mi van, ha nem csomagból pakolgatsz, hanem forrásból fordítasz magadnak rendszert testre szabva? Nem olyan nagy ördöngősség, kismillió leírás van róla. Ezt próbáltad már?

mégiscsak a fordítgatás maradt. Természetesen ez sem megy simán. Nyomtam egy phpinfo-t, hogy kiszedjem a fordításhoz a configure infót, de nagy meglepi, hogy ilyenek vannak benne: --without-mysql, --without-gd stb. ami nekem nem jó. Persze utólag tettem fel yum -mal mysql-t és gd -t, de itt nincs yumos lehetőségem. Azt hallottam, jobb, ha külön telepítik a php-mysql -t és gd-t, de fordítással ezt nem értem hogy lehetne. :)

( Webappz | 2007. 12. 07., p – 10:37 )

Milyen architektúrád van?
Milyen repo-kat használsz?
Google-ban találtam egy blogot, amelyben említést tesznek a remi reporól, ami elég szimpatikusnak tűnik első ránézésre, mert régebbi Fedora kiadásokhoz is forgatnak hasznos dolgokat, pl.:Firefox.
Nem ismerem, de lehet, hogy kipróbálom, mert nálunk is van egy-két régebbi Fedora.

-----------------
Webappz - http://webappz.hu

( tibyke | 2007. 12. 07., p – 10:35 )

frissulj szepen fol 8-ra, vagy tolj inkabb egy centos5.1-et

t

1. Sajnos vannak esetek amikor nem lehet "update"-lni, mert egy adott program a Linux csodálatos kompatibilitása miatt meg se röffen az új verzión...
2. Ha az ember dolgozik a gépen akkor nem szívesen frissít amíg van más megoldás.

Én használom a CentOS 5-őt is (jó kis rendszer), épp ma frissítettem 5.1-re a szerverünket sikeresen (hála égnek bekerült a Mono 1.2.4 a csamagok közé, és nem kell kézzel forgatni őket), de a laptopon marad az FC4!

A.

Úgy sem megy.... azt hogy most megy, nem kis "hack"-elés eredménye!
Azért köszi.
De ha valakinek összejön írja le hogyan (F5-Fc6-FC7... stb alatt)
Attila, Perger
-----------------------------------------------------
"Az a szoftver, amelyiket nem fejlesztik, az halott!"

( csonti | 2008. 01. 15., k – 08:57 )

Jaj gyerekek, nagyon szeretném már lecserélni az 5.0.4-es pphp -met, de még a ráolvasás sem segített.
A fedora4 keményen ellene áll. Végül fordítani akartam, nagy nehezen előkerestem a rendszerben a gcc-t, csakhogy a configure leállt azzal, hogy nem találja az apxs -t. Nem csoda, hisz' nincs is, installálnom kell(ene) hozzá a httpd-devel csomagot (apache2 -t használok), akartam is, de a yum egy olyan döbbenetes listát hozott ki nekem a glibctől a kernel headers -ig, amit updatelni tervez hozzá, hogy nem mertem belefogni. Merthogy a szerverem egy production szerver, ugyebár.
Lehet itt valami még tenni? Minden válasznak nagyon örülök, még a kárörvendő oldalbarúgásoknak is. :)
A.

"Egyébként az apache fordítás se egy pilótavizsgás dolog. :)" - mindenki ezt mondja. A php fordításra is. Lehet, hogy így van, csak nem Fedorán :). Van egy tesztgépem, ahol meg a végén purcan ki a configure azzal, hogy nem jó a zlib verzióm (pedig jó) és a bzip2 csomagot installájam újra (újrainstalláltam és ugyanez). Hidd el, inkább vezetnék, egy Boeinget. :)

( csonti | 2008. 01. 15., k – 21:12 )

na most végre sikerült átverekednem a configure -n és a többin, apache leállít, make install és a kimenet a hozzászólás végén.

apache újraindításakor:
[warn] module php5_module is already loaded, skipping

és természetesen a modules könyvtárában még a régi libphp5.so csücsül, habár bemásolt a könyvtárba libphp5.a ill. libphp5.l nevű fájlokat.
A phpinfo is a régi 5.0.4 értéket mutatja. Pont a tornácon esek orra, segítsen nekem valaki.. Köszönöm.

ui: a make test problémázott, hogy lehet gond a php -mel (5.2.5) és a make install nyavajgott a pear-re is.
A make install kimenete: 

Installing PHP SAPI module:       apache2handler
/usr/lib64/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib64/apr/build/libtool' libphp5.la /usr/lib64/httpd/modules
/usr/lib64/apr/build/libtool --mode=install cp libphp5.la /usr/lib64/httpd/modules/
cp .libs/libphp5.lai /usr/lib64/httpd/modules/libphp5.la
cp .libs/libphp5.a /usr/lib64/httpd/modules/libphp5.a
ranlib /usr/lib64/httpd/modules/libphp5.a
chmod 644 /usr/lib64/httpd/modules/libphp5.a
libtool: install: warning: remember to run `libtool --finish /usr/src/php-5.2.5/libs'
Warning!  dlname not found in /usr/lib64/httpd/modules/libphp5.la.
Assuming installing a .so rather than a libtool archive.
chmod 755 /usr/lib64/httpd/modules/libphp5.so
[activating module `php5' in /etc/httpd/conf/httpd.conf]
Installing PHP CLI binary:        /usr/bin/
Installing PHP CLI man page:      /usr/share/man/man1/
Installing shared extensions:     /usr/lib64/20060613/
Installing build environment:     /usr/lib64/build/
Installing header files:          /usr/include/php/
Installing helper programs:       /usr/bin/

Sajnos nem ilyen egyszerű. Az /usr/lib64/httpd/modules/libphp5.so is a régi verzió és ezt tölti be, megnéztem. Rákerestem, de nem találtam a rendszeren újabb verziójú libphp5.so -t. Mí a parancssori php a php -v parancsra azt írja, h ogy 5.2.5 verziójú, de az sem indul rendesen, mert a mysql, gd és odbc -re panaszkodik, hogy nem tudja behúzni. Valószínűleg rossz tanács volt a --with-mysql=shared stb. opció csak simán with-mysql kellett volna. Majd újra forgatom az egészet, csak azt nem értem, mi baja a make test-nek a php-mel. Minden függőséget installáltam yum-mal.

Soha nem forgattam php-t, de a fentiek alapján nem jön létre az apache modul (vagy nem települ megfelelően). Ez alapján amire odafigyelnék a configure-nél az az apxs útvonalának a megadása, ill. a configure kimenetében az erre vonatkozó részek. Tehát pl. megtalálja-e, vagy nem és úgy dönt, hogy akkor modult nem gyárt.

nem panaszkodott az apxs-re miután telepítettem a httpd-devel-t. De azért megadom neki manuálisan is.
A configure néhán yopcióra panaszkodott, hogy nem érti, mint pl. a --disable-dom . A make lefutott, de utána a make test szinte folyton Failed to.. kezdetű sorokat dobált, a make install nem hozott létre modult (végülis szerencsére :), a pear-ra panaszkodott. PEdig mindent installáltam updateltem előtte, amit csak kért. Na most mondja nekem valaki, hogy nem kell pilótavizsga a php fordításához...

még teszek egy próbát és ha azzal sem megyek semmire, felteszem a logokat néhány napon belül. előre is köszi.
egyébként egy hülye kérdés: ha véletlenül nem jó modulokat hozna létre az 5.2.5 php, akkor a régi modulok biztonsági mentését visszamásolva visszaállíthatom a régit? :)
köszi!

az apache és az 5.0.4-es verziójú php egyaránt a rendszer installálásakor jött létre, tehát rpm.
Most viszont már nem lehet magasabb verziójú php-t találni csomagban fedora4-re (a development repo 5.1-es php -je nem települ) ezért kénytelen vagyokk fordítani. Annyit még, hogy ez egy 64bites rendszer.

Köszi.

( csonti | 2008. 01. 17., cs – 14:38 )

ez volt eredetileg:

'./configure' '--build=x86_64-redhat-linux' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-pear=/usr/share/pear' '--with-kerberos' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--with-mime-magic=/etc/httpd/conf/magic' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with-apxs2=/usr/sbin/apxs' '--with-mysql=shared' '--with-gd=shared' '--without-odbc' '--disable-dom' '--disable-dba'
--
Annyit hozzáteszek, hogy eredeti gcc-vel akartam fordítani, amihez az /usr/libexec.../cc1 -ről csináltam linket, de utána a yum frissítette a glibcet és szinte mindent.