More Fedora

Fedora 12 Features: meraviglie Bluetooth

2009-11-09T18:03:00.009+01:00

Una delle feature di Fedora 12 è l'aggiornamento di GNOME alla versione 2.28 le cui note di rilascio riportano in maniera prominente le migliorie apportate alla gestione delle periferiche bluetooth.

Grazie a questo, e sopratutto alle nuove feature di Pulseaudio è ora possibile con pochi click usare un auricolare bluetooth come periferica di input/output, per esempio per fare telefonate via Empathy (il client di messaggistica istantanea che sostituisce pidgin) o più semplicemente per usarlo come cuffia senza fili.

Infatti, è sufficiente riconoscere e connettere la periferica tramite "Sistema->Preferenze->Bluetooth"

e poi, una volta collegata, aprire "Sistema->Preferenze->Audio" ed attivare la nuova periferica in Ingresso, Uscita o entrambe...

Per inciso, grazie a Pulseaudio, se nel momento in cui cambiate periferica di output c'è una applicazione che sta producendo suoni, questi verranno ridirezionati sulla nuova periferica in tempo reale, cosa che pare sia stata aggiunta solo in Windows 7!

Ma le meraviglie non si fermano qua: infatti grazie al lavoro svolto (principalmente da Bastien Nocera) è anche possibile, in modo semplicissimo scambiare files con i telefoni cellulari, associare ed usare tastiere e mouse, etc.

Infine è possibile la connessione ad internet via bluetooth: al momento è già funzionante per i cellulari che supportano il profilo bluetooth PAN (la maggior parte degli smartphone) ma a breve dovrebbe essere disponibile anche per tutti gli altri.

Il mio Nokia 6120 è già in trepidante attesa...

Accedere ai files su iPhone e iPod Touch

2009-11-09T08:43:00.000+01:00

Bastien Nocera ci fa sapere sul suo blog di aver aggiunto a GNOME il codice necessario per poter accedere al contenuto degli iPhone e iPod Touch; sarà disponibile a tutti in GNOME 2.30 ma in Fedora 12 è già usabile installando il pacchetto gvfs-afc.

Se qualcuno di voi ha uno di questi gadget mi faccia sapere come funziona...

Staccata la spina a rawhide

2009-11-05T10:04:00.001+01:00

Quelli di voi che si sono imbarcati nella installazione della versione Alpha o Beta di Fedora 12 hanno avuto yum configurato per scaricare i pacchetti aggiornati dal repository rawhide.

Da oggi invece, con l'arrivo del pacchetto fedora-release-12-1 i repository di default sono stati riconfigurati, disattivando rawhide e attivando il repository updates.

Dopo aver installato questo aggiornamento, assicuratevi che nella directory /etc/yum.repos.d siano presenti solo files *.repo. Se invece fossero presenti files .rpmnew, usateli per sovrascrivere il corrispondente file .repo; ad esempio, in caso sia stato creato il file fedora.repo.rpmnew si può eseguire il comando:

mv fedora.repo.rpmnew fedora.repo

In ogni caso, se avete dei dubbi lasciate un commento o chiedete sul canale IRC #fedora-it

Fedora 12 Features: controllo volume e periferiche audio

2009-11-03T13:15:00.003+01:00

Una delle feature di Fedora 11 che era rimasta da completare riguardava la gestione dell'audio.

Grazie alle nuove feature introdotte da Pulseaudio era infatti già possibile supportare il concetto di "Flat Volume" ovvero la possibilità di regolare l'audio utilizzando un solo controllo (un po' come accade con Vista) per la periferiche di output; quello che mancava totalmente, e che è stato aggiunto in Fedora 12, è la possibilità di cambiare in maniera semplice e trasparente le periferiche attive (sia di input che di output).

Per esempio, sul portatile ho un microfono interno (Microphone 1) ed un connettore esterno (Microphone 2): per cambiare dall'uno all'altro è sufficiente usare questa dialog dove si può anche regolare il volume verificandone in tempo reale il corretto funzionamento.

Come si può vedere, ho anche una seconda periferica che posso attivare, ma quella è un'altra feature che lascio per un prossimo post...

