This should be fixed in Aspell 0.60.8 as aspell 0.60.8 increased the score of
suggestions with a ' ', '-' so they no longer appear near the start of the
list.
The first suggestion is now 'transferred'
This should be fixed in Aspell 0.60.8 as aspell 0.60.8 increased the score of
suggestions with a ' ', '-' so they no longer appear near the start of the list.
On Fri, 30 Aug 2019, Agustin Martin wrote:
On Thu, Aug 29, 2019 at 12:20:28AM +0200, Agustin Martin wrote:
On Mon, Aug 19, 2019 at 04:33:40PM -0400, Kevin Atkinson wrote:
On Mon, 19 Aug 2019, Salvatore Bonaccorso wrote:
See https://lists.gnu.org/archive/html/aspell-announce/2019-08/msg0
On Thu, 29 Aug 2019, Agustin Martin wrote:
This message is sent to all packages that depend in some way on
libaspell15 (pdo addresses bcc'ed)
A potentially unbounded buffer over-read has been found in in GNU
Aspell 0.60.*. Package aspell 0.60.7-1 has been uploaded to Debian
experimental, includ
On Mon, 19 Aug 2019, Salvatore Bonaccorso wrote:
See https://lists.gnu.org/archive/html/aspell-announce/2019-08/msg0.html
Also see http://aspell.net/buffer-overread-ucs.txt for a slightly improved
version of the announcement that I edited for clarity.
On Tue, 18 Aug 2015, Rene Engelhard wrote:
On Tue, Aug 18, 2015 at 01:36:57PM -0400, Kevin Atkinson wrote:
I confirm that is the source the the real SF's upstream hunspell
en-US dictionary.
Cc'ing the scowl maintainer. If you agree I can send you a patch doing
this and/or do it
files/Hunspell/
CCing Kevin Atkinson, Upstream Maintainer on en_US Hunspell dictionary
for confirm.
If so, we should just remove the hunspell-en-* (source) packages then and
package the non-large(!) variants out of scowl itself by using the same script
used to create what you can download on th
Sorry for the duplicate report. I wasn't sure how to file it. Please remove
either this one or #778496.
Kevin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
/dict/en, that might be a good idea.
Thanks,
Kevin Atkinson
Upstream Maintainer of aspell-en
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
be a good idea.
Thanks,
Kevin Atkinson
Upstream Maintainer of aspell-en
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Source: aspell-en
Version: 6.0-0-6
A new upstream version of the Aspell English Dictionary has been available
for several mouths now, see http://wordlist.sourceforge.net/ and
http://ftp.gnu.org/gnu/aspell/dict/en/. The new version contain numerous
correction and the enhancements since the ver
On Fri, 1 Jul 2005, Agustin Martin wrote:
> On Thu, Jun 30, 2005 at 06:08:28PM -0600, Kevin Atkinson wrote:
> > > This seems something to be decided in a per dict basis and delegated on
> > > dict
> > > maintainers.
> >
> > Yes that is why I su
On Fri, 1 Jul 2005, Agustin Martin wrote:
> > > I think we
> > > should also encourage affix compression when possible, hash sizes are much
> > > better.
> >
> > If the language in question does not have does not have any sort of
> > soundslike data, than affix compression is a clear win; however
On Thu, 30 Jun 2005, Kevin Atkinson wrote:
> 3) Aspell by defaults performs a number of checks when creating a
> word list, some if these can be expensive. You can disable the expensive
> one with "--dont-validate-affixes". If you clean the word list first this
> sh
On Thu, 30 Jun 2005, Agustin Martin wrote:
> On Thu, Jun 30, 2005 at 05:39:29AM -0600, Kevin Atkinson wrote:
> >
> > A few things to take into consideration.
> >
> > 1) To Minimize the Space Used The Word List Should be Compressed with
> > "prezip -s&q
sable the expensive
one with "--dont-validate-affixes". If you clean the word list first this
should be 100% safe. It should also be safe to use on a dirty word list
as the invalid affix flags don't cause a problem in the compiled word
list. You may also consider using "--val
On Fri, 18 Feb 2005, Brian Nelson wrote:
> Hi Kevin,
>
> Can you please take a look at http://bugs.debian.org/295748 and see if
> you can figure out what's going on there? I've also received a report
> that the same error happens even without a personal dictionary present.
This will be fixed in
Package: ghc6
Version: 6.2.2-2
Severity: important
"ghc6" conflicts with "mzscheme". I belive this is due to the fact that
ghc6 depends on libreadline4-dev while mzscheme depends on libreadline5-dev.
I think the solution would be to recompile ghc6 with libreadline5.
-- System Information:
Debian
18 matches
Mail list logo