James Carlson wrote:
> James Gates writes:
> 
>>        Slony is a replication software that strongly depends on a
>>        specific version of the PostgreSQL RDBMS.  As such,
>>        the slony libraries will be placed in the same directory tree 
>>      as the corresponding PostgreSQL version. It is an OSS project,
>>        not controlled by Sun, so interface stability can't
>>        be guaranteed.
> 
> 
> Using per-version file paths probably makes sense for the libraries,
> but does embedding under /usr/postgres make sense for the rest of it,
> particularly for the man pages?  Burying the man paths rather than
> delivering to a common directory seems to make it harder to use.
You have a good point - Slony is not on the default PATH or MANPATH. 
This is clearly an ease of use issue.

But I'm not sure we want Slony to be easy to use for people who have no 
knowledge of the PostgreSQL directory hierarchy.

 From what I recall, it was decided to locate the generic Slony files 
here because Slony is an 'addition' to the PostgreSQL product. In 
isolation Slony is useless. It needs PostgreSQL to operate and only 
operates on PostgreSQL. Without having /usr/postgres/x.x/bin in your 
PATH, Slony won't work correctly (which implies you already know about 
the /usr/postgres directory). So a certain level of "knowledge" is 
expected in the Slony user.

But since we don't have to accommodate multiple versions of Slony, we 
could locate the man pages in /usr/share/man (we would just need to 
supply --mandir=/usr/share/man to 'configure').
> 
> 
>>       /usr/postgres/slony/share/slony1_base.sql
> 
> 
> What does "share" mean again?  :-/
> 
Typically "share" directories are used for architecture independent 
(shared) files. In this case SQL scripts.

Did you have an issue with this location?

The location of these files can be set with the --datadir=<DIR> 
configure option. But "share" really is the only suitable sub directory 
for these SQL files. None of the other directories are suitable. Slony 
only has the hierarchy:

<PREFIX>/
   bin
   etc
   lib
   man
   share


-- 
Jim Gates                    Sun Microsystems
Nashua, USA             http://sun.com/postgresql

Reply via email to