terça-feira, 30 de junho de 2009

Firefox 3.5 disponível para download

Após vários atrasos e meses de desenvolvimento acaba de ser lançado o Firefox 3.5.

Nessa nova versão o navegador traz muitas novidades, tais como:
  • Modo de navegação privada;
  • Melhor controle de privacidade usando o histórico;
  • Maior velocidade com o novo engine Javascript;
  • Maior facilidade para reabrir abas fechadas;
  • Suporte a HTML5;
  • Recursos de localização;
  • entre outras coisas...

Não perca tempo e baixe o Firefox 3.5 agora.

UPDATE: acompanhe em tempo real as estatísticas de download do Firefox.

Curiosidade: saiba mais sobre o Red Panda, ou Firefox aqui.

segunda-feira, 29 de junho de 2009

fisl10 e VoIP

Ainda falando sobre o fisl10 uma dica interessante para quem se interessa pelo tema VoIP é dar uma olhada nos slides da palestra “VoIP e mitos: por que a voz picota, atrasa… QoS e seus desafios“, apresentada por Marlon Dutra no último dia do evento.

A palestra aborda os conceitos de QoS (qualidade de serviço) e quando ele deve (ou não) ser utilizado nas redes e quais as suas implicações.

Veja a mesma online clicando aqui, ou então baixe o PDF.

Nova versão do Pidgin disponível

Pouco mais de uma semana depois do último lançamento, já existe uma nova versão do Pidgin disponível (2.5.8), lançada novamente com o intuito de resolver problemas na contas Yahoo (além de outras pequenas coisas).

A nova versão já está disponível para download no site do projeto (usuários do Ubuntu podem obter a mesma no GetDeb).

Leia o Changelog completo aqui.

E o Lula foi ao fisl

Foi com muita satisfação e alegria que recebemos o Presidente Lula no fisl10.







Tudo que posso dizer é que ter o Lula prestigiando e apoiando o fisl e o Software Livre foi uma honra enorme e mesmo com todo cansaço após essa semana de muita correria e trabalho já começo a pensar no fisl11 e como poderemos fazer para torná-lo maior e melhor que esse que acaba de terminar. :-)







No lugar certo e na hora certa

Todos os anos no fisl ofereço chimarrão aos nossos palestrantes para que eles possam apreciar o mesmo e conhecer um pouco mais de nossas tradições.

Esse ano não foi diferente e vários deles provaram nossa bebida típica: Peter Sunde, Ion-Mihai, Teresa Giacomini, Jacob Appelbaum entre outros estão na lista (veja as fotos aqui).

Mas é claro que a grande sensação pra mídia era o Peter Sunde, e a foto que tirei dele tomando chimarrão acabou saindo no Blog da Vanessa Nunes e na capa do ClicRBS.

Show de bola, já que eu que andava meio parado com relação a fotografia e agora ganhei uma nova energia para reativar meu hobby ;-)

domingo, 21 de junho de 2009

Lançado o Pidgin 2.5.7

Na data de ontem foi lançada a versão 2.5.6 do cliente de mensagens instantâneas Pidgin. Entre as várias alterações da nova versão, destaque para a correção de um bug nas contas MSN que causava o fechamento inesperado do software.

Mas, no melhor estilo Windows Update, a nova versão além de resolver os problemas antigos acabou criando novos bugs (pelo menos para os usuários das contas Yahoo). Por isso, com o intuito de corrigir os novos problemas, os desenvolvedores acabam de liberar a versão 2.5.7.

Então não perca tempo: se você é usuário de Ubuntu baixe a nova versão aqui (via GetDeb). Caso contrário, baixe a mesma direto do site do projeto.

Leia também o ChangeLog e saiba quais os novos recursos e bugs foram corrigidos.

PS: espero que dessa vez o bug do MSN que causa o fechamento do Pidgin esteja finalmente resolvido.

sexta-feira, 5 de junho de 2009

Campanha "O Lugar do FISL é em Porto Alegre !!!"


