handling configuration files
handling configuration files
- Subject: handling configuration files
- From: Joe Damato <email@hidden>
- Date: Tue, 05 Jul 2011 17:17:25 -0700
Hi -
The application I'm trying to package comes with a set of default
configuration files and plists, however, these files are modified
after installation via postinstall so that they suit the user's system
(for example, picking a network interface or how much RAM to use for a
specific data structure, etc).
When the user installs a new version of the packaged application,
these configuration files are overwritten. I tried using requirements
to test for the existence of the config files and if they exist, skip
installing one of the contents that contains the config files, but I
was unable to get this to work properly. Doesn't seem like
requirements were intended to be used like that.
Any hints for dealing with config files? I've seen package management
systems in other environments that allow you to mark a packaged file
as a config file so that it is not overwritten on upgrade. Maybe
something like that is possible with package maker and I'm missing it?
Thanks,
Joe
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden