“Quanto mais gente resistir,
mais gente será Livre, e
mais gente será livre para ser Livre.”

Mais que um artigo, hoje nós editores do escovando bits nos juntamos para compilar o kernel-libre. Alexandre Oliva, membro da FSFLA e engenheiro de compiladores da Red Hat, anunciou que está trabalhando na limpeza de códigos não-livres (binários initeligíveis) do branch oficial do kernel.

Resolvemos então fazer um teste (rodá-lo em nossas máquinas) e ver quais são as diferenças. Aproveitem a leitura.

Nós estamos utilizando o Ubuntu 8.04, mas em breve no Slackware 12 e Gentoo 2007.0. Com relação ao kernel, você pode ver os módulos que são afetados nesse arquivo que foi criado buscando-se pela sequência “/*(DEBLOBBED)*/” no código-fonte.

O que realmente muda?

Apenas a pasta drivers/ e sound/ são afetadas, são basicamente códigos binários ou seguências de números incompreensíveis.

Comparamos dois arquivos: /usr/src/linux/drivers/atm/atmsar11.data e /usr/src/linux-libre/drivers/atm/atmsar11.data e podemos constatar que parte do código do kernel são construídas com códigos binários que mesmo licenciados sob a GPL não permitem estudar o código-fonte e modificá-lo para que faça o que você quiser (liberdade no. 1).

/*
Madge Ambassador ATM Adapter microcode.
Copyright (C) 1995-1999  Madge Networks Ltd.

This microcode data is placed under the terms of the GNU General
Public License. The GPL is contained in /usr/doc/copyright/GPL on a
Debian system and in the file COPYING in the Linux kernel source.

We would prefer you not to distribute modified versions without
consultation and not to ask for assembly/other microcode source.
*/

0x401a6800,
0x00000000,
0x335b007c,
0x13600005,
0x335b1000,
0x3c1aa0c0,
(...)

/*
Madge Ambassador ATM Adapter microcode.
Copyright (C) 1995-1999  Madge Networks Ltd.

This microcode data is placed under the terms of the GNU General
Public License. The GPL is contained in /usr/doc/copyright/GPL on a
Debian system and in the file COPYING in the Linux kernel source.

We would prefer you not to distribute modified versions without
consultation and not to ask for assembly/other microcode source.
*/
/*(DEBLOBBED)*/

Na nossa máquina de teste, nenhum desses módulos retirados afetava o funcionamento do sistema, então conseguimos um kernel 100% livre, contudo se essa compilação afetasse o módulo da placa de rede, teríamos que tomar outras medidas para sanar o problema. É um incentivo ao pessoal contribuir no trabalho do Alexandre Oliva e escrever códigos que substituam os drivers proprietários e que não firam a liberdade das pessoas.

Muitas pessoas podem questionar se o código já é livre, se já é GPL, porquê então fazer questão de eliminar os trechos binários?

Aproveitando a resposta do Alexandre Oliva na lista de desenvolvimento do Fedora:

It indeed doesn’t cause me any direct harm if there are non-Free bits
that I don’t depend on in the kernel or the distro I use.  That’s why
I can choose Fedora.

But this does cause me harm when I want to recommend a distro to
someone else.

I can’t recommend my distro of choice, Fedora, because Fedora endorses
and promotes non-Free Software, and this endorses and feeds the social
problem that I devote my life to fighting.

I can’t distribute my distro of choice, Fedora, because Fedora doesn’t
permit me to do so in a way that doesn’t involve my distributing
non-Free Software and feeding this social problem myself.

Regardless of what happens on my computer, when I recommend Fedora to
others, or give them copies of Fedora, they might become dependent on
the non-Free bits, and only realize it after recommending it to
others, saying things like “it just works”.

I’ve seen this happen to many Ubuntu users, including ones that were
fervorous Free Software advocates but who didn’t realize there were
hidden non-Free bits in Ubuntu.

When they figure that out, they may even come back to me and ask me
how I could recommend it to them, being the 100% Free Software guy
that I am.

See how it can hurt me?

Por fim terminando com esse poema retirado do site da FSFLA.

Quanto mais gente resistir,
mais gente será Livre, e
mais gente será livre para ser Livre.

Para teu próprio bem e
em solidariedade a todos,
escolhe a liberdade.

Sê Livre!

Conheço casos de amigos com notebooks novos, que depois de pouco tempo de uso (aprox. 1 ano) precisaram efetuar a troca da bateria pois esta não segurava mais carga alguma, dava uma autonomia de cerca de 15 minutos. Portanto recomendo duas medidas de prevenção.

