Anúncio de desenvolvimento do ‘Debian Linux Release’ de 1993

• Ian Murdock afirmou que o Debian Linux Release, uma distribuição criada quase do zero e não apenas uma versão do SLS com pequenos ajustes, deve ficar pronto em breve
• O trabalho começou a partir de insatisfações surgidas durante o uso e a modificação do SLS; o sistema básico está praticamente concluído, mas antes de verificar as fontes mais recentes e incorporar componentes adicionais, ele pediu opinião da comunidade
• A ajuda necessária inclui oferecer um site de FTP anônimo e enviar sugestões de pacotes, séries e recursos para incluir na versão final; os pacotes do SLS não seriam necessariamente incluídos no Debian
• O objetivo era uma composição enxuta, com menos binários e manpages duplicados, componentes atualizados, scripts de upgrade, instalação que não exigisse acompanhamento constante e um processo de configuração que ajudasse desde fstab até Xconfig
• Também queria permitir que usuários sem acesso à internet recebessem pacotes periódicos de upgrade e bibliotecas adicionais de pacotes, além de reduzir o esforço para manter tudo atualizado por meio de registro de origem e documentação

---

Anúncio de desenvolvimento do Debian Linux Release de 1993

• Ian Murdock disse que deu à nova versão de Linux o nome Debian Linux Release e que ela deve ficar pronta em breve
• Não era uma versão levemente modificada do SLS, mas uma distribuição construída quase do zero
• Ao usar o SLS, ele sentiu insatisfação com muitos aspectos e concluiu que, depois de tantas mudanças, seria mais fácil recomeçar do zero
• O sistema básico está praticamente concluído, mas ainda resta confirmar se todos os componentes usam as fontes mais recentes
• A conclusão da versão ainda pode levar algumas semanas, e ele queria receber feedback antes de adicionar elementos mais “fancy”

Ajuda solicitada à comunidade

• A ajuda necessária se dividia principalmente em duas partes
  • alguém para oferecer um site de FTP anônimo onde publicar a versão
  • opiniões, sugestões e conselhos da comunidade Linux, além de recomendações de pacotes ou séries específicos para incluir na versão final
• Os pacotes incluídos no SLS não entrariam necessariamente no Debian, e ele pediu que avisassem se houvesse algum pacote do SLS realmente essencial, além de ferramentas básicas como ls e cat
• Também eram bem-vindas sugestões de melhoria da instalação, como um recurso para escolher antes os pacotes indesejados e não precisar acompanhar todo o processo de instalação
• Ele pediu que as respostas fossem enviadas por e-mail e acrescentou que, caso houvesse discussão no grupo de notícias, seria bom evitar que isso virasse flamewar

Em que ele queria superar o SLS

• O objetivo era uma composição menor e mais enxuta, eliminando binários e manpages duplicados
• Queria integrar pacotes de upgrade por meio de componentes atualizados e de scripts de upgrading do sistema básico
• Imaginava um processo de instalação com instalação do basedisk, cópia dos discos de distribuição e seleção de pacotes, após o qual o usuário pudesse ir fazer outra coisa
• Pretendia incluir um procedimento de configuração do sistema que tentasse ajudar na configuração de tudo, de fstab a Xconfig
• Planejava ferramentas baseadas em menu para instalação e upgrade de pacotes, configuração do sistema, ajuda e administração do sistema
• Queria oferecer pacotes periódicos de upgrade e bibliotecas adicionais de pacotes para usuários sem internet
• Entre os pacotes adicionais fora do sistema básico, poderiam estar S3 X-server, nethack e Seyon
• A meta era ter uma documentação ampla, indo além de alguns poucos READMEs
• Pretendia registrar a origem de cada componente e se ele era a versão mais recente, para que o usuário pudesse verificar a localização do código-fonte e a versão incluída

[GN⁺]

Opiniões no Hacker News

