Há um mês fui levado até uma rodoviária, onde me despedi de minha mãe (que também é minha melhor amiga e meu porto seguro) e embarquei num ônibus freteiro para Brasília. Em Brasília encontrei o Gilberto no aeroporto, onde comemos uma última refeição no Giraffas, e novamente tomei o vôo 5707 da WebJet. Dessa vez a passagem era só de ida. Cheguei em Porto Alegre logo após a meia noite do dia 31 de Agosto, e me dirigi até a casa do meu tio, onde me hospedaria pelos seguintes vinte e poucos dias. Após isso, tive um mês extremamente tumultuado, e muitas coisas aconteceram. Coisas tipo:

- Consegui um emprego legal, que estou gostando muito;
- Conheci novas pessoas;
- Comprei uma bota;
- Passei frio;
- Passei calor;
- Revi pessoas queridas, de quando eu ainda era criança;
- Vi o tumulo do meu avô;
- Me surpreendi com várias outras pessoas, quem eu  não imaginava que pudesse me surpreender;
- Já com outras, não;
- Atrasei meu ano bíblico;
- Fiquei doente duas vezes;
- Fiz duas viagens pequenas;
- Passei por uma dura prova contra o tédio;
- Soube de coisas que eu gostei de saber;
- Outras nem tanto.
- Encontrei outra igreja Adventista;
- Ainda não encontrei outra classe de inglês;
- Achei que fosse morrer em certa noite, devido a uma forte dor no peito;
- Fiz muitas conferências com grandes amigos;
- Nunca fiz tantas ligações;
- Nunca bebi tão pouca água;
- Comi muita porcaria;
- My english is getting better and better;
- Pequei muito contra o meu Deus;
- Chorei muito;
- Sorri muito;

Mas principalmente, senti muitas saudades. Da minha mãe. E do meu irmão, do Eduardo, do Gilberto e da igreja que eu tanto amava. E percebi novamente que, sozinho, não posso confiar em ninguém, exceto no meu Senhor e salvador. Ah sim! Também aprendi coisas legais.

- Que não existe nada mais em conta que o Baratíssimo de 4.95 da Subway;
- Que o www.poabus.com.br te leva a quase qualquer lugar;
- Morar sozinho é sucks;
- Um GPS decente será um item primordial no meu próximo celular;
- Trabalhar sem chimarrão não tem graça;
- Coca Cola é realmente supérfulo;
- Que o próximo lugar onde quero morar em Porto Alegre é no bairro “Recolhe”;
- Um pacote de pão de forma e um pote de margarina fazem milagres;
- Existem sites muito legais para busca de pessoas dividindo seus apartamentos;
- Lavar roupa não é legal;
- O Giraffas era parte muito importante na minha vida e eu não sabia;
- Pegar o T2A nunca é vantagem;
- Nunca vou conseguir passar indiferente no Tunel da Conceição;
- Que a maioria dos Testemunhas de Jeová são muito chatos;
- Vale a pena ir no Parque da Marinha ver o por de sol no Guaíba;
- Ser independente é muito, muuuito ruim.

Bah! Tanta coisa aconteceu. Tanto tempo passou. E ao mesmo tempo foram tão poucos dias.

Maturidade a minha piça. Eu quero a minha mãe.

® LT

(® Lucas Timm, em 12/07/11)

Após a aquisição de um Samsung Galaxy 5, tenho me divertido muito com o Android e suas peripécias.  É meu primeiro smartphone, e o sistema operacional do Google é muito interessante. De verdade. Meu Galaxy 5 veio com o Android 2.2, que apesar de defasado, me atendeu muito bem no primeiro mês. Mesmo a ROM Stock (padrão) não me deixou quase nenhuma reclamação, exceto o alto uso de bateria.

Após muita leitura, acabei optando por utilizar uma das ROMs customizadas do MAD Team, que incluem uma série de personalizações em cima do firmware original. Dentre elas, a que eu julguei mais necessária, foi com o processador setado em “On Demand”, que de fato otimizou muito o uso de bateria do aparelho. E também fiquei curioso para testar o app2sd do mesmo MAD Team. Então, para testar, utilizei a ROM MAD 2.0.9.2, que trazia quase o mesmo Froyo que eu já utilizava na ROM Stock.

O MAD 2.0.9.2 melhorou muito o uso de bateria, o display ficou mais preciso para toques nas extremidades e para digitação – melhorou muito, por sinal. Mas apesar disso, ele começou a apresentar lentidão em várias aplicações (como navegação na internet), no Angry Birds, e o Wi-Fi ficou levemente bugado – as vezes simplesmente não conectava, reboot para voltar. Isso me desagradou um pouco. O custo tava maior que o benefício.

Então, antes de voltar pra ROM Stock, decidi experimentar o porte do Cyanogen 7 pro Galaxy 5. Os trolls do canal #gti5500 (da FreeNode) estavam sendo bastante insistentes, e então não vi problemas ao fazer isso – afinal não tinha mais nada a perder.

Sobre a versão escolhida

Uma dúvida muito comum que tem circulado entre outros usuários de Samsung Galaxy 5 é referente a estabilidade do Android 2.3 (Gingerbread) no Samsung Galaxy 5. Uma vez que o porte não foi feito “diretamente” pelo pessoal do MAD Team, pois no caso do Gingerbread, a ROM foi aproveitada do Cyanogen, o MAD Team (em especial o membro subspyke) continua aperfeiçoando o funcionamento da Cyanogen 7 no Galaxy 5. E de início (dizem, deixo claro que EU NÃO TESTEI NOS PRIMEIROS ESTÁGIOS) a ROM apresentava muita instabilidade e muitos itens não funcionavam.

No entanto, o desenvolvimento foi rápido, e em menos de dois meses, o Gingerbread já está rodando com estabilidade e 90% dos recursos disponíveis no aparelho estão funcionando perfeitamente. Na versão 3.41, que estou utilizando, simplesmente está estável e ainda não confirmei se o problema que encontrei é mesmo um bug (continue lendo e você vai saber qual é). A base do sistema é o Android 2.3.3.

Mesmo assim, existem versões instáveis e disponíveis para os beta-testers de plantão. Essas versões, no fórum, são conhecidas como Nightly Builds, e foram feitas em cima do Android 2.3.4r1 (também forkada do Cyanogen). Está tudo no fórum.

