segunda-feira, 24 de agosto de 2009

M-Link no Jabber.org

A troca do servidor XMPP do domínio Jabber.org de ejabberd (software livre) para M-Link (que é um projeto comercial) me deixou preocupado. Encontrei o stpeter (Peter Saint-Andre, diretor executivo da XMPP Standards Foundation (XSF)) online e conversei com ele para tentar esclarecer minhas dúvidas sobre o ocorrido.

Questionado sobre a troca realizada, stpeter esclareceu que o Jabber.org ainda está rodando sobre ejabberd e que eles ainda estão planejando o processo de migração, que deve ocorrer no final de setembro.

Com relação a escolha do M-Link, ele explicou que a última troca de servidor realizada (jabberd 1.x para ejabberd em 2006) foi feita de uma maneira não muito aberta. Então, para tornar o processo público, foi criado o Server RFP, que foi atendido somente por dois projetos: M-Link e Tigase. O projeto ejabberd não enviou proposta (talvez os desenvolvedores estivessem envolvidos demais no lançamento da versão 2.1). E, como todos já sabem, o escolhido entre os dois projetos foi o M-Link, que de um ponto de vista FLOSS é um retrocesso pois trata-se de um projeto comercial.

Apesar desse "retrocesso" (na minha opinião), é preciso seguir em frente, pois como o próprio stpeter disse, quem sabe daqui há dois anos o escolhido não seja o Tigade ou o Prosody (ou até mesmo o ejabberd novamente).

Depois de esclarecida a questão confesso que fiquei menos incomodado e aproveito para desejar boa sorte ao Jabber.org nesse nova etapa. E já que estamos falando de um novo servidor, solicitei a stpeter que quando o serviço for migrado e estiver funcional ele escreva um post com suas impressões sobre o mesmo.

PS: aproveitei a oportunidade e pedi para que a URL de status do serviço fosse reativada, e ele me garantiu que eles já estão trabalhando nisso também.


Leia também:

Blog da Propus

Depois de contas no Twitter e no Identi.ca, agora a Propus passa a contar também com um Blog.

No estilo planet, o blog da Propus se propõe a agregar os melhores posts dos blogs de seus colaboradores, além de contar eventualmente com um conteúdo exclusivo e direcionado.

Então, se você acompanha meu blog, você está convidado a acompanhar também o Blog da Propus e ficar ligado nas mais variadas notícias e informações sobre Software Livre e Open Source.

domingo, 23 de agosto de 2009

Postfix Quota Reject

Quem acompanha meu blog deve ter lido em um dos meus últimos posts sobre a necessidade que tinha de enviar e-mails "em tempo real" informando ao remetente sobre problemas de over quota na caixa postal do destinatário de seu e-mail.

Depois de tentar usar o Postfix com patch VDA para tal realizar tarefa (sem obter sucesso), pesquisei mais e parece que encontrei a ferramenta que vai resolver a situação. A mesma chama-se Postfix quota reject (UPDATE 10/09/2009: a pedido do desenvolvedor já atualizei o link desse post, mas a versão 1.0 está disponível aqui).

O Postfix quota reject é um policy daemon que funciona de forma muito mais eficiente e segura do que o sistema de bounce do patch VDA. Ele barra o e-mail diretamente na porta SMTP, evitando que a mensagem seja recebida, fazendo assim com que o servidor que originou o e-mail gere o bounce para o remetente. Tal abordagem além de economizar banda e processamento ainda reduz a chance de problemas de DoS.

No site do projeto encontrei a versão 1.0 que ainda não atende a minha necessidade, mas ao pesquisar mais encontrei posts falando de uma versão 2.0 que trabalha com maildir usando Cyrus ou Courier.

Entrei então em contato com o desenvolvedor (Egoitz Aurrekoetxea) que foi muito simpático e atencioso, e me prometeu que assim que voltar das férias em setembro irá me enviar o software (que será oficialmente lançado em outubro) para que eu já vá utilizando e possa dar meu feedback .

Então por enquanto só resta aguardar até setembro para colocar o software em produção. Assim que o mesmo estiver instalado postarei minha impressões sobre a ferramenta.


Leia também:

Monitorando a temperatura e fans com o MRTG

Todo ano quando chega o verão me deparo com uma preocupação: a temperatura do meu computador.

Depois de anos "sofrendo" com isso, conversando com o Alberto recebi uma sugestão simples mas que nunca tinha pensado em utilizar: monitorar a temperatura do micro com o MRTG.

