Programando pra Atari 2600 no Fedora

Como todo cara old school que começou nos 8 bits, eu sempre gostei de estudar e mexer em máquinas antigas ou emuladores. Eu curto a nostalgia de ter instalados no meu Fedora todos os computadores ou sistemas antigos que marcaram a minha vida digital, como o Atari 2600 (através do stella, via RPMFusion Free), o MSX Expert (através do openmsx), o Amiga 500 (através do e-uae, infelizmente via RPMFusion Non-Free) e, claro, um DOSBox pra não perder o costume. Eu costumava ter uma VM rodando FreeDOS, mas acabei me rendendo à comodidade do DOSBox prontinho. Só cuido pra instalar no DOSBox também o NASM e um bom debugger, como o debug do FreeDOS. O Insight também é bem interessante pra demonstrar a execução passo a passo de programas x86 16 bits (que eu insisto em "infligir" aos meus alunos).

Há mais de 10 anos eu tenho vontade de estudar um pouco mais sobre o processador 6502 e sobre programação pro Atari 2600, já que o 6502 era o "outro" processador de 8 bits que "estragou" a infância de muita gente na minha geração. Eu cresci com o MSX e o processador Z80, e nunca tive muito contato com o 6502, enquanto muita gente (principalmente na América do Norte e Europa) cresceu com o 6502 (Apple IIe, Commodore 64, e até o TK 3000 IIe aqui no Brasil) e não conheceu o Z80. A idéia era matar a vontade de conhecer o 6502 e já brincar de programar pro Atari 2600 como um desafio divertido.

Na época em que bateu essa vontade, eu baixei tudo o que achei de referências, datasheets, tutoriais, listas de opcodes e etc sobre 6502 e Atari 2600, imprimi tudo e... guardei. :-( Nunca tive tempo de voltar nesse material, nem de instalar assemblers pra 6502 e realmente meter a mão na massa. Passados uns dez anos, há alguns meses, estávamos conversando sobre realizar oficinas no Hackerspace de Chapecó, e de repente todo aquele contexto acima me veio à cabeça e pensei: é agora que eu me afundo no Atari! :-) Nada melhor do que me jogar de cabeça na responsabilidade de ter que preparar uma oficina pra finalmente "fazer tempo" e colocar a mão na massa. Pois bem, aqui está o primeiro passo.

O ferramental é simples: precisa do emulador stella, um assembler pra família 6502 (o Atari 2600 usa o 6507, uma versão capada do 6502) e um bom editor de textos (vim, claro). O Fedora tem alguns assemblers de 6502, dentre os quais eu escolhi o atasm por ser o que me pareceu mais simples e direto (pra não dizer tosco). Ajuda também baixar o arquivo vcs.h, do tutorial "2600 101" do site AtariAge, com as constantes usadas para identificar mais facilmente os registradores e endereços mágicos do hardware. 20 anos de uso de Software Livre me ensinaram a sempre verificar a licença dos códigos encontrados por aí, e esse vcs.h não tem licença nenhuma, o que indicaria que não poderíamos usá-lo. Mas na boa, é só um monte de constantes que qualquer pessoa poderia digitar por si mesma lendo os manuais da arquitetura, então não tem stress. Na minha interpretação não constitui um trabalho relevante, então é meramente uma comodidade.

O que eu gostei no atasm é que ele vem com um PDF (eu sou da Geração Manual, não da Geração Tutorial) que explica bem as opções de linha de comando, a sintaxe de assembly e diretivas que ele usa, dá exemplos e não é totalmente estranho (alguns outros eram). :-) Usando a opção "-r" o atasm gera uma imagem "raw" (ao invés de um arquivo objeto pra linkar depois), que é exatamente o que precisamos pra criar um "cartucho" do Atari. Uma linha típica pra compilar (tecnicamente é "montar", mas esse termo nunca me soou bem) um arquivo chamado "oficina-1.asm" e gerar um binário "oficina-1.bin" seria "atasm -r -ooficina-1.bin oficina-1.asm". Pra testar dá pra chamar o stella direto, com "stella oficina-1.bin". Mais barbada que isso não tem! :-) Usando a opção "-v" o atasm também gera uma listagem do código compilado na saída padrão. As demais mensagens do atasm vão pra saída de erro padrão, então dá pra capturar a listagem e ainda ver as mensagens no terminal com uma linha tipo "atasm -v -r -ooficina-1.bin oficina-1.asm > oficina-1.lst".

Dei uma refrescada rápida em alguns tutoriais, e rabisquei o meu primeiro código pra Atari 2600, que só faz um scroll contínuo de todas as cores que ele pode gerar, usando uma cor diferente para cada linha na tela (notem que tem copyright e licença, que chique!):

; Primeiro teste de kernel simples pra Atari 2600
; Copyright © 2015 Fábio Olivé Leite
; Licença: Faça o que quiser com este código fonte.

.INCLUDE "vcs.h"

*= $f000

reset    sei          ; Inicializa flags.
         cld
         ldx #255     ; Inicializa pilha.
         txs

         lda #0
zero     sta $00, x   ; Zera a RAM e o TIA.
         dex
         bne zero

start    lda #0       ; Inicia o frame zerando VBLANK ...
         sta VBLANK
         lda #2
         sta VSYNC    ; ... e ligando VSYNC.

         sta WSYNC    ; 3 linhas de VSYNC.
         sta WSYNC
         sta WSYNC

         lda #0       ; Desliga VSYNC.
         sta VSYNC

         ldx #34      ; Espera mais 34 linhas de VBLANK.
vblank0  sta WSYNC    ; Muitos lugares falam em 37 linhas
         dex          ; mas no Stella o 34 alinhou melhor
         bne vblank0  ; com o topo da janela.

         ldx #210     ; Desenha 210 linhas visíveis.
         tya          ; Era pra ser 192, mas 210 fecha até
draw     sta COLUBK   ; embaixo da janela do Stella.
         sta WSYNC    ; Um dia eu testo em um Atari real.
         clc
         adc #1       ; Este "desenho" só vai variando a cor
         dex          ; de fundo nas linhas. :-)
         bne draw

         lda #2       ; Liga VBLANK porque acabou o frame.
         sta VBLANK
         ldx #30      ; São mais 30 linhas de overscan.
ovscan   sta WSYNC    ; Acabou ficando com 277 linhas no frame.
         dex
         bne ovscan

         iny          ; Incrementa a próxima cor inicial.
         jmp start    ; Volta pro início pra começar a próxima tela.

*= $fffa
.WORD    reset        ; NMI
.WORD    reset        ; Reset
.WORD    reset        ; IRQ

Não cabe aqui explicar os detalhes de como se programa pra Atari 2600, ou o porquê do código precisar ser da forma que é. Isso fica pra um próximo artigo, mas adiantando só um detalhe pra assustar: o Atari 2600 só tem "memória de vídeo" pra uma linha da imagem (da TV) de cada vez, então precisamos montar o "frame de vídeo" uma linha por vez durante o retraço horizontal, e processar a lógica do jogo durante o retraço vertical. Seja bem-vindo à programação pra Atari! ;-)

Os cartuchos simples pra Atari têm 4KiB que são mapeados na parte superior da memória do 6507, que na verdade só tem 13 pinos de endereços, embora o seu núcleo 6502 interno tenha todos os 16 pinos, o que faz com que o 6507 enxergue 8 blocos de 8KiB repetidos (que maravilha). O código então geralmente é gerado para começar no endereço 0xF000, e segundo o datasheet do 6502 as três últimas palavras de 16 bits (little-endian) na memória indicam os endereços para os quais o processador vai saltar em caso de NMI (interrupção não mascarável, cujo pino está faltando no 6507), em caso de Reset (ou quando é ligado) e em caso de IRQ (que também não tem no 6507, ô lasquera). Basicamente o costume é repetir nos seis últimos bytes da memória o endereço onde inicia o código do cartucho.