1. Quando utilizar o computador ligado a rede elétrica, retire a bateria do notebook.
2. Pelo menos uma vez no mês, utilize a bateria até o fim e deixe uma noite inteira carregando.

Você tem alguma dica? Sugira aqui nos comentários.

Você pode monitorar seu sistema GNU/Linux obtendo as informações contidas na pasta /proc, um exemplo seria:

# cat /proc/acpi/battery/BAT1/info

present: yes
design capacity: 4000 mAh
last full capacity: 3719 mAh
battery technology: rechargeable
design voltage: 11100 mV
design capacity warning: 300 mAh
design capacity low: 148 mAh
capacity granularity 1: 32 mAh
capacity granularity 2: 32 mAh
model number: Chapala
serial number: 18850
battery type: LION
OEM info: SANYO

Um outro fator interessante é a capacidade de carga da bateria com o passar do tempo, de acordo com um amigo, quando comprou seu notebook, o last full capacity era de 3908 mAh. Estou fazendo os testes em um notebook LG R400. Para tal, resolvi fazer um pequeno programa em python para verificar a capacidade da bateria, é um programa simples que pega as informações da /proc referente a bateria e salva em um arquivo junto com o tempo atual do sistema. Agendando a execução com o cron pode-se após algum tempo obter um histórico dessa diminuição.

download aqui

..

A utilização é bem simples, executar sem nenhum parâmetro mostra a diferença entre a capacidade projetada e a última capacidade máxima. As outras opções são:

Usage: battery_analysis [options]

Veritfy the last full capacity of your battery

Options:
    --version     show program's version number and exit
    -h, --help    show this help message and exit
    -a, --all     show all contents of /proc/acpi/battery/<>/info
    -c, --colors  add colors in delta values

]]> http://escovandobits.wordpress.com/2008/05/04/dicas-para-economia-da-bateria-em-notebooks/feed/ Tiago Maluta http://escovandobits.wordpress.com/2008/04/28/gnulinux-no-nintendo-ds/ http://escovandobits.wordpress.com/2008/04/28/gnulinux-no-nintendo-ds/#comments Mon, 28 Apr 2008 05:04:47 +0000 Tiago Maluta http://escovandobits.wordpress.com/?p=72

Tive a oportunidade de ver rodando, no “irmão mais novo” do Game Boy, o Nintendo DS, o sistema operacional GNU/Linux (DSLinux).

Ainda não tive uma oportunidade de fuçar de verdade no brinquedinho, primeiro porquê não é meu, e segundo que objetivo do comprador é ficar tendo “dor de cabeça” usá-lo para o objetivo que ele foi projetado De qualquer forma, estou disponibilizando algumas informações que obtive.

Especificações de Hardware

• CPU
  • ARM9 67Mhz (para o display touch screen)
  • ARM7 33Mhz processors
• Memory: 4MB
• Screens:
  • Upper Screen: A backlit, 3-inch, transmissive TFT color LCD with 256 x 192 pixel resolution and .24 mm dot pitch, capable of displaying 260,000 colors.
  • Lower Screen: The same as top but with transparent analog touch screen
• Wireless Communication:
  • 802.11
  • Nintendo’s proprietary format
• Audio: Virtual surround sound, built-in stereo headphone / microphone jack
• Game cartridge slots: 1 DS slot, 1 Game Boy Advance / SP slot
• Size (closed): 133 millimeters (5.2 inches) wide, 73.9 millimeters (2.9 inches) long, 21.5 millimeters (0.85 inches) tall.
• Weight: (with DS cartridge installed) 9 oz.
• Power: Rechargeable lithium-ion battery, 6-10 hours continuous play depending on use per 4 hours recharging time

.

Instalação

Nesse caso, a instalação foi feita através do R4, Revoltion for DS, assista o vídeo, que permite adicionar jogos e programas de maneira “fácil”. O DSLinux é carregado como uma ROM de um jogo qualquer.

Algumas fotos

Como vocês podem ver, o teclado é uma idéia bem interessante, utilizando o recurso touch screen do dipositivo.

……………..

Testei alguns aplicativos como o editor de textos vi, o sistema em algumas situações motrou-se instável, pelo menos a saída (fontes) no display, mas ainda não procurei saber os reais motivos. Mais fotos aqui.

dmesg

