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=1449166
Bug ID: 1449166
Summary: Shape for Serbian Cyrillic BE Wrong
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: rosella.capriotti(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 1277346
--> https://bugzilla.redhat.com/attachment.cgi?id=1277346&action=edit
DELTA and Serbian BE in Liberation 2
Description of problem:
On Lubuntu 17.04 & Libreoffice 5.3.1.2, the shape of Serbian Cyrillic BE in
Liberation Serif v.2 looks uncannily like Greek DELTA. The shape in version 1
seems to me more appropriate.
I added two attachments for the two versions of Liberation Serif: on both Greek
DELTA is on the right for the sake of comparison.
Regards
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1449506
Bug ID: 1449506
Summary: Release 0.131 with the redesigned Nachlieli font
Product: Fedora
Version: rawhide
Component: culmus-fonts
Assignee: psatpute(a)redhat.com
Reporter: psatpute(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Description of problem:
The new release 0.131 of the Culmus fonts is available for download from the
site of the project http://culmus.sourceforge.net.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=835376
Bug ID: 835376
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com,
me(a)kaio.net, shawn.p.huang(a)gmail.com
Assignee: jni(a)redhat.com
Summary: Request to add legend support feature for ibus-table
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: pwu(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-table
Product: Fedora
Description of problem:
Currently wubi ime in ibus-table doesn't support legend feature.
Version-Release number of selected component (if applicable):
ibus-table-1.3.9.20110827-2.fc17.noarch
How reproducible:
Try to input a single character by using ibus-table wubi ime;
Actual results:
Only one character is inputted;
Expected results:
Besides inputting one character, some possible following characters should be
listed in the candidate list to speed up user inputting.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1116676
Bug ID: 1116676
Summary: filter keyboard layouts by geometry
Product: Fedora
Version: rawhide
Component: langtable
Severity: low
Assignee: mfabian(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Description of problem:
This may be a crazy idea I am not sure yet (which came up during
Fedora i18n discussions around https://fedorahosted.org/i18n/ticket/26
but in principle it seems it would be useful to filter keyboard layouts
by their compatibility with a chosen keyboard geometry.
There are various difficulties here:
- parsing of the xkb data files itself will be complex
- assuming it is possible to get this filtering to work
applications like anaconda will need some subtle
or larger changes to support setting of keyboard geometry
separately from keyboard layouts.
Still it seems like a worthy goal to try to reduce or structure
the current large amount of clutter currently when making keyboard config
selections.
--
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=RxhKiuD0M9&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1094779
Bug ID: 1094779
Summary: No Cyrillic Italic Glyphs for Sans, Sans Narrow and
Mono
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: alescesc1986(a)yahoo.it
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
It's wrong for Liberation Sans, Sans Narrow and Mono to have specific italic
glyphs in the Cyrillic range provided that the Latin range has slanted glyphs.
For the sake of consistency, slanted glyphs should be implemented in the
Cyrillic range too.
--
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=c1AONfggSA&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1464310
Bug ID: 1464310
Summary: Tilded G not works with Liberation Sans and Serif
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: shanshandehongxing_1234(a)hotmail.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:
Guarani letter G̃ does not works if I use Liberation Sans and Serif, this
letter requiring combining tilde.
Steps to Reproduce:
1. Coping this letter from https://en.wikipedia.org/wiki/Guarani_alphabet
2. Pasted into LibreOffice
3. Switch font face to Liberation Sans or Liberation Serif
Actual results:
With Liberation Sans/Serif tilded G does not works as expected.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1096336
Bug ID: 1096336
Summary: Liberation 2.00.x missing unicode hyphen (U+2010)
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: elbart(a)gmx.de
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:
The liberation-fonts 2.00.0 and 2.00.1 are missing the unicode hyphen (U+2010).
Versions 1.07.4 and older have that glyph.
Version-Release number of selected component (if applicable):
2.00.1
The regressing commit is
https://git.fedorahosted.org/cgit/liberation-fonts.git/commit/?id=5feb93675…
(slow!)
प्रविण सातपुते "sfd file converted from ttf"
--
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=PrUXVWzIRi&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1084493
Bug ID: 1084493
Summary: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans
Italic
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: jmontane(a)softcatala.org
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 882714
--> https://bugzilla.redhat.com/attachment.cgi?id=882714&action=edit
Screenshot showing the bug
Description of problem:
In Windows, there is no glyph for MIDDLE DOT (U+00B7) when using Liberation
Sans Italic, an empty space is showed.
Version-Release number of selected component (if applicable):
2.00.1
How reproducible:
Install Liberation Sans Italic files in a Windows machine (tested in Windows 7
32 and 64 bits). The esay way is installing LibreOffice 4.2, :)
Steps to Reproduce:
1. Open a new document LibreOffice Writer
2. Type "cel·la" (cell) "·" is U+00B7
3. Select "cel·la" text and set format as "Libreration Sans, Italic".
Actual results:
4.- "cel la" is showed in italics,you can copy and paste and set other font.
Expected results:
5.- "cel·la"
Additional info:
U+00B7 is a used character for Catalan text. So, please, fix this issue.
--
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=Z2jsEJyDVB&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1249335
Bug ID: 1249335
Summary: Inconsistent rules for shortcuts between different
applications when switching keymaps
Product: Fedora
Version: 22
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: nicolas.brack(a)mail.be
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
I have this bug since a few fedora version. In some applications, the
shortcuts obeys the localized ibus keymap, but other keeps the default keymap
when pressing CTRL. Typical example includes gimp (follows keymap) and
inkscape (ignore keymap). I'm personally using both the us and dvorak keymap,
and this behaviour is pernicious as the key locations are very dissimilar.
Using "setxkbmap" is hard erasure of the keymap, and after that _all_
applications follows the keymap when using the shortcuts. But then ibus
doesn't really work anymore, and it's inconvenient.
Thus a solution could either be that:
*ibus is resilient to "setxkbmap"
*All software are presented with the same keymap, which can be configured to be
the current map.
Software versions:
GNOME Shell 3.16.3
IBus 1.5.10
Xorg 1.17.2
--
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=0xQlpdl2Ss&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1072095
Bug ID: 1072095
Summary: Liberation Sans renders most Latin combining
characters incorrectly
Product: Fedora
Version: 20
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: rkaldari(a)wikimedia.org
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 870161
--> https://bugzilla.redhat.com/attachment.cgi?id=870161&action=edit
Comparison between Helvetica, Arimo, and Liberation Sans
Description of problem:
Liberation Sans renders most Latin Unicode combining characters incorrectly.
These are the diacritics and tie characters in the Unicode range U+0300 to
U+FE2F (https://en.wikipedia.org/wiki/Combining_character) In particular:
1. The diacritics do not take into account the width or height of the paired
character (which I imagine is a kerning issue)
2. Tie characters are always positioned incorrectly. They are supposed to
visually tie two characters together, but in Liberation Sans they are simply
centered under the 2nd character.
Version-Release number of selected component (if applicable):
version 2.00.1
How reproducible:
Steps to Reproduce:
1. Install Liberation Sans
2. Go to https://en.wikipedia.org/wiki/User:Kaldari/Font_test
Actual results:
Diacritics and ties are a mess.
Expected results:
See Helvetica example in attached file.
Additional info:
The best way to understand this bug is to look at the attached file
(comparison.png).
--
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=1fAByXDhag&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Separate Japanese font configuration files for ghostscript
https://bugzilla.redhat.com/show_bug.cgi?id=507262
Summary: Separate Japanese font configuration files for
ghostscript
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: japanese-bitmap-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: t.matsuu(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
I'm not sure which component should be assigned for this bug. So I initially
assign this bug to japanese-bitmap-fonts because the files for discussion is
now owned by japanese-bitmap-fonts package.
Description of problem:
Now
/usr/share/ghostscript/conf.d/CIDFnmap.ja
/usr/share/ghostscript/conf.d/FAPIcidfmap.ja
/usr/share/ghostscript/conf.d/cidfmap.ja
are owned by japanese-bitmap-fonts. But they never use fonts which are bundled
in japanese-bitmap-fonts.
Moreover, fonts which are set in the config files are dispersed among some
packages.
So we need to separate ghostscript contig files from japanese-bitmap-fonts and
they should be provided by another package (or included in ghostscript or
ghostscript-fonts package).
I suggest the following idea.
1. Universal
/usr/share/ghostscript/conf.d/{CIDFnmap.ja,FAPIcidfmap.ja,cidfmap.ja} is owned
by new (eg. ghostscript-fonts-japanese), ghostscript, or ghostscript-fonts
package.
2. Each Japanese fonts have their own CIDFnmap.ja, FAPIcidfmap.ja, and
cidfmap.ja files i their common package.
Discussion required:
* fonts priority
* file owner for ghostscript config files
* package structure of IPA fonts are not ready for generate common subpackage
now (bug 507261)
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1088033
Bug ID: 1088033
Summary: Text Figures for Liberation Fonts
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: alescesc1986(a)yahoo.it
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
Hello Pravin,
I was wondering whether you might consider adding text figures to your fonts.
That'd be great and I don't think it'll take you long.
Regards
--
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=jPptOgThKu&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1375061
Bug ID: 1375061
Summary: RFE: try switching to Liberation Fonts 2 again
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: fedora(a)leemhuis.info
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:
The freetype maintainer in
https://www.freetype.org/freetype2/docs/subpixel-hinting.html recommends "using
the Liberation family of fonts (version 2 and up, important!)" and criticises
Fedora because it still ships version 1.x. I think it's time to try switching
to v2 again. We tried that a few years ago
(https://fedoraproject.org/wiki/Features/Liberation_Fonts_2 ) and stopped it
then due to problems (see Bug 856239); but from above recommendation it sounds
like the problems we faced might be gone fixed in between.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1090631
Bug ID: 1090631
Summary: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation
fonts
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: rhughes(a)redhat.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:
At the moment the TT_NAME_ID_PREFERRED_FAMILY is not set on any of the
Liberation fonts. As I understand it, TT_NAME_ID_PREFERRED_FAMILY is supposed
to be the same for all files in the same high-level family, and this seems to
be what most other fonts do in Linux. For the next release could you please set
the PreferredFamily key to just "Liberation" in all 10 files. This allows
component installers like gnome-software to group the fonts together rather
than showing them as separate entries and should have no other effects.
Thanks,
Richard.
--
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=ZrCMOyiIAn&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1009650
Bug ID: 1009650
Summary: Some Serbian glyphs seem to be Latin glyph
Product: Fedora
Version: 19
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: alescesc1986(a)yahoo.it
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
Hello,
I have a problem with Italic DE and GE: when I copy them from a pdf produced by
XeLaTeX, they are pasted respectively as Latin G and I WITH MACRON. I'm
puzzled, why does this happen?
By the way, other Serbian glyphs aren't copied at all, but they told me this is
XeLaTeX's fault, not font-dependent.
--
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=DHcltBsXNh&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1013949
Bug ID: 1013949
Summary: Problematic shapes for some letters of the macedonian
alphabet.
Product: Fedora
Version: 20
Component: liberation-fonts
Severity: high
Assignee: psatpute(a)redhat.com
Reporter: pvelkovski(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 805748
--> https://bugzilla.redhat.com/attachment.cgi?id=805748&action=edit
Shoes how the letters look like, and what they should look like.
Description of problem:
The shape of the Regular (Normal) "Cyrillic
macedonian small letter be" looks. It looks like the italic form minus the
slant which is wrong!
Also the letters "macedonian cyrilic ghe" and "macedonian cyrillic gje" look
inconsistent in italic form. The "macedonian cyrilic gje" should look same as
"macedonian cyrilic ghe" with an added accent.
I'm attaching a pdf file that should explain the 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=xhuukmeO3Y&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1014357
Bug ID: 1014357
Summary: U+266B incorrect glyph with extra beam
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: fabian+redhat(a)greffrath.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
Originally reported as Debian #724839 [1] by Drake Wilson:
"
Using gucharmap 1:3.8.2-2 to view Liberation Serif characters with "Show only
glyphs from this font" enabled, the glyph for U+266B BEAMED EIGHTH NOTES shows
what is clearly beamed sixteenth notes instead; it should have only one beam
rather than two. FontForge confirms this after opening
LiberationSerif-Regular.ttf with SHA-256 =
ea76595ed32ec4bb117fc715e393b4cca3d42cabe53101baec6bbbeb800fa26a.
The glyph for U+266C BEAMED SIXTEENTH NOTES is correct.
"
The bug has been reported against version 2.00.1, ut I have checked with 1.07.3
and it is also present in this version.
Best regards,
Fabian
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724839
--
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=PXTyqCv0jP&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1195216
Bug ID: 1195216
Summary: To wide macron for Liberation Sans Narrow fonts
Product: Fedora
Version: 20
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: eko(a)lanet.lv
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 994356
--> https://bugzilla.redhat.com/attachment.cgi?id=994356&action=edit
Too wide macron
Description of problem:
The macron (uni02C9) symbol in Liberation Sans Narrow fonts is too wide.
Version-Release number of selected component (if applicable):
1.07.4.
How reproducible:
100%
Steps to Reproduce:
Look at following letters with Liberation Sans Narrow fonts:
āēīōūĀĒĪŌŪ
Actual results:
See attached image Liberation_Sans_Narrow-old.png.
Expected results:
See attached image Liberation_Sans_Narrow-new.png.
Additional info:
A suggested path will be attached.
--
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=Z4eK6cdgLB&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1035486
Bug ID: 1035486
Summary: Text renders fuzzy in Fedora 20
Product: Fedora
Version: 20
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: alexhultman(a)gmail.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,
tagoh(a)redhat.com
Description of problem:
Version-Release number of selected component (if applicable):
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=3Q3EeLcWVs&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1410635
Bug ID: 1410635
Summary: add ibus-font-setting to Fedora RPM and maintenance
patches.
Product: Fedora
Version: 24
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: mattison.computer(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
"ibus-font-setting" for gnome is not a part of the Fedora RPM for ibus.
because of this, the user cannot control the font used to display the menu of
characters matching the entered pinyin. This in turn leads to those characters
being too small to some users to recognize, distinguish, and select the
characters consisting of a larger number of strokes.
Version-Release number of selected component (if applicable): 1.8.0?
How reproducible:
Ideally, one should check appropriate directories for the presence of
appropriate files. But I don't have the information for this approach.
Steps to Reproduce:
1. In gnome, open a new vi text file or LibreOffice document.
2. Activate ibus.
3. Enter the pinyin for a characters that consists of a lot of strokes.
Examples include the second character of the names of Anhui, Xizang, and
Xinjiang provinces. Note the size of the characters, and that they are not
clear and crisp.
4. Abort the text file or document.
5. Try to find a way of changing the font used by ibus to display characters
matching entered pinyin.
Actual results:
I could not find a way of getting ibus to use a bigger font.
Expected results:
There should be a way of choosing a bigger font.
Additional info:
I'm actually asking for two things:
1. "ibus-font-setting" for gnome in Fedora should be a part of the appropriate
Fedora RPMs.
2. When I patch Fedora using "dnf upgrade", "ibus-font-setting" for Fedora
gnome should be included in what can be patched by that command.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1450591
Bug ID: 1450591
Summary: po2l10n doesn't work
Product: Fedora
Version: 25
Component: translate-toolkit
Assignee: dwayne(a)translate.org.za
Reporter: jean-baptiste(a)holcroft.fr
QA Contact: extras-qa(a)fedoraproject.org
CC: dwayne(a)translate.org.za,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Description of problem:
as described in https://bodhi.fedoraproject.org/updates/FEDORA-2017-3f30cc765c
a python module is missing.
$ po2l20n
Traceback (most recent call last):
File "/usr/bin/po2l20n", line 11, in <module>
load_entry_point('translate-toolkit==2.1.0', 'console_scripts',
'po2l20n')()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 560,
in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 2648,
in load_entry_point
return ep.load()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 2302,
in load
return self.resolve()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 2308,
in resolve
module = __import__(self.module_name, fromlist=['__name__'], level=0)
File "/usr/lib/python3.6/site-packages/translate/convert/po2l20n.py", line
26, in <module>
from translate.storage import l20n, po
File "/usr/lib/python3.6/site-packages/translate/storage/l20n.py", line 24,
in <module>
from l20n.format.parser import FTLParser as L20nParser
ModuleNotFoundError: No module named 'l20n'
I'm not personally using it but it may prevent some users to fully use
translate toolkit.
thanks for your work,
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1176874
Bug ID: 1176874
Summary: gcin-2.8.3 is available
Product: Fedora
Version: rawhide
Component: gcin
Keywords: FutureFeature, Triaged
Assignee: i(a)cicku.me
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me
Latest upstream release: 2.8.3
Current version/release in Fedora Rawhide: 2.8.2-3.fc22
URL: http://hyperrate.com/gcin-source/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service
will be implemented by a new system: https://release-monitoring.org/
It will require to manage monitored projects via a new web interface. Please
make yourself familiar with the new system to ease the transition.
--
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=u18ESfXqvf&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Password is visible on gnome-terminal with English-typing-booster enabled
https://bugzilla.redhat.com/show_bug.cgi?id=803646
Summary: Password is visible on gnome-terminal with
English-typing-booster enabled
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-european-table
AssignedTo: apatil(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, apatil(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 570253
--> https://bugzilla.redhat.com/attachment.cgi?id=570253
Password being displayed on terminal
Description of problem:
With English-typing-booster enabled on gnome-terminal, while using su- command,
password appears in the text.
Version-Release number of selected component (if applicable):
english-typing-booster-0.0.2-1.fc17
How reproducible:
Always
Steps to Reproduce:
1. Enable English-typing-booster
2. Go to terminal
3. Try to become root with su-
4. Type your password
Actual results:
Perform above steps, you can see the password is shown on the screen.
Expected results:
Password must not be shown.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1473012
Bug ID: 1473012
Summary: [abrt] ibus: bus_dbus_impl_connection_filter_cb():
ibus-daemon killed by signal 6
Product: Fedora
Version: 26
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: proski(a)gnu.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.16-3.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: ibus-daemon --xim --panel disable
crash_function: bus_dbus_impl_connection_filter_cb
executable: /usr/bin/ibus-daemon
journald_cursor:
s=2b427e5c155c4c6ebb2ea03017e4893b;i=bd335;b=d8f0a7919b3d48418c4e8230e8adaec9;m=2d9d0d697;t=554b167f01149;x=213a64bbbda12226
kernel: 4.11.10-300.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=825115
Bug ID: 825115
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: [kn_IN] Lohit Kannada glyphs of consonants with vowel
signs -II, -EE, -OO and -AI should be optimized
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Description of problem:
Currently the Lohit Kannada fonts unnecessarily contain separate glyphs for
consonants with vowel signs -II, -EE, -OO and -AI. These are merely sequences
of other glyphs.
In the case of -II, -EE, -OO the glyphs are the same as those of the
corresponding short vowels plus a separate glyph 0CD5 Kannada Length Mark ೕ
(unlike in Telugu where the length mark ligates with the syllable). Therefore
instead of doing substitutions of:
CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_II/EE/OO
the optimized way would be to do:
CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_I/E/O LENGTH_MARK
If this is done, any changes that are reflected on the
CONSONANT_VOWELSIGN_I/E/O glyphs would automatically reflect for the long
vowels as well without additional work being needed. For instance, see my
recent report of bug 825104. If that bug is fixed for short vowels I, E and O,
automatically it would reflect for II, EE and OO also.
As for -AI, it is merely sequence of glyph for -E plus 0CD6 Kannada AI Length
Mark ೖ. So instead of doing substitutions of:
CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_AI
the optimized way would be to do:
CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_E AI_LENGTH_MARK
with same benefits as above.
Further, when handling combinations of:
CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU
by separating the length mark as recommended here, the sub-base form of
CONSONANT2 can be placed closer to the base CONSONANT1 which is also
typographically a desirable factor in a good font. The rules would be:
CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU -->
CONSONANT1_VOWEL_SIGN_I/E/O + SUB_BASE_CONSONANT_2 + (AI_)LENGTH_MARK
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Examine the internals of Lohit Kannada font.
Actual results:
Currently there are separate glyphs for consonants with vowel signs -II, -EE,
-OO and -AI unnecessarily. These are merely sequences of other glyphs.
Therefore any change effected on the component glyphs has to be re-done here.
Expected results:
The superfluous glyphs should be removed and the appropriate effect should be
achieved by appropriate smartfont rules as indicated above.
Additional info:
This would also reduce the size of the font. Not an issue on laptops/desktops
but nowadays Lohit fonts are finding their way into smaller screens such as
smartphones, and it would be good to have a trim font with small footprint.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1446940
Bug ID: 1446940
Summary: update 1.3
Product: Fedora
Version: 25
Component: gubbi-fonts
Assignee: psatpute(a)redhat.com
Reporter: mastaizawfm(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
update to 1.3
https://github.com/aravindavk/Gubbi/releases
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1382982
Bug ID: 1382982
Summary: Fedora iBus typing language detector breaks events
call stack of web pages
Product: Fedora
Version: 24
Component: ibus
Severity: urgent
Assignee: tfujiwar(a)redhat.com
Reporter: danielemi(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Created attachment 1208438
--> https://bugzilla.redhat.com/attachment.cgi?id=1208438&action=edit
html page for test purpose
Description of problem:
My Fedora box is configured with two typing language between which I can
switch, English and Chinese.
I'm using Firefox v49 as browser.
I'm developing a webpage, a registration form using jQuery on the validation
part.
The registration form contain 4 input controls with 2 password controls, all
validated on the blur event. The form script is kind of complex one using blur,
and focus events and a list of functions.
The form script completely mess up on the live validation of the fields due to
the presence of the two password controls on which only latin alphabet is
allowed. The ibus language detector change on the fly when the two password
fields received focus causing blur and focus events of different contols to
happen in unexpected order. It is like ibus is taking the focus and releasing.
I tested both jQuery (all the available methods) and pure javascript with the
same result.
I had the chance to try other websites using blur and focus events on password
fields and are completely mess up too.
To finish my job I will unset the Chinese IME.
I can't guess what is about application development in the same context.
Version-Release number of selected component (if applicable):
Fedora 24 4.7.5-200.fc24.x86_64
ibus-1.5.13-3.fc24.x86_64
How reproducible:
https://jsfiddle.net/8tqwL7y5
Steps to Reproduce:
1. Settings, Region and Lanaguges, input sources: set English (US) and Chinese
(intelligent Pinyin)
2. try the link
3. try the webpage attached
Actual results:
Blur event doesn't happen or happen just mixed up with other events like other
control's Focus events.
Expected results:
Blur and Focus events get fired in common order on the events call stack
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1296121
Bug ID: 1296121
Summary: XIM: When commiting with a space, it is inserted
before a hangul character rather than after it
Product: Fedora
Version: 23
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: psabata(a)redhat.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:
This appears to be a recurring issue; I recall this was fixed a few times
already :) The behavior is similar to #675503. However, only XIM appears
to be affected this time; the input works fine in a GTK+v2 application.
Version-Release number of selected component (if applicable):
ibus-1.5.11-1.fc23.x86_64
ibus-libs-1.5.11-1.fc23.x86_64
ibus-hangul-1.5.0-5.fc23.x86_64
ibus-gtk2-1.5.11-1.fc23.x86_64
How reproducible:
Always with XIM. Never with GTK+v2.
Steps to Reproduce:
1. Run ibus with XIM
ibus-daemon -x
2. Set your environment and run something that uses it, e.g. xterm --
export XMODIFIERS='@im=ibus'
xterm
3. Type some hangul and commit with a space, e.g. "하나 둘 셋"
(input being "gksk enf tpt ")
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=cxyVQxcKBJ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1398181
Bug ID: 1398181
Summary: Start at hangul does not work
Product: Fedora
Version: 25
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: hwhwang7(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
After the input source 'hangul', I can enable the option 'start at hangul
mode'.
Even after I enabled it, whenever I switch to hangul, it does not start at
hangul mode.
Version-Release number of selected component (if applicable):
IBus 1.5.14
How reproducible:
Always
Steps to Reproduce:
1. Add the input source 'hangul'
2. Enable the option 'start at hangul mode'.
3. Switch input mode
Actual results:
Hangul mode does not start as enabled
Expected results:
Hangul mode starts as enabled
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1040336
Bug ID: 1040336
Summary: [or_IN][libuninum] - Change language name from "Oriya"
to "Odia"
Product: Fedora
Version: rawhide
Component: libuninum
Keywords: i18n
Severity: low
Priority: medium
Assignee: terjeros(a)phys.ntnu.no
Reporter: smaitra(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, smaitra(a)redhat.com,
terjeros(a)phys.ntnu.no
Description of problem:
Upstream bug reference : https://sourceware.org/bugzilla/show_bug.cgi?id=15601
Preface : As per the Govt of India record, the State name of Orissa has been
replaced with Odisha (hopefully I am correct with its spelling) and the
language of Odisha State which was Oriya earlier, has been replaced with Odia.
Please change the word "Oriya" occurrences to "Odia" in SPEC file.
Version-Release number of selected component (if applicable):
libuninum-2.7-13.fc20.1
libuninum-2.7-13.fc20.1
How reproducible: N/A
Steps to Reproduce:N/A
1.
2.
3.
Actual results:
Presently the word "Oriya" is mentioned in the SPEC file.
Expected results:
Please replace the word "Oriya" with the word "Odia" in the SPEC File for all
the occurrences.
Additional info:
References:
http://orissamatters.com/2011/11/07/orissa-became-odisha/http://www.ndtv.com/article/india/parliament-passes-bill-to-change-orissa-s…http://orissa.gov.in/e-magazine/Orissareview/2011/Nov/engpdf/9-17.pdf
--
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=YHitKy2naE&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1133127
Bug ID: 1133127
Summary: The hotkey for switching to direct input mode should
be configurable
Product: Fedora
Version: 19
Component: ibus-table
Assignee: mfabian(a)redhat.com
Reporter: stsp(a)list.ru
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, extras-qa(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
me(a)kaio.net, mfabian(a)redhat.com, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, stsp(a)list.ru
+++ This bug was initially created as a clone of Bug #1128912 +++
(In reply to Stas Sergeev from comment #23)
> I noticed another problem.
> When I type, the layout ocasionally changes back
> to EN, even though I do not press the modifier combo.
> The switcher applet still shows RU, but the typing
> becomes latinic.
> Presumably this happens after Shift-Space, but again,
> not always... So we have another puzzle. I wonder if
> you can make a sharp guess or reproduce that...
You are switching between table mode ("rusle") and direct input mode
(using the underlying keyboard layout directly).
The hotkey for this is the left shift key (Without space, just
left shift and release it).
You can see which mode you are in if you open the input method menu in
the gnome panel while rusle is active. Look at the 4 menu entries near
the bottom:
Direct input (Left Shift)
Phrase mode (Ctrl-;) <- quite useless for rusle
Direct commit mode (Ctrl-/) <- quite useless for rusle
Setup
If you hit the left shift key and look again, you see that the topmost
of these "property" menus toggles between
Direct input (Left Shift) <-> Р (Left Shift)
I am not sure what I can do about this now.
For Chinese, this is used often as a quick way to toggle between
Chinese and English mode (faster than switching between two input
sources). That might be the reason why the original developer of
ibus-table did choose the left shift key as the hot key for that.
The disadvantage is of course that the left shift key can be hit far
too easily.
In the long run, I want to make the keybindings configurable, then
you could set that keybinding to empty. But I have no time for that
soon, that is a bit more work.
Choosing a different shortcut is not nice to existing users.
Disabling that shortcut for non-CJK input methods might also be
not so nice. Maybe one wants to quickly toggle between direct
input and a non-CJK input method as well.
So I am a bit puzzled what to do about this now.
Maybe wait until I have time to make the keybindings configurable?
--- Additional comment from Stas Sergeev on 2014-08-22 15:32:52 EDT ---
> Maybe wait until I have time to make the keybindings configurable?
Maybe I have no other option than to agree with this? :)
Anyway, another sharp guess, you are right, left shift
is the culprit. Thank you.
So, should I open a separate report for this or what?
--- Additional comment from Stas Sergeev on 2014-08-22 15:34:22 EDT ---
(In reply to Mike FABIAN from comment #24)
> Created attachment 929759 [details]
> 0001-Ignore-Shift-Space-hotkey-to-switch-fullwidth-halfwi.patch
>
> To fix the problem in comment#21
Patch tested and works.
--- Additional comment from Mike FABIAN on 2014-08-22 15:55:18 EDT ---
(In reply to Stas Sergeev from comment #26)
> > Maybe wait until I have time to make the keybindings configurable?
> Maybe I have no other option than to agree with this? :)
> Anyway, another sharp guess, you are right, left shift
> is the culprit. Thank you.
>
> So, should I open a separate report for this or what?
Yes, I think a separate bug report is helpful so I do not forget this.
Maybe, as a temporary workaround, I disable that hotkey for non-CJK
and enable it again as soon as the hotkeys are configurable.
I really should make the hotkeys configurable ...
--
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=DFaAYcdVbL&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1368757
Bug ID: 1368757
Summary: ibus: forward_key_event() seems to do nothing in Qt
applications
Product: Fedora
Version: 24
Component: ibus-qt
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(a)redhat.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
If I try to type with ibus-typing-booster in Qt applications and commit a word
by typing space, no space is inserted after the word. For example:
QT_IM_MODULE=ibus kate &
Select the English engine of ibus-typing-booster and type some word like
"test",
type space to commit. The word "test" is committed into kate, but no space
appears after the word, the cursor is directly behind the word "test".
This is because this line
self.forward_key_event(key.val, key.code, key.state)
in hunspell_table.py from ibus-typing-booster does nothing anymore.
This line in context in the source code is here:
https://github.com/mike-fabian/ibus-typing-booster/blob/master/engine/hunsp…
(By the way, when trying “XMODIFIERS=@im=ibus QT_IM_MODULE=xim kate”, input
does not work at all, so this cannot be used as a workaround).
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1321551
Bug ID: 1321551
Summary: RFE: Recommend some specific general purpose font
Product: Fedora
Version: rawhide
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: ville.skytta(a)iki.fi
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
Currently fontconfig has a dependency on font(:lang=en). For minimal setups
where fontconfig is involved in that don't specify anything more specific than
that, it results in getting the first satisfying package by alphabetical sort
order to be installed. At the moment that is aajohan-comfortaa-fonts, which is
not a very good default, and could change based on what names of packages are
available.
Instead, I suggest adding (in addition to the existing hard dependency on
font(:lang=en)) a Recommends that would by default (with dnf) pull in something
that is a better default and already a default in common Fedora installations,
such as abattis-cantarell-fonts which AFAIK is the default for GNOME. Some
other potential candidates would be liberation-sans-fonts and
dejavu-sans-fonts. Not sure if Suggests would work for this purpose, or if it
needs to be Recommends.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1474422
Bug ID: 1474422
Summary: [abrt] ibus: ffi_call_unix64(): ibus-x11 killed by
signal 11
Product: Fedora
Version: 26
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: wd(a)denx.de
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
Fresh install of Fedora 26. Then installed the FVWMpackage. Rebootet and tried
to log in using "fvwm" as window manager option.
Zero other activities.
Version-Release number of selected component:
ibus-1.5.16-2.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: /usr/libexec/ibus-x11 --kill-daemon
crash_function: ffi_call_unix64
executable: /usr/libexec/ibus-x11
journald_cursor:
s=081922fbe12a436c99bf0ca7fce84f90;i=13f6;b=e2981484247f4c3ebebbefed1ee8bb6e;m=11dc8ca3;t=5551155385856;x=d48075e2c4636bb3
kernel: 4.11.8-300.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1444357
Bug ID: 1444357
Summary: [abrt] ibus: gtk_widget_translate_coordinates():
ibus-ui-emojier killed by signal 11
Product: Fedora
Version: 26
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.15-7.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: /usr/libexec/ibus-ui-emojier
crash_function: gtk_widget_translate_coordinates
executable: /usr/libexec/ibus-ui-emojier
journald_cursor:
s=664b04056b90495eb16b01faf8679d24;i=50ac;b=49987fadbf444363972d43c8efe305d9;m=8c993bfce1;t=54c68c07c4671;x=2b461df22db5e7cb
kernel: 4.11.0-0.rc3.git0.2.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 gtk_widget_translate_coordinates at gtkwidget.c:6292
#1 _update_widget_coordinates at gtkgesture.c:504
#2 _gtk_gesture_update_point at gtkgesture.c:611
#3 gtk_gesture_handle_event at gtkgesture.c:740
#4 gtk_gesture_single_handle_event at gtkgesturesingle.c:222
#5 gtk_event_controller_handle_event at gtkeventcontroller.c:230
#6 controller_handle_wm_event at gtkwindow.c:8071
#7 gtk_window_handle_wm_event at gtkwindow.c:8100
#8 _gtk_window_check_handle_wm_event at gtkwindow.c:8138
#9 gtk_main_do_event at gtkmain.c:1748
--
You are receiving this mail because:
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Serbian glyphs for Wikipedia
https://bugzilla.redhat.com/show_bug.cgi?id=657849
Summary: Serbian glyphs for Wikipedia
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: alessandroceschini.it(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Hy, at the Serbian Wikipedia we are planning on supporting localized Serbian
glyphs (as opposed to standard/Russian ones) on screen by taking advantage of
the next generation of browser (like Firefox 4) compliant with OpenType
features.
What we lack is a pool of free OpenType fonts with Serbian glyphs to be
accessed through the locl feature. DejaVu is, as far as I know, the only free
font which does so (although with some bugs) but, particularly the Serif
version, can be described as ugly at best.
So, what about a new release of Liberation Fonts containing a locl table for
Serbian?
Thank you.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1474257
Bug ID: 1474257
Summary: fc-cache in multilib does not create 32bit cache files
Product: Fedora
Version: rawhide
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: tagoh(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,
tagoh(a)redhat.com
Blocks: 1468978
Description of problem:
On 64bit env, there are no way to generate {be,le}32d{4,8} caches unless
removing 64bit version of packages because the 32bit version of fc-cache binary
is hidden by the package manager. need to have separate binary to address like
gtk does.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1468978
[Bug 1468978] fc-cache in multilib does not create 32bit cache files
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1450802
Bug ID: 1450802
Summary: @sinhala-suppport group: please change the default
font from LKLUG to Noto
Product: Fedora
Version: 25
Component: google-noto-fonts
Severity: low
Assignee: psatpute(a)redhat.com
Reporter: harshula(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, pwu(a)redhat.com
[This BZ should be filed against the @sinhala-support group.]
Description of problem:
Please change the default font from LKLUG to Noto for the Sinhala script.
The LKLUG font is viewed as deprecated and we've been trying to
encourage other fonts that can succeed as the default Sinhala font on
GNU/Linux.
At this stage the Noto Sinhala range, in fonts-noto-hinted, is a more
appropriate default font than LKLUG.
See the discussion here:
http://sourceforge.net/p/sinhala/mailman/message/34481529/
See Debian Bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837969
Thanks,
#
--
You are receiving this mail because:
You are on the CC list for the bug.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=882841
Bug ID: 882841
Summary: can we update this hunspell-mr wordlist?
Product: Fedora
Version: 18
Component: hunspell-mr
Severity: unspecified
Priority: unspecified
Reporter: psatpute(a)redhat.com
Description of problem:
-> From upstream url http://wiki.openoffice.org/wiki/Dictionaries, which points
to http://extensions.services.openoffice.org/en/project/dict-mr i found
-> http://code.google.com/p/hunspell-marathi-dictionary/ This is latest and has
more words (1,00,000) compared to our existing (12,631) upstream. Can we update
this?
Version-Release number of selected component (if applicable):
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1409717
Bug ID: 1409717
Summary: Language writing not applicable in other-user windows
Product: Fedora
Version: rawhide
Component: ibus-m17n
Severity: high
Assignee: pnemade(a)redhat.com
Reporter: moceap(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
shawn.p.huang(a)gmail.com
Description of problem:
Language writing not applicable in other-user windows
Version-Release number of selected component (if applicable):
1.3.4-21.fc25
How reproducible:
Run other-user window
Steps to Reproduce:
1. open window of other-user like (su -c gedit)
Actual results:
Typing m17n kb
Expected results:
not switcched to m17n
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1384671
Bug ID: 1384671
Summary: system-config-language does not work under Wayland
Product: Fedora
Version: 25
Component: system-config-language
Severity: low
Assignee: pnemade(a)redhat.com
Reporter: juliux.pigface(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
pnemade(a)redhat.com, psatpute(a)redhat.com,
smaitra(a)redhat.com
Description of problem:
system-config-language can't be launched on a Gnome+Wayland session.
Here's the output I get when launching system-config-language from terminal:
$ system-config-language
No protocol specified
Unable to init server: Could not connect: Connection refused
No protocol specified
Unable to init server: Impossibile connettersi: Connection refused
No protocol specified
Unable to init server: Impossibile connettersi: Connection refused
(system-config-language.py:5558): Gtk-WARNING **: cannot open display: :0
Version-Release number of selected component (if applicable):
system-config-language-3.4.0-1.fc25.noarch
How reproducible:
Always
Steps to Reproduce:
1.Open system-config-language
Actual results:
The tool crashes.
Expected results:
Ideally, the tool should work under wayland too
Additional info:
I set "severity" to low, since Gnome uses different tools in order to change
system's language.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1258712
Bug ID: 1258712
Summary: fonts-tweak-tool source code needs changes
Product: Fedora
Version: rawhide
Component: fonts-tweak-tool
Assignee: tagoh(a)redhat.com
Reporter: pnemade(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:
When started fonts-tweak-tool from gnome-terminal, got these warnings
[parag@localhost ~]$ fonts-tweak-tool
/usr/lib64/python2.7/site-packages/fontstweak/util.py:30: PyGIWarning: Gtk was
imported without specifying a version first. Use gi.require_version('Gtk',
'3.0') before import to ensure that the right version gets loaded.
from gi.repository import Gtk
/usr/lib64/python2.7/site-packages/fontstweak/aliasui.py:36: PyGIWarning:
Easyfc was imported without specifying a version first. Use
gi.require_version('Easyfc', '0.12') before import to ensure that the right
version gets loaded.
from gi.repository import Easyfc
/usr/bin/fonts-tweak-tool:34: PyGIWarning: FontsTweak was imported without
specifying a version first. Use gi.require_version('FontsTweak', '0') before
import to ensure that the right version gets loaded.
from gi.repository import FontsTweak
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkWidget:margin-left is deprecated and shouldn't be used anymore. It will be
removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkWidget:margin-right is deprecated and shouldn't be used anymore. It will be
removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkAlignment:left-padding is deprecated and shouldn't be used anymore. It will
be removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkButton:xalign is deprecated and shouldn't be used anymore. It will be
removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkAlignment:xscale is deprecated and shouldn't be used anymore. It will be
removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkButton:use-stock is deprecated and shouldn't be used anymore. It will be
removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It
will be removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
[parag@localhost ~]$
Version-Release number of selected component (if applicable):
fonts-tweak-tool-0.3.2-8.fc23.x86_64
How reproducible:
always
Steps to Reproduce:
1. open fonts-tweak-tool from gnome-terminal
2. observe warning messages appearing on gnome-terminal
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=lqdzpBuKL2&a=cc_unsubscribe
_______________________________________________
i18n-bugs mailing list
i18n-bugs(a)lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1387967
Bug ID: 1387967
Summary: [abrt] iok: set_startup_id(): iok killed by SIGSEGV:
TAINTED
Product: Fedora
Version: rawhide
Component: iok
Assignee: pnemade(a)redhat.com
Reporter: hhan(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
smaitra(a)redhat.com
Description of problem:
Version-Release number of selected component:
iok-2.1.3-9.fc24
Additional info:
reporter: libreport-2.8.0
backtrace_rating: 4
cmdline: iok
crash_function: set_startup_id
executable: /usr/bin/iok
global_pid: 20707
kernel: 4.9.0-0.rc1.git4.1.fc26.x86_64
pkg_fingerprint: 73BD E983 81B4 6521
pkg_vendor: Fedora Project
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (9 frames)
#0 set_startup_id at ./uniqueapp.c:191
#1 unique_app_set_property at ./uniqueapp.c:300
#2 object_set_property at gobject.c:1423
#3 g_object_constructor at gobject.c:2082
#4 unique_app_constructor at ./uniqueapp.c:271
#5 g_object_new_with_custom_constructor at gobject.c:1701
#6 g_object_new_internal at gobject.c:1781
#7 g_object_new_valist at gobject.c:2042
#9 unique_app_new_with_commands at ./uniqueapp.c:579
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1322105
Bug ID: 1322105
Summary: Iok isn't fully translated in alpha but is in Zanata
and strings are missing
Product: Fedora
Version: 24
Component: iok
Assignee: pnemade(a)redhat.com
Reporter: jb.holcroft(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Created attachment 1141423
--> https://bugzilla.redhat.com/attachment.cgi?id=1141423&action=edit
on the left, the test, on the right, Zanata
when testing Fedora Alpha, some strings are not translated in iok, but are in
Zanata, for example : "Change to Extended layer Keyboard", or the window title.
Some strings are not available for translation in Zanata, for example : iok
--help
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1222160
Bug ID: 1222160
Summary: Incorrect symbol for kk (Kazakh) m17n layouts
Product: Fedora
Version: 22
Component: ibus-m17n
Severity: medium
Assignee: dueno(a)redhat.com
Reporter: yerlaser(a)outlook.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Description of problem:
I use ibus-m17n for my language kk - Kazakh.
Because our country plans migration to latin script I created a new m17n layout
table for phonetic entry.
I add my new mim file to /usr/share/m17n and my new phonetic input works.
However, in the language selector on the top panel, the short name (symbol) of
the language shows as an arabic letter.
It should be "kk", like e.g. "en" for English.
I found a fix for it.
The package ibus-m17n contains a wrong config file.
/usr/share/ibus-m17n/default.xml
It contains the following lines:
<engine>
<name>m17n:kk:*</name>
<symbol>قا</symbol>
</engine>
The lines are wrong because it sets the arabic symbol for all custom keyboard
layouts while the correct symbol is "kk".
Those lines should be changed to the following:
<engine>
<name>m17n:kk:*</name>
<symbol>kk</symbol>
</engine>
<engine>
<name>m17n:kk:arabic</name>
<symbol>قا</symbol>
</engine>
This way it only shows arabic symbol for the arabic layout.
Please advise what I should do to have it fixed in Fedora permanently.
--
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=2bVCZ3CUP6&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1473715
Bug ID: 1473715
Summary: fcitx-configtool requires a graphical configuration
tool
Product: Fedora EPEL
Version: epel7
Component: fcitx-configtool
Severity: medium
Assignee: liangsuilong(a)gmail.com
Reporter: agents(a)meddatainc.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com
Description of problem:
fcitx-configuretool requires fcitx-config-gtk3/fcitx-config-gtk2 to work, these
cannot be found and may never have been made available. Without this tool,
configuration requires line editing of the configuration file and knowledge of
its content and structure.
Version-Release number of selected component (if applicable):
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1470673
Bug ID: 1470673
Summary: [abrt] ibus: parse_compose_value(): ibus-engine-simple
killed by signal 6
Product: Fedora
Version: 26
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: javieragustinfarias(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.16-2.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-simple
crash_function: parse_compose_value
executable: /usr/libexec/ibus-engine-simple
journald_cursor:
s=6debf93b4d9849b8b3d352f17259f4e9;i=a75c5;b=3d349cb3c6094211a12ea4de06bfb7d1;m=1c1096d;t=55430ce42d6e6;x=2e30fad3073286ff
kernel: 4.11.9-300.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1472462
Bug ID: 1472462
Summary: [abrt] ibus: _sighandler(): ibus-x11 killed by signal
11
Product: Fedora
Version: 26
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: jfrieben(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.16-3.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: /usr/libexec/ibus-x11 --kill-daemon
crash_function: _sighandler
executable: /usr/libexec/ibus-x11
journald_cursor:
s=8e5363300b49437eb544c83cfc96b147;i=3dc12;b=316fea74f0934d70846642138ecfca2f;m=12eb301ac;t=5549860593af9;x=75d79439fd06b727
kernel: 4.11.10-300.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1484135
Bug ID: 1484135
Summary: [abrt] ibus-typing-booster: __bus_destroy_cb():
main.py:167:__bus_destroy_cb:RuntimeError: reentrant
call inside <_io.BufferedWriter
name='/home/heiko/.local/share/ibus-typing-booster/deb
ug.log'>
Product: Fedora
Version: 26
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: bugzilla(a)heiko-adams.de
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
smaitra(a)redhat.com
Description of problem:
Log out and log into a new session
Version-Release number of selected component:
ibus-typing-booster-1.5.32-2.fc26
Additional info:
reporter: libreport-2.9.1
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
crash_function: __bus_destroy_cb
exception_type: RuntimeError
executable: /usr/share/ibus-typing-booster/engine/main.py
kernel: 4.12.8-300.fc26.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
main.py:167:__bus_destroy_cb:RuntimeError: reentrant call inside
<_io.BufferedWriter
name='/home/heiko/.local/share/ibus-typing-booster/debug.log'>
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/main.py", line 167, in
__bus_destroy_cb
print("finalizing:)")
File "/usr/share/ibus-typing-booster/engine/main.py", line 285, in <lambda>
signal (SIGTERM, lambda signum, stack_frame: cleanup(ima))
File "/usr/share/ibus-typing-booster/engine/main.py", line 182, in cleanup
ima_ins.quit()
File "/usr/share/ibus-typing-booster/engine/main.py", line 160, in quit
self.__bus_destroy_cb()
File "/usr/share/ibus-typing-booster/engine/main.py", line 167, in
__bus_destroy_cb
print("finalizing:)")
RuntimeError: reentrant call inside <_io.BufferedWriter
name='/home/heiko/.local/share/ibus-typing-booster/debug.log'>
Local variables in innermost frame:
bus: None
self: <__main__.IMApp object at 0x7fa68cab5668>
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1175840
Bug ID: 1175840
Summary: [abrt] ibus-typing-booster: dlmmap_locked(): python2.7
killed by SIGBUS
Product: Fedora
Version: 20
Component: ibus-typing-booster
Assignee: apatil(a)redhat.com
Reporter: rhce_v6(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Version-Release number of selected component:
ibus-typing-booster-1.2.5-1.fc20
Additional info:
reporter: libreport-2.2.3
backtrace_rating: 4
cmdline: python /usr/share/ibus-typing-booster/engine/main.py --xml
crash_function: dlmmap_locked
executable: /usr/bin/python2.7
kernel: 3.11.10-301.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 0
Truncated backtrace:
Thread no. 1 (10 frames)
#0 dlmmap_locked at ../src/closures.c:460
#1 dlmmap at ../src/closures.c:506
#2 sys_alloc at ../src/dlmalloc.c:3515
#3 dlmalloc at ../src/dlmalloc.c:4245
#4 ffi_closure_alloc at ../src/closures.c:572
#5 g_callable_info_prepare_closure at girepository/girffi.c:365
#6 _pygi_make_native_closure at pygi-closure.c:639
#7 _wrap_pyg_hook_up_vfunc_implementation at gimodule.c:411
#8 call_function at /usr/src/debug/Python-2.7.5/Python/ceval.c:4098
#9 PyEval_EvalFrameEx at /usr/src/debug/Python-2.7.5/Python/ceval.c:2740
--
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=qsjGHBMHzw&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1430501
Bug ID: 1430501
Summary: ibus 1.5.15-1.fc27 break insert emoji
Product: Fedora
Version: rawhide
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: kevin(a)scrye.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
With ibus-1.5.15-1.fc27 installed, I press control-shift-e and nothing happens.
When I downgrade back to 1.5.14-6.fc26 and press control-shift-e I get a @ and
can properly select and enter emoji's.
😀
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1472607
Bug ID: 1472607
Summary: ibus randomly doesn't initialize properly, reqires
relogin
Product: Fedora
Version: 25
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: angavrilov(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Created attachment 1300821
--> https://bugzilla.redhat.com/attachment.cgi?id=1300821&action=edit
Process list in a failure state
Description of problem:
Ever since upgrading to Fedora 23 I've had a problem where ibus quite often
won't initialize properly on first login after reboot, and this continues after
upgrade to Fedora 25.
Version-Release number of selected component (if applicable):
ibus-1.5.14-5.fc25.x86_64
kdelibs-4.14.30-2.fc25.x86_64
How reproducible:
Random but frequent.
Steps to Reproduce:
1. Boot the system
2. Log in to KDE
Actual results:
Some ibus processes are running, but there is no tray icon and it doesn't work.
This is fixed by logout and login.
Additional info:
I'm a programmer and could try debugging this myself to fix or provide more
info, but I have no idea where to start since this happens during startup and
feels like some kind of race condition in initialization due to lots of
programs trying to start at the same time.
--
You are receiving this mail because:
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Need additional runtime detecting in ibus.conf for Kimpanel
https://bugzilla.redhat.com/show_bug.cgi?id=583716
Summary: Need additional runtime detecting in ibus.conf for
Kimpanel
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: cheeseli(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created an attachment (id=407608)
--> (https://bugzilla.redhat.com/attachment.cgi?id=407608)
Additional runtime detecting in ibus.conf for Kimpanel
Have Kimpanel be the default IBus frontend IF AND ONLY IF the user is running
KDE and Kimpanel is installed.
The attachment is a patch for this purpose.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1459783
Bug ID: 1459783
Summary: [abrt] anthy: anthy_do_context_set_str():
anthy-morphological-analyzer killed by signal 11
Product: Fedora
Version: 26
Component: anthy
Assignee: tagoh(a)redhat.com
Reporter: danloveshockey2014(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Version-Release number of selected component:
anthy-9100h-30.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: anthy-morphological-analyzer
crash_function: anthy_do_context_set_str
executable: /usr/bin/anthy-morphological-analyzer
journald_cursor:
s=799f45b4565f4de6add1fdda580a6707;i=3b27;b=800f271857234bf38696ccd30d832261;m=19bfed63a;t=5516de58f5c37;x=3a6a658188df4be0
kernel: 4.11.2-300.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (4 frames)
#0 anthy_do_context_set_str at context.c:358
#1 anthy_set_string at main.c:249
#2 conv_sentence at morph-main.c:54
#3 read_fp at morph-main.c:92
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1335073
Bug ID: 1335073
Summary: [abrt] ibus-table: os.py:241:makedirs:FileExistsError:
[Errno 17] File exists:
'/home/mfabian/.local/share/ibus-table'
Product: Fedora
Version: 24
Component: ibus-table
Assignee: mfabian(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
kent.neo(a)gmail.com, me(a)kaio.net, mfabian(a)redhat.com,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Version-Release number of selected component:
ibus-table-1.9.12-1.fc24
Additional info:
reporter: libreport-2.7.0
cmdline: /usr/bin/python3 /usr/share/ibus-table/engine/main.py --xml
executable: /usr/share/ibus-table/engine/main.py
kernel: 4.5.3-300.fc24.x86_64
pkg_fingerprint: 73BD E983 81B4 6521
pkg_vendor: Fedora Project
reproducible: Not sure how to reproduce the problem
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
os.py:241:makedirs:FileExistsError: [Errno 17] File exists:
'/home/mfabian/.local/share/ibus-table'
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/main.py", line 32, in <module>
import factory
File "/usr/share/ibus-table/engine/factory.py", line 27, in <module>
import tabsqlitedb
File "/usr/share/ibus-table/engine/tabsqlitedb.py", line 36, in <module>
import ibus_table_location
File "/usr/share/ibus-table/engine/ibus_table_location.py", line 102, in
<module>
__module_init = __ModuleInitializer()
File "/usr/share/ibus-table/engine/ibus_table_location.py", line 96, in
__init__
_init()
File "/usr/share/ibus-table/engine/ibus_table_location.py", line 76, in _init
os.makedirs(ibus_table_location['data_home'])
File "/usr/lib64/python3.5/os.py", line 241, in makedirs
mkdir(name, mode)
FileExistsError: [Errno 17] File exists:
'/home/mfabian/.local/share/ibus-table'
Local variables in innermost frame:
name: '/home/mfabian/.local/share/ibus-table'
mode: 511
tail: 'ibus-table'
head: '/home/mfabian/.local/share'
exist_ok: False
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1473894
Bug ID: 1473894
Summary: [abrt] ibus-m17n: ibus_config_get_values():
ibus-engine-m17n killed by signal 6
Product: Fedora
Version: 26
Component: ibus-m17n
Assignee: pnemade(a)redhat.com
Reporter: akhilman(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
shawn.p.huang(a)gmail.com
Description of problem:
Fresh GNOME startup after full system freeze.
Catch this first time.
Version-Release number of selected component:
ibus-m17n-1.3.4-22.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-m17n --ibus
crash_function: ibus_config_get_values
executable: /usr/libexec/ibus-engine-m17n
journald_cursor:
s=873f68b423cd490e8b16c77127889b8d;i=c64;b=3ac22d18f6a04a9c95712ed897a3a44f;m=12454652;t=554dfb2f42817;x=dfc2686ad512da51
kernel: 4.11.10-300.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1003412
Bug ID: 1003412
Summary: Cinnamon desktop - Failed to Change input method
Product: Fedora
Version: 20
Component: im-chooser
Assignee: tagoh(a)redhat.com
Reporter: aalam(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Created attachment 792685
--> https://bugzilla.redhat.com/attachment.cgi?id=792685&action=edit
Screenshot
Description of problem:
while Enabling Ibus with im-chooser in Cinnamon Desktop, it showing crashing
error message.
---
GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._imsettings_2derror_2dquark.Code5:
Current desktop isn't targeted by IMSettings.
Please check /home/aalam/.cache/imsettings/log for more details
---
Version-Release number of selected component (if applicable):
cinnamon-1.9.2-0.20.git2d1ac4d.fc20.x86_64
ibus-1.5.3-1.fc20.x86_64
im-chooser-1.6.4-2.fc20.x86_64
How reproducible:
Steps to Reproduce:
1. Log in to Cinnamon desktop
2. Use im-chooser to enable Input method 'IBus'
3. Select ibus
4. Check message produced
Actual results:
ibus failed to enabled
Expected results:
it should work
Additional info:
1) I upgraded from Fedora 19 to Fedora 20
2) Log /home/aalam/.cache/imsettings/log
---
[ 1378076147.681857]: IMSettings-Daemon[4911]: INFO: Starting
imsettings-daemon...
[ 1378076147.682409]: IMSettings-Daemon[4911]: INFO:
[HOME=/home/aalam/.config/imsettings]
[ 1378076147.682698]: IMSettings-Daemon[4911]: INFO:
[XINPUTRCDIR=/etc/X11/xinit/]
[ 1378076147.682935]: IMSettings-Daemon[4911]: INFO:
[XINPUTDIR=/etc/X11/xinit/xinput.d/]
[ 1378076147.683171]: IMSettings-Daemon[4911]: INFO:
[MODULEDIR=/usr/lib64/imsettings]
[ 1378076147.683402]: IMSettings-Daemon[4911]: INFO: [MODULES=gsettings, qt]
[ 1378076147.688695]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076147.717047]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076147.763503]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076147.785706]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
imsettings information
==========================
XINPUTRC: /home/aalam/.config/imsettings/xinputrc
File: ‘/home/aalam/.config/imsettings/xinputrc’ ->
‘/etc/X11/xinit/xinput.d/ibus.conf’
Size: 33 Blocks: 0 IO Block: 4096 symbolic link
Device: 803h/2051d Inode: 3408583 Links: 1
Access: (0777/lrwxrwxrwx) Uid: ( 1000/ aalam) Gid: ( 1000/ aalam)
Context: unconfined_u:object_r:config_home_t:s0
Access: 2013-09-01 17:44:05.355457571 -0500
Modify: 2013-08-18 11:45:55.552064953 -0500
Change: 2013-08-18 11:45:55.552064953 -0500
Birth: -
Is DBus enabled: yes
Is imsettings enabled: yes
Is GTK+ supported:
[ 1378076147.908926]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076147.931150]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
yes
Is Qt supported:
[ 1378076147.963524]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076147.986057]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
yes
DESKTOP: cinnamon
GUESS_DESKTOP: $GDMSESSION
DISABLE_IMSETTINGS:
IMSETTINGS_DISABLE_DESKTOP_CHECK:
DBUS_SESSION_BUS_ADDRESS:
unix:abstract=/tmp/dbus-phX8IXOece,guid=831715cb30aa1e83d67a027c5223c5f3
GTK_IM_MODULE:
QT_IM_MODULE: ibus
XMODIFIERS: @im=ibus
IMSETTINGS_MODULE: IBus
IMSETTINGS_INTEGRATE_DESKTOP: yes
[ 1378076150.254946]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076152.050008]: IMSettings-Daemon[4911]: INFO: Attempting to switch IM to
IBus [lang=pa_IN.utf8, update=false]
** org.gnome.settings-daemon.plugins.keyboard.active is true. imsettings is
going to be disabled.
[ 1378076157.117726]: IMSettings-Daemon[4911]: WARNING **: Current desktop
isn't targeted by IMSettings.
[ 1378076157.161819]: IMSettings-Daemon[4911]: INFO: Unloading imesttings
module: qt
[ 1378076157.162348]: IMSettings-Daemon[4911]: INFO: Unloading imesttings
module: gsettings
[ 1378076157.162712]: IMSettings-Daemon[4911]: INFO: imsettings-daemon is shut
down.
[ 1378077301.984146]: IMSettings-Daemon[6447]: INFO: Starting
imsettings-daemon...
[ 1378077301.985509]: IMSettings-Daemon[6447]: INFO:
[HOME=/home/aalam/.config/imsettings]
[ 1378077301.985722]: IMSettings-Daemon[6447]: INFO:
[XINPUTRCDIR=/etc/X11/xinit/]
[ 1378077301.985892]: IMSettings-Daemon[6447]: INFO:
[XINPUTDIR=/etc/X11/xinit/xinput.d/]
[ 1378077301.986059]: IMSettings-Daemon[6447]: INFO:
[MODULEDIR=/usr/lib64/imsettings]
[ 1378077301.986226]: IMSettings-Daemon[6447]: INFO: [MODULES=gsettings, qt]
[ 1378077305.888658]: IMSettings-Daemon[6447]: INFO: Attempting to switch IM to
IBus [lang=pa_IN.utf8, update=true]
** org.gnome.settings-daemon.plugins.keyboard.active is true. imsettings is
going to be disabled.
[ 1378077306.544504]: IMSettings-Daemon[6447]: WARNING **: Current desktop
isn't targeted by IMSettings.
--
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=hXXx7rBFUY&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1433628
Bug ID: 1433628
Summary: First line of pixels chopped off in Chromium/Chrome
when liberation-fonts built with fontforge > 20150430
Product: Fedora
Version: 25
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: chillermillerlong(a)hotmail.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:
The current liberation-fonts package is built by fontforge 20160404 and results
in the top of the fonts being chopped off in some pages in Chrome/Chromium.
For example, with this page:
https://www.reddit.com/r/linux/comments/600h4f/wine_24_released/
When built with fontforge 20160404: http://i.imgur.com/kO2H3Hw.png
When built with fontforge 20150430: http://i.imgur.com/IQmu5o3.png
Notice how the first line of pixels is getting chopped off.
Version-Release number of selected component (if applicable):
liberation-fonts-common-1.07.4-7.fc24.noarch
liberation-mono-fonts-1.07.4-7.fc24.noarch
liberation-sans-fonts-1.07.4-7.fc24.noarch
liberation-serif-fonts-1.07.4-7.fc24.noarch
fontforge-20160404-5.fc25.x86_64
Additional info:
I did a git bisect and found that this is the commit in fontforge that
introduced the issue.
---
[chenxiaolong@cxl-fedora25vm fontforge]$ git bisect bad
e870019c2602d50eb00793e979f3e11bcc71d6cf is the first bad commit
commit e870019c2602d50eb00793e979f3e11bcc71d6cf
Author: Frédéric Wang <fred.wang(a)free.fr>
Date: Wed May 13 08:03:13 2015 +0200
Fix read/write of bits USE_TYPO_METRICS and WWS for OS2 version < 4
:040000 040000 7032ea971c1d084ab8a038b4a80d9092e53a8519
eb11e4b5a69718ad94d8dbfc414e7b2a944548d3 M fontforge
---
https://github.com/fontforge/fontforge/commit/e870019c2602d50eb00793e979f3e…
Is this something that can be fixed without affecting/breaking other fonts?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=844555
Bug ID: 844555
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Assignee: tfujiwar(a)redhat.com
Summary: new IME switcher prevents to send the key events to
kvm
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: tagoh(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Description of problem:
With the latest version of ibus on f17, ibus can't be turned on on kvm. it
works back when ibus on host machine is disabled.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20120428-2.fc17.x86_64
How reproducible:
always
Steps to Reproduce:
1.run ibus on both host and guest
2.press ctrl+space on kvm
3.
Actual results:
the key events was ate on host. no IM activated on guest
Expected results:
should be turned on on kvm
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=1294622
Bug ID: 1294622
Summary: the package contains wrong link to website ?
Product: Fedora
Version: 23
Component: hunspell-te
Assignee: pnemade(a)redhat.com
Reporter: jb.holcroft(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
The website looks wrong on Fedora Packages :
https://apps.fedoraproject.org/packages/hunspell-te/
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
it points to Gitorious.org, but it tells you that " Gitorious.org is migrating
all the repositories to Internet Archive."
Expected results:
I assume it is this one : http://hunspell.sourceforge.net/
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=gJGcaQkDLR&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1428636
Bug ID: 1428636
Summary: [abrt] ibus: _g_log_abort(): ibus-daemon killed by
SIGTRAP
Product: Fedora
Version: 25
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: dreamcarrior(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
After rebooting the system, started the first VNC session, and remotely
connected to it. The ibus crashed a couple of times.
Version-Release number of selected component:
ibus-1.5.14-5.fc25
Additional info:
reporter: libreport-2.8.0
backtrace_rating: 4
cmdline: ibus-daemon
crash_function: _g_log_abort
executable: /usr/bin/ibus-daemon
global_pid: 15098
kernel: 4.9.12-200.fc25.x86_64
pkg_fingerprint: 4089 D8F2 FDB1 9C98
pkg_vendor: Fedora Project
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (8 frames)
#0 _g_log_abort at gmessages.c:509
#1 g_log_default_handler at gmessages.c:2896
#4 ik_source_read_some_events at inotify-kernel.c:156
#5 ik_source_read_all_the_events at inotify-kernel.c:172
#6 ik_source_dispatch at inotify-kernel.c:247
#10 g_main_context_iteration at gmain.c:3990
#11 glib_worker_main at gmain.c:5783
#12 g_thread_proxy at gthread.c:784
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1319111
Bug ID: 1319111
Summary: incorrect use of Requires(pre)?
Product: Fedora
Version: rawhide
Component: ibus-table-extraphrase
Assignee: dchen(a)redhat.com
Reporter: jsilhan(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com
We've identified your package for having `Requires(pre)` RPM flag without
`Requires` [1]. `Requires(pre)` rpm tag could be interpreted wrongly, so to
prevent any harm to Fedora users I am notifying you about this fact.
Any package that is specified in `Requires(pre)` could be freely removed.
Citing from RPM pages:
```
If there are no other dependencies on the package providing /usr/sbin/useradd,
that package is permitted to be removed from the system after installation(!)
``` [2]
If you really rely on dependency just during the installation process and your
package don't necessary require the dependency for the proper run of your
application then ignore this bug report and close it as NOTABUG. Otherwise add
to your spec file additional `Requires` for the dependency, please.
[1] paste.fedoraproject.org/341611/82208431
[2] http://www.rpm.org/wiki/PackagerDocs/MoreOnDependencies
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1413840
Bug ID: 1413840
Summary: The various ibus-* modules tail to refresh gtk's
immodule cache in every instance
Product: Fedora
Version: 25
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: phil(a)fifi.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
If both ibus-gtk3.x86_64 and ibus-gtk3.i686 are installed, only one of either
the 32 or 64 bit immodule database is updated.
The same applies to the gtk2 modules.
Version-Release number of selected component (if applicable):
ibus-gtk3-1.5.14-5.fc25.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. dnf remove ibus-gtk*
2. dnf install ibus-gtk2.i686 ibus-gtk2.x86_64 ibus-gtk3.i686 ibus-gtk3.x86_64
Actual results:
$ ls /usr/lib*/gtk-*/*/immodules.cache
/usr/lib/gtk-2.0/2.10.0/immodules.cache
/usr/lib/gtk-3.0/3.0.0/immodules.cache
(no 64-bit immodules)
Expected results:
I'd expect all four /usr/lib*/gtk-*/*/immodules.cache files to be updated:
$ ls /usr/lib*/gtk-*/*/immodules.cache
/usr/lib64/gtk-2.0/2.10.0/immodules.cache
/usr/lib64/gtk-3.0/3.0.0/immodules.cache
/usr/lib/gtk-2.0/2.10.0/immodules.cache
/usr/lib/gtk-3.0/3.0.0/immodules.cache
Additional info:
The postinstall scriplet is different for 32 and 64 bit packages, but when both
32 and 64 bit packages are installed:
The first time the script runs (on the 32 bit package), $1 is equal to 1 anre
runs gtk-query-immodules-3.0-32.
When the 64-bit package is installed, $1 is equal to 2, and
gtk-query-immodules-3.0-64 is not ran.
if [ $1 -eq 1 ] ; then
# For upgrades, the cache will be regenerated by the new package's %postun
gtk-query-immodules-3.0-32 --update-cache &> /dev/null || :
fi
Note that because of the logic this only applies on the initial install, but
the problem will cure itself on upgrades.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1402602
Bug ID: 1402602
Summary: Cannot input japanese character with ibus-mozc in Qt
applications
Product: Fedora
Version: 25
Component: ibus-qt
Assignee: tfujiwar(a)redhat.com
Reporter: nicolas.brack(a)mail.be
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:
-----------------------
Since I upgraded to fedora 25, I cannot type in japanese using ibus and mozc in
qt application such as, for example, scribus, krita or the Qt frontend to
cmake.
Instead when selecting the "hiragana" submode, latin character are type as if
in "direct input" submode.
I quickly tried to input japanese text with ibus-anthy with no more success.
Both mozc and anthy works fine with GTK2/GTK3 applications
I noticed this while trying to describe the issue in Bug#1395381.
Version-Release number of selected component:
---------------------------------------------
# dnf list ibus-\*
Last metadata expiration check: 0:23:47 ago on Wed Dec 7 23:57:23 2016.
Installed Packages
ibus-anthy.x86_64 1.5.9-1.fc25 @fedora
ibus-anthy-python.noarch 1.5.9-1.fc25 @fedora
ibus-chewing.x86_64 1.5.1-1.fc25 @fedora
ibus-gtk2.x86_64 1.5.14-3.fc25 @fedora
ibus-gtk3.x86_64 1.5.14-3.fc25 @fedora
ibus-handwrite.x86_64 3.0.0-4.fc24
@@commandline
ibus-hangul.x86_64 1.5.0-6.fc24
@@commandline
ibus-kkc.x86_64 1.5.22-4.fc24
@@commandline
ibus-libpinyin.x86_64 1.8.0-2.fc25 @updates
ibus-libs.x86_64 1.5.14-3.fc25 @fedora
ibus-m17n.x86_64 1.3.4-20.fc24
@@commandline
ibus-mozc.x86_64 2.17.2322.102-1.fc25 @fedora
ibus-qt.x86_64 1.3.3-11.fc25 @fedora
ibus-rawcode.x86_64 1.3.2-7.fc24
@@commandline
ibus-setup.noarch 1.5.14-3.fc25 @fedora
ibus-typing-booster.noarch 1.5.13-1.fc25 @updates
ibus-wayland.x86_64 1.5.14-3.fc25 @fedora
# dnf list anthy mozc
Installed Packages
anthy.x86_64 9100h-29.fc24
@@commandline
mozc.x86_64 2.17.2322.102-1.fc25
@fedora
How reproducible:
-----------------
Always
Steps to Reproduce:
-------------------
0.Make sure to have ibus-qt and ibus-mozc installed
1.Go to the general gnome settings panel, "Regions and languages" menu.
2.Add an input in Japanese (Mozc)
3.Find the ibus on the top right of gnome 3 and switch the IME to Japanese.
4.In the same pop-up to select mozc as the IME, make sure your input mode is
set to "hiragana".
4.Open gedit. Type some japanese gibberish. It's in hiragana.
5.Open a qt application such as cmake-gui. Try to input japanese gibberish in
any text entry. It's latin character as if you're still using qwerty or
whatever latin keyboard layout.
Additional info:
----------------
My default layout is dvorak. I set Mozc to form kana by using that dvorak
layout, not to input kana directly. However setting Mozc to a kana keymap does
not solve the problem at all : I still type latin characters with a dvorak
keymap.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1351287
Bug ID: 1351287
Summary: Wrong placement of polish glyph Ogonek
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: riemersebastian(a)hotmail.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:
The following text when using font "LiberationSans-Regular" renders the polish
Ogonek far to the right which does not seem correct when compared to other
fonts.
INPUT: "Lektura dla pocza̜tkuja̜cych"
Version-Release number of selected component (if applicable):
version 2.0.0 (Downloaded from
https://www.fontsquirrel.com/fonts/liberation-sans)
How reproducible:
Just use the text "Lektura dla pocza̜tkuja̜cych" and the problem should be
visible (and see below)
Steps to Reproduce:
1. Go to https://www.fontsquirrel.com/fonts/liberation-sans
2. Go to tab "Test drive"
3. Enter text "Lektura dla pocza̜tkuja̜cych"
Actual results:
The result shows the Ogonek way to the right and AFAIK it should render
centered below the letter 'a'.
Expected results:
Compare by same steps as above, but e.g. choose as font: Junicode
(https://www.fontsquirrel.com/fonts/Junicode)
Additional info:
None
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1418635
Bug ID: 1418635
Summary: gettext() does not work on aarch64
Product: Fedora
Version: 25
Component: gettext
Assignee: praiskup(a)redhat.com
Reporter: christophm30(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, praiskup(a)redhat.com
Created attachment 1247091
--> https://bugzilla.redhat.com/attachment.cgi?id=1247091&action=edit
Code to reproduce the bug
I was not able to get the proper translation from gettext() on an aarch64
machine.
The same code however works fine on x86_64.
To reproduce the issue one can use the following instructions:
1) Create the following directory structure:
mkdir -p fi/LC_MESSAGES
2) Create the file fi/LC_MESSAGES/messages.po with the following content:
msgid ""
msgstr ""
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
msgid "Basic test"
msgstr "Perustesti"
3) Compile a mo:
msgfmt -o fi/LC_MESSAGES/messages.mo fi/LC_MESSAGES/messages.po
4) Compile the attached file and run it (no special compiler flags used).
The code essentially does:
a. setlocale(LC_ALL, "fi_FI");
b. bindtextdomain("messages", "./locale");
c. textdomain("messages");
d. gettext("Basic test")
On aarch64 this results in "Basic test".
On x86_64 this results in "Perustesti".
FWIW, I was able to reproduce this bug on the following aarch64 Linux
distributions as well:
* Ubuntu Xenial
* CentOS 7
* OpenSUSE Leap 42.2
--
You are receiving this mail because:
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: fonts.alias refer to encodings not listed in fonts.dir
https://bugzilla.redhat.com/show_bug.cgi?id=733106
Summary: fonts.alias refer to encodings not listed in fonts.dir
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: sazanami-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: viy(a)altlinux.org
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
fonts.alias files refer to jisx020*.19??-0 font encodings while fonts.dir does
not list them.
looks like a fonts.scale/fonts.dir generation bug.
/usr/share/X11/fonts/encodings/large/*
encodings should be present during fonts.scale/fonts.dir generation.
sazanami-fonts-0.20040629-15.fc15.src.rpm
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=825081
Bug ID: 825081
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Lohit Kannada font does not properly handle vowel
signs in consonant clusters
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Created attachment 586752
--> https://bugzilla.redhat.com/attachment.cgi?id=586752&action=edit
ODT and PDF for test-case
Description of problem:
This seems to be a resurfacing of bug #223971 but since I saw no way to reopen
that bug (sorry if I'm wrong) I'm reporting this again.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
In a word processor, select Lohit Kannada font and input Kannada Unicode
sequences having consonant clusters of the format CCV. I have attached a sample
ODT.
Actual results:
Except in a few cases of "popular" consonant clusters like K.SSA ಕ್ಷ and J.NYA
ಜ್ಞ, the vowel signs are not attached properly.
When the same text is rendered with other fonts (like Tunga of Microsoft even
loaded into Linux's LibreOffice) the sequences are shown properly without
overlaps or malformed glyphs.
Expected results:
The Kannada language uses lots of Sanskrit-based words and hence has many
consonant clusters with two and even three consonants. Also, when English words
are transliterated in Kannada script like ಎಕ್ಸ್ಪ್ಲೋರ್ (explore) etc for
sign-boards etc, even more consonant clusters will occur. In all these cases
Lohit Kannada should be able to gracefully handle such consonant clusters and
not output overlapping or malformed glyphs.
Additional info:
I have attached an ODT and PDF file demonstrating the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=827516
Bug ID: 827516
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: [kn_IN] Vowel Signs U and UU do not correctly attach
to many consonants in Lohit Kannada
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Created attachment 588536
--> https://bugzilla.redhat.com/attachment.cgi?id=588536&action=edit
ODT and PDF for test-case
Description of problem:
While most other CONSONANT + VOWEL SIGN combinations in Lohit Kannada are
mapped to precomposed glyphs, there are no pre-composed glyphs for vowel signs
U and UU except for the consonants PA, PHA and VA (where the stroke for U/UU
needs to come from below the consonant rather than the normal right side of the
consonant).
While in most cases, by virtue of appropriate RSB and LSB values of the
consonant glyph and vowel sign glyph, the simple sequence of the two glyphs
creates an appropriate appearance, this leaves out several instances where the
glyphs do not overlap at all and hence appear disjointed. For a professional
appearance of the font, this should be fixed.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Input all possible sequences of Kannada consonants with vowel signs U and UU.
(See attached ODT for text. Use BabelMap
[http://www.babelstone.co.uk/software/babelmap.html] if you want the
codepoints.)
Actual results:
You can see (as in the attached PDF) that some consonants do not properly get
attached to the vowel signs U and UU.
Expected results:
All consonants should properly get attached to the vowel signs U and UU.
Additional info:
Consonants which are not properly joined with vowel sign U:
KA* NYA DDA DA BA RA SSA** RRA LLLA***
* = see at high magnification
** = may need separate precomposed glyph with some adjustment to shape of left
side of vowel sign
*** = so-called FA of Kannada Unicode
Consonants which are not properly joined with vowel sign UU:
Those already listed above for U, plus GHA and LLA, due to the shorter height
of the left-side ending node of this vowel sign.
I think in most cases appropriate kerning should solve the problem, except for
SSA + -U/-UU, GHA + -UU and LLA + -UU where separate glyphs would be advisable.
It is curious to note that DDA DA and BA are all disjointed whereas their
aspirated counterparts DDHA DHA and BHA which all have only an additional
notch-like stroke at the bottom are correctly joined with the vowel sign. I
think the LSB RSB values are carelessly allotted in some cases, unfortunately.
Other problems:
CU JU -- the pointed part on the left of the vowel sign U passes through the
consonants and comes out above (see carefully) -- actually *negative* kerning
is needed here so that the pointed part should only enter the consonant and not
again exit it.
(It seems this problem does not occur for vowel sign UU due to the shorter
height of the left-side ending node of this vowel sign which causes a problem
with GHA and LLA instead -- see above!)
Note:
Unfortunately I will not be able to provide a TTF patch for this as I am
already short of time on my official projects. Please take care of it. Thank
you!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=839303
Bug ID: 839303
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: [ta_IN] Submission of glyphs for Tamil
fractions/symbols to be included in the Lohit Tamil
fonts
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-tamil-fonts
Product: Fedora
Created attachment 597580
--> https://bugzilla.redhat.com/attachment.cgi?id=597580&action=edit
Lohit Tamil, Lohit Tamil Classical and Lohit Tamil Chart fonts with new
characters
Contributing new Tamil glyphs to Lohit Tamil family:
----------------------------------------------------
I have prepared a proposal to encode 62 characters for old Tamil fractions and
symbols to be encoded in Unicode. Seven of these are being proposed for the
Tamil BMP block and rest for a new Tamil Supplement block in the SMP.
For the glyphs required for the code chart I have largely devised new glyphs
based on existing Lohit Tamil glyphs under the derivative rights granted by the
OFL. Some glyphs which could not be derived, I created myself using Inkscape
and other tools.
I would like to donate all these glyphs to the Lohit project under the OFL for
eventual inclusion into the Lohit Tamil/Tamil Classical fonts. For now they may
be included in the PUA of an unofficial fork of the Lohit Tamil fonts. When
they are eventually encoded in Unicode, they may be officially mapped to the
new codepoints and included in the official distribution of the Lohit
Tamil/Tamil Classical fonts.
Using Lohit Tamil glyphs for Unicode code chart:
------------------------------------------------
In the proposal, I am also requesting the Unicode / ISO 10646 project editors
to use the Lohit Tamil font for the Unicode Tamil code charts (Tamil block, and
newly proposed Tamil Supplement block) because:
1) When the new characters are encoded and my glyphs used for the code chart,
it would look good to maintain stylistic uniformity in the code chart, and my
designed glyphs are stylistically like the Lohit Tamil glyphs as they are
mostly derived from them. So it would be good to use Lohit Tamil glyphs
throughout.
2) There are currently 72 Tamil characters in Unicode 6.1.0. The present
proposal almost doubles the number with 62 new characters. It would be a
significant and unnecessary effort for anyone else to duplicate my glyph design
work for so many characters to keep in with the current Tamil code chart font
style. So switching to Lohit Tamil for all glyphs is easier and advisable.
3) Personally I think the glyphs of Lohit Tamil are much "cleaner" than the
existing Tamil code chart font, and more representative of the nature and
beauty of the Tamil script.
4) The OFL already permits the use of the Lohit Tamil font (and its
derivatives) for any purpose, so there are (hopefully) no legal issues
pertaining which need to be cleared between Unicode and Red Hat (but of course,
IANAL).
I also sincerely request the cooperation of the Lohit / Fedora / Red Hat people
in permitting the Lohit Tamil glyphs to be used for the Unicode Tamil code
charts (i.e. for two blocks).
Fonts with new glyphs:
----------------------
I attach herewith a ZIP file containing three font files:
1) Lohit Tamil font, with newly proposed character glyphs mapped to the PUA.
2) Lohit Tamil Classical font, likewise.
3) Lohit Tamil Chart font, containing only glyphs required for the code chart
(for existing and new characters, totalling 134 in number, across two blocks
Tamil and Tamil Supplement) mapped to the existing and proposed characters for
convenience of Unicode / ISO 10646 editors.
Behaviour of new characters and requirement from the fonts' side:
-----------------------------------------------------------------
None of the newly proposed characters are combining characters in the sense of
combining marks. However, most of them are proposed for a new SMP Tamil block
and care might need to be taken for proper mapping so that on all platforms the
SMP characters are accessible.
There is only one sequence of characters which needs to ligate: TAMIL DIGIT ONE
௧ + TAMIL SIGN KALAM (which looks like TAMIL LETTER LLA ள) should always
ligate. I have also provided the ligature glyph after the glyphs for the
individual characters (mapped to PUA E03F) in the fonts 1 and 2 above. I have
not added any substitution mapping however as it is for now only temporarily in
the PUA.
Etcetera:
---------
It is my intention to submit the proposal within a week or so and I will
upload/link here a copy of the proposal.
If at all any changes are required to the set of glyphs as a result of any
feedback from scholars or other sources, I will upload fresh TTF font files.
I thank everyone, especially Pravin Satpute, for their support regarding this.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=841947
Bug ID: 841947
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: [te_IN] Add support for Telugu nakaarapollu and repha
to Lohit Telugu font
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-telugu-fonts
Product: Fedora
Created attachment 599423
--> https://bugzilla.redhat.com/attachment.cgi?id=599423&action=edit
Glyphs for Telugu nakaarapollu and repha
Telugu script has special form of vowelless NA called four-pronged
nakaarapollu. Strictly speaking nakaarapollu means nakaara + pollu=virama so
regular form of vowelless-NA న్ is also nakaarapollu but Telugu old grammarian
Brown has specifically called a distinct form as nakaarapollu.
The recommended model for getting Telugu nakaarapollu is NA + ZWJ + VIRAMA.
Please find more details in the document:
https://sites.google.com/site/jamadagni/files/utcsubmissions/11409-telugu-n…
Likewise Telugu script has old repha form which is not found in common usage in
current Telugu script. A modern-style Telugu font can allow user to select
old-style reph by using the sequence RA + VIRAMA + ZWJ + CONSONANT because the
plain RA + VIRAMA + CONSONANT would be presented as RA with sub-base form of
CONSONANT.
Please find more details in the document:
https://sites.google.com/site/jamadagni/files/utcsubmissions/12017-telugu-r…
These two documents have been approved by the UTC in the Feb 2012 meeting:
http://www.unicode.org/L2/L2012/12007.htm
<quote>
[130-A15] Action Item for Deborah Anderson, Editorial Committee: Update the
core specification text on Telugu nakaara-pollu based on input in document
L2/11-409.
[130-A16] Action Item for Deborah Anderson: Incorporate text on Telugu Reph
from L2/12-017 into the Telugu block description.
</quote>
It is requested to:
1) add the glyphs for nakaarapollu and repha to the Lohit Telugu font:
2) add substitution mapping of NA + ZWJ + VIRAMA to the nakaarapollu glyph
3) add requisite OT markups for repha glyph so that a compliant OT system can
recognize the repha glyph and render sequence of RA + VIRAMA + ZWJ + CONS using
that glyph.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=982601
Bug ID: 982601
Summary: [ml_IN] Addition of glyphs to Lohit Malayalam to
support recently proposed Unicode characters
Product: Fedora
Version: rawhide
Component: lohit-malayalam-fonts
Severity: unspecified
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
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 770964
--> https://bugzilla.redhat.com/attachment.cgi?id=770964&action=edit
Glyphs for Malayalam Archaic II, minor fractions and Chillu LLL
Recently I and Cibu Johny have proposed various characters to be added to the
Malayalam Unicode block and in the last May 2013 UTC meeting they have been
approved and further (IIUC) approved by the WG2 meeting last month in Lithunia.
The links are provided below:
N4429 Proposal to encode Malayalam minor fractions
http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4429.pdf
N4428 Proposal to encode MALAYALAM LETTER CHILLU LLL
http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4428.pdf
N4312 Proposal for MALAYALAM LETTER ARCHAIC II
http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4312.pdf
This is a placeholder bug (like bug #839303 for Tamil fractions and symbols) to
ensure that the requisite glyphs are added immediately once the characters are
published in the Unicode standard finally.
I have designed the glyphs for these proposed characters partially based on
existing glyphs from the Lohit Malayalam font and would like to submit these as
my contributions to the Lohit project under the OFL.
--
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=MHHAN30OzJ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1076190
Bug ID: 1076190
Summary: Rendering of Unicode tie bars could be improved
Product: Fedora
Version: 20
Component: liberation-fonts
Severity: low
Assignee: psatpute(a)redhat.com
Reporter: rkaldari(a)wikimedia.org
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 874108
--> https://bugzilla.redhat.com/attachment.cgi?id=874108&action=edit
comparison between Liberation Sans and Helvetica
Description of problem:
The rendering of the two Unicode tie bar combining characters (U+035E and
U+035F) is not ideal. In particular the characters are quite short and far away
from the characters they are tying together. This makes it appear more like a
misplaced macron than a tie bar. The rendering in Liberation Sans appears to be
equivalent to that of Arial which has the same issues. The rendering in
Helvetica is better (see attachment 1).
In particular, because the under tie bar (U+035F) is so far away from the other
characters, it sometimes gets clipped when rendered, as it appears to fall
slightly outside of the bounding box for the line height (see attachment 2).
My suggestion would be to make the length of both tie bars slightly longer, and
to move both of them slightly closer to the characters they are intended to tie
together.
Version-Release number of selected component (if applicable):
12-Mar-2014 (2.x)
How reproducible:
Always
Steps to Reproduce:
1. Install latest Liberation Sans (and Helvetica if you want to compare)
2. Go to https://www.mediawiki.org/wiki/User:Kaldari/Font_test_2
Actual results:
Tie bars should be slightly longer and closer to the other characters.
Expected results:
Tie bar are quite short and far away.
Additional info:
See attachments for more 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=hXKa1OSOTy&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1084227
Bug ID: 1084227
Summary: Arrow symbols too small and not nicely aligned
Product: Fedora
Version: 20
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: Eduard.Braun2(a)gmx.de
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 882471
--> https://bugzilla.redhat.com/attachment.cgi?id=882471&action=edit
testcase with some exemplary arrows
The arrow symbols contained in Liberation fonts seem to be too small and also a
little mis-aligned.
As an example consider the attached testcase which contains left/right/up/down
arrows exemplarily. The attached screenshot is a rendering of this file to
illustrate the issue:
- The arrows are much to small making them hardly discernible,
especially at small font sizes.
- The horizontally aligned arrows are positioned too low (nearly at the
baseline).
- Also visible: Hinting for the vertically aligned arrows is bad.
The screenshot was created with Firefox 28.0 on Windows 7.
The installed version of the Liberation fonts is 2.00.1
--
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=odcuTBmRHM&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1398676
Bug ID: 1398676
Summary: Pango sometimes shows a replacement character for
space (U+0020) when a font lacks a space
Product: Fedora
Version: 25
Component: pango
Assignee: tagoh(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Created attachment 1224372
--> https://bugzilla.redhat.com/attachment.cgi?id=1224372&action=edit
pango-bug.png
Tested on the released version of Fedora 25.
pango-1.40.3-1.fc25.x86_64
When using a font which does not have a space, Pango may show a replacement
character for space( U+0020).
I’ll attach the file rovas.txt which has a first line containing only Old
Hungarian
script and a space.
I’ll also attach an old Hungarian font taken from
https://github.com/OldHungarian/old-hungarian-font/releases which lacks a
space.
Display the test file like this:
pango-view --font="Old Hungarian" ~/rovas.txt
And you get something as in the also attached screenshot which shows
that Pango renders the space as an replacement character.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1374611
Bug ID: 1374611
Summary: [abrt] ibus: bus_dbus_impl_name_owner_changed():
ibus-daemon killed by SIGABRT
Product: Fedora
Version: 25
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: juliux.pigface(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
Here are the steps I followed:
1. Log in to a Gnome+Wayland session.
2. Log out, back to gdm.
3. Log in to a Gnome+Xorg session.
Version-Release number of selected component:
ibus-1.5.14-1.fc25
Additional info:
reporter: libreport-2.7.2
backtrace_rating: 4
cmdline: /usr/bin/ibus-daemon -r --xim
crash_function: bus_dbus_impl_name_owner_changed
executable: /usr/bin/ibus-daemon
global_pid: 2032
kernel: 4.8.0-0.rc4.git0.1.fc25.x86_64
pkg_fingerprint: 4089 D8F2 FDB1 9C98
pkg_vendor: Fedora Project
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (5 frames)
#4 bus_dbus_impl_name_owner_changed at dbusimpl.c:1242
#9 bus_name_service_set_primary_owner at dbusimpl.c:368
#10 bus_dbus_impl_request_name at dbusimpl.c:1076
#11 call_in_idle_cb at gdbusconnection.c:4836
#17 bus_server_run at server.c:143
Potential duplicate: bug 1283406
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1410201
Bug ID: 1410201
Summary: [abrt] ibus: bus_engine_proxy_new_internal():
ibus-daemon killed by SIGSEGV
Product: Fedora
Version: 25
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: sbbaker65(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
This happens at user login every time that I login. This user profile is an
upgrade from prior releases and may have some legacy data from other Gnome or
X11 desktops.
Version-Release number of selected component:
ibus-1.5.14-3.fc25
Additional info:
reporter: libreport-2.8.0
backtrace_rating: 4
cmdline: ibus-daemon --xim --panel disable
crash_function: bus_engine_proxy_new_internal
executable: /usr/bin/ibus-daemon
global_pid: 22898
kernel: 4.8.15-300.fc25.x86_64
pkg_fingerprint: 4089 D8F2 FDB1 9C98
pkg_vendor: Fedora Project
runlevel: N 5
type: CCpp
uid: 1001
Truncated backtrace:
Thread no. 1 (10 frames)
#0 bus_engine_proxy_new_internal at engineproxy.c:660
#1 create_engine_ready_cb at engineproxy.c:737
#2 g_task_return_now at gtask.c:1121
#3 g_task_return at gtask.c:1179
#4 reply_cb at gdbusproxy.c:2583
#5 g_task_return_now at gtask.c:1121
#6 g_task_return at gtask.c:1179
#7 g_dbus_connection_call_done at gdbusconnection.c:5708
#8 g_task_return_now at gtask.c:1121
#9 complete_in_idle_cb at gtask.c:1135
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1374624
Bug ID: 1374624
Summary: [abrt] ibus: _g_log_abort(): ibus-ui-gtk3 killed by
SIGTRAP
Product: Fedora
Version: 25
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: juliux.pigface(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
Here are the steps I followed:
1. Log in to a Gnome+Wayland session.
2. Log out, back to gdm.
3. Log in to a Gnome+Xorg session.
Version-Release number of selected component:
ibus-1.5.14-1.fc25
Additional info:
reporter: libreport-2.7.2
backtrace_rating: 4
cmdline: /usr/libexec/ibus-ui-gtk3
crash_function: _g_log_abort
executable: /usr/libexec/ibus-ui-gtk3
global_pid: 2056
kernel: 4.8.0-0.rc4.git0.1.fc25.x86_64
pkg_fingerprint: 4089 D8F2 FDB1 9C98
pkg_vendor: Fedora Project
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (9 frames)
#0 _g_log_abort at gmessages.c:487
#1 g_log_writer_default at gmessages.c:2269
#2 g_log_structured_array at gmessages.c:1660
#3 g_log_structured at gmessages.c:1597
#4 gdk_event_source_check at gdkeventsource.c:92
#5 g_main_context_check at gmain.c:3760
#8 gtk_main at gtkmain.c:1295
#9 application_run at application.c:199
#10 application_main at application.c:269
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1462208
Bug ID: 1462208
Summary: translate-toolkit-2.2.0 is available
Product: Fedora
Version: rawhide
Component: translate-toolkit
Keywords: FutureFeature, Triaged
Assignee: dwayne(a)translate.org.za
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: dwayne(a)translate.org.za,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Latest upstream release: 2.2.0
Current version/release in rawhide: 2.1.0-3.fc27
URL: http://toolkit.translatehouse.org/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/3685/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1449724
Bug ID: 1449724
Summary: po2sub: WARNING: Error processing: No module named
gaupol
Product: Fedora
Version: rawhide
Component: translate-toolkit
Assignee: dwayne(a)translate.org.za
Reporter: pkovar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dwayne(a)translate.org.za,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
With the latest update, translate-toolkit-2.1.0-3.fc25, I'm still hitting a No
module named gaupol issue when running po2sub. aeidon-0.25-7.fc25.noarch is
installed. There's some more discussion about the issue here:
https://github.com/translate/translate/issues/3409
Some more info on the issue is here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-646e2fe595
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1486972
Bug ID: 1486972
Summary: fcitx-libpinyin-0.5.2 is available
Product: Fedora
Version: rawhide
Component: fcitx-libpinyin
Keywords: FutureFeature, Triaged
Assignee: liangsuilong(a)gmail.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, pwu(a)redhat.com,
robinlee.sysu(a)gmail.com
Latest upstream release: 0.5.2
Current version/release in rawhide: 0.5.1-5.fc28
URL: https://fcitx-im.org/wiki/Libpinyin
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/8011/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1406699
Bug ID: 1406699
Summary: [abrt] ibus: bus_dbus_impl_name_owner_changed():
ibus-daemon killed by SIGABRT
Product: Fedora
Version: rawhide
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: hhan(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
Version-Release number of selected component:
ibus-1.5.14-3.fc26
Additional info:
reporter: libreport-2.9.0
backtrace_rating: 4
cmdline: /usr/bin/ibus-daemon -r --xim
crash_function: bus_dbus_impl_name_owner_changed
executable: /usr/bin/ibus-daemon
global_pid: 17643
kernel: 4.9.0-1.fc26.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Potential duplicate: bug 890645
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1484894
Bug ID: 1484894
Summary: [im-chooser] ibus preference link is broken
Product: Fedora
Version: 26
Component: im-chooser
Assignee: tagoh(a)redhat.com
Reporter: jylo06g(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Version-Release number of selected component (if applicable):
1.7.0-1.fc26
Steps to Reproduce:
1. Start im-chooser
http://www.localizingjapan.com/blog/wp-content/uploads/2011/11/fedora16-1.p…
2. Choose ibus (or no need?)
3. Click the blue underlined Preference link like nuts
Actual results:
Nothing happens
Expected results:
ibus-setup suppose to show up(?)
Additional info:
1. On Mate, there's im-chooser (and ibus) included but it doesn't work
2. On GNOME, you have to install im-chooser and it also doesn't work
3. GNOME probably doesn't need im-chooser anyway since ibus integrated with
GNOME Settings but things are different (and broken) for other desktop
environments
Side note:
Is (after choosing) ibus no longer showing Preference from drop down [EN] box
normal?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1426469
Bug ID: 1426469
Summary: [abrt] ibus-m17n: mplist_get_func(): ibus-engine-m17n
killed by SIGSEGV
Product: Fedora
Version: 25
Component: ibus-m17n
Assignee: pnemade(a)redhat.com
Reporter: tuadenz.bn+2017(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
shawn.p.huang(a)gmail.com
Version-Release number of selected component:
ibus-m17n-1.3.4-21.fc25
Additional info:
reporter: libreport-2.8.0
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-m17n --ibus
crash_function: mplist_get_func
executable: /usr/libexec/ibus-engine-m17n
global_pid: 1967
kernel: 4.9.9-200.fc25.x86_64
pkg_fingerprint: 4089 D8F2 FDB1 9C98
pkg_vendor: Fedora Project
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 mplist_get_func at plist.c:1235
#1 minput_callback at input.c:6940
#2 minput_destroy_ic at input.c:4910
#3 fini_ic_info at input.c:3924
#4 destroy_ic at input.c:4067
#5 minput_destroy_ic at input.c:4914
#6 fini_ic_info at input.c:3924
#7 re_init_ic at input.c:3999
#8 minput_callback at input.c:6944
#9 minput_reset_ic at input.c:5144
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1210243
Bug ID: 1210243
Summary: text should have a comment for get_if_text()
Product: Fedora
Version: 22
Component: setroubleshoot-plugins
Keywords: i18n, Translation
Assignee: dwalsh(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dwalsh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
jdennis(a)redhat.com, mgrepl(a)redhat.com,
plautrba(a)redhat.com
Description of problem:
Text without the proper comment confuses translators. they don't know how it
looks like on apps. the translations aren't appropriate to see with "If ".
Or simply stop prepending "If " to the text of get_if_text(). that would be
much better and no confusion.
Version-Release number of selected component (if applicable):
setroubleshoot-plugins-3.0.61
--
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=fnqqA9bbvs&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1470300
Bug ID: 1470300
Summary: If eclipse-nls-* packages are installed eclipse fails
to start
Product: Fedora
Version: 26
Component: eclipse-nls
Severity: high
Assignee: sflaniga(a)redhat.com
Reporter: cquike(a)arcor.de
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, sflaniga(a)redhat.com
Created attachment 1297127
--> https://bugzilla.redhat.com/attachment.cgi?id=1297127&action=edit
/home/user/workspace/.metadata/.log
Description of problem:
After upgrading to Fedora 26, eclipse is unable to start. After selecting the
workspace a window appears with the following message;
"An error has occurred, See the log file
/home/user/workspace/.metadata/.log". I have attached that log file here
Version-Release number of selected component (if applicable):
# rpm -qa | grep eclipse
eclipse-p2-discovery-4.6.3-3.fc26.noarch
eclipse-linuxtools-5.3.1-2.fc26.noarch
eclipse-swt-4.6.3-3.fc26.x86_64
eclipse-gcov-5.3.1-2.fc26.noarch
eclipse-cdt-arduino-9.2.1-2.fc26.x86_64
eclipse-mylyn-tasks-bugzilla-3.21.0-4.fc26.noarch
eclipse-usage-4.4.3-1.fc26.noarch
eclipse-rpm-editor-5.3.1-2.fc26.noarch
eclipse-perf-5.3.1-2.fc26.noarch
eclipse-cdt-parsers-9.2.1-2.fc26.x86_64
eclipse-mylyn-builds-3.21.0-4.fc26.noarch
eclipse-ecf-core-3.13.3-2.fc26.x86_64
eclipse-nls-de-4.6.0-2.fc26.noarch
eclipse-e4-importer-0.2.0-0.3.gitb33919c.fc26.noarch
eclipse-emf-runtime-2.12.0-4.fc26.noarch
eclipse-contributor-tools-4.6.3-3.fc26.x86_64
eclipse-emf-core-2.12.0-4.fc26.x86_64
eclipse-valgrind-5.3.1-2.fc26.noarch
eclipse-cdt-docker-9.2.1-2.fc26.x86_64
eclipse-dtp-1.12.0-9.fc26.noarch
eclipse-platform-4.6.3-3.fc26.x86_64
eclipse-ptp-9.1.2-1.fc26.x86_64
eclipse-mylyn-versions-3.21.0-4.fc26.noarch
eclipse-abrt-0.0.3-2.fc26.noarch
eclipse-epp-logging-2.0.3-3.fc26.noarch
eclipse-packagekit-0.2.0-5.fc26.noarch
eclipse-mylyn-3.21.0-4.fc26.noarch
eclipse-tm-terminal-4.2.0-1.fc26.noarch
eclipse-nls-it-4.6.0-2.fc26.noarch
eclipse-subclipse-4.2.2-2.fc26.noarch
eclipse-swtbot-2.5.0-5.fc26.noarch
eclipse-cdt-native-9.2.1-2.fc26.x86_64
eclipse-pde-4.6.3-3.fc26.x86_64
eclipse-mylyn-context-java-3.21.0-4.fc26.noarch
eclipse-pydev-5.5.0-3.fc26.x86_64
eclipse-nls-fr-4.6.0-2.fc26.noarch
eclipse-mylyn-context-cdt-3.21.0-4.fc26.noarch
eclipse-gef-3.11.0-2.fc26.noarch
eclipse-equinox-osgi-4.6.3-3.fc26.x86_64
eclipse-linuxtools-libhover-5.3.1-2.fc26.noarch
eclipse-ecf-runtime-3.13.3-2.fc26.noarch
eclipse-launchbar-2.1.0-2.fc26.noarch
eclipse-egit-4.7.0-2.fc26.noarch
eclipse-fedorapackager-0.6.0-2.fc26.noarch
eclipse-cdt-llvm-9.2.1-2.fc26.x86_64
eclipse-nls-4.6.0-2.fc26.noarch
eclipse-changelog-5.3.1-2.fc26.noarch
eclipse-filesystem-1.0-8.fc26.x86_64
eclipse-gprof-5.3.1-2.fc26.noarch
eclipse-mylyn-docs-wikitext-3.21.0-4.fc26.noarch
eclipse-pydev-mylyn-5.5.0-3.fc26.x86_64
eclipse-mylyn-tasks-web-3.21.0-4.fc26.noarch
eclipse-remote-2.1.1-2.fc26.noarch
eclipse-cdt-qt-9.2.1-2.fc26.x86_64
eclipse-mylyn-tasks-trac-3.21.0-4.fc26.noarch
eclipse-linuxtools-docker-5.3.1-2.fc26.noarch
eclipse-linuxtools-vagrant-5.3.1-2.fc26.noarch
eclipse-nls-es-4.6.0-2.fc26.noarch
eclipse-cdt-tests-9.2.1-2.fc26.x86_64
eclipse-tm-terminal-connectors-4.2.0-1.fc26.noarch
eclipse-mylyn-builds-hudson-3.21.0-4.fc26.noarch
eclipse-cdt-9.2.1-2.fc26.x86_64
eclipse-rse-3.7.2-2.fc26.noarch
eclipse-mpc-1.5.4-1.fc26.noarch
eclipse-tests-4.6.3-3.fc26.x86_64
eclipse-oprofile-5.3.1-2.fc26.noarch
eclipse-jgit-4.7.0-7.fc26.noarch
eclipse-jdt-4.6.3-3.fc26.noarch
How reproducible:
Always
Steps to Reproduce:
1. Start eclipse in the command line
2. Select a workspace. In my case the workspace has been inherited from the
Fedora 25 installation.
Actual results:
A pop-up window appears with an error
Additional info:
As a workaround, removing the nls packages allows to start eclipse:
# dnf remove eclipse-nls-fr.noarch eclipse-nls-es.noarch eclipse-nls-de.noarch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1485076
Bug ID: 1485076
Summary: ile /usr/include/pango-1.0/pango/pango-enum-types.h
conflicts between attempted installs of
pango-devel-1.40.11-1.fc26.i686 and pang
o-devel-1.40.11-1.fc26.x86_64
Product: Fedora
Version: 26
Component: pango
Assignee: tagoh(a)redhat.com
Reporter: htl10(a)users.sourceforge.net
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Description of problem:
# rpm -q pango-devel
pango-devel-1.40.9-1.fc26.i686
pango-devel-1.40.9-1.fc26.x86_64
# dnf upgrade --refresh
...
Error: Transaction check error:
file /usr/include/pango-1.0/pango/pango-enum-types.h conflicts between
attempted installs of pango-devel-1.40.11-1.fc26.i686 and pang
o-devel-1.40.11-1.fc26.x86_64
Version-Release number of selected component (if applicable):
pango-devel-1.40.9-1.fc26.i686
pango-devel-1.40.9-1.fc26.x86_64
upgrading to
pango-devel-1.40.11-1.fc26.i686
pango-devel-1.40.11-1.fc26.x86_64
How reproducible:
Always
Steps to Reproduce:
1. as above
2.
3.
Actual results:
conflict
Expected results:
upgrade successful.
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=1160916
Bug ID: 1160916
Summary: fbterm-1.7-5.fc21.ppc64le.rpm segfaults on VGA output
(tty1)
Product: Fedora
Version: 21
Component: fbterm
Severity: medium
Assignee: bazanluis20(a)gmail.com
Reporter: bugproxy(a)us.ibm.com
QA Contact: extras-qa(a)fedoraproject.org
CC: bazanluis20(a)gmail.com, dchen(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, jkachuck(a)redhat.com
--
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=V8kx20urkS&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1254083
Bug ID: 1254083
Summary: No soft sign on the russian m17n translit layout when
used with dead keys
Product: Fedora
Version: rawhide
Component: m17n-db
Assignee: pnemade(a)redhat.com
Reporter: woutersj(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com
Description of problem: When two keyboard layouts are selected in gnome, one
being "Russian (translit (m17n))" and the other being "English (US,
international, with dead keys)" there doesn't seem to be a way to type the
Russian soft sign ("ь" or "мягкий знак"). When used in combination with the
"English, (US, international)" layout (without dead keys), the soft sign can be
entered by pressing the accent key "'".
Version-Release number of selected component (if applicable):
How reproducible: always
Steps to Reproduce:
1. Select "Russian (translit (m17n))" and "English (US, international, with
dead keys)" in Region settings in gnome
2. switch to the Russian layout
3. press the accent key
Actual results: an accent is entered
Expected results: a soft sign is entered
--
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=A6wlaztAfc&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1260061
Bug ID: 1260061
Summary: fallbacks for TmsRmn and Helv
Product: Fedora
Version: rawhide
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: caolanm(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,
tagoh(a)redhat.com
External Bug ID: Document Foundation 91004
External Bug ID: Document Foundation 91004
There are MSOffice documents that refer to "TmsRmn" and "Helv" fonts, and
fontconfig doesn't suggest suitable replacements.
https://support.microsoft.com/en-us/kb/82860
"TmsRmn and Helv ... We still have the exact same fonts, but now under the
names MS Sans Serif and MS Serif"
https://support.microsoft.com/en-us/kb/68536
"Font Family Bitstream Canon Adobe HP
----------- --------- ----- ----- --
Swiss (Helv) Swiss Swiss Helvetica Universe
Roman (Tms Rmn) Dutch Dutch Times Roman CG Times"
So "Helv" == "MS Serif" and both could be added as part of the Helvetica group
of mappings I guess and "Tms Rmn" == "MS Sans Serif" and both are presumably
then suitable for mapping to the "Nimbus Roman No9 L"/"Times New Roman" targets
?
--
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=1LKfk40Ffw&a=cc_unsubscribe
_______________________________________________
i18n-bugs mailing list
i18n-bugs(a)lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1215705
Bug ID: 1215705
Summary: Keyboard layout changes to english either randomly or
after waking up from sleep
Product: Fedora
Version: 21
Component: ibus-kkc
Severity: high
Assignee: dueno(a)redhat.com
Reporter: krofnica996(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
I use two keyboard layouts: hr and ja (kana, kanji). Sometimes, either the hr
or ja *for example, ざ and や switch) lazout changes, but it doesn-t show in the
upper-right corner. It still sazs hr but all the kezs are whackz. It's quite
annoying and unpredictable most of the time, but it is guaranteed to happen to
at least one layout after waking up from sleep. It also fixes itself quite
unpredictably (perhaps after switching it several times).
Version-Release number of selected component (if applicable):
1.5.22
How reproducible:
Everz time after sleep. Otherwise randomlz when switching.
Steps to Reproduce:
1. Wait for sleep
2. Wake it up
3. Your qwertz keyboard is now qwerty and shift+num keys are weird (presumably
english layout)
Additional info:
I think it started happening when I started using shift+alt shortcut (in gnome
tweak tool) instead of clicking on on the applet in the upper right corner.
--
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=MrCEtho8Kc&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1357739
ompragash <oviswana(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |oviswana(a)redhat.com
--- Comment #8 from ompragash <oviswana(a)redhat.com> ---
It is working on Fedora 25 and it is not reproducible anymore.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=802255
Miloslav Trmač <mitr(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |NEW
Version|24 |26
Resolution|EOL |---
--- Comment #20 from Miloslav Trmač <mitr(a)redhat.com> ---
No, reproduced again with libgnomeui-2.24.5-13.fc26.x86_64 .
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1345808
Bug ID: 1345808
Summary: [abrt] ibus: _g_log_abort(): ibus-ui-gtk3 killed by
SIGTRAP
Product: Fedora
Version: 24
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.13-1.fc24
Additional info:
reporter: libreport-2.7.1
backtrace_rating: 3
cmdline: /usr/libexec/ibus-ui-gtk3
crash_function: _g_log_abort
executable: /usr/libexec/ibus-ui-gtk3
global_pid: 1984
kernel: 4.5.5-300.fc24.x86_64
pkg_fingerprint: 73BD E983 81B4 6521
pkg_vendor: Fedora Project
reproducible: Not sure how to reproduce the problem
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (8 frames)
#0 _g_log_abort at gmessages.c:325
#9 XPending at Pending.c:55
#10 gdk_check_xpending at gdkeventsource.c:269
#11 gdk_event_source_check at gdkeventsource.c:306
#12 g_main_context_check at gmain.c:3681
#15 gtk_main at gtkmain.c:1269
#16 application_run at application.c:199
#17 application_main at application.c:269
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=500110
Bhushan Barve <bbarve(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |NEW
CC| |bbarve(a)redhat.com
Version|24 |26
Resolution|EOL |---
Keywords| |Reopened
--- Comment #41 from Bhushan Barve <bbarve(a)redhat.com> ---
Reproducible with F26.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=796174
sachin <spathare(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |spathare(a)redhat.com
--- Comment #18 from sachin <spathare(a)redhat.com> ---
Hi,
This issue is still reproducible with xchat on Fedora 26, but as mentioned in
above comment by Debarshi Ray "XChat is being considered for removal (bug
1217584)" I tested it with Hexchat + Fedora 26 and it working fine with kn_In
locale.
so recommended using Hexchat. and latest fedora version 26
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=802255
sachin <spathare(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |spathare(a)redhat.com
--- Comment #19 from sachin <spathare(a)redhat.com> ---
This issue is not reproducible in F25 and F26, recommended to use fedora 25/26
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1367512
Bug ID: 1367512
Summary: Alternate Characters do not print in Dvorak variant
Product: Fedora
Version: 24
Component: xkeyboard-config
Severity: high
Assignee: peter.hutterer(a)redhat.com
Reporter: deshmukh.sandip(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com
Description of problem:
Running Fedora24 Workstation. I use English US and English Dvorak keyboard
variants.
In Gnome Tweak Tool -> Typing -> Adding currency signs to certain keys -> Rupee
on 4 is selected.
In Settings -> Keyboard -> Typing, I have tried different options available for
Alternative Characters Key.
They work when I select English US as a keyboard. But do not when I select
English Dvorak variant.
Version-Release number of selected component (if applicable):
How reproducible:
Always reproducible.
Steps to Reproduce:
1. Select Gnome Tweak Tool -> Typing -> Adding currency signs to certain keys
-> Rupee on 4
2. In Settings -> Keyboard -> Typing -> Alternative Characters Key, select any
suitable option
3. Make sure you have US English and US English Dvorak keyboard variants
available.
4. Select US English keyboard. Try generating the Rupee symbol using
Alternative Characters Key + 4
5. Select US English Dvorak keyboard. Try generating the Rupee symbol using
Alternative Characters Key + 4
Actual results:
Nothing is printed or 4 is printed.
Expected results:
Rupee symbol should print.
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=1484595
Bug ID: 1484595
Summary: harfbuzz-1.5.0 is available
Product: Fedora
Version: rawhide
Component: harfbuzz
Keywords: FutureFeature, Triaged
Assignee: pnemade(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, moceap(a)hotmail.com,
pnemade(a)redhat.com, psatpute(a)redhat.com
Latest upstream release: 1.5.0
Current version/release in rawhide: 1.4.8-1.fc27
URL: http://www.freedesktop.org/wiki/HarfBuzz
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/1299/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1445925
Eric L. <eklawl01(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(eklawl01(a)gmail.co |
|m) |
--- Comment #22 from Eric L. <eklawl01(a)gmail.com> ---
Every time, yes. "Program terminated with signal SIGSEGV, Segmentation fault."
from the backtrace.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1445925
Akira TAGOH <tagoh(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |needinfo?(eklawl01(a)gmail.co
| |m)
--- Comment #21 from Akira TAGOH <tagoh(a)redhat.com> ---
Is this still reproducible with 1.40.9 say?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1182819
Bug ID: 1182819
Summary: RFE: Support KB_THL_PINYIN and KB_MPS2_PINYIN
Product: Fedora
Version: 21
Component: ibus-chewing
Severity: low
Assignee: dchen(a)redhat.com
Reporter: dchen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Description of problem:
KB_THL_PINYIN = 台灣華語羅馬拼音
KB_MPS2_PINYIN = 注音二式
These two keyboard layout are added in libchewing 0.3.4.
--
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=tcnj9U1NBF&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1446816
Bug ID: 1446816
Summary: [abrt] ibus: XkbUseExtension(): ibus-ui-gtk3 killed by
signal 11
Product: Fedora
Version: 26
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: cld.rimmele(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.15-1.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: /usr/libexec/ibus-ui-gtk3
crash_function: XkbUseExtension
executable: /usr/libexec/ibus-ui-gtk3
journald_cursor:
s=6eff262bc93a4d7fb688b7252e86fec6;i=1dfe1;b=d9494cdadf8b4ff19f3444b04890d6fa;m=3b09a88c;t=54e45a211f699;x=285732938627f19c
kernel: 4.11.0-0.rc3.git0.2.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 XkbUseExtension at XKBUse.c:652
#1 _XkbLoadDpy at XKBBind.c:513
#2 XKeysymToKeycode at XKBBind.c:157
#3 keybinding_manager_bind at keybindingmanager.c:211
#4 panel_keybinding_manager_bind at panel.c:1525
#5 panel_bind_switch_shortcut at panel.c:1611
#6 panel_construct at panel.c:830
#7 application_bus_name_acquired_cb at application.c:220
#8 _application_bus_name_acquired_cb_gd_bus_signal_callback at
application.c:166
#9 emit_signal_instance_in_idle_cb at gdbusconnection.c:3719
Potential duplicate: bug 1249327
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1471924
Bug ID: 1471924
Summary: Request for enhancement fcitx-anthy package
Product: Fedora EPEL
Version: epel7
Component: fcitx
Assignee: liangsuilong(a)gmail.com
Reporter: scottro11(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me,
liangsuilong(a)gmail.com, pwu(a)redhat.com,
robinlee.sysu(a)gmail.com
Description of problem:
There is no fcitx-anthy package. It seems that fcitx is being more developed
than ibus, and, even when I build from source, it is easier to use. Fedora has
had it available since F19 or F20, and it would be nice to have in RHEL7
Additional info:
For me (and possibly others) ibus is becoming increasingly problematic, whereas
on every other major Linux distribution, as well as FreeBSD, fcitx-anthy and
fcitx-mozc are available as packages.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1389683
--- Comment #22 from Remi Collet <fedora(a)famillecollet.com> ---
Fedora 26 also affected
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1302746
Bug ID: 1302746
Summary: [abrt] ibus-chewing: key_sym_get_name():
ibus-engine-chewing killed by SIGSEGV
Product: Fedora
Version: 23
Component: ibus-chewing
Assignee: dchen(a)redhat.com
Reporter: novatw(a)novatw.info
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Description of problem:
1. Switch En/Ch input when editing website's article (Joomla! based CMS
website).
2. The crash happened
Version-Release number of selected component:
ibus-chewing-1.4.14-4.fc23
Additional info:
reporter: libreport-2.6.3
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-chewing --ibus
crash_function: key_sym_get_name
executable: /usr/libexec/ibus-engine-chewing
global_pid: 2676
kernel: 4.3.3-301.fc23.x86_64
runlevel: N 5
type: CCpp
uid: 0
Truncated backtrace:
Thread no. 1 (7 frames)
#0 key_sym_get_name at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingUtil.c:176
#1 ibus_chewing_engine_process_key_event at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine-input-events.c:7
#2 _ibus_marshal_BOOLEAN__UINT_UINT_UINT at ibusmarshalers.c:290
#7 ibus_engine_service_method_call at ibusengine.c:883
#8 call_in_idle_cb at gdbusconnection.c:4832
#13 ibus_main at ibusshare.c:302
#14 start_component at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/main.c:115
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1479604
Bug ID: 1479604
Summary: harfbuzz-1.4.8 is available
Product: Fedora
Version: rawhide
Component: harfbuzz
Keywords: FutureFeature, Triaged
Assignee: pnemade(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
psatpute(a)redhat.com
Latest upstream release: 1.4.8
Current version/release in rawhide: 1.4.7-3.fc27
URL: http://www.freedesktop.org/wiki/HarfBuzz
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/1299/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1374074
Bug ID: 1374074
Summary: 1px changes in line height from bold <-> non-bold
breaks various websites
Product: Fedora
Version: 24
Component: liberation-fonts
Severity: high
Assignee: psatpute(a)redhat.com
Reporter: jonas(a)thiem.email
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:
The liberation fonts as packaged in Fedora can change line height by 1px as
reported by fontconfig if switched from bold to non-bold or vice versa.
This can break various sites displayed in web browsers, and for example all
gitlab code listings viewed on Fedora only (works fine on Ubuntu, Archlinux,
...) aren't lining up properly because of this with the line numbers, which
makes the whole thing look like a big mess. A more detailed analysis can be
found here: https://bugzilla.mozilla.org/show_bug.cgi?id=1296856
Please note I'm not sure who is the best involved party to fix this and whether
e.g. the website should fix it on their side, however I tried playing around
with CSS line-height and so far I didn't manage to make it line up myself in
the affected configurations (but I'm no CSS expert). Therefore I'm filing a bug
here as well, hoping some font expert can shed some light on the issue.
There is also a firefox bug report here:
https://bugzilla.mozilla.org/show_bug.cgi?id=1296856
There is also a gitlab bug report here:
https://gitlab.com/gitlab-org/gitlab-ce/issues/20202
Version-Release number of selected component (if applicable):
Version : 1.07.4
Release : 7.fc24
How reproducible:
100% at affected font sizes
Steps to Reproduce:
1. Run an affected configuration (Firefox Nightly on Fedora should work,
possibly also regular Firefox stable as packaged in Fedora) at an affected web
browser zoom level (100%/standard should work for firefox)
2. Visit a gitlab source code listing of more than just ~10 lines, e.g.
https://gitlab.com/gitlab-org/gitlab-ce/blob/master/app/controllers/groups_…
3. Look how line numbers and lines match up
Actual results:
Line numbers are not matching up
Expected results:
Line numbers are matching up
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=1358874
Bug ID: 1358874
Summary: lklug fonts displayed as nonfree
Product: Fedora
Version: 24
Component: lklug-fonts
Severity: medium
Assignee: psatpute(a)redhat.com
Reporter: mcatanzaro(a)gnome.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
Description of problem: On a fresh install of Fedora, I expect no nonfree
software to be installed. Unfortunately Lklug fonts are installed by default
but presented as nonfree and 3rd party in GNOME Software.
Version-Release number of selected component (if applicable):
0.6-14.20090803cvs.fc24
How reproducible: Always
Steps to Reproduce:
1. Open software center
Actual results: Lklug fonts presented as 3rd party, nonfree
Expected results: Lklug fonts not labeled as 3rd party or nonfree
Additional info: You need to add a license tag to lklug.metainfo.xml. Right now
it contains only a license for the metadata. If you don't include a license for
the software itself, it gets labeled as nonfree.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1357739
Fedora End Of Life <jkurik(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |EOL
Last Closed| |2017-08-08 11:41:28
--- Comment #7 from Fedora End Of Life <jkurik(a)fedoraproject.org> ---
Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.
Thank you for reporting this bug and we are sorry it could not be fixed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1345824
Bug ID: 1345824
Summary: [abrt] ibus: _g_log_abort(): ibus-ui-gtk3 killed by
SIGTRAP
Product: Fedora
Version: 24
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.13-1.fc24
Additional info:
reporter: libreport-2.7.1
backtrace_rating: 3
cmdline: /usr/libexec/ibus-ui-gtk3
crash_function: _g_log_abort
executable: /usr/libexec/ibus-ui-gtk3
global_pid: 3504
kernel: 4.5.5-300.fc24.x86_64
pkg_fingerprint: 73BD E983 81B4 6521
pkg_vendor: Fedora Project
reproducible: Not sure how to reproduce the problem
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (7 frames)
#0 _g_log_abort at gmessages.c:325
#9 XPending at Pending.c:55
#10 _gdk_x11_display_queue_events at gdkeventsource.c:327
#11 gdk_display_get_event at gdkdisplay.c:396
#17 gtk_main at gtkmain.c:1269
#18 application_run at application.c:199
#19 application_main at application.c:269
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=802255
Fedora End Of Life <jkurik(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |EOL
Last Closed|2016-07-19 15:25:48 |2017-08-08 07:40:29
--- Comment #18 from Fedora End Of Life <jkurik(a)fedoraproject.org> ---
Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.
Thank you for reporting this bug and we are sorry it could not be fixed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=796174
Fedora End Of Life <jkurik(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |EOL
Last Closed| |2017-08-08 07:40:24
--- Comment #17 from Fedora End Of Life <jkurik(a)fedoraproject.org> ---
Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.
Thank you for reporting this bug and we are sorry it could not be fixed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=500110
Fedora End Of Life <jkurik(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |EOL
Last Closed| |2017-08-08 07:39:04
--- Comment #40 from Fedora End Of Life <jkurik(a)fedoraproject.org> ---
Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.
Thank you for reporting this bug and we are sorry it could not be fixed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1478741
Bug ID: 1478741
Summary: Request for enhancement, fcitx-mozc package for
Japanese input
Product: Fedora
Version: 26
Component: fcitx
Severity: low
Assignee: liangsuilong(a)gmail.com
Reporter: scottro11(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me,
liangsuilong(a)gmail.com, pwu(a)redhat.com,
robinlee.sysu(a)gmail.com
Description of problem:
Fedora is one of the few distributions that have not yet included an fcitx-mozc
package for Japanese input. There is an fcitx-anthy package that works quite
well, but anthy seems to be almost dead.
There were SuSE rpms that worked on F23, but I haven't been able to get them
working on F25 or F26.
(while at it, it would be great if it could get into EPEL-7 as well, but I'll
confine this one to F26, as my request for fcitx-anthy is still in
epel-testing.)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1258984
Bug ID: 1258984
Summary: [abrt] ibus-chewing: _g_log_abort():
ibus-engine-chewing killed by SIGTRAP
Product: Fedora
Version: 23
Component: ibus-chewing
Assignee: dchen(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Version-Release number of selected component:
ibus-chewing-1.4.14-4.fc23
Additional info:
reporter: libreport-2.6.2
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-chewing --ibus
crash_function: _g_log_abort
executable: /usr/libexec/ibus-engine-chewing
global_pid: 3219
kernel: 4.2.0-0.rc8.git0.1.fc23.x86_64+debug
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 _g_log_abort at gmessages.c:324
#3 g_settings_set_property at gsettings.c:628
#4 object_set_property at gobject.c:1421
#5 g_object_new_internal at gobject.c:1814
#6 g_object_new_valist at gobject.c:2039
#8 g_settings_new at gsettings.c:1000
#9 mkdg_g_settings_backend_new at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/GSettingsBackend.c:295
#10 ibus_chewing_engine_use_setting at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine.gob:304
#11 ibus_chewing_engine_init at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine.gob:282
#12 g_type_create_instance at gtype.c:1870
--
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=0TPL8wwmwX&a=cc_unsubscribe
_______________________________________________
i18n-bugs mailing list
i18n-bugs(a)lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1349148
Bug ID: 1349148
Summary: [abrt] ibus: bus_panel_proxy_focus_in(): ibus-daemon
killed by SIGABRT
Product: Fedora
Version: 24
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: zlynx(a)acm.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
I logged in after updating to Fedora 24 from 23 using dnf system-upgrade.
Version-Release number of selected component:
ibus-1.5.13-1.fc24
Additional info:
reporter: libreport-2.7.1
backtrace_rating: 4
cmdline: /usr/bin/ibus-daemon -r --xim
crash_function: bus_panel_proxy_focus_in
executable: /usr/bin/ibus-daemon
global_pid: 31704
kernel: 4.5.7-300.fc24.x86_64
pkg_fingerprint: 73BD E983 81B4 6521
pkg_vendor: Fedora Project
reproducible: Not sure how to reproduce the problem
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (6 frames)
#4 bus_panel_proxy_focus_in at panelproxy.c:700
#5 _dbus_name_owner_changed_cb at ibusimpl.c:358
#10 bus_name_service_set_primary_owner at dbusimpl.c:368
#11 bus_dbus_impl_request_name at dbusimpl.c:1076
#12 call_in_idle_cb at gdbusconnection.c:4832
#17 bus_server_run at server.c:143
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1350291
Bug ID: 1350291
Summary: [abrt] ibus: bus_dbus_impl_dispatch_message_by_rule():
ibus-daemon killed by SIGABRT
Product: Fedora
Version: 24
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: wallacehermano(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.13-1.fc24
Additional info:
reporter: libreport-2.7.1
backtrace_rating: 4
cmdline: ibus-daemon --xim --panel disable
crash_function: bus_dbus_impl_dispatch_message_by_rule
executable: /usr/bin/ibus-daemon
global_pid: 2101
kernel: 4.5.7-300.fc24.x86_64
pkg_fingerprint: 73BD E983 81B4 6521
pkg_vendor: Fedora Project
reproducible: Not sure how to reproduce the problem
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#4 bus_dbus_impl_dispatch_message_by_rule at dbusimpl.c:1901
#5 bus_dbus_impl_connection_filter_cb at dbusimpl.c:1578
#6 on_worker_message_about_to_be_sent at gdbusconnection.c:2343
#7 _g_dbus_worker_emit_message_about_to_be_sent at gdbusprivate.c:465
#8 continue_writing at gdbusprivate.c:1455
#9 write_message_cb at gdbusprivate.c:1313
#10 g_task_return_now at gtask.c:1107
#11 complete_in_idle_cb at gtask.c:1121
#16 gdbus_shared_thread_func at gdbusprivate.c:246
#17 g_thread_proxy at gthread.c:780
Potential duplicate: bug 905044
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1368593
Bug ID: 1368593
Summary: [abrt] ibus: XkbFreeClientMap(): ibus-ui-gtk3 killed
by SIGSEGV
Product: Fedora
Version: 24
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: laolux(a)rocketmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.13-3.fc24
Additional info:
reporter: libreport-2.7.2
backtrace_rating: 4
cmdline: /usr/libexec/ibus-ui-gtk3
crash_function: XkbFreeClientMap
executable: /usr/libexec/ibus-ui-gtk3
global_pid: 9246
kernel: 4.6.6-300.fc24.x86_64
pkg_fingerprint: 73BD E983 81B4 6521
pkg_vendor: Fedora Project
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 XkbFreeClientMap at XKBMAlloc.c:903
#1 XkbFreeKeyboard at XKBAlloc.c:322
#2 _XkbReloadDpy at XKBBind.c:558
#3 XKeysymToKeycode at XKBBind.c:159
#4 keybinding_manager_bind at keybindingmanager.c:210
#5 panel_keybinding_manager_bind at panel.c:1334
#6 panel_bind_switch_shortcut at panel.c:1398
#7 panel_construct at panel.c:714
#8 application_bus_name_acquired_cb at application.c:220
#9 _application_bus_name_acquired_cb_gd_bus_signal_callback at
application.c:166
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1421799
Bug ID: 1421799
Summary: Shift + Space doesn't work when Hebrew layout is added
- Caps Lock = Shift
Product: Fedora
Version: 25
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: chris.m.weimer(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
When, under Keyboard settings, Hebrew (Biblical) is added, Shift + Spacebar no
longer produces a keystroke and Caps Lock functions as Shift.
Version-Release number of selected component (if applicable):
Fedora 25 XFCE spin
How reproducible:
Turn on Caps Lock and type 123 to see !@#. Remove Hebrew layout (keeping
other layouts, e.g. Greek and Russian). Press R-Shift + Space and
Steps to Reproduce:
1. In Fedora 25 XFCE (untested on other spins), add Hebrew (Biblical, Tiro) to
Layouts under Keyboard settings.
2. Press R-Shift + Space.
3. Turn on Caps Lock.
4. Type 1 2 3.
Actual results:
R-Shift + Space produces no keystroke (xev says "NoSymbol").
Typing 1 2 3 with Caps Lock on results in !@#.
Expected results:
R-Shift + Space should result in a space.
Typing 1 2 3 with Caps Lock on should result in 1 2 3.
Additional info:
It works just fine with other layouts I tried (Greek and Russian), but Hebrew
in particular resulted in the undesired behavior.
--
You are receiving this mail because:
You are on the CC list for the bug.