FISL 15: Impressões, opiniões e discussões

Após quase 1 mês, cá estou pra compartilhar minhas impressões a respeito do FISL 15, que aconteceu em Porto Alegre, RS, entre os dias 7 e 10 de Maio de 2014.

Antes de mais nada, gostaria de fazer um pequeno “jabá”. Acho que mereço, por conta do trabalho que tive pra fazer isso (já explico) dar certo! Estou falando da palestra do Diego Aranha, que foi um dos destaques dessa edição do evento. A palestra, entitulada Software Livre e Segurança Eleitoral (veja o vídeo dela aqui) é, na minha opinião, algo que todo cidadão brasileiro deveria assistir e refletir a respeito. Comecei a me envolver mais no assunto da urna eletrônica brasileira depois que assisti essa mesma palestra (proferida pelo próprio Diego), há mais de 1 ano atrás, na UNICAMP. Considero impossível não se sentir minimamente indignado com a falta de escrúpulos (e de competência!) daqueles que, teoricamente, estão zelando pela democracia no país.

Enfim, depois de assistir essa palestra pelo menos umas 3 vezes (sendo uma delas na edição do Software Freedom Day Campinas, que eu organizei em nome do LibrePlanet São Paulo), achei que devesse tentar “mexer os pauzinhos” e colocá-la na grade oficial do FISL. Só pra garantir, eu e o Diego também submetemos a mesma palestra pelo sistema normal de submissão. Mas no fim, depois de conversar com algumas pessoas “de dentro” (agradecimento especial ao Paulo Meirelles da UnB nesse ponto), consegui encaixar o Diego na grade de destaques do evento! Foi uma grande conquista, e tenho certeza de que quem viu a palestra saiu de lá com a pulga atrás da orelha…

Mas enfim, vamos aos fatos. Minha participação no FISL desse ano foi mais tímida do que no ano passado, mas após alguma reflexão, cheguei à conclusão de que ela também foi mais proveitosa. Apesar de ter submetido praticamente 8 propostas de palestras, cobrindo os mais diferentes níveis e assuntos, não tive nenhuma proposta aceita! Obviamente fiquei bastante chateado com isso, ainda mais depois de ver o nível de algumas palestras que foram aprovadas… Confesso que considerei não ir ao evento, já que, além de não ter tido nenhuma palestra aprovada (o que significava que eu não receberia nenhum patrocínio pra ir), também não ia poder rever muitos amigos que não puderam comparecer nessa edição (podem botar isso na conta da Copa).

Passada a fase de chorar as pitangas, decidi ir de qualquer maneira. O Alexandre Oliva havia me convidado para fazer parte de uma “mesa redonda” cujo objetivo era debater a suposta morte do movimento Software Livre no Brasil. Senti-me honrado com o convite, e como participo da causa há bastante tempo, tinha bastante coisa a dizer. Foi uma honra ter feito parte da mesa com o próprio Oliva, o Anahuac, o Fred, e o Panaggio. Tivemos 2 horas para falar nossas opiniões a respeito do tema, e abrir a discussão para o público presente no auditório. Infelizmente, acabou sendo muito pouco tempo para tanta coisa que tínhamos pra falar! Eu mesmo acabei dizendo muito pouco, e resolvi parar antes para deixar a platéia se manifestar, na esperança de que o microfone iria voltar às minhas mãos para que eu pudesse fazer as considerações finais. Ledo engano! Todos queriam um pedacinho do tempo, e acabou que ficou faltando muita coisa a ser dita, de ambos os lados (palestrantes e platéia). Aliás, se quiser ver o vídeo do debate, faça o download dele aqui.

Não é exagero dizer que esse debate explicitou um sentimento recorrente nos ativistas do movimento Software Livre. Há algum tempo vínhamos tendo essa “consciência coletiva” de que as coisas não estavam muito bem pro lado do Software Livre (ao contrário do Open Source, que vai de vento em popa). Eu mesmo já havia feito alguns posts a respeito do assunto, e do meu incômodo quando pedi para que o nome Software Livre não fosse utilizado indevidamente (post em inglês), e o Anahuac levantou esse ponto durante o debate também. Achei bastante sintomático isso. E depois que voltei do FISL comecei a pensar bastante a respeito desses (e outros) assuntos novamente, o que já gerou alguns posts por aqui.