Linux version 2.6.14-hsc0ds (kineox@debian) (gcc version 4.0.4) #12 Wed Apr 2 13:01:10 CEST 2008
CPU: ARM946E [41009460] revision 0 (ARMvundefined/unknown)
Machine: Nintendo DS
Memory management: Non-Paged(unused/noMMU)
Ignoring unrecognised tag 0×00000000
On node 0 totalpages: 1024
DMA zone: 1024 pages, LIFO batch:1
Normal zone: 0 pages, LIFO batch:1
HighMem zone: 0 pages, LIFO batch:1
CPU0: D VIVT write-back cache
CPU0: I cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets
CPU0: D cache: 4096 bytes, associativity 4, 32 byte lines, 32 sets
Built 1 zonelists
Kernel command line: rootfstype=romfs
PID hash table entries: 32 (order: 5, 512 bytes)
Console: colour dummy device 80×30
Dentry cache hash table entries: 1024 (order: 0, 4096 bytes)
Inode-cache hash table entries: 512 (order: -1, 2048 bytes)
Memory: 4MB = 4MB total
Memory: 1928KB available (1258K code, 265K data, 108K init)
Calibrating delay loop… 33.38 BogoMIPS (lpj=166912)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
NDS FIFO driver
NetWinder Floating Point Emulator V0.97 (double precision)
Console: switching to colour frame buffer device 64×32
fb0: Nintendo DS frame buffer device
fb1: Nintendo DS frame buffer device
Real Time Clock Driver v1.12
io scheduler noop registered
dldi: dldi1
NDS Wireless <bthaeler@aol.com>
uclinux[mtd]: RAM probe address=0×21985e4 size=0×76000
Creating 1 MTD partitions on “RAM”:
0×00000000-0×00076000 : “ROMfs”
uclinux[mtd]: set ROMfs to be root filesystem
mice: PS/2 mouse device common for all mice
nds_ts: Driver version 0.0.1 loaded
Advanced Linux Sound Architecture Driver Version 1.0.10rc1 (Mon Sep 12 08:13:09 2005 UTC).
ALSA device list:
#0: Nintendo DS sound
NET: Registered protocol family 2
IP route cache hash table entries: 64 (order: -4, 256 bytes)
TCP established hash table entries: 256 (order: -2, 1024 bytes)
TCP bind hash table entries: 256 (order: -2, 1024 bytes)
TCP: Hash tables configured (established 256 bind 256)
TCP reno registered
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
VFS: Mounted root (romfs filesystem) readonly.
Freeing init memory: 108K

Um fato que achei interessante

O Nintendo DS não tem uma unidade de gerenciamento de memória (da sigla em inglês, MMU), e tem apenas 4 MB de RAM. Para contornar essa limitação, tanto o kernel como o espaço do usuário (userspace) utilizam a técnica XIP (do inglês, execute in place) que permite executar o programa no mesmo local em que ele é armazenado; além de uma alocação de memória SLOB (que preza pela economia de espaço). Depois, surgiram expansões que ofereciam 32 MB adicionais. Contudo, adicionar suporte a essa RAM externa não foi trivial, pois o barramento do slot GBA (para expansão de memória) suporta apenas escritas de 16 bits e o sistema envia ao barramento apenas 8 bits, resultando sempre em pedaço com lixo na memória. Um desenvolvedor do DSLinux chamado Amadeus encontrou uma solução para o problema, que consiste na substituição da instrução “strb” (store byte) do assembly do processador ARM para a instrução “swpb” (swap byte). A instrução swpb primeiro lê o conteúdo do endereço requisitado, colocando na cache, então uma escrita de 8 bits é feita na cache. Mais tarde, quando a linha da cache for utilizada, uma escrita de 16 bits é efetuada, dessa forma eliminando as escritas de 8 bits no barramento. Amadeus também modificou o gerador de códigos para ARM do GCC para que as aplicações compiladas para o DSLinux agora possam usufruir das instruções swpb. A mudança no código-fonte do kernel deve ser feita através de um patch.

Conclusão

O Nintendo DS é um ótimo video game de mão, relativamente barato no mercado americano, e mais uma vez podemos provar a capacidade de adaptação do kernel do Linux nos mais variados dispositivos.

Links:

http://dslinux.org/

http://dslinux.org/amadeus/

http://arstechnica.com/reviews/hardware/dslite.ars

http://www.arm.com/markets/home_solutions/armpp/11961.html

http://www.tobw.net/dswiki/index.php?title=Ds_hardware

http://en.wikipedia.org/wiki/DSLinux

Foi a primeira vez que aconteceu uma corrupção de dados no meu disco, particionado com o sistema de arquivos ReiserFS v3, a versão stable.

Fizeram um monte de suposições, aparentemente depois que, comecei:

• a atualizar pelo git o kernel 2.6
  • o ReiserFS suporta muito mais transações com arquivos que os 400 MB do source do kernel
