Seja Elegante

Talvez possa ser algo que passe despercebido por vários desenvolvedores, porém dúvido quem nunca tenha se deparado com mensagens de “log” vagas ou sem nenhum nexo ou bem pior, como mensagens idênticas replicadas por várias partes do código!
A algum tempo atrás estava trabalhando em um projeto em que um respectivo desenvolvedor da equipe possuia o costume de espalhar ou replicar centenas de printf() pelo código com mensagens tipo!

printf(“!!! FULANO – Aqui!!!”);

ou

printf(“!!! FULANO – Arquivo.cpp:  Aqui!!!\n”);

Precisa falar que isto e pessímo? Certo que e preciso um bom senso com o uso de mensagens de depuração pois dependendo ao invés de ajudar podem só atrapalhar. principalmente quando você necessita ter controle sobre tais mensagens, como por exemplo obter a localização da mensagem através do nome da função, arquivo e linha.

O pré-processador do GCC oferece (*) várias macros, as que irei utilizar em questão são:

• __FILE__ : Substituída pelo nome do arquivo.
• __PRETTY_FUNCTION__ : Substituídas pelo nome nome da função.
• __LINE__ : Substituída pelo número da linha de código.

(*) Mais detalhes sobre as macros do GCC.

A utilização dessas macros irá facilitar a localização das mensagens de depuração, Abaixo um simples exemplo demonstrado em debug1.c.

/**
 * By Jorge Pereira <jpereiran@gmail.com>
 * Date: Tue Jun 29 02:51:44 BRT 2010
 */

#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>
#include <string.h>

