È stato provato soltanto con Ubuntu 11.10 (Oneiric Ocelot): Python for Android non è l’unico progetto per utilizzare il linguaggio nelle applicazioni del sistema operativo di Google. Probabilmente, è il più completo — a patto d’appoggiarsi a Kivy. Tra gli altri è il primo strumento a supportare il bootstrap personalizzato di Python.

Se un fork di Python for Android prevedesse un metodo alternativo per il bootstrap, il progetto potrebbe funzionare a prescindere da Kivy. Allo stato attuale, questo strumento è orientato ad applicazioni che implementino OpenGL ES 2.0, utilizzato – in particolare – nei giochi. È un punto di partenza per “qualcosa” di più ambizioso.

Via | Mathieu Virbel

È scritto in Python come Radicale. Packard non considera ancora Calypso un prodotto a sé. Piuttosto, è un’estensione di Radicale che prevede il supporto aggiuntivo di CardDAV e WebDAV. Al contrario di Radicale, al momento Calypso non è in grado di gestire i calendari generati con aCal: quest’ultimo è un client di CalDAV per Android.

La nascita di Calypso è dovuta a una lunga esperienza di Packard coi calendar server degli smartphone più recenti. Iniziata con SyncML per Linux su Nokia S40 e N900, l’avventura di Packard è continuata su webOS. Essendo incerto il futuro del sistema operativo di HP, Calypso è, invece, orientato ad Android: una scelta comprensibile.

Meno accurata la scelta del nome: volendo includere il prefisso cal– Packard ha optato per Calypso. Però, il nome della ninfa cantata da Omero andrebbe traslitterato dall’alfabeto greco con la lettera “k” come iniziale. A dispetto della prima implementazione limitata a Linux ed Evolution, Calypso può estendersi a qualunque risorsa.

Radicale, infatti, può essere installato e configurato su tutti i sistemi operativi desktop e mobile. CalDAV e CardDAV sono dei protocolli definiti dalla Internet Engineering Task Force (IETF): il binomio tra Linux e Android è soltanto una comodità - dovuta al fatto che quest’ultimo proponeva già i client CalDAV–Sync e CardDAV–Sync.

Calypso, insomma, permette di creare subito dal terminale uno o più calendari da sincronizzare con Evolution e i dispositivi con Android allegando eventuali informazioni sui contatti. In futuro, Calypso potrebbe ottenere delle estensioni per altri sistemi operativi Linux–based sugli smartphone o addirittura per iOS e Windows Phone.

Via | Keith Packard

GNOME ha dichiarato di prevedere il supporto di Messenger via XMPP con Empathy 3.4. L’ostacolo – per entrambi – è costituito dalla registrazione su Windows Live con OAuth 2.0: l’autenticazione non avviene con username e password, ma con un token autorizzato da Microsoft. Un po’ come succede per le applicazioni di Facebook o Twitter.

Bortolato non prevede di proseguire in prima persona il lavoro per portare WLM su XMPP: il codice prodotto è servito soltanto ad avere un’idea dell’integrazione con Python. Chi volesse fare altrettanto può sfruttare l’identificativo registrato per EMeSeNe. Prima o poi il passaggio diventerà “mandatorio” e il client dovrà adeguarsi.

Via | EMeSeNe

La riscrittura di un interprete Python non è cosa da poco. Lo sviluppo di PyPy utilizza un approccio per approssimazioni successive: il set di funzioni e librerie implementate con i criteri di efficienza indicati aumenta, seppur lentamente, di versione in versione. Per questa fase si possono registrare miglioramenti, rispetto alla 1.6, che vanno dal 30% con punte del 2.000% (in pratica, 20 volte).

Per una visione più chiara sulla compatibilità fornita è possibile consultare l’apposita sezione del sito degli sviluppatori. Certamente non è possibile utilizzare PyPy con la tranquillità del normale interprete Python: molti comportamenti non sono ancora del tutto aderenti allo standard e ci sono ancora numerosi side-effects che portano l’interprete a comportarsi in maniera lievemente differente da quanto ci si aspetterebbe.

Nonostante tutto, la valenza tecnologia di PyPy è notevole se si pensa che framework complessi come Django vengono eseguiti senza particolari accortezze e che il metro di misurazione sul quale vengono effettuati i test è CPython. C’è da sperare che la crescita di PyPy darà un contributo importante all’espansione di Python.

Via | LWN

Rilasciata la versione 11.11.16 di Camelot. Questo rilascio introduce un nuovo metodo nella definizione delle azioni, che utilizza il meccanismo degli “iteratori” per comunicare tra il model e la view (GUI). Inoltre sono state implementate la compatibilità con PySide e la creazione ritardata dei widget posizionati su schede, migliorando così le prestazioni per interfacce complesse. Disponibile anche la traduzione in italiano. Finalmente.

