From: qTim Cross <theophilusx@gmail.com>
To: Uwe Brauer <oub@mat.ucm.es>
Cc: emacs-orgmode@gnu.org
Subject: Re: org mode moves to GNU emacs core
Date: Mon, 03 Jul 2017 22:52:52 +1000 [thread overview]
Message-ID: <87zicl7uuy.fsf@gmail.com> (raw)
In-Reply-To: <87d19hrkbv.fsf@mat.ucm.es>
Just to throw my 2 cents in.
While I can understand the benefits of being able to easily install the
latest org package via elpa, I think there are some significant benefits
to org being a part of core Emacs.
I currently find three issues with the current situation which may be
somewhat resolved if org was part of core emacs.
1. Problems with mixed versions. Currently, Emacs has org 8.x included
in the distribution. This is despite 9.x being out before the release of
25.2. Something needs to be done to improve coordination and perhaps if
it was part of the core, this would be more likely. At any rate, the
current situation means you need to be very careful to ensure no org
feature is loaded before the ELPA package is loaded or you will get odd
behaviour and the symbol's value is void errors.
2. If you just want to load the ELPA version of org (not
org-plus-contrib) it can be a real pain. You have to play around with
package lists to ensure you actually get the right one. This can be a
real hassle if you also use the use-package package as you will often
get the older version bundled with Emacs if you don't have your package
lists in the right order.
3. I would really like to see two completely separate packages rather
than having org and org-plus-contrib. Currently, if you have packages
which have org as a dependency and you have loaded org-plus-contrib
rather than just org, you will end up with both. Not a big issue, unless
your on a slow link as now you will download updates for both org and
org-plus-contrib. (there is no 'cleverness' with ELPA dependency
specifications - you cannot specify alternative dependencies).
A lot will depend on when org becomes part f core. The trick will be to
do it once development of org slows down. I've been using org for a long
time now and have noticed that the rate of new features being added has
slowed down. Much of the changes now is about improvement and refinement
of the code base. I would imagine that at some point, things will become
even more stable with fewer releases. This would be the point at which
it would make sense to bring into core.
The other advantage of being part of core is that updates and changes to
Emacs will be integrated into org much better. We won't see situations
where new versions of Emacs require a rush to update org. for the end
user, this should create a much more stable org environment.
Then of course, there will always be the option to run org straight from
the git repository for those who really want the latest version. I find
that once you have the path added to load-path, running from the git
repo is not much more effort than installing the latest ELPA package.
Uwe Brauer writes:
>>>> "Bastien" == Bastien <bzg@gnu.org> writes:
>
> > Hi Uwe,
> > Uwe Brauer <oub@mat.ucm.es> writes:
>
> >> I am not sure whether I understand that discussion in emacs dev
> >> correctly. Will orgmode be moved into the GNU emacs try as it was done
> >> with gnus?
>
> > for the record, I would be in favor of this. Why?
>
> > - Less installation headaches
> > - Less maintainance and backward-compatibility headaches
> > - Possibility of having etc/TODO in Emacs using org-mode
> > - Attracting Org developers/contributors to Emacs repo
>
> > As a maintainer, I don't see any advantage of having Org
> > maintained as an ELPA package.
>
> But the release cycles are very different, so in order to have always
> the latest stable org package, I need to compile and install the whole
> GNU emacs beast. I thought the whole idea of a package system is to
> avoid this headache.
--
Tim Cross
next prev parent reply other threads:[~2017-07-03 12:53 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-29 8:02 org mode moves to GNU emacs core Uwe Brauer
2017-06-29 8:50 ` Rasmus
2017-06-29 9:18 ` Uwe Brauer
2017-07-03 7:28 ` Bastien
2017-07-03 8:33 ` Uwe Brauer
2017-07-03 12:52 ` qTim Cross [this message]
2017-07-03 14:21 ` Uwe Brauer
2017-07-03 22:13 ` Tim Cross
[not found] ` <WM!dafdc952e01c9db7d6439bb691272a1ba664e1bae5ab4554e86ed6b7dfea8661d8bbaf476f3ba9dbb09c0c663c84ecc2!@mailhub-mx5.ncl.ac.uk>
2017-07-04 10:45 ` Phillip Lord
[not found] ` <WM!be0b82133cf58eecb5726e88694e8427b36d27c5719f4dbc8d7da9ca2db24765a0806a2a785dcaaf4a6d56d6bd773dc0!@mailhub-mx1.ncl.ac.uk>
2017-07-04 10:36 ` Phillip Lord
[not found] ` <f53ab9c6e9a440bbb5d939a425a97b62@HE1PR01MB1898.eurprd01.prod.exchangelabs.com>
2017-07-03 8:52 ` Eric S Fraga
2017-07-03 9:20 ` Alan Schmitt
[not found] ` <WM!87da95345c53f08eaef15c5b7433fda36bb968c366f5815f7f948ed74d91e1259bbc88820ebbf91e3556ee6a4a3e9852!@mailhub-mx5.ncl.ac.uk>
2017-07-03 12:10 ` Phillip Lord
2017-07-03 12:40 ` Bastien Guerry
2017-07-03 15:23 ` Robert Horn
2017-07-04 8:01 ` Bastien Guerry
[not found] ` <WM!e5e8b591af401b295776634cbabb0d1b446d7bb568c1f8abadd4637a576ff78bf92ed6ccedeed082b016a3f6c9ad6c12!@mailhub-mx3.ncl.ac.uk>
2017-07-04 9:59 ` Phillip Lord
[not found] ` <6d3b27a9e0b245a49cffa029d13bbdb9@HE1PR01MB1898.eurprd01.prod.exchangelabs.com>
2017-07-03 13:12 ` Eric S Fraga
2017-07-03 13:30 ` Adonay Felipe Nogueira
2017-07-03 16:52 ` Adonay Felipe Nogueira
2017-07-03 17:58 ` Nick Dokos
2017-07-03 19:38 ` Adonay Felipe Nogueira
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
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87zicl7uuy.fsf@gmail.com \
--to=theophilusx@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=oub@mat.ucm.es \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).