TI Corporativa - Orgulho de ser Tecnólogo

NullSoft Installer no Linux e Unix

2009-08-31T17:31:00.000-07:00

O NullSoft Installer é um ótimo software para geração de instaladores para Windows. Ao instalá-lo no Linux ou Unix ele continuará gerando EXEs para Windows, não se iluda ;-) Mas os artefatos rodam perfeitamente via wine. Aí você pergunta:

- Por quê cargas-d'agua você quer instalar essa coisa em um Linux ou Unix?

Para gerar patch com destino a clientes que usam Windows. Já que o NullSoft é baseado em scripting, é muito fácil integrá-lo ao build do Ant, Make e Scons.

O artigo encontra-se aqui.

Já o apliquei no Fedora Linux 9 e 11, Solaris 10 e OpenSolaris 2008.11 e 2009.06. O artigo simplesmente funciona, desde a versão descrita até atual do NSis. Ou seja, ao contrário do título, pode seguir o artigo com toda segurança não só para Linux, mas para algumas implementações de Unix também.

Caso o link saia do ar, tenho um pdf aqui ;-)

Firewall pessoal simples com IPF

2009-08-23T16:51:00.000-07:00

IPF ou IPFilter é o firewall padrão das principais implementações de Unix*. IPF está para Unix como IPTables está para Linux. Ele é padrão do Sun Solaris/OpenSolaris, BSDs (Open/Net/Free), Apple Macintosh e HP-UX.

O que me atraiu bastante no IPF foi o fato de que os parâmetros são bem "frasais", logo, a curva de aprendizado é muito pequena. Irei demonstrar aqui a implementação de um simples (bem simples mesmo) firewall pessoal, que uso no meu notebook com OpenSolaris.

Todo sistema operacional de verdade é organizado. Todo aplicativo de firewall aceita comandos in-line, mas se você está mexendo com um sistema operacional no mínimo "não-porco" há o lugar certo de concentrar estas configurações. Por exemplo a configuração do IPTables em uma distribuição Linux que esteja de acordo com a LSB, fica em /etc/sysconfig/iptables. In-line só se for teste ou regra provisória, ok? Isto não tem nada haver com redes, isto se chama organização. A configuração do IPFilter em qualquer Unix, fica em /etc/ipfilter/ipfilter.conf.

Quem acompanha meu blog, sabe que eu não sou de enrolar, então vamos à prática. A configuração é esta (detalhe, não gosto de por acentuação em comentários de conf o.o):

# nfo0 é minha placa nForce cabeada
# bcmndis0 é minha placa wireless, uma Broadcom horrível

# Bloqueia e loga fragmentos pequenos demais para serem reais
block in log quick all with short

# Passa tudo na interface de loopback
pass in quick on lo0 all
pass out quick on lo0 all

# Bloqueia tudo que nao for explicitamente permitido no decorrer deste conf
block in log on nfo0 all
block out on nfo0 all
block in on bcmnids0 all
block out on bcmndis0 all

# Deixa passar o dhcp
pass out quick on nfo0 proto udp from any to any port=67 keep state
pass in quick on nfo0 proto udp from any to any port=68 keep state
pass out quick on bcmndis0 proto udp from any to any port=67 keep state
pass in quick on bcmndis0 proto udp from any to any port=68 keep state

# Habilita saida de pings
pass out quick on nfo0 proto icmp all keep state
pass out quick on bcmndis0 proto icmp all keep state

# Habilita as conexoes saintes
pass out quick on nfo0 proto tcp/udp from any to any keep state
pass out quick on bcmndis0 proto tcp/udp from any to any keep state

# Libera o ssh somente na placa cabeada e para apenas um computador na rede local.
# Nesse caso, prefiro colocar meu ip hard-coded. Loga tudo.
pass in log quick on nfo0 proto tcp from 192.168.1.30/32 to 192.168.1.14/32 port = 22

Bacaninha né? pass, in, out, quick, block, proto... Espero que os comentários + as keywords beirando o óbvio, torne este conf quase auto-explicativo. O man do IPF é também muito completo. Mas vamos lá, depois do nosso arquivo de configuração pronto, vamos habilitar o serviço. Para isso, verifique em seu Unix o comando e a sintaxe do aplicativo que gerencia os serviços. No caso do Solaris/OpenSolaris, temos o svcadm. Logo, iniciar o serviço fica assim:

# svcadm enable ipfilter

Agora o IPFilter está iniciado, mas ele ainda não está trabalhando. Ele está só instanciado, preparado, com os logs no gatilho e olhando com cara feia para todos os pacotes, amedrontando-os com seu tamanho enorme e suas pregas na nuca. Agora vamos falar "TRABALHE!":