• a testar essas versões
  • o mesmo .config do kernel anterior, só alguns patchs sem relevância nessa parte do sistema
• a utilizar apenas um HD depois que o outro parou de funcionar (erros de leitura e no DMA)
  • As coisas ficam velhas mesmo
• a utilizar uma placa mãe da PCCHips
  • Depois da queima da minha motherboard da Intel, foi o único modelo no mercado compatível com o que sobrou (processador, memória, placa de vídeo)

.

Como vocês podem ver, nenhum desses é um argumento válido. A solução foi utilizar o reiserfsck, nas páginas no manual (man reiserfsck) eu encontrei as seguintes opções: –check e –rebuild-tree.

Opa! Tudo restaurado, só que quando carreguei meu sistema de novo… alguns aplicativos não estavam funcionando, por exemplo o emerge (gerenciador de pacotes do Gentoo), mesmo tentando reinstalar na mão outras coisas começaram a parar de funcionar. Outro arquivo que mudou foi uma das minhas imagens do kernel (bzImage), comparando com o hexdump o começo dos dois arquivos:

# file /boot/git/bzImage

bzImage: data

# file /boot/kernel/bzImage

bzImage: Linux kernel x86 boot executable RO-rootFS, root_dev 0×301, swap_dev 0×1, Normal VGA

Como vocês podem ver, tem um monte de zeros no começo do primeiro bzImage, não sei como e porquê apareceu, sem contar que p/ mim o bzImage teria que começar com uma assinatura padrão, igual a que existe nos arquivos ELF.

Moral da história, resolvi reinstalar o sistema em outra partição, como não estou com tempo para montar meu Gentoo, mudei para o Slackware 12 com acesso ao conteúdo do antigo sistema. Ainda não descobri qual a causa do problema…

]]> http://escovandobits.wordpress.com/2008/04/25/reiserfs-3-corrompendo-o-file-system/feed/ Tiago Maluta Arquivos corrompidos Tudo Ok bzImage bzImage http://escovandobits.wordpress.com/2008/04/12/firefox-is-already-running-e-meu-primeiro-shell-script/ http://escovandobits.wordpress.com/2008/04/12/firefox-is-already-running-e-meu-primeiro-shell-script/#comments Sat, 12 Apr 2008 16:47:59 +0000 Mauro Rodrigues http://escovandobits.wordpress.com/?p=61

Muitos usuários de sistemas que precisam logar em um servidor para obterem acesso ao localhost e a seus recursos/pastas pessoais provavelmente já se depararam, com a seguinte mensagem ao abrir o Firefox:

Firefox is already running, but is not responding [...]

(Firefox já está funcionando, mas não está respondendo [...])

Ai você pensa: “Firefox rodando? De forma alguma, acabei de me logar!”

Pois é, quando se é apenas usuário basta chamar alguém para resolver. Mas agora eu estou do lado da administração da rede, e tenho que solucionar esse tipo de imprevisto para os usuários frequentemente. E diga-se de passagem: Ô coisa chata de ser feita viu…

Bom juntando a necessidade de aprender Shell Script com a situação criei um script para corrigir esse problema do firefox, meu primeiro Script!!! Então leia mais!

Geralmente esse problema acontece quando usuários de sistemas que utilizam login em servidores, para disponibilizar as pastas pessoais via NFS, terminam abruptamente uma seção, devido a uma queda de energia ou reset, finalizando o Firefox de forma inesperada. Pode acontecer também do seu profile ter sido apagado, ou as permissões de acesso setadas equivocadamente; Nesses dois casos certifique-se se sua pasta profile ainda está no local correto e se está com permissões adequadas

Bom para resolver a situação basta remover um arquivo (oculto) do seu profile, chama-se parentlock o dito cujo! Ele serve para dizer que o profile já está em uso, evitando assim que haja uma inconsistência de dados caso o profile esteja sendo usado em modo compartilhado.

A Solução é simples, mas vai dizer para o usuário que ele precisa deletar o arquivo oculto, dentro da pasta oculta mozilla, dentro da home dele… Só se vê aquelas caras de: “Hein?! o.Ô”.

Então resolvi criar o script! Ele faz a remoção desse arquivo e em seguida abre o Firefox sem maiores problemas! O maior desafio nisso estava em chegar até a pasta do profile, pois ela possui nomes aleatórios seguindo o padrão:

XXXXXXXX.default [onde X pode ser qualquer letra, maiúscula ou minúscula, ou número].

