openSUSE 10.3 fejlesztési ütemterv

az opensuse 10.2 volt az első eredménye magának az opensuse projektnek. sajnos túl sok mindennel voltak elfoglalva és túl feszített volt a 6 hónapos határidő egy teljesen új kiadáshoz.

a frissítés áldozatul esett a nem megfelelően szinkronban lévő enterprise / opensuse fejlesztésnek. azt kell mondjam, hogy ez a probléma a mai napig fenn áll, bár jelentősen csökkennek a problémák, de azt hiszem a sle11 lépcsőn lesz teljesen szinkronban. ez egyfajta evolúció, amely az aszinkron fejlesztésből adódóan nagyon jó lesz.

a frissítés az egyik fájó pontja az egész verziónak, ennek ellenére, az utóbbi 4 verzió közül, amin dolgoztam ez a kedvencem. a 10.3 fejlesztése jóval átgondoltabban zajlik, nem csípőből fog történni, amelynek számos jelét látni már most is.

a binárisok és codecek témaköre az egyik legnehezebb dolog. a novell nem fog letérni arról az útról, amely a jogkövető magatartást illeti. a perelhető céggel rendelkező disztribúciók ezt a kockázatot nem vállalhatják fel. azt hiszem a megfelelő dokumentáltság lesz a megfelelő megoldás és azon leszek, hogy ez az opensuse magyar oldalain is látványos legyen. örülök, hogy látszik, hogy az igyekezetben nincs hiány.

az 1 cd-s változaton azt kell érteni, hogy a függőségi láncot ésszerűre nyesik vissza, vagyis, hogy a minimál rendszert egyetlen cd-ről fel lehessen tenni, ne kelljen hozzá a többi. ez egyrészt sakkozás a hellyel, másrészt a függőségek racionális átgondolását jelenti, és nem azt, hogy ne lesz több cd vagy nem lenne dvd.

yast2 gtk. azt hiszem ez amire sokan várnak. nos a yast2 gtk kész van, kivéve egyetlen modult, ez pedig a csomagkiválasztás. a yast2 qt kódja 41609 sorból áll, amiből 18432 (44%) foglalkozik a csomagkiválasztással. jelenleg ennek gtk implementációja funkciógazdagságban, hogy finoman fogalmazzak szegényes.

a projektet michael meeks vezeti és azon dolgoznak, hogy ez minél jobb legyen, de az már biztos, hogy része lesz a 10.3-nak, legalábbis ilyen telepítőmintát már fordítottam, amiben yast2 gtk és yast2 qt külön szerepel...

mint új funkció nem, hiszen a suse linux 10.0 óta része a disztribúciónak, de ez amúgy is hitvita. aki eddig kereste az apt-t az eddig megtalálta, a vocal community pedig tüdőből követelte. mivel ez szimpátiakérdéssé degradálódott sok értelmét nem látom, mint must-have funkciót, de sokan általában nem tudnak technikai okokat felsorolni. ez az apt persze nem az az igazi apt, de a felhasználók 90%-ának akár olyannak is mondható. mindenesetre nem ettől lesz az opensuse több vagy kevesebb.

annyira vártam ezt az ubuntu dolgot... boritékoltam, hogy lesz ilyen hozzászólás :)

bevallom nem értelek:
- miért főleg gnome-os az opensuse? mert megpróbálják hasonlóan támogatni a két megoldást? most lesz yast gtk-ra, ettől nem múlik el qt-s verzió...
- a livecd-telepito dolog eddig is volt, csak nem volt publikus ezt hivtak promodvd-nek és a pcworld-be is ezt sóztam el, ott meg lehet nézni, ezt egy kicsit kipofozzák, és lesz egy menüpont, ettől semmi nem vész el ami eddig volt...
- a nyelvi dolog nagy probléma... gondolj bele, ha egy nyelvet támogatsz, az mennyi helyet foglal (nem, nem a mo fájlokra gondolok, hanem mondjuk az ooo csomagokra a *spell dolgokra), ezen ésszerűen kell változtatni, de az 5 CD alternatíva kevés (a magyar nyelv pedig része az 5 CD-s változatnak)
- remélem nem úgy érzed, hogy kevésbé "tud magyarul" mint eddig... szomorú lennék, ha így érzed, és kérlek fejtsd ki, hogy hol, mert akkor azokra a részekre megpróbálok(lunk) nagyobb hangsúlyt fektetni
- a sok novelles kütyű telepítéskor kihagyható... be kell valljam, hogy nalam nincs xgl, beagle, f-spot, zen-update, de van yast, banshee és smart, ettől még ez megy...

minden visszajelzést örömmel veszek ezzel kapcsolatban
köszönöm
k

rendszerfrissítésnél rendszerfrissítés történik, vagyis azon komponensek kerülnek telepítésre, amelyek az előzőben is helyet kaptak (illetve - természetesen - azok függőségei).

ezek után nem elegendő a frissítési forrásokat megadni, hanem a telepítési forrásokat is meg kell, hogy abból tovább lehessen építkezni.

egy másik fontos dolog, hogy pl. a frissítési forrás főleg biztonsági javításokat fog tartalmazni. igazából az egész rendszer nem arra van berendezkedve, hogy pl. a 10.0-hoz 2.16-os gnome kerüljön a frissítési csatornából, hanem arra, hogy az akkor verzió maradjon stabil és biztonságos, és ha az új verziók kellenek, akkor jöhet egy komplett rendszerfrissítés.

persze ez sem az igazi. ezért jött a build service, így ma már a támogatott verziókhoz is lehet legfrissebb gnome-ot tenni. ugyanakkor ez vékony jég is lehet. mert ha az ember ész nélkül elkezdi frissítgetni az alaprendszert teljesen új elemekkel, lassan azon kapja magát, hogy ehy banshee frissítéssel az OOo-t frissítenie kell, ezért bölcsebb a teljese verzió frissítés ilyen esetekben. és pont ez az oka, hogy a hivatalos frissítésekbe nem kerül bele.

kicsit félve kérdezem, hogy ez válasz-e a kérdésedre, mert lehet, hogy nagyon túlgondoltam az egészet :)