Em ambos os casos, o procedimento de atualização da ROM no Galaxy 5 é idêntico, e cabe a você escolher qual delas será instalada. Não emito nenhuma garantia de funcionamento, e apenas posso dizer que no meu caso, o Cyanogen está funcionando perfeitamente, e meu Galaxy 5 nunca rodou tão bem (nem mesmo a Stock Rom). Reinstalei algumas vezes para testar, e tudo deu certo até o momento.

Como trocar a ROM (ou Firmware, imagem, whattever) no Samsung Galaxy 5

Há muitos artigos sobre como trocar a ROM do Samsung Galaxy 5. Falar mais um é chover no molhado, então farei apenas um breve resumo. Todavia, é bom lembrar que você vai perder dados se não fizer o backup. Continue por sua conta e risco.

- Instale o KIES, da Samsung, para o seu Windows detectar corretamente os drivers do seu Galaxy 5;
- Baixe o ODIN para substituir a ROM do aparelho;
- Obtenha as imagens de instalação que você utilizará, e o arquivo EUROPA.ops;
- Conecte o aparelho ao computador com o cabo USB;
- Desligue o aparelho;
- Pressione simultaneamente os botões volume down e select (“botão do meio”) e mande ligar o aparelho; Aparecerá o Android com uma pá e a inscrição “Downloading”.
- Abra o ODIN, marque as checkboxes “One Package” e “Auto Reboot”, desmarque “Debug Only”, selecione o arquivo OPS e a imagem que você baixou e descompactou em “One Package” (no meu caso cy7-galaxy5-v3.41.tar).
- Faça uma oração fervorosa e clique em “Start”. Então aguarde o resultado.
- Se aparecer uma tela de opções logo após o reboot (tela de Recovery), escolha a opção “Wipe Data/Factory Reset”.
Reboote novamente e veja se tudo funcionou.

Notas de Pós-Instalação

Após a instalação do Gingerbread, será preciso reconfigurar sua conta do Google e seus aplicativos. Todos eles.

Ao responder as perguntas, não recomendo configurar a sua conta do Google no startup inicial. Se seu backup já foi feito no Google, e você não ler/se confundir com as opções, ele vai imediatamente baixar todas as suas configurações e seus programas da Android Marketing. Recomendo configurar sua conta do Google só após a configuração do App2sd! Para isso, verifique meu artigo anterior.

Também recomendo habilitar imediatamente a opção “Fontes Desconhecidas” (em Configurações -> Aplicativos). Nesse caso, se você for voltar seus aplicativos e configurações pelo Titanium Backup, seus programas não serão instalados.

Se você instalou o app2sd do MAD Team, e após a instalação o sistema lhe avisar que o cartão de memória está vazio ou desformatado, NÃO ACEITE A FORMATAÇÃO NEM TENTE O FORMATAR. Na ROM MAD 2.0.9.2 o mesmo também acontecia, mas você poderia permitir a formatação sem problema algum – ele formatava apenas a partição FAT32. Na c7, ao aceitar a formatação, ele limpa completamente o cartão de memória, removendo as partições do app2sd.

Nesse caso, o procedimento correto é: Após a configuração do App2sd, se o c7 lhe oferecer para formatar o cartão, ignore a opção. Reboote o telefone em modo recovery (pode ser feito pelo celular ou pelo seu sistema operacional com o celular conectado no cabo USB via adb – comando  adb reboot recovery), e após o reboot, via adb shell utilize o comando mkfs.vfat /dev/block/mmcblk0p1. Reboote novamente o celular e ele detectará a partição corretamente.

Resultados obtidos

No meu caso, o Gingerbread está rodando mais rápido que a ROM Stock da Samsung. O uso de bateria não está tão baixo quanto na MAD 2.0.9.2, mas também está durando mais que a Stock. Senti muita melhora na recepção do Wi-Fi.

O Angry Birds está funcionando bem rápido como antes (lag apenas nas fases mais complexas). A navegação na internet idem. O ADWLauncher, que veio por padrão na C7, é tão rápido e bom que eu nem instalei o meu antigo (e amado) Launcher Pro.

O sistema está reconhecendo corretamente o tamanho das partições com o app2sd ao invés de mostrar apenas os valores da memória interna (como acontecia na MAD 2.0.9.2). E também, já existe (por padrão) o idioma Português do Brasil disponível na ROM e funcionando perfeitamente. Na MAD 2.0.9.2, o idioma português do Brasil só era obtido através do software More Locale, e ficava porco (tão porco que eu mantive em inglês, mesmo desformatando todos os números da minha agenda).

Não tenho certeza se o celular está rodando como root, mas aparentemente, sim – no entanto não tive problemas para usar a Android Market.

Das poucas desvantagens que encontrei, o display voltou a ficar exatamente como era na ROM Stock, apresentando falta de sensibilidade nas laterais extremas e pra “clicar” objetos pequenos (botões do Angry Bird, do Android Marketing e etc) mas isso tende a melhorar nos próximos releases. O Cyanogen também é pensado para equipamentos maiores, então algumas opções e botões, as vezes, podem parecer espremidos na tela. Melhorei isso diminuindo o tamanho da fonte – não lembro onde o fiz, tentei achar novamente a opção e não consegui.

E, após quase um dia de uso, o aparelho travou sem nenhum motivo aparente. Tentei desligar e não consegui, só retirando a bateria e ligando-o novamente, mas voltou a funcionar como se nada tivesse acontecido. Ainda preciso confirmar se isso é “feature” ou bug mesmo, ficarei de olho nas próximas versões estáveis.

Conclusões

Então? Ficou curioso para experimentar? Se sim, a idéia foi essa. Não perca mais tempo e teste você também!

Stay safe,
Lucas Timm.

Mais informações em:
http://www.madteam.co
canal #gti5500 na FreeNode

Um dos motivos que me levou a troca da ROM Stock de meu Samsung Galaxy 5 por uma ROM Modificada (inicialmente a MAD 2.0.92, e posteriormente a Cyanogen 7 3.41), e que é muito interessante, é o app2sd do MAD Team.

At a glance: O App2sd é um conjunto de scripts e links simbólicos que formatam seu cartão SD com partições EXT4 e Swap, e redirecionam as aplicações comuns e parte do sistema para o cartão de memória já particionado e formatado. É uma maneira inteligente de instalação de sistema, principalmente em aparelhos como o Samsung Galaxy 5, que tem pouquíssima memória interna. Mais informações aqui.

No entanto, os scripts de criação do app2sd são meio porcos no meu ponto de vista, e podem até funcionar no seu caso. Mas, caso não funcionem (e comigo NENHUM funcionou para formatação, apenas pra ativação), você não terá outra alternativa a não ser:

- Chorar
- Aguardar e perguntar no IRC (canal #gti5500 na FreeNode)
- Fazer o particionamento na mão e tentar utilizar só pra ativação.

Outro agravante é que não existem as informações necessárias se você quiser fazer a formatação e ativação manual do App2sd. Então nesse artigo, você encontrará algumas informações preciosas que você deverá seguir caso tenha problemas na instalação do app2sd.

Antes de continuar, estou assumindo que você já sabe colocar seu celular em Recovery Mode, sabe utilizar o adb, sabe Linux, se possível sabe usar o fdisk do Linux (NÃO O CFDISK) e que você precisará utilizar o Data Wipe/Factory Restore. Ou seja, você VAI PERDER DADOS NA ATIVAÇÃO SIM, e eu não serei responsabilizado por isso. Se você amarelou, por favor, segure a tecla CTRL e pressione a tecla W. Pode parar por aqui mesmo. Ahh é, e volte seu celular para a ROM Stock, pois as modificadas só funcionam bem com o app2sd. 

Um “bom script” para a MAD 2.0.9.2 está aqui. Se algum dia o site sair do ar eu tenho backup, basta me pedir e eu disponibilizo.

1) Meu particionamento deu errado

Caso os scripts do subspyke ou de alguma outra pessoa não te servir, não tenha medo, e formate sozinho. O Android e os scripts precisarão de três partições. Todas as partições deverão ser primárias e na seguinte ordem:

Partição 1: FAT32
Partição 2: Linux
Partição 3: Linux Swap

A ordem é necessária pois os scripts são todos planejados para montar a p2 como EXT4, a p3 como Swap, e o próprio sistema já monta a p1 como FAT32. E como os scripts não fazem nenhuma espécie de verificação nas partições antes de montá-las, é necessário seguir essa ordem. Eu ia corrigir os scripts e colocar verificações de partições pro caso da Swap e da partição Linux, mas devido a um @OP por demais politicamente correto no canal #gti5500, não vou mais o fazer. Pena, não fui eu que saí perdendo

A partição FAT32 será enxergada pelo seu sistema operacional quando o celular for colocado em modo de armazenamento USB. Portanto, deixe o espaço que você julgar necessário para acomodar os seus arquivos pessoais (fotos, músicas, ringtones, etc).

A partição do tipo Linux conterá os arquivos do sistema operacional, e deverá ter espaço suficiente para acomodar todos os seus aplicativos. (Mais de 512MB, pelo menos). E a partição Swap será a extensão da memória. 256MB está de bom tamanho.

Para isso, acesse seu celular por adb (comando adb shell), pode ser em modo recovery, e utilize o fdisk para fazer a formatação:

# fdisk /dev/block/mmcblk0

Alguns comandos do fdisk podem te servir:
p:   Exibe a tabela de partições;
n:   Cria uma nova partição;
d:   Apaga uma partição;
w:   Salva as alterações;
t:   Altera o tipo da partição;
q:   Sai sem salvar.

O fdisk não formata as partições, e após a utilização dele, é necessário rebootar o celular após cada alteração que grave a tabela de partição. Use o Data Wipe após as modificações.

2) Obtenho erros de montagem ou o sistema está voltando pro padrão após cada reboot

Verifique se suas partições estão corretamente montadas, formatadas, cheque o dmesg pra ver se existem erros no seu cartão e confirme se o app2sd realmente está ativado. Utilize seus skills em Linux e verifique no sistema o que os logs estão te dizendo, Luke.

3) Como confirmo que o app2sd está ativado?

Verifique a saída do comando mount.

# mount
rootfs / rootfs ro,relatime 0 0
tmpfs /dev tmpfs rw,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0
/dev/stl14 /cache ext4 rw,noatime,barrier=1,data=ordered 0 0
/dev/stl13 /data ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/stl12 /system ext4 ro,relatime,barrier=1,data=ordered 0 0
/dev/stl13 /cache ext4 rw,noatime,barrier=1,data=ordered 0 0
/dev/stl12 /data/local/tmp/sys_bin_orig ext4 ro,relatime,barrier=1,data=ordered 0 0
/dev/stl13 /system/bin ext4 rw,relatime,barrier=1,data=ordered 0 0

#

As partições montadas no cartão estarão apontando pro dispositivo /dev/block/mmcblk0p2 com sistema de arquivos EXT4. No caso acima o app2sd está desativado num Android 2.2. E no caso abaixo, o app2sd está ativado num Android 2.3:

# mount