# ipf -E

O "E" do parâmetro significa "Enable" :-D. Agora vamos carregar as regras:

# ipf -Fa -f /etc/ipfilter/ipfilter.conf

Explicando:
- O parâmetro F dá o flush. O subparâmetro pode ser "a" all, "i" input ou "o" output.
- O parâmetro f lê as regras de um arquivo.
- Quando você reiniciar, as regras já são carregadas automaticamente. Fique tranquilo.

Para efetuar testes e escrever regras esporádicas, as regras podem ser adicionadas no modo in-line com o parâmetro -l. Exemplo:

# ipf -l pass in log quick on nfo0 proto tcp from any to any port = 8080

Espero ao menos ter dado o gostinho desse poderoso firewall, o que eu fiz é coisa de criança, só para instigar. Abraço a todos!

OBS: IPF é uma suíte, o binário ipf faz bloqueios, liberações e redirecionamento de portas locais. Para fazer NAT, utilize o IPNat (ipnat). Para monitorar os logs, utilize o IPMonitor (ipmon). Para verificar os status do serviço, IPStat (ipstat). Tem bastante coisa, e por sinal, fáceis e divertidas :-D
* A partir das implementações do Unix é que são criadas as distribuições. Por exemplo, OpenSolaris é uma implementação de Unix, Nexenta é uma distribuição de OpenSolaris. Linux não é Unix, nem chega perto de ser um. Linux possui sua própria especificação, chama-se LSB.

SXCE snif snif ;-;

2009-08-23T13:51:00.001-07:00

Semana passada a Sun anunciou que descontinuará o Solaris Express Community Edition em Outubro, clique aqui para ver o anúncio.

A partir de outubro, as consolidações de 2 semanas realizadas no OpenSolaris serão disponibilizadas via IPS para Indiana. Eu usei SXCE e meu objetivo não se restringia a obter a consolidação mais recente. O Solaris Express me provia uma clara previsão do Solaris 11.

Acabei de remover o SXCE e voltei ao OpenSolaris Indiana. Os dois são OpenSolaris, mas o fato de ter acesso a tecnologia de código-fechado da Sun para a nova versão do S.O. de classe enterprise era empolgante e uma rica fonte de estudos para "o mundo real".

Acho que parar de distribuir o SXCE é um erro, a não ser que o Solaris 11 realmente tome a forma do atual OpenSolaris Indiana, e na verdade, estou torcendo para isso. Claro, esta é a minha opinião. É notável que o OpenSolaris é muito superior ao Solaris, vide ferramentas como beadm, zfs, pkg (IPS) e nwam, se tornou praticamente OUTRO SISTEMA. O Rafael Vanoni na Sun Tech Days foi claro ao me dizer: "É OUTRA COISA". Sinceramente pensei que ele estava superestimando o tal de OpenSolaris, mas a afirmação foi mais que real.

Se o Solaris 11 seguir a linha tecnológica e filosófica do OpenSolaris Indiana, fico muito feliz. Será perfeito como Red Hat Enterprise e Fedora. Mas se ele continuar com o jeitão de Solaris, e a Sun simplesmente removeu de nossas mãos uma previsão de um Sistema fechado de missão crítica... Ficarei mais do que simplesmente chateado.

O mundo não é feito só de Stallmans.

Forçar o Scanning Projects no NetBeans

2009-07-30T06:36:00.000-07:00

Imagine-se na seguinte situação:

Você não desenvolve só um produto. Você desenvolve também o framework que aquele produto é baseado. Logo, algumas vezes você abre os dois projetos, altera o framework, atualiza as libs do seu projeto e o NetBeans simplesmente QUEBRA TODO SEU PROJETO DO PRODUTO, ou algumas classes (isso mesmo). Aí você vai lá, com todo carinho, ver uma das classes que estão quebradas e você descobre que o NetBeans está viajando. Não tem nada quebrado, as linhas vermelhas sublinhando código estão lá sem sentido algum. As interfaces estão bem implementadas, nenhum chamada está desrespeitando a visibilidade do método, e muito menos erros de sintaxe e assinatura.
Notei que o NetBeans possui essa falha grave mas não consegui reproduzir em um projeto pequeno. Mas o projeto em questão aqui, possui apenas 1631 classes e o framework + 1443. No meu ver, isto ainda passa longe de ser um projeto grande para uma IDE.

