Alguns professores tem exigido o uso de algumas normas da ABNT nos trabalhos desenvolvidos para o meu curso de Engenharia. Como usuário do LaTeX, não me agrada muito ter que usar o OpenOffice para desenvolver meus trabalhos. Felizmente, há alguns dias descobri um pacote LaTeX com classes para normas ABNT, o abnTeX.

Com o abnTex fica facil formatar os trabalhos utilizando as normas ABNT, através de poucos e simples comandos.

Usuários Gentoo podem contar com um pacote para o abnTeX, desenvolvido por mim, e presente no meu overlay. Para instalar basta seguir as instruções, aqui:

http://overlay.rafaelmartins.eng.br/

O pacote possui suporte ao LyX e à instalação da documentação (recomendável) através de USE flags (lyx e doc, respectivamente).

Bons trabalhos, e até a próxima!

Já a algum tempo está no ár o site do g-octave e eu esqueci de avisar aqui.

Trata-se de uma instancia do Trac, excelente software para visualização de código-fonte em SCM's, administração de documentação (wiki) e bug-tracking.

Segue o link:

http://g-octave.rafaelmartins.eng.br/

Até a próxima!

Acabo de liberar uma nova versão do hg-echangelog, script que criei para gerar ChangeLogs para meu overlay com pacotes para o Gentoo Linux, utilizando a API do Mercurial.

Esta nova versão conta com algumas pequenas melhorias, gerando ChangeLogs mais próximos aos "originais", gerados pelo echangelog.

Veja as mudanças aqui:

http://hg.rafaelmartins.eng.br/hg-echangelog/

Ou instale aqui:

http://overlay.rafaelmartins.eng.br/

Até a próxima!

Já a alguns dias o meu overlay com pacotes para o Gentoo Linux está disponivel na lista oficial de repositórios da distribuição:

http://www.gentoo.org/proj/en/overlays/repositories.xml

Desta forma a instalação do mesmo torna-se bem mais simples.

Mais informações podem ser obtidas em:

http://overlay.rafaelmartins.eng.br/

Até a próxima!

Mudanças no overlay?! Mas denovo?!

Pois é, eu sei que isto já está ficando chato, mas mudei tudo novamente. :P

Na verdade tudo voltou a ser como era antes!

Como todos devem saber, eu mudei o meu overlay e os outros overlays do projeto Gentoo-BR para o Git, graças ao Portage (mais especificamente à ferramenta Repoman) e ao echangelog, que não trabalhavam corretamente com o Mercurial.

Como grande fã do Mercurial que sou, não poderia deixar tudo como estava. Alterei o repoman e produzi um patch para o Portage, que adiciona o suporte ao Mercurial nos commits.

O Repoman é uma ferramenta importante para o desenvolvedor do Gentoo, pois garante um padrão minimo de qualidade aos ebuilds, com vários testes de sintaxe, funções utilizadas, etc., além de evitar pacotes "quebrados" devido ao desenvolvedor esquecer de atualizar o arquivo Manifest. O patch já está disponível no SVN do Portage e estará no proximo release do Portage, que provavelmente sairá em poucos dias.

Quanto ao echangelog, não foi possível patchear, seja por meu desconhecimento da linguagem utilizada (Perl) ou seja por outro motivo qualquer. Para resolver este problema, desenvolvi uma pequena ferramenta, chamada hg-echangelog, que, como o próprio nome sugere, é um "clone" do echangelog que funciona com o Mercurial. Aliás, só funciona com Mercurial, pois foi feito em Python e utiliza a própria API do Mercurial para interagir com o repositório :o) . O hg-echangelog (app-portage/hg-echangelog) está disponível no meu overlay.

E como provavelmente o Gentoo nunca irá utilizar o Mercurial em seus repositórios oficiais, não me incomodarei em manter um clone de uma ferramenta oficial da distribuição, ao invés de aprimorar a já existente, visto que o Mercurial nunca foi uma prioridade para o Gentoo e aparentemente nenhum dos desenvolvedores precisa disso. Caso algum dos outros (poucos) mantenedores de overlays utilizando o Mercurial queiram, poderão obter a ferramenta no meu overlay, e já é o bastante.

O meu overlay voltou ao endereço antigo e conta com uma versão melhorada do script que lista os pacotes, rodando nesta página:

http://overlay.rafaelmartins.eng.br/

Neste link você encontrará toda a informação necessária para utilizar o overlay.

Quanto aos outros overlays do projeto, nenhuma decisão foi tomada ainda, e até segunda ordem, permanecem no Git.

Até a próxima!

Exherbo é uma distribuição Linux que utiliza software compilado na máquina do usuário, assim como o Gentoo. A propósito, o Exherbo foi criado por ex-desenvolvedores do Gentoo, encabeçados por Bryan Østergaard (kloeri), que iniciou o desenvolvimento. Apesar de herdar partes do Gentoo, o Exherbo não é considerado um fork.

