A Filosofia GNU e o conceito de Software Livre esto muito difundidos hoje em dia, porm em
qual contexto histrico ele ocorreu e quais acontecimentos levaram a sua concepo? A primeira
parte deste curso cobre estes assuntos.
Ol pessoa! H muito tempo eu descobri o Projeto CDTC (Centro de Difuso de Tecnologia e
Conhecimento), onde fiz alguns cursos na rea de tecnologia utilizando softwares livres. O Projeto
CDTC visa a promoo e o desenvolvimento de aes que incentivem a disseminao de solues
que utilizem padres abertos e no proprietrios de tecnologia, em proveito do desenvolvimento
social, cultural, poltico, tecnolgico e econmico da sociedade brasileira.
Alguns dos cursos disponibilizados por eles me chamaram muito a ateno pelo simples fato de no
ter visto antes um agregado de informaes to bem elaborado sobre certos assunto, um destes
assuntos o curso de Filosofia GNU. Uma vez que o contedo do curso disponibilizado sobre os
termos da FDL (GNU Free Documentation License) eu tenho o direito de reproduzi-lo aqui
(mantendo os crditos).
1. Processo Histrico
1.1 Como era o mundo nos anos 70?
Em geral, quando falamos em software livre, as pessoas tendem automaticamente a pensarem que
se existe algo que livre, ento, comparativamente, tem uma outra "coisa" que "presa",
"amarrada", "acorrentada", sendo isso uma compreenso verdadeira. No decorrer deste curso voc
vai poder observar que estas correntes que prendem o software esto diretamente ligadas a
conceitos de Propriedade Intelectual ou se preferir, as licenas.
Nossa histria comea nos anos 70, quando era muito comum para um programador trocar suas
experincias de programao com outros parceiros. Quando algum desenvolvia uma rotina para
calcular um intervalo de datas (por exemplo) e um outro programador tinha conhecimento que
aquela rotina j estava produzida por algum, ele tomava a iniciativa de pedi-la ou obt-la junto ao
criador do programa, aproveitando o cdigo e inserindo noutros programas.
Logo, podemos afirmar que no incio do mundo da programao os programas de computadores j
eram livres, e que os tcnicos da rea j compartilhavam entre si as solues tecnolgicas,
aproveitando o trabalho individual e transformando-o em uma soluo coletiva.
importante observar que durante este mesmo perodo dos anos 70, as escolas de uma forma geral
tinham objetivos mais nobres, voltados ao ensino participativo, como por exemplo: se ao chegar a
hora do lanche, uma criana no tinha levado sua merenda, a professora pedia a outra criana que
compartilhasse, que dividisse o lanche com o coleguinha. Essa iniciativa da professora gerava nas
crianas um aprendizado sobre relacionamento humano com a prtica do compartilhamento, do
apoio queles que tinham necessidade, e muitas outras questes que serviam para o
desenvolvimento da sociedade.
A histria do software livre comea com uma impressora laser que o MIT havia ganho, e que
substituiria uma impressora matricial que era utilizada h vrios anos pelos tcnicos.
Como a impressora antiga fazia parte da histria em que a liberdade era comum no uso da
tecnologia, o driver utilizado na matricial j continha inseres no cdigo produzidas pelos tcnicos
do MIT, que permitia informaes tais como o momento em que iniciava ou terminava um trabalho
de impresso, erros no processo, entre outros. No entanto, a impressora laser no continha essas
facilidades, o que causava um grande transtorno.
RMS toma a iniciativa e procura o representante da impressora para tentar negociar com ele a
insero das mesmas facilidades da impressora matricial. A resposta que ele ouviu foi a mesma que
qualquer pessoa ouviria ao tentar negociar uma alterao com uma empresa de software
proprietrio, que seria algo mais ou menos como: ns somos os donos do software e se voc quiser
alguma alterao, pea-nos, que ns vamos avaliar e implementar se acharmos adequado.
RMS ainda tentou convencer o representante, que ao final de um longo debate ofertou um contrato
para que os programadores assinassem, basicamente constitudo por clusulas de no revelao, ou
seja, Nondisclosure agreement, uma maneira de conceder acesso a um cdigo, impedindo a
divulgao do que fosse visto, conhecido.
Os contratos de no revelao j eram comuns desde a poca dos PDPs (Programmable Data
Processor, uma linha de computadores que foi produzida pela Digital Equipment Corporation
DEC entre 1960 e 1972, indo do modelo PDP-1 ao PDP-16. O modelo mais popular foi o PDP11 de 1970), e tinha dois objetivos bsicos:
1. O mundo da informtica (tanto do ponto de vista do software quanto de hardware) era uma
novidade, e as empresas de tecnologia da poca tentavam estabelecer mecanismos que
garantissem o mercado;
2. A guerra fria era um motivo forte, e havia o receio dos americanos de que os seus
adversrios pudessem utilizar os computadores para fazerem clculos vetoriais, e com isso,
lanassem uma bomba atmica sobre os EUA.
Finalmente, a proposta do representante da impressora foi considerada por RMS como uma
agresso a liberdade. Afinal, como seria possvel assinar um acordo antecipado em que voc se
negaria a ajudar qualquer pessoa, seja ela quem fosse. Alm disso, o trabalho do MIT seria
incorporado a um produto que continuaria em poder do fabricante, e outras pessoas no teriam
oportunidade de aproveitar-se das facilidades que seriam incorporadas pelos tcnicos.
Foi a partir dai que Richard Stallman se deu conta que no havia sentido trabalhar em algo
proprietrio, e que aquele era um momento importante onde as pessoas deviam ter direito ao livre
acesso da tecnologia, e para tanto, deu meia volta e comeou ainda em 1983 o movimento Free
Software, tendo em 1984 fundado a Free Software Foundation.
Inicialmente Richard Stallman criou o GCC, que o compilador livre para a linguagem C, o editor
de textos EMACS, permitindo assim que vrios programadores ao redor do mundo comeassem a
contribuir na construo de um sistema operacional e de um kernel livre.
O primeiro email enviado por Richard Stallman (traduzido aqui) foi disponibilizado para as listas
net.unix-wizards e net.usoft, contendo as ideias bsicas do que ele pretendia fazer, isto aconteceu
em 27/09/1983.
Crditos
O material foi desenvolvido por Djalma Valois Filho e o resultado de uma compilao das duvidas
mais usuais que surgiram ao longo das inmeras palestras apresentadas desde o ano 2000 pelo
CIPSGA - Comit de Incentivo a Produo do Software GNU e Alternativo em todo Brasil.
Todo o contedo encontrado neste curso oriundo dos textos publicados pela FSF, bem como
outros textos publicados pelo CIPSGA at a presente data. Crticas e sugestes construtivas so bem
vindas a qualquer tempo, podendo ser enviadas para email [at] dvalois [dot] net.
2 Principais Diferenas
2.1 O que Software Proprietrio?
O software proprietrio anti-social e no tico, pois divide o pblico e mantm os
usurios desamparados e dependentes.
A frase acima o melhor resumo do que um software proprietrio. Para entender melhor, vamos
separar partes do texto e explicit-lo com exemplos, fazendo assim com que a compreenso seja
mais simples.
1. anti-social e no tico - Diz-se que o software proprietrio anti-social pelo fato da
obrigao de recompra de licenas a cada dois anos. Imagine uma empresa como o Datasus,
que possui cerca de 120 mil computadores espalhados por todo Brasil. Para que cada
computador destes funcione, necessrio que o mesmo contenha um sistema operacional e
pelo menos uma suite de escritrio, j que a grande maioria das pessoas utiliza o computador
para escrever textos ou executar planilhas.
Se considerarmos que um sistema operacional proprietrio como o Windows XP
Professional custa cerca de R$ 741,00 (setecentos e quarenta e um reais), e que uma suite de
escritrio como o Office Professional 2003 custa em torno de R$ 1.446,00 (mil quatrocentos
e quarenta e seis reais), podemos ento fazer uma conta simples: 741,00 + 1446,00 =
2.187,00 x 120.000 = R$ 262.440.000,00 (duzentos e sessenta e dois milhes quatrocentos e
quarenta reais). Observe no entanto que este valor ter de ser novamente pago a medida que
sai uma nova verso. Para entender melhor, imagine:
Voc tem um amigo que mora nos Estados Unidos, e tanto voc quanto seu amigo utilizam o
mesmo editor de textos, chamado PALAVRA 98. Toda semana voc monta um texto em um
formato especial e envia para o seu amigo que mora em Boston, que ao receber seu texto por
email, abre-o no editor PALAVRA 98, insere uma ou outra informao e publica o texto.
Logo em seguida, ele envia de volta para voc o material j com os textos acertados e o
complemento que ele adicionou ao texto original. Voc recebe o texto, imprime o material e
guarda um backup para consulta futuras.
Um belo dia, o seu amigo americano, que tem mais condies financeiras que voc, adquire
uma nova verso do editor, chamada PALAVRA 2003 XisPa. Um negcio fabuloso de novo,
mas que basicamente o mesmo editor anterior s que com algumas implementaes novas.
Para lhe fazer uma surpresa, ele decide mexer no ltimo texto que voc enviou para ele e
insere vrias alteraes e formatos diferentes, e decide salvar tudo isso no novo arquivo e
envi-lo novamente para voc que est no Brasil com seu velho editor.
Ao chegar a noite, como voc faz todos os dias, logo aps a conexo da internet voc baixa
seus email e encontra o novo texto enviado por seu amigo. Ao tentar abri-lo, o seu editor
amigo reclama, d erro, voc v uma pgina toda truncada, e por a vai.
Este tipo de problema to comum entre as verses dos softwares uma das maneiras com
que o mercado da informtica obriga os seus clientes a comprarem novas verses dos seus
produtos. Eles implementam alteraes que s podero ser acessadas, lidas, verificadas, a
partir da aquisio de uma nova verso do produto. Isto significa que voc ter de adquirir
novamente uma nova verso, seno voc no poder continuar trabalhando com as outras
pessoas que dividem com voc as tarefas habituais na sua empresa ou na sua escola.
Observe que quando isso se trata apenas de uma pessoa, voc ter um gasto a cada dois anos
com uma nova verso do produto, no entanto, no nosso exemplo consideramos o Datasus
com 120.000 micros, e com um gasto de R$ 262.440.000,00 (duzentos e sessenta e dois
milhes quatrocentos e quarenta mil reais) para cada vez que atualizar seu parque de
softwares bsicos. Isto significa que a cada dez anos o Datasus ter gasto cinco vezes o valor
de compra, chegando ao final da dcada com gastos superiores a 2.6 Bilhes de reais apenas
em atualizaes de software.
Este tipo de gasto bi anual anti-social, pois faz com que o governo tenha que fazer
investimentos caros em atualizaes de programas de computador, quando poderia estar
efetivamente gastando em programas sociais. Alm disso, a forma com que a indstria do
software trata seus usurios, obrigando-os a adquirir novas verses de seus programas
considerado no tico, pois alm de ser um produto no escasso, o software tambm
considerado um bem intangvel, ou seja, ele no um bem que a medida que as pessoas o
obtenham no mercado atravs de uma cpia ele se esgote em um determinado momento,
como por exemplo uma mesa, uma cadeira ou um automvel, que so compostos por
materiais escassos, que num dado momento podem acabar.
Esta diferenciao faz com que o produto software seja um produto no rival em
comparao a outras mercadorias, muito pelo contrario, nas palavras do Prof. Srgio
Amadeu, o software um produto que quanto mais se distribui, quanto mais se utilizado
pelas pessoas, maior o seu valor agregado.
2. Divide o pblico e mantm seus usurios desamparados e dependentes - preciso
observar um pouco a histria do ponto de vista de um produto como os sistemas
operacionais para que se possa entender o que ocorre no mercado de trabalho dentro da rea
da tecnologia da informao.
Inicialmente as empresas de informtica como a IBM, UNISYS, MICROSOFT, dentre
outras, possuam equipamentos e sistemas operacionais que no eram conhecidos pela
maioria dos tcnicos, isto era um problema, pois o mercado profissional no tinham pessoas
com conhecimento suficiente sobre o produto das empresas, o que causava uma tremenda
dificuldade para a massificao dos computadores e dos sistemas operacionais. Empresas
como a IBM e a UNISYS optaram por distribuir gratuitamente nas universidades os seus
computadores e sistemas operacionais, criando assim um grande nmero de futuros
profissionais que teriam conhecimento sobre os seus produtos, isto significaria que em
pouco espao de tempo, a medida que estes profissionais se formassem e fossem para o
mercado de trabalho, levariam consigo as experincias adquiridas em computadores e
sistemas operacionais que haviam praticado, fazendo com que, quando perguntados sobre
"que computador voc conhece?", ou "que sistema operacional voc tem experincia" a
resposta era sempre relativa ao conhecimento adquirido na universidade, fazendo com que
estes profissionais se tornassem "garotos propaganda" de uma determinada empresa ou de
um determinado produto chamado "sistema operacional".
Com a Microsoft a histria era diferente, primeiro por que o mercado da empresa eram os
computadores pessoais, e segundo, o mercado que a empresa desejava era muito maior. Isto
fez com que fosse trilhado um outro caminho, muito parecido com as duas gigantes IBM e
UNISYS, mas de uma forma diferente. Apesar de na poca j existirem no mercado diversas
alternativas para inibir a cpia dos produtos "softwares", a empresa permitiu que a cpia dos
seus sistemas operacionais fossem feitas sem problemas, fazendo com que os usurios de
PCs domsticos tivessem facilmente acesso ao seu produto, massificando-o rapidamente.
Diferente de outras empresas como a APPLE, que ligavam o software diretamente ao
hardware que era vendido apenas por eles no mercado, a Microsoft seguiu o caminho
iniciado pela IBM, que desenhara um modelo de computador para ser acessvel por todos,
utilizando o conceito que hoje entendemos como Hardware Livre, ou seja, um modelo de
computador que poderia ser industrializado por qualquer empresa de componentes
eletrnicos. O que a Microsoft fez foi disponibilizar um sistema operacional que seria
facilmente copiado para uso nestes computadores, no impedindo a cpia ou a "pirataria",
como chamada hoje.
Com o passar dos anos, e a massificao do seu produto, a empresa passou a ter o
monoplio no mercado dos computadores pessoais, a grande maioria das empresas podia
contratar pessoas no mercado de trabalho j com conhecimento do sistema operacional
Windows, reduzindo assim os investimentos das empresas com a formao de pessoal. Vale
a pena ressaltar que quando isso comeou a ocorrer, a Microsoft criou os elementos que
permitiria a ela cobrar incisivamente das empresas o custo dos seus produtos, utilizando para
isso as legislaes locais de cada pas, tendo no Brasil a ABES (Associao Brasileira de
Empresas de Software) o papel de descobrir, processar e cobrar judicialmente das empresas
o devido valor de cada produto proprietrio multiplicado por at 3000 (trs mil) vezes, e at
quatro anos de priso para os responsveis pela pirataria. Ou seja, o que serviu a Microsoft
para fazer a propaganda do seu produto, hoje tambm serve para ser uma renda adicional
empresa, pela cobrana de multas absurdas.
Com tudo isso, podemos afirmar que hoje o mundo do software proprietrio divide os
usurios entre aqueles que tem poder aquisitivo para comprar um produto, e os demais que
vivem a margem da lei, de forma irregular, como criminosos, que utilizam os produtos de
forma ilegal.
Alm deste aspecto, tambm existem os programas de computador que prendem os usurios
por longos perodos, como o caso de bancos de dados que possuem linguagens prprias,
que so patenteadas e que no podem ser "disponibilizadas" para outros bancos de dados.
Isto significa que se sua empresa optou por utilizar um banco de dados destes, e utilizou a
linguagem proprietria, ter extrema dificuldade de migrar seus dados para outro banco, sem
que seja necessrio grandes investimentos para converses. Por isso que afirmamos que o
software proprietrio divide o pblico e mantm seus usurios dependentes.
era simples para um nico homem capturar. Num dado momento, o homem percebeu que quando
ele se juntava a outros homens e saam para caar juntos, eles retornavam aldeia com um bfalo
ou outro animal maior, permitindo assim que vrias famlias se alimentassem sem problemas por
vrios dias, dando-lhes tempo livre para outras tarefas na aldeia.
Essa ao coletiva de compartilhar o alimento caado por todos, ou de fazer algo junto a outros da
mesma espcie, to natural para ns humanos quanto falar, respirar, etc. Faz parte do nosso dia a
dia o convvio com outros da nossa espcie. Alm do que, no existe um nico ser humano em todo
nosso planeta que no tenha sido ajudado ou ajudou algum. natural para todos ns vivermos
juntos, produzirmos juntos, ser colaborativo, compartilhar, ajudar, dar uma fora, enfim, ser
solidrio parte do nosso cotidiano.
Assim foi o caminho da humanidade. Tudo que nossos ancestrais aprendiam era repassado para os
filhos, dos filhos para os netos, e assim sucessivamente. O conhecimento sempre foi encarado por
ns humanos como um instrumento de educao, um fato muito importante para a nossa
sobrevivncia. A musica, a escrita, a matemtica e tantas outras informaes foram criadas e
disponibilizadas livremente para todos. Mas isso, at um determinado momento da nossa histria
foi assim, quando por volta do sculo 16, com o advento da mquina de imprimir produzida por
GUTEMBERG, o Estado criou uma legislao para defender os inventores, os criadores, expressos
nos termos da Propriedade Intelectual.
ticos, sendo, portanto, os entusiastas do movimento do software livre atores polticos, que vem na
tecnologia uma maneira de apoiarmos as mudanas no mundo para melhor.
A pessoa mais representativa deste grupo o Richard Stallman, bem como a Distribuio Debian
a que melhor representa os preceitos do mundo livre, tendo uma referencia inquestionvel na
Filosofia GNU.
Crditos
O material foi desenvolvido por Djalma Valois Filho e o resultado de uma compilao das duvidas
mais usuais que surgiram ao longo das inmeras palestras apresentadas desde o ano 2000 pelo
CIPSGA - Comit de Incentivo a Produo do Software GNU e Alternativo em todo Brasil.
Todo o contedo encontrado neste curso oriundo dos textos publicados pela FSF, bem como
outros textos publicados pelo CIPSGA at a presente data. Crticas e sugestes construtivas so bem
vindas a qualquer tempo, podendo ser enviadas para email [at] dvalois [dot] net.
3 Reconhecendo Liberdades
3.1 As liberdades concedidas
Para que um software seja considerado livre, necessrio que a licena do software conceda ao
usurio 4 liberdades bsicas, a saber:
Aqui, nesta liberdade, vale a pena ressaltarmos que no existe uma dicotomia entre o software livre
Crditos
O material foi desenvolvido por Djalma Valois Filho e o resultado de uma compilao das duvidas
mais usuais que surgiram ao longo das inmeras palestras apresentadas desde o ano 2000 pelo
CIPSGA - Comit de Incentivo a Produo do Software GNU e Alternativo em todo Brasil.
Todo o contedo encontrado neste curso oriundo dos textos publicados pela FSF, bem como
outros textos publicados pelo CIPSGA at a presente data. Crticas e sugestes construtivas so bem
vindas a qualquer tempo, podendo ser enviadas para email [at] dvalois [dot] net.
4.2 O Kernel
No centro de um sistema operacional est o kernel. Ele composto por vrios programas que
intermediam os aplicativos que voc usa no seu sistema operacional e a mquina, o hardware.
Quando voc manda o seu programa de edio de textos gravar um arquivo, ele faz uma chamada
ao kernel e "diz para ele": grave estes dados!. O kernel ento verifica se existe espao no disco, qual
a primeira trilha livre para gravar, faz a gravao do seu arquivo, grava a tabela de ndice do disco,
retorna ao seu editor de textos e "diz para ele": gravei o arquivo!, ao que, para voc, simplesmente a
tela que voc utilizou para mandar gravar o arquivo vai fechar (se tudo correu bem), se houver um
erro na gravao, ou a falta de espao em disco por exemplo, o seu aplicativo vai jogar outra tela no
vdeo informando o "Erro na Gravao".
O Linux um kernel, um projeto iniciado em 25 de agosto de 1991 pelo finlands Linus Torvalds,
e foi apoiado por milhares de programadores ao redor do mundo.
O Hurd um outro projeto, que vem sendo produzido pela Free Software Foundation, que utiliza
um outro conceito, baseado em micro kernel, implementando caractersticas diferentes.
O FreeBSD um outro kernel, produzido pelo projeto BSD, e j existe projeto de implement-lo
junto a distribuio Debian.
Logo, GNU/Linux o nome correto para o conjunto do Sistema Operacional GNU acrescido do
kernel de Linux Torvalds. Se o Sistema Operacional GNU for acrescido do kernel FreeBSD, ento o
correto chamar o conjunto de GNU/FreeBSD.
Note, o projeto de criao do kernel de Linux Torvalds de 1991, portanto, 7 anos aps o projeto da
Free Software Foundation ter iniciado. A GPL, o compilador GCC e o editor Emacs j estavam
prontos e disponveis juntamente com uma infinidade de programas que compunham o
sistema operacional.
Crditos
O material foi desenvolvido por Djalma Valois Filho e o resultado de uma compilao das duvidas
mais usuais que surgiram ao longo das inmeras palestras apresentadas desde o ano 2000 pelo
CIPSGA - Comit de Incentivo a Produo do Software GNU e Alternativo em todo Brasil.
Todo o contedo encontrado neste curso oriundo dos textos publicados pela FSF, bem como
outros textos publicados pelo CIPSGA at a presente data. Crticas e sugestes construtivas so bem
vindas a qualquer tempo, podendo ser enviadas para email [at] dvalois [dot] net.
Os recursos gastos em Software permanecem no nosso pas, reduzindo a evaso de divisas para
o exterior.
5.3 Expectativa
O Software Livre uma proposta de soluo para os anseios sociais de uma tecnologia aberta, de
uma sociedade justa e solidria, que viabilizar todos os segmentos sociais a ingressarem no
terceiro milnio em condies de igualdade no conhecimento da informtica.
Crditos
O material foi desenvolvido por Djalma Valois Filho e o resultado de uma compilao das duvidas
mais usuais que surgiram ao longo das inmeras palestras apresentadas desde o ano 2000 pelo
CIPSGA - Comit de Incentivo a Produo do Software GNU e Alternativo em todo Brasil.
Todo o contedo encontrado neste curso oriundo dos textos publicados pela FSF, bem como
outros textos publicados pelo CIPSGA at a presente data. Crticas e sugestes construtivas so bem
vindas a qualquer tempo, podendo ser enviadas para email [at] dvalois [dot] net.
Lembrando que este um contedo livre obtido no Projeto CDTC. Veja o restante deste contedo
aqui.
O desmoronamento da comunidade
A situao mudou drasticamente durante o incio dos anos 80 quando a Digital descontinuou a srie
PDP-10. Sua arquitetura, elegante e poderosa nos anos 60, no escalou naturalmente conforme
grandes espaos de endereamento se tornaram necessrios nos anos 80. Isto significou que
praticamente todos os programas que compuseram o ITS tornaram-se obsoletos.
A comunidade de hackers do laboratrio de IA j tinha se desmoronado, algum tempo antes. Em
1981, a companhia subsidiria Symbolics tinha contratado quase todos os hackers do laboratrio de
IA, e a despovoada comunidade j no era mais capaz de se manter (o livro "Hackers", de Steve
Levy, descreve estes eventos, e mostra um panorama claro desta comunidade em seus primrdios).
Quando o laboratrio de IA adquiriu um novo PDP-10 em 1982, seus administradores decidiram
utilizar o sistema de timesharing no livre da Digital em vez do ITS.
Os computadores modernos daquele tempo, como o VAX ou o 68020, tinham seus prprios
sistemas operacionais, mas nenhum deles era software livre: voc tinha que assinar um
"nondisclosure agreement" ("concordo em no revelar") at mesmo para obter uma
cpia executvel.
Isto significava que o primeiro passo para usar um computador era prometer que no ajudaria seu
vizinho. Proibiu-se a existncia de uma comunidade cooperativa. A regra feita pelos donos de
software proprietrio era: "se voc compartilhar com seu vizinho, voc um pirata. Se quiser
alguma mudana, pea-nos de forma que ns a faamos".
A ideia de que o sistema social do software proprietrio sistema que diz que voc no tem
permisso de compartilhar ou mudar o software anti-social, que no tico, que est
simplesmente errado, pode ser uma surpresa para alguns leitores. Mas o que mais poderamos dizer
de um sistema que est baseado em dividir o pblico e manter os usurios desamparados? Esses
leitores que acham a ideia surpreendente podem ter levado o sistema social proprietrio como
determinado, ou julgam isto em funo das condies sugeridas pelas companhias que fazem o
software proprietrio. "Software publishers" (editores de software) trabalharam muito tempo e duro
para convencer as pessoas que h somente um modo de ver este tpico.
Quando os editores de software falam em "fazer valer" seus "direitos" ou em "parar a pirataria", isso
que de fato dizem secundrio. A real mensagem destas declaraes est nas suposies que eles
do por concedidas; presumido que o pblico aceite sem crtica. Ento vamos examin-las.
Como "free" (livre) refere-se a "freedom" (liberdade) e no a preo, no existe contradio entre a
venda de cpias e o software livre. De fato, a liberdade para vender cpias crucial: as colees de
software livre que so vendidos em CD-ROM so importantes para a comunidade e a venda, dos
mesmos um modo importante para obter fundos para o desenvolvimento de software livre. Ento,
se as pessoas no puderem incluir um programa nestas colees, este no um software livre.
Por causa da ambiguidade de "free", as pessoas a muito tm procurado alternativa, mas ningum
achou uma alternativa apropriada. O idioma ingls tem mais palavras e nuances que qualquer outro,
mas falta uma palavra simples, no ambgua, palavra que signifique "free" (livre), como em
"freedom" (liberdade) "unfettered" (sem correntes) a palavra que mais entra no ntimo
significando. Outras alternativas como "liberated" (liberado), "freedom" (liberdade) e "open"
(aberto) tm o significado errado ou alguma outra desvantagem.
Comeando o projeto
Em janeiro de 1984 eu deixei meu trabalho no MIT e comecei a escrever o software GNU. Deixar o
MIT era necessrio para que o MIT no quisesse interferir com a distribuio de GNU como
software livre. Se eu tivesse continuado como parte da equipe, o MIT, poderia ter reivindicado
propriedade no trabalho, e poderia ter imposto as prprias condies de distribuio, ou at mesmo
poderia transformar o trabalho em um pacote de software proprietrio. Eu no tinha a inteno de
fazer um trabalho enorme somente para v-lo tornar-se intil a seu almejado propsito: criar uma
nova comunidade de software compartilhado.
Porm, o Professor Winston, ento a cabea do Laboratrio de IA do MIT, gentilmente convidoume a continuar usando a estrutura do laboratrio.
Os primeiros passos
Pouco antes de comear no projeto GNU, eu escutei sobre o "Free University Compiler Kit"
(Compilador da Universidade Livre), tambm conhecido como VUCK (A palavra alem para "free"
comea com um V). Era um compilador projetado para controlar mltiplas linguagens, inclusive C
e Pascal, e para suportar mquinas de mltiplos propsitos. Eu escrevi ao autor perguntando se o
GNU poderia us-lo.
Ele me respondeu ironicamente, declarando que indubitavelmente a universidade era livre, mas o
compilador no. Ento, eu decidi que meu primeiro programa para o projeto GNU seria um
GNU EMACS
Eu comecei a trabalhar no GNU Emacs em setembro de 1984, e no comeo de 1985 comeou a ser
usvel. Isto me permitiu usar sistemas Unix para fazer a edio; no tendo nenhum interesse em
aprender a usar o VI ou ED, eu tinha feito minha edio em outros tipos de mquinas at
aquele momento.
A essas alturas, pessoas comearam a querer usar GNU Emacs o que levantou a pergunta de como
distribu-lo. Claro que, eu pus isto no servidor de FTP annimo no computador do MIT que eu
usava (este computador, prep.ai.mit.edu, transformado, se tornou assim o principal local de
distribuio por FTP de GNU; quando foi confiscado depois de alguns anos, ns transferimos o
nome para nosso novo servidor de FTP). Mas naquele tempo, muitas pessoas interessadas no
estavam na Internet e no puderam obter uma cpia atravs de FTP. Assim a pergunta era: o que eu
digo a eles?
Eu poderia ter dito, "ache um amigo que est na rede e que far uma cpia para voc". Ou poderiam
ter feito o que eu fiz com o Emacs para PDP-10 original: lhes falei "me envie uma fita e um
envelope com o endereo e os selos de correio necessrios, e eu lhe devolverei a fita com o Emacs
dentro". Mas eu estava sem trabalho e estava procurando uma maneira de fazer dinheiro com o
software livre. Ento eu anunciei que enviaria uma fita para quem quisesse, por uma taxa de $150.
Deste modo, eu comecei um negcio de distribuio de software livre, o precursor das companhias
que atualmente distribuem sistemas completos GNU baseado em Linux.
modificadas proprietrias.
O exemplo paradigmtico deste problema o sistema X Window. Desenvolvido no MIT, e liberado
como software livre com um licena permissiva, foi logo adotado atravs de vrias companhias de
computador. Eles acrescentaram X a seus sistemas proprietrios Unix, somente no formato binrio,
e coberto pelo mesmo "acordo de no revelar". Estas cpias de X no eram mais software livre do
que o era o Unix.
Os desenvolvedores do sistema X Window no consideraram este um problema eles esperavam e
pretendiam que isto acontecesse. Sua meta no era liberdade, s o "sucesso", definido como "tendo
muitos usurios". No os preocupou se esses usurios teriam liberdade, s que eles deveriam
ser numerosos.
Isto nos leva a uma situao paradoxal na qual dois modos diferentes de medir a liberdade deram
respostas diferente pergunta " este um programa livre?". Se voc julgasse baseado na liberdade
provida pelas condies de distribuio do MIT, voc diria que X software livre. Mas se voc
medisse a liberdade do usurio comum de X, diria que X software proprietrio. A maioria dos
usurios de X estava executando verses proprietrias que vieram dos sistemas Unix, no a
verso livre.
Um tpico relacionado trata a combinao de um programa livre com um de cdigo no livre. Tal
combinao ser inevitavelmente no livre; qualquer liberdade que perdeu a parte no livre,
tambm perder o todo. Permitir tais combinaes abriria um buraco grande o suficiente para
afundar um navio. Para isto, uma exigncia crucial ao copyleft tapar este buraco: qualquer coisa
somada ou combinada com um programa de copyleft deve ser de tal forma que a verso total
combinada tambm seja livre e copyleft.
A implementao especfica de copyleft que ns usamos para a maioria do software GNU o "GNU
General Public License" (GNU Licena de Pblico Geral) ou GNU GPL para abreviar. Ns temos
outros tipos de copyleft que so usados em circunstncias especficas. Manuais de GNU tambm
so copyleft, mas usa um copyleft muito mais simples, porque a complexidade do GNU GPL no
necessrio para manuais.
Metas tcnicas
A principal meta de GNU era ser software livre. At mesmo se GNU no tivesse nenhuma
vantagem tcnica em cima do Unix, teria uma vantagem social, ao permitir cooperar com os
usurios, e uma vantagem tica, respeitando a liberdade dos usurios.
Mas era natural aplicar os padres conhecidos a boa prtica do trabalho por exemplo, alocando
estruturas de dados dinamicamente para evitar limites arbitrrios de tamanho fixo, e controlar todos
os possveis cdigos de 8 bits onde quer que isso fizesse sentido.
Alm disso, ns rejeitamos o foco do Unix em tamanhos de memria pequenos, decidindo por no
dar suporte a mquinas de 16 bits (estava claro que as mquinas de 32 bits seriam a norma para
quando o sistema GNU fosse acabado), e no fazer qualquer esforo para reduzir o uso de memria,
a menos que excedesse o megabyte. Nos programas em que no era crucial a manipulao de
arquivos muito grandes, ns incentivamos os programadores a ler o arquivo de entrada em
memria, e ento explorar o seu contedo, sem ter que preocupar-se com o E/S.
Estas decises permitiram que muitos programas GNU ultrapassassem s compensaes do UNIX
em confiabilidade e velocidade.
Computadores doados
Como a reputao do projeto GNU cresceu, as pessoas comearam a oferecer doaes de mquinas
que executassem UNIX para o projeto. Estas eram muito teis, porque o modo mais fcil de
desenvolver componentes GNU era fazer isto em um sistema UNIX, e ento substituir os
componentes daquele sistema um a um. Mas eles trouxeram uma pergunta tica: se estava correto
para ns ter uma cpia de todo o UNIX.
UNIX era (e ) um software proprietrio, e a filosofia do projeto GNU diz que ns no deveramos
usar software proprietrio. Mas, aplicando o mesmo raciocnio a estes objetivos conclumos que a
violncia em defesa justificada, eu conclui que era legtimo usar um pacote proprietrio quando
isso era crucial para desenvolver uma substituio livre que ajudaria outros a deixar de usar o
pacote proprietrio.
Mas, mesmo se este fosse um mal justificvel, ainda seria um mal. Hoje ns j no temos qualquer
cpia de Unix, porque ns os temos substitudo com sistemas operacionais livres. Se ns no
pudssemos substituir o sistema operacional de uma mquina por um livre, substituiramos
a mquina.
"Quebrando um galho"?
Eric Raymond diz que "Todo o bom trabalho em software comea com um desenvolvedor
quebrando um galho". Talvez isso acontea s vezes, mas muitas das partes essenciais do software
GNU foram desenvolvidas para ter um sistema operacional livre completo. Eles vieram de uma
viso e um plano, no de um impulso.
Por exemplo, ns desenvolvemos a biblioteca GNU C porque um sistema do estilo Unix precisava
de uma biblioteca C; o Bourne-Again Shell (bash) porque um sistema do estilo Unix precisava de
um shell, e o GNU tar porque um sistema do estilo Unix precisava de um compactador tar. O
mesmo aplicado a meus prprios programas o compilador GNU C, GNU Emacs, GDB e
GNU Make.
Alguns programas GNU foram desenvolvidos para tratar ameaas especficas a nossa liberdade.
Assim, ns desenvolvemos o gzip para substituir o programa de compresso, que estava perdido
para nossa comunidade por causa das patentes da LZW. Ns achamos pessoas para desenvolver o
LessTif, e mais recentemente comear o GNOME e o Harmony, para desviar os problemas
causados por uma certa biblioteca proprietria (veja abaixo). Ns estamos desenvolvendo o GNU
Privacy Guard (Guarda de Privacidade GNU) para substituir um popular software de criptografia
no livre, porque usurios no devem ter que escolher entre privacidade e liberdade.
Claro que, as pessoas que escrevem estes programas tornaram-se interessadas no trabalho, e vrias
pessoas somaram muitas caractersticas a eles para satisfazer as suas prprias necessidades e
interesses. Mas isso no a razo para a qual os programas existem.
Desenvolvimentos inesperados
No comeo do projeto GNU, imaginei que ns desenvolveramos o sistema GNU inteiro, e ento
liber-lo por completo. Isso no foi o que aconteceu.
Considerando que cada componente de um sistema GNU foi implementado em um sistema Unix,
todo componente poderia rodar em sistemas Unix, muito antes que existisse um sistema GNU
completo. Alguns desses programas ficaram populares e os usurios comearam a os estender e os
portar para as vrias verses incompatveis de Unix, e s vezes para outros sistemas tambm.
O processo fez este programa muito mais poderoso, e atraiu fundos e contribuintes para o projeto
GNU. Mas isso provavelmente tambm atrasou a concluso de um sistema de funcionamento
mnimo por muitos anos, como o tempo dos desenvolvedores GNU foi empregado em manter essa
portabilidade e acrescentar caractersticas aos componentes existentes, em lugar de avanar em
escrever um componente restantes.
O GNU Hurd
Em 1990, o sistema GNU estava quase completo; o nico componente restante importante era o
kernel. Ns decidimos implementar nosso kernel como uma coleo de processos servidores que
rodam em Mach. Mach um micro kernel desenvolvido na Carnegie Mellon University e depois na
University of Utah; o GNU HURD uma coleo de servidores (ou "rebanho de gnus") que rodam
em Mach, e fazem as vrias tarefas do kernel do Unix. O incio do desenvolvimento foi atrasado
enquanto ns espervamos a liberao do Mach como software livre, como havia sido prometido.
Uma razo para isto era evitar o que parecia ser a parte mais dura do trabalho: depurar um kernel
sem um depurador de cdigo fonte para faz-lo. Esta parte do trabalho j havia sido feita em Mach,
e ns esperamos depurar os servidores HURD como programas de usurio, com GDB. Mas levou
muito tempo para fazer isto possvel, e os servidores multi-threaded que enviavam mensagens entre
si mostraram-se muito difceis de depurar. Fazendo o HURD trabalhar solidamente se estendeu por
muitos anos.
Alix
O kernel GNU no foi originalmente chamado HURD. O seu nome original era Alix nomeado
assim por causa da mulher que era minha amada naquele tempo. Ela, uma administradora de
sistema Unix, havia mostrado como o seu nome se ajustaria aos padro de nomenclatura comuns s
verses de sistema Unix; por brincadeira, ela falou para seus amigos, "Algum deveria dar o meu
nome a um kernel". Eu no disse nada, mas decidi surpreend-la com um kernel chamado Alix.
No permaneceu desta maneira. Michael Bushnell (agora Thomas), o principal desenvolvedor do
kernel, preferiu o nome HURD, e redefiniu Alix para se referir a uma certa parte do kernel a
parte que captura as chamadas do sistema e os negocia enviando mensagens para os
servidores HURD.
No final da contas, Alix e eu nos separamos, e ela mudou seu nome; independentemente, o design
de HURD foi mudado de forma que o biblioteca C enviaria mensagens diretamente aos servidores,
e isto fez com que o componente Alix desaparecesse do design.
Mas antes de estas coisas aconteceram, um amigo dela deparou-se com o nome Alix no cdigo
fonte do HURD, e mencionou o nome a ela. Assim o nome cumpriu seu objetivo.
Linux e GNU/Linux
O GNU HURD no est pronto para o uso em produo. Felizmente, outro kernel est disponvel.
Em 1991, Linus Torvalds desenvolveu um kernel compatvel com Unix e o chamou de Linux. Por
volta de 1992, combinando Linux com o no completo sistema GNU, resultou num sistema
operacional livre completo (claro que combin-los foi um trabalho significativo). devido ao Linux
que atualmente ns podemos, de fato, rodar uma verso do sistema GNU.
Ns denominamos esta verso de GNU/Linux, para expressar a combinao do sistema de
programas GNU com o kernel Linux. Por favor, evite a prtica de chamar todo o sistema de
"Linux", uma vez que isto implica atribuir nossos esforos a outra pessoa. Por favor mencione-nos
igualmente.
Hardware secreto
Os fabricantes de hardware crescentemente tentam manter segredo de suas especificaes. Isto
dificulta escrever drivers livres, para que Linux e XFree86 possam suportar assim, novos
hardwares. Ns temos sistemas livres completos hoje, mas no os teremos amanh se no pudermos
suportar os computadores de amanh.
Existem dois modos de lutar com este problema. Os programadores podem fazer engenharia reversa
para entender como suportar o hardware. O resto de ns pode escolher o hardware que admite
software livre; conforme nosso nmero aumente, o segredo das especificaes se tornar uma
poltica derrotada.
A engenharia reversa um grande trabalho; ns teremos programadores com suficiente
determinao para empreender isto? Sim se construirmos um sentimento forte de que o software
livre uma questo de princpio, e que os drivers no livres so intolerveis. E um grande nmero
de ns estar disposta a gastar dinheiro extra, ou at mesmo um pequeno tempo extra, para que
possamos usar drivers livres? Sim, se a determinao de liberdade for difundida.
Bibliotecas no livres
Uma biblioteca no livre que roda em um sistema operacional livre atua como uma armadilha para
os desenvolvedores de software livre. As caractersticas atraentes da biblioteca so a isca; se voc
usar a biblioteca, voc cai na armadilha, porque seu programa no pode ser til sendo parte de um
sistema operacional livre (no sentido exato, ns podemos incluir seu programa, mas no trabalhar
sem o restante da biblioteca). Pior ainda, se um programa que usa a biblioteca proprietria tornar-se
popular, ela pode atrair outros programadores descuidados para a armadilha.
O primeiro exemplo deste problema era o equipamento de Motif Toolkit, l nos anos oitenta.
Embora no houvesse ainda nenhum sistema operacional livre, estava claro o problema que Motif
lhes causaria mais tarde. O projeto GNU respondeu de dois modos: solicitando a projetos
individuais de software livre para suportar o Free X Toolkit Widgets to bem quanto o Motif, e
pedindo para algum escrever uma substituio livre para o Motif. O trabalho levou vrios anos;
LessTif, desenvolvido pelos Hungry Programmers (os Programadores Famintos) ficou poderoso o
bastante para suportar a maioria das aplicaes Motif somente em 1997.
Entre 1996 e 1998, outra biblioteca de ferramentas GUI no livre, denominado Qt, era usado em
uma coleo significativa de software livre: o desktop KDE.
Os sistemas livres GNU/Linux no puderam usar KDE, porque ns no podamos usar a biblioteca.
Porm, alguns distribuidores comerciais de sistemas GNU/Linux que no era to rgido ao aderir ao
software livre, acrescentaram o KDE aos seus sistemas produzindo um sistema com mais
capacidades, mas menos liberdade. O KDE Group estava encorajando ativamente a mais
programadores a usar Qt, e milhes de novos "usurios Linux" nunca tinham sido expostos ideia
de que havia um problema nisto. A situao parecia severa.
A comunidade do software livre respondeu a este problema de dois modos: GNOME e Harmony.
GNOME, o GNU Network Object Model Environment [Ambiente de Modelagem de Objetos de
Rede GNU], o projeto GNUs desktop. Iniciado em 1997 por Miguel de Icaza, e desenvolvido
com o suporte da Red Hat Software, GNOME teve a inteno de prover facilidades similares de
desktop, mas usando exclusivamente software livre. Tem vantagens tcnicas, tais como suportar
uma variedade de linguagens, no s C++. Mas o seu principal propsito era a liberdade: no
requerer o uso de qualquer software no livre.
Harmony uma biblioteca de substituio compatvel, projetada para tornar possvel rodar o
software KDE sem usar Qt.
Em novembro de 1998, os desenvolvedores de Qt anunciaram uma mudana de licena que quando
levada a cabo, far com que Qt seja software livre. No h modo de estar seguro, mas eu penso que
isto aconteceu em parte devido resposta firme da comunidade frente ao problema que Qt
apresentou quando no era livre (a licena nova inconveniente e injusta, assim permanece
desejvel evitar o uso de Qt).
Como ns responderemos prxima tentativa de biblioteca no livre? Ir toda a comunidade
entender a necessidade de ficar fora da armadilha? Ou algum de ns desistir da liberdade por
convenincia, e gerar um problema maior? Nosso futuro depende de nossa filosofia.
Patente de software
A pior ameaa que ns enfrentamos so as patentes de software que podem colocar algoritmos e
caractersticas fora dos limites do software livre por mais de vinte anos. A patente do algoritmo de
compresso LZW foi pedido em 1983, e at agora o software livre no pode produzir GIFs
comprimidos. Em 1998, um programa livre para produzir MP3 comprimido foi removido da
distribuio sob a ameaa de uma termo de patente.
H modos para lutar contra as patentes: ns podemos procurar evidncia de que uma patente
invlida, e podemos procurar caminhos alternativos para fazer o trabalho. Mas cada um destes
mtodos s funciona algumas vezes; quando ambos falham, a patente pode forar todo software
livre a faltar com algumas caractersticas que os usurios querem. O que ns faremos quando
isto acontecer?
Aqueles de ns que valorizam o software livre para a causa da liberdade ficar com o software livre
de qualquer maneira. Ns nos prepararemos para ter nosso trabalho levado a cabo sem as
caractersticas patenteadas. Mas esses que valorizam um software livre porque esperam que seja
tecnicamente superior, possvel cham-lo de falha quando uma patente o forar a ficar atrs.
Assim, embora seja til falar sobre a efetividade prtica do modelo "catedral" de desenvolvimento,
e da confiana e poder de certo software livre, no deveramos parar por a. Temos que falar sobre
liberdade e princpio.
Documentao livre
A maior deficincia em nosso sistema operacional livre no est no software a falta de bons
manuais livres que ns possamos incluir em nossos sistemas. A documentao uma parte essencial
de qualquer pacote de software; quando um pacote importante de software livre no vem com um
bom manual livre, fica uma grande lacuna. Ns temos atualmente muitas dessas lacunas.
A documentao livre, como o software, uma questo de liberdade, no de preo. O critrio para
um manual livre semelhante ao do software livre: uma questo de conceder para os usurios
certas liberdades. A redistribuio (at mesmo a venda comercial) deveria ser permitida, on-line e
em papel, de tal modo que o manual possa acompanhar a toda cpia do programa.
A permisso para modificao tambm crucial. Como regra geral, no acredito que essencial que
as pessoas tenham permisso para modificar todos os tipos de artigos e livros. Por exemplo, eu no
defendo que lhe ou me obriguem a dar permisso para modificar artigos como este que descreve
nossas aes e nossa viso.
Mas uma razo particular existe por que a liberdade para modificar a documentao crucial para o
software livre. Quando as pessoas exercitam o seus direitos de modificar o software, e acrescentam
ou mudam suas caracterstica, se eles forem conscientes mudaro tambm o manual eles
proporcionaro deste modo a documentao precisa e til ao programa modificado. Um manual que
no permite os programadores serem conscienciosos e terminarem o trabalho, no preenche as
necessidades de nossa comunidade.
A existncia de alguns tipos de limites sobre como as modificaes so feitas no possui problemas.
Por exemplo, a exigncia de preservar a advertncia dos direitos autorais do autor original, os
termos de distribuio, ou a lista de autores, esto O.K. Tambm no nenhum problema requerer
que a verso modificada inclua uma advertncia de que foi modificado, e at mesmo ter sees
inteiras que no podem ser apagadas ou modificadas contanto que estas sees tratem de tpicos
no tcnicos. Estes tipos de restries no so um problema porque eles no impedem ao
programador consciencioso de adaptar o manual para ajustar ao programa modificado. Em outras
palavras, eles no impedem comunidade do software livre o completo uso do manual.
Porm, deveria ser possvel modificar todo o contedo tcnico do manual, e ento distribuir o
resultado em todas as mdias usuais, por todos os canais habituais; caso contrrio, as restries
obstruem a comunidade, o manual no livre, e ns precisaremos de outro manual.
Ir o desenvolvedor de software livre ter a conscincia e a determinao para produzir uma gama
completa de manuais livres? Uma vez mais, nosso futuro depende de nossa filosofia.
Tente!
A filosofia de Yoda ("Do or do not. There is no try" Faa ou no faa. No h tentativa) soa
bonito, mas no funciona comigo. Eu fiz a maioria de meu trabalho ansioso por no saber se
conseguiria realiz-lo, e inseguro sobre se seria o bastante para alcanar a meta. Mas eu tentei
igualmente, porque no havia outro entre o inimigo e minha cidade. Para minha prpria surpresa, s
vezes tive sucesso.
Eu s vezes falhei; algumas de minhas cidades caram. Ento eu achei outro que ameaou a cidade,
e me preparei para outra batalha. Ao longo do tempo, aprendi como procurar as ameaas e me
colocar entre eles e a minha cidade, chamando outros hackers a vir e unirem-se a mim.
Hoje em dia, frequentemente eu no sou o nico. um alvio e um prazer quando eu vejo um
regimento de hackers cavando trincheiras para manter a posio, e percebo que esta cidade pode
sobreviver por enquanto. Mas os perigos so maiores a cada ano, e agora a Microsoft tem a
nossa comunidade como um alvo explcito. Ns no podemos ceder para garantir o futuro da
liberdade. No d isso por certo! Se voc quiser manter sua liberdade, deve estar preparado
para defend-la.
Sobre
Este texto foi originalmente publicado por Richard Stallman no livro Open Sources, posteriormente
publicado na Internet em The GNU Operating System e traduzido e publicado pelo CIPSGA (em
Junho de 2000).
Direito autorais (C) 1998 Richard Stallman.
Por favor envie sua perguntas FSF & GNU (em ingls) gnu@gnu.org e comentrios sobre este
artigo para webmasters@www.gnu.org, envie outras perguntas para gnu@gnu.org (em ingls).
Tambm h outros modos para contatar o FSF.
permitido a cpia textual e a distribuio deste artigo na sua totalidade por qualquer meios,
contanto que esta nota seja preservada.
Reviso e Traduo
Crditos
O material foi desenvolvido por Djalma Valois Filho e o resultado de uma compilao das duvidas
mais usuais que surgiram ao longo das inmeras palestras apresentadas desde o ano 2000 pelo
CIPSGA - Comit de Incentivo a Produo do Software GNU e Alternativo em todo Brasil.
Todo o contedo encontrado neste curso oriundo dos textos publicados pela FSF, bem como
outros textos publicados pelo CIPSGA at a presente data. Crticas e sugestes construtivas so bem
vindas a qualquer tempo, podendo ser enviadas para email [at] dvalois [dot] net.
Referncias:
[1] o uso de "hacker" para se referir ao "violador de segurana" uma confuso que vem por parte
dos meios de comunicao de massa. Ns hackers nos recusamos a reconhecer este significado,
e continuamos usando a palavra para indicar "algum que ama programar e que gosta de ser
hbil e engenhoso".
[2] como atesta, eu no sigo nenhum lder religioso, mas s vezes eu admiro alguma coisa que um
deles disse.
[3 em 1984 ou 1985, Don Hopkins (um companheiro muito imaginativo) enviou-me uma carta. No
] envelope ele tinha escrito vrias declaraes divertidas, incluindo este aqui: "Copyleft-all rights
reversed" (Copylefttodo os direitos invertidos). Eu usei a palavra "copyleft" para denominar
o conceito de distribuio que estava desenvolvendo aquele tempo.
[4] "Bourne Again Shell" uma brincadeira com o nome "Bourne Shell" que era o shell habitual
em Unix.
[5] Este texto foi escrito em 1998. Em 2009 a lista foi finalizada. A comunidade de desenvolve
softwares livres to rapidamente que no conseguimos acompanhar.
[6] Esta licena aogra chamada de GNU Lesser General Public License, para evitar a ideia de que
todas as bilbiotecas devem usar esta licena.
7. O Direito de Ler
de "The Road to Tycho", uma coleo de artigos sobre os antecedentes da Revoluo Lunar,
publicado em Luna City, em 2096.
Para Dan Halbert, o caminho para Tycho comeou na faculdade, quando Lissa Lenz pediu seu
computador emprestado. O dela havia quebrado, e, a no ser que conseguisse um outro emprestado,
ela no conseguiria terminar seu projeto bimestral. No havia ningum a quem ela ousasse pedir
isso, exceto Dan.
Isso deixou Dan num dilema. Ele tinha que ajud-la, mas se emprestasse seu computador, ela
poderia ler seus livros. Alm do fato de que voc pode ir para a priso por muitos anos por deixar
algum ler seus livros, a prpria ideia o chocou a princpio. Como a todos mais, tinham-lhe
ensinado desde o primrio que emprestar livros era algo terrvel e errado algo que s
piratas fariam.
E no havia muita chance de que a SPA Software Protection Authority (Autoridade de Proteo
do Software) no o descobrisse. Na aula de software, Dan aprendera que cada livro tinha
embutido um monitor de direitos autorais, que informava quando e onde ele era lido, e por quem,
para a Central de Licenciamento (eles usavam essa informao para pegar piratas de leitura, mas
tambm para vender perfis de interesses pessoais a empresas). Na prxima vez em que seu
computador estivesse conectado rede, a Central de Licenciamento iria saber. Ele, como dono do
computador, receberia a mais dura punio, por no ter feito os sacrifcios necessrios para evitar
o crime.
Claro que Lissa no pretenderia, necessariamente, ler seus livros. Ela poderia querer o computador
apenas para escrever seu projeto. Mas Dan sabia que ela vinha de uma famlia de classe mdia e
mal podia arcar com as mensalidades, quanto mais com suas taxas de leitura. Ler seus livros poderia
ser a nica forma de ela terminar o curso. Dan compreendia a situao, pois ele prprio precisou de
emprstimo para pagar por todos os artigos acadmicos que lera (dez por cento dessas taxas iam
para os pesquisadores que escreveram os artigos; como Dan pensava em seguir carreira acadmica,
tinha esperanas de que seus prprios artigos de pesquisa, caso citados frequentemente, rendessem
o suficiente para pagar seu financiamento).
Mais tarde, Dan aprenderia que havia um tempo em que qualquer pessoa poderia ir biblioteca e ler
artigos de peridicos, e at mesmo livros, sem ter que pagar. Havia estudiosos independentes que
liam milhares de pginas sem precisar obter permisses governamentais para uso de biblioteca.
Mas, nos idos de 1990, editores de peridicos, tanto comerciais quanto institucionais, comearam a
cobrar pelo acesso. Em 2047, bibliotecas com acesso pblico gratuito a artigos acadmicos eram
uma lembrana distante.
Havia formas, claro, de contornar a SPA e a Central de Licenciamento. Elas eram ilegais. Dan
havia tido um colega na aula de software, Frank Martucci, que obteve uma ferramenta ilegal de
depurao, e a usava para pular o cdigo monitor de direitos autorais quando lia livros. Mas ele
contou a muitos amigos sobre isso, e um deles o entregou SPA por uma recompensa (estudantes
afundados em dvidas eram facilmente tentados a trair). Em 2047, Frank estava preso, no por
leitura pirata, mas por possuir um depurador.
Dan ainda iria aprender que havia um tempo em que qualquer pessoa podia ter ferramentas
depuradoras. Existiam at mesmo ferramentas depuradoras gratuitas disponveis em CD, ou que
podiam ser baixadas pela rede. Mas usurios comuns comearam a us-las para passar por cima dos
monitores de direitos autorais, e, eventualmente, um juiz declarou que esse havia se tornado seu uso
principal na prtica. Isso significava que elas se tornaram ilegais. Os desenvolvedores de
ferramentas de depurao foram mandados para a priso.
Programadores ainda precisavam de ferramentas de depurao, claro, mas vendedores de
depuradores em 2047 distribuam apenas cpias numeradas, e apenas para programadores
oficialmente licenciados e juramentados. O depurador que Dan usava na aula de software era
mantido atrs de um firewall especial, de forma que podia ser usado somente para os exerccios
da aula.
Tambm era possvel passar por cima dos monitores de direitos autorais instalando um kernel
modificado no sistema operacional. Dan eventualmente saberia sobre os kernels livres e at mesmo
sistemas operacionais inteiros livres que haviam existido por volta da virada do sculo. Mas eles
no apenas tinham se tornado ilegais, como os depuradores ainda que voc tivesse um, no
conseguiria instal-lo sem saber a senha do administrador do seu computador. E nem o FBI nem o
Suporte da Microsoft lhe diriam qual ela .
Dan concluiu que simplesmente no podia emprestar seu computador para Lissa. Mas ele no podia
se recusar a ajud-la, porque a amava. Cada chance de falar com ela o deixava em xtase. E j que
ela o havia escolhido para ajud-la, isso poderia significar que ela o amava tambm.
Dan resolveu o dilema fazendo algo ainda mais impensvel: ele emprestou seu computador a ela, e
lhe disse sua senha. Dessa forma, se Lissa lesse seus livros, a Central de Licenciamento pensaria
que ele os estava lendo. Isso ainda era um crime, mas a SPA no ficaria sabendo automaticamente
sobre ele. Eles s saberiam se Lissa o entregasse.
Claro, se a faculdade descobrisse que ele tinha dado a Lissa sua prpria senha, seria o fim de ambos
como estudantes, no importa para que ela tivesse usado essa senha. A poltica da faculdade era que
qualquer interferncia nas formas que ela tinha de monitorar o uso que os estudantes faziam do
computador era suficiente para uma ao disciplinar. No importava se voc havia feito qualquer
coisa danosa a ofensa estava em dificultar que os administradores verificassem o que voc estava
fazendo. Eles assumiam que voc estava fazendo alguma outra coisa que era proibida, e no
precisavam saber o que era.
Os alunos normalmente no eram expulsos por isso no diretamente. Eles eram banidos do
sistema de computadores da faculdade, e assim, inevitavelmente, acabariam reprovados em todas
as disciplinas.
Depois, Dan aprenderia que esse tipo de poltica universitria havia comeado apenas por volta dos
anos 1980, quando mais alunos comearam a usar os computadores. Anteriormente, as
universidades tinham uma abordagem diferente para a disciplina; eles puniam atividades que eram
danosas, no aquelas que meramente levantavam suspeitas.
Lissa no denunciou Dan para a SPA. Sua deciso de ajud-la os levou a se casar, e tambm os
levou a questionar o que lhes fora ensinado sobre pirataria quando crianas. O casal comeou a ler
sobre a histria dos direitos autorais, sobre a Unio Sovitica e suas restries sobre cpias, e
mesmo sobre a Constituio original dos Estados Unidos. Eles se mudaram para Luna, onde
encontraram outras pessoas que, da mesma forma, haviam gravitado para longe do longo brao da
SPA. Quando o Levante de Tycho comeou em 2062, o direito universal leitura rapidamente se
tornou um de seus objetivos centrais.
Nota do autor
Esta nota foi atualizada vrias vezes desde a primeira publicao da estria
O direito leitura uma batalha que est sendo travada hoje. Embora ainda possa levar 50 anos
para nossa forma corrente de vida desaparecer na obscuridade, a maior parte das leis e prticas
descritas acima j foram propostas; muitas j foram aprovadas como leis nos Estados Unidos e em
outros lugares. Nos Estados Unidos, o Digital Millennium Copyright Act (DMCA) de 1998
estabeleceu a base legal para restringir a leitura e o emprstimo de livros digitalizados (e tambm de
outras obras). A Unio Europeia imps restries semelhantes em uma diretiva de direitos autorais
de 2001. Na Frana, de acordo com a lei DADVSI adotada em 2006, a mera posse de uma cpia do
DeCSS, um programa livre para decodificar vdeo em um DVD, considerada crime.
Em 2001, o senador Hollings, bancado pela Disney, props uma lei chamada SSSCA que exigiria
que cada computador novo tivesse um sistema de restrio de cpias, o qual o usurio no poderia
contornar. Juntamente com a ideia do chip Clipper [1] e propostas de cauo de chaves
criptogrficas do governo dos Estados Unidos (key-escrow) [2], isso mostra uma tendncia de longo
prazo: cada vez mais, os sistemas de computadores so configurados para dar a operadores remotos
o controle sobre as pessoas que efetivamente usam o sistema. O SSSCA posteriormente teve seu
nome trocado para o impronuncivel CBDTPA, que foi apelidado de "Consume But Dont Try
Programming Act" (ato de "consuma mas no tente programar").
Os Republicanos tomaram controle do senado dos Estados Unidos pouco tempo depois. Eles esto
menos amarrados a Hollywood do que os Democratas, por isso no pressionaram estas propostas.
Agora que os Democratas esto de volta ao controle, o perigo grande outra vez.
Em 2001, os Estados Unidos tentaram usar a proposta da ALCA rea de Livre Comrcio das
Amricas (FTAA, Free Trade Area of the Americas) para impor as mesmas regras em todos os
pases do ocidente. A ALCA um dos chamados tratados de livre comrcio, que foram na realidade
propostos para dar s empresas mais poder sobre governos democrticos; a imposio de leis como
a DMCA tpica desse esprito. A ALCA foi efetivamente morta por Lula, presidente do Brasil, que
rejeitou o requerimento DMCA e outros.
Desde ento, os Estados Unidos impuseram requerimentos semelhantes em pases como a Austrlia
e Mxico, atravs dos acordos bilaterais de "livre comrcio", e em pases como a Costa Rica,
atravs de outro tratado, o CAFTA. O presidente do Equador, Rafael Correa, recusou-se a assinar
um tratado de "livre comrcio" com os Estados Unidos, mas eu ouvi dizer que o Equador adotou
algo como o DMCA em 2003.
Uma das ideias na estria no foi proposta na realidade at 2002. a idia de que o FBI e a
Microsoft teriam a senha de administrador (root) dos computadores pessoais e no permitiriam que
voc a tivesse.
Os proponentes desse esquema o chamaram de "computao confivel" ("Trusted Computing") e
"Palladium". Ns o chamamos de "Computao Desleal" ("Treacherous Computing") porque o
efeito fazer com que o seu computador obedea a empresas, podendo chegar ao ponto de
desobedecer ou desafiar voc. Esse recurso foi implementado em 2007 como parte do Windows
Vista; ns esperamos que a Apple faa algo similar. Nesse esquema, o fabricante que mantm o
cdigo secreto, mas o FBI teria fcil acesso a ele.
O que a Microsoft guarda no exatamente a senha no sentido tradicional; ningum nunca a digita
em um terminal. Em vez disso, uma assinatura e uma chave criptogrfica que corresponde a uma
segunda chave armazenada em seu computador. Isso possibilita que a Microsoft (e potencialmente
qualquer web site que coopere com ela) tenha o controle final sobre o que o usurio possa fazer com
o seu computador.
O Vista ainda d a Microsoft alguns poderes adicionais; por exemplo, a Microsoft pode
forosamente instalar atualizaes e pode ordenar a todos as mquinas com Windows Vista que
recusem um certo driver de dispositivo. O objetivo principal das vrias restries do Vista impor o
DRM (Digital Restrictions Management, Gerenciamento Digital de Restries) de tal forma que os
usurios no o possam contornar. A ameaa do DRM o motivo pelo qual iniciamos a campanha
Defective by Design.
Quando essa estria foi escrita pela primeira vez, o SPA esteve ameaando pequenos provedores de
internet, exigindo que eles permitissem que o SPA monitorasse a todos os usurios. A maioria dos
provedores se renderam a ameaa porque no poderiam arcar com a batalha judicial. Pelo menos
um provedor, o Community ConneXion em Oakland, na Califrnia, recusou a exigncia e foi
processado. Mais tarde, o SPA desistiu desse processo, mas conseguiu o DMCA, que lhes deu o
poder que buscavam.
A SPA, que na verdade se chamava "Software Publishers Association", foi substituda em seu papel
policialesco pela Business Software Alliance (BSA). Hoje, a BSA no uma fora policial; mas,
extraoficialmente, ela age como uma. Usando mtodos reminiscentes da antiga Unio Sovitica, ela
incentiva as pessoas a denunciarem seus colegas de trabalho e amigos. Uma campanha de terror da
BSA na Argentina em 2001 fazia ameaas levemente veladas de que as pessoas que
compartilhassem software poderiam ser violentadas.
As polticas de segurana de universidades descritas acima no so imaginrias. Por exemplo, um
computador numa universidade na rea de Chigago mostra a seguinte mensagem quando voc
efetua o login:
Este sistema para uso exclusivo de pessoas autorizadas. Indivduos que usarem este
sistema computacional sem permisso, ou excederem sua permisso, estaro sujeitos a
ter todas as suas atividades neste sistema monitoradas e gravadas pela administrao.
Durante o monitoramento de indivduos que fizerem uso imprprio desse sistema, ou
durante a manuteno do sistema, as atividades de usurios autorizados tambm
podero ser monitoradas. Qualquer pessoa que utilizar este sistema expressamente
consente com tal monitoramento e avisada de que se tal monitoramento revelar
possvel evidncia de atividade ilegal ou violao dos regulamentos da Universidade, a
administrao poder fornecer a evidncia de tais atividades para autoridades da
Universidade e/ou oficiais da lei.
Esta uma abordagem interessante para a Quarta Emenda (da constituio dos EUA): pressionar
quase todas as pessoas a concordarem, antecipadamente, a abdicar de seus direitos sob a mesma.
Sobre
Este artigo foi publicado na edio de fevereiro de 1997 de Communications of the ACM (Volume
40, Nmero 2).
Copyright 1996 por Richard Stallman - A Cpia exata e distribuio desse artigo inteiro permitida
em qualquer meio, desde que esta nota seja preservada.
Traduo: Joo S. O. Bueno <gwidion@mpc.com.br>, Srgio Vincius
Crditos
O material foi desenvolvido por Djalma Valois Filho e o resultado de uma compilao das duvidas
mais usuais que surgiram ao longo das inmeras palestras apresentadas desde o ano 2000 pelo
CIPSGA - Comit de Incentivo a Produo do Software GNU e Alternativo em todo Brasil.
Todo o contedo encontrado neste curso oriundo dos textos publicados pela FSF, bem como
outros textos publicados pelo CIPSGA at a presente data. Crticas e sugestes construtivas so bem
vindas a qualquer tempo, podendo ser enviadas para email [at] dvalois [dot] net.
Notas
[1] Chip Clipper: um chip desenvolvido e promovido pela Agncia de Segurana Nacional dos
Estados Unidos para servir como um dispositivo de criptografia a ser adotado pelas empresas de
telecomunicaes para a transmisso de voz. Foi anunciado em 1993 e, por volta de 1996 a
ideia estava morta.
[2 Key-escrow: dito como um sistema de criptografia "honesto", um acordo no qual chaves
] criptogrficas necessrias para decodificar dados cifrados seriam caucionadas de forma que, sob
certas circuntncias, terceiros pudessem ter acesso essas chaves. Estes terceiros poderiam
incluir empresas, que poderiam querer acesso s comunicaes dos empregados, e governos,
que poderiam querer acesso ao contedo de comunicaes criptografadas. [voltar]
Unix-like totalmente livre. "Livre" se refere liberdade, e no ao preo; significa que voc est livre
para executar, distribuir, estudar, mudar e melhorar o software.
Um sistema Unix-like consiste de muitos programas diferentes. Ns achamos alguns componentes
j disponveis como softwares livres por exemplo, X Window e TeX. Obtemos outros
componentes ajudando a convencer seus desenvolvedores a tornarem eles livres por exemplo, o
Berkeley Network Utilities. Outros componentes ns escrevemos especificamente para o GNU
por exemplo, GNU Emacs, o compilador GNU C, a GNU C library, Bash e Ghostscript. Os
componentes desta ltima categoria so "software GNU". O sistema GNU consiste de todas as trs
categorias reunidas.
O projeto GNU no somente desenvolvimento e distribuio de alguns softwares livres teis. O
corao do projeto GNU uma ideia: que software deve ser livre, e que a liberdade do usurio vale
a pena ser defendida. Se as pessoas tm liberdade mas no a apreciam conscientemente, no iro
mant-la por muito tempo. Se queremos que a liberdade dure, precisamos chamar a ateno das
pessoas para a liberdade que elas tm em programas livres.
O mtodo do projeto GNU que programas livres e a ideia da liberdade dos usurios ajudam-se
mutuamente. Ns desenvolvemos software GNU, e conforme as pessoas encontrem programas
GNU ou o sistema GNU e comecem a us-los, elas tambm pensam sobre a filosofia GNU. O
software mostra que a ideia funciona na prtica. Algumas destas pessoas acabam concordando com
a ideia, e ento escrevem mais programas livres. Ento, o software carrega a ideia, dissemina a ideia
e cresce da ideia.
Em 1992, ns encontramos ou criamos todos os componentes principais do sistema exceto o kernel,
que ns estvamos escrevendo (este kernel consiste do microkernel Mach mais o GNU HURD).
Atualmente ele est funcionando, mas no est preparado para os usurios. Uma verso alfa dever
estar pronta em breve.
Ento o kernel do Linux tornou-se disponvel. Linux um kernel livre escrito por Linus Torvalds
compatvel com o Unix. Ele no foi escrito para o projeto GNU, mas o Linux e o quase completo
sistema GNU fizeram uma combinao til. Esta combinao disponibilizou todos os principais
componentes de um sistema operacional compatvel com o Unix, e, com algum trabalho, as pessoas
o tornaram um sistema funcional. Foi um sistema GNU variante, baseado no kernel do Linux.
Ironicamente, a popularidade destes sistemas desmerece nosso mtodo de comunicar a ideia GNU
para as pessoas que usam GNU. Estes sistemas so praticamente iguais ao sistema GNU a
principal diferena a escolha do kernel. Porm as pessoas normalmente os chamam de "sistemas
Linux" (Linux systems). A primeira impresso que se tem a de que um "sistema Linux" soa como
algo completamente diferente de "sistema GNU", e isto que a maioria dos usurios pensam
que acontece.
A maioria das introdues para o "sistema Linux" reconhece o papel desempenhado pelos
componentes de software GNU. Mas elas no dizem que o sistema como um todo uma variante do
sistema GNU que o projeto GNU vem compondo por uma dcada. Elas no dizem que o objetivo de
um sistema Unix-like livre como este veio do projeto GNU. Da a maioria dos usurios no saber
estas coisas.
Como os seres humanos tendem a corrigir as suas primeiras impresses menos do que as
informaes subsequentes tentam dizer-lhes, estes usurios que depois aprendem sobre a relao
entre estes sistemas e o projeto GNU ainda geralmente o subestima.
Isto faz com que muitos usurios se identifiquem como uma comunidade separada de "usurios de
Linux", distinta da comunidade de usurios GNU. Eles usam todos os softwares GNU; de fato, eles
usam quase todo o sistema GNU; mas eles no pensam neles como usurios GNU, e
frequentemente no pensam que a filosofia GNU est relacionada a eles.
Isto leva a outros problemas tambm mesmo dificultando cooperao com a manuteno de
programas. Normalmente quando usurios mudam um programa GNU para fazer ele funcionar
melhor em um sistema especfico, eles mandam a mudana para o mantenedor do programa; ento
eles trabalham com o mantenedor explicando a mudana, perguntando por ela, e s vezes
reescrevendo-a para manter a coerncia e manutenibilidade do pacote, para ter o patch instalado.
Mas as pessoas que pensam nelas como "usurios Linux" tendem a lanar uma verso "Linux-only"
do programa GNU, e consideram o trabalho terminado. Ns queremos cada e todos os programas
GNU que funcionem "out of the box" em sistemas baseados em Linux; mas se os usurios no
ajudarem, este objetivo se torna muito mais difcil de atingir.
Como deve o projeto GNU lidar com este problema? O que ns devemos fazer agora para
disseminar a ideia de que a liberdade para os usurios de computador importante?
Ns devemos continuar a falar sobre a liberdade de compartilhar e modificar software e ensinar
outros usurios o valor destas liberdades. Se ns nos beneficiamos por ter um sistema operacional
livre, faz sentido para ns pensar em preservar estas liberdades por um longo tempo. Se ns nos
beneficiamos por ter uma variedade de software livres, faz sentido pensar sobre encorajar outras
pessoas a escrever mais software livre, em vez de software proprietrio.
Ns no devemos aceitar a ideia de duas comunidades separadas para GNU e Linux. Ao contrrio,
devemos disseminar o entendimento de que "sistemas Linux" so variantes do sistema GNU, e que
os usurios destes sistemas so tanto usurios GNU como usurios Linux (usurios do kernel do
Linux). Usurios que tm conhecimento disto iro naturalmente dar uma olhada na filosofia GNU
que fez estes sistemas existirem.
Eu escrevi este artigo como um meio de fazer isto. Outra maneira usar os termos "sistema GNU
baseado em Linux (Linux-based GNU system)" ou "sistema GNU/Linux (GNU/Linux system)", em
vez de "sistema Linux", quando voc escreve sobre ou menciona este sistema.
Copyright 1996 Richard Stallman
Crditos
O material foi desenvolvido por Djalma Valois Filho e o resultado de uma compilao das duvidas
mais usuais que surgiram ao longo das inmeras palestras apresentadas desde o ano 2000 pelo
CIPSGA - Comit de Incentivo a Produo do Software GNU e Alternativo em todo Brasil.
Todo o contedo encontrado neste curso oriundo dos textos publicados pela FSF, bem como
outros textos publicados pelo CIPSGA at a presente data. Crticas e sugestes construtivas so bem
vindas a qualquer tempo, podendo ser enviadas para email [at] dvalois [dot] net.
Texto traduzido por Erik Kohler.
9. Liberdade ou Poder?
por Bradley M. Kuhn e Richard M. Stallman
"O amor liberdade o amor ao prximo; o amor ao poder o amor a ns mesmos."
William Hazlitt
No movimento pelo Software Livre, ns lutamos por liberdade para os usurios de software. Ns
formulamos nossas vises ao examinar quais liberdades so necessrias para um bom modo de vida,
e para permitir a programas teis fomentar uma comunidade de boa vontade, cooperao e
colaborao. Nossos critrios para Software Livre especificam as liberdades que o usurio de um
programa necessita de modo que ele possa cooperar em uma comunidade.
Ns lutamos por liberdade para os programadores assim como para os demais usurios. A maioria
de ns so programadores, e ns queremos liberdade para ns tambm. Mas cada um de ns utiliza
software escrito por outros, e ns queremos liberdade quando utilizamos estes softwares, no
apenas quando utilizamos o nosso prprio cdigo. Ns lutamos por liberdade para todos os
usurios, sejam eles programadores frequentes, ocasionais, ou no sejam programadores
em absoluto.
Liberdade ser capaz de tomar decises que afetam principalmente a voc mesmo.
Poder ser capaz de tomar decises que afetam a outros mais do que a voc.
Entretanto, uma to falada liberdade que ns no defendemos a "liberdade de escolher qualquer
licena que voc deseje para o software que voc escreve". Ns rejeitamos isto porque na verdade
uma forma de poder, no de liberdade.
Esta distino, frequentemente negligenciada, crucial. Liberdade ser capaz de tomar decises
que afetam principalmente a voc mesmo. Poder ser capaz de tomar decises que afetam a outros
mais do que a voc. Se ns confundirmos poder com liberdade, ns falharemos em sustentar a
verdadeira liberdade.
Software proprietrio um exerccio de poder. A lei de Copyright atual garante ao desenvolvedor de
software este poder, de modo que ele e somente ele pode escolher as regras impostas sobre todos os
outros relativamente poucas pessoas tomando as decises bsica sobre o software para todos,
tipicamente negando as suas liberdades. Quando os usurios no tem as liberdades que definem o
Software Livre, elas no podem dizer o que o software est fazendo, no podem verificar se existem
back doors, no podem monitorar possveis vrus e vermes, no podem descobrir se informaes
pessoais esto sendo enviadas para algum (ou parar os envios, se elas os descobrirem). Se ele parar
de funcionar, elas no podem consertar; elas tem que esperar que o desenvolvedor exercite o seu
poder de fazer o conserto. Se ele simplesmente no o que os usurios necessitavam, eles tem que
se contentar com isso. Elas no podem se ajudar uns aos outros a aperfeioar o software.
Os desenvolvedores de software proprietrio so em geral empresas. Ns no Movimento pelo
Software Livre no somos contra as empresas, mas ns j vimos o que acontece quando uma
empresa de software tem a "liberdade" de impor regras arbitrrias sobre os usurios do software. A
Microsoft um exemplo notrio de como negar as liberdades aos usurios pode causar danos
diretos, mas ela no o nico exemplo. Mesmo quando no h monoplio, o software proprietrio
prejudica a sociedade. A escolha de mestres no liberdade.
() os desenvolvedores de software hoje controlam como o mundo vive, faz negcios,
se comunica e se diverte.
Discusses sobre direitos e regras para o software foram frequentemente concentradas apenas nos
direitos dos programadores. Poucas pessoas no mundo programam regularmente, e ainda menos so
proprietrias de empresas de software. Mas todo o mundo desenvolvido hoje necessita e utiliza
software, de modo que os desenvolvedores de software hoje controlam como o mundo vive, faz
negcios, se comunica e se diverte. As questes polticas e ticas no so atendidas pelo slogan
"liberdade de escolha (somente para os desenvolvedores)".
Se o cdigo lei, como o Professor Lawrence Lessig (da Escola de Direito de Stanford) afirma,
ento a verdadeira questo que ns enfrentamos : quem deveria controlar o cdigo que voc utiliza
voc, ou uma pequena elite? Ns acreditamos que voc tem o direito de controlar o software que
voc utiliza, e dar a voc este controle o objetivo do Software Livre.
Ns acreditamos que voc deveria decidir o que fazer com o software que voc utiliza; entretanto,
isto no o que as leis atuais dizem. As leis atuais de Copyright nos colocam em posio de poder
sobre os usurios do nosso cdigo, gostemos ou no disto. A resposta tica a esta situao
proclamar a liberdade para cada usurio, assim como a Lei dos Direitos foi criada para que o
governo exercesse o poder pela garantia da liberdade de todos os cidados. para isto que serve a
GNU GPL: ela coloca voc no controle da utilizao do software, enquanto que protege voc de
outros que gostariam de tomar o controle sobre as suas decises.
medida que mais usurios compreenderem que cdigo lei, e descobrirem que eles tambm
desejam liberdade, eles iro ver a importncia das liberdades pelas quais ns lutamos, assim como
mais e mais usurios aprenderam a apreciar o valor prtico do Software Livre que
ns desenvolvemos.
Copyright 2001 Bradley M. Kuhn and Richard M. Stallman
Crditos
O material foi desenvolvido por Djalma Valois Filho e o resultado de uma compilao das duvidas
mais usuais que surgiram ao longo das inmeras palestras apresentadas desde o ano 2000 pelo
CIPSGA - Comit de Incentivo a Produo do Software GNU e Alternativo em todo Brasil.
Todo o contedo encontrado neste curso oriundo dos textos publicados pela FSF, bem como
outros textos publicados pelo CIPSGA at a presente data. Crticas e sugestes construtivas so bem
vindas a qualquer tempo, podendo ser enviadas para email [at] dvalois [dot] net.