[Fedora-i18n-bugs] [Bug 1643864] New: ibus-gtk3 should not require ibus
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1643864
Bug ID: 1643864
Summary: ibus-gtk3 should not require ibus
Product: Fedora
Version: 28
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: tfujiwar(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
ibus-gtk[2|3] have depended ibus not to break the API compatibility between
ibus and ibus-libs since some applications could require ibus-libs only without
ibus.
Actually ibus-libs does not require ibus but needs to keep the same version
between ibus and ibus-libs.
Now I think 'Conflicts:' tag is the right usage for the purpose and will delete
'Requires: ibus' in ibus-gtk* and use 'Conflicts: ibus < version' in ibus-libs.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1498269] New: Noto Color Emoji and Noto Emoji fixed fonts cause a X error in a tcl/ tk script
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1498269
Bug ID: 1498269
Summary: Noto Color Emoji and Noto Emoji fixed fonts cause a X
error in a tcl/tk script
Product: Fedora
Version: 26
Component: google-noto-fonts
Severity: high
Assignee: psatpute(a)redhat.com
Reporter: jlc(a)cfl.rr.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
Created attachment 1333924
--> https://bugzilla.redhat.com/attachment.cgi?id=1333924&action=edit
test script do demonistrate emoji fix font causing an X error
Description of problem:
The NCID (Network Caller ID) client is written in tcl/tk. When the
google-noto-emoji-fonts became part of the standard install for Fedora, the
ncid client would cause an X error and crash every time it scanned for fixed
fonts. The attached script was written to determine and verify the problem.
Version-Release number of selected component (if applicable):
google-noto-emoji-fonts-20170827-1.fc26.noarch
How reproducible:
Reproducible every time test script run on Fedora 26 and also Fedora 25.
Steps to Reproduce:
1. run attached test script
2.
3.
Actual results:
X Error of failed request: BadLength (poly request too large or internal Xlib
length error)
Major opcode of failed request: 138 (RENDER)
Minor opcode of failed request: 20 (RenderAddGlyphs)
Serial number of failed request: 476
Current serial number in output stream: 539
Expected results:
Expected script not to cause an X error and crash.
Additional info:
Uncomment the two Noto Emoji font lines in testfonts.tk to not get the X error.
The bug is also reported at https://core.tcl.tk/tk/tktview/3767882e066523dc9ae4
but it is considered a font problem not a tk problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1427550] New: Adding additional Glyphs in Tamil
by bugzilla@redhat.com
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.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1581298] New: [abrt] ibus: g_thread_new(): ibus-engine-simple killed by SIGTRAP
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1581298
Bug ID: 1581298
Summary: [abrt] ibus: g_thread_new(): ibus-engine-simple killed
by SIGTRAP
Product: Fedora
Version: 27
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: rkudyba(a)fordham.edu
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.17-6.fc27
Additional info:
reporter: libreport-2.9.5
backtrace_rating: 3
cmdline: /usr/libexec/ibus-engine-simple
crash_function: g_thread_new
executable: /usr/libexec/ibus-engine-simple
global_pid: 12440
kernel: 4.16.7-200.fc27.x86_64
runlevel: N 5
type: CCpp
uid: 16836
Truncated backtrace:
Thread no. 1 (10 frames)
#4 g_thread_new at gthread.c:830
#5 g_get_worker_context at gmain.c:5751
#6 g_task_thread_pool_init at gtask.c:1977
#7 g_task_get_type at gtask.c:592
#8 ensure_required_types at gdbusprivate.c:246
#9 _g_dbus_initialize at gdbusprivate.c:1950
#10 g_bus_get_sync at gdbusconnection.c:7266
#11 ??
#12 ??
#13 ??
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1533798] New: Support Bitcoin sign
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1533798
Bug ID: 1533798
Summary: Support Bitcoin sign
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: shanshandehongxing(a)outlook.com
QA Contact: extras-qa(a)fedoraproject.org
CC: alexl(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, mbarnes(a)fastmail.com,
mclasen(a)redhat.com, petersen(a)redhat.com,
psatpute(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com
Description of problem:
Unicode added Bitcoin sign (₿) in June 2017, and Microsoft gave update package
to make Windows 10 support this sign, thus this sign become available in Arial,
Calibri, Cambria, Consolas, Courier New, Microsoft Sans Serif, Segoe UI, Tahoma
and Times New Roman. So I hope this sign become available in Liberation fonts
as well.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Fedora-i18n-bugs] [Bug 1625252] New: After inserting emoticon vai gedit context menu, not able to input text other than en_US
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1625252
Bug ID: 1625252
Summary: After inserting emoticon vai gedit context menu, not
able to input text other than en_US
Product: Fedora
Version: 29
Component: ibus-m17n
Severity: medium
Assignee: pnemade(a)redhat.com
Reporter: kkrothap(a)redhat.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
Created attachment 1480778
--> https://bugzilla.redhat.com/attachment.cgi?id=1480778&action=edit
reference .gif to reproduce the issue
Description of problem:
After inserting emoticon via "gedit->rightclick->Insert Emoji", not able to
input text other than en_US.
Version-Release number of selected component (if applicable):
ibus-1.5.19-2.fc29.x86_64
ibus-m17n-1.3.4-27.fc29.x86_64
gedit-3.29.90-1.fc29.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Open gedit, Ctrl+Shift+e, type smile and select emoticon.
2. Try to input text using multiple input methods. (e.g. en_US, te_IN, hi_IN,
input is working fine.
3. Now in the next line, select 'Right click -> Insert Emoji -> emoticon'.
4. Try to input text using multiple input methods, only able to input en_US.
Actual results:
Not able to input using multiple input methods when used emoticon via
"gedit->rightclick->Insert Emoji"
Expected results:
Input should work fine.
Additional info:
Not sure about the component and hence choose ibus-m17n
insert-emoji.gif attached.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Fedora-i18n-bugs] [Bug 1641989] New: No pre-edit shown when using ibus-libpinyin
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1641989
Bug ID: 1641989
Summary: No pre-edit shown when using ibus-libpinyin
Product: Fedora
Version: 29
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: jadahl(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Description of problem:
When typing chinese using ibus-libpinyin, no preedit text is shown, but I can
still commit text.
The same issue exist everywhere, gtk2, gtk3, xterm, Firefox, LibreOffice, ...
I have tried other input methods (e.g. hangul) and preedit works for those.
Version-Release number of selected component (if applicable):
ibus-1.5.19-4.fc29.x86_64
ibus-libpinyin-1.10.91-1.fc29.x86_64
mutter-3.30.1-4.fc29.x86_64 (also tried with 3.30.1-2)
gnome-shell-3.30.1-2.fc29.x86_64 (also tried with 3.30.1-1)
How reproducible:
Steps to Reproduce:
1. Select libpinyin
2. Enter some pinyin
Actual results:
No preedit text is shown, just the popup with character selection.
Expected results:
Preedit text should be shown.
Additional info:
I have both https://bugzilla.redhat.com/show_bug.cgi?id=1632981 and
https://bugzilla.redhat.com/show_bug.cgi?id=1637418 fixes applied, but also
verified that the issue was reproduceable without those fixes.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Fedora-i18n-bugs] [Bug 1635455] New: uim-canna removal - intentional?
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1635455
Bug ID: 1635455
Summary: uim-canna removal - intentional?
Product: Fedora
Version: rawhide
Component: uim
Assignee: tagoh(a)redhat.com
Reporter: awilliam(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, 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.
5 years, 5 months
[Fedora-i18n-bugs] [Bug 1579464] New: update breaks boot
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1579464
Bug ID: 1579464
Summary: update breaks boot
Product: Fedora
Version: rawhide
Component: fontconfig
Severity: high
Assignee: tagoh(a)redhat.com
Reporter: contactopublico57(a)bol.com.br
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, alexl(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Description of problem:dnf update to fontconfig-2.13.0-4.fc29.x86_64 produces
boot failure.
Additional package updates produce boot failure as noted below.
Version-Release number of selected component (if applicable):
fontconfig-2.13.0-4.fc29.x86_64
How reproducible:
dnf update fontconfig-2.13.0-4.fc29.x86_64
Steps to Reproduce:
1.dnf system update
2.
3.
Actual results:
dnf update installs fontconfig-2.13.0-4.fc29.x86_64
reboot results in boot failure prior to loading lightdm-1.25.2-1.fc29.x86_64
with mate-desktop-1.20.1-5.fc29.x86_64.
Expected results:
boot to lightdm login manager/mate desktop
Additional info:
same behavior with dnf update of following additional packages:
harfbuzz-1.7.5-3.fc29.x86_64
harfbuzz-icu-1.7.5-3.fc29.x86_64
Please advise if you need a separate bug report for the harfbuzz packages.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months