My journey through InstaDMG

[bw38]

So I’m going to look into purchasing JAMF Composer 7.2. But I want to make sure before I purchase it that I am buying the right software.

Is this all I need? https://store2.esellerate.net/store/checkout/CustomLayout.aspx?s=STR8998979796&pc=&page=MultiMoreInfo.htm&SkuRefNum=SKU70525873445

I’d be getting the Educational/Non-Profit version since I’m at a university.

This is the list of the other software that JAMF sells. https://store2.esellerate.net/store/checkout/CustomLayout.aspx?s=STR8998979796&pc=&page=MultiCatalog.htm

Also, is there a guide for packaging Final Cut? I’ve been able to some threads on Adobe CS4/5 on this forum, but not much on Final Cut.

[dead2sin]

Thats the right software.

I have internal documentation for Final Cut Studio 3 if you are interested, but it really should only be used if you have a system for managing your licenses in place and you use a site license.

Nate

[bw38]

[QUOTE][u]Quote by: dead2sin[/u][p]Thats the right software.

I have internal documentation for Final Cut Studio 3 if you are interested, but it really should only be used if you have a system for managing your licenses in place and you use a site license.

Nate[/p][/QUOTE]
Just purchased Composer 7.2. That would be real helpful if you don’t mind e-mailing me the documentation. I believe we do have a site license although I will try to confirm that. As far as a system for managing our licenses, what exactly do you mean?

Keeping with the thread, I noticed today that when I create my image that it enables Remote Login (possiblly Remote Management; I turned the feature off and I forget now) on the Mac by default. Outside of the createUser.pkg and clearReg.pkg, I haven’t really made any other packages that would cause this. Any ideas why this is turned on? Is it a byproduct of how InstaDMG creates the image?

By the way, you’ve been a great help in all this.

[bw38]

I have the following time settings on my firstboot package. Yet it does not seem to stick. Anyone have any idea why that is?

[code]Set time zone and time server.
$systemsetup -setusingnetworktime on
$systemsetup -settimezone America/New_York -setnetworktimeserver time.apple.com[/code]

When I log into computer it has the time set to PST and the location set to Los Angeles, California.

Ideally I’d like to have the time set automatically based on the location which should be New York. What am I missing here?

[Allister Banks]

Hey there,

Are you certain your systemsetup variable is pointing to /usr/sbin/systemsetup? Just a thought.

Allister

[bw38]

This is what the first part of the firstboot.sh file looks like (can’t post the entire thing otherwise forum reads it as spam):

[code]###
# First Boot script that is used along with a launchd item. Delets both itself and the launchd item after completion.
###

# Define ‘kickstart’ and ‘systemsetup’ variables, built in OS X script that activates and sets options for ARD.

kickstart=”/System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart”
systemsetup=”/usr/sbin/systemsetup”
genericppd=”/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/Resources/Generic.ppd”

Delete iMovie (Previous Version) Directory if it exists, because we don’t need it.
#Use when installing iLife using the original installers with InstaDMG.
rm -R /Applications/iMovie\ \(previous\ version\).localized/

# ARD Configuration
#Enable ARD for localadmin
$kickstart -configure -allowAccessFor -specifiedUsers
$kickstart -activate -configure -access -on -users “localadmin” -privs -all -restart -agent

Set time zone and time server.
$systemsetup -setusingnetworktime on
$systemsetup -settimezone America/New_York -setnetworktimeserver time.apple.com
[/code]
Come to think of it it’s also not deleting the iMovie folder called “iMovie (previous version)”.

[bw38]

I can’t seem to figure this out. I’m not looking to use ARD at the moment if that makes a difference. Is there something I may be missing. I’ve gone through the instructions multiple times at this point. I can tell that the firstboot.sh is being placed in /Library/Scripts/CompanyName/ and that the edu.name.firstboot.plist is being placed in /Library/LaunchDaemons/ but changes simply aren’t occurring except I notice that when I restart the computer that the Log In screen changes from username being displayed to username needing to be typed.

Also, I have the firstboot.pkg as the last package in my workflow (I have updates -> applications -> clearReg -> createUser -> firstboot). I assume that this doesn’t matter, but I’m out of ideas here.

Any help is appreciated. Thanks.

[dead2sin]

It sounds like the permissions on the launchd item are wrong and the script isn’t being run at all. If the login window changes, that means the postflight script is working, but the firstboot script is not.

Nate

[dead2sin]

Just for reference, the launchdaemon must have the following permissions:

Owner: root
Group: wheel
Permission: 644

Nate

[dead2sin]

This is a rather annoying quirk of PackageMaker (Or perhaps my inexperience with using it), but it seems that when you mount the Firstboot.dmg, it doesn’t retain any information about owner and group on the files within the package. Just go to contents and change the permissions to what I references in my earlier post.

Nate

[andyboutte]

I have been having the same problem that bw38 has been having. and I can confirm that it is because of the owner and group. Every time I run instadmg the files get placed correctly but the owner and group of the launchd come back as the username of the host system building the instadmg and staff. I know my firstboot.pkg is good because I can exclude it from my build and run it manually and all is good. I am also running my firstboot.pkg last in my train.

Is there any info anybody can give us on this? I know we are both very close and just missing some small detail. Thanks.

[dead2sin]

I know firstboot packages work with InstaDMG, so I’m not sure what else could be causing it. PackageMaker might not be saving the permissions correctly or not applying them correctly after the files are placed. Perhaps creating the firstboot.pkg using another free packaging program would be a good troubleshooting step (I use Composer, which isn’t free, but it works 100% of the time for me).

Perhaps you could try using Iceberg and see if you come up with a different outcome: [url]http://s.sudre.free.fr/Software/Iceberg.html[/url]

Nate

[Allister Banks]

Hey guys,

I just use a payload-free package and have my postflight chmod and chown appropriately after cp’ing.

Allister

[andyboutte]

Allister thanks for that. I feel like half the people using a firstboot are getting the owner group with just package maker and the other half have to chmod and chown in the postflight. Allister did you choose your method because you couldnt get package maker to do it correctly?

And just so we are all clear I am trying to build a 10.6.4 image on 10.6.4 using r395 with packagemaker version 3.0.4.

[Allister Banks]

Hey Andy,

Not necessarily because Packagemaker wasn’t easy to use, just that Greg Neagle’s post on the payload-free package template was so straightforward. Duncan McCracken’s presentation on Packagemaker was good, but I don’t need a GUI when I know what I want and a customer doesn’t need to interact with it.

Allister

[Author]

Posts