VIPADIA - BLOG Vipadia Limited is a UK-based consultancy creating and innovating in IP communications, specialising in voice, video, messaging and presence over IP. Vipadia Limited also provides the open-source Karaka Skype-XMPP gateway and operates the ClackPoint! cloud-based real-time conferencing service. Leggi ancora...

Da un po' che non mi occupo di jabber, ma fa piacere vedere che è stato rilasciato open source un transport tra jabber/xmpp e skype...

Vedo che qualcuno ha già pensato a una idea che mi ronza un po' per la testa: xmlrpc over named pipes...

Uno studio di eWEEK confronta diversi stack per l'implementazione di applicazioni web, confrontando Windows con Linux.
Da quanto viene pubblicato, python sotto windows è enormemente più performante di php sotto linux; tuttavia mysqlperforrmance blog critica (giustamente) la mancanza di dati esatti sulla configurazione delle macchine.
Per esperienza posso dire che lo stack TCP di Windows ha alcune caratteristiche positive (overlapped I/O e trasmissione asyncrona degli eventi sulle socket) che possono aiutare in questo genere di applicazioni: su linux sono aggiunte più recenti (standardizzati con il kernel 2.6) e probabilmente non è detto che siano presenti nella distribuzione oggetto di test

OpenID non sarebbe che un altro progetto per la realizzazione di una infrastuttura distribuita di autenticazione, se non fosse già utilizzato in LiveJournal ed in Movable Type.
E se non ci fossero in giro implementazioni di riferimento per python e php.
PS. Nelle spec del protocollo si fa ampiamente uso di ajax.

All'indirizzo:
   http://shed-skin.blogspot.com/
Si può trovare un compilatore da python a c++. Simile nelle intenzioni a psyco, il cui sviluppo sembra "morto" visto che l'autore consiglia un nuovo tool chiamato PyPy, ma non JIT in quanto utilizza il  il C++ come linguaggio intermedio.
Da capire se le performance di un approccio del genere ripagano la scomodità di rilasciare ogni volta un binario.

Simpaticissimo post che raccoglie invita a votare per le diverse GUI per Python... devo vedermele tutte!
"PyGUI, Tkinter, Easygui, wxPython, PythonCard, pyQt, pyGtk, Jython (Swing & AWT), Anygui, FXPy, pyFLTK;"
via http://www.awaretek.com/toolkits.html

Brendan Eich sent us a link to his weblog post about using Python for XUL scripting . At the moment, only JavaScript can be used for scripting in XUL applications but Brendan describes how Mark Hammond is adding support for the popular Python programming language as well. Support for Python in XUL will land in the Mozilla 1.9 timeframe and is expected to be used primarily by developers of extensions and standalone XULRunner applications.

via http://weblogs.mozillazine.org/roadmap/archives/008865.html

Ho trovato un interessante post che spiega come aprire una finestra SDL all'interno di un WDND windows o di un widget GTK: il codice, che non riporto qui, è per python+pygtk+pygame (che null'altro è se non un wrapper di SDL + varie funzioni per i videogiochi).
I passi da seguire sono in sostanza:

1. Prendere l'HWND della finestra se si è sotto windows, oppure l'xid se si è sotto linux; le finestre GTK, a seconda dei casi, dovrebbero riuscire a fornire questa informazione
2. settare la variabile di ambiente di SDL SDL_WINDOWID con il valore letto, memorizzato in decimale o esadecimale
3. chiamare la SDL_Init: dovrebbe accorgersi della cosa e operare di conseguenza

NB. Codice analogo esiste anche per integrare SDL all'interno di finestre wxwindows. Credo (spero) che da qualche parte nella documentazione ufficiale di SDL si parli di tutto ciò.

