Uwe Brauer writes: > Hi > > >> Uwe Brauer writes: > >> OK, just ping me when you think the cleanup process is done, and I can >> tell you if anything remains to be done before adding the package. > > > Ok, we finished some weeks ago but also had to merge some branches with new features. > > I just recall that our repository now is in https://github.com/mathworks/Emacs-MATLAB-Mode.git > > And we have it also in MELPA. As we discussed I would like to have it in > ELPA (all authors signed the FSF papers). If it works as expected I > might remove it from MELPA. > The following two points are not entirely clear to me: > > 1. The version numbering and the commits we push. > > 1. In MELPA every commit we push, will result in an updated MELPA > version. There version scheme is like for example in our case. > matlab-mode 20241117.1628 > > 2. I see that ELPA has something like this > aggressive-indent 1.10.0 available gnu > aggressive-indent 20230112.1300 available melpa > so is the GNU/EPLA version identical to the MELPA one > > 2. The procedure for MELPA is as follows. > > 1. MELPA itself dwells in github, so > > 2. I need to fork that repository, clone it > > 3. Add a branch, > > 4. Add a recipe file that looks like > > (matlab-mode > :fetcher github > :repo "mathworks/Emacs-MATLAB-Mode" > :files (:defaults > ("toolbox" "toolbox/*.m") > ("toolbox/+emacs" "toolbox/+emacs/*.m") > ("toolbox/+emacs/@Breakpoints" "toolbox/+emacs/@Breakpoints/*.m") > ("toolbox/+emacs/@EmacsServer" "toolbox/+emacs/@EmacsServer/*.m") > ("toolbox/+emacs/@Stack" "toolbox/+emacs/@Stack/*.m") > ("bin" "bin/*.sh") > (:exclude "matlab-maint.el"))) > > 1. Commit and push > > 2. Open a pull-request. > > Now what is the procedure for ELPA, and is there anything like a recipe > file? You don't have to do anything*, I just have to add a package specification (similar to the "recipe file" for MELPA) to elpa.git. * As soon as it works. The main issues right now, are as you noticed that ELPA doesn't release a new tarball for every commit, but just when a new version is released. We track this by checking for commits that bump the "Version" header in the main file (in your case matlab.el). You currently don't have any version number, so the build fails. I would suggest applying a change like this, if it doesn't break any assumptions you have regarding the minimal Emacs version: