[GSoC] Amarok gets more social

Hi everyone. To those who didn't remember, my project objective is to integrate Tomahawk social features with Amarok. By social features, I mean that Amarok would be able to share user’s music files with online friends, thereby allowing them to listen to one another’s tracks.

Actually, Amarok is already capable to listen to other peers' tracks, but keep in mind that it still has performance issues. From now on, I intend to improve its performance while I provide support for tomahawk playlists.

Let's rock this GSoC

Hi everyone. After one successful GSoC a year ago, I'm going to work with Amarok again in one more GSoC. My proposal objectives are harder than last year's, though I'm also more experienced with Amarok and its associated technologies.

To LaKademy and beyond

Last month I received an invitation, from a Brazilian KDE fellow, named Filipe Saraiva. For my surprise, I was one of the suggested newcomers for the first LaKademy ever. As I said in one of my previous posts, to be more involved with the community is a must-do for this year, so this invitation came at the right time.

I already had confirmed my participation and I'm really eager to meet, in person, some of those that contribute with KDE in so many different ways.

How I started to contribute...

Hi everyone. The ideal of sharing propagated by RMS and his fellows has fascinated me for more time than I could remember. I've been always concerned about both the technical and the philosophical side. Therefore, It's resoanable to suppose that I'm also a kind of intellectual property geek.

Moreover, I felt that I could do something different from the boring tasks that my university imposes to me. The knowledge itself is good and I'm very grateful for a lot of things that I've learned in the university. But there is too much effort to make we professional problem solvers, whereas nobody really cares about how to encourage us to search for problems ourselves. Long things made short, what the point to be the best problem solver if you can't even recognise one by yourself.

[GSoC] Missão Cumprida

Olá pessoal. Desculpem-me por não postar sobre o projeto por tanto tempo. Contudo, durante esse período eu estive mudando e discutindo coisas relacionadas ao código fonte do projeto e à interface do usuário. Ademais, foram feitas várias otimizações e correções de bugs. E para alegria de todos, eu gostaria de anunciar que as funcionalidades do gpodder.net foram integradas com sucesso no Amarok.

[GSoC] Mission Accomplished

Hi folks. Sorry for too many weeks without any post about the project. During this period, I have been changing and arguing things related to the service source code and to the user design. Also, there was a lot of optimizations and bug fixes. Nevertheless, to the joy of all, I'm here to announce that gpodder.net features are now successfully integrated with Amarok.

[GSoC] Podcast Subscribtion Synchronisation - Reloaded

Hi folks. First and foremost, I want to apologize for the absence of posts for two weeks now, since I was a little occupied at the end of my university semester (lots of projects and tests) in a way that was difficult to update this blog about the project. Besides that, I have two good news to compensate the delay.

The first one is that the subscription synchronisation is finished. In my last post, I had explained some of the behaviour and features of the subscription synchronisation, so I will continue with the explanation, giving focus to the gpodder service configuration dialog.

[GSoC] Sincronização de Inscrições de Podcasts

Faz duas semanas desde a minha última atualização sobre o progresso da integração do gpodder com o Amarok, então aqui vamos nós.

O Amarok é agora totalmente capaz de receber os podcasts do gpodder.net e sincronizar-los com os seus podcasts locais, e vice-versa. Cada podcast, do gpodder.net, será sincronizado com o seu respectivo podcast local, usando a sincronização de playlist implementada na primeira parte deste projeto.

[GSoC] Nada é em vão na comunidade do software livre

Semana passada, eu estive tentando configurar um servidor mygpo no meu notebook, assim como foi dito no meu último post. Foi uma tarefa bastante difícil, principalmente quando eu não domino nem python nem django, portanto eu acabei falhando ao tentar realizar está tarefa.

A despeito disso, eu gostaria de expressar toda minha gratidão pela ajuda que o pessoal do mygpo me deu, especialmente para Stefankoegl e HorusHorrendus. O melhor de ter falhado é saber que o meu trabalho alertou-os dos problemas que fazem o mygpo ser difícil de instalar e configurar :). Este é um exemplo claro que nada é em vão na comunidade do software livre, já que todo trabalho pode ser recombinado por alguém e aplicado em diferentes contextos (+1 para a inteligência colaborativa).

A propósito, é bom fazer parte de um projeto que envolve mais de uma comunidade, estar constantemente tentando manter o diálogo entre elas, deixando e recebendo feedback. Integrar as idéias de todos em uma funcionalidade sólida é, definitivamente, uma atividade bastante prazerosa ^^.

