GNU bug report logs - #42248
27.0.91; With enchant-2.2.8 from Guix, Flyspell errors out or gives lots of false positives

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: jorge+list <at> disroot.org, 42248 <at> debbugs.gnu.org
Subject: bug#42248: 27.0.91; With enchant-2.2.8 from Guix, Flyspell errors out or gives lots of false positives
Date: Thu, 27 Aug 2020 22:13:36 +0300

> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Thu, 27 Aug 2020 12:05:04 -0700
> Cc: jorge+list <at> disroot.org, 42248 <at> debbugs.gnu.org
> 
> > It isn't the Hunspell issue, it's an issue with the dictionary.  What
> > does your en_US.aff file says in the WORDCHARS line(s)?  See the
> > function ispell-parse-hunspell-affix-file which parses the Hunspell
> > aff files.
> 
> WORDCHARS 0123456789

Here I have

  WORDCHARS 0123456789'

So my suggestion is to find a better en_US dictionary and install it.

> > Eventually, the dictionary's entry in the ispell.el's DB is what
> > matters.  What do you have there?
> 
> Which variable would be of interest?  In
> `ispell-hunspell-dictionary-alist' I have the following entry for
> "en_US":
> 
> ("en_US" . #1=("[[:alpha:]]" "[^[:alpha:]]" "[0-9]" t
>                 ("-d" "en_US")
>                 nil utf-8))

The one I underlined.  It should be "['0-9]".  So there you have it.

> Is there anything we could do to work around this situation on our end?

Install a better dictionary, I'd say.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.