https://bugzilla.redhat.com/show_bug.cgi?id=1418229
Bug ID: 1418229
Summary: [abrt] ibus-xkbc: main.py:24:<module>:ImportError: No
module named ibus
Product: Fedora
Version: 25
Component: ibus-xkbc
Assignee: pwu(a)redhat.com
Reporter: bugzilla(a)heiko-adams.de
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Version-Release number of selected component:
ibus-xkbc-1.3.3.20100922-8.fc24
Additional info:
reporter: libreport-2.8.0
cmdline: python2.7 /usr/share/ibus-xkbc/engine/main.py --ibus
executable: /usr/share/ibus-xkbc/engine/main.py
kernel: 4.9.6-200.fc25.x86_64
pkg_fingerprint: 4089 D8F2 FDB1 9C98
pkg_vendor: Fedora Project
runlevel: N 5
type: Python
uid: 1000
Truncated backtrace:
main.py:24:<module>:ImportError: No module named ibus
Traceback (most recent call last):
File "/usr/share/ibus-xkbc/engine/main.py", line 24, in <module>
import ibus
ImportError: No module named ibus
Local variables in innermost frame:
__builtins__: <module '__builtin__' (built-in)>
__file__: '/usr/share/ibus-xkbc/engine/main.py'
__package__: None
sys: <module 'sys' (built-in)>
getopt: <module 'getopt' from '/usr/lib64/python2.7/getopt.pyc'>
__name__: '__main__'
os: <module 'os' from '/usr/lib64/python2.7/os.pyc'>
__doc__: None
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1134299
Bug ID: 1134299
Summary: Layout switching happens with unspecified shortcut
Product: Fedora
Version: 19
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: stsp(a)list.ru
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
In control center I have only next input
source hotkey Ctrl-Menu and modifier-only
switch RightCtrl-Shift. Everything else
is disabled. Still, RShift-LShift combo
also switches the layouts! (including the
indicator change)
It shouldn't, it is not set anywhere.
Version-Release number of selected component (if applicable):
the one from latest f19 updates
How reproducible:
easily
Steps to Reproduce:
1. Set up layout switch keybindings to not include double-Shift
2. Hit both shifts
Actual results:
Layout switches
Expected results:
Layout should not switch
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=eMMPvm3nG6&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1415322
Bug ID: 1415322
Summary: Wrong character displayed in UKai fonts for "zhi" (2nd
tone) (character meaning "directly"), but not in ming
fonts.
Product: Fedora
Version: 24
Component: cjkuni-ukai-fonts
Severity: medium
Assignee: pwu(a)redhat.com
Reporter: mattison.computer(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
petersen(a)redhat.com, pwu(a)redhat.com
Created attachment 1242997
--> https://bugzilla.redhat.com/attachment.cgi?id=1242997&action=edit
shows problem in LibreOffice.
Description of problem:
In UKai fonts, in simplified Chinese, the wrong character is displayed for the
pinyin spelling "zhi" (2nd tone) and meaning "straight; vertical;
perpendicular; just, upright; frank, straightforward; stiff; numb; to
straighten; directly; (other meanings)". But this is not the case when using
UMing, WenQuan Yi Zen Hei, and Nimbus Roman fonts. See first comment and
attachments for details.
Version-Release number of selected component (if applicable): (unknown)
How reproducible: See first comment.
Steps to Reproduce: See first comment.
Actual results: See first 3 attachments.
Expected results: A UKai version of what's seen in the UMing font. Or see the
attachment to bug #1409011 (which was produced by windows-7 office-2016 word).
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1427550
Bug ID: 1427550
Summary: Adding additional Glyphs in Tamil
Product: Fedora
Version: rawhide
Component: lohit-tamil-fonts
Severity: medium
Assignee: psatpute(a)redhat.com
Reporter: nsesha92(a)yahoo.co.in
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 1258398
--> https://bugzilla.redhat.com/attachment.cgi?id=1258398&action=edit
Svarita Deerga Svarita Anudatta eg
Description of problem:
This is not a bug, but enhancement request.
Tamil language script is also used for writing other language text such as
Sanskrit, Hindi, Malayalam, Telugu and Kannada in the form of transliteration.
However Tamil script and the associated Unicode range U0B80-U0BFF does not
contain many characters that are available in these other languages - mainly
the Devanagari Extended unicode UA8E0 and Devanagari Vedic
Extentions unicode U1CD0 series.
Some such requests that I have come across in my FB and other groups:
1. How can I include the signs like lines above the letters as shown in the
picture. This is required to show the swaram i.e. high or low pitch of
pronouncing the letter/word as in Sanskrit. This kind of lines are used in
Sanskrit also.
2. I need to type musical notations in Tamil Using MSword processor. To
indicate octave we put a dot on top or bottom of the letter. how to add ?
--- My answer for above point 2: dot above = anuswara, dot below = nukta, Lohit
Tamil does not contain nukta, but includes anuswara (U+0B82). ---
While its lot easier to juggle around in Linux based systems by switching
between different fonts, its very difficult in MS based applications.
Hence, I am requesting that 9 such frequently used Glyphs be 'added' to the
existing Lohit Tamil font. The existing Glyphs from Lohit-Devanagari.ttf can be
'leveraged' for this, no need to reinvent the wheel.
Replace:
U+0310 COMBINING CANDRABINDU >>> replace with VEDIC TONE CANDRABINDU /
anunasika U+0901, thats in Devanagari range, to be consistent with all other
scrips.
Add:
Signs:
Visarga U+0903 ( as separate and distinct, in addition to Tamil Visarga U+0B83
)
AVAGRAHA U+093D
CANDRABINDU VIRAMA U+A8F3
Combining signs/marks with Anchoring:
NUKTA U+093C
VEDIC TONE UDATTA / SVARITA U+0951
VEDIC TONE ANUDATTA U+0952
VEDIC TONE PRENKHA U+1CD2
VEDIC TONE DOUBLE/Deerga SVARITA U+1CDA
VEDIC TONE CANDRA U+1CF4
Version-Release number of selected component (if applicable):
How reproducible:
Not a bug, but enhancement request.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1317385
Bug ID: 1317385
Summary: Please fixes the generated ~/.i18n file
Product: Fedora
Version: 23
Component: fonts-tweak-tool
Assignee: tagoh(a)redhat.com
Reporter: pwu(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Description of problem:
The content of .i18n file generated by fonts-tweak-tool is:
FC_LANG=zh-CN
maybe good to add export for .i18n file:
export FC_LANG=zh-CN
Version-Release number of selected component (if applicable):
fonts-tweak-tool-0.3.2-8.fc23.x86_64
How reproducible:
Steps to Reproduce:
1. Set "Chinese (P.R. of China)" in fonts-tweak-tool "Language Ordering"
2. Log in as English locale
Actual results:
gedit seems to use Traditional Chinese fonts for the character "骨"
Expected results:
gedit uses Simplified Chinese fonts for the character "骨"
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1336042
Bug ID: 1336042
Summary: Liberation Fonts not displayed correctly
Product: Fedora
Version: 24
Component: liberation-fonts
Severity: high
Assignee: psatpute(a)redhat.com
Reporter: freepenguin84(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
Created attachment 1157360
--> https://bugzilla.redhat.com/attachment.cgi?id=1157360&action=edit
Screenshots to show the difference between Fedora 22 and 23/24
Description of problem:
Liberation Fonts are not being diplayed correctly. This is obvious on websites
where the text is shifted some pixel up compared to Fedora 22 and other OSes.
Fedora 23 has the same issue.
The source files for liberation font is the same in Fedora 22-24 but the output
*.ttf files are different. Installing the RPMs from Fedora 22 in Fedora 24
fixes the problem. Maybe the output has changed due to updated build tools?
Version-Release number of selected component (if applicable):
1.07.4
How reproducible:
Open Webpage in Firefox or Google Chrome
Steps to Reproduce:
Open https://github.com/solus-project/budgie-desktop in Firefox
Actual results:
Text is shifted upwards besides the images (see attached screenshot)
Expected results:
Text aligned with images (see attached screenshot)
Additional info:
https://plus.google.com/+ViktorPankraz/posts/L8KVUGEbHxz
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1222244
Bug ID: 1222244
Summary: [abrt] ibus: XKeysymToKeycode(): ibus-ui-gtk3 killed
by SIGSEGV
Product: Fedora
Version: 22
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: guillaumepoiriermorency(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
Version-Release number of selected component:
ibus-1.5.10-4.fc22
Additional info:
reporter: libreport-2.5.1
backtrace_rating: 4
cmdline: /usr/libexec/ibus-ui-gtk3
crash_function: XKeysymToKeycode
executable: /usr/libexec/ibus-ui-gtk3
global_pid: 4027
kernel: 4.0.2-300.fc22.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 XKeysymToKeycode at XKBBind.c:157
#1 keybinding_manager_bind at keybindingmanager.c:210
#2 panel_keybinding_manager_bind at panel.c:1286
#3 panel_bind_switch_shortcut at panel.c:1350
#4 panel_construct at panel.c:683
#5 panel_new at panel.c:709
#6 application_bus_name_acquired_cb at application.c:220
#7 _application_bus_name_acquired_cb_gd_bus_signal_callback at
application.c:166
#8 emit_signal_instance_in_idle_cb at gdbusconnection.c:3753
#13 gtk_main at gtkmain.c:1219
--
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=ZYlE5V6Kw0&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1380754
Bug ID: 1380754
Summary: Missing kerning pair for the Czech language ďá
Product: Fedora
Version: rawhide
Component: scholarsfonts-cardo-fonts
Assignee: pnemade(a)redhat.com
Reporter: mcepl(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Created attachment 1206277
--> https://bugzilla.redhat.com/attachment.cgi?id=1206277&action=edit
illustration of the problem
Description of problem:
This is just to record the unfortunate missing kerning pair for ďá (used in
Czech, for example “devil” is “ďábel”). I will try to investigate which other
kerning pairs are missing.
Version-Release number of selected component (if applicable):
scholarsfonts-cardo-fonts-1.045-12.el7.noarch
How reproducible:
100%
Steps to Reproduce:
1.print the standard Czech pangram “Příliš žluťoučký kůň úpěl ďábelské ódy.”
2.
3.
Actual results:
space between ď and á in the word “ďábelské” is awful
Expected results:
It shouldn't be
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1428502
Bug ID: 1428502
Summary: eekboard fails without dbus-x11
Product: Fedora
Version: rawhide
Component: eekboard
Assignee: extras-orphan(a)fedoraproject.org
Reporter: cbm(a)m.fsf.org
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, extras-orphan(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
eekboard fails on a system without dbus-x11. Thus eekboard should depend on
dbus-x11.
Background: eekboard doesn't directly use dbus but it depends on glib2, which
in some cases calls dbus-launch. glib2 is *not* going to gain a dependency on
dbus-x11 as per bug #927212 (WONTFIX) so instead we'll have to fix this on
per-package basis.
--
You are receiving this mail because:
You are on the CC list for the bug.