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.

Un bel giorno mi è venuta l’idea di trasformarlo in router 3G: considerato che quel router dispone una porta usb host avevo progettato di installarci openwrt, collegarci una chiavetta usb 3g e condividere la connessione bellamente in wifi.

Il primo ostacolo è stato proprio openwrt. Ho flashato un’immagine generica per l’architettura dell’AGA (bcm63xx), ma non sono riuscito a farlo partire (complice anche il fatto che non mi sono costruito l’interfaccia seriale e quindi non avevo possibilità di vedere i messaggi di boot del kernel).

A quel punto ho deciso di intraprendere una seconda strada.
Grazie a dei volenterosi del forum http://www.ilpuntotecnicoeadsl.com sono disponibili dei firmware modificati per l’AGA. La cosa interessante è che oltre alle immagini da flashare ci sono anche i sorgenti.

Ho scaricato i sorgenti di roleo e con un po’ di pazienza ho cercato di capire come funzionasse il tutto.

Grazie ad alcune dritte sul suddetto forum ho preparato un custom firmware con al suo interno quanto mi bastava per effettuare la connessione internet con la chiavetta e condividerla.

Ora mi trovo al punto in cui il sistema funziona e mi piacerebbe condividere quello che ho fatto con la comunità.
Peccato che mi manchi il tempo (e un po’ la voglia) di rifinire il lavoro, visto che attualmente è poco più di un proof-of-concept, ritagliato su misura per la mia chiavetta (huawei e220) e il mio operatore (tim-vodafone).

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.

Esiste una tecnica, chiamata ssh tunneling che può rivelarsi molto utile.

A cosa serve

Immaginiamo questo scenario: ci sono due macchine (lan1 e lan2) all’interno di una rete locale, magari proprio la lan di casa vostra.

lan1 è dotato di server ssh ed è raggiungibile dall’esterno (supponiamo quindi che il router della rete locale abbia già definite le regole per il port forwarding).

lan2 al contrario non è raggiungibile dall’esterno  (e probabilmente non ha nemmeno un server ssh attivo). Su di esso però è in esecuzione un servizio aperto alla rete locale (ad esempio un web server).

La sfida che ci si propone di risolvere è:  data la macchina client situata al di fuori della rete lan, come ci si può connettere al servizio offerto da lan2?

Ssh tunneling

Grazie ad ssh è possibile stabilire una connessione tra client e lan1, e veicolare all’interno di questa connessione (ecco il motivo del nome “tunnel”) un qualsiasi traffico TCP.

Per stabilire il tunnel si utilizza su client1 un comando del genere:

ssh <ip pubblico lan> -L <porta locale>:<ip privato lan2>:<porta lan2>

Una volta autenticati su lan1, tutte le connessioni che si faranno da client1 verso localhost:<porta locale> verranno instradate tramite ssh a lan1 e infine alla porta su lan2.

lan1 diventa quindi il nostro ponte (o meglio, tunnel) verso lan2.

Fintanto che la sessione ssh rimarrà attiva si potrà usufruire del tunnel.

E’ bene notare un piacevole effetto collaterale dovuto all’uso di ssh: i dati, fino a lan1, viaggiano in modo sicuro grazie agli algoritmi di cifratura di ssh.

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 :)

Ovvero mi sono interessato a questo: http://lwn.net/SubscriberLink/299483/fa0208e48cf3eeac/

