Re: Adobe CS6 packages

1,222 views
Skip to first unread message

Harry Fike

unread,
Nov 8, 2012, 12:23:27 PM11/8/12
to munk...@googlegroups.com
As I continue to learn, I figured out the problem with trying to install different packages and why they would cause other to think they were installed. By default, munki imports packages from AAMEE with a installs key pointing to the common Uninstaller. I obviously fixed this using makepkginfo to find out the correct keys.

As I proceed, I'm going to package the major apps independently (PS, ID, IL, DW, BR, FW, Acrobat) and then maybe an Audio/Video Production package for the others (I hope nobody wants flash builder!).

Now my question comes to licensing. My take is that if an Adobe product is being installed via munki, I can create a pre-serialized installation package, since munki runs the installer. If I wanted to bake any of the Adobe apps into an image, I would need to create a trial package and then have munki run the serialization script (via update_for) to actually activate the products once the image has been deployed.

Is my take on that correct?

Thanks,
Harry

Nate Walck

unread,
Nov 8, 2012, 12:25:58 PM11/8/12
to munk...@googlegroups.com
In regards to serialization, I prefer to do a trial and serialize
separately. If you have multiple serial numbers this allows you more
flexibility.

Nate

Sent from my iPhone

Gregory Neagle

unread,
Nov 8, 2012, 1:09:34 PM11/8/12
to munk...@googlegroups.com
On Nov 8, 2012, at 9:23 AM, Harry Fike <hfi...@gmail.com> wrote:

> As I continue to learn, I figured out the problem with trying to install different packages and why they would cause other to think they were installed. By default, munki imports packages from AAMEE with a installs key pointing to the common Uninstaller. I obviously fixed this using makepkginfo to find out the correct keys.

I think I'm missing some detail here: are you using a CS6 Suite installer, and building packages that install different subsets of the applications in the suite? If so, yes, munkiimport's behavior here won't provide the needed installs array, and Munki then won't be able to distinguish between different packages built from a single CS6 Suite.

munkiimport's default behavior will work if you build an Adobe Photoshop CS6 installer using install media for Adobe Photoshop CS6, and an After Effects CS6 installer using media for After Effects CS6.

If, however, you start with the CS6 Production Premium Suite and use AAMEE to build a pkg that installs only Photoshop CS6 and a second pkg that installs only After Effects CS6, munkiimport will essentially identify both packages as "CS6 Production Premium Suite" installs and will not distinguish between the two. This would lead to behavior you implied: you install one package, and Munki thinks the other package is installed as well, since it's using the existence of the exact same item in both cases to determine installation status.

>
> As I proceed, I'm going to package the major apps independently (PS, ID, IL, DW, BR, FW, Acrobat)

Any particular reason for this? If you install Photoshop using a CS6 Suite license, you've burned an entire license. This does not allow you to use the same license to install Illustrator on a different machine. I tend to just install the entire Suite since that's what the license covers.

> and then maybe an Audio/Video Production package for the others (I hope nobody wants flash builder!).
>
> Now my question comes to licensing. My take is that if an Adobe product is being installed via munki, I can create a pre-serialized installation package, since munki runs the installer.

Yes.

> If I wanted to bake any of the Adobe apps into an image, I would need to create a trial package and then have munki run the serialization script (via update_for) to actually activate the products once the image has been deployed.

Not 100% sure; this has been a moving target. You might want to check Adobe's Enterprise Deployment forums and Jody's post here: http://blogs.adobe.com/oobe/2012/09/aamee-3-1or-why-puffer-fish-is-a-delicacy.html

In any case, this is not really relevant to Munki specifically, so further discussion of "baking" Adobe apps into images should be done elsewhere.

A.E. van Bochoven

unread,
Nov 8, 2012, 1:39:41 PM11/8/12
to munk...@googlegroups.com
On 8 nov. 2012, at 19:09, Gregory Neagle <gregn...@mac.com> wrote:

As I proceed, I'm going to package the major apps independently (PS, ID, IL, DW, BR, FW, Acrobat)

Any particular reason for this? If you install Photoshop using a CS6 Suite license, you've burned an entire license.

I did the same, we have a campus license which basically allows us to install any CS6 Suite app on any machine.

This does not allow you to use the same license to install Illustrator on a different machine. I tend to just install the entire Suite since that's what the license covers.

As the entire suite is somewhat heavy, I offer the good people of my university the ability to install a subset of the entire suite (most people are interested only in Photoshop and Acrobat Pro, some in Illustrator as well, only the DP department wants Indesign on top of that.)

I indeed had to modify the installs key to point to the specific app that is installed this way.

-Arjen

Harry Fike

unread,
Nov 10, 2012, 5:57:13 PM11/10/12
to munk...@googlegroups.com
To sum up, I created serialized installer packages (including the overrides file to point to an internal update server) using AAMEE and then imported them into munki. I created individual packages for Acrobat, PS, IL, ID, and then packages containing DW+FW, another containing Audition, Encore, Premiere, After Effects, etc, and finally one for the whole Master Collection. Since we have a site license, I do not have to worry about multiple licenses or wasting a license when only installing a subset of the suite. I installed the whole suite from the original ISO/DMG on a freshly imaged machine, generated the installs keys using makepkginfo on each app, and then copied those into the appropriate pkginfo files in the repo. I know this is pretty basic, but hopefully it will help someone else who is learning. Next stop is dealing with updates!

Thanks,
Harry

Jim Zajkowski

unread,
Nov 10, 2012, 9:03:24 PM11/10/12
to munk...@googlegroups.com
Just wanted to mention that we do this as well.

We're in the process of migrating separate business units into one system management setup, so we have a hojillion different license codes for Adobe tools. To save disk space, we moved the serial number to postflights, which means we share the dmg but have different plists per business unit. This is a long process to resolve, but it's getting there.

(a) We generated "trial" installers using the AAMEE tool.

(b) We have the Adobe PRTK utility as a munki package, called "AdobeProvisioningToolCS6"

(c) Each of our CS6 packages requires the PRTK package in a requires array.

(d) Each CS6 package has a postflight to inject the serial number:

<key>postinstall_script</key>
<string>#!/bin/sh
"/Library/Application Support/Adobe/Licensing/adobe_prtk_cs6" --tool=Serialize --leid=Dreamweaver-CS6-Mac-GM --serial=12345678[...] --adobeid=add...@domain.com
</string>

The CS5/5.5 packages are the same except for the arguments for the PRTK utility are different - see the PRTK documentation.

--Jim

Harry Fike

unread,
Nov 10, 2012, 9:28:53 PM11/10/12
to munk...@googlegroups.com
I thought about doing the trial packages and then running the prtk at first, but since we have the site license, it makes things much simpler. If we do have other licenses pop up (or somebody needs an older version), I'll handle it on an individual basis.

I do plan on baking in the trial version to a few images for labs and using a payload free package to serialize it. Thanks for the example! I guess the best course of action would be to create the trial package, import it into munki, install on the "master" machine, take an image and deploy, and then make the prtk package and update for the trial. After typing all that out, I should just switch to using trial packages and the prtk required script for everything!

Thanks,

--
Harry

Sent from my iPhone.

Harry Fike

unread,
Nov 14, 2012, 8:08:36 PM11/14/12
to munk...@googlegroups.com
So I do have one more issue with this. When I first started deploying the AAMEE package for the entire Master Collection, the Installs key generated by munkiimport looked like this:
<key>installs</key>
<array>
<dict>
<key>path</key>
<string>/Library/Application Support/Adobe/Uninstall/{41C543D4-AC29-4B7E-B95D-D73B7EB2EFBB}.db</string>
<key>type</key>
<string>file</string>
</dict>
</array>
Any Adobe product that gets installed for CS6 is going to generate this, so like my previous problem, if I install just Acrobat Pro X, and then try to install Master Collection, munki thinks it is already installed. To correct this, I generated the install keys using makepkginfo --file on a clean install and dumped this into a copy of the pkginfo for Adobe CS6 Master Collection and appended Test to the name so it shows up differently in MSU. Ideally munki would have seen that all the Apps in the Installs key were installed and show "Installed" in MSU. On a clean install, this works correctly. However, after running Adobe updates on a machine, MSU (in optional updates) shows the package as Update Available. I would have expected it to say Not Installed, but not Update Available. As a troubleshooting step, I went through the pkginfo for the Test file and removed all of the <key>CFBundleShortVersionString</key> entries so it would just look for the path, however, this still produced the same results. Again, I copied the original pkginfo file, appended "Test" to the name, display name, and file name so it would who up separately in MSU. I then changed only the entries under <installs> and then ran makecatelogs. Any thoughts?

