Visto che mi sto imbattendo in molti adattatori WiFi USB compatibili con lo standard 802.11n non funzionanti subito con GNU/Linux, vediamo di dare alcune soluzioni. Questa volta tocca all'adattatore USB WL-315 della Sitecom incluso nel router ADSL Wireless 300N WL-547. Qui la faccenda si fa più semplice del WN111v2 in mio possesso in quanto questo adattatore usa il chipset Ralink rt2870 il cui modulo per il kernel è distribuito dalla stessa Ralink.

Iniziamo col controllare di avere il giusto adattatore USB:

$ lsusb
Bus 005 Device 024: ID 0df6:0039 Sitecom Europe B.V.

L'importante è avere la stringa 0df6:0039 che indica in modo univoco la periferica USB.

Attenzione: se siete certi di avere un adattatore con chipset rt2870 la guida è sempre valida!

Continua a leggere »

Questo articolo è rivolto agli sviluppatori in ambiente GNU/Linux (ma anche in POSIX in generale) che cercano degli strumenti per semplificare lo sviluppo di applicazioni su questa piattaforma. I programmi che andremo ad analizzare saranno relatitivi a: documentazione, GTK+, D-Bus, UPnP e HAL.

Devhelp - Documentazione

Devhelp è un semplice visualizzatore della documentazione delle varie API del sistema relative a GNOME (quindi a Glib e GTK+). Generalmente basta scaricare i pacchetti "-doc" della libreria desiderata per avere subito disponibili le spiegazioni del funzionamento della varie funzioni e strutture dati usate.

D-Feet - D-Bus debugger

D-Feet è un ottimo strumento per lavorare con il protocollo D-Bus che permette alle applicazioni di scambiarsi messaggi. Ad esempio è tramite D-Bus che è possibile rilevare le periferiche Bluetooth grazie ad un server (in gergo demone) che rende disponibili alcuni metodi e segnali.

Continua a leggere »

Ecco una storia interessante... lo sviluppo di Compiz Fusion, l'attuale sistema responsabile degli effetti grafici su GNU/Linux, in pratica l'equivalente di Aero per Windows Vista/Seven. Il progetto è nato in grembo alla Novell tramite l'uso del server grafico XGL, poi forkato da un gruppo di appassionati per dare un cambio di rotta e aggiungere alcuni effetti interessanti. Il lavoro in Beryl, il nuovo nome dato al fork di Compiz, è stato fatto essenzialmente nei plugin, mentre il core è rimasto sostanzialmente quello originale di Compiz. Intanto l'estensione AIGLX di X.org andò pian piano a sostituire l'uso di un server grafico alternativo, tant'è che adesso XGL non serve a niente! Dopo un po' gli sviluppatori di entrambi i progetti hanno messo la testa a posto ed hanno deciso di riunire i due progetti, allora separati, in un unico progetto che includesse la leggerezza del core originale di Compiz con qualche plugin preso da Beryl. Il risultato lo conosciamo un po' tutti!

Continua a leggere »

