Hi Ramses,
Thanks for the bug report.
> I think the manpage is out-to-date about the --locale option.
I assume that you object to this sentence:
The locale used for the server should be the same as that used for
dictfmt when the database was built (specifically, the locale under
which the index was sorted).
I will correct this in the next upload, stating that the locales need
to be compatible, not identical, and add what compatibility means, but
keep it shorter than what /usr/share/doc/dictd/README.Dictd-locales.gz
says on the subject:
dictd(8)says "The locale used for the server should be the same
as that used for dictfmt when the database was built." In practice,
any utf-8 or 7-bit ASCII dictionary may be used with any locale that
includes .utf-8. In general, if the character set and collating order
of a dictionary's locale is the same as that of dictd's locale, there
should be no compatibility problem. If a dictionary's locale uses the
latin1 character set, any latin1 locale may be used for dictd. Since
7-bit ASCII is a subset of both ISO-8859-1 (latin1) and utf-8 , an
ASCII dictionary may be used with any ISO-8859 or utf-8 locale.
You also mentioned:
> And dict-freedict-eng-ger should not ask me to change /etc/default/dictd
> to de_DE.UTF-8 if my locale has the string ".UTF-8" already.
What package is this? Did you mean the dict-freedict-eng-deu package?
Kirk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