Gostei, também, da maior parte das colocações que ouvi da platéia. Apesar de eu ter tido a impressão de que algumas pessoas não entenderam muito bem o que estava sendo discutido, considero que os contrapontos levantados por parte da platéia são dignos de serem pensados, mesmo que a pessoa que trouxe esses contrapontos não seja necessariamente uma ativista. Talvez eu prepare mais um post a respeito do que ouvi por lá…

Por último, já no final da palestra, não pude deixar de pedir o microfone pro Oliva e levantar um ponto que eu queria que tivesse tido mais atenção: precisamos hackear mais! O Software Livre, enquanto movimento social e político, precisa de pessoas que discutam e tragam à tona os problemas que nós, como sociedade, devemos resolver. No entanto, o Software Livre também é um movimento técnico, e como tal precisa de ferramentas que façam frente ao domínio proprietário. Hackers, precisamos de vocês :-).

Mas… mudando um pouco de assunto, eu também fui ao evento para divulgar, mais uma vez, o nosso grupo de Software Livre, chamado LibrePlanet São Paulo. Nesse ano, levamos duas propostas interessantes ao evento: contas grátis na nossa instância do GNU Social, e no nosso servidor Jabber.

O GNU Social, que antes era conhecido como StatusNet (e que era utilizado pelo site Identica, que depois migrou para um outro tipo de serviço), é como se fosse um “Twitter distribuído”, implementado com Software Livre. O ponto é que você consegue utilizar seu próprio servidor (se quiser), e consegue conversar com pessoas que estão usando GNU Social em outros servidores. Se quiser registrar sua conta na nossa instância do GNU Social, pode acessar a página de cadastro.

O Jabber (XMPP) é um “conhecido anônimo” de quase todos. É a tecnologia que o Google Talk, o Facebook Chat, o WhatsApp, e vários outros serviços proprietários utilizam. Nós, do LibrePlanet São Paulo, estamos oferecendo contas de graça no nosso servidor Jabber. Ainda não possuímos uma página de cadastro de usuários, então se você quiser uma conta, entre em contato comigo através do e-mail (ou deixe um comentário aqui). É importante dizer que o Jabber/XMPP também é um protocolo totalmente distribuído, e que você vai conseguir conversar com outras pessoas que estão utilizando Jabber em outros servidores! Infelizmente, você não vai poder falar com quem usa o Facebook Chat e o WhatsApp, porque essas empresas proíbem essa funcionalidade. O Google permitia isso para quem utilizava o Google Chat “normal”; se a pessoa já tiver migrado para o Hangout, ela também não vai conseguir falar com outros servidores Jabber. Mais um motivo pra largar esses “serviços” vampíricos, não acha? :-).

O saldo final foi de 5 contas Jabber criadas, e nenhuma conta GNU Social. Infelizmente, isso é absolutamente normal em qualquer tipo de evento; o FISL, apesar de ter “SL” no nome, é, em sua esmagadora maioria, composto por pessoas que às vezes não se importam tanto com a parte social.

Por último, gostaria de deixar registrado o excelente trabalho que o pessoal do LibrePlanet São Paulo e Espírito Santo fizeram durante o Encontro Comunitário dos grupos. Veja o vídeo do encontro aqui.

No final, fiquei feliz com o resultado do evento. O ponto alto, pra mim, certamente foi o debate. Acho que uma “mexida” no status quo é sempre bem vinda, e foi isso que tentamos fazer. Esse movimento acabou gerando atividade dos dois lados (Software Livre e Open Source), e também ajudou-nos a diferenciar melhor quem é quem nessa história toda. Agora, é esperar o próximo FISL pra ver o que saiu e o que ficou no lugar. Até lá!

Abraços!


Being Permissive, the new Popular

This post is massively inspired by a post in the gnu-prog-discuss mailing list. This is a closed list of the GNU Project, and only GNU maintainers and contributors can join, so I cannot put a link to the original message (by Mike Gerwitz), but this topic is being discussed over and over again at many places, so you will not have trouble finding similar opinions. I am also “responding” to a recent discussion that I had with Luiz Izidoro, which is a “friend” (as he himself likes to say) of the LibrePlanet São Paulo group.

