Ricordate il caro vecchio ksynaptic ai tempi di kde3?

Gli utenti di kde4 avranno sicuramente sentito la mancanza di uno strumento grafico per configurare i touchpad synaptic dei loro portatili. E’ da tempo che cercavo un’alternativa e i più suggerivano di installare gsynaptic e usare l’utility di gnome. Queste due utility (g/ksynaptic) purtroppo non sono più mantenute, il loro sviluppo è fermo al 2008.

Basta con le modifice in Xorg.conf!!

Oggi ho trovato kcmtouchpad, una utility basata sul vecchio ksynaptic, davvero ben fatta e, soprattutto, che si integra in kde4. Una volta installato, infatti, si va ad aggiungere a kcontrol sotto la voce “tastiera e mouse” come potete vedere dallo screenshot:

Ad una prima occhiata mi sembra non manchi nulla, ci sono un sacco di opzioni, incluse le nuove possibilità di usare due e tre dita:

• abilitare/disabilitare il touchpad;
• gestire le varie sensibilità e velocità di movimento;
• abilitare/disabilitare/configurare scrolling orizzontale e verticale (anche a due dita);
• gestire i vari tipi di tapping;
• associare azioni al tapping con due dita e tre dita;
• ecc…

Gli utenti *ubuntu possono aggiungere il repository esterno che si trova a questo indirizzo e installarlo comodamente dal gestore di pacchetti (ricordatevi di importare la chiave pgp).

Per la serie di miei articoli sull’installazione e la configurazione di gentoo sul Dell XPS M1330, oggi propongo la configurazione dei tasti speciali e multimediali. Chiedo venia per il tempo trascorso tra un articolo ed un altro ma all’epoca non mi son salvato link e passi effettuati e quindi non sempre ho tutto il materiale sotto mano.

Prima di proseguire ricordo il link ai miei ormai famosissimi articoli precedenti della serie “gentoo linux & dell xps m1330“.

Voglio premettere che l’articolo è basato su questa configurazione:

• dell xps m1330;
• linux gentoo;
• ambiente kde 3.5

Gli stessi risultati si possono, comunque, ottenere anche con configurazione diversa adattando chiaramente i passaggi che verranno fatti.
Per il nostro caso dovremmo distinguere due tipi di tasti: quelli i cui keycode (codice univoco abinato al tasto) vengono riconosciuti dal sistema e quelli i quali non vengono riconosciuti. Nel secondo caso dovremmo eseguire qualche operazione aggiuntiva. Vediamo come procedere:

1. dobbiamo avere installato sul nostro sistema xev, piccolo programmino che stampa a video gli eventi che si generano in X. Se non lo avete dovete installarlo, servirà per ottenere i keycode dei pulsanti;
2. apriamo una shell e lanciamo xev. Si aprirà una piccola finestra e il programma resterà in esecuzione mostrandoci a video delle informazioni per ogni operazione che faremo;
3. con xev in esecuzione, premiamo il tasto che vogliamo configurare (o la combinazione FN+tasto) e osserviamo il contenuto stampato nella shell:
   Ora ci sono tre possibilità:
   • se vedete nel messaggio a video un codice che inizia con XF86 (come quello cerchiato in verde) allora andate al punto 11;
   • se vedete un codice numerico accanto alla scritta keycode (come quello cerchiato in rosso) allora andate al punto 7;
   • se non appare nessuno dei due, non preoccupatevi, andate al punto 4.
4. se siete a questo punto significa che non avete nè il codice XF86 nè il keycode del vostro tasto speciale. La prima cosa da fare è identificare il codice esadecimale del tasto, dovrebbe essere nella stessa schermata di xev (in quella di esempio non c’è) ed è del tipo e0XX oppure XX;
5. individuato il codice esadecimale abbiamo bisogno di un’altra utility, setkeycodes, per trasformare questo codice esadecimale in un keycode come quello dell’esempio. La sintassi è di questo tipo:
   setkeycode codice_esadecimale keycode
   dove il codice_esadecimale è quello individuato al punto 4 e dove il keycode invece è un qualsiasi keycode libero. Potete vedere la lista dei keycode usati e liberi utilizzando il comando dumpkeys (eseguire da root);
6. chiaramente questa operazione si deve eseguire per ogni tasto che ci interessa. La soluzione migliore è mettere in uno script all’avvio tutte le chiamate a setkeycode che ci interessano. Ad esempio nel file /etc/conf.d/local.start potremmo inserire qualcosa del genere:
   setkeycodes e011 227
   setkeycodes e00a 222…
   A questo punto proseguire con il punto 7.
7. Se siete qui significa che avete il keycode per il vostro tasto speciale. A questo punto dobbiamo mappare questo keycode su un codice XF86 (riconoscibile quindi da X). Per fare questa operazione abbiamo bisogno di un altro programma Xmodmap. Se non lo avete, dovete installarlo.
8. Dobbiamo realizzare un file di testo contenente all’interno varie righe con la seguente formattazione:
   keycode XXX = XF86ETCETC
   per ogni keycode (e tasto) che ci interessa configurare. Un elenco di codici XF86 completo non sono mai riuscito a trovarlo. Sul web si trovano molti esempi, ad esempio questo post su ubuntu ne contiene alcuni.
   Ci sono comunque alcuni codici generici che si possono usare del tipo XF86LaunchA, XF86LaunchB, XF86Launch1, XF86Launch2, ecc.
