Packaging LightroomCC 5.4 for munki

Lightroom isn’t an easy install with munki. There are some tricks you have to keep in mind.

  1. Detect if Lightroom is already installed in installs section
  2. Write the license file as part of postinstall_script
  3. Write default settings as part of postinstall_script
  4. You need an uninstall_script as it doesn’t have an uninstaller

1. Detect if Lightroom is already installed.

For this munki has the installs section. You can create the necessary entry on a Mac that has Lightroom already installed issuing the makepkginfo command.

user@host: ~/Library/Preferences $ makepkginfo -f /Applications/Adobe\ Photoshop\ Lightroom\\ Photoshop\ Lightroom\ 5

Which gives you this output that you can copy into the munki plist file:

      <string>/Applications/Adobe Photoshop Lightroom Photoshop Lightroom 5</string>

2. Write the license file

The license information is located in:
/Library/Application\ Support/Adobe/Lightroom/Lightroom\ 5.0\ Registration

This is written as part of the post_installscript section.

mkdir -p /Library/Application\ Support/Adobe/Lightroom 

defaults write /Library/Application\ Support/Adobe/Lightroom/Lightroom\ 5.0\ Registration"<dict> 
  <string>your serial number goes here</string> 
  <string>your UUID goes here</string> 

chmod 644 /Library/Application\ Support/Adobe/Lightroom/Lightroom\ 5.0\ Registration.plist 

mv /Library/Application\ Support/Adobe/Lightroom/Lightroom\ 5.0\ Registration.plist /Library/Application\ Support/Adobe/Lightroom/Lightroom\ 5.0\ Registration 

3. Write default settings

The default settings go into: /Library/Preferences/com.adobe.Lightroom5.plist
You have to set the country_region settings according to your country.
Probably it isn’t necessary to write the settings in the Non_localized user template too.

This too is written as part of the post_installscript section.

rm /System/Library/User\ Template/Non_localized/Library/Preferences/com.adobe.Lightroom5.plist

defaults write /System/Library/User\ Template/Non_localized/Library/Preferences/com.adobe.Lightroom5 noAutomaticallyCheckUpdates true

defaults write /System/Library/User\ Template/Non_localized/Library/Preferences/com.adobe.Lightroom5 firstLaunchHasRun30 -bool true

defaults write /System/Library/User\ Template/Non_localized/Library/Preferences/com.adobe.Lightroom5 RegistrationField_CountryRegion -string 191

rm /Library/Preferences/com.adobe.Lightroom5.plist

cp /System/Library/User\ Template/Non_localized/Library/Preferences/com.adobe.Lightroom5.plist /Library/Preferences/

chown root:wheel /Library/Preferences/com.adobe.Lightroom5.plist

chmod 777 /Library/Preferences/com.adobe.Lightroom5.plist

4. You need an uninstall_script as it doesn’t have an uninstaller

This script goes into the uninstall_script section of the munki plist file.

#remove license file
rm -R /Library/Application\ Support/Adobe/Lightroom

#remove default settings
rm /Library/Preferences/com.adobe.Lightroom5.plist
rm /System/Library/User\ Template/Non_localized/Library/Preferences/com.adobe.Lightroom5.plist

#remove Lightroom applikation
rm -R /Applications/Adobe\ Photoshop\ Lightroom\

Swisscom Combox Pro and Visual Voicemail


Voicemail nicht verfügbar Zugriff konnte nicht autorisiert werden.

Recently I changed my Swisscom Natel infinity contract from residential to business. The price is the same but the business contract contains the Combox Pro feature free of charge which gives you much more functionality. The business contract is only available if your phone is owned by a company but you can have Combox Pro as a payed for add-on for 5 CHF a month if you have a privately owned phone.

After the switch to the business contract my visual voicemail stopped working. The message shown by my iPhone was „Voicemail nicht verfügbar Zugriff konnte nicht autorisiert werden.“ (Just added the German text in order to make this blogpost through search-engines available to others that get the same error message.) I called the hotline and they told me that Combox Pro isn’t compatible with Visual Voicemail. I almost did believe that but did some further investigation. In deed I found a discussion dating from  03/2013 that it isn’t possible to have Combox Pro an Visual Voicemail at the same time. In an other thread (in german) someone mentioned that it wasn’t possible with prepayed contracts either but  now is. And indeed it is now possible to have Visual Voicemail and Combox Pro.

You have to send two text messages:
1) To 444 send start vvm
2) To 30047 send state

I’m not sure if the second text message is necessary but after all Combox Pro now works with Visual Voicemail for me:-)

BitCasa First Impression