Compilando (tá, montando) o código acima com o atasm, ele nos conta que gerou 71 bytes de código de máquina. São 65 bytes de código mais os 6 dos endereços no final, e o binário gerado fica com exatos 4096 bytes, como deveria ser.

$ atasm -v -r -ooficina-1.bin oficina-1.asm > oficina-1.lst
ATasm 1.07 (A mostly Mac65 compatible 6502 cross-assembler)
Pass 1: Success. (0 warnings)
Pass 2:

Assembly successful
  Compiled 71 bytes (~0k)
  Writing raw binary image:
    f000-ffff

Compiled to binary file 'oficina-1.bin'

É legal olhar a listagem gerada pelo atasm, pra ver os opcodes e os endereços.

00:F0  78     reset    sei         ; Inicializa flags.
01:F0  D8              cld
02:F0  A2 FF           ldx #255    ; Inicializa pilha.
04:F0  9A              txs
05:F0  A9 00           lda #0
07:F0  95 00  zero     sta $00, x  ; Zera a RAM e TIA.
09:F0  CA              dex
0A:F0  D0 FB           bne zero
0C:F0  A9 00  start    lda #0      ; Inicia o frame zerando VBLANK ...
0E:F0  85 01           sta VBLANK
10:F0  A9 02           lda #2
12:F0  85 00           sta VSYNC   ; ... e ligando VSYNC.
14:F0  85 02           sta WSYNC   ; 3 linhas de VSYNC.
16:F0  85 02           sta WSYNC
18:F0  85 02           sta WSYNC
1A:F0  A9 00           lda #0      ; Desliga VSYNC.
1C:F0  85 00           sta VSYNC
1E:F0  A2 22           ldx #34     ; Espera mais 34 linhas de VBLANK.
20:F0  85 02  vblank0  sta WSYNC   ; Muitos lugares falam em 37 linhas
22:F0  CA              dex         ; mas no Stella o 34 alinhou melhor
23:F0  D0 FB           bne vblank0 ; com o topo da janela.
25:F0  A2 D2           ldx #210    ; Desenha 210 linhas visíveis.
27:F0  98              tya         ; Era pra ser 192, mas 210 fecha até
28:F0  85 09  draw     sta COLUBK  ; embaixo da janela do Stella.
2A:F0  85 02           sta WSYNC   ; Um dia eu testo em um Atari real.
2C:F0  18              clc
2D:F0  69 01           adc #1      ; Este "desenho" só vai variando a cor
2F:F0  CA              dex         ; de fundo nas linhas. :-)
30:F0  D0 F6           bne draw
32:F0  A9 02           lda #2      ; Liga VBLANK porque acabou o frame.
34:F0  85 01           sta VBLANK
36:F0  A2 1E           ldx #30     ; São mais 30 linhas de overscan.
38:F0  85 02  ovscan   sta WSYNC   ; Acabou ficando com 277 linhas no frame.
3A:F0  CA              dex
3B:F0  D0 FB           bne ovscan
3D:F0  C8              iny         ; Incrementa a próxima cor inicial.
3E:F0  4C 0C F0        jmp start   ; Volta pro início do frame.

FA:FF  00 F0  .WORD    reset       ; NMI
FC:FF  00 F0  .WORD    reset       ; Reset
FE:FF  00 F0  .WORD    reset       ; IRQ

Confirmando que temos um "cartucho" corretamente montado, agora é só chamar o stella e testar (basta rodar "stella oficina-1.bin"). A emocionante :-D captura de tela abaixo mostra que deu certo!

Agora que meu primeiro teste funcionou, estou fadado a passar o resto dos meus minutos livres tentando fazer algo que preste, ou melhor, tentando programar um excitante jogo onde um quadrado verde tenta pegar uma bola azul enquanto foge de um borrão amarelo, ou algo do tipo. ;-) Talvez ao invés de continuar postando no blog eu comece a escrever um material legal sobre 6502, sobre Atari 2600 e contendo exemplos cada vez mais elaborados lá no xap-hacks.org. Por mais que o Inglês seja uma obrigação básica pra nós que trabalhamos com tecnologia, eu sinto que criar material original e de qualidade em Português Brasileiro cobrindo conceitos fundamentais como Arquitetura de Computadores, especialmente usando processadores que existem de verdade ao invés de processadores "didáticos" que só existem no papel, é um esforço que vale a pena.

Vamos ver no que dá! :-)

CONVOCAÇÃO: Reunião de Colaboradores do Projeto Fedora de Chapecó e Região

Bora fuçar no Fedora, pessoal!

CONVOCAÇÃO: Reunião de Colaboradores do Projeto Fedora
QUANDO: Sábado 29/Novembro, das 14h às 18h
ONDE: Lab B202 (Bloco B) da UNOESC Chapecó

Chamamos todos os atuais colaboradores do Projeto Fedora de Chapecó e região, bem como os interessados em se tornarem contribuidores deste grande projeto, para uma reunião de trabalho e habilitação de novos contribuidores, a se realizar no Lab B202 da UNOESC Chapecó, na tarde do sábado dia 29 de Novembro, a partir das 14h.

Se você já é colaborador e anda meio parado, venha encontrar seus colegas e receber uma nova dose de motivação! Se você tem vontade de participar de uma grande comunidade global de desenvolvimento de Software Livre, crescendo como pessoa e como profissional, venha aprender os primeiros passos conosco, e encontrar novos amigos!

A proposta de trabalho e estudo é a seguinte:

• O que é, como se organiza e como funciona o Projeto Fedora;

• Como instalar e utilizar o Sistema Operacional Fedora;

• Como contribuir para o desenvolvimento do Fedora;

• "Prática" com criação de contas no Fedora Account System, apresentação nas listas de emails dos grupos de trabalho de interesse dos presentes, canais de IRC onde a comunidade se encontra, etc.

O ambiente será informal e prático, como um grande trabalho em grupo. Venha aprender e fuçar no Projeto Fedora conosco!

Tragam seus laptops, pendrives (para criação de imagens Live de uso e instalação) e a vontade de realizar algo novo.

Conversa: Como participar do Projeto Fedora, 16/Outubro 19h

Estou começando a organizar encontros que visam orientar os interessados da região oeste de Santa Catarina sobre como começar a participar do Projeto Fedora, através do laboratório Garagem Tecnológica da UNOESC Chapecó. Minha idéia é trazer periodicamente profissionais da área de TI que atuam no Fedora, com funções variadas, para que eles possam nos contar como iniciaram, por onde podemos entrar e o que é que os vários times como QA, empacotamento, tradutores e etc fazem para o Projeto.

Nesta quinta-feira, dia 16 de Outubro às 19h, teremos no Bloco B da UNOESC Chapecó o primeiro encontro desta série, com o Bruno Zanuzzo. Ele começou recentemente a atuar no time Fedora QA, que basicamente realiza testes e controle de qualidade no Fedora. A idéia é que o encontro dure mais ou menos 1h, e que possamos sair de lá já com contas criadas no FAS e nos "alistando" nos times de teste e QA. O enfoque é "teático": teoria aliada à prática. :-)

TODOS ESTÃO CONVIDADOS, INDEPENDENTE DE ONDE ESTUDAM OU TRABALHAM. :-)

Vamos lá gente! Venham conhecer mais sobre o processo de QA do Projeto Fedora e como podemos participar e ajudar a melhorar ainda mais este ótimo Sistema Operacional Livre!

Já estou conversando também com o Marcelo Barbosa, que é empacotador e tradutor do Fedora, para uma próxima conversa daqui mais algumas semanas, em um sábado. Fiquem ligados. :-)

Acompanhando a "limpeza" da LibReSSL

Quem me conhece sabe que, apesar de usar e promover o uso do Fedora, que é o meu Sistema Operacional favorito, eu também gosto bastante do OpenBSD (que usei de forma quase exclusiva por uns 3 anos, entre 2003 e 2006). Como não curto muito jogar no celular, minha distração digital é ler os commits do OpenBSD lá no MARC.info, e ocasionalmente olhar alguns diffs no FreshBSD, quando a commit message parece particularmente interessante ou divertida.