9. Fatto ciò dobbiamo aggiungere Xmodmap in esecuzione automatica passandogli come parametro il file creato al punto 8. Ad esempio potremmo realizzare uno script contenente la seguente riga:
   /usr/bin/xmodmap $HOME/file_creato_punto_8
   da mettere nella nostra cartella ~/.kde/Autostart.
10. Al prossimo avvio i codici keycode saranno mappati su quelli XF86 e riconosciuti quindi da X. Possiamo eseguire l’ultimo passo e cioè usare questi codici per associare gli eventi.
11. Per associare i codici XF86 agli eventi, basta andare nel centro di controllo di kde > regionali e accesso facilitato > scorciatoie della tastiera.
    In questa schermata possiamo utilizzare i nostri tasti appena configurati e associarli a programmi, comandi, script, ecc.

Dovremmo aver finito…il post è un po’ lunghetto e spero di essere stato chiaro. Se qualcosa non va o avete problemi, commentate pure.

Eccoci al terzo capitolo dei post dedicati a gento su dell xps m1330. Oggi vediamo cosa serve per far funzionare il lettore di card integrato nel portatile.

Innanzitutto vediamo il modello di lettore con il comando lspci:

03:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22)

Anche in questo caso non voglio riscrivere cose già presenti abbondantemente sul web. Vi fornirò qualche link e qualche tips utile.

Innanzitutto per abilitare il funzionamento abbiamo bisogno dei driver mmc e mmc_sdhci. Per la configurazione corretta del kernel potete guardare la già segnalata guida di andrea brandi.

Il problema è che con la semplice configurazione del kernel il funzionamento non è assicurato. Questo perché il modello in questione ha alcuni problemi con le MMC. Le schede SD verranno riconosciute al primo colpo mentre le MMC no. Il problema è noto, se ne parla molto sul web e la soluzione è la seguente, aggiungere al file /etc/conf.d/local.start le seguenti righe:

setpci -s ’03:01.0′ 0xCA=0×57
setpci -s ’03:01.0′ 0xCB=0×02
setpci -s ’03:01.0′ 0xCA=0×00

La prima riga abilita la scrittura, la seconda disabilita il controller MMC (che da problemi) e la terza disabilita la scrittura.
Dopo aver fatto ciò dovrebbe funzionare alla perfezione sia con MMC che con SD: inserita la vostra card e il sistema la riconoscerà al volo.

Nel precedente articolo su gentoo e dell xps m1330 ho detto che avevo intenzione di scriverne altri. Quello che voglio scrivere oggi riguarda il letBus 007 Device 002: ID 0483:2016 SGS Thomson Microelectronics Fingerprint Readerore di impronte digitali. Sicuramente non sarà la vostra precedenza quella di configurare il lettore biometrico con gentoo linux ma credo che non tutti possano trovare la stessa facilità nel configurare altro hardware e questo lettore.

Per prima cosa scopriamo di che modello si tratta:

il comando lsusb ci dirà che si tratta del modello

Bus 007 Device 002: ID 0483:2016 SGS Thomson Microelectronics Fingerprint Reader

Spero che nel frattempo non sia cambiato. In tutti i casi dopo una breve ricerca su internet ho visto che c’è il progetto thinkfinger che permette di gestire i lettori biometrici della UPEK sotto linux.

La configurazione non è stata difficile: ho semplicemente seguito questa guida e il tutto ha funzionato al primo colpo. Per la configurazione sotto kde e gnome vi rimando alle relative guide.

E’ importante sottolineare (è scritto anche nell’how-to di kde) che se usate kde non potete utilizzare l’ultima versione di thinkfinger (la 0.3) perché va in conflitto con kdm e si impallerà tutto al momento del login. Ciò significa che dovrete utilizzare la versione 0.2.2 e ciò significa che potrete utilizzarlo solo per il login da shell. Per ora niente uso grafico…il supporto in kde è scarso.

Ricordatevi quindi di bloccare il pacchetto aggiungendo nel file /etc/portage/package.mask la riga

sys-auth/thinkfinger-0.2.2-r1

Per gnome invece nessun problema, io non l’ho usato ma ho letto sul web che non ci sono problemi.

Un’ultima cosa: esiste anche un altro progetto per linux e la gestione dei lettori biometrici, si chiama fprint e non ho ancora avuto modo di provarlo. Sul sito il nostro dispositivo è indicato come supportato ed in più l’autore dice che il tutto è compatibile con kde e quindi è possibile l’uso grafico (quello che ci serve!). Appena avrò il tempo e la voglia di provarlo ne scriverò un articolo…nel frattempo se qualcuno di voi ne sa di più…commenti pure!

Alla prossima!

Avendo acquistato il portatile in oggetto (dell xps m1330) mi è stato chiesto (da redsend) di scrivere uno o più articoli su come ho installato e configurato tutto il necessario per far funzionare gentoo sull’hardware del suddetto portatile.

La mia idea sarebbe di non scrivere degli how-to, tutorial, guide, ecc., perché in rete ce ne sono già e mi sembra inutile riscrivere le stesse cose. Preferirei, piuttosto, scrivere brevi articoli con link ai siti che ho utilizzato come riferimento e magari qualche suggerimento dove può essere utile.

