all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Robert Weiner <rsw@gnu.org>
To: "N. Jackson" <nljlistbox2@gmail.com>, emacs-devel <emacs-devel@gnu.org>
Subject: Re: Org Mode version to be bundled with Emacs 25?
Date: Mon, 18 Jul 2016 12:40:10 -0400	[thread overview]
Message-ID: <CA+OMD9jcPd1biisF4wo5XzATkZPPc3-ZDw51wrzfU5tqQKqyJA@mail.gmail.com> (raw)
In-Reply-To: <m2h9bm7wjg.fsf@newartisans.com>

[-- Attachment #1: Type: text/plain, Size: 1663 bytes --]

On Mon, Jul 18, 2016 at 12:14 PM, John Wiegley <jwiegley@gmail.com> wrote:

> This is also a further argument for Org-mode to be released through ELPA,
> rather than Emacs core, in which case none of this would be a real problem
> --
> except for the recent bug reported concerning org-capture.


​This makes sense as packages are likely to evolve much faster than Emacs.
But there is something missing in Emacs presently that would make this a
much more attractive option to package developers who want the broadest
base of users.  There needs to be a simple, single function call to require
a package which would automatically download, build, install and activate
it (a flag could control whether or not this actually happened
automatically or if the user were prompted to confirm, etc).
Of course, there would be a way to require a particular version or the
latest version of a package from the first matching archive in use by the
package manager.  There is already a flag to require that the package be
digitally signed.  Maybe this feature could be connected to autoloads as
well.

The main issue I see right now is that packages are installed on a per-user
basis rather than a per-Emacs site basis, so you would get a lot more code
instance duplication and version management issues than you would have with
a package integrated into Emacs core.

With this feature, Emacs core programmers could start referencing external
packages as if they were already installed and Org could potentially move
back out of core.

If we can find consensus that this would be a good thing to add, I might be
willing to develop it.

Bob

[-- Attachment #2: Type: text/html, Size: 3145 bytes --]

  parent reply	other threads:[~2016-07-18 16:40 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-18 14:12 Org Mode version to be bundled with Emacs 25? N. Jackson
2016-07-18 14:51 ` Robert Weiner
2016-07-18 15:05 ` Eli Zaretskii
2016-07-18 16:14   ` John Wiegley
2016-07-18 16:38     ` N. Jackson
2016-07-18 16:40     ` Robert Weiner [this message]
2016-07-18 17:19       ` Stefan Monnier
2016-07-18 18:10         ` Robert Weiner
2016-07-19 14:01         ` Robert Weiner
2016-07-18 17:38       ` Eli Zaretskii
2016-07-18 17:57         ` John Wiegley

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=CA+OMD9jcPd1biisF4wo5XzATkZPPc3-ZDw51wrzfU5tqQKqyJA@mail.gmail.com \
    --to=rsw@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=nljlistbox2@gmail.com \
    --cc=rswgnu@gmail.com \
    /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.