Desde o fork da OpenSSL, que se tornou a LibReSSL, venho lendo com atenção os commits nessa parte do repositório, e fiquei bem impressionado acompanhando as atividades de limpeza e refatoração do código, correção de bugs, eliminação de arquivos inúteis ou abandonados, opções de compilação de benefício duvidoso e o "estancamento" de muitos memory leaks. Eu já tinha medido de forma bem "crua" e nada científica a extensão do trabalho, medindo o número de arquivos antes e depois da limpeza, e o espaço em disco ocupado pela lib/libssl no meu checkout local do OpenBSD src. Tinha chegado à conclusão de que um terço do código já tinha ido pro /dev/null, mas muita coisa lá não era exatamente código, então sempre ficava aquela sensação de que tinha que achar uma maneira mais apropriada de medir essa limpeza.

Estes dias, lendo um post sobre o Minecraft feito em 500 linhas de Python, me deparei pela primeira vez com o comando "cloc", que calcula as LOCs de um ou mais arquivos fonte. Quando vi o cloc imediatamente lembrei da LibReSSL. Pode não ser perfeito nem exato, mas certamente já é uma aproximação muito melhor do que simplesmente medir o espaço em disco ocupado, hehehe. Obviamente o cloc está empacotado no Fedora, então é só procurar por ele no Softwares, ou abrir um terminal e rodar "sudo yum install cloc".

Aqui está o relatório do cloc no lib/libssl do OpenBSD src, com o checkout do que havia lá no início de abril, antes do fork:

-------------------------------------------------------------------------------
Language                     files          blank        comment           code
-------------------------------------------------------------------------------
C                              911          32917          68531         234548
Perl                           166           8455           7874          67187
C/C++ Header                   189           5689          14741          32212
make                            80           1818            561          15623
Assembly                        14           1356           1405          11067
C++                             26           1860            760           4041
Bourne Shell                    62            777            702           3411
m4                               1            514              0           1585
DOS Batch                       33            413            133           1241
Lisp                             1              2             19             24
HTML                             1              2              2              3
-------------------------------------------------------------------------------
SUM:                          1484          53803          94728         370942
-------------------------------------------------------------------------------

No total eram 1484 arquivos fonte (reconhecidos pelo cloc) com um total de 370 KLOCs. Agora vamos ver o mesmo relatório com os fontes mais atuais:

-------------------------------------------------------------------------------
Language                     files          blank        comment           code
-------------------------------------------------------------------------------
C                              674          23730          53766         171050
Perl                           116           7275           6966          60669
C/C++ Header                   125           4577          11686          25786
Assembly                        12           1154           1350           8660
Bourne Shell                    19            365            301           1850
m4                               1            514              0           1585
make                             3             19              4            301
-------------------------------------------------------------------------------
SUM:                           950          37634          74073         269901
-------------------------------------------------------------------------------

Uma bela limpeza! Mais de 500 arquivos e 100 KLOCs foram pro /dev/null até agora, e a LibReSSL continua compatível com a OpenSSL, sem quebrar a API e, a princípio, funcionando melhor, com menos bugs e leaks. É interessante ver também, nos commits, que mais gente tem começado a contribuir, o que parece ser um resultado positivo da limpeza e refatoração do código.

Se mais gente entende o código, mais gente sente vontade de contribuir. Obviamente reinventar a roda só por reinventar é uma perda de tempo, porém se o objetivo é chegar numa roda melhor, mais leve e com menos defeitos, certamente vale a pena. Alguns projetos de roda livre "coopetindo" entre si certamente levam a mais Software Livre de qualidade para todos. Boa sorte, LibReSSL!

Atualizou o Fedora e o touchpad ficou lento? [FIXED]

tl;dr: Não se assuste! Já já vai sair um update pro pacote xorg-x11-server-common que corrige isso. Aqui está o bugzilla deste problema.

Ontem de noite cometi aquele erro clássico: atualizei uns 200 pacotes no meu Fedora 20, desliguei o laptop e fui dormir. Quando fui dar uma geral nas internerds hoje de tarde, percebi que o touchpad estava incrivelmente lento, tendo que passar o dedo umas 15 vezes pro cursor ir de um canto a outro da tela. Na hora pensei "Putz! Nem vi o que atualizei ontem!".

Mas tudo bem, nada que uma googlada não resolva. Procurei por "fedora 20 update mouse slower" e achei posts e bugs descrevendo o problema. O pacote xorg-x11-server-common-1.14.4-10.fc20.x86_64 inclui uma mudança que deveria ser uma melhoria em algumas situações usando dois ou mais monitores,  porém para muita gente acabou "estragando" o uso do touchpad e o QA não pegou essa regressão. Mas logo logo sai o release -11.fc20.x86_64 corrigindo isso (já está no updates-testing).

Por enquanto eu rodei o workaround que foi comentado no post e no bug: rodei "synclient MinSpeed=6" em um terminal e o touchpad ficou "aceitável" por enquanto.

Update 2014-06-29: Já está disponível a atualização que resolve o problema:

$ rpm -q --changelog xorg-x11-server-common | head -3
* Sex Jun 27 2014 Peter Hutterer 1.14.4-11
- Revert the previous fix, it breaks a couple of touchpads (#1104789)

Encontro de LibreOffice, Arduino Day e FLISoL: OeSC-Livre em movimento!

Mas bah! Fazem semanas que eu queria vir postar alguma coisa, pelo menos desde o Arduino Day. Os últimos meses foram de muito movimento divertido aqui no Oeste Catarinense, começando pelo 3º Encontro Catarinense de LibreOffice que aconteceu no dia 15 de Março lá na UnC em Concórdia. O Klaibson Ribeiro e o Jackson Laskoski estão de parabéns pela iniciativa de trazer este evento pra cá. Aliás, é muito legal ver eventos cada vez mais diferenciados e específicos acontecendo aqui no bom e velho oeste. Acredito que estamos colhendo os frutos de sementes que vêm sendo plantadas nos últimos anos, com otimismo, tranquilidade e perseverança.

O Arduino Day organizado lá na UNOESC Chapecó foi um sucesso total. Tivemos laboratórios lotados e muita gente fuçando nas plaquinhas, aprendendo a lidar com bits físicos. Desde os piscadores de LED até gente fazendo sensores de temperatura e mexendo com displays LCD, tinha de tudo e todos os envolvidos saíram de lá tendo aprendido muita coisa. Valeu muito a pena participar. Pra variar eu apresentei uma daquelas palestras que acaba em um terminal aberto cheio de números hexadecimais, e o público adorou! Hahahah evento nerd é assim: projeta uma tela preta com letras e números enigmáticos e o pessoal fica maluco. Eu queria ter melhorado um pouco os slides antes de disponibilizar aqui, já que o código em si eu mostrei no terminal, mas faltou tempo. Fica pra próxima palestra deste assunto.

No sábado passado tivemos o segundo FLISoL realizado em Chapecó, desta vez sediado pela UNOESC. Foi um sucesso novamente. Muita gente que já conhecia Software Livre (e Hardware Livre, que tem estado sempre presente) aproveitou pra trocar idéias e renovar conhecimentos, e também muita gente nova nesse mundo aproveitou pra instalar uma distribuição de Linux pela primeira vez com a ajuda dos mais experientes. O Álisson Bertochi e o Tiago Zonta estão de parabéns pelo excelente evento, muito bem organizado. Também foi muito legal o engajamento de pessoas como o Éderson Szlachta (que fez o layout dos crachás) e o Eliezer Bernart, que falou sobre FirefoxOS, apresentou oficina de desenvolvimento pra esse novo Sistema Operacional, e ainda trouxe muitos swags da Mozilla pra distribuir pra gurizada.

No FLISoL eu apresentei uma palestra sobre Software e Hardware Livres, para dar uma base conceitual às conversas, palestras e oficinas que viriam depois, e mais tarde como é de praxe apresentei o Projeto Fedora. No InstallFest da tarde ajudei uma pessoa a instalar Fedora 20 em seu laptop em dual-boot com o Windows 8. Tive um pouco de medo no início, e é claro que deu um probleminha (o Fedora bootava legal, mas o Windows não queria mais ligar), mas desabilitando o SecureBoot deu tudo certo. Deve ter uma maneira de deixar os dois funcionando bem com SecureBoot, mas não deu tempo de investigar mais. Distribuimos mídias de Fedora e criamos pendrives para alguns que iam instalar em casa. No geral foi tudo muito legal.

Fico muito feliz de ver que já podemos dizer que temos uma comunidade de Software e Hardware Livre estabelecida e ativa na região. Muitos eventos, encontros e outros movimentos interessantes vêm acontecendo, como os Hackerspaces que estão tomando forma e se concretizando. Também é muito legal ver que todos estes eventos tiveram apoios variados, inclusive com a Editora Novatec se fazendo presente em todos eles, com códigos promocionais e itens para sorteio. Tanto no Arduino Day quanto no FLISoL a empresa local Fazolo Componentes Eletrônicos também apoiou, com kits de componentes a preços promocionais e sortendo um kit por evento.

Agora vem o FISL e fechamos o primeiro semestre do ano com chave de ouro. Teremos muita gente do grupo lá, pra celebrarmos juntos e representarmos nossa região, que cada vez mais demonstra que está caminhando com passos firmes no mundo da tecnologia.

Criando um pendrive com vários Fedoras Live

O fim de semana passado foi de backups e reinstalações de Fedora aqui em casa, para atualizar os laptops da família. Sim, eu conheço o Fedup, preupgrade e outras formas de atualizar o nosso Sistema Operacional favorito, obrigado. Ainda assim, de tempos em tempos eu gosto de fazer backup, chutar tudo o que tem no disco e reinstalar do zero, para dar uma sensação maior de "alívio refrescante". Cada um sabe de si. :-)

