Re: .pkg, .dmg, etc
Re: .pkg, .dmg, etc
- Subject: Re: .pkg, .dmg, etc
- From: Thomas Davie <email@hidden>
- Date: Mon, 1 Sep 2008 12:45:36 +0200
On 1 Sep 2008, at 12:37, Thomas Engelmeier wrote:
Am 30.08.2008 um 18:56 schrieb J. Todd Slack:
HI Andrew!
I recall seeing a website that went over the different
application packaging types like .pkg, .dmg, etc. I believe it
dealt with creation, pros, cons, etc. I know it was an Apple site.
I think that you *might* find what you want in Apple's PDF
document, "Software Distribution Legacy Guide (Legacy)", which
is available if you perform a search of http://developer.apple.com/
. It has some sections discussing the pros of Package Maker,
for instance.
Hmm, not exactly.
I guess I am looking for when to use a .dmg and when to use a .pkg.
Pros and Cons.
I have always created a .dmg using HDIUtil as my apps have been
self contained and did not need to put components other places on
the filesystem except where the user installed it. (Application
Support excluded since I check for that and create if necessary on
startup).
Just making sure I am up to date on things. I like to learn.
I'd avoid installers and go for the DMG with alias to /Applications
folder route as long as possible.
IMO you will have quite some extra effort in building, TESTING!, and
potential customer support with installers.
E.g. I spent quite some hours last weekend with iterations of build,
install, verify an driver installer until the rights and permissions
I assigned sticked and were not reset to 664 at random times....
My personal opinion on this is not to use .dmg either. I've known
many novice users not know that to install the app they need to drag
the file of the disk image. Then, when they log out, the app has
disapeared, and they don't know why. Instead, I tend to go for zip
files, containing only my application binary.
Bob
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden