[Bug 2109358] New: emacs fails to start: Cannot open load file: No
such file or directory, comp
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2109358
Bug ID: 2109358
Summary: emacs fails to start: Cannot open load file: No such
file or directory, comp
Product: Fedora
Version: 36
Status: NEW
Component: emacs-common-ddskk
Assignee: dueno(a)redhat.com
Reporter: nicku(a)nicku.org
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Description of problem: emacs fails to start if emacs-ddsdk is installed
Version-Release number of selected component (if applicable):
16.2-12.fc36
How reproducible:
Always
Steps to Reproduce:
1.Install emacs, it runs
2.install emacs-ddsdk
3. Emacs refuses to start, with message, "Cannot open load file: No such file
or directory, comp"
Actual results:
Emacs refuses to start, with message, "Cannot open load file: No such file or
directory, comp"
Expected results:
emacs runs.
Additional info:
strace shows emacs looking iin so many places other than the right one.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2109358
1 year
[Bug 2094689] New: [abrt] ibus-setup: dictkeys_decref(): python3.10
killed by SIGSEGV
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2094689
Bug ID: 2094689
Summary: [abrt] ibus-setup: dictkeys_decref(): python3.10
killed by SIGSEGV
Product: Fedora
Version: 36
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:5384a2084d3e5a0a50d73ac1d0f6702b6679e8e1;VAR
IANT_ID=workstation;
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Version-Release number of selected component:
ibus-setup-1.5.26-8.fc36
Additional info:
reporter: libreport-2.17.1
backtrace_rating: 4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/app.slice/dbus-:1.2-com.redhat.imsettings@0.service
cmdline: python3 /usr/share/ibus/setup/main.py ibus-setup
crash_function: dictkeys_decref
executable: /usr/bin/python3.10
journald_cursor:
s=f4b06a7c90514868a0ecb24aa4a3d53e;i=66eb;b=3fc2379dae1240f58971d2cf0885b326;m=40d6d7d5;t=5e0eabf35c54a;x=e9d6ba44ac336a36
kernel: 5.17.13-300.fc36.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 dictkeys_decref at
/usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:336
#1 dict_merge at
/usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:2588
#2 dict_update_common at
/usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:2428
#3 dict_update at
/usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:2446
#4 method_vectorcall_VARARGS_KEYWORDS at
/usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/descrobject.c:344
#5 _PyObject_VectorcallTstate at
/usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/cpython/abstract.h:114
#6 PyObject_Vectorcall at
/usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/cpython/abstract.h:123
#7 call_function at
/usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:5867
#8 _PyEval_EvalFrameDefault at
/usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:4198
#9 _PyEval_EvalFrame at
/usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/internal/pycore_ceval.h:46
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2094689
1 year
[Bug 2061664] New: IBus candidate panel show up at wrong positions
for QT apps
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2061664
Bug ID: 2061664
Summary: IBus candidate panel show up at wrong positions for QT
apps
Product: Fedora
Version: 36
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: vtq-gnome(a)outlook.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
Target Milestone: ---
Link ID: Red Hat Bugzilla 2060988
Classification: Fedora
Description of problem:
When I trying to input chinese text with ibus-libpinyin in QT apps (tested
texworks, okular, kwrite, konsole, fedora mediawriter, seemingly all QT apps),
the candidate character panel shows up not below the cursor but at a wrong
position, sometimes outside the window. This happens in both Wayland and Xorg
sessions, although the position is different for the two environments.
Version-Release number of selected component (if applicable):
Fedora-Workstation-Live-x86_64-36-20220307.n.0.iso image running on bare metal.
ibus-1.5.25-13.fc36
ibus-libpinyin-1.12.1-2.fc36
qt5-qtbase-5.15.2-33.fc36
How reproducible:
Always
Steps to Reproduce:
1. Boot from the live image
2. Add Intelligent Pinyin IME from Settings-Keyboard-Input Sources
3. Install some QT apps (e.g. kwrite)
4. Open kwrite, click the text field, use Super-Space to switch to Pinyin
input, and try to input some text
Actual results:
The candidate character panel shows up at a wrong position, sometimes outside
the window.
Expected results:
The candidate character panel should show up just below the text cursor.
Additional info:
Bug 2060988 for Wayland seems to be related. But this is happening in Xorg
session too.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2061664
1 year
[Bug 2175009] New: [abrt] ibus-typing-booster:
get_active_window_xprop():
itb_active_window.py:278:get_active_window_xprop:IndexError: list index out
of range
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2175009
Bug ID: 2175009
Summary: [abrt] ibus-typing-booster: get_active_window_xprop():
itb_active_window.py:278:get_active_window_xprop:Index
Error: list index out of range
Product: Fedora
Version: 37
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:78f49ee372a021879fa593d71dd0baded4064a7b;VAR
IANT_ID=workstation;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: ayhamk(a)live.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Wake up after suspend.
Version-Release number of selected component:
ibus-typing-booster-2.19.10-1.fc37
Additional info:
reporter: libreport-2.17.4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
crash_function: get_active_window_xprop
exception_type: IndexError
executable: /usr/share/ibus-typing-booster/engine/main.py
interpreter: python3-3.11.1-1.fc37.x86_64
kernel: 6.0.15-300.fc37.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
itb_active_window.py:278:get_active_window_xprop:IndexError: list index out of
range
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 6302, in
do_focus_in
self.do_focus_in_id('', '')
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 6343, in
do_focus_in_id
_window_title) = itb_active_window.get_active_window()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/share/ibus-typing-booster/engine/itb_active_window.py", line 315,
in get_active_window
(program_name, window_title) = get_active_window_xprop()
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/share/ibus-typing-booster/engine/itb_active_window.py", line 278,
in get_active_window_xprop
program_name = result.stdout.split(
^^^^^^^^^^^^^^^^^^^^
IndexError: list index out of range
Local variables in innermost frame:
program_name: ''
window_title: ''
xprop_binary: '/usr/bin/xprop'
result: CompletedProcess(args=['/usr/bin/xprop', '-id', '0x1600070', '-f',
'WM_CLASS', '0s', 'WM_CLASS'], returncode=0, stdout='WM_CLASS: not found.\n',
stderr='')
window_id: '0x1600070'
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2175009
1 year
[Bug 2123720] New: Noto Sans Thai to default for Thai
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2123720
Bug ID: 2123720
Summary: Noto Sans Thai to default for Thai
Product: Fedora
Version: rawhide
Status: NEW
Component: google-noto-fonts
Keywords: FutureFeature
Assignee: tagoh(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
As we have changed most languages default to Noto, it may be good to consider
updating Thai to Noto 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=2123720
1 year