Mike’s point is simple: we, Free Software activists, are the geeks (or nerds) at school, surrounded by the “popular guys” all over again. In case it is not clear, the “popular guys” are the people who do not care about the Free Software ideology; the programmers who license their softwares using permissive licenses using the excuse of “more freedom”, but give away their work to increase the proprietary world.

It is undeniable that the Free Software, as a technical movement, has won. Anywhere you look, you see Free Software being developed and used. It is important to say that by “Free Software” I mean not only copyleft programs, but also permissive ones. However, it is also undeniable that several proprietary programs and solutions are being developed with the help of those permissive Free Softwares, without giving anything back to the community, as usual.

Numbers speak for themselves, so I am posting here the example that Mike used in his message, about Trello, a “web-based project management application”, according to Wikipedia. It is quite popular among project managers, and I know about two or three companies that use it, though I have never used it myself (luckily). Being web-based, it is full of Javascript code, and I appreciated the work Mike had to determine which pieces of Free Software Trello uses. The result is:

jQuery, Sizzle, jQuery UI, jQuery Widget, jQuery UI Mouse, jQuery UI Position, jQuery UI Draggable, jQuery UI Droppable, jQuery UI Sortable, jQuery UI Datepicker, Hogan, Backbone, JSON2 (Crockford), Markdown.js, Socket.io, Underscore.js, Bootstrap, Backbone, and Mustache

You can see the license headers of all those projects here:

This is only on the client-side, i.e., the Javascript portion. I will not post the link to the full Javascript code (condensed in one single file) because I do not have permission to do so, but it should not be hard to take a look yourself if you are curious.

On the server side, Mike came up with this list of Free Softwares being used by Trello:

MongoDB, Redis, Node.js, HAProxy, Express, Connect, Cluster, node_redis, Mongoose, node-mogodb-native, async, CofeeScript, and probably more

Quite a lot of Free Software, right? And Trello advertises itself as being “free”, which might confuse the inexperient reader because they are talking about price, not about freedom.

The lesson we learn is obvious but no less painful. He who contributes to Free Software using permissive licenses is directly contributing to the dissemination of proprietary software. And the corolary should be obvious as well: you are being exploited. Another nice addition made by Mike is a quote by Larry Ellison, CEO and founder of Oracle Corporation, about Free Software (and Open Source):

“If an open source product gets good enough, we’ll simply take it…. So the great thing about open source is nobody owns it – a company like Oracle is free to take it for nothing, include it in our products and charge for support, and that’s what we’ll do. So it is not disruptive at all – you have to find places to add value. Once open source gets good enough, competing with it would be insane. … We don’t have to fight open source, we have to exploit open source.”

So, do you really think you have more freedom because you can choose BSD/MIT over GPL? Do you really think you it doesn’t matter what other people do to your code, which you released as a Free Software? What are your goal with this movement, contribute to a better Free Software ecosystem (which will lead to a society which is more fair), or just getting your name in the hall of (f|sh)ame?

Back to the initial point, about not being “popular” among your friends (or be the “radical”, “extremist”, and other adjectives), I believe Mike hit the nail when he said that, because that is exactly how I am feeling currently, and I know other Free Softwares activists feel exactly the same. To defend a copyleft license is to defend something that is wrong, because, in the “popular kids’ view”, copyleft is about anything but freedom! The cool thing now is to be indifferent, or even to think that it is nice that proprietary software can coexist with Free Software, so let’s give it a help and release everything we can under permissive licenses. I could mention lots of very nice Free Softwares that chose to be permissive because their maintainers thought (and still think) GPL is evil.

I contributed and still contribute to some Free Softwares that are permissive licensed. And despite trying to use only copyleft software, sometimes I replace some of them by permissive ones, and do not feel guilty about it. I do that because I believe in Free Software, and I believe we should support it in every way we can. But doing so is also nocive to our cause. We are supporting softwares that are contributing to the proprietary world, even if that is not what their developers want. We are making it very easy for people like Larry Ellison to win and think they can exploit what other people are doing for free(dom). We are feeding our own enemy in their mouths. And we should be very careful about that.

