[Fedora-i18n-bugs] [Bug 503329] New: im-chooser is no longer able to start ibus
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: im-chooser is no longer able to start ibus
https://bugzilla.redhat.com/show_bug.cgi?id=503329
Summary: im-chooser is no longer able to start ibus
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: low
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: belegdol(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:
After an update to ibus-1.1.0.20090423-1.fc10 (hit stable a few days ago),
im-chooser is no longer able to start ibus. It still attempts to launch
/usr/sbin/ibus, which does not exist any more.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090423-1.fc10
im-chooser-1.2.5-1.fc10
How reproducible:
always
Steps to Reproduce:
1. update ibus to the latest version found in f10 updates
2. go to system → preferences → personal → input method
3. attempt to launch ibus
Actual results:
Failed to execute child process "/usr/bin/ibus" (No such file or directory)
Expected results:
ibus starts properly
--
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 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, 11 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, 11 months
[Fedora-i18n-bugs] [Bug 497038] New: [ne_NP][QT] Input is not working with KDE applications
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: [ne_NP][QT] Input is not working with KDE applications
https://bugzilla.redhat.com/show_bug.cgi?id=497038
Summary: [ne_NP][QT] Input is not working with KDE applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: aalam(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:
ibus input is not working with konqueror, kmail, kate etc application.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090417-1
qt-4.5.0-14.fc11
kdebase-4.2..2-2
How reproducible:
Everytime
Steps to Reproduce:
1. start any kde application
2. Press Ctrl+SPace (to activate iBus)
3.
Actual results:
Not working
Expected results:
Should work
Additional info:
Gnome application works fine, but KDE No
--
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 501638] New: [Indic] konqueror has Rendering broken for sysinfo:/
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: [Indic] konqueror has Rendering broken for sysinfo:/
https://bugzilla.redhat.com/show_bug.cgi?id=501638
Summary: [Indic] konqueror has Rendering broken for sysinfo:/
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: kdebase
AssignedTo: than(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, lvillani(a)binaryhelix.net,
ltinkl(a)redhat.com, jreznik(a)redhat.com,
fedora-i18n-bugs(a)redhat.com, smparrish(a)gmail.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=344742)
--> (https://bugzilla.redhat.com/attachment.cgi?id=344742)
Two lines with broken rendering
Description of problem:
Rendering for konqueror is broken for sysinfo:/ page, while running
application in Punjabi (pa_IN) locale.
Version-Release number of selected component (if applicable):
kdebase-4.2.2-2.fc11
How reproducible:
Evertime
Steps to Reproduce:
1. run konqueror in Punjabi Envirnment
2. type sysinfo:/ in address bar
3.
Actual results:
Rendering is broken for "My Computer"
Expected results:
should work fine
Additional info:
Other Text is fine without top level Text "My Computer and line below it"
Screenshot attached below.
--
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 500559] New: [Indic] Indic hunspell dictionary not working with kwrite
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: [Indic] Indic hunspell dictionary not working with kwrite
https://bugzilla.redhat.com/show_bug.cgi?id=500559
Summary: [Indic] Indic hunspell dictionary not working with
kwrite
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: enchant
AssignedTo: uwog(a)uwog.net
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: uwog(a)uwog.net, petersen(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
When tried to use Marathi hunspell in kwrite, default spell checker failed to
appear with error like no language dictionaries.
Version-Release number of selected component (if applicable):
kdesdk-4.2.2-2.fc11.x86_64
kdebase-4.2.2-2.fc11.x86_64
enchant-1.4.2-5.fc11.x86_64
hunspell-mr-20060920-2.fc11.noarch
enchant-1.4.2-5.fc11.i586
How reproducible:
always
Steps to Reproduce:
1.Start KDE in Marathi
2.For easy testing copy text from http://mr.wikipedia.org to kwrite
3. Apply spell checker
Actual results:
kwrite used English locale hunspell dictionary when asked to spell check for
some Indic language and for other Indic languages its dialog window not
appeared at all.
Expected results:
Kwrite should use default locale hunspell dictionary when asked to spell check.
Additional info:
So In summary,
Common error I got for all Indic languages is
WARNING **: Error loading plugin: /usr/lib/enchant/libenchant_myspell.so: wrong
ELF class: ELFCLASS32
Languages for which spell checker didn't started are
kwrite(5263): No language dictionaries for the language : "mr"
kwrite(5300): No language dictionaries for the language : "gu"
kwrite(5429): No language dictionaries for the language : "ml"
kwrite(5441): No language dictionaries for the language : "hi"
kwrite(5457): No language dictionaries for the language : "pa"
Languages for which spell checker started but in English dictionary are
te_IN, ta_IN, bn_IN, as_IN, or_IN
--
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 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 491604] New: [mai_IN] application showing error "* wants to Install a 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: [mai_IN] application showing error "* wants to Install a font"
https://bugzilla.redhat.com/show_bug.cgi?id=491604
Summary: [mai_IN] application showing error "* wants to Install
a font"
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, rranjan(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Fonts are not matching to language (Maithili.
$fc-match
DejaVuSans.ttf: "DejaVu Sans" "Book"
While system has:
lohit-maithili-fonts-2.3.8-1.fc11.noarch
$echo $LANG
mai_IN.UTF-8
Version-Release number of selected component (if applicable):
lohit-maithili-fonts-2.3.8-1.fc11.noarch
How reproducible:
Everytime, when any application run in mai_IN locale
Steps to Reproduce:
1. login into mai_IN locale (Maithili)
2. click on Computer/Home Folder
3.
Actual results:
show error to install fonts
Expected results:
Fonts are already install for Maithili
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, 12 months