From: Achim Gratz <Stromeko@NexGo.DE>
To: emacs-devel@gnu.org
Subject: Re: Org merging [was Re: next pretest]
Date: Thu, 14 Aug 2014 07:08:10 +0000 (UTC) [thread overview]
Message-ID: <loom.20140814T084416-136@post.gmane.org> (raw)
In-Reply-To: 87ha1f4oe8.fsf@bzg.ath.cx
Bastien <bzg <at> gnu.org> writes:
> > - we remove the hack that adds bleeding-edge versions of Org to GNU ELPA.
>
> Yes -- this can be done anytime.
Not so fast. To the best of my knowledge ELPA doesn't run make on the
projects there, so the Org package you're producing would be non-functional
-- which was the raison d'être for the current solution (or "hack"), IIRC.
> Okay. Do you really want to move the bzr history there or just import
> the Org Git stable branch into an externals/org-mode Git branch?
You can't import the Git stable branch either, but you'd need to cut a
specific ELPA branch with contrib removed and mirror that. Unless ELPA lets
us run make, that elpa branch would also need to contain auto-generated
files. All things considered a direct link between ELPA and the development
repo isn't going to fly in the immediate future, IMHO. An intermediate repo
on the Org server that we push to ELPA or ELPA pulls from would work nicely,
on the other hand.
> FWIW, my plan for Org-mode development is (1) to let core development
> happen on the GNU ELPA Git branch and (2) to have a separate Org ELPA
> for contributions. Both goals are separate and (2) has priority over
> (1), which is not really necessary, but desirable IMHO.
Since this list wasn't involved in the discussion, let me state again that
such a split wouldn't quite work the way you envision it to do at the
moment. For one, it would quite likely increase the maintenance workload
rather than reduce it. Further discussion of this topic should be moved to
the orgmode mailing list, though.
Regards,
Achim.
next prev parent reply other threads:[~2014-08-14 7:08 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-11 15:43 next pretest Glenn Morris
2014-08-11 15:51 ` Eli Zaretskii
2014-08-12 8:49 ` Bastien
2014-08-12 14:42 ` Eli Zaretskii
2014-08-13 6:34 ` Bastien
2014-08-12 15:57 ` Glenn Morris
2014-08-13 6:33 ` Bastien
2014-08-13 18:27 ` Org merging [was Re: next pretest] Glenn Morris
2014-08-13 19:46 ` Stefan Monnier
2014-08-13 20:39 ` Achim Gratz
2014-08-13 21:23 ` Stefan Monnier
2014-08-14 6:43 ` Achim Gratz
2014-08-14 13:06 ` Stefan Monnier
2014-08-14 18:53 ` Achim Gratz
2014-08-14 19:20 ` Stefan Monnier
2014-08-14 19:31 ` Achim Gratz
2014-08-14 22:46 ` Stefan Monnier
2014-08-14 5:34 ` Bastien
2014-08-14 7:08 ` Achim Gratz [this message]
2014-08-14 12:56 ` Stefan Monnier
2014-08-14 13:21 ` Eric Abrahamsen
2014-08-14 15:00 ` Stefan Monnier
2014-08-14 15:40 ` Eric Abrahamsen
2014-08-14 19:12 ` Achim Gratz
2014-08-15 2:52 ` Stefan Monnier
2014-08-15 15:57 ` Achim Gratz
2014-08-15 18:45 ` Stefan Monnier
2014-08-14 12:50 ` Stefan Monnier
2014-08-14 5:27 ` Bastien
2014-08-12 8:46 ` next pretest Bastien
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.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=loom.20140814T084416-136@post.gmane.org \
--to=stromeko@nexgo.de \
--cc=emacs-devel@gnu.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 public inbox
https://git.savannah.gnu.org/cgit/emacs.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).