Pois bem, precisaremos forçar o "scanner" dos projetos no NetBeans. Como fazer isso? O procedimento que citarei funcionará para qualquer sistema operacional, exceto Windows, claro. O porquê é simples, abaixo só apagarei o que for pertinente aos projetos problemáticos, se você souber fazer isto no Micro$oft Windows, basta comentar neste post. Sou um néscio até no Windows XP.

1- Feche o NetBeans.

2- Na sua pasta de preferências do NetBeans (em qualquer sistema operacional exceto o mais popular, fica em <SUA_HOME>/.netbeans/6.7 - Esse "6.7" claro, é de acordo com sua versão) há uma pasta chamada var e dentro dela, cache. Entre nela.

Ex:
cd ~/.netbeans/6.7/var/cache

3- Apague as classes pertinentes ao seu projeto, as quebradas devem ter algo em comum, não são todas os packages que quebraram, e na convenção Java, geralmente os prefixamos com uma identificação da empresa e produto. Por exemplo, se sua empresa se chama TICorporativa e o produto RushNotes, e ele é COMercial, há grandes chances dele ser prefixado assim: "com.ticorporativa.rushnotes". Isso é só um exemplo. Bem, vamos apagar o cache dos nossos projetos problemáticos:

Ex:
find ./ -name *rushnotes* | xargs rm -Rvf

Preste atenção no "*rushnotes*". Neste caso, ele irá apagar qualquer cache de uma classe que possua rushnotes no nome. Os asteriscos dizem que ele pode estar em qualquer lugar do nome/caminho do arquivo. Ah isso é expressão regular, aquela que você usava no Windows 98 para procurar seus doc e ppt perdidos no seu hd, tipo "*.doc" no diálogo do F3.

4- Abra o NetBeans, abra seu projeto, e navegue em um source para cutucar o NetBeans. Ele começará com a tarefa: "Scanning Projects". Pronto. Agora seu projeto não exibirá mais linhas quebradas sem sentido. Pelo menos até a próxima atualização de lib.

Espero que seja ú... AH, CLARO QUE SERÁ ÚTIL, ESTÁ CHEIO DE POSTS NA INTERNET EM FÓRUNS E BLOGS DE PESSOAS QUE POSSUEM PROJETOS RELATIVAMENTE GRANDES COM PROBLEMAS DE CACHE NO NETBEANS.

Momento #prontofalei:
Adoro essa IDE. As convenções de trabalho e organização das configurações, são mais bem-feitas e ao "estilo Unix". No Eclipse eu sinto aquela coisa mais engessada, embarcada, mais... Visual Studio sei lá. Por isso que mesmo com estes problemas, eu acho importante investir em algo que promova as boas práticas. Este blog possui um sentido mais "caderninho de anotações", por isso a maioria dos posts são voltados a resolução de problemas. Se tem muitos posts sobre problemas do NetBeans aqui, é porquê ele possui MUITO MAIS PRÓS QUE RENDEM PRODUTIVIDADE E CONFORTO que esses pequenos contras que rendem uns posts.

Que Jonathan Schwartz vos abençoe.

Plugin para gerar o serialVersionUID no NetBeans 6.7

2009-07-28T20:17:00.000-07:00

Olá pessoal! (muito Barney esse começo)

Assim que saiu o NetBeans 6.7 eu notei: Tá, cadê o plugin gerador de serialVersionUID? Não estava no repositório, e bem, até agora não está.
Mas o release 1.9.4 com suporte ao NetBeans 6.7 já foi liberado, o porquê de não estar no repositório de plugins oficial até agora, não me pergunte.

O projeto do plugin se encontra no Kenai, para acessar, basta clicar aqui.

Baixe o nbm para o NetBeans 6.7 e identifique suas classes Serializáveis com controle! Juízo pessoal, não vão ficar criando esses seriais só para remover Warning hein! James Gosling castiga!

Nativo, interpretado ou ByteCode?

2009-07-15T13:48:00.000-07:00

Olá a todos,

Faz um tempo que não posto aqui, e agora falarei de um assunto que intriga muita gente: Ao criar um novo software, o que é melhor usar? Linguagem interpretada (PHP, Ruby, Python), nativa (C, C++), ou bytecode (Java)?

Antes de falar do porquê escolher algumas tecnologias, falarei dos motivos que não colam para não escolher:

- Java/ByteCode: O cara precisará da JRE instalada? Ah não...

Este argumento não cola a muito tempo. Com conexão banda larga, o download de 18MB não é para ser considerado impeditivo, e se o usuário acha, esquece ele não precisa do seu software, não foi o Java que o fez desistir. E se o usuário acha a instalação da JRE algo "árduo", ele realmente despreza a utilidade do seu programa. Para testar, fale para ele entrar no MiniClip.com e veja como ele instalará a JRE rapidinho ;-)

