Bug 2160547 - Removing exec permissions from eln files make them invalid
Summary: Removing exec permissions from eln files make them invalid
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: emacs
Version: rawhide
Hardware: All
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Dan Čermák
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-01-12 19:36 UTC by Chemal Pemail
Modified: 2023-02-13 01:23 UTC (History)
8 users (show)

Fixed In Version: emacs-28.2-3.fc37 emacs-28.2-3.fc36
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-01-31 01:57:26 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.