[Fedora-i18n-bugs] [Bug 479521] New: Invalid character in ttf name table regarding copyright that crashes XML marshalling
by Red Hat Bugzilla
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 475938] New: [ALL LANG] Application is not running any languages/locale
by Red Hat Bugzilla
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 467982] New: anaconda doesn't render glyphs with the proper font
by Red Hat Bugzilla
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 462041] New: Hotkeys has no response and "Go To" window couldn't be inputted.
by Red Hat Bugzilla
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 462038] New: Hotkeys has no response and "Go To" window couldn't be inputted.
by Red Hat Bugzilla
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 473946] New: xgettext misinterprets \x escapes in Python Unicode strings
by Red Hat Bugzilla
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.
14 years, 11 months
[Fedora-i18n-bugs] [Bug 485562] New: vlgothic-fonts-20090204-2.fc10 makes some Japanese characters get rendered with a different font
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: vlgothic-fonts-20090204-2.fc10 makes some Japanese characters get rendered with a different font
https://bugzilla.redhat.com/show_bug.cgi?id=485562
Summary: vlgothic-fonts-20090204-2.fc10 makes some Japanese
characters get rendered with a different font
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: VLGothic-fonts
AssignedTo: ryo-dairiki(a)users.sourceforge.net
ReportedBy: kee(a)ketan.jp
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, ryo-dairiki(a)users.sourceforge.net,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=331920)
--> (https://bugzilla.redhat.com/attachment.cgi?id=331920)
Rendering comparison
Description of problem:
After installing vlgothic-fonts-20090204-2.fc10.noarch, some Japanese
characters are incorrectly rendered with a different font (apparently
a Chinese one). More specifically, when an ASCII alphabetical character is
followed some Japanese characters (Japanese punctuations for example),
the followed characters are not rendered with the VLGothic font, but
with a Chinese one.
This does not happen with VLGothic-fonts-20081029-1.fc10.noarch and before.
See attached image for comparison. gedit is used for capturing.
The "monospace" font and the "sans-serif" font causes this problem.
Version-Release number of selected component (if applicable):
vlgothic-fonts-20090204-2.fc10.noarch
How reproducible:
Always.
Steps to Reproduce:
1. Display a Japanese text with "monospace" or "sans-serif" font.
Actual results:
Some characters are rendered with a Chinese font.
Expected results:
Characters should be rendered with the VLGothic font.
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.
14 years, 11 months
[Fedora-i18n-bugs] [Bug 484650] New: ibus-table needs to be updated for new ibus C API
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus-table needs to be updated for new ibus C API
https://bugzilla.redhat.com/show_bug.cgi?id=484650
Summary: ibus-table needs to be updated for new ibus C API
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-table
AssignedTo: cchance(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Blocks: 446451,481098
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ibus's engine API changed with ibus-1.1.0.
So the ibus-table needs to be updated for that.
--
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.
14 years, 12 months
[Fedora-i18n-bugs] [Bug 485472] New: cjkunifonts-uming breaks fontforge
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: cjkunifonts-uming breaks fontforge
https://bugzilla.redhat.com/show_bug.cgi?id=485472
Summary: cjkunifonts-uming breaks fontforge
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cjkunifonts
AssignedTo: cchance(a)redhat.com
ReportedBy: dwayne(a)translate.org.za
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
Description of problem:
cjkunifonts breaks fontforge operation.
Steps to Reproduce:
1. yum groupinstall Fonts - ensures we have a standard font install
2. fontforge - breaks
3. yum remove cjkunifonts-uming
4. fontforge - words
Actual results:
When crashing we get a message like this:
Help! Server claimed font
-some font file name (I can't remember it)
existed in the font list, but when I asked for it there was nothing.
I may crash soon.
Segmentation fault
Expected results:
fontforge works regardless of whether these fonts are installed.
Additional info:
A similar problem was reported in bug 450709 against xorg-x11-fonts-Type1 fonts
--
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.
14 years, 12 months