Re: Fall back to alternative tsearch dictionary directory - Mailing list pgsql-bugs

From Martin Pitt
Subject Re: Fall back to alternative tsearch dictionary directory
Date
Msg-id 20081202011642.GG6485@piware.de
Whole thread Raw
In response to Re: Fall back to alternative tsearch dictionary directory  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
Hi Tom,

Tom Lane [2008-12-01 19:51 -0500]:
> I can't see any reason whatever to not put them into
> ${sharepath}/tsearch_data/.  It's not like you're expecting to be
> able to share them with other applications.

No, not for sharing. I just don't like them to be in /usr, but that's
by and large a stylistic preference, and I won't dwell on it.

> Seems like it'd be quite sufficient to choose a specialized naming
> policy within tsearch_data, say es_ES.aff -> system_es_es.aff.

Works for me, too.

> I don't think moving stuff into a different subdirectory makes
> conflicts a non-problem; it just means that half the world will be
> unhappy with the search order you chose.

IMHO there is really just one sensible ordering here. Always prefer
the ones installed by hand, and only if they are not present, fall
back to the system defaults. The other way around would mean that the
admin couldn't do local overriding any more.

Thanks,

Martin

--=20
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: Fall back to alternative tsearch dictionary directory
Next
From: smithat@email.unc.edu
Date:
Subject: installation bug-cannot create user name