emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Bastien <bzg@gnu.org>
To: Eric Schulte <schulte.eric@gmail.com>
Cc: Achim Gratz <Stromeko@nexgo.de>, emacs-orgmode@gnu.org
Subject: Re: [RFC] Move ox-koma-letter into core?
Date: Tue, 21 Jan 2014 11:52:42 +0100	[thread overview]
Message-ID: <87iotdhait.fsf@bzg.ath.cx> (raw)
In-Reply-To: <87eh4259r2.fsf@gmail.com> (Eric Schulte's message of "Mon, 20 Jan 2014 19:50:09 -0700")

Thanks for sharing your thoughts on this and clarifying the
possibilities.

Eric Schulte <schulte.eric@gmail.com> writes:

> If I understand correctly you are suggesting two thing.
>
> 1. We remove the contrib/ directory, and host the contributed packages
>    in a single new org-contrib (or somesuch) repository.
>
> 2. We begin packaging each contrib/ file as a separate ELPA package.
>    This would entail;
>
>    a. Enhancing the functionality of the existing Org-mode elpa site [1]
>       to host these new packages, and possibly to provide some nicer
>       package list or sort/search functionality.
>
>    b. Adding some sort of automated (e.g., Makefile) support to extract
>       these package from either the existing org-mode or a new
>       org-contrib repository.
>
>    c. Possibly pulling package metadata (e.g., license, author,
>       requirements, keywords, summary, etc...) automatically from the
>       contrib source files in the manner of MELPA [2] and Marmalade [3].
>
> I believe these two suggestions could be implemented independently from
> each other and I do not see why they need by related.

Agreed, (1) and (2) can be done independently.

But if we do (2), I think it's better to have org-contrib as a
separate repo, because it is simpler.

> My thoughts on them are as follows.
>
> 1. I don't like this suggestion because;
>
>    - I like having all contributed packages easily at hand, and I like
>      that most people I talk to on this list also have contrib packages
>      readily at hand.

The separate repo could be a submodule of Org's core repo and its
contents could even make it into the .tar.gz and .zip files.

The makefile could let users do "make contrib" to retrieve contributed
packages into contrib/.

The idea would still be to encourage people to use the Org ELPA
packaging facility to install contributed packages.

>    - It provides a way for Org-mode to "endorse" third party packages,
>      and it serves as a useful incubator for functionality which is
>      headed for the core but may need wider testing (e.g., code block
>      support and the new exporter framework).

To me, "Org ELPA" is quite an endorsement too, the same way that GNU
ELPA packages are endorsed by the GNU project and the Emacs team.

Actually, we should ask contributors of contrib what they think.

> 2. I think this suggestion could be nice, although depending on how it
>    is done it risks both being a large amount of work and duplicating
>    the already duplicated functionality of MELPA and marmalade (I'm
>    specifically thinking of automated metadata extraction here).

I agree this may be lot of work.  I'm willing to look more into GNU
ELPA to see how it is done there, and how we could do this.

> I hope this is constructive.

It is, thanks.

I understand the "all batteries included" argument very well, and the
point is *not* to take things away from the users.

It is to clarify the current setup, get more Org contributions into
Org ELPA (I guess a lot of github stuff could go there because devs
would be clear about what is the policy---for now they are not sure
whether stuff in contrib needs a copyright assignment or not) and to
prepare for one of these possibilities:

1) In the long run, maybe Org will be a submodule of Emacs Git repo.
   Completely hypothetical, but that will not be feasible if the Git
   repo contains contrib/.

2) In a far far galaxy, maybe Org will be stable enough to be
   maintained only in Emacs.  So... what then ?  Some contrib/
   directory lost in the space ?

I hope it tells more about where I come from,

-- 
 Bastien

  reply	other threads:[~2014-01-21 10:53 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-17 23:08 [RFC] Move ox-koma-letter into core? Nicolas Goaziou
2014-01-18 11:55 ` Rasmus
2014-01-18 18:10 ` Carsten Dominik
2014-01-19 13:19   ` Bastien
2014-01-19 14:03     ` Achim Gratz
2014-01-19 14:20       ` Bastien
2014-01-20 17:38         ` Achim Gratz
2014-01-20 18:12           ` Bastien
2014-01-20 19:10             ` Achim Gratz
2014-01-20 20:05               ` Bastien
2014-01-21  1:12                 ` Rasmus
2014-01-21  2:50                 ` Eric Schulte
2014-01-21 10:52                   ` Bastien [this message]
2014-01-21 15:50                     ` Nick Dokos
2014-01-21 15:57                       ` Bastien
2014-01-21 18:31                     ` Achim Gratz
2014-01-21 19:10                       ` Bastien
2014-01-21  8:22                 ` Detlef Steuer
2014-01-21 18:19                 ` Achim Gratz
2014-01-21 19:08                   ` Bastien
2014-01-27 14:36     ` Bastien
2014-01-29 13:53       ` Nicolas Goaziou
2014-01-29 14:02         ` Bastien
2014-02-07 10:35           ` Nicolas Goaziou
2014-02-07 10:47             ` Bastien
2014-02-07 17:08               ` Nicolas Goaziou
2014-02-07 17:28                 ` Rasmus
2014-02-07 17:37                 ` Thomas S. Dye
2014-02-08 13:17                 ` Bastien
2014-02-17 19:10   ` Viktor Rosenfeld
2014-02-17 21:56     ` Thomas S. Dye
2014-02-19 20:33       ` Viktor Rosenfeld
2014-02-20 13:29         ` Rasmus
2014-02-20 22:32           ` Alan L Tyree
2014-03-04  9:35         ` Bastien
2014-02-17 22:25     ` Rasmus
2014-03-10 18:12     ` Greg Troxel
2014-01-18 21:15 ` Alan Schmitt

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=87iotdhait.fsf@bzg.ath.cx \
    --to=bzg@gnu.org \
    --cc=Stromeko@nexgo.de \
    --cc=emacs-orgmode@gnu.org \
    --cc=schulte.eric@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 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).