More Fedora

La patch salva-batteria in Fedora 15/16

2011-12-20T10:00:00.001+01:00

Come riportato recentemente, il problema di durata della batteria su alcuni portatili con i kernel più recenti è stato affrontato da una (serie di) patch di Matthew Garrett; per quanto riguarda Fedora il kernel su rawhide (quello che sarà in Fedora 17) ha già ricevuto la patch all'inizio di Novembre mentre solo poco tempo fa è stata aggiunta ai kernel delle versioni supportate (15 e 16) di Fedora.

Le versioni del kernel sono la 3.1.5-6 per Fedora 16 e la 2.6.41.5-4 per Fedora 15; da notare che il primo è già arrivato nel repository "updates" mentre il secondo si trova ancora in "testing", per cui ci sarà da attendere ancora un po' per averlo disponibile. Chi volesse testarlo da subito non deve fare altro che eseguire il comando:

$ su -c "yum --enablerepo=updates-testing update kernel"

Chi ha un computer affetto dal problema dovrebbe notare una notevole differenza in termini di consumi e, quindi, di durata della batteria (come evidenziato da Phoronix nei casi più estremi si arriva a consumare anche 9 watt in meno).

Fedora 17: multitouch in arrivo

2011-12-19T10:30:00.000+01:00

Dopo il successo dell'iPhone e della sua interfaccia touch dotata di gesture - per esempio, lo zoom allargando e stringendo due dita sullo schermo - la corsa ad aggiungere tali funzionalità ha contagiato praticamente tutti gli altri sistemi operativi.

Purtroppo, da questo punto di vista Linux è rimasto un po' indietro rispetto ad altre piattaforme ma era chiaro che sarebbe stato solo questione di tempo prima che il pieno supporto al multi-touch arrivasse sui nostri sistemi. Infatti, se già da qualche tempo era possibile usare alcune caratteristiche dei touch pad più recenti (come lo scroll a due dita), fino ad oggi le applicazioni non avevano potuto contare sulla disponibilità delle informazioni necessarie per implementare quel tipo di interazione macchina/utente a cui ormai un po' tutti siamo abituati.

Questa situazione sta per cambiare definitivamente con la prossima release di XOrg - che sicuramente troveremo in Fedora 17 - nella quale sarà implementato il supporto completo agli eventi multi touch. Il passo successivo toccherà agli sviluppatori dei vari toolkit grafici (GTK, Qt, etc) così che le applicazioni possano farne uso.

Ecco un breve filmato che mostra il multi touch in azione su una applicazione di test:

Fa infine piacere notare come questo importante risultato sia stato ottenuto grazie alla sinergia tra sviluppatori di diverse ditte e in particolare: Peter Hutterer, Red Hat - Chaase Douglas, Canonical - Daniel Stone, Collabora.

Maggiori informazioni sul blog di Peter

Fedora 16 - Installazione in dual monitor

2011-11-17T08:51:00.001+01:00

Per la serie "forse non tutti sanno che..." c'è un bug in Anaconda, il programma di installazione di Fedora, che si manifesta con l'assenza di alcuni elementi dell'interfaccia, in particolare i tasti "Avanti"/"Indietro" che servono per passare da una schermata all'altra.

In realtà, la responsabilità è in parte da condividere con XOrg che pare non fornisca un modo semplice per cambiare la configurazione del monitor a runtime, ma a prescindere da questo è chiaro che un utente che si trova a provare Fedora con due monitor collegati non potrà che rimanere confuso, come conferma la serie di duplicati che il bug originale ha collezionato.

Pur essendo noto da un po', purtroppo gli sviluppatori non hanno trovato il modo di risolvere il problema in tempo per il rilascio, quindi se avete una configurazione del genere, ricordate di staccare uno dei due monitor prima di iniziare la installazione.

Diminuisce il consumo di corrente di Linux

2011-11-11T18:14:00.001+01:00

Da alcuni mesi a questa parte, Michael Larabel della squadra di Phoronix ha fatto più volte notare come dall'uscita del kernel 2.6.38 il consumo energetico sia aumentato in alcuni casi fino al 40% a causa di un problema di comunicazione tra il BIOS di alcuni computer ed il kernel stesso.

Il problema da allora affligge tutte le ditribuzioni che usano kernel più recenti del 2.6.37, compresa la versione 3.1 da poco rilasciata, inclusa anche in Fedora 16.

Dopo alcuni mesi di silenzio da parte degli sviluppatori, finalmente sembra intravedersi la luce su questo problema.
Matthew Garrett, uno sviluppatore Red Hat, ha proposto una patch funzionante con l'ultima rc del kernel che garantirebbe una gestione più attenta dell'ASPM (il protocollo di gestione del risparmio energetico per le schede PCI Express); in questo modo verrebbe tutelata sia la macchina dall'eventuale incompatibilità con lo stesso (motivo principale per cui all'epoca è stato deciso di disattivarlo di default) sia il risparmio energetico. Non più una disattivazione preventiva quindi.

I primi test effettuati da phoronix, benchè eseguiti su un numero di computer ancora ristretto, evidenziano in effetti che l'utilizzo di questa patch riporta i consumi ad un livello paragonabile a quelli del kernel 2.6.37, facendo risparmiare nel migliore dei casi anche 9 watt.

Un differenza notevole sopratutto per i dispositivi "mobili".

Materiale Fedora per Linux Day

