[ttpedersen]

I haven’t had time to test AAMEE but regarding the problems discussed above, could they be related to the statement at [url]http://blogs.adobe.com/OOBE/2010/06/adobe_application_manager_ente.html[/url]: “When deploying through ARD a user is currently required to be logged in on the target system.” This is why AAMEE is still listed as a “preview” I guess.

I would think that this requirement will break the InstaDMG workflow, wouldn’t you think so?

[ttpedersen]

This issue is described here
[url]http://groups.google.com/group/adobe.acrobat.macintosh/browse_thread/thread/c425e6404785220f/c8d4ee124776da61?lnk=raot[/url]

The solution is to symlink [i]path-to-network-home[/i]/Library/Application Support/Adobe/Acrobat/9.0_x86 or 9.0_ppc (depending on platform) to a location on the local disk. It works with our setup.

-Thomas

[ttpedersen]

Strange. I have the exact same lines in the postflight script as you.

Have you double checked the USERDATA file?

Apart from setting the uid and the hidden option in USERDATA, I only made the aforementioned change in the postflight script.

[ttpedersen]

If have made the following workaround for the _usbmuxd user flooding the console log.

Inside the installer package for iTunes 8.2.1 there is a user creation script for the _usbmuxd user in iTunes.mpkg/Contents/Resources/AppleMobileDeviceSupport.pkg/Contents/Resources/postinstall

I have copied the user creation part of the postinstall script to at new custom package which is subsequently installed by DeployStudio as a postponed installation (i.e. install on first boot). This eliminates the error messages completely.

I haven’t seen the other error mentioned in this thread, but I use a 10.5.8 client for building the images.

[ttpedersen]

Here’s how I do it:

In USERDATA besides setting hide_user=1, I set the uid to 499.

Then I have modified the postflight script. After the if “[ $hide_user -eq 1 ]; then” expression, I added
[code]/usr/bin/defaults write “${TARGET_DIR}/Library/Preferences/com.apple.loginwindow” Hide500Users -bool TRUE[/code]
This will hide the user in the Accounts pane.

[ttpedersen]

Depending on how you manage your installations you could either control language setting using MCX or by installing a custom package.

As we have a lot of international students, the main computer language is English but as most staff is Danish they prefer Danish on their computers whether desktop or laptop. I control desktops using MCX and laptops by slipping a custom package into the build train. This package installs a customized version of /Library/Preferences/.GlobalPreferences.plist

It looks like this:
[code]
AppleLanguages

da
en
ja
fr
de
es
it
nl
sv
nb
fi
pt
zh-Hans
zh-Hant
ko

AppleLocale
da_DK
Country
DK

[/code]
If we get more international staff I guess I would consider installing the package with NetRestore’s “install-pkgs.sh” post action to control default language on a per computer basis.

-Thomas

[Author]

Posts