[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: matlab-mode MELPA, link contact FAQ?

From: Stefan Monnier
Subject: Re: matlab-mode MELPA, link contact FAQ?
Date: Fri, 15 Apr 2016 08:32:58 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)

> I got the impression that MELPA is bit delicate a subject, since it is
> not GNU software,

I think we should make it clear here that MELPA is not (or should not
be) a delicate subject.  It's a great success story of package.el, and
is an extremely important part of the Emacs landscape.  We should work
to make it even better.  E.g. on Emacs's side, there are some serious
issues w.r.t conflicting version numbers between GNU ELPA and MELPA.
Also, the package.el UI is not really up to the task of handling the
number of packages in MELPA.  We need to add support for things like
keywords/tags, as well as non-dependency links between packages
(e.g. "recommends", "replaces", "see also", "alternative to").

> however matlab mode, which I partially maintain now, cannot be put in
> ELPA since we do not posses all the signatures of all contributors, so
> I have to use MELPA instead.

My hope/desire for matlab-mode would be to try and merge it bit-by-bit
with octave-mode.  More specifically, octave-mode would accumulate all
the code that is not specific to Matlab, and matlab-mode would remain as
a package which depends on octave-mode and adds some
matlab-specific support.

>  auto-capitalize-autoloads.el
>  and  auto-capitalize-pkg.el
> Both files are not generated for matlab mode in MELPA,

GNU ELPA's scripts auto-generate <pkg>-pkg.el nowadays, but maybe
MELPA's don't.
As for <pkg>-autoloads.el this file is not part of the distributed
package, instead it's generated locally on the client during installation.

[ Sorry, can't help you much with the MELPA setup, because I'm not
  familiar with it.  ]


reply via email to

[Prev in Thread] Current Thread [Next in Thread]