2011-10-14T09:48:00.002+02:00

Anche quest'anno sto assemblando un po' di materiale per fare promozione a Fedora durante il prossimo Linux Day.

Se siete tra gli organizzatori di qualcuno di questi eventi o semplicemente vi piacerebbe promuove Fedora all'evento a cui partecipate (il primo passo per diventare un Ambassador del progetto) per favore riempite questo form di richiesta; compatibilmente con il numero dei supporti che riceverò cercherò di accontentare tutti.

Fixing Thunderbird to open URL links in Firefox

2011-10-13T11:45:00.000+02:00

After I moved my previous Fedora 14 installation to Fedora 16 (Beta) I noticed clicking URL links in Thunderbird do not open Firefox (or any other browser I have installed) anymore.

It was not easy to find a fix (there are many results in google for variations of the same problem) but in the end I found out why I am experiencing this, so I'm leaving a note here for reference.

In Fedora 14 I installed Firefox 5 from Spot's personal repository, so I had to change the default command to run on URL clicks from "firefox %s" to "firefox5 %s". The problem is that I ported the /home directory to the new installation, so it inherited that settings that is obviously wrong now.

Unfortunately, I could not find anything in the GNOME 3 interface to fix it, so I had to resort to the command line:

This shows the issue:

$ gconftool-2 -g /desktop/gnome/url-handlers/http/command
firefox5 %s

And this is the fix:

$ gconftool-2 -s /desktop/gnome/url-handlers/http/command -t string "firefox %s"
$ gconftool-2 -s /desktop/gnome/url-handlers/https/command -t string "firefox %s"

Linux Day 2011 - 22 Ottobre

2011-10-12T08:30:00.000+02:00

Tra gli eventi legati al mondo del software libero, quello che ha una maggiore risonanza a livello nazionale anche sulla stampa mainstream è senz'altro il Linux Day.

Organizzato dalla Italian Linux Society (ILS) fin dal 2001, il Linux Day è diventato un appuntamento tradizionale del mese di Ottobre per la promozione di Linux e del software libero.

Come sempre i vari comitati organizzativi, facenti spesso capo ai Linux User Group (LUG) locali, hanno pensato diverse tipologie di eventi con talk divulgativi e tecnici, install fest, laboratori e tavole rotonde.

Cercherò di pubblicare una lista dei Linux Day che vedono la presenza (ufficiale o meno) di Fedora. Se avete in programma un talk, un install fest, oppure semplicemente sarete in prima fila con il vostro PC Fedora, mandatemi una mail con i dettagli e vi includo nella lista.

Comunque sia, un avvenimento da non perdere!

HOWTO: condividere una connessione su Fedora 15

2011-10-07T09:00:00.000+02:00

E' passato ormai parecchio tempo da quando parlai di come condividere una connessione wireless con altri PC collegati via cavo ethernet, una feature introdotta per la prima volta da Fedora 10.

Nel frattempo è arrivato GNOME 3, in cui il pannello di controllo di NetworkManager è stato praticamente riscritto, perdendo (per ora) la possibilità di editare ed aggiungere nuove connessioni.

In attesa che tale funzione torni accessibile in quache forma, è comunque possibile procedere come segue:

1. passare in modalità Overview ed eseguire nm-connection-editor; da notare che cercando "conn" come ho fatto io si trovano due applicazioni praticamente identiche nella icona e nel nome. Quella che ci interessa è della sezione "APPLICAZIONI"

2. Nella tab "Via cavo" premere il tasto "Aggiungi"

3. Dare un nome alla connessione, disattivare la connessione automatica, selezionare "Condiviso con altri computer" e poi salvare

4. non rimane che collegare il cavo e selezionare la nuova connessione

A questo punto le macchine collegate via cavo acquisiranno un IP e potranno accedere a internet attraverso il nostro PC

Test Day 26 Settembre: ABRT

2011-09-26T13:01:00.002+02:00

Anche in questo ciclo di sviluppo, c'è la possibilità per tutti di contribuire a fare di Fedora 16 una release di qualità partecipando ai vari test day organizzati dal team QA.

Durante queste giornate di test, vengono solitamente preparate delle immagini ISO con tutti i pacchetti più aggiornati e fornite precise informazioni su cosa e come testare.

Oggi è la volta di ABRT, il tool introdotto in Fedora 11 (ai tempi chiamato CrashCatcher) allo scopo di facilitare l'utente nel riportare eventuali crash o malfunzionamenti dei programmi inclusi nella distribuzione.

Proprio in occasione di Fedora 16, ABRT ha subito una profonda modifica per supportare la creazione di una interfaccia unificata per tutti gli strumenti che abbiano bisogno delle funzionalità di ABRT; in particolare, è ora possibile riportare bug durante l'installazione di Fedora (anaconda), durante il primo avvio (firstboot) e per le violazioni delle policy SELinux (messaggi AVC).

Come al solito sviluppatori e membri del QA di Fedora saranno disponibili nel canale IRC #fedora-test-day su Freenode per discutere delle eventuali problematiche riscontrate; in caso non abbiate un client adatto, è disponibile anche una una interfaccia WebIRC utilizzabile con qualunque (recente) browser.

Fedora 16 Beta: rilascio rinviato

2011-09-23T15:31:00.001+02:00

Come già successo per la versione Alpha, anche il rilascio della Beta - che ha un set più rigido di requisiti da soddisfare - è stato rinviato di una settimana, ed è stato quindi rifissato per il 4 Ottobre; la versione finale slitta all'8 Novembre.

