[Fedora-i18n-bugs] [Bug 623320] New: ibus-table 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-table may need to be rebuilt against Python 2.7 in F14 and rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=623320
Summary: ibus-table 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-table
AssignedTo: dchen(a)redhat.com
ReportedBy: dmalcolm(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Depends on: 623233
Blocks: 619913
Classification: Fedora
Target Release: ---
This is an automatically-filed bug.
ibus-table-1.3.0.20100621-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 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 1005780] New: Liberation Sans Mono Enhancement Request: Modification needed for "l" Character
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1005780
Bug ID: 1005780
Summary: Liberation Sans Mono Enhancement Request: Modification
needed for "l" Character
Product: Fedora
Version: 19
Component: liberation-fonts
Severity: low
Assignee: psatpute(a)redhat.com
Reporter: wrkerr(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Description of problem:
Lowercase "l" character very closely resembles the "1" character from many
other typefaces, especially at smaller point sizes, and even more so in the
italic style.
Version-Release number of selected component (if applicable):
2.00.1
How reproducible:
Type an italic "l" at 8 point size. Print alongside "1" also at 8 point size
from some other monospaced fonts, such as DejaVu Sans Mono and notice the
similarity.
Additional info:
I have found Liberation Mono to be the best Free typeface for my coding
purposes. I particularly love how readable yet compact it is at small sizes.
I've had difficultly though with the "l" character. I find that this character
seems to me to be indistinguishable from the "1" character from many other
typefaces. The problem is even more apparent when the font is used in the
italic style. To my perception, an "l" formed more similar to that of the
DejaVu Sans Mono, Source Code Pro, or Ubuntu Mono would fit better with the
overall design approach of the typeface by being clearly readable at all
sizes--it could no longer be confused with any other character. This would
include a leftward serif at the top of the letter, and a rightward curvature at
the bottom of the character. To my eye, DejaVu Sans Mono's "l" would be the
best model.
--
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=K9FEhWbOFv&a=cc_unsubscribe
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 1019596] New: ibus-hangul should flush the pre-edit buffer before focus change
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1019596
Bug ID: 1019596
Summary: ibus-hangul should flush the pre-edit buffer before
focus change
Product: Fedora
Version: 19
Component: ibus-hangul
Severity: medium
Assignee: dueno(a)redhat.com
Reporter: dchen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Description of problem:
Without flush the pre-edit buffer, ibus-hangul may mistakenly output the last
character to the next input focus and cause confusion.
Version-Release number of selected component (if applicable):
ibus-hangul-1.4.2-5.fc19.x86_64
How reproducible:
Always with firefox.
Steps to Reproduce:
1. Open firefox
2. Go to web page that has input field, (e.g. wikipedia)
3. Type 가나다 (rkskek) in the browser search field, do NOT press enter or space.
4. Click the input field in the web page.
Actual results:
'다' is pasted to the input field.
Expected results:
Input field stays clean.
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=hHaxWXUuz4&a=cc_unsubscribe
9 years, 2 months
[Fedora-i18n-bugs] [Bug 1019544] New: [abrt] ibus-libpinyin-1.6.91-2.fc19: pinyin::ChewingLengthIndexLevel::load: Process /usr/libexec/ibus-engine-libpinyin was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1019544
Bug ID: 1019544
Summary: [abrt] ibus-libpinyin-1.6.91-2.fc19:
pinyin::ChewingLengthIndexLevel::load: Process
/usr/libexec/ibus-engine-libpinyin was killed by
signal 11 (SIGSEGV)
Product: Fedora
Version: 19
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: lihuanshuaiplus(a)qq.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Description of problem:
after startup, at my opening every app that needs IMs
Version-Release number of selected component:
ibus-libpinyin-1.6.91-2.fc19
Additional info:
reporter: libreport-2.1.7
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-libpinyin --ibus
crash_function: pinyin::ChewingLengthIndexLevel::load
executable: /usr/libexec/ibus-engine-libpinyin
kernel: 3.11.2-201.fc19.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 pinyin::ChewingLengthIndexLevel::load at chewing_large_table.cpp:818
#1 pinyin::ChewingBitmapIndexLevel::load at chewing_large_table.cpp:733
#2 load at ../src/storage/chewing_large_table.h:119
#4 pinyin_init at pinyin.cpp:209
#5 PY::LibPinyinBackEnd::initPinyinContext at PYLibPinyin.cc:69
#6 PY::LibPinyinBackEnd::allocPinyinInstance at PYLibPinyin.cc:94
#7 PY::LibPinyinFullPinyinEditor::LibPinyinFullPinyinEditor at
PYPFullPinyinEditor.cc:32
#8 PY::LibPinyinPinyinEngine::LibPinyinPinyinEngine at PYPPinyinEngine.cc:60
#9 PY::ibus_pinyin_engine_constructor at PYEngine.cc:162
#11 g_object_new_valist at gobject.c:1836
Potential duplicate: bug 901879
--
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=hPRab1XKFp&a=cc_unsubscribe
9 years, 2 months
[Fedora-i18n-bugs] [Bug 1013299] New: Unnecessary functionality should be locked down while screen is locked
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1013299
Bug ID: 1013299
Summary: Unnecessary functionality should be locked down while
screen is locked
Product: Fedora
Version: 19
Component: ibus-kkc
Assignee: dueno(a)redhat.com
Reporter: yukawa(a)google.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Created attachment 804626
--> https://bugzilla.redhat.com/attachment.cgi?id=804626&action=edit
You can launch set-up tool even when the screen is locked
Description of problem:
Currently ibus-kkc exposes unnecessary functionality even when the screen is
locked
Version-Release number of selected component (if applicable):
Clean installed Fedora 19.
How reproducible:
100%
Steps to Reproduce:
1. Log in
2. Lock screen
3. Select "設定" from the menu of ibus-kkc exposed by gnome-shell
Actual results:
Nothing appears, but the setting dialog is actually launched in the user
desktop. The user will see it when he/she actually unlocks the screen.
Expected results:
This functionality should be hidden and disabled while the screen is locked.
Additional info:
Basically we should carefully design IME functionality that is available on
log-in screen and/or locked screen. For instance, we should disable following
features to secure user privacy and prevent DOS attack.
- Feature that directly or indirectly updates user dictionary
- Feature that directly or indirectly exposes user dictionary
- Feature that directly or indirectly updates user input history
- Feature that directly or indirectly exposes user input history
--
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=t4JQFGAYMd&a=cc_unsubscribe
9 years, 2 months