Eu tinha as ISOs Live do Fedora 20 Beta RC5, em 32 e 64 bits, e pensei em dar um jeito de colocar as duas co-existindo no mesmo pendrive, pra facilitar a minha vida (um dos laptops antigos é 32b). Tinha recém tentado usar um DVD multi-Live e multi-arch, do Fedora 19, que o Wolnei Tomazelli havia me dado quando nos encontramos por sorte no aeroporto de Floripa. Infelizmente o DVD estava meio arranhado e travava a instalação no meio do caminho, então decidi começar a usar apenas pendrive mesmo.

Eu já criei outros pendrives com Lives ou Installs do Fedora, usando o comando livecd-iso-to-disk, do pacote livecd-tools, porém nunca com várias versões no mesmo pendrive. No fim o processo não foi totalmente automático como eu esperava, mas também não foi nenhuma dor de cabeça arrumar os detalhes do syslinux (boot loader usado na pendrive). Pra quem nunca mexeu mais diretamente nisso pode ser um bom aprendizado.

Preparando o pendrive

Um ponto importante a se cuidar antes de preparar um pendrive de Fedora, é que grande parte dos pendrives não vem com um MBR apropriado, ou vem com uma descrição da partição meio quebrada que o Sistema Operacional entende porém o BIOS se perde na hora de dar boot. Me desculpem a explicação nada técnica, mas minha impressão é essa e só sei que "formatando resolve". ;-)

Para deixar a pendrive preparada, entre no utilitário Discos (gnome-disks), selecione a pendrive, selecione a partição, desmonte-a (ícone de stop, é um quadradinho preto) se estiver montada, e remova-a (ícone que é um sinal de menos). Depois clique no ícone das engrenagens na parte de cima da janela, que se referem ao disco todo, e formate a pendrive no padrão MBR (compatível com a maioria dos computadores). Isso na verdade só zera a tabela de partições do bichinho, reescrevendo o setor 0.

Depois disso, adicione uma nova partição no padrão FAT, clicando no ícone que é um sinal de mais. Por último, clique no ícone de engrenagem que aparece abaixo da representação do disco, e escolha editar o tipo da partição. Para garantir, mude o tipo da partição para W95 FAT32 LBA (0x0c), e marque a partição como bootável. UFA! Falta pouco.

Os comandos a partir de agora usam o dispositivo /dev/sdb para representar a pendrive. TOME CUIDADO E VERIFIQUE QUAL DISPOSITIVO REPRESENTA A SUA PENDRIVE. Para garantir que o pendrive tenha um MBR que funcione, rode o comando abaixo:

$ sudo dd if=/usr/share/syslinux/mbr.bin of=/dev/sdb

Agora falta apenas colocar o syslinux no bicho. Rode mais este comando:

$ sudo syslinux -i /dev/sdb1

Pronto, finalmente o pendrive está seguramente pronto pra bootar em qualquer máquina. É possível testar o setup até agora usando o qemu, rodando:

$ sudo qemu-kvm -hda /dev/sdb

A janela do qemu vai mostrar o prompt do syslinux (boot:), indicando que o pendrive está bootando corretamente. Feche o qemu e siga adiante.

Gravando as imagens na pendrive

Bom, partindo do ponto em que o pendrive está plugado porém desmontado e pronto pra bootar (lembre de sempre desmontar pelo utilitário Discos ou manualmente no shell), que tu sabes qual é o dispositivo a ser utilizado e que baixastes as ISOs que queres usar, rode estes comandos:

$ sudo   livecd-iso-to-disk   --multi   --livedir   F20_32   \
        Fedora-Live-Desktop-i686-20-Beta-5.iso    /dev/sdb1

$ sudo   livecd-iso-to-disk   --multi   --livedir   F20_64   \
        Fedora-Live-Desktop-x86_64-20-Beta-5.iso    /dev/sdb1

Cada um vai demorar vários minutos, enquanto eles copiam as imagens. Em princípio estaria tudo pronto, porém fica faltando um pedaço que o livecd-iso-to-disk não faz, que é criar uma configuração de syslinux que boote qualquer uma das imagens. Na verdade, neste ponto, a pendrive nem boota corretamente, pois fica no prompt do syslinux sem se ter muito o que fazer ali, a não ser que se saiba de cor a linha gigantesca de boot das imagens Live. O problema é que o livecd-iso-to-disk coloca os diretórios do syslinux dentro do diretório de cada imagem Live, porém quando o syslinux boota ele espera encontrar os seus arquivos de configuração e comandos dentro do diretório syslinux, ou na raiz do pendrive (configuração padrão).

Arrumando a configuração do syslinux

A correção é bem fácil, basta montar a pendrive e copiar o diretório syslinux (copiar, não mover) de um dos diretórios de imagem Live para o raiz do pendrive. Eu copiei o diretório syslinux que achei dentro do F20_64, desmontei e bootei, e funcionou. MAS, funcionou só para as imagens de 64 bits. O problema é que o livecd-iso-to-disk não é esperto o suficiente pra juntar as duas configurações de syslinux das duas imagens Live, então essa tarefa fica pra nós. :)

Dentro do diretório syslinux copiado, haverá um arquivo chamado syslinux.cfg. É este arquivo quem descreve o que o syslinux vai fazer quando boota, inclusive montar o menu que é interpretado pelo vesamenu.c32 do mesmo diretório. Abra esse arquivo no gedit, e passe alguns minutos lendo e entendendo o que ele faz.

Depois de se familiarizar um pouco com a sintaxe, note as linhas que contém "label linux0" e "kernel /F20_64/syslinux/vmlinuz0", por exemplo. Estas são as linhas que descrevem como bootar os kernels e imagens de disco live presentes na pendrive. O que precisamos é abrir o syslinux.cfg da OUTRA imagem live, e copiar estas entradas para o syslinux.cfg global do pendrive. É importante mudar o nome do label, para que o syslinux não se perca. Basta mudar de "label linux0" pra "label linux1".