Depois de ler algumas notícias sobre o fato de que FISL pode vir a ter suas próximas edições realizadas no Paraná (leia aqui e aqui), acho que precisamos nos unir contra tal situação.

Acredito que mudar o FISL de lugar iria descaracterizar demais o mesmo o que acabaria por transformá-lo em outro evento (além disso, eu acho que o mesmo poderia ser usado com fins políticos e eleitoreiros, e isso me incomoda MUITO).

Pode ser que pareça algo muito bairrista, mas chamo a todos para que juntos possamos lutar para manter o FISL em Porto Alegre.

O lugar do FISL é em Porto Alegre !!!

Quem quiser se juntar nessa luta, divulgue essa campanha.

Poste em seu blog, faça uma petição online, twitte sobre o assunto. Precisamos manifestar nosso descontentamento contra essa mudança e nosso interesse de manter o FISL aqui.

Quem sabe assim o governo local percebe a importância do evento e passa a dar ao mesmo o valor merecido e o apoio necessário.

Conto com a ajuda de todos !!!

sexta-feira, 29 de maio de 2009

Key Signing Party no fisl10


A organização do fisl informou que durante o último dia evento (27 de junho de 2009) haverá a realização de uma Key Signing Party.
"Com a descoberta que ataques ao SHA-1 podem se tornar efetivos em um curto espaço de tempo, e visando reforçar a Rede de Confiança, durante o último dia do 10º Fórum Internacional Software Livre ocorrerá uma festa de assinatura de chaves OpenPGP. A festa seguirá o Protocolo Zimmermann-Sassaman Projetado visando máxima agilidade"
Leia o anúncio completo e saiba como participar da KSP aqui.

quarta-feira, 27 de maio de 2009

Bacula - Divulgado o resultado da votação de novas features

Acaba de sair o resultado da votação de novas features efetuado pela equipe de desenvolvimento do Bacula.

Tal pesquisa servirá para priorizar o desenvolvimento dos recursos para as novas versões baseado na demanda encontrada.

Se pelos menos as 10 opções mais votadas forem incorporadas na nova versão o resultado será bastante interessante, com a adição de novos recursos que transformarão o Bacula numa ferramenta ainda mais poderosa e flexível.

Confira o resultado da votação.

É esperar pra ver.

sábado, 9 de maio de 2009

Dspam tem novos mantenedores


A notícia não é nova, mas devido há pouco divulgação só fui saber dela no decorrer dessa semana.

O projeto Dspam, criado por Jonathan Zdziarski e vendido para a empresa Sensory Networks há cerca de dois anos voltou para as "mãos" da comunidade em janeiro desse ano.

Desde sua "aquisição", os novos mantenedores estão trabalhando na nova página do Projeto e em todos os processos legais referentes a essa mudança. Além disso estão sendo feitas alterações no código e mudanças nos processos de desenvolvimento. Por essa e outras razões, você não irá encontrar os pacotes das versões anteriores para download, mas se for preciso você pode acessar o repositório git do projeto.

Sem atualizações há muitos meses, parece que agora o Dspam voltará a ativa. Em conversa com um dos desenvolvedores, fui informado que em torno de um mês deve ser lançada a versão 3.9 com a correção de vários bugs e algumas novas features.

É só esperar pra ver!

Veja mais sobre o retorno do Dspam à comunidade aqui.

O FISL 10 promete !!!

A décima edição do FISL está chegando e parece que essa será realmente uma edição muito especial.

Várias novidades estão sendo preparadas (e vamos torcer para que consigamos concretizar todas), e serão divulgadas em breve, mas já temos muitos palestrantes confirmados.