CTypes è un progetto analogo a Swig, ma dedicato al python. A quanto pare, la differenza sostanziale è che, invece di creare un modulo binario ausiliario con le chiamate di interfacciamento tra la libreria C ed il linguaggio Python, viene fornito un wrapper generico: la dichiarazione delle interfacce viene quindi fatta direttamente in Python, senza bisogno di compilare alcunché.
In parole povere, il meccanismo è analogo a quello dei DllImport presenti in C# e credo segni un interessante passo in avanti per il Python. Per la generazione delle interfacce viene fornita un utility, codegen, che si basa sull'output fornito da gcc-xml, ma opportunamente patchato.

Mi è stato segnalato tra i commenti e lo riporto qui:
     http://dega1999.altervista.org/pythons60/

Ta le altre cose si può trovare un semplice how-to per l'installazione di python su cellulari Symbian S60 (ad esempio i vari Nokia), un po' di esempi e link verso le risorse (in inglese)

Per un progetto per cui sto lavorando, sto cominciando ad apprezzare la portabilità di Python. Cercando documentazione varia mi sono imbattuto nel seguente annuncio:
    http://www.halfcooked.com/mt/archives/000912.html
In pratica, esisterebbe una versione di python per nokia serie 60 disponibile direttamente dal sito di nokia per i programmatori.

Se qualcuno ha modo provarla fatemi sapere; purtroppo credo che sarà comunque poco utilizzabile: tutte le varie extension (tipo twisted) saranno quasi sicuramente non utilizzabili. Linko anche una versione di python 2.2 per pocket pc e pythonce 2.3, sempre per pocket pc (stessi problemi di cui sopra... almeno credo)

Odeo mi ha abilitato ai suoi podcast: per il momento si può solo ascoltare e non creare (a meno di farlo a mano... il tanto atteso OdeoStudio basato su Flash non me lo fanno ancora usare!!).
Btw, spulciando tra il codice di OdeoSync (in Python) ho trovato che:
- contiene bittorrent
- contiene iPodder
- per realizzare la gui multipiattaforma utilizza wxPython
- e cosa più interessante, ho scoperto l'esistenza si Psyco

Dal sito dice si che:
Think of Psyco as a kind of just-in-time (JIT) compiler, a little bit like Java's, that emit machine code on the fly instead of interpreting your Python program step by step.[...]
Benefits

2x to 100x speed-ups, typically 4x, with an unmodified Python interpreter and unmodified source code, just a dynamically loadable C extension module.

Drawbacks

Psyco currently uses a lot of memory. It only runs on Intel 386-compatible processors (under any OS) right now. There are some subtle semantic differences (i.e. bugs) with the way Python works; they should not be apparent in most programs.

Questo è il sito di un interessante progetto OS per veicolare il voip in una rete P2P usando protocolli standard:
    http://www.p2psip.org/

Dalla lettura del paper di presentazione  mi pare che il suo approccio sia complementare al mio: lui si è occupato di rendere un server sip "distribuito"; ovvero il signaling e le chat viaggiano p2p; mentre non mi pare abbia lavorato su tecniche per aggirare i fw o per creare pipe multimediali nell'overlay network.
L'approccio al voip p2p è cmq simile nel senso che prende un protocollo std (SIP, nel nostro caso IAX) e spedisce i pacchetti sulla overlay network.

Tutto il progetto utilizza software COTS open source già disponibile; in particolare l'interessante stack sip con licenza BSD-like chiamato resiprocate per la parte voce e la p2p Chord per la creazione e gestione della rete p2p. (Tutto il software è scritto in C o C++)

Il progetto Chord è interessante soprattutto per la creazione di un file system distribuito (Cooperative File-System - CFS) alla Nodezilla (chissà se l'algoritmo sottostante per la costruzione del filesystem è simile/lo stesso).
Sarebbe interessante verificare la possibilità di appoggiare l'algoritmo alla base di CFS su una rete p2p di tipo Kademila (dovrebbe essere migliore di Chord, anche se della stessa "classe", ovvero le Distributed Hash Tables) implementata in python, come khashmir (funzionante anche sotto windows e da poco integrata in bittorrent) ed integrare il tutto in un software ad alta diffusione.