Na minha pendrive eu copiei também a seção "label basic0" da imagem 32 bits, para ser possível bootar a imagem de 32 bits com driver de vídeo vesa, mudando-a para "basic1". É importante mudar também a descrição das linhas "label" para identificar qual imagem é de 32 bits e qual é de 64 bits.

A primeira parte do syslinux.cfg ficou assim:

label linux0
  menu label ^Start Fedora Live 64b
  kernel /F20_64/syslinux/vmlinuz0
  append initrd=/F20_64/syslinux/initrd0.img root=live:UUID=E6F0-8DA8 rootfstype=vfat ro rd.live.image live_dir=F20_64 quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0
  menu default

label linux1
  menu label ^Start Fedora Live 32b
  kernel /F20_32/syslinux/vmlinuz0
  append initrd=/F20_32/syslinux/initrd0.img root=live:UUID=E6F0-8DA8 rootfstype=vfat ro rd.live.image live_dir=F20_32 quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0

Note como cada label aponta para um diretório específico. Facilita testar com o qemu-kvm (de preferência passando -m 1024 para ele ter bastante memória) até ter certeza que tudo está perfeito.

Adicionando ainda mais uma imagem

Pra completar, resolvi baixar ainda uma terceira imagem Live, dessa vez a Fedora-Live-LXDE-i686-20-Beta-5.iso para testar em sistemas mais antigos. Vamos rever como adicionar ela ao pendrive, que agora terá 3 imagens Live diferentes:

$ sudo   livecd-iso-to-disk   --multi   --livedir   F20_LX32   \
        Fedora-Live-LXDE-i686-20-Beta-5.iso    /dev/sdb1

Quando estiver pronto, monte o pendrive de novo, e faça o esquema de copiar as seções do syslinux.cfg dessa nova imagem para o syslinux.cfg "global" da pendrive. Agora as seções "label linux*" ficaram assim:

label linux0
  menu label ^Start Fedora Live 64b
  kernel /F20_64/syslinux/vmlinuz0
  append initrd=/F20_64/syslinux/initrd0.img root=live:UUID=E6F0-8DA8 rootfstype=vfat ro rd.live.image live_dir=F20_64 quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0
  menu default

label linux1
  menu label ^Start Fedora Live 32b
  kernel /F20_32/syslinux/vmlinuz0
  append initrd=/F20_32/syslinux/initrd0.img root=live:UUID=E6F0-8DA8 rootfstype=vfat ro rd.live.image live_dir=F20_32 quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0

label linux2
  menu label ^Start Fedora Live LXDE 32b
  kernel /F20_LX32/syslinux/vmlinuz0
  append initrd=/F20_LX32/syslinux/initrd0.img root=live:UUID=E6F0-8DA8 rootfstype=vfat ro rd.live.image live_dir=F20_LX32 quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0

A seção que contiver "menu default" será a que estará selecionada por default no menu criado pelo vesamenu.c32 do syslinux. Para finalizar os últimos retoques, se pode remover alguns arquivos agora inúteis, como os "boot.cat", as cópias extras do memtest, etc. Para servir de referência, aqui está o arquivo syslinux.cfg que eu criei até agora, separado com linhas extras pra facilitar a compreensão.

Novamente, lembre de sempre desmontar pelo utilitário Discos ou manualmente no shell, ao invés de "ejetar", pois o "ejetar" desliga o pendrive, e será necessário retirá-lo e plugá-lo novamente, e aí desmontar de novo. :-) E teste sempre com "sudo qemu-kvm -m 1024 -hda /dev/sdb", para facilitar a vida.

Para fazer um pendrive com syslinux ainda mais útil, se pode inclusive copiar alguns módulos extras do syslinux para dentro do diretório syslinux na raiz do pendrive. Eles estão em /usr/share/syslinux e podem ser acessados no prompt de boot do syslinux, quando se sai do menu apertando ESC. No meu pendrive eu copiei também os módulos hdt.c32, ls.c32, meminfo.c32, poweroff.com, reboot.c32 e rosh.c32. Experimentá-los fica como tema para casa. ;-)

TecLand, palestras, Fedora e novos hábitos

Este fim de semana foi bastante corrido mas muito proveitoso. Muita coisa legal aconteceu. Eu e o Marcelo Barbosa participamos do IV Encontro TecLand, com uma palestra sobre Fedora em arquitetura ARM, e o Marcelo também apresentou uma outra palestra sobre o oVirt (nessa eu só dei pitaco). O evento foi ótimo, provavelmente o melhor que o TecLand já fez. O Álisson e o  Éder, do TecLand, e a Fabiane Erlo, da UnC, realizaram um evento muito legal, bem planejado e executado, e com público ao redor de 100 pessoas.

Mas antes e depois do evento aconteceu muita coisa legal também, pois o Marcelo veio aqui pra minha casa já na sexta-feira, então batemos altos papos sobre ARM e etc. Sexta no final da tarde o Álisson passou aqui pra nos pegar, pegamos também o Paulo Klaus e fomos pra Concórdia. Depois de alguns ajustes e testes no auditório da UnC, o Jackson Laskoski e o Adinarte nos levaram pra uma janta buenacha, onde ficamos até meia-noite em altos papos filosóficos e nerds. :)

No sábado rolou o evento lá na UnC, onde tivemos até um tradicional "pão com salsichão" para os participantes, cortesia do Prox. Max Pezzin, apresentações muito legais e um público bem interessado. Terminada a "ordem do dia", voltamos pra Chapecó, e no domingo passeamos bastante com o Marcelo na cidade pra fazer um  pouco de turismo. No meio da tarde resolvemos libertar o laptop do Álisson, que rodava um Windows qualquer, então fomos pra uma sorveteria (estava quente pacas aqui) com um pendrive do Fedora 20 (Beta RC5) e um modem 3G.

Acabamos não apenas ajudando o Álisson a reinstalar seu laptop e fazer tudo funcionar a contento no Fedora 20, mas também aproveitamos para fazer uma longa caminhada batendo papo, onde o Marcelo me deu o caminho das pedras pra virar tradutor do Fedora, e encorajou eu e o Álisson a fazer caminhada e corrida todos os dias para cuidar da saúde física e mental. Eu já comecei hoje mesmo o "novo hábito", saí de casa para caminhar às 6h40 e voltei às 7h40, tendo dado algumas voltas no eco-parque. Já traduzi algumas coisas lá no transifex também. :)

Eu já vinha no ritmo das palestras e apresentações, pois tinha na semana passada conversado com alunos do SENAI e também da UCEFF, aqui em Chapecó. Tinha ficado um tempo sem realizar atividades relacionadas ao Fedora, mas agora retornei à ativa, hehehe. Na conversa da UCEFF eu acabei de vez com meus DVDs do Fedora 18, agora preciso arranjar mais, já do Fedora 20!

Mais FISL 14: Beyond the 4 Fs: What is Fedora effectively doing for Open Source?

[en_US version below]

Finalmente, depois da viagem de volta, do descanso e de retornar ao trabalho, consegui uns minutos para postar a segunda palestra que apresentei no FISL 14, ao lado do grande amigo e colega de trabalho Leonardo Vaz (obrigado Leo!). Agradeço também a presença e participação de outros Embaixadores Fedora do Brasil, como o Wolnei, Penasio, Marcelo e ainda outros que o cansaço não deixa lembrar (me desculpem!).

A idéia dessa palestra (aqui estão os slides, e aqui está o vídeo oficial) era demonstrar que, nos seus atuais 10 anos de existência, o Projeto Fedora sempre esteve focado na sua missão de avançar o estado da arte do Software Livre e Open Source. Começamos a palestra com uma rápida explicação de como e porque surgiu o projeto, e então fizemos uma recapitulação de todas as principais tecnologias e projetos que o Fedora integrou e ajudou a amadurecer, comentando ano a ano cada um dos releases lançados. O público se demonstrou bastante interessado, e acho que conseguimos demonstrar claramente que existe muito mais no Fedora do que aquilo que cabe no DVD de instalação, e que as pessoas devem não apenas instalar o Fedora, mas também esmiuçar detalhadamente todas as inúmeras funcionalidades que estão aguardando nos repositórios oficiais. Basta procurar o que se quer, tem um pouco-bastante de tudo!

