Impressões iniciais (minhas)baseadas em observação – leia-se: olhômetro!

Após o comentário do Tenchi, fui um pouco além da mera observação visual e, com o uso do TOP, carreguei o BrOffice.org e em seguida o OpenOffice.org 3 Beta, abrindo, em ambos, o mesmo arquivo (uma apresentação do Impress) e aferindo, em cada situação, o relatório do Sistema.
No caso do Beta do OOo3, malgrado o Top tenha mostrado 6,8% de consumo, contra 6,0% do BrOffice.org, o que, convenhamos, é normal, pois há mais objetos na memória, no Beta, supõe-se, o primeiro apresentou apenas 0,7% de uso da CPU, contra 2,0% deste último, o que afere o que eu dizia, apenas via olhômetro. Estou usando o Impress, Techi e outros, pois é um dos aplicativos mais pesados da suíte e eu sou facilitador de BrOffice.org Na SEPLAG/Ce. Quer dizer, com relação ao Impress, o ganho de desempenho para mim é muito bem-vindo. Tenchi, eu também salvei o arquivo em ambas as versões da suíte, para evitar a interferência da “gordura” do formato. Em ambos os casos o Impress do Beta rodou mais “redondo” e suave, sem qualquer sobressalto, ou seja, abri dois arquivos em cada versão da suíte.
Morvan, usuário Linux N°433640.

“Corroborando os testes de Adilson:”

Eu também …fiz alguns testes rápidos aqui no meu micro… e gostei do que vi. Notei uma execução muito rápida em toda a suíte, na execução, não na carga, marcadamente no módulo de apresentações (Impress). Detalhe: ao descompactar o pacote para Linux, onde, anteriormente [eu] usava um script (que eu fizera) para instalar todos os RPM’s, já que eu vivo testando betas, descobre-se um instalador para o pacote – basta rodar o “setup”, que é um script. Boa sacada. Não testei {ainda} o Base, pois não tenho tempo para isto, ainda. Mas a parte de escritório do OpenOffice.org tem evoluído muito bem. Observe-se que estou a usar o beta do OOo3 simultaneamente com o estável do BrOffice.org 2.4. O beta do OOo3 roda bem mais suave, sem qualquer dúvida. Por precaução, só vou adotar um ou outro em definitivo após mais testes. Meu ambiente, para sua informação, é Fedora 8 / KDE, Compiz.

No momento, o que vejo é apenas você repetir e repetir a sua interpretação inovadora sobre as licenças livres à luz do direito autoral, sem se basear em fatos concretos ou jurisprudência específica.

Sua opinião dissonante é bem-vinda por aqui, sempre de acordo com os termos de uso. Mas a repetição freqüente dela pode se tornar chata, e por isso renovo o estímulo para que você a defenda no âmbito adequado a defesa de teses jurídicas, e nos informe do resultado que obtiver. Ou para que escreva um artigo jurídico sobre ela, e eu o ajudarei a dvulgá-lo para que possa ser criticado pelos profissionais do Direito. Por enquanto, ela está em desacordo com os fatos conhecidos e as interpretaçoes que vêm prevalecendo em julgados.

Só repeti-la em comentários cada vez mais deselegantes não causa grande efeito prático.

Acho mais ‘deselegante’ este ‘ponha-se daqui pra fora!’ que você SUTILMENTE está me dando, afinal, o espaço para comentários quaisquer está aberto (claro, desde que não desrespeite os termos de uso…) e não me lembro de ter atacado ninguém, apenas respondi a alguns sem compromisso com a cordialidade.

Agora quanto ao (pouco) efeito prático, essa é uma visão particular sua que é compartilhada pela maioria dos leitores do Br-Linux; eu, no entanto, acho válido comentar sempre que possível.

E corrigindo uma imprecisão no seu comentário acima: a GPL é um instrumento particular que toma a forma exatamente de um licenciamento, conforme definido na legislação brasileira. Ela não é um contrato.

Um dos grandes equivocos é comparar dominio público (que é o oposto da patente) com copyleft (que é o oposto de copyright), apresentando que softwares devessem estar em dominio público, se os mesmos nem representam patentes, mas copyrights.

