O mundo da tecnologia avança muito mais rápido do que as leis e eles precisam se esforçar para alcançá-lo. No caso do software livre e de código aberto, tanto a Free Software Foundation como a Open Source Initiative, órgãos encarregados de regular as diferentes licenças) Eles enfrentam periodicamente o problema de como manter seus princípios e, ao mesmo tempo, evitar que alguém seja maltratado.
Recentemente, a Open Source Initiative deu a ele o selo de aprovação para 4 novas licenças para fins específicos.
Novas licenças de código aberto
Licença de Autonomia Criptográfica versão 1.0 (CAL-1.0)
Foi criado em 2019 pela equipe do projeto de código aberto Holochain,
Esta licença foi desenvolvida para ser usada com aplicativos criptográficos distribuídos. A desvantagem das licenças tradicionais é que não exigiam o compartilhamento de dados, o que poderia afetar a operação de toda a rede. É por isso que CAL também inclui a obrigação de fornecer a terceiros as permissões e materiais necessários para usar e modificar o software de forma independente, sem que o terceiro tenha perda de dados ou capacidade.
Licença de hardware aberto (OHL)
Da mão da Organização Europeia para a Pesquisa Nuclear (CERN) esta licença veio com três variantes efocado na possibilidade de compartilhar gratuitamente hardware e software.
Um esclarecimento deve ser feito. O OSI foi originalmente criado com o software em mente, portanto, não possui mecanismos para aprovação de licenças de hardware. Mas, como a proposta do CERN se refere aos dois itens, isso possibilitou a aprovação.
Myriam Ayass, assessora jurídica do Grupo de Transferência de Conhecimento e Tecnologia do CERN, é a autora do texto das novas licenças. Ninguém melhor do que ela para explicar seu propósito
As licenças CERN-OHL significam para o hardware o que as licenças gratuitas e de código aberto estão para o software. Eles definem as condições sob as quais um licenciado pode usar ou modificar o material licenciado. Eles compartilham os mesmos princípios do software livre ou de código aberto: qualquer pessoa deve ser capaz de ver a fonte - a documentação do design no caso de hardware -, estudá-la, modificá-la e compartilhá-la.
Como dissemos, a versão dois do OHL contém três variantes. No FAQ, eles explicam isso fazendo uma analogia com as licenças de software de código aberto
No domínio do software, existem três regimes de licenciamento de código aberto e gratuito geralmente reconhecidos: permissivo, copyleft fraco e copyleft forte. Existem preferências e casos de uso para cada opção, e o mesmo se aplica ao hardware. Usamos a palavra "recíproco" em vez de "copyleft" porque os direitos subjacentes em nosso caso não se limitam aos direitos autorais.
Os interessados em distribuir seus projetos com este tipo de licença devem identificar o escolhido utilizando as letras: S, W ou P:
CERN-OHL-S é uma licença fortemente recíproca:. Quem quer que use um design sob esta licença deve disponibilizar as fontes de suas modificações e adições sob a mesma licença.
CERN-OHL-W é uma licença fracamente recíproca: Ele força apenas a distribuição das fontes da parte do desenho que foi originalmente colocado sob ele. Não é assim com as adições e modificações.
CERN-OHL-P é uma licença permissivapara. Ele permite que as pessoas pegem um projeto, licenciem-no novamente e o usem sem qualquer obrigação de distribuir as fontes.
É preciso dizer que o pessoal do CERN parece ter encontrado a solução para um problema que tem afetado alguns projetos de código aberto. Uma grande empresa utiliza este projeto para comercializar serviços e além de dar alguma contribuição para o projeto original (seja com código ou apoio financeiro), também compete no mesmo mercado.
Já havíamos conversado em Linux Adictos O caso da Elastic, um provedor de tecnologias de pesquisa em nuvem que mudou sua licença de código aberto para um esquema de licenciamento duplo para evitar que os provedores de serviços em nuvem usem seus produtos gratuitamente. A Open Source Initiative se manifestou fortemente contra esse tipo de prática.