Fedora 12 wallpaper

2009-10-28T23:56:00.000+01:00

Dopo più di 80 (!) iterazioni a partire dal wallpaper della Beta, Mairin Duffy ha presentato sul suo blog quello che sarà il default in Fedora 12.

Nel caso non sia di vostro gradimento, niente paura... il design team ha ricevuto numerosi contributi di qualità tra cui potete scegliere installando il pacchetto constantine-backgrounds-extras

Fedora Moblin Remix

2009-10-26T18:30:00.001+01:00

Una delle feature a cui si è lavorato in Fedora 12 è il supporto a Moblin, l'ambiente desktop appositamente creato da Intel per netbook e altre periferiche di ridotte dimensioni.

Un grazie va a Peter Robinson per il lavoro di packaging delle varie componenti e creazione del LiveCD Fedora Moblin remix con cui è possibile provare questo ambiente prima della installazione.

Tempo di... Fedora 12 Beta

2009-10-21T00:22:00.000+02:00

Oggi è stata rilasciata Fedora 12 Beta, l'ultima tappa prima dell'uscita della versione finale, al momento programmata per il 17 Novembre prossimo.

Come sempre, la lista completa delle feature presenti in questa nuova Fedora è molto lunga ma vale la pena di segnalarne qui alcune:

yum-presto, il plugin che velocizza il download degli aggiornamenti, è installato di default
PackageKit è ora in grado di installare automaticamente quei pacchetti che siano necessari ad eseguire comandi da shell non presenti nel sistema.
Theora 1.1, il codec audio/video di qualità comparabile ad H-264 ma non gravato da brevetti, è incluso nella distribuzione
NetworkManager migliora il supporto alle connessioni 3G (UMTS) fornendo un indicatore della qualità del segnale e la possibilità di scegliere a quale rete agganciarsi

Da notare che da ora e fino al rilascio verranno aggiornati solo i pacchetti con bug ritenuti critici, quindi la release odierna rappresenta una ottima occasione per installare e verificare che il proprio hardware sia correttamente supportato.

Come sempre, le segnalazioni sui bug riscontrati vanno messe in bugzilla; in caso di dubbi su come usare questo strumento, non esitate a contattarmi

Scaricate subito la vostra copia!

What to do with a Github pull request

2009-10-13T23:04:00.002+02:00

So, I've got a pull request for the supybot-mantis plugin I'm hosting at github.com; how do I move the commits from the fork back into the master repo?

Searching the net does not give many results, but from some of them I've got the general idea: I just need to add a new remote to track changes in the fork, then merge in the changes so the whole thing was just few commands away :)

Initial situation

git branch -a

* master

origin/HEAD

origin/master

Add new remote and fetch data
git remote add -f hugues git://github.com/hugues/

New situation

git branch -a

* master

hugues/master

origin/HEAD

origin/master

(Optionally) review commits in the new remote with:
[giallu@bingo supybot-mantis]$ git log -p ..hugues/master

Everything ok, merge from the forked repo
git merge hugues/master

Finally push to github
git push

How code makes from upstream to Fedora and RHEL

2009-10-07T13:10:00.001+02:00

It is a common misconception that Fedora is some sort of Beta version for RHEL (Red Hat Enterprise Linux); this new video from the Red Hat News site tries to clear up how the relationship between upstream projects, Fedora and RHEL really works. If needed, I added a transcript of the audio track below (corrections welcome...)

Download this video:[Ogg Theora]

Red Hat award winning products such as Red Hat Enterprise Linux are the result of Open Source development methods, but a lot of people don't understand how code makes from community to our customers.

It all starts in the greater Open Source community that we call "the upstream".

There anyone can create projects and write code; this is where innovation happens and Red Hat engineers are there from the beginning sharing ideas and collaborating on code.

The best ideas win, gather momentum and became Features.

Red Hat also sponsors a community Linux distribution, Fedora. The Fedora community continually tests and resolves issues with the upstream features then integrates them into an operating system released twice a year.

Anyone can use Fedora to see this features in action, even if they continue to evolve. At Red Hat we focus on those features that best serve our customer business needs; we dedicate our quality assurance resources to test, harden and certify this set of features to ensure enterprise level performance and interoperability.

