Re: Rebranding PostgreSQL

From: "Magnus Hagander" <mha(at)sollentuna(dot)net>
To: <john(dot)bender(at)hushmail(dot)com>, <pgsql-general(at)postgresql(dot)org>, <cbbrowne(at)acm(dot)org>
Subject: Re: Rebranding PostgreSQL
Date: 2005-11-17 13:00:42
Message-ID: 6BCB9D8A16AC4241919521715F4D8BCE6C7BFC@algol.sollentuna.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> The silent capabilities of the installer will do nicely in
> this regard...I can wrap it into my current NSIS script and
> simply call out to the installer. However, I need to create a
> empty database and initial user after install is complete. Is
> there any way to "hook" custom scripts into the installer's
> process? If not, what ways would you approach this? It'd have
> to be self-contained in some way, as I cannot guarantee any
> particular scripting language will be installed on the target
> machines.

Nope, no way to hook that in unless you want to build your own MSI. You
could create a hook in pginst.wxs and add the CA, and rebuild the MSI.
BUt then you'd have to rebuild the MSI yourself each time you get a new
version etc, which may not be what you want.

I don't know how NSIS works, but I'm sure you can write extension
functions for it, right? The safest way would be to write one in C
statically linked to libpq, and just have that one connect to the newly
installed database and create the required objects. That way you don't
rely on any external scripting languages or DLLs.

//Magnus

Browse pgsql-general by date

  From Date Subject
Next Message Bill Moseley 2005-11-17 14:06:53 Re: Wrong rows selected with view
Previous Message john.bender 2005-11-17 12:49:42 Re: Rebranding PostgreSQL