This post is a request. I am asking you a favor. Please, consider (re)licensing your project using a copyleft license. If you do value what Free Software is about (or even what Open Source is about!), then help spread it by not helping the proprietary side. I am not asking you to join our ideological cause (or maybe I am?); feel free to stay out of this if you want. But please, at least consider helping the Free Software community by avoiding making your code permissive, which will give too much power to the unethical side.

Thank you!


Zeladores da Coerência

Sei que ainda estou devendo um post sobre minha participação no FISL 15, mas o tempo anda meio curto pra falar tudo o que eu quero. Tenho decidido falar de maneira mais “picada”, até pra não fazer o texto ficar muito chato. E esse post aqui é sobre um comportamento que vejo há algum tempo, mas que foi exacerbado por conta do debate sobre a suposta morte do movimento Software Livre no Brasil.

Antes de mais nada, se quiser assistir ao debate, o link direto está aqui. Também sugiro uma visita à página wiki do grupo LibrePlanet São Paulo, na qual você pode encontrar algumas sugestões de outras palestras interessantes que rolaram no evento. Você pode acessá-la nesse link.

Mas voltando ao assunto. Meu objetivo no post não é discutir o debate em si; pretendo fazer isso em um post futuro. O ponto que quero discutir é o comportamento do que chamo de “zeladores da coerência”. São pessoas que existem em qualquer movimento social/político/filosófico, e não poderia deixar de existir no Software Livre. Mas curiosamente, vejo mais contundência naquelas pessoas que não defendem o Software Livre, do que naquelas que o fazem. Explico-me.

O Anahuac fez alguns posts recentemente atacando a falta de distinção entre os movimentos Open Source e Software Livre, especificamente por parte daqueles que fazem parte do primeiro mas se dizem defensores do segundo. Posso classificar, nesse meu post, o Anahuac como sendo um zelador da coerência, apesar de ele mesmo admitir algumas incoerências no seu comportamento, como o uso do Twitter. E, apesar de nem sempre concordar com o tom que ele usa em seus textos, muitas vezes combativos e até perigosamente ácidos, concordo com a maioria dos pontos que ele levanta nos dois artigos que mencionei. Se quiser lê-los, o primeiro é esse aqui, e o segundo tá nesse link. Há bastante tempo, publiquei minhas opiniões (em inglês) sobre esse mesmo assunto, nesse post aqui.

Pois bem, como o Anahuac não tem problema em levar pedradas, ele postou ambos os textos no site BR-[GNU/]Linux, notadamente um reduto Open Source brasileiro. Parei de ler o site há bastante tempo, por conta de diferenças de opinião com o conteúdo publicado, e principalmente por notar sempre um tom irônico e parcial travestido de uma suposta “isenção aos fatos” nos comentários que o autor do site faz sobre as notícias. No entanto, o próprio Anahuac fez questão de trazer à minha atenção a repercussão que os textos estavam tendo, e pediu-me pra ler os comentários do post no BR-[GNU/]Linux. Vale mencionar que o site utilizar o Disqus para oferecer um sistema de comentários, um serviço que não respeita a privacidade dos seus usuários e realiza tracking das atividades dos mesmos. Como não possuo uma conta lá, e utilizo alguns plug-ins para não executar código Javascript não-autorizado no meu navegador, acabei tendo um pouco de trabalho pra conseguir ler os comentários de forma mais ou menos anônima. Mas no fim, consegui. E o que vi, apesar de ser “mais do mesmo”, me deixou bem pensativo.

Não esperava uma reação diferente de parte da comunidade. Como disse, os textos do Anahuac são feitos pra “tocar na ferida” de uma forma às vezes brusca, e que desagrada muita gente. Vários comentários eram ad hominem, e nem merecem menção. Mas o que me chamou a atenção foi a quantidade de pessoas apontando incoerências (supostas ou verídicas) que o Anahuac comete, e retirando dele o direito de apontar qualquer tipo de incoerência na própria comunidade da qual faz parte. E aí fico pensando, será que nós mesmos, ativistas do Software Livre, não estamos colhendo o que plantamos?