// Macro condicional
#ifdef DEBUG
#	warning "Debug is enabled"
#	define TRACE_DEBUG(fmt, ...) \
	fprintf(stderr, " ** DEBUG: %s:%d %s(): "fmt"\n", \
	__FILE__, __LINE__, __PRETTY_FUNCTION__, ##__VA_ARGS__)
#else
#	warning "Debug is disabled"
#	define TRACE_DEBUG(fmt, ...)
#endif

#define MAX_STRING 5 /* tamanho maximo de uma string */

// Função simples de exemplo...
void
show_name (const char* name,
		   size_t len)
{
	size_t offset = len;

	// Verificação qualquer...
	if (len > MAX_STRING)
	{
		// Abaixo mensagem de depuração, perceba que ela será ativada apenas
                // quando em tempo de compilação você ativar a macro "DEBUG"
		TRACE_DEBUG ("Ooops! Tamanho da string(%d) e excedeu o limite(%d)...",
			len, MAX_STRING);
		offset = MAX_STRING;
	}

	// Manipulação qualquer...
	write (STDOUT_FILENO, name, offset);
	write (STDOUT_FILENO, "\n", 1);
}

int
main (int argc, char* argv[])
{
	if (argc < 2)
	{
		printf ("Usage: %s <string>\n", argv[0]);
		exit (1);
	}

	show_name (argv[1], strlen (argv[1]));

	return 0;
}

Com este exemplo básico em mãos, vamos compilar e executar.

[jpereira@miracleworld Codes]$ gcc -Wall -o debug1 debug1.c
debug1.c:18:3: warning: #warning "Debug is disabled"
[jpereira@miracleworld Codes]$ ./debug1 "Jorge"
Jorge
[jpereira@miracleworld Codes]$ ./debug1 "Jorge Pereira"
Jorge
[jpereira@miracleworld Codes]$

Imagine que seu sistema possui inúmeros arquivos e você precisa em determinados pontos obter o máximo de informação sobre as mensagens de depuração, talvez seja interessante ter além de uma mensagem objetiva obter juntamente o nome da função, arquivo e linha de onde foi invocada tal mensagem.

[jpereira@miracleworld Codes]$ gcc -Wall -DDEBUG -o debug1 debug1.c
debug1.c:13:3: warning: #warning "Debug is enabled"
[jpereira@miracleworld Codes]$ ./debug1 "Jorge"
Jorge
[jpereira@miracleworld Codes]$ ./debug1 "Jorge Pereira"
 ** DEBUG: debug1.c:36 show_name(): Ooops! Tamanho da string(13) e excedeu o limite(5)...
Jorge
[jpereira@miracleworld Codes]$

Lembrando que este e o primeiro post entre vários que pretendo publicar relacionados a sugestões e técnicas de depuração. Fique de olho na segunda parte desta saga em que irei explicar uma mais dinâmica do mesmo assunto abordado neste post associando ao uso de variáveis de ambiente.
Dúvidas e Sugestões, são sempre bem vindas!

Autor: Jorge Pereira

Porém no mês passado resolvi comprar um novo notebook que fosse preferencialmente da Sony, e após várias buscas cheguei ao modelo VPC-EB15FB. Então fui ao shopping e comprei diretamente na loja da SonyStyle o brinquedinho abaixo.

Assim que cheguei em casa fiz o download do Ubuntu 9.10 e instalei, após o primeiro boot que iniciei a configuração e recuperação dos meus backups do notebook antigo percebi que algumas teclas de atalhos não funcionaram, estranho né? Abaixo imagem das teclas na qual estou me referindo.

Obviamente que não fiquei de braços cruzados, fiz checkout diretamente pelo GIT do Kernel o modulo “platform-drivers-x86” e após alguns ajustes já estava adicionado o suporte das novas teclas da série EB de notebooks da Sony ao Kernel do Linux.

Resumindo, suporte adicionado seguido de patch gerado e submetido ao Kernel. Agora e aguardar a próxima versão do Kernel para termos por padrão o suporte a tais teclas!

Patch gerado a partir do Kernel 2.6.35-rc3

Caso você tenha necessidade ou curiosidade em relação a Device Drivers no Linux, este com certeza será um bom material para iniciar-se na “brincadeira”.

Introdução aos Linux Device Drivers (ILDD) é um curso que tem por objectivo apresentar os princípios básicos do desenvolvimento de device drivers no Linux kernel. Pretende-se com este curso, que o leitor tenha contacto com várias ferramentas e sub-sistemas existentes no kernel, adquirindo assim as bases que lhe irão permitir desenvolver o suporte para a grande maioria dos dispositivos. Alguns dos temas introduzidos são: estrutura básica de um device driver, comunicação com o userspace, memória dinâmica, eventos assíncronos, primitivas de sincronização e comunicação com o hardware.

Este curso aborda o tema de uma perspectiva pedagógica, através da sistematização dos conceitos em conjunto com uma forte componente prática, na qual se convida o leitor à implementação gradual de um device driver que dará suporte a um dispositivo especificamente concebido para o efeito. O leitor poderá ainda consultar a literatura de referência, de onde se destacam os excelentes títulos: Linux Device Drivers, Understanding the Linux Kernel e Linux Kernel in a Nutshell.

O autor, com a ajuda dos seus revisores, investiu mais de um ano de trabalho na elaboração e preparação deste curso, no sentido de oferecer à comunidade, não só um manual de aprendizagem abrangente, mas também uma importante referência futura. Caso encontre alguns erros ou tenha sugestões que visam melhorar ou complementar este trabalho, não hesite em contactar o autor.

Download aqui

(*) Go Horse Process

O texto faz todo sentido: quem aprende a fazer qualquer coisa por gosto tende a fazer melhor do que quem aprende a fazer por dinheiro. É uma verdade.

Assim, quem aprende a programar porque gosta de programar tende a programar melhor do que quem aprende para ganhar dinheiro e a grande maioria de quem aprende a programar Java só o faz por dinheiro (claro que há lá suas exceções), enquanto quem aprende linguagens mais esóticas o faz por prazer.

Então por que as empresas teimam em contratar programadores mercenários?

Pensando sobre nisso e observando a comunidade, pensei em uma resposta…

Eu vejo três tipos de programadores, como três vértices de um triângulo cromático, e cada um está em uma região dessa área, mais próximo ou distante de cada vértice.

Esses três tipos são: amador, mercenário e empolgado (por falta de palavra melhor).

Mercenário

O mercenário é aquele que quer dinheiro e lucro é tudo o que o impulsiona. Geralmente não tem escrúpulos e faz tudo o que lhe mandam. Seu mantra é: «Pagando bem, que mal tem?»

Quem é 100% mercenário geralmente acaba largando a profissão por algo que dê mais dinheiro, mas basta estar um pentelésimo mais para o centro do triângulo que permanece na profissão.

Normalmente aprende uma linguagem que dê muitas opções de emprego – e que, por consequência, tenha de competir com muita gente –, como Java, C# ou PHP, e rejeita todas as demais. Quando as trata como inferiores, é apenas para tentar justificar a própria incompetência, resultante da falta de gosto pelo que faz.

Amador

O amador é aquele que gosta de verdade do que está fazendo, ele ama programar, daí amador.

Quem é 100% amador quase sempre se perde aprendendo coisas inúteis e não consegue ganhar dinheiro porque muitas vezes perde o foco do que precisa fazer, distraindo-se com besteiras.

Normalmente aprende linguagens bem diferentes, que poucos sabem, como Lisp, Smalltalk ou Fortran – talvez LOLCODE –, e não é incomum que aprenda uma penca de linguagens, nesse caso, também os hypes, como Python e Ruby.

Empolgado

O empolgado é aquele que vai atrás de algum hype, linguagem da moda. Há uns anos eram de Java, mas os empolgados da atualidade querem Python e/ou Ruby.

Quem é 100% empolgado sabe tudo que acontece na comunidade, mas quase nada de programação. Conhece todas as metodologias em alta, sabe todos os macetes e design patterns de sua linguagem que precisa para impressionar os iniciantes, mas não é lá muito eficiente. É tão preocupado com a auto-imagem e o que acontece na comunidade que se esquece que há todo um background a ser aprendido por trás da Computação.

**

Felizmente (quase) ninguém é 100% alguma coisa.

Depois de toda esta dissertação, por que diabos as empresas mais engessadas preferem os mercenários?

Por causa de seu mantra! Basta pagar o que o mercenário acha muito – o que muitas vezes é quase nada pra empresa – e ele faz qualquer coisa que mandarem, torna-se um cão bem adestrado. Essas empresas não querem eficiência, querem obediência.

O que as empresas não veem é que esses cães não são tão ágeis quanto os gatos que pulam pelos telhados: aqueles que, apesar de em nenhum extremo, se encontram mais próximos do vértice do amador.

Na verdade as metodologias ágeis não são práticas de trabalho, mas técnias sociais para atrair programadores que, apesar de ainda um pouco mercenários, sejam muito mais amadores – ser um pouco empolgado também ajuda, já que as linguagens hype facilitam pela grande mobilidade da comunidade. As empresas mais espertas e as start-up viram isso e usam as metodologias ágeis para criar equipes enxutas e mais eficientes do que qualquer equipe de mercenários jamais conseguirá ser.

Fonte

O que acontece basicamente e que o linker dinâmico do Linux (assim como em tantos outros sistemas operacionais) utiliza diversas formas, alguma delas sendo através de variáveis de ambiente para controlar seu comportamento. Sendo que neste caso a variável LD_PRELOAD informa ao linker dinâmico que carregue as bibliotecas listadas nela antes de carregar quaisquer outras bibliotecas necessárias, enquando LD_LIBRARY_PATH especifica um caminho alternativo para usar ao procurar bibliotecas que serão carregadas.

Partindo deste principio podemos fazer com que um programa a ser executado seja “hijacked” por outro programa, ou seja. Podemos fazer por exemplo que a função hehe() previamente chamada pelo programa “A” tenha seu comportamento alterado sem precisar fazer quaisquer alteração no programa “A”. Um pouco complexo? talvez! Mais vamos por a mão na massa! hands on!

Digamos que você tem o programa “main” conforme o código de exemplo abaixo, perceba que o código e super simples. apenas declaro um ponteiro de caracteres, aloco memória e em seguida copio uma sequência de caracteres para o ponteiro previamente alocado. Simples, certo?

1) Abaixo código de exemplo de nosso “main.c” ou clique aqui para download.

