iBlog . . .

Se você tentou instalar antes e não deu certo, remova a instalação antiga antes de tentar usar este driver. Após remover, baixe o dmg, duplo clique nele, execute o pkg e siga as instruções. Reboot no mac e pode começar a imprimir! . Funciona no Leopard.

Download do Driver: 1601-lj_1022_series_osx

Semana passada comecei a estudar para a certificação LPI nível 1 e baixei o livro LPI Linux Certification in a Nutshell, 2nd Edition no formato CHM, para abrir no Mac usei o CHMox que é bem leve e simples. Recomendo.

Download: chmox-03

Para alterar o fundo da tela de login basta copiar sua imagem para /System/Library/CoreServices:

sudo cp myimg.jpg /System/Library/CoreServices/DefaultDesktop.jpg

Dica: Faça backup da imagem original .

Quem atualizou para o Leopard percebeu que o suporte a mensagens criptografadas do Mail.app deixou de funcionar. Na verdade ele foi desabilitado por falta de compatibilidade.. E agora?

Já existe uma versão BETA do GPGMail, vou disponibilizar aqui os arquivos e os passos necessários para o funcionamento.

Primeiramente feche o Mail.app e baixe os pacotes abaixo:

GnuPG1.4.7.dmg

GPGMail_d51_Leopard.dmg

Após instalar o GnuPG monte a imagem do GPGMail e copie o bundle para:
/Library/Mail/Bundles
Crie a pasta se não existir, perceba que há a Bundles (Disabled) com os antigos bundles.
Agora abra o Terminal e digite o seguinte:
defaults write com.apple.mail EnableBundles -bool yes
defaults write com.apple.mail BundleCompatibility -int 3

Em seguida abra seu Mail.app, Mail -> Preferences (ou command + ,) e veja o último ícone.

Agora é só começar a usar ;-).

Como prometido segue os slides que foram utilizados.
Apresentacao EPSL

Um pouco tarde para comentar mas antes tarde do que nunca, não é mesmo?

O III Epsl aconteceu de 7 a 10 de Novembro de 2007, neste período várias palestras e debates interessantes chamaram a atenção do público.

Este ano apresentei junto com Acácio uma palestra sobre replicação de dados e alta disponibilidade, nela foram apresentados dois softwares livres que, em conjunto, são capazes de fornecer alta disponibilidade de dados e garantia de serviços sempre funcionando.

Entrando um pouco mais no assunto, DRBD e Heartbeat foram os softwares que utilizamos para montar um cenário simples de alta disponibilidade de dados e serviços. O cenário, basicamente, era constituído por dois servidores, onde o Master rodava o Apache+Php com um site que dizia o hostname da máquina em que estava, e o Slave que ficava como servidor de backup e caso o Master apresentasse problema estava ali para assumir o serviço.

Mas, como isso funciona?

O DRBD funciona como um Raid 1 via rede, ele transfere blocos de um disco do servidor Master via rede para outro disco de um servidor Slave. Desta forma, os dados da aplicação eram transferidos de um servidor para outro.

O Heartbeat é utilizado para monitorar cada máquina, ele é o responsável por levantar os serviços e montar os discos do drbd. Em caso de falha no servidor Master, o heartbeat detecta, monta os discos no servidor Slave, assume o ip do serviço e inicia a aplicação.

Esta foi nossa idéia a ser passada para o público, para quem deixou de ver próxima semana vou disponibilizar os slides utilizados e os arquivos de configuração, aguardem!!!

O syslog-ng é um sistema de logs de extrema facilidade de configuração e possui grandes recursos. Com ele é possível montar um servidor de logs sem maiores complicações.

Para instalar basta executar: apt-get install syslog-ng (caso você possua o apt, claro :P), depois de instalado já estará “escutando” o /dev/log. Para que possa também capturar logs via rede, enviados de outras máquinas, é necessário adicionar mais um source além do local. Em /etc/syslog-ng/syslog.conf adicione:

source net { unix-stream("/dev/log"); udp(ip(0.0.0.0) port(514)); };

Nesta linha estamos adicionando o source net que recebe os logs via rede.

Configurando um filtro:

filter filtro_servidor_1 {
host("192.168.1.20");
};

Note que o IP do servidor pode ser alterado para o host, basta que o adicione em /etc/hosts.

Configurando um destino:

destination destino_servidor_1 {
file("/var/logserver/maillog.log" create_dirs(yes) );
};

Temos agora os passos para capturar um log e guardá-lo em um arquivo, então vamos ao último passo:

log {
source(net);
filter(filtro_servidor_1);
destination(destino_servidor_1);
};

Estes são os passos mais importantes, configurar a origem (source), destino (destination) e o filtro (filter).

No filtro pode-se utilizar de algumas funções como:

facility() - Ex. facility(mail);

level() - Ex. level(notice);

program() - Ex. program(”^postfix”);

etc…

Segue um link com bons exemplos: http://linux.cudeso.be/linuxdoc/syslog-ng.php

O Magic SysRq Key é uma combinação de chaves que nos permitem enviar alguns comandos diretamente ao kernel. É utilizado mais pelos desenvolvedores para debugar softwares e também pode ser utilizado para reiniciar a máquina sem corromper sistemas de arquivos ou para se recuperar de um “congelamento”.

Para habilitar o sysrq:
echo 1 > /proc/sys/kernel/sysrq

Para utilizar:
echo b > /proc/sysrq-trigger

No exemplo acima, foi enviado a chave ‘b’ ao kernel, que reinicia imediatamente o sistema sem desmontar partições ou fazer o sync nos discos.

A lista de recursos podem ser encontrada em: http://en.wikipedia.org/wiki/Magic_SysRq_key

Depois de 1 ano o i’Blog volta!