unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: emacs-devel@gnu.org
Subject: Re: ELPA update
Date: Thu, 29 Sep 2011 11:03:21 -0400	[thread overview]
Message-ID: <jwv4nzvv1vs.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <814nzvn68a.fsf@gmail.com> (Jambunathan K.'s message of "Thu, 29 Sep 2011 13:13:49 +0530")

> 1. Under what conditions will an ELPA package land up in core Emacs
>    distribution?

Good question.  I think it's largely the same conditions as including
any other package in Emacs.  The difference being that a GNU ELPA
package is more "ready for inclusion" (w.r.t things like copyright or
autoload cookies).

Admittedly, the existence of GNU ELPA makes it less important to include
a package directly in Emacs, since ELPA packages can be so
easily installed.  So I think that the main candidates for inclusion
will be packages that provide core infrastructure, such as libraries.

> 2. If a user raises a bug or a feature request against a package, how
>    and where should she report them.

I think it should be to the package maintainer, but currently, we don't
do anything special for it.

> 3. Allowing for the possibility that GNU ELPA packages or even popular
>    Emacs packages might get orphaned either by the author or the new
>    owner (in case of ownership transitions), will the Emacs project take
>    care of continued sustenance of the package.
> Please note that 3 is not a hypothetical question.

Most bundled Emacs packages are orphaned in some sense, so I definitely
don't take that as hypothetical.  I don't think we need a policy on
this, but the idea is that GNU ELPA packages will end up maintained
similarly to bundled packages: so if a maintainer drops the ball,
anybody else can pick it up.  And the general "Emacs maintenance team"
may install fixes at any time and provide minimal maintenance.
And we'll probably want to structure the set of packages into
categories, with one of the categories being maybe
"obsolete/old/unmaintained".

> ps: In another few days time, I will make yet another proposal to have
> my OpenDocument exporter included in ELPA.

Please do,


        Stefan



      reply	other threads:[~2011-09-29 15:03 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-27 14:25 ELPA update Julien Danjou
2011-09-27 15:53 ` Chong Yidong
2011-09-28  7:48   ` Julien Danjou
2011-09-28  8:41     ` Tassilo Horn
2011-09-28 14:05       ` Stefan Monnier
2011-09-28 17:30         ` Ted Zlatanov
2011-10-12  4:58           ` Stefan Monnier
2011-09-28 13:52     ` Ted Zlatanov
2011-09-28 14:00       ` Julien Danjou
2011-09-28 17:25         ` Ted Zlatanov
2011-09-28 17:28           ` Julien Danjou
2011-09-28 18:43             ` Ted Zlatanov
2011-09-28 20:58             ` Stefan Monnier
2011-09-28 23:01               ` PJ Weisberg
2011-09-29  1:16                 ` Stephen J. Turnbull
2011-09-29  8:45                   ` Ted Zlatanov
2011-09-29 10:14                     ` Julien Danjou
2011-09-29 12:36                       ` Ted Zlatanov
2011-09-29 14:09                         ` Julien Danjou
2011-09-29 15:08                           ` Ted Zlatanov
2011-09-29 12:26                     ` Stephen J. Turnbull
2011-09-28 14:53       ` Eli Zaretskii
2011-09-29  7:43 ` Jambunathan K
2011-09-29 15:03   ` Stefan Monnier [this message]

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=jwv4nzvv1vs.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --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).