Os desenvolvedores da biblioteca GNU C Library (glibc) fizeram alterações nas regras de aceitação de contribuições e transferência de direitos autorais, abolindo a transferência obrigatória de direitos de propriedade do código para a Fundação SPI. Semelhante às alterações anteriormente adotadas no projeto GCC, a assinatura do acordo CLA com a Fundação SPI no Glibc foi transformada em uma operação opcional, realizada a critério do desenvolvedor. As mudanças nas regras, que permitem a aceitação de patches sem a transferência de direitos para a Fundação SPI, entrarão em vigor em 2 de agosto e afetarão todos os ramos disponíveis para desenvolvimento do Glibc, exceto o código que é utilizado conjuntamente com outros projetos GNU através do Gnulib.
Além da transferência de direitos de propriedade para a Fundação SPI, os desenvolvedores têm a opção de confirmar o direito de transferir código para o projeto Glibc através do mecanismo Developer Certificate of Origin (DCO). De acordo com o DCO, o rastreamento do autor é feito através da anexação da linha 'Signed-off-by: nome e email do desenvolvedor' a cada alteração. Ao anexar esta assinatura ao patch, o desenvolvedor confirma sua autoria sobre o código transferido e concorda com sua distribuição como parte do projeto ou como código sob licença livre. Diferente das ações do projeto GCC, a decisão no Glibc não foi imposta pela diretoria, mas foi tomada após discussão prévia com todos os representantes da comunidade.
A abolição da assinatura obrigatória do acordo com a Fundação SPI simplifica significativamente a adesão de novos participantes ao desenvolvimento e torna o projeto independente das diretrizes da Fundação SPI. Enquanto a assinatura do acordo CLA por participantes individuais apenas resultava em perda de tempo com formalidades desnecessárias, para corporações e funcionários de grandes empresas, a transferência de direitos para a Fundação SPI estava associada a várias complicações jurídicas e aprovações, que nem sempre eram bem-sucedidas.
A renúncia à gestão centralizada dos direitos sobre o código também confirma as condições de licenciamento inicialmente acordadas, pois a mudança de licença agora requer o consentimento pessoal de cada desenvolvedor que não transferiu os direitos para a Fundação de Software Livre. Assim, o código do Glibc continua sendo distribuído sob a licença "LGPLv2.1 ou versão mais recente", permitindo a transição para versões mais novas da LGPL sem a necessidade de mais acordos. Como os direitos sobre a maior parte do código permanecem nas mãos da Fundação de Software Livre, essa organização continua a desempenhar o papel de garantidora da distribuição do código Glibc apenas sob licenças copyleft livres. Por exemplo, a Fundação de Software Livre pode bloquear tentativas de introduzir licenças duplas/comerciais ou lançar produtos proprietários fechados através de um acordo separado com os autores do código.
Entre as desvantagens da renúncia à gestão centralizada dos direitos sobre o código, destaca-se a confusão ao lidar com questões relacionadas a licenças. Se antes todas as alegações de violação das condições de licenciamento eram resolvidas em interação com uma única organização, agora a origem das violações, incluindo as não intencionais, torna-se imprevisível e exige acordos com cada participante individualmente. Um exemplo é a situação com o núcleo do Linux, onde desenvolvedores individuais do núcleo promovem processos judiciais, inclusive com o objetivo de enriquecimento pessoal.
Fonte: opennet.ru