/*
 *  Filename: hijack_main.c
 *  Created: Wed Jun  9 22:11:12 BRT 2010
 *  Author: Jorge Pereira <jpereiran@gmail.com>
 */
#include <stdio.h>
#include <stdlib.h>
#include <string.h>

int
main (int argc,
      char* argv[])
{
  char* nome = (char*)malloc (100);

  strcpy (nome, "Jorge Pereira");
  printf ("NOME: %s\n", nome);

  free (nome);
  return 0;
}

# Vamos compilar e executar o nosso exemplo “main.c”

$ gcc -Wall -o main main.c
$ ./main
NOME: Jorge Pereira
$

Até aqui tudo bem, porém imagine você em uma determinada situação em que precisa saber quantos bytes está sendo alocado por um determinado programa? e você por alguns instantes imagina sobre a possibilidade de poder fazer algum tipo de “overload” de uma determinada função na qual você conhece sua assinatura. (Digamos, você sabe a assinatura do método, quantidade e tipos dos parâmetros, …).

Pois bem, neste exemplo que irei demonstrar será para sobrecarregar todas as chamadas feitas pelo meu programa “main” às funções malloc() e free() e em seguida exibir uma mensagem no caso do malloc() imprimindo seu parâmetro que e o tamanho de bytes alocados, e na função free() exibindo os ponteiros que foram liberados.

Neste caso, iremos criar uma biblioteca chamada “libhijack_hehe.so” que será carregada através da variável mágica LD_PRELOAD em parceria com nosso querido linker dinâmico.

2) Abaixo código de exemplo de “hijack_hehe.c“, ou clique aqui para download.

/*
 *  Filename: hijack_hehe.c
 *  Created: Wed Jun  9 22:11:12 BRT 2010
 *  Author: Jorge Pereira <jpereiran@gmail.com>
 */