Entre as presenças já confirmadas, além de Richard Stallman (FSF), Maddog (Linux International) e Peter Sunde (The Pirate Bay), outros grandes nomes virão falar sobre projetos e softwares FOSS entre os quais eu destacaria inicialmente:
  • Jan Schneider, que irá falar sobre o Horde, um framework de aplicações e suíte groupware para web.
  • Tomasz Kojm, que irá falar sobre o ClamAV, software de antí-virus livre que pode ser integrado com serviços de e-mail, proxy e servidores de arquivos.
  • Jeff Arnold, que virá falar do Ksplice, um projeto que pretende mudar a forma como os servidores e computadores são atualizados. Leia mais aqui.
  • Leslie Hawthrow, responsável pelo Google Summer of Code.
  • Jim McQuillan e Scott Balneaves, que irão falar sobre o LTSP, um servidor de terminais para Linux.
Muitos outros nomes de peso serão divulgados em breve, provavelmente já na próxima semana. Mas por enquanto veja aqui e aqui a lista de palestrantes já confirmados.

Particularmente falando, espero que esse ano o evento seja muito mais qualificado e técnico, atendendo uma expectativa que percebo pelo feedback recebido nos anos anteriores de vários participantes do evento. Por isso saibam que todos os nossos esforços estão sendo direcionados nesse sentido para que façamos jus ao aniversário de 10 edições do FISL.

Vejo vocês por lá.

KDE 4.2.3 no (K)Ubuntu 9.04

Os pacotes para a nova versão do KDE já estão disponíveis para o Jaunty Jackalope.

Adicione a seguinte linha a seus repositórios (/etc/apt/sources.list):

deb http://ppa.launchpad.net/kubuntu-ppa/ppa/ubuntu jaunty main

Depois de adicionar o novo repositório basta rodar um apt-get update && apt-get upgrade. Se preferir, utilize as ferramentas gráficas (adept updater ou equivalente) para realizar a operação.

Via kubuntu.org.


sábado, 2 de maio de 2009

Openfire 3.6.4 lançado

Foi lançado a versão 3.6.4 do servidor XMPP Openfire.
Contando com apenas uma "nova feature" e quatro bug fixes, a atualização é recomendada:

Novos recursos

  • [JM-1521] - Use stronger RSA encryption algorithm for certificates creation.

Bug Fixes

  • [JM-1531] - ! Prevent users from changing other users passwords.
  • [JM-1516] - LdapGroups assumed all members never in AltBaseDN.
  • [JM-1520] - Stacktrace of exception while initializing SSLConfig are now logged.
  • [JM-1534] - DefaultAdminProvider was not including default admin account when there were no admins specified.
Baixe a nova versão aqui.

E por falar em servidores XMPP, o ejabberd já está na versão 2.0.5 e para quem não conhece esse software ainda, eu recomendo. Saiba mais aqui.

sexta-feira, 1 de maio de 2009

Pacote Vuze do Ubuntu rodando com os pacotes Java da Sun

Semana passada tive problemas com os programas do IR 2009 pois possuía os pacotes openjdk-6-jre, openjdk-6-jre-headless e openjdk-6-jre-lib instalados para poder usar o Vuze.
Desinstalei o mesmo para poder resolver a questão mas sabia que tal software iria fazer falta muito em breve.