Code that started life in the upstream community becomes part of the solutions our customers rely on to solve real business problems.

With our experience and involvement throughout the process Red Hat brings real value to our customers as the trusted leader in Open Source.

ASUS EeePC 1101HA

2009-10-07T00:38:00.000+02:00

Oggi è arrivato a casa il volantino MediaWorld, e trovandoci uno degli ultimi netbook di ASUS ad un ottimo prezzo ci stavo già facendo un pensierino, quando... noto con dispiacere che monta la scheda video Intel GMA 500 (Poulsbo) di cui ho già parlato in una precendente occasione.

Ora, rispetto al post precedente la situazione è leggermente migliorata perchè Adam Williamson è riuscito ad assemblare da varie fonti un driver funzionante, ma solo per Fedora 11 e comunque dipendente dal "solito" blob binario; se siete tra i (s)fortunati possessori di portatili con questa scheda video, potete trovarli in RPMFusion.

Morale della favola, lo lascio volentieri a negozio; peccato, sembrava proprio una bella macchinetta...

Red Hat tenta di fermare le patent sul software

2009-10-06T00:52:00.000+02:00

Tutti i nuovi utenti di Fedora imparano presto che ci sono pacchetti non disponibili nei repository, anche quando la loro licenza sarebbe accettabile, a causa del fatto che sono gravati da patent (brevetti).

Alcuni esempi sono il supporto al formato MP3, la riproduzione dei DVD per i quali è necesario attivare il repository RPMFusion.

E' opinione comune, e non solo nella comunità Open Source, che le patent sul software siano deleterie ovvero che impediscano l'innovazione invece di favorirla. Tuttavia, fino ad ora è stato sempre molto difficile difendersi dalle denunce, anche quando basate su patent che appaiono quantomeno "discutibili", come sanno bene Red Hat e Novell, denunciate per aver usato "senza permesso" nei loro prodotti i workspace multipli.

Ora pare che ci sia una speranza che la situazione cambi, sotto forma della decisione che la corte suprema degli Stati Uniti dovrà prendere sul caso conosciuto come in re Bilski, in cui la Red Hat ha presentato un documento a supporto della posizione che, per essere brevettabile, un procedimento deve passare il cosidetto "machine-or-transformation" test.

Se la corte suprema confermasse questa regola, le patent sul software diventerebbero impossibili da ottenere e quelle esistenti automaticamente invalidate.

Qualunque sia il risultato finale, si tratterà di una decisione molto importante per cui sicuramente se ne riaprlerà.

Fedora 12 Beta Artwork

2009-10-05T13:12:00.001+02:00

In base al programma attuale la versione Beta di Fedora 12 sarà disponibile il 10 Ottobre prossimo e coinciderà con il blocco (freeze) del repository per cui fino alla release ufficiale (il 10 Novembre) saranno aggiornati solo pacchetti che risolvano bug critici.

Nell'attesa è possibile già valutare il lavoro del Design Team, che ha sviluppato il tema del mosaico per generare le diverse immagini che compongono l'artwork, visitando la pagina del wiki dedicata.

Sysprof is back in rawhide!

2009-09-28T22:12:00.002+02:00

Thanks to Søren Sandmann, who looks like spent a lot of time lately to drop the dependency on the out-of-tree kernel module, I could move sysprof back into Fedora hopefully in time for the beta release.

Please note the program requires kernel 2.6.31 or newer so it is in rawhide only; I will add it back to F11 or F10 if they will eventually receive the updated kernel.

In the meanwhile, sysprof packages for F10 and F11 will continue to live in RPMFUsion

Thanks a lot to Jussi Lehtola for the quick review!

Fedora, MPlayer e VDPAU: ci siamo quasi

2009-09-25T23:17:00.003+02:00

VDPAU è una libreria open source, inizialmente sviluppata da NVIDIA nell'ambito del suo driver binario e di recente rilasciata come progetto indipendente, che permette ai player video di utilizzare la capacità di calcolo delle moderne GPU (Graphic Processing Unit) al posto della CPU principale durante la decodifica o il post-processing dei video.

