Bug 2160547

Summary: Removing exec permissions from eln files make them invalid
Product: [Fedora] Fedora Reporter: Chemal Pemail <mlampe0>
Component: emacsAssignee: Dan Čermák <dan.cermak>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: rawhideCC: dan.cermak, dueno, gordon.messmer, jkeating, msekleta, phracek, robinlee.sysu, swt
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: emacs-28.2-3.fc37 emacs-28.2-3.fc36 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-01-31 01:57:26 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:

Description Chemal Pemail 2023-01-12 19:36:42 UTC
Description of problem:

Removing exec permissions from eln files makes them invalid. Emacs recompiles everything you touch.

Version-Release number of selected component (if applicable):

emacs-28.2-1

How reproducible:

Always

Steps to Reproduce:
1. M-x hanoi (or something like that)
2. Check ~/.emacs.d/eln-cache

Actual results:

Precompiled and packaged stuff gets recompiled

Expected results:

Precompiled and packaged stuff doesn't get recompiled

Comment 2 Dan Čermák 2023-01-17 22:59:21 UTC
Could you please check if https://koji.fedoraproject.org/koji/taskinfo?taskID=96257065 solves the issue for you?

Comment 3 Chemal Pemail 2023-01-18 16:56:51 UTC
Yep, it now works as expected.

Comment 4 Chemal Pemail 2023-01-26 08:37:52 UTC
The last statement is actually for the lucid version. I have now also tested the gtk and the nox version. Emacs-gtk works as expected too, but emacs-nox doesn't. M-x hanoi doesn't trigger a recompile, but when I install something from melpa and use it for the first time, an awful lot of packaged files are recompiled and put in ~/.emacs.d/eln-cache.

Comment 5 Chemal Pemail 2023-01-26 15:17:24 UTC
No, this was an error on my side. Emacs-nox also works as expected.

Comment 6 Fedora Update System 2023-01-28 15:30:33 UTC
FEDORA-2023-2ec259f9fb has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2023-2ec259f9fb

Comment 7 Fedora Update System 2023-01-28 15:30:46 UTC
FEDORA-2023-39f1787ead has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-39f1787ead

Comment 8 Fedora Update System 2023-01-29 01:48:52 UTC
FEDORA-2023-39f1787ead has been pushed to the Fedora 37 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-39f1787ead`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-39f1787ead

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

Comment 9 Fedora Update System 2023-01-29 01:52:14 UTC
FEDORA-2023-2ec259f9fb has been pushed to the Fedora 36 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-2ec259f9fb`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-2ec259f9fb

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

Comment 10 Fedora Update System 2023-01-31 01:57:26 UTC
FEDORA-2023-39f1787ead has been pushed to the Fedora 37 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 11 Fedora Update System 2023-02-13 01:23:33 UTC
FEDORA-2023-2ec259f9fb has been pushed to the Fedora 36 stable repository.
If problem still persists, please make note of it in this bug report.