Consideriamolo un tip per newbie.

E’ sufficiente premere “/” e scrivere (apparirà a fondo pagina) il testo da ricercare, seguito da invio.

Per passare al match successivo si preme “n” e per passare al precedente “N” (shift-n).

Esattamente come in vim.

Il tethering da iPhone su linux funziona attualmente grazie ai seguenti componenti:

• modulo kernel: si chiama ipheth e una volta caricato farà comparire una interfaccia ethernet associata all’iPhone. Questo modulo è ormai incluso nel kernel Linux vanilla.
• software userspace per il pairing: per comunicare correttamente con l’iPhone occorre effettuare una operazione di pairing. Esistono almeno due software che si occupano di questo: ipheth-pair (sviluppato dall’autore del modulo ipheth) e idevicepair facente parte del pacchetto libimobiledevice.

Una apposita regola di udev fa si che non appena si colleghi l’iPhone tramite usb venga caricato il modulo ipheth e lanciato il software di pairing.

Il problema che riscontro tutt’ora è che sia il modulo incluso nel kernel, sia il programma di pairing (ipheth-pair) non funzionano.

Ho risolto installando l’ultima versione del modulo ipheth presa da git e utilizzando libimobiledevice per fare il pairing. La cosa strana è che nemmeno idevicepair che serve a fare il pairing non funziona, mentre ideviceinfo (che serve per avere delle informazioni sull’iphone collegato) riesce a portare a termine il pairing.

A questo punto ho modificato la regola udev in modo da richiamare ideviceinfo e per ora tutto funziona.

Questo è il PKGBUILD di ipheth-git comprensivo di dipendenza verso libimobiledevice e patch per utilizzare ideviceinfo come comando di pairing: ipheth-git-20110523-1.src.tar.gz

Non appena tornato con Arch avrei installato volentieri Gnome2, ma fatalità ha voluto che ormai Gnome2 fosse deprecato e al suo posto, nel repository [extra] facesse la sua bella presenza Gnome3.

Ho voluto concedergli una possibilità. Quale modo migliore di inaugurare una leggerissima net-install se non con una badilata di pacchetti da installare?

Devo dire che Gnome3 mi ha fatto una bella impressione, soprattutto a livello grafico, e decisamente meno a livello di funzionalità: praticamente si è passati da un DE completo e personalizzabile a un DE minimale (quanto meno nelle funzionalità) e difficilmente configurabile. Comprensibile però: nei prossimi mesi potremo giudicare con più distacco le potenzialità di questo nuovo Gnome.

Nel frattempo però, appurato che Gnome3 non lo volevo usare, ho iniziato a guardarmi intorno in cerca di alternative. Per chi non se lo ricorda, i miei ultimi anni su Arch li ho passati su un minimale openbox con un minimale lxpanel e zero menu o icone. Ammetto che non mi sarebbe dispiaciuto avere qualche coccola in più dal mio DE. Anzi, sarebbe più corretto dire che non mi sarebbe dispiaciuto usare un DE e non un WM.

KDE l’ho sempre snobbato, e anche se ora lo guardo con un po’ più di rispetto sono troppo affezionato alle GTK e alle applicazioni costruitesi attorno ad esse.

L’equazione era semplice da risolvere: DE + GTK – GNOME = XFCE4
I più scaltri mi faranno notare che esiste anche LXDE, ma provenendo da un openbox+lxde+thunar capirete che volevo osare qualcosa di più.

Xfce4 viene spesso etichettato come uno Gnome più leggero ma non poi così tanto più leggero. In effetti ha sempre vissuto un po’ all’ombra dello gnomo.

Devo invece dire che con qualche accorgimento, l’esperienza con Xfce4 si sta rivelando piuttosto appagante.

Qualche accorgimento

• Installare xfce4-power-manager per configurare e fare gestire automaticamente le impostazioni di risparmio energetico (principalmente la luminosità del display e la sospensione).
• Installare xfce4-volumed per controllare il volume audio con i tasti multimediali della tastiera.
• Facoltativo, installare superswitcher (ma se non lo installate vi perdete una piccola meraviglia).
• Facoltativo a seconda dei gusti: guake-terminal, un terminale drop-down