Thanks,
Harry

Gregory Neagle

unread,
Nov 14, 2012, 8:18:06 PM11/14/12
to munk...@googlegroups.com
I don't have enough detail about what you've done and what you are seeing. See below.

On Nov 14, 2012, at 5:08 PM, Harry Fike <hfi...@gmail.com> wrote:

> So I do have one more issue with this. When I first started deploying the AAMEE package for the entire Master Collection, the Installs key generated by munkiimport looked like this:
> <key>installs</key>
> <array>
> <dict>
> <key>path</key>
> <string>/Library/Application Support/Adobe/Uninstall/{41C543D4-AC29-4B7E-B95D-D73B7EB2EFBB}.db</string>
> <key>type</key>
> <string>file</string>
> </dict>
> </array>
> Any Adobe product that gets installed for CS6 is going to generate this, so like my previous problem, if I install just Acrobat Pro X, and then try to install Master Collection, munki thinks it is already installed. To correct this, I generated the install keys using makepkginfo --file on a clean install and dumped this into a copy of the pkginfo for Adobe CS6 Master Collection and appended Test to the name so it shows up differently in MSU.

Not sure I follow what you did here.

> Ideally munki would have seen that all the Apps in the Installs key were installed and show "Installed" in MSU.

What does this mean? Are you talking about Optional Software (optional_installs)?

> On a clean install, this works correctly. However, after running Adobe updates on a machine,

How did you do this?

> MSU (in optional updates) shows the package

Which package?

> as Update Available. I would have expected it to say Not Installed, but not Update Available. As a troubleshooting step, I went through the pkginfo for the Test file and removed all of the <key>CFBundleShortVersionString</key> entries so it would just look for the path,

Not sure that will have the desired effect.

> however, this still produced the same results. Again, I copied the original pkginfo file, appended "Test" to the name, display name, and file name so it would who up separately in MSU. I then changed only the entries under <installs> and then ran makecatelogs. Any thoughts?

Can you provide more detail and more specific descriptions of what you did?

>
> Thanks,
> Harry

Harry Fike

unread,
Nov 15, 2012, 9:35:36 AM11/15/12
to munk...@googlegroups.com

On Nov 14, 2012, at 8:18 PM, Gregory Neagle <gregn...@mac.com> wrote:

> I don't have enough detail about what you've done and what you are seeing. See below.
>
> On Nov 14, 2012, at 5:08 PM, Harry Fike <hfi...@gmail.com> wrote:
>
>> So I do have one more issue with this. When I first started deploying the AAMEE package for the entire Master Collection, the Installs key generated by munkiimport looked like this:
>> <key>installs</key>
>> <array>
>> <dict>
>> <key>path</key>
>> <string>/Library/Application Support/Adobe/Uninstall/{41C543D4-AC29-4B7E-B95D-D73B7EB2EFBB}.db</string>
>> <key>type</key>
>> <string>file</string>
>> </dict>
>> </array>
>> Any Adobe product that gets installed for CS6 is going to generate this, so like my previous problem, if I install just Acrobat Pro X, and then try to install Master Collection, munki thinks it is already installed. To correct this, I generated the install keys using makepkginfo --file on a clean install and dumped this into a copy of the pkginfo for Adobe CS6 Master Collection and appended Test to the name so it shows up differently in MSU.
>
> Not sure I follow what you did here.

I created an AAMEE package containing all Adobe software from CS6 Master Collection. Munkiimport generated the pkgsinfo file in the repo containing the installs key above. The file name of the pkgsinfo file generated is "Adobe CS6 Master Collection-6.plist" and the name key in this file is "Adobe CS6 Master Collection". I then duplicated the pkgsinfo file, renamed it to "Adobe CS6 Master Collection Test-6.plist" and changed the name key to "Adobe CS6 Master Collection Test" so I could modify the file to see what works. After running makecatalogs and adding the Adobe CS6 Master Collection Test to the optional_installs key in my test machines' manifests, both the original and Test packages show up in MSU as installed.