Adam Williamson, leader del team QA, ha analizzato la lista dei bug bloccanti ancora aperti in un interessante post che consiglio a tutti di leggere per capire quale è il tipo di lavoro necessario per garantire una release stabile.

In particolare, i maggiori problemi sembra derivino dal passaggio a GRUB2 e alla contemporanea introduzione della tabella delle partizioni GPT, che va a sostituire il vecchio MBR, allo scopo di supportare i PC più recenti dotati di firmware EFI (il cui supporto è stato aggiunto in Fedora 11)

Adam è convinto che comunque i bug rimasti saranno risolti in tempo e il rilascio della beta non subirà altri ritardi.

vim tip: open a file at a given line

2011-08-23T12:04:00.001+02:00

Today, I've got this error from an ssh command:

$ ssh qbert
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
c5:f1:e3:66:81:2f:6e:e1:6a:41:1b:21:a2:05:45:f3.
Please contact your system administrator.
Add correct host key in /home/giallu/.ssh/known_hosts to get rid of this message.
Offending key in /home/giallu/.ssh/known_hosts:84
RSA host key for qbert has changed and you have requested strict checking.
Host key verification failed.
lost connection

The key changed because I reinstalled that machine so there is not really anyone trying nasty things, I just need to get rid of that line (84). In order to open the file in vim at that line I used:

$ vim +84 /home/giallu/.ssh/known_hosts

followed by "dd" (delete line) and ":wq" (save and exit)

That's all for today's vim trick...

Fedora 16 Alpha è pronta

2011-08-18T10:25:00.002+02:00

Questa volta ci siamo: Fedora 16 Alpha è stata dichiarata rilasciabile, dribblando anche il mio tentativo di farla slittare in extremis...

Le immagini ISO saranno rese disponibili Martedì prossimo, 23 Agosto.

Fedora 16: slitta il rilascio della Alpha

2011-08-11T09:00:00.000+02:00

Fedora è una distribuzione "time based", ovvero il cui rilascio è deciso a priori per una certa data: quello che è pronto viene incluso, quello che non lo è rimandato alla versione successiva (come da poco capitato a btrfs).

Nonostante ciò, i criteri per il rilascio sono piuttosto rigidi, per cui se alla data stabilita ci sono ancora problemi considerati bloccanti, il rilascio slitta: ed è proprio quello che è successo nell'ultimo meeting Go/No-Go in cui si è deciso di rimandare di una settimana la versione Alpha (chi fosse interessato ai dettagli dei bug, può consultare il log del meeting)

La nuova data fissata per la Alpha è quindi il 23 Agosto

Fedora 16: si avvicina la Alpha

2011-08-09T12:54:00.000+02:00

Anche durante il periodo estivo Fedora ha continuato tranquillamente la sua marcia di avvicinamento alla versione 16. Il primo traguardo è stato annunciato proprio pochi giorni fa con l'avvenuta separazione (branching) dei repository di quella che diventerà Fedora 16 da Rawhide, la quale invece continuerà la sua evoluzione verso Fedora 17.

Ma quali sono gli effetti pratici di questa notizia? In primo luogo, il branching marca l'inizio del periodo in cui si costruisce la prima release pubblica (denominata Alpha) che è prevista per il 16 Agosto.

Inoltre, le regole per introdurre aggiornamenti nel repository diventano più restrittive, ovvero da ora in poi si lavora esclusivamente alla stabilità dell'intera distribuzione, e le modifiche tendono a raggiungere questo obiettivo.

Ovviamente, per essere certi che gli aggiornamenti non producano regressioni c'è solo un sistema: seguire lo sviluppo e riportare tempestivamente ogni problema riscontrato.

E' chiaro che la Alpha (essendo composta e rilasciata a ridosso del branching) è consigliata ad una utenza più esperta, ma se avete una macchina di "riserva" sulla quale volete provare in anteprima le ultime novità è senz'altro una esperienza raccomandabile, ottima anche per iniziare a contribuire ad un progetto open.

Ma come si fa a passare a Fedora 16 utilizzando il nuovo repository branched? Ne parlerò nel prossimo post!

Fedora 16 perde btrfs

2011-08-08T17:33:00.002+02:00

Josef Bacik, uno degli sviluppatori dell'innovativo file system btrfs ha annunciato che i requisiti minimi definiti dal FESCo per il suo utilizzo di default in Fedora 16 non sono stati raggiunti.

Tra le altre cose, era necessario che prima della versione Alpha fosse disponibile lo strumento di controllo e riparazione del filesystem (fsck) ma ad oggi appare chiaro che non sarà possibile averlo in tempo.

Ovviamente, la Feature è stata solo posticipata e sarà con ogni probabilità disponibile in Fedora 17

Pausa estiva

2011-08-08T15:29:00.001+02:00

Come (spero) avrete notato, mi sono preso un periodo di pausa dal blog che, se da un lato mi ha dato belle soddisfazioni - la prima volta che ho superato i 100 readers indicati dal badge a destra volevo dare un festa! - dall'altra parte è un impegno non indifferente per una persona sola.

A tale proposito ricordo che ogni contributo è prezioso, per cui se avete segnalazioni, brevi notizie o articoli completi da pubblicare potete contattarmi in qualunque momento via mail, twitter (o identi.ca) e google+.