#define _GNU_SOURCE
#include <stdint.h>
#include <stdio.h>
#include <stdlib.h>
#include <stdarg.h>

#include <dlfcn.h>

#define HIJACK_DEBUG(fmt, ...) \
	fprintf(stderr, " ** DEBUG: %s:%d %s(): "fmt"\n", \
	__FILE__, __LINE__, __PRETTY_FUNCTION__, ##__VA_ARGS__)

static void* (*hack_malloc)(size_t size) = NULL;
static void  (*hack_free)(void *p) = NULL;

static void* rest_malloc = NULL;

void*
malloc (size_t size)
{
  if (hack_malloc == NULL)
  {
    hack_malloc = (void *(*)(size_t)) dlsym (RTLD_NEXT, "malloc");
    rest_malloc = NULL;
  }

  if (rest_malloc == NULL)
  {
    rest_malloc = hack_malloc (size);
    HIJACK_DEBUG ("Alocando (%d) bytes, chunck(%p)", size, (void*)rest_malloc);
    return rest_malloc;
  }

  hack_malloc = NULL;
  return rest_malloc;
}

void
free (void *p)
{
	HIJACK_DEBUG ("Desalocando (%p)", p);

  if (hack_free == NULL)
  {
    hack_free = (void (*)(void *)) dlsym(RTLD_NEXT, "free");
  }

  hack_free (p);
}

Agora vamos compilar, executar e analisar o comportamento.

$ gcc -Wall -shared -ldl -o libhijack_hehe.so hijack_hehe.c
$ LD_PRELOAD=./libhijack_hehe.so ./main
 ** DEBUG: hijack_hehe.c:35 malloc(): Alocando (100) bytes, chunck(0x9273008)
NOME: Jorge Pereira
 ** DEBUG: hijack_hehe.c:46 free(): Desalocando (0x9273008)
$

Percebeu algo diferente na execução com a LD_PRELOAD passando como parâmetro a nossa libhijack_hehe.so? pois bem, todas as chamadas às funções malloc() e free() foram sobrecarregadas e passaram a se comportar conforme as versões que escrevi em hijack_hehe.c. Caso tenha ficado curioso, e so re-escrever tais exemplos com outras funções que você deseja sobrecarregar e ver o comportamento. Lembrando que basta utilizar a criatividade e perceberá na quantidade de coisas que podem ser feita com tal técnica.

Exemplo: Nas funções que fazem checagem com strcmp(), uso da crypt(), … entre outras.

Referências

• man 8 ld.so

Autor: Jorge Pereira
Data: Wed Jun 9 23:42:26 BRT 2010

Pois bem, parece que foi ontem! E já se passaram mais de um ano que estou morando e trabalhando aqui no Rio de Janeiro. E confesso que está sendo muito difícil ter tempo livre para quaisquer tipo de atividade que costumava ter, uma delas era o fato de “blogar”. Mais as coisas se acertaram e agora e a hora da reviravolta. move on!

E antes de mais nada, e preciso passar uma vassoura por aqui pois está muito empoeirado. Por esses meses que se passaram desde o meu último post em 23 de outubro, eu estarei mudando a cara do Blog para marcar a minha volta a comunidade OpenSource e principalmente aos projetos pessoais e em especial as contribuições com o GNOME (Pois é, estou em falta com muita coisa!), inclusive sobre um patch que fiz para o kernel recentemente adicionando suporte ao novo modelo de notebook da Sony VPCEB15FB que tem algumas funcionalidades diferente antes não suportada no Kernel. Estarei comentando mais sobre o assunto brevemente!

E isto, só tenho a agradecer aos amigos que acompanharam os problemas que surgiram e agora e bola pra frente e correr atrás do tempo perdido!!

De volta a comunidade, Happy hacking!

<obs>A Imagem foi copiada do blog do meu parceiro Larry.Jr, thanks! =)</obs>

Em um conferência de Linux no Japão, a Microsoft coloca (de propósito ou não) um ponto de venda do Windows7 em frente ao local. Nosso amigo Linus Torvalds tira uma onda e vai lá “prestigiar” o lançamento.

Fonte da foto.

Ops! praticamente três meses sem postar nenhuma novidade. Porém não tinha como deixar passar em branco este post… está semana estarei de volta as atividades e compartilhando as novidades!

Perceba que o código e bem tosco, porém divertido! o uso do return com o método void main() foi forçar a barra!

1. Richard Stallman não usa navegadores da web, ele envia um link para um demon que usa o wget para buscar a página e envia-la de volta para ele.

2. Richard Stallman é o único homem vivo que pode pronunciar GNU da maneira que deve ser pronunciada.

3. Richard Stallman não lê páginas da web. Eles escrevem para ele.

