In questi giorni, una news scritta per MegaLab.it mi dà l’opportunità di scrivere una mia piccola riflessione qui su AC Magazine. La news in questione è “Richard Stallman attacca Apple e Snow Leopard“, in cui, in sostanza, scrivo dell’ennesima critica del padre del software libero verso Apple ed il mondo del software proprietario.

Mentre scrivevo, non ho potuto fare a meno di pensare: “Ma Apple, quanto collabora con la comunità Open Source?“. In molti eventi Cupertino ha presentato software o tecnologie poi rilasciate sotto licenza open. A cominciare dall’ultimo arrivato, Grand Central Dispatch, “l’algoritmo” che Snow Leopard usa per gestire dinamicamente  i processi di un’applicazione, i cui sorgenti sono pubblici. Passiamo poi all’importante Darwin, la base di Mac OS X, anche questo scaricabile direttamente dal sito Apple, e altrettanto liberamente modificabile e ripubblicabile. E, per finire, anche WebKit: il famosissimo motore di rendering open source, derivato dall’incredibile KHTML.

Molti nella rete sono dell’opinione che Apple sia una “sfruttatrice” di software open, nel senso che prende programmi liberi, li modifica a suo piacimento (e fin qui sono nel giusto) ma che poi li includono in altre applicazioni chiuse oppure, nel caso questi fork vengano rilasciati con licenza libera, che la collaborazione che Apple da alla comunità sia pari a zero.

Prendiamo dunque i tre progetti che vi ho elencato sopra (GCD, Darwin e Webkit) e vediamo quanto Cupertino collabori col mondo open source.

Nel primo caso, Grand Central Dispatch, chiamato anche libdispatch, è presente in Snow Leopard ed è disponibile pubblicamente sotto licenza open. Fantastico, direte voi, così possiamo implementarlo in altri sistemi, come Linux!?!? Magari, rispondo io, magari. Perché, come scrive il formidabile ArsTechnica, potrebbero sorgere diversi problemi nella sua implementazioni in altre piattaforme.

In primo luogo, GCD utilizza diverse estensioni del linguaggio C sviluppate da Apple stessa e che non sono disponibili nel GCC originale (o vanilla), e quindi non facilmente compilabili ed applicabili su Linux a meno di non integrare tali tecnologie nel compilatore stesso. Infatti, Apple ha il suo fork di GCC compatibile con tutta ’sta roba.

Sappiate che è comunque una cosa fattibile, visto che queste estensioni sono rilasciate con la licenza MIT, compatibile con la GPL del GCC. Quello che non è compatibile, invece, è proprio libdispatch che, essendo rilasciata con licenza Apache, non è compatibile con la GPLv2 utilizzata dal kernel Linux (è invece utilizzabile in software GPLv3, ndr). Torvalds è sempre stato irremovibile nel non adottare l’ultima versione della General Public License, quindi, bisogna sperare che venga fuori una GPLv4 che “piaccia” a Linus e compatibile con la licenza Apache per poter parlare di GCD su Linux. Un bel casino, no?

Parliamo ora di Darwin, il cuore di Mac OS X: un cocktail tra XNU/Match e FreeBSD, che però funziona a meraviglia per il sistema di Apple. Anche questo rilasciato sotto licenza pubblica (Apple Public Source License).  Tempo fa, alcuni temerari sviluppatori, diedero vita al progetto openDarwin, che potremmo definire come una distribuzione GNU/Darwin. Purtroppo però, il progetto fallì. Come ma? Semplice: c’erano pochissime persone disposte a dare una mano (test, sviluppo, ecc..) ed Apple non ha mai (o quasi) collaborato tecnicamente, in termini di aiuti, chiarimenti, documentazione aggiuntiva, qualche sviluppatore, e così via.