- Interpretado: Ele terá o meu código-fonte?

Amigo, se você conseguiu fazer, qualquer um que queira, conseguirá também, com seu código ou não. Por exemplo, você precisa do código do Twitter para saber como faz um? Se sim, eu aconselharia você a estudar um pouco mais sobre funcionalidades. Não é o código que ensina a fazer, e sim o comportamento do software. Ou você acha que a Sun descompilou o MS Office para fazer o StarOffice?

- Nativo: Pouco produtivo

A produtividade é relativa. Se você está acostumado, ou simplesmente se identificou com qualquer linguagem, ela é produtiva. Eu acho VBScript/ASP mais difícil que Java, olha que legal! Me sinto amarrado, e sem os tratamentos de erros, me enrolo em condições infinitas para detectar se um determinado processo rodou ou não. Logo, se você já trabalha com C/C++, ou se identificou com ele, cara, não pense duas vezes! E aposto que você fará mais rápido que um analista Ruby que não gosta da linguagem.

Agora falaremos de como escolher uma tecnologia:

- Linguagem interpretada

Se o seu software é web, não tenha medo de utilizar qualquer linguagem interpretada. Mas para desktop, as linguagens interpretadas são ótimas para ambientes Unix e Linux, já que grande parte das distribuições possuem os principais interpretadores, como Python, PHP e Ruby. Mas para Windows, o cuidado fica por conta dos softwares em Python. Pyhton possui muitas distribuições (só para Windows existem o PyWin32 e o ActivePython), e a especificação na teoria faz com que seja igual em qualquer lugar, mas na prática, não se deve confiar apenas na documentação. Então, ao criar um software Python para Windows, deixe-o mais gordinho, mas leve o interpretador e as libs necessárias junto. Já o PHP e Ruby possuem uma distribuição padrão, fazendo com que a implementação fique por conta da mesma equipe.

- Bytecode / Java

Se eu não te convenci e você ainda não quer de maneira nenhuma deixar o código-fonte no usuário mas preza pela portabilidade, Java é o ideal para você. Há descompiladores Java, mas também há obfuscadores, que fazem com que o código descompilado não seja legível a nenhum humano. A portabilidade do Java é ótima, fazendo com que aplicações Desktop e Web sejam portáveis desde que você não utilize nenhuma chamada ao sistema operacional diretamente, e sinceramente, Java é um mundo tão grande, que duvido você justificar uma chamada ao S.O. (a não ser que esteja trabalhando com portas USB/Paralela/Serial).

- Mas o que decide no final...

É o ambiente que você/sua equipe se sente mais a vontade. Se você é o mestre em Python, criará uma distribuição leve do seu software com o interpretador embutido. Se você é amante de Java criará DLLs com C/C++ para chamadas nativas. E o ASPeiro fará do ASP a linguagem mais produtiva do mundo. Todas podem fazer tudo, e o que não fazem, você pode implenentar com uma nova biblioteca ou componente. O usuário/cliente só terá preconceito com uma determinada tecnologia, se você a utilizar de maneira indevida.

Excluir pacotes para não serem atualizados no Yum

2009-06-21T15:56:00.000-07:00

Se você é que nem eu e odeia quando o sistema operacional atualiza o Kernel automaticamente e quebra os drivers do VirtualBox, VMWare, Parallels e NVidia (mania das distribuições de acharem que ninguém instala algo que não tenha no repositório), faça faça o seguinte:

Abra o arquivo /etc/yum.conf e adicione a seguinte linha:

exclude=kernel*

Você pode excluir outros pacotes separando-os por espaço. Quem trabalha com determinados softwares não quer updates arbitrários em muitos pacotes, no meu caso:

exclude=kernel* kmod* openjdk* ruby* php* rails* httpd

O resultado final é algo como isso:

[main]
cachedir=/var/cache/yum
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=3
exclude=kernel* kmod* openjdk* ruby* php* rails* httpd

Espero que ajude.

virt-manager do Xen não abre

2009-06-19T17:03:00.000-07:00

Pronto... Lá vai eu... Contente... Querendo testar algo que ainda não conheço: O Xen.

Mas sabe quando o "virt-manager" não abre? Legal né? Mas dessa vez fui com toda paciência do mundo, a mensagem foi:

"...

import cygvirtmod as libvirtmod
ImportError: No module named cygvirtmod

..."

