brand:GNU²

È un bene che sia in fase di sviluppo, ma (al momento) non funziona…

2008-05-17T07:51:21-05:00

Sono notizie che non possono lasciare indifferenti, quelle che arrivano dal fronte Mono: è già possibile - infatti - scaricare la versione “opensource“ di Silverlight, la nuova piattaforma di sviluppo creata da Microsoft per il web. Il fatto positivo è che è disponibile anche per 64-bit, diversamente da altri prodotti equivalenti: consta di un’estensione per browser Mozilla/Gecko che è nata dalla collaborazione con Novell, ma - a prescindere dalle “limitazioni” esplicitate in una nota - al momento è del tutto inutilizzabile. Aspettiamo (fiduciosi?).

Il Service Pack 3 crea (quasi) esclusivamente problemi.

2008-05-17T11:43:55-05:00

Non di solo Linux - e, verrebbe da dire, “purtroppo”! - è fatta l’informatica: oggi voglio dire la mia sul tanto “vituperato” Service Pack 3, che molti (a mio avviso superficialmente) hanno esaltato. Forse, con troppa “fretta”: sì, perché a fronte di miglioramenti pressoché “invisibili” alla maggioranza degli utenti, non soltanto quelli cd. “entry-level“, le carenze e i difetti sono tantissimi. E non sono proprio irrilevanti.

Dopo un primo momento di frustrazione, dovuto all’impossibilità di procedere con l’aggiornamento (mi sono serviti un paio di tentativi e soltanto con il “pacchetto” OEM sono riuscito a installarlo), al riavvio è avvenuto ciò che temevo: anzitutto, l’IPv6 risultava scollegato… quindi, il tema era stato ripristinato a quello di default e persino lo screensaver risultava disabilitato!

D’accordo, se vogliamo i “difetti” riguardano principalmente le applicazioni di terze parti e la compatibilità di queste con la nuova “versione” del sistema operativo. Sta di fatto che, comunque, se esiste un hack (di cui parlerò in seguito) per ripristinare la connessione, non si può dire altrettanto dei temi e di eventuali applicativi che non dovessero (ancora) risultare compatibili.

Ripristinare l’IPv6 dopo l’installazione del Service Pack 3

2008-05-17T12:25:07-05:00

Come avevo già anticipato nel post precedente, esiste un modo (abbastanza rapido) per ripristinare la connessione IPv6 dopo aver installato il Service Pack 3: ammesso, ovviamente, che anche voi utilizziate il client di Hexago, a questo scopo! Come immaginavo, ci viene in aiuto la board ufficiale di Gateway6: la “soluzione” proposta è stata provata sulla RC, ma - come ho potuto verificare - funziona ottimamente anche sul rilascio “stabile” dell’aggiornamento.

Il problema di connessione riguarda il check del sistema operativo (non ancora supportato) da parte del client: ciò che dovremo fare, quindi, è “bypassarlo”. L’intera procedura richiede pochi istanti e nessuna competenza particolare… è sufficiente modificare un paio di stringhe nel file di configurazione. Aprite, quindi, il file C:\Programmi\Hexago\Gateway6 CLient\template\windows.cmd (se non avete modificato il path d’installazione).

Tutto ciò che dovete fare è sostituire le righe:

REM Determine Windows version.
CALL :GET_WIN_VER_PROCEDURE
IF %ERRNO% NEQ 0 GOTO PROC_ERR

REM Verify if Windows version is supported.
CALL :VERI_VER_PROCEDURE
IF %ERRNO% NEQ 0 GOTO PROC_ERR

Con queste:

REM Determine Windows version.
REM CALL :GET_WIN_VER_PROCEDURE
REM IF %ERRNO% NEQ 0 GOTO PROC_ERR

REM Verify if Windows version is supported.
REM CALL :VERI_VER_PROCEDURE
REM IF %ERRNO% NEQ 0 GOTO PROC_ERR

SET WIN_VER=2

Le differenze sono evidenziate in grassetto: in sostanza, si tratta di “commentare” 4 righe e di aggiungerne una… potreste anche cancellarle, ma è più sicuro procedere in questo modo. Successivamente, potrete riavviare il client (mantenendo le impostazioni già selezionate) e otterrete nuovamente un indirizzo IPv6…

Localizzare xconfig in italiano? Perché no.

2008-05-18T11:52:23-05:00

immagine: BrunoCB via Tux Factory

Premetto, per dovere di cronaca, che stavo cercando tutt’altro… quando mi sono “imbattuto” (per caso) in un progetto molto interessante: si tratta della localizzazione italiana della configurazione del kernel di Linux. D’accordo, è qualcosa di “superfluo”, ma - nel contesto, certo piuttosto “ostile”, di xconfig (ed equivalenti) - può rivelarsi utile ai newbie e non.