[en_US] More FISL 14: Beyond the 4 Fs: What is Fedora effectively doing for Open Source?

Finally, after traveling back, getting some rest and then back to work, I could free up some minutes to post about the second talk I presented at FISL 14, beside my good friend and workmate Leonardo Vaz (thank you Leo!). I also thank the presence and participation of other brazilian Fedora Ambassadors, such as Wolnei, Penasio, Marcelo and still others that I'm too tired to remember (sorry!).

The idea on this talk (here are the slides, and here is the official video) was to demonstrate that, during its current 10 years of existance, the Fedora Project has always been focused on its mission of advancing the state-of-the-art in Free and Open Source Software. We started the talk with a quick explanation of how and why the project was created, and then we did a recollection of all the main technologies and projects that Fedora has integrated and helped mature, commenting each of the releases launched year after year. The public has shown great interest, and I believe we could demonstrate clearly that there is much more to Fedora than fits into the installation DVD, and that people should not just install Fedora, but also examine closely all the countless functionalities that are just waiting in the official repositories. You just need to search what you want, there's a little-lot of everything!

Primeira palestra no FISL 14: Vida e Morte de um Pacote de Rede no Kernel

Hoje fiquei extremamente feliz e aliviado de ter conseguido apresentar uma boa palestra no FISL 14. Eu realmente estava com medo de não conseguir abordar bem o assunto, pois já faz algum tempo que eu não fuço na pilha de redes do Linux como eu fuçava há um ano e meio. No fim acabou fluindo tudo bem, e embora a sala não estivesse cheia, tinha bastante gente interessada e fazendo perguntas pertinentes e inteligentes. Fiquei feliz mesmo ao terminar a palestra e sentir que tinha feito um bom trabalho. :-)

Como eu prometi no final da palestra, aqui estão os slides que eu utilizei, e aqui estão os exemplos de pequenas probes para investigar a pilha de redes com systemtap. Quem assistiu a palestra (tem um vídeo aqui, mas só vi um pedaço e não sei se dá pra entender bem) vai ver que nem cheguei a comentar todos os slides, mas tudo bem. Os exemplos são realmente super simples, em geral são apenas verificações que o código do Kernel chegou em algum ponto, mas acho que para quem está começando eles são um bom ponto de partida. No wiki do systemtap existem muitos exemplos, dos mais variados níveis de complexidade, então quem estiver interessado mesmo tem bastante coisa pra estudar.

Como eu geralmente falo demais e estouro o tempo das palestras, eu recebi um slot duplo, de duas horas. Dessa vez eu consegui "passar o microfone" com 1h50 de conversa, então acho que estou aprendendo a respeitar os limites, hehehe. Logo no início foi muito engraçado porque estava dando interferência no sistema de áudio, e enquanto eu estava falando entrava o som de alguma outra palestra junto com a minha. No fim isso até ajudou um pouco a "quebrar o gelo", e acho que o pessoal se soltou um pouco mais. A partir daí foi só ir conversando, explicando, interagindo e acho que o pessoal entendeu bem os conceitos que eu pretendia mostrar.

Espero que minha palestra ajude a inspirar mais alguns Kernel hackers a seguirem "o caminho dos pacotes"! :-) Ah, em tempo, aquele diagrama furioso que demonstra o relacionamento das várias funções da pilha de redes do Linux é de uma página da Linux Foundation, e eu não sei dizer como ele foi gerado. Só sei que vi aquele diagrama um dia e fiquei babando até conseguir imprimí-lo em formato A3 pra colar na parede. ;-)

Testando Internet móvel no Fedora: que barbada!

Talvez não seja novidade para quem estiver lendo, mas certamente foi uma surpresa pra mim. Fazia tempo que eu queria comprar um modem 3G para usar em viagens ou emergências, porque meu celular (Motorola Defy) já está meio velho e apresentando alguns problemas bizarros, então não dá pra depender dele como modem pro laptop. Hoje comprei um Huawei E303C (avulso, numa lojinha da Vivo, por 98 reais), e me surpreendi ao ver que na caixinha dele dizia que o Fedora era um dos sistemas suportados. Foi só plugar e usar mesmo, nem precisou instalar nada. :-)

Na verdade essa foi a conclusão de uma história que começou há bastante tempo, quando passei algumas horas incomunicável no aeroporto aqui em Chapecó. Sempre que estive no aeroporto usei a WiFi grátis sem nenhum problema, então há algum tempo eu planejei ir bem cedo pro aeroporto e trabalhar de lá mesmo, antes de uma viagem ao meio-dia. Ia facilitar muito a "logística familiar" se eu fosse mais cedo, e eu sabia que podia contar com a WiFi. Infelizmente aquela manhã não foi assim tão fácil.

Cheguei no aeroporto por volta das nove, e fui direto tomar um espresso, para só depois ligar o laptop. Liguei e vi que haviam duas WiFis abertas, sorri e selecionei uma delas pra começar a trabalhar. Conectou e nada, não trafegava um pacotinho sequer. Achei estranho e selecionei a outra. Demorou uns segundos a mais, mas conectou. Novamente, não comunicava com lugar nenhum. Perguntei para algumas pessoas das companhias aéreas, e me avisaram que as duas WiFis de cortesia estavam com problemas, e que seus links seriam restaurados à tarde.

"Ainda bem que tenho Internet no celular", eu pensei. Não é rápido, mas dá pra ler os emails e tal. Peguei o celular na mochila, e a TIM estava completamente sem sinal. Nesse momento começou a dar um leve nervosismo. Caminhei um pouco pelo aeroporto, na rua, por tudo, parecendo um maluco segurando o celular às vezes mais alto, às vezes mais baixo, e nada. Lá pelas tantas notei que outra pessoa estava fazendo um ritual parecido, e confirmamos que a TIM estava quebrada naquela região naquela manhã.

"Ainda bem que tem chip GSM pra vender em qualquer canto", eu pensei, sempre otimista, e realmente tinha. Comprei um chip da Vivo, de cujo sinal sempre ouvi falar bem por aqui. O chip vinha com uns 8 ou 9 reais de créditos, e imaginei que eu conseguiria habilitar algum plano simples de Internet nem que fosse só praquele dia. Depois de alguns torpedos pra configurar e habilitar tudo, vi que precisava colocar mais créditos para poder habilitar o uso de Internet. Não tinha recarga pra vender no café, onde eu tinha comprado o chip, e em nenhum outro lugar do aeroporto.

Tentei então fazer recargas usando o cartão de crédito, e percebi que eu tinha que cadastrar o cartão num dia pra usar no outro, e ligando para o atendimento da Vivo também não tinha muito o que fazer. No fim, joguei o tal chip na mochila e esqueci dele. Simplesmente aceitei que estava de "folga forçada" naquela manhã, e fui tomar mais um café.

Depois, dias mais tarde, acabei conseguindo colocar mais créditos e habilitar um plano de Internet pré-pago, mas o meu celular não quis colaborar no dia em que testei e não funcionou nada. Vi que meu laptop tinha um slot pra colocar um chip GSM, e coloquei o chip ali pra ver se habilitava algum modem interno. Nada, era só o slot, estava faltando o modem. Tentei até colocar um modem interno de outro laptop antigo dentro dele, mas o bichinho não gostou e nem bootava com aquela plaquinha lá dentro. Puro preconceito digital, o ThinkPad só gosta de algumas marcas de modem 3G nas suas entranhas. No fim deixei o tal chip numa gaveta e esqueci dele, e essa foi a minha frustrante tentativa de usar Internet móvel. Até hoje.