Não consigo deixar de falar da minha experiência. Sempre tentei basear meus atos e opiniões em cima da minha própria coerência. Sei que é difícil, e, apesar de muitas vezes (pré)julgar alguém por uma incoerência cometida, tento sempre lembrar que eu mesmo já usei Gmail e Twitter para criticar o Software Livre. Obviamente que, na época, eu não tinha tanto conhecimento a respeito dos perigos de se usar essas ferramentas, mas mesmo assim nada impedia (como, de fato, não impediu!) que alguém chegasse e me acusasse de incoerência. Já, inclusive, condenei o uso do Facebook para divulgar um ex-grupo de Software Livre do qual fazia parte, e recebi como resposta um “conselho” (não muito educado) dizendo que, se eu quisesse usar apenas Software Livre, deveria parar de usar computador, já que independente da máquina eu ia ter que usar algo proprietário. Isso foi proferido por um dos fundadores do tal grupo, um rapaz muito famoso pela falta de educação, mas que, há bastante tempo atrás, acreditava nos mesmos ideais que eu.

É muito difícil rebater um argumento desse tipo. Aliás, é muito difícil rebater um dedo apontado na sua cara mostrando alguma incoerência que você comete, e que está lá como uma resposta a uma acusação sua de uma outra incoerência. Algumas pessoas tendem a se defender justificando seus erros através dos erros dos outros, e quando elas podem usar o próprio “acusador” como um exemplo, melhor ainda (pra elas)! É isso que está havendo, e é essa maré desses zeladores da coerência alheia que me preocupa um pouco. Afinal, sempre vai ser possível encontrar incoerências em qualquer pessoa.

Não sei direito onde quero chegar com esse texto, mas acho que uma coisa está ficando um pouco clara na minha cabeça, ou pelo menos eu estou começando a ver um lado diferente da história toda. Apontar incoerências, por mais evidentes que elas estejam aos nossos olhos, pode não ser a melhor forma de conseguirmos explicar nossos ideais. Pode parecer óbvio (e talvez seja), mas ninguém gosta de ser colocado contra a parede, e pouquíssimas pessoas têm a coragem necessária pra assumir publicamente um erro. Talvez o caminho para a cabeça e o coração das pessoas seja outro. Durante o debate no FISL, o Fred falou algo que tem estado na minha mente com cada vez mais frequência. Pode parecer piegas, mas nós precisamos de mais amor ao próximo, até para podermos entender que nós, também, já estivemos do lado de lá. O Software Livre, como movimento social, político e filosófico que é, vai florescer cada vez mais quando cada ativista olhar pra si mesmo e reconhecer, mesmo que com dificuldade, aquele a quem espera passar um pouco do seu ideal.

É difícil, mas é necessário.


Privacy as a Collective Good

It has been a while since I wanted to write about this subject. At many presentations that I gave during these last 2 years, I used the expression in the title in order to try to raise more awareness about why we should take care of our privacy (and maybe everyone’s). But what does it really mean?

First of all, this article is not a copy of Benjamin Mako’s Google Has Most of My Email Because It Has All of Yours. And I would also like to take this opportunity to recommend this great article; it provides many insights that some people do not even realize.

But back to the point: privacy is a collective good, and we should preserve it. The explanation of why I am calling privacy something “collective” is simple, and if you read Ben’s article you probably know it by now: whenever I send an e-mail to someone who uses Gmail, Google will have a copy of it, even if I don’t have a Google account. What does it mean? It means that I pay my own server in order to run my own e-mail infrastructure and not have my privacy disrespected, but in the end of the day the majority of my efforts are useless. Which boils down to something that may be hard to read, but is true: you are not respecting my privacy. Your displicence with your privacy is forcing me, who needs to communicate with you, to give up my privacy as well, even if for a small portion of time. But it’s not only about e-mail…

Another common example is Facebook. I don’t have an account there, and don’t plan to have one, despite the pressure coming from the society sometimes. However, when you take a picture of me and post it there, or when you mention something about me on your Facebook, you are also disrespecting my privacy. If I don’t have Facebook, it is because I do not want to become a product for them and have my personal data sold to advertisement companies, nor have it shared with the NSA. You, on the other hand, do not care about this, and post things about me and other people without their permission. This is wrong, and you are disrespecting my privacy.