Aí falei: AHÁÁÁ... PRECISO INSTALAR A LIBVIRT :-D

Tá... Mas ela está instalada. Fui na pasta lib e lá estava ela, imponente: libvirt.so.

A sorte é que na mesma pasta havia um binário chamado "libvirtd", que ao tentar executá-lo me deu o seguinte erro: "ld.so.1: libvirtd: fatal: libgnutls.so.13: open failed: No such file or directory".

Que feio hein? Quem faz o Q.A. desse pacote no Solaris Express? Bem, vamos linkar o existente libgnutls.so para esse libgnutls.so.13.

# cd /usr/lib

# ln -s libgnutls.so libgnutls.so.13

Funcionou :-D

Acentuação errada em programas não GTK no Solaris (11 Nevada ou OpenSolaris)

2009-06-17T07:38:00.000-07:00

Se estás com problemas de acentuação em programas não-gtk como o Opera e aMSN no Solaris/OpenSolaris, a solução é simples, comente todas as linhas do arquivo /etc/X11/xinit/xinitrc.d/0210.im e adicione as seguintes duas linhas no final:

LC_ALL=pt_BR

export LC_ALL

Isso funciona desde que seu xorg.conf tenha seu teclado declarado como ABNT2 e seu SCIM esteja desativado.

Mitos sobre o Solaris

2009-06-15T11:05:00.000-07:00

Há muitos mitos correndo por aí sobre o Solaris, sei que para quem já conhece ou tem a mínima noção sobre Sistemas Operacionais, os tópicos que abordarei abaixo são de óbvios à infantis. Mas acredite, esbarro com essas declarações direto, seja com amigos que perguntam à posts errados em fóruns. Bem, vamos nessa:

- Solaris é puro Java
Não. Nem preciso entrar em mais detalhes. Procure saber sobre a aplicação funcional da tecnologia Java.

- Solaris é difícil
Fácil ou difícil é relativo. Depende da cabeça aberta que você possui e não do número de letrinhas tecnológicas que você sabe. Solaris é um Unix genuíno, se você aprendeu Linux (que não é um UNIX), não há nada de complexo.

- Solaris é lento
O Solaris em sua instalação padrão ativa muitos serviços. Basta desabilitá-los. Se quiser saber se o Solaris/OpenSolaris é realmente lento, teste o Milax. Cabe em 100MB e roda muito bem com 128 de RAM. Se o Nevada ou o Indiana ficou pesado em sua máquina, analise se você necessita de todas as features que estão habilitadas, e se você realmente precisa de um Unix. Julgar o "peso" antes de saber o que ele faz, é um erro gravíssimo.

- Há poucos softwares para Solaris
O Solaris/OpenSolaris possui um repositório de softwares chamado Blastwave que contém desde o Ogle ao GFtp. O Indiana (OpenSolaris ANO.MES) vem com IPS habilitado, que também possui um grande número de softwares. Mas em linhas gerais, o Solaris/OpenSolaris é um Unix, o que faz com que você possa baixar normalmente os fontes de um programa e compilá-lo no maior estilo "seu linux" com "make, make install". Aplicações de uso corporativo como Oracle, NetBeans, Eclipse, SAP NetWeaver e muitos outros, possuem versão nativa pare ele.

- OpenSolaris (Indiana) imita o Linux
A aparência é algo comum em qualquer sistema que utilize Gnome. Se ele é parecido olhe como uma virtude, afinal reinventar algo que já existe é algo muito feio, e eu diria imperdoável. USE GNOME!

- Unix morreu
Embora o Linux tenha tomado conta de grande parte do mercado de servidores, dizer que o Unix morreu é no mínimo uma blasfêmia. O HPUX da HP, AIX da IBM e o BSD, são Unix's. E o único Linux que realmente conquistou o mercado de servidores a ponto de chutar alguns Unix's foi o Red Hat, que é um dos poucos que seguem a LSB à risca. E os maiores cases de Unix comerciais são o Apple Macintosh e o Firmware do iPhone, que possuem base BSD.

- Solaris é feio
Um servidor não precisa de interface bonita, portanto o Solaris 10 com CDE vai muito bem obrigado. Mas se você utiliza no Desktop, pode instalá-lo e escolher o Gnome na hora de iniciar a sessão. Coloque as themes que quiser, deixando do jeito que quiser. Aconselho a instalação do Solaris Nevada, a partir do build 110 ficou muito estável e um doce para o uso em Desktop.

- Solaris só roda produtos da Sun e parceiros
Não. O Solaris não é travado como um vídeo game da Sony.

- Há poucos drivers para Solaris
Geralmente os Unix's e os Linux's reconhecem seu hardware automaticamente e grande parte dos módulos/drivers já é instalado. A comunidade de drivers do OpenSolaris é muito ativa, e para Wireless se você possui uma Broadcom sem vergonha (como eu) existe o NdisToolkit.
Se a falta de drivers nativos faz você abortar uma experiência com algum Sistema Operacional, sugiro você deixar o Windows, que pelo que sei, não reconhece nada e só instala os drivers genéricos na instalação padrão... Enquanto o Unix e o Linux colocam sua NVidia para funcionar com todos os recursos habilitados direto do LiveCD.

Espero ter tirado a dúvida de muitos usuários dos fóruns do Guia do Hardware, Baboo, INFO e do Yahoo Respostas. Pelo amor, aprenda e leia antes de sair deduzindo!

Blog pessoal, não?

2009-06-02T20:04:00.000-07:00

Ei Franklin, esse era o blog pessoal, não?

OpenSolaris 2009.06

2009-06-02T05:59:00.000-07:00

Lançado o OpenSolaris 2009.06. Este é o terceiro release, e saiu pontual, ao contrário do 2008.11.
Entre as principais features estão:

- Crossbow, virtualização de redes
- Virtualização com xVM Hypervisor ou LDoms
- GUI de Gerenciamento de snapshots ZFS com integração ao Nautilus
- Suporte comercial 24/7

Faça download deste Unix genuíno clicando aqui.

Se envolva na comunidade brasileira do OpenSolaris, entre http://br.opensolaris.org.

Mozilla Prism no OpenSolaris

2009-05-23T09:32:00.000-07:00

O Mozilla Prism faz com que uma aplicação Web possa ser acessada como se fosse Desktop. Com direito a ícone personalizado na barra de tarefas, no launcher, no systray e para quem usa Mac, no dockbar.
A idéia é boa, e desenvolvedores que pensavam em fazer rich client para Java Web Start e Adobe Air, podem simplesmente usar o Prism para rodar suas aplicações web já existentes.
Quem foi no site prism.mozilla.com e usa OpenSolaris, se decepcionou com o fato de não haver binários para o sistema. Mas você acha que a Sun e a comunidade ia deixar isso quieto?
Em parceria com a própria Mozilla (é, a gente faz direito, não criamos um pacote arbitráriamente) a Sun e a comunidade OpenSolaris, liberaram os binários do Prism que podem ser baixados a partir do endereço releases.mozilla.com/sun/prism/.
Para ver como funciona, na Wiki da McFox há um artigo que mostra o PSOffice acessado pelo Prism no OpenSolaris.

DHCP sem complicação?

2009-05-13T20:58:00.000-07:00

Estou montando um servidorzinho de internet básico com dhcp e proxy transparente. É em uma máquina Pentium 200MHZ com 32 de RAM. Optei por Damn Small Linux, acertei em cheio. Quando fui configurar o DHCP, encontrei um serverzinho no repositório chamado UDHCPD. Até então eu só conhecia o DHCPd. Como é para minha residência que possui 8 computadores (2 pessoais e 6 em uma lan housezinha que montei na garagem com meu pai), o UDHCPD atende mais que bem. Olha que confzinho ridículo de simples http://the.earth.li/~martin/sisela/build/0.0.1/etc/udhcpd.conf.

Da mesma maneira que foi útil para mim, espero que seja para vocês.

Opera 10 Alpha

2009-05-11T17:52:00.000-07:00

O Opera 10 Alpha foi liberado para os corajosos e entusiastas deste ótimo browser.
O download pode ser realizado a partir do endereço http://snapshot.opera.com/. O release final está previsto para o início de Setembro deste ano, mas ainda sem data exata.
O que mais me chamou atenção entre as features da versão 10 é o client de e-mail com suporte á composição em html. Estou baixando e instalando no OpenSolão agora.

Montar compatilhamento do VirtualBox em um guest Linux

2009-05-04T21:34:00.000-07:00

# mount -t vboxsf meu_compartilhamento /mnt/compartilhamento

Simples assim.

CentOS NetInstall

2009-05-04T20:26:00.001-07:00