In questo primo articolo voglio solo dire che l’hardware del portatile in questione è il seguente:

(comando lsusb)

Bus 002 Device 004: ID 05a9:2640 OmniVision Technologies, Inc.
Bus 002 Device 001: ID 0000:0000
Bus 007 Device 002: ID 0483:2016 SGS Thomson Microelectronics Fingerprint Reader
Bus 007 Device 001: ID 0000:0000
Bus 006 Device 001: ID 0000:0000
Bus 005 Device 002: ID 046d:c016 Logitech, Inc. M-UV69a Optical Wheel Mouse
Bus 005 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000
Bus 004 Device 001: ID 0000:0000
Bus 003 Device 005: ID 0a5c:4503 Broadcom Corp.
Bus 003 Device 004: ID 0a5c:4502 Broadcom Corp.
Bus 003 Device 003: ID 413c:8126 Dell Computer Corp.
Bus 003 Device 002: ID 0a5c:4500 Broadcom Corp.
Bus 003 Device 001: ID 0000:0000

(comando lspci)

00:00.0 Host bridge: Intel Corporation Mobile Memory Controller Hub (rev 0c)
00:01.0 PCI bridge: Intel Corporation Mobile PCI Express Root Port (rev 0c)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Contoller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 02)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 02)
00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f2)
00:1f.0 ISA bridge: Intel Corporation Mobile LPC Interface Controller (rev 02)
00:1f.1 IDE interface: Intel Corporation Mobile IDE Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation Mobile SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation Unknown device 0427 (rev a1)
03:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05)
03:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22)
03:01.2 System peripheral: Ricoh Co Ltd Unknown device 0843 (rev 12)
03:01.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12)
03:01.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev ff)
09:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5906M Fast Ethernet PCI Express (rev 02)
0c:00.0 Network controller: Intel Corporation Unknown device 4229 (rev 61)

E’ tutto compatibile al 100% con linux (in particolare con gentoo) e in rete si trova tutto l’indispensabile per configurarlo al meglio.

Avevo l’esigenza di avere anche windows XP sul mio portatile e quindi ho seguito questa guida e quest’altra per un corretto partizionamento. La prima (quella di andrea brandi), usata anche successivamente, si riferisce all’installazione di vista, mentre la seconda (quella di rafanto) spiega come installare xp e tutti i driver. Io ho proceduto nel seguente modo: dalla prima ho appreso il corretto partizionamento per il dual boot + mediadirect e dalla seconda ho installato/configurato xp e relativi driver.

Dalla guida di brandi ho preso spunto fino al paragrafo “Installare dell media direct” e poi dopo ho proceduto a modo mio utilizzando prima il cd live di mandriva per creare le partizioni (ritengo diskdrake il miglior partizionatore grafico per linux) e poi dal cd minimale di gentoo 2008.0 che è compatibile con la nostra scheda ethernet. Ciò significa che si può procedere semplicemente seguendo l’handbook di gentoo senza i passaggi indicati nella guida di brandi.

Se qualcuno ha problemi su questa prima fase può scrivere qui!

Di questi contest se ne vedono molti in giro ultimamente, ma questo mi ha stuzzicato perché il premio in questione è molto interessante: un mackbook air!

Risparmiare è la parola d’ordine del blog: articoli di ogni tipo su benzina, medicinali, neonati e tanto altro.
Da qualche giorno ha dato via a questo contest (dove bisogna segnalare il loro sito) con il quale si può vincere il portatile in questione.

Io ci provo…. ;)

Il Ministero per le Politiche Giovanili e le Attività Sportive (POGAS), il Ministro per le Riforme e le Innovazioni nella Pubblica Amministrazione e il Ministro dell’Università e della Ricerca (MIUR), in collaborazione con l’Associazione Bancaria Italiana (ABI), hanno deciso di lavorare insieme per sostenere i processi di crescita delle giovani generazioni e hanno sottoscritto un Protocollo d’intesa tra loro.

Il Protocollo d’intesa permette agli studenti impegnati nella formazione universitaria e postuniversitaria un agevole accesso al credito, con l’unica garanzia della propria determinazione e dei requisiti di merito, per sostenere autonomamente le spese connesse alla propria formazione.

L’obiettivo è quello di mettere in condizione i giovani di investire responsabilmente sul proprio futuro e avere un più libero accesso al sapere e alla formazione.

Il testo è estratto direttamente dal sito diamoglicredito.it, iniziativa rivolta agli studenti universitari, con età compresa tra i 18 e 35 anni, attraverso la quale si può accedere ad una serie di finanziamenti agevolati al fine di pagare tasse, partecipare al programma erasmus, acquistare un portatile, ecc…

Sul sito sopra indicato potete trovare notizie dettagliate, requisiti minimi di accesso, modalità e altre info utili.

(Grazie a roby per la segnalazione)

L’acer ha messo in commercio un notebook con linux preinstallato. Il portatile è di fascia economica (399.00 €): hard da 80GB, 1GB di ram, processore Celeron, ecc. Potete comprare il notebook a questo indirizzo.

La distribuzione installata è Linpus, distribuzione che non conoscevo e che, a quanto leggo sul sito, è progettata proprio per i pc low-cost.