I vantaggi di tale approccio sono evidenti, diventando possibile riprodurre filmati in full HD anche su macchine con CPU dalla potenza limitata (ad es. Atom), per cui c'è un forte interesse alla integrazione di questa tecnologia sia nei singoli progetti (MPlayer, FFmpeg, VLC, etc) sia nelle distribuzioni Linux.

Ora, grazie ad Adam Williamson, la libreria VDPAU è disponibile per Fedora 10, 11 e rawhide, ed appena possibile saranno disponibili su RPMFusion i corrispondenti pacchetti MPlayer con il supporto VDPAU attivato.

Ricordo che al momento l'accelerazione video VDPAU è disponibile solo utilizzando il driver binario NVidia (dalla versione 180.06 in poi) su schede GeForce 8xxx o più recenti.

Ovviamente la speranza è che anche altri drivers (specialmente quelli open) possano iniziare a supportare tale libreria e fornire così un adeguato supporto video HD in Linux.

Come creare un mirror locale di Fedora

2009-09-24T09:16:00.000+02:00

Se usate Fedora su più di un PC, vi sarete trovati ad installare o aggiornare le stesse cose sulle diverse macchine. In questi casi, la domanda più ricorrente è: si può evitare di scaricare gli stessi pacchetti più di una volta, risparmiando così tempo e banda? La risposta è "sì"...

Il concetto di base è che si può fare in modo che i client reperiscano i pacchettti di cui hanno bisogno da una copia locale invece di connettersi ad uno degli altri mirror di Fedora. Per fare ciò abbiamo bisogno di:

creare una copia locale dei repository
rendere disponibile la copia ai client locali
informare l'infrastruttura di Fedora del nuovo mirror locale

Da notare l'importanza del punto 3, perchè la lista dei mirror da cui scaricare viene generata dinamicamente dai server Fedora ad ogni richiesta del client (yum, PackageKit o quant'altro) e quindi saremo in grado di usare il nostro mirror locale in maniera trasparente, ovvero senza necessità di alcuna modifica alla configurazione del package manager.

Veniamo ora al dettagli delle operazioni.

creare una copia locale dei repository

Per creare una copia locale dei respository useremo rsync (se non fosse già installato nel vostro sistema usate il comando yum install rsync) creando uno shell script (per esempio chiamato dosync.sh) contenente il comando:



rsync -vaH \

--exclude-from=fedora-excludes.txt \

--numeric-ids \

--delete \

--delete-delay \

--delay-updates \

rsync://rsync.mirrorservice.org/download.fedora.redhat.com/pub/fedora/linux \

Fedora

il quale creerà una directory "Fedora" contente l'intero repository. Siete ovviamente liberi di scegliere un mirror diverso a cui connettervi dalla lista dei mirror attivi .
Va anche creato il file fedora-excludes.txt che è menzionato nella riga di comando il quale contiene la lista dei files da ignorare nel vostro mirror; per esempio, personalemente non ho necessità di scaricare versioni di Fedora precedenti alla 10, di rawhide, delle immagini ISO, delle architetture PowerPC, etc; il mio file contiene quindi:



**/debug/**

**/alpha/**

**/source/**

**/SRPMS/**

**/drpms/**

**/*.iso

