Acho que a maioria já conhece, mas nessa terra onde Orkut é rei, não custa nada falar mais um pouquinho sobre o Ohloh. É uma rede social onde o foco são os projetos open source. A idéia do site é conectar pessoas aos projetos open source que desenvolvam, contribuam ou utilizem. O interessante é que com o Ohloh você pode conhecer mais sobre cada projeto, através de factóides interessantes como os que mostro abaixo, além de ver quem está por trás de cada projeto.

Êta semana que começou bem. Após um bom tempo parado, o desenvolvimento do NWU está bastante ativo, especialmente após a entrada do Stephan Peijnik no time. Já nos seus primeiros patches, ele implementou uma nova estrutura de segurança com GnuTLS. O NWU é GPL (v3, aliás), portanto não pode ser distribuído com OpenSSL. E agora está utilizando certificados X509 para autenticar cliente e servidor. Esse era uma pendência crucial para que o NWU se tornasse “beta”, mas ainda faltam algumas coisas para darmos esse passo tão importante (Roadmap).

Lancei hoje a versão 0.1.6 do Nwu. O que é o Nwu? Nwu é um sistema que permite a um administrador manter todos os computadores Debian e Ubuntu da rede atualizados de forma apropriada, a partir de um ponto central, utilizando uma ferramenta de linha de comando simples. O admin pode instalar pacotes nos computadores remotos, aplicar atualizações de segurança e atualizar o cache de pacotes APT nas máquinas remotas.

O NWU está entrando na pré-adolescência, saindo da fase alpha pra beta. Tenho dedicado umas 3 horas por dia ao projeto, principalmente pro empacotamento. Ralei bastante pra adaptar o pacote pra nova política para pacotes python do Debian, talvez pela complexidade do pacote, que envolve: - 3 pacotes “binários” - instalação de módulos públicos - compilação binária dos módulos usando python-support - init scripts (que deve ser executado *depois* do dh_pysupport)

Oba. Finalmente tive tempo de re-organizar a infra do NWU. Todo o projeto agora está hospedado na minha máquina da rimuhosting, inclusive as recém criadas listas de discussões (interessados, assinem!), o repositório svn e, principalmente, o trac do projeto. Ah, e um evento de Ubuntu vai ocorrer no Googleplex. Interessante, ehm?

Mark Shuttleworth mencionou numa entrevista recente que a Canonical está trabalhando num serviço que irá provavelmente chocar com o NWU: There is, additionally, a team that’s working on management infrastructure, so providing people with a comprehensive framework to manage large deployments of servers. That won’t be released for Dapper, but all the foundations of it will be there so that Dapper will be manageable just as people have come to expect a Red Hat Enterprise deployment to be managed, through the web.

Mark Shuttleworth mentioned in a recent interview that Canonical is working on a service that will probably overlap with NWU: There is, additionally, a team that’s working on management infrastructure, so providing people with a comprehensive framework to manage large deployments of servers. That won’t be released for Dapper, but all the foundations of it will be there so that Dapper will be manageable just as people have come to expect a Red Hat Enterprise deployment to be managed, through the web.

Oba. O nwu saiu do seu atoleiro emocional e começou uma nova vida. Finalmente fechei o ticket #56, que relatei noutro post. Era só uma questão de manualmente criar e fechar cada conexão necessária por thread/request. Isso pode ser óbvio pra você, mas pra mim não era. Na lata eu ganhei também um boost invejável de performance, por passar a utilizar transações. O bug do momento é que, após um upgrade, a lista de update candidates do cliente é zerada, mas às vezes o diff dessa modificação é enviada errada pro servidor.