Você é que está enganado, eu não disse que a GPL é igual ao domínio público e quanto ao ‘copyleft’ ele é equivalente ao copyright e não seu oposto, uma vez que os o autor detém os direitos sobre sua criação (direitos morais) sobre o código.

Outra coisa, não confunda copyright com patente, já que patente é o direito exclusivo de exploração sobre uma invenção ou modelo de utilidade, e software (códigos) fazem parte do direito autoral, conferindo aos detentores do copyright dois direitos: o moral (irrenunciável) e o patrimonial (negociável). Um software conserva todos os direitos patrimoniais e alguns morais. E esses direitos não se findam de uma hora pra outra, é preciso seguir os preceitos legais, e uma licença (GPL) é um contrato particular, não uma lei.

o direito moral se torna a única coisa intrasnferível em relação a obra, com excessão de caso esta obra tenha surgido de uma pessoa jurídica

Você se equivocou agora, já que citou os direitos do autor como se um software fosse uma obra literária (livro). Para obras literárias o autor conserva TODOS os direitos morais e patrimoniais, e conserva também, no direito brasileiro, O DIREITO DE ARREPENDIMENTO (solicitar recolhimento do que já foi publicado se considerar que foi feita afronta à sua imagem e moral). Mas o software apesar de semelhante às criações intelectuais possui lei própria (se não me engano, 9609/98) que não confere todos os direitos de uma obra literária ao criador do sotware. Além do mais, se o programa for desenvolvido (fomentado, apoiado) por uma empresa, e os códigos forem criação da empresa (ou doados a ela, como no caso do Openoffice da Sun), ela passa a controlar o direito PATRIMONIAL sobre esses códigos, anexando-os ao seu portfolio de propriedade intelectual.

Pelo que posso ver e analizar sobre o que escreves é que posso deduzir que você é um troll moderno, pois mesmo com o que foi apresentado você ainda continua na pertinencia de gerar um flamewar, de forma que suas obras acabam por serem descartadas em termos e conhecimento.

Um dos grandes equivocos é comparar dominio público (que é o oposto da patente) com copyleft (que é o oposto de copyright), apresentando que softwares devessem estar em dominio público, se os mesmos nem representam patentes, mas copyrights.

Então a partir de hoje posso lhe considerar um flametroll (que termo é esse XD)

blablabla…

Pode continuar dirigindo olhando pelo espelho retrovisor, eu te concedo este direito sob GPL…. seu BABACA!

Mas mesmo assim, não se iludam, o OO ainda é mais lento que o MS Office 2007 (nem vou falar de versões mais antigas). Não é só no Brasil que criticam a fome de recursos do OO, em sites internacionais também. Felizmente vê-se que a Sun e os desenvolvedores do OO estão cientes disso e vem trabalhando pra melhorar. E, Manuel Pinho, o MS Office hoje custa 250 pra estudantes dividido em 2 vezes. Felizmente o OpenOffice está se tornando mais competitivo pelos recursos, não se atendo ao preço.

Um fork funcionaria sim se a Sun – detentora do OO – decidisse fechar o código do programa… (então) muito provavelmente um fork, baseado na última versão ainda LGPL do programa, substituiria o OO original com certeza…

Isso seria possível se a Sun autorizasse o uso de sua base de código anterior ao fechamento. Isso ocorre porque um ‘fork’ não retira os direitos de copyright da empresa, e no caso de fechamento, se for conveniente para ela, pode ser possível a criação de um ‘fork’. Caso a situação seja outra, não resta dúvidas que batalhas judiciais serão travadas, mas com reduzida chance de ganho para os usuários, neste caso, uma vez que a GPL é uma permissão de uso por tempo indeterminado, não uma transferência definitiva de titularidade de copyright. Interpretações mais ‘liberais’ deste conceito são perigosas juridicamente e mesmo softwares que estão sob domínio público têm regras específicas de uso, uma vez que o ‘Estado’ passa a ser o zelador desses direitos.

Só pra constar, quando você compra um software proprietário, como o Windows (só um exemplo!!), não está comprando o software, mas somente uma licença. Você está quase que literalmente alugando o programa…

