From: Uwe Brauer <oub@mat.ucm.es>
To: Philip Kaludercic <philipk@posteo.net>
Cc: Uwe Brauer <oub@mat.ucm.es>, Andrea Corallo <acorallo@gnu.org>,
<emacs-devel@gnu.org>
Subject: Re: having emacs-matlab in ELPA, finally. FSF paper signed
Date: Mon, 12 Aug 2024 14:16:57 +0200 [thread overview]
Message-ID: <87bk1y0wcm.fsf@mat.ucm.es> (raw)
In-Reply-To: 877ccmkmwy.fsf@posteo.net
[-- Attachment #1: Type: text/plain, Size: 2754 bytes --]
> Uwe Brauer <oub@mat.ucm.es> writes:
> Packages usually don't have to deal with that, all the ELPA build system
> needs is a git repository URL, and that is usually enough to figure out
> the rest. If it uses some unconventional branch name that is not
> default, we just need to note that in the package specification.
Ok
> So this is the host: https://sourceforge.net/projects/matlab-emacs/?
Aeh, well yes and no. This is, still the main repository for your
development. But lately, especially the authors working for matlab,
would like to move the main development to github, because of its
interface, pull requests etc (I am not a huge fan though 😬).
But before we move I would like to clean up the repository a bit,
deleting obsolete branches, rebasing this sort of things, and there is
still a branch, not merged with master whose status is unclear.
The next thing is then to check the headers of the files etc.
An issue that worries me is this. If out of a sudden a lot of new
contributions pop up, then I have to think of having a separate branch,
say called ELPA in which all authors have signed the FSF papers and
main/default the main development branch. I have still not made my mine
> IIRC MELPA forces contributors to write their own package
> specifications, right?
Yes a so called recipy files and then you have to do a pull request,
sigh 😬
> Some people do that for ELPA, but it is not
> expected (I usually find it easier to update elpa.git myself). In this
> case, the basic specification is just:
> diff --git a/matlab-shell.el b/matlab-shell.el
> index ee80555bee..07c6223137 100644
> --- a/matlab-shell.el
> +++ b/matlab-shell.el
> @@ -1003,7 +1003,7 @@ Sends commands to the MATLAB shell to initialize the MATLAB process."
> (ecca (if ecc (format "emacs.set('clientcmd', '%s');" ecc) ""))
> (args (list nsa ecca))
> (cmd (format "run('%s');%s" initcmd (apply 'concat args))))
> - (matlab-shell-send-command cmd)
> + (matlab-shell-send-command (string-replace (expand-file-name "~/") "~/" cmd))
> )
> ;; Setup is misconfigured - we need emacsinit because it tells us how to debug
Thanks I will have look later
> Though right now the package doesn't build, as the package is not well
> formed according to (elisp) Packaging. Among other things, it lacks a
> "Version" header.
Yes, I know on my TODO list, but I want to finish the cleanup process fist
--
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military.
I support the EU and NATO membership of Ukraine.
[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5684 bytes --]
next prev parent reply other threads:[~2024-08-12 12:16 UTC|newest]
Thread overview: 13+ 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 [this message]
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
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=87bk1y0wcm.fsf@mat.ucm.es \
--to=oub@mat.ucm.es \
--cc=acorallo@gnu.org \
--cc=emacs-devel@gnu.org \
--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.