rootfs on / type rootfs (ro,relatime)
tmpfs on /dev type tmpfs (rw,relatime,mode=755)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /mnt/asec type tmpfs (rw,relatime,mode=755,gid=1000)
tmpfs on /mnt/obb type tmpfs (rw,relatime,mode=755,gid=1000)
/dev/block/stl12 on /system type ext4 (rw,relatime,barrier=1,data=writeback)
/dev/block/mmcblk0p2 on /data type ext4 (rw,nosuid,nodev,relatime,barrier=1,data=writeback)
/dev/block/stl13 on /mnt/stl13 type ext4 (rw,nosuid,nodev,relatime,barrier=1,data=writeback)
/dev/block/stl13 on /cache type ext4 (rw,nosuid,nodev,relatime,barrier=1,data=writeback)
/dev/block/vold/179:1 on /mnt/sdcard type vfat (rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
/dev/block/vold/179:1 on /mnt/secure/asec type vfat (rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
tmpfs on /mnt/sdcard/.android_secure type tmpfs (ro,relatime,size=0k,mode=000)
/dev/block/dm-0 on /mnt/asec/no.heskjasystem.ipTools-1 type vfat (ro,dirsync,nosuid,nodev,relatime,uid=1000,fmask=0222,dmask=0222,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
/dev/block/dm-1 on /mnt/asec/com.rovio.angrybirdsseasons-1 type vfat (ro,dirsync,nosuid,nodev,relatime,uid=1000,fmask=0222,dmask=0222,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
/dev/block/dm-2 on /mnt/asec/com.rovio.angrybirds-1 type vfat (ro,dirsync,nosuid,nodev,relatime,uid=1000,fmask=0222,dmask=0222,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)

#

Se você estiver usando o Cyanogen do MAD Team, a saída do comando madteam_app2sd também confirmará se o app2sd está ativado corretamente:

# madteam_app2sd
/dev/block/mmcblk0p2 on /system/sd type ext4 (rw,relatime,barrier=1,data=writeback)
/dev/block/mmcblk0p2 on /data type ext4 (rw,nosuid,nodev,relatime,barrier=1,data=writeback)

Usage: madteam_app2sd [option]

Options:

* on      – enable App2SD
* off     – disable App2SD
* swapon  – enable swap
* swapoff – disable swap
* tweak   – optimize default filesystem attributes

MAD Team App2SD status:

App2SD:       activated

SD card used: 118400KB

SD card free: 1754608KB
Swap size:    209656KB

#

Outra alternativa é utilizar o Titanium Backup, que te mostra separadamente o espaço da partição app2sd.

4) Já criei as partições mas os scripts me dizem que a elas não estão formatadas. Como proceder?

Simples, formatando as partições. O fdisk não formata as partições, apenas demarca onde cada uma começa e termina e que sistema de arquivos a mesma hospedará. A formatação é feita através de outros comandos, segue:

Para a partição EXT4:

mkfs.ext2  -t ext4 -O ^huge_file /dev/block/mmcblk0p2

E depois tune2fs -c 0  /dev/block/mmcblk0p2 para desativar as verificações de 40 montagens e/ou 30 dias.

Para as partições FAT32:

mkfs.vfat /dev/block/mmcblk0p1

Para as partições de Swap:

mkswap /dev/block/mmcblk0p3

Algumas dessas opções podem estar disponíveis apenas com a adb shell em modo Recovery. Se algum comando não for encontrado, experimente fazer assim.

5) Não posso formatar sistema de arquivo montado

Essa mensagem será exibida se você tentar fazer a formatação e a partição estiver montada. Isso pode acontecer após algum erro ao instalar o app2sd e você tentar novamente. Experimente desmontar a partição com o comando umount /dev/block/mmcblk0p2 e tente novamente. Se o erro acontecer outra vez, tente fazer a formatação no Recovery Mode.

6) Como rodo os scripts de criação do app2sd no MAD 2.0.9.2?

Primeiramente utilize um Wipe Data/Factory Defaults.

Baixe os scripts contidos nesse link e descompacte em algum diretório qualquer. Coloque o celular em modo Recovery (ou use o script “1. recovery-mode.bat”) e depois utilize o script “2. install-config-app2sd.bat”. Se der erro, experimente rodar o script manualmente abrindo-o e executando os comandos nele contidos um por um, pra ter certeza do que está dando errado.

Após isso, dentro do adb shell, execute o script /tmp/config-app2sd que já foi previamente copiado para o celular no passo anterior.
Então, executando o menu de instalação, primeiramente utilize a opção “2” (App2SD default), e depois opção “5” (Swap enable).

Reboote seu celular e confira se o app2sd foi corretamente ativado.

7) Como rodo os scripts de criação do app2sd no Cyanogen pro Galaxy 5?

Isso eu testei várias vezes com o Cyanogen no Galaxy 5. Após ter criado as partições, utilize o Wipe Data/Factory Defaults. Boote seu celular normalmente, não configure sua conta do Google nem instale nada antes do app2sd. Acesse o celular por adb shell (não pode ser feito em Recovery) e digite o comando madteam_app2sd on. Fique atento com as mensagens na tela, pois ele formatará a /dev/block/mmcblk0p2 e fará as configurações necessárias por tune2fs.

Se suas partições estiverem corretamente setadas, ele finalizará avisando pra rebootar o celular. Não reboote ainda e rode o comando madteam_app2sd swapon. Esse é rapidinho. Após isso, reboote o celular e confira se o app2sd foi ativado corretamente (já expliquei como fazer a verificação).

Se após o boot, com o app2sd ligado, o sistema reclamar que o cartão de memória não está formatado e perguntar se você deseja formata-lo, responda não. No MAD 2.0.9.2 não tive problemas em aceitar a formatação do SD, mas no caso do Cyanogen, ao aceitar, o sistema formata inteiramente o cartão, e apaga também as suas partições criadas pelo app2sd.

Para resolver esse problema, reboote o celular no Recovery, acesse com o adb shell e formate a partição manualmente com o comando mkfs.vfat /dev/block/mmcblk0p1. Reboote novamente e a mensagem terá desaparecido. 

Ficou com alguma dúvida? Entre em contato com o pessoal do canal #gti5500 na FreeNode ou pergunta aí embaixo.

Stay safe,
Lucas Timm.

Esse texto é uma carta aberta ao Henrique LonelySpooky a respeito do CentOS, distribuição que utilizo em meu desktop e meus servidores. Não é segredo pra quase todos que eu também estou deixando o CentOS. E esse texto do LonelySpooky brifa explica por alto alguns motivos que também o levaram abandonar essa distribuição. Mas o Scientific Linux, no meu caso, não será uma resposta, e sim uma pergunta. A resposta será “Não”. E eu explico o por quê.

Onde eu discordo da Opinião do LonelySpooky

De 2009 para cá, pouca coisa mudou na rea­li­dade: o Cen­tOS tem milha­res de usuá­rios, mas ape­nas “meia dúzia” de desen­vol­ve­do­res que deci­dem tudo. Não existe, de fato, uma Comu­nidade Cen­tOS por­que a Comu­ni­dade não par­ti­cipa efe­ti­va­mente na cons­tru­ção da dis­tro. Deta­lhes como papel de parede, tema, publi­ci­dade e empa­co­ta­mento se pas­sam pra­tica­mente às escu­ras ou dis­per­sos em pági­nas lúgu­bres e mal divulgadas.

Henrique, como bom usuário CentOS que és, você deveria lembrar que o desenvolvimento do CentOS realmente não é interativo via website ou fórum. No entanto a comunidade participa sim, através das listas de discussão onde todas essas coisas são debatidas. E nada disso é mal-divulgado, o problema é outro (explico mais pra frente).

Quando o Red Hat Enter­prise Linux 6 foi lan­çado eu já acom­pa­nhava ávida­mente as ver­sões de teste e creio que muita gente, assim como eu, acre­di­tava que um RHEL mais novo abri­ria um impor­tante leque de pos­si­bi­li­da­des; afi­nal de con­tas, o RHEL 5.x é base­ado no jurás­sico Fedora Core 6, com o qual diver­sas apli­ca­ções recen­tes são incompa­tí­veis.

Na verdade, as incompatibilidades nesse aspecto só são dos pacotes pra desktop. Quem usa RHEL/CentOS 5 sabe que, apesar do kernel ainda ser o 2.6.18, ele é muito bem patcheado para assegurar a compatibilidade com o hardware mais recente. Empresas desenvolvem software para outras empresas. Logo, nos softwares que continuam sendo desenvolvidos para o RHEL 5, não faz diferença a última versão do kernel, do GCC ou da GLibc.

