Mac OS X : Adobe Reader XI deployment


Adobe is probably the software editor I dislike the most. There is Flash, there are those patches almost every week, there is all that licensing stuff. And there is Adobe Reader. I really can't imagine how they work at Adobe. I bet their engineers are kept in some kind of cave somewhere, without the Internet or any open window on the outside world. What is sure is that the guys never had to deploy one of their bloatware on several computers at the same time. I just can't believe they once had to.

The other day, I found out that they had released Adobe Reader XI. Since my users absof!ckinglutly need it, I started to have a look at it. I downloaded the .pkg file and tried to deploy it via Apple Remote Desktop (ARD). Well, I have to admit that I was on fire that day. I don't know why I tried this, probably because I don't have all my mind those days (but that's another story). Obviously, the install miserably failed. That's where my journey started. And it took me a whole day to figure out how to deploy it properly. A whole f*ckin' day. Here is the result, I hope it will save someone else's time.

Step one : Build a custom package

Adobe Reader XI comes with that crappy plugin for web browsers which allows one to view PDF files in the browser. For security reasons and for the sake of usability, I always chose not to install this. So, the first challenge was to disable this stuff. To do that, we'll have to build our own .pkg file.

Once you've downloaded the installer from Adobe website, fire up a Terminal, cd to the directory that contains the downloaded .pkg and extract the files stored in it :

pkgutil --expand ./Adobe\ Reader\ Installer.pkg ./AdobeReader

You should get this :

ls -l ./AdobeReader
total 8
-rw-r--r--   1 francoiskubler  staff  2339 24 sep 07:07 Distribution
drwxr-xr-x  24 francoiskubler  staff   816 16 nov 14:52 Resources
drwxr-xr-x   6 francoiskubler  staff   204 16 nov 14:52 application.pkg
drwxr-xr-x   6 francoiskubler  staff   204 16 nov 14:52 browserPlugin.pkg
drwxr-xr-x   5 francoiskubler  staff   170 16 nov 14:52 support.pkg

We are going to edit the Distribution file. Open it with your favorite text editor. I'm not talking about Word !

The Distribution file contains 3 choices. One for the core application (keep it), one for the support package (keep it too) and another one for the browser plugin (the one we want to drop). The entries look like this one :

<choice description="DESCRIPTION_APPLICATION" id="coreapp" start_enabled="false" title="CoreApplication">

You just have to edit each choice entry and add start_selected="true" to install the corresponding package, or start_selected="false" to skip it. In my case, I want to disable the browser plugin, so my choices lines look like that :

<choice description="DESCRIPTION_APPLICATION" id="coreapp" start_enabled="false" title="CoreApplication" start_selected="true">
<choice description="DESCRIPTION_BROWSER" id="browserplugin" title="AcroBrowserPlugIn" start_selected="false">
<choice customLocation="/Library/Application Support" id="appsupport" start_visible="false" title="Application Support" start_selected="true">

Don't touch anything else and save the file. We now have to repackage the stuff :

pkgutil --flatten ./AdobeReader ./CustomAdobeReaderInstaller.pkg

Good, we have a ready-to-install package. Well, mostly...

Step two : Lock down the updater

As everyone knows, people at Adobe loves to release patches. And Adobe Reader gets a security update almost once per month. Needless to say, the updates are NOT cumulative. You have to install all of them. You can't miss one. Since my users don't have the rights to update their softwares (well, what kind of sysadmin let his users do that ?), I have to handle this for them. And they also don't want to be disturbed by the popup messages when an update is available - which I can understand.

Surprisingly, there must be one clever guy at Adobe that dediced to make my dream come true (I suspect the dude did that because he was also annoyed by the popup messages, but I've got no evidence). Starting with the XI version of their softwares, Adobe decided that people like me would be able to create a single file (well, one for each sofware) to lock down features.

In our precise case, the feature is called bUpdater and the file is /Library/Preferences/com.adobe.Reader.plist If you want to lock down the updater in Acrobat, the file would be called /Library/Preferences/com.adobe.Acrobat.plist.

Here is a little script I wrote to build the file :




$plistbuddy -c "Add :11 dict" $PLIST
$plistbuddy -c "Add :11:FeatureLockdown dict" $PLIST
$plistbuddy -c "Add :11:FeatureLockdown:bUpdater bool false" $PLIST

exit 0

Just run it and voilà ! You'll get the proper file in /Library/Preferences/com.adobe.Reader.plist. And you know what's the best ? It actually works. Good bye updater :D

Some of you might have noticed the 11 in the lines above. That's because we are dealing with Reader 11. So you'll probably have to edit the /Library/Preferences/com.adobe.Reader.plist file when Adobe will release Reader 12. If we are a bit lucky (and if they decide not to mimick Mozilla), that's not going to be soon, so we should be ok for a while.

Remember you'll also have to copy the built file on all others computers. But that should be a matter of minutes with ARD.

Step three : Set users prefs

This 3rd step is something you may want to skip. I don't like my users to be disturbed by popups. But Adobe loves them. Run Adobe Reader for the first time and you'll get : splashscreen, license stuff, information message, "do you want Reader to be the default viewer for PDF ?", "Do you want to import your old certificates ?", ... D!mn I just want to open that f!ckin' PDF !

Okay, the fact is that some of my users would also call me to know what they have to answer. So, I prefer to keep things quiet. Here is how to tell Reader not to ask for that stuff.

Adobe Reader stores a whole bunch of preferences in ~/Library/Preferences/com.adobe.Reader.plist. We'll have to edit this one for each user. I tried to import a modified .plist in Workgroup Manager but it doesn't seem to be working properly. I don't know why and didn't take the time to try to sort this out. I instead wrote a little script :



# Where your users home directories are :

# EULA agreement :

# Splash Screen :

# Messages when Reader launches :

# Updater :

# Welcome screen :

# Ask to become the default PDF viewer :

for p in $(ls $HOMES)

    $plistbuddy -c "Add :11 dict" $adobe_plist

    $plistbuddy -c "Delete $EULA_KEY_11" $adobe_plist
    $plistbuddy -c "Delete $SPLASH_KEY_11" $adobe_plist
    $plistbuddy -c "Delete $MSG_LAUNCH_KEY_11" $adobe_plist
    $plistbuddy -c "Delete $GEN_UPDATES_KEY_11" $adobe_plist
    $plistbuddy -c "Delete $GEN_WELCOME_KEY_11" $adobe_plist
    $plistbuddy -c "Delete $DEFAULT_APP_11" $adobe_plist

    $plistbuddy -c "Add $EULA_KEY_11 bool true" $adobe_plist
    $plistbuddy -c "Add $SPLASH_KEY_11 bool false" $adobe_plist

    $plistbuddy -c "Add $MSG_LAUNCH_KEY_11 array" $adobe_plist
    $plistbuddy -c "Add $MSG_LAUNCH_KEY_11:0 integer 0" $adobe_plist
    $plistbuddy -c "Add $MSG_LAUNCH_KEY_11:1 bool false" $adobe_plist

    $plistbuddy -c "Add $GEN_UPDATES_KEY_11 array" $adobe_plist
    $plistbuddy -c "Add $GEN_UPDATES_KEY_11:0 integer 1" $adobe_plist
    $plistbuddy -c "Add $GEN_UPDATES_KEY_11:1 integer 0" $adobe_plist

    $plistbuddy -c "Add $GEN_WELCOME_KEY_11 array" $adobe_plist
    $plistbuddy -c "Add $GEN_WELCOME_KEY_11:0 integer 0" $adobe_plist
    $plistbuddy -c "Add $GEN_WELCOME_KEY_11:1 bool false" $adobe_plist

    $plistbuddy -c "Add $DEFAULT_APP_11 array" $adobe_plist
    $plistbuddy -c "Add $DEFAULT_APP_11:0 integer 8" $adobe_plist
    $plistbuddy -c "Add $DEFAULT_APP_11:1 dict" $adobe_plist
    $plistbuddy -c "Add $DEFAULT_APP_11:1:optionToOwn array" $adobe_plist
    $plistbuddy -c "Add $DEFAULT_APP_11:1:optionToOwn:0 integer 1" $adobe_plist
    $plistbuddy -c "Add $DEFAULT_APP_11:1:optionToOwn:1 integer 1" $adobe_plist

exit 0

There is probably an easier way, but this one works well too. Just edit HOMES to fit your need !

Step four : Deploy

Now we have everything ready for deployment. Yay ! Well, there is still a little detail we have to handle. In my case, we already have Adobe Reader X installed everywhere. And we'll have to get rid of it before installing XI.

Adobe thought about it. Yep, they did. But they did half the stuff. Here is the output I got when I first tried to deploy the .pkg file I downloaded :

Nov 15 09:11:35 imac-125 installer[128]: ./preinstall: Moving existing Adobe to Trash as Adobe
Nov 15 09:11:35 imac-125 installer[128]: ./preinstall: mv: rename /Applications/Adobe to /var/empty/.Trash/Adobe No such file or directory
Nov 15 09:11:35 imac-125 installer[128]: ./preinstall: ERROR: Could not move existing Adobe to Trash.

Yep... Thank you Adobe. You could have added a little mkdir -p /var/empty/.Trash just before moving the existing app to a trash that doesn't exist. I wonder if they also throw stuff in a non-existent trash in their cave. Well, they probably do. The mkdir thing would have made the magic happen. Sadly, they didn't put it.

To fix this, I personnaly chose to rm -Rf /Applications/Adobe\ before deploying the custom .pkg built in step 1. Fast and efficient.

I was finally able to deploy the custom .pkg everywhere.

Thank you Adobe. Really. I mean, you guys are wonderful. That whole bunch of stuff just to deploy a PDF viewer that's not going to annoy users with silly questions. I hope you'll someday enjoy to eat your own dogfood.