Devo dire che l’acer ancora una volta è stata avanti, già mi aveva sorpreso quando per prima aveva reso disponibile il modulo di rimborso di windows…ora anche linux preinstallato!

Sono in procinto di comprare un portatile nuovo e tra una caratteristica e l’altra mi sto interessando di cercare il modo di non avere il S.O. o averne quantomeno il rimborso. L’argomento è vecchio, se ne parla da sempre in rete e uno dei nostri (deepred) da poco l’ha ottenuto dalla Asus. Essendomi trovato a parlare con una serie di call-center di aziende di notebook in questi giorni, non voglio quindi aggiungere niente di nuovo a quanto di già detto, ma solo raccontare l’esperienza con l’assistenza clienti Samsung che mi ha dato la risposta più “divertente”!

Risponde la signorina gentile di turno alla quale non chiedo se fosse possibile avere un rimborso, ma chiedo direttamente quale procedura effettuare con samsung per averlo.
La signorina, molto sorpresa, dice che è impossibile fare un’operazione del genere, che il notebook è un bundle, che il S.O. non è scindibile dal portatile, che HW e SW viaggiano insieme e tante altre cose.
Le faccio notare che non ho chiesto se fosse possibile, dandolo per scontato ;), ma solo che procedura effettuare. Le ho citato la sentenza del giudice di pace, l’esposto dell’antitrust italiano, la modulistica sul sito aduc e altro.
Lei dice che si tratta sicuramente di altro, che forse c’è un errore, che una cosa del genere è impossibile, ecc.
Le dico anche che alcune aziende (acer) si sono attrezzate con opportuna modulistica per richiedere il riborsoe e che altre (msi) stanno proponendo modelli senza sistema operativo.
Lei sempre più sorpresa dice di attendere in linea e corre ad informarsi.
Dopo una decina di minuti torna al telefono con il contratto alla mano e dice che in realtà ho ragione, anche se la politica di Samsung non è di restituire in denaro il valore della licenza, bensi di dare una cifra simbolica di 1 (dico uno) euro in cambio di restituire cd di windows e adesivo della licenza.
Dopo un attimo di incredulità 0_0 le ho fatto notare che la cosa era divertente ma che quindi in pratica non c’era alcun timborso.

“In pratica si” mi ha detto lei.

Senza parole…

Sono riuscito a far funzionare correttamente l’ibernazione sul mio portatile e, siccome non è stato semplicissimo, voglio condividere con gli interessati quali sono i passi che sono stati necessari

Per far funzionare l’hibernate sulla mia macchina Asus, ho installato i sorgenti del kernel contententi sia le patch per Gentoo sia quelle per la sospensione, reperibili nel Portage come tuxonice-sources (in particolare al momento è presente la versione 2.6.23-r10).

Una ottima guida per la corretta configurazione del kernel e delle utility necessarie è quella fornita dal wiki di Gentoo. Tuttavia, nonostante sia molto ben fatta, ho trovato qualche problema, in particolare derivante dalla incompatibilità con i driver nvidia.

Tale incompatibilità è stato possibile risolverla attraverso questi semplici pochi passi:

1. Commentata la linea relativa ad nvidia in /etc/hibernate/blacklisted-modules;
2. In /etc/hibernate/common.conf decommentate le linee
   

   UnloadBlacklistedModules yes
LoadModules auto
GentooModulesAutoload yes

3. In /etc/hibernate/suspend2.conf aggiunta la linea
   

   ProcSetting extra_pages_allowance 7500

   (NOTA: dovrebbe funzionare anche per valori più bassi, in particolare ho trovato forum in cui si consigliava di impostare questo parametro a 7200, ma non ho provato).

Dopo aver fatto funzionare correttamente il processo di ibernazione, il passo successivo è stato quello di configurarlo in modo da permettere di funzionare con uno splash di sfondo. Per questo ho eseguito i seguenti passi:

1. In /etc/hibernate/suspend2.conf ho aggiunto la linea
   

   ProcSetting userui_program /sbin/tuxoniceui_fbsplash

2. In /etc/hibernate/common.conf ho decommentato le linee:
   

   FBSplash on
FBSplashTheme tuxonice
SwitchToTextMode yes
UseDummyXServer yes

3. Inoltre ho modificato l’immagine initrd aggiungendogli l’applicativo tuxoniceui_fbsplash, attraverso questi passi:
   

   # mount /boot
# mkdir ~/initrd.d
# cp /boot/fbsplash-theme-1024x768 ~/initrd.d/
# cd ~/initrd.d
# gunzip -c fbsplash-theme-1024x768 | cpio -idm --quiet -H newc
# rm fbsplash-theme-1024x768
# cp /sbin/tuxoniceui_fbsplash sbin/
# find . | cpio --quiet --dereference -o -H newc | gzip -9 > /boot/fbsplash-theme-1024x768

4. Infine ho creato il symlink /etc/splash/tuxonice al tema che desideravo in /etc/splash

Questo sarebbe dovuto bastare, ma in realtà non è stato così. Infatti, l’esecuzione dell’hibernate restituiva il seguente errore:

Could not talk to splash daemon. fbsplash disabled.