Em vez de uma solu­ção, o RHEL 6 evi­den­ciou um pro­blema muito grave que a Comu­ni­dade Cen­tOS enfrenta. A redu­zida equipe de desen­vol­ve­do­res encontrou-se espre­mida entre duas rele­a­ses: RHEL 5.6 e RHEL 6.

Houve votação nas listas para eleição da prioridade. Inclusive, eu votei na prioridade de lançamento do CentOS 5.6 ao invés do CentOS 6, uma vez que precisarei homologar toda minha plataforma que hoje roda no CentOS 5.x para rodar no CentOS 6, enquanto o CentOS 5.6 é versão de continuidade, não de recomeço.

Onde eu concordo com a opinião do LonelySpooky

De 2009 para cá, pouca coisa mudou na rea­li­dade: o Cen­tOS tem milha­res de usuá­rios, mas ape­nas “meia dúzia” de desen­vol­ve­do­res que deci­dem tudo. Não existe, de fato, uma Comu­ni­dade Cen­tOS por­que a Comu­ni­dade não par­ti­cipa efe­ti­va­mente na cons­tru­ção da dis­tro.

Eu concordo em parte com essa afirmação. Não acho que a equipe que desenvolve o CentOS é pequena, pelo contrário. Acho ela até abastada.

O que não gosto é que o desenvolvimento do CentOS me passa a impressão de ser feito “em panela”. Isso é, sempre as mesmas pessoas, e o ego das referidas é um tanto quanto exaltado. Isso não é uma exclusividade dos desenvolvedores do CentOS, mas sim um problema de TODAS AS DISTRIBUIÇÕES feitas em comunidade. No Debian é a mesma coisa, a diferença são as intermináveis votações.

Como atenuante, numa distribuição como o CentOS não são necessários tantos desenvolvedores, uma vez que o CentOS é basicamente um repackage do RHEL. As listas são abertas até certo ponto, e a burocracia para participar do desenvolvimento é tanta que eu optei por não distribuir os pacotes que eu já fiz nesses meios oficiais.

Diante da impa­ci­ên­cia da comu­ni­dade, que por várias vezes soli­ci­tou mais trans­pa­rên­cia sobre o sta­tus do Cen­tOS 6, a res­posta padrão é sem­pre a mesma: “O Cen­tOS 6 ficará pronto quando ficar pronto”

Isso, infelizmente, tem sido um problema seríssimo e dispensa comentários.

Razões para continuar no CentOS

Apesar disso tudo, o CentOS ainda tem um nome muito forte nos provedores da vida. Nome erguido por mérito. E existem pessoas que não estão inteiradas dos problemas que a comunidade CentOS está enfrentando. Pessoas essas cujos servidores continuarão funcionando e não tem interesse ou disponibilidade de ajudar na distribuição. Pessoas que não se importam em esperar e que não querem se envolver. Você é uma dessas pessoas? Ok, continue no seu CentOS. Admito que em muitos lugares também vou continuar.

Razões para não continuar no CentOS

Desde o lançamento oficial do RHEL 6, o desfile dos egos nas listas do CentOS tem se tornado extremamente desagradável. Me lembro da “data de lançamento” já ter sido marcada e descumprida umas quatro vezes. E ao invés de todos arregaçarem as mãozinhas e empacotar, o development team parece estar mais preocupado em discutir o sexo dos anjos nas listas da distribuição. Muitos questionam a entrega do CentOS 5.6 e 6, sugerem fusão entre o Scientific Linux e o CentOS ou uma colaboração mútua, oferecem ajuda, mas tudo vira motivo para a trollagem fluir. E o tempo passa. E nada do CentOS 5.6 e 6…

Minha história com o Scientific Linux

O Scientific Linux também é um clone do Red Hat Enterprise Linux com bastante qualidade. Assim como o CentOS, ele não é exatamente igual ao RHEL (se você, usuário CentOS, diz que o RHEL é idêntico ao CentOS, certamente você nunca usou o RHEL). Utilizei-o na versão 5.3 quando tirei o Fedora do meu desktop. Desde o momento que o instalei, reparei que o Scientific Linux é mais organizado que o CentOS, tem mais pacotes e tinha opção de usar XFS na / (que o RHEL só adicionou na versão 6!). A arte era mais feia – beeem mais feia – que a do CentOS, na minha opinião, mas troquei o papel de parede minutos depois.

Apesar de todas essas qualidades, percebi que a comunidade do Scientific Linux não levava as atualizações do sistema muito a sério, e algumas falhas que eram corrigidas bem em em tempo no CentOS acabavam demorando muitos dias mais para serem corrigidas no Scientific Linux. No ato da instalação, quando o fiz, a versão 5.3 havia acabado de ser lançada, e o CentOS 5.3 já estava em meia vida, com o RHEL 5.4 quase pronto. Isso me jogou um balde de água fria, e quando o CentOS 5.4 foi lançado, alguns meses depois, chutei o Scientific Linux 5.3 e voltei para o CentOS.

Essa demora extra no ciclo do Scientific Linux eu continuei acompanhando e confirmei nos releases seguintes. No entanto, o que parecia impossível, aconteceu com o CentOS. E nesses últimos dois releases, até o CERN/Fermilab (que também demoraram para lançar o Scientific Linux 6) conseguiram ser mais rápidos que o CentOS.

Mas, cansado da espera pelo novo CentOS 6, cogitei novamente a minha volta para o Scientific Linux.

A continuidade em outro clone do Red Hat Enterprise

Quando eu estava quase concretizando a instalação do Scientific Linux, li essa thread no LinkedIn onde outros usuários de CentOS reclamam da mesma questão que eu: Guerra de egos na disponibilização das versões, incógnita de tempo, demora exagerada e etc. E nessa mesma thread descobri o PUIAS Linux, outro clone do Red Hat mais antigo que o CentOS e mais fiel ao Red Hat original.

O PUIAS é desenvolvido pela universidade de Princeton, e desde que tenho o utilizado, o descobri como uma distribuição mais madura que o CentOS apesar de menor, que distribui rapidamente as atualizações do sistema operacional, e que ficou pronta bem antes do Scientific Linux 6.

O PUIAS não tem mídia de instalação (o usuário precisa cria-la se quiser instalar), ou realizar a instalação por rede como é meu costume. O fato de também ser desenvolvido por uma univerisade, que acima de tudo possui COMPROMISSO, me garantiu mais firmeza para experimentar, e estou a poucos passos de migrar meu desktop para o PUIAS 6. Basicamente só falta eu terminar de empacotar o KDE, cujo mesmo procedimento eu também precisei realizar no RHEL 6 e Oracle Unbreakable Linux 6.

