In particolare Fedora 12 lamenta l’assenza tra i codec installati di default i plugin necessari al noto engine gstreamer per un po’ tutti i protocolli audio. Per cui ci tocca farlo a mano con (come root):

yum install gstreamer-plugins-ugly gstreamer-plugins-bad-extras gstreamer-plugins-bad-nonfree

Si tratta del protocollo DLNA, che permette di visualizzare uno stream multimediale collegandosi ad un sistema che faccia da broadcaster per quello specifico stream.

Il meccanismo è molto semplice. C’è un DMS (Digital Media Server) che mette a disposizione i contenuti ed un DMp (Digital Media Player) che lo controlla, riproducendo il contenuto remoto.

Su Fedora ci sono due strade alternative già presenti nei repository per avere un servizio DLNA da esportare: mediatomb o ushare.  Sono entrambi due sistemi molto validi. Il primo è più un sistema di controllo del servizio DLNA vero e proprio (è possibile definire attraverso una comoda interfaccia web cosa e come condividere), il secondo (che io prediligo) è più semplice, trattandosi essenzialmente di un tool da riga di comando.

Per installarlo ovviamente procediamo (come root o via sudo) al più classico dei:

yum install ushare

mentre per avviarlo occorre un semplicissimo:

ushare -c /path/che/voglio/condividere

In questa modalità si attiva solo la condivisione uPnP (più che sufficiente se non avete roba codificata in modo strano), mentre per attivare anche il supporto DLNA, con decodifica remota (serve transcode o altro decoder interattivo installato):

ushare -c /path/che/voglio/condividere -d

A questo punto non vi resta che aprire sul firewall di Fedora la porta corrispondente (di default la 49152) e magicamente ecco apparire l’icona di Server Ushare nel menu video/audio/foto della PS3.

Il software in questione è abbastanza semplice e prevede la possibilità di passare qualche semplice configurazione sempre via linea di comando. Ovviamente si tratta di una soluzione molto rapida per condividere contenuti al volo, ma nel caso voleste utilizzare il PC come DMS “permanente”, vi conviene orientarvi maggiormente su mediatomb.

Come si può evincere dalle informazioni sul sito, si tratta di un’applicazione piuttosto completa, che, oltre a permettere l’installazione dello stesso come servizio controllabile via interfaccia web, supporta nativamente tutta una serie di funzionalità aggiuntive, come l’installazione su NAS, e la scelta personalizzabile per l’engine di riproduzione.

Ovviamente per installarlo basta un semplice (sempre come root):

yum install mediatomb

E buon divertimento…

Ho trovato questa chicca su come installare su Fedora 12 Constantine il flash-plugin nativo con supporto EM64T.

I passi sono molto semplici e da eseguire naturalmente come root (o mediante sudo):

• Per prima cosa occorre rimuovere ogni installazione a 32 bit di flash (e il nspluginwrapper)

yum erase flash-plugin nspluginwrapper*

• Quindi ci si sposta nella directory dei repository di yum e si scarica il file con le info per il repository del plugin flash a 64bit:

cd /etc/yum.repos.d/

curl -O http://www.dfm.uninsubria.it/compiz/fusion-testing/flashplayer.x86_64/flash.repo

• A questo punto, ovviamente, occorre importare la chiave GPG del repository in questione

rpm –import http://www.dfm.uninsubria.it/compiz/fusion-testing/flashplayer.x86_64/RPM-GPG-KEY-leigh123linux

• ed infine si può finalmente installare il plugin a 64 bit

yum install flash-plugin

Tuttavia, il supporto all’accelerazione 3D, fornito mediante le DRI delle librerie MESA, è disabilitato di default, trattandosi di un supporto ancora sperimentale presente solo nel ramo git 7.6 delle Mesalib.

Ancora una volta, però, il team RedHat ha realizzato un porting del codice in questione attivabile mediante un semplice:

yum install mesa-dri-drivers-experimental

dopo il quale, con un semplice reboot, si ottiene l’agognato supporto all’accelerazione 3D senza la necessità di dipendere dalle stramaledette fglrx.

La semplicità è disarmante!

Basta connettere il cavo USB, e sul telefono andare su Impostazioni->Controlli Wireless e selezionare l’opzione “Condivisione rete mobile”. Immediatamente vedrete l’icona dell’applet di Network Manager animarsi e dopo un paio di secondi mutare nel fatidico disegno dei due PC connessi (vedi figura)…

Ed il pensiero vola alle tribolazioni con i winmodem di qualche anno fa…