On a "clean" test machine, I installed the entire CS6 Master Collection from the original media/ISO and did not run updates. On this machine I ran makepkginfo --file on each of the main Adobe Apps which I used to generate the installs key below that I then put into the Test pkginfo file:

<key>installs</key>
<array>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.Acrobat.Pro</string>
<key>CFBundleName</key>
<string>Acrobat</string>
<key>CFBundleShortVersionString</key>
<string>10.1.1</string>
<key>path</key>
<string>/Applications/Adobe Acrobat X Pro/Adobe Acrobat Pro.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.AfterEffects</string>
<key>CFBundleName</key>
<string>After Effects</string>
<key>CFBundleShortVersionString</key>
<string>11.0</string>
<key>path</key>
<string>/Applications/Adobe After Effects CS6/Adobe After Effects CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.Audition.5.0</string>
<key>CFBundleName</key>
<string>Audition</string>
<key>CFBundleShortVersionString</key>
<string>5.0x708</string>
<key>path</key>
<string>/Applications/Adobe Audition CS6/Adobe Audition CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.bridge5</string>
<key>CFBundleName</key>
<string>Adobe Bridge CS6</string>
<key>CFBundleShortVersionString</key>
<string>5.0.0.399</string>
<key>path</key>
<string>/Applications/Adobe Bridge CS6/Adobe Bridge CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.dreamweaver-12.0</string>
<key>CFBundleName</key>
<string>Dreamweaver</string>
<key>CFBundleShortVersionString</key>
<string>12.0.0.5808</string>
<key>path</key>
<string>/Applications/Adobe Dreamweaver CS6/Adobe Dreamweaver CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.Encore</string>
<key>CFBundleShortVersionString</key>
<string>6.0.0</string>
<key>path</key>
<string>/Applications/Adobe Encore CS6/Adobe Encore CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.ExtensionManager</string>
<key>CFBundleShortVersionString</key>
<string>6.0.412</string>
<key>path</key>
<string>/Applications/Adobe Extension Manager CS6/Adobe Extension Manager CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.macromedia.fireworks</string>
<key>CFBundleName</key>
<string>Fireworks</string>
<key>CFBundleShortVersionString</key>
<string>12.0.0</string>
<key>path</key>
<string>/Applications/Adobe Fireworks CS6/Adobe Fireworks CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>org.eclipse.eclipse</string>
<key>CFBundleName</key>
<string>Adobe Flash Builder 4.6</string>
<key>CFBundleShortVersionString</key>
<string>4.6</string>
<key>path</key>
<string>/Applications/Adobe Flash Builder 4.6/Adobe Flash Builder 4.6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.flash</string>
<key>CFBundleName</key>
<string>Flash</string>
<key>CFBundleShortVersionString</key>
<string>12.0.0.481</string>
<key>path</key>
<string>/Applications/Adobe Flash CS6/Adobe Flash CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.illustrator</string>
<key>CFBundleName</key>
<string>Illustrator</string>
<key>CFBundleShortVersionString</key>
<string>682</string>
<key>path</key>
<string>/Applications/Adobe Illustrator CS6/Adobe Illustrator.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.InDesign</string>
<key>CFBundleName</key>
<string>InDesign</string>
<key>CFBundleShortVersionString</key>
<string>8.0.0.370</string>
<key>path</key>
<string>/Applications/Adobe InDesign CS6/Adobe InDesign CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.ame.application</string>
<key>CFBundleShortVersionString</key>
<string>6.0.0</string>
<key>path</key>
<string>/Applications/Adobe Media Encoder CS6/Adobe Media Encoder CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.Photoshop</string>
<key>CFBundleName</key>
<string>Photoshop</string>
<key>CFBundleShortVersionString</key>
<string>13.0.0</string>
<key>path</key>
<string>/Applications/Adobe Photoshop CS6/Adobe Photoshop CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.Prelude</string>
<key>CFBundleName</key>
<string>Prelude</string>
<key>CFBundleShortVersionString</key>
<string>1.0.0</string>
<key>path</key>
<string>/Applications/Adobe Prelude CS6/Adobe Prelude CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>com.adobe.AdobePremierePro</string>
<key>CFBundleName</key>
<string>Premiere Pro</string>
<key>CFBundleShortVersionString</key>
<string>6.0.0</string>
<key>path</key>
<string>/Applications/Adobe Premiere Pro CS6/Adobe Premiere Pro CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
<dict>
<key>CFBundleIdentifier</key>
<string>adobe.SpeedGrade</string>
<key>CFBundleName</key>
<string>SpeedGrade</string>
<key>CFBundleShortVersionString</key>
<string>2012.7766.34</string>
<key>path</key>
<string>/Applications/Adobe SpeedGrade CS6/Adobe SpeedGrade CS6.app</string>
<key>type</key>
<string>application</string>
</dict>
</array>


