From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: matlab-mode MELPA, link contact FAQ? Date: Fri, 15 Apr 2016 08:32:58 -0400 Message-ID: References: <87inzjw6fv.fsf@mat.ucm.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1460723632 10981 80.91.229.3 (15 Apr 2016 12:33:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Apr 2016 12:33:52 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 15 14:33:43 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ar2wQ-0000SA-SX for ged-emacs-devel@m.gmane.org; Fri, 15 Apr 2016 14:33:43 +0200 Original-Received: from localhost ([::1]:33309 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ar2wQ-0006lZ-59 for ged-emacs-devel@m.gmane.org; Fri, 15 Apr 2016 08:33:42 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45731) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ar2w5-0006HN-Kk for emacs-devel@gnu.org; Fri, 15 Apr 2016 08:33:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ar2w0-0000xK-Lg for emacs-devel@gnu.org; Fri, 15 Apr 2016 08:33:21 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:35388) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ar2w0-0000xC-FU for emacs-devel@gnu.org; Fri, 15 Apr 2016 08:33:16 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ar2vu-0000Bb-Ez for emacs-devel@gnu.org; Fri, 15 Apr 2016 14:33:10 +0200 Original-Received: from 45.72.141.36 ([45.72.141.36]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Apr 2016 14:33:10 +0200 Original-Received: from monnier by 45.72.141.36 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Apr 2016 14:33:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 45.72.141.36 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cancel-Lock: sha1:vNwajiW4lwANWtV0EgfVaStCm3Y= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:202950 Archived-At: > 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.el nowadays, but maybe MELPA's don't. As for -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. ] Stefan