4. Algumas pessoas verificam seus computadores em busca de vírus. Vírus verificam seus computadores em busca de Richard Stallman.

5. A barba de Richard Stallman é feita de parêntesis.

6. O sistema nervoso de Richard Stallman é completamente wireless.

7. Richard Stallman escreveu o compilador Deus. O Big Bang do Universo foi a primeiro segfault.

8. Algumas pessoas usam pijamas Linus Torvalds’s para dormir, Linus Torvalds usa pijamas Richard Stallman’s.

9. Richard Stallman uma vez comeu três bifes de 2Kg em uma hora. Ele passou os primeiros 45 minutos codificando uma nova extensão do Emacs elisp.

10. Richard Stallman não tem mãe, ele se codificou sozinho.

11. Richard Stallman criou a singularidade, mas, uma vez que ela geralmente funciona sem conexão à internet, não será visível por mais duas semanas.

12. Richard Stallman não faz wget, Richard Stallman faz wdemands!

13. Richard Stallman não tem nenhum problema usando o emacs. Ele escreveu-o o seu usando suas 4 mãos.

14. Richard Stallman nunca usa chuveiros: ele executa um ‘make clean’.

15. Richard Stallman lançou seu próprio DNA sob a GNU FDL.

Quem por algum motivo não entendeu as piadas acima, fica abaixo alguns links recomendados para a leitura:

Guia Foca
Richard Stallman
Linus Torvalds
GNU

retirado daqui.

.:: FISL 10 ::.

<aviso>Este POST com certeza foi o mais pesado que escrevi até o dia de hoje! talvez demore para carregar… </aviso>

# Day0: Depois de sair de Recife ás 03:15am fazendo escala em são paulo, chegando em POA ás 09:30am!

Day0: Logo no aeroporto em Recife encontrei o parceiro "Moisés beniGNU", perceba na foto acima que ele estava meditando na cadeira ao lado durante todo trajeto...

Day0: Assim que chegamos na cidade fomos direto para a PUC, antes no caminho uma parada para foto!

Day0: Direto para a PUC pegar as credenciais e escolher um estande para o GNOME-BR.

Day0: Marcando o estande que consegui no melhor ponto possível!

Day1: (24/06) Acordamos cedo no primeiro dia de evento, e fomos direto para a PUC! Muita adrenalina e animação para rever e trocar idéia com os amigos e ainda fui conferir a palestra do Ricardo Salveti sobre “Desenvolvimento embarcado com Open Embedded e Mamona”.

Day1: Eu e Wendell logo cedo no estande... qualquer semelhança da foto do Wendell com o personagem "Bender" do seriado "Futurama" e pura Coincidência!

Day1: Foto clichê com Jon "MadDog" Hall...

Day1: Grande figura, Lucas Brasilino!

Day1: Os amigos de Recife marcando presença no FISL (Pedro + Wesley "Tarado do VOIP" + Dailson "Fofão" + Moisés beniGNU + Eu), Jantar com um Bom vinho para fechar a noite!

Day1: Fechando a noite em um jantar com os amigos e um bom vinho!

Day2: (25/06) Começamos o dia com agitação logo cedo!

Day2: Na ida para o FISL nos deparamos com uma manifestação na frente da prefeitura de POA, e então fomos lá da uma força ao pessoal...

Day2: Comprando alguns vinhos para esquentar... já que o frio estava demais!!

Day2: Eu e minha gata na frente da PUC diante banner gigante do evento...

Day3: (26/06) Um dos dias mais corridos, muito Hacking relacionado ao GNOME, inclusive apresentação falando sobre a evolução e participação relacionadas ao GNOME! Foi apresentada por Jonh Wendell, Gustavo Noronha (kov) e o Júlio Cesar! Foi bem divertida inclusive em relação as discussões que rolaram durante apresentação!

Day3: Eu e Wendell discutindo sobre melhor forma para implementação do esquema de plugins para o VINAGRE... Breve um post sobre o assunto! Como diria o Stallman, Happy Hacking"

Day3: Que maravilha, esquentando a alma diante a lareira lá na churrascaria CTG...

Day3: Eu e minha Gatona... Um choppzinho para refrescar o calor de +6 graus! Ninguém e de ferro...

Day4: (27/06) Muito frio como sempre, muito discussão, e fui conferir duas palestras. A primeira foi do Francisco Alecrim que falou sobre desenvolvimento para as placas Beagle Board, sem sombra de dúvidas a palestra foi excelente, Mais informações no blog dele e a segunda foi do Gustavo Noronha (kov) falando sobre “WebKitGTK+ – O Que é e como usar”, foi com certeza uma das palestras mais técnicas que teve no FISL!

Day4: Eu e o Vinícius diante uma relíquia... um belíssimo K82-C contendo 2k de espaço!!

Day4: Vinícius + Eu + Krix + Wendell + Tiago (T-Rex) + Luciana + Pequeno Gustavo

Day4: Eita, eu na mídia... haha! no quarto dia do evento a "Vanessa Nunes" passou lá e me chamou para participar de uma matéria que ela estava escrevendo sobre a cara dos laptops de alguns participantes! Clique na foto para ver a matéria!

Day4: Último dia de FISL... nós na saída do prédio diante o banner principal de entrada!

Day5: (28/06) Este foi o dia que eu e Krix tiramos para passear e conhecer um pouco mais da cidade, Com certeza e a melhor forma de conhecer o Guaíba e o Delta do Jacuí são os passeios com os barcos Cisne Branco, com saída no Portão Central do Cais do Porto! Vale realmente a pena!

Day5: Eu e minha gata fechando com chave de ouro o passeio em POA com um jantarzinho acompanhado de uma boa caneca de vinho!!

Day5: Eu e ela!

Day5: Foto tipo cartão postal!

Considerações sobre o FISL!

• O FISL e um evento que você encontra de tudo! Hackers por todos os lados, GNOMER’s, Ubuntusers, Slackwazeros, Debianzeros, PHPZeros, CZeros entre a mais vasta especie que você possa imaginar!
• A estrutura da PUC sem sombra de dúvidas e muito boa, porém para o nível que o FISL é deixou a desejar em muitas coisas dentre elas a má sinalização no campus, péssima qualidade da internet e sinal wi-fi!
• Grande oportunidade para rever e conhecer os amigos que  você só conhece por Email/IRC além de reforçar em MUITO o Networking!
• Conforme o Fábio citou neste post, e incrível o quanto o Ubuntu impera nos Desktops!
• Sobre a visita de Lula no evento? Eu prefiro não comentar NADA sobre o assunto!
• Mais fotos que tiramos podem ser visto no Flickr de Krix aqui!
• Richard Stallman dançando breaking, tem noção da cena? veja o video aqui e aqui também!
• No vôo de volta na escala entre São Paulo e Recife veio no mesmo vôo eu, Krix e Ursula que podemos ter a companhia de uma “Crente” orando e agonizando durante quase todo o trajeto… ou seja, ela veio “enchendo o saco”!
• Foi muito ruim ter que ficar o dia inteiro dentro de avião para chegar ao Rio de Janeiro, pois fiz os trajetos “POA” -> “São Paulo” -> “Recife” -> “Rio de Janeiro”.

Considerações sobre a Cidade!

• Porto alegre e uma das cidades mais belas que conheci aqui no Brasil, sem sombra de dúvidas possui muitos outros cartões postais na cidade e no estado do Rio Grande do Sul!
• A Cidade e praticamente um “Frigorifico”, meu grande companheiro Dailson que estava hospedado no mesmo hotel gritou várias vezes durante os dias “Por favor, alguém diminuir o nível deste ar-condicionado central”, haha!
• O Custo de vida lá em relação a alimentação e SUPER barato em comparação a outros cantos como por exemplo Rio de Janeiro, Recife e São Paulo!
• Com certeza uma das melhores gastronomias do Brasil, fiquei impressionado com a qualidade das comidas que comi durante os dias de evento! Lá o povo sabe realmente temperar uma comida de verdade!
• Pretende visitar a cidade em época de frio? PREPARE-SE! VÁ BEM AGASALHADO!

Nos vemos no FISL11, ate lá!

• Casa Nova

Devido a alguns imprevistos e afins surgiu a necessidade de me mudar e estou morando e trabalhando atualmente na famosa “Cidade Maravilhosa”, isto mesmo! Estou desde o último dia 09 de Maio morando no Rio de Janeiro!!

Copacabana, ao fundo o Pão de Açúcar!

Entardecer em Copacabana...

Porém não vim para cá como turista e sim para trabalhar, que por sinal trabalho não tem sido outra coisa que tenho me dedicado tanto! O Desafio de trabalhar com novas tecnologias envolvendo TV Digital & Linux embarcado, foi um dos maiores motivos que me fez aceitar o desafio de mudar de cidade, deixar para trás familiares, amigos, minha filhota e minha girl linda!!

• Brinquedo Novo, Guitarra Fender Squier
  

Quando mais novo havia tido interesse para aprender a tocar violão e aprendi alguma coisa, só que depois de muito tempo com a vontade retraída em aprender a tocar Guitarra resolvi a algum tempo investir um pouco do tempo livre (tempo livre? O_o)! Consequentemente um amigo comprou uma guitarra e amplificador novo e conversando ele ficou sabendo sobre esta minha vontade desde de guri em aprender a tocar e me vendeu por um valor MUITO legal! Valeu Gustavo!