Mi è capitato ad esempio che chromium decidesse di aprire i PDF con Gimp, o addirittura peggio, di aprire tutti i file con Firefox.

Un rimedio consiste nell’installazione con pacman del pacchetto perl-file-mimeinfo.
Così facendo, ogni volta che xdg-open verrà invocato per aprire un qualsiasi file, verrà usato mimeopen (vedi https://bbs.archlinux.org/viewtopic.php?pid=690816#p690816).

Già questo dovrebbe essere sufficiente a correggere il problema; si può inoltre specificare con che applicazione aprire un certo tipo di file:

/usr/bin/vendor_perl/mimeopen -d file-di-esempio.pdf

Verrà chiesto il programma da usare e tale scelta verrà salvata per le future aperture di file dello stesso formato (PDF in questo esempio).

Il programma si chiama crunch e lo trovate in AUR (oppure qui se non siete arcieri http://crunch-wordlist.sourceforge.net/).

L’utilizzo è semplice:
crunch lunghezza_minima lunghezza_massima charset -o filename

Ad esempio, per generare tutte le parole di lunghezza compresa tra 1 e 8 caratteri, con alfabeto minuscolo e cifre numeriche:

crunch 1 8 qwertyuiopasdfghjklzxcvbnm0123456789 -o dict-az09.txt

Ho voluto mettere da parte ogni pregiudizio e accogliere a braccia aperte la beta 2 di Ubuntu 11.04 Natty.
Ho deciso di prendere la via più drastica: backup con fsarchiver della partizione di root di Archlinux del mio eeepc, formattazione e installazione di Ubuntu su tale partizione.

Cosa mi è piaciuto
E’ la prima volta che ho seriamente preso in considerazione l’ipotesi di rendere Ubuntu il mio sistema principale. Sin dal primo avvio ho avuto delle belle sensazioni: tutto era a posto, completamente funzionante, per non parlare dell’aspetto generale dell’ambiente grafico. Curato e appagante.
Il colpo di grazia, da questo punto di vista è stato il momento in cui ho collegato il mio iPhone all’eeepc: in pochi secondi potevo sfogliarne il contenuto ed anche accedere ai documenti di ciascuna app.
Tutto questo senza nemmeno aver mai aperto il terminale!

Cosa non mi è piaciuto
Ho preferito gnome2 a unity, ma questi son gusti personali; non ho apprezzato inoltre la maggiore pesantezza di Ubuntu rispetto ad Archlinux (considerato il netbook che sto usando).
Inutile negarlo, dopo 7 anni di utilizzo esclusivo di Archlinux, con Ubuntu installato non mi sentivo più il padrone della mia macchina.
Troppe le differenze sia tecniche che filosofiche (qualcuno ha detto apt vs pacman?). Non posso nemmeno dire che sia colpa di Ubuntu, ma Archlinux continua a rappresentare meglio il mio ideale di distribuzione, pur con i suoi “difetti” (a volte non si ha il tempo necessario per sistemare qualcosa che non funziona).

Morale della favola
Ubuntu 11.04 Natty è durata poco meno di due settimane sul mio eepc. Mi sento di fare i complimenti a Canonical e a chi sviluppa Ubuntu con così tanta passione: è una distribuzione che mi sentirei di consigliare ad occhi chiusi e che probabilmente risponde perfettamente alle esigenze medie.

Per finire, ho concluso quel viaggio spirituale con il mio rito preferito: una net-install fresca fresca di Archlinux. E un sospiro di sollievo: sono ancora il buon arciere di una volta :)

Il serverino è spesso frutto di saccheggio di vecchi pc dismessi dagli amici o dai parenti. Un piccolo Frankenstein al quale, grazie a Tux, ci vantiamo orgogliosamente di aver dato vita.

Chi ha la fortuna di disporre di una soffitta o di una mansarda infila la sua creatura in qualche suo angolo sperduto; i meno fortunati lo nascondono nell’armadio.

Ma in entrambi i casi, l’obiettivo è sempre quello: uptime. Il serverino deve restare accesso sempre.
Scorribande di processi devono essere libere di pascolare ininterrottamente: apache, mysql, vsftpd, ssh, samba, cups, mldonkey, amule, rtorrent.

Non è quindi un caso il riempirsi di orgoglio non appena l’uptime del proprio sistema segna un nuovo record.
Oggi voglio segnalarvi uptimed, il demone che non può mancare sul vostro serverino.

Il suo scopo è semplice: monitorizza l’uptime del sistema e crea delle statistiche (con tanto di classifica degli uptimes).

I dati raccolti sono richiamabili da terminale lanciando:

uprecords

Ottenendo un output del genere:

Accade in certi casi che la luminosità massima del display sia più bassa di quanto dovrebbe essere.

Ad esempio, se si abbassa la luminosità al minimo e si riavvia il sistema, non sarà possibile riportare la luminosità al suo livello massimo.

La regolazione dei vari livelli di luminosità funziona, ma tutti i livelli sono traslati verso luminosità più basse del normale.

E’ possibile aggirare questo bug (in attesa di un probabile fix nel kernel) usando il comando:

setpci -s 00:02.0 f4.b=ff

Per rendere definitivo il fix, occorre eseguirlo ad ogni boot (inserendolo ad esempio in /etc/rc.local).

tvnamer è un semplice programma da linea di comando utilissimo per rinominare in modo consistente i file degli episodi delle serie tv.

Si appoggia al database di theTVDB.com e grazie a delle potenti espressioni regolari, riconosce serie, episodio e titolo a partire dal nome del file avi. Infine, rinomina il file secondo uno schema predefinito.

tvnamer si trova in AUR o su google per i non arcieri.

Tutto questo grazie al lavoro di adriano

Ho provato entrambe le soluzioni, e alla fine ho scelto finit-arc perchè 1) mi consente di fare il boot “alla vecchia maniera” in caso di necessità e 2) è risultato anche più veloce di quick-init.

