Hová tart a világ?! Debian fix kiadási dátumokkal?

Debian

A Debian projekt úgy döntött, hogy az eddigi "majd kiadjuk, amikor kész" koncepció helyett ütemterv szerint, két évente fognak új stabil verziót kiadni.

Minden páratlan év decemberében jön a fagyasztás, és minden páros év első felében a kiadás.

Tehát a következő kiadás idén decemberben kerül fagyasztásra, és jövőre adják ki.

Ez azt is jelenti, hogy Lennyt 1 év után váltja le Squeeze.

Mivel 1 év túl rövid idő, lehetőség lesz a Squeeze kiadás kihagyására, és Lennyről egyenesen a még el nem nevezett 7-es verzióra frissíteni.

Eredeti press release itt olvasható.

( arpi_esp v | 2009. 07. 29., sze – 09:57 )

rotfl! :)
avagy hiszem ha latom...

A'rpi

( barii | 2009. 07. 29., sze – 10:42 )

hmm, decemberben fagyasztás, de még a régi (és nálam sz**) xorg van benne. zsiir

( Oscon | 2009. 07. 29., sze – 11:59 )

Kár, nekem jobban tetszett a "majd kiadjuk amikor kész" filozófia.

miért kell buzerálni valami működő rendszert?

Ki tudja egyáltalán hogy a főbb OS összetevőkben libc, kernel, xorg, stb. mikor lesznek nagyobb-kisebb változások ?

Nyílván nagyobb változások esetén hosszabb fejlesztési, tesztelési ciklus kell, ellenkező esetben kijöhetnek sűrűbben is a verziók.

Ez a hasracsapok, és mondok egy évet és akkor is kiadom, meraszondom, ez nekem nem jön be.

Akinek meg sürűbben kell frissebb csomagokkal, az használjon apt-pinning et, vagy testinget, oszt jónapot, vagy ott az uborka, meg a többiek. Ez eddig is így volt.

Miért kell itt is erőltetni ezt a "határidős" marhaságot ?

----------------------

20:45 < Mizu> amiota ubuntu van azota csinalja
20:45 < Mizu> debian alatt nem csinalta
20:45 < Mizu> ott mukodott faszan

Hehe.. ez igaz. Bar ami morbid hogy mikor akartam venni monitort, ugye mondom nezzunk el a kozeli boltba, talan kapni valamit. Bementunk valami elektronikai "szak"uzletbe (electro.. vagy asszem), aztan nezegetni kezdtem a monitorokat. Samsung.. hmm hmm.. szambaztam par kort..erre par bekapcsolt.. mondom vegre. Erre mit latok? UHU telepito mindegyiken. "Ki lehet probalni?".. "Hat most egyelore nincs olyan allapotban".. oh mondom.. (egyik monitort se lehetett.. tok jo volt. :)). De legalabb nem vettem meg azt a Samsung-ot, s Benq mellett dontottem.. azota se banom (s ismet koszonom azoknak akik segitettek valasztani).

Csak helyeselni tudom az észrevételedet. Adják csak ki 3-4 évente, akkor amikor elkészül.
Azt azért még hozzá tenném, hogy a Debian felhasználók jelentős (talán nagyobbik) része most a teszt verziót, azaz a Sid-et használja, ami ugyanúgy változik, mint egy fél évenkénti kiadású másik terjesztés esetében. Vagy nem így van és a Debianéknél 3-4 éves programokat reszelnek évekig?
--
не закурить! (Ne gyújts rá!) не куриться! (Ne dohányozz! Ne füstölögj!)

Nem, a Sid (unstable) az live rendszer, azaz folyamatosan, naprol-napra valtozik. De nem ez a poen. Szerverre _SOHA_ nem raknek Sid-et, de meg csak testinget sem. Sid desktopra kivalo (annak aki ert hozza), azonban olyan kornyezetbe, ahol mukodni kell, kizarolag a stabil valtozatot tennem. Azert, mert az garantalja, hogy mukodik, es tapasztalatom szerint mukodik is.

