GNU bug report logs -
#15297
24.3.50; Compression of installed .el files should be configurable
Previous Next
Reported by: Ulrich Müller <ulm <at> gentoo.org>
Date: Sat, 7 Sep 2013 07:33:01 UTC
Severity: wishlist
Tags: patch
Merged with 9789,
13211
Found in versions 24.2.90, 24.3.50
Fixed in version 24.4
Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 15297 in the body.
You can then email your comments to 15297 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15297
; Package
emacs
.
(Sat, 07 Sep 2013 07:33:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ulrich Müller <ulm <at> gentoo.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 07 Sep 2013 07:33:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Tags: patch
Currently "make install" compresses the installed .el files depending
on the availability of the gzip program. In Gentoo we make this
compression configurable; with modern disk sizes the additional
disk footprint of 34 MiB is normally not an issue.
Since a long time Gentoo uses the following nasty hack for this:
<http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-editors/emacs/emacs-24.3-r2.ebuild?revision=1.15&view=markup#l98>
However, it would be much cleaner if the upstream build system
would allow to disable compression. The patch below adds a
--without-compress-lisp option for this. I've tested it on an
x86_64-pc-linux-gnu system and it works fine for me.
--- emacs-orig/ChangeLog
+++ emacs/ChangeLog
@@ -1,3 +1,11 @@
+2013-09-06 Ulrich Müller <ulm <at> gentoo.org>
+
+ * configure.ac (--without-compress-lisp): New option, suppresses
+ compression of installed .el files.
+ (GZIP_LISP): New variable.
+ * Makefile.in (GZIP_LISP): New, set by configure.
+ (install-arch-indep): Test for GZIP_LISP when compressing .el files.
+
2013-09-05 Dmitry Antipov <dmantipov <at> yandex.ru>
Make --without-x compatible with --enable-gcc-warnings.
--- emacs-orig/configure.ac
+++ emacs/configure.ac
@@ -264,6 +264,14 @@
## Makefile.in needs the cache file name.
AC_SUBST(cache_file)
+OPTION_DEFAULT_ON([compress-lisp],[don't compress the installed .el files])
+if test $with_compress_lisp = yes; then
+ GZIP_LISP=yes
+else
+ GZIP_LISP=
+fi
+AC_SUBST(GZIP_LISP)
+
## This is an option because I do not know if all info/man support
## compressed files, nor how to test if they do so.
OPTION_DEFAULT_ON([compress-info],[don't compress the installed Info pages])
--- emacs-orig/Makefile.in
+++ emacs/Makefile.in
@@ -257,8 +257,10 @@
# Create a link to a file in the same directory as the target.
LN_S_FILEONLY = @LN_S_FILEONLY@
-# We use gzip to compress installed .el files.
+# We use gzip to compress some installed files.
GZIP_PROG = @GZIP_PROG@
+# If non-nil, compress the installed .el files.
+GZIP_LISP = @GZIP_LISP@
# If non-nil, gzip the installed Info and man pages.
GZIP_INFO = @GZIP_INFO@
@@ -613,7 +615,7 @@
${write_subdir}
subdir=$(DESTDIR)${datadir}/emacs/site-lisp ; \
${write_subdir} || true
- [ -z "${GZIP_PROG}" ] || \
+ if [ -n "${GZIP_LISP}" ] && [ -n "${GZIP_PROG}" ]; then \
( echo "Compressing *.el ..." ; \
unset CDPATH; \
thisdir=`/bin/pwd`; \
@@ -623,7 +625,8 @@
for f in `find . -name "*.elc" -print`; do \
${GZIP_PROG} -9n `echo $$f|sed 's/.elc$$/.el/'` ; \
done ; \
- done )
+ done ) ; \
+ fi
-chmod -R a+r $(DESTDIR)${datadir}/emacs/${version} ${COPYDESTS}
## The above chmods are needed because "umask 022; tar ..." is not
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15297
; Package
emacs
.
(Sat, 07 Sep 2013 07:44:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 15297 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 7 Sep 2013 08:57:27 +0200
> From: Ulrich Müller <ulm <at> gentoo.org>
>
> Currently "make install" compresses the installed .el files depending
> on the availability of the gzip program. In Gentoo we make this
> compression configurable; with modern disk sizes the additional
> disk footprint of 34 MiB is normally not an issue.
>
> Since a long time Gentoo uses the following nasty hack for this:
> <http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-editors/emacs/emacs-24.3-r2.ebuild?revision=1.15&view=markup#l98>
>
> However, it would be much cleaner if the upstream build system
> would allow to disable compression.
What's wrong with
GZIP_PROG='' make install ...
? This way, you don't need to decide up front whether you will or
will not want to compress, you decide at "make install" time.
If you want to disable compression of Lisp files, but leave alone the
compression of Info files, then I think it is much better to introduce
GZIP_LISP in the top-level Makefile.in without adding anything to the
configure script. Again, the advantage is that no decision need be
made at configure time.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15297
; Package
emacs
.
(Sat, 07 Sep 2013 08:37:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 15297 <at> debbugs.gnu.org (full text, mbox):
>>>>> On Sat, 07 Sep 2013, Eli Zaretskii wrote:
> What's wrong with
> GZIP_PROG='' make install ...
> ?
That it doesn't work. ;-) Assignment in the Makefile overrides the
environment. ("make GZIP_PROG='' install" might work, though.)
> This way, you don't need to decide up front whether you will or will
> not want to compress, you decide at "make install" time.
I don't understand what would be the advantage of delaying the
decision. What additional information does the user have at install
time that he didn't have at configure time, and that would therefore
assist him with the decision? configure has the additional advantage
that things are remembered in the config.status file and in Emacs'
system-configuration-options variable, so you can recreate an
identical configuration from that.
Also, "configure --help" lists what options are available. But how
would the user discover that there is a GZIP_PROG variable? By reading
the Makefile? GZIP_PROG is at around line 260, not easy to find.
> If you want to disable compression of Lisp files, but leave alone the
> compression of Info files, then I think it is much better to introduce
> GZIP_LISP in the top-level Makefile.in without adding anything to the
> configure script. Again, the advantage is that no decision need be
> made at configure time.
Having a configure option wouldn't prevent that. You can always
override the configure setting by passing a different setting of the
variable to "make install".
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15297
; Package
emacs
.
(Sat, 07 Sep 2013 08:51:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 15297 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 7 Sep 2013 10:35:59 +0200
> Cc: 15297 <at> debbugs.gnu.org
> From: Ulrich Müller <ulm <at> gentoo.org>
>
> I don't understand what would be the advantage of delaying the
> decision.
I see at least 2:
1) The default is always the same, no matter how the package was
configured. IOW, no need to remember or even care about the
options passed to the configure script, in order to know what will
happen by default with compression.
2) Not introducing yet another obscure option to configure, which
already has too many of them.
> What additional information does the user have at install
> time that he didn't have at configure time, and that would therefore
> assist him with the decision?
Perhaps you never produced more than one installation from the same
source tree. I do it all the time: sometimes I install on the same
machine, sometimes for copying the installation to another. The
end-user system frequently needs different options, because the needs
of the end users are different.
> configure has the additional advantage
> that things are remembered in the config.status file and in Emacs'
> system-configuration-options variable, so you can recreate an
> identical configuration from that.
What do you mean by "recreate an identical configuration"?
> Also, "configure --help" lists what options are available.
Yes, all 75 of them.
> But how would the user discover that there is a GZIP_PROG variable?
> By reading the Makefile? GZIP_PROG is at around line 260, not easy
> to find.
Those few that care will find it out once, and then remember it, like
they remember this new option to configure.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15297
; Package
emacs
.
(Sat, 07 Sep 2013 09:51:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 15297 <at> debbugs.gnu.org (full text, mbox):
>>>>> On Sat, 07 Sep 2013, Eli Zaretskii wrote:
> 2) Not introducing yet another obscure option to configure, which
> already has too many of them.
Too many? Emacs is a complex program, so of course it has a number of
configure options. They all come with a default, so the user only must
specify them if he wants something that differs from it. Isn't it one
of the principles of GNU that "a user who needs changes in the system
will always be free to make them himself"?
> Perhaps you never produced more than one installation from the same
> source tree. I do it all the time: sometimes I install on the same
> machine, sometimes for copying the installation to another. The
> end-user system frequently needs different options, because the
> needs of the end users are different.
Really, there's no need to tell a distro maintainer about different
needs of users. ;-)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15297
; Package
emacs
.
(Sat, 07 Sep 2013 10:06:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 15297 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 7 Sep 2013 11:50:30 +0200
> Cc: 15297 <at> debbugs.gnu.org
> From: Ulrich Müller <ulm <at> gentoo.org>
>
> > Perhaps you never produced more than one installation from the same
> > source tree. I do it all the time: sometimes I install on the same
> > machine, sometimes for copying the installation to another. The
> > end-user system frequently needs different options, because the
> > needs of the end users are different.
>
> Really, there's no need to tell a distro maintainer about different
> needs of users. ;-)
Sorry. But then I don't understand how come you don't realize the
advantages of a single build tree that can be installed in umpteen
different ways.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15297
; Package
emacs
.
(Sat, 07 Sep 2013 10:47:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 15297 <at> debbugs.gnu.org (full text, mbox):
>>>>> On Sat, 07 Sep 2013, Eli Zaretskii wrote:
> Sorry. But then I don't understand how come you don't realize the
> advantages of a single build tree that can be installed in umpteen
> different ways.
As I said before, adding a configure option in addition wouldn't
prevent this.
But I think that I've put my arguments forward. So either accept my
patch, or close this bug as invalid if you don't like it. In the
latter case, you should presumably remove the --without-compress-info
option, for consistency.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15297
; Package
emacs
.
(Sat, 07 Sep 2013 12:28:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 15297 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 7 Sep 2013 12:46:41 +0200
> Cc: 15297 <at> debbugs.gnu.org
> From: Ulrich Müller <ulm <at> gentoo.org>
>
> I think that I've put my arguments forward.
As did I.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15297
; Package
emacs
.
(Sat, 07 Sep 2013 17:29:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 15297 <at> debbugs.gnu.org (full text, mbox):
Previously discussed
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9789
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15297
; Package
emacs
.
(Sun, 08 Sep 2013 23:53:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 15297 <at> debbugs.gnu.org (full text, mbox):
I simply renamed and generalized --without-compress-info (which exists,
BTW, because "I do not know if all info/man support compressed files,
nor how to test if they do so") to --without-compress-install.
Anyone who wants some things compressed during install and some things
not is on their own.
Forcibly Merged 9789 13211 15297.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 08 Sep 2013 23:54:02 GMT)
Full text and
rfc822 format available.
bug Marked as fixed in versions 24.4.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 09 Sep 2013 00:00:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 07 Oct 2013 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 318 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.