No pacote veio: Guitarra Fender Squier + Alça + Palhetas + Mochila + Suporte + Amplificador Shelter (Tudo extremamente novo, a guitarra não tem nenhum arranhão e inclusive o Amplificador ainda veio na caixa original)

• Tatoo : Finalizado Braço esquerdo!
  

Desde de novo que sempre tive atração por tatuagem, muitas pessoas recriminam e falam muito! Porém tenho apenas uma concepção que num vai ser um desenho que vai dizer algo sobre a dignidade da pessoa, pois em Brasília tem muita gente de terno-gravata roubando e sujando a imagem do país então sobre isto prefiro nem comentar! Enfim, está foi a última sprint da minha tatuagem do braço esquerdo, a próxima será o meu maior projeto sobre o assunto! Será o sonho de ter desenhado nas costas a arte da capa do álbum Powerslave do Iron Maiden, abaixo tem um exemplo da arte! Pretendo fazer em breve!

Maori estilizado feito pelo mestre "Andarilho"

Um dos principais motivos do meu real interesse pelo Iron Maiden começou primeiro pelas capas dos discos, segundo por influência de meu primo que juntamente com um amigo escutavam muitas bandas do genero entre elas era o Iron. E este com certeza e um dos melhores álbuns na minha opinião, foi o quinto álbum de estúdio da banda lançado em 3 de setembro de 1984, nesta época eu estava apenas com dois anos de idade! O álbum tem sua abertura com “Aces High”, uma canção sobre as lutas aéreas na Segunda Guerra Mundial. Logo depois tem “Two Minutes to Midnight”, composta por Adrian Smith com letras de Bruce, tratando da constante ameaça de uma guerra nuclear que pairava na época. Logo após, uma canção instrumental ao estilo egípcio do álbum, chamado “Losfer Words (Big’ Orra)”. Depois as canções “Flash of the Blade”, “The Duellists” e “Back in the Village”. Segue “Powerslave”, composta apenas por Bruce Dickinson e que trata de temas egípcios e como as pessoas podem ficar “escravas do poder”. Por fim, a “saga” “Rime of the Ancient Mariner”, uma longa canção de treze minutos sobre um homem amaldiçoado por uma sereia da morte. Foi escrita a partir do poema homônimo do poeta romântico inglês do século XVIII, Samuel Taylor Coleridge! Enfim, este será o tema de minha próxima tatoo que espero poder fazer em breve!

Este e um exemplo do próxima tema de minha nova Tatoo! Up the Irons! o/

Fiz várias pesquisas sobre o teclado e seu funcionamento nos Nokia Internet tablets N8xx e assim como outros inúmeros teclados do gênero ele possui um esquema de mapas diferente sendo incompatível com os esquemas de HID convencionais, foi durante a pesquisa que cheguei a um serviço chamado “kbdd“.

O kbdd e um daemon que funciona na camada de usuário “user-space”, sendo responsável pela comunicação atráves da interface serial (over irda/bluetooth/…) do teclado fazendo o intermedio para a camada de input do kernel utilizando o modulo uinput nativo no Kernel, e assim encaminhando as teclas para o S.O.

Ele foi feito direcionado para plataformas móveis como maemo, openmoko, gpe, entre outros. Pois caso você tenha algum teclado do tipo e o esquema de maps dele seja suportado conforme lista descrita no site do kbdd, basta seguir os passos a seguir!

1) Baixe o código a partir do CVS e compile.

[jpereira@jiraya ~]$ mkdir -p ~/tmp/kbdd
[jpereira@jiraya ~]$ cd ~/tmp/kbdd/
[jpereira@jiraya kbdd]$ export CVSROOT=":pserver:anoncvs@anoncvs.handhelds.org:/cvs"
[jpereira@jiraya kbdd]$ cvs login
Logging in to :pserver:anoncvs@anoncvs.handhelds.org:2401/cvs
CVS password: anoncvs
[jpereira@jiraya kbdd]$ cvs co apps/kbdd
[jpereira@jiraya kbdd]$ cd apps/kbdd/
[jpereira@jiraya kbdd]$ make

2) Ative o esquema de “discovery” do teclado, e no Linux inicie a busca pelo dispositivo em seguida atache o endereço MAC do seu teclado bluetooth a uma porta serial e em seguida inicialize o serviço. (Quando pedir a senha do bluetooth, utilize a senha padrão dele “0000″)