Un po’ di ricerche sul web e nel mio filesystem, mi hanno permesso di individuare l’origine dell’errore nel fatto che il file /lib/splash/cache/.splash sarebbe dovuto essere una FIFO ed invece era un file regolare. Per ovviare a questo problema, mi è bastato semplicemente aggiungere in /etc/conf.d/local.start le seguenti linee:

if ! test -p /lib/splash/cache/.splash; then
rm /lib/splash/cache/.splash &>/dev/null
mkfifo /lib/splash/cache/.splash
fi

Dopodiché, al successivo riavvio, è stato possibile attivare l’ibernazione con splash grafico in modalità silent. Nel caso si desidera utilizzare la modalità verbose, la situazione invece si complica un pochino. Infatti la modalità testuale presente in TuxOnIce (attivabile mediante l’opzione ProcSetting userui_program /sbin/tuxoniceui_text) non mi è stato possibile riuscirla a far funzionare.

In alternativa ho provato ad editare lo script /usr/share/hibernate/scriptlets.d/fbsplash, sostituendo, ogni qual volta appariva set mode silent con set mode verbose: questa operazione funziona, ma produce una grafica pessima nelle fasi finali della sospensione (iniziali del resume).

Spero che questi miei tentativi possano essere utili a qualcuno e non appena ne saprò qualcosa in più ve ne renderò senza dubbio partecipi.

Ho ottenuto il rimborso di Windows. C’è l’ho fatta!!! Sì anche io sono nella lista di quei pochi che ci sono riusciti. Ora vi spiego come.

Come ben saprete, durante l’estate ho comprato un notebook di marca Asus. Ovviamente si trattava di un portatile da equipaggiare con Linux. Avevo avanti tre alternative:

• Notebook vergine
• Notebook con linux preinstallato
• Notebook con windows