Com essa ideia na cabeça, cheguei em casa e me dedique a implementação.

Para começar, instalei o pacote lm_sensors e configurei o computador para ler os sensores, com o comando sensors-detect. Após responder SIM a todas as perguntas, testei se a leitura dos sensores estava funcionando com o comando sensors. A saída recebida foi:
root@hellboy:/# sensors
it8718-isa-0680
Adapter: ISA adapter
in0: +1.15 V (min = +0.00 V, max = +4.08 V)
in1: +2.13 V (min = +0.00 V, max = +4.08 V)
in2: +3.34 V (min = +0.00 V, max = +4.08 V)
in3: +2.98 V (min = +0.00 V, max = +4.08 V)
in4: +3.06 V (min = +0.00 V, max = +4.08 V)
in5: +1.52 V (min = +0.00 V, max = +4.08 V)
in6: +0.00 V (min = +0.00 V, max = +4.08 V) ALARM
in7: +2.96 V (min = +0.00 V, max = +4.08 V)
in8: +3.23 V
fan1: 1027 RPM (min = 0 RPM)
fan2: 0 RPM (min = 0 RPM)
temp1: +18.0°C (low = -1.0°C, high = +127.0°C) sensor = thermal diode
temp2: +25.0°C (low = -1.0°C, high = +127.0°C) sensor = thermistor
temp3: -128.0°C (low = -1.0°C, high = +127.0°C) sensor = disabled
cpu0_vid: +0.000 V

coretemp-isa-0000
Adapter: ISA adapter
Core 0: +36.0°C (high = +86.0°C, crit = +100.0°C)

coretemp-isa-0001
Adapter: ISA adapter
Core 1: +35.0°C (high = +86.0°C, crit = +100.0°C)
De posse dessa informação, comecei a criar os scripts de leitura das temperaturas dos processadores e da velocidade dos fans.

Como tenho 2 processadores, tenho de ler a temperatura do Core 0 e do Core 1. Para isso estou usando o seguinte script (/usr/local/sbin/cputemp.sh):
#!/bin/bash
echo "`/usr/bin/sensors | grep Core\ 0 | awk '{print " " $3}' | cut -c 3-6 `"
echo "`/usr/bin/sensors | grep Core\ 1 | awk '{print " " $3}' | cut -c 3-6 `"
Exemplo da saída do script:
root@hellboy:/# /usr/local/sbin/cputemp.sh
37.0
36.0
Da mesma maneira, tenho 2 fans. Assim, para ler a rotação dos mesmos estou usando o seguinte script (/usr/local/sbin/fans.sh):
#!/bin/bash
echo "`/usr/bin/sensors | grep fan1 | awk '{print " " $2}' | cut -c 2-5 `"
echo "`/usr/bin/sensors | grep fan2 | awk '{print " " $2}' | cut -c 2-5 `"
Exemplo da saída do script:
root@hellboy:/# /usr/local/sbin/fan.sh
1025
0
Esses scripts não são genéricos, e provavelmente terão de ser adaptados para a realidade de cada computador, pois dependem da versão do lm_sensors instalada e de como seus dispositivos serão detectados.

Depois de verificar que os scripts estão funcionando é hora de instalar o MRTG e o Apache (para poder visualizar os gráficos no browser). No meu caso, como uso Ubuntu, rodar apt-get install mrtg apache2 é o suficiente. Depois de instalados, é necessário criar a pasta /var/www/mrtg.

Edite então o arquivo /etc/mrtg.cfg colocando no mesmo o seguinte conteúdo:
WorkDir: /var/www/mrtg
Language: brazilian

Target[fan]: `/usr/local/sbin/fan.sh`
Title[fan]:"Coolers"
PageTop[fan]:

Coolers


Options[fan]: growright,gauge,noinfo,unknaszero
YLegend[fan]: RPM
ShortLegend[fan]: RPM
MaxBytes[fan]: 8000
Legend1[fan]: Fan1
Legend2[fan]: Fan2
LegendI[fan]: Fan1
LegendO[fan]: Fan2

Target[temp]: `/usr/local/sbin/cputemp.sh`
Title[temp]:"Temperatura da CPU/MB"
PageTop[temp]:

Temperatura CPU/MB


