Dotaz: aktualizace RH(7.3)

[tomas]

Zdravim,
mam server s rh7.3 a doted mi plne vyhovoval. Potrebuji aktualizovat PHP na 4.3.2., stah jsem rpmko, ovsem to mi vyhodilo spoustu zavislosti...tak jsem je pracne hledal, stahnul a instaloval, abych zjistil, ze maji take zavislosti ... "!@!@$#%$#%@!!!!!!!

OTAZKA: Lze nejak inteligentne zjistit co VSECHNO potrebuje za baliky, popripade aby si je vyzadal(stahnul(a nainstaloval))?

zkousel jsem neco jako up2date - ovsem tam mi napsal ze mam mit RH8.0 a pak nejakej port z debianu apt-get, kterej mi zaktualizoval akorat sendmaila, kteryho ani nemam nainstalovaneho (qmail)

Odpovědi

[unchallenger]

existuje např. independence, urpmi, ... ale upozorňuji, že jestli jsi vzal php z rawhide nebo cojávím odkud, tak to může skrz závislosti chtít upgrade prakticky celého systému, protože to prostě bylo zkompilované s novějšími knihovnami, etc. doporučuji raději zkusit rekompilovat .src.rpm.

[Ruža Becelin]

Na RPMFind.net se dá najít balík i s OS, pod kterým byl zkompilován - takže pro RH7.3 lze rh73, rh72, rh7x, občas projde i mandrake. S rawhide mám špatné zkušenosti, většinou chce poslední verze knihoven...

[unchallenger]

jenže php 4.3.2 není ani v rh9, natož v rh7.3 rekompilace src.rpm php bude stejně chtít (a) nainstalovat -devel balíčky od půlky vesmíru (b) pohrabat se ve .spec file a vyhodit všechny nadbytečné moduly... z rawhide obvykle neberu binárky, ale .src.rpm, protože binární kompatibilita tam není žádná -- od toho je to rawhide

[Ruža Becelin]

Když o tom tak uvažuju - nebude lehčí tar.gz (bz2)??? Kolikrát mi ty závislosti připadají tak nedotažené, že raději kompiluju ze zdrojáků.
BTW: namýlím-li se, src.rpm nedovolí nastavit parametry u kompilace, což by mi zrovna u PHP chybělo....

[unchallenger]

Povolí. Ale pokud je to něco, co má za následek, že se např. změní obsah balíčku (přibudou či ubudou soubory) a není to explicitně podporované jako volitelné ve spec file, tak asi pohoříte. Zrovna do PHP bych nejraději 2/3 věcí vůbec nekompiloval, protože mi k ničemu nejsou.

[Dan]

A nebo zacni pouzivat FreeBSD. :D Aktualizace pres CVSup, pohoda,..... Cest praci. D. www.starhill.org

[SYSMAN]

Pouzij APT-RPM.Je i pro RH 7.3.Je lepsi nez RH Network. Teda myslim, protoze neumi spustit RHN s prikazove radky a APT-RPM ano.

[unchallenger]

borci, asi jste nepochopili problém. pokud jsem si všiml, apt-rpm ani freebsd neřeší problém, jak instalovat nový sw na starý systém, kde nemám potřebné závislosti. pokud aby ano, tak je to na nobelovu cenu za informatiku ;)

[Michal Vymazal]

Mno jo. Kdysi jsem resil stejny problem. Vysledkem je, ze na tom serveru je ted Debian stable a aktualizace resim pres apt-get install nebo dselect. Lepsi radu fakt nemam

[skywalker]

no borec, vo freebsd je fakticky verzionovany iba zaklad systemu, SW tretich stran je k dispozicii prakticky v poslednych stabilnych verziach ci pre fbsd 4.x ci 5.x (drobne odlisnosti obcas) takze tento problem by mu to vyriesilo - je tam konkretne php 4.3.3.r1 (samozrejme Ti doinstaluje vsetky potrebne zavislosti)

[unchallenger]

pokud php 4.3.3.r1 jede v jinak nijak neupgradovaném FreeBSD 4.5, tak OK, FreeBSD dokáže udržet kompatibilitu podstatně déle než RH (bylo by ostatně s podivem, kdyby ji něco porušovalo ještě častěji než RH ;) ale nic víc to neznamená. pokud bude nové PHP záviset na nových verzích dalších věcí, musím je prostě upgradnout také -- pohodlnost toho procesu může být různá, ale na samotném faktu to nic nemění v RH si mohu nové PHP rebuildnout, jen k tomu musím nainstalovat -devel balíčky od půlky vesmíru, jak jsem psal na začátku, protože PHP je mrcha nenažraná (FreeBSD samostatné devel balíčky nemá, takže problém vypadá, jako že neexistuje, ale mít ty -devel věci instalované pořád mi také nepřijde jako obzvlášť skvělé řešení) a samozřejmě mohu upgradnout RH, zas takový problém to není...

[SYSMAN]

A kdo me da tu cenu? APT-RPM resi problem zavislosti.Pokud mu nejaky balicek chybi kontaktuje databazi RPMDB a v nich najde balicek s chybejicima zavislostma.