• Debian mudou minha vida. O primeiro sistema operacional feito por vários desenvolvedores que conheci, no fim dos anos 90, foi o RedHat 5.0, e a documentação era praticamente só os Linux HOWTOs
  Era uma época em que eu fazia o pppd atender o telefone para me conectar de casa à casa de um amigo, sempre fazia login como root, e o fvwm parecia o auge do estilo
  O Debian eliminou o atrito com documentação local de alta qualidade, comunidade e pacotes ajustados à mão para se encaixarem bem no sistema inteiro, fazendo uma diferença como se, andando por Los Angeles, alguém tivesse me dado um carro e um mapa
  O potato funcionava bem, o woody parecia o futuro, e usei-o por alguns anos em um iBook G3. O sarge, por causa da espera longa demais, ainda me parece algo “futurista, mas desconectado da realidade”

  • Fiz uma pequena contribuição para ajudar o Debian. Por volta de 1996 ou 1997, encomendei dos EUA 100 CDs do Debian 1.1 para a Europa e os enviei a 100 pessoas na Europa, e até a algumas no norte da África
    Quando os 100 acabaram e encomendei mais 30, já era o Debian 1.2. Se minha memória estiver errada, talvez tenha sido de 1.2 para 1.3, e não de 1.1 para 1.2
    Na época era difícil conseguir distribuições Linux; no máximo era via conexão discada ou comprando revistas ou livros que vinham com CDs de Linux. Eu usava Slackware e depois passei a usar Debian e distribuições derivadas quase continuamente; passei brevemente por Red Hat e Fedora, mas no fim voltei para o Debian
  • Minha primeira experiência com Linux/Unix no fim dos anos 90 foi quase igual. A única diferença é que, depois de experimentar o Redhat 5.0 e antes de me estabelecer no Debian, usei OpenBSD por pouco tempo como firewall
    Naquela época o Debian parecia muito mais “certo” que o Redhat, e depois disso quase nunca voltei para o lado do Redhat. Na época o Debian tinha bem menos suporte de terceiros e, até o Ubuntu decolar, o ecossistema Redhat dominava completamente, então sempre havia a insegurança de eu talvez ter escolhido de novo a opção errada no mundo da tecnologia

• O compartilhamento de dados naquela época era realmente ótimo. Mesmo considerando uma era como a atual, com ameaças de segurança da internet transformadas em arma, o método de pedir que colocassem algo em um site FTP anônimo parecia melhor do que o site de compartilhamento por arrastar e soltar mais conveniente
  A parte que dizia que “o Debian incluirá tudo atualizado” soa irônica hoje. Hoje o Debian se tornou um sistema confiável e estável, e também é flexível o bastante para desenvolvimento, mas parece que as prioridades mudaram
  Debian é minha distribuição favorita, e simplesmente sempre funciona bem. A vida de Ian Murdock teve aspectos trágicos e ele passou por várias empresas; fico curioso sobre como ele teria visto a evolução do Debian

  • Se você quiser os canais Unstable/Testing atualizados, o Debian ainda oferece essa opção, mas me identifico mais com o Debian Stable
    Quando o gerenciador de pacotes em rede APT do Debian surgiu, ele era bem novo e incomum. Você ouvia falar de algum pacote, digitava um comando no shell, e o Debian geralmente tinha aquele pacote, que era instalado imediatamente
    Quando eu usava Red Hat antes do Debian, precisava visitar vários sites para encontrar pacotes, o que hoje parece uma forma ingênua e perigosa: "https://www.neilvandyke.org/lab-linux-1999/#software"
    Agora o ecossistema de pacotes está mais maduro, e o Debian Stable quase sempre tem o que preciso, então ainda aproveito as vantagens do APT. Alguns dias atrás até peguei a pilha fechada Nvidia CUDA do repositório non-free do Debian Stable, e simplesmente funcionou bem
  • Segundo a Wikipedia, Ian Murdock faleceu em 2015: https://en.wikipedia.org/wiki/Ian_Murdock
  • Trabalhei de perto com Ian na Progeny Linux. Naquele momento ele não era um desenvolvedor ativo do Debian, mas tecnicamente era muito forte
  • Infelizmente, ele faleceu em 2016. Que Ian descanse em paz
  • Testing é bem estável para algo chamado “testing”, e a unstable é surpreendentemente estável, a ponto de poder ser chamada de stable. A exceção é cerca de um mês logo após o lançamento, a cada dois anos, quando as coisas que ficaram congeladas para o release são liberadas
    Estabilidade não é a única funcionalidade importante. As atualizações simplesmente funcionam bem, melhor do que em qualquer distribuição que testei. Isso vale desde que você não crie um frankendebian, e, mesmo se criar, surpreendentemente muitas vezes “simplesmente funciona”
    Se for um sistema rodando só alguns serviços, dá para configurar um pouco o pacote unattended-upgrades e praticamente esquecer dele

• Conheci o Debian pela primeira vez em uma loja de eletrônicos usados em Rohnert Park, na Califórnia. Um garoto estranhamente parecido com Martin Short interpretando Ed Grimley no SCTV levou ao caixa uma pilha grossa de disquetes e disse, orgulhoso, que iria usá-los para instalar o Debian Linux

• O Linux inicial é de uma época anterior à minha experiência com computação, então precisei procurar o que era SLS. Era o Softlanding Linux System[0], e achei que tivesse relação com o Slackware
  [0] - https://en.wikipedia.org/wiki/Softlanding_Linux_System

  • Na verdade, é quase o contrário. Slackware foi baseado no SLS

