Bug 426325 - Compressed emacs elisp files break emacs conventions and certain emacs functions
Summary: Compressed emacs elisp files break emacs conventions and certain emacs functions
Alias: None
Product: Fedora
Classification: Fedora
Component: emacs
Version: 8
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Chip Coldwell
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2007-12-20 01:48 UTC by Need Real Name
Modified: 2008-01-15 19:16 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2008-01-15 19:16:08 UTC

Attachments (Terms of Use)

Description Need Real Name 2007-12-20 01:48:37 UTC
Description of problem:
For some reason the elisp files in emacs-el are now all stored compresses.
This breaks functions such as find-file (which itself is part of emacs-el) and
in general makes it a lot harder to use. More generally, having compressed and
less accessible source kind of goes against the whole extensible philosophy of

The other fedora elisp packages (e.g., bbdb-el, vm-el) do not store their elisp
function compressed.

I can't believe that in this day of true code bloat that we need to scrimp so
much on emacs lisp packages (which are optional installs anyway). After all, I
started using emacs back in the early 1980's when disk space was almost 100,000
times more expensive per byte.

Comment 1 Tom Tromey 2008-01-12 18:50:23 UTC
FWIW -- this is an upstream decision.
Also, find-file and find-function are smart enough to auto-uncompress the
.el.gz when opening it.  Does this not work for you?

Comment 2 Need Real Name 2008-01-15 19:15:50 UTC
I think the problem was that I didn't have auto-compression-mode set correctly.
At some point the default changed and I was just toggling it in my .emacs file
rather than doing (auto-compression-mode 1) to make sure it is on no matter what.

So, fixing that solved my problems and I will bow to the upstream decision...

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