>
>> Ideally munki would have seen that all the Apps in the Installs key were installed and show "Installed" in MSU.
>
> What does this mean? Are you talking about Optional Software (optional_installs)?

You are correct, in Optional Software.

>
>> On a clean install, this works correctly. However, after running Adobe updates on a machine,
>
> How did you do this?

If on the machine that I used to generate the installs key from above, I added the Test package to the optional_installs key in its manifest. Running MSU and looking in Optional Software, the Test package shows up as Installed. I also added the Test package to another machine that has had Adobe Updates run on it, and on this machine, Optional Software in MSU the Test package as Update Available.

>
>> MSU (in optional updates) shows the package
>
> Which package?
>
>> as Update Available. I would have expected it to say Not Installed, but not Update Available. As a troubleshooting step, I went through the pkginfo for the Test file and removed all of the <key>CFBundleShortVersionString</key> entries so it would just look for the path,
>
> Not sure that will have the desired effect.

I thought that if Adobe's versioning for updates didn't make sense (i.e. Audition's version from the original install is 5.0x708 and the updated version is 5.0.2x5), I could remove the CFBundleShortVersionString from the installs keys and have munki just look at the path to the file to see if all the apps are installed.

>
>> however, this still produced the same results. Again, I copied the original pkginfo file, appended "Test" to the name, display name, and file name so it would who up separately in MSU. I then changed only the entries under <installs> and then ran makecatelogs. Any thoughts?
>
> Can you provide more detail and more specific descriptions of what you did?

I have had this process work in a similar situation. I had created one AAMEE package containing Photoshop, Illustrator, and InDesign and had left the installs key generated by munkiimport that looked for <string>/Library/Application Support/Adobe/Uninstall/{41C543D4-AC29-4B7E-B95D-D73B7EB2EFBB}.db</string>. Obviously (now) any other AAMEE packages I imported into munki and did not modify the pkgsinfo would show up as installed since they used the same key.
I changed the way I wanted to deploy the these packages, so I created separate AAMEE packages each for Photoshop, Illustrator, and InDesign. However, in the pkgsinfo for each of these, I used the makepkginfo --file on a machine that had these apps installed and not updated.
On a machine that I had previously deployed the single package containing PS, IL and ID (named "Adobe CS6 PS IL ID"), I removed the single package from the manifest and added the three packages that contained each app separately (that had the correct installs key). This worked without a problem as munki saw that they were installed. I also tested this on a machine that had been updated with the Adobe updater and munki recognized that the packages were installed.

Thanks,
Harry

>
>>
>> Thanks,
>> Harry
>

Harry Fike

unread,
Nov 15, 2012, 9:42:48 AM11/15/12
to munk...@googlegroups.com
Maybe a more simple question.
If munki, while running its install checks against a package's installs key finds that some of the listed packages are installed and some are not, does it return Update Available instead of Not Installed?

Thanks,
Harry

Hugh Burt

unread,
Nov 15, 2012, 11:48:49 AM11/15/12
to munk...@googlegroups.com
I try and keep things as simple as possible, so our CS6 products are kept updated with Adobe RUM (Remote Update Manager).  I used Munki to install it on all the machines and
it is run when they start up which is about 30 mins before the first students arrive.  

 
-----------------------------------------------------------------------

“Weaseling out of things is important to learn. It’s what separates
us from the animals.....except the weasel” ~ Homer Simpson

From: Harry Fike <hfi...@gmail.com>
To: munk...@googlegroups.com
Sent: Thursday, 15 November 2012, 14:42
Subject: Re: [munki-dev] Adobe CS6 packages

Gregory Neagle

unread,
Nov 15, 2012, 12:31:34 PM11/15/12
to munk...@googlegroups.com
If I understand some of the unstated context, no, Munki should consider the item not installed.

http://code.google.com/p/munki/wiki/HowMunkiDecidesWhatNeedsToBeInstalled

An item is consider installed if:

1) The installcheck_script returns non-zero.
or
2) Every item in the installs list exists on the startup disk and has a version >= the version in the installs list.
or
3) Every receipt in the receipts list exists on the startup disk and has a version >= the version in the installs list.