Próxima semana estarei de volta com mais notícias. Lembre-se de continuar visitando este Blog.

Viva a supremacia da inteligência colaborativa!!! \o/ \o/ \o/

[GSoC] Podcast Subscription Synchronisation

It’s been two weeks since my last update about progress on gpodder integration with Amarok, so here we go.

Amarok is now fully capable to receive podcasts from gpodder.net and to synchronize them with your own local podcasts, and the other way around. Every podcast, from gpodder.net, will be synchronized with it respective, from local podcasts, using the playlist synchronisation implemented in the first part of this project.

[GSoC] There is no vain attempt in free software community

This week, I had been trying to set-up a mygpo server in my notebook, as said in my last post. It was a difficult task, principally when I am no expert at neither python nor django, so I had unfortunately failed.

In despite of this, I want to express all my thankfulness for the help provided by the mygpo team, specially for Stefankoegl and HorusHorrendus. The best of this failure is to know that my work has awared them of the problems that makes mygpo difficult to install and set-up :). This is a clear example that there is no vain attempt in free software community, since all work can be recombined by someone and applied in different contexts (+1 for collaborative intelligence).

By the way, It is good to be part of a project that involves more than one community, to be constantly trying to to keep the dialog between them, leaving and retrieving feedback. To integrate everyone's ideas in a solid feature it is, definitely, a very enjoying activity ^^.

So, remember to keep in touch with this blog. Next week, I will be back to update you with fresh news.

All hail the collaborative intelligence supremacy!!! \o/

[GSoC] Está na hora de integrar com o gpodder!!!

Olá, caro leitor. Até agora consertei a sincronização de playlist do Amarok, portanto, tudo está indo como planejado e a primeira parte do projeto está "aparentemente" terminada.

[GSoC] Now it's gpodder integration time!!!

Hello, fellow reader. Up until now, I had fixed the playlist synchronization in Amarok, hence everything is on schedule and the first part of this project is "apparently" finished. 

[GSoC] Sincronização de Playlist para o Amarok

Olá pessoal. Eu e meu mentor, Bart Cerneels, discutimos bastante semana passada devido a minha concepção errada em relação a implementação correta da sincronização de playlist.

Na segunda metade da semana, conseguimos chegar a um consenso sobre como manter a sincronização flexível a mudanças futuras e simples de trabalhar para, ao menos, a maior parte dos tipos de playlist.

Meu Projeto para o KDE no Google Summer of Code

Olá a todos. Estou aqui para falar um pouco sobre o meu projeto no Google Summer of Code(GSoC) - sim, ele foi aprovado e estarei trabalhando em conjunto com a comunidade do KDE e do gpodder.net ^^.

Basicamente, o objetivo do projeto é integrar o serviço web gpodder.net com as funcionalidades de podcast, já existentes, do Amarok. Agora, tentarei deixar as coisas mais claras...

O que é gpodder.net?

O gpodder.net é um serviço web grátis e livre que pode ser usado para fazer buscas, sincronização de status e sincronização de inscrições dos seus podcasts favoritos.

Quais são os benefícios desta integração?

A integração tornará possível coisas como:

1. Sincronização dos podcasts inscritos no gpodder.net com qualquer dispositivo que suporte o Amarok ou aplicação compatível com o serviço web explicitado (como o GPodder).
2. Também teremos a sincronização de status. Logo, será possível começar a escutar um podcast no seu notebook, parar tudo para pegar o ônibus e continuar, no mesmo ponto onde você parou, em qualquer dispositivo que suporte o serviço web gpodder.net.

É so isso?
  

É claro que não, haverá mais uma funcionalidade, a tão esperada sincronização de playlist, que parou de funcionar há muito tempo. Então prepare o seu pendrive, MP3 player, cartão de memória ou outro dispositivo de armazenamento para a música UU (Tutz Tutz Tutz).

Considerações finais...


Além de toda a grandiosidade do projeto aqui mencionado, devo falar também que por trás de cada programador existe um melhor ainda XD. E essa pessoa, geeks e freaks, essa pessoa é Bart Cerneels, o desenvolvedor que deu ao Amarok o suporte a podcast e meu mentor até Agosto.

Então, isso é tudo para este post. All hail the KDE (ou Saravá KDE ;})!!!

P.S.: Não esqueçam de acompanhar o blog. Fiquem alerta, pois os próximos passos do projeto serão postados aqui. Além de que espero sinceramente receber feedback de pessoas interessadas. Me deixe saber qual a sua opinião!!! 