Camelot è un framework per lo sviluppo RAD rilasciato sotto due licenze: GPL2 oppure commerciale per progetti in cui le condizioni della GPL non vengono rispettate. Camelot poggia il suo funzionamento, oltre che su Python, anche su Sqlalchemy e Qt. Un progetto di chiara ispirazione Django con una vocazione al data-driven grazie alla presenza di Sqlalchemy.

Sviluppare con Camelot consiste nel definire il modello dei dati per poi, alla maniera Django Admin, gestire le interfacce. La gestione GUI beneficia anche dell’ereditarietà e di un set corposo di elementi grafici complessi che consentono uno sviluppo ad un alto livello di astrazione. L’ideale per chi vuole occuparsi più della logica business che di dettagli tecnici.

La “responsività” viene mantenuta anche nelle elaborazioni con una elevata mole di dati. Scalabilità, che affiancata all’integrazione con i prodotti Microsoft Office, fanno di Camelot un eccellente banco di lavoro per applicazioni enterprise. Un framework da provare assolutamente.

Via | OpenSourcePixels

I risultati, effettivamente, mostrano un discreto boost prestazionale. Tuttavia, il confronto non può essere effettuato con Python: vala-benchmarks, lo strumento utilizzato, paragona il linguaggio a C, C++ e C# (Mono). Per quanto possa convincere, non ha molta attinenza con Zeitgeist. Il miglioramento più evidente è rispetto a Mono.

Lacerda non cita esplicitamente il passaggio a Vala di Zeitgeist, eppure è difficile che si tratti soltanto d’una coincidenza. La scelta di Vala asseconda l’inserimento di ulteriori componenti da GNOME3 in Ubuntu/Oneiric: l’aggiornamento di Zeitgeist, infatti, non sarà disponibile sui rilasci precedenti. Valuteremo i miglioramenti.

Via | J. P. Lacerda

Michal Hruby ha spiegato che il cambiamento comporta una riduzione dei tempi d’avvio di Zeitgeist. Per il resto, il database e la Application Programming Interface (API) per D–Bus sono rimasti invariati. Il nuovo Zeitgeist richiederà soltanto un aggiornamento di GNOME Activity Journal, che risulterebbe compromesso dalla transizione.

Concepito per Unity, Zeitgeist progredisce su GNOME Shell: il passaggio a Vala evidenzia il costante avvicinamento, a livello di codice, tra le interfacce. Tuttavia, la transizione ha corrotto la Full–Text Search (FTS) di Zeitgeist e il porting su KDE non beneficerà dell’utilizzo di Vala. Il linguaggio è una “prerogativa” di GNOME.

Via | Seif Lotfy

BitCoin è un sistema di micro-pagamenti in valuta virtuale, paragonabile a Flattr, che si basa sul concetto del peer-to-peer. Per ottenere dei crediti esistono sostanzialmente due modalità: l’acquisto con moneta corrente, oppure la generazione attraverso il “mining”, una soluzione che deve il proprio nome all’attività dei minatori.

Non è semplicissimo capire il funzionamento di BitCoin: la valuta cambia di valore un po’ come le azioni in borsa. Il mining per accumulare crediti avviene sfruttando il potere di calcolo dei processori. Oltre a OpenCL su AMD/ATI, GUI Miner supporta CUDA su nVidia: in alternativa sfrutta la CPU. Tutte le opzioni sono configurabili.

Via | MakeUseOf

La semplice estensione realizzata può funzionare con qualsiasi interfaccia per il desktop: sia Unity, sia GNOME Shell. Lo script è in Python e non interagisce direttamente con le librerie grafiche. Basta scaricarlo e spostarlo nel percorso dove risiedono le estensioni di Zeitgeist. Per Ubuntu è ~/.local/share/zeitgeist/extensions/.

Oltre a Meta-Tracker e Zeitgeist, sul sistema devono essere presenti dei logger, affinché possa avvenire l’indicizzazione degli eventi. Ubuntu ne prevede alcuni sui propri repository, mentre per tutti gli altri i sorgenti si trovano su Launchpad. È necessario riavviare sia Meta-Tracker, sia Zeitgeist perché l’integrazione funzioni.

Via | Seif Lotfy

Il concetto di “locker” è di particolare attualità per la presentazione di Amazon Cloud Player e Google Music Beta. Più in generale, si tratta di una piattaforma per lo storage che permette l’accesso e l’esecuzione remota dei file al proprietario. Ubuntu One Music offre questa possibilità. The Locker Project è in Python su node.JS.

The Locker Project è distribuito sotto licenza BSD e si avvale di TeleHash per l’abilitazione di Application Programming Interface (API) che consentano l’accesso ai file su P2P. Il protocollo è Kademlia, una Distributed Hash Table (DHT) già nota per l’integrazione con aMule. Il trasferimento dei file avviene su UDP con un hash SHA.

Via | Matt Zimmerman

WebApp è un framework in PyWebKitGtk per creare applicazioni orientate al desktop sfruttando le potenzialità di node.JS, il server di V8/JavaScript. Concepito da Tim Caswell (uno sviluppatore di HP per webOS), si propone inoltre d’offrire una GUI in HTML5 e CSS3 per i server di node.JS. Caswell è anche l’autore di node-gir su GNOME.