Como vou viajar pro FISL na semana que vem, me voltou a preocupação de ter algum tipo de Internet móvel para poder pelo menos ler emails e realizar tarefas básicas em qualquer situação. Casualmente indo almoçar no shopping passamos por uma lojinha da Vivo, e na vitrine haviam vários modelos de modems, então lembrei da história toda. Comprei um modem Huawei E303C, por 98 reais, e fiquei feliz ao ler que Linux era suportado. Eu imaginava que seria tranquilo, mas fiquei ainda mais tranquilo ao ler que havia sido testado com Fedora.

Ao chegar em casa, achei aquele velho chip da Vivo, pluguei no modem, e espetei o modem no laptop. O negocinho piscou verde um pouco, depois piscou azul um pouco, depois a luzinha ficou ligada azul ciano. Olhei no manual do modem e isso significava que estava conectado à rede 3G+. "Nossa!", eu pensei. Cliquei no ícone de redes do Fedora, e realmente indicava ali que já estava conectado na rede da Vivo. "Isso é mágico!", eu fiquei pensando, até lembrar que eu já havia configurado o perfil da Vivo nas tentativas dos meses anteriores. "OK, não é tão mágico, mas é fácil demais" foi a minha conclusão. :-) Alguns testes (git pull no repo do linux) indicaram que estava comunicando a alguns megabits, então estava ótimo pra primeira tentativa, e só plugando o modem sem clicar em nada.

Nisso lembrei que a Oi havia me enviado um chip GSM há muito tempo, conjugado com o meu Oi Fixo, e obviamente pensei em testar ele no modem também. Botei o chip da Oi no bichinho e pluguei de novo, e de novo piscou verde, depois ficou piscando azul um tempo. Eu cliquei no ícone de redes e vi que não tinha conectado ainda. Cliquei então nas configurações de rede, e vi que poderia adicionar uma rede móvel. Cliquei nessa opção, escolhi o país e a rede Oi, e pronto, conectou. Ficou oscilando entre 3G+ e 3G normal, mas navegou muito bem (git pull no linux-stable rolou tranquilo, mas não lembro quantos megabits).

Aí pra completar a noite de testes, saquei o velhíssimo chip TIM do meu celular, e pluguei no modem. Novamente fui nas configs de rede e selecionei Brasil e rede TIM, e pronto: conectou. Neste caso a TIM ficou só em 2G, mas funcionou. Git pull em outro repo veio a alguns KB/s apenas, bem sofrido, então essa vou deixar pra emergências quando nenhuma das outras duas funcionarem.

Enfim, o resultado é que agora tenho não apenas um, mas três links de backup pra situações em que não tenha uma rede comum, wired ou WiFi, disponível. E o Fedora já tinha tudo pronto pra conectar em todas elas, de forma fácil e descomplicada. Alguém ainda acha que Linux é difícil de usar? Fala sério! :-)

Palestra na Semana Acadêmica da Ciência da Computação na URI Erechim

Ontem a noite tive o prazer de apresentar uma palestra pela primeira vez na URI Erechim, participando da Semana Acadêmica do curso de Ciência da Computação. Falei sobre Software Livre e Inovação Tecnológica, abordando um pouco da história do Software Livre, quais são as empresas e instituições que usam (na verdade mostrando que todo mundo usa), e depois entrando na questão da qualidade do Software Livre e finalmente chegando no tópico final de Inovação baseada em SL.

A única coisa inesperada foi que meu laptop ficou sem bateria e se desligou antes de eu terminar a palestra (oops!:-). Acho que o projetor (ou o negócio USB de passar slides) sugou muita energia, sei lá. Anteriormente já apresentei duas palestras no mesmo dia sem ligar na tomada, e a bateria aguentou na boa. Mas tudo bem, segui tranquilo conversando com os participantes e tudo fluiu bem. :)

Aproveitei para falar sobre o Projeto Fedora e distribuir DVDs Live do Fedora 18. Procurei salientar a ênfase do Fedora em inovação, falar sobre todas as funcionalidades que temos no sistema, e um pouco do que vem no Fedora 19. Eu acho que o pessoal gostou, no final quase todos vieram pegar um DVD. No total foram distribuídos 54 DVDs para os participantes, e o Prof. Alexandro ficou com mais 20 para distribuir para outros alunos interessados nos próximos dias.

Fica aqui o meu agradecimento aos Profs. Fábio Zanin e Alexandro Adário pelo convite, pela hospedagem, pelo presente ao final da palestra e, claro, pela ótima oportunidade de conversar com seus alunos. Quando for possível eu volto, talvez para falar mais sobre o Projeto Fedora e sobre como participar dele.

Fedora Activity Day em São Paulo!

[en_US version below]

Faltam apenas 3 dias para o primeiro Fedora Activity Day (ou FAD) do ano em São Paulo! O Embaixador do Projeto Fedora Leonardo Vaz e o Desenvolvedor Sérgio Durigan Jr estão organizando um dia recheado de atividades para este sábado, dia 1º de Junho.

O encontro vai acontecer no escritório da Red Hat e tem como principal objetivo demonstrar aos participantes todas a formas de contribuir e se envolver com o Projeto Fedora. Será iniciado um processo de mentoria para os novos participantes, que contarão com a ajuda e a orientação dos membros mais antigos nos seus primeiros passos como contribuidores.

Parte do dia será também dedicada para atividades de QA sobre o Fedora 19 Beta, ajudando a identificar e resolver bugs e garantir um release ainda mais polido. Certamente terão um pouco de tudo e todos vão aproveitar muito!

[en_US] Fedora Activity Day in São Paulo!

Just 3 days to go for the first Fedora Activity Day (or FAD) of the year in São Paulo! Fedora Ambassador Leonardo Vaz and Developer Sérgio Durigan Jr are organizing an action-packed day for this Saturday, June 1st.

The event will take place at Red Hat's office and has the main goal of demonstrating to the participants all the ways in which you can contribute and get involved with the Fedora Project. A mentorship process will be started for the new participants, who will have the help and guidance of the older members in their first steps as contributors.

Part of the day will also contemplate QA activities on Fedora 19 Beta, helping identify and solve bugs and ensure an even better polished release. They'll certainly have a bit of everything and everyone is going to enjoy it!

[pt_BR, en_US] III Encontro TecLand em Erechim foi ótimo!

[en_US version below]
[Update: photos do evento]

O pessoal do Grupo TecLand está de parabéns, assim como a Faculdade Anglicana de Erechim, que hospedou o evento. O III Encontro TecLand, realizado no sábado dia 25/5 estava ótimo. Bom público, pessoal interessado e ambiente bem acolhedor para o pessoal se soltar e conversar, trocar experiências e conhecimentos.

Pelo que pude contar rapidamente, o evento teve pelo menos 60 participantes, cuja grande maioria ficou até o final e continuou demonstrando interesse nos assuntos tratados. Eu apresentei uma palestra sobre o uso eficiente da linha de comando, trazendo também um pouco da história dos shells e da CLI, e mais tarde uma palestra sobre programação e exploração de redes usando Python, com a incrível ferramenta Scapy. Havia um bom número de profissionais e instrutores de Redes na platéia, então eles aproveitaram muito essa apresentação.

Eu não apresentei uma palestra sobre o Fedora, visto que não era o foco do evento, porém tive a oportunidade de utilizar os primeiros minutos da minha segunda palestra para falar rapidamente sobre as funcionalidades principais do Fedora 18. O pessoal ficou bem interessado em saber que poderiam instalar facilmente pacotes como o JBOSS AS, oVirt, etc. Eu às vezes penso em criar uma palestra sobre o Fedora que demonstre tudo o que tem de interessante para ser instalado, muito além do que vem no DVD de instalação em si. Acho que muita gente sequer imagina a quantidade de funcionalidades que está ali só esperando.