Options[temp]: growright,gauge,noinfo,unknaszero
YLegend[temp]: Graus Celsius
ShortLegend[temp]: Graus
MaxBytes[temp]: 90
Legend1[temp]: Core0
Legend2[temp]: Core1
LegendI[temp]: Core0
LegendO[temp]: Core1

Como uso Ubuntu, o MRTG por padrão já roda no cron a cada 5 minutos. Se não for seu caso, basta criar o arquivo /etc/cron.d/mrtg, com o seguinte conteúdo:
*/5 * * * * root if [ ! -d /var/lock/mrtg ]; then mkdir /var/lock/mrtg; fi; if [ -x /usr/bin/mrtg ] && [ -r /etc/mrtg.cfg ]; then env LANG=C /usr/bin/mrtg /etc/mrtg.cfg 2>&1 | tee -a /var/log/mrtg/mrtg.log ; fi
Para finalizar, crie um index.html para sua página, o que irá facilitar a visualização dos gráficos. Para isso rode o comando indexmaker /etc/mrtg.cfg > /var/www/mrtg/index.html.

Finalmente, após tudo instalado e configurado, aponte seu browser para http://localhost/mrtg para acompanhar os gráficos.



Boa monitoração. :-)

PS: Baixe os scripts e arquivos de configuração aqui.

sexta-feira, 21 de agosto de 2009

Lançado o beta 2 do servidor XMPP ejabberd 2.1.0

Alguns dias depois do lançamento do ejabberd 2.1.0-beta1, os desenvolvedores acabam de lançar a versão beta2.

Cheio de novos recursos e melhorias, a versão 2.1.0 promete tornar o ejabberd um servidor XMPP ainda mais competitivo (é sempre bom lembrar que o ejabberd foi o servidor utilizado pelo Jabber.org por muito tempo).

As mudanças do beta2 para o beta1 são:
  • Adição de um servidor STUN.
  • Atualização de arquivos de tradução de várias linguagens (entre elas o pt_BR).
  • Correções no PubSub
  • Melhorias no MUC
  • E além disso, como de costume, foram corrigidos vários bugs
A expectativa de lançamento da versão final ainda é para o final do mês. Se você quiser ajudar a testar a nova versão, baixe os fontes aqui.


Leia também:

Jabber.org altera seu servidor XMPP

Depois de quase 3 anos utilizando o servidor XMPP ejabberd, a Jabber.org anunciou no último dia 12 de agosto que passará a utilizar o servidor M-Link da Isode pelo próximos dois anos pelo menos.

Pelo menos duas coisas me incomodaram muito nessa troca:
  • O M-Link não parece ser FLOSS. Se for, não achei onde baixar os sources (se é que estão disponíveis).
  • O M-Link usa um LDAP próprio, e parece não ser integrável com outros servidores LDAP, como o OpenLDAP, por exemplo.
Quando li a notícia da troca, na hora fiquei interessado em efetuar alguns testes com esse servidor, mas após ler mais sobre o M-Link fiquei realmente decepcionado. É bastante possível que seja um produto comercial e proprietário.

Vou tentar um contato com stpeter pra tentar esclarecer melhor esses pontos e posto aqui o que descobrir.

UPDATE: Segundo informações do Thiago Rocha Camargo: "Infelizmente não é FLOSS. Mas é uma boa estratégia para consolidar Open Standards, a Isode é séria e utilizada até por militares."

quarta-feira, 19 de agosto de 2009

Pidgin agora com suporte a voz e vídeo

Boas notícias. Foi lançada hoje a versão 2.6.1 do cliente de mensagens instantâneas Pidgin.

Cheia de novas features e muitas correções, o destaque principal dessa versão é sem dúvida os recursos de voz e vídeo disponíveis. São eles:
  • suporte a voz e vídeo com Jingle
  • suporte a voz com GTalk
  • suporte a voz e vídeo com o cliente web Gmail.
Não perca tempo e atualize o mesmo agora. Baixe a versão 2.6.1 aqui ou aqui (usuários de Ubuntu).

Leia o ChangeLog completo e veja as novidades da nova versão.

terça-feira, 18 de agosto de 2009

Novo plugin de monitoramento para o Openfire

Depois de meses sem atividade (desde o ano passado), hoje me deparei com um novo post no site do Openfire.

O mesmo trata de um novo plugin de monitoramento, desenvolvido pela empresa (na realidade não fica claro se é desenvolvido por uma empresa, projeto ou comunidade) Java-monitor.com, que permite ao administrador monitorar seu servidor via web, com facilidade e maior conveniência (será ?).

