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=1519045
Bug ID: 1519045
Summary: [abrt] ibus-table: __bus_destroy_cb():
main.py:159:__bus_destroy_cb:RuntimeError: reentrant
call inside <_io.BufferedWriter
name='/home/rhys/.cache/ibus-table/debug.log'>
Product: Fedora
Version: 27
Component: ibus-table
Assignee: mfabian(a)redhat.com
Reporter: checyr(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
kent.neo(a)gmail.com, mfabian(a)redhat.com,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Description of problem:
I was simply logging into the system after a reboot. However, before reboot, I
was trying to launch "To Do", the task manager for Gnome. That crashed.
Version-Release number of selected component:
ibus-table-1.9.18-1.fc27
Additional info:
reporter: libreport-2.9.3
cmdline: /usr/bin/python3 /usr/share/ibus-table/engine/main.py --ibus
crash_function: __bus_destroy_cb
exception_type: RuntimeError
executable: /usr/share/ibus-table/engine/main.py
kernel: 4.13.15-300.fc27.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
main.py:159:__bus_destroy_cb:RuntimeError: reentrant call inside
<_io.BufferedWriter name='/home/rhys/.cache/ibus-table/debug.log'>
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/main.py", line 156, in __bus_destroy_cb
def __bus_destroy_cb(self, bus=None):
File "/usr/share/ibus-table/engine/main.py", line 296, in <lambda>
signal (SIGTERM, lambda signum, stack_frame: cleanup(ima))
File "/usr/share/ibus-table/engine/main.py", line 174, in cleanup
ima_ins.quit()
File "/usr/share/ibus-table/engine/main.py", line 154, in quit
self.__bus_destroy_cb()
File "/usr/share/ibus-table/engine/main.py", line 159, in __bus_destroy_cb
print("finalizing:)")
File "/usr/share/ibus-table/engine/main.py", line 296, in <lambda>
signal (SIGTERM, lambda signum, stack_frame: cleanup(ima))
File "/usr/share/ibus-table/engine/main.py", line 174, in cleanup
ima_ins.quit()
File "/usr/share/ibus-table/engine/main.py", line 154, in quit
self.__bus_destroy_cb()
File "/usr/share/ibus-table/engine/main.py", line 159, in __bus_destroy_cb
print("finalizing:)")
RuntimeError: reentrant call inside <_io.BufferedWriter
name='/home/rhys/.cache/ibus-table/debug.log'>
Local variables in innermost frame:
bus: None
self: <__main__.IMApp object at 0x7f79d6e8ada0>
--
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=1530061
Bug ID: 1530061
Summary: Add support for ligatures for liberation-serif font
Product: Fedora
Version: 27
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: jakob.jakobson13(a)posteo.de
QA Contact: extras-qa(a)fedoraproject.org
CC: alexl(a)redhat.com, caolanm(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
Dear developers,
it would be nice if the liberation-serif font would support ligatures as this
looks nicer in longer texts.
Regards
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1531985
Bug ID: 1531985
Summary: UKai does not come with a fontconfig file specifying
it as a script
Product: Fedora
Version: 27
Component: cjkuni-ukai-fonts
Assignee: pwu(a)redhat.com
Reporter: arthur200126(a)gmail.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
Description of problem:
AR PL UKai, as packaged by Fedora, does not take precedence over current
"script" placeholder Source Han Sans CN in a zh_CN locale. As a proper "script"
-- handwritten-y -- typeface, UKai should be prioritized over a printed-looking
Sans.
Version-Release number of selected component (if applicable):
0.2.20080216.1-56
How reproducible:
Always
Steps to Reproduce:
1. Install it
2. LC_ALL=zh_CN.utf8 fc-match -a script | less
3. Unpack the rpm, and go "uh"
Actual results:
UKai does not come with a fontconfig file specifying it as a script. It goes
way after SHSCN in fc output.
Expected results:
It should be before SHSCN.
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=1550402
Bug ID: 1550402
Summary: [abrt] ibus-typing-booster: _index():
factory.py:87:do_create_engine:Exception: Cannot
create engine typing-booster:de_DE
Product: Fedora
Version: 27
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Version-Release number of selected component:
ibus-typing-booster-1.5.34-1.fc27
Additional info:
reporter: libreport-2.9.3
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--profile --ibus
crash_function: _index
exception_type: AttributeError
executable: /usr/share/ibus-typing-booster/engine/main.py
kernel: 4.14.11-300.fc27.x86_64
runlevel: N 5
type: Python3
uid: 10030
Truncated backtrace:
factory.py:87:do_create_engine:Exception: Cannot create engine
typing-booster:de_DE
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 1817,
in _index
return self._dirindex
AttributeError: 'ZipProvider' object has no attribute '_dirindex'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/local/mfabian/src/ibus-typing-booster/engine/factory.py", line 79, in
do_create_engine
self.bus, engine_path + str(self.engine_id), self.db)
File "/local/mfabian/src/ibus-typing-booster/engine/hunspell_table.py", line
343, in __init__
languages=self._dictionary_names)
File "/local/mfabian/src/ibus-typing-booster/engine/itb_emoji.py", line 409,
in __init__
self._load_cldr_annotation_data(language, 'annotations')
File "/local/mfabian/src/ibus-typing-booster/engine/itb_emoji.py", line 1122,
in _load_cldr_annotation_data
KAKASI_INSTANCE.getConverter())
File
"/usr/lib/python3.6/site-packages/pykakasi-0.24-py3.6.egg/pykakasi/kakasi.py",
line 111, in getConverter
self._conv["K"] = K2a(method = self._option["r"])
File
"/usr/lib/python3.6/site-packages/pykakasi-0.24-py3.6.egg/pykakasi/k2a.py",
line 37, in __init__
self._kanadict = jisyo('hepburndict2.pickle')
File
"/usr/lib/python3.6/site-packages/pykakasi-0.24-py3.6.egg/pykakasi/jisyo.py",
line 16, in __init__
dict_pkl = open(resource_filename(__name__, pklname), 'rb')
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 1226,
in resource_filename
self, resource_name
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 1720,
in get_resource_filename
eagers = self._get_eager_resources()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 1810,
in _get_eager_resources
if self.has_metadata(name):
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 1488,
in has_metadata
return self.egg_info and self._has(self._fn(self.egg_info, name))
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 1834,
in _has
return zip_path in self.zipinfo or zip_path in self._index()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 1820,
in _index
for path in self.zipinfo:
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 1711,
in zipinfo
return self._zip_manifests.load(self.loader.archive)
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 1666,
in load
def load(self, path):
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 183, in cleanup
sys.exit()
SystemExit
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/local/mfabian/src/ibus-typing-booster/engine/factory.py", line 87, in
do_create_engine
raise Exception("Cannot create engine %s" % engine_name)
Exception: Cannot create engine typing-booster:de_DE
Local variables in innermost frame:
traceback: <module 'traceback' from '/usr/lib64/python3.6/traceback.py'>
engine_path: '/com/redhat/IBus/engines/table/typing_booster_de_DE/engine/'
path_patt: re.compile('[^a-zA-Z0-9_/]')
engine_base_path: '/com/redhat/IBus/engines/table/%s/engine/'
engine_name: 'typing-booster:de_DE'
self: <factory.EngineFactory object at 0x7fbab6270cf0 (factory+EngineFactory at
0x55c1fdb2d610)>
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1548681
Bug ID: 1548681
Summary: [abrt] ibus: poll_for_event(): ibus-x11 killed by
SIGABRT
Product: Fedora
Version: 27
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: joe(a)josephdwagner.info
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:
Occured while trying to connect through an X11 forwarded ssh session.
Version-Release number of selected component:
ibus-1.5.17-6.fc27
Additional info:
reporter: libreport-2.9.3
backtrace_rating: 4
cmdline: /usr/libexec/ibus-x11 --kill-daemon
crash_function: poll_for_event
executable: /usr/libexec/ibus-x11
journald_cursor:
s=6bae31f0d74e4671aa98dcef3707d800;i=15463f;b=13236ff68d174a07be9eeb679fc535b5;m=333e4fa1;t=565ebad0c7686;x=5753aacf238dc42a
kernel: 4.15.3-300.fc27.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=1520208
Bug ID: 1520208
Summary: [abrt] ibus: bus_dbus_impl_dispatch_message_by_rule():
ibus-daemon killed by SIGABRT
Product: Fedora
Version: 27
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mtinberg(a)raven667.org
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:
started watching a youtube video in chrome, after a second or to was kicked
bakc to the login screen
Version-Release number of selected component:
ibus-1.5.17-1.fc27
Additional info:
reporter: libreport-2.9.3
backtrace_rating: 4
cmdline: ibus-daemon --xim --panel disable
crash_function: bus_dbus_impl_dispatch_message_by_rule
executable: /usr/bin/ibus-daemon
journald_cursor:
s=acf543ae9e76423da65d40ee9eeaaf74;i=23a86;b=2395c54ccfeb4fe48b3d6a1b0a79b9c6;m=9aa1281de;t=55f74c918b221;x=89dfbc1b9a0a5853
kernel: 4.13.15-300.fc27.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Potential duplicate: bug 1350291
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1562276
Bug ID: 1562276
Summary: 'Input Method Selector' doesn't show up in KDE
applications menu
Product: Fedora
Version: 27
Component: im-chooser
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: billcrawford1970(a)googlemail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Description of problem:
Not visible
Version-Release number of selected component (if applicable):
1.7.1-1.fc27
How reproducible:
Look in menu
Steps to Reproduce:
1. Click on applications menu
2. Look in Settings
3. Don't find this
Actual results:
... you get the idea
Expected results:
As the .desktop file contains 'NotShowIn=XFCE;' I would have expected it to
show up in the KDE menu.
Additional info:
Yes, I am aware that there's a kcm for "fcitx", however a lot of the
instructions on the lazywebs for enabling (e.g.) Japanese input seem based
around using im-chooser (and ibus), and the KDE config module seems to expect
fcitx to already be running, rather than offering a way to configure it to
start with the session.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1531986
Bug ID: 1531986
Summary: UMing considers itself half a sans-serif and lacks
provisions for zh_CN
Product: Fedora
Version: 27
Component: cjkuni-uming-fonts
Severity: low
Assignee: pwu(a)redhat.com
Reporter: arthur200126(a)gmail.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
Description of problem:
UMing as packaged by Fedora comes with a fontconfig file
65-ttf-arphic-uming.conf that prepends it to a number of families in a number
of locales. This file has problems.
Version-Release number of selected component (if applicable):
How reproducible:
Always (text-editor level).
Steps to Reproduce:
1. gedit /usr/share/fontconfig/conf.avail/65-ttf-arphic-uming.conf
Actual results:
This file wants to prepend UMing, a serif, to the good list of sans-serifs.
This file also misses AR PL UMing CN for zh_CN.
Expected results:
UMing should not be prepended as a sans-serif. An entry similar to HK and TW
for UMing CN should be added.
Additional info:
Current default fonts are way ahead of them in precedence, so this problem on
its own shouldn't cause anything bad unless someone uninstalled all of them...
--
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=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.
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=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.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1607997
Bug ID: 1607997
Summary: Newer versions available
Product: Fedora
Version: rawhide
Component: google-croscore-fonts
Assignee: pnemade(a)redhat.com
Reporter: rastus.vernon(a)protonmail.ch
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Fedora has Arimo 1.23, Cousine 1.20 and Tinos 1.23. Arimo 1.32, Cousine 1.22
and Tinos 1.32 are available from
https://github.com/googlei18n/noto-fonts/tree/master/hinted. Arimo has 708 new
glyphs and Tinos has 706.
It would be nice to have the newer versions in Fedora.
--
You are receiving this mail because:
You are on the CC list for the bug.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1547337
Bug ID: 1547337
Summary: ibus-kkc won't let me add words to dictionary in kana
mode
Product: Fedora
Version: 27
Component: ibus-kkc
Severity: medium
Assignee: dueno(a)redhat.com
Reporter: maverick6664(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
In kana mode which I like, KKC won't let me add words to the dictionary, while
in Roma-ji mode, it works fine.
Version-Release number of selected component (if applicable):
I use Fedora 27, but other version should be applied to.
How reproducible:
Always.
Steps to Reproduce:
1.Select a word (usually kanji word) with mouse.
2.Hit Alt+r (nothing happens then)
3.Enter its reading
Actual results:
No words are recorded.
Expected results:
Words are added to the dictionary.
Additional info:
It works in Romaji-mode.
--
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=1566440
Bug ID: 1566440
Summary: [ibus-typing-booster] Selection using mouse does not
work in the candidate selection window.
Product: Fedora
Version: 28
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: bbarve(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Description of problem: When typing booster is enabled, user is not able to
select from candidate selection window using mouse. Previously it used to work
with mouse when checked in F27.
Version-Release number of selected component (if applicable):
F28 beta
How reproducible:
always
Steps to Reproduce:
1. select any typing-booster input method from control-center.
2. open gedit or any other editor
3. start typing
4. when the candidate selection window appears, try to select any option using
mouse
Actual results:
selection using mouse does not work
Expected results:
User should be able to select candidate using mouse too.
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=1530086
Bug ID: 1530086
Summary: [pa] Wrong Panjabi fonts selected for translated UI
(gnu free and lohit)
Product: Fedora
Version: 27
Component: anaconda
Assignee: anaconda-maint-list(a)redhat.com
Reporter: aalam(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: anaconda-maint-list(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
jonathan(a)jonmasters.org, kellin(a)retromud.org,
vanmeeuwen+fedora(a)kolabsys.com,
v.podzimek+fedora(a)mykolab.com, vponcova(a)redhat.com,
wwoods(a)redhat.com
Created attachment 1375373
--> https://bugzilla.redhat.com/attachment.cgi?id=1375373&action=edit
Red underline Text is using wrong fonts while Blue is with correct fonts
Description of problem:
Panjabi/Punjabi translated UI is broken as UI text was display with two
different type of fonts and one on them is not properly display text.
one font Lohit Punjabi - correct (underlined Blue in attachment)
gnu free sans/serif - incorrect (underlined Red in attachemt)
Version-Release number of selected component (if applicable):
anaconda-27.20.4-4.fc27.x86_64.rpm
gnu-free-sans-fonts-20120503-15.fc27.noarch
gnu-free-serif-fonts-20120503-15.fc27.noarch
How reproducible:
everytime
Steps to Reproduce:
1. run liveinstall
2. select Punjabi (ਪੰਜਾਬੀ) language from GUI
3. click Next
Actual results:
Rendering is not proper and consistent throu UI
Expected results:
consistent translated GUI
Additional info:
Some Panjabi Text was with Lohit Punjabi font, while other was using gnu free
fonts
--
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=1606530
Bug ID: 1606530
Summary: tomoe-gtk: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: tomoe-gtk
Assignee: dchen(a)redhat.com
Reporter: mboddu(a)bhujji.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Blocks: 1602938
tomoe-gtk failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28237043
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix tomoe-gtk at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
tomoe-gtk will be orphaned. Before branching of Fedora 30,
tomoe-gtk will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
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=1545004
Bug ID: 1545004
Summary: [abrt] ibus-table: __bus_destroy_cb():
main.py:159:__bus_destroy_cb:RuntimeError: reentrant
call inside <_io.BufferedWriter
name='/home/daniel/.cache/ibus-table/debug.log'>
Product: Fedora
Version: 27
Component: ibus-table
Assignee: mfabian(a)redhat.com
Reporter: danielsun3164(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
kent.neo(a)gmail.com, mfabian(a)redhat.com,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Version-Release number of selected component:
ibus-table-1.9.18-1.fc27
Additional info:
reporter: libreport-2.9.3
crash_function: __bus_destroy_cb
exception_type: RuntimeError
executable: /usr/share/ibus-table/engine/main.py
kernel: 4.10.17-200.fc26.x86_64
open_fds:
runlevel: N 5
type: Python3
uid: 500
Truncated backtrace:
main.py:159:__bus_destroy_cb:RuntimeError: reentrant call inside
<_io.BufferedWriter name='/home/daniel/.cache/ibus-table/debug.log'>
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/table.py", line 2120, in _sync_user_db
def _sync_user_db(self):
File "/usr/share/ibus-table/engine/main.py", line 296, in <lambda>
signal (SIGTERM, lambda signum, stack_frame: cleanup(ima))
File "/usr/share/ibus-table/engine/main.py", line 174, in cleanup
ima_ins.quit()
File "/usr/share/ibus-table/engine/main.py", line 154, in quit
self.__bus_destroy_cb()
File "/usr/share/ibus-table/engine/main.py", line 159, in __bus_destroy_cb
print("finalizing:)")
File "/usr/share/ibus-table/engine/main.py", line 296, in <lambda>
signal (SIGTERM, lambda signum, stack_frame: cleanup(ima))
File "/usr/share/ibus-table/engine/main.py", line 174, in cleanup
ima_ins.quit()
File "/usr/share/ibus-table/engine/main.py", line 154, in quit
self.__bus_destroy_cb()
File "/usr/share/ibus-table/engine/main.py", line 159, in __bus_destroy_cb
print("finalizing:)")
RuntimeError: reentrant call inside <_io.BufferedWriter
name='/home/daniel/.cache/ibus-table/debug.log'>
Local variables in innermost frame:
bus: None
self: <__main__.IMApp object at 0x7ff8056eccc0>
--
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=1553702
Bug ID: 1553702
Summary: Digit zero with an oblique strike instead of inside
dot
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: mailinglists35(a)gmail.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:
I'd wish to have a version of the monospaced font (Liberation Mono) where digit
zero has an oblique strike instead of inside dot.
The dot version makes it difficult to me to distinguish it from the digit eight
Version-Release number of selected component (if applicable):
How reproducible:
looking at the display
Steps to Reproduce:
1. look at digit zero displayed with Liberation Mono font
2.
3.
Actual results:
See a version with a dot in the middle of the shape
Expected results:
See a version with an oblique strike crossing the shape
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=1495172
Bug ID: 1495172
Summary: Search not working as expected with preferred layout
(non latin) for control-center and nautilus
Product: Fedora
Version: 27
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: vvijayra(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
Created attachment 1330499
--> https://bugzilla.redhat.com/attachment.cgi?id=1330499&action=edit
Screenshot showing gnome-control-center search input
Description of problem:
Inputting first character of preferred keyboard layout fallback to English when
searched (searched for the first time) in gnome-control-center, nautilus and
gnome-software.
Version-Release number of selected component (if applicable):
control-center-3.26.0-1.fc27
nautilus-3.26.0-1.fc27
gnome-software-3.26.0-1.fc27.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Do successful anaconda installation in your preferred LANG
2. Post login, launch 'gnome-control-center'
3. Select desired keyboard layout (non en_US) and input search term (eg :
"help")
Actual results:
Inputting first character fallback to English
Expected results:
Inputting first character should happen in native LANG / locale
Additional info:
1. Reported problem can also be reproduced with 'nautilus' and ‘gnome-software’
2. Please refer the attachments
--
You are receiving this mail because:
You are on the CC list for the bug.
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=1563448
Bug ID: 1563448
Summary: [abrt] system-config-language: decode():
ascii.py:26:decode:UnicodeDecodeError: 'ascii' codec
can't decode byte 0xd0 in position 1513: ordinal not
in range(128)
Product: Fedora
Version: 28
Component: system-config-language
Assignee: pnemade(a)redhat.com
Reporter: mastaizawfm(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
Version-Release number of selected component:
system-config-language-3.4.2-6.fc28
Additional info:
reporter: libreport-2.9.4
cmdline: /usr/bin/python3
/usr/share/system-config-language/system-config-language.py
crash_function: decode
exception_type: UnicodeDecodeError
executable: /usr/share/system-config-language/system-config-language.py
interpreter: python3-3.6.4-20.fc28.x86_64
kernel: 4.16.0-0.rc7.git0.1.fc28.x86_64
runlevel: N 5
type: Python3
uid: 0
Truncated backtrace:
#1 decode in /usr/lib64/python3.6/encodings/ascii.py:26
#2 read_table in /usr/share/system-config-language/language_backend.py:94
#3 fill_store in /usr/share/system-config-language/language_gui.py:125
#4 __init__ in /usr/share/system-config-language/language_gui.py:60
#5 do_activate in /usr/share/system-config-language/language_gui.py:348
Potential duplicate: bug 1334022
--
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=1554725
Bug ID: 1554725
Summary: ibus emoji should hide missing characters by default
Product: Fedora
Version: 28
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: petersen(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:
I feel it is better to hide glyphs without font coverage by default.
Version-Release number of selected component (if applicable):
ibus-1.5.18-1.fc28
How reproducible:
100%
Steps to Reproduce:
1. ibus emoji lists glyphs with no font coverage.
(search for some less common character)
Actual results:
some tofu (unicode substitute character) glyphs listed
Expected results:
Better to hide missing glyphs by default
--
You are receiving this mail because:
You are on the CC list for the bug.
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
https://bugzilla.redhat.com/show_bug.cgi?id=1609216
Bug ID: 1609216
Summary: libkkc is good to use python3 in the build
Product: Fedora
Version: 28
Component: libkkc
Assignee: dueno(a)redhat.com
Reporter: tfujiwar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
I'd use python3 in libkkc build in f28 to sync rhel.
--
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: 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=1605054
Bug ID: 1605054
Summary: Cursor becomes invisible in gnome-terminal after
typing with ibus
Product: Fedora
Version: 28
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: vtgoal(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:
After typing in gnome-terminal with ibus input methods, cursor can becomes
invisible which is very inconvenient.
Version-Release number of selected component (if applicable):
Fedora 28 workstation x86_64
ibus-1.5.18-5.fc28.x86_64
ibus-libpinyin-1.10.0-1.fc28.x86_64 (or other Chinese input methods like
ibus-rime)
How reproducible:
100%
Steps to Reproduce:
1. Add Chinese (Intelligent Pinyin) as an input sources in Settings -> Region &
Language.
2. Open gnome-terminal
3. Switch to pinyin input (by press "Super" + "Space")
4. Typing, like "ceshi" to get the candidate words, Note: don't press "space"
to input a word, just stop at the list candidate words.
5. Press "Super" + "Press" to switch to another input method.
6. Now, in gnome-terminal, the cursor is disappeared.
This is one of the reproduce methods, switching to other windows while typing,
deleting all inputted letters while typing, may also trigger this. And this is
not limited to ibus-libpinyin only, other input methods like ibus-rime can
trigger this too.
Actual results:
Cursor in terminal disappears.
Expected results:
Cursor won't disappear.
Additional info:
From the same gnome-terminal tab, switch to Chinese input method, typing and
input a Chinese word can get the cursor back.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1558010
Bug ID: 1558010
Summary: translate-toolkit-2.3.0 is available
Product: Fedora
Version: rawhide
Component: translate-toolkit
Keywords: FutureFeature, Triaged
Assignee: petersen(a)redhat.com
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,
mmraka(a)redhat.com, petersen(a)redhat.com
Latest upstream release: 2.3.0
Current version/release in rawhide: 2.2.5-2.fc28
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=1567689
Bug ID: 1567689
Summary: Please split out the emoji chooser
Product: Fedora
Version: 28
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: bochecha(a)daitauha.fr
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:
The new IBus on Fedora 28 comes in with a new Emoji Chooser interface.
This shouldn't be installed by default. (on GNOME, this kind of input UI is
supposed to be displayed by the shell)
In addition, GNOME Software happily lets users remove the Emoji Chooser "app",
which removes the ibus package… and as such removes GNOME Shell and GDM,
breaking the user's desktop.
Splitting the Emoji Chooser to its own subpackage allows us not to have it
installed by default, and in addition means that if it is installed, removing
it won't take the desktop down.
Version-Release number of selected component (if applicable):
ibus-1.5.18-4.fc28.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=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=1574410
Bug ID: 1574410
Summary: Incorrect lowercase Cyrillic BE for Macedonian
language in liberation v2 (look like Greek delta)
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: petersen(a)redhat.com
Reporter: dmjpp(a)hotmail.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:
The lowercase BE (U+0431, б ) looks incorrect. It looks like Greek lowercase
delta δ. This is related to this change
https://pagure.io/liberation-fonts/c/607af724740a2daf868b4d2b731d58bf1f5b46…
and bug 657849
While those changes may matter for Serbian, the Macedonian BE in regular fonts
actually looks same as the Russian. ONLY in italic fonts the delta look is
applicable, because italic fonts kinda look like handwriting.
Note that if you open the page for Cyrillic alphabet or the Cyrillic BE on
wikipedia, it states incorrect and uncited info about this, Macedonian and
Serbian shape of BE is different.
Version-Release number of selected component (if applicable):
2.00.1
How reproducible:
Steps to Reproduce:
1. Install harfbuzz and liberation2
2. Run the following commands
cd location/of/fonts
hb-view --language=mk LiberationSerif-Regular.ttf б
hb-view --language=mk LiberationSans-Regular.ttf б
hb-view --language=mk LiberationMono-Regular.ttf б
hb-view --language=mk LiberationSerif-Bold.ttf б
hb-view --language=mk LiberationSans-Bold.ttf б
hb-view --language=mk LiberationMono-Bold.ttf б
Alternative way to trigger is to:
1. Open libeoffice (Liberation Serif is selected by default)
2. Write: б
3. Select that and change the paragraph language to Macedonian.
Actual results:
I see the delta
Expected results:
Should have the standard "six" shape, not "delta" shape
cd location/of/fonts
hb-view --language=en LiberationSerif-Regular.ttf б
hb-view --language=en LiberationSans-Regular.ttf б
hb-view --language=en LiberationMono-Regular.ttf б
hb-view --language=en LiberationSerif-Bold.ttf б
hb-view --language=en LiberationSans-Bold.ttf б
hb-view --language=en LiberationMono-Bold.ttf б
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=1554706
Bug ID: 1554706
Summary: there are some untranslated emoji
Product: Fedora
Version: 28
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: lnie(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Created attachment 1407465
--> https://bugzilla.redhat.com/attachment.cgi?id=1407465&action=edit
screenshot
Description of problem:
As shown in the attached picture,not sure if this is the supposed behavior,
but it dosn't looks beautiful.
Version-Release number of selected component (if applicable):
emoji-picker-1.5.35-1.fc28
How reproducible:
always
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=1606314
Bug ID: 1606314
Summary: scim-sayura: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: scim-sayura
Assignee: psatpute(a)redhat.com
Reporter: mboddu(a)bhujji.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Blocks: 1602938
scim-sayura failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28233141
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix scim-sayura at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
scim-sayura will be orphaned. Before branching of Fedora 30,
scim-sayura will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604353
Bug ID: 1604353
Summary: ibus-chewing: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: ibus-chewing
Assignee: dchen(a)redhat.com
Reporter: mboddu(a)bhujji.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
Blocks: 1602938
ibus-chewing failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28189368
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix ibus-chewing at your earliest convenience and set the bug's status
to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
ibus-chewing will be orphaned. Before branching of Fedora 30,
ibus-chewing will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
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=1517462
Bug ID: 1517462
Summary: gnome-shell crash when focus on "password" in firefox
Product: Fedora
Version: 27
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: 1452311939(a)qq.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:
I'm using firefox57. I try to use <Tab> key to change focus from "username"
field to "password" field on a website for login, the gnome shell crash.
What's more, when I use <Tab> key to change focus from "username" to
"password", the input method switch table(which is on the right of the gnome
top bar) disappeared. At this moment, if I was using the "US keybord" input
method,nothing happens, but if I was using "Intelligent Pinyin"( for Chinese)
or "Kana Kanji"(for Japanese), the gnome-shell crashed.
Sometimes when I click the "password" with mouse, it also crash.
you can visit this website for a try:
https://bugs.freedesktop.org/enter_bug.cgi?product=xorg
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1606529
Bug ID: 1606529
Summary: tomoe: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: tomoe
Assignee: pwu(a)redhat.com
Reporter: mboddu(a)bhujji.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Blocks: 1602938
tomoe failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28237041
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix tomoe at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
tomoe will be orphaned. Before branching of Fedora 30,
tomoe will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
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=1595645
Bug ID: 1595645
Summary: Migrate GSettings
Product: Fedora
Version: rawhide
Component: ibus-hangul
Assignee: pwu(a)redhat.com
Reporter: tfujiwar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Now ibus-hangul has GSettings configuration in upstream:
https://github.com/libhangul/ibus-hangul/commit/1687467cd782077a9b9aa1a0549…
I think it's good to test the patch in Fedora with the internal patch.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1606852
Bug ID: 1606852
Summary: Canna: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: Canna
Assignee: extras-orphan(a)fedoraproject.org
Reporter: mboddu(a)bhujji.com
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Blocks: 1602938
Canna failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28397795
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix Canna at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
Canna will be orphaned. Before branching of Fedora 30,
Canna will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1609211
fujiwara <tfujiwar(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |i18n-bugs(a)lists.fedoraproje
| |ct.org
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604575
Bug ID: 1604575
Summary: liberation-fonts: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: petersen(a)redhat.com
Reporter: mboddu(a)bhujji.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
Blocks: 1602938
liberation-fonts failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28195626
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix liberation-fonts at your earliest convenience and set the bug's
status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
liberation-fonts will be orphaned. Before branching of Fedora 30,
liberation-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1606313
Bug ID: 1606313
Summary: scim-array: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: scim-array
Assignee: dchen(a)redhat.com
Reporter: mboddu(a)bhujji.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Blocks: 1602938
scim-array failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28233117
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix scim-array at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
scim-array will be orphaned. Before branching of Fedora 30,
scim-array will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
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
https://bugzilla.redhat.com/show_bug.cgi?id=1528892
Bhushan Barve <bbarve(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bbarve(a)redhat.com
Version|27 |28
--- Comment #13 from Bhushan Barve <bbarve(a)redhat.com> ---
Changing the version to F28 as this issue is still valid and we may soon have
F27 bugs EOL.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1606793
Bug ID: 1606793
Summary: zinnia: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: zinnia
Assignee: liangsuilong(a)gmail.com
Reporter: mboddu(a)bhujji.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, petersen(a)redhat.com,
pwu(a)redhat.com
Blocks: 1602938
zinnia failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28241246
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix zinnia at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
zinnia will be orphaned. Before branching of Fedora 30,
zinnia will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1606027
Bug ID: 1606027
Summary: pyzy: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: pyzy
Assignee: pwu(a)redhat.com
Reporter: mboddu(a)bhujji.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Blocks: 1602938
pyzy failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28226846
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix pyzy at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
pyzy will be orphaned. Before branching of Fedora 30,
pyzy will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1606337
Bug ID: 1606337
Summary: sfntly: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: sfntly
Assignee: pnemade(a)redhat.com
Reporter: mboddu(a)bhujji.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Blocks: 1602938
sfntly failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28233470
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix sfntly at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
sfntly will be orphaned. Before branching of Fedora 30,
sfntly will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1603333
Bug ID: 1603333
Summary: WritRecogn: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: WritRecogn
Assignee: dchen(a)redhat.com
Reporter: mboddu(a)bhujji.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com
Blocks: 1602938
WritRecogn failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28164234
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix WritRecogn at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
WritRecogn will be orphaned. Before branching of Fedora 30,
WritRecogn will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604680
Bug ID: 1604680
Summary: libunistring: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: libunistring
Assignee: p(a)draigbrady.com
Reporter: mboddu(a)bhujji.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
jim(a)meyering.net, p(a)draigbrady.com,
redhat-bugzilla(a)linuxnetz.de
Blocks: 1602938
libunistring failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28197842
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix libunistring at your earliest convenience and set the bug's status
to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
libunistring will be orphaned. Before branching of Fedora 30,
libunistring will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604734
Bug ID: 1604734
Summary: lohit-tamil-fonts: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: lohit-tamil-fonts
Assignee: petersen(a)redhat.com
Reporter: mboddu(a)bhujji.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
Blocks: 1602938
lohit-tamil-fonts failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28198773
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix lohit-tamil-fonts at your earliest convenience and set the bug's
status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
lohit-tamil-fonts will be orphaned. Before branching of Fedora 30,
lohit-tamil-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604733
Bug ID: 1604733
Summary: lohit-odia-fonts: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: lohit-odia-fonts
Assignee: petersen(a)redhat.com
Reporter: mboddu(a)bhujji.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
Blocks: 1602938
lohit-odia-fonts failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28198764
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix lohit-odia-fonts at your earliest convenience and set the bug's
status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
lohit-odia-fonts will be orphaned. Before branching of Fedora 30,
lohit-odia-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604732
Bug ID: 1604732
Summary: lohit-nepali-fonts: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: lohit-nepali-fonts
Assignee: psatpute(a)redhat.com
Reporter: mboddu(a)bhujji.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
Blocks: 1602938
lohit-nepali-fonts failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28198755
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix lohit-nepali-fonts at your earliest convenience and set the bug's
status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
lohit-nepali-fonts will be orphaned. Before branching of Fedora 30,
lohit-nepali-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604731
Bug ID: 1604731
Summary: lohit-marathi-fonts: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: lohit-marathi-fonts
Assignee: petersen(a)redhat.com
Reporter: mboddu(a)bhujji.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
Blocks: 1602938
lohit-marathi-fonts failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28198747
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix lohit-marathi-fonts at your earliest convenience and set the bug's
status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
lohit-marathi-fonts will be orphaned. Before branching of Fedora 30,
lohit-marathi-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604730
Bug ID: 1604730
Summary: lohit-malayalam-fonts: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: lohit-malayalam-fonts
Assignee: psatpute(a)redhat.com
Reporter: mboddu(a)bhujji.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
Blocks: 1602938
lohit-malayalam-fonts failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28198746
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix lohit-malayalam-fonts at your earliest convenience and set the bug's
status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
lohit-malayalam-fonts will be orphaned. Before branching of Fedora 30,
lohit-malayalam-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604729
Bug ID: 1604729
Summary: lohit-gurmukhi-fonts: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: lohit-gurmukhi-fonts
Assignee: petersen(a)redhat.com
Reporter: mboddu(a)bhujji.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
Blocks: 1602938
lohit-gurmukhi-fonts failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28198721
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix lohit-gurmukhi-fonts at your earliest convenience and set the bug's
status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
lohit-gurmukhi-fonts will be orphaned. Before branching of Fedora 30,
lohit-gurmukhi-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604728
Bug ID: 1604728
Summary: lohit-gujarati-fonts: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: lohit-gujarati-fonts
Assignee: petersen(a)redhat.com
Reporter: mboddu(a)bhujji.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
Blocks: 1602938
lohit-gujarati-fonts failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28198719
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix lohit-gujarati-fonts at your earliest convenience and set the bug's
status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
lohit-gujarati-fonts will be orphaned. Before branching of Fedora 30,
lohit-gujarati-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604726
Bug ID: 1604726
Summary: lohit-devanagari-fonts: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: lohit-devanagari-fonts
Assignee: petersen(a)redhat.com
Reporter: mboddu(a)bhujji.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,
sshedmak(a)redhat.com
Blocks: 1602938
lohit-devanagari-fonts failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28198710
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix lohit-devanagari-fonts at your earliest convenience and set the
bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
lohit-devanagari-fonts will be orphaned. Before branching of Fedora 30,
lohit-devanagari-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604724
Bug ID: 1604724
Summary: lohit-bengali-fonts: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: lohit-bengali-fonts
Assignee: petersen(a)redhat.com
Reporter: mboddu(a)bhujji.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
Blocks: 1602938
lohit-bengali-fonts failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28198708
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix lohit-bengali-fonts at your earliest convenience and set the bug's
status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
lohit-bengali-fonts will be orphaned. Before branching of Fedora 30,
lohit-bengali-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1604723
Bug ID: 1604723
Summary: lohit-assamese-fonts: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: lohit-assamese-fonts
Assignee: petersen(a)redhat.com
Reporter: mboddu(a)bhujji.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
Blocks: 1602938
lohit-assamese-fonts failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28198707
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix lohit-assamese-fonts at your earliest convenience and set the bug's
status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
lohit-assamese-fonts will be orphaned. Before branching of Fedora 30,
lohit-assamese-fonts will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
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: 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=1580458
Bug ID: 1580458
Summary: [ta_IN] Error in latest Tamil ttf
Product: Fedora
Version: rawhide
Component: lohit-tamil-fonts
Severity: high
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 1439625
--> https://bugzilla.redhat.com/attachment.cgi?id=1439625&action=edit
Error screen shot jpeg
Description of problem:
Hi,
1. Latest ttf-tar says version 2.91.3, but when installed it shows as 2.91.1
2. Glyph issue with 'ra', 'na' and its i, ii, u, uu .. series.
3. shrii is missing, should be next to kshii per 2.5.3
Screen shot attached.
Wram regards
Seshadri
Version-Release number of selected component (if applicable):
2.91.3 & 2.91.1
How reproducible:
Screen shot attached.
Steps to Reproduce:
1. See in Windows Character Map
2.
3.
Actual results:
Expected results:
Additional info: I am trying my luck with FontForge to correct these errors.
Will try to get back in few days.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1585860
Bug ID: 1585860
Summary: unicode-ucd-11.0.0 is available
Product: Fedora
Version: rawhide
Component: unicode-ucd
Keywords: FutureFeature, Triaged
Assignee: petersen(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
petersen(a)redhat.com
Latest upstream release: 11.0.0
Current version/release in rawhide: 10.0.0-3.fc28
URL: http://www.unicode.org/Public/zipped/
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/5045/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1565499
Bug ID: 1565499
Summary: Ibus emoji dialog closes after selecting one emoji.
Product: Fedora
Version: 28
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: poyadav(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:
ibus emoji dialog box closes after selecting one emoji only, need to launch it
again if we need to select another emoji.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1. Launch ibus emoji dialog using ibus emoji or ctrl-shift-e.
2. Search for a emoji and select it.
3. After selecting the emoji, dialog box closes
Actual results:
Dialog box closes after selecting one emoji
Expected results:
Additional info:
Ibus emoji should box should remain open if we haven't closed it, so that we
don't have to open it again if we want to select more than one emoji.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1603416
Bug ID: 1603416
Summary: aspell-hi: FTBFS in Fedora rawhide
Product: Fedora
Version: rawhide
Component: aspell-hi
Assignee: amanpreet.alam(a)gmail.com
Reporter: mboddu(a)bhujji.com
QA Contact: extras-qa(a)fedoraproject.org
CC: amanpreet.alam(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1602938
aspell-hi failed to build from source in Fedora rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=28167324
For details on the mass rebuild see:
https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix aspell-hi at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
aspell-hi will be orphaned. Before branching of Fedora 30,
aspell-hi will be retired, if it still fails to build.
For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1602938
[Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=500110
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
External Bug ID|GNOME Gitlab |GNOME Gitlab
|pango/issues/195 |GNOME/pango/issues/195
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=500110
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
External Bug ID| |GNOME Gitlab
| |pango/issues/195
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=500110
--- Comment #45 from Parag Nemade <pnemade(a)redhat.com> ---
Please I request while providing feedback give all the information again.
Like components used in testing, pango version, harfbuzz version, if tested in
gedit or firefox then its version
Also, provide screenshot again in attachment.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=500110
--- Comment #44 from Jens Petersen <petersen(a)redhat.com> ---
Can you confirm the expected behaviour?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=500110
sachin <spathare(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |spathare(a)redhat.com
Version|27 |28
--- Comment #43 from sachin <spathare(a)redhat.com> ---
Reproducible in F28 as well
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1569943
Bug ID: 1569943
Summary: upgrading from Liberation 1 to 2 in a desktop session
can affect rendering of text
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: petersen(a)redhat.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:
The Liberation 1 and 2 fonts may be binary incompatible
in the sense that upgrading a live desktop from Liberation 1 to 2
seemed to corrupt some characters for me in Firefox (with Ariel text in
Google Docs for the default unordered list mark symbols).
Version-Release number of selected component (if applicable):
liberation-fonts-2.00.1
Actual results:
'·' -> '>'
'⃝' -> '<'
for example
Expected results:
Not change of glyphs.
Additional info:
I suspect this might be due to caching of the old font's tables in memory.
It would be better if the tables were more compatible I suppose.
--
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=723796
--- Comment #7 from Daniel Mach <dmach(a)redhat.com> ---
yum and related packages are no longer actively developed.
They are being replaced with dnf, dnf-utils, etc.
I'm closing this bug because it's most likely never going to be fixed.
If you still consider your bug report important, reopen it, please.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=723796
Daniel Mach <dmach(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |WONTFIX
Last Closed| |2018-07-18 17:29:54
--- Comment #6 from Daniel Mach <dmach(a)redhat.com> ---
yum and related packages are no longer actively developed.
They are being replaced with dnf, dnf-utils, etc.
I'm closing this bug because it's most likely never going to be fixed.
If you still consider your bug report important, reopen it, please.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1601890
Bug ID: 1601890
Summary: harfbuzz-1.8.4 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, klember(a)redhat.com,
moceap(a)hotmail.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
Latest upstream release: 1.8.4
Current version/release in rawhide: 1.8.3-1.fc29
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=1599870
Bug ID: 1599870
Summary: emojis do not render if font hinting is turned off
Product: Fedora
Version: 28
Component: fontconfig
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: mawong(a)redhat.com
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: I cannot see any emojis in e.g. gnome-characters or
hexchat if I turn font hinting off
Version-Release number of selected component (if applicable):
fedora 28
gnome-characters-3.28.2-1.fc28.x86_64
fontconfig-2.13.0-4.fc28.x86_64
How reproducible: always
Steps to Reproduce:
1. Create a .config/fontconfig/fonts.conf with hinting false
<?xml version='1.0'?>
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'>
<fontconfig>
<match>
<edit mode="assign" name="hinting">
<bool>false</bool>
</edit>
</match>
</fontconfig>
2. Logout & log back in
3. Open gnome-characters
Actual results: no emojis are visible in most applications
Expected results: emojis are visible in all applications
Additional info: idk what component to choose. I love emojis, thank you for
making them a priority.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1600306
Bug ID: 1600306
Summary: harfbuzz-1.8.3 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, klember(a)redhat.com,
moceap(a)hotmail.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
Latest upstream release: 1.8.3
Current version/release in rawhide: 1.8.2-2.fc29
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=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=1527790
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|translate-toolkit: |translate-toolkit:
|Maliciously crafted .XLF |Maliciously crafted .XLF
|files can result arbitrary |files can result arbitrary
|file read and potential |file read and potential
|code exection [epel-all] |code execution [epel-all]
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1597679
Bug ID: 1597679
Summary: harfbuzz-1.8.2 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, klember(a)redhat.com,
moceap(a)hotmail.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
Latest upstream release: 1.8.2
Current version/release in rawhide: 1.8.1-1.fc29
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=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.