Descobrí a maravilha do NetInstall com o Debian. Achei messiânico, só não fiquei com o Debian na minha VM para rodar Oracle por causa de um probleminha... Os módulos do VBoxGuestAdditions não compilaram de primeira. Como eu tenho muitas coisas para fazer e o que eu quero é algo muito trivial, descartei o Debian para esta tarefa sem nenhum remorso.
Me simpatizo com Debian e Slackware, esse último o utilizei por muito tempo e ainda o adoro, mas na vida real a banda toca de uma maneira bem diferente, e eu acho bom esse pessoal retornar à prancheta. Tanto que hoje uso o Unix OpenSolaris e ajudo sua comunidade. A única família Linux que respeito para necessidades reais é a Red Hat (RHEL, CentOS e Fedora). Logo, paro de me meter a besta e recorro ao que funciona. Antes de acenderem as tochas e levantarem suas foices e rastelos, falo isso por um motivo simples: Se você precisa de um sistema (seja ele Operacional ou um simples PDV) e não faz questão de nenhum suporte comercial, sinto dizer que você só está brincando.
Quando falo de suporte comercial, não estou falando só de suporte técnico, e sim de toda a estratégia da detentora da distribuição. Ela precisa dar espaço para todos os tipos de softwares, desde o licenciamento e pragmatismo até a "simpatia" da empresa perante o mercado.
Depois do desabafo vamos ao que interessa.
Para instalar o CentOS direto da internet é simples (não tão simples quanto o Debian), baixe a ISO do NetInstall na página de downloads do CentOS.org e dê boot a partir dela. Quando aparecer a tela para escolher a fonte, escolha HTTP ou FTP. No campo 'Nome do Servidor' coloque um mirror de sua preferência, a lista se encontra aqui, por exemplo ftp.telus.net. No campo 'Diretório da instalação' coloque o caminho da pasta aonde se encontra a instalação do CentOS, no caso da Telus utilize 'pub/centos/5.3/os/i386/'.
Simples né? E sabe o que é melhor? O que eu queria funcionou de primeira, e olha que o kernel do CentOS é muito mais antigo do que o do Debian! Depois eu sou o chato...
Bem, abraço à todos.

NetBeans 6.7 Beta Liberado!

2009-04-29T09:23:00.000-07:00

O NetBeans 6.7 beta está disponível para Download!
As principais novas features são:
- Conexão com o Kenai
- Code Coverage no PHP
- Debug remoto para aplicações Ruby on Rails
- Suporte à bibliotecas e ferramentas Qt no C++ (aí é bom hein!)
A lista completa de features está aqui.

Multimedia Keys do HP DV6000 Series no OpenSolaris

2009-04-23T00:00:00.000-07:00

Olá mentes ensolaradas!

Você possui um notebook HP ou Compaq e instalou o OpenSolaris e ficou tristinho porquê as teclas multimídia não funcionaram?
No portal brasileiro do OpenSolaris, ví um texto interessante na sessão de Dúvidas Comuns -> Drivers que diz: "Se realmente não há drivers para o seu dispositivo, a solução é escrever um você mesmo". Embora no caso das teclas multimídias não seja bem um driver, tomei a atitude de mapear os keycodes do HP (rewind, forward, play, pause, stop, mute e volume) e criar um módulo em forma de serviço para fazer estas teclas funcionarem.
Me baseei no código fonte de Casper Dik que disponibilizou o módulo "AcerKB" que faz funcionar apenas o volume nos notebooks Acer para construir o "HPKB". Não foi nada difícil. Além de eu estar altamente incomodado com minhas multimedia keys paradas, lembrei das aulas de D-Trace do Rafael Vanoni na última Sun Tech Days. Tomei coragem e o resultado é um .pkg redondo.
Visite a página do HPKB no portal OpenSolaris Brasil clicando aqui.
Lá você encontra o pacote para instalação, o código-fonte e uma apresentação em PDF que além de ensinar a instalar, também mostra como o HPKB foi feito.

Espero que seja útil.

Abraços!

Customizar barra de navegação no MediaWiki

2009-04-13T20:20:00.000-07:00

Todo mundo já teve essa dúvida. Para customizar a barrinha de navegação do seu MediaWiki, basta abrir no browser:

http://<seu dominio>/<contexto wiki>/index.php?title=MediaWiki:Sidebar&action=edit

A dica de hoje foi curta né?

Resolvendo o "cups-missing-filter" no RedHat, CentOS e no Fedora

2009-04-12T18:27:00.000-07:00

Minha linda namorada estava instalando a impressora Sansung dela, quando recebeu uma mensagem nada amistosa:

cups-missing-filter rastertosamsungspl permission denied.

Isso ocorre quando o sistema operacional está com o módulo SELinux ativado. Para resolver, abra o arquivo /etc/sysconfig/selinux comente tudo e desative o SELinux com a seguinte linha no final do arquivo:
SELINUX=disabled
Por desencargo de consciência, altere o dono do filtro do cups, no caso da Sansung:
# chown root:root /usr/lib/cups/filter/rastertosamsung*

