No que diz respeito à participação da Canonical, Jono Bacon (gerente da comunidade) rebate dizendo que a empresa contribui muito com o GNOME, mas o código fica hospedado no Launchpad, e qualquer distribuição poderia empacotá-lo. De fato, o levantamento publicado por Dave Neary só levou em consideração o código hospedado na infraestrutura do próprio GNOME — que aliás é fornecida principalmente pela Red Hat.

Ainda sobre a importância relativa de cada empresa, o próprio Dave Neary destaca o que os números escondem sobre a participação da Nokia. Em vez de contratar mais empregados, a empresa estimulou a criação de várias start-ups que contribuem com uma parte significativa do código. Além disso, os módulos específicos do GNOME Mobile e o WebKit não entraram na análise.

Mas minha contribuição nessa discussão é sobre o outro destaque: o efeito Cauda Longa. De fato, os colaboradores voluntários têm contribuições individuais pequenas, como acontece no desenvolvimento do kernel Linux. Mas uma boa parte dos principais colaboradores do GNOME (em número de alterações do código-fonte) são voluntários, e a maior parte dos módulos do GNOME são mantidos por voluntários. Mais: se considerarmos o voluntariado como uma empresa, essa empresa será responsável por 30% do desenvolvimento do GNOME, muito mais que a Red Hat ou qualquer outra empresa.

Por fim, gostaria de registrar que o Censo do GNOME é sobre o desenvolvimento do código, mas até onde sei não estuda a tradução ou outros tipos de contribuição. A tradução é uma parte significativa do trabalho no GNOME, e acredito que seja quase exclusivamente voluntária.

Yes, more than 70% of the contributions come from paid work. But, if we consider voluntary as a company, that would be the most important company in the development of GNOME.

O Mallard é o novo sistema de documentação do GNOME. Tem uma ênfase em documentos avulsos (em vez de aninhados) e focados cada um num tópico, como na Wikipédia. De quebra, traz uma nova linguagem XML, muito mais fácil que a do DocBook, usada até então. A Equipe de Documentação do GNOME está convertendo a documentação do GNOME aplicativo por aplicativo, e as pessoas envolvidas parecem estar gostando da experiência.

Deixando de lado a sintaxe específica para software (telas, código-fonte etc.), o Mallard é muito adequado para qualquer documento que seja consultado através de um computador. É claro que não faltam alternativas, mas para mim tudo se encaixou perfeitamente. É claro que ser parte do GNOME também ajuda!

Cada assunto fica num arquivo, e todos os arquivos estão num mesmo diretório. Para abrir o diretório, basta executar yelp $DIRETÓRIO — vale até criar um lançador na barra de ferramentas ou na área de trabalho (vamos ver como isso fica com o GNOME Shell). Também é possível converter para HTML ou XHTML usando o gnome-doc-tool, e então abrir com o navegador comum. A única limitação séria do Mallard é que, por enquanto, o caminho do diretório não pode conter caracteres não ASCII (cedilha, acento, til…).

Existia um projeto de editor amigável para o Mallard, mas até hoje não vi o produto. Agora está sendo desenvolvida uma interface web para a edição da documentação do GNOME. Não resolve muito o meu problema, mas tudo bem. Basta editar os arquivos XML no editor de textos favorito, o que no meu caso é o gedit. (Também gosto muito do Vim, mas não para XML. Vai entender.) O destaque de sintaxe ajuda muito, e a ferramenta de inserção de trechos (para destaque XML, não Mallard) também. A documentação on-line do Mallard é muito boa, um dia desses tenho que dar um jeito de copiar para o meu disco rígido. (Nem sempre tenho acesso à Internet.)

Em suma, o Mallard é uma ótima forma de manter documentação, seja para software ou para outros fins. Sugiro a todos que confiram o tutorial de dez minutos, para sentir como funciona!

There are plenty of technologies I could use for this. In fact, one of the best candidates was Tomboy, but I didn’t want to mix the other notes with my medical ones (the notebooks feature wasn’t enough) and I needed the technology to handle tables. Then, there are plenty of wikis out there, but I didn’t want to have an HTTP server in my netbook, and TiddlyWiki seemed too fragile for me (try control+left on your browser).

Mallard is topic-oriented, which is exactly what I need. Being fond of IT and GNOME, editing Mallard XML should be easy enough, even if lists and specially tables are a little too cumbersome. IMHO no file format is completely future-proof, but Mallard is almost there, being an open XML format and counting with out-of-the-box tools to convert documents to HTML and XHTML.

All my medical notes are placed in a single directory, and I created a launcher on the desktop which runs yelp with that directory as an argument. I believe this is the most convenient way for GNOME users. But at the beginning I used to run gnome-doc-tool html *.page and open index.html in a web browser.

I’m very happy about using Mallard for my medical notes. The gedit syntax highlight is excellent, even if I’d like to use the XML snippets together with the Mallard-specific ones (but that’s a gedit issue). I’d like to thank the GNOME Documentation Team of helping me when I had trouble in the first steps, as well as for writing excellent documentation on the Mallard file format.

Overall, Mallard is a great documentation system, both for software and non-software documentation.

The new Language field in the message header is very welcome. Poedit has been doing this for ages, but now it’s official and other localization tools can start using it for spell checking and so on.