Conclusões

Você está aguardando o CentOS 6 ou um bom clone do Red Hat Enterprise Linux 6? Se a resposta for a segunda alternativa, experimente o PUIAS, você não tem mais nada a perder mesmo…

Atenciosamente,
Lucas Timm.

Luckily, it’s really easy to fix it.

The scenario

In my case I added a fibre channel card in some servers of my company. All the servers will now access my storage device, and the same storage is already configured to receive the servers’ requisitions.

All the servers will not boot from the storage device. They all will keep booting the OS from the local array and disks, but I need the lpfc.ko module loaded from boot to mount a few directories by fstab (a /usr/sag, a /u02 and a /u03 from an ADABAS and a Oracle servers).

I don’t need to reinstall the OS to solve this problem, I just need to recreate the initrd file and put the module inside it. To do this I will use the mkinitrd program, but the sintax is different to a Linux distribution from another…

So If I don’t update the initrd file, all the LUNs will be detected later by udev, and the respective services may crash by trying to start some applications without any data inside the pointed directories. And a disaster may occour.

The first system: A Suse Linux Enterprise Server 10.2

I think the suse’s mkinitrd it’s the easiest mkinitrd command I’d already tried. You can be sure by reading the manual with the “man mkinitrd” command. To do what we want, you need only to edit the /etc/sysconfig/kernel file using vi:

vi /etc/sysconfig/network

Now, look for the INITRD_MODULES line and add the module you need inside the quotes:

INITRD_MODULES=”lpfc ide-core ide-disk scsi-mod sd_mod scsi_transport_spi mptbase mptscsih mptspi piix  ata_piix processor thermal fan reiserfs edd”

Backup your current initrd file: check your /boot/initrd symlink and backup the original initrd ramdisk. Just recreate the initrd file with the command:

mkinitrd -d /dev/sda2

(where /dev/sda2 is your root device. Check your /etc/fstab file or “mount” command)

If the command finished well, it creates a /boot/initrd-your-kernel-version-and-patches.img file. Update your boot menu (usually in the /boot/grub/menu.lst file) and reboot your server to test if your new hardware device was now detected correctly at boot. Quite easy, a piece of cake!

The another systems: A RHEL 5.5 and a CentOS 5.5 and 5.4

