Bug 1872512

Summary: emacs aborts with "let: Symbol’s function definition is void: process-kill-without-query"
Product: [Fedora] Fedora Reporter: Edgar Hoch <edgar.hoch>
Component: uimAssignee: Akira TAGOH <tagoh>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 32CC: dan.cermak, i18n-bugs, jkeating, jonathan.underwood, jsynacek, msekleta, phracek, robinlee.sysu, tagoh
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: uim-1.8.8-6.20200828git0c2fbfa6.fc34 uim-1.8.8-6.20200828git0c2fbfa6.fc32 uim-1.8.8-6.20200828git0c2fbfa6.fc33 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-08-28 12:29:51 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Messages in buffer *Messages* none

Description Edgar Hoch 2020-08-25 23:34:36 UTC
Created attachment 1712603 [details]
Messages in buffer *Messages*

Description of problem:
Since today, when I start emacs on Fedora 32, it doesn't finish initialization.
I get the error message

Package cl is deprecated

When emacs is used as the editor for git, then when calling "git commit" emacs is started but does not display the git commit message window but the "*scratch* window. When I exit emacs, then it asks if I want to save ~/.abbrev_defs (it doesn't ask in normal behavior) and if I want to kill active processes (uim-el-helper-agent, it doesn't ask in normal behavior). So emacs isn't usable for git commit now.


Version-Release number of selected component (if applicable):
emacs-27.1-2.fc32.x86_64

How reproducible:
Always

Steps to Reproduce:
1. emacs

Actual results:
Error message

Expected results:
No error message

Comment 1 Edgar Hoch 2020-08-26 00:11:39 UTC
I think the cause of the bug is in package uim. See the last messages:

uim.el: starting uim-el-helper-agent...
let: Symbol’s function definition is void: process-kill-without-query

Package uim-1.8.8-4.fc32.x86_64 uses release uim 1.8.8 from 2018.

There is a patch from 6 Feb 2019 that solves the problem.
https://github.com/uim/uim/commit/164e2eb050b5fec25033124834cf49ea1a7d8cbb

Maybe it may be useful to update uim to the current git version, even if there is no new release. Otherwise at least the patch should be applied and a new package build.

Due the update of emacs to version 27.1 the problem on uim occurs as a dependency of emacs.

Currently emacs is not fully useable when package uim is installed.

Comment 2 Edgar Hoch 2020-08-26 00:15:45 UTC
Removing package uim (with dependencies) temporary solves the problem for emacs.
But package uim* are needed, so this is no solution.

Comment 3 Edgar Hoch 2020-08-26 01:02:24 UTC
I have applied patch
https://github.com/uim/uim/commit/6e4e1a6488ef72cc86bd4413f1d6260117dab023.patch
to package uim-1.8.8-4.fc32.src.rpm and build a new package so I can test it.
It solves the problem, e.g. emacs works with uim* installed without error.

emacs still show the message "Package cl is deprecated" but this doesn't abort the initialization of emacs. It may be that other packages calls emacs package cl (but currently I don't know which). That should be another bug report.

Comment 4 Dan Čermák 2020-08-26 19:19:03 UTC
This is a bug in uim and not in emacs then, thus assigning to the uim maintainer.

Comment 5 Fedora Update System 2020-08-28 12:29:51 UTC
FEDORA-2020-629c35705c has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 6 Fedora Update System 2020-08-28 13:00:46 UTC
FEDORA-2020-a734ed490b has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-a734ed490b

Comment 7 Fedora Update System 2020-08-28 14:55:31 UTC
FEDORA-2020-a734ed490b has been pushed to the Fedora 32 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-a734ed490b`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-a734ed490b

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 8 Fedora Update System 2020-08-28 17:26:55 UTC
FEDORA-2020-70737cb107 has been pushed to the Fedora 33 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-70737cb107`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-70737cb107

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 9 Fedora Update System 2020-09-05 18:31:46 UTC
FEDORA-2020-a734ed490b has been pushed to the Fedora 32 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 10 Fedora Update System 2020-09-25 16:37:34 UTC
FEDORA-2020-70737cb107 has been pushed to the Fedora 33 stable repository.
If problem still persists, please make note of it in this bug report.