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

(*) 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.

• 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/

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!

Estarei lá curtindo e relembrando os velhos tempos que escutei vários clássicos como killers, The number of the Beast, Powerslave entre outros! Lembrando que meu ingresso e o para “Pista PROMO“. Quem mais vai?

Pois bem,

Ontem assim que cheguei no trabalho fui checar meu e-mail pessoal quando havia uma mensagem da GNOME Foundation[1] informando que eu havia sido aceito como o mais novo membro da fundação, uma excelente noticia logo de manhã cedo! Com isto passo a ser o décimo quarto desenvolvedor brasileiro a fazer parte da fundação GNOME; Fazendo parte do comitê de votação para diretoria da fundação, podendo colaborar com sugestões, etc. Atualmente temos a seguinte lista[2] com todos os membros oficiais da fundação espalhados pelo mundo!

Em todos os eventos que participei anteriormente, alguns deles foram em prol da divulgação e focando na ajuda com aqueles que tem interesse em conhecer e colaborar com o desenvolvimento, tradução ou qualquer outro tipo de colaboração com o mais famoso gerenciador de janelas para Linux chamado GNOME. Podem ser acessadas algumas das apresentações na parte de eventos no wiki do GNOME Brasil[3].

Aproveitando para dizer que o Brasil possui um dos times com maior atuação no desenvolvimento do projeto GNOME, podem ser acessadas mais informações sobre o GNOME aqui no Brasil através do portal[4], se você tem interesse vale a pena visitar o portal e descobrir como fazer parte da equipe; O último relatório sobre a atuação do GNOME Brasil pode ser visto no portal[5] além do famoso Planeta GNOME Brasil[6], entre lá e conheça alguns dos desenvolvedores brasileiros!

Já tem algum tempo que venho me dedicando ao desenvolvimento do GNOME no seu modulo do servidor VNC, mais conhecido como VINO. Abaixo algumas das minhas colaborações com novas features e bug fixies.

2008-11-25  Jorge Pereira <jorge@jorgepereira.com.br>
        ...
	* server/vino-background.h:
	Disable wallpaper on connection + restart = wallpaper gone
	forever. Closes #562281.

2008-11-25  Jorge Pereira <jorge@jorgepereira.com.br>
        ...
	* server/vino-server.schemas.in:
	Removed the feature localOnly, added correct support for IPv4 mapped
	IPv6, and added a new feature to able to set network interface for
	accept connection. Closes #403183,#403192,#488354.

2008-07-29  Jonh Wendell
        ...
	* configure.in: Added a compile-time option (--enable-libunique)
	to use the LibUnique library, which allows only one instance of
	capplet running.
	Based on a patch provided by Jorge Pereira .

2008-07-25  Jorge Pereira <jorge@jorgepereira.com.br>
        ...
	* server/vino-server.schemas.in:
	New feature to disable wallpaper when connected to vino.
	Close #515072.

2008-07-06  Jorge Pereira <jorge@jorgepereira.com.br>
        ...
	* configure.in:
	Added a tool to change Vino password, similar to Unix passwd command.
	Closes #540853.

Sem esquecer de agradecer ao Jonh pela força! let’s do it! keep happy hacking!!

• [1] GNOME Foundation / Wikipedia
• [2] GNOME Foundation / Members
• [3] GNOME Brasil / Eventos
• [4] GNOME Brasil
• [5] GNOME Brasil / Relatório 2008
• [6] GNOME Brasil / Planeta