Não satisfeito com essa situação (e após não achar versão 64 para Linux no site do projeto) resolvi instalá-lo novamente via apt-get e percebi que os pacotes acima citados não eram dependências do mesmo.
~/vuze$ apt-cache show vuze
Package: vuze
Priority: optional
Section: universe/net
Installed-Size: 64
Maintainer: Ubuntu MOTU Developers
Original-Maintainer: Shaun Jackman
Architecture: all
Source: azureus
Version: 3.1.1.0-4ubuntu1
Depends: azureus, libswt-cairo-gtk-3.4-jni, libswt-gnome-gtk-3.4-jni, libswt-mozilla-gtk-3.4-jni
Filename: pool/universe/a/azureus/vuze_3.1.1.0-4ubuntu1_all.deb
Size: 11530
MD5sum: 7a6947567efba6124a045617a762bc39
SHA1: f2eb3796f48c171176afbc4b3ef49a5c8646a8e4
SHA256: 87d52b4a166f9a7539dbc71ad4352e2e482cb166ac8ba777dfed4feb47ab481a
Description: Multimedia BitTorrent client
Vuze is a multimedia BitTorrent client based on Azureus intended for
DVD and HD video. It includes some social-networking features to
share videos among friends. BitTorrent is a peer-to-peer file
distribution tool.
Homepage: http://azureus.sourceforge.net/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Obviamente após a instalação, tentei rodá-lo e ele não funcionou. Fui então para o console e me deparei com a seguinte mensagem de erro:
~/vuze$ vuze
exec: 11: /usr/lib/jvm/java-6-openjdk/jre/bin/java: not found
Problemas ? Nem tanto, pois tal situação é muito fácil de ser resolvida:
  • Abra o arquivo /usr/bin/azureus
  • Altere a linha JAVA='/usr/lib/jvm/java-6-openjdk/jre/bin/java -Xmx1024M' para JAVA='/usr/bin/java -Xmx1024M'
  • Salve o arquivo e voilá, seu vuze agora funciona com os pacotes Java da Sun.
Sinceramente, um problema bobo que poderia ser resolvido pelo mantenedor do pacote. Além disso me admira que o software precise de Java, mas que não exista tal dependência de pacotes.

:-/

sábado, 25 de abril de 2009

Receitanet 2009 no Ubuntu

Como bom brasileiro, deixei para declarar meu imposto de renda próximo ao final do prazo. E como hoje parece ser dia de resolver bugs, ao tentar instalar o Receitanet me deparei com o seguinte erro:
$./ReceitanetJava2009.01_setup_linux.bin
Assistente InstallShield

Inicializando Assistente InstallShield…

Procurando Java(tm) Virtual Machine…
……………………The wizard cannot continue because of the following error: could not load wizard specified in /wizard.inf (104)

Depois de várias pesquisas e tentativas, achei finalmente um comentário em um post no Br-Linux que solicionou a questão.

Resumindo, malditos pacotes alternativos de Java.

Para resolver o problema bastou remover os seguintes pacotes: openjdk-6-jre, openjdk-6-jre-headless e openjdk-6-jre-lib .

É preciso, é claro, ter instalado os pacotes sun-java6-jre e sun-java6-bin.

O inconveniente disso é que o vuze se desinstalou, pois esses pacotes eram dependências dele (agora entendo como esses pacotes foram parar em meu micro).

O jeito agora é baixar o vuze do site evitando usar o pacote .deb do repositório e mandar minha declaração pra Receita antes que o prazo acabe.

:-)

UPDATE: após remover os pacotes acima, a interface do programa IRPF2009 que estava cheia de problemas ficou perfeita, o que só só me faz repetir: malditos pacotes alternativos de Java. :-)

Resolvendo a lentidão do driver da Intel no Ubuntu 9.04

Lamentável foi a primeira coisa que pensei quando me deparei com um sério problema de lentidão no meu Kubuntu quando o atualizei para a versão 9.04.

Após várias tentativas de tentar entender o que estava causando tal problema (instalei inclusive o Gnome, mas o problema persistia com o uso do Compiz), resolvi desabilitar os efeitos do KDE 4.2 pois os mesmos ficaram terrivelmente lentos, tornando o uso do computador algo impraticável.

Depois de conversar com colegas que passaram pelo mesmo problema, resolvi pesquisar na Web e descobri tratar-se de um problema do Ubuntu com relação a tal driver (saiba mais aqui).

Após algumas tentativas de solucionar a questão (usando dicas listadas no link acima), a única alternativa que resolveu meu problema foi fazer o downgrade da versão 2.6 para a versão 2.4 do pacote xserver-xorg-video-intel, o que é bastante simples:

1) Adicione a seguinte linha a seu arquivo /etc/apt/sources.list:
deb http://ppa.launchpad.net/siretart/ppa/ubuntu jaunty main

2) Instale a versão antiga do driver:

