[Fedora-i18n-bugs] [Bug 475743] New: Many chinese glyphs on Japanese environment
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: Many chinese glyphs on Japanese environment
https://bugzilla.redhat.com/show_bug.cgi?id=475743
Summary: Many chinese glyphs on Japanese environment
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: VLGothic-fonts
AssignedTo: ryo-dairiki(a)users.sourceforge.net
ReportedBy: mtasaka(a)ioa.s.u-tokyo.ac.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
Description of problem:
Since VLGothic-fonts is upgraded to 20081203, I see many
chinese glyphs on Japanese environment.
Downloading to 20081029 works good.
Version-Release number of selected component (if applicable):
VLGothic-fonts-20081203-2.fc11
(perhaps?)
cjkunifonts-ukai-0.2.20080216.1-10.fc11.noarch.rpm
cjkunifonts-uming-0.2.20080216.1-10.fc11.noarch.rpm
How reproducible:
100%
Steps to Reproduce:
1. For example, the following URL:
http://cvs.fedoraproject.org/viewvc/policycoreutils/po/ja.po?root=elvis&r...
Actual results:
See attached
--
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
[Fedora-i18n-bugs] [Bug 477403] 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=477403
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: jomolhari-fonts
AssignedTo: mgarski(a)post.pl
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: mgarski(a)post.pl, 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.
14 years, 2 months
[Fedora-i18n-bugs] [Bug 477467] 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=477467
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: tibetan-machine-uni-fonts
AssignedTo: mgarski(a)post.pl
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: mgarski(a)post.pl, 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.
14 years, 2 months
[Fedora-i18n-bugs] [Bug 471833] New: summary lowercase inputmethod names with a NAME variable
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: summary lowercase inputmethod names with a NAME variable
https://bugzilla.redhat.com/show_bug.cgi?id=471833
Summary: summary lowercase inputmethod names with a NAME
variable
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: FutureFeature, i18n
Severity: medium
Priority: medium
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
It would be nice if imsettings used a NAME variable in xinput files to carry a
lowercase name of input-methods.
Steps to Reproduce:
1. imsettings-list
2. imsettings-start SCIM
3.
Actual results:
1. list SHORT_DESC name which is often mixed or uppercase.
Expected results:
1. list input-method names in lowercase.
2. able to start scim with "imsettings-start scim", etc
--
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
[Fedora-i18n-bugs] [Bug 475907] New: duplicate autostart file
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: duplicate autostart file
https://bugzilla.redhat.com/show_bug.cgi?id=475907
Summary: duplicate autostart file
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: mclasen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
you install both
/etc/xdg/autostart/imsettings-applet.desktop
and
/usr/share/gnome/autostart/gnome-imsettings-applet.desktop
Thats one too many... it leads to imsettings applet showing up twice in the
list of autostarted session apps. It does not actually cause to be started
twice, so the problem is more cosmetic. But still, better to pick one location
to avoid problems with the two copies getting out of sync, etc.
--
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
[Fedora-i18n-bugs] [Bug 468833] New: nabi can't be activated through imsettings
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: nabi can't be activated through imsettings
https://bugzilla.redhat.com/show_bug.cgi?id=468833
Summary: nabi can't be activated through imsettings
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 438944
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
nabi does not work with imsettings xim. It seems the hotkey event does not
reach the xim server.
How reproducible:
every time
Steps to Reproduce:
1. yum install nabi
2. start ko desktop gnome sesssion
3. select nabi in im-chooser
4. try to activate nabi with Shift-Space
Actual results:
3. nabi starts running
4. nothing happens
Expected results:
4. nabi to go to hangul input
Additional info:
Works with XMODIDIERS=@im=nabi.
--
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
[Fedora-i18n-bugs] [Bug 464453] New: installing imsettings-libs-0.104.1-1.fc10 gives gconf schema missing error
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: installing imsettings-libs-0.104.1-1.fc10 gives gconf schema missing error
https://bugzilla.redhat.com/show_bug.cgi?id=464453
Summary: installing imsettings-libs-0.104.1-1.fc10 gives gconf
schema missing error
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Updating current rawhide to the latest imsettings gives a gconf error.
Version-Release number of selected component (if applicable):
imsettings-0.104.1-1.fc10
Steps to Reproduce:
1. rpm -Fvh imsettings-*0.104.1-1.fc10.`arch`.rpm
Actual results:
[root@localhost petersen]# rpm -qa im\*| sort
im-chooser-1.2.3-1.fc10.i386
imsettings-0.104.0-1.fc10.i386
imsettings-libs-0.104.0-1.fc10.i386
[root@localhost petersen]# rpm -Fvh imsettings-*
準備中... ########################################### [100%]
1:imsettings-libs ########################################### [ 50%]
I/O warning : failed to load external entity
"/etc/gconf/schemas/imsettings-applet.schemas"
'/etc/gconf/schemas/imsettings-applet.schemas' が開けませんでした:
そのようなファイルやディレクトリはありません
2:imsettings ########################################### [100%]
Expected results:
no error
--
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
[Fedora-i18n-bugs] [Bug 471778] New: scim-bridge crash when converting ichioku to Kanji
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: scim-bridge crash when converting ichioku to Kanji
https://bugzilla.redhat.com/show_bug.cgi?id=471778
Summary: scim-bridge crash when converting ichioku to Kanji
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: medium
Component: anthy
AssignedTo: tagoh(a)redhat.com
ReportedBy: masaki.chikama(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
The scim-bridge gets segv when conveting kanji from いちおく to 一億.
>scim-bridge[2242]: segfault at 31 ip 001a7656 sp bf9644a0 error 4 in libanthydic.so.0.1.0[1a1000+3f000]
Version-Release number of selected component (if applicable):
scim-bridge-0.4.15-8.fc9.i386
anthy-9100e-3.fc9.i386
How reproducible:
anlways
Steps to Reproduce:
1. Turn on IME
2. input いちおく
3. hit space (convert to kanji)
Actual results:
scim-bridege died
Expected results:
get 一億
Additional info:
The same problem reported on Debigan.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505776
There is some analysis about the problem by maintainer(?). (in Japanese)
http://www.daionet.gr.jp/~knok/diary/?11161129
--
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, 3 months