Così ho scritto un banale script di “aggiornamento” per il file

/etc/hosts

basato su tre semplici comandi:

curl

grep

hostname

ecco il mio script AdBlock.sh:

#/bin/bash
CURL=`which curl`
GREP=`which grep`

$CURL http://someonewhocares.org/hosts/ | $GREP 127.0.0.1 > /etc/hosts
echo "127.0.0.1" `hostname` >> /etc/hosts

Ricordatevi di settare i permessi di esecuzione:

chmod +x

E poi lanciatelo come:

sudo AdBlock.sh

Niente più fastidiosi banner navigando!

Per fortuna in molti casi è possibile affidarsi a servizi cosiddetti “zeroconf”, e nella fattispecie, sotto linux l’ottimo Avahi ci corre in aiuto.

Si tratta di installarlo (se non ancora presente nel sistema) insieme ad una manciata di altri pacchetti tramite il comando:

sudo yum install avahi avahi-autoipd avahi-compat-libdns_sd avahi-glib avahi-gobject avahi-tools avahi-ui avahi-ui-tools cups-ipptool cups-lpd nss-mdns

e lanciarlo tramite:

sudo systemctl start avahi-daemon

Aggiornamento: Come suggerito nei commenti sotto in alcuni casi il comando da dare è

sudo systemctl start avahi-darmon.socket

A quel punto non vi resta che lanciare l’utility di gestione delle stampanti e fare click sul pulsante di aggiunta nuova stampante, e magicamente, dopo qualche secondo, vedrete la lista di opzioni possibili popolarsi, oltre che delle classiche impostazioni manuali, dell’elenco delle stampanti di rete connesse alla vostra rete.

Su Fedora vi consiglio di lasciare perdere i tool di gestione delle stampanti del vostro DE che essendo piuttosto “vanilla”, peccano abbastanza di integrazione, ed utilizzare l’ottimo

sudo system-config-printer

che, tra le altre cose, una volta scelta la stampante, provvederà a scaricare ed installare driver e quant’altro nel caso fosse necessario.

Configurazione Hardware: Intel core i5-2300 (Sandy Bridge), MB ASUS P8H61 (rev. B3), 4 GB DDR3, Scheda Video discreta ATI Radeon HD4870 1GB DDR5.

Configurazione Software: Fedora 15 Lovelock (x86_64), spin KDE, driver video Opensource, compositing attivo.

Il problema.

Subito dopo l’accesso ad una sessione grafica (KDE4), da parte di un utente, si ha un temporaneo freeze del sistema (dell’ordine del minuto).

Andando a monitorare l’utilizzo delle risorse mediante un qualsiasi misuratore delle stesse (io uso l’ottimo htop) , si riscontra un anomalo uso del meccanismo di paginazione della memoria di sistema, con un mirroring pressoché totale del quantitativo di memoria RAM in uso nella memoria di SWAP, sebbene il quantitativo di RAM disponibile sia ancora ben cospicuo (circa 2,5 GigaBytes sui 4 disponibili).

Soluzione Temporanea.

Disabilitare lo spazio di swap:

swapoff /dev/partizioneDiSwap

Analisi nel dettaglio.

La causa scatenante sembrerebbero essere l’avvio di processi/thread che “occupano” cospicui quantitativi di RAM (leggasi, apertura Browser Web come Firefox o Google Chrome).  Quello che si osserva è un’occupazione di RAM pressoché costante, ed una rapida crescita del quantitativo di swap occupato, fino al “raggiungimento” del medesimo quantitativo di memoria RAM effettivamente occupata al momento.

In questo periodo il sistema è pressoché paralizzato, e dopo un periodo di “assestamento” di circa un centinaio di secondi, il sistema torna a funzionare correttamente, salvo sporadiche “ricadute”, ma normalmente di durata decisamente inferiore (dell’ordine di qualche secondo), in concomitanza della ripresa della sessione dopo un lockscreen o la partenza dello screensaver.

TO BE CONTINUED…

infatti vanno editati i file:

/etc/grub.conf

e

/etc/sysconfig/i18n

nei quali va sostituita il valore della variabile

LANG=en_US.UTF8

con

LANG=it_IT.UTF8

Purtroppo la modifica avrà effetto solo dopo un riavvio. Uno dei rari casi in cui Linux segue il cattivo esempio di Winsozz!

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

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