Fedora 17 Alpha al debutto

La prima apparizione di Beefy. Chi se la ricordava?

Come probabilmente sapete, Fedora 17 ha un nome in codice particolare, "Beefy Miracle" che non ha mancato di suscitare perplessità fra i commentatori dei post che pubblicizzavano la scelta del nome.

Magari il nome non sarà piaciuto, ma il suo primo "miracolo" questa nuova release l'ha già messo a segno arrivando puntualmente alla prima delle due pre-release in programma (l'altra sarà la Beta, prevista per il 3 Aprile). Infatti la versione Alpha di Fedora 17 è da oggi disponibile per il download, cosa che pare non succedesse dalla lontana Fedora 10. Non che i ritardi rappresentino un grosso problema visto che quando accadono servono a garantire la qualità del rilascio, ma questo è senz'altro un buon risultato per tutto il team di sviluppo e QA della distribuzione.

Ricordo che la Alpha segna la fine della possibilità di introdurre nuove feature (la lista di quelle approvate è disponibile sul wiki) e che se ne raccomanda l'utilizzo in macchine dedicate ai test. Il mio personale consiglio è quello di provare almeno il LiveCD e verificare che il sistema funzioni correttamente; questo è l'unico modo per evitare che la release finale abbia qualche grave difetto proprio sul vostro hardware.

E visto che alcuni mi hanno chiesto un parere sulla opportunità di usare un nome come questo vi dico la mia: personalmente penso che il nome rappresenta più che altro un premio per i partecipanti la progetto che ad ogni release possono proporre e poi votare quello della release successiva. Alla fine il nome rimane associato alla release solo per un breve lasso di tempo e poi tutti ricordano solo le versioni numeriche; sapreste dirmi a bruciapelo i nomi che avevano Fedora 11 oppure Ubuntu 9.10? Io onestamente non li ricordo

E a proposito di "Beefy Miracle", se siete curiosi di conoscere l'origine di questo "tormentone" vi segnalo il sito completamente dedicato a Sua Salcissiosità creato proprio in occasione di Fedora 17.

Aggiornare da Fedora 15 a 16 con yum

Sebbene non supportato ufficialmente, ho appena effettuato un aggiornamento da Fedora 15 a 16 utilizzando yum per cui ho pensato di condividere con voi la procedura adottata; prima di iniziare, qualche raccomandazione.

La prima è ovvia (e valida in ogni caso): prima di tentare l'aggiornamento fate un bel backup dei vostri dati.

La seconda: più il sistema è "pulito", ovvero con un ristretto numero di repository attivi (idealmente, solo fedora, fedora-updates e rpmfusion), meno problemi si incontreranno.

L'ultima, per ogni release viene collezionata una lista dei bug più comuni assieme ad eventuali soluzioni note; assicuratevi di controllare la lista per poter prevenire problematiche specifche del vostro hardware.

I metodi disponibili
Aggiornare un distribuzione da una versione all'altra è sempre una operazione delicata in cui molte cose possono andare storte (e chi vi dice il contrario non ha idea di quali siano le dificoltà).

Esistono comunque diversi metodi per farlo, tutti documentati sul wiki Fedora; in particolare aggiornare utilizzando il DVD di installazione è quello consigliato in quanto permette di usare anaconda (il programma di installazione di Fedora) da un ambiente sostanzialmente equivalente - kernel, librerie, etc - a quello del sistema finale.

In alternativa, di recente è stato introdotto PreUpgrade, un programma che analizza il sistema e scarica i pacchetti necessari all'aggiornamento in background (si può quindi continuare a lavorare normalmente) per poi eseguire l'aggiornamento al riavvio.

Aggiornare con Yum
Come detto, aggiornare con yum non è ufficialmente supportato, ma esistono comunque comandi dedicati e procedure documentate; da notare che usando yum è raccomandato aggiornare da una versione a quella immediatamente successiva; per saltare più di una versione si consiglia di ricorrere a PreUpgrade.

La procedura seguita è stata quindi:

1. Spostarsi su un terminale premendo

   Ctrl-Alt-F2

2. Diventare root con

   su -

3. Importare la chiave GPG di Fedora 16 con il comando

   rpm --import https://fedoraproject.org/static/A82BA4B7.txt

4. Eseguire l'aggiornamento vero e proprio

   yum update yum
   yum clean all
   yum --releasever=16 --disableplugin=presto distro-sync

5. Attivare grub2 con i comandi

   /sbin/grub2-mkconfig -o /boot/grub2/grub.cfg
   /sbin/grub2-install /dev/sda

6. Completare l'installazione dei gruppi
   

   yum update @base @gnome-desktop 

Al riavvio, non dimenticate di controllare quali servizi sono attivi: Fedora 16 è passata ad usare systemd, di fatto resettando la configurazione di avvio. Per sapere quali erano attivi potete eseguire, prima dell'upgrade, qualcosa di questo tipo:

chkconfig --list |grep on > ~/previously-running-services

oppure, dopo l'upgrade:

cat /var/lib/systemd/sysv-convert/database

Pulizie finali
Dopo l'aggiornamento è consigliabile fare un po' di pulizia. Si possono evidenziare i pacchetti installati ma non più presenti in nessuno dei repository configurati con:

yum list extras

questi sono normalmente eliminabili senza problemi.

Infine, si possono cercare i file .rpmnew o .rpmsave (di cui ho già parlato qualche tempo fa) eventualmente creati dal processo di aggiornamento con il comando:

find /etc /var -name '*.rpm?*'

in modo da poter unire le eventuali modifiche al file di configurazione originale.

La patch salva-batteria in Fedora 15/16

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

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

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.