Irrlicht Engine è un motore 3D open source, licenza zlib, scritto in C++ e disponibile anche per i linguaggi .NET.

È completamente multipiattaforma, può utilizzare per la visualizzazione D3D, OpenGL o il suo renderer software e dispone di caratteristiche presenti in motori 3d commerciali. La comunità che si è raccolta attorno allo sviluppo di questo motore è particolarmente vasta e sono molti i progetti che lo utilizzano in contesti completamente diversi grazie ai binding per java, perl, ruby, basic, python, lua e molto altro.

L’ultima versione, 1.7 e recentemente annunciata, introduce parecchie novità e migliora l’integrazione con altri progetti grazie al supporto per le animazioni in formato Ogre ed il supporto per Nebula NPK.

Via | Irrlicht

Fdupes è un programma per identificare e cancellare i file duplicati presenti nel vostro sistema.

Potete usarlo per cercare in una o più directory ricorsivamente e decidere se cancellare o meno le copie duplicate di un file. Se necessario può anche considerare gli hard link come file duplicati.

Per determinare se un file è duplicato vengono confrontate le dimensioni, la firma m5dsum e per finire un confronto byte a byte.

Via | CyberCity

Pinta è un clone di Paint.NET scritto in GTK+ scritto da Jonathan Pobst.

Jonathan aveva già lavorato al porting di Paint.NET a Mono Winforms e dopo aver letto un articolo di OsNews sulla necessità di un programma simile in GTK+, incuriosito, ha accettato la sfida e si è messo a studiare le librerie che ancora non conosceva.

Nel giro di qualche ora era già presente il cuore del programma e la versione, 0.1, resa ora disponibile è il frutto di circa un mese di lavoro. Fra le caratteristiche già presenti c’è il supporto a livelli multipli ed il numero infinito di undo/redo.

Via | PintaProject

I due componenti aggiuntivi riguardano la versione 4.0 di Sothink Web Video Downloader e tutte le versioni del manager di download Master Filer.

Sono oltre 4.600 gli utenti potenzialmente vittime di questo attacco (Master Filer è stato scaricato oltre 600 volte, contro i 4.000 di Sothink Web Video Downloader). Mozilla, pertanto, raccomanda agli utenti di rimuovere i due add-ons ed eseguire una scansione antivirus (in quanto la semplice rimozione dei due componenti non elimina i Trojans).

Sono in compagnia di Greg Kroah-Hartman, al FOSDEM per il talk “Write and Submit your first Linux kernel Patch”. Su Ossblog era già stata citata una sua intervista lo scorso dicembre.

FN: Grazie Greg per la disponibilità, non credo ce ne sia bisogno, ma raccontaci un po’ di te per chi non ti conosce.
G: Sono uno sviluppatore del kernel e lavoro per Novell. In particolare seguo la parte legata alla gestione delle periferiche usb.

FN: Partiamo con una domanda spinosa: Torvalds ha recentemente dichiarato che Linux è “bloated and huge”, gonfio ed enorme, sei d’accordo?
G: Ero presente anch’io quando l’ha detto (LinuxCon di Portland, N.d.A.), io penso che il kernel stia diventando più grande ma i computer stanno anche diventando più potenti. Le persone vogliono più feature e questo comporta necessariamente più codice. Linux può girare su supercomputer così come su un cellulare, ed è lo stesso codice!

Il punto di svolta è la modularità, se delle cose non ti servono le disabiliti. Non credo sia un vero problema. Le aziende sviluppano sempre nuove tecnologie e Linux si deve tenere al passo. Un esempio è USB3, Linux è il primo sistema operativo ad averlo supportato. Credo che Linux continuerà a crescere in dimensioni, ma questo è inevitabile, non è una cosa negativa.

FN: Qualche giorno fa c’è stato un articolo sul fatto che Firefox sta diventando più lento e meno stabile; alcuni lo imputano all’enorme numero di sviluppatori che lavorano al progetto. Pensi che ci sia un punto in cui la gestione della complessità generata da un grande numero di sviluppatori sia maggiore del contributo che può dare un nuovo sviluppatore?
G: Non ho letto quell’articolo ma non penso che siamo a quel punto, non con Linux almeno. Il mio intervento di oggi è proprio su come diventare un nuovo sviluppatore, ne abbiamo continuamente bisogno. Ogni anno penso che non possiamo andare più veloci di così e invece ogni anno ce la facciamo. Linux è cresciuto molto ma quel limite, se c’è, è ancora lontano.

