From: Eli Zaretskii <eliz@gnu.org>
To: Stefan Kangas <stefan@marxist.se>
Cc: sw9@outlook.com, 25825@debbugs.gnu.org
Subject: bug#25825: 25.1; ispell-find-hunspell-dictionaries not working on Windows
Date: Wed, 26 Aug 2020 22:39:57 +0300 [thread overview]
Message-ID: <83eent2o36.fsf@gnu.org> (raw)
In-Reply-To: <CADwFkm=SkzB9XxQUm_AEg+gzn2oCmZa38o+RWsJBYf3Ya9GawA@mail.gmail.com> (message from Stefan Kangas on Wed, 26 Aug 2020 12:21:02 -0700)
> From: Stefan Kangas <stefan@marxist.se>
> Date: Wed, 26 Aug 2020 12:21:02 -0700
> Cc: sw9@outlook.com, 25825@debbugs.gnu.org
>
> But for some reason, hunspell is very sensitive and will not give any
> loaded dictionary if $LANG is unset. (IMO, very unhelpful behaviour.)
Maybe this is worth a bug report against Hunspell. But is this really
relevant to how Hunspell is invoked from Emacs? It certainly isn't on
Windows, because we inject LANG into the environment there. But what
about Posix hosts?
> One idea to improve the situation on our end is to look for "Can't
> open affix or dictionary files for dictionary named 'default'." and
> raise a better error in these cases.
Fine with me.
> Or, if we want to really go out of our way, we could retry with
> "LANG=en_US.UTF-8".
That cannot fly: we cannot second-guess the user's locale, and we
shouldn't force some arbitrary locale on them. It's basically a
mis-configured system, so signaling an error is good enough, IMO.
next prev parent reply other threads:[~2020-08-26 19:39 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-21 3:41 bug#25825: 25.1; ispell-find-hunspell-dictionaries not working on Windows S W
2020-08-26 18:09 ` Stefan Kangas
2020-08-26 18:28 ` Eli Zaretskii
2020-08-26 18:34 ` Eli Zaretskii
2020-08-27 4:32 ` Stefan Kangas
2020-11-24 8:43 ` Lars Ingebrigtsen
2020-08-26 18:36 ` Eli Zaretskii
2020-08-26 18:48 ` Stefan Kangas
2020-08-26 18:59 ` Eli Zaretskii
2020-08-26 19:21 ` Stefan Kangas
2020-08-26 19:39 ` Eli Zaretskii [this message]
2020-08-26 20:10 ` Stefan Kangas
2020-08-26 20:01 ` Stefan Kangas
2020-08-27 3:27 ` Eli Zaretskii
2020-08-27 3:51 ` Stefan Kangas
2020-08-26 18:48 ` Stefan Kangas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83eent2o36.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=25825@debbugs.gnu.org \
--cc=stefan@marxist.se \
--cc=sw9@outlook.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).