Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Broken hinting on "u" in Liberation Mono Bold
https://bugzilla.redhat.com/show_bug.cgi?id=479371
Summary: Broken hinting on "u" in Liberation Mono Bold
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cody(a)zone38.net
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=328517)
--> (https://bugzilla.redhat.com/attachment.cgi?id=328517)
Liberation Mono 1.04.93 with antialiasing on
Description of problem:
Though the hinting has been fixed in Sans Bold as of version 1.04.92, the
letter "u" still has incorrect hinting in Mono Bold, an error that's quite
noticeable in certain sizes on any system with bytecode hinting enabled. I'm
attaching a screenshot from Ubuntu to demonstrate; of particular note are 9
point (the second line) and 12 point (the 5th line).
Version-Release number of selected component (if applicable):
1.04.93
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Invalid character in ttf name table regarding copyright that crashes XML marshalling
https://bugzilla.redhat.com/show_bug.cgi?id=479521
Summary: Invalid character in ttf name table regarding
copyright that crashes XML marshalling
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: pander(a)users.sourceforge.net
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Invalid character in ttf name table regarding copyright that crashes XML
marshalling
Version-Release number of selected component (if applicable):
ttf-liberation 1.04~beta2-2 from Ubuntu 8.10
How reproducible:
Steps to Reproduce:
1. retrieve font nama table
ttx -d . -t name
/usr/share/fonts/truetype/ttf-liberation/LiberationSans-Regular.ttf
2. in python, read the XML file via
doc = libxml2.parseFile('LiberationSans-Regular.ttx')
Actual results:
LiberationSans-Regular.ttx:27: parser error : xmlParseCharRef: invalid xmlChar
value 1
Liberation is a trademark of Red Ht, Inc. registered in U.S. Patent
an
^
LiberationSans-Regular.ttx:69: parser error : xmlParseCharRef: invalid xmlChar
value 1
Liberation is a trademark of Red Ht, Inc. registered in U.S. Patent
an
Expected results:
Red Ht should be Red Hat, this is all right for the other TTF files in this
package.
Additional info:
Please fix and push updated package downstream.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ALL LANG] Application is not running any languages/locale
https://bugzilla.redhat.com/show_bug.cgi?id=475938
Summary: [ALL LANG] Application is not running any
languages/locale
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: file-roller
AssignedTo: caillon(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: caillon(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
While using file-roller in Punjabi (pa_IN.UTF-8), it was not
showing translation, while package has Translated file
Version-Release number of selected component (if applicable):
file-roller-2.24.2-1.fc10.i386
How reproducible:
Everytime
Steps to Reproduce:
1. open termianl
2. export LANG=ja_JP.UTF-8
3.file-roller
Actual results:
No Translated message in application
Expected results:
Should have, when rpm has Translated MO files
Additional info:
Tested lang: kn_IN, ja_JP, zh_TW,
---
rpm -ql file-roller
---
/usr/share/locale/af/LC_MESSAGES/file-roller.mo
/usr/share/locale/am/LC_MESSAGES/file-roller.mo
/usr/share/locale/ar/LC_MESSAGES/file-roller.mo
/usr/share/locale/as/LC_MESSAGES/file-roller.mo
/usr/share/locale/az/LC_MESSAGES/file-roller.mo
/usr/share/locale/be/LC_MESSAGES/file-roller.mo
/usr/share/locale/be(a)latin/LC_MESSAGES/file-roller.mo
/usr/share/locale/bg/LC_MESSAGES/file-roller.mo
/usr/share/locale/bn/LC_MESSAGES/file-roller.mo
/usr/share/locale/bn_IN/LC_MESSAGES/file-roller.mo
/usr/share/locale/br/LC_MESSAGES/file-roller.mo
/usr/share/locale/bs/LC_MESSAGES/file-roller.mo
/usr/share/locale/ca/LC_MESSAGES/file-roller.mo
/usr/share/locale/cs/LC_MESSAGES/file-roller.mo
/usr/share/locale/cy/LC_MESSAGES/file-roller.mo
/usr/share/locale/da/LC_MESSAGES/file-roller.mo
/usr/share/locale/de/LC_MESSAGES/file-roller.mo
/usr/share/locale/dz/LC_MESSAGES/file-roller.mo
/usr/share/locale/el/LC_MESSAGES/file-roller.mo
/usr/share/locale/en_CA/LC_MESSAGES/file-roller.mo
/usr/share/locale/en_GB/LC_MESSAGES/file-roller.mo
/usr/share/locale/es/LC_MESSAGES/file-roller.mo
/usr/share/locale/et/LC_MESSAGES/file-roller.mo
/usr/share/locale/eu/LC_MESSAGES/file-roller.mo
/usr/share/locale/fa/LC_MESSAGES/file-roller.mo
/usr/share/locale/fi/LC_MESSAGES/file-roller.mo
/usr/share/locale/fr/LC_MESSAGES/file-roller.mo
/usr/share/locale/fur/LC_MESSAGES/file-roller.mo
/usr/share/locale/ga/LC_MESSAGES/file-roller.mo
/usr/share/locale/gl/LC_MESSAGES/file-roller.mo
/usr/share/locale/gu/LC_MESSAGES/file-roller.mo
/usr/share/locale/he/LC_MESSAGES/file-roller.mo
/usr/share/locale/hi/LC_MESSAGES/file-roller.mo
/usr/share/locale/hr/LC_MESSAGES/file-roller.mo
/usr/share/locale/hu/LC_MESSAGES/file-roller.mo
/usr/share/locale/hy/LC_MESSAGES/file-roller.mo
/usr/share/locale/id/LC_MESSAGES/file-roller.mo
/usr/share/locale/is/LC_MESSAGES/file-roller.mo
/usr/share/locale/it/LC_MESSAGES/file-roller.mo
/usr/share/locale/ja/LC_MESSAGES/file-roller.mo
/usr/share/locale/ka/LC_MESSAGES/file-roller.mo
/usr/share/locale/kn/LC_MESSAGES/file-roller.mo
/usr/share/locale/ko/LC_MESSAGES/file-roller.mo
/usr/share/locale/ku/LC_MESSAGES/file-roller.mo
/usr/share/locale/lt/LC_MESSAGES/file-roller.mo
/usr/share/locale/lv/LC_MESSAGES/file-roller.mo
/usr/share/locale/mg/LC_MESSAGES/file-roller.mo
/usr/share/locale/mk/LC_MESSAGES/file-roller.mo
/usr/share/locale/ml/LC_MESSAGES/file-roller.mo
/usr/share/locale/mn/LC_MESSAGES/file-roller.mo
/usr/share/locale/mr/LC_MESSAGES/file-roller.mo
/usr/share/locale/ms/LC_MESSAGES/file-roller.mo
/usr/share/locale/nb/LC_MESSAGES/file-roller.mo
/usr/share/locale/ne/LC_MESSAGES/file-roller.mo
/usr/share/locale/nl/LC_MESSAGES/file-roller.mo
/usr/share/locale/nn/LC_MESSAGES/file-roller.mo
/usr/share/locale/oc/LC_MESSAGES/file-roller.mo
/usr/share/locale/or/LC_MESSAGES/file-roller.mo
/usr/share/locale/pa/LC_MESSAGES/file-roller.mo
/usr/share/locale/pl/LC_MESSAGES/file-roller.mo
/usr/share/locale/ps/LC_MESSAGES/file-roller.mo
/usr/share/locale/pt/LC_MESSAGES/file-roller.mo
/usr/share/locale/pt_BR/LC_MESSAGES/file-roller.mo
/usr/share/locale/ro/LC_MESSAGES/file-roller.mo
/usr/share/locale/ru/LC_MESSAGES/file-roller.mo
/usr/share/locale/rw/LC_MESSAGES/file-roller.mo
/usr/share/locale/si/LC_MESSAGES/file-roller.mo
/usr/share/locale/sk/LC_MESSAGES/file-roller.mo
/usr/share/locale/sl/LC_MESSAGES/file-roller.mo
/usr/share/locale/sq/LC_MESSAGES/file-roller.mo
/usr/share/locale/sr/LC_MESSAGES/file-roller.mo
/usr/share/locale/sr(a)ije/LC_MESSAGES/file-roller.mo
/usr/share/locale/sr(a)latin/LC_MESSAGES/file-roller.mo
/usr/share/locale/sv/LC_MESSAGES/file-roller.mo
/usr/share/locale/ta/LC_MESSAGES/file-roller.mo
/usr/share/locale/te/LC_MESSAGES/file-roller.mo
/usr/share/locale/th/LC_MESSAGES/file-roller.mo
/usr/share/locale/tk/LC_MESSAGES/file-roller.mo
/usr/share/locale/tr/LC_MESSAGES/file-roller.mo
/usr/share/locale/uk/LC_MESSAGES/file-roller.mo
/usr/share/locale/ur/LC_MESSAGES/file-roller.mo
/usr/share/locale/ur_PK/LC_MESSAGES/file-roller.mo
/usr/share/locale/vi/LC_MESSAGES/file-roller.mo
/usr/share/locale/xh/LC_MESSAGES/file-roller.mo
/usr/share/locale/zh_CN/LC_MESSAGES/file-roller.mo
/usr/share/locale/zh_HK/LC_MESSAGES/file-roller.mo
/usr/share/locale/zh_TW/LC_MESSAGES/file-roller.mo
-----
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: anaconda doesn't render glyphs with the proper font
https://bugzilla.redhat.com/show_bug.cgi?id=467982
Summary: anaconda doesn't render glyphs with the proper font
Product: Fedora
Version: rawhide
Platform: i386
OS/Version: Linux
Status: NEW
Keywords: Regression
Severity: medium
Priority: medium
Component: anaconda
AssignedTo: anaconda-maint-list(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: anaconda-maint-list(a)redhat.com, dcantrell(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=321105)
--> (https://bugzilla.redhat.com/attachment.cgi?id=321105)
Screenshot
Description of problem:
When I select Japanese on the language selection with today's rawhide tree, it
looks like anaconda is rendering some glyphs with Chinese font.
Version-Release number of selected component (if applicable):
anaconda-11.4.1.50
How reproducible:
always
Steps to Reproduce:
1.Select Japanese on the language selection
2.See a notice for beta after pressing Next button twice.
3.
Actual results:
some glyphs looks like from Chinese font.
Expected results:
should be from Japanese font.
Additional info:
This is a regression. it worked before.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Hotkeys has no response and "Go To" window couldn't be inputted.
https://bugzilla.redhat.com/show_bug.cgi?id=462041
Summary: Hotkeys has no response and "Go To" window couldn't be
inputted.
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: medium
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, roozbeh(a)gmail.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Depends on: 462038
Estimated Hours: 0.0
Classification: Fedora
+++ This bug was initially created as a clone of Bug #462038 +++
Description of problem:
#1: Hotkeys are not responded.
#2: "Go To" window couldn't be inputted.
Version-Release number of selected component (if applicable):
fontforge-20080828-1.fc10.i386
How reproducible:
Always.
Steps to Reproduce:
1. Start fontforge from gnome-terminal.
2. Try hotkeys like Alt-F.
3. Observe symptom #1.
4. Select View > Goto from menu.
5. Try to input something in the input field.
6. Observe symptom #2.
Actual results:
#1. No response.
#2. Couldn't be inputted.
Expected results:
#1. File sub-menu pops up.
#2. Data is inputted in field.
Additional info:
HEAD of F9 has same issue as well.
--- Additional comment from cchance(a)redhat.com on 2008-09-12 02:26:49 EDT ---
`LANG=C fontforge [FILE]` resolves as workaround.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Hotkeys has no response and "Go To" window couldn't be inputted.
https://bugzilla.redhat.com/show_bug.cgi?id=462038
Summary: Hotkeys has no response and "Go To" window couldn't be
inputted.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: medium
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
#1: Hotkeys are not responded.
#2: "Go To" window couldn't be inputted.
Version-Release number of selected component (if applicable):
fontforge-20080828-1.fc10.i386
How reproducible:
Always.
Steps to Reproduce:
1. Start fontforge from gnome-terminal.
2. Try hotkeys like Alt-F.
3. Observe symptom #1.
4. Select View > Goto from menu.
5. Try to input something in the input field.
6. Observe symptom #2.
Actual results:
#1. No response.
#2. Couldn't be inputted.
Expected results:
#1. File sub-menu pops up.
#2. Data is inputted in field.
Additional info:
HEAD of F9 has same issue as well.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: xgettext misinterprets \x escapes in Python Unicode strings
https://bugzilla.redhat.com/show_bug.cgi?id=473946
Summary: xgettext misinterprets \x escapes in Python Unicode
strings
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: mcepl(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
When trying to update po files in gajim, I got this error:
[matej@viklef po]$ make update-po
make gajim.pot
make[1]: Entering directory `/home/matej/redhat/BUILD/gajim/po'
INTLTOOL_EXTRACT=/usr/bin/intltool-extract srcdir=. /usr/bin/intltool-update
--gettext-package gajim --pot
./../src/common/config.py:180: warning: 'msgid' format string with unnamed
arguments cannot be properly localized:
The translator cannot reorder the
arguments.
Please consider using a format string
with named arguments,
and a mapping instead of a tuple for
the arguments.
ERROR: xgettext failed to generate PO template file. Please consult
error message above if there is any.
make[1]: *** [gajim.pot] Error 1
make[1]: Leaving directory `/home/matej/redhat/BUILD/gajim/po'
make: *** [update-po] Error 2
[matej@viklef po]$
When I filed my ticket (which was closed as duplicate of
http://trac.gajim.org/ticket/4166), I was told that it is actually bug in
xgettext which has been already fixed in Debian (bugs.debian.org/433743 and
bugs.debian.org/493218).
I have no idea, whether they sent patches upstream.
Version-Release number of selected component (if applicable):
gettext-0.17-8.fc10.i386
How reproducible:
100%
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: baekmuk-ttf-fonts : Unowned directories
https://bugzilla.redhat.com/show_bug.cgi?id=483327
Summary: baekmuk-ttf-fonts : Unowned directories
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: baekmuk-ttf-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: bugs.michael(a)gmx.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
One or more directories are not included within this
package and/or its sub-packages:
=> baekmuk-ttf-fonts-2.2-17.fc11.src.rpm
=> baekmuk-ttf-batang-fonts-2.2-17.fc11.noarch (rawhide-development-i386)
/usr/share/fonts/baekmuk-ttf
[...]
Further information:
https://fedoraproject.org/wiki/Packaging/ReviewGuidelines
MUST: A package must own all directories that it creates. If it does not
create a directory that it uses, then it should require a package which
does create that directory.
https://fedoraproject.org/wiki/Packaging/Guidelines#FileAndDirectoryOwnersh…https://fedoraproject.org/wiki/Packaging/UnownedDirectories
The script to find unowned directories is not complete yet, but
still quite usable: http://mschwendt.fedorapeople.org/dircheck-remote.py
$ ./dircheck-remote.py -r rawhide -n ^baekmuk-ttf
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please add Maithili and Nepali languages to language selection menu in anaconda
https://bugzilla.redhat.com/show_bug.cgi?id=473209
Summary: Please add Maithili and Nepali languages to language
selection menu in anaconda
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: anaconda
AssignedTo: anaconda-maint-list(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, anaconda-maint-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Maithili and Nepali languages are not available in the anaconda menu at install
time.
Version-Release number of selected component (if applicable):
anaconda-11.4.1.62-1.i386.rpm
How reproducible:
always
Steps to Reproduce:
1. Start Fedora installation
2. Proceed to the step that asks you to choose the language to use in the
install process
Actual results:
Maithili and Nepali languages are not in the list
Expected results:
Maithili and Nepali languages should be in the list
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: gcin : Unowned directories
https://bugzilla.redhat.com/show_bug.cgi?id=473616
Summary: gcin : Unowned directories
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: gcin
AssignedTo: candyz0416(a)gmail.com
ReportedBy: bugs.michael(a)gmx.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, candyz0416(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
One or more directories are not included within this
package and/or its sub-packages:
=> gcin-1.4.2-4.fc10.i386 (rawhide-development-i386)
/usr/lib/menu
[...]
Further information:
https://fedoraproject.org/wiki/Packaging/ReviewGuidelines
MUST: A package must own all directories that it creates. If it does not
create a directory that it uses, then it should require a package which
does create that directory.
https://fedoraproject.org/wiki/Packaging/Guidelines#FileAndDirectoryOwnersh…https://fedoraproject.org/wiki/Packaging/UnownedDirectories
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.