Now I’d just finished my suse server, there’s still a Red Hat (and based) servers waiting for the same update. In RHEL/CentOS and Fedora, there’s no /etc/sysconfig/kernel to mkinitrd read. mkinitrd will read the /etc/modprobe.conf and /etc/modprobe.d/* files, and the sintax is a quite different.

When everything works well, you just need to append “alias your-module your-module”, “alias your-module some-alias” or “install your-module /bin/true” in this file (/etc/modprobe.conf). So re-create the initrd using the following command:

mkinitrd -v -f /boot/your-new-initrd-file.img $(uname -r)

Warning! Pay attention on the text output: Sometimes the module isn’t inserted as it should! If mkinitrd did it, you’ll need to specify this module to mkinitrd by hand:

mkinitrd -v -f /boot/new-initrd.img $(uname -r) –with=lpfc

According the manual, with the “–with” tag, mkinitrd command include the specified module to load after all the SCSI modules. This is what I want, but maybe you need to load a driver before the SCSI modules subsystem. So replace the “–with” parameter by “–preload“.

Now your new initrd file is ready. Update your /boot/grub/menu.lst file and reboot your server to check if everything worked fine.

That’s all, folks!
Lucas Timm

Pois se eu tivesse atrasado em exato um segundo, essa seria a inteira diferença entre um antes e um depois para toda a minha vida. Tu o sabias e me poupou.

Assim sendo, graças eu te dou ó Pai, por que não permitiu que aquele inconsequente motoqueiro entregador, passando em cima da calçada em alta velocidade e rente a parede do restaurante,  me atropelasse no exato momento em que eu saísse pela porta.

E acima de tudo:

Graças eu te dou ó Pai, por que hoje me destes minhas pernas pela segunda vez 

A propósito, cadê o meu Halls Preto? :S

Deixando de lero-lero. Gimme the tech specs!

As especificações são praticamente as mesmas do Fedora 12. Estou testando o RHEL6 como servidor, então, não instalei nenhum pacote oriundo do Fedora ou de repositórios externos. Então, o que obtive foi:

Kernel: 2.6.32-19.
GCC: 4.4-3
GLIBC: 2.11
Gnome: 2.28.2
X: 7.5.6
Yum: 3.2.27-12

BETA1 – Instalação e primeiras impressões do RHEL6

Após o download, criei uma máquina virtual no VMware vSphere 4.1. Setei o tipo da máquina virtual como “Red Hat Enterprise Linux 6 64-bit”, com quatro processadores, 4GB Ram e 20GB em disco. A imagem de instalação estava na mesma LUN do storage. Nesta definição, por padrão, o vSphere setou o driver de disco da máquina pra “VMware Paravirtual” e o driver de rede pra “VMXNET3″, algo que estranhei. Afinal, paguei pra ver se o driver de disco seria detectado na instalação uma vez que o “VMware Paravirtual” só costuma ser detectado após a instalação do vmware-tools, bem como o VMXNET3, cuja ausência me impediria de realizar uma instalação por rede. Instalação por rede, agora, não era o caso, então azar. Mas, chegou a hora da instalação e… Batata! Disco não encontrado – e nem a rede. Então, reconfigurei a controladora da máquina virtual pra “LSI Logical SAS”, reinicializei-a e a instalação aconteceu normalmente. Comecei com o pé esquerdo…

Mesmo assim, após isso, a instalação aconteceu às mil maravilhas. Não pediu serial como nas versões oficiais. Gostei da nova versão (?) do Anaconda, uma vez que ele ficou mais limpo, mais organizado e com um tema mais bonito. Entretanto, o particionamento ficou mais confuso. Não experimentei as opções padrão, e (como sempre), selecionei “personalizar”. Afinal, julgo o particionamento como a etapa mais importante da instalação. Todo o resto você repara depois via sistema, mas se o particionamento for ineficaz, ainda que use LVM, é mais trabalhoso (e arriscado) uma recuperação posterior.

Minha primeira surpresa foi agradável: Pela primeira vez, é possível instalar o RHEL6 oficialmente em XFS. Parece que finalmente a Red Hat escutou os clientes nesse aspecto, apesar de agora já existirem file systems mais modernos que este. Por default o sistema de arquivos recomendado é o EXT4, que foi o que utilizei. Criei uma /boot com 100MB, um Volume Group denominado “system” com 19.8GB e mais dois Logical Volumes: Um denominado “Swap”, de 512MB e outro denominado “root”, com o resto dos quase 19.5GB para montar a /. Não especifiquei /home, /var, /tmp ou /usr, pois nesse caso, pelo servidor ser virtualizado, não haverá sobrecarga de um ou mais discos (todos os volumes estão no storage, com RAID5, compartilhados com outras máquinas virtuais).

Prosseguindo a instalação, também gostei muito da nova organização dos pacotes. Unificou-se aquela burra divisão “Base” / “System” existente no Red Hat 5. Existe uma enorme (enorme!) quantidade de pacotes direto do DVD de instalação, mas isso se dá, provavelmente, pela distribuição ainda estar no Beta 1. No produto final, com certeza haverá a costumeira divisão de pacotes baseada em tipo de instalação (Server, Workstation e Virtualization). O resto foi automático, bastando setar a senha de root, timezone, hostname e etc. O sistema foi instalado perfeitamente e não achei nenhum bug.

Utilização

A primeira coisa que pensei após instalar foi: O sistema dá uma impressão de agilidade maior que o Red Hat 5. No entanto, o Red Hat 6 perdeu o bonito RHGB que o acompanhava na série 5, e disponível no Fedora de 6 a 9. Isso já era esperado, e ele foi substituído pelo Plymouth, que é mais flexível e também é bonitão, mas não carrega mais o X como o RHGB fazia, coisa que era legal pra fazer WinLoser pirar (“meu sistema sobe em modo gráfico e interativo, e o seu?“).

É, não dá mais. (Clica que aumenta!)

O desktop do Beta 1 continua com cara de Fedora, porém mais atual. Também quisera, né! 3 anos…

Instalei o VMware Tools, como de costume, que compilou absolutamente sem problemas. (No Red Hat 5 e CentOS 5, os módulos já não são mais compilados, uma vez que o instalador já carrega os módulos prontos pro kernel utilizado por ambas).

Sobre o BTRFS

Eu queria experimentar o BTRFS já nessa instalação, e não foi possível. Porém, após ler o draft do Migration Guide, verifiquei que existe uma opção à ser informada ao kernel e que disponibiliza o módulo do BTRFS para instalação. O uso é experimental, mas como estou usando pra “brincar”, deixei pra testar no Beta 2. Não iria reinstalar o Beta 1 “só” por isso. Se tiver mais um ou dois curiosos por aí, basta digitar “linux icantbelieveitsnotbtr”(wtf!?) ao selecionar o kernel no início da instalação.

BETA2 – Instalação e segundas impressões

Após dois dias de testes, chegou a hora de baixar o Beta 2 e acompanhar as mudanças que ocorreram nesse meio tempo. Ao chegar no mirror, surpresa: A mídia de instalação já havia sido modificada, e já disponibilizada como Server e Workstation. Baixei ambas, em versão do dia 15 de julho de 2010, mas até o momento, só fiz a instalação da versão Server. A Workstation eu utilizarei em algum desktop que eu achar sobrando por aqui.

As mudanças nessa versão se tornaram mais evidentes que na anterior. A interface gráfica foi alterada e está mais bonita. Passei a opção “icantbelieveitsnotbtr” pra testar o BTRFS, como deixei pendente no Beta 1, mas ao chegar no particionador, ainda não estava disponível.

O Anaconda também ficou mais “a cara” da Red Hat. No instalador ele já solicita o cadastro da Red Hat Network para quem possuir uma conta de avaliação. Eu não tenho, então pulei essa parte. Todo o resto foi sem surpresas e sem alterações. Não reaproveitei nem o anaconda-ks.cfg da instalação anterior pra verificar se alguma feature foi alterada, e com exceção da RHN, não houve nenhuma outra modificação funcional, somente a arte. O nome “BETA” já não está mais tão estampado como no Beta 1, o que passa um ar mais sério ao sistema (apesar do WARNING) no início da instalação.

A mídia Server não está mais tão enxuta quanto o da série 5. Em comparação ao Beta 1, notei falta apenas do OpenOffice (que no Beta 3, se houver, provavelmente será substituído pelo LibreOffice), e cuja ausência é normal numa mídia de instalação Server. O Plymouth, por padrão, veio com um tema bem mais insosso que o do Beta 1, pra não dizer mais feio: apenas um anel girando durante o carregamento do sistema. Samara Morgan mandou dizer que a-do-rou. Eu não.

Alguns pacotes também sofreram atualização desde o Beta 1 (mesmo?). As versões de alguns deles:

Kernel: 2.6.44-1.
GCC: 4.4.4-10
GLIBC: 2.12-1.4
Gnome: 2.28.2
X: 7.7-17
Yum: 3.2.27-12

BETA 2 – Utilização

(Seven days.)

Após a instalação, configurei o yum habilitando os repositórios pro RHEL6 Beta, e instalei mais alguns temas pro Plymouth. Boot feio aqui não! Diferente do Beta 1, as pastinhas do Gnome agora são azuis e tem relevo. Déjà Vu? As ferramentas que ficaram foram as seguintes:

- system-config-authentication
- system-config-lvm
- system-config-date
- system-config-network (mas ela chama a system-config-network-tui)
- system-config-firewall (muitas alterações, eu gostei)
- system-config-kdump
- system-config-printer
- system-config-keyboard
- system-config-printer-applet
- system-config-kickstart
- system-config-services
- system-config-language
- system-config-users

O sistema já tinha um update de kernel disponível, e agora foi atualizado pro 2.6.32-44.2. As configurações do Apache continuam seguindo o (ótimo) padrão da Red Hat, o que vai garantir uma atualização tranquila para aqueles que seguem essa hierarquia. Pelo menos do ponto de vista do servidor web. Também não encontrei o gdm-setup, front-end que configura o gdm, em ambos os Betas, o que dificultou a configuração de login remoto diretamente via X.

Quebrando o gelo – RHEL5 x RHEL6

A primeira diferença que senti no Beta 1 foi ao configurar a interface de rede: CADÊ O SYSTEM-CONFIG-NETWORK? É um mundo cão, mas sim. Eles tiraram. Rapidamente fui ao system-config-services, encontrei o serviço de rede (network) ativo, corri pro /etc/sysconfig/networking e não encontrei nenhuma configuração de dispositivo. Segundo o draft de migração do RHEL5 para RHEL6, confirmei o que eu não queria ter visto: O system-config-network foi substituído pelo NetworkManager e seu nm-applet. Isso gerou conflito com os usuários, e algumas pessoas reclamaram no bugzilla a ausência do utilitário. Não deu outra, a comunidade venceu e a Red Hat reinseriu o system-config-network novamente na árvore do RHEL6. Mas, no Beta 1, não teve jeito. Fiquei sem.

De acordo com o mesmo documento (que está desatualizado), outras ferramentas de configuração também foram retiradas. Uma regressão no meu humilde ponto de vista. E isso se aplicou ao:

- system-config-boot
- system-config-network
- system-config-cluster
- system-config-http
- system-config-lvm (apesar que no meu, está instalado e funcionando bem. Sempre foi uma ótima ferramenta)
- system-config-netboot
- system-config-nfs
- system-config-bind (ok, era cheio de bug e eu preferia fazer na mão. Entendo que deve ser um saco parsear configuração do Bind. Mas não seria melhor ter consertado? Era uma ferramenta com muito potencial)
- system-config-samba
- system-config-soundcard (obsoleto por que agora o sistema detecta as placas de som automaticamente? Com o PulseAudio? Garanto, ESSA VAI FAZER FALTA).
- system-config-switchmail (obsoleto por que, segundo o manual, o novo MTA padrão é o Postfix. Comigo isso só se comprovou no Beta 2. No Beta 1 ainda era o Sendmail).

E outras ferramentas que foram reagregadas:

- system-config-securitylevel (melhorou, unificado no system-config-firewall)
- system-config-rootpassword (melhorou, unificado no system-config-users)
- system-config-display (essa melhorou, foi substituído pelo XRandr, que tem se mostrado excelente de um ano pra cá)

Eu entendo algumas das mudanças aí realizadas, mas são poucas. Bem poucas. Concordo que o system-config-http, system-config-nfs, system-config-samba e system-config-boot eram ferramentas extremamente básicas e sua manutenção levava tempo. Mas, se o RHEL já tem uma interface gráfica confortável de usar, não seria mais racional o incremento dessas ferramentas visando uma melhor integração do sistema como um todo? “mimimi eu só uso o modo texto” – Eu sei Flipper (Marcellus®), eu também. Mas ferramentas gráficas fazem MUITA diferença, principalmente pra gerentes, pseudo-administradores e alguns outros cargos administrativos. Os faz pensarem que sabem realizar qualquer tipo de configuração, tira a impressão de “modo texto é coisa do passado” (aham, fala isso pra IBM, CISCO, Oracle, Sun e etc) e dá um peso uma feature a mais pro sistema.

Das configurações que realizei, gostei do syslog ter sido substituído pelo rsyslog e já ter o plugin de integração com o PostgreSQL direto da instalação, é um dos meus principais recursos de monitoramento. Há vários plugins do Yum também disponibilizados direto dessa mídia. Outra alteração já prevista foi a adoção do upstart, existente no Fedora desde a versão 9, e agora trazida por padrão no Red Hat 6. Eu não gosto, mas humildemente entendo que é um caminho sem volta. Assim como em outras distribuições, as configurações do upstart ficam no /etc/init e disponíveis no man 8 init, man 5 init, e no caso dos Red Hats, /etc/sysconfig/init.

Testes que ainda vou realizar

Das coisas que realmente quero experimentar no RHEL6 são os novos recursos de virtualização, com a criticada e elogiada substituição do Xen pelo KVM. Eu realmente estou ansioso para testar o RHEL6 como hypervisor, pois desde o princípio, “fui mais com a cara” do KVM do que do Xen. Os motivos que tenho para isso são completamente pessoais, nem adianta vir com mimimi se você prefere o Xen. Eu sei usar bem a ambos, mas prefiro o KVM pela excelente integração com o kernel Linux em si, coisa que não acontece com o Xen. Isso não pode ser feito numa máquina virtual, então não posso testar por agora, mas vou aproveitar algum IBM x3400 que tenho sobrando aqui no trabalho desde que foram substituídos e brincar com a virtualização.

Considerações finais

Nenhuma. Tudo o que foi descrito foram conclusões minhas. Ainda tenho muita coisa pra testar, provavelmente escreverei outras coisas relacionadas a essa distribuição. Se você ficou com vontade de experimentar, aproveite a disponibilidade e faça os testes que julgar necessário.

Stay safe,
Lucas Timm.

Lembrei com carinho de coisas das quais eu nunca falei pra ninguém. Que só nós dois vivemos. Bem, nós dois e algumas pessoas a mais, na maioria das vezes. Ahh, se tu soubesse o quanto eu mudei! O que estou me tornando, que não me afastei dos caminhos que um dia tu me ensinou (na verdade não foi bem assim huahuahua), mas deu certo no final. Mesmo assim, eu tava pensando em várias coisas.

Lembrei daquele alemão correndo (mancando) no meio da faísca, girando aquele bom-bril incendiado na direção do Velho Zé, pra sacanear o “pudim de cana”. Lembrei daquela mão grande de caminhoneiro apertando a minha mão – na época – pequenininha. Doía, sabia? hehe. E da mesma mão remendando fusível de caminhão (credo, a gente nunca levava reserva?) usando chave de maçaneta comum. Daquele óculos quadrado, na ponta do nariz, com duzentas chaves de fenda dentro daquela “leva-tudo” (“perde-tudo”, by Sandra Timm), olhando com atenção o funcionamento de um dispositivo qualquer, e que nessa altura do campeonato já estava desmontado em oitocentos pedaços em cima da mesa. Isso eu herdei de ti, tu sabia né!

Também lembrei do braço forte me segurando pelo pulso, que me jogava e logo puxava dentro daquela pscina para que eu não me afogasse. Daquele senhor sentado na beira da praia “cuidando” o que eu estava fazendo, pra que eu não fosse muito longe e me afogasse, ou fosse puxado pelas ondas. E por último, daquela camisa azul marinho (ou era verde?), que tu enrolava em mim quando eu sentia frio. Ficava igual um roupão. Pena que a vó já doou, se não eu a queria pra mim, ainda que de recordação.

Ai ai… Tantas coisas boas, mas que infelizmente a morte os separou, e ainda vai demorar um pouco pra nos reencontrarmos novamente. Mas um dia iremos novamente, e isso é o que importa. Até lá, tu vive pra sempre dentro do meu coração.