Cronometro manuale alla mano (nessuna voglia di installare bootchart) ora l’eeepc 901 di cui dispongo fa il boot da grub a X in circa 8 secondi.

Utilizzo un kernel che compilo personalmente (si tratta di un vanilla + zen), senza immagine di init e con tutti i moduli statici eccetto ethernet, wlan e eeepc_laptop.
In particolare, eeepc_laptop impiega più di 10 secondi a caricarsi, quindi l’ho aggiunto a /usr/sbin/services.sh per farlo caricare in background.

Questo il services.sh attuale:


#!/bin/sh

#Starting background daemons
/etc/rc.d/syslog-ng start &>/dev/null &
(/etc/rc.d/hal start && /etc/rc.d/wicd start) &> /dev/null &
modprobe eeepc_laptop &
echo "24 17 15 15" > /sys/devices/system/cpu/cpu0/cpufreq/phc_vids &
echo "24 17 15 15" > /sys/devices/system/cpu/cpu1/cpufreq/phc_vids &


Link al thread: http://forum.emesene.org/index.php/topic,1913.0.html

Gli arcieri trovano già il pacchetto emesene-crazy in aur.

“Arch Linux 2009.02. Ma quanto belli siamo?” :D

happy arch day e baci a tutti, arcieri e ubuntisti. kiss.

E’ pur sempe richiesta una patch nel kernel, ma almeno adesso non è richiesto ext3 come fs.

Conto di metterci le mani sopra quanto prima!

A dire il vero ho scoperto ora per caso che esiste in aur il pacchetto del solo modulo acpi-cpufreq per il kernel -ARCH, già patchato.

Quindi anche chi usa il kernel -ARCH può rimpiazzare quel modulo installando il pacchetto da aur e avvalersi del downvolting.

W aur!

Link: http://aur.archlinux.org/packages.php?ID=18310

