Debian and Time-Based Releases

A

APLinhares

OpenSource
À dias vi isto
frenchbedroom writes "The ongoing Debconf 9 meeting in Cáceres, Spain has brought a significant change to Debian's project management. The Debian project will now freeze development in December of every odd year, which means we can expect a new Debian release in the spring of every even year, starting with 'Squeeze' in 2010. Until now, development freezing was decided by the Debian release team. From the announcement: 'The project chose December as a suitable freeze date since spring releases proved successful for the releases of Debian GNU/Linux 4.0 (codenamed "Etch") and Debian GNU/Linux 5.0 ("Lenny"). Time-based freezes will allow the Debian Project to blend the predictability of time based releases with its well established policy of feature based releases. The new freeze policy will provide better predictability of releases for users of the Debian distribution, and also allow Debian developers to do better long-term planning. A two-year release cycle will give more time for disruptive changes, reducing inconveniences caused for users. Having predictable freezes should also reduce overall freeze time.' We previously discussed talks between Canonical and the Debian release team about fixed freeze dates."
Clicar para expandir...
Fonte
Mas à pouco vi
Debian is NOT switching to time-based releases

At DebConf 9 this week, the Debian release team proposed a new approach to Debian’s release cycle, which was then announced on the Debian web site. Both the Debconf presentation and the announcement were quite clear, but a number of news articles and blog posts on the subject seem to have misinterpreted them.
Debian is not switching to time-based releases. I’m glad they aren’t, because I don’t think it would be the right choice for the project at this time. Time-based releases are the approach used by Ubuntu, where we plan to release on a specific date. Instead, they will use the same approach as in previous releases, where they set criteria for release-critical bugs, and release when all release-critical bugs are closed.
The difference is that they will schedule the freeze date in advance.
rest here
Clicar para expandir...
Fonte

Colocando de lado a credibilidade das Fontes (para mim 2º é bem mais credível), seria sem dúvida uma revolução no modo de funcionamento da Debian, mudando do "It's done when it's done" (que lhe dá o enorme sucesso, estabilidade e credibilidade) para um release bianual (rushing things?).
Que acham?
 
No passado sábado tive a oportunidade de ir ao debian day em Aveiro em que um dos gurus do Debian deu uma palestra de duas horas e isso foi explicado. O Debian entrará em code freeze de dois em dois anos mas a release será when it's ready como é costume nesta distro. Haverá também um esforço para sincronizar o lançamento do próximo Debian com o do Ubuntu LTS.
 
Inicie sessão ou registe-se para poder participar.
Back
Topo