Penso che sia ovvio dirvi che le prime due opzioni risultavano abbastanza difficili da praticare: solo con difficoltà si riuscivano a trovare piccole aziende che trattassero materiale del genere in Italia. Inoltre tali opzioni non garantivano la possibilità di una vasta scelta tra un insieme veramente vario di modelli e tecnologie e soprattutto non fornivano adeguate garanzie e assistenza come invece avveniva per una grande azienda (come è stato ampiamente discusso anche nei commenti al post “!(Microsoft Windows *) => !Acquistare(TOSHIBA)“). E ovviamente, come tutti saprete, il fenomeno Dell-Ubuntu ancora non è sbarcato in Italia e a quanto sembra (leggi “Non voglio windows!!! neanche DELL mi aiuta :(“) sarà ancora lontano a venire.

Quindi, l’unica soluzione possibile era selezionare un computer che avesse una buona compatibilità hardware con Linux e provare a chiedere il rimborso di Windows: come già accennato la scelta è caduta su un modello di marca Asus. Tuttavia prima di procedere con l’acquisto pensai di inviare una mail alla filiale italiana della casa taiwanese, di cui riporto il testo:

Sono un privato interessato all’acquisto di un notebook.
Sono particolarmente attratto da alcuni prodotti proposti dalla vostra azienda. Tuttavia ho notato che tutti i notebook proposti prevedono la presenza di un sistema operativo Microsoft Windows. Dato che non sono interessato a questa caratteristica, chiedevo se la vostra azienda permettesse anche l’acquisto di notebook senza sistema operativo o con altri sistemi operativi.

In caso contrario sarei interessato a conoscere la posizione dell’azienda nei riguardi di un eventuale rimborso del sistema operativo, se consentito dalla licenza d’uso (EULA) del prodotto, in mancanza dell’accettazione di tale licenza.

Era il giorno 16 giugno 2007. La risposta non si fa attendere moltissimo. Infatti solo 2 giorni dopo leggo:

Gentile cliente,
grazie per aver contattato il supporto commerciale di ASUSTEK Italy.

La informiamo che i notebook di marca Asus vengono venduti al pubblico solo unitamente al sistema operativo Microsoft.

Pertanto se desidera potrà restituire il software e ricevere il relativo rimborso, inviando il portatile e gli accessori presso la sede di ASUSTEK Italy S.r.l., unitamente alla copia del documento d’acquisto del prodotto, affinché Asustek provveda a trattenere la licenza per il S.O. e il relativo CD-ROM, nonché a rimuovere il programma dal notebook acquistato.

Sono positivamente colpito da questa risposta che mi fa convincere ancora di più delle qualità della scelta. Intanto continuo a valutare altre alternative, ma poi procedo con l’acquisto. Questo, un po’ per ritardi miei, un po’ per ritardi del rivenditore avviene solo il 3 Agosto 2007. Prontamente provvedo a contattare l’help desk di Asus per avere istruzioni sul procedimento da seguire per la richiesta di rimborso. Telefonicamente mi notificano che non è necessario inviare il notebook, basterà inviare loro

• copia del documento d’acquisto del notebook
• adesivo di licenza Microsoft
• cd del software perfettamente sigillato

il tutto accompagnato da una lettera accompagnatoria (in cui siano indicate anche le coordinate bancarie per il pagamento) che riporto qui:

Gentile Asus Italy

ho acquistato un portatile Asus della serie A8SC in data 3 Agosto 2007, come evidenziato dal documento di acquisto di cui è allegata una copia.
Non essendo interessato al sistema operativo Microsft Windows e agli altri software compatibili solo con tale sistema operativo fornitomi con il portatile, ho provveduto a non accettare la licenza OEM associata.
Pertanto richiedo rimborso del prezzo pagato per il seguente software:

Sistema Operativo Genuine Windows Vista Home Premium
Symantec Norton Internet Security 2007
NERO 7 Essentials

Seguendo le istruzioni fornite da voi nell’email allegata e poi rettificate attraverso comunicazione telefonica con l’HelpDesk, allego l’adesivo della licenza Microsoft e i cd di Windows Anytime Upgrade e di Nero OEM Suite perfettamente sigillati.

Siccome ero stato invitato ad avviare questa procedura dopo Ferragosto, invio mezzo raccomandata tutto l’occorrente il 20 Agosto 2007. La ricevuta di ritorno mi informa che tutto il materiale è stato consegnato 2 giorni dopo. A questo punto c’è da attendere solo i soldi…

E questa attesa è piuttosto lunga. Mi avevano avvisato che avrei dovuto aspettare molto, ma dopo i due mesi comincio a spazientirmi di non aver ricevuto alcuna informazione (né alcun soldo), e il giorno 2 Novembre invio loro la seguente email:

Ho acquistato nel mese di agosto un portatile asus con windows vista. Non essendo interessato a questo sistema operativo ho provveduto a non accettare la licenza e a sostituirlo con un nuovo sistema operativo linux a me più congeniale.

Dopo essermi informato sia via mail sia telefonicamente con l’help desk ho anche richiesto il rimborso del suddetto sistema operativo (e di altre applicazioni collegate), inviando il materiale richiesto il giorno 20 Agosto 2007 mediante raccomandata e giunta a voi, da quanto riportato dalla ricevuta di ritorno 2 giorni dopo.

Essendo passati ormai più di 2 mesi e non avendo ricevuto da voi alcuna notizia, né tantomeno il rimborso, chiedo informazioni sullo stato della richiesta e su quanto tempo debba aspettare ancora.

Dopo 3 giorni mi rispondono, chiedendomi ulteriori informazioni sulla richiesta:

Gentile Cliente,
grazie per aver contattato il supporto commerciale di ASUSTEK Italy.

Al fine di rintracciare la Sua richiesta La invitiamo a fornirci i Suoi dati, quindi nome e indirizzo indicati sulla raccomandata e a specificare cosa ha spedito presso la nostra sede.

Prontamente invio loro quanto richiesto, attraverso la seguente email

Allora sono Nome Cognome Indirizzo

Nella raccomandata erano presenti:
-copia del documento di acquisto del notebook
-adesivo di licenza Microsoft
-cd del software perfettamente sigillato
-lettera accompagnatoria in cui motivavo l’invio del materiale e fornivo inoltre i dati bancari necessari per ottenere il rimborso

Inoltre come mi era stato chiesto sulla busta ho provveduto a specificare “All’attenzione dell’help desk”

Spero che queste informazioni bastino al fine di riuscire a rintracciare la mia richiesta e a fornirmi le informazioni che desidero

Dopodiché cade di nuovo il silenzio. Comincio a temere di dover riprovarci, stavolta in maniera un po’ più “cattiva” e invece il 15 Novembre ricevo la seguente mail:

Gentile Cliente,

Le chiediamo cortesemente di rinviarci tutti i dati del portatile ( modello, numero di serie ) e i Suoi dati bancari, per procedere al rimborso del sistema operativo tramite bonifico.

Ci scusiamo per il disguido e rimaniamo in attesa di un Suo riscontro.

Invio loro quanto chiesto il giorno successivo e… E credevo fosse questioni di giorni. Invece no, non è così. Infatti il giorno 29/11, stanco di attendere li ricontatto nuovamente via mail:

Ma quanto tempo devo aspettare ancora per il rimborso?!?
Sono quasi 3 mesi che ho inviato tutto il materiale necessario e (come potete leggere dalla storia delle mail) vi ho rimandato tutto il necessario per rieffettuare le verifiche e infine in data 16/11 i miei dati bancari completi.

Sono passati ormai quasi 2 settimane!!! C’è ancora molto da attendere?

Il giorno 5 dicembre, dopo non aver ricevuto nessuna risposta invio una nuova email, stavolta un po’ più cattivo e minaccioso:

Dalla precedente richiesta (mostrata qui sotto) è passata una settimana senza ricevere ancora risposta.
Credo che ora l’attesa e l’assenza di informazioni si stia facendo insostenibile. Attendo un rimborso della licenza Windows da oltre 3 mesi e nonostante mi abbiate richiesto nuovamente informazioni su tutto ciò che vi avevo già mandato per verifiche e controverifiche ancora nulla di concreto è accaduto.
Ora credo che sia troppo. Spero da parte vostra di ricevere effettivamente il rimborso o quantomeno chiarimenti sulla data di emissione dello stesso, altrimenti sarò costretto a ricorrere legalmente per cercare di ottenere questo mio diritto.

E effettivamente sono intenzionato a rivolgermi alle associazione dei consumatori appropriate. Preparo tutti gli incartamenti necessari, ma poi rimando il tutto a dopo le sopraggiunte festività natalizie. Finché il 27/12/2007, controllando lo stato del mio conto corrente verifico la presenza di un bonifico a mio favore che riporta la seguente descrizione:

rimborso vista home premium bonifico n. 0922xxxxxxxxxx disposto da: asustek italy srl

ed ammonta alla cifra di… 36€. Sì solo 36€.

Diciamo che sono contento di essere riuscito ad ottenere il rimborso indipendentemente dalla sua entità, ma data la cifra piuttosto irrisoria sorge spontanea la domanda: quando conviene a noi utenti del pinguino chiedere tale rimborso? La mia risposta è che la convenienza sta nel provare a convincere qualche grande società a vendere computer vergini. E la vostra risposta?

Mi sono trovato a risolvere un problemuccio su un portatile di un neolinuxiano (duck007 ;) ) e volevo condividere questa breve guida sperando che possa servire a qualcuno. Il problema era di configurare una scheda wireless atheros ar5007eg sotto ubuntu 7.10. Dopo aver passato un bel po’ di tempo a fare “tentativi” e a cercare in rete non è riuscito a far riconoscere correttamente la scheda.
A dire la verità mi sono messo anche io in giro sul web e tra blog, forum e ticket ho trovato mille soluzioni diverse che però si sono rivelate inadeguate al caso in questione. Alla fine ho risolto partendo da un ticket sul sito di madwifi e vorrei riproporre il tutto in maniera più ordinata…e in italiano!