I chose to use this argument because oftentimes people are not concerned about their privacy, and think that “if I have nothing to hide, then I don’t need privacy”. I won’t even begin discussing this absurd, because that is not the point of this article. Instead, I noticed that sometimes people pay more attention if you say that they are disrespecting someone else’s right. Maybe I am wrong, but I still think it is worth trying to open everyone’s eyes for something that seems to have been forgotten by most.


Migrating from Jabberd2 to Prosody

After trying (and failing!) to find a guide, how-to, or anything that could help me in the migration from Jabberd2 to Prosody on my personal server, I decided to write my own version here. I hope it can help other people who want to do this somewhat painful procedure!

Struggling with Jabberd2

When I installed my personal server, I chose Jabberd2 as my Jabber server. At that time, this choice seemed the most logical to me because of a few reasons:

  1. It is written in C, which is my favorite language and, therefore, would make it easier for me if I ever wanted to fix something in the software (as it really happened afterwards).
  2. Looking at the page comparing different Jabber servers at Wikipedia, I found that Jabberd2 was mature enough to be used seriously.
  3. I knew some people who uses it in their own servers, and they said good things about it.

So, the decision seemed pretty simple for me: Jabberd2 would be my choice! And then the problems started…

The first issue I had to solve was not Jabberd2’s fault: I am using Debian Wheezy (stable) in my server, and Jabberd2 is only available for Debian Jessie (testing) or Sid (unstable). Therefore, I had to create my own version of the Jabberd2 Debian package (and all its dependencies that were not packaged) for Wheezy, which took me about 1 day. But after that, I managed to install the software in my server. Then, the configuration hell began…

Jabberd2 uses configuration files written in XML. They are well documented, with helpful comments inside. But they are confuse, as confuse as XML can be. Of course you have to take into account that it was my first time configuring a Jabber server, which added a lot to the complexity of the task. However, I feel compelled to say that the way Jabberd2 organizes its configuration files makes it a much more complex work than it should be. Nevertheless, and after lots of fails, I managed to set the server up properly. Yay!

Now, before I continue complaining, one good thing about Jabberd2: it has never crashed with me. I consider this to be something good because I am a software developer myself and I know that, despite our best efforts, bad things can happen. But Jabberd2 takes the gold medal on this one…

However… My confidence on Jabberd2’s security was severily damaged when I found that the SQLite backend could not encrypt the users’s passwords!!! I stumbled on this issue by myself, while naively dumping my SQLite database to check something there… You can imagine how (badly) impressed I was when I saw my password there, in plaintext. I decided to fix this issue ASAP. Hopefully next users will benefit from this fix.

After that, the bell rang in my head and I started to look for alternatives for Jabberd2. Though I still want to contribute to the project eventually (I am even working on a patch to merge all the database backends), I wanted to have a little bit more confidence in the software that I use as my Jabber server.

Meeting Prosody

Prosody came to my attention when I was setting up the server for our local Free Software group in Brazil. You can reach our wiki here (in pt_br) if you are interested. We wanted to offer a few services to our members/friends, and Jabber was obviously one of them. This happened after I discovered the bug in Jabberd2’s SQLite backend, so using Jabberd2 was not a choice anymore. We had heard ejabberd, which was being used by Jabber-BR (they recently migrated to Prosody as well), but the fact that it is written in Erlang, a language that I am not familiar with, has contributed to our decision of dropping the idea. So, the only choice left was Prosody itself.

Since I am brazilian, I also feel a little bit proud of Prosody because it is writte in Lua, a programming language designed by brazilians.

We installed Prosody on our server, and it was amazingly easy to configure it! The configuration file is writte in Lua as well, which makes it a lot easier to read than XML. It is also well documented, and I felt that they were more organized too: you have small configuration files splitted by categories, instead of one big XML to edit.

The modular structure of Prosody also impressed me. You can load and unload many modules very easily, generally just by (un)commenting lines on the configuration file. Neat.

Prosody also offers a command-line program to manage the server, which is really helpful if you want to automatize some tasks and write scripts. There is a little thing that still annoys me, which is the fact that this command-line program does not have a very useful “–help” command, but I plan to propose a patch to fix that.

