Bug 85294 - Hunspell dictionary nl_NL and en_US seem to be invalid to PostgreSQL
Summary: Hunspell dictionary nl_NL and en_US seem to be invalid to PostgreSQL
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Localization (show other bugs)
Version:
(earliest affected)
4.3.2.2 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-10-21 15:48 UTC by Willem
Modified: 2014-10-21 20:14 UTC (History)
0 users

See Also:
Crash report or crash signature:
Regression By:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Willem 2014-10-21 15:48:04 UTC
I tried loading the hunspell dictionaries nl_NL.aff and en_US.aff from the newest version of LibreOffice and version 3.4 in PostgreSQL 9.3.  This gives a parse error while loading the files.

The first parsing error in en_US is clear to me on line: 2428 "COMPOUNDMIN 1" should be "COMPOUND MIN 1" the syntax errors after that are in both files about the lines starting with SFX and in the en_US version don't seem to match the description given here: https://www.openoffice.org/lingucomponent/affix.readme

Yet I am not able to fix it. The Dutch version is beyond me.
Comment 1 Caolán McNamara 2014-10-21 16:12:37 UTC
man 5 hunspell gives...

COMPOUNDMIN num
   Minimum length of words used for compounding.  Default value is 3 letters.

so the syntax is correct according to the documentation there.

What exactly are you doing. I mean what is giving a parse error ? Googling suggests that maybe this is pg_updatedicts which "builds PostgreSQL dictionaries from myspell/hunspell ones" in which case I would presume the problem lies there and not in the dictionaries.
Comment 2 Willem 2014-10-21 20:14:11 UTC
Thank you for the input. Sorry I didn't check the man page, my bad. Reading your post I realize my line of Reasoning was a bit off. I will check there. Thanks again