I wrote:
>> dropping symlinks to the pg binaries in /usr/bin or
>> /usr/local/bin or /sbin/ is something I've done for ages, on PostgreSQL
>> versions 7.1 -> 7.4. Is there a problem with this now?
> This is fundamentally broken by the changes to support relocatable
> installs: PG now attempts to
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> This is fundamentally broken by the changes to support relocatable
>> installs: PG now attempts to find the support files by relative paths
>> from the place where the executable was found.
> I recall that on some systems the "norma
Is this an open 8.0 item?
---
Peter Eisentraut wrote:
> Tom Lane wrote:
> > This is fundamentally broken by the changes to support relocatable
> > installs: PG now attempts to find the support files by relative paths
> > fr
Tom Lane wrote:
> This is fundamentally broken by the changes to support relocatable
> installs: PG now attempts to find the support files by relative paths
> from the place where the executable was found.
I recall that on some systems the "normal" method of installation is
installing everything
Tom,
> This is fundamentally broken by the changes to support relocatable
> installs: PG now attempts to find the support files by relative paths
> from the place where the executable was found.
OK, I can see the tradeoff.Hmmm ... this means that we need something in
the Release Notes, I wou
Tom,
> What it looks like is that the postmaster was executed out of /usr/bin.
> Have you got any symlinks you aren't telling us about? ÂWhere does that
> mount point to, anyway?
Yes, there are symlinks in /usr/bin to /usr/local/pgsql/bin. I've never had
it cause issues before, though. H
"Josh Berkus" <[EMAIL PROTECTED]> writes:
>> What it looks like is that the postmaster was executed out of
>> /usr/bin.
> dropping symlinks to the pg binaries in /usr/bin or
> /usr/local/bin or /sbin/ is something I've done for ages, on PostgreSQL
> versions 7.1 -> 7.4. Is there a problem with t
Josh Berkus <[EMAIL PROTECTED]> writes:
>> As best I can tell, this is coming out because pgtz.c thinks that
>> /usr/share/timezone is where Postgres' own timezone files are; which
>> implies that get_share_directory() is returning /usr/share; which does
>> not make a lot of sense.
> Nope:
> $ .
Tom,
> As best I can tell, this is coming out because pgtz.c thinks that
> /usr/share/timezone is where Postgres' own timezone files are; which
> implies that get_share_directory() is returning /usr/share; which does
> not make a lot of sense. I think you must have used nondefault
> configuration
>> Please. Also, what nondefault configuration or postgresql.conf settings
>> are you using?
> Sorry for delay. Attached.
> And --with-perl --with-odbc
As best I can tell, this is coming out because pgtz.c thinks that
/usr/share/timezone is where Postgres' own timezone files are; which
implies
Tom,
> Please. Also, what nondefault configuration or postgresql.conf settings
> are you using?
Sorry for delay. Attached.
And --with-perl --with-odbc
--
--Josh
Josh Berkus
Aglio Database Solutions
San Francisco
gentoobug.gz
Description: GNU Zip compressed data
--
Tom,
> Please. Also, what nondefault configuration or postgresql.conf settings
> are you using?
Will have to get the trace tommorrow. Config options are --with-perl and
--with-odbc
--
Josh Berkus
Aglio Database Solutions
San Francisco
---(end of broadcast)--
Josh Berkus <[EMAIL PROTECTED]> writes:
>> Hmmm ... where is that coming from exactly? PG itself should not be
>> referring to /usr/share/timezone --- we have our own TZ database now.
> Let me know if you want a trace.
Please. Also, what nondefault configuration or postgresql.conf settings
are
Tom,
> Hmmm ... where is that coming from exactly? PG itself should not be
> referring to /usr/share/timezone --- we have our own TZ database now.
> And glibc-based platforms don't keep their info there either (it's in
> /usr/share/zoneinfo, at least on my Fedora machine). So there's
> something
Josh Berkus <[EMAIL PROTECTED]> writes:
> LOG: could not open directory "/usr/share/timezone": No such file or
> directory
> What's it mean? Am I missing a package?
Hmmm ... where is that coming from exactly? PG itself should not be
referring to /usr/share/timezone --- we have our own TZ data
Folks,
This is a new one on me, but possibly because it's my first time working on
Gentoo:
Version: 8.0b4
Platform: Gentoo Linux 2.6.8
Severity: Unknown
Message:
LOG: could not open directory "/usr/share/timezone": No such file or
directory
What's it mean? Am I missing a package?
--
--Jos
16 matches
Mail list logo