Pronto!

MPlayer no OpenSolaris

2009-04-09T19:24:00.000-07:00

Olá a todos!

Para quem quer instalar o MPlayer para ouvir wma, rádio on-line, mp3 e DVD no OpenSolaris e está penando com os fontes, segue uma dica muito simples.

A Blastwave já é velha conhecida dos ensolarados, desde a época do pkg-get e logo que saiu o primeiro release do Indiana ela abriu um repositório para o IPS. Não sei porquê, mas me parece que a Blastwave não gostou muito do IPS... Tentei instalar o MPlayer a partir do packagemanager e deu erro ao baixar alguns pacotes. Fui no site dela e encontrei o tutorial de instalação de uma ferramenta chamada pkgutil.

O pkgutil é a continuação do pkg-get. Não passa de um script que baixa os pacotes por wget e pede confirmação para instalá-los. Bem, o mplayer está lá, então mãos a obra!

Instalando o pkgutil:
# pkgadd -d http://blastwave.network.com/csw/pkgutil_`/sbin/uname -p`.pkg
Copiando a configuração padrão
# cp -p /opt/csw/etc/pkgutil.conf.CSW /etc/opt/csw/pkgutil.conf
Obtendo o catálogo de softwares
# /opt/csw/bin/pkgutil --catalog
E o nosso foco:
# pkgutil -i mplayer
O binário do MPlayer se encontrará em /opt/csw/bin/.

Ele baixará mais de 93 pacotes. Isso acontece porquê a Blastwave mantém todos os pacotes e bibliotecas em /opt/csw, como se essa fosse a raiz. Ou seja, os programas baixados pelo pkgutil não dependem das libs que estão instaladas de maneira convencional no seu Solaris. Eles são independentes, baixam seu próprio GTK, Qt, ffmpeg e etc. O ponto ruim é o espaço em disco, já que ele não reutiliza as libs que você já possui no seu sistema. E o ponto bom é que as mesmas libs funcionam no Solaris 10, OpenSolaris Nevada e OpenSolaris Indiana. Sem briga... Simples assim.
Abraço a todos!

CUPS no OpenSolaris

2009-04-09T15:58:00.000-07:00

Olá!
No OpenSolaris, há um servidor de impressão chamado LP-Printing. É o padrão, é mais antigo, só não é o mais utilizado e de longe não é o melhor (as configurações não são muito cômodas). Logo... Vamos INSTALAR O CUPS no OpenSolaris 2008.11.

Abra o "packagemanager" e instale o pacote SUNWcups.
Abra o terminal e digite como root "print-service -s cups", isso é para definir o CUPS como o serviço de impressão padrão.
Ative o CUPS em Sistema -> Administração -> Serviços
Abra o browser em http://localhost:631 e adicione sua impressora

Corra para o abraço!

Resolvendo o "Roles can only be assumed by authorized users" no Solaris e OpenSolaris

2009-04-09T15:37:00.000-07:00

Este erro ocorre quando você não possui a conta de root ou o mesmo se encontra desabilitado.
Basta fazer:

# pfexec rolemod -K type=normal root

Prontinho.

OSS no OpenSolaris

2009-04-09T12:25:00.000-07:00

Se o seu microfone não funciona, ou seu mixer não exibe todos os controles da sua placa de som no OpenSolaris, simples, instale o Boomer.
A comunidade aprende rápido... Depois que a Sun abriu o código do Solaris, o sistema evoluiu muito. Evoluiu o bastante para saber que o SunAudio funciona bem, mas o OSS é melhor.
O padrão de sistemas de som no Unix sempre foi o OSS, logo, a comunidade não quer uma camada a mais como o ALSA, ela quer o melhor, que funcione de maneira integrada, sem configurações absurdas. Pensaram em um projeto chamado Boomer, mas ao invés de ser um "PulseAudio da vida", o Boomer nada mais é que um merge no padrão do OSS com a consistência do SunAudio. É um trabalho conjunto entre a Sun e a 4Front. Não é mais uma camada, é a camada definitiva.
Para instalá-lo é simples, vá até o site http://opensolaris.org/os/project/opensound/files/ e baixe a versão mais recente do Boomer (no momento em que escrevo é o rc1b). Descompacte o arquivo e execute como root o script "installer". Reinicie o computador.
Prontinho! Minha torcida é para que o Boomer esteja pronto e que venha incorporado na versão 2009.06.