[jpereira@jiraya kbdd]$ sudo hcitool scan
Scanning ...
00:0A:3A:06:09:B0       BT-FoldableKB
[jpereira@jiraya kbdd]$ sudo rfcomm bind 0 00:0A:3A:06:09:B0
[jpereira@jiraya kbdd]$ sudo modprobe uinput
[jpereira@jiraya kbdd]$ ./kbdd -p /dev/rfcomm0 -t btfoldable &

OBS: Fiz diversas alterações no kbdd, inclusive adicionei a possibilidade de iniciar o kbdd como daemon, adicionei flag de compilação para o N770, entre outras coisas. Caso queira utilizar a versão alterada basta aplicar este patch. Inclusive conversei  com um dos autores por e-mail que retornou positivamente as melhorias feitas no kbdd, creio que logo mais já vai estar disponível no cvs do projeto tais alterações! Assim que eu receber meu N800 e tiver com tempinho livre vou trabalhar nele para melhorar outras coisas, inclusive a possibilidade de uso do D-bus na comunicação com a parte de input das teclas!

Abaixo segue os passos para caso queira experimentar a versão alterada!

[jpereira@jiraya ~]$ mkdir -p ~/tmp/kbdd
[jpereira@jiraya ~]$ cd ~/tmp/kbdd/
[jpereira@jiraya kbdd]$ export CVSROOT=":pserver:anoncvs@anoncvs.handhelds.org:/cvs"
[jpereira@jiraya kbdd]$ cvs login
Logging in to :pserver:anoncvs@anoncvs.handhelds.org:2401/cvs
CVS password: anoncvs
[jpereira@jiraya kbdd]$ cvs co apps/kbdd
[jpereira@jiraya kbdd]$ cd apps/kbdd/
[jpereira@jiraya kbdd]$ wget http://blog.jorgepereira.com.br/wp-content/dist/patchs/kbdd-jorgepereira.patch
[jpereira@jiraya kbdd]$ patch -p0 < kbdd-jorgepereira.patch
[jpereira@jiraya kbdd]$ make HAVE_FORK=1
[jpereira@jiraya kbdd]$ ./kbdd -p /dev/rfcomm0 -t btfoldable -b

Mesmo sendo um evento voltado mais para o público corporativo conseguiu ser de grande qualidade o espaço reservado para assuntos voltados ao Software Livre, uma estrutura muito legal com salas confortáveis e equipamentos de primeira linha em todos auditórios, resumindo! o evento foi muito legal!

Sem falar que por ter sido convidado fiquei praticamente uma semana de férias em alagoas no hotel Ponta Verde que foi custeado pela organização do evento, tive a oportunidade de rever meu grande brother Jonh Wendell que me deu grande suporte para me situar pela cidade, pois até então nunca havia ido a Maceió!

Vista do elevador panorâmico do hotel, que vidinha +/-!

Eu, Karlisson e o Jonh durante abertura do evento no auditório!

Rodizio de carnes básico!

Inovação Acadêmica e Projetos de Software Livre

Conforme foi me passado que o evento seria algo mais corporativo, procurei abordar os principais pontos relacionados sobre O Linux em Sistemas Móveis e Embarcados, link para o slide aqui.

Resumindo, a cidade e bem tranquila com praias bem legais… vários barzinhos entre eles o tão falado Maikai! Conheci o cara das tirinhas do nerdson.com, grande Karlisson… além de ter conhecido uma outra grande figura o famoso Cárlisson, cara responsável por criar diversos repentes bem legais!

Parabenizar a todos envolvidos no evento e espero ser convidado novamente para a próxima edição em 2010!

Entre a coleção de velharia eu encontrei a “Revista do Linux” (Edição 1° – 1999) guardadinha sem nenhum amasso acompanhada de mais diversas edições, assim como tantas outras edições “PC Master”. Essas revistas eram a agrande salvação pois sempre acompanhava uma distribuições diferente a cada edição!

1999 – Edição 1°  da “Revista do Linux”

1998 – Edição 1° da revista Portuguesa “Linux Actual”.

Mídias do Fedora Core 1, RedHat 6.0/6.2, Ubuntu 4.10 (Primeira versão) e o Debian 2.rc2

Mídia original do “Conectiva Linux 5.0″

Lembro que no inicio de tudo quando resolvi aprender sobre Linux foi necessário muitas madrugadas… muita ralação para aprender sobre particionamento, utilização do fips, problemas com gerenciamento de memória, lembro que fiquei por volta de dois meses somente usando o terminal pois não existia driver para minha placa de video sis650, sem esquecer das várias brigas com o modem hsp56 pctel para tentar entrar na internet, etc…etc… depois de tudo isso chego a conclusão que estou ficando velho ou tempo que passou muito rápido?

Abraços!