Visite também: Currículo ·  Efetividade BR-Mac

O que é LinuxDownload LinuxApostila LinuxEnviar notícia


Debian e a adoção do cronograma de lançamentos

Enviado por Julio Cesar Bessa Monqueiro (julioΘgdhpress·com·br):

“Tradução, por Roberto Bech, de artigo da FSM:

“Talvez você já tenha lido que o projeto Debian (minha distribuição GNU/Linux favorita) optou por um cronograma fixo para o lançamento de suas próximas versões. Isso surpreendeu a muita gente, o que provavelmente inclui alguns desenvolvedores do Debian, em particular devido à política do projeto de “lançar quando estiver pronto”, que já vem de longa data. Afinal, o que levou a essa mudança? E será que a ideia é boa? Por Ryan Cartwright”” [referência: guiadohardware.net]


• Publicado por Augusto Campos em 2009-08-10

Comentários dos leitores

Os comentários são responsabilidade de seus autores, e não são analisados ou aprovados pelo BR-Linux. Leia os Termos de uso do BR-Linux.

    A filosofia de “só está pronto quando está pronto”, acaba afastando os usuários, que as vezes querem mais dinamismo no empacotamento de uma Distro…

    luiz (usuário não registrado) em 10/08/2009 às 4:22 pm

    Ironmaniaco,

    Pra isso existem opções, como o Sid.

    >>> Ironmaniaco,

    >>> Pra isso existem opções, como o Sid.

    Eu uso a Squeeze(testing) aqui no trabalho, e instalei alguns pacotes da SID, na época em que o KDE4 precisava(agora basta a testing)

    E, nem todo mundo quer arriscar testing ou sid em um server de produção não? ;)

    Reikainosuke Nekomata (usuário não registrado) em 10/08/2009 às 5:17 pm

    Ou a distribuição testing para os menos corajosos como eu. Eu não uso o stable, mas lamento a decisão do Debian em mudá-lo, pois na minha modesta opinião, não há nenhuma necessidade para isso, a não ser que seja um jogo publicitário.

    Bremm (usuário não registrado) em 10/08/2009 às 7:03 pm

    Jogo publicitário foi o salto no número das versões do Slackware. O que o Debian está fazendo é se adaptar ao mercado, antes que desapareça. Notem que todas as grandes distribuições possuem um cronograma (mais ou menos, pois o Ubuntu às vezes lança nova versão no último dia do mês que deveria ser o “release”, e às vezes também libera versões “capengas” — basta ver a tremenda rasteira que o pessoal do UbuntuStudio levou quando não saiu kernel rt no 8.10).

    http://www.nabble.com/Ubuntu-Studio-8.10%2C–rt-and-2.6.27-td19258177.html

    Se eles colocassem uma meta de uma nova versão a cada ano, já estaria de bom tamanho.

    Marcelo andrade (usuário não registrado) em 10/08/2009 às 7:22 pm

    Pra mim, no momento esse tipo de mudança está mais pra um lobby visando atender aos usuários de Ubuntu.

    Mas quanto a validade do “lançar quando estiver pronto”, é uma discussão interessante e muito válida.

    Reikainosuke Nekomata (usuário não registrado) em 11/08/2009 às 10:47 am

    Creio que o Debian não precisa se adaptar ao mercado para não desaparecer, na minha modesta opinião outras distribuições correm risco maior.

    Não sei se com a nova política a distribuição old-stable não venha a tomar o lugar da stable. Se isso ocorrer, a mudança não seria mais do que mera questão semântica.

    Bremm (usuário não registrado) em 11/08/2009 às 4:43 pm

    @ Reikainosuke Nekomata

    Eu também gostaria de acreditar que não seria necessário mudar o ritmo do Debian, mas o problema reside na defasagem do que está no stable e o que há no testing. Para servidores, um ano creio que é o suficiente, mas depender-se de uma versão mais nova que sabe-se lá quando irá sair para agregar novos recursos, é uma tortura muito grande. Por esse motivo o CentOS está na dianteira, pela preferência de quem administra sistemas baseados em Linux. Até gostaria de ter dados mais confiáveis, mas o que se vê de LAMP internet afora baseado em CentOS… O próprio BR-Linux é hospedado em um servidor nesses moldes.

    $ w3m -dump_head http://br-linux.org
    HTTP/1.1 200 OK
    Date: Tue, 11 Aug 2009 19:42:35 GMT
    Server: Apache/2.2.3 (CentOS)
    Last-Modified: Tue, 11 Aug 2009 19:26:22 GMT
    ETag: “707a76c-c8ca-ad76b380″
    Accept-Ranges: bytes
    Content-Length: 51402
    Cache-Control: max-age=300, must-revalidate
    Expires: Tue, 11 Aug 2009 19:47:35 GMT
    Connection: close
    Content-Type: text/html; charset=UTF-8

    A proposta é para fixar o cronograma para os “freezes” (congelamentos), não para os lançamentos, ou seja, permanece a filosofia de só lançar quando está pronto. :-)

Este post é antigo (2009-08-10) e foi arquivado. O envio de novos comentários a este post já expirou.