[Fedora-i18n-bugs] [Bug 494486] New: [ks_IN@devanagari] Please add Kashmiri (devanagari) language 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: [ks_IN@devanagari] Please add Kashmiri (devanagari) language to language selection menu in anaconda
https://bugzilla.redhat.com/show_bug.cgi?id=494486
Summary: [ks_IN@devanagari] Please add Kashmiri (devanagari)
language to language selection menu in anaconda
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: anaconda
AssignedTo: anaconda-maint-list(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pjones(a)redhat.com, petersen(a)redhat.com,
anaconda-maint-list(a)redhat.com, kanarip(a)kanarip.com,
fedora-i18n-bugs(a)redhat.com, rmaximo(a)cfl.rr.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Kashmiri (devanagari) language is not available in the anaconda menu at install
time.
Version-Release number of selected component (if applicable):
anaconda-11.5.0.40-1.i586
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:
Kashmiri (devanagari) languages are not in the list
Expected results:
Kashmiri (devanagari) languages should be in the list
Additional info:
I see translations are not available there. So I am not sure how anaconda
maintainers like to handle this bug.
But I thought as we have got locale available and font is available now and
there is work going on to add inscript keymap for this language, I see its good
to have this listed in anaconda.
--
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, 8 months
[Fedora-i18n-bugs] [Bug 489523] New: ibus oddities with F11 alpha
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 oddities with F11 alpha
https://bugzilla.redhat.com/show_bug.cgi?id=489523
Summary: ibus oddities with F11 alpha
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: jason(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
When I logged on to the F11 alpha live CD, there was a floating tab on my
desktop which seemed to be for selecting the iBus engine.
yum update ibus made it go away, but I got an error "GLib version too old
(micro mismatch)"; apparently 2.19.5 isn't enough for ibus-gtk. Updating glib2
to 2.19.10 seemed to fix that issue.
But now the input method chooser seems to be confused; enabling the input
method feature with Preferences/Personal/Input Method doesn't stick, if I open
the dialog again the checkbox is still off. Updating im-chooser didn't affect
this issue; the applet in the notification error pops up an error about
"mismatch the version of im-settings-daemon, no detailed information"
I haven't updated the whole system, as I don't think I have enough room on the
USB stick and yum is failing to update glibc at the moment. And I don't really
care about iBus, just wanted that floater to go away. Feel free to close this
bug if it doesn't have any useful information for you.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
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, 8 months
[Fedora-i18n-bugs] [Bug 501650] New: Add Help (Documentation) for ibus-setup UI
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: Add Help (Documentation) for ibus-setup UI
https://bugzilla.redhat.com/show_bug.cgi?id=501650
Summary: Add Help (Documentation) for ibus-setup UI
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
In iBus Preferences like "Use custom font", "Candidates orientation" and
"Previous input method:" (which is disabled always). Can we have some
help/documentation for end users about such unclear options?
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090508-3.fc11.x86_64
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
no documentation or tool-tips on usage/information of "Use custom font",
"Candidates orientation" and "Previous input method:"
Expected results:
Should add documentation
Additional info:
https://fedoraproject.org/wiki/Test_Days:IBus#cite_ref-18
Either Help button can be added with help on using ibus-setup or tooltip can be
provided for widgets used in ibus-setup UI.
--
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, 8 months
[Fedora-i18n-bugs] [Bug 499880] New: tomoe-gtk not built with $RPM_OPT_FLAGS
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: tomoe-gtk not built with $RPM_OPT_FLAGS
https://bugzilla.redhat.com/show_bug.cgi?id=499880
Summary: tomoe-gtk not built with $RPM_OPT_FLAGS
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Patch
Severity: medium
Priority: low
Component: tomoe-gtk
AssignedTo: dchen(a)redhat.com
ReportedBy: ville.skytta(a)iki.fi
QAContact: extras-qa(a)fedoraproject.org
CC: ryo-dairiki(a)users.sourceforge.net, dchen(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Blocks: 496968
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=343135)
--> (https://bugzilla.redhat.com/attachment.cgi?id=343135)
Build with $RPM_OPT_FLAGS
Fix attached, see bug 496968 for more info.
I think this is quite obviously an upstream bug; a corresponding patch to
macros/python.m4 should be submitted there.
--
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, 8 months
[Fedora-i18n-bugs] [Bug 477474] 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=477474
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: un-core-fonts
AssignedTo: smallvil(a)get9.net
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, smallvil(a)get9.net,
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, 8 months
[Fedora-i18n-bugs] [Bug 509485] New: commit_first_segment feature doesn't work
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: commit_first_segment feature doesn't work
https://bugzilla.redhat.com/show_bug.cgi?id=509485
Summary: commit_first_segment feature doesn't work
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: petersen(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, petersen(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
As per ibus-anthy config UI, commit_first_segment shortcut key are assigned to
Shift+Down though, even if pressing Shift+Down during conversion, nothing
happens.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090612-1.fc11
ibus-anthy-1.1.0.20090603-1.fc11
How reproducible:
always
Steps to Reproduce:
1.turn on IM
2.type nihongonobenkyou and press space
3.press shift+down
Actual results:
nothing happens. the candidate word at the first segment still is in the
preedit
Expected results:
should be committed.
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, 8 months
[Fedora-i18n-bugs] [Bug 509488] New: dict_admin feature doesn't work
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: dict_admin feature doesn't work
https://bugzilla.redhat.com/show_bug.cgi?id=509488
Summary: dict_admin feature doesn't work
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: petersen(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, petersen(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
As per ibus-anthy config UI, dict_admin shortcut key are assigned to F11
though, no kasumi or something like that brings up. on some applications such
as gedit and gnome-terminal etc, it enters into the full screen mode instead
but anyway.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090612-1.fc11
ibus-anthy-1.1.0.20090603-1.fc11
How reproducible:
always
Steps to Reproduce:
1.turn on IM
2.press F11
3.
Actual results:
no kasumi brings up
Expected results:
should run kasumi
Additional info:
I think this feature is came from scim-anthy though, it works on scim-anthy.
--
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, 8 months
[Fedora-i18n-bugs] [Bug 509487] New: convert_to_char_type_forward feature doesn't work
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: convert_to_char_type_forward feature doesn't work
https://bugzilla.redhat.com/show_bug.cgi?id=509487
Summary: convert_to_char_type_forward feature doesn't work
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: petersen(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, petersen(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
As per ibus-anthy config UI, convert_to_char_type_forward shortcut key are
assigned to Muhenkan though, even if pressing Muhenkan during conversion,
nothing happens.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090612-1.fc11
ibus-anthy-1.1.0.20090603-1.fc11
How reproducible:
always
Steps to Reproduce:
1.turn on IM
2.type nihongo and press space
3.press Mukenkan
Actual results:
nothing happens.
Expected results:
should toggle converting the candidates to the different character type, such
as kanji, hiragana, katakana, latin etc.
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, 8 months
[Fedora-i18n-bugs] [Bug 509480] New: No prediction feature work
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: No prediction feature work
https://bugzilla.redhat.com/show_bug.cgi?id=509480
Summary: No prediction feature work
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: petersen(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, petersen(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
As per the ibus-anthy config UI, the prediction shortcut key are assigned to
ISO_Left_Tab and Tab though, nothing happens after pressing them with having
something in the preedit.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090612-1.fc11
ibus-1.1.0-20090603-1.fc11
How reproducible:
always
Steps to Reproduce:
1.activate ibus-anthy
2.type something
3.press Tab
Actual results:
nothing happens
Expected results:
should appears the candidates from predicting
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, 8 months