GNU bug report logs -
#49878
Emacs Tarball Should Include Uninstall Script
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 49878 in the body.
You can then email your comments to 49878 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#49878; Package
emacs.
(Wed, 04 Aug 2021 17:44:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Abdorhman Ayman <Abdorhman.Ayman <at> protonmail.com>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Wed, 04 Aug 2021 17:44:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Someone on Debian forums encountered a system issue after compiling Emacs 27.2 from source, he suspects that his issue MAYBE related to Emacs, or maybe it's not, it doesn't really matter, what matters is that his report brought to my attention that Emacs tarball doesn't include an uninstall script. We need an uninstall script for user convenience.
https://forums.debian.net/viewtopic.php?f=10&t=149798
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#49878; Package
emacs.
(Thu, 05 Aug 2021 11:10:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 49878 <at> debbugs.gnu.org (full text, mbox):
Abdorhman Ayman <Abdorhman.Ayman <at> protonmail.com> writes:
> Someone on Debian forums encountered a system issue after compiling
> Emacs 27.2 from source, he suspects that his issue MAYBE related to Emacs,
> or maybe it's not, it doesn't really matter, what matters is that his report
> brought to my attention that Emacs tarball doesn't include an uninstall
> script. We need an uninstall script for user convenience.
I'm not sure an uninstall script is practical -- we can't just delete
the files with the same names as those we installed, because we don't
know whether they're the same ones (or something added later by the
user).
I've never understood why any user would say "make install" at all --
Emacs works just fine without saying "make install". Users should just
run it from where it was compiled.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#49878; Package
emacs.
(Thu, 05 Aug 2021 11:26:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 49878 <at> debbugs.gnu.org (full text, mbox):
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Thu, 05 Aug 2021 13:09:26 +0200
> Cc: 49878 <at> debbugs.gnu.org
>
> Abdorhman Ayman <Abdorhman.Ayman <at> protonmail.com> writes:
>
> > Someone on Debian forums encountered a system issue after compiling
> > Emacs 27.2 from source, he suspects that his issue MAYBE related to Emacs,
> > or maybe it's not, it doesn't really matter, what matters is that his report
> > brought to my attention that Emacs tarball doesn't include an uninstall
> > script. We need an uninstall script for user convenience.
>
> I'm not sure an uninstall script is practical -- we can't just delete
> the files with the same names as those we installed, because we don't
> know whether they're the same ones (or something added later by the
> user).
We have "make uninstall" -- why isn't that what's being requested
here?
> I've never understood why any user would say "make install" at all --
> Emacs works just fine without saying "make install". Users should just
> run it from where it was compiled.
The idea is that after "make install" you can delete the source tree.
Also, without installing, the important executables will not
necessarily be on PATH, so you cannot easily invoke them without using
a full absolute file name.
Finally, this is a standard Make target that everyone expects (other
packages don't always work 100% correctly when invoked from the source
tree).
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#49878; Package
emacs.
(Fri, 06 Aug 2021 09:39:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 49878 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> We have "make uninstall" -- why isn't that what's being requested
> here?
Oh, didn't know about that. Hm... Yeah, I guess it should do the
trick. But it's not included in the tarball, I think? Which was the
request, and I'm still sceptical about doing that, because it looks
pretty dangerous.
>> I've never understood why any user would say "make install" at all --
>> Emacs works just fine without saying "make install". Users should just
>> run it from where it was compiled.
>
> The idea is that after "make install" you can delete the source tree.
>
> Also, without installing, the important executables will not
> necessarily be on PATH, so you cannot easily invoke them without using
> a full absolute file name.
>
> Finally, this is a standard Make target that everyone expects (other
> packages don't always work 100% correctly when invoked from the source
> tree).
That's sort of my point -- there's a ton of software out there that
doesn't work unless you install it first. Emacs is not one of those, so
people think they have to install it to use it.
I wonder whether it'd be practical to put a "Really install? You don't
have to" in the "make install" target. Probably not.
I think what most people who're futzing around with Emacs git would want
is just to have a target that makes some symlinks from /usr/local/bin
(or whatever) to the current build directory so that emacs/emacsclient
lands in $PATH. I don't think the size of the source matters most, so
my guess is that few people delete the source tree after "make install".
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#49878; Package
emacs.
(Fri, 06 Aug 2021 11:12:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 49878 <at> debbugs.gnu.org (full text, mbox):
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Abdorhman.Ayman <at> protonmail.com, 49878 <at> debbugs.gnu.org
> Date: Fri, 06 Aug 2021 11:37:52 +0200
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > We have "make uninstall" -- why isn't that what's being requested
> > here?
>
> Oh, didn't know about that. Hm... Yeah, I guess it should do the
> trick. But it's not included in the tarball, I think?
What do you mean by "not included"? It's in the top-level Makefile.in
that _is_ part of a release tarball.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#49878; Package
emacs.
(Fri, 06 Aug 2021 11:33:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 49878 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> What do you mean by "not included"? It's in the top-level Makefile.in
> that _is_ part of a release tarball.
Duh. Too early in the morning...
Anyway, I think "make uninstall" should cover the user's request here,
so I'm closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) notabug.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org.
(Fri, 06 Aug 2021 11:34:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
49878 <at> debbugs.gnu.org and Abdorhman Ayman <Abdorhman.Ayman <at> protonmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org.
(Fri, 06 Aug 2021 11:34: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.
(Sat, 04 Sep 2021 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 350 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.