Ovviamente, se pensate di poter contribuire direttamente e in maniera più continuativa, sarò lieto di darvi i permessi necessari a pubblicare direttamente su queste pagine.

Aspetto le vostre proposte!

Fedora 16: il futuro è già qui

2011-06-20T09:19:00.001+02:00

Bozzetto per un possibile
wallpaper di Fedora 16

Nel veloce ciclo di sviluppo di Fedora, ancora prima del rilascio di una versione si comincia già a pensare alla successiva, infatti a poco meno di un mese dal rilascio di Fedora 15 le proposte per la prossima versione sono già numerose.

Il profilo della futura Fedora 16 “Verne” comincia a delinearsi promettendo, come nella migliore tradizione fedoriana, di essere una delle distribuzioni Linux più innovative.

Alcune caratteristiche non sono ancora diventate Feature ufficiali ma sono comunque vicine alla conferma. Per tenere d'occhio quelle approvate ed il loro stato di avanzamento, è disponibile una pagina del wiki Fedora.

Una degli aspetti più importanti, su cui è stato scritto e dibattuto molto, sarà l'inclusione di BTRFS come filesystem di default.

Questo filesystem di ultima generazione, nato in casa Oracle ed ora mantenuto da un folto gruppo di sviluppatori di diverse compagnie tra cui Nec, Fujitsu e Red Hat, promette di far ottenere prestazioni migliori (soprattutto su dischi SSD), una maggiore scalabilità ed una serie di caratteristiche interessanti come il supporto agli snapshot (che potrebbe servire ad implementare un sistema di backup equivalente al Time Machine di Apple) e il checksum dei dati e metadati scritti.

Per chi fosse curioso di provarlo, ricordo che questo filesystem è già utilizzabile come opzione in Fedora 15 (ma solo per installazioni da DVD o rete), benchè allo stato attuale non ne sia consigliato l'utilizzo per dati importanti vista l'assenza di uno strumento di correzione degli errori (fsck).

Altra feature di non poco conto sarà la probabile adozione del bootloader GRUB 2.

Fino ad ora, per motivi storici è sempre stato usato un fork di GRUB 0.9x, a cui sono state aggiunte tutte le feature richieste da Fedora, ma il fatto che dopo un lungo periodo di inattività GRUB 2 sia nuovamente sviluppato lo ha reso sempre più appetibile, supportando già BTRFS, i computer dotati di EFI (come gli Apple Mac), lo scripting e il caricamento dinamico di moduli, il tutto con un aspetto grafico decisamente più accattivante rispetto al passato.

Per il resto, oltre alla completa rimozione di HAL e alla conversione degli ultimi script di avvio da SysVinit a SystemD, Fedora 16 prenderà una decisa impronta verso il Cloud Computing, con l'inclusione di software come Cloudstack e Aeolus Conductor.

Come di consueto saranno inoltre aggiornati all'ultima versione i principali ambienti grafici della distribuzione, vedremo quindi con molta probabilità KDE 4.7 e GNOME 3.2, versione raffinata e arricchita del tanto discusso nuovo desktop environment di casa Gnome, sul quale Fedora ha scommesso fin dall'inizio e che avremo senz'altro modo di descrivere più in dettaglio in futuro.

Naturalmente anche il kernel Linux verrà aggiornato all'ultima versione uscita, che, se tutto andrà secondo i piani, probabilmente sarà la 3.1, la seconda del neonato ramo 3.x.

Fedora 15 Release Party: done!

2011-06-16T12:30:00.007+02:00

So, we managed to do it!

The Fedora 15 Release party (my first one) was held last Saturday and it was fun indeed. But let's start from the beginning...

Fedora in my area is pretty much undervalued (the local LUG is basically Ubuntu/Debian based and I know very few people using Fedora outside my friends/colleagues circle) so I thought organizing a release party would be a though but exciting challenge.

Marketing the event was done on Facebook, twitter, blog posts, LUG and other relevant mailing lists; we also did direct marketing through a flier we designed and put up on some computer shops and University bulletin boards. Finally, we sent some kind of "press release" to local news websites, and a few picked it up and published the news.

The event was planned at the Evonove Coworking Space, so we had a room with projector, some space for an install party and another smaller room for food and beverages.

We asked for some media and swag but unfortunately the former is not yet ready and the latter was not available, so we were left with some laptop stickers we previously had; so we decided to stick with burning Live CDs and DVDs as needed and do few "I Love Fedora" t-shirts to use them for a little "contest": the friends from Red Hat offices in Brno sent me the web application used in their release party (a trivia game about Fedora) and we got it (mostly) translated in Italian so the plan was to give away the t-shirts to the best performers.

The Event

The day of the event we gathered a bit earlier and prepared the location: tables, power cords, signs in and outside, food and beverages, etc. Then waited and just before the planned time for the start we already greeted about 20 people! At the end I think there were between 20 and 30 people in the office so we began with the planned presentations.

Michele Bursi, a friend and nearby Ambassador kicked off his presentation about FOSS and licensing, then I followed up with a talk about the Fedora Project, features in the last release and a quick overview of GNOME 3.

There was quite a bit of curiosity about the Shell and most questions were about it, including the common ones "where is the minimize button?", "doesn't it look very similar to Unity?" and "what about applets?"

After the talks we encouraged people to try out the Fedora contest and gathered in the install room where we continued the discussion about Fedora. There were a couple of PCs with Fedora 15 pre-installed to try it out, and some wanted to attempt the installation on their PCs with our assistance.