-Greg

Gregory Neagle

unread,
Nov 15, 2012, 12:32:17 PM11/15/12
to munk...@googlegroups.com
I've never figured out how to sanely/safely integrate Adobe RUM with Munki.

-Greg

The Immoral Tristy

unread,
Nov 15, 2012, 1:03:15 PM11/15/12
to munk...@googlegroups.com
for what it's worth I've found it easier just to run a local Adobe update server and avoid Adobe and Munki having any contact...

an expert is someone who has made every possible mistake in a narrow field of expertise...

Gregory Neagle

unread,
Nov 15, 2012, 3:11:51 PM11/15/12
to munk...@googlegroups.com
Could you provide details of what you've done?

Sent from my iPhone

Tristan Mason

unread,
Nov 15, 2012, 4:44:37 PM11/15/12
to munk...@googlegroups.com
sure. it's a work in progress so not complete by any means. i'm using the tools from Adobe to create a local http repo for Adobe CS (by default it syncs CS5, 5.5 and 6. both Win and OS X). the sync took 10 hours for 30gb of updates, slow. It's on one of my Mountain Lion servers but could reside on any box running web services. You then setup up the web services for delivery. This is as far as I have completed. Next is to get the Clients to use the local repo for updates instead of calling home which involves re-configuring Adobe Application Manager (AdobeUpdater.overrides). This is todays task. If your interested i'll report back on the progress. With this setup you can get AAMEE to pull updates from your repo when generating masters instead of calling home also. At this point (in the process) you still need a "window" to run updates as you still require admin authentication. My next task is to look at Codename Remote Update Manager to run updates managed without the need for admin rights and and update "window" so that you get similar functionality to Munki ie managed updates without the need for admin authentication. All the tools are available from Adobe and bar the poor documentation are (so far) easy to implement. As before it's a work in progress and there's much to do but it may be an option for some. We run Win and OS X clients with Master Collection so there's other benefits for us with this.

Gregory Neagle

unread,
Nov 15, 2012, 4:51:41 PM11/15/12
to munk...@googlegroups.com
I understand how Adobe RUM and the local update repo work.

What I don't understand, and would like to hear from people who are doing this:

RUM just updates Adobe apps. It doesn't interact with any logged in user. What happens if RUM tries to update Adobe apps that are in use?

How do you find out what's been updated? How do you get notified of any errors or problems?

What happens if RUM runs when no-one is logged in? Do all updates apply successfully in that situation?

-Greg

Tristan Mason

unread,
Nov 15, 2012, 4:57:00 PM11/15/12
to munk...@googlegroups.com
i'll be testing these very things next week. i'll let you know the outcome of such interactions.

Harry Fike

unread,
Nov 15, 2012, 5:12:54 PM11/15/12
to munk...@googlegroups.com
I looked at that documentation before and that led to some of my confusion. From what I have learned/experienced, I should only get "Update Available" as the status in Optional Software of MSU if the version number increases in <key>version</key> of a pkgsinfo file. Is that correct, or are there other variables that would cause the status to report "Update Available" instead of "Not Installed". My next step is to go through the installs keys in the pkgsinfo one by one to see if Adobe potentially did something strange with one of their updates that either didn't increase the version number logically or maybe moved the location of an application.

Thanks again!
Harry

Hugh Burt