Na hora pensei: Expressões regulares! Pois existe um arquivo em ~/.mozilla/firefox/ chamado profiles.ini que contém o nome da pasta que guarda o perfil do usuário. Mas pra quem ainda é iniciante, fica complicado… Não desisti!! Criei tempo, não sei da onde, e li boa parte de um livro de Shell! Aprendi o básico do uso de expressões regulares usando o sed e ed. O resultado você pode baixar clicando aqui: ressucita_firefox.sh

O arquivo está comentado, mas não custa deixar registrado aqui também:

sed ‘/Path=/!d’ ~/.mozilla/firefox/profiles.ini >temp1

A expressão acima deleta (d) todas as linhas que não contenham ‘Path=’ do arquivo profiles.ini e salva o que sobrar em temp1. Note que o uso da expressão não escreve no arquivo profiles.ini, portanto não se preocupe em fazer um backup prévio dele.

sed ’s/Path=//’ temp1 > temp2

A seguir, a expressão substitui (s) a primeira ocorrência de ‘Path=’, em temp1, por nada (//), salvando em temp2, onde teremos apenas o nome da pasta profile! Note também que fiz uso de 2 arquivos temporários (temp1 e temp2) pois uma propriedade do shell é que ao se direcionar o fluxo de dados para um arquivo, este será criado ou destruído, impedindo portanto coisas como:

sed ’s/Path=//’ temp1 > temp1

Finalmente a remoção:

rm ~/.mozilla/firefox/`cat temp2`/.parentlock

Repare que utilizei `cat temp2` no meio do arquivo afim de obter o endereço da pasta profile. Os acentos agudos, utilizados como apóstrofos, são imprescindíveis para o bom funcionamento pois indicam que a expressão dentro deles deve ser resolvida antes da expressão em geral (no caso rm). Assim temos na verdade a linha a seguir sendo utilizada:

rm ~/.mozilla/firefox/XXXXXXXX.default/.parentlock

E a remoção dos arquivos temporários criados:

rm temp1 temp2

Uma mensagem opcional:

echo “O Firefox sera iniciado em 3 segundos…”

E a execução do Firefox:

exec firefox

É simples, eu sei, mas muito útil, e poupa tempo! Agora basta disponibilizá-lo com um ícone do Firefox e pronto, o usuário nem notará a diferença! Não se esqueça de permitir a execução utilizando o chmod!

Fico por aqui, e aguardo qualquer tipo de sugestão de melhorias! Abraços!

]]> http://escovandobits.wordpress.com/2008/04/12/firefox-is-already-running-e-meu-primeiro-shell-script/feed/ Mauro Rodrigues firefox_already_running http://escovandobits.wordpress.com/2008/04/09/analise-de-performance-da-linguagem-python-em-plataformas-x86-e-arm/ http://escovandobits.wordpress.com/2008/04/09/analise-de-performance-da-linguagem-python-em-plataformas-x86-e-arm/#comments Wed, 09 Apr 2008 22:53:35 +0000 Tiago Maluta http://escovandobits.wordpress.com/?p=57

Este post apresenta um artigo, feito para a disciplina de Análise de Algoritmos, onde comparei a performance, utilizando a linguagem Python, de dois algoritmos de ordenação (bubble sort e quick sort) em duas plataformas, em outras palavras, no meu computador Intel Pentium 4 (x86) e no meu smartphone Nokia E62 (ARM). O texto traz os tempos gastos para ordenar vetores preenchidos com números aleatórios, de diferentes tamanhos. Tudo isso com a vantagem de poder utilizar o mesmo código-fonte (sem alteração alguma) para fazer os testes nos dois. É claro que perdi em performance não usando C ou C++, mas ganhei em portabilidade para pode fazer rapidamente esse teste. Se interessou, faça do download do pdf arm_vs_x86.pdf

Se você tem interesse em rodar o Python no seu smartphone (em especial os da Série 60 da Nokia) acesse: http://wiki.opensource.nokia.com/projects/PyS60

]]> http://escovandobits.wordpress.com/2008/04/09/analise-de-performance-da-linguagem-python-em-plataformas-x86-e-arm/feed/ Tiago Maluta http://escovandobits.wordpress.com/2008/03/13/facilitando-as-pesquisas-no-acervo-da-bim-unifei/ http://escovandobits.wordpress.com/2008/03/13/facilitando-as-pesquisas-no-acervo-da-bim-unifei/#comments Thu, 13 Mar 2008 16:25:04 +0000 Tiago Maluta http://escovandobits.wordpress.com/?p=51

O Firefox permite uma série de personalizações interessantes, uma delas é a possibilidade de adicionar mecanismos de buscas (search plugin) do lado da barra de endereços.

