Uma licença de código aberto é um tipo de licença para software de computador e outros produtos que permite que o código-fonte, blueprint ou design seja usado, modificado e/ou compartilhado sob termos e condições definidos.[1][2] Isso permite que usuários finais e empresas comerciais revisem e modifiquem o código-fonte, o projeto ou o design para suas próprias necessidades de personalização, curiosidade ou solução de problemas. O software licenciado de código aberto está disponível principalmente gratuitamente, embora isso não precise necessariamente ser o caso.[3]
As licenças que permitem apenas redistribuição não comercial ou modificação do código-fonte apenas para uso pessoal geralmente não são consideradas licenças de código aberto.[3] No entanto, as licenças de código aberto podem ter algumas restrições, principalmente no que diz respeito à expressão de respeito à origem do software, como a exigência de preservação do nome dos autores e uma declaração de direitos autorais dentro do código, ou a exigência de redistribuição do software licenciado apenas sob a mesma licença (como em uma licença copyleft). Houve debates anteriores sobre se as licenças de código aberto, que permitem que os detentores de cópias usem, transfiram e modifiquem software, tenham consideração adequada, devem ser vistas pelos tribunais como contratos juridicamente aplicáveis.[4] Enquanto alguns acadêmicos argumentam que as licenças de código aberto não são contratos porque não há consideração, outros argumentam que o valor social significativo fornecido pelo papel que as licenças de código aberto desempenham na promoção do desenvolvimento e melhoria de software, facilitando o acesso ao código-fonte, oferece consideração adequada.[4]
Um tipo de conjunto normalmente usado de licenças de software de código aberto são aquelas aprovadas pela Open Source Initiative (OSI) com base em sua Open Source Definition (OSD). As licenças de código-aberto ditam os termos e condições que acompanham o uso de software de código aberto (OSS). As licenças de código aberto servem como um acordo legal entre autor e usuário de código aberto: os autores disponibilizam o OSS gratuitamente, mas com certos requisitos que o usuário deve seguir.
Normalmente, os termos de licença de código aberto entram em vigor na distribuição de seu software, se você usar apenas um componente de código aberto para uma ferramenta interna, por exemplo, provavelmente não estará vinculado a requisitos que se aplicariam de outra forma.
Comparações
A Free Software Foundation tem seus critérios relacionados, mas distintos, para avaliar se uma licença qualifica ou não um software como software livre. A maioria das licenças de software livre também são consideradas licenças de software de código aberto.[5] Da mesma forma, o projeto Debian tem seus próprios critérios, as Diretrizes de Software Livre Debian, nas quais a Definição de Código Aberto é baseada. Na interpretação da FSF, os critérios de licença de código aberto se concentram na disponibilidade do código-fonte e na capacidade de modificá-lo e compartilhá-lo, enquanto as licenças de software livre se concentram na liberdade do usuário de usar o programa, modificá-lo e compartilhar isto.[6]
As licenças disponíveis na fonte garantem a disponibilidade do código fonte, mas não necessariamente atendem aos critérios de liberdade do usuário para serem classificados como software livre ou software de código aberto.
Domínio público
Por volta de 2004, o advogado Lawrence Rosen argumentou no ensaio "Por que o domínio público não é uma licença" que o software não poderia realmente ser renunciado ao domínio público e, portanto, não pode ser interpretado como uma licença de código aberto muito permissiva,[7] uma posição que enfrentou oposição por Daniel J. Bernstein e outros.[8] Em 2012, a disputa foi finalmente resolvida quando Rosen aceitou o CC0 como uma licença de código aberto, embora admitindo que, ao contrário de suas reivindicações anteriores, os direitos autorais podem ser renunciados, apoiados pelas decisões do Nono Circuito.[9]
Referências
- ↑ «Brief Definition of Open Source Licenses». Open Source Initiative. Consultado em 25 de abril de 2013
- ↑ Popp, Dr. Karl Michael (2015). Best Practices for commercial use of open source software. Norderstedt, Germany: Books on Demand. ISBN 978-3738619096
- ↑ a b Haumba, Eric Nelson (2018). Open Licensing Models for Strengthening Access to Information: Opportunities for Authors. YMCA Library: Uganda Textbook-Academic and Non-Fiction Authors Association- UTANA. ISBN 9789970428052
- ↑ a b Hillman, Robert; O'Rourke, Maureen (janeiro de 2009). «Rethinking Consideration in the Electronic Age». Hastings Law Journal. 61 (2009): 313–14, 328–35
- ↑ Stallman, Richard (18 de novembro de 2016). «Why Open Source misses the point of Free Software». The GNU Project. Consultado em 1 de outubro de 2018
- ↑ "Relationship between the Free Software movement and Open Source movement", Free Software Foundation, Inc
- ↑ Lawrence Rosen (attorney) (25 de maio de 2004). «Why the public domain isn't a license». rosenlaw.com. Consultado em 22 de fevereiro de 2016
- ↑ Placing documents into the public domain by Daniel J. Bernstein on cr.yp.to "Most rights can be voluntarily abandoned ("waived") by the owner of the rights. Legislators can go to extra effort to create rights that can't be abandoned, but usually they don't do this. In particular, you can voluntarily abandon your United States copyrights: "It is well settled that rights gained under the Copyright Act may be abandoned. But abandonment of a right must be manifested by some overt act indicating an intention to abandon that right. See Hampton v. Paramount Pictures Corp., 279 F.2d 100, 104 (9th Cir. 1960)."" (2004)
- ↑ Lawrence Rosen (attorney) (8 de março de 2012). «(License-review) (License-discuss) CC0 incompliant with OSD on patents, (was: MXM compared to CC0)». opensource.org. Consultado em 22 de fevereiro de 2016. Arquivado do original em 12 de março de 2016.
The case you referenced in your email, Hampton v. Paramount Pictures, 279 F.2d 100 (9th Cir. Cal. 1960), stands for the proposition that, at least in the Ninth Circuit, a person can indeed abandon his copyrights (counter to what I wrote in my article) -- but it takes the equivalent of a manifest license to do so. :-)[...] For the record, I have already voted +1 to approve the CC0 public domain dedication and fallback license as OSD compliant. I admit that I have argued for years against the "public domain" as an open-source license, but in retrospect, considering the minimal risk to developers and users relying on such software and the evident popularity of that "license", I changed my mind. One can't stand in the way of a fire hose of free public domain software, even if it doesn't come with a better FOSS license that I trust more.
Ligações externas
