
> >5)  We only had a compiled-in location for /lib in the past for dynamic
> >loading, and had a GUC variable to override it.  initdb always used
> >/share in a fixed location, but it has a flag to override it.  With
> >/share/timezone, the server now requires the timezone 
> database to be in
> >a fixed location too.  Do we now need a sharedir GUC variable?
> 
> I think Claudio is working on this. IIRC with the help of Tom and Peter.
> I'm not sure if share was specifically included in the list of
> directories he's working on, though, but several others. Claudio -
> correct me if I'm off target here.

/share was in the list. I've received no reply from Tom or Peter. 

Only solution so far is the one rejected a little over a month ago. Unless
someone pipes up soon, I'm just going to re-ask that it be accepted (iirc,
Bruce had an off-list idea he was going to post too).

Cheers,
Claudio

--- 
Certain disclaimers and policies apply to all email sent from Memetrics.
For the full text of these disclaimers and policies see 
<a
href="http://www.memetrics.com/emailpolicy.html">http://www.memetrics.com/em
ailpolicy.html</a>

Mon, 3 May 2004 12:15:25 +1000 
Claudio Natoli <claudio.natoli@memetrics.com>
Re: Timezone database questions