$ sudo apt-get update
$ sudo apt-get install xserver-xorg-video-intel-2.4
3) Basta então reiniciar seu X para que o problema seja sanado.

Leia o artigo completo aqui.

domingo, 12 de abril de 2009

OpenLDAP 2.4.16 promovido a stable


Recebi hoje um e-mail informando que a versão 2.4.16 do OpenLDAP recebeu o status de stable.

Até o dia de ontem a versão 2.4.x estava em status de release, enquanto a versão 2.3.x era considerada stable. Isso significa que a versão 2.3.x será em breve descontinuada e não serão lançadas novas versões e nem correções.

Os desenvolvedores recomendam fortemente que os usuários das versões release e stable anteriores atualizem seu software para essa nova versão.

Se quiser entender mais sobre os conceitos de release e stable do OpenLDAP leia o FAQ aqui ou então leia o anúncio completo aqui.

Lançado o primeiro update do Debian 5 (Lenny)


Acaba de sair o primeiro update do Debian Lenny 5 (codinome Lenny).

Como de costume, esse update traz correções de problemas de segurança, além de alguns ajustes de outros problemas encontrados na distro.

O mesmo também traz uma nova versão do Debian Installer que incorpora um Kernel atualizado para adicionar suporte ao dispositivo NAS D-Link DNS-323.

É importante ressaltar que esse update não é uma nova versão do Debian, mas somente um atualização de pacotes incluídos no mesmo. Não é preciso jogar fora seus CDs e DVDs do Debian 5, porque um simples apt-get update && apt-get upgrade depois de uma instalação irá garantir uma atualização completa da distribuição.

Leia o anúncio completo aqui.

sábado, 11 de abril de 2009

Usando seu servidor Openfire através da Internet

Já recebi vários e-mails de pessoas que conseguiram fazer seus servidores Openfire funcionarem perfeitamente na rede local, mas que com o passar do tempo tem a necessidade de que os mesmos possam ser utilizados via Internet, mas não sabem o que precisa ser feito para resolver tal situação.

Assim, resolvi escrever esse post, discutindo alguns métodos e requerimentos para que isso funcione corretamente.

Existem três cenários que são os mais comuns (pelo que tenho percebido):
  • O Servidor Openfire está rodando no mesmo servidor que o roteador/firewall.
  • O Servidor Openfire está rodando em um outro servidor dentro da rede interna mas o mesmo não possui um IP "público". Saiba mais sobre IPs de redes privadas aqui.
  • O Servidor Openfire está rodando em outro servidor da rede interna, mas o mesmo possui um IP "público".
Em todos os casos citados existem premissas básicas para que o acesso via Internet funcione:
  1. O domínio configurado no Openfire deve ser resolvido via DNS, tanto na rede interna quanto na Internet. Já vi várias pessoas que configuram o domínio como o IP do servidor na rede interna. Isso obviamente impede o uso via Internet, pois tal IP não é roteável. O mais indicado é que você use um nome como jabber.dominio.com.br, e que esse nome seja resolvido ou para o IP "público" do roteador/firewall ou para o IP do Servidor Openfire, caso ele possui um IP "público". Nos casos onde se usa ADSL com IP dinâmico, uma dica é registrar um DNS dinâmico no no-ip ou no dyndns e depois pedir a empresa que cuida de seu DNS para configurar o jabber.dominio.com.br para ser um CNAME desse nome registrado.
  2. Em quaisquer das situações será necessário alterar as políticas de firewall de sua rede. Estou partindo do princípio que você tem acesso ao firewall de sua rede. Como trabalho com Linux, estou também supondo que você tenha conhecimento da ferramenta iptables.
  3. Caso você use um link ADSL, o ideal é que você tenha um modem que funcione em bridge, e que sua operadora utilize o protocolo PPPoE. Assim você poderá se livrar do NAT no modem, e não será necessário configurar o mesmo. Caso não seja seu caso, tal post não tem intenção de debater configurações de modens, por isso consulte a documentação de seu equipamento. Cabe citar que o fato de não ser PPPoE não quer dizer que não vá funcionar, mas sim que isso poderá envolver outros passos e técnicas que não serão discutidos aqui, para que seu acesso externo funcione.