Você tocou no ponto-chave, afinal software proprietário é similar ao GPL na medida em que não se adquire (compra) o software, mas apenas uma licença (permissão) de uso sob certas condições. A diferença é que no caso de uma “EULA” proprietária existe o custo de oportunidade (pagamento) pela licença; isso torna o direito de uso sob as condições acertadas na licença permanentes.

Já a GPL concede direitos parecidos aos usuários, mas sem cobrança desse custo de oportunidade específico [um aluguel grátis/concessão temporária (indeterminada) gratuita de uso]. Nessa condição, uma mudança de idéia (licenciamento) do software por parte dos detentores do copyright pode tornar sem efeitos a licença anterior, uma vez que as inovações inseridas no código do programa pelos usuários/desenvlvedores foram compensadas pela permissão de uso (grátis) concedida anteriormente. Isso anularia os direitos dos usuários de ‘retenção’ de uso posterior desse programa e nem mesmo ‘forks’ são possíveis neste caso, já que isso significaria alterar o licenciamento do programa, um direito nunca concedido anteriormente (ou seja, como os usuários não são ‘proprietários’ do código, não têm poder para alterar os destinos dos mesmos).

O software nem é meu e nem é seu, mas de todos e de ninguém (GPL 3.0).

Essa é uma interpretação comum, porém errônea, uma vez que um programa gpl não está em ‘domínio público’.

Um dos diretos que nem podem ser alterados pelo que eu saiba é o direito moral (independente da licença do produto, ele ainda tem o direito moral), que significa perante a lei que o produto possui um criador e dono, ao qual pode definir os rumos de sua criação, quer dizer você manda

Você está certo, o desenvolvedor detém seus direitos morais sobre sua criação, mas se ele for ‘pago’ (recompensado) de alguma forma por uma corporação que coordena o desenvolvimento, esses direitos ficam sob administração daquela empresa (é o caso dos desenvolvedores da Sun, por exemplo). Embora seja possível que desenvolvedores individuais não ligados à Sun reclamar os direitos de propriedade sobre suas contribuições, como o ‘core’ é da Sun, ela pode fazer uma limpeza no código e não permitir usos alheios do programa posteriores ao ‘fechamento’.

Caso você tenha fatos para contrapor aos que eu trouxe, sobre a existência de fork do OOo ao mesmo tempo em que se mantêm os direitos autorais originais, sob a licença escolhida pelo autor, e quiser fazê-lo, estou à disposição para analisá-los.

Infelizmente, Augusto, os problemas que a GPL pode trazer para os usuários não são passíveis de solução, nem no médio nem no longo prazos, e por isso nem eu nem você podemos fazer algo para melhorar ou mudar a situação. A GPL nasceu com o ‘calcanhar de Aquiles’ [concentração excessiva dos direitos do autor sobre os usuários sem que este (autor) exija contrapartida financeira dos usuários de seu código, o que torna a licença apenas uma espécie de aluguel/permissão grátis que não deixa para o usuário qualquer direito de uso desse código caso o autor decida mudar de idéia] e isso não pode ser mudado; com relação aos softwares produzidos pela FSF existe uma garantia ‘maior’ de segurança, já que é virtualmente impossível que ela decida mudar de idéia no futuro. O mesmo não posso dizer das outras contribuições importante para o ‘software livre’.

siebel, a GPL não diz que o código é de todos. Todo software sob a GPL têm um dono. No caso do Linux, é o Linus Torvalds, no caso do OpenOffice, é a Sun.

O código do Linux não é do Linus Torvalds… Apenas o que ele programou foi cedido explicitamente… Já no caso da SUN ela só aceita patch se você doar seu código para ela e com isso ela pode fazer com que seu staroffice seja idêntico ao Openoffice mais as suas coisas que não coloca no OO…

Resumo da ópera, a SUN faz da GPl algo “pior” que a BSD, pois só ela pode fechar o código, ninguém mais :-)… Lógico que a licença é LGPL, mas mesmo assim ela pode fecha tudo o que quiser, pois os códigos foram fechados… O que hoje é impossível com o Linux e outros softwares comunitários em GPL…