FN So che lavori al driver project che sta portando avanti Novell, come sta andando?
G: Beh in effetti non abbiamo scritto molti driver; nella maggior parte dei casi si tratta di aiutare le aziende a collaborare con la community, a diventare la community. Spesso esistono già dei driver per Linux, c’è solo bisogno di ripulirli e sistemarli per integrarli nel tree ufficiale. Con i nuovi driver il problema è che non sempre arriviamo in tempo, sviluppiamo i driver ma non possiamo garantire delle scadenze; volte è capitato di non farcela e alcuni driver sono stati accantonati.

FN: Pensi che in futuro sempre più aziende diventeranno parte della community o alla fine ci saranno due blocchi contrapposti tra quelle che seguono un modello proprietario e chi no?
G: Spero proprio di no, sempre più aziende si avvicinano a Linux e all’Open Source e penso che continui così.

FN: Cos’è la cosa che è migliorata maggiormente negli anni in Linux?
G: Senz’altro la cosa che è migliorata è la portabilità. Linux può girare praticamente su qualsiasi piattaforma, puoi installarlo su qualsiasi hardware; è veramente potente.

FN:Cosa ci aspetta per il futuro? Come sarà Linux tra qualche anno?
G:Chi lo sa, la tecnologia continua ad evolvere, nuove idee nascono…
FN: E se non lo sai tu, penso non lo sappia nessuno!

FN: Ultima domanda, promesso. Come faccio a diventare un kernel developer? Tu come lo sei diventato?
G: All’epoca stavo lavorando su dei device usb, dei lettori di codice a barre, e li stavo testando su diversi sistemi operativi; mi resi conto che Linux aveva qualche problema con la gestione dell’usb e mi dissi: ehi, posso sistemarlo.
Così scrissi la mia prima patch e poco dopo fu accettata! Non era stato difficile così continuai a scrivere e presi il via.
La cosa più difficile è fare il primo passo, su questo si concentra il mio talk di oggi, fare il primo passo. Dopo ci si rende conto che non è così dura.

FN: Ok Greg, grazie mille della disponibilità.
G: Figurati e in bocca al lupo. Mandami il link dell’articolo!

La bozza di lavoro sulle API di WebSimpleDB rientra nel progetto di Web Storage per HTML5 e ha già suscitato delle perplessità in merito alla necessità di utilizzare un linguaggio a query integrato nei documenti (X)HTML — non solo HTML5, ma anche XHTML2 è incluso nei piani del W3C per l’uso di queste API.

Attualmente l’unico engine a prevedere già una simile integrazione è WebKit nella versione di Apple per Safari: il documento di riferimento del W3C è molto recente – la prima idea sull’argomento è del 29 settembre 2009 – e lontano dall’essere completo, perciò è prevedibile che le prime situazioni d’uso reali si presenteranno negli anni a venire.

Via | The H Online

Nello stesso post Torvalds sostiene di apprezzare il “concetto” di poter utilizzare Linux sui cellulari, ammettendo però di non avere mai fatto un utilizzo massiccio di questi ultimi: tra i suoi acquisti anche il G1 (che veniva distribuito in una versione unbranded come telefono di sviluppo per Android) e un non meglio specificato Motorola che era venduto in Cina, ovviamente basato anch’esso su Linux.

Non aspettatevi alte disquisizioni tecniche, perché Linus si limita a esprimere l’entusiasmo per il Nexus One nella sua funzione di GPS in associazione a Google Maps: nonostante i dati di vendita siano piuttosto scarsi rispetto ad altri dispositivi equivalenti (si parla di 80.000 device venduti in un mese), quella di Torvalds è la reazione più condivisibile che abbia letto. Non è uno smartphone per tutti, ma fa perfettamente il suo lavoro.

Via | The Washington Post

Continuiamo con Francesco Nigro ed il suo diario dal Free and Open Source software Developers’ Meeting, FOSDEM di Bruxelles. Come promuovere il FLOSS? L’intervento di Brooks Davis.

Tecnicamente ritengo il modello di sviluppo seguito dal FLOSS superiore a quello proprietario e non solo per la revisione paritaria del codice. Chiunque si sia trovato a dover gestire ambienti complessi sa quanto sia più facile, e in definitiva più economico, avere a disposizione dei componenti completamente ispezionabili, ad esempio.

Il FLOSS ha parecchi vantaggi e qualche pecca ma quello che a mio avviso manca completamente è una buona pubblicità, marketing, quella parola proibita che per i veri affecionados è persino peggio di MS. Nella maggior parte dei casi la tecnologia è pronta, ci sono prodotti Open Source che sono allo stesso livello, se non superiore, del software proprietario, eppure il FLOSS ancora arranca, non è main stream.

Il problema spesso è la mancanza di comunicazione tra il business, i dirigenti che decidono, e i tecnici, felicissimi di esibire l’ultima versione di KDE compilata dall’svn ma incapaci di spiegare il proprio entusiasmo e di vedere le esigenze dell’altra parte.

Brooks Davis è un altro esempio di quello di cui il FLOSS non ha bisogno, un cattivo comunicatore che si trova a fare da promotore e a pubblicizzare una tecnologia.

Il titolo del primo talk del FOSDEM è ambizioso, “Promoting Open Source methods at a large company”, e anche la presentazione lo sembra: niente slide.

Rompere la consuetudine delle slide può voler dire due cose: o lo speaker è veramente bravo e sa gestire l’attenzione del pubblico, che sarà tutta concentrata su di lui, oppure non ha avuto tempo/voglia di prepararle e non sa cosa sta facendo. Mister Brooks incomincia a parlare da dietro il leggio, con voce sommessa e camminando nervosamente avanti e indietro, dando forza alla seconda ipotesi.

Dopo dieci minuti giunge quella che viene comunemente chiamata “Death by powerpoint”, anche se questo in caso effettivamente le slide non ci sono.

Brooks racconta di come sia riuscito a portare BSD ed altri tool di sviluppo open source alla Aerospace Corporation e a migliorare il lavoro dei quasi 2500 ingengneri che ci lavorano e che, per un motivo o per un altro, si trovano a sviluppare un sacco di software.

I programmi usati sono i soliti noti come Apache, PostgreSQL, Python ed altri. Insomma niente di nuovo sotto questo aspetto, l’unica variazione sul tema è la base del sistema che questa volta non è Linux ma FreeBSD.

Intendiamoci, Brooks è uno dei core developer di FreeBSD, la sua preparazione e le sue capacità tecniche non sono in discussione, ma l’insegnamento che possiamo trarre da questa esperienza non è come promuovere il FLOSS in azienda, bensì come non farlo.

Se abbiamo un prodotto talmente superiore rispetto alle contro parti da riuscire ad avere successo nonostante tutto, potremmo essere così fortunati da avere un’altra occasione per fare meglio la prossima volta, ma non sempre si è così fortunati.

Partire a tutta forza spiegando la praticità di avere accesso al codice sorgente o di quanto sia potente poter “scriptare” in questo o in quel linguaggio potrebbe non essere la carta vincente. Il fatto che nella fase di “promozione” qualcosa si sia perso viene confermato dopo poco dalle parole di Brooks, che spiega che per avere successo: “[..] non abbiamo mai parlato di Open Source […]”.

La domanda viene spontanea: ma se uno dei maggior vantaggi è visto così male da dover essere nascosto, che immagine stiamo dando del FLOSS? I peggiori nemici del FLOSS siamo noi enthusiasts?

Mi piacerebbe conoscere la vostra opinione in merito. Vi siete mai trovati nella situazione di consigliare a qualcuno di passare a Linux o di usare un software open source piuttosto che un altro? Su cosa avete puntato per convincere gli altri della bontà vostra visione?

Immagino che la maggior parte di voi consideri il software libero superiore in qualche modo; allora perché non è diffuso come l’odiato Windows? Cosa potrebbe migliorare la situazione? Un modello di promozione portato avanti dagli sviluppatori è vincente? Provate a postate il vostro pensiero nei commenti.

Skrooge è un gestore per le vostre finanze adatto all’ambiente KDE.

Il nome come qualcuno avrà notato il nome Skrooge deriva dall’avaro protagonista del racconto “Canto di Natale” di Charles Dickens. Il programma vi consente di tenere traccia di entrate/uscite, come spendete il vostro denaro e come gli investimenti rendono nel corso del tempo.

Tra le funzionalità principali possiamo citare:

• QIF, CSV, import/export
• OFX, QFX import
• Avanzati report grafici
• Schede multiple
• Filtro sulle operazioni e report

Via | Skrooge

Non è il primo desktop environment a effettuare questa scelta: LXDE ha deciso di passare a Git per la gestione del proprio codice sorgente e per “festeggiare” la transizione è stato pubblicato un intrigante video che dà corpo alla struttura dell’albero di sviluppo.

Curiosamente i repository di LXDE su Git sono ospitati da SourceForge, anziché da GitHub o soluzioni equivalenti: una scelta non convenzionale — dal momento che SourceForge offriva preferibilmente archivi basati su CVS o, SVN.

Il funzionamento del repository è spiegato tanto nel post già citato sul blog di LXDE, quanto nella guida standard di SourceForge a Git: il motivo principale del cambiamento – LXDE manteneva archivi Subversion, di cui restano disponibili tutti i log – è la maggiore velocità di Git.

Chi contribuisce allo sviluppo di Webkit? A quanto pare è un progetto che a cui partecipano sia grosse aziende sia entusiasti.

Sul blog di Chromium è stato pubblicato il grafico dei commit degli ultimi 3 anni da cui si nota il sorpasso di Google rispetto ad Apple nel numero di contributi già a partire dallo scorso novembre. Un dato però di non facile interpretazione perché non rappresenta in maniera diversa i contributi più importanti da quelli minori.

A complicare la situazione ci sono alcuni hacker che hanno lavorato per più società che contribuiscono al motore. Nonostante questo penso possa essere comunque un dato interessante notare l’andamento del grafico in corrispondenza delle nuove uscite dei browser che utilizzano WebKit.

Via | NeuGierig

Tahoe-LAFS è un filesystem distribuito p2p ad alta affidabilità e che non fa nessuna assunzione sulla sicurezza degli storage server.

Il sistema utilizza una serie di server come storage che possono essere locali o remoti ed un “gateway” che offre l’accesso al filesystem attraverso connessioni HTTP(S) o (S)FTP.

Il sistema fornisce da sé la confidenzialità e l’integrità dei dati criptando e controllando i dati direttamente sul gateway in modo che i singoli nodi non possano leggere o modificare il contenuto dei file volontariamente o involontariamente.

I dati vengono scritti su N (default 10) server e grazie alla codifica di tipo Erasure Code sono sufficienti solo K (default 3) server per accedere ai file. I dati risultano illeggibili sono quando sono offline N - K + 1, nel caso predefinito, quindi, 8. Chi fosse interessato a questa parte può vedere un esempio del funzionamento del sistema in scala ridotta.

È anche possibile abilitare l’accesso a client HTTP ad un’interfaccia remota come nella dimostrazione attivata dal gruppo di sviluppo.

Il software è rilasciato sotto licenza GPL2 o successive, è scritto in Python sfruttando il framework Twisted ed è disponibile per *Bsd, Cygwin, Linux, Mac Os X, Solaris e Windows.

Il progetto è stato inizialmente sponsorizzato da Allmydata, un provider di soluzioni commerciali per il backup. Qualche giorno fa è stata rilasciata la versione 1.6 del software.

Qui potete vedere una curiosa dimostrazione di Tahoe-LAFS ;)

Via | Allmydata

Buzzbird è una soluzione cross-platform e opensource per Twitter che non richiede alcun runtime aggiuntivo per funzionare: l’interfaccia è piuttosto essenziale e supporta tutte le principali funzioni della popolare piattaforma di microblogging.

A detta degli stessi sviluppatori Buzzbird 0.6 è meno “brutto” del 44% rispetto alle versioni precedenti: effettivamente non impressiona certo per il layout accattivante. Ma si tratta di un’alternativa molto leggera e versatile ai client più diffusi.

I binari – scaricabili per Linux, OS X e Windows – si appoggiano a XULRunner e possono essere eseguiti, una volta estratti, da qualsiasi posizione: l’applicazione è ancora all’inizio del proprio ciclo di sviluppo e in questa fase subisce aggiornamenti piuttosto frequenti anche via Git.