Até aí muito bacana, a não ser pelo fato indigesto (na minha opinião) de que para usufruir do plugin você terá de usar a infraestrutura da empresa desenvolvedora, além de mandar estatísticas de seu servidor para a mesma.

E agora? Bom, infelizmente (pelo menos para a Java-monitor), eu me importo demais com a independência e privacidade (nossa e de nossos clientes), e não vejo motivo para depender de uma empresa (por maior que seja) para dispor de tais serviços, por melhor que eles sejam.

Ainda prefiro monitorar os servidores usando uma combinação dos plugins já disponíveis com outras ferramentas como Nagios ou Zabbix rodando em nossos servidores. Isso me dá controle e maior disponibilidade.

Por isso, cartão amarelo para o novo plugin. No meu ponto de vista, não vale a instalação.

Agora, não querendo ser chato nem rabugento, mas depois do site da Ignite Realtime ficar tanto tempo inativo, eu sinceramente esperava que o próximo post publicado fosse tratar de uma nova versão ou novo recurso do servidor e não de uma "pseudo propaganda" de um plugin que na minha opinião não trará vantagens pra ninguém além da empresa desenvolvedora.

Meus dois centavos.

sábado, 15 de agosto de 2009

O Flash player 64 no Ubuntu 9.04 parou de funcionar, e agora ?

Depois de meses usando a versão 64 bits do plugin do flash player (inclusive com Firefox 3.5) no Ubuntu 9.04, lamentavelmente alguma atualização de pacotes fez com que erroneamente o mesmo fosse substituído pela antiga versão 9.

Percebi tal fato ontem pois as páginas apresentavam uma seta (play) no local onde deveriam ser exibidos os objetos flash. Ao consultar o about:plugins me deparei com a situação que me causou bastante surpresa.

Pesquisando os arquivos constatei o seguinte:

A biblioteca instalada era:
1957a3414dfbfe5f7de000ae72da4cb6 ./usr/lib/firefox/plugins/libflashplayer.so
Já a versão disponibilizada pela Adobe é:
3433f503261d4c7f622be4d74ab10c9a ./tmp/adobe-flashplugin-10.0.32.18.orig/libflashplayer.so
Ou seja, são arquivos distintos, o que me faz pensar que poderia haver algo errado no meu sistema de pacotes (será algum repositório adicional que uso ?).

Tentei então reinstalar o pacote flashplugin-nonfree (Version: 10.0.32.18ubuntu0.9.04.1) e não obtive êxito, pois a situação se manteve igual. Poderia haver algo errado no pacote? Isso não é comum, mas não seria a primeira vez que lançam pacotes bugados para Ubuntu.

Bem, como a reinstalação não funcionou, decidi então pesquisar no Google e me deparei com um post que resolveu meu problema (mesmo que de forma "manual").

Basicamente, a solução consiste de 3 passos:
Dica: o script irá remover alguns pacotes do seu micro como os plugins do flash (óbvio) e o acroread. Se você desejar, pode instalar o acroread novamente após a instalação do plugin.

Essa solução instala a última versão 64 alpha do plugin (10.0.32.18), a mesma que deveria ser instalada pelo pacote. Então se você passar pelo mesmo problema que eu passei pode usar essa mesma abordagem.

Ah, e se descobrir o motivo do downgrade, poste aqui a explicação. :-)


quinta-feira, 13 de agosto de 2009

Postfix + VDA Patch - problemas no envio de bounces por over quota

Um pouco diferente do que dos outros posts desse blog, onde normalmente eu costumo postar dicas e notícias, esse tem o objetivo de solicitar a ajuda de meus leitores.

Estou com um problema estranho no Postfix (versão 2.2.10 + VDA patch). Com o uso desse patch todo o sistema de quotas funciona perfeitamente (há uns 2 anos pra ser preciso). Acontece que agora preciso configurar o postfix para dar bounce nos e-mails enviados quando o destinatário estiver com over quota (ao invés de manter os mesmos na fila pra tentar realizar a entrega), e parece que o patch nesse ponto está com algum problema.

Exemplificando:

Usando o parâmetro virtual_overquota_bounce = no (default do postfix)

