Re: [Aspell-user] aspell - Unknown mode: "nroff"

[Kevin Atkinson]

Hi,

On 09/11/2014 12:15 PM, Agustin Martin wrote:
> On Wed, Sep 10, 2014 at 10:59:26PM +0200, Kevin Atkinson wrote:
> > Hi,
> >
> > I am not fully following everything mentioned, but here one helpful tidbit
> > of information. :)
> >
> > The Aspell config option "filter-path" controls where Aspell looks for
> > filters.  This defaults to the same location Aspell looks for dictionaries,
> > which defaults to "/usr/lib/aspell".  For help in changing this value see
> > http://aspell.net/man-html/Customizing-Aspell.html.
> > Aspell can also be compiled with a different default for "filter-path", but
> > will likely involve having to patch common/config.cpp.
>
> Hi, Kevin, thanks for the info
>
> The problem is that part of the filter related stuff (in particular
> tex-filter.info) gets installed under "pkgdatadir" instead of under
> "pkglibdir", and aspell seems to look for all filter related stuff under
> "filter-path" (pkglibdir). There is no problem if both match, but error
> happens if they don't. My proposed change just tries to have all filter
> related stuff installed under "pkglibdir" (and thus found by "filter-path").

That is one way, but Aspell can likely also be configured to find things 
where they are now.

> > On 09/10/2014 06:38 PM, Agustin Martin wrote:
> > > Looking at
> > >
> > > https://bugs.debian.org/667592 [libaspell15: please add multiarch support]
> > >
> > > I was playing with some things there, and found this problem when 'data-dir'
> > > and 'lib-dir' are set to diferent values.
>
> While we are at this (Possible multiarch implementation in Debian aspell
> packages), just wanted to comment that I have been playing with the Debian
> aspell package, here goes some info.
>
> One thing I was playing with is the --enable-32-bit-hash-fun option as
> proposed in that Debian bug report, making i386 and amd64 architectures
> use the same binary format for compiled dictionaries.

I don't see any major drawback to this.  Maybe a slight speed penalty on 
amd64 architectures.

> I am also playing with a new option to allow explicit selection of a
> different path for dictionaries, not coupled to pkglibdir unless the option
> is not set.  The idea is to try to make i386 (i386-linux-gnu) and amd64
> (x86_64-linux-gnu) libs coinstalable, with a working Debian multiarch
> structure like
>
> /usr/lib/aspell:                         dicts, valid for both architectures.
> /usr/lib/{i386,x86_64}-linux-gnu:        General purpose libs (libaspell...)
> /usr/lib/aspell/{i386,x86_64}-linux-gnu: Aspell filters and friends
> /usr/share/aspell:                       Data files
>
> Preliminary stuff seems to work well, but I still need to think more about
> all this.

Like I said below, Aspell can likely be configured to make that work. 
If you do get anywhere please post a patch so I can review it.

It might be a good idea to take this thread to aspell-devel.

Kevin