In the meanwhile, we burned and gave away about a dozen Live CDs and DVDs to those willing to install Fedora at home.

Before closing the event, it was time to assign the prizes for the contest: we checked the results and it turned out the questions were really hard, and the winners answered correctly just half of the questions. We also gave a special prize to the farthest participant (he drove 140+ Km to join us to the party!)

A complete photo gallery is available

Lessons learned

work for more coverage on news websites
measure which marketing channel worked best
be sure to have swag and media
find help for the install party

Credits
I would like to thank all that helped me to make this happen, in particular the ambassador Michele Bursi, Massimiliano Pippi and Alessandro Veracchi of Evonove, Jiri Eischmann and Ivana Varekova from Red Hat

Release party: il programma, il volantino

2011-06-04T18:25:00.000+02:00

Proseguono i preparativi per il release party dedicato a Fedora 15 di cui ho dato notizia di recente.

Il programma è stato pubblicato su una apposita pagina del sito, ed abbiamo preparato anche un volantino da stampare o diffondere in rete (per la stampa, raccomandiamo la variante ad alta risoluzione).

Se pensate di partecipare, non dimenticate lasciare il vostro nome ed email nel form di iscrizione così potremo tenervi informati sulle novità relative all'evento.

Fedora 15: il party!

2011-05-24T14:00:00.003+02:00

Dopo sei intensi mesi di sviluppo è giunta l'ora di mettere veramente alla prova Fedora 15. Infatti oggi alle 16:00 (anche se alcuni mirror e i torrent sono già attivi mentre scrivo) sarà rilasciata l'attesissima ultima versione con il suo carico di novità.

E cosa possiamo fare per celebrare questa pietra miliare se non organizzare un bel party?

Party!