La bella notizia è che anche l’atom può essere downvoltato, e l’altra bella notizia è che la patch phc (già integrata in zen) lo supporta già.

La mezza cattiva notizia è che non si può abbassare il voltaggio della cpu quando ha moltiplicatore minimo. Ovvero a 0,8Ghz il voltaggio minimo è quello di default.

Per ora me la sono cavata con l’aggiunta in rc.conf di queste due righe:

echo “24 17 15 15″ > /sys/devices/system/cpu/cpu0/cpufreq/phc_vids
echo “24 17 15 15″ > /sys/devices/system/cpu/cpu1/cpufreq/phc_vids

Con il tempo vedrò se i voltaggi vanno bene.
La ventolina al massimo potrebbe essere un ricordo :)

A quanto pare il colpevole è il file places.sqlite presente nella directory del profilo (solitamente ~/.mozilla/firefox/qualchecaratterecasuale/).

Il mio è arrivato a pesare 21 MB, non poco considerato che è un database plain text e che viene acceduto molto spesso da firefox.

Con firefox non in esecuzione l’ho rinominato. In teoria quel file contiene non solo la cronologia ma anche i segnalibri. Di questi ultimi però firefox fa dei backup automatici. Facendo ripartire firefox dopo aver rinominato place.sqlite infatti ho ritrovato i segnalibri così come li avevo lasciati, e ovviamente la cronologia azzerata.

Ma la cosa più importante è che finalmente firefox è tornato ad avere prestazioni più che decenti, oserei dire quasi “da primo avvio”.

Ho voluto verificare se il consiglio di utilizzare XAA come AccelMethod sia valido.

Ho usato il bechmark gtkperf per controllare le prestazioni dell’intel 945GME integrata nell’eeepc 901.

Ecco i risultati per quanto riguarda XAA:

GtkEntry – time: 0,15
GtkComboBox – time: 2,30
GtkComboBoxEntry – time: 1,47
GtkSpinButton – time: 0,28
GtkProgressBar – time: 0,21
GtkToggleButton – time: 0,42
GtkCheckButton – time: 0,28
GtkRadioButton – time: 0,66
GtkTextView – Add text – time: 2,07
GtkTextView – Scroll – time: 0,70
GtkDrawingArea – Lines – time: 1,81
GtkDrawingArea – Circles – time: 3,98
GtkDrawingArea – Text – time: 5,76
GtkDrawingArea – Pixbufs – time: 0,28
—
Total time: 20,37

e per quanto riguarda EXA:
GtkEntry – time: 0,15
GtkComboBox – time: 2,33
GtkComboBoxEntry – time: 1,42
GtkSpinButton – time: 0,27
GtkProgressBar – time: 0,21
GtkToggleButton – time: 0,38
GtkCheckButton – time: 0,28
GtkRadioButton – time: 0,73
GtkTextView – Add text – time: 2,22
GtkTextView – Scroll – time: 0,92
GtkDrawingArea – Lines – time: 2,39
GtkDrawingArea – Circles – time: 5,45
GtkDrawingArea – Text – time: 5,03
GtkDrawingArea – Pixbufs – time: 0,28
—
Total time: 22,07

Infine, EXA con opzione “MigrationHeuristic” “greedy”

GtkEntry – time: 0,12
GtkComboBox – time: 2,07
GtkComboBoxEntry – time: 1,69
GtkSpinButton – time: 0,28
GtkProgressBar – time: 0,24
GtkToggleButton – time: 0,47
GtkCheckButton – time: 0,24
GtkRadioButton – time: 0,68
GtkTextView – Add text – time: 2,27
GtkTextView – Scroll – time: 0,89
GtkDrawingArea – Lines – time: 2,45
GtkDrawingArea – Circles – time: 5,71
GtkDrawingArea – Text – time: 18,29
GtkDrawingArea – Pixbufs – time: 0,55
—
Total time: 35,96

Come si può vedere, XAA risulta il più performante, seguito a ruota da EXA, mentre EXA con l’opzione “greedy” risulta molto molto più lento (eppure viene consigliata in certi siti).

