1º Fórum do Software Livre de Ribeirão Preto

Ontem aconteceu o 1º Fórum do Software Livre de Ribeirão Preto, uma iniciativa da do programa Ribeirão Jovem, com apoio da prefeitura e outros órgãos. O evento foi importante por ser uma iniciativa rara de divulgação do software livre na região de Ribeirão Preto. Foi composto de dois painéis onde se convidados falaram das suas experiências e de uma sessão de debate/perguntas ao final.

Eu não tinha me programado para ir e acabei decidindo no último instante. Pra minha surpresa, descobri lá que tinha sido convocado para o segundo painel e para compor a mesa na seção de perguntas. Bom, obviamente com foco em Linux embarcado, dei o meu ‘depoimento’ e falei um pouco sobre experiências, tendências, dificuldades e mercado de trabalho. Como foi de imprevisto, sinceramente não saberia reproduzir o conteúdo aqui. Felizmente, a informalidade tradicional de eventos de software livre sempre nos ajuda nestas horas.

Uma coisa que eu já acredito faz tempo e sempre se realça nestas situações está relacionada ao custo do software livre. Algumas pessoas, e até alguns promotores do software livre, precisam parar de usar o argumento de que ele é de graça como a principal vantagem. Isto é um detalhe. As empresas estão dispostas a pagar por algo que funcione bem e resolva satisfatoriamente o problema delas. O software livre tem que se esforçar em ser realmente bom. Só isto lhe garante posição de destaque, atrai fabricantes, cria comunidade e oportunidade de negócios reais, mesmo tendo custo. Eclipe, VirtualBox, (o kernel do) Linux, MySQL, Firefox, Gimp, JBoss, Openoffice, PHP, Apache, entre vários outros, são exemplo claros de como o software livre se firmou, não por ser barato, mas por ser realmente bom.

Convidados, da esquerda para a direita: Francisco José Alves (mestrando de São Carlos, e moderador da lista de SL de Ribeirão ), Rui (representando o prefeito), ??? (esqueci, vou descobrir e coloco aqui), Thiago Pirola e Walter Nagai (Barão de Mauá), Edson (Serviço Federal de Processamento de Dados – SERPRO), Alessandro Maraca (Ribeirão Jovem) e eu (tirando a foto). E, já quase esquecendo, parabéns ao Helder Carvalho pela organização do evento.

N95 à prova d’água

Uma novidade do CBIT 2008. Bastante útil para estes churrascos à beira da piscina … Falando sério agora, seria interessante suportar bem respingos, imersões rápidas e poeira. Já pensou se todos celulares fossem IP67 ?

Eee PC – hands on

Não dá pra dormir sem comentar o evento do dia: devo ter passado uma meia hora com um eee pc, fuçando tudo que eu podia. A impressão geral é muito positiva. O sistema responde bem, não é lerdo como eu pensei que fosse. O software que vem junto, a tal distro xandros, está muito bem portada e comportada, suportando cada detalhe do hardware. Sem problemas na rede sem fim, hibernação, câmera ou som.

Em especial, gostei do particionamento. Eles usam unionfs para ter um esquema legal de restauração. O sistema básico está em flash mas como read only. Daí fazem overlay com uma partição com direito de escrita, onde estão os dados do usuário, usando unionfs. Deste modo, quando se altera o file system principal, no fundo se mexe na parte do usuário. Isto permite uma restauração fácil do sistema original, que está sempre preservado.

O efeito colateral é que, se você atualiza o skype, por exemplo, no fundo não apaga a cópia original, apenas adiciona uma nova e o unionfs faz o sistema ‘esquecer’ a outra. Espaço perdido.

Idéia boa pra colocar num equipamento de controle. Se o operador errar no update, daria para recuperar o estado original. Super !

Mais sobre a comunicação do PC Suite e o N95

Muita informação desencontrada, muitos protocolos, um inferno. Foi esta a minha impressão ao procurar por uma decodificação dos frames que eu citei aqui ontem. Pelo que entendi, para as séries novas da Nokia, é usado SyncML sobre Obex. SyncML é uma especificação em XML da Open Mobile Alliance. Como XML é um saco muito ‘verbose’, emprega-se uma codificação ‘tokenizada’ em binário, chamada WBXML. Obex (OBject EXchange), por sua vez, é uma especificação para troca de objetos binários entre dispostivos (este, quem já usou bluetooth, com certeza já conhecia).

