From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: having emacs-matlab in ELPA, finally. FSF paper signed Date: Mon, 12 Aug 2024 12:29:44 +0000 Message-ID: <87o75xkjpj.fsf@posteo.net> References: <871q37um8q.fsf@mat.ucm.es> <87v80cp8nx.fsf@mat.ucm.es> <877ccmkmwy.fsf@posteo.net> <87bk1y0wcm.fsf@mat.ucm.es> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4983"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Andrea Corallo , To: Uwe Brauer Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Aug 12 14:30:41 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1sdUC9-00014G-CE for ged-emacs-devel@m.gmane-mx.org; Mon, 12 Aug 2024 14:30:41 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sdUBQ-0003XJ-2m; Mon, 12 Aug 2024 08:29:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sdUBO-0003Wu-Eo for emacs-devel@gnu.org; Mon, 12 Aug 2024 08:29:54 -0400 Original-Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sdUBJ-0006tn-G0 for emacs-devel@gnu.org; Mon, 12 Aug 2024 08:29:54 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id C26FA240029 for ; Mon, 12 Aug 2024 14:29:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1723465786; bh=IHkYc6QviQZBnsOQQK3Rbdv9OxACburgyqWs9T6v7AI=; h=From:To:Cc:Subject:Autocrypt:OpenPGP:Date:Message-ID:MIME-Version: Content-Type:Content-Transfer-Encoding:From; b=MxSz1Vn5U8KSpQDpSZLK5dXmI/LXRcp5SzxsboTpigZTKJEjAmLJfoAJgBdX20gIC BHkVLQJNVttFRDmNzf6RMwudM9gwuYRygHaXzYJgH/2CKPJkMpGi1f1G9ZaV9ZIn66 faZoX98+VC04tsPQ+06tscMvNXZiulcXhGOlUd5n4GuJadYOq0pNF2jE9i3Xp3bFvQ 4Cdc8e0FJ6ZRiQQ2DoQQncSh2MomHONiJbgFouORMoX8xTYBPrsAqBxmcyel5Sim17 e57s/KqtlMdnXukflEhFl230u6YQvYDNIvIZtKaPyLjioKRKRG419rp1P5nKBpc0OZ YNU457+qxKF4g== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4WjDNp03xlz6tmv; Mon, 12 Aug 2024 14:29:45 +0200 (CEST) In-Reply-To: <87bk1y0wcm.fsf@mat.ucm.es> (Uwe Brauer's message of "Mon, 12 Aug 2024 14:16:57 +0200") Autocrypt: addr=philipk@posteo.net; keydata= mDMEZBBQQhYJKwYBBAHaRw8BAQdAHJuofBrfqFh12uQu0Yi7mrl525F28eTmwUDflFNmdui0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiWBBMWCAA+FiEEDg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwMFCQHhM4AFCwkI BwIGFQoJCAsCBBYCAwECHgECF4AACgkQ8xYDWXahwulikAEA77hloUiSrXgFkUVJhlKBpLCHUjA0 mWZ9j9w5d08+jVwBAK6c4iGP7j+/PhbkxaEKa4V3MzIl7zJkcNNjHCXmvFcEuDgEZBBQQhIKKwYB BAGXVQEFAQEHQI5NLiLRjZy3OfSt1dhCmFyn+fN/QKELUYQetiaoe+MMAwEIB4h+BBgWCAAmFiEE Dg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwwFCQHhM4AACgkQ8xYDWXahwukm+wEA8cml4JpK NeAu65rg+auKrPOP6TP/4YWRCTIvuYDm0joBALw98AMz7/qMHvSCeU/hw9PL6u6R2EScxtpKnWof z4oM OpenPGP: id=philipk@posteo.net; url="https://keys.openpgp.org/vks/v1/by-email/philipk@posteo.net"; preference=signencrypt Received-SPF: pass client-ip=185.67.36.65; envelope-from=philipk@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:322673 Archived-At: Uwe Brauer writes: >> Uwe Brauer 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 =F0=9F=98=AC). > > 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 I am afraid I don't understand what you are trying to say here. It is true that you should check if new contributors have signed the FSF CA, but how does that related to Git branches? >> 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 =F0=9F=98=AC > >> 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 t= he 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)) >> ) >=20=20=20=20=20=20 >> ;; Setup is misconfigured - we need emacsinit because it tells us h= ow to debug > > Thanks I will have look later Disregard this, I seem to have attached the wrong diff. >> 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 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. --=20 Philip Kaludercic on peregrine