A stable verziohoz jonnek folyamatosan a bugfixek es security update-ek, de uj featurak, nagyobb valtozasok mar nem kerulnek be. x even keresztul.

akar a halal forditgatni, amikor apt-gettel megvagyok. amugy egyszer kell reszelni, utana jo. de egyszer stabilon is kell.

egyetlen bajom, hogy e17 legutobb szarul mukodott alatta (entrance osszeakadta pammal, es ha elinditottam a daemont, kileptetett mindenhonnan, es szetfagyott a rendszer :))

( utpKabel | 2009. 07. 29., sze – 13:26 )

Félrevezető a cím.

"Hová tart a világ?! Debian fix kiadási dátumokkal?"
vs.
"Debian decides to adopt time-based release freezes"

Tehát nem a kiadások időpontja lesz fix, hanem a fagyasztásé, és utána annyi idő telik el a kiadásig, amennyire szükség van.

Igen. És?
Ez akkor is inkább fix, mintsem a jelenlegi (előző) "majdhavalamikorkészleszkiadjuk."
Én nem tudok róla, hogy bármelyik fix kiadási ciklussal operáló "gyártó" verziókkal előre napra pontosan megadná a kiadás dátumait. (Általában min. negyed éves intervallumokban gondolkodnak.)

( LGee | 2009. 07. 29., sze – 14:14 )

A Microsoft GPL alatt ad ki kodot, az informatikusoknak van nemi elete, a Debian fix kiadasi datumokat tervez, az USA-nak fekete elnoke lett, a Porsche diesel-t gyart... Kozeleg a vilagvege!

( uid_2030 | 2009. 07. 29., sze – 14:58 )

Na, még 1 Ubuntu klón... :)))

> BERUS
Motor: Debian GNU/Linux- Lenny

( GCS v | 2009. 07. 29., sze – 19:24 )

Asszem nekem van egy kicsivel több jogom érdemben hozzászólni a témához mint DD.

Elsődlegesen tévedés hogy a "Debian projekt úgy döntött [...]" a cikkben. Csupán a release manager-ek (kiadások koordinációjáért felelős emberek) döntötték el a dolgot. Az idei DebConf-on vetették fel az _ötletet_ és a _jelenlévők_ többsége jónak találta. Idézem ahogy az eredeti szöveg írja: "The new freeze policy was proposed and agreed during the Debian Project's yearly conference, DebConf, which is currently taking place in Caceres, Spain. The idea was well received among the attending project members." Magyarul feldobták mint _ötletet_/_elképzelést_ és azt a _jelenlévők_ többsége jól fogadta. Nálam ez messze van a _döntéstől_. Ha nagyon kell, elfogadom, de hogy engem nem kérdeztek meg róla mégcsak szimpla email-ben sem az biztos.

Olvastam én is a bejelentést, de most sem merném beküldeni cikknek, biztos nagy vita lesz még belőle. :-| Persze mivel már kiküldték az említett levelet, nem hiszem hogy visszavonják.

Alszom rá egyet. Elsőre egy köztes álláspontot képviselnék.

Elismerem, a Debian sokszor elhúzta a kiadásokat. Az "amikor készen van" hozzáállás nem ösztönzi a fejlesztőket hogy keményen odafigyeljenek és időre javítsanak/összecsiszoljanak mindent.
Kell(ett) a változás, mégis ennyire megmondani hogy ekkor fagyasztás keménynek tünik. Ez akkor jó ha már az előző kiadás befejezése előtt felvázolják-felvázoljuk a következő célokat. Legkésőbb rögtön amikor elkezdődik egy új kiadás ütemezése.

Van most is nagy cél, a multiarch támogatás. Azonban még mindíg vannak nézeteltérések mit-hogyan kellene megcsinálni rendesen. Vannak hibák is, amiket látok. Belementem (bele kellett mennem) a multiarch tesztelésébe és egy ideje elakadtam vele.