Visto che mi sono imbat­tuto nel pro­ble­mone di aggiun­gere il numero della riga ad un listato e visto che ero curioso di vedere di farlo senza l’aiuto dei lin­guaggi di scrip­ting, mi sono arra­bat­tato con la shell. Ecco il risultato:

#! /bin/sh

FILE=$1
COUNT=`wc -l $FILE | awk '{print $1}'`
PAD="%0${#COUNT}d"
CNT=0
for i in `cat $1`; do
    CNT=$((CNT + 1))
    PREFIX=`printf $PAD $CNT`
    echo $i | sed "s/^/${PREFIX} /"
done

Nella spe­ranza che torni utile.

Visto che qual­che giorno fa mi lamen­tavo della qua­lità dell’installer per la CS3, segnalo que­sto post in cui viene spie­gato come creare un .pkg per la suite di Adobe.

Amazon aggiunge un altro tas­sello, fon­da­men­tale, per ren­dere il “cloud com­pu­ting for the rest of us” una realtà. Adesso è pos­si­bile asso­ciare un IP sta­tico al pro­prio account per poi gestire l’associazione indirizzo–istanza in modo libero, per­met­tendo, ad esem­pio, la dismis­sione della vec­chia istanza e l’attivazione della nuova in modo tra­spa­rente. #

Quasi quasi spo­sto que­sto blog… ;-)

Per chi è inte­res­sato, ho aggior­nato la pagina sull’LVM con qual­che dato di con­fronto con lo ZFS.

Un bel po’ di tempo accen­navo alla pos­si­bi­lità di fare il bac­kup dell’Open Directory e altre con­fi­gu­ra­zioni, con gli ovvii van­taggi in ter­mini di ammi­stra­zione e automazione.

Adesso ho anche tro­vato un arti­colo, con rela­tivo script, che (appunto) auto­ma­tizza il tutto.

Immagino che voi la fac­ciate il bac­kup, vero? Vero?? ;-)

Dal sem­pre utile Mac OS X hints ecco le istru­zioni per limi­tare l’uso della banda di alcune porte ip.

Nel caso non l’aveste sen­tito, Apple ha pre­sen­tato fra le altre cose un nuovo por­ta­tile, il MacBook Air ed è abba­stanza pro­ba­bile che ne abbiate già le tasche piene dei com­menti pro e con­tro, per cui aggiungo solo un paio di info che credo siano interessanti.

La prima riguarda la bat­te­ria che, secondo la docu­men­ta­zione, non è sosti­tui­bile dall’utente finale. Detto che è ovvia­mente meglio potersi cam­biare la bat­te­ria da soli, i pareri al riguardo sono discor­danti ma in ogni caso la que­stione è pro­ba­bil­mente irri­le­vante: secondo AppleInsider la sosti­tu­zione è comun­que banale.

La seconda noti­zia, più suc­cosa tec­no­lo­gi­ca­mente, riguarda la que­stione del (man­cante) let­tore ottico. Apple, per ovviare a que­sta man­canza, for­ni­sce un pro­gramma chia­mato Remote Disc per l’installazione via rete. Rete?  Ma il MacBook Air non ha nem­meno la porta Ethernet!

Questo vuol che Remote Disc è capace di fare da ser­ver NetBoot e che il MacBook Air può fare il boot via wire­less, cosa che Apple stessa scon­si­gliava fino a ieri. La que­stione non è di poco conto sia per l’entità delle modi­fi­che pre­su­mi­bil­mente richie­ste all’EFI e alla solu­zione di “det­ta­gli” come l’accesso a WLAN crip­tate, ad esempio.

Come spesso accade, la pro­po­sta di Apple non fa molti com­pro­messi: “love it or leave it”. La mia opi­nione? Non è la mia mac­china ideale, non ora… E voi, siete tentati?

Ho final­mente avuto il “dispia­cere” di dover usare Time Machine e “It just works”.

L’antefatto. Sabato ho aggior­nato MacPorts alla 1.6 e nella fretta del momento ho sba­gliato comando per aggior­nare i pac­ka­ges. Risultato: ho instal­lato tutti i moduli del Perl con le rela­tive dipen­denze. Un mezzo disastro.

Per cui vai con Time Machine! L’unica accor­tezza è stata che, essendo la /opt/local invi­si­bile dal Finder, biso­gna prima arri­varci manual­mente tra­mite CMD-SHIFT-G; una volta sele­zio­nata, sono andato a cer­carmi l’ultima copia di Venerdì e dopo 10 min (erano circa 2,5GB com­po­sti da innu­me­re­voli file) era tutto a posto.

Adesso ho tutto il tempo di pic­chiare la testa con­tro il muro per­ché ho fatto la stessa cosa sul por­ta­tile, dove uso ancora la 10.4

Ho notato che in Leopard i nomi utente asso­ciati ai pro­cessi sono pre­ce­duti da un under­score, ad _mysql, ma anche _www, e a livello semi–cosciente mi sono sem­pre chie­sto il perché.

Beh, l’ho sco­perto oggi ;-) ma non certo per merito mio: sem­pli­ce­mente l’ho letto in una mai­ling list:

This is because the ori­gi­nal desi­gners of Unix neglec­ted to take into
account the notion of user name­spa­ces — the name­space is flat. That
means that system or role spe­ci­fic names can con­flict with names that
users would like to use for them­sel­ves (c.f. “admin” or “ope­ra­tor”)
unless you adopt a con­ven­tion for kee­ping them sepa­rate. That
con­ven­tion is the pre­fix under­score. (Underscores in some direc­tory user, group names (Postfix MacPort exam­ple))

Con Mac OS X 10.5, la gestione dei log non è più affi­data a degli script di shell ma usa newsyslog(8), una uti­lity che arriva da NetBSD/FreeBSD.

Solitamente que­sta uti­lity viene lan­ciata rego­lar­mente via cron ma su Mac OS X 10.5 viene usato launchd(8), con risul­tati più o meno equi­va­lenti: new­sy­slog viene lan­ciata a mez­za­notte e, se la mac­china è spenta o in sleep, l’esecuzione viene rin­viata quando è disponibile.

Tuttavia, newsyslog.conf(5), di default, ruota il system.log entro un’ora dalla mez­za­notte e quindi la rota­zione può essere rin­viata inde­fi­ni­ta­mente. Per cor­reg­gere il pro­blema basta modi­fi­care /etc/newsyslog.conf, o spe­ci­fi­cando un’orario più adatto o espri­mendo la fre­quenza di rota­zione in ter­mini di intervallo.

Per altri det­ta­gli: “10.5: Allow the system.log file to be rota­ted daily”.