Well, I learned (thanks Google) that Snow Leopard does a secure erase of the trash by default. Annoying.
And that I did not realize that until now. Embarassing.

So, this can be solved at least in two ways:

The GUI one
Go into Finder preferences, Advanced, and uncheck “Empty Trash securely”

or

the CLI one
Go into ~/Library/Preferences, convert the Finder preferences to xml (it’s binary by default)
plutil -convert xml1 com.apple.finder.plist
and change the stanza

<key>EmptyTrashSecurely</key>
<true/>
to
<key>EmptyTrashSecurely</key>
<false/>

I grew tired of asking myself what OSX was deleting (the operation can take a while, especially when — as I often do — you’re doing a secure erase) so this ugly one-liner, run as root, will give you the file the OS is working on:


ps auxw | grep -i locum | grep -v grep | awk '{print $2}' | xargs lsof -p | grep -i Trash | awk '{print $9}'


It will output something like this:
/Volumes/FAT80GB/.Trashes/502/xcode3210a432.dmg

You can wrap that command inside the usual while/sleep loop if you want something that keeps you updated on what is going on — or make it an alias for your favourite shell.

Now, no doubt it is handy and user-friendly and automagical and… but I feel it disturbing: if by chance I hand over the laptop to somebody for a quick glance at a web page, for example, she can use it to connect anywhere without my consent — ok, I’m oversimplifying, but you get the idea.

The mistery lies into our old friend ssh-agent: it is spawn using
/System/Library/LaunchAgents/org.openbsd.ssh-agent.plist
[on a single line for yout copying pleasure] as a configuration file and it will cache your passphrase the first time you use ssh.
Up to here it’s fine.

What is troublesome to me is that the default cache time is unlimited (see the man page, this is the default behaviour when it is launched without specifying a “-t” option) therefore it will never forget the passphrase until I logout — being the only user of my laptop, this does not happen often.

Enter the joy of xml configuration files: edit the org.openbsd.ssh-agent.plist, and add the option to your liking, that is change this

<array>
<string>/usr/bin/ssh-agent</string>
<string>-l</string>
</array>

to something like this

<array>
<string>/usr/bin/ssh-agent</string>
<string>-l</string>
<string>-t</string>
<string>120</string>
</array>

if a couple of minutes of “grace period” suit your usage.
Then, just kill the process — it will spawn again the next time you use ssh.

[By the way:
Dear Internet, posting code like the XML up here sucks big time.
It took me more time to format the two snippets to render correctly then writing the whole post.
What do you use to ease this pain?
thank you.]

The Audio Update 2007-001 addresses an issue with version 1.0 of the Mac OS X 10.4.10 Update in which a “popping” sound might be heard with some external speakers on Intel-based Mac. This update is recommended for all Intel-based Macs running Mac OS X 10.4.10.

Update disponibile nei posti soliti, o via SoftwareUpdate (richiede reboot, anche se…

beepbeep:~ zen$ kextstat | grep -i audio
77 4 0x7c4000 0x17000 0x16000 com.apple.iokit.IOAudioFamily (1.6.0b7) <76 35 11>
79 1 0x8ae000 0x4b000 0x4a000 com.apple.driver.AppleFWAudio (2.1.0fc9) <78 77 40 11>
80 0 0x8f9000 0x3000 0x2000 com.apple.driver.AppleMLANAudio (2.1.0fc9) <79 78 40 11>
82 0 0x915000 0x4000 0x3000 com.apple.driver.AudioIPCDriver (1.0.2) <77 5 4 3 2>
102 0 0x9d6000 0xc000 0xb000 com.apple.driver.IOBluetoothSCOAudioDriver (1.9f8) <77 64 11>

rimango dell’idea che un kextunload && kextload potrebbero farlo fare, alle procedurine. :)

Visto che il mio MacBook non lo lascio in mano a nessuno (soprattutto con il mio disco dentro), stasera sono stato cortesemente avvisato che erano arrivate sia la batteria che la tastiera sostitutive (tempo ~4gg in effetti), e di fiondarmi in negozio per la sostituzione visto che a quanto pare hanno delle tempistiche piuttosto strette da rispettare.

