[Bug 2155094] New: mozc.el: Emacs compiler warnings about obsolete
function
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2155094
Bug ID: 2155094
Summary: mozc.el: Emacs compiler warnings about obsolete
function
Product: Fedora
Version: 37
Hardware: x86_64
OS: Linux
Status: NEW
Component: mozc
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: edgar.hoch(a)ims.uni-stuttgart.de
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
robinlee.sysu(a)gmail.com, tagoh(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
When I start Emacs on Fedora 37 for the first time, I got the following
compiler warning:
Warning (comp): mozc.el:429:21: Warning: ‘case’ is an obsolete alias (as of
27.1); use ‘cl-case’ instead. Disable showing Disable logging
Warning (comp): mozc.el:825:61: Warning: ‘case’ is an obsolete alias (as of
27.1); use ‘cl-case’ instead. Disable showing Disable logging
Warning (comp): mozc.el:1256:18: Warning: ‘incf’ is an obsolete alias (as of
27.1); use ‘cl-incf’ instead. Disable showing Disable logging
Warning (comp): mozc.el:1642:18: Warning: ‘case’ is an obsolete alias (as of
27.1); use ‘cl-case’ instead. Disable showing Disable logging
Version-Release number of selected component (if applicable):
emacs-28.1-3.fc37.x86_64
emacs-color-theme-el-6.6.0-23.fc37.noarch
How reproducible:
First start of Emacs on Fedora 37.
Steps to Reproduce:
1. Check in ~/.emacs.d/eln-cache/ exists. Delete (or rename) it
to simulate a fresh, first start of Emacs on this Fedora version.
2. Start Emacs
3. Read the buffer *Warnings*
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2155094
1 year, 3 months
[Bug 2125153] New: ibus does not support special Arabic compose
sequences
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2125153
Bug ID: 2125153
Summary: ibus does not support special Arabic compose sequences
Product: Fedora
Version: 36
Status: NEW
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
The following compose sequences do not work in ibus:
$ grep -i arabic.*ligature /usr/share/X11/locale/en_US.UTF-8/Compose
# Arabic Lam-Alef ligatures
<UFEFB> : "لا" # ARABIC LIGATURE LAM WITH ALEF
<UFEF7> : "لأ" # ARABIC LIGATURE LAM WITH ALEF WITH HAMZA ABOVE
<UFEF9> : "لإ" # ARABIC LIGATURE LAM WITH ALEF WITH HAMZA BELOW
<UFEF5> : "لآ" # ARABIC LIGATURE LAM WITH ALEF WITH MADDA ABOVE
They are needed because the Arabic keyboard layout outputs UFEFB on some key:
$ grep -i fefb /usr/share/X11/xkb/symbols/ara
key <AB05> { [ UFEFB, UFEF5,
NoSymbol, NoSymbol ]}; // ﻻ ﻵ
key <AB05> { [ UFEFB, UFEF5,
U06AB, U06AD ]}; // ﻻ ﻵ ګ ڭ
but the UFEFB characters is not what is desired, what one really wants is
U+0644 U+0627. But xkb keyboard layouts can only output one keysym when typing
a key, not two. So compose was used as a hack to work around this limitation of
xkb:
The keyboard produces UFEFB and then the compose support replaces this with
U+0644 U+0627.
This works when the compose support in Xorg is used but not when the compose
support in ibus is used.
How to reproduce:
1) First show that it works when using the Xorg compose support:
Start xterm like this (to disable ibus and use the Xorg compose support):
env XMODIFIERS=@im=none xterm &
Then in the xterm, type
$ echo -n b | iconv -f utf8 -t utf16le | od -x
0000000 0062
0000002
and we see that the b produces U+0062, which is correct.
Switch to the Arabic keyboard
setxkbmap ara
type “arrow up” to get the echo -n b | iconv -f utf8 -t utf16le | od -x line
back, go back to the b with “arrow left”, type b and now one gets:
echo -n لا | iconv -f utf8 -t utf16le | od -x
0000000 0644 0627
0000004
I.e. even though the keyboard surely outputs only U+FEFB, the Compose support
of Xorg transforms this into U+0644 U+0627
2) Now repeat the same test using the compose support in ibus:
Start xterm like this to use the ibus compose support:
env XMODIFIERS=@im=ibus xterm &
Then in the xterm, type
$ echo -n b | iconv -f utf8 -t utf16le | od -x
0000000 0062
0000002
and we see that the b produces U+0062, which is correct.
Switch to the Arabic keyboard
setxkbmap ara
type “arrow up” to get the echo -n b | iconv -f utf8 -t utf16le | od -x line
back, go back to the b with “arrow left”, type b and now one gets:
echo -n ﻻ | iconv -f utf8 -t utf16le | od -x
0000000 fefb
0000002
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2125153
1 year, 3 months
[Bug 2151448] New: [abrt] ibus-typing-booster: sync_usrdb():
tabsqlitedb.py:290:sync_usrdb:sqlite3.OperationalError: database table is
locked
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2151448
Bug ID: 2151448
Summary: [abrt] ibus-typing-booster: sync_usrdb():
tabsqlitedb.py:290:sync_usrdb:sqlite3.OperationalError
: database table is locked
Product: Fedora
Version: 37
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:29da6bfdc4b2844ef93f87ab841cc416288670ea;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: ladar(a)lavabit.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
Version-Release number of selected component:
ibus-typing-booster-2.19.9-1.fc37
Additional info:
reporter: libreport-2.17.4
cgroup: 0::/user.slice/user-42.slice/session-c1.scope
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
crash_function: sync_usrdb
exception_type: sqlite3.OperationalError
executable: /usr/share/ibus-typing-booster/engine/main.py
interpreter: python3-3.11.0-1.fc37.x86_64
kernel: 6.0.10-300.fc37.x86_64
runlevel: N 5
type: Python3
uid: 42
Truncated backtrace:
tabsqlitedb.py:290:sync_usrdb:sqlite3.OperationalError: database table is
locked
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/main.py", line 198, in
__bus_destroy_cb
def __bus_destroy_cb(self, bus: Any = None) -> None:
File "/usr/share/ibus-typing-booster/engine/main.py", line 335, in <lambda>
signal(SIGTERM, lambda signum, stack_frame: cleanup(ima))
^^^^^^^^^^^^
File "/usr/share/ibus-typing-booster/engine/main.py", line 223, in cleanup
ima_ins.quit()
File "/usr/share/ibus-typing-booster/engine/main.py", line 196, in quit
self.__bus_destroy_cb()
File "/usr/share/ibus-typing-booster/engine/main.py", line 204, in
__bus_destroy_cb
self.__factory.do_destroy()
File "/usr/share/ibus-typing-booster/engine/factory.py", line 99, in
do_destroy
database.sync_usrdb()
File "/usr/share/ibus-typing-booster/engine/tabsqlitedb.py", line 290, in
sync_usrdb
self.database.execute('PRAGMA wal_checkpoint;')
sqlite3.OperationalError: database table is locked
Local variables in innermost frame:
self: <tabsqlitedb.TabSqliteDb object at 0x7f974b843150>
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2151448
1 year, 3 months
[Bug 2131129] New: emacs-ddskk exists and prevents emacs from
running
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2131129
Bug ID: 2131129
Summary: emacs-ddskk exists and prevents emacs from running
Product: Fedora
Version: 36
Status: NEW
Component: emacs-common-ddskk
Assignee: dueno(a)redhat.com
Reporter: przemek(a)nist.gov
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: So emacs-common-ddskk seems to work fine, but somehow I
installed the compiled package emacs-ddskk, and it prevents emacs from running.
emacs-ddskk is in fedora repository, but doesn't show up in bugzilla's
component selection; since it appears to be just compiled version of
emacs-common-ddskk, I am opening this report here.
Version-Release number of selected component (if applicable):
emacs-ddskk-16.2-12.fc36.noarch
emacs-common-ddskk-16.2-12.fc36.noarch
How reproducible: every time
Steps to Reproduce:
1. sudo yum install emacs-ddskk
2. emacs
Actual results:
$ emacs
Cannot open load file: No such file or directory, comp
$
Expected results: emacs runs
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2131129
1 year, 4 months
[Bug 2154832] New: fonts-tweak-tool fails to build with Python 3.12:
ModuleNotFoundError: No module named 'distutils'
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2154832
Bug ID: 2154832
Summary: fonts-tweak-tool fails to build with Python 3.12:
ModuleNotFoundError: No module named 'distutils'
Product: Fedora
Version: rawhide
Status: NEW
Component: fonts-tweak-tool
Assignee: tagoh(a)redhat.com
Reporter: thrnciar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
mhroncok(a)redhat.com, petersen(a)redhat.com,
pwu(a)redhat.com, tagoh(a)redhat.com, thrnciar(a)redhat.com
Blocks: 2135404 (PYTHON3.12)
Target Milestone: ---
Classification: Fedora
fonts-tweak-tool fails to build with Python 3.12.0a3.
Traceback (most recent call last):
File "/usr/bin/g-ir-scanner", line 94, in <module>
from giscanner.utils import dll_dirs
File "/usr/lib64/gobject-introspection/giscanner/utils.py", line 355, in
<module>
import distutils.cygwinccompiler
ModuleNotFoundError: No module named 'distutils'
Remove the distutils package. It was deprecated in Python 3.10 by PEP 632
“Deprecate distutils module”. For projects still using distutils and cannot be
updated to something else, the setuptools project can be installed: it still
provides distutils. (Contributed by Victor Stinner in gh-92584.)
If your package is listed in [0], you may workaround this issue by
BuildRequiring python-setuptols, note that adding such BuildRequires might
however hide some transitive dependency problem, if the distutils import comes
from a dependency.
Cooperation with upstream is recommended. Additional context [1].
[0]
https://lists.fedoraproject.org/archives/list/python-devel@lists.fedorapr...
[1]
https://lists.fedoraproject.org/archives/list/python-devel@lists.fedorapr...
https://docs.python.org/3.12/whatsnew/3.12.html
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.12/fedora...
For all our attempts to build fonts-tweak-tool with Python 3.12, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.12/package/fonts...
Testing and mass rebuild of packages is happening in copr. You can follow these
instructions to test locally in mock if your package builds with Python 3.12:
https://copr.fedorainfracloud.org/coprs/g/python/python3.12/
Let us know here if you have any questions.
Python 3.12 is planned to be included in Fedora 39. To make that update
smoother, we're building Fedora packages with all pre-releases of Python 3.12.
A build failure prevents us from testing all dependent packages (transitive
[Build]Requires), so if this package is required a lot, it's important for us
to get it fixed soon.
We'd appreciate help from the people who know this package best, but if you
don't want to work on this now, let us know so we can try to work around it on
our side.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2135404
[Bug 2135404] Python 3.12
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2154832
1 year, 4 months
[Bug 2152318] New: [abrt] ibus-typing-booster: signal_notify():
tabsqlitedb.py:292:sync_usrdb:sqlite3.OperationalError: database table is
locked
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2152318
Bug ID: 2152318
Summary: [abrt] ibus-typing-booster: signal_notify():
tabsqlitedb.py:292:sync_usrdb:sqlite3.OperationalError
: database table is locked
Product: Fedora
Version: 37
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:32f2a2317036ed8c3fab58c08af076be4d927b57;VAR
IANT_ID=workstation;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: max.kozlov(a)hotmail.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:
after star system
Version-Release number of selected component:
ibus-typing-booster-2.19.8-1.fc37
Additional info:
reporter: libreport-2.17.4
cgroup: 0::/user.slice/user-42.slice/session-c2.scope
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
crash_function: signal_notify
exception_type: File "/usr/share/ibus-typing-booster/engine/main.py", line
322, in <lambda>
executable: /usr/share/ibus-typing-booster/engine/main.py
interpreter: python3-3.11.0-1.fc37.x86_64
kernel: 6.0.8-300.fc37.x86_64
runlevel: N 5
type: Python3
uid: 42
Truncated backtrace:
tabsqlitedb.py:292:sync_usrdb:sqlite3.OperationalError: database table is
locked
Traceback (most recent call last):
File "/usr/lib64/python3.11/site-packages/gi/_ossighelper.py", line 92, in
signal_notify
def signal_notify(source, condition):
File "/usr/share/ibus-typing-booster/engine/main.py", line 322, in <lambda>
signal(SIGTERM, lambda signum, stack_frame: cleanup(ima))
^^^^^^^^^^^^
File "/usr/share/ibus-typing-booster/engine/main.py", line 213, in cleanup
ima_ins.quit()
File "/usr/share/ibus-typing-booster/engine/main.py", line 189, in quit
self.__bus_destroy_cb()
File "/usr/share/ibus-typing-booster/engine/main.py", line 197, in
__bus_destroy_cb
self.__factory.do_destroy()
File "/usr/share/ibus-typing-booster/engine/factory.py", line 96, in
do_destroy
database.sync_usrdb()
File "/usr/share/ibus-typing-booster/engine/tabsqlitedb.py", line 292, in
sync_usrdb
self.database.execute('PRAGMA wal_checkpoint;')
sqlite3.OperationalError: database table is locked
Local variables in innermost frame:
self: <tabsqlitedb.TabSqliteDb object at 0x7fa274491f50>
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2152318
1 year, 4 months
[Bug 2155877] File conflict with man-pages-ko
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2155877
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |ERRATA
Fixed In Version| |man-pages-ko-20050219-43.fc
| |38
Status|MODIFIED |CLOSED
Last Closed| |2022-12-30 06:20:44
--- Comment #3 from Fedora Update System <updates(a)fedoraproject.org> ---
FEDORA-2022-1e8b101a75 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2155877
1 year, 4 months