Caso 1 - O Servidor Openfire está rodando no mesmo servidor que é o roteador/firewall.

Nessa situação, basta apenas liberar o acesso de entrada das portas que serão necessárias em seu servidor. Supondo que o domínio do Openfire configurado seja jabber.dominio.com.br você pode fazer isso com os seguintes comandos:
# XMPP e XMPP SSL
iptables -A INPUT -d jabber.dominio.com.br -p tcp --dport 5222:5223 -j ACCEPT
# Server 2 Server
iptables -A INPUT -d jabber.dominio.com.br -p tcp --dport 5269 -j ACCEPT
Caso 2 - O Servidor Openfire está rodando em um outro servidor dentro da rede interna mas o mesmo não possui um IP "público".

Supondo que seu servidor Openfire esteja rodando na rede interna no IP 192.168.0.10, e que o domínio do Openfire configurado seja jabber.dominio.com.br podemos usar as seguintes regras pra desviar todo o tráfego vindo para as portas XMPP para o destino.
iptables -A FORWARD -d jabber.dominio.com.br -p tcp --dport 5222:5223 -j ACCEPT
iptables -A FORWARD -d jabber.dominio.com.br -p tcp --dport 5269 -j ACCEPT

iptables -t nat -A PREROUTING -d jabber.dominio.com.br -p tcp --dport 5222:5223 -j DNAT --to-destination 192.168.0.10
iptables -t nat -A PREROUTING -d jabber.dominio.com.br -p tcp --dport 5269 -j DNAT --to-destination 192.168.0.10
Caso 3 - O Servidor Openfire está rodando em outro servidor da rede interna, mas o mesmo possui um IP "público".

Supondo que seu servidor Openfire esteja rodando em um servidor que tem IP "público" (mas que não é o mesmo servidor roteador/firewall) e que o domínio do Openfire configurado seja jabber.dominio.com.br e ainda que esse nome resolva para o IP do servidor que roda o Openfire, podemos usar as seguintes regras pra aceitar todo o tráfego vindo para as portas XMPP do mesmo.
iptables -A FORWARD -d jabber.dominio.com.br -p tcp --dport 5222:5223 -j ACCEPT
iptables -A FORWARD -d jabber.dominio.com.br -p tcp --dport 5269 -j ACCEPT


Acredito que com as dicas acima você consiga fazer com que seu servidor Openfire possa ser usado pela Internet. Caso seu cenário seja diferente, ou você tenha alguma dúvida, fique à vontade para postar nos comentários.

Até a próxima.

Ksplice - o sonho de todo usuário e sysadmin

Não tem nada mais inconveniente, tanto para um usuário, quanto para um sysadmin do que ter de reiniciar o sistema após a atualização do mesmo.

No meu caso, como uso Linux, tal fato não é muito constante, mas se faz necessário caso sejam atualizados o kernel e pacotes relacionados.

Pois visando resolver tal situação é que foi criado o projeto Ksplice. O Ksplice tem como objetivo permitir a atualização do sistema sem a necessidade de rebootar o computador, garantindo segurança sem a necessidade de parada de sistemas (o que é indispensável em ambientes de missão crítica).

Mais especificamente, o Ksplice cria atualizações baseadas nos tradicionais patches de código fonte, só que sem a necessidade de reboot. Essas atualizações são tão efetivas quanto as atualizações tradicionais mas a grande jogada é que podem ser aplicadas sem necessidade de downtime do servidor/serviços.

Inicialmente o Ksplice suporta somente a atualização do Kernel Linux, mas o core da tecnologia se aplica a qualquer sistema operacional ou aplicação.

PS: Dica do Pablo, que "descobriu" o mesmo no site do Linux Foundation Collaboration Summit, evento que terminou ontem em San Francisco.