L’interesse è partito da un topic sul forum archlinux.it iniziato dal buon adriano (http://adrinux.wordpress.com/2008/12/04/boot-rapido-5-secondi-anche-su-archlinux/).

Per farla breve, fino ad adesso si è lavorato su questi due punti:

• inclusione nel kernel -ARCH della patch fastboot, che riduce il tempo di avvio del kernel facendo alcune cose in modo asincrono
• inclusione di sreadahead negli script di init di arch (rc.sysinit in particolare) e con esso anche l’integrazione della patch a ext3 per marcare i file utilizzati in fase di boot (è necessaria una root in ext3)

A giudicare dai grafici bootchart di adriano fatti su una macchina reale (io per ora sto lavorando su una macchina virtuale), sreadahead fa il suo dovere.

Il tempo di boot però non pare ridursi così tanto, anzi si notano ancora delle pause indesiderate (in particolare nella fase finale, guardate nel topic del forum i grafici).

C’è dell’altro da fare con gli script di init, quasi sicuramente.

Aggiornamenti a seguire.

A questo link il changelog “umano” redatto da Linux Kernel Newbies: http://kernelnewbies.org/LinuxChanges

Il telefono gira grazie a linux e la sua interfaccia principale fa uso del toolkit GTK.

Arstechnica ha prodotto a questo link (http://arstechnica.com/reviews/os/open-moko-software.ars) una recensione completa di alcuni screenshot.

L’ho scaricato qualche giorno fa e ho cominciato a sfogliarlo (virtualmente). Dal poco che ho finora letto pare ben scritto e facile da capire.

Sicuramente è un testo consigliatissimo a chi si imbatte per la prima volta nel divertente lavoro di ricompilazione del kernel, ma può risultare utile anche a chi già pratica da tempo questo sport. Non si finisce mai di imparare e i consigli elargiti in questo libro sembrano davvero essere molti.

Il pdf è liberamente scaricabile dalla pagina ufficiale di Linux Kernel in a Nutshell, ovviamente il libro può essere anche acquistato in versione cartacea (è pubblicato dalla O’Reilly)

Sto perdendo qualche ora a giocare con questo window manager. E’ il primo tiling window manager che prendo in considerazione seriamente.

Non so ancora quanto durerà, per ora lo sto usando con discreta soddisfazione.

Lo incollo qui, può essere utile anche solo come spunto.

#!/bin/sh
#

INPUT_PDF=${1}
OUTPUT_PS=$(echo -n `basename "${INPUT_PDF}" ".pdf"`; echo ".ps")

cp $INPUT_PDF ridotte/$INPUT_PDF
cd ridotte
pdf2ps $INPUT_PDF
psnup -4 -f $OUTPUT_PS > aaa.ps
ps2pdf aaa.ps
mv aaa.pdf $INPUT_PDF
rm aaa.ps
rm $OUTPUT_PS

As of the 169.07 NVIDIA Linux graphics driver release, support for CPUs that do not support the SSE instruction set has been discontinued in NVIDIA’s OpenGL implementation. Unfortunately, current driver releases do not currently detect affected CPUs, leading to the crashes observed in this thread. Future NVIDIA Linux graphics driver releases will fail more gracefully.

In sostanza, se quello che viene affermato fosse corretto, Nvidia avrebbe deciso (a partire dalla versione 169.07 dei suoi driver grafici per linux) di non supportare più i processori non compatibili con il set di istruzioni SSE.

Da notare che il primo processore intel dotato di istruzioni SSE fu il pentium III; il primo processore AMD l’Athlon XP.

Se venisse confermato, questo sarebbe certamente un bel problema per chi utilizza una scheda video Nvidia non-legacy in abbinamento a una CPU non SSE.

Link al thread:

http://www.nvnews.net/vbulletin/showthread.php?s=59654181a8a4bc98a911b44ead17eb7c&p=1522860

Per ora è questo che mi ferma:

12:28:16 up 74 days, 22:58, 2 users, load average: 0.36, 0.37, 0.40

Forse non dovevo dotarti di UPS, ora sta diventanto un’ossessione.

“Gruppo di continuità”… dovevano chiamarlo accanimento terapeutico.

La notizia bella è che morto kamikaze, nasce zen: ad occuparsene sarà sempre il mitico Waninoko insieme a rmh3093.

La novità più grossa consiste in un repository git dal quale poter attingere sempre all’ultima versione delle patch impiegate nel patchset.

Ci saranno lo stesso una serie di rilasci (snapshot) stabili.

In AUR il buon p4ddY ha già reso disponibili i PKGBUILD per kernel26zen-git e i moduli aggiuntivi.

Durante le mie prove sono incappato in quello che ancora non so se ritenere bug: in presenza di finestre di urxvt il cambio di desktop non è istantaneo. Le finestre vengono disegnate con un sensibile ritardo, una alla volta, e persino la musica salta durante quella frazione di tempo (non mi era mai successo utilizzando uno scheduler decente, CFS o SD).

Certo, si parla di ritardi dell’ordine di 0,5/0,8 secondi per ogni finestra di urxvt aperta. Nemmeno così evidenti se di finestre se ne ha una sola aperta, ma assolutamente insopportabile in presenza di un maggior numero di finestre.

Dopo ulteriori prove mi sono accorto che il problema esisteva anche in caso di finestre di aterm.

Ho installato openbox-git da AUR per vedere se si trattasse di un problema già risolto, senza però ottenere risultati.

Non sapendo dove altro guardare (e dopo aver controllato nelle FAQ di openbox), ho chiesto nel canale IRC.

Lì molto gentilmente mi hanno indirizzato verso la configurazione di xorg, più in particolare un utente lamentava rallentamenti simili al mio in caso di attivazione dell’estensione Composite.

Detto fatto, ho provveduto a disabilitarla:

Section "Extensions"
    Option         "Composite" "Disable"
EndSection

Notare che l’opzione del driver proprietario nvidia:

Option         "AllowGLXWithComposite" "True"

sembra forzare l’attivazione dell’estensione Composite, a meno che questa non venga esplicitamente disabilitata, come ho riportato poco sopra.

Niente da dire, in questo modo non ho assolutamente ritardi nel rendering delle finestre, e persino le finestre che prima non presentavano il problema del ritardo ora sembrano disegnarsi più velocemente.

Un po’ a malincuore, ho constatato di non potermi più permettere così tanto tempo libero da dedicare al patchset -pierlo.

Inoltre il patchset kamikaze (dal quale prendevo la maggior parte delle patch) sta dimostrando una continua evoluzione, e sembra andare proprio nella direzione che speravo di prendere io con il mio patchset.

Ho pensato quindi di concentrare le eventuali poche forze disponibili nel contribuire come meglio posso allo sviluppo di kamikaze.

Colgo l’occasione per ringraziare i numerosi utenti che hanno avuto il coraggio di sperimentare con il mio patchset, e coloro che con i loro preziosi suggerimenti hanno contribuito a migliorarlo.

Un ringraziamento molto speciale va anche a imachine aka Mateusz Jedrasik, per il continuo aiuto (in modo specifico per quanto concerne la piattaforma x86_64)

English:I have decided to stop the development of -pierlo patchset due to time constrains.

The kamikaze patchset (which was the main source of the patches I included in -pierlo) is getting better day after day. I hope to be able to concentrate my (reduced) forces in improving it.

Thank you all for using -pierlo, reporting bugs, giving me suggestions.

I want to say “thank you” in particular to imachine aka Mateusz Jedrasik for his big help (especcially about the x86_64 platform)

Ultimamente sto riscoprendo lo gnomo, aka Gnome 2.20. In più da qualche giorno sto usando emesene-svn invece di amsn-svn.

Ah, e oggi ho installato networkmanager per rimpiazzare wicd.

Domani? Penso che scaricherò Ubuntu. Anzi attendo il 18 che esce la 7.10

Link all’intervista: http://apcmag.com/6735/interview_con_kolivas