Sembra però che con la recente inclusione del GEM di intel (graphics execution manager) nel kernel 2.6.28, EXA (o meglio, il nuovo UXA) migliorerà al punto da essere finalmente più veloce di XAA.

I dettagli li rimando, lascio solo un breve resoconto dell’installazione e della prima configurazione.

Partizioni Originarie

Il disco principale dell’eeepc (4 GB) si presenta partizionato in 4 partizioni. Le prime due sono utilizzate da xandros (di cui una in sola lettura). Le restanti 2 sono due piccole partizioni di circa 8 MB (mega!), una utilizzata per eventuali aggiornamenti bios (è possibile copiarci li il file del bios e al boot questo verrà aggiornato), e l’altra utilizzata per la funzione fastboot del bios.

Io ho piallato tutto eccetto l’ultima partizione, visto che il fastboot è assai splendido :)

Eventuali aggiornamenti del bios li farò passare da una pennetta usb.

Installazione di arch

Ho usato un masterizzatore dvd usb e l’iso di test 2008.12, per installare un sistema base.

Ho creato un’unica partizione nel disco da 4GB (eccetto quella per il fastboot) e l’ho formattata in ext2.

Niente swap.

Ho in seguito utilizzato la connessione ethernet (il modulo era già presente nel kernel) per compilare il modulo wifi (rt2860, si trova in AUR).

netcfg ha qualche problemino a funzionare. Seguendo il consiglio del wiki di arch ho optato per wicd.

Xorg funziona splendidamente senza dover scrivere nessun file di configurazione. Nota: ricordarsi di installare hal e aggiungerlo ai demoni, altrimenti xorg parte senza le periferiche di input e bisogna riavviare la macchina.

Improving it!

Tra le prime cose che ho fatto, ho montato un tmpfs in /tmp e lì ci ho fatto anche cachare (non è una brutta parola!) firefox.

Oggi ho un po giocato con i kernel di robertek, uno zen ricompilato su misura (oserei dire “striminzito”, sono 5MB) per il 901.

Installato il kernel zen-eee dal suo repo, ho installato anche acpi-eee901, che contiene gli script acpi per gestire i tasti funzione. Contiene anche il programma asusosd, che lanciato all’avvio di openbox mi da un riscontro visivo con un popup quando alzo/abbasso volume e luminosità.

Successivamente ho ricompilato il kernel zen-eee per includere un po di moduli che non so per quale motivo erano stati lasciati fuori.

A breve scrivero di qualche altro pasticcio, e di tutto quello che causa dimenticanza e fretta ho sicuramente dimenticato di dire.

Pazzesco :)

Ah, eeepc 901 powered by arch :)

Ovviamente ho scelto la versione Linux, e non solo perchè ha una SSD più capiente, ma anche per dimostrare come consumatore il mio apprezzamento verso il pinguino.

Prime veloci impressioni:

• è piccolo! però si mantiene ancora utilizzabile. La tastiera richiede un minimo di pazienza per adattarcisi. Questo post lo sto scrivendo proprio dalla sua mini tastiera, e non ho grosse difficoltà.
• Lo schermo mi piace: molto luminoso ma utilizzabile anche a livelli di luminosità bassi (con miglioramento dell’autonomia della batteria). La risoluzione è sufficiente per lavorare, forse è un po’ troppo alta per le dimensioni del display, però questo fa si che la densità di pixel sia molto alta e così l’immagine appare molto nitida.
• Xandros non è poi così male. Sarà giocattoloso e tutto il resto, però il suo sporco dovere lo fa, e anche l’integrazione con l’hardware è ottima: tasti funzione perfettamente funzionanti e con feedback visivo (popup)

Altre cose le scriverò in seguito.

A causa di altri impegni, non sono ancora riuscito a smanettarci come vorrei (qualcuno ha detto arch?). Da sabato però il piccolino dovrà sopportare una lunga serie di esperimenti :)