Dave Page wrote: <snip>
No real stress there, as I'm really sure the pgAdmin team and yourself will be able to give pointers on how to make that work properly. :)
>
Ok, do you have any recommendations? Using M$ Visual <anything> isn't an option, but am willing to look at alternatives.Step 1 is use an MSI compliant setup package.
> Step 2 is then extremely
easy. There are a number of advantages to this including:1) DLL conflicts are handled properly by the installer service. 2) Installations can be properly rolled back in case they fail. 3) Installation patches can be created. 4) The base package can be built as a merge module which can then be included in any other setup program for seamless integration, and a guaranteed correct installation.
These sound like worthwhile things to cater for.
Am curious as to whether packaging solutions other than MSI use merge modules. Any idea?Point 4 here is very important. If people want to include PostgreSQL in their application (which is surely what we want?), all they need do is include the merge module in their own setup. This is how pgAdmin installs psqlODBC. The stup builder doesn't need to know how PostgreSQL installs and therefore doesn't have to re-write his own version of the installer, and risk getting it wrong. It also means that the installer service can correctly handle the installation of a PostgreSQL-included package onto a system that already has PostgreSQL installed.
:-)
Regards and best wishes,
Justin Clift
Regards, Dave.
-- "My grandfather once told me that there are two kinds of people: those who work and those who take the credit. He told me to try to be in the first group; there was less competition there." - Indira Gandhi ---------------------------(end of broadcast)--------------------------- TIP 6: Have you searched our list archives? http://archives.postgresql.org