Bug 142238 - aspell-bg package uses old/bad sources with wrong encoding
Summary: aspell-bg package uses old/bad sources with wrong encoding
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: aspell-bg
Version: 3
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Ivana Varekova
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-12-08 11:56 UTC by Doncho Gunchev
Modified: 2007-11-30 22:10 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2005-04-19 14:51:06 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
my personal aspell-bg.spec (1.67 KB, text/plain)
2004-12-08 11:58 UTC, Doncho Gunchev
no flags Details
Proposed patch (1.30 KB, patch)
2005-01-15 19:29 UTC, Yanko Kaneti
no flags Details | Diff

Description Doncho Gunchev 2004-12-08 11:56:53 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Gecko/20041111 Firefox/1.0

Description of problem:
    aslell-bg sources are big mess. I talked to Radostin Radnev,
aspell-bg's author, about this (bug #128137, comment 9). For some
reason all words in the old tarbals have all words preffixed with
their first letter (2 times more and 50% wrong words).

Version-Release number of selected component (if applicable):
aspell-bg-0.50-7

How reproducible:
Always

Steps to Reproduce:
0. Install aspell-bg
1. echo 'Ñма' | aspell --encoding=utf-8 --lang=bg -a # good word
2. echo 'ÑÑма' | aspell --encoding=utf-8 --lang=bg -a # bad word
3. echo 'Ñма' | iconv -f utf-8 -t koi8-r | aspell  --lang=bg -a
4. echo 'ÑÑма' | iconv -f utf-8 -t koi8-r | aspell  --lang=bg -a

Actual Results:
1 fails because aspell-bg is packed with koi8-r encoding, which is
wrong, our encoding is cp-1251.
2 fails like 1, but should suggest:
--- cut --
echo 'ÑÑма' | aspell --encoding=utf-8 --lang=bg -a # good word
@(#) International Ispell Version 3.1.20 (but really Aspell 0.50.5)
& ÑÑма 8 0: Ñма, нÑма, ÑÑма, ама, аÑзма, Ява, Яна, Ñвна
--- cut ---
3 works because iconv gives it the expected encoding
4 works, but should fail like 2

Expected Results:
$ echo 'Ñма' | aspell --encoding=utf-8 --lang=bg -a
@(#) International Ispell Version 3.1.20 (but really Aspell 0.50.5)
*

$ echo 'ÑÑма' | aspell --encoding=utf-8 --lang=bg -a
@(#) International Ispell Version 3.1.20 (but really Aspell 0.50.5)
& ÑÑма 8 0: Ñма, нÑма, ÑÑма, ама, аÑзма, Ява, Яна, Ñвна


Additional info:

I'll attaching my .spec file that results in working package. If any
aditional information is needed I'm ready to assist.

Comment 1 Doncho Gunchev 2004-12-08 11:58:11 UTC
Created attachment 108102 [details]
my personal aspell-bg.spec

Comment 2 Yanko Kaneti 2004-12-17 01:39:05 UTC
I can confirm Doncho's observations and his fix (use only the tarball
from sourceforge) works for me.

It would seem that another official update is in order since the
current aspell-bg in updates is efectively broken for all normal purposes.

Comment 3 Yanko Kaneti 2004-12-17 01:48:14 UTC
Err... of course, what I meant was that Doncho's fix is using only the
aspell-bg-0.50-2.tar.bz2 tarball and not aspell-bg-4.0.tar.gz

Comment 4 Doncho Gunchev 2005-01-13 08:33:57 UTC
    Is there something else I can do to for this package?

Comment 5 Yanko Kaneti 2005-01-15 19:29:44 UTC
Created attachment 109825 [details]
Proposed patch

Here is a patch against FC-3 cvs to the effect of the changes proposed above.

Comment 6 Ivana Varekova 2005-02-24 14:39:23 UTC
Thank you for your notices.
I fixed this problem, the corrected version will be 0.50-9
Ivana Varekova

Comment 7 Doncho Gunchev 2005-03-24 07:56:16 UTC
This bug looks forgotten for me, still 0.50-7 in updates, nothing in testing.
Looking at devel I found 0.50-9 and it is ok. Why fixing such a simple problem
takes soo much time?

Comment 8 Doncho Gunchev 2005-04-16 11:37:55 UTC
Still not fixed in FC3 (in FC4t2 it is ok), reopening.

Comment 9 Ivana Varekova 2005-04-19 14:51:06 UTC
This bug is fixed in fc3 (in 0.50-8.fc3 version).
Ivana Varekova


Note You need to log in before you can comment on or make changes to this bug.