I’m not so sure about the utility of the range flag. It’s always good to help translators know what they are translating, but such addition would be much more important for strings (i.e. %s will be replaced by an error message). Anyway, it depends too much on programmers improving old code, so it should appear very slowly.

And of course, I really liked the command line utilities improvement. The colored output is much easier to read, and the msgmerge speedup is just what I needed circa 4 years ago when I had an old budget computer and had to merge partial translations to the GNOME User Guide. It took me something like eight minutes for every merge!

Meanwhile, I continue to wait for some features to be added to intltool:

• Add automatic comments telling where is the message displayed (see also this blog post)
• Sort messages in the same order as they appear in the source code
• Show previous message ID (Damned Lies and Gettext alredy do it)

Uma coisa de que não gosto em distribuições de Linux é o atraso que elas introduzem entre os lançamentos de código-fonte e a instalação para o usuário final. (Não que eu tenha muita escolha, já que também não gosto muito de Windows.) A principal razão de eu usar o Arch Linux é ter software o mais atualizado possível. Tradicionalmente, tenho que esperar poucas semanas até poder instalar uma versão 2.xx.0 do GNOME, mas dessa vez o Arch Linux realmente excedeu minhas expectativas.

Eu não recomendo o Arch Linux para ninguém. Se você for um usuário típico do Arch Linux, vai descobrir sozinho se a distribuição é para você. Mas hoje não tenho como deixar de dizer em alto e bom tom que estou muito feliz com o Arch Linux.

One thing I don’t like Linux distributions is the delay they introduce between the upstream release and the deployment to the end-user. (Not that I have much choice, since I don’t like Windows either.) The main reason I use Arch Linux is to use up-to-date software as much as possible. Traditionally I had to wait a few weeks from the upstream release to get the latest GNOME 2.xx.0 version on my computer(s), but this time Arch Linux really exceeded my expectations.

I don’t recommend Arch Linux for anyone. If you are a typical Arch user, you will find out by yourself if this is the right distro to you. But I can’t help saying I am a happy user most of the time.

Os mais de 20 telecentros de Vitória, localizados em bairros pobres e de classe média baixa, têm uma infraestrutura razoável, e os computadores, ainda que lentos, funcionavam bem. Além de acessar a internet, as pessoas ainda podem receber cursos de informática básica. Enfim, um serviço razoável para a exígua verba que o setor social costuma receber dos governantes brasileiros.

Minha maior curiosidade, ao resolver visitar o Telecentro, era conferir o uso de software livre. De fato, tratava-se de GNU/Linux, com o GNOME. Confesso que não conferi qual era a distribuição e a versão, porque não queria ficar mexendo muito no computador do encarregado. Também não perguntei muito porque, na minha experiência, as pessoas que controlam a entrada e saída de usuários de laboratórios de informática e lan houses têm um conhecimento muito escasso de informática.

Imagina só o orgulho de poder abrir uma janela de créditos e mostrar o nome entre os tradutores, e dizer que já coordenei tradução do GNOME no Brasil. Mais ainda, o Telecentro é concretiza a própria missão do projeto GNOME: proporcionar um ambiente de trabalho livre para todos, independente de renda, idioma ou capacidades motoras e/ou sensoriais.

The most obvious connection is the Ubuntu philosophy, which emphasizes how important it is to be part of the community. It is cited in the documentary as one of the strengths of people in Malawi. Orphans are cared by other people in the village, and travelers don’t need to carry much food because they will be fed wherever they stop. I believe we all agree that the Ubuntu philosophy is very similar to the free software philosophy. By collaborating with other people, rather than competing with them, we all grow stronger. Suddenly the Linux distribution name became much more touching.

Nobel prize winning Archbishop Desmond Tutu appears on the documentary explaining the Ubuntu philosophy, and a few days latter I saw another documentary with him, about Nelson Mandela and the end of the apartheid in South Africa. When the apartheid ended, and the Truth and Reconciliation Commission was created to bring amnesty and/or condemnation to crimes against human rights, it was frequently necessary to have simultaneous translation to make people from the same country understand each other. It of course reminded me of the importance of the work of Zuza Software Foundation, making free software accessible to people in a country that speaks 11 different official languages.

Back to the documentary about Malawi, it has a very interesting structure. During most of the film, we are presented to the many problems at the country, like poverty, lack of access to health care, AIDS, orphanhood and violence. Then we are presented to the Ubuntu philosophy, with plenty of demonstration of how it is a strength of people in Malawi (and other African countries), and finally we know about Raising Malawi, a charity which helps orphans and other people study and recover their self-efficacy. That is very much how non-profit organizations usually convince other people to donate money or get involved. I believe that it shouldn’t be exactly a new idea for the GNOME Marketing Team, but anyway I couldn’t resist sharing the overall concept to my fellow Planet GNOME readers and bloggers.

I’ll try not to get too much personal here, but I’ll tell you I was really touched by the documentary, and it really made me want to to make a difference. (And my day job already is bringing quality health care to socially disavantaged people!) If you have one and a half hour to watch a video on YouTube, I really recommend seeing I Am Because We Are.

Dica, para ficar por dentro das atividades da Fundação GNOME, e de projetos como o Metacity, o Clutter e o Hamster, assine o feed do GNOME News.