>>> "NNB" == Nidish Narayanaa Balaji <nidish.bal...@ila.uni-stuttgart.de> >>> writes:
Hi Nidish, > In case this helps, here's a quick way to check the tramp stuff if you > have a second machine with MATLAB. I'll refer to the primary machine > as the local machine and the secondary machine as the remote machine > in the following. Sorry for not having responded earlier (the holidays...) > 1. Install emacs on the remote machine. Install matlab-mode on it also > (ensure it is the same version as on the local machine). > 2. Apply the patch on the installed matlab-mode on both the local & > remote machines. > 3. Ensure ssh server is running on the remote machine and is > discoverable from the local machine. > 4. Open a matlab file on the remote machine from an emacs session on > the local machine through TRAMP. > 5. Write some matlab code on the buffer. > 6. Invoke matlab-shell from the tramp-buffer. > 7. Check if matlab-shell-run-cell works. > 8. Check, from the MATLAB REPL, which device it is running on. It > should be running on the remote machine. Thanks for these details instructions. Though I do posses another machine, a MaC, I haven't had the time to set all this up, and I am not sure that I will have the time in the coming days. However, finally, I found out at least how to access the merge request on sourceforge, although I don't want to use their webinterface for merging merge requests, I prefer to pull (clone), check, and then move the commits on the main repository (and merge it there to master). So I think I will do that with our two requests (I will then also create two branches.). So far nobody seemed to have applied these patch(es) so maybe this way somebody feel inclined. However, before doing this I need to know: did you sign the FSF papers, and would you be willing to do so. The reason is, we want to move matlab-emacs-mode to ELPA (I have started the process twice, only one signature is missing, which reminds me to contact that person again). So please tell me whether you would be willing to do so. Another remark: An additional goal is to move or at least to mirror the repository to github since that might attract more people that feel more comfortable or acquainted with github (however I still would prefer to use the mailing list as the main communication channel, the github issues, for me are far inferior. I hope to do this still in 2023. And last but not least, I also plan to rename the main development branch: «master»--> «default». The reason has nothing to do with political issues, I am a mercurial user who access the git repositories via the hg-git plugin. In mercurial the main branch (which is technical a different beast than a git branch) is always called default and having the same name in git, could somehow simplify things for me. Kind regards Uwe -- 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.
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Matlab-emacs-discuss mailing list Matlab-emacs-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