Infine, c’è Webkit, il famoso motore di rendering utilizzato da Safari e Chrome (tanto per fare qualche nome), nato come fork di KHTML, il rendering engine di KDE, il famoso ambiente desktop per Linux. Ora credo non si possa più parlare di fork vista la grandezza del progetto, ma di un vero e proprio software a parte. Il progetto è veramente libero, rilasciato sotto LGPL (obbligatoriamente, visto che KHTML è sotto GPL) e la prova si vede nella collaborazione di varie aziende, QtSoftware/Nokia in primis. Tutti possiamo collaborare, Apple collabora pure ed anche parecchio, visto che è nei suoi interessi e visse (per ora) felice e contento. Addirittura, non mi ricordo però dove l’ho letto, sembra che Cupertino mandi (o mandasse) una copia delle patch agli sviluppatori di KDE/KHTML per analizzarle, commentarle ed eventualmente integrarle.

Allora, quanto collabora Apple con la comunità open? Beh, poco, rispetto ad altre aziende (ma è nella norma), e si limita principalmente a collaborare coi progetti che utilizza lei stessa o che possono interessare al suo business. Detto questo, il mio messaggio non vuole essere “boicottate Cupertino”, i suoi prodotti sono magnifici e se vi piacciono, usateli. Semplicemente, non paragonate Apple alla salvatrice del mondo libero.

Subito si è guadagnato un posto tra i browser vip per la sua velocità, specie nel rendering di siti web con molti contenuti JavaScript e Ajax.

Di recente abbiamo scovato nella rete un sito molto interessante, che raccoglie decine di trucchi realizzati in JavaScript/Ajax/Flash perfettamente funzionanti su Chrome: ChromeExperiments.com.

Ve ne segnaliamo due, che reputiamo i più divertenti e interessanti, con tanto di video-dimostrazione su Youtube.

Google Gravity

Browser Talk

Purtoppo l’unico modo sicuro per provarli è quello di avere Chrome + Flash su Windows. Qualche trucco funziona anche su Firefox 3.0.7 (anche in accoppiata con Linux), ma altri lasciano molto a desiderare.

Quel che è sicuro è che il team di Chrome e Chromium hanno fatto un ottimo lavoro nel risaltare l’ottima qualità che WebKit sta dimostrando in questi tempi.

Questo concept è una chiara dimostrazione delle potenzialità 3D – OpenGL del toolkit Qt 4 e dei suoi widget, creando un vero e proprio labirinto percorribile liberamente, con affissi alla parete una serie di widget che spaziano dal browser web (Webkit) all’animazione di alcuni componenti del luogo.

Eccovi un video dimostrativo che vi consiglio di guardare, prima di dedicarvi alla compilazione.

Le dipendenze per poter compilare WolfenQt sono veramente poche:

• Qt: ovviamente il toolkit grafico, vi consiglio di utilizzare la versione 4.5 che, nel momento in cui scrivo sono nello stato di Release Candidate 1, per avere una maggiore fludità dell’applicativo.
• Qt Webkit, il motore di rendering HTML necessario per la corretta visualizzazione dei Widget web.
• Git: il software di controllo della versione da cui andremo a prelevare il codice sorgente di WolfenQt
• Make: necessario per compilare il tutto. In distribuzione Debian based, potreste trovarlo sotto il pacchetto build-essential, che vi consiglio assolutamente di avere.

Dopo aver installato tutte le dipendenze, siamo pronti per procedere. Apriamo un terminale e digitiamo:

git clone git://labs.trolltech.com/WolfenQt

per ottenere il codice sorgente del programma. Dopodichè entriamo nella cartella appena scaricata ed avviamo la compilazione.

cd WolfenQt
qmake
make

Terminata la compilazione, che non dovrebbe richiedere molto tempo (effettuata su una Gentoo con un AMD Athlon 64 in una decina di minuti scarsi), è possibile lanciare il software con:

./qt3d

A questo punto potete muovervi all’interno del labirinto con i seguenti tasti:

• A: spostamento a sinistra
• D: spostamento a destra
• W: avanti
• S: indietro
• Q o Freccia Sinistra: rotazione a sinistra
• E o Freccia Destra: rotazione a destra
• Freccia su: guarda in alto
• Freccia giù: guarda in basso

Non mi resta che augurarvi un buon divertimento con WolfenQt, e mi raccomando: postate i vostri screenshot nel forum.