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 11:20:29 +0000 Message-ID: <877ccmkmwy.fsf@posteo.net> References: <871q37um8q.fsf@mat.ucm.es> <87v80cp8nx.fsf@mat.ucm.es> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1724"; 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 13:22:02 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 1sdT7h-0000Bb-U7 for ged-emacs-devel@m.gmane-mx.org; Mon, 12 Aug 2024 13:22:01 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sdT6N-0007jk-9A; Mon, 12 Aug 2024 07:20:39 -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 1sdT6K-0007jI-TF for emacs-devel@gnu.org; Mon, 12 Aug 2024 07:20:36 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sdT6H-0003aM-Se for emacs-devel@gnu.org; Mon, 12 Aug 2024 07:20:36 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 19FCB240101 for ; Mon, 12 Aug 2024 13:20:31 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1723461631; bh=cc1BhsCpjlbBHnS7bTjuwIgXYLvUqA+aVXlvU37Sl/c=; h=From:To:Cc:Subject:Autocrypt:OpenPGP:Date:Message-ID:MIME-Version: Content-Type:From; b=DelwBqs0v5RsTQ1E1B8o6LelyhiyBYEOUleTLr1bzlIzglQMi+M84iKq+XgnRj6uQ YURlguBVBVAXYhMAzPMAfsYpiqedGUFMHH5IGgj1Um0KuwlqEZroer+AeqIz80TJcr WDSbuiqEy9oZBy+PIZTFHCRKxGsi5nrwETObv4k3s/r4Oxrl5ns5GSa4RVpNxn4kW0 yHsV+yQRNFlIrPQoY0FpC+uY1mL4MS56T/pIsaqJl9KqiDaJ2rgndj/Oweus7Q0hAV Jte7O/quJjAt9b8yY8xg5uMy6fAkmbEAv2QjT2if1MJMFoN262yP2sYxg8FxZYdIAk +ot7ECmFhhlFg== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4WjBrt2WtLz9rxV; Mon, 12 Aug 2024 13:20:30 +0200 (CEST) In-Reply-To: <87v80cp8nx.fsf@mat.ucm.es> (Uwe Brauer's message of "Wed, 07 Aug 2024 19:03:30 +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.66; envelope-from=philipk@posteo.net; helo=mout02.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:322665 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Uwe Brauer writes: >>>> "AC" =3D=3D Andrea Corallo writes: > >> Uwe Brauer writes: >>> Hi all >>>=20 >>> After quite a bit of time I can say the following : >>>=20 >>> 1) All authors/contributors have either signed the corresponding FSF >>> papers, in the very few cases where they have not, their >>> corresponding code has been completely removed and therefore >>> matlab-emacs could be in ELPA. Eli gave me his ok. (And RMS a >>> while ago, if all legal requirements would be satisfied, of course). > >> Hi, > >> that's great news! > >>> 2) Can someone please provide me with some information or a link how >>> to proceed? I have to say that we, the authors, are now cleaning >>> up a bit the repository, rebase, delete obselete branches etc, >>> before including the package in ELPA. > >> The ELPA README is the place to start from >> > > Thanks for this pointer. I had a first glance, it reminds me very much > on the xemacs package system (but that used mercurial not git=F0=9F=98=89= ).=20 > > I have to read it in more details, but so far, I have two questions. > > 1. The name of the branches is fixed, that is the principal branch > has to be called main (and couldn't be called say default?) 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. > 2. Matlab is right now in MELPA and it seems much simpler to add a > package to MELPA than to ELPA. Is one of the reasons, the github > interface MELPA uses, but ELPA is bound to savannah that does not > provide something similar? So this is the host: https://sourceforge.net/projects/matlab-emacs/? IIRC MELPA forces contributors to write their own package specifications, right? 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: --=-=-= Content-Type: text/plain Content-Disposition: inline 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 --=-=-= Content-Type: text/plain 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. -- Philip Kaludercic on peregrine --=-=-=--