Se envio uma mensagem de marcelo@dominio1.com.br para marcelo@dominio2.com.br encontro nos logs do servidor do dominio2 (onde está meu Postfix) a seguinte informação:
Aug 13 16:11:57 mail postfix/virtual[25327]: A992B5E478E: to=<marcelo@dominio2.com.br>, relay=virtual, delay=1, status=deferred (maildir delivery failed: Sorry, the user's maildir has overdrawn his diskspace quota, please try again later.)
Sendo que a mensagem continua na fila para entrega:
mailq | grep -i -A 2 A992B5E478E
A992B5E478E 3464 Thu Aug 13 16:11:56 MAILER-DAEMON
(maildir delivery failed: Sorry, the user's maildir has overdrawn his diskspace quota, please try again later.)
Perfeito: como esperado a mensagem continua na fila para entrega, até que seja descartada pelo tempo máximo.

Usando o parâmetro virtual_overquota_bounce = yes

No caso do mesmo e-mail enviado acima, encontro nos logs a seguinte informação:
Aug 13 16:14:27 mail postfix/virtual[28430]: B6FD45E4799: to=<marcelo@dominio2.com.br>, relay=virtual, delay=1, status=bounced (maildir delivery failed: Sorry, the user's maildir has overdrawn his diskspace quota, please try again later.)
É possível ver que o status mudou de deferred para bounced, sendo que a mensagem não fica mais na fila, como esperado:
mailq | grep -i -A 2 A992B5E478E
Infelizmente, apesar dos logs reportarem que o status foi bounced, o bounce não chega para o remetente (marcelo@dominio1.com.br). Além disso, nada mais é encontrado nos logs, a não ser a mensagem de que o e-mail de queue id A992B5E478E foi removido da fila.

Conclusão

Apesar dos logs estarem reportando a mudança do status, aparentemente o postfix nada faz com a mensagem, simplesmente removendo-a da fila. Poderia ser um erro de configuração (eu não consegui identificar o que pode estar errado e nem onde), mas também desconfio de que possa ser um erro no postfix+patch, pois as versões de ambos são bastante antigas.

Alguém tem alguma idéia do que pode estar errado ?

PS: assim que descobrir o problema e a solução posto aqui no blog. ;-)

quarta-feira, 12 de agosto de 2009

Gnarwl agora com suporte TLS para o LDAP

Se você usa o Gnarwl mas estava tendo dificuldades em configurá-lo em ambientes que usam LDAP com TLS, saiba que a solução foi lançada.

Foi disponibilizado no site do projeto um patch para a versão 3.6 que ativa o suporte TLS na conexão ao LDAP, resolvendo essa deficiência do software.

Não perca tempo, baixe o patch aqui. Testado e aprovado ! :-)

PS: dica do Alberto Bengoa.


Leia também:

Ejabberd 2.1 a caminho


Nota rápida: acaba de ser lançado o ejabberd 2.1.0-beta1.

Se você gosta de testar novas versões de softwares essa é sua chance. A comunidade ejabberd precisa de beta testers para avaliar e reportar possíveis bugs dessa versão.

A previsão é que a versão final seja lançada no final desse mês. Vários novos recursos e opções estão disponíveis nesse novo release. Leia o Changelog completo aqui.


quarta-feira, 22 de julho de 2009

Novidades do Sip Communicator

Boas notícias !

Para aqueles que como eu achavam que o desenvolvimento do Sip Communicator estava parado e que o projeto havia sido abandonado, parece que é época de boas novas.

Segundo um post no blog xmppjingle do Thiago Camargo, o desenvolvimento do software está em pleno andamento, e agora com mais velocidade, já que o projeto recebeu um aporte financeiro recentemente, conforme informações de Emil Ivov (fundador do projeto).

Algumas das novas features esperadas para as próximas versões são: Jingle ICE (P2P e comunicação server-less) , Jingle Video (vídeo chat em tempo real), suporte ao codec H264 (alta qualidade de vídeo sem consumo excessivo de banda) e ZRTP (streams seguros e criptografados de áudio e vídeo).

Finalmente parece que teremos um bom cliente SIP/XMPP/Jingle open source que conseguirá suprir uma demanda pouco atendida: a integração dos protocolos XMPP/SIP num único software. Acho que agora poderei abandonar a dupla Pidgin / Twinkle ;-)

É esperar pra ver.

Leia o post completo do blog xmppjingle aqui.


Leia também:

segunda-feira, 20 de julho de 2009

XMPP Jingle no fisl 10

Ainda falando do fisl 10, um tópico muito importante tratado esse ano foi XMPP Jingle.