Prima di procedere voglio riepilogare il sistema su cui è stata effettuata la configurazione, anche se credo che non ci dovrebbero essere problemi su sistemi diversi:

Scheda wireless: atheros ar5007eg
Portatile: PackardBell EasyNote MX52-B-030
Processore: Turion 64bit
S.O.: Ubuntu 7.10

Prima di procedere assicuratevi che il sistema sia pulito da qualsiasi versione di ndiswrapper e di madwifi (infatti per la procedura seguente non va bene l’installazione da repository). La procedura dovrebbe funzionare anche su processori a 32bit (il post iniziale era proprio su un processore di questo tipo).

Come prima cosa scaricate questa versione dei driver madwifi (madwifi-ng-r2756-20071018).

Poi scaricate questa patch (madwifi-ng-0933.ar2425.20071130.i386).

A questo punto scompattate l’archivio contenente i driver e copiate all’interno della cartella principale, la patch scaricata. Da terminale (root) portatevi all’interno della cartella in questione.

Per applicare la patch eseguite il comando:

patch -p0 < madwifi-ng-0933.ar2425.20071130.i386.patch

Installate i driver seguendo le istruzioni del file INSTALL, di solito dovrebbe bastare semplicemente:

make
make install

Se l’installazione va a buon fine (non ricevete nessun messaggio di errore durante la compilazione), caricate i driver appena installati con il comando:

modprobe ath_pci

A questo punto, per testare la corretta individuazione della scheda, digitate:

iwconfig wlan0

Se è andato tutto bene dovrebbe apparire l’output relativo alla vostra scheda, qualcosa di simile a questo:

wlan0 802.11b/g NIC “” ESSID: “” …

A questo punto potete connettervi ad internet, tramite la vostra scheda wireless, nel modo che ritenete più opportuno, ad esempio usando wicd.

Ricordate l’articolo “Condividere la connessione ad Internet tramite una connessione wireless Ad-Hoc” di redsend?

In quell’articolo era mostrato un semplice script per configurare il proprio sistema in modo da poterlo rendere gateway in una rete wireless ad-hoc. Uno script perfettamente funzionante con gentoo, ma che è stato testato con successo anche su altre distribuzioni.

Tuttavia, in questi giorni ho attuato alcune modifiche e miglioramenti al suddetto script relative alle seguenti caratteristiche:

• possibilità di interrompere il servizio;
• separazione della configurazione dall’esecuzione;
• controllo della correttezza della configurazione;
• restore delle policy del firewall precedenti all’esecuzione dello script.

Analizziamo più in dettaglio ciascuna di queste come è stata attuata. La prima feature che intendevo aggiungere mi ha fatto subito pensare ai runscript di Gentoo, che gestiscono in maniera semplice ed efficiente l’avvio e la terminazione di servizi. A tale scelta naturalmente si adatta la naturale suddivisione della configurazione in /etc/conf.d e dell’esecuzione in /etc/init.d.

L’ebuild per installare tale runscript è disponibile qui.

Sebbene questa scelta ridimensiona la portabilità tra le diverse distro dello script originario, in realtà tali runscript sono facilmente convertibili in script bash: la versione bash dello script infatti si può scaricare da qui.

In tali script è stato come dicevo introdotto anche il controllo della configurazione: ossia, vengono verificate se tutte le variabili sono state opportunamente e correttamente settate e solo in tal caso si dà avvio all’esecuzione.

Infine, per quanto riguarda la gestione del firewall, sono state utilizzate le utility iptables-save ed iptables-restore, che permettono rispettivamente di salvare la configurazione corrente in un file di backup e di recuperare poi tale configurazione.

Spero che tale applicazione possa esservi utile.

Come espressamente richiestomi da redsend, vi descrivo qui brevemente come configurare la vostra Gentoo in modo che possa agevolmente trattare filesystem NTFS.

Prima di iniziare, credo che sia opportuno descrivere un po’ qual’è lo stato dell’arte per quanto riguardo il supporto linux ad NTFS:

• I driver NTFS di prima generazione presenti nel kernel fino alla versione 2.6.12 permettevano di accedere al filesystem in sola lettura, grazie all’intenso lavoro di reverse engineering per scoprire i segreti di questo formato chiuso di proprietà Microsoft;
• Con i driver di seconda generazione (dal kernel 2.6.12 ad oggi) è stato permesso anche l’accesso in scrittura che non danneggi la struttura del filesystem: ossia non si possono creare nuovi file, ne tantomeno modificare la dimensione di un file. Praticamente inutile.
• I driver di terza generazione (stabili da febbraio 2007) sono sviluppati invece fuori dal kernel e permettono un completo accesso in lettura e scrittura tramite FUSE (un interfaccia ai filesystem implementata in userspace).

Per installare tali driver è necessario che nel kernel non sia selezionata l’opzione “File Systems -> Filesystem in Userspace support“. A questo punto basterà installare con

emerge -av ntfs3g

che automaticamente installerà anche fuse. Per renderlo subito funzionante sarà necessario anche dare il comando

update-modules

Questo basta per installare i driver e sarà possibile montare partizioni NTFS con

ntfs-3g /dev/nome_device /mountpoint

o inserire tale voce in /etc/fstab indicando come filesystem ntfs-3g (no ntfs, altrimenti caricherà se installato il driver del kernel).

Fin qui tutto facile direte voi. I primi problemi, in realtà, si verificano con l’automounting e l’Hardware Abstraction Layer. Infatti il supporto HAL al mounting (quello che praticamente permette ai nostri DE di visualizzare l’iconcina del device e di montarlo/smontarlo con un semplice click) può montare un filesystem NTFS solo attraverso il driver presente nel kernel, grazie alle regole di automounting di default. Per ovviare a questo problema bisogna apportare delle modifiche ai file di configurazione di HAL (ATTENZIONE: le operazioni di seguito riportate sono valide solo per versioni di hal >= 0.5.9. Per le precedenti versioni vi rimando al seguente HOWTO. )

La prima operazione da compiere è recuperare gli script di mount e unmount degli storage utilizzati dalle versioni 0.5.7 di HAL. Per farlo basta eseguire i seguenti comandi:

ebuild /usr/portage/sys-apps/hal/hal-0.5.7.1-r5.ebuild install
cd /var/tmp/portage/sys-apps/hal-0.5.7.1-r5/image/usr/share/hal/scripts.
cp hal-system-storage-mount hal-system-storage-unmount /usr/libexec

Questa operazione non sovrascriverà nessuno degli script installati da hal-0.5.9. Inoltre questi script non saranno cancellati da aggiornamenti di HAL. Per concludere bisognerà aggiornare le policy di HAL creando il seguente file 10-ntfs-policy.fdi nella directory /etc/hal/fdi/policy/:

<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
<device>
<match key="volume.fstype" string="ntfs">
<match key="@block.storage_device:storage.hotpluggable" bool="true">
<merge key="volume.fstype" type="string">ntfs-3g</merge>
<merge key="volume.policy.mount_filesystem" type="string">ntfs-3g</merge>
<merge key="org.freedesktop.Hal.Device.Volume.method_execpaths" type="strlist">hal-system-storage-mount</merge>
<append key="org.freedesktop.Hal.Device.Volume.method_execpaths" type="strlist">hal-system-storage-unmount</append>
<append key="org.freedesktop.Hal.Device.Volume.method_execpaths" type="strlist">hal-storage-eject</append>
</match>
</match>
</device>
</deviceinfo>

Riavviando hal l’automount dovrebbe funzionare senza problemi.

Un’altra soluzione al problema potrebbe essere quella di sovrascrivere il file /sbin/mount.ntfs con il seguente script:

#!/bin/bash
ntfs-3g $1 $2

Questa soluzione potrebbe dare problemi nel caso sia installato anche il driver kernel e potrebbe essere sovrascritta da aggiornamenti del sistema.

Per entrambi le soluzioni proposte è consigliabile avere molta cura nell’applicarle per il corretto funzionamento del sistema.

Non sto per proporvi l’ennesimo articolo dove si parla di come ottenere il rimborso della licenza di Windows preinstallato sul vostro notebook. Quello che voglio segnalare oggi è un sito italiano che vende notebook di varie marche già senza Windows!

Si tratta dei laboratori AIDAN, negozio del modenese che ha sempre avuto nella sua offerta PC Desktop senza sistema operativo (o con linux preinstallato) e che da poco ha dato il via all’iniziativa Empybook.
Per ora ci sono 4 modelli di portatili (2 hp, un acer e un dell) ma, come si legge sul loro sito, se l’iniziativa avrà successo, promettono di inserire altri modelli a listino senza windows preinstallato.
[Edit: Come potete leggere nei commenti, ora i laboratori AIDAN forniscono qualsiasi tipo di portatile senza Windows preinstallato. Basta farne richiesta e loro si occupano del resto. Che dire? meglio ancora!]

L’iniziativa non è male, considerando che in questo modo l’utente risparmia tutta la fase (a volte veramente lunga) di richiesta rimborso presso il distributore di turno. Mi auguro che il listino diventi corposo e, soprattutto, che altri negozi seguano quest’esempio…anzi se ne siete a conoscenza di altri, segnalateli!