Attenzione, l’autore presuppone che il vostro campo “Build” sia un numero (non una sequenza di numeri separati da “.”, come invece impostato di default da Xcode).

Il risultato sarebbe quello di avere, ad esempio, versione “1.1″ della App (inserito a piacere) e build number “153″, ottenuto in automatico in base al numero di build effettuate.

Link al topic: VMware Communities: Lion update 10.7.2 – Dock eating memory….

Step da eseguire:

• Spegnere le VM (può essere sufficiente sospenderle, ma meglio effettuare lo shutdown della VM) e chiudere Fusion;
• Mostrare il contenuto del file della VM (click destro -oppure ctrl+click – e selezionare “Mostra contenuto”). Se la VM è stata creata su una piattaforma non Mac, semplicemente aprite la cartella che contiene la VM;
• Modificare il file .vmx presente all’interno con un editor di testo;
• Inserire, o modificare, con un editor di testo (ad es. TextWrangler) la riga isolation.tools.hgfs.notify.enable nel seguente modo:
  • isolation.tools.hgfs.notify.enable = “FALSE”
• Salvare il file, chiudere l’editor di testo e riaprire Fusion.

Notare che il problema si verifica se usate le “Cartelle Condivise” (Shared Folders) di Fusion. Qualora non le usiate, forse non sarete mai incappati in questo comportamento.

In Fusion 4, aprire Terminal ed eseguire:

sudo nano /Library/Preferences/VMware\ Fusion/networking

(oppure se come me preferite vi, scrivete sudo vi /Library/Preferences/VMware\ Fusion/networking )

A questo punto si possono modificare le impostazioni di rete DHCP delle interfacce virtuali. Per esempio è possibile disabilitare il DHCP.

Se invece volete modificare le impostazioni solo per la rete Host-only, i file da modificare sono altri e si trovano in: /Library/Preferences/VMware\ Fusion/vmnet1 

In particolare, nel file dhcpd.conf è possibile impostare delle prenotazioni per le virtual machines in modo che, anche con DHCP abilitato, ottengano sempre lo stesso indirizzo di rete ad ogni avvio.

Per fare questo è possibile aggiungere, in coda a dhcpd.conf , un blocco di righe simile al seguente per ciascun host:

host nomehost {

    hardware ethernet 00:0C:29:BF:2C:AB;

    fixed-address 192.168.138.137;

}

L’articolo seguente mi ha permesso di risolvere il problema:

@Peaz 2.0 » Fixing the OS X Lion bluetooth pairing after sleep issue.

Si conferma un ottimo compagno della televisione, da tenere sempre acceso

Dalla documentazione Apple: Mac mini: Power consumption and thermal output BTU information.

In breve:

 Project > New Build Phase > New Run Script Build Phase

Eseguire lo script:

KEYWORDS="TODO:|FIXME:|\?\?\?:|\!\!\!:"
find ${SRCROOT} \( -name "*.h" -or -name "*.m" \) -print0 | \
    xargs -0 egrep --with-filename --line-number --only-matching "($KEYWORDS).*\$" | \
    perl -p -e "s/($KEYWORDS)/ warning: \$1/"

Da tenere presente. Si impara sempre qualcosa di nuovo.

I numeri non contano.

Thank you, Steve.

viaMac OS X: Disk Utility’s Repair Disk Permissions messages that you can safely ignore.

Questa pagina del supporto mi fa un po’ sorridere

Soprattutto nella parte chiamata “Resolution”, dove si legge “These messages can occur if you change permissions on a file or directory; they are accurate, but generally not a cause for concern.”.

Che dire… mi infastidisce un po’ trovarli nel log di Disk Utility, ma mi sembra di capire che faccio prima a tenermeli piuttosto che lottare per eliminarli.

P.S. Sto usando Lion, ma vale per varie versioni di Mac OS X da 10.5 in poi.