Para falar sobre esse assunto, convidamos o brasileiro Thiago Rocha Camargo, Chief Voice Architect da Nimbuzz.com. Para quem não o conhece, ele é especialista em SIP e XMPP, com foco especial em Jingle desde 2005. Além disso, é ex-desenvolvedor da Jive Software responsável pelas funcionalidades multimídia do Openfire (Servidor XMPP), Spark (Client XMPP/Jingle) e Smack (API XMPP/Jingle) e também é co-autor dos draft sobre SIP/Jingle Gateways e Jingle Super Nodes(Alternativa aberta para Voz/Vídeo P2P), uma espécie de Skype aberto.

Thiago apresentou duas palestras muito interessantes:

XMPP, liberdade móvel e1m Mensagem, Presença e Voz e Jingle Cookbook, como implementar um Cliente Jingle, essa última onde ensinou em 50 minutos como desenvolver um cliente Jingle RAW UDP.

Pois bem, semana passada Thiago me contou que havia postado em seu blog sobre sua participação no fisl (leia aqui e tenha acesso aos pdfs das palestras). Além disso, ele também me informou que disponibilizou para download a API desenvolvida no evento. Assim que ele me falou sobre isso percebi de imediato que deveria compartilhar essa informação no meu blog, pois essa é uma grande oportunidade tanto para quem participou tanto quanto para quem não conseguiu ver as palestras dele.

Sem falsas modéstias, mas parabéns para o fisl que trouxe um assunto tão interessante para o evento desse ano. Quem sabe no fisl 11 não conseguimos realizar uma pequena conferência de XMPP, não é ? ;-)

Saiba mais sobre XMMP Jingle no blog do Thiago Camargo.

quarta-feira, 1 de julho de 2009

OT: No lugar certo e na hora certa Parte II

E a foto que eu tirei do Peter Sunde tomando chimarrão no fisl 10 ainda está na mídia.

Depois de sair no Blog da Vanessa Nunes e na capa do ClicRBS (veja mais nesse post), agora a mesma está na capa do caderno ZH Digital de Zero Hora do dia de hoje.


Parece que minha carreira (efêmera) de fotógrafo amador chegou ao seu clímax ;-)

Agora é esperar pelo fisl11. Quem sabe no ano que vem eu consiga outras fotos interessantes do evento. :-)


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.

sexta-feira, 10 de abril de 2009

BumpTop

Quem acompanha meu blog sabe que adoro interfaces gráficas.

Superkaramba, Compiz, Looking Glass e KDE 4 povoam meus posts, pois esse tema desperta meu lado usuário, me fazendo esquecer do sysadmin. Widgets, transparência, janelas e desktop animados enchem meus olhos e me deixam fascinado.

Por isso, quando me deparei com o BumpTop não podia ser diferente.

Essa interface gráfica em 3D impressiona no tratamento do Desktop, inovando na forma de organizar e tratar documentos, imagens ou o que quer que você coloque na área de trabalho. Não acredita ? Pois veja uma demonstração do mesmo abaixo:



Ahh, e se você está se perguntando como eu fiquei babando para uma interface gráfica pra Windows, saiba que no site do projeto você pode "votar" para que seja desenvolvida uma versão pra Linux.

Então não perca mais tempo e "vote". Eu já deixei meu pedido lá.

;-)

Bacula 3.0.0 lançado


A versão 3.0.0 do software de backup Bacula foi finalmente lançada. Os fontes já encontram-se disponíveis para download no SourceForge.

Vários novos recursos foram incorporados nessa versão, mas um alerta importante a ser feito é que houve alteração do banco de dados, por isso, é imprescindível uma leitura cuidadosa da documentação.

Se você está usando a versão 2.4.4, saiba que a mesma ainda tem alguns meses de vida, mas em breve não será mais suportada. Por isso não perca tempo e atualize o software logo.

Leia o anúncio completo aqui.



quarta-feira, 8 de abril de 2009

ClamAV 0.95.1 lançado

Foi lançado o ClamAV 0.95.1

Essa nova versão é somente um bugfix e não adiciona novos recursos a ferramenta. Saiba mais no ChangeLog.

Baixe o mesmo aqui.

Software de monitoramento da HP rodando no Debian. Sim, agora é possível !!!


Essa semana me deparei com uma situação que me deu bastante trabalho e que deve atormentar a vida de muita gente: tive a necessidade de instalar os softwares de monitoramento dos servidores HP Proliant no Debian.

