Egy Ubuntu telepítés margójára

Figyelem: Hullafaradt fejjel torteno puffogas kovetkezik, akit nem erdekel, hajtson tovabb.

Nem tudom... valahogy én mindig ilyenekbe szaladok bele. Legyen ubuntu, de legyen PHP4. De a dapper nem jó, mert az már unsupported, és nekünk supported kell. Oké. Kalap doksi van PHP4 telepítéshez google-n, egy a gond: mind régi. Azok a csomagok, amik müködnének, másfél éve nincsenek meg egy mirroron se.

Jelenleg ott tartok, hogy elöbányásztam egy Debianos PHP4 csomagot, és azt gányolgatom, hogy forduljon le az a nyomorék pár cucc, és gyártson végre debeket belöle. De már elfogy a türelmem.

Nem tudom elhinni, hogy nem lehet continuous építési metódust kitalálni. Egyszerüen nem tudom megmondani neki, hogy ott folytassa mán, ahol abbahagyta, mert addig jó volt, amit csinált, csak egy typo miatt akadt le. Nem, végig kell nyomni az idiota forditasi folyamatot, otszor, mert ot kulonbozofele modon forditja le a php-t. Nem mondom, gyors a gep, de cseppenkent el lehet a tengert is hordani.

Olyan nagy keres, hogy legyen php4 csomag? Tudom, hogy regi, meg oldschool, de bakker, sokkal regibb es sokkal oldschoolabb cuccokra is van eloreportolt csomag (gondolok itt kde3, qt3, gtk1...), pont ebbol miert nincs?

Google powa!
Igen, megtalaltam, igen, nem jo, mert az itt levo php-t nem viseli el hardy-ban levo apache2. A 4.4.4 mar nem kerult be az ubuntuba, es az apache 2.2 csak ettol hajlando egyaltalan szobaalni velem, hogy akkor php4.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( xsak v | 2011. 04. 27., sze – 07:26 )

Vagy egy debian chroot az Ubin belül?

( Yorirou | 2011. 04. 27., sze – 09:02 )

Gondolom azert nincs csomag, mert a PHP4 evek ota nem tamogatott semmilyen szinten a PHP fejlesztoi altal.

( nevergone v | 2011. 04. 27., sze – 13:11 )

Olyan nagy keres, hogy legyen php4 csomag? Tudom, hogy regi, meg oldschool, de bakker, sokkal regibb es sokkal oldschoolabb cuccokra is van eloreportolt csomag (gondolok itt kde3, qt3, gtk1...), pont ebbol miert nincs?

Nagyon nagy különbség van ezek és a PHP 4 között, igazán sajnálom, hogy nem vetted észre elsőre. Ezek ugyanis desktop csomagok, amiket elvétve használhat pár alkalmazás (de szerintem már egy sem), viszont ha hiba is van bennük, jobbára azt is csak a gép előtt ülő tudja kihasználni.
A PHP 4 viszont szerver-alkalmazásoknak van, amit többen elérnek és nehezebb kontrollálni a hozzáférést. Ha ehhez még hozzáteszed, hogy a PHP-nek alapszinten is van pár baja, illetve a PHP 4 több dologban is erősen elmaradott (pl. objektumok), akkor azt mondom, hogy akinek PHP 4 kell még, az sikeres ember nem lehet.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Nem nekem kell, ugyhogy nem veszem magamra :-)

Ami viszont az erem masik oldalat illeti: van egy csomo (jobbara intranetes) proprietary cucc, ami viszont php4-et kovetel. Jo esetben van sokszazezerert 5-os verzio, rossz esetben nincs. Ennel is nagyobb azon cuccok tabora, amik custom kodok, es php4-ben irodtak. Nem gondolom, hogy egy guestbooknal bonyolultabb appot ket perc lenne portolni php5.3-ra. Innentol ervenyesul ket dolog: egy szuk kor hasznalja a php4-et, es ezek hozzaferese altalaban kontrollalva van - na jo, nem annyira, mint egy desktop alkalmazase, de ami kint van interneten, es produktiv cucc, az jobbara mar atirattatott php5-re.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Ha intranetes cucc, akkor végképp nem értem, hogy miért nem tudod egy chroot-olt környezetben használni egy régi rendszerrel, illetve hogy nekik miért kellene továbbra is csomagként szállítani egy régóta nem támogatott és ismert hibákkal teli rendszert.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Azert, mert nem akarok egyszerre ket rendszert karbantartani, patchelni, satobbi, egyet pont eleg. Raadasul az ilyen chrootos rendszerek mindig nyugosek, mert kulon init script kell, hogy elinduljanak, mysql-t ugye nem oda illik tenni, akkor verzio-kompatibilitas biztositasa... Inkabb szopok rovid tavon, es allitok elo mukodo php4 csomagokat, mint rejtek el taposoaknakat a rendszerben, hogy akkor robbanjanak, amikor mar nem varom.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Nem tudom, hogy melyik a nagyobb taposóakna: PHP 4-et az éles rendszerre, vagy fellőni egy chroot-ot és csak olyant tenni bele, aminél nem okoz túl nagy problémát, ha felnyomják.
Persze te tudod, hogy most szívsz, vagy később.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Egy olyan szerveren, amely elsosorban php4 webszerver nincs olyan, hogy "nem okoz tul nagy problemat". Mivel semmi mas szolgaltatasa nem lesz a gepnek, ezert ha a chroot-ot felnyomjak, az egyenerteku a gep felnyomasaval.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( Elbandi v | 2011. 04. 27., sze – 22:02 )

dpkg-buildpackage -us -uc -b -nc

is ujrakezdi elorol?

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!