O Exherbo conta com uma equipe de desenvolvedores pequena, focando no desenvolvimento distribuido, possível graças às excelentes caracteristicas do Paludis (o gerenciador de pacotes, que também pode ser utilizado no Gentoo) no uso de multiplos repósitórios. O Exherbo utiliza vários pequenos repositorios Git separados, ao invés de um único repositório CVS gigante, como o Gentoo.

Grande parte dos desenvolvedores do Exherbo, além de ex-desenvolvedores do Gentoo, são desenvolvedores do Paludis, que viram no Exherbo uma grande oportunidade para aproveitar ao máximo as features deste gerenciador de pacotes. O Exherbo utiliza o Paludis com uma EAPI própria.

Quanto à instalação e às configurações iniciais, a documentação é bastante pequena, e espera-se que o usuário conheça bem o funcionamento de um sistema Linux para realizar a instalação. Aliás, segundo palavras dos próprios desenvolvedores, Exherbo é uma distro voltada para colaboradores, não para usuários, portanto se desejar manter uma instalação do Exherbo como seu sistema principal, você fatalmente terá que desenvolver algo, e contribuir com a distribuição de alguma forma.

A manutenção de uma instalação do Exherbo é bastante similar à de uma do Gentoo, a diferença é que no Exherbo os desenvolvedores não fazem cerimônia caso algo necessite ser quebrado por algum motivo. Portanto é importante que o usuário saiba como resolver os problemas.

No geral é uma distribuição leve, facilmente otimizável e com pacotes bem escritos, porém nem um pouco amigável para usuários iniciantes. É uma distribuição indicada para quem conheçe os caminhos de um sistema Linux, ou que queira descobri-los, às custas de um pouco de sofrimento no início.

Até a próxima!

Quem me conhece a mais tempo sabe que sempre fui fã do Ion3, e agora, após saber que o desenvolvedor finalmente decidiu retirar a polêmica cláusula dos 28 dias que havia adicionado à LGPL 2.1, fiquei animado a voltar a utilizar.

Para quem não conhece, o Ion3 é um gerenciador de janelas em tilling. Tiles são áreas nas quais podem ser "encaixadas" janelas, de forma que ocupem todo o espaço de uma área lívre. O Ion3 permite que sejam criadas quantas tiles o usuário desejar, além de ter suporte a workspaces, entre outras coisas.

A cláusula dos 28 dias acima citada, além das restrições quanto ao uso do nome Ion3 em versões modificadas pelas distribuições linux, causaram muita discussão e a exclusão do Ion3 dos repositórios oficiais da maioria das distribuições.

A verdade é que agora o desenvolvedor deixou de usar sistemas operacionais Unix{,-like} e migrou para o Windows, abandonando o desenvolvimento do Ion3 e retirando esta cláusula, no mínimo questionável, da licença.

Nunca pensei que algum dia fosse ficar tão feliz por alguem ter deixado "o Linux" e migrado para o Windows :P, mas a verdade é que a perda desse usuário acaba significando um ganho para a comunidade, que poderá voltar a contar com este software.

Espero que as distribuições voltem a empacotar o ion3 o quanto antes. Eu mesmo já empacotei para o Gentoo Linux e disponibilizei no meu overlay (rafaelmartins) no projeto Gentoo-BR.

No blog do Paulo Matias está disponível um excelente tutorial sobre a instalação e configuração de um desktop funcional com o Ion3. Os usuários do Gentoo Linux que utilizarem meu pacote verão que algumas das dicas de configuração e de correções ja foram implementadas por mim no próprio ebuild, e estão disponíveis para ativação através de USE flags, inclusive o suporte ao Trayion, desenvolvido pelo Paulo.

Além do que foi sugerido no artigo, adicionei suporte ao xscreensaver e a tabs proporcionais, também através de USE flags.

A licença atual está disponivel aqui:

http://modeemi.cs.tut.fi/~tuomov/ion/misc/LICENSE.txt

Até a próxima!

Já a algum tempo venho desenvolvendo uma eclass para auxiliar na instalação de pacotes do Octave-Forge no Gentoo. Para quem não conhece, o Octave-Forge é um repositório de pacotes desenvolvidos pelos usuários, para o GNU Octave.

A eclass funciona bem e é bastante simples, se comparada à antiga eclass, utilizada pelo pessoal do overlay sci do Gentoo, pois, nas ultimas versões, o Octave-Forge tem fornecido Makefiles e scripts de administração feitos pensando no empacotamento para distribuições Linux. :)

Após testes, enviei a eclass para o desenvolvedor Markus Dittrich, criador da antiga eclass.

O Markus me disse que os desenvolvedores responsáveis pelos pacotes do GNU Octave haviam decidido por não adicionar os pacotes do Octave-Forge à árvore do Portage, pois os ebuilds destes pacotes não fazem praticamente nada além de chamar a eclass, que acaba sendo responsável por toda a instalação.

