25 anos depois de Stallman ter colocado o projeto GNU em movimento pela primeira vez, o que esses ideais alcançaram e o que podemos fazer para garantir o futuro do software livre? Formato Linux falou com ele para descobrir.

Enquanto Linus Torvalds recebe a maioria dos aplausos hoje em dia pelo kernel do Linux, foi Stallman quem originalmente postou planos para um novo sistema operacional livre. O Free não tinha nada a ver com o custo do sistema operacional, mas com os direitos implícitos daqueles que estavam usando o software para fazer exatamente o que queriam. "Eu lancei o desenvolvimento do sistema operacional GNU em 1983 especificamente para tornar possível usar um computador sem ceder estas liberdades e aceitar o domínio dos desenvolvedores do software", ele nos disse..

Essas liberdades significam poder compartilhar, editar, copiar e adicionar ao software sem permissão explícita do autor original. O mantra frequentemente repetido dessas quatro liberdades essenciais, cortesia de Richard Stallman, é o seguinte:

1. Para executar o programa como você deseja.
2. Estudar o código fonte e alterá-lo para que o programa faça o que você deseja.
3. Redistribuir cópias exatas quando desejar.
4. Para distribuir cópias de suas versões modificadas, quando desejar.

Como programador, Stallman estava em uma posição privilegiada. Ele foi capaz de colocar código por trás de sua ideia, fazendo a primeira oferta para o próprio sistema operacional GNU.

Ele criou o GNU Emacs, o GNU Debugger (GDB) e o GNU Compiler Collection (GCC), e para proteger seu trabalho da exploração comercial, ele escreveu a primeira versão da GNU General Public License em 1989. Isso cobriu os direitos de uso do GNU. software que ele criou sob o guarda-chuva do projeto GNU, e a GPL se tornou a mais popular licença de software livre atualmente em uso pelos desenvolvedores - pelo menos se as licenças usadas pelos 100 principais projetos no SourceForge forem o que for necessário por. Mas a popularidade dos desenvolvedores é apenas um lado da moeda.

A execução de software livre como usuário não tem o mesmo requisito de liberdade, pois a maioria dos usuários não é técnica o suficiente para se preocupar com o acesso ao código-fonte. Eles são muito mais propensos a se preocupar com o custo e a funcionalidade do software livre. Mas será que algum desses usuários sabe ou se preocupa com a filosofia do software livre que impulsiona o desenvolvimento desses aplicativos, e é a questão importante??

Cruzamento saudável

Michael Meeks, engenheiro da Novell e desenvolvedor do OpenOffice.org, acha que nunca houve um problema. "O software livre teve que rodar em plataformas proprietárias desde o começo. Isso é um dado." ele nos disse. "Daí a 'exceção do sistema' na GPL. Você pode até mesmo vincular o software GPL ao software proprietário de sua parte do SO subjacente (por exemplo, Win32)."

Mas esses termos na licença GPL foram acordados antes que a comunidade de software livre tivesse um sistema operacional alternativo verdadeiramente viável. "Se isso é uma coisa boa agora que temos sistemas totalmente livres como o GNU / Linux ou mesmo o GNU / OpenSolaris é uma questão interessante", explica Michael. "Pessoalmente penso assim - mas gostaria de esperar que as pessoas da nossa comunidade mostrem liderança e dêem um bom exemplo usando sistemas totalmente livres".

Um dos usos mais problemáticos da GPL ao longo dos últimos anos foi com o Tivo, um gravador de televisão apenas por assinatura construído em torno do Linux. O problema era que, apesar de ser construído no Linux, o Tivo incluía tecnologia de hardware que impedia as pessoas de fazer suas próprias modificações no sistema, um processo que desde então se tornou conhecido como Tivoisation..

A tivoização vai diretamente contra a intenção original do software livre, mesmo que não vá contra a palavra da GPL. Em 2006, essa questão dividiu a comunidade de software livre em dois grupos: aqueles que acreditavam que o Tivo poderia, e deveria, fazer o que quisesse desde que seguisse a GPL, e aqueles que acreditavam que o Tivo estava explorando uma brecha na licença original. Linus Torvalds sentiu que não havia nada de errado com o que o Tivo estava fazendo, e o desenvolvedor do kernel Greg Kroah-Hartman concorda.