Beköszöntött a feature freeze a Maverick-nél

 ( trey | 2010. augusztus 14., szombat - 17:37 )

Robbie Williamson arra hívta fel a fejlesztők figyelmét nemrég az ubuntu-devel-announce levelezési listán, hogy a Maverick fejlesztése elérkezett a feature freeze mérföldkőhöz. Ez azt jelenti, hogy kivételesen kezelt eseteket kivéve mostantól új csomagok, szolgáltatások stb. nem kerülhetnek be a terjesztésbe, a fejlesztők a disztribúció kiadásáig a hibák kijavításával és a rendszer polírozásával foglalkoznak majd. A Maverick Meerkat fejlesztésének következő mérföldköve a szeptember 2-án megjelenő béta kiadás lesz. A részletek itt olvashatók.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

történt valami lényeges a lucidhoz képet? egy ideje frissítgetem, semmi érdekeset nem láttam, sőt, a narancssárga menüpontok sem bukkantak fel, pedig töröltem a home-ot
--
Dropbox tárhely igénylés: https://www.dropbox.com/referrals/NTMwMDYwODE5

A Frissítéskezelő átállt gksudo helyett a policykitre, így egy helyett már kétszer kéri a jelszót, a csomaglista-frissítéshez és a frissítések telepítéséhez is - mi ez ha nem fejlődés?

ez most irónia volt?:)

amúgy mostanában én sem örülök, lucid óta boot után, meg néha közben is elbarmolja a felbontást, és nem csak ubuntu alatt
--
Dropbox tárhely igénylés: https://www.dropbox.com/referrals/NTMwMDYwODE5

Nem lett esetleg meg gyorsabb a boot? Egy szimpla EEEpc-n mar siman ott tartok, hogy nem eri meg hibernalassal vacakolni, mert gyorsabban betolt nullarol. :)
Hibernalas amugyis mindig labilis feature.

Ezeket a jelszokero cuccokat nem lehet ugy leloni, hogy %wheel-nek beallitasz NOPASSWD: ALL-t es sudo onnantol nem ker kulon jelszot?

tudtuk egy xdisztro ubuntuiso2usbstick appot?:)

unetbootin?

probaltam azt is, valamiert -nalam- nem mukodik maverickkel

Az ubuntu saját indítólemez-készítője nem felel meg?

az nem xdisztro sajni

Katasztrófa ez a 6 hónapos kiadási ciklus :-(

miert?

Mert miatta nem eléggé kiforrott és stabil. 6 hónap írtózatosan kevés. 12 hónapos kiadási ciklus (A) + a közismertebb periférikus programok verziót is érintő frissítgetései egyazon kiadás élettartamán belül (B) = ez jobb lenne.

+1

Szükséges a böngésző, irodai alkalmazás, csevegőprogram, és egyébb, a rendszer többi részétől jól elkülönülő szoftverek (DTP, fotószerkesztő, fejlesztőkörnyezet, stb) opcionális frissítési lehetősége, az alaprendszert meg hagyják békén 1 (vagy inkább 2) éven keresztül. Bőven elég lenne, ha csak az LTS-eket adnák ki. Még a kétévenkénti rendszerújratelepítés is bőven túl sűrű. Azt meg ne mondja senki, hogy a félévenkénti upgradelgetés vagy rolling release-ek (arch linux, gentoo) használata problémamentes és megéri az üzleti és az átlag otthoni felhasználó számára.

Persze eközben kinyomhatnának közbülső, nyilvános de nem támogatott tesztverziókat is, mint ahogyan a closed source világban is vannak nyilvánosság elé nem kerülő verziók (pl Apple Rhapshody). Ezeket a verziókat pedig használhatnák boldogan a fejlesztők meg a kíváncsiak.

Kicsit az az érzésem (nem csak az Ubuntunál, de ott főleg), hogy a linux világban rengeteg erőfeszítést pazarolnak el túl sok és túl gyakori verzió kibocsátására, miközben a tökéletesítésre nem jut erőforrás. 6 havonként kijön egy végleges Ubuntu verzió, miközben a launchpadon vannak bugok, melyeknek már több mint 6 hónapnyi története van. Gyakran pedig a hibát a támogatási időszak végéig sem oldják meg. Előfordul, hogy az upstreamben már egy újabb verzió javította a hibát, de az újabb verzió már nem kerül bele az adott disztribúció frissítései közé, a backport pedig túl sok idő és pepecs lenne. Sokkal jobb lenne, ha backportokkal, saját fejlesztéssel, vagy akárhogy képesek lennének kevesebb, de annál tökéletesebb rendszert összerakni.

+1

Erre gondoltam én is, de te részletesen megfogalmaztad. Még csak annyit, hogy a 6 hónapos kiadási ciklus miatt az LTS kiadásokat sem előzi meg kellő csíszolás, stabilizálás. Ezért sajnálatos módon kb. ugyanolyanok, ugyanannyira nem eléggé teszteltek és kiforrottak, mint a többiek, csak hosszabb a támogatási idejük.

Az LTS-ekből legalább van .1 kiadás. Pl várhatóan két nap múlva érkezik a 10.04.1, a Hardy-ból meg 8.04.4-et lehet telepíteni. Persze sokkal jobb lenne, ha a támogatás túl sok felé elosztott erőforrásait arra fordítanák, hogy eleve kevesebb durva hibával bocsássanak ki rendszereket.

Azért Windows-on nem nagyon fordul elő, hogy alapból települő, támogatott program alapvető funkcionalitása nem működik, és mindez hónapokon belül úgy is marad. Nem időnként előforduló programösszeomlásról, vagy béna megvalósításról beszélek, hanem az adott funkció teljes használhatatlanságáról. (pl baobab törléskor nem a Lomtárba, hanem egy másik hidden mappába helyezi a fájlokat, ergo azokat az átlagjúzer se megtalálni, se törölni nem tudja: https://bugs.launchpad.net/ubuntu/+source/baobab/+bug/209338, a hiba az intrepidben javítva lett, a hardyban soha.)

Fedora-nal openSUSE-nél azt mondaná az ember, hogy ezekkel a nem-kereskedelmi kiadásokkal teszteli, csíszolja a Novell és a RedHat egy-egy újabb piaci termékét. De az Ubuntu-nál sehogysem érti az ember, hova ez a nagy rohanás, miért kell 6 havonta új rendszert kiadni ilyen hibákkal. Jut eszembe, az egyik kiadásukban egyszerűen nem működött Gnome alatt a billentyüzetváltás.

tudom nem linux közösség és ubuntu hibája, de én inkább energiát abba fektetném hogy ilyen cégeket mint ATI és Adobe jól seggberugnék hogy foglalkozzon többet linuxra ""fejlesztett"" softwareükkel.