Ele me sugeriu fazer um único ebuild que baixasse os pacotes desejados pelo usuário e instalasse, porém isso seria extremamente complicado. Então surgiu a ideia, baseada nos softwares ja existentes (g-cpan: para o os módulos Perl do CPAN; g-ctan: para os pacotes TexLive), de desenvolver um software que criasse estes ebuilds automaticamente, os colocasse em um overlay e os instalasse, utilizando os package managers do Gentoo.

Assim nasceu o g-Octave, desenvolvido em Python e, inicialmente, suportando apenas o Portage.

Atualmente já possuo uma versão minimamente estável e utilizável, a 0.1_rc2, que está disponível no meu overlay novo.

Há alguns dias criei um bug no bugzilla do Gentoo, para a adição do g-Octave no Portage ou em algum overlay oficial, pois preciso de usuários testando, para encontrar possíveis falhas e então chegar em uma versão estável de fato.

http://bugs.gentoo.org/299039

Informações sobre a versão 0.1_rc2 podem ser obtidas aqui.

O repositório Mercurial, os tarballs e a doc da versão em desenvolvimento podem ser encontrados em:

http://bitbucket.org/rafaelmartins/g-octave/

Num próximo post irei falar sobre as dificuldades no desenvolvimento e sobre os planos futuros para esta ferramenta.

Quem puder, teste e reporte os bugs :)

Até a próxima!

Como vocês devem ter percebido no post sobre as contribuições com os overlays do Gentoo-BR, estou migrando o SCM usado pelo meu overlay de Mercurial para Git.

Apesar de preferir o Mercurial, por sua simplicidade e funcionalidade, o mesmo não funciona bem com as ferramentas do Gentoo (echangelog e repoman).

Estou migrando os pacotes aos poucos, de acordo com a minha necessidade, e atualizando sempre que necessário.

O overlay está no Gitorious, e instruções de instalação podem ser encontradas aqui.

O antigo overlay continuará disponível por algum tempo.

Até a próxima!

Pessoal, estamos finalizando a estruturação dos overlays do projeto Gentoo-BR, após a fusão com o antigo grupo. e estamos finalmente abrindo os overlays para contribuições.

Atualmente os overlays disponiveis são:

• overlay: http://gitorious.org/gentoo-br/overlay/
• rafaelmartins: http://gitorious.org/gentoo-br/rafaelmartins/
• yporti: http://gitorious.org/gentoo-br/yporti/
• devzr: http://gitorious.org/gentoo-br/devzr/

Os overlays são identificados pelos identificadores acima, e receberemos contribuições para todos através da mailing-list:

gentoo-br-overlay@googlegroups.com

É necessário que você se cadastre na mailing-list para poder enviar patches.

$ git config --global user.name "Seu nome completo"
$ git config --global user.email "seu.email@dominio.com"
$ echo 'export ECHANGELOG_USER="Nome <email@dominio.com>"' >> ~/.bashrc
$ source ~/.bashrc

$ git config --global sendemail.from "Nome <seu.email@dominio.com>"
$ git config --global sendemail.cc "seu.email@dominio.com"
$ git config --global sendemail.confirm "always"
$ git config --global sendemail.smtpserver "smtp.gmail.com"
$ git config --global sendemail.smtppass "sua_senha"
$ git config --global sendemail.smtpserverport "587"
$ git config --global sendemail.smtpencryption "tls"
$ git config --global sendemail.smtpuser "seu.email@dominio.com"

$ git clone git://gitorious.org/gentoo-br/nome-do-overlay.git

$ cd nome-do-overlay/
$ git config sendemail.to "gentoo-br-overlay+nome-do-overlay@googlegroups.com"

$ git pull

$ git checkout -b working

$ mkdir categoria
$ cd categoria/

$ mkdir pacote
$ cd pacote

$ cp /caminho/para/pacote-1.0.ebuild .

$ vim metadata.xml

<use>
    <flag name="flag1">What flag1 do</flag>
    <flag name="flag2">What flag2 do</flag>
</use>

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pkgmetadata SYSTEM "http://www.gentoo.org/dtd/metadata.dtd">
<pkgmetadata>
    <herd>no-herd</herd>
    <maintainer>
        <email>your-mail@domain.com</email>
        <name>Your Name</name>
    </maintainer>
    <longdescription lang="en">
        Some long description.
    </longdescription>
    <use>
        <flag name="flag1">What flag1 do</flag>
        <flag name="flag2">What flag2 do</flag>
    </use>
</pkgmetadata>

$ cp /caminho/para/patches/* files/

$ git add .

$ echangelog "Added package categoria/pacote-1.0"

$ repoman fix

$ repoman -d full

$ repoman commit -m "Added package categoria/pacote-1.0"

$ cd ../../
$ git checkout master
$ git pull

$ git checkout working
$ git rebase master

$ git send-email master

Message-Id: ...

$ git send-email master --in-reply-to=id_do_email

$ git format-patch master

$ git checkout master
$ git branch -D working