From: Stefan Kangas <stefankangas@gmail.com>
To: Uwe Brauer <oub@mat.ucm.es>
Cc: Philip Kaludercic <philipk@posteo.net>,
Andrea Corallo <acorallo@gnu.org>,
emacs-devel@gnu.org
Subject: Re: having emacs-matlab in ELPA, finally. FSF paper signed
Date: Sun, 24 Nov 2024 03:12:51 -0800 [thread overview]
Message-ID: <CADwFkm=tigQ59fY2rXABno2waWw3RhzKw2o_YBexm=Lw_=DnEg@mail.gmail.com> (raw)
In-Reply-To: <87jzct11xm.fsf@mat.ucm.es>
Uwe Brauer <oub@mat.ucm.es> writes:
> Just to be sure, in both files, matlab.el and and matlab-mode.el?
If the package is called `matlab-mode`, then here's the updated
definition that I would use in matlab-mode.el:
(defconst matlab-mode-version
(package-version-join
(package-desc-version (cadr (assq 'matlab-mode package-alist))))
"Current version of MATLAB(R) mode.")
In matlab-mode.el, you already have the version already in the form of
the version header, i.e. the line that reads:
;; Version: 6.2
This line does not need changing until you want to bump the version.
> But what is meant by «bump the Version header"
Every time you push a commit that updates the version header, that is
the above line in matlab-mode.el, with a higher version number, that
means that you "bump the version header".
The GNU ELPA scripts will then take that as an indication that it should
release a new version based on that commit, and do it.
next prev parent reply other threads:[~2024-11-24 11:12 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-02 12:45 having emacs-matlab in ELPA, finally. FSF paper signed Uwe Brauer
2024-08-06 21:55 ` Andrea Corallo
2024-08-07 17:03 ` Uwe Brauer
2024-08-07 17:54 ` Andrea Corallo
2024-08-12 11:20 ` Philip Kaludercic
2024-08-12 11:33 ` Andreas Schwab
2024-08-12 11:38 ` Philip Kaludercic
2024-08-12 12:16 ` Uwe Brauer
2024-08-12 12:29 ` Philip Kaludercic
2024-08-12 14:58 ` Uwe Brauer
2024-08-12 15:06 ` Philip Kaludercic
2024-08-12 15:17 ` Uwe Brauer
2024-08-12 16:11 ` Philip Kaludercic
2024-11-22 16:12 ` Uwe Brauer
2024-11-23 10:30 ` Philip Kaludercic
2024-11-23 12:07 ` Stefan Kangas
2024-11-23 13:22 ` Uwe Brauer
2024-11-23 19:13 ` Stefan Kangas
2024-11-24 8:16 ` Uwe Brauer
2024-11-24 11:12 ` Stefan Kangas [this message]
2024-11-24 14:07 ` Uwe Brauer
2024-11-24 19:59 ` Philip Kaludercic
2024-11-24 20:37 ` Uwe Brauer
2024-11-24 21:34 ` Philip Kaludercic
2024-11-25 7:37 ` Uwe Brauer via Emacs development discussions.
2024-11-25 7:45 ` Uwe Brauer via Emacs development discussions.
2024-11-23 13:19 ` Uwe Brauer via Matlab-emacs-discuss
2024-11-23 13:30 ` having emacs-matlab in ELPA, finally. FSF paper signed, " Uwe Brauer
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CADwFkm=tigQ59fY2rXABno2waWw3RhzKw2o_YBexm=Lw_=DnEg@mail.gmail.com' \
--to=stefankangas@gmail.com \
--cc=acorallo@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=oub@mat.ucm.es \
--cc=philipk@posteo.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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.