Ótimo, e daí ? Onde está o formato dos frames, a especificação (não em XML, por favor) do protocolo ? Ainda não achei, mas chegarei lá …

A explicação mais branda e bem organizada sobre o assunto foi encontrada aqui:

http://www.traud.de/gsm/SyncML.htm

No fundo, tenho minhas dúvidas se foi isto mesmo que temos lá. Os documentos citados neste link tem formatos de frames que se assemelham bem ao vistos aqui. Fazem parte do projeto Gnokii. Convém olhar também sobre o projeto Gammu.

N95 versão v21.0.016 ! Será que dá para hackear ?

No meu último update, versão v20.0.015, logo após ao acabar fiquei pensando que tinha perdido uma oportunidade de tentar capturar a imagem binária do firmware. Procurei na Internet e não vi ninguém fazendo isto ou disponibilizando em lugar nenhum, o que deixava claro que isto deveria ser difícil. Em breve teremos a versão v21.0.016 disponível para o Brasil e estou coçando para saber se é possível ou não ter uma cópia deste firmware.

Hoje dei uma inspecionada no que acontece no momento do update. Vi que o Nokia Update se conecta via SSL no site http://www.dsut.online.nokia.com, troca certificados e pega a informação da versão atual. Tudo com criptografia e sem chance aparente de tentar interceptar o conteúdo da mensagem.

O outro ponto fraco é a conexão USB com o programa de atualização. Não resisti e investi alguns minutos fazendo um sniffer também, agora no USB. O caminho pareceu mais promissor por estas bandas … dá para ver claramente o número de série, o IMEI (International Mobile Equipment Identity) e a versão de firmware passando. Também dá para notar alguma coerência nos buffers:

• Todos os frames que vi começavam com 0×1B. Uma marca de início ou tipo de protocolo usado ?
• Os dois bytes seguintes são sempre 0×1000 ou 0×0010. Para mim isto indica os nodos de origem e destino (0×10 e 0×00). Os frames abaixo são somente respostas (0×1000) , mas os pedidos são sempre com 0×0010.
• Seria o quarto byte o comando usado ? Parece consistente com o que vi.
• O sexto byte é sempre o tamanho dos dados, contando a partir do sétimo byte. Eu chutaria que o quinto e o sexto, na realidade, indicam isso (16 bits), já que o quinto é sempre zero. De quebra, nos daria a dica de que o alinhamento é big endian, comum em chips ARM.

Mas não dá pra saber se durante o update de firmware não teremos algums encriptação envolvida. De qualquer forma, pode deixar que eu vou ficar atento quando for fazer o update firmware !

Exemplos de frames capturados:

Número de serie, devidamente apagado.

Versão de firmware.

IMEI, também apagado, mas batendo perfeitamente.

??? Os FFs são muito sugestivos … flash ! Seria uma área de memória ?

Es ist nicht einfach

Num mundo dominado pelo inglês, resolvi trocar o idioma do meu sistema para alemão, tentando aumentar a minha exposição à língua e aprender alguma coisa. O engraçado são as situações que ando me metendo. Outro dia, tive que colocar um dicionário do lado para usar o OpenOffice, já que não sei todos os menus de cor, como em outras aplicações. Desde ontem ando tendo problemas com o meu sistema. E chovem mensagens “germânicas” toda hora para decifrar, enigmáticas como o produto da própria invenção alemã ! A última foi esta aqui, quando o sistema não partiu o GDM:

Notem a falta de suporte no sistema para as letras adicionais do idioma, como ü, ö, ä e ß, pra piorar tudo. Bom, deve dar pra entender o que aconteceu, né ? O X-server não partiu devido a “erros internos” e pediram para eu verificar os logs (já que eu sou o admin!), reparar o erro e tentar de novo.

Não é fácil esta vida … O Ubuntu tá realmente me ajudando a aprender alemão. Será que se eu mudar pro Vista aprendo ainda mais ?

Pthreads II – Portando do Win32 Threads e documentação

A melhor referência que encontrei sobre compatibilidade e migração entre Win32 Threads e Pthreads foi escrita por dois engenheiros da IBM, Rinivasan Muthuswamy e Kavitha Varadarajan, numa série de três artigos:

• Port Windows IPC apps to Linux, Part 1: Processes and threads
• Port Windows IPC apps to Linux, Part 2: Semaphores and events
• Port Windows IPC apps to Linux, Part 3: Mutexes, critical sections, and wait functions