Para começar, a HP até um tempo atrás não dava suporte para essa distribuição. Para minha sorte, parece que isso está mudando, pois já existem pacotes compatíveis desde a versão Sarge. De qualquer maneira, como já esperado, o suporte para Debian não é tratado da mesma maneira que para Red Hat e Suse (Veja mais aqui. Pacotes para Debian não são "Vendor certified and HP supported").

Como queria pacotes para Debian 5, meu trabalho para fazer o download dos mesmos estava recém começando. Devido a um erro lamentável no site da HP (uma provável falta de indexação ou atualização), se você pesquisar por Debian, não encontrará referências do software para o Debian 5. Após alguma procura, achei em outro site a referência para tal página e baixei os softwares. Interessante é que na versão do Debian 5 a HP disponibiliza uma ISO que traz os pacotes em versões i386 e amd64 que podem ser instalados via apt-get install se você adicionar o CD nas configuração do seu repositório apt-cdrom add (apt-cdrom add).

Até aí, quase tudo bem. Mas então vem a parte "triste" da história. O pacote do hpsmh (a interface web de gerenciamento e monitoramento) disponível apresenta problemas em ambas as versões (i386 e amd64).

O que acontece é que ao instalar o mesmo, você se depara com um série de erros, entre os quais a falta do script de inicialização do serviço, e confesso que mais esses problemas me deixaram bastante frustrado.

Decidi então entrar em contato com o mantenedor do pacote (André Rabelo) e enviei um e-mail para o mesmo. Sinceramente pensei que meu e-mail seria enviado para /dev/null, mas fui surpreendido com a resposta de Otávio Cordeiro, menos de 2 horas depois, onde consta o seguinte:

"Olá Marcelo,

O projeto agora está na Índia, e acredito que existam outras builds mais recentes depois desta que tens.

Consegui reproduzir o problema aqui e, aparentemente, a versão 2.1.11.191 não apresenta o mesmo.

Gostarias de fazer um downgrade enquanto eu descubro o motivo do problema?

Att.,
OC"
Tenho de confessar que fiquei muito feliz e surpreso com o ótimo atendimento recebido e com o interesse da HP e de seus funcionários em resolver o meu problema (que  já deve ter afetado várias outras pessoas por aí).

De momento vou tentar o downgrade sugerido, mas vou ficar no aguardo da versão que corrige o problema encontrado. Assim que tiver novas notícias, postarei novamente no blog para que caso outras pessoas passem pela mesma situação, saibam como resolver essa questão.

Parabéns para HP e sua equipe. Que continuem cada vez mais direcionados para o software livre e que também continuem prestando um atendimento de ótima qualidade.

UPDATE 15/09/09: Baixe o software para Debian Lenny aqui. Os scripts de inicialização que não são instalados corretamente pelos pacotes podem ser baixados aqui.


segunda-feira, 6 de abril de 2009

O comentário bovino

E como além de dedicação e seriedade também é preciso bom humor para enfrentar os desafios do dia a dia, segue a dica do site criado pelo Pablo para exprimir aquele bom e velho comentário bovino tão normal em nossa rotina diária (pelo menos aqui na Propus).



http://comentariobovino.com/


Bacula 3.0 e Bacula Enterprise 1.0


Se tudo correr dentro do esperado essa semana a versão 3.0 do sofware de backup Bacula já deverá estar disponível para download. A nova versão (que vem sendo desenvolvida desde 2007) conta com várias novidades. Leia mais sobre os novos recursos aqui.

Além disso, outra novidade é a chegada do Bacula Enterprise 1.0, mantido pela nova empresa Bacula Systems, que irá dar suporte, treinamentos e consultoria sobre o software.
"In mid-April, Bacula Systems will release Bacula Enterprise Edition 1.0, a new branch of the Bacula project, to provide a certified version of Bacula, available with optional professional support and a warranty. We will compile, configure, test and certify binary packages and provide these certified binaries with Bacula Systems Subscriptions. Many organizations using Bacula in production, for backup and recovery of mission critical data, have shown us the need for professional services, service level agreements (SLA’s) and a contractual relationship with a commercial entity. These organizations typically back up 20 or more computers with a variety of operating systems, and use tape libraries and/or sophisticated disk storage strategies. Bacula Systems was founded to meet these needs."
Leia o anúncio completo de Kern Sibbald aqui.