Naturalmente è consigliata una Flat decente (io uso la SuperInternet di H3G).

Editate il file (da root)

/etc/sudoers

ed aggiungete la riga

NomeVostroUtente        ALL=(ALL)    NOPASSWD: ALL

salvate e a quel punto potrete eseguire qualsiasi comando tramite sudo senza la necessità di inserire la password di root.

Per cui, per abilitare l’autologin basta editare il file (con i privilegi di root)

/etc/gdm/gdm.schemas

Individuando le sezioni:

<key>daemon/AutomaticLoginEnable</key>
<signature>b</signature>
<default>true</default>            <=== settare a true
</schema>

<schema>
<key>daemon/AutomaticLogin</key>
<signature>s</signature>
<default>NomeUtente</default>    <=== qui mettere il nome utente
</schema>

<schema>
<key>daemon/TimedLoginEnable</key>
<signature>b</signature>
<default>true</default>             <=== settare a true
</schema>

<schema>
<key>daemon/TimedLogin</key>
<signature>s</signature>
<default>NomeUtente</default>    <=== qui mettere il nome utente
</schema>

<schema>
<key>daemon/TimedLoginDelay</key>
<signature>i</signature>
<default>10</default>          <=== Attesa in secondi
</schema>

riavviate et voilà!

PS: Non è propriamente necessario riavviare, basta switchare dal runlevel 5 al 3 e di nuovo indietro al 5 con

init NumeroDelRunlevel

Non essendoci alcun pacchetto per Fedora 10 (almeno che io sappia), ho dovuto fare qualche configurazione a mano, adattando le istruzioni del manuale scritte per ubuntu/debian…

Per installarlo occorre, tanto per cominciare, soddisfare qualche dipendenza, gran parte della roba necessaria (bluez, pygtk) dovreste già averla, ma per sicurezza un bel

sudo yum install  pybluez  pygtk2-libglade  python-configobj

dovrebbe permettervi di installare tutto ciò che serve dipendenze incluse.

A questo punto non vi resta che andare sul sito e scaricare da questo link, l’ultima versione disponibile (al momento in cui scrivo la 1.2.5-unstable) e scompattarla di qualche parte.

Prima di avviare l’applicazione occorre effettuare il pairing con il dispositivo bluetooth che vorrete utilizzare come sensore di prossimità (io ho optato per l’N95). A questo punto basta avviare l’applicazione lanciando il comando

start_proximity.sh

presente nella cartella appena scompattata, selezionare il device accoppiato e settare la “sensibilità” (cioè distanza massima oltre quale bloccare, e minima dentro la quale sbloccare) ed il gioco è fatto.

Volendo potreste aggiungere l’applicazione all’avvio della vostra sessione di gnome (sistema->preferenze->personale->sessioni).

Red Hat ha deciso di disabilitare tale subsystem bacato, in attesa del nuovo kernel (2.6.28) che dovrebbe risolvere il problema.

Se non lavorate in un sistema di produzione, od avete (come il sottoscritto) un impellente bisogno di utilizzare il suddetto driver per usare la scheda di rete wifi, allora la soluzione temporanea consiste nello scaricare un kernel vanilla da kernel.org e compilarvelo a manina.

In realtà, senza dilungarvi in configurazioni e configurazioni varie, potete semplicemente usare il file di configurazione di redhat (presente nella directory /boot e iniziante per “config-”), e copiarlo nel file .config all’interno della directory dove avete scompattato i sorgenti del kernel (di solito /usr/src/linux-2.6.qualchecosa).

A quel punto date un bel:

make ; make install ; make modules_install

e se tutto va a buon fine (dovrebbe), al riavvio successivo vi dovreste ritrovare una nuova voce per il nuovo kernel nel menu di grub

In particolare per la dlink dwa 547, occorre scaricare il trunk r3123 come suggerito qui.

Serve, naturalmente subversion, ma non è molto complicato! Basta aprire un terminale e piazzarsi in una directory a piacimento. A questo punto basta dare un bel:

svn checkout http://svn.madwifi.org/madwifi/trunk/ madwifi

a questo punto però occorre “switchare” al trunk specifico per la nostra scheda, per far cio:

cd madwifi

svn switch http://svn.madwifi.org/madwifi/trunk/ -r 3123

Ed ecco scaricati i sorgenti del driver madwifi compatibile con la scheda. Funzionano perfettamente con kernel da 2.6,21 al 2.6.25, mentre con 2.6.26 c’è da fare qualche workaround.

Appena avrò trovato una versione ath9k stabile, farò una guida anche per quelli!