unread,
Nov 16, 2012, 3:31:26 AM11/16/12
to munk...@googlegroups.com
There is no user interaction.  That is why we run it when the machines startup, which is 30 mins before the first class.  All the updates, if any, are then done and dusted.
Output is written to a log file, simply a "0" if successful or a "1" if not.
Munki is not involved in any way.


 
-----------------------------------------------------------------------

“Weaseling out of things is important to learn. It’s what separates
us from the animals.....except the weasel” ~ Homer Simpson

From: Gregory Neagle <gregn...@mac.com>
To: munk...@googlegroups.com
Sent: Thursday, 15 November 2012, 21:51

Hugh Burt

unread,
Nov 16, 2012, 3:41:33 AM11/16/12
to munk...@googlegroups.com
Here is an example of the output :-

11/16/12 08:40:00:029 | [INFO] |  | AAMEE | Utilities | RUM |  |  | ##################################################
11/16/12 08:40:00:029 | [INFO] |  | AAMEE | Utilities | RUM |  |  | ##################################################
11/16/12 08:40:00:032 | [INFO] |  | AAMEE | Utilities | RUM |  |  | Launching the RemoteUpdateManager...
11/16/12 08:40:00:032 | [INFO] |  | AAMEE | Utilities | RUM |  |  | RemoteUpdateManager version is : 3.0.161.0 (BuildVersion: 3.0; BuildDate: Tue Apr 24 2012 15:41:26 )
11/16/12 08:40:00:032 | [INFO] |  | AAMEE | Utilities | RUM |  |  | **************************************************
11/16/12 08:40:00:032 | [INFO] |  | AAMEE | Utilities | RUM |  |  | Initializing UpdaterCore Library...
11/16/12 08:40:00:059 | [INFO] |  | AAMEE | Utilities | RUM |  |  | UpdaterCore library initialized successfully.
11/16/12 08:40:00:059 | [INFO] |  | AAMEE | Utilities | RUM |  |  | **************************************************
11/16/12 08:40:00:059 | [INFO] |  | AAMEE | Utilities | RUM |  |  | Starting UpdaterCore CheckForUpdate...
11/16/12 08:40:00:862 | [INFO] |  | AAMEE | Utilities | RUM |  |  | CheckForUpdates completed successfully.
11/16/12 08:40:00:862 | [INFO] |  | AAMEE | Utilities | RUM |  |  | **************************************************
11/16/12 08:40:00:862 | [INFO] |  | AAMEE | Utilities | RUM |  |  | Starting UpdaterCore DownloadUpdates...
11/16/12 08:40:00:866 | [WARN] |  | AAMEE | Utilities | RUM |  |  | No new applicable Updates. Seems like all products are up-to-date.
11/16/12 08:40:00:866 | [INFO] |  | AAMEE | Utilities | RUM |  |  | **************************************************
11/16/12 08:40:00:868 | [INFO] |  | AAMEE | Utilities | RUM |  |  | ##################################################
11/16/12 08:40:00:868 | [INFO] |  | AAMEE | Utilities | RUM |  |  | Ending the RemoteUpdateManager Return Code (0)
11/16/12 08:40:00:868 | [INFO] |  | AAMEE | Utilities | RUM |  |  | ##################################################
11/16/12 08:40:00:868 | [INFO] |  | AAMEE | Utilities | RUM |  |  | ##################################################
11/16/12 08:40:00:868 | [INFO] |  | AAMEE | Utilities | RUM |  |  | 

 
-----------------------------------------------------------------------

“Weaseling out of things is important to learn. It’s what separates
us from the animals.....except the weasel” ~ Homer Simpson

From: Gregory Neagle <gregn...@mac.com>
To: munk...@googlegroups.com
Sent: Thursday, 15 November 2012, 21:51

Timothy Sutton

unread,
Nov 18, 2012, 7:11:37 PM11/18/12
to munk...@googlegroups.com
I know of at least one update in CS6 that won't update properly at the login window (patching manually or using Munki), the most recent Flash Pro update. It triggers the Extension Manager's installer to install "Toolkit for CreateJS 1.1", and this requires user interaction and a GUI login session.

