> >> I've been testing windows native port of postgresql 8.0.1
> at home and
> >> now I want to try it at work. The problem is that my admins are a
> >> little concerned about users privileges, so they left us with
> >> read-only privs on System32 folder, which means that pginstaller
> >> can't copy libpq.dll file to it's default location, and of course
> >> installation can't proceed. I've tried msiexec docs with
> no luck and
> >> I've also tried setting SYSTEMROOT variable to a different
> location
> >> with no results.
> >>
> >> Is there anything I can do or should I go back to cygwin
> port of pgsql?
> >
> >
> >
> > One option is to build from source using MinGW. Any of the
> utilities
> > like psql.exe will run fine as long as you have the dll
> files in the
> > same directory.
>
>
> I know I would love to see a precompiled windows version of
> postgresql that didn't require the installer. Something like
> a zip file that contains everything under the "configure
> --prefix" directory. That way it would be very easy for me
> to keep different versions on my machine for testing
> purposes. It also allows a non-privlidged user to install
> postgresql on Windows (with-out having to compile by hand)
> which is something the project has always strived for.
>
> Any reason this can't happen?
Not really. Should be easy enough. We should do that starting with 8.0.2
;-)
Question is, what to do about dependencies? libpq depends on a bunch of
libraries (openssl, libiconv for example). Shuold we bundle those or
just say where they can be downloaded? (while openssl is pretty common
on most linux systems, it's not on windows. And I almost never come
across a box with libiconv on)
//Magnus