Menu
▾
▴
matlab-emacs-discuss
|
From: Uwe B. <ou...@ma...> - 2016-01-23 18:41:40
|
Hi
Here is the scenario.
- I open a matlab file in dir1,
- start the matlab shell,
- open a matlab file in dir2, now I cannot run matlab directly but
have to change the shell:
In xemacs the following code worked
(defun matlab-cd-dir-actual ()
(interactive)
(setq saved-default-directory default-directory)
(matlab-shell-run-command
(concat "cd " (file-name-directory (buffer-file-name))))
(message (concat "*MATLAB* (& lisp) dir: " (default-directory)))
(setq command-line-default-directory (file-name-directory (buffer-file-name)))
(cd (file-name-directory (buffer-file-name)))
(setq default-directory saved-default-directory)
(message (concat "Xemacs dir should be: " (default-directory))))
But in GNU emacs it does not, because of default-directory which is a
function in xemacs but not in GNU emacs and I don't want to import all
the code from the Xemacs dired version to GNU emacs.
Anybody has a better solution, that actually works in GNU emacs
Regards
Uwe Brauer
|
|
From: Torben K. <tk...@es...> - 2016-01-25 07:08:11
|
Dear Uwe Maybe I misunderstand the problem. If I make sure the diectories are on the search path using e.g. addpath and maybe genpath I have no problems when running m-files from different directories using matlab-mode, version 3.3.2 GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7) of 2014-03-07 on lamiak, modified by Debian Associate Prof. Ph.D Torben Knudsen Mobile : (+45) 2787 9826 Section of Automation and Control, Department of Electronic Systems, Email : tk...@es... Aalborg University Web : es.aau.dk/staff/tk Fredrik Bajersvej 7 DK-9220 Aalborg Ø Denmark ________________________________________ Fra: Uwe Brauer [ou...@ma...] Sendt: 23. januar 2016 19:41 Til: matlab-emacs Emne: [Matlab-emacs-discuss] execute matlab in a different directory. GNU vs Xemacs Hi Here is the scenario. - I open a matlab file in dir1, - start the matlab shell, - open a matlab file in dir2, now I cannot run matlab directly but have to change the shell: In xemacs the following code worked (defun matlab-cd-dir-actual () (interactive) (setq saved-default-directory default-directory) (matlab-shell-run-command (concat "cd " (file-name-directory (buffer-file-name)))) (message (concat "*MATLAB* (& lisp) dir: " (default-directory))) (setq command-line-default-directory (file-name-directory (buffer-file-name))) (cd (file-name-directory (buffer-file-name))) (setq default-directory saved-default-directory) (message (concat "Xemacs dir should be: " (default-directory)))) But in GNU emacs it does not, because of default-directory which is a function in xemacs but not in GNU emacs and I don't want to import all the code from the Xemacs dired version to GNU emacs. Anybody has a better solution, that actually works in GNU emacs Regards Uwe Brauer ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Matlab-emacs-discuss mailing list Mat...@li... https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss |
|
From: Uwe B. <ou...@ma...> - 2016-01-25 10:49:09
|
>>> "Torben" == Torben Knudsen <tk...@es...> writes:
> Dear Uwe
> Maybe I misunderstand the problem. If I make sure the diectories are
> on the search path using e.g. addpath and maybe genpath I have no
> problems when running m-files from different directories using
I am afraid I did not explain this well enough.
I don't want to set a path.
Rationale:
I have to correct a bunch of .m files of my students which they wrote in
an exam. Although I tell them to add their familiar name to each file,
some of them forget that and I end up with files like examn.m
So if I set paths I could never be sure which file I execute.
However I found two solutions to my problem:
- I just boldly used the function from Xemacs dired.el
- even better the variable matlab-change-current-directory which I
had set to t in Xemacs and nil in GNU emacs solves completely my problem.
@Eric: I obtainted that variable from a patch I found in the matlab
newsgroup.
It is applied to main I trust?
Regards
Uwe Brauer
|
|
From: Eric L. <Eri...@ma...> - 2016-01-29 22:32:10
|
I have some pending patches I haven't gotten around to pushing up into CVS. I don't like pushing patches without checking the results myself, and things have been busy lately.
I could definitely use help for this sort of thing.
Eric
-----Original Message-----
From: Uwe Brauer [mailto:ou...@ma...]
Sent: Monday, January 25, 2016 5:49 AM
To: Torben Knudsen <tk...@es...>
Cc: matlab-emacs <mat...@li...>
Subject: Re: [Matlab-emacs-discuss] execute matlab in a different directory. GNU vs Xemacs
>>> "Torben" == Torben Knudsen <tk...@es...> writes:
> Dear Uwe
> Maybe I misunderstand the problem. If I make sure the diectories are
> on the search path using e.g. addpath and maybe genpath I have no
> problems when running m-files from different directories using
I am afraid I did not explain this well enough.
I don't want to set a path.
Rationale:
I have to correct a bunch of .m files of my students which they wrote in an exam. Although I tell them to add their familiar name to each file, some of them forget that and I end up with files like examn.m
So if I set paths I could never be sure which file I execute.
However I found two solutions to my problem:
- I just boldly used the function from Xemacs dired.el
- even better the variable matlab-change-current-directory which I
had set to t in Xemacs and nil in GNU emacs solves completely my problem.
@Eric: I obtainted that variable from a patch I found in the matlab newsgroup.
It is applied to main I trust?
Regards
Uwe Brauer
------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
|
|
From: Uwe B. <ou...@ma...> - 2016-01-30 17:32:46
|
>>> "Eric" == Eric Ludlam <Eri...@ma...> writes:
> I have some pending patches I haven't gotten around to pushing up into
> CVS. I don't like pushing patches without checking the results myself,
> and things have been busy lately.
> I could definitely use help for this sort of thing.
> Eric
Hi
I would not mind to volunteer, but CVS? Couldn't we convert it to a more
modern system, git or mercurial? I propose the later, because
- I am acquainted with HG, I also use bitbucket which would be a
natural site then.
- I have successfully converted various CVS/RCS repos to
mercurial but don't know how to do this for git.
Tell me what you think.
Uwe
|
|
From: Eric L. <Eri...@ma...> - 2016-02-02 18:42:02
|
Thanks for the offer Uwe, help would be great.
I have not moved from CVS to git because:
1) I'm only vaguely familiar with git, and not at all w/ mercurial
2) the matlab-emacs project is in maintenance mode, and doesn't seem to need the richness of a DVCS at this time.
3) Lazy.
If there was some compelling development going on that needed a DVCS then I think it would be worth considering a migration. Is CVS just a non-starter for you, or is hg just more fun?
Eric
-----Original Message-----
From: Uwe Brauer [mailto:ou...@ma...]
Sent: Saturday, January 30, 2016 12:32 PM
To: Eric Ludlam <Eri...@ma...>
Cc: Uwe Brauer <ou...@ma...>; Torben Knudsen <tk...@es...>; matlab-emacs <mat...@li...>
Subject: Re: [Matlab-emacs-discuss] execute matlab in a different directory. GNU vs Xemacs
>>> "Eric" == Eric Ludlam <Eri...@ma...> writes:
> I have some pending patches I haven't gotten around to pushing up into
> CVS. I don't like pushing patches without checking the results myself,
> and things have been busy lately.
> I could definitely use help for this sort of thing.
> Eric
Hi
I would not mind to volunteer, but CVS? Couldn't we convert it to a more modern system, git or mercurial? I propose the later, because
- I am acquainted with HG, I also use bitbucket which would be a
natural site then.
- I have successfully converted various CVS/RCS repos to
mercurial but don't know how to do this for git.
Tell me what you think.
Uwe
|
|
From: Uwe B. <ou...@ma...> - 2016-02-01 16:54:47
|
>>> "Eric" == Eric Ludlam <Eri...@ma...> writes: > I have some pending patches I haven't gotten around to pushing up into > CVS. I don't like pushing patches without checking the results myself, > and things have been busy lately. > I could definitely use help for this sort of thing. «Just for fun» I converted the actual CVS to Mercurial, without any apparent problem. I just wanted to let you know this, in case you are considering a change to a more modern version control system seriously. Ah BTW, since people argue, changing to git is preferrable since it attracts more developers, here is an interesting analysis by Lars Ingebrigsten, the author of gnus, about GNU emacs when switching to git. http://lars.ingebrigtsen.no/2015/04/23/the-effect-of-version-control-systems-on-emacs-developers/ conclusion: no benefit. |
|
From: Uwe B. <ou...@ma...> - 2016-02-03 11:43:24
|
>>> "Eric" == Eric Ludlam <Eri...@ma...> writes:
> Thanks for the offer Uwe, help would be great.
> I have not moved from CVS to git because:
> 1) I'm only vaguely familiar with git, and not at all w/ mercurial
> 2) the matlab-emacs project is in maintenance mode, and doesn't seem
> to need the richness of a DVCS at this time.
Right. I think the user would just need to do
clone https://lu...@bi.../ludlam/matlab-emacs
Or any other account we want to set up.
The coder/maintainer would do
clone https://lu...@bi.../ludlam/matlab-emacs
(some simple setting in the $HOME/.hgrc file and then)
provide new exciting code,
apply patches
hg commit -m "Patch applied"
hg push
Things get complicated if branching and merging is concerned, but this
seems not to be our case.
> 3) Lazy.
> If there was some compelling development going on that needed a DVCS
> then I think it would be worth considering a migration. Is CVS just a
> non-starter for you, or is hg just more fun?
Well I have been a regular RCS user for years, but used CVS very
sparsely years ago when I was contributing to the Xemacs pkg system (the
xemacs team finally changed from CVS to, guess what, HG). So I don't
recall any commands for CVS whatsoever sorry.
Since I found to manage my Latex projects with RCS cumbersome, and some
people advised me against the use of CVS or subversion because of
performance issues, I gave git and hg a try.
At the end I decided to use hg, because:
- it supports MaC Linux Windows without a problem (some time ago
git only ran on Mac or Linux)
- it comes with a graphical interface which I don't use but some
people might prefer.
- it was easy to import my RCS files
- it has more intuitive features (at least for me) than git.
- bitbucket turned out to be great for collaboration.
So here is my proposal:
- I will set up a bitbucket account with the imported CVS
matlab-emacs and you have a look (BTW it seems not possible to
import the mailing list to bitbucket and all the other addons, at
least not as long as matlab-emacs is under CVS, it seems that
sourceforge now also supports git/HG but I don't know how to
proceed there. Bitbucket claims that it can import a sourceforge
project which is under HG control (But once it is under HG in
sourceforge why then importing it to bitbucket you might ask)
- I will do the same for git and use the git-hg plugin which allows
me to have locally a HG repo which I push to a local GIT repo
which I push then to the server, in theory, I admit I have never
done this in practice.
- ignore my idea, because if we make that change but then somehow I
disappear you will be left with a new mess. But in order to help
I would then need a couple of commands to commit and push
changes.
Uwe
|
|
From: dl <fri...@ho...> - 2016-02-03 13:01:32
|
since this conversation is now active, i would just like to comment that the following repo in github, https://github.com/pronobis/matlab-mode (not sure the owner is in this list) provides a modified matlab-mode with very good company-mode support. As an emacs newbie (~ 2 years of use and no elisp skills) that was easier to setup with autocompletion than the original cvs matlab-mode. besides there's at least one other modified version of matlab-mode in github, https://github.com/yuhonglin/matlab-mode, which i havent tried, but its worked out company-mode and matlab documentation support according to the description. i think the existence of 2 github repos suggests that probably we could gain from contributions of different people, if their contributions get merged, and that would alleviate Eric from the task. d On Wed, Feb 3, 2016 at 12:43 PM, Uwe Brauer <ou...@ma...> wrote: > >>> "Eric" == Eric Ludlam <Eri...@ma...> writes: > > > Thanks for the offer Uwe, help would be great. > > I have not moved from CVS to git because: > > > 1) I'm only vaguely familiar with git, and not at all w/ mercurial > > 2) the matlab-emacs project is in maintenance mode, and doesn't seem > > to need the richness of a DVCS at this time. > > > Right. I think the user would just need to do > > clone https://lu...@bi.../ludlam/matlab-emacs > > Or any other account we want to set up. > > The coder/maintainer would do > > clone https://lu...@bi.../ludlam/matlab-emacs > (some simple setting in the $HOME/.hgrc file and then) > > provide new exciting code, > apply patches > hg commit -m "Patch applied" > hg push > > Things get complicated if branching and merging is concerned, but this > seems not to be our case. > > > 3) Lazy. > > > If there was some compelling development going on that needed a DVCS > > then I think it would be worth considering a migration. Is CVS just a > > non-starter for you, or is hg just more fun? > > > Well I have been a regular RCS user for years, but used CVS very > sparsely years ago when I was contributing to the Xemacs pkg system (the > xemacs team finally changed from CVS to, guess what, HG). So I don't > recall any commands for CVS whatsoever sorry. > > Since I found to manage my Latex projects with RCS cumbersome, and some > people advised me against the use of CVS or subversion because of > performance issues, I gave git and hg a try. > > At the end I decided to use hg, because: > > - it supports MaC Linux Windows without a problem (some time ago > git only ran on Mac or Linux) > > - it comes with a graphical interface which I don't use but some > people might prefer. > > - it was easy to import my RCS files > > - it has more intuitive features (at least for me) than git. > > - bitbucket turned out to be great for collaboration. > > So here is my proposal: > > > - I will set up a bitbucket account with the imported CVS > matlab-emacs and you have a look (BTW it seems not possible to > import the mailing list to bitbucket and all the other addons, at > least not as long as matlab-emacs is under CVS, it seems that > sourceforge now also supports git/HG but I don't know how to > proceed there. Bitbucket claims that it can import a sourceforge > project which is under HG control (But once it is under HG in > sourceforge why then importing it to bitbucket you might ask) > > - I will do the same for git and use the git-hg plugin which allows > me to have locally a HG repo which I push to a local GIT repo > which I push then to the server, in theory, I admit I have never > done this in practice. > > - ignore my idea, because if we make that change but then somehow I > disappear you will be left with a new mess. But in order to help > I would then need a couple of commands to commit and push > changes. > > Uwe > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > _______________________________________________ > Matlab-emacs-discuss mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss > > |
|
From: dl <fri...@ho...> - 2016-02-03 13:13:49
|
i will just add all the matlab-mode repos in github (there r several branches additionally). thus i guess the project belongs there and not on bitbucket - pronobis/*matlab-mode* <https://github.com/pronobis/matlab-mode> Emacs Lisp 12 <https://github.com/pronobis/matlab-mode/stargazers> 4 <https://github.com/pronobis/matlab-mode/network> Unofficial port of the CVS version of *matlab*-*mode* with fixes and new features. Updated on Jul 24, 2015 - Emacs Lisp 1 <https://github.com/yuhonglin/matlab-mode/stargazers> 0 <https://github.com/yuhonglin/matlab-mode/network> yuhonglin/*matlab-mode* <https://github.com/yuhonglin/matlab-mode> An emacs *matlab* *mode* based on the project http://*matlab*- emacs.sourceforge.net/ Updated on Dec 1, 2015 - Emacs Lisp 18 <https://github.com/ruediger/matlab-emacs/stargazers> 7 <https://github.com/ruediger/matlab-emacs/network> ruediger/*matlab*-emacs <https://github.com/ruediger/matlab-emacs> (Unofficial GIT Import of the Official CVS Repo!) Major *mode* for Emacs for editing *MATLAB* code, and running *MATLAB* in an inferior shell. Updated on Jan 14, 2012 - Emacs Lisp 0 <https://github.com/chachi/matlab-emacs/stargazers> 0 <https://github.com/chachi/matlab-emacs/network> chachi/*matlab*-emacs <https://github.com/chachi/matlab-emacs> A clone of the Sourceforge CVS-based *matlab*-emacs *mode*. Updated on Oct 21, 2013 - Emacs Lisp 1 <https://github.com/emacsmirror/matlab/stargazers> 0 <https://github.com/emacsmirror/matlab/network> emacsmirror/*matlab* <https://github.com/emacsmirror/matlab> Major *mode* for *MATLAB*(R) dot-m files On Wed, Feb 3, 2016 at 2:01 PM, dl <fri...@ho...> wrote: > since this conversation is now active, i would just like to comment that > the following repo in github, https://github.com/pronobis/matlab-mode > (not sure the owner is in this list) provides a modified matlab-mode with > very good company-mode support. As an emacs newbie (~ 2 years of use and no > elisp skills) that was easier to setup with autocompletion than the > original cvs matlab-mode. > > besides there's at least one other modified version of matlab-mode in > github, https://github.com/yuhonglin/matlab-mode, which i havent tried, > but its worked out company-mode and matlab documentation support according > to the description. > > i think the existence of 2 github repos suggests that probably we could > gain from contributions of different people, if their contributions get > merged, and that would alleviate Eric from the task. > > d > > > > > > On Wed, Feb 3, 2016 at 12:43 PM, Uwe Brauer <ou...@ma...> wrote: > >> >>> "Eric" == Eric Ludlam <Eri...@ma...> writes: >> >> > Thanks for the offer Uwe, help would be great. >> > I have not moved from CVS to git because: >> >> > 1) I'm only vaguely familiar with git, and not at all w/ mercurial >> > 2) the matlab-emacs project is in maintenance mode, and doesn't seem >> > to need the richness of a DVCS at this time. >> >> >> Right. I think the user would just need to do >> >> clone https://lu...@bi.../ludlam/matlab-emacs >> >> Or any other account we want to set up. >> >> The coder/maintainer would do >> >> clone https://lu...@bi.../ludlam/matlab-emacs >> (some simple setting in the $HOME/.hgrc file and then) >> >> provide new exciting code, >> apply patches >> hg commit -m "Patch applied" >> hg push >> >> Things get complicated if branching and merging is concerned, but this >> seems not to be our case. >> >> > 3) Lazy. >> >> > If there was some compelling development going on that needed a DVCS >> > then I think it would be worth considering a migration. Is CVS just >> a >> > non-starter for you, or is hg just more fun? >> >> >> Well I have been a regular RCS user for years, but used CVS very >> sparsely years ago when I was contributing to the Xemacs pkg system (the >> xemacs team finally changed from CVS to, guess what, HG). So I don't >> recall any commands for CVS whatsoever sorry. >> >> Since I found to manage my Latex projects with RCS cumbersome, and some >> people advised me against the use of CVS or subversion because of >> performance issues, I gave git and hg a try. >> >> At the end I decided to use hg, because: >> >> - it supports MaC Linux Windows without a problem (some time ago >> git only ran on Mac or Linux) >> >> - it comes with a graphical interface which I don't use but some >> people might prefer. >> >> - it was easy to import my RCS files >> >> - it has more intuitive features (at least for me) than git. >> >> - bitbucket turned out to be great for collaboration. >> >> So here is my proposal: >> >> >> - I will set up a bitbucket account with the imported CVS >> matlab-emacs and you have a look (BTW it seems not possible to >> import the mailing list to bitbucket and all the other addons, at >> least not as long as matlab-emacs is under CVS, it seems that >> sourceforge now also supports git/HG but I don't know how to >> proceed there. Bitbucket claims that it can import a sourceforge >> project which is under HG control (But once it is under HG in >> sourceforge why then importing it to bitbucket you might ask) >> >> - I will do the same for git and use the git-hg plugin which allows >> me to have locally a HG repo which I push to a local GIT repo >> which I push then to the server, in theory, I admit I have never >> done this in practice. >> >> - ignore my idea, because if we make that change but then somehow I >> disappear you will be left with a new mess. But in order to help >> I would then need a couple of commands to commit and push >> changes. >> >> Uwe >> >> >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 >> _______________________________________________ >> Matlab-emacs-discuss mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss >> >> > |
|
From: Uwe B. <ou...@ma...> - 2016-02-03 14:22:00
|
>>> "dl" == dl <fri...@ho...> writes: > since this conversation is now active, i would just like to comment > that the following repo in github, https://github.com/pronobis/ > matlab-mode (not sure the owner is in this list) provides a modified > matlab-mode with very good company-mode support. As an emacs newbie > (~ 2 years of use and no elisp skills) that was easier to setup with > autocompletion than the original cvs matlab-mode. > besides there's at least one other modified version of matlab-mode in > github, https://github.com/yuhonglin/matlab-mode, which i havent > tried, but its worked out company-mode and matlab documentation > support according to the description. Oh, that looks to me like a lot repeated work and effort. Does the first of these packages provide a matlab shell and debugging? I am not sure what do you mean by company-mode. > i think the existence of 2 github repos suggests that probably we > could gain from contributions of different people, if their > contributions get merged, and that would alleviate Eric from the > task. The starting point of this discussion was to apply depending patches to the matlab-emacs version in sourceforge. Concerning the 2 other packages, Well I think in principle it would be good to merge them , but - first one has to see the code, maybe a merge could be very complicated. - I think it also depends very much whether these packages are actively maintained. Uwe Brauer |
|
From: Uwe B. <ou...@ma...> - 2016-02-03 14:23:49
|
>>> "dl" == dl <fri...@ho...> writes: > i will just add all the matlab-mode repos in github (there r several > branches additionally). thus i guess the project belongs there and > not on bitbucket If they are actively maintained, then maybe, if they are orphaned packages then I think the question HG vs Git should be independent. In any case my feeling is there will be no transition from CVS to neither HG nor GIT. |
|
From: Eric L. <Eri...@ma...> - 2016-02-03 16:09:15
|
I am not opposed to a move to some other DVCS. I just don't do much development anymore, and I don't really get time at work to work on this sort of thing anymore. If those active on this list would like to do a move, I can facilitate access, setup a new maintainer on SF, and will always be happy to research things from the MATLAB side to help out when I can. In any move, a thing to watch out for is that in the past, many users don't have access to a CVS program, or any other VC software, so the special matlab download script was created to enable that. Changes have been small and few, so full releases were not worthwhile to do. Eric -----Original Message----- From: Uwe Brauer [mailto:ou...@ma...] Sent: Wednesday, February 03, 2016 9:24 AM To: dl <fri...@ho...> Cc: Uwe Brauer <ou...@ma...>; Eric Ludlam <Eri...@ma...>; matlab-emacs <mat...@li...> Subject: Re: [Matlab-emacs-discuss] execute matlab in a different directory. GNU vs Xemacs >>> "dl" == dl <fri...@ho...> writes: > i will just add all the matlab-mode repos in github (there r several > branches additionally). thus i guess the project belongs there and > not on bitbucket If they are actively maintained, then maybe, if they are orphaned packages then I think the question HG vs Git should be independent. In any case my feeling is there will be no transition from CVS to neither HG nor GIT. |
|
From: Uwe B. <ou...@ma...> - 2016-02-03 14:35:12
|
>>> "dl" == dl <fri...@ho...> writes: > since this conversation is now active, i would just like to comment > that the following repo in github, https://github.com/pronobis/ > matlab-mode (not sure the owner is in this list) provides a modified > matlab-mode with very good company-mode support. As an emacs newbie > (~ 2 years of use and no elisp skills) that was easier to setup with > autocompletion than the original cvs matlab-mode. > besides there's at least one other modified version of matlab-mode in > github, https://github.com/yuhonglin/matlab-mode, which i havent > tried, but its worked out company-mode and matlab documentation > support according to the description. I checked them both (they use the same name matlab-mode, which makes cloning fun) The first one had his last entry Jul 24: ,---- | | commit dfd935346f6fd204b132f9b0b1d048308d77ef72 | Author: Andrzej Pronobis <a.p...@gm...> | Date: Fri Jul 24 13:52:46 2015 -0700 | | Fixed error when no matlab found. `---- And a lot of entries Mar 19, most likely the day he made the immigration. Just of these entries reads as: ,---- | commit 8618a2b530a23df54751d6e4a5ba3d7c8cbda824 | Author: Andrzej Pronobis <a.p...@gm...> | Date: Thu Mar 19 21:00:24 2015 -0700 | | Readme `---- The other are similar, before that ,---- | commit f7594986a685882bbe856b99be1cb4ea1eab91a6 | Author: Eric M. Ludlam <> | Date: Sat Dec 27 12:44:52 2014 +0000 `---- So it does not look like a very active development. Yuhonglin is more active: Last commit: ,---- | commit b9bf51f54539293fef843721852d4b5bb4210e74 | Author: Honglin Yu <yuh...@gm...> | Date: Tue Dec 1 15:32:53 2015 +1100 | | fix bug in jtd-matlab-process-received-data | | In determining whether rawreturn ends with '.m', should not | just compare result of s-shared-end and empty string. Since | if the rawreturn ends with 'm' but not '.m', it will not "". `---- but his mode seems quite a bit different. So I think it would be best to ask the authors, - what there fork is about (which are the new features) - whether they are willing to merge back (if that is possible) Uwe Brauer |
|
From: dl <fri...@ho...> - 2016-02-03 16:43:19
|
i added the independent matlab-mode github contributers to this mail. maybe they read it. just to make myself clear. Im not saying we (or they) should merge their packages, although that would be good. what i meant is: if the official project was in github originally, these people would have just branched the original repo, and possibly suggested pull requests to the official project. if Eric can't work on it, its ok, other people might work on it. thus if it is to start anew, i would say better do it in github to facilitate these sporadic developers that we known are using github to contribute their work. ps to uwe: company-mode is an autocompletion framework. its very good when it works On Wed, Feb 3, 2016 at 3:35 PM, Uwe Brauer <ou...@ma...> wrote: > >>> "dl" == dl <fri...@ho...> writes: > > > since this conversation is now active, i would just like to comment > > that the following repo in github, https://github.com/pronobis/ > > matlab-mode (not sure the owner is in this list) provides a modified > > matlab-mode with very good company-mode support. As an emacs newbie > > (~ 2 years of use and no elisp skills) that was easier to setup with > > autocompletion than the original cvs matlab-mode. > > > besides there's at least one other modified version of matlab-mode in > > github, https://github.com/yuhonglin/matlab-mode, which i havent > > tried, but its worked out company-mode and matlab documentation > > support according to the description. > > > I checked them both (they use the same name matlab-mode, which makes > cloning fun) > > The first one had his last entry Jul 24: > > ,---- > | > | commit dfd935346f6fd204b132f9b0b1d048308d77ef72 > | Author: Andrzej Pronobis <a.p...@gm...> > | Date: Fri Jul 24 13:52:46 2015 -0700 > | > | Fixed error when no matlab found. > `---- > > And a lot of entries Mar 19, most likely the day he made the > immigration. Just of these entries reads as: > ,---- > | commit 8618a2b530a23df54751d6e4a5ba3d7c8cbda824 > | Author: Andrzej Pronobis <a.p...@gm...> > | Date: Thu Mar 19 21:00:24 2015 -0700 > | > | Readme > `---- > > The other are similar, before that > ,---- > | commit f7594986a685882bbe856b99be1cb4ea1eab91a6 > | Author: Eric M. Ludlam <> > | Date: Sat Dec 27 12:44:52 2014 +0000 > `---- > > So it does not look like a very active development. > > Yuhonglin is more active: > Last commit: > > ,---- > | commit b9bf51f54539293fef843721852d4b5bb4210e74 > | Author: Honglin Yu <yuh...@gm...> > | Date: Tue Dec 1 15:32:53 2015 +1100 > | > | fix bug in jtd-matlab-process-received-data > | > | In determining whether rawreturn ends with '.m', should not > | just compare result of s-shared-end and empty string. Since > | if the rawreturn ends with 'm' but not '.m', it will not "". > `---- > but his mode seems quite a bit different. > > So I think it would be best to ask the authors, > > - what there fork is about (which are the new features) > > - whether they are willing to merge back (if that is possible) > > Uwe Brauer > > |
|
From: Uwe B. <ou...@ma...> - 2016-02-03 17:24:37
|
>>> "Eric" == Eric Ludlam <Eri...@ma...> writes:
> I am not opposed to a move to some other DVCS. I just don't do much
> development anymore, and I don't really get time at work to work on
> this sort of thing anymore.
> If those active on this list would like to do a move, I can facilitate
> access, setup a new maintainer on SF, and will always be happy to
> research things from the MATLAB side to help out when I can.
What do other people think?
There are three options as far as I can see:
1 leave things as they are
2 stay in sourceforge but convert to git/HG
3 move to a different server (bitbucket (HG)[1]) or githug (git).
So please hands up: 1 or 2 or 3?
> In any move, a thing to watch out for is that in the past, many users
> don't have access to a CVS program, or any other VC software, so the
> special matlab download script was created to enable that. Changes
> have been small and few, so full releases were not worthwhile to do.
I am not sure I understand: github and bitbucket offer the possibility
to download the package as a zip without using git or hg. Are you saying
that sourceforge does not offer that but requires a script which where
not provided by sourceforge? So in the case of a move that script I
think is provided by bitbucket or github.
BTW, I mentioned the possibility to generate a MELPA packet for matlab
(it cannot be ELPA because of copyright issues). This would simplify the
installation for the GNU emacs users, but leave xemacs out.[2] a MELPA
packet should dwell in github.
Uwe
> Eric
Footnotes:
[1] bitbucket also supports git but I have the feeling that once the
decision is for git, github seems the preferred choice.
[2] xemacs pkg system is right now in zombie state, all new packages
are in the pre-release state.
|
|
From: dl <fri...@ho...> - 2016-02-03 19:16:10
|
i vote 3, github from usage, and never looking at code, Andrzej's matlab-mode works very well. and he took the cvs code in march 2015 Uwe, there is already matlab-mode package in melpa, which points to the cvs repo. personally i use andrzej's version though d On Wed, Feb 3, 2016 at 6:24 PM, Uwe Brauer <ou...@ma...> wrote: > >>> "Eric" == Eric Ludlam <Eri...@ma...> writes: > > > I am not opposed to a move to some other DVCS. I just don't do much > > development anymore, and I don't really get time at work to work on > > this sort of thing anymore. > > > If those active on this list would like to do a move, I can facilitate > > access, setup a new maintainer on SF, and will always be happy to > > research things from the MATLAB side to help out when I can. > > What do other people think? > > There are three options as far as I can see: > > 1 leave things as they are > > 2 stay in sourceforge but convert to git/HG > > 3 move to a different server (bitbucket (HG)[1]) or githug (git). > > > So please hands up: 1 or 2 or 3? > > > > In any move, a thing to watch out for is that in the past, many users > > don't have access to a CVS program, or any other VC software, so the > > special matlab download script was created to enable that. Changes > > have been small and few, so full releases were not worthwhile to do. > > > I am not sure I understand: github and bitbucket offer the possibility > to download the package as a zip without using git or hg. Are you saying > that sourceforge does not offer that but requires a script which where > not provided by sourceforge? So in the case of a move that script I > think is provided by bitbucket or github. > > BTW, I mentioned the possibility to generate a MELPA packet for matlab > (it cannot be ELPA because of copyright issues). This would simplify the > installation for the GNU emacs users, but leave xemacs out.[2] a MELPA > packet should dwell in github. > > Uwe > > > Eric > > Footnotes: > [1] bitbucket also supports git but I have the feeling that once the > decision is for git, github seems the preferred choice. > > [2] xemacs pkg system is right now in zombie state, all new packages > are in the pre-release state. > > > |
|
From: Cayetano S. <csa...@in...> - 2016-02-03 22:08:00
Attachments:
signature.asc
|
On 03-02-16 17:24:26, Uwe Brauer wrote: >>>> "Eric" == Eric Ludlam <Eri...@ma...> writes: > > > I am not opposed to a move to some other DVCS. I just don't do much > > development anymore, and I don't really get time at work to work on > > this sort of thing anymore. > > > If those active on this list would like to do a move, I can facilitate > > access, setup a new maintainer on SF, and will always be happy to > > research things from the MATLAB side to help out when I can. > >What do other people think? > >There are three options as far as I can see: > > 1 leave things as they are > > 2 stay in sourceforge but convert to git/HG > > 3 move to a different server (bitbucket (HG)[1]) or githug (git). > > >So please hands up: 1 or 2 or 3? I vote 3, github, or any other git based > > In any move, a thing to watch out for is that in the past, many users > > don't have access to a CVS program, or any other VC software, so the > > special matlab download script was created to enable that. Changes > > have been small and few, so full releases were not worthwhile to do. > > >I am not sure I understand: github and bitbucket offer the possibility >to download the package as a zip without using git or hg. Are you saying >that sourceforge does not offer that but requires a script which where >not provided by sourceforge? So in the case of a move that script I >think is provided by bitbucket or github. > >BTW, I mentioned the possibility to generate a MELPA packet for matlab >(it cannot be ELPA because of copyright issues). This would simplify the >installation for the GNU emacs users, but leave xemacs out.[2] a MELPA >packet should dwell in github. > >Uwe > > > Eric > >Footnotes: >[1] bitbucket also supports git but I have the feeling that once the > decision is for git, github seems the preferred choice. > >[2] xemacs pkg system is right now in zombie state, all new packages > are in the pre-release state. > > >------------------------------------------------------------------------------ >Site24x7 APM Insight: Get Deep Visibility into Application Performance >APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >Monitor end-to-end web transactions and take corrective actions now >Troubleshoot faster and improve end-user experience. Signup Now! >http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 >_______________________________________________ >Matlab-emacs-discuss mailing list >Mat...@li... >https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss |
|
From: Dennis O. <do...@pu...> - 2016-02-04 13:49:26
|
I think moving to github would be a good idea. I'm excited to see that there still exists an active community around this package! On February 3, 2016 12:24:26 PM EST, Uwe Brauer <ou...@ma...> wrote: >>>> "Eric" == Eric Ludlam <Eri...@ma...> writes: > > > I am not opposed to a move to some other DVCS. I just don't do much > > development anymore, and I don't really get time at work to work on > > this sort of thing anymore. > >> If those active on this list would like to do a move, I can >facilitate > > access, setup a new maintainer on SF, and will always be happy to > > research things from the MATLAB side to help out when I can. > >What do other people think? > >There are three options as far as I can see: > > 1 leave things as they are > > 2 stay in sourceforge but convert to git/HG > > 3 move to a different server (bitbucket (HG)[1]) or githug (git). > > >So please hands up: 1 or 2 or 3? > > >> In any move, a thing to watch out for is that in the past, many users > > don't have access to a CVS program, or any other VC software, so the > > special matlab download script was created to enable that. Changes > > have been small and few, so full releases were not worthwhile to do. > > >I am not sure I understand: github and bitbucket offer the possibility >to download the package as a zip without using git or hg. Are you >saying >that sourceforge does not offer that but requires a script which where >not provided by sourceforge? So in the case of a move that script I >think is provided by bitbucket or github. > >BTW, I mentioned the possibility to generate a MELPA packet for matlab >(it cannot be ELPA because of copyright issues). This would simplify >the >installation for the GNU emacs users, but leave xemacs out.[2] a MELPA >packet should dwell in github. > >Uwe > > > Eric > >Footnotes: >[1] bitbucket also supports git but I have the feeling that once the > decision is for git, github seems the preferred choice. > >[2] xemacs pkg system is right now in zombie state, all new packages > are in the pre-release state. > > >------------------------------------------------------------------------------ >Site24x7 APM Insight: Get Deep Visibility into Application Performance >APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >Monitor end-to-end web transactions and take corrective actions now >Troubleshoot faster and improve end-user experience. Signup Now! >http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 >_______________________________________________ >Matlab-emacs-discuss mailing list >Mat...@li... >https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss |
|
From: Andrzej P. <a.p...@gm...> - 2016-02-03 17:24:37
|
Hi, Thanks for letting me know about this discussion. My original goal was to "modernize" the matlab-mode a bit by adding compatibility with new popular packages and some fixes. Were the original mode on github, I would have simply made a pull request afterwards. I've made the following changes (as listed in the github readme): - New company-matlab.el backend that works both inside the Matlab shell and in Matlab files - New flycheck-mlint back-end for flycheck which uses mlint to highlight warnings in Matlab files. - Fixed additional newlines and incorrect formatting of prompt after completion - Fixed version parsing for new Matlab versions - Re-enabled HTML parsing In the current situation I suggest one of the following options: - Creating a new repo on github and merging my changes there - Using my repo as a starting point and moving forward from there, I'm not going to do much development myself anymore, but can take pull requests. In general, since I don't know what the current situation of the original matlab-mode is, I'll let you guys decide and say that I'm fine with anything that moves matlab-mode to github (to facilitate future development) and brings in the features I added. Best, Andrzej On Wed, Feb 3, 2016 at 8:43 AM dl <fri...@ho...> wrote: > i added the independent matlab-mode github contributers to this mail. > maybe they read it. > > just to make myself clear. Im not saying we (or they) should merge their > packages, although that would be good. what i meant is: > > if the official project was in github originally, these people would have > just branched the original repo, and possibly suggested pull requests to > the official project. if Eric can't work on it, its ok, other people might > work on it. > > thus if it is to start anew, i would say better do it in github to > facilitate these sporadic developers that we known are using github to > contribute their work. > > ps to uwe: > company-mode is an autocompletion framework. its very good when it works > > On Wed, Feb 3, 2016 at 3:35 PM, Uwe Brauer <ou...@ma...> wrote: > >> >>> "dl" == dl <fri...@ho...> writes: >> >> > since this conversation is now active, i would just like to comment >> > that the following repo in github, https://github.com/pronobis/ >> > matlab-mode (not sure the owner is in this list) provides a modified >> > matlab-mode with very good company-mode support. As an emacs newbie >> > (~ 2 years of use and no elisp skills) that was easier to setup with >> > autocompletion than the original cvs matlab-mode. >> >> > besides there's at least one other modified version of matlab-mode in >> > github, https://github.com/yuhonglin/matlab-mode, which i havent >> > tried, but its worked out company-mode and matlab documentation >> > support according to the description. >> >> >> I checked them both (they use the same name matlab-mode, which makes >> cloning fun) >> >> The first one had his last entry Jul 24: >> >> ,---- >> | >> | commit dfd935346f6fd204b132f9b0b1d048308d77ef72 >> | Author: Andrzej Pronobis <a.p...@gm...> >> | Date: Fri Jul 24 13:52:46 2015 -0700 >> | >> | Fixed error when no matlab found. >> `---- >> >> And a lot of entries Mar 19, most likely the day he made the >> immigration. Just of these entries reads as: >> ,---- >> | commit 8618a2b530a23df54751d6e4a5ba3d7c8cbda824 >> | Author: Andrzej Pronobis <a.p...@gm...> >> | Date: Thu Mar 19 21:00:24 2015 -0700 >> | >> | Readme >> `---- >> >> The other are similar, before that >> ,---- >> | commit f7594986a685882bbe856b99be1cb4ea1eab91a6 >> | Author: Eric M. Ludlam <> >> | Date: Sat Dec 27 12:44:52 2014 +0000 >> `---- >> >> So it does not look like a very active development. >> >> Yuhonglin is more active: >> Last commit: >> >> ,---- >> | commit b9bf51f54539293fef843721852d4b5bb4210e74 >> | Author: Honglin Yu <yuh...@gm...> >> | Date: Tue Dec 1 15:32:53 2015 +1100 >> | >> | fix bug in jtd-matlab-process-received-data >> | >> | In determining whether rawreturn ends with '.m', should not >> | just compare result of s-shared-end and empty string. Since >> | if the rawreturn ends with 'm' but not '.m', it will not "". >> `---- >> but his mode seems quite a bit different. >> >> So I think it would be best to ask the authors, >> >> - what there fork is about (which are the new features) >> >> - whether they are willing to merge back (if that is possible) >> >> Uwe Brauer >> >> > |
|
From: Honglin Yu <yuh...@gm...> - 2016-02-03 22:06:38
|
Hi all,
Thanks for letting me join the discussion
The workflow of my piece of code is that:
1. First, emacs create a socket server
2. when it needs to do something (e.g. completion, lint), "lock" the
output of terminal and run corresponding matlab code in toolbox folder.
3. the matlab code will send the information to emacs socket server,
with a special ending code appended.
4. After detecting the ending code, emacs processed the collected data
and do the job (e.g. completion, link)
5. "unlock" the output of terminal
The "locking" of output of terminal is done in the filter function comint
(just throw away anything). And before run any matlab code, it needs to
check if the running program in terminal is ready (copied from original
matlab-mode).
Except making a "modern" matlab-mode, I think maybe we can make one step
further: many language mode needs to communicate with the terminal. Can we
make a general package with a robust protocol doing this? Based on the
communication server, we can add flycheck, completions etc. And all the
things a person needs to do for a new language is add "toolbox code" for
each language?
Cheers,
Honglin
2016-02-04 4:24 GMT+11:00 Andrzej Pronobis <a.p...@gm...>:
> Hi,
>
> Thanks for letting me know about this discussion.
>
> My original goal was to "modernize" the matlab-mode a bit by adding
> compatibility with new popular packages and some fixes. Were the original
> mode on github, I would have simply made a pull request afterwards. I've
> made the following changes (as listed in the github readme):
> - New company-matlab.el backend that works both inside the Matlab shell
> and in Matlab files
> - New flycheck-mlint back-end for flycheck which uses mlint to highlight
> warnings in Matlab files.
> - Fixed additional newlines and incorrect formatting of prompt after
> completion
> - Fixed version parsing for new Matlab versions
> - Re-enabled HTML parsing
>
> In the current situation I suggest one of the following options:
> - Creating a new repo on github and merging my changes there
> - Using my repo as a starting point and moving forward from there, I'm not
> going to do much development myself anymore, but can take pull requests.
>
> In general, since I don't know what the current situation of the original
> matlab-mode is, I'll let you guys decide and say that I'm fine with
> anything that moves matlab-mode to github (to facilitate future
> development) and brings in the features I added.
>
> Best,
> Andrzej
>
>
> On Wed, Feb 3, 2016 at 8:43 AM dl <fri...@ho...> wrote:
>
>> i added the independent matlab-mode github contributers to this mail.
>> maybe they read it.
>>
>> just to make myself clear. Im not saying we (or they) should merge their
>> packages, although that would be good. what i meant is:
>>
>> if the official project was in github originally, these people would have
>> just branched the original repo, and possibly suggested pull requests to
>> the official project. if Eric can't work on it, its ok, other people might
>> work on it.
>>
>> thus if it is to start anew, i would say better do it in github to
>> facilitate these sporadic developers that we known are using github to
>> contribute their work.
>>
>> ps to uwe:
>> company-mode is an autocompletion framework. its very good when it works
>>
>> On Wed, Feb 3, 2016 at 3:35 PM, Uwe Brauer <ou...@ma...> wrote:
>>
>>> >>> "dl" == dl <fri...@ho...> writes:
>>>
>>> > since this conversation is now active, i would just like to comment
>>> > that the following repo in github, https://github.com/pronobis/
>>> > matlab-mode (not sure the owner is in this list) provides a modified
>>> > matlab-mode with very good company-mode support. As an emacs newbie
>>> > (~ 2 years of use and no elisp skills) that was easier to setup with
>>> > autocompletion than the original cvs matlab-mode.
>>>
>>> > besides there's at least one other modified version of matlab-mode
>>> in
>>> > github, https://github.com/yuhonglin/matlab-mode, which i havent
>>> > tried, but its worked out company-mode and matlab documentation
>>> > support according to the description.
>>>
>>>
>>> I checked them both (they use the same name matlab-mode, which makes
>>> cloning fun)
>>>
>>> The first one had his last entry Jul 24:
>>>
>>> ,----
>>> |
>>> | commit dfd935346f6fd204b132f9b0b1d048308d77ef72
>>> | Author: Andrzej Pronobis <a.p...@gm...>
>>> | Date: Fri Jul 24 13:52:46 2015 -0700
>>> |
>>> | Fixed error when no matlab found.
>>> `----
>>>
>>> And a lot of entries Mar 19, most likely the day he made the
>>> immigration. Just of these entries reads as:
>>> ,----
>>> | commit 8618a2b530a23df54751d6e4a5ba3d7c8cbda824
>>> | Author: Andrzej Pronobis <a.p...@gm...>
>>> | Date: Thu Mar 19 21:00:24 2015 -0700
>>> |
>>> | Readme
>>> `----
>>>
>>> The other are similar, before that
>>> ,----
>>> | commit f7594986a685882bbe856b99be1cb4ea1eab91a6
>>> | Author: Eric M. Ludlam <>
>>> | Date: Sat Dec 27 12:44:52 2014 +0000
>>> `----
>>>
>>> So it does not look like a very active development.
>>>
>>> Yuhonglin is more active:
>>> Last commit:
>>>
>>> ,----
>>> | commit b9bf51f54539293fef843721852d4b5bb4210e74
>>> | Author: Honglin Yu <yuh...@gm...>
>>> | Date: Tue Dec 1 15:32:53 2015 +1100
>>> |
>>> | fix bug in jtd-matlab-process-received-data
>>> |
>>> | In determining whether rawreturn ends with '.m', should not
>>> | just compare result of s-shared-end and empty string. Since
>>> | if the rawreturn ends with 'm' but not '.m', it will not "".
>>> `----
>>> but his mode seems quite a bit different.
>>>
>>> So I think it would be best to ask the authors,
>>>
>>> - what there fork is about (which are the new features)
>>>
>>> - whether they are willing to merge back (if that is possible)
>>>
>>> Uwe Brauer
>>>
>>>
>>
|
|
From: L. L. S. <st...@um...> - 2016-02-03 19:07:00
|
Don't count my vote for much, I just use and lurk... But github is such a standard these days. But any approach is fine if advertised. Larrabee Uwe Brauer writes: >>>> "Eric" == Eric Ludlam <Eri...@ma...> writes: > > > I am not opposed to a move to some other DVCS. I just don't do much > > development anymore, and I don't really get time at work to work on > > this sort of thing anymore. > > > If those active on this list would like to do a move, I can facilitate > > access, setup a new maintainer on SF, and will always be happy to > > research things from the MATLAB side to help out when I can. > > What do other people think? > > There are three options as far as I can see: > > 1 leave things as they are > > 2 stay in sourceforge but convert to git/HG > > 3 move to a different server (bitbucket (HG)[1]) or githug (git). > > > So please hands up: 1 or 2 or 3? > > > > In any move, a thing to watch out for is that in the past, many users > > don't have access to a CVS program, or any other VC software, so the > > special matlab download script was created to enable that. Changes > > have been small and few, so full releases were not worthwhile to do. > > > I am not sure I understand: github and bitbucket offer the possibility > to download the package as a zip without using git or hg. Are you saying > that sourceforge does not offer that but requires a script which where > not provided by sourceforge? So in the case of a move that script I > think is provided by bitbucket or github. > > BTW, I mentioned the possibility to generate a MELPA packet for matlab > (it cannot be ELPA because of copyright issues). This would simplify the > installation for the GNU emacs users, but leave xemacs out.[2] a MELPA > packet should dwell in github. > > Uwe > > > Eric > > Footnotes: > [1] bitbucket also supports git but I have the feeling that once the > decision is for git, github seems the preferred choice. > > [2] xemacs pkg system is right now in zombie state, all new packages > are in the pre-release state. > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > _______________________________________________ > Matlab-emacs-discuss mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss -- L. Larrabee Strow UMBC Physics Department Email: st...@um... Cell: 724-288-6933 |
|
From: Qi S. <qis...@gm...> - 2016-02-03 23:59:06
|
Thanks for the vote options and I strongly prefer github! On Wednesday, February 3, 2016, Uwe Brauer <ou...@ma...> wrote: > >>> "Eric" == Eric Ludlam <Eri...@ma... <javascript:;>> > writes: > > > I am not opposed to a move to some other DVCS. I just don't do much > > development anymore, and I don't really get time at work to work on > > this sort of thing anymore. > > > If those active on this list would like to do a move, I can facilitate > > access, setup a new maintainer on SF, and will always be happy to > > research things from the MATLAB side to help out when I can. > > What do other people think? > > There are three options as far as I can see: > > 1 leave things as they are > > 2 stay in sourceforge but convert to git/HG > > 3 move to a different server (bitbucket (HG)[1]) or githug (git). > > > So please hands up: 1 or 2 or 3? > > > > In any move, a thing to watch out for is that in the past, many users > > don't have access to a CVS program, or any other VC software, so the > > special matlab download script was created to enable that. Changes > > have been small and few, so full releases were not worthwhile to do. > > > I am not sure I understand: github and bitbucket offer the possibility > to download the package as a zip without using git or hg. Are you saying > that sourceforge does not offer that but requires a script which where > not provided by sourceforge? So in the case of a move that script I > think is provided by bitbucket or github. > > BTW, I mentioned the possibility to generate a MELPA packet for matlab > (it cannot be ELPA because of copyright issues). This would simplify the > installation for the GNU emacs users, but leave xemacs out.[2] a MELPA > packet should dwell in github. > > Uwe > > > Eric > > Footnotes: > [1] bitbucket also supports git but I have the feeling that once the > decision is for git, github seems the preferred choice. > > [2] xemacs pkg system is right now in zombie state, all new packages > are in the pre-release state. > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > _______________________________________________ > Matlab-emacs-discuss mailing list > Mat...@li... <javascript:;> > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss > |
|
From: Torben K. <tk...@es...> - 2016-02-04 06:06:56
|
Dear all I have no idea what is best. I just appreciate that there are people out there that does a good job so I can enjoy matlab-mode. Thanks a lot. Associate Prof. Ph.D Torben Knudsen Mobile : (+45) 2787 9826 Section of Automation and Control, Department of Electronic Systems, Email : tk...@es... Aalborg University Web : es.aau.dk/staff/tk Fredrik Bajersvej 7 DK-9220 Aalborg Ø Denmark ________________________________ Fra: Qi Sun [qis...@gm...] Sendt: 4. februar 2016 00:58 Til: Uwe Brauer Cc: matlab-emacs; Eric Ludlam Emne: Re: [Matlab-emacs-discuss] execute matlab in a different directory. GNU vs Xemacs Thanks for the vote options and I strongly prefer github! On Wednesday, February 3, 2016, Uwe Brauer <ou...@ma...<mailto:ou...@ma...>> wrote: >>> "Eric" == Eric Ludlam <Eri...@ma...<UrlBlockedError.aspx>> writes: > I am not opposed to a move to some other DVCS. I just don't do much > development anymore, and I don't really get time at work to work on > this sort of thing anymore. > If those active on this list would like to do a move, I can facilitate > access, setup a new maintainer on SF, and will always be happy to > research things from the MATLAB side to help out when I can. What do other people think? There are three options as far as I can see: 1 leave things as they are 2 stay in sourceforge but convert to git/HG 3 move to a different server (bitbucket (HG)[1]) or githug (git). So please hands up: 1 or 2 or 3? > In any move, a thing to watch out for is that in the past, many users > don't have access to a CVS program, or any other VC software, so the > special matlab download script was created to enable that. Changes > have been small and few, so full releases were not worthwhile to do. I am not sure I understand: github and bitbucket offer the possibility to download the package as a zip without using git or hg. Are you saying that sourceforge does not offer that but requires a script which where not provided by sourceforge? So in the case of a move that script I think is provided by bitbucket or github. BTW, I mentioned the possibility to generate a MELPA packet for matlab (it cannot be ELPA because of copyright issues). This would simplify the installation for the GNU emacs users, but leave xemacs out.[2] a MELPA packet should dwell in github. Uwe > Eric Footnotes: [1] bitbucket also supports git but I have the feeling that once the decision is for git, github seems the preferred choice. [2] xemacs pkg system is right now in zombie state, all new packages are in the pre-release state. ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Matlab-emacs-discuss mailing list Mat...@li...<UrlBlockedError.aspx> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss |
|
From: Uwe B. <ou...@ma...> - 2016-02-04 10:30:15
|
>>> "dl" == dl <fri...@ho...> writes: > i vote 3, github > from usage, and never looking at code, Andrzej's matlab-mode works > very well. and he took the cvs code in march 2015 > Uwe, there is already matlab-mode package in melpa, which points to > the cvs repo. personally i use andrzej's version though Oops did not see it. I will have to look again. I am not sure what you mean by points to the CVS repo. It is a mirror? Uwe |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X