Batteria nuova, spettacolo.
Tastiera nuova, spettacolo.
[E qui, il Nostro ammette un concorso di colpa per non averlo fatto notare a chi ha preso nota del problema durante la prima visita, e sostiene di non averci proprio pensato, e che per lui e` naturale avere le {}, le [], la ~ e la \ a portata di mano e non sentire la mancanza delle accentate…]

… aspetta un momento… mi hanno montato una TASTIERA ITALIANA! ARGH!
Sollevo la questione, e il gentilissimo ragazzo che mi ha fatto la sostituzione ha detto che mi richiamera` settimana prossima per ri-trapiantare una tastiera con layout US al suo posto sul Mac. Uff, pero`.

*UPDATE*: Venerdi` scorso (27/07), dopo sole 3 settimane, finalmente mi e` stata restituita una tastiera americana. Ora il mondo gira un po’ piu` rotondo.

Vi ho gia` detto di quanto LLOOGG sia bello, senza zuccheri aggiunti ed aumenti la vostra potenza sessuale se siete omarini? Si`, eh?
Vabbe`, allora vi dico che anche l’ultimo album dei Dream Theater, Systematic Chaos non e` niente male. Molto… “loro-ultimo-periodo”, quindi non aspettatevi di nuovo Images and Words, pero` dopo un primo ascolto pare bello.

PS: feedback richiesto: il fatto che alcune “parole chiave” nel post vengano messe in grassetto vi aiuta? vi infastidisce? non vi fa ne caldo ne freddo? Io ho la mia opinione in proposito, ma sarei curioso di fare un micro sondaggio tra chi legge qui e poi uno piu` ampio.

Questa sera ho provato a dare uno sguardo a Metasploit sul Mac: l’ultima versione con cui avevo giocato era una delle beta della 3.0, e avevo ancora il Mac PPC.
Sono su un Mac aggiornato alla ultima release (10.4.9 / Intel), ruby dice di essere

ruby 1.8.2 (2004-12-25) [universal-darwin8.0]

ma visto che mi sono guardato bene dal leggere la documentazione, all’esecuzione della console con interfaccia web di Metasploit sono stato accolto da questo messaggio:

./script/../config/boot.rb:18:in `require': No such file to load -- rubygems (LoadError)
from ./script/../config/boot.rb:18
from ./script/server:2:in `require'
from ./script/server:2
from ./msfweb:82:in `load'
from ./msfweb:82


dal che ne ho brillantemente dedotto che non ci fosse rubygems installato.
Ora, si presentavano due opzioni:

• installare rubygems dai ports (MacPorts), il che si porta dietro altre cosette fastidiose come tutto il Perl (che non ho nessuna intenzione di compilare un’altra volta)
• installare il tutto dritto sulla parte di ruby di sistema

La seconda opzione e` decisamente piu` rapida.

Quindi:

• si va qui, si scarica l’ultima versione disponibile (in questo caso, la 0.9.2)
• si spacchetta e si installa il tutto:
  
tar xvfz rubygems-0.9.2.tgz
cd rubygems-0.9.2
ruby setup.rb


(abbiamo rubygems installato, ora funziona il comando gem)

• ora proviamo ad installare Ruby On Rails come dice la documentazione di Metasploit (che nel frattempo abbiamo letto)

  gem install -v1.2.2 rails

  per scoprire che la 1.2.2 non e` piu` disponibile. Quindi installiamo l’ultima.

• Proviamo ottimisti a lanciare ./msfweb, che protesta vivacemente dicendo

  Cannot find gem for Rails ~>1.2.2.0:
Install the missing gem with 'gem install -v=1.2.2 rails', or change environment.rb to define RAILS_GEM_VERSION with your desired version.

  Ok, scopriamo quale versione di RoR mi ha installato (gem list, e si cerca rails) e andiamo a sistemare il file

  ./data/msfweb/config/environment.rb

  mettendo la versione giusta di RoR:
  RAILS_GEM_VERSION = '1.2.3' unless defined? RAILS_GEM_VERSION

Ahh. Enjoy.

$ ./msfweb

=> Booting WEBrick...
=> Rails application started on http://127.0.0.1:55555
=> Ctrl-C to shutdown server; call with --help for options
[2007-05-08 23:40:02] INFO WEBrick 1.3.1
[2007-05-08 23:40:02] INFO ruby 1.8.2 (2004-12-25) [universal-darwin8.0]
[2007-05-08 23:40:02] INFO WEBrick::HTTPServer#start: pid=8915 port=55555


L’interfaccia e` davvero “una fiqata pazzesca“(C), moooolto webduepuntozero.

Note to self: oggettivamente ho impiegato di piu` a scrivere questo post che a sistemare le cose. Bisogna che capisca se ne vale la pena.