[Fedora-i18n-bugs] [Bug 477405] New: Please convert to new font packaging guidelines
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: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477405
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: kacst-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, rbhalera(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
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.
13 years, 11 months
[Fedora-i18n-bugs] [Bug 477437] New: Please convert to new font packaging guidelines
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: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477437
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: paktype-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, rbhalera(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
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.
13 years, 11 months
[Fedora-i18n-bugs] [Bug 477453] New: Please convert to new font packaging guidelines
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: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477453
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: sazanami-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
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.
13 years, 11 months
[Fedora-i18n-bugs] [Bug 474734] New: Blurriness of Latin letter R (U+0052) in Liberation Regular
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: Blurriness of Latin letter R (U+0052) in Liberation Regular
https://bugzilla.redhat.com/show_bug.cgi?id=474734
Summary: Blurriness of Latin letter R (U+0052) in Liberation
Regular
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: watchingman(a)gmail.com
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=325767)
--> (https://bugzilla.redhat.com/attachment.cgi?id=325767)
test case
Package: ttf-liberation
Version: HEAD (1.0.04.93)
Severity: normal
the character R (U+0052, Latin Capital LETTER R) appears ugly when using
Liberation Sans in small pixelsize.
fork the test case from Holger Levsen in Bug 473481, you can see this bug
also exists in Liberation Sans Italic, Liberation Serif, Liberation Serif
Italic.
--
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.
13 years, 11 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.
13 years, 11 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.
13 years, 11 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
[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
[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
[Fedora-i18n-bugs] [Bug 473209] New: Please add Maithili and Nepali languages to language selection menu in anaconda
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: 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.
14 years, 2 months