• O nome Debian veio de Deborah e Ian. Deborah era a namorada de Ian na época

  • Por um tempo eu pronunciava “deebian”, até um veterano me ensinar e eu corrigir; foi meio constrangedor
  • Sinceramente, foi um nome horrível. Deb e Ian acabaram se divorciando, e isso não foi um bom presságio para o futuro. Ian deveria ter escolhido um nome melhor
    Edit: corrigi o histórico do relacionamento dos dois

• É bom ver uma frase que deixa clara a inovação central: “com os scripts de ‘upgrading’ do sistema básico, será possível manter o sistema facilmente atualizado”
  Não sei se o dpkg foi o primeiro sistema de upgrade desse tipo, mas com certeza ainda é um dos melhores. Muitos imitadores que vieram depois não foram tão eficazes
  O ponto central, naturalmente, está no trabalho de empacotamento, que torna os pacotes manuteníveis e atualizáveis

  • No ano passado fiz uma apresentação online[1] sobre a história e o futuro do gerenciamento de pacotes, que pode ser interessante. Foi muito difícil determinar o que exatamente foi “o primeiro”
    Como costuma acontecer com grandes ideias, parece que a comunidade Linux percebeu a necessidade quase ao mesmo tempo e apresentou várias soluções ao longo de poucos anos. Na época, softwares raramente tinham uma “data de lançamento” clara como hoje, o que também complica a própria pergunta
    A conclusão a que cheguei após a pesquisa foi que o Bogus Linux[2] foi a primeira distribuição com um gerenciador de pacotes binários para um sistema inteiro plenamente funcional, e que o Perl também, em 1993, talvez estivesse desenvolvendo ou já tivesse algumas pessoas usando um gerenciador de pacotes limitado às bibliotecas Perl
    [1]: https://framatube.org/w/uubjKne6swPQpJWiQLfqxd
    [2]: https://bogus.org/
  • Entre os que realmente funcionaram bem, certamente foi um dos primeiros. O desktop que uso hoje foi instalado em 2007, e desde então cheguei à versão atual fazendo apenas dist-upgrade
    Claro que isso só é possível se os pacotes forem bem feitos, mas o processo de controle de qualidade da organização Debian tem sido muito bom até hoje. Pacotes de terceiros, claro, são outra história
  • O dpkg lida com pacotes individuais, e o APT trata dependências e upgrades de versão. Lembro de ter usado o dselect no começo, como uma espécie de antecessor do APT, mas não sei se ele estava incluído na primeira release
    Correção: o dselect foi desenvolvido ao mesmo tempo que o dpkg e, no início, era considerado parte dele; nesse sentido, pode-se dizer que era possível fazer upgrade do sistema apenas com o dpkg: https://en.wikipedia.org/wiki/Dselect

• Se você usa Debian, pode instalar o pacote debian-history com apt-install. Isso coloca uma boa documentação HTML resumindo a história do projeto no diretório /usr/share/doc/debian-history

• É interessante que, naquela época, eles chamavam de “releases”, não de “distribuição (distribution)”. Fico curioso para saber quando passou a ser “distribution”. Será que, na época, essa palavra era usada só no BSD?

• Hoje tenho 2 instalações com mais de 13 anos. Uma foi instalada em 2007 e a outra em 2010, e a cada 2 anos faço apenas dist-upgrade. Em algum momento, ambas tiveram todas as peças substituídas, como o navio de Teseu
  Comecei com Mandrake, depois Mandriva, e também usei o Red Hat 6 que vinha com um livro. Não RHEL, mas aquele antigo Red Hat 6. Depois passei pelo Storm Linux e acabei chegando ao Debian
  O ponto notável na época era que, para instalar um pacote com dependências, isso era possível nos instaladores do Red Hat ou do Mandrake, mas não com as ferramentas dentro do sistema operacional já instalado. O yum só apareceu em 2002
  Por isso, o primeiro choque ao usar uma distribuição derivada do Debian foi ver que, ao mandar instalar um pacote, ela encontrava as dependências sozinha. Essas dependências também podiam ser removidas, e os upgrades funcionavam
  Depois de Mandrake e Red Hat, parecia um milagre. Também gostava do fato de o Debian manter os pacotes “o mais próximos possível do original, mas fazendo-os funcionar bem com os outros pacotes”. Em contraste, muitas vezes eu não fazia ideia do que o RHEL estava fazendo e, sem exagero, no RHEL5/6 eu mantinha patches de milhares de linhas que simplesmente desapareceram quando migrei para o Debian
  É uma excelente distribuição, e recomendo fortemente, especialmente para servidores. Com unattended-upgrades por cima, dá quase para esquecer que ela existe