My KDE Google Summer of Code Project

Hi everyone. I'm here to talk a little bit about my Google Summer of Code(GSoC) Project - yes, my project was approved and I'm very happy. YAY ^^.

Basically, the project goal is to integrate gpodder.net web service with Amarok podcasting functionalities. Now, lets answer some questions...

What is gpodder.net?

The podcast web service gpodder.net is a free, online and open source application that can be used for podcast searching, subscription and status synchronization.

What are the benefits of this integration?

The integration will make possible things as such as:

1. Synchronization of subscribed podcasts between any device that supports Amarok or other application compatible with gpodder.net (like GPodder).
2. There will be, also, status synchronization too. So you can start listening one podcast in your notebook, stop to get the school bus, and continue at the same point you stopped in any other device that supports gpodder.net web services. 

Its only this? 

Off course not, there will be another feature, the long-waited playlist synchronization, that was not working for a long time. Just prepare your pendrive, MP3 player, flashcard or any storage device to the music guys UU. 

Final remarks...


Despite all the greatness of this project, I must say that behind every programmer there is a better one XD. And this man, geeks and freaks, this man is Bart Cerneels, the main developer of Amarok podcasting functionalities and my mentor until August. 

So, that's all for this post. All hail the KDE!!!

P.S.: Just don't forget to keep in touch with this blog. Stay alert, the next steps will be reported here and I sincerely hope to receive feedback from interested people. Please, let me know your opinion!!!

Uma análise do software livre e de sua história

Introdução

O software livre tem aproximadamente três décadas e era, inicialmente, muito desacreditado na época. Poucos especialistas acreditavam no seu sucesso, mas com o passar do tempo, o amadurecimento das tecnologias, o aumento das áreas de aplicação prática, a melhora no modelo de desenvolvimento e a atualização e gerenciamento do software livre, possibilitaram que o mesmo tivesse um crescimento contínuo e estável, suficiente para que seu uso se tornar-se viável nas mais diversas áreas da computação.

Assim, também leva-se em consideração, sua importância no âmbito filosófico e o porque dessa variável ter contribuído para a criação de uma imensa comunidade de membros voluntários, e que até o presente momento, são seus maiores colaboradores.

Hoje, o software livre se expandiu para além do mundo seleto dos experts em informática e passou a ser uma aposta que vem ganhando cada vez mais o mercado e investimentos privados. O software livre parou de ser só uma promessa e mostra-se agora como uma aposta para o futuro. Entretanto, para que se entenda o por que do sucesso do software livre, precisamos conhecer mais um pouco da sua história.

O software antes de 1983