A dispetto del sito - che ha un layout piuttosto “datato” -, la traduzione è mantenuta in sincronia col rilascio stabile di “Vanilla”, arrivato alla versione 2.6.25.4: da quest’ultimo, peraltro, non sarà necessaria la patch del kernel. Il file della traduzione (grazie al lavoro del LUG di Catania) dev’essere semplicemente “scompattato” nella cartella /usr/share/locale/it/LC_MESSAGES/. Non resta che provare.

Se avete problemi con NetworkManager, WICD è la soluzione!

2008-05-18T22:15:53-05:00

Può capitare (come al sottoscritto) che NetworkManager non funzioni a dovere… nel mio caso, perché con Ubuntu/Hardy non mi lascia impostare l’indirizzo IP statico sulla LAN: a questo punto, abbiamo un’unica soluzione. Cambiare il modo in cui gestiamo la connettività. E questa soluzione si chiama WICD, è localizzata in italiano e gestisce al meglio anche le reti wireless (se necessario)!

Per prima cosa dovete recuperare i pacchetti necessari all’installazione: per “Hardy”, la via più semplice consiste nell’aggiungere il repository del produttore a sources.list, ovvero:

deb http://apt.wicd.net/ hardy extras

Sarà possibile, quindi, installare il pacchetto wicd direttamente da apt (anche da shell). Successivamente, bisogna rimuovere NetworkManager, poiché i programmi vanno in conflitto: al più, potete sempre mantenere una copia dei pacchetti in locale, se qualcosa dovesse andare storto… perciò:

$ sudo apt-get --purge remove network-manager network-manager-dev \
network-manager-gnome

Normalmente, questa seconda fase dovrebbe avvenire in automatico con l’installazione di WICD, ad ogni modo è buona norma rimuovere qualsiasi traccia del precedente programma di gestione, per evitare ulteriori problemi. Ora, verremo disconnessi da internet finché non avremo configurato la rete cablata (o, senza fili): bisogna avviare l’interfaccia grafica e immettere i dati della propria rete, salvando un profilo come default.

$ sudo /opt/wicd/gui.py

Se non restituirà alcun errore, potrete installare automaticamente l’icona nella tray, aggiungendo alla sessione di GNOME lo script /opt/wicd/tray.py. Qualora, invece, non doveste riuscire a salvare la configurazione al primo tentativo… sarà sufficiente rimuovere il file /opt/wicd/data/wired-settings.conf e ripetere l’ultimo passaggio.

Una soluzione di “compromesso” per il 5.1 su Ubuntu/Hardy

2008-05-19T06:45:30-05:00

Quello dei canali audio è sempre stato un problema piuttosto “fastidioso” di Ubuntu: a dire il vero, non sono stato in grado di trovare la soluzione “ottimale”… eppure, credo che difficilmente potrei ottenere qualcosa di meglio dalla mia scheda audio [fig.], una Creative SoundBlaster Live! 5.1 (appunto). Ad ogni modo, questo metodo è applicabile a tutti i chipset emu10k1 ed emu10k2.

Anzitutto, recuperate l’ultima versione disponibile di ALSA: vi serviranno semplicemente i pacchetti alsa-driver, alsa-lib e alsa-utils… lasciate perdere gli altri. Per chi volesse ottenere l’ultima build, avviso che ALSA utilizza Mercurial: per quanto mi riguarda, ho evitato d’aggiungere l’ulteriore sistema di VCS! La prima parte, la più importante (e che richiederà più tempo), riguarda la configurazione e installazione del driver:

$ ./configure --with-cards=emu10k1 --with-sequencer=yes && make \
&& sudo make install

Al termine di questo passaggio, sarete avvisati del fatto che ALSA disabilita i canali mixer di default: nessun problema, a questo penseremo dopo. La configurazione/installazione di alsa-lib e di alsa-utils non richiede parametri particolari. Ormai, dovete soltanto creare il file ~/.asoundrc e incollarci il contenuto che segue.

pcm.ch51dup {
slave.pcm surround51
slave.channels 6
type route
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
ttable.0.4 0.5
ttable.1.4 0.5
ttable.0.5 0.5
ttable.1.5 0.5
}

Come spiegato da Fabio in un post: personalmente, in precedenza avevo già utilizzato il metodo duplicate, ma questa soluzione mi sembra più soddisfacente. Il mio consiglio “aggiuntivo” è di sistemare alsamixer eliminando tutte le amplificazioni - altrimenti note come “gain“ -; ovviamente, perché funzioni, dovrete attivare i canali muti della configurazione predefinita. Infine, con il comando:

$ speaker-test -c6 -twaw -Dsurround51 -l1

Potrete rendervi conto di come il risultato non sia certo “perfetto”, ma - come dicevo… - personalmente non sono mai riuscito ad avere di meglio. Accontentatevi.

Per fortuna, un modo per ripristinare i temi “non firmati” c’è…

2008-05-19T22:30:56-05:00

Ormai, non è più una novità che il Service Pack 3 crea diversi “problemi”: oltre al blocco della connettività IPv6, infatti, un altro “scoglio” è stato superato; mi riferisco all’installazione di temi non “non firmati” per la personalizzazione del desktop… un aspetto sicuramente marginale, che però potrebbe interessare a molti. In primo luogo, al sottoscritto, che è solito utilizzare Royale Remixed (in tutte le sue varianti)!

Ci viene in aiuto Rafael Rivera Jr., che ha testè rilasciato una versione compatibile con il SP3 di uxtheme.dll, utile al nostro scopo: sostituendo i file originali con la patch adatta alla versione del nostro sistema operativo, infatti, saremo nuovamente in grado d’installare qualsiasi tema grafico per Windows. Vediamo come…

In primo luogo, dovremo rimuovere ogni “copia” del file originale, ovvero quelle presenti in C:\WINDOWS\system32\dllcache\ e C:\WINDOWS\ServicePackFiles\i386\: questo passaggio è fondamentale, poiché - se non provvedessimo a queste rimozioni - in caso contrario verrebbe ripristinato immediatamente il file predefinito, vanificando qualsiasi sforzo.

Il secondo (e ultimo) step prevede di rinominare la versione originale di uxtheme.dll - personalmente, ho usato l’estensione BAK - presente in C:\WINDOWS\system32\, quindi di copiare il file scaricato nello stesso percorso: dopo il riavvio del computer, sarete nuovamente in grado di scegliere i temi installati prima del SP3 o, d’installarne di nuovi.

Separati alla nascita: GNOME Do e Krunner

2008-05-20T11:33:39-05:00

Leggendo un post interessante su Krunner, non ho potuto fare a meno di notare come quest’ultimo somigli “tremendamente” a GNOME Do [fig.] che, a sua volta, è “ispirato” a GNOME Launch Box e, soprattutto, a Quicksilver. Ma è soprattutto dei primi due che vorrei parlare: se, da un lato, Krunner ha uno sviluppo piuttosto “individuale” (da parte del suo creatore), GNOME Do è parte della “coda” di Ubuntu/Launchpad…

E, nello specifico, di cosa si tratta? Per entrambi, possiamo parlare di “launcher“ che, però, supportano una tale quantità di plugin da poter ritenere limitante e “superata” qualsiasi definizione: ad esempio, GNOME Do supporta anche Twitter… colmando il gap delle applicazioni (poche e non proprio fatte benissimo) per Linux. Consiglio di provarli entrambi, considerando che se GNOME Do è già nell’“universo” dei repository di Ubuntu - esattamente come gnome-do-plugins -, per Krunner è necessario compilare!

Notepad2 al posto del Blocco Note di Windows XP (anche SP3)

2008-05-20T19:23:08-05:00

Negli ultimi giorni, ho parlato spesso di come rimediare ai problemi causati dal “famigerato” Service Pack 3 di Windows XP: l’ultimo aspetto - anche in ordine d’importanza! - che voglio analizzare riguarda l’editor di testo predefinito… che è sicuramente uno strumento utile e più “potente” di quanto si sia portati a credere, ma che “pecca” di alcune feature inesistenti, fondamentali per gli sviluppatori.

Le alternative si sprecano: personalmente, prediligo Notepad2, che presenta tutte le caratteristiche di cui ho bisogno: inutile sottolineare come, anche in questo caso, l’installazione del Service Pack 3 rimuova ogni personalizzazione preesistente, “costringendoci” a ripetere la procedura dal principio! Quindi, cominciamo rinominando il file dell’applicazione in notepad.exe e procediamo…

Una volta posizionatici nel path C:\WINDOWS\system32\dllcache\, infatti, basterà utilizzare in modo ciclico (per 3 volte in tutto) la combinazione di shortcut [ctrl]+[V] e [backspace], ricordandosi solamente di rinominare il file presente in %Windows Root%/system32/ con una diversa estensione (io, al solito, prediligo il BAK). Rimpiazzando anche la copia presente in C:\WINDOWS\ServicePackFiles\i386\, poi, la procedura sarà completa e non sarete più costretti all’utilizzo del menù “Apri con..”, per scegliere Notepad2 al posto del Blocco Note.

Krunner in KDE 4.1 Alpha 1

2008-05-21T04:48:51-05:00