Esse post irá apresentar um exemplo para facilitar as pesquisas no acervo da Biblioteca da Universidade Federal de Itajubá. Para instalar, vá até a página de << download >> e clique no link BIM UNIFEI.

O resto do post, é uma descrição dos problemas encontrados, então se você não tem interesse pare por aqui.

Caso esteja no GNU/Linux, o plugin será instalado no diretório padrão do seu usuário, normalmente definido em: ~/.mozilla/firefox/9ymqvxal.default/searchplugins (a parte em vermelho provavelmente será diferente). O codigo-fonte encontra-se no arquivo bim-unifei.xml, um arquivo XML, fácil de entender. Já no Microsoft Windows: C:\Documents and Settings\<usuario>\Dados de aplicativos\Mozilla\Firefox\Profiles\<sowsjqep>.default\searchplugin. Caso você não encontre nenhum desses diretórios procure pelo nome do arquivo (bim-unifei.xml). Se você quiser testar, brincar com o script: edite, salve e reinicie o Firefox, se não aparecer nada na barra é porque há algum erro, então é preciso abrir o arquivo (pelo Firefox mesmo) e ver a saída.

Bugs conhecidos

• Após fazer algumas buscas, percebe-se que ele oculta o texto dos radiobutton e do button do formulário HTML. (Agradecimentos: Fabio Ricotta, que viu que eu não estava passando todos os parâmetros no arquivo XML)
• A página da BIM funciona com frames, ainda não descobri como carregar esses frames no resultado.

Basicamente estou utilizando a documentação do OpenSearch para estudar. Se você tem alguma dica ou sugestão, não exite em comentar aqui no blog ou enviar fax, carta, e-mail, etc; Ainda considero uma versão de desenvolvimento, pois faltam algumas funcionalidades que acredito serem importantes, de qualquer forma estou compartilhando para quem quiser. O código-fonte é GPL, então não se preocupe com restrições a sua liberdade em executar, estudar e adaptar, redistribuir, distribuir modificações.

Propaganda

Também há como fazer as buscas por livros na Unicamp, com search plugin SBU UNICAMP. (adicionado pelo comentário do capi)

O repositório (Mycroft) do Search Plugin BIM UNIFEI é projeto da comunidade

Esse post mostra como extrair o conteúdo de um arquivo no formato deb, sem gerenciadores como o dpkg e os utilitários apt/aptitude. O formato deb foi originalmente desenvolvido para o Debian e, devido a distribuições como o Ubuntu, tem se tornado bem popular.

O problema

Recentemente eu precisei do binário de um programa (o software pré-compilado) para utilizar no Gentoo. Esse programa era o make [1]. Logo, não era possível utilizar o emerge e muito menos acessar o repositório do projeto GNU, fazer o download do código-fonte e compilá-lo manualmente. Como, normalmente o desenvolvedor não oferece pacotes pré-compilados, eu tinha duas opções. A primeira, entrar com o Live CD e copiar o respectivo arquivo, a outra seria utilizar algum arquivo pré-compilado de outras distribuições, como o Debian, Ubuntu, etc. Por razões práticas optei pela segunda.

Procedimento

Para o processo, utilizaremos basicamente programas no canivete suíço no UNIX, principalmente os utilitários dos pacote binutils [2]. Depois de efetuar o download:

# wget http://ftp.br.debian.org/debian/pool/main/m/make-dfsg/make_3.81-2_i386.deb
# file make_3.81-2_i386.deb
make_3.81-2_i386.deb: Debian binary package (format 2.0)

Para listar os símbolos desse arquivo, utilizaremos o nm:

# nm -s make_3.81-2_i386.deb
nm: debian-binary: File format not recognized
nm: control.tar.gz: File format not recognized
nm: data.tar.gz: File format not recognized

Podemos ver que existem 3 arquivos: debian-binary, control.tar.gz e data.tar.gz. Vamos extraí-los com o ar, uma ferramenta para criar, modificar e extraír de arquivos, mais informações nas páginas do man ou aqui.

# ar -x make_3.81-2_i386.deb

Analisando cada arquivo temos:

# cat debian-binary
2.0

Que são informações da versão do binário, o próximo arquivo (control.tar.gz) armazena informações sobre o pacote