Amazingly, Adobe released a special "silent installer" following complaints:

http://blogs.adobe.com/flashpro/2012/09/25/flash-professional-cs6-update2

…which leads one to a special download available here:

http://www.adobe.com/support/flash/downloads.html

Can't test RUM for this particular problematic update, but unless there is some special logic in the update mechanism and/or feed that it can make use of to act differently, RUM would probably fail the same way a manual patch does.


-Tim


On 2012-11-15, at 4:51 PM, Gregory Neagle wrote:

> What happens if RUM runs when no-one is logged in? Do all updates apply successfully in that situation?
>
> -Greg
>
> On Nov 15, 2012, at 1:44 PM, Tristan Mason <theimmora...@gmail.com> wrote:
>
>> sure. it's a work in progress so not complete by any means. i'm using the tools from Adobe to create a local http repo for Adobe CS (by default it syncs CS5, 5.5 and 6. both Win and OS X). the sync took 10 hours for 30gb of updates, slow. It's on one of my Mountain Lion servers but could reside on any box running web services. You then setup up the web services for delivery. This is as far as I have completed. Next is to get the Clients to use the local repo for updates instead of calling home which involves re-configuring Adobe Application Manager (AdobeUpdater.overrides). This is todays task. If your interested i'll report back on the progress. With this setup you can get AAMEE to pull updates from your repo when generating masters instead of calling home also. At this point (in the process) you still need a "window" to run updates as you still require admin authentication. My next task is to look at Codename Remote Update Manager to run updates managed without the need for admin rights and and update "window" so that you get similar functionality to Munki ie managed updates without the need for admin authentication. All the tools are available from Adobe and bar the poor documentation are (so far) easy to implement. As before it's a work in progress and there's much to do but it may be an option for some. We run Win and OS X clients with Master Collection so there's other benefits for us with this.
>>
>>
>>> Could you provide details of what you've done?
>>>
>>> Sent from my iPhone
>>>
>>> On Nov 15, 2012, at 10:03 AM, The Immoral Tristy <theimmora...@gmail.com> wrote:
>>>
>>>> for what it's worth I've found it easier just to run a local Adobe update server and avoid Adobe and Munki having any contact...
>>>>
>>>> an expert is someone who has made every possible mistake in a narrow field of expertise...
>>>>
>>>>
>>>> On 16/11/2012, at 6:32 AM, Gregory Neagle <gregn...@mac.com> wrote:
>>>>
>>>>> I've never figured out how to sanely/safely integrate Adobe RUM with Munki.
>>>>>
>>>>> -Greg
>>>>>
>>>>> On Nov 15, 2012, at 8:48 AM, Hugh Burt <hub...@yahoo.co.uk> wrote:
>>>>>
>>>>>> I try and keep things as simple as possible, so our CS6 products are kept updated with Adobe RUM (Remote Update Manager). I used Munki to install it on all the machines and
>>>>>> it is run when they start up which is about 30 mins before the first students arrive.
>>>>>>
>>>>>>
>>>>>> -----------------------------------------------------------------------
>>>>>>
>>>>>> “Weaseling out of things is important to learn. It’s what separates
>>>>>> us from the animals.....except the weasel” ~ Homer Simpson

Harry Fike

unread,
Nov 26, 2012, 5:46:07 PM11/26/12
to munk...@googlegroups.com
On the original topic, after working through the different installs keys, I found that Adobe screwed up the versioning for Audition (clean install version 5.0x708, updated to 5.0.2x5), Extension Manager (clean install version 6.0.412, updated to 6.0.4.8), and Speed Grade (clean install version 2012.7766.34, updated to 6.0.4). If I installed the full CS6 suite via munki and then ran Adobe Updates, MSU would want to install the full suite again reporting "Update Available" in Optional Software. Temporarily I fixed the issue by commenting out the entries for each of the above in the the installs key. I believe I can fix Speed Grade by editing its version to 6.0, however, what would be the best way to deal with Audition since it uses "x" as part of the version? I'm not deploying Adobe updates using munki yet, so I won't have a problem at the moment, however, this may creep back to bite me in the future if I don't work around it correctly.

Thanks,
Harry
Reply all
Reply to author
Forward
0 new messages