Helló Urak!
Kb. 3 év FreeBSD-zés után ismét Debian Linuxokat kell adminisztrálnom munka címszó alatt.
Pár nap után teljes erővel rádöbbentem miért váltottam FreeBSD-re, de sajnos most ez nem áll módomban, így megoldást keresek.
Konkrétan arról van szó, hogy a stable Debian ágban lévő .deb package-k felháborítóan és röhejesen régiek.
5.2.0-ás php, miközben a php.net-en a latest stable 2 hónapja releaselve az 5.2.6 (ráadásul konkrétan írják hogy more than 120 bugfix)???
Sid-et ugye production környezetben nem használhatok, egyértelműen nem is javasolják.
Ha meg kézzel forgatok mindent akkor mehet a kukába a csomagkezelő rendszer, adminisztrálhatatlanná válik az egész.
Mi a konstruktív megoldás, esetleg tudnátok-e tippeket adni hogy merre induljak el?
- 1016 megtekintés
Hozzászólások
- A hozzászóláshoz be kell jelentkezni
Jómagam "testing"-ekről töltök. A neve nem szó szerint értendő, mert jók azok.
A hibaarányuk elég kicsi ahhoz hogy érdemesseb legyen friss testing-et használni.
Másrészről meg a stable sem mindig jelent hibátlan dolgot...
---
"A megoldásra kell koncentrálni nem a problémára."
- A hozzászóláshoz be kell jelentkezni
1. kérdés hogy az a 120 bugfixből mennyi az ún. regresszió, tehát ami 5.2.0ban nem volt benne, >5.2.0ben meg benne volt.
2. másrészről 5.2.0t is karbantartják.
3. ún. apt-pinning -el szedhetsz magadnak frissebb php5 öt akár a testing ből is, vagy etch-backports ból (ha van benne), hogy nem borul meg a csomagkezelés.
---------
r=1 vagyok, de ugatok...
- A hozzászóláshoz be kell jelentkezni
Minden rosszindulat nelkul, es maximalisan csak infoszolgaltatas szintjen:
Ha mar dolgoznod kell vele jo lenne, ha megismerkednel ezzel a rendszerrel.
Problemas, ha regiek a csomagok, mivel az uj tulajdonsagok nem kerulnek bele az upstream verziokbol (esetenkent meg az is megtortenik, hogy ezt is megteszik).
A hibakat (foleg ha azok a BTS-be is bekerulnek) javitjak. Ha javitas legegyszerubb resze, hogy verziot valtanak, akkor valtani fognak. Ha a csomag kezeloje lusta/makacs/stb. elofordul, hogy meg ekkor sem a frissites a megoldas, hanem sajat javitast tesz a csomaghoz.
Rendszer adminisztratorkent (foleg mint leirod ez munka lenne) nem az a dolgod, hogy minosisd az altalad kezelt rendszert, hanem, hogy megismerd, es ha valami hianyzik azt beleteszed, ha rossz valami megjavítod.
Mostani kerdes alapjan annyi derul ki: Fajlalod miert nem a legfrissebb csomagok vannak a stable release-ben. Ez a debian dontese. Igy mukodik. Fuggosegek vannak, ok disztribuciokat tartanak karban es nem szoftvereket. Valami fugg valamitol stb stb.
Ezt arra talaltak ki, hogy szep nagy (50+) gepparkot is fent tudjal tartani minimalis idobefektetessel. Itt lehet azon vitazni, jo e ez vagy nem. Azthiszem ez lenyegtelen.
Amennyiben neked ez nem felel meg, adott a lehetoseged a disztribuciok keveresere. Innentol gyakorlatilag sajat disztribuciod lesz. A mostani debian felkeszultseged szintjen produktiv kornyezetben ezt nem javasolhato.
Alternativ lehetoseged van arra, hogy hasznald a backports-ot (fentebb emlitettek). Ez a tenylegesen lassu release ciklus miatt a dinamikusan fejlodo szoftverek uj tulajdonsagaira vagyo felhasznalok miatt jott letre (senki nem vallal ra semmit).
Altalaban ez kisebb fejfajassal jar, mivel tesztelve van a disztribucio egyeb csomagjaival valo egyuttmukodes.
A javaslatom inkabb az, ha pontosan nem tudod, hogy baj van, ne probald megjavitani. (debian changelog, bts olvasgatasa feladat persze)
- A hozzászóláshoz be kell jelentkezni