More Fedora

Progressi al supporto Mac in Fedora 17

2012-05-25T10:04:00.000+02:00

Sebbene la Apple non sia (giustamente) ben vista dalla comunità del software libero, l'hardware che produce è senz'altro il punto di riferimento per chi apprezza la convergenza tra design e tecnologia; per renderesene conto è sufficiente farsi un giretto per qualunque conferenza tecnica e contare quanti MacBook ci sono in giro.

Purtroppo installare Linux su queste macchine non è mai stato molto semplice per cui spero di portare buone notizie segnalando che in Fedora 17 il supporto alla installazione è decisamente migliorato; infatti grazie al lavoro di Matthew Garrett i supporti di installazione ora funzionano nativamente (ovvero si avviano in modalità EFI), essendo riconosciuti sia nelle preferenze "Disco di Avvio" che facendo il boot premendo "Opzione" (Alt).

Certamente questo è un ottimo risultato, ma allora perchè non è una Feature ufficiale di Fedora 17? In realtà, anche se ora l'avvio della installazione (o del LiveCD/USB) è semplicissimo, ci sono ancora diverse problematiche da risolvere. In particolare, sono supportati solo i Mac con firmware a 64bit (tutti quelli prodotti a partire grosso modo dal 2007); in più, ci sono diversi casi in cui lo schermo rimane nero a causa di bug non ancora identificati nel driver Radeon.

L'obiettivo è riuscire a fornire il supporto nativo all'hardware Mac in Fedora 18, per cui se avete un Mac su cui pensate di installare Linux nei prossimi mesi, il consiglio è di scaricare una Live di Fedora 17, provarla ed eventualmente riportare i problemi riscontrati.

Per molti altri dettagli sull'enorme lavoro svolto vi rimando al post di Matthew

Kernel 3.4, a quando su Fedora?

2012-05-22T11:17:00.000+02:00

Domenica scorsa Linus ha rilasciato l'ultima versione del Kernel, la 3.4. Anche se è un po' che non parlo di nuovi kernel, anche perchè facilmente vengono fuori post un po' troppo tecnici, ho trovato questa release degna di nota per almeno tre motivi.

Il primo: dopo che la feature ha "abortito" in diverse release, btrfs sembra aver raggiunto la maturazione necessaria per arrivare veramente come filesystem di default su Fedora 18. In particolare, sono ora disponibili i tool per il recupero dati da filesystem danneggiati e una prima versione del programma per controllarne l'integrità (fsck), oltre a miglioramenti nel comportamento in caso di errore.

Il secondo: esistono diversi hardware a 64bit con risorse (in particolare RAM) limitate. In questi casi, spesso si sceglie di usare una distribuzione a 32bit per non incorrere in problemi dovuti al maggiore consumo di RAM delle varianti a 64bit, a scapito delle performance che questi ultimi garantiscono grazie alle tecnologie più avanzate di cui dispongono; non entro nei dettagli, ma con il kernel 3.4 gli sviluppatori hanno trovato un sistema per avere il meglio dei due mondi: rimane da vedere come le distribuzioni si organizzeranno per supportare questo tipo di installazioni.

Infine, il driver nouveau (quello delle schede NVidia) è uscito dall'area staging, ovvero dal gruppo dei driver "instabili" (fra virgolette perchè l'instabilità non si riferisce alla qualità del codice, quanto al numero ed entità dei cambiamenti tuttora in corso), per entrare a pieno titolo fra quelli ufficiali. Fra l'altro, per la prima volta una nuova serie di schede (la GeForce 600) è supportata ancora prima della sua uscita sul mercato, sebbene per ora il firmware e il resto dello stack grafico necessari non siano disponibili nelle distribuzioni.

Per tutti i dettagli, consultate il sempre ottimo Linux Kernel Newbies

Come velocizzare l'avvio di Fedora

2012-05-22T10:30:00.000+02:00

Se avete notato che l'avvio di Fedora è molto lento, la causa del problema potrebbe essere il servizio iSCSI che, in alcuni modelli di Notebook, rimane in attesa troppo tempo aumentando, anche in modo notevole, i tempi di caricamento del sistema.

iSCSI è un protocollo che permette di inviare comandi a dispositivi di memoria SCSI fisicamente collegati a server e/o altri dispositivi remoti.

Nel caso (piuttosto comune) in cui non abbiate bisogno di avere il supporto a tale tecnologia, potete semplicemente disattivare i servizi associati.

Per verificare se il problema è iSCSI basta, come utente root, digitare il comando

systemctl disable iscsi.service iscsid.service

In questo modo i servizi iSCSI saranno disattivati e dal prossimo riavvio potrebbero diminuire drasticamente i tempi di boot.

Per ripristinare la situazione precedente basta digitare, sempre come utente root, il comando:

systemctl enable iscsi.service iscsid.service

Fedora in pillole: come registrare il desktop?

2012-05-14T12:27:00.000+02:00

Se usate Fedora nella versione di default con Gnome-Shell e avete la necessità di produrre uno screencast, pochi sanno che basta utilizzare la combinazione di tasti:

CTRL + SHIFT + ALT + R

per avviare una registrazione in formato WebM di ciò che viene visualizzato sul vostro schermo.

La combinazione di tasti vale sia per l'avvio che per l'arresto della registrazione.

Alla fine troverete nella vostra home directory un file chiamato shell-data_odierna-#.webm (ad esempio, shell-20120514-1.webm per il primo screencast registrato oggi)

Provare per credere :-)

Fedora 15 e 16: attenzione agli aggiornamenti automatici

2012-05-12T09:30:00.000+02:00

Se avete installato Fedora 15 o 16 nella versione predefinita con Gnome, avrete nelle impostazioni di aggiornamento l'opzione:

Installa automaticamente: solo aggiornamenti di sicurezza

Questo significa che alcuni aggiornamenti molto importanti vengono scaricati e installati in modo silenzioso, senza che l'utente se ne accorga.

Il problema è che se spegnete o riavviate il sistema mentre sta avvenendo questa operazione silenziosa di aggiornamento (poiché al momento non c'è alcun tipo di avviso) è possibile che vengano corrotti dei dati, i quali, in alcuni sporadici casi, potrebbero non consentire più l'avvio del sistema.

Dopo aver notato questo problema, tempo fa ho creato un bug report su bugzilla, ed è stato ritenuto abbastanza importante da essere classificato come bloccante per Fedora 17 (ovvero uno di quei bug che se non risolti possono far ritardare l'uscita della prossima versione di Fedora).

Dopo approfondita discussione, si è deciso per Fedora 17 di cambiare solo l'opzione di default degli aggiornamenti automatici in:

Installa automaticamente: Niente

questo perché purtroppo, a causa dell'avanzato stato di sviluppo, non è più possibile apportare modifiche pesanti al codice della versione in uscita.

La buona notizia è che Lennart Poettering (già creatore di Avahi, PulseAudio, Systemd) e Richard Huges (PackageKit, colord) sono già al lavoro per una soluzione più dinamica e completa, che consenta all'utente di poter usufruire degli aggiornamenti automatici senza alcun pericolo.

Con l'uscita di Fedora 18 quindi questo problema sarà totalmente risolto, anche con gli aggiornamenti automatici attivati.

Se avete Fedora 15 o Fedora 16 comunque, il consiglio è di disabilitare gli aggiornamenti automatici.

Anche con questa opzione disabilitata, vi compariranno comunque le classiche notifiche che vi informeranno quando sono disponibili nuovi aggiornamenti che potrete applicare con i metodi consueti.

I LUG e la diffusione di Linux

2012-05-11T09:29:00.000+02:00

Ricevo e pubblico integralmente un contributo di Gabriele Trombini (mailga su IRC e FedoraOnline) sul rapporto tra i LUG (Linux User Group) e la diffusione di Linux. E' evidente che la sua esperienza al riguardo non è stata positiva, ma mi domando se anche altri hanno riscontrato le stesse problematiche nei LUG della propria zona. Fatemi sapere!

Dove siamo?

L'impressione che si ha dell'universo (data la vastità di distribuzioni, applicativi e utenti) GNU/Linux, open source e free software è quello di un mondo relegato in un emisfero parallelo, fuori dalle grande rotte dell'utilizzatore medio.

Sembra ormai quasi di appartenere ad un movimento di “carbonari” che fatica a trovare uno sbocco nella superficie più esterna.

Mi chiedo il perchè..... Ma, proseguendo nel paragone con la “carboneria” italiana, credo che le colpe (se di colpe si può parlare) sia da imputare proprio a noi stessi.

Esattamente come nel caso storico preso in esame (e, per carità, sicuramente non avvicinabile in alcun modo al nostro mondo) la strenua difesa delle proprie posizioni contro lo strapotere delle major ci costringe a rimanere ancorati a quanto conquistato sino ad ora, che non è poco, beninteso.

Il movimento ha acquisito credibilità presso gli ambienti e le utenze con mentalità più aperta, a riprova della bontà e delle soluzioni offerte, come università e ambienti più attenti alle politiche sociali, tuttavia non ci si muove più in la.

E' vero che il popolo universitario, ad esempio, gode di un ricambio notevole e che i “vecchi” universitari si impiegheranno (più prima che poi, speriamo) in attività lavorative dove potranno perorare la causa GNU/Linux, tuttavia stiamo parlando di numeri di utenza nettamente inferiore a quanti sono gli utilizzatori effettivi di personal computer; senza contare il fatto che i “vecchi” universitari, ora lavoratori, riusciranno a cambiare impostazioni e abitudini dell'ambiente lavorativo in cui ora operano solo in minima parte.

Perciò il flusso si interrompe una volta che questi utenti si confrontano con l'ambiente più conservatore del mondo che ci circonda.

In questo i LUG si sono trovati impreparati, perchè il loro campo di interesse si riduce a conoscenze sul territorio, in genere di età più giovane e spesso sono autoreferenziali.

Si conoscono tra di loro e difficilmente mettono il naso fuori dalla loro porta, sono, di fatto, dei club dove ci si può trovare per il piacere di farlo; come in una partita di calcetto, o al bar del paese.

Non è così che si può diffondere il nostro sistema operativo. Non è appoggiandosi ai LUG!

I LUG nascono ed esistono proprio per essere Linux Users Groups, non altro. Un gruppo di appassionati che si ritrova.

Allo stesso modo anche le Università offrono una utenza “a tempo”, proprio perchè, come già detto, diffusione si ferma contro il muro del mondo “dei grandi”.

Difficile credere che, finchè non si cambia il modo di proporre GNU/Linux, si possa uscire dall'impasse.

Fedora 17 Alpha al debutto

2012-02-28T20:38:00.001+01:00

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

2012-02-21T00:00:00.000+01:00

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:

Spostarsi su un terminale premendo
```
Ctrl-Alt-F2
```
Diventare root con
```
su -
```

Importare la chiave GPG di Fedora 16 con il comando

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

Eseguire l'aggiornamento vero e proprio

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

Attivare grub2 con i comandi

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

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

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.