Il codice di WebApp è ospitato su GitHub e il primo commit ha appena ventiquattr’ore. C’è ancora molto da realizzare, tuttavia il progetto è già interessante: particolarmente adatto allo sviluppo su Linux con GNOME, per le sue caratteristiche WebApp può essere portato su qualsiasi piattaforma. L’utilizzo di WebKit non è vincolante.

Il concetto alla base di WebApp non è molto diverso da quello di Prism, il progetto di Mozilla Labs per separare le applicazioni web dal browser. Chiunque conosca HTML, CSS (e JavaScript) potrà sfruttare WebApp per fare altrettanto, via node.JS. La sfida è quella di trovare una collocazione al framework: le alternative si sprecano.

Via | ReadWriteWeb

Cree.py è un nuovo software scritto in Python e rilasciato sotto licenza GPLv3 che è in grado di sfruttare i metadati di geoposizionamento che possono essere recuperati dalle reti sociali e dalle immagini caricate online per ricostruire i movimenti di una persone e tracciarne gli spostamenti.

Yiannis Kakavas, l’autore, pensa che questo strumento possa diventare utile per fare in modo che la gente capisce il grosso problema di pubblicare informazioni così personali e sensibili online. Quindi non si tratta di un tool per stalker, ma per far maturare una corretta sensibilità al problema nell’opinione pubblica in modo che possa scegliere consapevolmente se rendere pubblici o meno questo tipo di dati.

Al momento Cree.py è in grado di recupare geotag da Twitter, Foursquare, metadati Exif nelle foto presenti su Flickr, Twitpic, Yfrog, Img.ly, Plixi, Twitrpix, Foleext, Shozu, Pickhut, Moby.tu, Twitsnaps e Twitgoo. I dati sono visualizzati all’interno di un programma che sfrutta le GTK+ e che mostra la posizione sulla mappa utilizzando i servizi di Google, Virtual Maps o Open StreetMap.

Via | Cree.py

Basato sul concetto di P2P, Gitmarks può essere avviato direttamente su GitHub (sul quale aggiunge delle funzionalità sociali) oppure sul proprio server. La lista dei comandi è essenziale: ai preferiti si possono associare, oltre al titolo, una serie di etichette. L’archivio dei link salvati può essere interrogato utilizzando GREP.

Oltre alla riga di comando, Gitmarks è dotato di un comodo bookmarklet per il browser. A dispetto dell’estrema semplicità del codice, Gitmarks è un progetto convincente: la formula di rilascio sotto GPLv3 su GitHub lo rende particolarmente duttile, è già stata inviata una richiesta per migliorare il tagging degli indirizzi salvati.

Via | ReadWriteWeb

Django è uno dei framework più interessante fra quelli scritti in Python per lo sviluppo di applicazioni web.

Dopo quasi un anno di sviluppo è stata annunciata oggi la nuova versione stabile, 1.3, che sarà anche l’ultima a supportare ancora la vecchia versione di python 2.4. Tra le novità di questa versione la possibilità di scrivere classi da utilizzare come view, di interagire con il modulo logging del linguaggio con maggiore controllo e personalizzazione in caso di errori vari.

Interessante anche la nuova app django.contrib.staticfiles che consentirà di avere una miglior separazione fra i file statici delle applicazioni e quelli caricati dagli utenti.

Python 2.7 ha introdotto molte modifiche alla libreria unittest con funzionalità che gli sviluppatori hanno ritenuto così interessanti da averne fatto il backporting all’interno di Django sotto il nome unittest2 in modo che sia utilizzabile anche da chi ha una versione meno recente dell’interprete. Non si può che apprezzare l’arrivo del parametro on_delete che consentirà di personalizzare il comportamento della base dati in caso di cancellazione dell’oggetto. Dal punto di vista delle prestazioni sono arrivati miglioramenti anche grazie all’introduzione di differenti livelli di cache.

Non mancano le modifiche incompatibile con le versioni precedenti come la presenza della validazione CSFR anche per le richieste AJAX, l’impossibilità per FileField di cancellare file e le modifiche al rendering di PasswordInputs. Per maggiori informazioni potete sfogliare l’elenco dettagliato sul sito.

Via | Djangoproject

Lo scorso mese vi avevamo raccontato di come TIOBE aveva incoronato Python come linguaggio del 2010.

La crescita di questo linguaggio però sembra non arrestarsi e continua nella sua salita. Secondo le ultime rilevazioni è riuscito a superare persino PHP. Proprio nella chiusura dell’articolo del mese scorso ci chiedevamo quando sarebbe successo. Sempre con numeri positivi troviamo C#, anch’esso in vista di PHP, e Objective-C trainato dai prodotti di Apple.

Python in un solo anno è salito dalla settima posizione alla 4, mentre PHP è passato dalla terza alla quinta nello stesso periodo. Nonostante la comunità alle spalle Ruby resta più o meno stabile nella stessa posizione.

Via | Tiobe