Bug 160587

Summary: /etc/xpdfrc still does not reflect documentation
Product: [Fedora] Fedora Reporter: Michal Jaegermann <michal>
Component: xpdfAssignee: Tom "spot" Callaway <tcallawa>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-03-05 13:37:22 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:

Description Michal Jaegermann 2005-06-15 22:32:11 UTC 
Description of problem:
In /etc/xpdfrc one can find, indeed commented but misleading,

#t1libControl		low
#freetypeControl	low

while documentation for a long time says that these options in a configuration
file have names like:

enableT1lib
enableFreeType

(and some other) and possible values are 'yes' or 'no' where an actual value
for enableT1lib should be 'no' (see bug 118361 which was CLOSED RAWHIDE)
although the current version is compiled without t1lib.

This file also contains, uncommented this time, lines

include /usr/share/xpdf/japanese/add-to-xpdfrc
include /usr/share/xpdf/korean/add-to-xpdfrc
include /usr/share/xpdf/chinese-simplified/add-to-xpdfrc
include /usr/share/xpdf/chinese-traditional/add-to-xpdfrc

while there is no guarantee that these files will be actually installed.
An rpm macro '%_install_langs' can be set to something else than a default.
It is also not clear why these particular languages are getting a preferential
treatment while other possiblilities, like miniscule in a comparison cyrillic,
are explicitely excluded from the package even if present in sources.

Version-Release number of selected component (if applicable):
xpdf-3.00-20
Comment 1 Than Ngo 2008-03-05 13:37:22 UTC 
Setting status to "INSUFFICIENT_DATA". If you can reproduce this bug in the
current Fedora release please reopen this bug and assign it to the 
corresponding
Fedora version.
Comment 2 Michal Jaegermann 2008-03-05 20:32:11 UTC 
"INSUFFICIENT_DATA" is a kind of a strange designation when it
is enough to look what is in packages and check.  At least in
packages from the second half of 2007 and the current rawhide
that bug was fixed.  When it was fixed originally I do not know.