Troquei o tema porque, apesar de parecer bonito, tinha alguns problemas de alinhamento de posts e imagens e eu não estava (como ainda não estou) com muito tempo nem paciência para mergulhar a fundo no código para acertar isso.

Sem contar que isso era mais algo relacionado a design do que realmente programação e, como você e a galáxia toda pode imaginar, eu não tenho nenhuma intimidade com design (e nem pretendo ter).

Aliás, se eu tivesse facilidade com design, eu não usaria um tema pré-existente e sim criaria um novo do zero eu mesmo

Realmente isso chega a ser preocupante devido a não existir mais um padrinho conferindo seu trabalho antes do mesmo ser enviado aos repositórios.

Porém, conforme foi informado no anúncio oficial, acredito que só serão aceitos como DM pessoas que que já tenham pacotes dentro do Debian através de padrinhos e que já saibam trabalhar dentro do Debian.

De qualquer forma, para ser aceito como DM você terá que ser recomendado por seu padrinho, seu AM ou um DD conhecido. E, logicamente, ninguém deveria escrever uma recomendação para quem realmente não considera que seja capaz.

O fato é que o DM tenta eliminar um ponto que causa morosidade ao processo, a checagem de todo e qualquer upload por parte do padrinho, o que vai com certeza dinamizar o processo como um todo.

E acredito que o problema da confiabilidade dos pacotes tende a não ser tão grande se levarmos em consideração que nos últimos tempos vem acontecendo o fenômeno da manutenção de pacotes em grupos utilizando recursos de trabalho em equipe disponibilizados pelo próprio projeto Debian, como o Alioth, por exemplo.

Mesmo um DM fazendo o upload de um pacote, caso o pacote seja mantido em equipe, existem todos os componentes da equipe para revisar o trabalho do mesmo antes mesmo que o mesmo seja enviando para os repositórios.

E, lógico, estamos falando somente de pacotes que teoricamente poderiam apresentar menos estabilidade somente quando enviados para unstable, visto que o esquema de migração de pacotes entre repositórios unstable -> testing ainda vai continuar o mesmo.

Resumindo, acredito que valha a pena arriscar para dinamizar. Os problemas que por ventura possam aparecer certamente serão corrigidos com o tempo.

Obrigado pelo comentário.

É mais ou menos isso. O fato é que, a partir de agora, você não necessariamente precisa se tornar um DD (Desenvolvedor Debian) para poder fazer uploads de pacotes para o repositório oficial de pacotes Debian.

Ser um DD implica em outros poderes além de simplesmente poder fazer uploads de pacotes. Por exemplo, você tem acesso as máquinas oficiais do projeto Debian (de diversas arquiteturas de hardware diferentes), tem poder de votação nos processos de votação oficiais do projeto (inclusive para escolha do líder de projeto) e diversos outros poderes menores.

O problema é que muitos querem simplesmente poder colocar seu software (ou software de terceiros que utilizem) nos repositórios Debian oficiais, mas não querem se envolver com o projeto no mesmo nível que um DD se envolve.

Para essas pessoas que o conceito de DM foi criado. A idéia é manter o conceito de DD para as pessoas que tem interessante em se involver mais a fundo no projeto e deixar o DM como opção para aquelas que não possuem esse interesse.

É menos complexo e menos burocrático se tornar um DM exatamente porque você não tem acesso (e nem precisaria, de outra forma você poderia se tornar um DD) a recursos mais privados do projeto que nem sempre interessam a muitos que só querem se preocupar com empacotamento propriamente dito.

Caso tenha maiores dúvidas, comentários ou sugestões sobre o assunto, entre em contato com a lista de discussão d-m-team@lists.alioth.debian.org, onde o assunto é discutido (em inglês).

Obrigado pelo comentário.

Não sei se entendi corretamente, mas achei uma ótima implementação.

veja com você pode aproveitar uma ótima oportunidade para quem tem vontade de contribuir mas não deseja se ligar oficialmente ao projeto passando por todo o processo para se tornar um desenvolvedor Debian….