Em meados das décadas de 50 e 60, o software era desenvolvido pela academia e por pesquisadores de grandes corporações, sendo comum na época a distribuição do código fonte por causa da frequente necessidade de adição de novas funcionalidades e correção de bugs. Esta cooperação "primitiva", bastante similar a como funciona o software livre atualmente, era facilmente constatada em vários softwares para o IBM 701, que eram desenvolvidos e mantidos por um grupo de usuários voluntários conhecido como SHARE, e para os computadores da Digital Equipment Corporation, sendo estes desenvolvidos e mantidos também por outro grupo de usuários voluntários, chamado de DECUS(Digital Equipment Computer Users' Society).

Mas o fim da década de 60 trazia consigo uma mudança inevitável:

• Os custos do desenvolvimento de software estavam crescendo bastante, uma grande indústria de software estava competindo para que seus produtos fossem colocados "gratuitamente" pelos fabricantes de hardware nos seus equipamentos (quando se fala "gratuitamente", deve-se ter em mente que o preço do software estava embutido no hardware).
• Os computadores eram arrendados e necessitavam ter um suporte do software, mas que não proporcionavam qualquer receita para os mesmos.
• Já se começava a ver, alguns consumidores que de alguma forma conseguiam suprir melhor suas necessidades e que não queriam pagar pelos custos do software "gratuito" que era embutido no hardware.

Assim, um acontecimento bem interessante em Janeiro de 1969, demonstrou a insatisfação com os softwares embutidos, neste ano, o governo dos Estados Unidos moveu um processo contra a IBM, o governo alegava que a prática de vender hardware com software embutido era anticompetitiva.

Nesta mesma época, já se percebia um crescimento nos softwares que eram vendidos, enquanto que alguns softwares continuavam como eram, livres. Nos anos de 1970 e no início de 1980, começava a percebe-se que a indústria do software estava a tornar comum práticas para impedir que os usuários pudessem estudar e modificar o código, práticas estas que representavam os interesses da indústria do software que, em 1980, conseguiu junto a justiça a extensão da lei de copyright aos programas de computadores.

O rumo que o software estava tomando não estava mais agradando os desenvolvedores da velha guarda.

Nascimento do Projeto GNU

A partir de 1984, Richard Stallman, membro de longa data da comunidade hacker, anunciou o projeto GNU no laboratório de inteligência artificial da MIT, dizendo estar frustrado com os efeitos na mudança de cultura na indústria do software e de seus usuários.

O objetivo inicial anunciado, com as próprias palavras de Richard Stallman, era o de se desenvolver "uma base de software livre suficiente [...] para que fosse possível sobreviver sem qualquer software que não fosse livre" e para que esse objetivo fosse conquistado, o Projeto GNU começou a trabalhar em um sistema operacional chamado GNU(GNU's Not Unix), que deveria ser compatível com o UNIX, mas que ao contrário deste seria possível qualquer pessoa ter direito de usar, estudar, modificar e redistribuir o software e seu código fonte, desde que garantindo para todos que o tivessem, os mesmos direitos.

A partir de 1984, Richard Stallman e vários programadores, que abraçaram a causa do projeto GNU e de sua filosofia do software livre, vieram desenvolvendo as partes principais de um sistema operacional, como um compilador, um editor de texto, um debugador etc.

Visando manter o software livre sempre alimentando e incentivando a comunidade fez-se necessário ter mecanismos legais que protegessem a modificação e redistribuição de software livre, com isso em mente, Stallman começou a popularizar o conceito de copyleft, que foi publicado por Stallman no GNU Manifesto e que foi feito para garantir a liberdade nos softwares para todos, permitindo que fosse possível o direito de distribuir cópias e modificações das mesmas, mas que mesmo assim continuariam livres.

Para ajudar nessa empreitada, Richard Stallman fundou a FSF (Free Software Foundation), que se dedica à eliminação de restrições sobre a cópia, redistribuição, estudo e modificação de programas de computadores e para promover o desenvolvimento e uso do software livre em todas as áreas da computação.

Os valores pregados pelo copyleft do projeto GNU foram então condensados, em 1989, na GNU General Public License (GPL), que nada mais era do que uma licença de software que garantia as liberdades que o projeto GNU defendia, a mesma foi inaugurada no mesmo ano de sua criação com o lançamento do editor de texto EMACS.

Em 1990, os membros do projeto GNU começaram a desenvolver o GNU Hurd que seria o kernel do sistema operacional GNU e que ainda precisava de muito trabalho para chegar a um estágio de uso em larga escala, tendo em vista que a maioria dos aplicativos que funcionariam sobre o kernel já estava pronto.

Atualmente, o GNU Hurd ainda está em fase de desenvolvimento, em grande parte devido a ambiciosidade pretendida pelo projeto GNU à seu kernel e também devido ao pequeno número de colaboradores e distribuições que os disponibilizam.

GNU/Linux

Em 1991, um estudante finlandês chamado Linus Torvalds anunciou o lançamento de seu kernel baseado em sistemas UNIX, e que justamente por ser tão parecido com o UNIX começou a surgir uma grande quantidade de colaboradores.

Convenientemente, o kernel podia ser combinado com os softwares existentes do projeto GNU para fazer um sistema operacional completo, e foi isso que acabou acontecendo. Linus começou o devolvimento de seu kernel como um projeto puramente particular, inspirado pelo seu interesse no MINIX, um pequeno sistema UNIX desenvolvido por Andrew S. Tanenbaum. Ele limitou-se a criar, nas suas próprias palavras, "um Minix melhor que o Minix". Este kernel ficou conhecido como Linux, contração de Linus e Unix.

Embora a maioria das fontes costumam chamar o GNU/Linux de Linux, para se referir ao sistema operacional de uso geral, que foi feito com uma junção do kernel de Linus e de várias ferramentas do projeto GNU, há muitas controvérsias em relação ao seu nome, na comunidade do software livre.

Richard Stallman argumenta que não usar o 'GNU' no nome do sistema operacional não é justo, pois faz as pessoas esquecerem o valor que o projeto GNU tem, além de que promove uma separação entre o software e a filosofia do projeto GNU. Mas o próprio Torvalds discorda da nomenclatura GNU/Linux chamando seu sistema operacional de Linux. A discussão e desentendimento entre Stallman e Torvalds prosseguem acerca da correta nomenclatura a respeito do Sistema, arrastando também as opiniões dos inúmeros usuários e desenvolvedores do Sistema GNU/Linux (ou apenas Linux).

Inicialmente, o GNU/Linux foi desenvolvido e utilizado por entusiastas, mas tão logo se viu a imensa aplicabilidade dele, embora isto não tenha sido intenção de Torvalds ao fazer o Linux, já se começou a ver grandes empresas interessadas em colaborar com seu desenvolvimento e a explorar o seu potencial, empresas como a IBM, Sun, HP, Red Hat, Novel, Oracle, Google e a Canonical.

O software livre

Como o próprio Richard Stallman frequentemente menciona, "software livre é uma questão de liberdade, não de preço. Para entender o conceito, você deve pensar em liberdade de expressão, não em cerveja grátis".

O software livre quer garantir a liberdade dos usuários executarem, copiarem, distribuírem, estudarem, modificarem e aperfeiçoarem o software. Mais precisamente, ele se refere a:

• A liberdade de executar o programa, para qualquer propósito (liberdade no. 0)
• A liberdade de estudar como o programa funciona, e adaptá-lo para as suas necessidades (liberdade no. 1). Acesso ao código-fonte é um pré-requisito para esta liberdade.
• A liberdade de redistribuir cópias de modo que você possa ajudar ao seu próximo (liberdade no. 2).
• A liberdade de aperfeiçoar o programa, e liberar os seus aperfeiçoamentos, de modo que toda a comunidade se beneficie (liberdade no. 3). Acesso ao código-fonte é um pré-requisito para esta liberdade.

Costuma-se dizer que se um software garante todas essas liberdades ele pode ser chamado de software livre. Portanto, você deve ser livre para redistribuir cópias, seja com ou sem modificações, seja de graça ou cobrando uma taxa pela distribuição, para qualquer pessoa em qualquer lugar do mundo. Ser livre para fazer essas coisas significa (entre outras coisas) que você não tem que pedir ou pagar pela permissão.

Deve-se também ter a liberdade, tanto para pessoa física quanto jurídica, de fazer modificações e usá-las privativamente, de utilizá-lo para qualquer tipo de atividade e de redistribui-lo na forma de executável(que é dispensável pois algumas linguagens não suportam este recurso) junto com o código fonte, sem que seja necessário avisar nada a ninguém. De modo que a liberdade de fazer modificações, e de publicar versões aperfeiçoadas, tenha algum significado, deve-se ter acesso ao código-fonte do programa. Portanto, acesso ao código-fonte é uma condição necessária ao software livre.

Para que essas liberdades sejam reais, elas tem que ser irrevogáveis desde que você não faça nada errado; caso o desenvolvedor do software tenha o poder de revogar a licença, mesmo que você não tenha dado motivo, o software não é livre.

Entretanto, certos tipos de regras sobre a maneira de distribuir software livre são aceitáveis, quando elas não entram em conflito com as liberdades principais. Por exemplo, copyleft é a regra de que, quando redistribuindo um programa, você não pode adicionar restrições para negar para outras pessoas as liberdades principais. Esta regra não entra em conflito com as liberdades; na verdade, ela as protege. Portanto, você pode ter pago para receber cópias de algum software livre, ou você pode ter obtido cópias de graça. Mas independente de como você obteve a sua cópia, você sempre tem a liberdade de copiar e modificar o software, ou mesmo de vender suas próprias cópias.

Software livre não significa que você não pode comercializá-lo, não é incomum ver pessoas ou empresas provendo serviços ou cópias de softwares e ganhando bem com isso.

Conclusão

Logo, o software livre conseguiu, apesar de todas expectativas pouco agradáveis, superar as dificuldades inicias e demonstrar seu potencial técnico e a luta por liberdade que ele representa. Também, se viu que apesar de ele ser gratuito, isto não exclui as aplicações mercadológicas, é possível ganhar dinheiro com software livre, apesar de como Richard Stallman disse, este não é o objetivo principal. Software livre é uma questão de liberdade, não de preço.

Bibliografia

• http://www.gnu.org
• http://en.wikipedia.org/wiki/Free_and_open_source_software
• http://www.fsfla.org/svnwiki/about/what-is-free-software.pt.html
• http://pt.wikipedia.org/wiki/Linux
• http://www.fsf.org

P.S.: Também disponível no portal VivaOLinux !!!