Em alguns momentos são usados outros serviços do kernel, como na parte de semáforos, ao invés das Pthreads. A melhor referência para a API de Pthreads foi POSIX Threads Programming, de Blaise Barney.

Um fato positivo em usar Pthreads é o suporte no gdb. Se estiver usando uma outra biblioteca, talvez não seja possível fazer uma inspeção do contexto de cada thread, de forma simples. No gdb, experimente info threads para listar todas as threads e thread n para mudar o contexto para a thread n (o número será informado no info thread). Depois, use bt (backtrace) pode mostrar o contexto da thread selecionada.

Pthreads I – Pthreads x Win32 Threads e ThreadX

Nada como usar um sistema para entender bem as diferenças, vantagens e desvantagens. Tenho investido um bom tempo nas últimas semanas em usar pthreads no Linux. Confesso que achei o suporte oferecido um pouco básico demais. Parece um conjunto canônico, ortogonal, de onde se pode fazer o resto mas sempre com um pouco de trabalho adicional. Já usei alguns sistemas operacionais de tempo real (RTOS) e também fiz alguns programas com Win32 Threads e todos eram mais flexíveis e com vários recursos. Algumas diferenças:

• Não existem, por exemplo, eventos como no ThreadX ou Win32 Threads. Isto é, se você deseja ter um bando de tarefas esperando a sinalização de um evento por outra tarefa, você vai ter que implementar isso usando estruturas do Pthreads conhecidas como conditions e mutexes. Para piorar, se você quiser que esta espera seja temporizada, ou seja, que tenha um tempo máximo definido, vai ter que programar um pouquinho mais usando as funções básicas. No Win32 isto se resolve facilmente com chamadas para CreateEvent(), SetEvent() e WaitForSingleObjetct(). No ThreadX, com tx_event_flags_create(), tx_event_flags_set() e tx_event_flags_get().
• O mutex das Pthreads não tem contagem. E também não aceitam opções de temporização. Sim, foi isso mesmo que você leu. Leia também que terá que implementar tudo isso com mutexes e conditions, mais uma vez. A única coisa temporizada que existe são as tais conditions.
• Outra coisa que pode atrapalhar está relacionado ao fato de que, se você emitir um sinal e não tiver nenhuma tarefa esperando por este sinal, ele é perdido, provavelmente indo para o limbo, o primeiro círculo do inferno de Dante, por não acreditar que a tarefa existe. Este comportamente é bem diferente do ThreadX e do Win32, onde os eventos não se perdem. Isto pode gerar muitos efeitos colaterais ao se portar um sistema para Pthreadas. É bom ficar atento.
• Espera por eventos múltiplos, como o WaitForMultipleObjects() do Win32 ou esperar por um conjuntos de eventos do ThreadX via tx_event_flags_get() também não existe. E dá-lhe código pra fazer. Nada impossível, mas precisa ser feito.

A filosofia que permeia a implementação das posix threads é simplicidade, visando atingir um grande número de sistemas operacionais. Entender o motivo eu até entendo. Mas gostar, eu não gostei muito. É como tomar remédio com gosto ruim. Acabei implementando um mutex com espera e contagem e um evento com espera, já que a minha aplicação dependia inteiramente destes dois tipos de chamadas.

Em posts futuros detalharei um pouco mais sobre como fazer isto e tentar chegar no purgatório, pelo menos.

Mudanças no acesso do Pidgin ao Google Talk/Jabber

Estranhamente a forma de conexão ao Google Talk via cliente Pidgin mudou nos últimos dias. Estou colocando o setup aqui, já que outras pessoas devem ter passado por isto também. A porta mudou, não é mais 5223.

O velho Eee PC

Enquanto eu passo meus dias pensando em comprar um Asus Eee PC, não resisti e acabei tirando uma foto deste velho “laptop”, um Toshiba T1960C, com processador 486DX, duas horas de autonomia (dizem que o Kevin Mitnick usou um destes já, que foi apreendido pelo FBI …).

Disquete, mouse destacável, LCD colorido, branco, MS DOS 6.20, MS Windows 3.11, 200MB de disco, 4MB de RAM (mais detalhes aqui, link muito difícil de encontrar, por sinal) … Ei, isto é um Eee PC também, apenas com menos memória !

Confesso que quase desanimei

Update: Link com bons argumentos a favor do Eee PC: eu quero um Asus Eee PC
e um teste de resistência e temperatura.