[Fedora-i18n-bugs] [Bug 623319] New: ibus-pinyin may need to be rebuilt against Python 2.7 in F14 and rawhide
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-pinyin may need to be rebuilt against Python 2.7 in F14 and rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=623319
Summary: ibus-pinyin may need to be rebuilt against Python 2.7
in F14 and rawhide
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-pinyin
AssignedTo: pwu(a)redhat.com
ReportedBy: dmalcolm(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Depends on: 623233
Blocks: 619913
Classification: Fedora
Target Release: ---
This is an automatically-filed bug.
ibus-pinyin-1.3.9-1.fc14 contains one or more .pyc files, but has not been
rebuilt since Python 2.7 was built for Fedora, and thus the .pyc files
presumably are for Python 2.6. Python 2.7 changed the bytecode format, so
usage of those files will typically fail (see e.g. bug 621726).
The package needs to be rebuilt against python 2.7 in both F14 and devel.
Information on the new "dist-git" system can be seen here:
http://fedoraproject.org/wiki/Using_Fedora_GIT
Information on common difficulties with Python 2.7 rebuilds can be seen here:
https://fedoraproject.org/wiki/Features/Python_2.7
Once it's been successfully rebuilt for F14, an update needs to be filed to get
the rebuild into F14:
https://admin.fedoraproject.org/updates/new/
Please add this bug to the update, to make it easy to track what's been done,
and what's left to do.
I'm sorry that this component was not handled by the mass rebuild. (This may
be due to bug 623233)
--
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.
9 years, 2 months
[Fedora-i18n-bugs] [Bug 462412] New: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server
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: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server
https://bugzilla.redhat.com/show_bug.cgi?id=462412
Summary: JTextArea & JTextField do not send XIM_SET_IC_FOCUS &
XIM_UNSET_IC_FOCUS events to XIM server
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: high
Component: java-1.6.0-openjdk
AssignedTo: langel(a)redhat.com
ReportedBy: shawn.p.huang(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: mark(a)klomp.org, langel(a)redhat.com, lkundrak(a)v3.sk,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS to XIM
server.
When JTextArea & JTextField work with XIM input methods, it do not set or unset
ic focus via XIM protocol. So XIM server can not handle focus for Java
application properly. I did not try other java widgets, maybe they have this
problem too.
Version-Release number of selected component (if applicable):
java-1.6.0-openjdk-demo-1.6.0.0-0.20.b11.fc10.i386
java-1.6.0-openjdk-1.6.0.0-0.20.b11.fc10.i386
java-1.6.0-openjdk-plugin-1.6.0.0-0.20.b11.fc10.i386
How reproducible:
Always
Steps to Reproduce:
1.
2.
3.
Actual results:
JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events
to XIM server.
Expected results:
JTextArea & JTextField send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM
server, when they get or lose focus.
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.
9 years, 2 months
[Fedora-i18n-bugs] [Bug 861299] New: [LANG] Text on Screensaver is truncated
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=861299
Bug ID: 861299
Keywords: i18n
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, jmccann(a)redhat.com,
rstrode(a)redhat.com
Assignee: rstrode(a)redhat.com
Summary: [LANG] Text on Screensaver is truncated
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: aalam(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: gnome-screensaver
Product: Fedora
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 2 months
[Fedora-i18n-bugs] [Bug 506646] New: fop does support fontsets properly
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: fop does support fontsets properly
https://bugzilla.redhat.com/show_bug.cgi?id=506646
Summary: fop does support fontsets properly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fop
AssignedTo: langel(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: langel(a)redhat.com, fedora-i18n-bugs(a)redhat.com,
fitzsim(a)fitzsim.org
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
It is a long-standing problem that publican books can be generated correctly
for Indic since Indic (Indian) fonts do not include ASCII glyphs.
If fop was able to fallback to fonts or better use pango or some similar font
abstraction to isolate the hardcoding of fonts from fop itself then this would
just work. This requires some work upstream I guess but I would like to track
this here in the open for fedora.
--
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.
9 years, 2 months
[Fedora-i18n-bugs] [Bug 982201] New: caret position is hard to recognize
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=982201
Bug ID: 982201
Summary: caret position is hard to recognize
Product: Fedora
Version: 19
Component: konsole
Keywords: i18n
Severity: unspecified
Priority: unspecified
Assignee: than(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, jreznik(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
rdieter(a)math.unl.edu, rnovacek(a)redhat.com,
than(a)redhat.com
Created attachment 770450
--> https://bugzilla.redhat.com/attachment.cgi?id=770450&action=edit
screenshot
Description of problem:
When typing something on konsole and coverting with Input Method, there are no
color nor decorations in preedit and caret position during conversion. this
makes harder to work with IM on konsole.
Version-Release number of selected component (if applicable):
konsole-4.10.4-1.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.install ibus, ibus-kkc, imsettings and imsettings-qt say
2.run KDE with Japanese locale
3.open konsole and press super+space and type watasinonamaehanakanodesu and
press space say
Actual results:
all of strings are on reverse decoration. hard to see where is the segment of
strings
Expected results:
should be used with proper decorations to see the caret position and segments.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=2DEzky3bFC&a=cc_unsubscribe
9 years, 2 months
[Fedora-i18n-bugs] [Bug 981508] New: colloquial conversion support
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=981508
Bug ID: 981508
Summary: colloquial conversion support
Product: Fedora
Version: 19
Component: libkkc
Severity: unspecified
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
libkkc seems not dealing with it properly so far. that would be nice if libkkc
can support it as well as mozc say.
Version-Release number of selected component (if applicable):
libkkc-0.2.4-1.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.type わかんない say
2.try to convert it
3.
Actual results:
|わかん|ない|
Expected results:
|分かんない|
Additional info:
may be nice to see an option for priority of conversion style like other IM
(particularly in proprietary IM) has. that may helps not to mess up the
dictionary.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=0HRorvlm2y&a=cc_unsubscribe
9 years, 2 months
[Fedora-i18n-bugs] [Bug 966799] New: English (UK) keyboard does not have pipe key
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=966799
Bug ID: 966799
Summary: English (UK) keyboard does not have pipe key
Product: Fedora
Version: 19
Component: xkeyboard-config
Severity: high
Priority: unspecified
Assignee: peter.hutterer(a)redhat.com
Reporter: twohotis(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
peter.hutterer(a)redhat.com
Description of problem:
The pipe (|) key located to the right of the LEFT-SHIFT key doesn't work
requiring that UK users press the combination of ALTGR+` key
Version-Release number of selected component (if applicable):
2.8-3.fc19
How reproducible:
Consistent
Steps to Reproduce:
1. Fire up Fedora-18 or Fedora-19 (RC2-4)
2. hit the pipe key (after the left shift)
3.
Actual results:
Nothing happens ... no character is transmitted
Expected results:
A backslash should show, or a pipe key (if shift key is held down)
Additional info:
The graphical keyboard layout confirms this omission. The described key is
omitted too. This is not a complete UK keyboard IMHO
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=WESUwVaJ4H&a=cc_unsubscribe
9 years, 2 months
[Fedora-i18n-bugs] [Bug 964105] New: yum on es_ES system show some parts in en_US others in es_ES [ Fedora 19 ]
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=964105
Bug ID: 964105
Summary: yum on es_ES system show some parts in en_US others in
es_ES [ Fedora 19 ]
Product: Fedora
Version: 19
Component: yum-langpacks
Severity: high
Priority: unspecified
Assignee: notting(a)redhat.com
Reporter: nix.sasl(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
james.antill(a)redhat.com, notting(a)redhat.com,
petersen(a)redhat.com, pnemade(a)redhat.com
Category: ---
Description of problem:
After update of yum, show me some parts of the installation in english, others
in spanish on a system configured in es_ES.
====================================================
[root@localhost ~]# echo $LANG
es_ES.UTF-8
[root@localhost ~]# yum install iptraf-ng
Complementos cargados:langpacks, refresh-packagekit
Resolviendo dependencias
--> Ejecutando prueba de transacción
---> Paquete iptraf-ng.i686 0:1.1.3.1-4.fc19 debe ser instalado
--> Resolución de dependencias finalizada
Dependencias resueltas
================================================================================================================
Package Arquitectura Versión
Repositorio Tamaño
================================================================================================================
Instalando:
iptraf-ng i686 1.1.3.1-4.fc19
fedora 298 k
Resumen de la transacción
================================================================================================================
Instalar 1 Paquete
Tamaño total de la descarga: 298 k
Tamaño instalado: 649 k
Is this ok [y/d/N]: <============== English on a es_ES system
Downloading packages:
iptraf-ng-1.1.3.1-4.fc19.i686.rpm
| 298 kB 00:00:02
Running transaction check <=========== English
Running transaction test <============ English
Transaction test succeeded
Running transaction <============= English
Instalando : iptraf-ng-1.1.3.1-4.fc19.i686
1/1
Comprobando : iptraf-ng-1.1.3.1-4.fc19.i686
1/1
Instalado:
iptraf-ng.i686 0:1.1.3.1-4.fc19
¡Listo!
===============================
The "Running transaction *" is normal on previous versions, but in the new
version of yum, the added "Is this ok [y/d/N]:" is not traslated to correct
language.
Version-Release number of selected component (if applicable):
Fedora 19 beta tc4 kde
yum-3.4.3-91.fc19.noarch
yum-langpacks-0.3.1-2.fc19.noarch
How reproducible:
Always
Steps to Reproduce:
1.Install Fedora 19 beta tc4 and select spanish as language
2.yum update
3.yum install htop and see the mixed language
Actual results:
Yum has a mixed language, en_US and the selected by the user.
Expected results:
Yum completely in the language of the system, according to the $LANG variable
Additional info:
I speak native spanish, i can translate all if you want, no problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=LsxO0Sbov5&a=cc_unsubscribe
9 years, 2 months
[Fedora-i18n-bugs] [Bug 960628] New: Cannot save translation without conversion specifiers in source string
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=960628
Bug ID: 960628
Summary: Cannot save translation without conversion specifiers
in source string
Product: Fedora
Version: 19
Component: transifex
Severity: unspecified
Priority: unspecified
Assignee: domingobecker(a)gmail.com
Reporter: jmatsuzawa(a)gnome.org
QA Contact: extras-qa(a)fedoraproject.org
CC: bazanluis20(a)gmail.com, diegobz(a)gmail.com,
domingobecker(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
r.landmann(a)redhat.com, rakesh.pandit(a)gmail.com
Category: ---
Created attachment 744766
--> https://bugzilla.redhat.com/attachment.cgi?id=744766&action=edit
Screenshot showing this problem
Description of problem:
If a translated string does not have the same conversion specifiers in the
source string, saving it fails with the error which says "The expression '%e'
is not present in the translation". I've attached a screenshot showing this
problem. Please refer to it.
I think translations like that should be accepted. Some format strings like
date-time formats does not always need to have the same specifiers in the
original texts.
Version-Release number of selected component (if applicable):
N/A
How reproducible:
Always
Steps to Reproduce:
1. Open a string with one or more conversion specifiers on Transifex
2. Translate it into a string without the same specifiers
3. Press the save button.
Actual results:
Transifex says "The expression '%e' is not present in the translation" and
translations are not saved.
Expected results:
Translations are saved normally.
Additional info:
A workaround is to upload a PO file instead of saving translations on the web
interface editor.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UnPik0xqp6&a=cc_unsubscribe
9 years, 2 months
[Fedora-i18n-bugs] [Bug 958802] New: [ibus-typing-Booster][gu_IN]- Proper information to install hunspell dictionary.
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958802
Bug ID: 958802
Summary: [ibus-typing-Booster][gu_IN]- Proper information to
install hunspell dictionary.
Product: Fedora
Version: 19
Component: ibus-typing-booster
Severity: unspecified
Priority: unspecified
Assignee: apatil(a)redhat.com
Reporter: swkothar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Category: ---
Description of problem:
When type in gedit using typing booster, First It says "Please install hunspell
dictionary!" through popup window If it's not installed, When i clik on that
part then nothing happened, For new user it's bit confusing.
Suggestion:
There should be proper path For installation like settings->Region &
Language->Gujarati-inscript(hunspell))->go to "Install dictionary" on the
preference window
OR
when click on that part then it should be automatically go to hunspell
dictionary window where we can install it.
Version-Release number of selected component (if applicable):
ibus-typing-booster-0.0.26-1.fc19.noarch
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=pR3QZ1nuyp&a=cc_unsubscribe
9 years, 2 months