Re: Questions on 8.1 install

Thanks, Wes. Yes, we know about this Sol-10/PG thing, and eventually we
hope to leverage it...but we also have customers with sol-8 and sol-9
that we can't assume will migrate to sol-10, so unfortunately we have to
deal with both situations.

-gh

Wes Williams wrote:

> FYI Gary, if case you haven't heard already, Solaris 10 will
> be supporting PostgreSQL natively in soon. Therefore, depending on
> your needs and circumstances, you may wish to bide your time with a
> generic Postgre 8.1 install for now on Solaris 9 and then migrate to
> the supported Solaris 10 PostgreSQL installation.
>
> http://www.sun.com/software/solaris/postgres.jsp
>
>
>
> -----Original Message-----
> *From:* pgsql-general-owner(at)postgresql(dot)org
> [mailto:pgsql-general-owner(at)postgresql(dot)org]*On Behalf Of *Gary Horton
> *Sent:* Wednesday, November 23, 2005 2:54 PM
> *To:* pgsql-general(at)postgresql(dot)org
> *Subject:* Re: [GENERAL] Questions on 8.1 install
>
> My OS is Solaris 9, and I'm trying to install Postgres 8.1.0. One
> of our primary concerns is to have a relocatable install (which,
> for us, means we can tar up the existing install and plop it down
> somewhere else, and it will still work -- i.e. there are no
> absolute pathnames /compiled/ into the Postgres).
>
> Here are my questions, from reading through the INSTALL document:
>
> * what is --disable-rpath? This is mentioned wrt "if you want
> relocatability" but nothing else is mentioned in
> INSTALL...should I use this? Why, or why not?
> * Does use of the --prefix compromise relocatability? I'm
> hoping this just specifies where the final output
> directories are written, and it is not referenced as a
> top-level path in the compiled binaries (so that, again, I
> can tar these output directories up and move them somewhere
> else)?
> * In the --prefix comments (in INSTALL doc), mention is made
> of not leaving "the following options" at their defaults if
> you want a relocatable installation, but it's unclear
> whether this mean ALL of the following options or just the
> ones up to the point where the Note appears about "shared
> installation locations"...or just what it means. Can someone
> clarify?
> * --enable-nls[=LANGUAGES] ... if I specify this with a list
> of languages, how do I confirm it's working? Would this
> involve e.g. setenv of certain variables and then looking at
> the exception messages coming from database, or just how
> would you suggest I confirm this? We would care about this
> so that e.g. any database error messages would be
> automatically localized...is this the same kind of thing
> that enable-nls does for us?
> * configure options that we "used to use" (I've inherited an
> old codebase here and am trying to get up-to-date) which are
> apparently not offered anymore (?)
> o --with-template=solaris (this looks like it's for
> older versions)
> o --enable-syslog (seems like others have used it
> recently, but I find no documentation about it)
> o --enable-locale (seems like others have used it
> recently, but I find no documentation about it)
> o --enable-multibyte (this looks like it's for older
> versions?)
> o --with-java (I find no documentation about it in 8.1.0
> install, although yes it is there in 7.3.4 install -
> removed?)
> * why should I (or should I not) use --enable-thread-safety
> (i.e. what's my motivation...)? I understand thread-safety
> of course, but just want more clarity of what it means in
> this context (postgres). What trade-offs should I be aware of?
>
> Thanks so much for anyone's insights. Once again, if you would be
> so kind, please cc me at my email since I'm not signed up to
> receive interest-list messages...
>
> - Gary
>