Eccoci all’appuntamento con Francesco Nigro ed il suo diario dal Free and Open Source Software Developers’ Meeting, FOSDEM di Bruxelles. Un po’ di colore in questo post, tanto per farci conoscere l’ambiente e capire un po’ come funziona il tutto. Domani e nei prossimi giorni le recensioni e le interviste di Francesco.

Atterriamo in orario il venerdì a Charleroi, una breve pausa in albergo e partiamo pieni di entusiasmo per il Delirium Cafè dove ci attende il Beer event. Programmatori… A Bruxelles… Come potrebbe mancare la birra!

Arriaviamo verso le 22 ma il locale è già strapieno, ci sono talmente tante persone che è difficile persino entrare nel vicoletto che porta al pub. In mezzo alla folla scorgo anche diverse ragazze e mi viene il dubbio di essere nel posto giusto; poi vedo una maglietta “Debian inside”, qualche cappello rosso e una marea di megliette da nerd medio del tipo: “non sono tardo, sto ricompilando…” Sì, siamo nel posto giusto.

Le leggi della fisica ci impediscono di avventurarci al bancone e trovare un posto a sedere è impossibile; facciamo un giro nel locale, respiriamo un po’ l’atmosfera che ci aspetta il giorno dopo e decidiamo di andarcene. Google mi devi una birra!

Questa mattina prendiamo la metro, un tram, un altro tram e poi camminiamo un po’ ma alla fine riusciamo a raggiungere la sede dell’università ULB, dove si svolge il FOSDEM, abbastanza facilmente.

Non c’è tanta fila all’ingresso nonostante la marea di persone che popolano l’evento; i dieci anni di esperienza si vedono, tutto quanto è ben organizzato. Le aule sono attrezzate a dovere, i microfoni funzionano e, altro miracolo, lo stesso vale per il wifi.

Come bravo nerd la mia prima preoccupazione è quella di trovare una connessione funzionante. Cisco fa da supporter alla conferenza e ha riempito gli edifici di Access Point; il segnale è forte più o meno ovunque, un altro plauso agli organizzatori. Nella Janson room, la sala completamente stipata dove si svolge il talk di apertura, conto almeno sei Access Point con sei antenne ciascuno.

Camminiamo per i corridoi dell’università dove sono schierati tutti gli stand; ci sono praticamente tutte le distribuzioni (manca Gentoo a dir la verità, che fine ha fatto??), la Free Software Foundation e i soliti noti, di questo vi racconterò più avanti.

Ci siamo, tre rappresentanti dello staff si danno il cambio sul palco dando il benvenuto ai partecipanti e snocciolando un po’ di informazioni, poi arriva il momento di ballare.

Il FOSDEM non può cominciare senza la tradizionale danza, una sorta di rievocazione storica di un evento che risale alla prima edizione.

Uno degli organizzatori sale sul palco e simula una sorta di corsa sul posto per spiegare ai partecipanti che lo speaker è in ritardo e di portare pazienza. Questa scenetta è diventata poi la FOSDEM dance: allargate le gambe giusto un po’, poi alzate il piede sinistro e fate finta di correre sempre con la gamba alzata. Ok, ora immaginate un centinaio di persone che fanno la FOSDEM dance è vi siete fatti un’idea.

Welcome to FOSDEM 2010!

Fosdem 2010

Anche Mozilla sta pensando d’implementare delle animazioni per la transizione, lo spostamento e la chiusura dei tab di Firefox: la feature è ancora in fase di studio e non è prevista una timeline per l’integrazione nel ramo di sviluppo del browser.

Ciò non ha impedito a Stephen Horlander – sviluppatore della UI di Firefox – di pubblicare un’anteprima del proprio lavoro sul suo blog, con tanto di video esplicativi: fin qui tutto normale, se non fosse per il fatto che… l’animazione in sé appare identica a quella già in uso da Chrome.

Non c’è voluto molto perché qualcuno se ne rendesse conto: sin dal primo commento al post di Stephen è stata fatta notare la “vaga” somiglianza con l’animazione del browser di Google. Effettivamente, precipitatomi su Chromium ho dovuto constatare che le due funzioni sono pressoché identiche: nulla di male, ma dov’è la novità?

Via | Chromatic Pixel