# tar zxvf control.tar.gz
./
./control
# cat control
Package: make
Version: 3.81-2
Section: devel
Priority: standard
Architecture: i386
Depends: libc6 (>= 2.3.6-6)
Suggests: make-doc-non-dfsg
Installed-Size: 1572
Maintainer: Manoj Srivastava
Source: make-dfsg
Description: The GNU version of the “make” utility.
GNU Make is a program that determines which pieces of a large
program need to be recompiled and issues the commands to recompile
them, when necessary. More information about GNU Make can be found in
the `make’ Info page. The upstream sources for this package are
available at the location ftp://ftp.gnu.org/gnu/make/. The
documentation for this package does not meet the Debian Free Software
Guidelines, and has been removed from this package.

Faltando apenas o programa propriamente dito, no arquivo data.tar.gz, eu recomendo descarregar os arquivos em um pasta separada e depois copiar apenas o que interessa, em outras palavras, você pode descarregar os arquivos na raíz do sistema e ele ficar nas pastas do sistema ou então criar um diretório qualquer (mkdir ~/teste) e fazer tudo lá. No meu caso eu copiei apenas o executável para a pasta /usr/bin do sistema.

# tar zxvf data.tar.gz
./
./usr/
./usr/bin/
./usr/bin/make
./usr/lib/
./usr/share/
./usr/share/man/
(…)

Pronto! No meu caso eu pude recuperar o make no meu sistema.

Conclusões

Há programas que fazem isso automaticamente como o deb2targz, o objetivo é apresentar o conceito por trás do formato .deb. Esse método é uma solução paliativa, pode não funcionar em casos de programa com muitas dependências, exceto se você arrumá-las, mas aí é preferível usar o gerenciador de pacotes da sua distribuição (apt, emerge, yum). Em posts futuros apresentarei outros formatos de arquivos, como o rpm, e maneiras de trabalhar com seu conteúdo.

Referências
http://www.gnu.org/software/make/
http://www.gnu.org/software/binutils/
http://www.miketaylor.org.uk/tech/deb/

Alguns imprevistos e uma programação pra lá de recheada de coisas interessantes nos fez atrasar a atualização aqui do escovando bits, mas estaremos até o fim da semana postando tudo que vimos no Campus Party para você leitor!

Já são 4 dias de um evento fantástico! E o Campus Party Brasil 2008 contou hoje com mais um excelente dia de palestras, atividades e integração!

Hoje teve mais Ginga, oficina de TV web, Marcos Mazoni (da SERPRO) falando sobre os avanços nacionais na área de software livre, e JON MADDOG HALL!

O Mauro acompanhou a oficina onde Luis Felipe Murillo apresentou os conceitos da TV Web, envolvendo a utilização apenas de Software Livre. Foram explicitados os softwares disponíveis, formatos, tamanhos eabordado o caso de sucesso da TV do Software Livre. Não me pareceu um processo do mais difíceis, mas depende de equipamentos um tanto quanto mais caros, o que faz desse assunto algo que não testarei tão cedo.

Mais oficina Ginga!! O Mauro esteve lá, mas não vale muito a pena comentar, uma vez que em breve teremos um post dedicado ao assunto. No mais foram alguns novos exercícios envolvendo a interatividade e o sincronismo.

O Maluta e o Mauro assistiram a palestra sobre o Moblin. O comentário pelo Maluta: esta foi ministrada pela Sulamita (do projeto LinuxChix-BR) no qual foi comentado sobre dispositivos, executando uma distribuição GNU/Linux baseada no Ubuntu, com uma diferença que eles não executam processadores baseados na arquitetura ARM e sim INTEL (tanto que a Intel é uma das desenvolvedoras). Abaixo uma imagem de um dispositivo da Samsung que é um meio termo entre um notebook e um smartphone.

Um dos aspectos interessantes, é que a interface “clean” é uma personalização do Mozilla (Firefox), sendo que a equipe de engenharia trabalha adaptando o código-fonte para reduzir o consumo de energia (ponto crucial em sistemas embarcados). Na palestra foi apresentado uma ferramenta gráfica para a construção de imagens para o Moblin, embora não tenha visto testá-la, me pareceu bem útil para a construção de imagens para esse dispositivo.

E finalmente a grande atração do evento surgiu! No palco central, Jon Maddog Hall surgiu e se apresentou ao som de aplausos de todos!

Ele se apresentou como Maddog e disse para não o confundirem com o papai noel. Nos falou sobre os preconceitos que o mundo do Software Livre sofre, apresentou casos de sucesso desse mundo livre, e nos mostrou como não há nada de difícil em ganhar dinheiro com Software livre. Tudo que ele dizia tinha dois pilares: A importância (e tendência) do mundo ser cooperativo, e principalmente que o Software, e muitas outras coisas, devem ser pensados como serviço e não como produtos. Treinamento e suporte seriam exemplos de como qualquer um pode ganhar dinheiro com isso.

Acima uma foto do Maluta com o Maddog. Isso porque ele nem ao menos assistiu a palestra hehehe…

Bom o resto da noite acabou em pizza! Sim, reunimos a galera e pedimos uma pizza. “Endereço de entrega? Ahh entrega no Ibirapuera! Tô morando aqui por uma semana!“

O terceiro dia do Campus Party mostrou um debate com uma apresentação internacional, a Heather Champ - gerente de comunidades do Flickr. Além das palestras de C++ na seção de desenvolvimento, o pessoal da Sun na área de Software Livre apresentou o NetBeans 6.0 para desenvolver aplicativos J2ME. Além disso o Luciano Ramalho apresentou a linguagem Python por fim encerramos com a apresentação do Jomar Silva sobre o ODF e a guerra com o OpenXML da Microsoft

UPDATE As fotos já foram até do quarto dia já estão atualizadas no Flickr.

Mais um grande dia no prédio da Bienal no Ibirapuera! Acordamos cedo novamente! Mas decidimos correr pelo parque do Ibirapuera para conhecer melhor o lugar, e sair para ver um outro lado do evento, a natureza presente no parque.

E essa corridinha pelo parque custou ao Mauro o mini-curso de robótica: Inteligência Artificial Para Jogos, mas estou tentando recuperar isso, e postando o material aqui assim que possível.

No fim das contas, a primeira palestra que vimos foi a ‘estrela’ do Flickr, Heather Champ (Community Manager do Flickr Internacional). Foram demonstradas diversas funcionalidades do Flickr (que para mim eram desconhecidas, mas pelo que pude ver a maioria ali já as conhecia), como por exemplo a edição online de fotos (essa sim, realmente novidade). E como era de se esperar ela foi muito questionada sobre sua opinião quanto a venda do Yahoo! para a Microsoft, principalmente no que se referia ao futuro do Flickr na transação. Ela, porém, foi paciente, e simplesmente disse que não tinha opinião a respeito do assunto. Após a palestra aconteceu algo que achei muito legal, Heather Champ deu uma coletiva aos blogueiros de plantão, e alguns detalhes podem ser vistos aqui.

Em seguida o Mauro participu do mini-curso de Desenvolvimento em C++ que finalmente mostrou a que veio! Foi uma excelente introdução ao C++, desenvolvimento de classes, objetos de I/O, Herança e um pouquinho de polimosfismo (que será mais explorado hoje na última parte do curso). O pessoal que só conhecia C puro, saiu de lá satisfeito.

Enquanto isso, acontecia também uma oficina de mobilidade, que o Maluta comparaceu, na qual:

• Ganhamos um CD com a verso 6.0 do NetBeans.
• Aprendemos alguns conceitos da interface.
• Foi desenvolvido uma aplicação J2ME utilizando o código ou fazendo uso das interfaces gráficas que auxiliam.

E teve mais Ginga, hoje sim a oficina de Ginga completa aconteceu (mas ainda ocorrerão mais algumas palestras relacionadas ao Ginga/TV digital durante a semana), foram apresentados vários exemplos de interatividade, explicada toda camada abaixo do Ginga, na qual a TV digital brasileira é baseada, e claro como se desenvolve a interatividade, o sincronismo, o suporte aos múltiplos dispositivos, a adaptabilidade ao usuário e como é feito o suporte a edição ao vivo. Bom não vou dar detalhes pois o assunto é extenso e digno de um post próprio (contando possíveis testes de desenvolvimento), assim que voltarmos para a rotina.

Acompanhamos também a palestra do Jomar Silva, ODF e a guerra de padrões no qual foi abordado, dentre outras, a seguinte questão: Como podemos preservar o conhecimento, hoje armazenado na forma digital, de modo que no futuro haja compatibilidade para resgatar esse conteúdo?

Phyton

• Conceitos da linguagem Python
• Exemplo usando o modo interativo da linguagem
• Projetos/Idéias

E finalmente a tão comentada, “Balada Nerd” no Campus Party aconteceu! A galera aqui do Software Livre agitou a festa arrumando itens para a fantasia e a galera do CP compareceu! Claro que não foi metade do que é uma verdadeira balada, afinal a escassez de mulheres e cerveja sempre são problemas em festas. Mas o que mais revolta são coberturas infelizes em blogs ditos sérios, que utilizam de momentos da festa para dizer que ela toda foi ruim. Não foi! Foi uma balada geek! Com Tux na roda e tudo!

O dia acabou assim, de madrugada rolou um install fest de OpenSolaris que o Maluta observou, até a hora em que encontrou o Henrique da ENEC (o pessoal que foi no EMECOMP 2006 deve lenbrar). O Mauro já tinha ido dormir…