Ebbene sì, Sabato 11 Giugno siete tutti inviati al Release Party che si terrà a partire dalle 16.30 a Magione (Perugia) presso la sede di Evonove Coworking Space (che ringrazio fin d'ora per la disponibilità) per passare qualche ora in allegria compagnia.
Ricordo che, come sempre negli eventi Fedora, gli utenti e sviluppatori di tutte le distribuzioni sono i benvenuti.

Programma

Il programma al momento prevede:

introduzione alle feature principali
prova su "strada" di Fedora 15
assistenza alla installazione e/o configurazione
rinfresco! altrimenti che party sarebbe?

Durante la giornata, alcuni Ambassador Fedora saranno disponibili per rispondere a tutte le domande sul progetto

Come contribuire?

E' possibile contribuire al successo di questa iniziativa in molti modi:

partecipate. se siete in zona segnatevi la data e venite a trovarci
diffondete la notizia. inoltratela su siti, social network, mailing list e quant'altro
mostrateci Fedora. se avete già Fedora installata, fateci vedere come la usate
fate foto/video dell'evento. così potremo mostrare cosa si son persi quelli rimasti a casa!

Per qualunque domanda o suggerimento, contattatemi!

UPDATE: se pensate di partecipare e/o volete ricevere altri dettagli sull'evento man mano che saranno disponibili, lasciate il vostro nome ed email in questo modulo.

Nuovo Contributor License Agreement per Fedora

2011-05-19T18:00:00.002+02:00

Da quando Fedora è nata, i nuovi contributor hanno dovuto accettare un License Agreement (accordo di licenza) prima di entrare ufficialmente a far parte di qualsiasi gruppo. Il testo originale era derivato in larga parte da un precedente testo in uso all'interno della Red Hat, per cui fin dall'inizio era apparso chiaro che alcune parti non erano in linea con lo spirito Open progetto, e soprattutto che i termini potevano risultare non accettabili per alcuni soggetti.

Per questo motivo è il stato elaborato, e da poco diventato operativo, un nuovo testo di licenza denominato Fedora Project Contributor Agreement che semplifica i termini e chiarisce che ogni lavoro fatto in Fedora è, e rimane sempre, di proprietà del contributor.

In particolare, vengono definite due licenze di "default" che sono applicate ogni qual volta l'autore non ne sceglie esplicitamente una.

Le due licenze sono la "MIT License" e la "CC-BY-SA", che si applicheranno rispettivamente ai contributi assimilabili a codice (un esempio fra tutti: i file .spec necessari alla build dei pacchetti RPM) e a quelli assimibilabili a contenuto, come i testi aggiunti al wiki del progetto.

Visto il cambio dei termini, tutti i contributor i Fedora sono stati invitati a connettersi al Fedora Account System per accettare il nuovo testo, operazione da eseguire entro il 17 Giugno.

Dietro le quinte di GNOME 3: Clutter

2011-05-09T09:30:00.018+02:00

Tutti - o quasi - quelli che seguono lo sviluppo di GNOME sanno che la nuova interfaccia (Shell) introdotta nella versione 3 è basata sul toolkit grafico Clutter.

Quello che molti probabilmente non sanno è che il maintaner di Clutter è Emmanuele Bassi, un Italiano che lavora presso la Intel a Londra, per cui ho pensato che fosse interessante ed istruttivo fargli alcune domande sul progetto.

Ne è venuta fuori una conversazione piuttosto estesa e, in alcuni passaggi, abbastanza tecnica: tuttavia ho preferito evitare di riassumere e/o editare il testo proprio perchè ci permette di capire le origini, lo sviluppo e le prospettive future di questo toolkit, contribuendo inoltre a sfatare alcuni dei più diffusi pregiudizi.

Sono sicuro che arrivati in fondo, converrete con me che ne è valsa la pena!

Ciao Emmanuele,
parlaci di te, quale è stato il tuo percorso professionale e come sei arrivato a lavorare su Clutter?

Nel 2006 la mia allora ragazza (e ora moglie) doveva trasferirsi a Londra per un master alla London School of Economics, e volendo seguirla, dovevo trovarmi un lavoro; avevo deciso di cercarne uno come sviluppatore, dopo un anno passato a fare il Junior System Administrator.

All'epoca ero già su Planet Gnome per il mio ruolo di co-maintainer delle Gnome Utilities, e ho scritto un post dicendo che ero alla ricerca di un posto in UK; qualche giorno dopo ho ricevuto un'email da Matthew Allum, il fondatore della OpenedHand, una piccola società di consulting nell'ecosistema di Gnome con clienti come la Nokia. Ho incontrato Matthew al FOSDEM, e a marzo di quell'anno ho firmato il contratto e ho iniziato a lavorare su quella che sarebbe diventata la seconda Internet tablet della Nokia, la N800.

Verso maggio, Matthew mi ha mostrato il codice di una piccola libreria che stava sviluppando per scrivere un media center che lavorasse anche su sistemi limitati. La libreria in questione era basata su OpenGL e tentava di astrarre le complicazioni di quell'interfaccia con qualcosa di più appetibile: il nome che Matthew aveva scelto era "Clutter".

Per i primi tempi, ho lavorato su cose come pulizia del codice e delle API, e scrittura dei "binding" per poter usare Clutter in Python e Perl. Poi ho lavorato sul core, la scene graph, ovvero il modo in cui gli elementi si legano tra di loro, e quello in cui si determina quanto spazio richiedono e ottengono. Infine ho iniziato a fare le release, organizzare le roadmap per i cicli di sviluppo, e controllare Bugzilla per patch e contributi.

Dal 2008 sono stato praticamente identificato come il maintainer di Clutter, anche se non sono il solo a lavorare su questo progetto, specialmente per quanto riguarda la parte a basso livello.

Come spiegheresti cos'è Clutter in 20 parole?

Clutter è una libreria open source per realizzare interfacce utente interessanti, dinamiche e portabili.

Quali sono le origini del progetto?

Come ho accennato, Matthew ha scritto Clutter originariamente per imparare OpenGL e per scrivere un media center sfruttando l'accelerazione hardware della GPU invece della solita CPU; all'epoca, le GPU cominciavano a fare il loro ingresso nei sistemi embedded - sto parlando degli anni prima dell'iPhone - e Clutter era in investimento di ricerca e sviluppo per la OpenedHand.

Poi la Apple ha cambiato le regole del gioco; improvvisamente, tutti volevano uno smartphone con una GPU, e con un'interfaccia grafica in grado di sfruttarla; quindi, Clutter è diventato una grossa occasione per la OpenedHand di dimostrare di essere in prima linea nello sviluppo di nuove piattaforme.

Nokia voleva Clutter per quello che sarebbe diventato l'N900, e Intel voleva Clutter per l'UI della loro piattaforma, Moblin. Alla fine, Intel ha deciso di acquisire OpenedHand, e così siamo finiti tutti quanti a lavorare su Clutter e su Moblin, e abbiamo rilasciato Moblin Netbook UX. Poi si è complicata la situazione con MeeGo, Qt e quant'altro - ma quella, come si suol dire, è un'altra storia.

Per quali caratterstiche peculiari Clutter è stato scelto come base per sviluppare GNOME 3?

Durante lo sviluppo di Moblin 2.0 per Netbook, il team in Intel aveva bisogno di un window manager e di un compositor per sviluppare la shell integrata di Moblin. Come window manager in OpenedHand avevamo solo Matchbox, ovvero un window manager per sistemi embedded in cui le finestre erano automaticamente a tutto schermo. Ovviamente, questo non era sufficiente per un netbook; l'unico altro window manager e compositor disponibile era Metacity, il window manager di Gnome.

Il team di designer di Moblin voleva una shell che usasse animazioni fluide; il team hardware voleva una shell che usasse le risorse della GPU invece che la CPU (si parla di Atom, quindi evitare di usare la CPU per le animazioni era veramente un must); quindi il team di sviluppo della shell decise di scrivere un compositor che usasse Clutter per disegnare, animare e manipolare le finestre e l'interfaccia utente della shell: così nacque mutter (metacity-clutter)

Mentre rilasciavamo le prima beta di Moblin 2.0, gli sviluppatori di Gnome stavano lavorando sulla shell dopo la User Experience Hackfest di Boston nel 2008; usare Metacity e Clutter è sembrata immediatamente la scelta migliore: Metacity, come window manager, è sempre stato un progetto Gnome e Clutter è sempre stato sviluppato dal membri del progetto Gnome, con le stesse dipendenze e con lo stesso stile. Riscrivere qualcosa da capo era perfettamente possibile, ma avrebbe ritardato lo sviluppo iniziale in un progetto che già stentava nel nascere.

Come viene usato in GNOME 3?

Gnome 3 usa Clutter essenzialmente per la Shell, ovvero il componente che lega tutta quanta l'esperienza dell'utente con Gnome. Ogni finestra è un elemento della scene graph di Clutter, e ogni controllo della Shell (dai pulsanti ai menu, dalle notifiche al pannello in cima) sono elementi, o "actor", nel contenitore principale, o "stage".

Essendo tutto quanto gestito da Clutter, si ottengono due benefici: ogni elemento può essere animato facilmente, e tutto quanto è automaticamente accelerato dalla GPU.

Clutter viene usato sia implicitamente dal compositor per disegnare le finestre, che esplicitamente per gestire tutto il resto dell'interfaccia - e poiché Clutter è una libreria basata su GObject, è possibile usare i nuovi meccanismi di introspezione per scrivere buona parte della Shell in JavaScript invece che in C. Questo ha permesso tempi di sviluppo molto più rapidi.

"Pesante", "un mattone", "dal crash facile": in rete si legge un po' di tutto a proposito di mutter; ma cosa c'è di vero? e come stanno le cose oggi?

Innanzitutto, mutter non è più pesante di metacity con il compositing attivato, in termini di memoria e di utilizzo della CPU; anzi, usando la GPU si ottiene un calo di utilizzo della CPU - e si salva energia.

Poi è vero: in passato mutter appariva più lento di Compiz, pur usando la stessa tecnologia (OpenGL); è saltato fuori che si trattava di un minuscolo bug che portava a eccessivi roundtrip con il server X11 e, una volta eliminato quello, mutter ha raggiunto Compiz in termini di performance.

Non esiste alcuna ragione, a parte bug nei driver in una delle estensioni che usiamo, per cui mutter sia più lento di Compiz; addirittura, dato che mutter usa Clutter, e Clutter ha un albero di ogni elemento sullo schermo che può essere usato per determinare cosa deve essere ridipinto e cosa invece può rimanere così com'è, gnome-shell dovrebbe essere più veloce di Compiz.

C'è un unico neo ancora da risolvere: Clutter usa il rateo di refresh dello schermo come un orologio per guidare le animazioni; questo ovviamente è la cosa giusta da fare per un'applicazione: nessuno dovrebbe ridisegnare quello che viene mostrato sullo schermo più spesso di quanto lo schermo non si aggiorni - si consuma la batteria, altrimenti.

Per un compositor è altrettanto valido, ma se le applicazioni non sono al corrente del fatto che il compositor funziona a 60 frame al secondo allora potrebbero trovarsi in una situazione in cui non riescono a tenere il passo oppure, peggio, non vengono ridisegnate per tempo e sembrano più lente di quanto non siano in realtà. Per correggere questo problema, che non è legato a Clutter o a mutter, ma alla sincronizzazione con il refresh rate del monitor, serve un sistema per dire ai toolkit usati dalle applicazioni che il compositor ha appena iniziato un frame, e quindi dovrebbero sincronizzare le loro operazioni al compositor invece che allo schermo.

Questo ovviamente è specialmente legato a come X11 funziona; in un ipotetico futuro in cui le finestre sono gestite da Wayland, è il server stesso ad essere legato al refresh rate del monitor, e a dire a tutte le applicazioni quando devono ridisegnare il loro contenuto. Tuttavia, fino a che Wayland non sarà disponibile, dovremo collaborare con i vari toolkit per avere questi meccanismi di sincronizzazione.

Un'altra critica ricorrente è l'obbligo di avere disponibile una scheda con accelerazione 3D hardware. Quali sono i requisiti hardware reali per far girare un'interfaccia (come GNOME Shell) basata su Clutter?

Rispondiamo subito a una domanda: l'accelerazione grafica è davvero necessaria? la risposta è ovviamente sì, se si vuole competere non tanto con Microsoft oppure con Apple - quello è banale - ma anche solo con Google sugli smartphone, o con i browser e il Web; ogni piattaforma usa accelerazione hardware, oggigiorno.

Pensare di creare una piattaforma di successo nel 2011 usando i requisiti di un computer di 10 anni fa è impostare la rotta verso FAIL-land, per usare un'espressione dei Dannati Giovani d'Oggi.

Poi, quali sono i reali requisiti per avere un'accelerazione grafica decente? ogni GPU integrata Intel successiva alla serie i8xx - ovvero qualunque GPU rilasciata negli ultimi 5 anni, eccezion fatta per Poulsbo (GMA500, con cui noi dell'Open Source Technology Center in Intel non abbiamo mai avuto niente a che fare, e per la quale non abbiamo colpe :-)). Per AMD (ATI): dalle r300 in su, quindi GPU rilasciate negli ultimi 8 anni circa. Per NVidia, penso qualunque scheda supportata da nouveau, e dal driver binario (ndG: Nouveau sulle schede più recenti - GF100 e superiori - ancora non funziona)