And at last, but definitely not least, Prosody is also very robust, and have not crashed one single time with us. It runs smoothly in the server, and although I haven’t really compared the memory footprint of Jabberd2 and Prosody, I have nothing to complain about it too.

The Migration Process

Well, so after all this story, I think it is clear why I decided to migrate to Prosody. However, it was not an easy task.

Before we begin to understand the procedure needed to do the migration, I would like to say a few things. First, I would like to thank the guys at the Prosody chatroom, who were very helpful and provided several resources to make this migration possible. And I would also like to say that these instructions apply if you are running jabberd2_2.2.17-1 and prosody-0.8.2-4+deb7u2!! I have not tested with other versions of those softwares, so do it at your own risk.

The first thing you have to do is to convert Jabberd2’s database to XEP-0227. This XEP is very nice: it defines a standard format to import/export user data to and from XMPP servers. Unfortunately, not every server supports this XEP, and Jabberd2 is one of those… So I started looking for ways to extract the information which was inside Jabberd2’s SQLite database in a XEP-0227 compatible way. Thanks to the guys at the Prosody chatroom, I found a tool called sleekmigrate. It allowed me to generate a XEP-0227 file that could be imported into Prosody. Nice! But… I needed to extract this information from Jabberd2, and sleekmigrate could not do it. Back to the beginning…

It took me quite a while to figure out how to extract this info from Jabberd2. I was initially looking for ways (other than using sleekmigrate) that would allow me to extract this info directly from Jabberd2’s SQLite database, but could not find it. Only when I read that sleekmigrate could actually work with jabberd14 data directories directly, I had the idead to find a way to convert my SQLite database into a jabberd14 data directory, and then I found this link: it teaches how to migrate from Jabberd2 to ejabberd, and has separate instructions on how to do the Jabberd2 -> Jabberd14 conversion! Sweet!

The first thing you have to do is to download the j2to1 Perl script. I had to patch the script to make it work with SQLite, and also to fix a little bug in a SQL query; you can grab my patched version here. Save the file as j2to1.pl, and run the script (don’t forget to edit the source code in order to provide the database name/file):

This will convert the database from Jabberd2 to Jabberd14, and put the XML file of each Jabber user in the server into jabberd14-dir/host/. Now, you have a Jabberd14 version of your user data. Let’s proceed with the migration.

After following the instructions on the sleekmigrate page on how to set it up, you can run it on your Jabberd14 data directory in order to finally generate a XEP-0227 XML file that will be imported into Prosody.

This should create a file called 227.xml on your current directory, which is the exported version of the Jabberd14 data directory. As a side note, it is always recommended to check those generated files in order to see if everything is OK.

Right, so now you have 227.xml, which means you can finally import it into Prosody. Fortunately, Prosody has a tool to help you with that: it is a Lua script called xep227toprosody.lua. However, if you are doing this using Debian and the same versions of the softwares that I was using, you may find it harder than it seems to run this script without errors. Here is what I had to do.

First, grab a copy of version 0.8.2 of Prosody. I had to do that because using the latest version of the script was not working. I also had to build some POSIX module of Prosody in order to make everything work. To do that, unpack the tar.gz file, go to the Prosody source code directory, and do:

Only after I did that I could finally run the conversion script successfully. The script is locate inside the tools/ directory. To run it:

And yay! I finally had everything imported into Prosody!!!! Then it was just a matter of finishing the server configuration, initializing it, and everything was there: my contacts, my user, etc.

Conclusion

The migration was not very easy, especially because Jabberd2 does not support XEP-0227. I found a bug against Jabberd2 that requested this feature to be implemented, but it was not receiving any attention. Of course, if Jabberd2 implemented XEP-0227 it would make it easier for people to migrate from it, but it would also make it easier to migrate to it, so it is definitely not a bad thing to have.

Despite some difficulties, Prosody made it really easy to import my data, so kudos to it. The Prosody community is also very responsive and helpful, which made me feel very good about it. I hope I can contribute some patches to the project :-).

So, that’s it. I hope this guide will be helpful to anyone who is planning to do this migration. Feel free to contact me about mistakes/comments/suggestions.

Happy migration!