-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Package on MELPA #3
Comments
>> "MN" == Mark Norton ***@***.***> writes:
Hi
I think there might be a problem with how the MATLAB mode package is
setup for MELPA. I honestly don't remember how I installed it, because
`list-packages` is no longer working with `matlab-mode` however it's
currently present in `~/.emacs.d/elpa/matlab-mode-202405221.1748`.
Thanks for the message. Well since you opened an issue on github you are aware that this is new site.
The MELPA recipe still points to the old sourceforge repository, but since structure of repository has changed with the last commits, we need to modify the recipe file accordingly.
Currently there is an email exchange with the MELPA maintainer where we discuss what to do.
I hope to settle this issue in the coming days.
PS we are also considering having MATLAB emacs in ELPA. Although we have the all the FSF paper signed, we did not even start. But once this is done we have to think whether we want it in ELPA and MELPA
Regards
Uwe Brauer
…--
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.
|
Actually I wasn't sure to be honest. The source history of the Emacs MATLAB mode while searching is a little murky. There was a Mathworks post about a decade ago about how to get it started, and then I started looking for more information about 2-3 weeks ago as my MATLAB usage spiked for work so I have been trying to check a few things. It all crystallized when I was trying to unbind M-s (on Windows, unfortunately, we no longer have console MATLAB, curses Mathworks!) and I used that for something else. So, using Anyhow, very glad it's being taken care of. I think it's a valuable mode. Just wish I had better options for integration under Windows (and no, WSL isn't an option at this time, though I've explored that a bit to see if I could get our MATLAB installation to work there). As far as ELPA/MELPA -- honestly I have no opinion. I have both setup as package repos and from my user perspective, it's kind of academic where it ends up as long as I can get to it, so I have no advice there. Thanks for doing the hard work of maintaining! |
>> "MN" == Mark Norton ***@***.***> writes:
Actually I wasn't sure to be honest. The source history of the Emacs
MATLAB mode while searching is a little murky. There was a Mathworks
post about a decade ago about how to get it started, and then I
started looking for more information about 2-3 weeks ago as my MATLAB
usage spiked for work so I have been trying to check a few things. It
all crystallized when I was trying to unbind M-s (on Windows,
unfortunately, we no longer have console MATLAB, curses Mathworks!)
Well I am using Ubuntu and occasionally MacOS. I try to avoid Windows as
much as I can and I do remember that maybe 10 years ago or more,
matlab-shell (started from emacs) sort of worked in Windows. Right now I
can't tell and it seems that is not the case, one reason more not even
to consider windows. There was a project trying to bring UNIX tools to
windows Cygwin, but I think even in this environment, the matlab-shell
did not work.
and I used that for something else. So, using `use-package` and
unbinding that way was causing the error that it couldn't find it,
then I poked at `list-package` and that very much highlighted the
error, and figured I'd pass it along.
I have to admit that although I do use the package system, the packages
that are essential to me, like auctex and matlab, I compile myself,
directly pulling the latest changes from the repository.
Anyhow, very glad it's being taken care of. I think it's a valuable
mode. Just wish I had better options for integration under Windows
(and no, WSL isn't an option at this time, though I've explored that a
bit to see if I could get our MATLAB installation to work there).
I have not heard from Jonas, but he told us that he is very busy.
So maybe I push a change to the sourceforge repository that might fix
the problem you encountered, at least that is my hope, since Jonas told
us, the our sourceforge repository does not comply the expected MELPA
convention.
I will discuss this subject shortly with the others.
As far as ELPA/MELPA -- honestly I have no opinion. I have both setup
as package repos and from my user perspective, it's kind of academic
where it ends up as long as I can get to it, so I have no advice
there.
I am also talking about my own experience. I find it confusing as a user
that a package is both in MELPA and ELPA and I am not sure what is the
most recent.
Thanks for doing the hard work of maintaining!
You are welcome but the real contributions, code wise, are done mostly
by Eric and John.
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.
|
I think there might be a problem with how the MATLAB mode package is setup for MELPA. I honestly don't remember how I installed it, because
list-packages
is no longer working withmatlab-mode
however it's currently present in~/.emacs.d/elpa/matlab-mode-202405221.1748
.If I go to
list-packages
it showsmatlab-mode 20240521.1748 dependency Major mode for MATLAB(R) dot-m files.
So far so good.However hitting enter on that line to bring up the package details produces the following error:
Opening input file: No such file or directory, c:/Users/<myname>/.emacs.d/elpa/matlab-mode-20240521.1748/matlab-mode.el
It's clearly expecting a file named after the package and not finding it. It would be nice if this package played nicely with MELPA's package requirements (one of which certainly seems to be an *.el file named after the mode itself.)
Not wildly critical. I'm considering removing it from the ELPA directory and putting it in
site-lisp
downloaded from the repo, but figured it ought to be reported that it's got a problem with the automatic way of installing it.The text was updated successfully, but these errors were encountered: