terça-feira, 18 de março de 2008

Big Buck Bunny - Veja o trailer




Finalmente saiu o trailer do Big Buck Bunny (antigo Peach).




Para quem não conhece, trata-se da primeira animação a ser totalmente produzida usando uma ferramenta livre, mais especificamente o Blender.

Não perca mais tempo e veja o trailer aqui.

fisl9.0 - A grade preliminar já está disponível

Liberada a grade preliminar do fisl9.0.

É importante ressaltar que é uma grade preliminar e que deverá sofrer muitas mudanças até a data do evento, como por exemplo, a alteração das trilhas que no momento estão sub divididas.

As novidades deverão ser diárias, por isso fiquem de olho.

:-)

segunda-feira, 17 de março de 2008

Mudança no blog

Seguindo as mudanças que eu já havia feito em meu blog, quando resolvi manter esse endereço somente para tratar de software livre e open source, resolvi também mudar o nome e a URL do mesmo.

Sendo assim, refletindo as mudanças, agora o mhterres@linux:/home/MarceloTerres passa a se chamar Mundo Open Source e atende agora na URL http://mundoopensource.blogspot.com.

Espero fazer jus ao nome. ;-)

sábado, 15 de março de 2008

fisl9.0 - falta pouco mais de 1 mês

Pois é, o fisl está chegando de novo.

Esse ano estamos de volta a PUC, o que certamente vai agradar muita gente. Confesso que a área da Fiergs era melhor, mas, do meu ponto de vista, faltava transporte e mais opções pra alimentação.

De qualquer forma, o último fisl realizado na PUC (fisl 6.0 em 2005) foi um sucesso, e estamos fazendo todo possível para que esse ano seja outro sucesso como de costume.

Entre as presenças internacionais, teremos nomes já tradicionais no evento como Jim McQuillan (LTSP), Jon Maddog Hall, Etienne Delacroix, entre outros.

Já entre as novidades, temos a presença do pessoal da Mozilla Foundation (Mitchell Baker, Chris Blizzard, Chris Hofmann, Marcio Galli), do pessoal do Google (Zaheda Bhorat, Bram Moolenaar - criador do Vim), do pessoal da OSI (Danese Cooper, Rishab Ghosh), entre tantos mais. Além disso teremos presença em peso também da área de Open Source da Sun, que darão várias palestras no evento (Rich Sands, Ray Gans, Roger Brinkley, Bruno Souza, etc).

Veja a lista em http://fisl.softwarelivre.org/9.0/www/palestrantes (atenção, a mesma é atualizada periodicamente, então fique de olho).

A grade de programação preliminar deverá ser lançada essa semana, mas por enquanto já temos o resultado das duas primeiras chamadas de palestras que podem ser vistas aqui.

Os eventos comunitários também já estão confirmados, assim como o Workshop de Software Livre. Destaque também pra Arena de Programação que esse ano promete muitas novidades.

É isso, agora é ficar de olho no site pra ir descobrindo o que vem por aí e de 17 a 19 de abril ir na PUCRS conferir o evento de perto.

Tenho certeza de que você não vai se arrepender. :-)

Openfire: como bloquear usuários MSN usando o Gateway IM e o Packet Filter

Uma pergunta que muitas vezes me fazem é: Usando o transporte MSN no Openfire como posso fazer para liberar o usuário X para falar com somente alguns contatos do MSN, já que o padrão é que ele possa falar com todos ?

Até hoje eu ainda não tinha respostas para essa pergunta, apesar de ter uma noção de como fazer, principalmente depois que me indicaram o plugin Packet Filter. Só que hoje resolvi testar o mesmo e encontrei uma forma de resolver isso.

O que faz o plugin Packet Filter ?
O Packet Filter é uma espécie de "iptables" para Openfire. Ele permite que você aceite, rejeite ou descarte vários tipos de pacotes XMPP baseado em regras que você pode estabelecer.

É mais ou menos assim: você pode dizer que o usuário fulano não pode enviar nem receber mensagens do usuário ciclano, ou que o grupo contabilidade pode mandar e receber mensagens do grupo diretoria, mas não do grupo rh, e por aí vai.

Vendo essas features imaginei que fosse de alguma forma possível usar o recurso para filtrar os contatos MSN (ou ICQ, ou AIM, ou o protocolo que for).

Bem, descobri que É POSSÍVEL sim, mas que é um trabalho árduo pelo menos da forma que estou implementando as regras. A forma de implementação padrão obriga que os filtros sejam feitos conta a conta e para que o mesmo funcione da forma que eu implementei você tem de liberar também um a um os contatos para qual seu usuário pode enviar/receber as mensagens (inclusive os contatos Jabber do servidor local). Ou seja, numa instalação com muitos usuários usando o transporte MSN isso pode ser inviável de gerenciar/administrar.

Mas porque isso é trabalhoso ?
Porque na realidade o packet filter não foi feito para trabalhar com os transportes, mas sim com contas locais. Mas já que no Openfire, todos os contatos de um transporte tem um JID válido você pode usar o plugin para isso também.

Você pode explicar isso melhor ?
Cada usuário do Openfire ganha um JID, que é a identificação do usuário para o servidor. No meu servidor de testes, chamado openfire.inet, meu usuário marcelo responde pelo JID marcelo@openfire.inet.

Agora vejamos o caso do transporte MSN: ao vincular minha conta local Jabber (marcelo@openfire.inet) a uma conta MSN usando o plugin Gateway IM, todos meus contatos MSN ganharam também um JID válido. Então, por exemplo, o meu contato marceloterres@dominio.com passou a ter um JID local chamado marceloterres\40dominio.com@msn.openfire.inet.

Agora que ele tem um JID, eu posso usá-lo para criar regras no Packet Filter. :-)

Mas de que forma o packet filter será eficaz ? Como posso implementá-lo ?
A melhor forma que encontrei até o momento é a seguinte:
  • em primeiro lugar você deve liberar todas os contatos que você quer permitir para o usuário (inclusive os contatos do servidor local e não só os do transporte MSN). A liberação é uma via de mão dupla, pois você precisa liberar o envio e precisa também liberar o recebimento de mensagens para cada contato do usuário (a não ser é claro que você queira que algum contato do usuário só possa mandar mensagens e não receber e vice versa).
  • em segundo lugar você deve criar 2 regras dizendo que os pacotes de mensagens de quaisquer outros usuários serão rejeitados (ATENÇÃO: para essas regras use só os pacotes de mensagens, porque se você usar os pacotes do tipo any (quaisquer) o usuário não conseguirá nem logar no servidor).
IMPORTANTE: O packet filter, assim como o Iptables, usa precedência para as regras, por isso a primeira regra que fechar é a que vale. Dessa forma, coloque antes as regras de liberação e depois as regras de bloqueio.

Tem um exemplo prático ?
A imagem abaixo ilustra melhor a questão (clique nela para ampliar e entender).

Nesse servidor de testes (openfire.inet) o usuário marcelo@openfire.inet pode mandar e receber mensagens para/do usuário local fulano (fulano@openfire.inet) e também do seu contato MSN (marceloterres@dominio.com). Todos as mensagens enviadas/recebidas de seus demais contatos serão rejeitadas, como pode ser visto nas 2 últimas linhas.


Isso não impede que o usuário veja todos seus contatos que estiverem online e nem que eles o vejam também, mas caso o usuário tente mandar uma mensagem para um contato bloqueado o servidor Openfire informa que a mensagem foi rejeitada (uma forma de resolver a questão da visibilidade seria rejeitar todos os pacotes (any) de cada contato bloqueado, mas aí isso teria de ser feito contato a contato, ou seja, mais trabalho manual).

Acredito que a solução acima não seja a mais elegante e mais simples mas de momento foi a forma que encontrei para resolver a questão.

Talvez em breve tenhamos um plugin só para isso, ou quem sabe o próprio Gateway IM não venha a implementar esse recurso, mas para quem não pode esperar, é uma solução que pode ser implementada agora.

PS: caso tenha outra sugestões de implementação, por favor poste aqui.

UPDATE (13/11/2008): Não deixem de ler o comentário de Sarunas, pois o mesmo parece simplificar e muito o uso do Packet Filter. Eu ainda não tive tempo de testá-lo, mas assim que for possível irei fazer, e conforme também vá recebendo feedback de outras pessoas, vou postar mais sobre isso aqui.


Leia também:

Bug no Bacula versão < 2.2.5

Para quem está usando o Bacula versão 2.X < 2.2.5 é altamente recomendável o upgrade para a última versão (2.2.8).

Até a versão 2.2.4 havia um bug que me foi reportado pelo Lutieri que pode causar a maior confusão.

É o seguinte: se você rodar um restore de algum job, o bacula equivocadamente altera a data do LastWritten do volume para a data desse restore (mesmo que o restore seja somente um procedimento de leitura e não escrita).

Isso pode causar a maior dor de cabeça, pois atrapalha todo o controle de retention do volume, fazendo com que o mesmo não seja reciclado na data correta.

Mais um esclarecimento: esse problema atinge somente o servidor, então a versão no cliente pode ser mantida.

Não percam tempo e atualizem seus servidores agora.

quarta-feira, 12 de março de 2008

Openfire 3.5.0 RC1

A Ignite Realtime liberou hoje para download o Openfire 3.5.0 RC1.

Com previsão de lançamento da versão final para o final de março/início de abril, o Openfire 3.5.0 traz uma quantidade grande de novos recursos e mudanças significativas. Além disso também estão sendo disponibilizados novas versões dos plugins já existentes que serão compatíveis com o 3.5.0 (veja a lista de plugins aqui).

Entre as novidades podemos destacar:
  • Segurança
    • Gerenciador de bloqueio de contas: permite aos administradores bloquear (desabilitar) contas previnindo que os usuários loguem. Isso pode ser feito por um período de tempo ou "para sempre".
    • Auditoria para o console de administração: esse novo recurso permite armazenar as mudanças na configuração do servidor, inclusive logando quem efetuou as mesmas.
  • Invisibilidade
    • Agora é possível se conectar se mantendo invisível. Você pode ficar invisível para todos, mas se quiser pode ficar visível só para alguns usuários específicos.
  • Performance
    • Foram implementadas muitas melhorias na performance do servidor.
  • Console de administração
    • O console de administração foi redesenhado para otimizar e facilitar seu uso.
O ChangeLog completo pode ser encontrado aqui.

Caso você não queria aguardar o release final, já pode baixar o RC1 aqui.

Para os que forem testar a Ignite Realtime incentiva que postem suas dúvidas no Fórum de suporte do Openfire.

Boa sorte aos Beta Testers ;-)

sábado, 8 de março de 2008

Samba 3.0.28a


Lançado o Samba 3.0.28a que resolve uma série de bugs das versões anteriores.

Como principais pontos podemos citar:
  • Corrigida a falha que não permitia fazer join em domínios Windows 2008
  • Corrigidos problemas de interoperabilidade com Windows Vista (incluindo com SP1 RC)
Para ver o ChangeLog completo clique aqui.

E se preferir, faça download da nova versão.

sexta-feira, 7 de março de 2008

Sip Communicator - uma promessa interessante


Há tempos venho procurando por um software que integre os protocolos XMPP e SIP e que seja livre.

Existem por aí algumas ferramentas, mas muitas pagas e que não me agradaram na forma de licenciamento. Outra alternativa disponível seria usar o servidor Openfire e o cliente Spark com os plugins SIP, mas pelos testes realizados não acho que os mesmos estejam funcionando tão bem (ao menos ainda não).

E por um acaso do destino, quando já tinha deixado de procurar me deparei com uma nova ferramenta que está em desenvolvimento. Pois trata-se do Sip Communicator.

O Sip Communicator é a ferramenta que vem atender essa demanda da melhor forma possível. Aliando XMPP, MSN, ICQ, IRC entre outros protocolos de IM e incorporando o protocolo SIP fica fácil e muito produtivo usar o mesmo software para IM e para telefonia. E não para por aí, pois já existe a promessa de suportar IAX e quem sabe o que mais pode vir em breve.

O projeto ainda é meio cru, sendo que diariamente são lançados nightly builds (tem até repositório Debian), e ainda está na versão alpha, mas parece que tem tudo pra dar certo.

Testei o mesmo e encontrei alguns bugs (o que é bastante compreensível nessa etapa de desenvolvimento), entre eles:
  • Ao cadastrar uma conta jabber (eu só testei com jabber, porque era isso que me interessava. MSN, ICQ e outros protocolos pode-se implementar com transportes para maior controle) logo que se conecta a primeira vez somente alguns contatos aparecem. Para resolver isso é necessário fechar e abrir o programa novamente (desconectar e reconectar talvez baste). Depois disso tudo fica normal.
  • Ao efetuar uma ligação sip, a pessoa do "outro lado da linha" escuta a voz cortada. Observei esse comportamento tanto para Linux quanto para Windows.
Encontrei também alguns problemas conceituais, mas isso com certeza deverá ser corrigido com o tempo, acredito que antes mesmo do software se tornar beta.

Por outro lado a comunição XMPP foi tranquila e sem problemas. A interface é interessante (ao contrário do que encontrei quando testei o Instantbird), mas deve ser melhorada mais pra frente.

Com certeza o Sip Communicator é um projeto que promete, e todos aqueles que tem o desejo de usar um único cliente XMPP/SIP devem ficar de olho no mesmo.

Veja os screenshots aqui.

PS: se você resolver testar o mesmo seus comentários serão muito apreciados.

quinta-feira, 6 de março de 2008

KDE 4.0.2

Lançado o KDE 4.0.2 com novas features, muitas delas melhorias no Plasma e outras como a capacidade de mudar o local do panel e seu tamanho (que falta isso fazia).

Quer instalar no Kubuntu 7.10? Saiba como aqui.

Pidgin 2.4.0

Foi lançado no final do mês passado o Pidgin 2.4.0.

Ele tem bastante melhorias e alguns recursos novos, mas do meu ponto de vista nada excepcional.

Veja o ChangeLog completo aqui e baixe os pacotes pra Ubuntu/Debian aqui

quarta-feira, 5 de março de 2008

Openfire 3.5.0 adiado

Poxa, estava todo empolgado com o lançamento do Openfire 3.5.0 amanhã e quando fui no site da Ignite Realtime levei um banho de água fria.

A versão foi adiada para ser lançada juntamente com o Clearspace 2.0, um outro software colaborativo da Jive Software (braço comercial da Ignite Realtime).

Então fica assim. Aguardaremos novamente até mais ou menos o final de março e início de abril.

Leia aqui a notícia.