Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 97778

Summary: aspell looks for pt.dat when given --lang pt_BR
Product: [Retired] Red Hat Linux Beta Reporter: Alexandre Oliva <aoliva>
Component: aspellAssignee: Eido Inoue <havill>
Status: CLOSED CURRENTRELEASE QA Contact: Ben Levenson <benl>
Severity: medium Docs Contact:
Priority: medium    
Version: beta1CC: aleksey
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
URL: http://people.redhat.com/aoliva/rpms/9/SRPMS/aspell-pt_BR-3.0-0.beta3.src.rpm
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-10-21 19:42:49 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 100644    

Description Alexandre Oliva 2003-06-20 20:19:50 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030613

Description of problem:
My aspell-pt_BR-3.0 package used to build using the aspell file using a command
line like this:

... create pt_BR.dat
LC_CTYPE=pt_BR aspell --lang pt_BR --data-dir=. create master ./pt_BR < wordlist

now this fails, because it attemts to search for pt.dat, not pt_BR.dat.  Is this
right?  Anyway, if pt.dat does not exist, it says:

Error: The language "" is not known. This is probably becuase the file
"./pt.dat" can not be opened for reading.

Note the blank string in language name, and the typo in `becuase'.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.Download the source rpm from the URL above, and try to build it.

Actual Results:  Error: The language "" is not known. This is probably becuase
the file "./pt.dat" can not be opened for reading.

Expected Results:  /me thinks it should use the language I specified, and not
some derivation thereof, no?

Additional info:

Comment 1 Aleksey Nogin 2003-07-24 23:55:49 UTC
It seems that current aspell always just takes the first two letters of the
--lang argument - not sure if this is a bug or a feature.

Comment 2 Eido Inoue 2003-07-25 15:56:09 UTC
That's definitely a bug (that I can't seem to reproduce yet). In addition to
ISO-639/ISO-3166 pairs, it should also accept any of the defined "aliases" for a
language.

Comment 3 Alexandre Oliva 2003-07-27 01:53:09 UTC
Adrian, do you mean you are unable to duplicate the problem by rpmbuilding the
SRPM I listed in the bug's URL?  I get the same problem on Severn.

Comment 4 Eido Inoue 2004-10-21 19:42:49 UTC
this seems to be all fixed with the aspell-pt package-- the BR and PT
are separated, and aspell-pt_br is deprecated.