unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Tassilo Horn <tsdh@gnu.org>
To: Michael Welle <mwe012008@gmx.net>
Cc: help-gnu-emacs@gnu.org
Subject: Re: Packages, release notes, etc
Date: Thu, 10 Sep 2015 11:22:18 +0200	[thread overview]
Message-ID: <87io7iochh.fsf@gnu.org> (raw)
In-Reply-To: <vto7ccx8r5.ln2@news.c0t0d0s0.de> (Michael Welle's message of "Thu, 10 Sep 2015 09:43:27 +0200")

Michael Welle <mwe012008@gmx.net> writes:

Hi Michael,

> I have noticed that a lot of packages (at the least of the packages I
> have installed) come without release notes, the explicit copyright
> notice and all the other 'meta data'. Is there some kind of consensus
> on how that should be handled or is it just the way it is?

The documentation in (info "(elisp)Library Headers") suggests that each
elisp file should have the following header:

,----
|      ;;; foo.el --- Support for the Foo programming language
| 
|      ;; Copyright (C) 2010-2015 Your Name
| 
|      ;; Author: Your Name <yourname@example.com>
|      ;; Maintainer: Someone Else <someone@example.com>
|      ;; Created: 14 Jul 2010
|      ;; Keywords: languages
|      ;; Homepage: http://example.com/foo
| 
|      ;; This file is not part of GNU Emacs.
| 
|      ;; This file is free software…
|      …
|      ;; along with this file.  If not, see <http://www.gnu.org/licenses/>.
`----

So in general, metadata such as copyright notice, author, maintainer,
and homepage should always be available no matter how a package is
distributed, e.g., just from SCM, via tarballs, or via the emacs package
manager.

With respect to license, I think it is not even possible for an emacs
package to have a license different than GPL version 3 or later.  Each
package is a combined work of emacs + X so the emacs license extends to
the package.  That's probably the reason why there's no special License
field in the standard headers.

Things like a ChangeLog or release notes are optional and up to the
package maintainer.  Some packages have them either in separate files,
in their info documentation, or included as comment in the package's
main file.

I think that the above conventions are strictly enforced at least for
all packages from the official GNU ELPA package archive but there might
be packages from MELPA or Marmalade which are lacking this metadata.
I'd report a lack of the standard headers as a bug to the bugtracker of
the respective package.

Bye,
Tassilo



       reply	other threads:[~2015-09-10  9:22 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <vto7ccx8r5.ln2@news.c0t0d0s0.de>
2015-09-10  9:22 ` Tassilo Horn [this message]
2015-09-10 17:36   ` Packages, release notes, etc Stefan Monnier
2015-09-10 20:09     ` Tassilo Horn
2015-09-10 23:20       ` Stefan Monnier
     [not found]       ` <mailman.878.1441927224.19560.help-gnu-emacs@gnu.org>
2015-09-11  2:12         ` Pascal J. Bourguignon
2015-09-11  9:25           ` Alan Schmitt
2015-09-11  5:26       ` tomas
     [not found]     ` <mailman.874.1441915758.19560.help-gnu-emacs@gnu.org>
2015-09-11  0:16       ` Joost Kremers
2015-09-11  2:15         ` Pascal J. Bourguignon
     [not found] ` <mailman.808.1441876951.19560.help-gnu-emacs@gnu.org>
     [not found]   ` <ni18ccxbua.ln2@news.c0t0d0s0.de>
2015-09-10 10:31     ` tomas
2015-09-10 11:00       ` Tassilo Horn
2015-09-10 11:38         ` tomas
2015-09-10 11:40 Alexis

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=87io7iochh.fsf@gnu.org \
    --to=tsdh@gnu.org \
    --cc=help-gnu-emacs@gnu.org \
    --cc=mwe012008@gmx.net \
    /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.
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).