Eu levei dois pacotes de DVDs (Live e Installation), e TODOS os participantes se interessaram. No fim todos os DVDs que eu levei (58 Live e 58 Installation) encontraram novos donos entre os participantes interessados. Um deles instalou na hora no seu laptop, e aí ajudei ele a configurar o layout correto de teclado no KDE. Ele precisava configurar "English International with dead-keys". :)

Depois do evento deu pra aproveitar a agradável cidade de Erechim, com uma boa janta na Cantina Giacomel, e no domingo de manhã alguns passeios pelas praças, a pedido da minha filha. No geral, foi um ótimo fim de semana, com passeio, um evento bem legal e, espero, vários usuários novos de Fedora.

[en_US] III TecLand Gathering in Erechim was great!

My heartfelt congratulations to the folks of Grupo Tecland, as well as to the nice people from Faculdade Anglicana de Erechim, that hosted the event. The III TecLand Gathering (my free translation from Encontro TecLand), held on saturday, May 25th, was great. Nice public, interested people, and a cozy environment for the participants to interact and chat, exchange experiences and knowledge.

In my quick reckoning the event had at least 60 people, the majority of which stayed till the end showing interest in the subjects presented. I presented a talk about the efficient use of the command line, also bringing up a bit of the history behind the shells and CLI, and then later on I also presented another talk on network programming and exploration in Python, with the great tool Scapy. There were quite a few Networking professionals and instructors in the audience, so they enjoyed every bit of it.

I did not present a talk on Fedora, since it was not the focus of the event, but I could use the first few minutes of my second talk to quickly bring up the main features of Fedora 18. The audience was very interested in knowing they could easily install packages such as JBOSS AS, oVirt, etc. I sometimes think of creating a Fedora talk that demonstrates all the interesting packages you can install on it, way beyond what's on the installation DVD. I believe many people hardly imagine the amount of great stuff that is there just waiting.

I took two packs of DVDs (Live and Installation) with me, and ALL the participants got interested. In the end all the DVDs I had (58 Live DVDs and 58 Installation DVDs) found new homes among the interested participants. One of them actually installed Fedora 18 on his laptop immediately, and I helped him select the correct keyboard layout on KDE. He needed "English International with dead-keys". :)

After the event we could enjoy the pleasant city of Erechim, with a nice dinner at Cantina Giacomel, and on Sunday morning some walks in the parks, at the request of my daughter. All in all it was a really nice weekend, with nice walks, a nice event and, I hope, many new Fedora users.

FLISOL Chapecó: Uma grande estréia!

Já fazem quase 4 semanas que tivemos o primeiro FLISOL de Chapecó, mas as boas lembranças persistem. Tivemos um público de mais ou menos 100 pessoas, reunindo gente de cidades variadas aqui da região. Não saiu tudo como eu gostaria, mas acho que no geral foi muito positivo, principalmente se considerando o pouco tempo que tivemos pra organizar. Gostaria de registrar meu MUITO OBRIGADO ao pessoal do curso de Ciência da Computação da Unochapecó, que ajudou muito mais do que eu esperava.

Eu apresentei uma palestra rápida sobre Software Livre e Inovação Tecnológica (slides), junto com meu colega do OeSC-Livre Andrei Zuse, e também uma palestra sobre o Projeto Fedora (slides). Os vídeos são do amigo e "colega de Software Livre" Ivan Fuzzer (obrigado!). Parece mentira, mas foi a primeira vez que apresentei uma palestra especificamente falando do Fedora em si, como o projeto funciona e se organiza, o que é, o que faz, seus valores essenciais e tudo mais. Não ficou uma maravilha, mas foi um bom primeiro passo. Pretendo ser um Embaixador do Fedora mais ativo a partir deste FLISOL, e assim vou ganhando também mais experiência ao falar do projeto.

O Install Fest, ponto alto de qualquer FLISOL, foi bem movimentado, e chegamos a distribuir 42 DVDs de instalação e também 42 DVDs Live (coincidência!) do Fedora 18. Infelizmente eu perdi um bom tempo gerando e assinando os certificados dos participantes (já aprendi a lição: fazer o modelo com assinatura digitalizada), então não pude participar tanto quanto eu gostaria, mas o Andrei Zuse ajudou bastante gente a conhecer melhor o Fedora. Acho que o Fedora ganhou um novo colaborador, pois o Andrei já está me pedindo o caminho das pedras para criar uma conta e começar a contribuir. ;-) Muito bom! Quero começar a organizar Fedora Activity Days por aqui, e aos poucos encontrar mais futuros colaboradores.

O que me deixou impressionado mesmo foi o pessoal do Arduino. Eles realmente tocaram fogo nos participantes, apresentando uma série de projetos mostrando todas as possibilidades dessas plaquinhas. Eu tinha resistido até agora, mas acabei me convencendo a brincar também. Já comprei uma Uno R3 e estou estudando tudo o que posso (no meu incrível tempo livre) sobre o ATmega328P. Pra quem começou com um Z80 lá em 1987, estudar um processador de 8bits de novo é muito gostoso, mas confesso que a "Arquitetura Harvard" não me apetece muito facilmente. Eu quero executar a RAM! Hahaha! Outra coisa legal que saiu do FLISOL foi a idéia de termos uma oficina "itinerante" de Arduino, realizando uma reunião por mês, cada vez em uma instituição de ensino diferente. Vamos ver como isso vai rolar. Acho que vai ser muito bom.

Pra finalizar, nosso colega Felipe Baptista disponibilizou algumas fotos do evento.

Fedora "Face" header for email

Express your love for Fedora in every email you send! Add a color "Face:" header in your email client using a very optimized 48x48 Fedora logo. The file is 628 bytes, and expands to 846 bytes in total when base64 encoded and after adding the "Face: " header name.

If your email client does not have a way to insert a Face header explicitly, but lets you add a custom header, here is the line claws-mail created for me:

Face:
iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAAXNSR0IArs4
c6QAAADNQTFRFgE1yJD1tKUFxLEh9MlOOP1aEOmetS2eaO263VmyVWITBbo
GkjaTHrr/Y0dzo7fL1/f/89Nam/gAAAAF0Uk5TAEDm2GYAAAABYktHRACIB
R1IAAAACXBIWXMAAAUzAAAFMwHIE+vbAAAAB3RJTUUH2wUaDwEFIUT8NAAA
Aa1JREFUSMetlumygyAMhSVA2GR5/6e9KIsgoHbmnh+dTns+EoEkbtsoqNo
+CG760f6CwEJf7SRphQx24FwpxTklU2Lwc2NdiHI7pxNiWF7ZULTjSAz5G1
/9wWlktCeGfExoZKWUrIsx+FVe3zvnvNUoZZ/VkJBLdmuUMkbLQ9gktUjIG
3qeA8WTaEIMQNogk84MMnE9xeCn5xO46xdWcoI5IHwKcK2AbU6w2CMxA2AK
pEPj/wXAO9A8dCTegbKtc+A4qR5oD+4GRAflUQkw8TuNSvaSUQNQhtL60Mv
vN38FjoVwv/svgkEPnIHRhlH2/IdBD9AUdg/zCDWfAiS/lNr6Q9l6yiJGO+
mBvBEYK1fExpLL3xwSNLpJ19SuhFhuXPUcahvrmmD8wLRvZHk1bkA+eQKfg
T7AI7A1APwIjLd10fcnKaUbAi9AfWiS2pgji8Fy31aSA9gHgOULnA4q921F
FpOrXg1EJWLx5JKwy0lXihy1O1RunlhOxtIWdFcMZj1Jc3lK7ZoiePCXimP
yiuDU06SuPUBkwhn+ONib33kcN4rTt/cAeNYPbxhz9x/7pCg2het4mQAAAA
BJRU5ErkJggg==

OK, this means you'll bloat every email you send with another 846 bytes. Here's how you can compensate:
1. Do not send HTML email. Ever.
2. Do not use a signature containing all your personal information.
3. Do not use large/useless disclaimers in your signature.
4. Make them count! Do not send crap or useless email. :)