**/ppc/**

**/ppc64/**

linux/core/**

linux/development/**

linux/releases/7/**

linux/releases/8/**

linux/releases/9/**

linux/releases/test/**

linux/updates/8/**

linux/updates/9/**

linux/updates/testing/**

a questo punto si può eseguire la prima sincronizzazione mandando in esecuzione lo script; per la prima volta aspettatevi tempi lunghi, visto che con questa configurazione ho al momento circa 100Gb di dati.

rendere disponibile la copia ai client locali

I client locali accederanno al repository via http; nel mio caso uso il server apache, per cui basta creare il file /etc/httpd/conf.d/fedora_mirror.conf ed inserivi la seguente configurazione:

Alias /fedora /var/www/mirrors/Fedora/linux

AddType application/octet-stream .rpm

<Directory /var/www/mirrors/Fedora/linux>
    Options Indexes FollowSymLinks
    Order allow,deny
    Allow from all
</Directory>

<LocationMatch "\.(xml|xml\.gz|xml\.asc|sqlite)">
    Header set Cache-Control "must-revalidate"
    ExpiresActive On
    ExpiresDefault "now"
</LocationMatch>

Ovviamente adattando il percorso /var/www/mirrors/Fedora/linux al vostro caso.

informare l'infrastruttura di Fedora del nuovo mirror locale
L'ultimo passo da fare per completare la configurazione del mirror privato è quella di registrarlo sui server Fedora in modo che i client provenienti dalla rete interna siano automaticamente redirezionati su questo.
Per prima cosa accedete al server di mirrormanager e aggiungete un nuovo mirror scegliendo un "Site Name" e "Site Password" a piacere; ricordate di marcare il mirror come "Private". Aggiungete un nuovo "Host", anche qua ricordando di marcarlo come "Private" e poi indicate nella sezione "Site-local Netblocks" da quale indirizzo IP proverranno i vostri client, che nel caso più comune (un solo indirizzo IP dietro un fireall/router) sarà tipo xxx.xxx.xxx.xxx/32.

A questo punto, non resta che usare "Add Category" per segnalare quale dei contenuti sono disponibili; nel nostro caso, la categoria è "Fedora Linux" mentre in "Upstream" va l'indirizzo del mirror che abbiamo scelto.
L'ultima operazione da fare è aggiungere l'URL che i client interni usaranno per accedere al mirror locale (URLs serving this content).

Assicuratevi ora di avere installato il pacchetto mirrormanager-client ed editate il file /etc/mirrormanager-client/report_mirror.conf facendo in modo che le sezioni 'host', 'site' e 'Fedora Linux' siano configurate in accordo a quanto usato in mirrormanager.

A questo punto siamo pronti ad eseguire il comando report_mirror che avrà un output tipo:

# report_mirror 
Category Fedora Other directories updated: 0  added: 0  deleted 0
Category Fedora Secondary Arches directories updated: 0  added: 0  deleted 0
Category Fedora Linux directories updated: 154  added: 0  deleted 0
Category Fedora EPEL directories updated: 0  added: 0  deleted 0
Category Fedora Extras directories updated: 0  added: 0  deleted 0
Category Fedora Core directories updated: 0  added: 0  deleted 0
Category Fedora Archive directories updated: 0  added: 0  deleted 0
checked in successful

Se tutto è andato per il verso giusto, il nuovo mirror apparirà dopo pochi minuti al primo posto della lista, ad esempio quella delle update di Fedora 11 per x86_64

Ultimi ritocchi
Come tocco finale, aggiungete il comando "report_mirror" allo script dosync.sh creato in precedenza e fate in modo che tale script venga eseguito da cron; la frequenza può variare a seconda delle vostre esigenze, ma come minimo suggerisco di farlo giornalmente.

Se siete arrivati fino a qua, complimenti! Se invece avete dubbi o problemi, non esitate a contattarmi.

Riferimenti
http://fedoraproject.org/wiki/Infrastructure/Mirroring
http://www.kev009.com/wp/2009/06/mirroring-fedora/

Test Day 3 Settembre: Sugar on a Stick

2009-09-02T16:50:00.004+02:00

Sugar on a Stick è una distribuzione live basata su Fedora che permette di usare da una chiavetta USB l'ambiente Sugar. Per chi non lo sapesse, Sugar è il nome dell'innovativo ambiente desktop inizialmente sviluppato in seno al progetto OLPC (One Laptop Per Child) per girare sui piccoli laptop XO. In questo test day, organizzato direttamente dagli sviluppatori di Sugar, sarà possibile provare l'ultima versione della distribuzione sul proprio PC, ovviamente senza essere costretti ad installarla sul vostro hard disk.

Per contribuire, assicuratevi di scaricare in tempo l'immagine ISO e poi eseguite i test che troverete sulla pagina dedicata al test day.

Gli sviluppatori saranno disponibili tutta la giornata nel canale IRC #fedora-test-day su Freenode.

Driver binario ATI per Fedora 11

2009-08-23T23:57:00.000+02:00

Per tutti coloro che lo stavano aspettando, il driver binario catalyst (compatibile con tutte le schede video ATI Radeon HD) è ora disponibile per Fedora 11 dal repository RPMFusion. Per installarlo è sufficiente eseguire il comando:

yum --enablerepo=rpmfusion-nonfree-updates-testing install kmod-catalyst

ovviamente l'opzione --enablerepo non sarà più necessaria appena il driver sarà considerato stabile. Tutti problemi incontrati con questo driver vanno inviati sul bug tracker di RPMFusion

Rilasciato il driver ATI catalyst 9.8

2009-08-18T08:25:00.015+02:00

La ATI ha appena rilasciato una nuova versione del suo driver binario che pare finalmente contenga il supporto ai kernel 2.6.29 e 2.6.30, anche se al momento il documento con le note di rilascio non è accessibile quindi è impossibile verificare cosa esattamente è stato aggiunto.

Di sicuro la build per Fedora 10 è già stata fatta (quindi apparirà nel repository rpmfusion-nonfree a breve) mentre quella per Fedora 11 ha bisogno di un poco più tempo non essendo mai stata fatta in precedenza.

Test Day 13 Agosto: NetworkManager

2009-08-13T08:59:00.002+02:00

Anche in Agosto i test day non vanno in vacanza: oggi è la volta di NetworkManager, il cui sviluppo ha subito una rapida accelerazione dopo il rilascio della versione 0.7 in Fedora 10.

In particolare, la nuova versione 0.8 che sarà inclusa in Fedora 12 contribuisce ben tre Feature ufficiali (migliore supporto alle navigazione UMTS, supporto IPv6 e alle connessioni di sistema)

Molto interessanti le modifiche relative alla navigazione UMTS, con un nuovo wizard per la creazione della configurazione (peraltro già disponibile in Fedora 11 grazie ad una delle recentii update), la possibiltà di effettuare la connessione via Bluetooth (!), e un maggiore controllo sulla connessione mediante la scelta del network a cui connettersi (abbasso il roaming!) inclusa la visualizzazione della forza del segnale.

Come al solito, per partecipare ai test è preferibile avere una installazione aggiornata di rawhide oppure avviando uno dei LiveCD disponibili.

Per discutere le vostre esperienze direttamente con gli sviluppatori disponibili, è possbile collegarsi al canale IRC #fedora-qa.

ATI catalyst 9.7: nulla di nuovo

2009-07-27T00:07:00.002+02:00

E' da poco stata rilasciata una nuova versione dei driver binari ATI, la 9.7, ma la situazione che ho descritto nel mio ultimo post sull'argomento non è cambiata: ogni eventuale supporto ai kernel più recenti del 2.6.28 è quindi rimandata come minimo alla prossima release.

Test Day 21 Luglio: batterie e sospensione

2009-07-21T00:16:00.001+02:00

Domani 21 Luglio ci sarà il secondo Test Day relativo alla iniziativa Fit and Finish che si focalizzerà sulle funzionalità legate al risparmio energetico (sospensione, ibernazione, luminosità schermo, etc)

Come al solito, per partecipare ai test è preferibile avere una installazione aggiornata di rawhide oppure uno dei LiveCD che saranno resi disponibili; saranno comunque utili report relativi a Fedora 11.

Assicuratevi inoltre di collegarvi al canale IRC #fedora-fit-and-finish per discutere le vostre esperienze con gli sviluppatori disponibili.

Problemi ai mirror di Fedora

2009-07-14T08:45:00.004+02:00

Un problema di carico sul master mirror dei pacchetti di Fedora sta causando il fallimento della installazione ed aggiornamento via yum o PackageKit a molti utenti.

Il team che gestisce l'infrastruttura sta lavorando per identificare e rimuovere la cause al più presto.

Nel frattempo, è possibile seguire lo stato del problema in questo ticket

Display Configuration Test Day: il consuntivo

2009-07-10T08:03:00.001+02:00

Si è svolto martedì scorso il primo Test Day relativo alla iniziativa 'Fit and Finish', riguardante la configurazione dei display; i risultati in termini di partecipazione sono stati buoni, con diverse persone che hanno provato i "casi d'uso" proposti e riportato diversi bug.

Da notare che diversi di questi bug sono stati già risolti (in rawhide), o sono in fase di soluzione.

Per quelli di voi che vogliono partecipare, ricordo che installare rawhide non è necessario, visto che sono disponibili delle immagini Live (attenzione, non entrano in un CD per cui fanno usate come LiveUSB ) con cui fare le prove.

Fedora "Fit and Finish"

2009-07-07T08:29:00.005+02:00

E' ormai piuttosto noto che Fedora sia l'avanguardia dello sviluppo Open Source, includendo per prima le ultime tecnologie che spesso nascono e sono portate avanti proprio in seno al progetto.

Il rovescio della medaglia è che per lo stesso motivo Fedora viene percepita da alcuni come grossolana, incompleta o peggio ancora, come una versione beta data da testare agli utenti.

Proprio per sfatare questo mito, nell'ambito dello sviluppo di Fedora 12 è nata l'iniziativa "Fit and Finish", traducibile grosso modo come "Adatto e rifinito", con l'obiettivo primario di occuparsi di quei dettagli che migliorano l'esperienza dell'utente, rimuovendo così gli ostacoli ai compiti più comuni.

Per esempio, operazioni come:

attaccare un proiettore e far partire una presentazione senza (o con un minimo) di configurazione
inserire un disco vuoto e formattarlo
collegare un lettore audio e/o video e interagire con esso
condividere files con altri utenti della stessa rete
condividere la propria connessione a internet con altre macchine

dovrebbero essere semplici ed immediate.

Per questa iniziativa, il desktop team di Fedora organizzerà un serie di Test Days che si svolgeranno di martedì e focalizzeranno sui singoli aspetti della interazione con l'utente.

Quindi se avete piccoli (o meno piccoli :) bug che vi disturbano in Fedora 11, contattate il desktop team riportando un bug oppure scrivendo alla mailing list dedicata.

Gli sviluppatori partecipanti sono contattabili anche nel canale IRC #fedora-fit-and-finish

Fedora e driver ATI: la situazione

2009-07-03T22:36:00.003+02:00

Sembra che il mio precedente post sui driver ATI non sia stato troppo chiaro nello spiegare la situazione che si è venuta a determinare per quello che riguarda Linux, e Fedora in particolare.
In breve, i driver binari faticano a fornire un adeguato supporto agli utenti Linux, anche se quantomeno la documentazione che ATI continua a rilasciare permette agli sviluppatori di del driver open di migliorare il supporto (anche 3D) ad ogni release.

Ma veniamo al punto. Le schede ATI sono supportate da due distinti drivers:

Catalyst 9.3 per tutte le schede non "HD"
Catalyst dalla 9.4 in poi per tutte le schede "HD"

Il driver 9.3 funziona con XOrg fino alla versione 1.5 e con i kernel fino alla 2.6.28.
Il driver 9.4 funziona con XOrg fino alla versione 1.6 e con i kernel fino alla 2.6.28.

Fedora 10 al momento ha XOrg 1.5 e kernel 2.6.27, per cui i driver sono regolarmente forniti da RPMFusion (kmod-fglrx per 9.3 e kmod-catalyst per gli altri)

Fedora 11 invece ha XOrg 1.6 e kernel 2.6.29. Il driver 9.3 quindi non funziona (e ATI ha dichiarato che non ha intenzione di aggiornarlo) quindi i possessori delle schede corrispondenti devono usare il driver open che comunque ha il supporto alla accelerazione 3D funzionante per quasi tutte le schede.
Il driver per le schede più nuove invece è compatibile con XOrg 1.6 ma non ancora con il kernel 2.6.29 per cui RPMFusion non è al momento in grado di fornire il corrispondente pacchetto.

Cosa si può fare allora? visto che parliamo di driver "closed", direi ben poco... Una cosa però è possibile: la ATI ha un bug tracker e una form di feedback: se avete un minuto libero, assicuratevi di contattarli per fargli sapere quanti problemi vi crea il driver con Fedora 11...