Come tutti, o quasi, voi saprete il 23 Aprile 2009 dovrebbe uscire Ubuntu 9.04 (uso il condizionale perché i contrattempi sono sempre dietro l'angolo) e portare una ventata di novità nel mondo GNU/Linux. Parlando delle nuove caratteristiche innovative possiamo citare Ext4, integrazione con PulseAudio e il nuovo sistema di notifiche.

Continua a leggere »

Dall'inizio del 2009 con la release 2.2.1, è possibile autenticare con GPG i repository PPA presenti sulla piattaforma di Launchpad. L'autenticazione dei repository assicura che i software che stai scaricando siano veramente quelli di cui ci fidiamo e diamo la possibilità di aggiornare la nostra distribuzione. Vista la relativa diffusione di questi repository non ufficiali in Ubuntu, vediamo come autenticarli in maniera grafica e via terminale con un unico comando.

Per quanto riguarda la modalità grafica ecco le istruzioni molto pratiche in questo video rilasciato dallo stesso team di sviluppo di Launchpad.

Invece via terminale il comando per inserire la chiave usata del repository nel sistema di pacchetti APT è il seguente:

sudo apt-key adv --recv-key --keyserver keyserver.ubuntu.com CHIAVE_GPG

Ovviamente «CHIAVE_GPG» andrà sostituito con l'ID della chiave disponibile nella pagina relativa al repository PPA.

MI sono fatto una idea di alcuni aspetti da migliorare nelle distribuzioni GNU/Linux per avere un sistema pronto out-of-the-box e usabile in ambienti lavorativi.

• Gestione SmartCard. Nelle pubbliche amministrazioni si sta diffondendo la firma eletronica per mezzo di SmartCard e mentre su Windows XP basta collegare il lettore e basta, su Linux esistono più di un programma per la gestione del lettore e per la gestione delle varie codifiche delle SmartCard, insomma, un macello! Quello che serve è un unico sistema che gestisca il lettore e dia una interfaccia unica per la gestione delle varie codifiche di schede, il tutto interfacciato con HAL (o il futuro DeviceKit) così da essere usato con semplicità da qualunque programma.
• Periferiche di gioco. Non si capisce più a chi fare riferimento per gestire i vari controller HID individuati come joystick. Il nuovo driver evdev pare segna tutto come mouse, infatti su HAL abbiamo che un joystick ha come capability input.mouse. Ora se io faccio un gioco come faccio a rilevare se un joystick è stato inserito mentre il gioco è già in esecuzione? Inoltre i device indicato da HAL non è accessibile con i normali diritti di utente ma richiede l'utente root, ed è giusto altrimenti potremmo fare keylogger a randa! Poi vengono create le interfacce /dev/input/js0-9, ma che mi avverte di ciò? Nessuno. Devo andare io manualmente a scansionare la cartella ogni poco e caricare il tutto. In definitiva per accedere ai joystick esiste, evdev, il driver joystick e libjsw (libreria orfana che comunque usa il driver joystick ma almeno non si deve usare le ioctl.
• D-Bus. Rendere la creazione di un server D-Bus in C più semplice, sarò duro ma non ho ancora capito come esporre dei metodi e segnali sul bus. Non si poteva fare qualcosa di semplice come la connessione dei segnali in GTK+?
• Gestione dei livelli audio. Adesso abbiamo 3 o 4 livelli di volume per una sorgente, volume interno dell'applicazione, volume di PulseAudio per lo stream dell'applicazione, volume PCM e volume generale. Un po' troppi mi pare. Intanto un volume potrebbe essere tolto quando l'applicazione si connette a Pulse Audio regolando direttamente il volume di PulseAudio, in questo modo rimangono sempre due slider ma almeno regolano lo stesso stream. Anche il volume PCM andrebbe tolto, facendo gestire tutti gli ingressi da PulseAudio. Peccato che tutto quanto probabilmente sarà accente da Ubuntu Jaunty e, secondo me, creerà panico tra gli utenti che non capiranno una mazza dove regolare l'audio.
• Supporto ai dispositivi WiFI 802.11n. Non ci siamo proprio, al momento dei lavori non esiste una scheda PCI o USB che collegata a Linux funzioni subito. Quando va bene occorre scaricare dei driver, compilarli e installarli, così da avere il modulo giusto. Quando va male occorre andare nel sorgente per modificare il driver, e magari una volta creato il modulo non supporta manco alcune feature del protocollo. E la situazione rischia di essere identica con Jaunty. Il problema è stata la rapida diffusione sugli scaffali dei negozi di apparecchi compatibili con la seconda bozza del protocollo 802.11n che dovrebbe garantire fino a 300Mb/s quando va bene. Alcune volte i driver open ci sono, vanno solo inclusi nel kernel...
• X.org. Al momento il server grafico predefinito di ogni distribuzione GNU/Linux è la più grande limitazione per la reattività del sistema, i metodi che i vari toolkit grafici usano per velocizzare alcune funzioni di disegno sono quelli di scavalcare il server grafico per usare direttamente la scheda grafica, quindi o qualcuno riscrive X.org oppure occorre un nuovo server grafico più performante.
• Meno divisioni e meno seghe mentali. Il concetto è semplice, evitare di reinventare la ruota e non crogiolarsi troppo su questioni etiche. Vedi come la nuove licenza GPLv3 limita in modo considerevole lo sfruttamento commerciale del software libero.

E voi cosa ne pensate? Siete d'accordo con i punti elencati o ne aggiungereste altri?