In pratica, sì: esistono bug nei driver. Girarci intorno richiede, comicamente e contro-intuitivamente, più risorse che non risolverli ma ovviamente le fix richiedono tempo per essere integrate nelle distribuzioni, e arrivare agli utenti.

Vorrei far presente, tuttavia, che da quando Gnome ha deciso di muoversi in direzione dell'accelerazione hardware, il supporto per OpenGL in Linux è migliorato esponenzialmente. Cinque anni fa l'unica opzione per avere un supporto decente per GL era NVidia e il driver binario (il driver ATI era decisamente buggato, e si rompeva ad ogni release - lo so perché avevo un portatile con scheda ATI all'epoca); adesso i driver open source sono un'alternativa valida e perfettamente competitiva - una cosa che non sarebbe mai successa se progetti come Clutter non fossero mai esistiti.

Quali sono i prossimi obiettivi (sia immediati, che più a lungo termine) del progetto?

L'obiettivo a medio termine è fare in modo che Clutter sia ancora più performante e facile da usare, mutuando tecniche dalle librarie per scrivere giochi - come composizione di ruoli invece che ereditarietà, e analisi della scena per comprimere le operazioni di disegno dell'interfaccia.

Più a lungo termine, il mio progetto principale è mettere Clutter a metà tra Cairo e GTK+, e fare in modo che le GTK+ 4.0 siano basate su Clutter; esattamente come CoreAnimation su iOS e OSX è alla base del toolkit per le applicazioni Apple, o come Silverlight su WP7 e Windows 8 per le applicazioni Microsoft, voglio vedere Clutter come base per le GTK+ e le applicazioni Gnome.

A quali altri altri progetti stai lavorando?

Lavoro sempre su GTK+ e su GLib, nel tempo libero; in generale, mi trovo a mio agio negli "strati bassi" della piattaforma Gnome. Ho anche un interesse particolare nel sistema di introspezione e nei binding per linguaggi ad alto livello. In più, mi piace pensare di poter dare una mano al design team di Gnome, dopo l'esperienza di Moblin, nella quale ho lavorato a stretto contatto con un design team davvero dotato.

Grazie Emmanuele, per la tua disponibilità e in bocca al lupo per i tuoi obiettivi!

Flash player open source: come siamo messi?

2011-05-04T09:30:00.002+02:00

Sebbene abbia scritto materialmente tutti i post di questo blog, ho sempre incoraggiato i lettori a proporre temi da trattare e, sempre più spesso, a partecipare direttamente inviando un testo pubblicabile.

Sono felice che il primo a sfruttare questa occasione sia stato Paolo Leoni che è andato a verificare qual è lo stato attuale dei player Flash open source.

Per questo lascio subito a Paolo la parola, ringraziandolo ancora per il contributo.

GNASH - Lo stato attuale del Flash player opensource

Per quanto le speranze di molti siano riposte in una maggiore presenza di html5 sul web, è sempre più chiaro che i contenuti in Flash si faranno vedere in giro per la rete ancora per un sacco di tempo.

Questo fatto, genera una delle più fastidiose dipendenze degli utenti Linux dal software proprietario, poichè per usufruire pienamente dei contenuti scritti con questo standard è necessario installare il plugin della Adobe, con tutti gli svantaggi che ne derivano, come quelli sulla sicurezza e la stabilità (senza contare il fatto che lo sviluppo per la versione Linux a 64 bit appare piuttosto incostante e lento).

Gnash è la risposta del progetto GNU all'esigenza della comunità di avere un Flash player completamente opensource.

Gnash è disponibile ormai da alcuni anni, ma, ad essere sinceri, pochi sono stati incentivati ad installarlo poichè il supporto a molti dei siti più importanti è stato parziale. Fino ad ora.

Sì, perchè con la versione 0.8.9 di Gnash accoppiata alla futura Fedora 15 non avrete problemi a vedere tutti i video di YouTube, requisito oggi fondamentale. Naturalmente il software soffre ancora di alcune limitazioni, dovute principalmente al fatto che per ora non supporta il formato avm2, utilizzato da altri siti di sharing video come DailyMotion, ma è probabilmente solo questione di tempo e anche questo formato verrà incluso.

Per provare Gnash con Firefox, basta dare il comando:
"yum -y install gnash-plugin"

e, dopo aver riavviato Firefox, si potrà verificare la presenza del plugin digitando "about:plugins" nella barra degli indirizzi, come qua mostrato:

Pacchi e pacchetti: il video

2011-05-03T11:30:00.001+02:00

Finalmente il video del talk sul packaging RPM che ho fatto al Codemotion di Roma è online, lo riporto anche qua per comodità.

e le relative slides:

Pacchi e pacchetti

Se vi interessa seguire anche qualcuno degli altri li trovate sul canale Codemotion di blip.tv.

Test Day 21 Aprile: GNOME 3 Finale

2011-04-21T10:02:00.000+02:00

Dopo il rilascio della versione beta di Fedora 15 e di quella definitiva di GNOME 3.0 è arrivato il momento di mettere tutto assieme e verificare che i risultati siano quelli sperati.

A tale scopo è giunto il momento della terza e ultima giornata di test per GNOME 3, che si focalizzerà per l'appunto sulla integrazione del nuovo ambiente desktop nella nostra distribuzione, cercando di scoprire i bug rimanenti che potranno così essere risolti in tempo.

Ovviamente, questa è una ghiotta occasione per chi è in attesa di mettere le mani sul nuovo ambiente o magari vuole solo verificare i progressi fin qui fatti dai team di GNOME e Fedora per raggiungere quella che ad oggi pare avviarsi ad essere una ottima release.

Saranno disponibili le solite immagini Live per poter effettuare i test senza dover installare la distribuzione e tutto l'aiuto possibile dai team Desktop e QA di Fedora, con quali sarà possibile interagire direttamente nel canale IRC #fedora-test-day su Freenode per discutere delle eventuali problematiche riscontrate; in caso non abbiate un client adatto, è disponibile anche una una interfaccia WebIRC utilizzabile con qualunque (recente) browser.

Buon test a tutti!