18 gennaio 2009

EN - an easy recipe

Take a pinch of Mac OS X, look at it's rather innovative (this does not means good) dock system, the way applications notifications are handled in the Apple's operating system, the way it minimize windows, the way it handles minimized windows.
Take a look at what plasma is, the taskbar himself, the window preview when a window is minimized.
Take a bit of MAC's dashboard and mix it with a spoon of plasma.
Realize that users do not want to be bothered about creating new account on your instant messages service, that they can find where to buy software by their own if they want to.
Keep in mind that users whant do DO things with their purchased software, and not be ALLOWED to do things if they want.
This is the path that Microsoft seems to be following with the first beta of Windows 7. I think they realized that they have to apologize to what they did to users with Vista, and 7 is probably the way to do that.

14 gennaio 2009

IT -Le Qt 4.5 verranno rilasciate sotto licenza LGPL

Come molti di voi ricorderanno, Nokia è l'attuale legittima proprietaria del Marchio Qt Software (ex Trolltech) e dell'insieme delle librerie che formano il toolkit omonimo Qt. Queste librerie sono da sempre alla base dell'ambiente desktop KDE che da ormai un anno utilizza (anche se lo sviluppo è iniziato molto prima) la versione 4 delle suddette librerie.
Seppur prodotte da un'azienda, queste librerie sono rilasciate oramai da molti anni sia sotto una licenza libera (GPL) che ne permetteva l'impiego nella creazione di software open source rilasciato sotto una licenza compatibile, sia sotto una licenza commerciane che ne permetteva l'utilizzo nella creazione di software proprietario,
Ma le cose cambieranno presto. Nokia ha infatti deciso di rilasciare la famosa libreria, a partire dall a versione 4.5 delle Qt prevista per Marzo 2009, sotto licenza LGPL, soppiantando così l'utilizzo della GPL.
Ma cosa significa? Semplice: con la licenza GPL tutto il software che veniva creato utilizzando le Qt doveva essere rilasciato sotto la stessa licenza. La licenza LGPL invece non prevede limiti nell'utilizzo delle librerie che, seppur non alterabili e non integrabili con software che non sia legalmente compatibile (ad es. non posso essere modificate senza che queste modifiche vengano rese pubbliche), possono essere utilizzate nella creazione di software sotto ogni licenza, libera o no. Questo rende le Qt utilizzabili da qualsiasi azienda voglia creare software, proprietario o no, senza per questo rinunciare alla libertà di utilizzare, senza costi, uno dei toolkit migliori attualmente disponibili sul mercato. Nokia comunque continuerà ad offrire le Qt sotto contratti privati e assistenza a pagamento.
Ma tutto questo per quale motivo? Cosa ci guadagnano? Il fatto è che le Qt, fino a circa un anno fa, erano prodotte da un'azienda che dalla vendita delle licenze proprietarie sulle Qt traeva i suoi profitti. Nokia invece, attuale proprietaria, è più interessata a far utilizzare le Qt nella maniera la più ampia possibile, togliendo quindi i vincoli legali che impedivano a molte aziende di sviluppare il proprio software con le Qt. Oltretutto anche lo sviluppo delle Qt stesse verrà aperto maggiormente alla comunità, con tutti i benefici (per entrambe le parti) che ciò comporta. La comunità KDE accoglie con felicità la notizia e non vede l'ora in cui le Qt 4.5 verranno rilasciate! Il sottoscritto intanto invita tutti a tenere d'occhio i prodotti Nokia del 2009, sperando nell'uscita dei tanto attesi tablet e cellulari basati su GNU/Linux e Qt (e parti di KDE).

7 gennaio 2009

EN - digiKam, a little step more to world domination.

Some days ago i was told by a friend of mine if i knew a photo management application able to handle geographical informations INSIDE the picture files. At a first moment i laugh because of the easy answer: digiKam, obvious. Other software he found tends to match the image files to a database, and if you send/share your pictures you will lose all meta-data information...

After a second i laugh less because i recalled that he has a Mac.

MacBook Pro with Leopard inside to be more precise. And it was nearly the first time i saw a mac. So how to get digiKam there? I know KDE4 is multiplatform now thanks also to the Qt4 framework so i tried first on mac.kde.org, but nothing, then whit macports, but didn't find nothing. So said, after a couple of hours investigating around, and asking for hints on #digiKam and #KDE44-mac (irc channels on the freenode.org server) i ended up with an idea on how to obtain digiKam on my Friend's mac.

I started installing xcode, the basis for every development on mac. It comes with gcc, make and other useful stuff. Then i installed all the dependencies of KDE4 i found, being able to install even kdebase4 (4.1.85, not so old!) via macports. From here onwards i had to compile everything needed:

KDE44graphics (you NEED latest versions of libkdcraw and libkexif) libgphoto2 (the one on the macports's server was too old)

not much, really. In a Linux environments it is a matter of ~20 minutes or so. But in a brand new environment (for me) it is like you are taken by someone, blindfolded, taken to another city and told to go back home by your own.

The problem (but it's now a big advantage) is that i had to learn how macports works and then i created a local repository with one folder for every package, created a Portfile for everyone and started the build. It was nothing but straightforward. It took the entire day (next the day i received the mac, so we are on day 2) and landed with kipi-plugin compiled around midnight...

Next step was digiKam. Once i got kipi-plugins compiled i was quite confident (i had to hard-remove imageviewer, dng, and slideshow plugin that were blocking the builds) that i was at a little step to the success. But i was wrong. Another couple of hours separated me from getting digiKam on that mac because of another problem during compilation: the theme designer broke it and i had to delete any reference of id in the CMakeList.txt file (the same i did with kipi's plugins).

But it can't rain forever:

I had to do some trick to get it to build, so it is not that kind of stuff you can write an how-to on. I just hope to be able to adjust the macports's file on that system (witch i have to lend again) and produce some dmgs.

The important thing for me is to attract the attentions of a "real" packager to get a useful, easy and update, digiKam package for all the Mac users out there!