DalTux Blog » Software

Dia contra DRM: terça-feira, 04 de maio de 2010

Dalton — Fri, 19 Mar 2010 02:35:16 +0000

Por Peter Brown — 17/03/2010
Traduzido por Dalton Scavassa
Licença: CC-BY-ND 3.0

“Quando as empresas se organizam para desenvolverem produtos para nos restringir, temos o direito de nos organizar para derrotá-las” — Richard Stallman, presidente da FSF

BOSTON, Massachusetts, EUA — quinta-feira, 25 de fevereiro de 2010 – Grupos de justiça social e de direitos digitais anunciaram hoje que a terça-feira, 4 de maio, será o Dia Internacional Contra Gerenciamento de Restrições Digitais (DRM) deste ano.

O Dia Contra DRM unirá uma grande variação de projetos, organizações não governamentais, sites da Web e indivíduos em um esforço para chamar atenção do público ao perigo de tecnologias que restringem o acesso dos usuários a filmes, músicas, literatura e software; de fato, todas as formas de dados digitais. Muitos esquemas de DRM monitoram as atividades de um usuário e relatam o que ele vê às empresas que impõem o DRM.

Como parte de sua campanha anti-DRM “Defective by Design” (http://defectivebydesign.org), a Free Software Foundation (FSF) ajudará a coordenar ativistas anti-DRM por todo o mundo para mobilizar o público contra essa tecnologia antissocial. Publicaram ainda um artigo detalhado sobre “A Década em DRM” em http://www.defectivebydesign.org/decade-in-drm.

“DRM ataca sua liberdade em dois níveis. Seu propósito é atacar sua liberdade restringindo a utilização de suas cópias de trabalhos publicados. Isto significa forçá-lo a utilizar software proprietário, o que significa que você não controla o que ele faz. Quando as empresas se organizam para desenvolver produtos para nos restringir, temos o direito de nos organizarmos para derrotá-las”, disse Richard Stallman, presidente da FSF.

Jim Killock, diretor executivo do Open Rights Group, disse que “DRM é um desastre para usos legítimos de música, filmes e livros. Ele é desenvolvido para prender as pessoas em dispositivos e software específicos, destruindo direitos de liberdade de expressão tais como a crítica, a educação e a revisão. DRM significa que você perde o controle e está à mercê dos fabricantes.”

Richard Esguerra, da Electronic Frontier Foundation, que apoia o Dia Contra o DRM, disse: “Tecnólogos informados e ativistas foram prestativos em expor os danos do DRM quando a maioria do DRM era software anticópia. Mas agora o DRM está evoluindo, pois as empresas buscam restringir muito mais do que apenas a habilidade do usuário copiar arquivos. O Dia Internacional Contra DRM é uma oportunidade de se levantar para o desafio mais uma vez e lutar pela liberdade da tecnologia.”

Mais eventos, apoiadores e participantes do “Dia Contra o DRM” serão anunciados conforme a data se aproxime. Organizações e indivíduos que desejem se envolver podem contatar info@defectivebydesign.org ou visitar http://defectivebydesign.org/ para assinar e acompanhar a campanha.

Sobre a Free Software Foundation

A Free Software Foundation, fundada em 1985, é dedicada a promover o direito do usuário de computador de utilizar, estudar, modificar e redistribuir programas de computador. A FSF promove o desenvolvimento e a utilização de software livre — particularmente o sistema operacional GNU e suas variações GNU/Linux — e documentação livre para software livre. A FSF também ajuda a difundir consciência das questões éticas e políticas da liberdade na utilização de software. Seus sites na Web, localizados em fsf.org e gnu.org, são uma importante fonte de informação sobre GNU/Linux. Doações para apoiar o trabalho da FSF podem ser realizadas em http://donate.fsf.org. Seu centro de operações é em Boston, EUA.

Sobre o Open Rights Group

O Open Rights Group é um grupo de defesa de direitos digitais baseado no Reino Unido. Ele visa ampliar a consciência sobre questões de direitos digitais, ajudar a fomentar atividades fundamentais, preservar e estender as liberdades civis na era digital – http://www.openrightsgroup.org.

Contatos de Mídia

Holmes Wilson
Campaigns Manager
Free Software Foundation
Telefone +1 (614) 465 6371
campaigns@fsf.org

Pesquisa sobre linguagens de programação

Dalton — Sun, 14 Mar 2010 06:40:50 +0000

Testando nova funcionalidade do blog, convido todos os colegas programadores ou relacionados, profissionais ou amadores, a responder:

Chat Client & Server

Dalton — Sun, 09 Aug 2009 07:51:45 +0000

Na pós-graduação em Desenvolvimento Orientado a Objetos em Java, fizemos como avaliação de Java SE um servidor de bate-papo e seu respectivo cliente. Creio que seja um clássico exercício para utilização de Threads e Sockets.

O projeto, liberado sob a licença GNU General Public License 3.0 (GPLv3), está no Launchpad.

Deseja utilizar ou testar o chat? Para executar logo o programa, que dá a opção de rodar o servidor e/ou o cliente, abra este pequeno arquivo com o Java Web Start. Se a configuração de sua máquina estiver correta para o Java Web Start, a aplicação deverá ser automaticamente baixada e executada logo. Talvez seja questionado que a assinatura digital do arquivo não pode ser verificada e, nesse caso, basta clicar no botão “Run”.

Pode ainda salvar este arquivo DalTuxChat.jnlp em sua máquina (clique com o botão direito sobre o link e em “Salvar o destino” ou algo assim) e executar o programa a partir dele. Esta forma é interessante porque sempre o Java Web Start verifica se existe uma versão mais nova disponível on line e atualiza o programa mas, mesmo se o site estiver indisponível, a aplicação existe localmente e é executada.

Também é possível baixar o arquivo DalTuxChat.jar (atualmente 45KB) e executá-lo com java -jar DalTuxChat.jar ou apenas clicando-o duplamente, se seu sistema estiver devidamente configurado associando os arquivos JAR (Java ARchive) com o Java.

Este programa vem sem ABSOLUTAMENTE NENHUMA GARANTIA; veja detalhes na cláusula n. 15 da Licença.
Isto é software livre, e você pode redistribuí-lo sob certas condições; veja os detalhes na Licença.

NetBeans: configurar para língua inglesa

Dalton — Thu, 16 Jul 2009 21:33:37 +0000

Consegui obter êxito em forçar o NetBeans a utilizar a língua inglesa ao invés da localização obtida do sistema operacional. Para tanto, basta iniciar o programa com o parâmetro --locale en ou então colocar essa opção na variável netbeans_default_options do arquivo etc/netbeans.conf contido no diretório onde o programa está instalado.

Encontrei a dica em http://www.guj.com.br/posts/list/50295.java

Outra dica que sugiro, pelo menos a quem está acostumado ao Eclipse, é configurar o NetBeans a utilizar o perfil de atalhos de teclado “Eclipse”: menu Tools > Options > aba Keymap > combobox Profile (selecionar “Eclipse”). Eu não estava suportando usá-lo até descobrir essa opção.

Aliás, alguém saberia por favor dizer, se é que existe, qual é o atalho, ou pelo menos via menu, para comentar uma ou várias linhas de uma só vez? No Eclipse é Ctrl+Shift+C. Não acho isso em lugar algum do NetBeans.

Por que software livre não deve depender de Mono ou C#

Dalton — Wed, 15 Jul 2009 20:19:57 +0000

Por Richard M. Stallman
Traduzido por Dalton Scavassa

A decisão do Debian de incluir Mono em seu principal método de instalação do GNOME em prol do Tomboy, que é um aplicativo escrito em C#, leva a comunidade a uma direção arriscada. É perigoso depender de C#, então devemos desencorajar sua utilização.

O problema não é exclusivo de Mono; qualquer implementação livre de C# levantaria a mesma questão. O perigo é que a Microsoft está provavelmente planejando retirar a força todas as implementações livres de C# resistentes algum dia empregando patentes de software. (Veja http://swpat.org e http://progfree.org.) Trata-se de um risco sério e apenas os tolos o ignorariam até o dia que de fato isto ocorrer. Precisamos tomar precauções agora para nos protegermos desta ameaça futura.

Isto não é afirmar que implementar C# seja uma coisa má. Implementações livres de C# permitem que os usuários executem seus programas C# em plataformas livres, o que é bom. (O Projeto GNU também tem uma implementação de C# chamada Portable.NET.) Idealmente, gostaríamos de providenciar implementações livres para todas as linguagens que os programadores têm usado.

O problema não é nas implementações de C#, mas sim no Tomboy e em outras aplicações escritas em C#. Se perdermos [o direito a] o uso de C#, perderemos as aplicações também. Isso não as torna antiéticas, porém significa que escrevê-las e utilizá-las é tomar um risco desnecessário.

Devemos sistematicamente nos organizar para depender das implementações livres de C# o mínimo possível. Em outras palavras, devemos desencorajar as pessoas de escreverem programas em C#. Assim sendo, não devemos incluir implementações de C# nas instalações padrão de distribuições GNU/Linux ou em suas formas principais de instalação do GNOME, e devemos distribuir e recomendar aplicativos não-C# ao invés das aplicações C# equivalentes sempre que possível.

Uma versão anterior deste artigo expressou incorretamente que o Mono seria agora instalado por padrão no Debian. Corrigimos este texto e nos desculpamos pelo erro.

Cópias e distribuições literais deste artigo inteiro são permitidas no mundo todo, sem royalties, em qualquer meio, desde que esta nota esteja preservada.
O texto original em língua inglesa “Why free software shouldn’t depend on Mono or C#” está disponível no site da Free Software Foundation (Fundação Software Livre)

Toque Ogg!

Dalton — Fri, 10 Jul 2009 11:27:34 +0000

Estou escrevendo hoje para pedir seu suporte à campanha Toque Ogg (http://playogg.org).

Você está cansado de ser constantemente perturbado para baixar software proprietário e plugins para conseguir tocar os vídeos e ouvir as músicas que você deseja? Está farto de ver novos aparelhos que usam apenas formatos incompatíveis e restritivos de áudio e vídeo? Sabia que a causa disso não é a falta de conhecimento tecnológico, mas sim patentes de software e outras restrições legais?

Companhias de software proprietário tais como Microsoft, Apple e Adobe estão progressivamente empurrando formatos de vídeo e áudio que restringem o acesso e restringem os desenvolvedores de software, porém há uma alternativa que pode ser tocada em todos os computadores sem restrições: Ogg.

Ogg fornece formatos de multimídia de nível profissional. Ogg é utilizado extensivamente por projetos de software livre, artistas e um crescente número de distribuidores de música e vídeo.

Em breve, mais de um milhão de crianças e seus familiares receberão o computador XO, do projeto One Laptop Per Child, projetado para tocar e criar arquivos Ogg. Defendendo o Ogg agora, podemos ajudar a garantir que essas crianças ganharão acesso, ao invés de desnecessariamente terem restrições, a milhares de recursos e materiais educacionais na web.

Junte-se a nós agora na defesa do direito ao Ogg com quatro passos fáceis: instale o tocador multimídia VLC; entre para a lista de e-mail de defesa do PlayOgg; procure e compartilhe sites amigáveis ao Ogg; e coloque Botões PlayOgg em seu site ou blog. Após tudo isso, se você ainda quiser fazer algo mais, considere encorajar outros a fazerem o mesmo.

Comece aqui: http://playogg.org

Ogg na Wikipédia: http://pt.wikipedia.org/wiki/Ogg

Retorno de coleção em getter de JavaBean

Dalton — Thu, 04 Jun 2009 08:03:13 +0000

O seguinte texto foi na realidade uma mensagem postada hoje por mim no fórum interno do curso de pós-graduação em Desenvolvimento Orientado a Objetos em Java. Achei interessante deixar o registro no blog, principalmente por considerar que seu conteúdo possa ser útil a alguém, embora o assunto seja bastante técnico e específico para quem lida com a linguagem Java.

No meu trabalho de conclusão de curso da graduação, assumi desde o início um padrão onde sempre retornava o Iterator no getAlgumaColecao() dos objetos de domínio. Isso inspirado por lições da disciplina Linguagem e Técnicas de Programação III, no ano passado, ministrada pelo prof. Arthur Zavadki, que desde então já pregava a idéia de evitar expor a coleção. Depois de um tempo, como isto não era muito conveniente por não poder utilizar p. ex. for(“each..”), passei a retornar a própria coleção como Iterable, mas isto também não era interessante por ainda permitir que a coleção seja diretamente manipulada por quem invoque o método, bastando um typecast para Collection. Aliás, a rigor isto também pode ser considerado um problema com o retorno de Iterator, que permite remoção de elementos durante a iteração.

Como sugerido pelo prof. Cesar Moro na última aula (turma 1), uma alternativa é criar uma nova coleção contendo referências para os mesmos elementos, tendo que percorrer a coleção original para tanto. Data venia ^[1], achei que isso não era muito prático, então lembrei na mesma hora do método clone(), disponível em diversas classes, que [em tese] faz aquele mesmo trabalho.

Fui mexer hoje em uma parte da implementação do meu TCC onde um «Bean» possuía o método public Collection getPosses(). O atributo posses é um HashSet. Fiquei curioso e corri atrás de outras possíveis soluções.

Deparei-me primeiro com o método toArray(T[]) da interface Collection, que poderia ser utilizado da seguinte forma:
public Posse[] getPosses() { return posses.toArray(new Posse[0]); }
Encontrei uma discussão a respeito do toArray() em um site, levantando inclusive questões sobre sua utilização em multi-threading.

Outra solução que encontrei em seguida, bem interessante, é o método estático Collections.unmodifiedCollection(Collection), que escolhi utilizar da seguinte maneira:
public Collection getPosses() { return Collections.unmodifiableCollection(posses); }
Portanto, é como costuma dizer o prof. Cléber Lecheta (graduação):

Existem mil maneiras de preparar Neston: escolha a sua.

Enfim, a maneira que escolhi é realmente adequada? A idéia é encapsular a coleção para que não seja alterada fora da classe à qual pertence. E quanto a questões como performance e escalabilidade, o que diriam? Se os professores e os demais colegas puderem participar, desejo ouvir a voz da experiência e agradeço desde já.

Dica obscura para Firefox mais rápido

Dalton — Sat, 23 May 2009 18:44:48 +0000

Existe algo que, apesar de certamente obscuro para a maioria dos usuários, pode melhorar um pouco a performance do Firefox, principalmente o tempo de inicialização e de finalização do programa e a utilização da “AwesomeBar“, que efetuam muitas operações de entrada/saída em disco.

O navegador e várias de suas extensões utilizam bases de dados SQLite. Periodicamente, principalmente com o tamanho incrementado a cada vez que utilizamos o browser –histórico, cookies, trocentas extensões, o diabo a 4, etc.–, a base de dados necessita certa manutenção. Para esse caso, existe um processo de reorganização, desfragmentação, compactação ou seja lá o quê, chamado “VACUUM“. Isso também costuma ser feito em alguns bancos de dados mais robustos, como por exemplo o PostgreSQL. Entretanto, enquanto no PostgreSQL é possível automatizar isso (autovacuum), no SQLite não.

Segue a instrução de como proceder no Ubuntu ou em outras distribuições GNU/Linux. Presume-se que o pacote sqlite3 esteja instalado. Para se garantir caso faça algum excremento, obviamente é recomendável um backup do diretório de configurações do Firefox antes. Depois, quando tudo estiver preparado, execute algo como isto:
for f in ~/.mozilla/firefox/*/*.sqlite; do sqlite3 $f 'VACUUM;'; done

Se for o caso, substitua o caminho “~/.mozilla/firefox/*/“. Trata-se do diretório onde ficam as suas configurações do Firefox.

A dica foi obtida do artigo “Performance tip of the day” do blog Savanne.be. O autor estava tendo problemas de lentidão ao usar a “AwesomeBar”, nova barra de endereços do Firefox 3. O pequeno artigo originalmente foi escrito visando apenas o minúsculo script para shell de GNU/Linux, conforme supracitado. Em seguida, entretanto, outras pessoas enviaram comentários com receitas do bolo de Maçã e mais para o final um tal Derek A. Munzel e outros escreveram como ver isso através das Janelas de Redmond. Se a sua praia for alguma dessas, veja lá como proceder.

Essa operação é provavelmente algo de certa forma desconhecido. Tomamos conhecimento apenas acidentalmente, seguindo a linha de alguém no Identica ou no Twitter. Não lembramos mais quem foi mas, mesmo assim, fica a homenagem.

Se Linux fosse o sistema mais utilizado no mundo

Dalton — Wed, 20 May 2009 20:10:03 +0000

Abaixo segue meu comentário a um artigo contido no blog de Ataliba Teixeira. Recomendo enfaticamente sua leitura pelo link acima. Publico aqui o comentário, para fins de registro.

Cara, eu estou com inveja do autor original! Queria ter sido eu o criador de semelhante texto. Muito bom! Ilustra incrivelmente bem meu sentimento.

Considero um absurdo a prepotência de boa parte dos profissionais da área que acha que utiliza o único possível sistema que existiria, sendo que nem cumpre o papel básico de um sistema operacional, tampouco oferece a segurança necessária a ambientes multiusuário e de rede e sequer vem com aplicações úteis, etc.

Esse texto serve para que todos entendam que qualquer ambiente operacional é difícil para quem não está acostumado com ele, qualquer que seja. Mudança de paradigma envolve resistência. Isso vale também para os que utilizam “aquele” acreditando que todos o acham fácil.

Vou passar para todos esse artigo, em especial quando não me compreendem e acham que o modo deles de operar um computador é sempre melhor ou mesmo o único.

Em minha humilde opinião, se alguns especulam que os sistemas “tipo Unix” tentam chegar à “usabilidade” de Redmond na interface gráfica, pode-se afirmar que na arquitetura interna do sistema é o contrário. Redmond tenta cada vez adaptar seu sistema para que se torne mais parecido com Unix em suas características internas, mas isso vai ainda demorar muito enquanto não desistam e façam como a Maçã que largou mão de seu sistema próprio para adotar a arquitetura Unix oriunda do BSD, podendo focar em sua especialidade: a casca externa do sistema, ou seja, a interface do usuário, decisão muito feliz. Hoje, Mac OS X é a interface gráfica, tal qual o Gnome ou o KDE nas distribuições de GNU/Linux mais comuns, rodando sobre o Darwin (BSD). Quem permite isso é a arquitetura, proveniente de um sistema (Unix) que desde seu início, projetado por na década de 1970, é multiusuário e desenvolvido em camadas, ao contrário de Redmond que é desenvolvido em gambiarras.

Redmond poderia tentar fazer o que a Maçã fez.

Latinoware 2008

Dalton — Wed, 15 Oct 2008 16:33:46 +0000

A V Conferência Latino-Americana de Software Livre será realizada entre os dias 29 de outubro e 01 de novembro em Foz do Iguaçu/PR e contará com diversas atividades interessantes. Veja detalhes no site do evento.