At the end of february 2013 BitCasa ended it’s beta phase. Until the end of the month there was a 50% discount on the one year membership. So I decided to give it a try and go for it.

BitCasa on the Mac

Over the first days BitCasa was really annoying. Files and folders I tried to copy to the unlimited drive din’t copy at all – even after days. The forums were full of complaints from Windows and Mac users. Meanwhile, after a month it got better. I am able do upload files in a reasonable time.

What annoys me still is that the BitCasa App on the Mac requires administrator rights. That is your user account that you use for uploading files has to have Administrator rights in the machine. This is a real no go!

Bitcasa uses a temporary directory for caching files while uploading them. This directory has more than 40 GB in size on my machine. If you have limited space on your disk because your have a SSD drive for example on a MacBook Air you should definitively have a look at the BitCasa settings and reduce the cache to a reasonable size. Second you should exclude the cache from your Time Machine backups.

For local folders on your harddisk BitCasa does support mirroring them to BitCasa but it doesn’t support mirroring of mapped network drives. Thus you can’t use BitCasa as a backup media for your NAS for example. Because I had some kind of backup in mind when I payed for BitCasa – well that doesn’t work for me now.

Bitcasa on the iPad

On the iPad access to my files required me to log out and in again. After that the folders were accessible but I can’t see any pictures in them. Definitively a serious bug. What I’m missing most in the iOS app is a tree view of my files for navigating and browsing through them. Under the Photos section pictures are accessible by the name of the folder they are stored into. But as I have a structure that always ends in the name of the family member that took the photo all albums have the same names. This is the same with the web interface.

After all

There are some more issues with BitCasa that do annoy me, but I don’t want to elaborate further on this because they just make things worse. To come to a conclusion I’d say for the 50% price reduction BitCasa is OK for me but it wouldn’t for the full price. If you plan to use the unlimited drive and pay for it I recommend testing every single feature that you intend to use out befor paying for the service. Read the BitCasa support forums and see which problems other users have.


system is booting in safe mode – directory service repair

Microsoft SBS 2010 is a strong alternative to OS X Server. Pricewise it’s more expensive than OS X Server but it’s a reliable server platform an a viable alternative ot OSX Server especially if you have to host Windows clients too.

Today I had to experience a rough glitch that was easy to fix, but the fix wasn’t obvious.

After rebooting a SBS 2011 Server it booted into directory service repair mode. Ups  – what’s that? Server 2008 R2 somehow goes into Active Directory maintenance mode resulting in the Servers inability to log in via Active Directory accounts. No AD user was able to log in – OMG. A Reboot didn’t fix the problem. The server kept booting into safe mode.

I got the message: System is booting in safe mode – directory service repair

My first reaction was to restore form backup, but the restore failed because of too little disk space on the ESXi 5.1 datastore. So I called a Windows trainer who luckily could help out within minutes!

The fix was quite simple:
1) Log in with a local administrator account. This account is created at installation of the SBS. Hopefully you remember the password.
2) You have to issue the following command: bcdedit /deletevalue safeboot
3) Reboot

There is a Technet Article about this:

There is an article in the VMware Knowledge Base that describes how to get out of this situation fron within the GUI:

Here is an other article covering the same problem:

Puh! After a reboot everything was fine again. I’d almost spend my whole easter reinstalling the server. Sometimes you’d just need to know the right guy!

Happy Easter,


DeployStudio Leaves Fusion Drive Rendered Useless


After we deployed our standard DeployStudio image to a brand new iMac with a 3TB FusionDrive for the first time we had to realized that in Disk Utility the volume showed up as corrupt after a check. Somehow DeployStudio (1.5.17) isn’t ready for now to handle FusionDrives.

The question was: „How do we fix the now corrupted drive?“ After reading an article in the German Mac&i magazine (issue 9, page 150) and some googling we came to the solution described below. Especially one article on was a valuable read.

1) Boot off a external drive e.g. a recovery disk on an USB-stick.
2) Unmount the disk that has the FusionDrive on it.
3) Open terminal and display the structure of your drive:
diskutil cs list
4) Delete the physical drives
diskutil cs removeDisk <ID of SSD>
diskutil cs remove Disk <ID of mechanical drive>
5) This step is not really necessary but it might be a good idea to delete the partition schema.
diskutil zeroDisk disk0
diskutil zeroDisk disk1
6) Now we reconstruct the FusionDrive
diskutil cs create <VolumeName> disk0 disk1
7) Finally we create the volume:
diskutil cs createVolume <ID of logical volume created in the step 6> jhfs+ <VolumeName> 100%

After a reboot you can check the Volume in Disk Utility. The volume test shouldn’t display any errors.

Good luck!