From: Stefan Monnier <monnier@IRO.UMontreal.CA>
To: Thomas Fitzsimmons <fitzsim@fitzsim.org>
Cc: "Fabián E. Gallina" <fgallina@gnu.org>, emacs-devel@gnu.org
Subject: Re: [elpa] master 872014e: Prevent accidental deletion of .git
Date: Thu, 26 Nov 2015 10:42:30 -0500 [thread overview]
Message-ID: <jwv610o93m2.fsf-monnier+emacsdiffs@gnu.org> (raw)
In-Reply-To: <m3d1uw4yog.fsf@fitzsim.org> (Thomas Fitzsimmons's message of "Thu, 26 Nov 2015 09:34:23 -0500")
> BTW, I found myself being more focused on the "in place archive" use
> case.
I have no idea what "in-place archive" means here. AFAIK none of the
code lets you generate an archive without making copies of the files
(i.e. it's not "in-place").
> That's how I ended up invoking the process-archive target
> directly which indirectly deleted .git (this is the one my patch now
> prevents).
[...]
> Then one can test dependency resolution, byte-compilation and
> compatibility on the "target Emacs" -- I test Emacs 24.1 through 24.5
> and master. Testing just against the default emacs on PATH (what "make"
> does right now) is OK for development, but GNU ELPA should encourage
> backward and forward compatibility.
AFAIK "process-archive" won't byte-compile anything, so it's not very
useful for that. It just shuffles things around so they're in the place
and form expected for package-install.
The purpose of the "in-place installation" method is so that those
packages behave kind of like Emacs's bundled packages (except that you
need to add the "packages" dir to your package-directory-list, so they
won't appear in "emacs -Q" and after "cd .../emacs; make" you also have
to do "cd .../elpa; make"). Just like Emacs's bundled packages, you
don't need to "package-install" them, or even to choose which ones
you want.
Stefan
next prev parent reply other threads:[~2015-11-26 15:42 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20151109013124.17711.29422@vcs.savannah.gnu.org>
[not found] ` <E1ZvbIq-0004cL-VV@vcs.savannah.gnu.org>
2015-11-09 1:58 ` [elpa] master 872014e: Prevent accidental deletion of .git Stefan Monnier
2015-11-09 4:49 ` Thomas Fitzsimmons
2015-11-09 5:03 ` Stefan Monnier
2015-11-09 16:07 ` Eli Zaretskii
2015-11-09 16:38 ` Artur Malabarba
2015-11-09 16:45 ` Eli Zaretskii
2015-11-09 20:20 ` Stefan Monnier
2015-11-18 14:39 ` Thomas Fitzsimmons
2015-11-18 15:10 ` Stefan Monnier
2015-11-18 16:44 ` Stephen Leake
2015-11-18 17:35 ` Eli Zaretskii
2015-11-26 3:08 ` Thomas Fitzsimmons
2015-11-26 3:55 ` Stefan Monnier
2015-11-26 14:34 ` Thomas Fitzsimmons
2015-11-26 15:42 ` Stefan Monnier [this message]
2015-11-27 6:58 ` Thomas Fitzsimmons
2015-11-27 15:27 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwv610o93m2.fsf-monnier+emacsdiffs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=emacs-devel@gnu.org \
--cc=fgallina@gnu.org \
--cc=fitzsim@fitzsim.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.