I have an init.el file which only consists of a single line
(require 'package)
I am running emacs 23.1 on Red Hat Enterprise Linux Server Release 6.10 (Santiago)
Execution of emacs --debug-init returns the following screen:
I have absolutely no clue as to what this means.
This was actually a very preliminary step to following the instructions on setting up elpy as IDE for python... After I had no success in using the standard mode with python3 instead of just python
Could it be that these machines cannot access the internet?
package.el is not part of Emacs 23. You can obtain it here, I believe. (That's
https://github.com/technomancy/package.el.)
No idea whether that version of the library is compatible out of the box with Emacs 23.
But you get the idea - search for package.el online, download it, and put it in your load-path. Then your require should pick it up.
Related
In emacs I have got the tuareg mode enabled in the top and the shell in the bottom without color syntax. How can I have color syntax in the shell?
In order to get here, I installed camllight using this script http://judicael.courant.free.fr/2015/02/20/installationcaml.html
then, I installed melpa
M-x list-packages
to search and to install tuareg. And finally, I edited .emacs with (add to list 'load-path "home/pi/.emacs.d/lisp") where lisp is a directory which contain tuareg.el, camldebug.el, tuareg-site-file-el
emacs window:
The mode that you're looking for is not the one that comes with Tuareg. The guy in the video is using the inferior-ocaml mode that is a part of an old caml-mode that used to be distributed with the OCaml compiler. Unless you really want the exact setup as in the video, I would suggest you use a more modern Tuareg mode together with the OCaml Merlin. Otherwise, you should remove Tuareg and install caml-mode using M-x package-install <RET> caml-mode <RET> (see also the documentation on the Github page of the project for more details).
My ultimate goal is to get magit working again with Emacs 27.1 on openSUSE Tumbleweed, but the problem ahead of that is getting (melpa?) package management working - so that is really what this post is about. I run into these problems with other packages; magit is just the example, because want teh awesome. I had not installed any packages recently with Emacs 26.3, but my assumption is that it was OK. Magit was certainly working.
Attempt is to start from bare wood:
rm .emacs
rm -r .emacs.d
Need melpa to get magit, so I create a new .emacs with only this inside:
(require 'package)
(add-to-list 'package-archives
'("melpa" . "https://melpa.org/packages/") t)
(package-initialize)
Restarting emacs, the package-list command shows a ton of melpa stuff in there (yay!). Including magit!
So I install that (version 20200820.227) by clicking on the Install button, then "Yes" when it asks for confirmation. Here is what happens at the end of the "Messages" buffer:
Wrote /home/tcarroll/.emacs.d/elpa/magit-20200820.227/magit-autoloads.el [2 times]
Loading async...done
Contacting host: melpa.org:80
error in process sentinel: async-handle-result: End of file during parsing
error in process sentinel: End of file during parsing
At this point magit is "installed" - and magit-status even works. But if I restart Emacs, running magit-status results in:
load-history-filename-element: Wrong type argument: stringp, (require . info)
...and I don't actually get any Git status.
Some output I get that I don't recall ever getting when starting Emacs 26.3:
Warning: game dir '/var/games/emacs': Permission denied
Loading loadup.el (source)...
dump mode: nil
Using load-path (/usr/share/emacs/27.1/site-lisp /usr/share/emacs/site-lisp /usr/share/emacs/27.1/lisp /usr/share/emacs/27.1/lisp/emacs-lisp /usr/share/emacs/27.1/lisp/progmodes /usr/share/emacs/27.1/lisp/language /usr/share/emacs/27.1/lisp/international /usr/share/emacs/27.1/lisp/textmodes /usr/share/emacs/27.1/lisp/vc)
Loading emacs-lisp/byte-run...
Loading emacs-lisp/byte-run...done
Loading emacs-lisp/backquote...
Several screenfuls of "Loading" this and that; I can include more if helpful. My speculation is that this has something to do with the new portable dumper?
There are a great many clean-shaven yaks in my vicinity (and the rest are scared). Trying to keep this from getting too long.
Adding new info at request:
openSUSE Tumbleweed update today to emacs. Still at version 27.1 but dated today:
GNU Emacs 27.1 (build 1, x86_64-suse-linux-gnu, GTK+ Version 3.24.22, cairo version 1.16.0) of 2020-08-25
Toggled on debugging via toggle-debug-on-error. Installation behavior nothing new, unfortunately; still
async-handle-result: End of file during parsing
Again, thanks for any help!
Turns out the /usr/bin/emacs is a script not a binary (old news to most of you, I'm sure) and it decides between different ways of invoking Emacs. For me, the key thing is that at the end it does this:
exec -a emacs /usr/bin/emacs-gtk
which causes Emacs to emit lots of messages about "Loading" this and that, including loadup.el, and finally not work properly with regard to packages (Org and Magit both affected, probably others).
When I invoke this instead:
/usr/bin/emacs-gtk
...I don't see any of those "Loading" messages. And Magit and Org both work fine.
From my limited understanding of this "exec -a" thng it seems that there "should" not be this difference in behavior, so maybe it is some dumb thing in my environment that I overlooked. But stuff works now.
TL:DR; I would like MetaOCaml syntax highlighting in Emacs, but the relevant option has no effect. What can I do?
I'm pretty new to Emacs, but have been using MetaOCaml for a while.
I installed opam 1.3.1-r1 and emacs 25.2 through my distribution's package manager (portage). I subsequently installed BER MetaOCaml 4.04.0+BER and tuareg 2.0.10 via opam (in that order). I've edited .emacs to add the following line: (load "/home/user/.opam/4.04.0+BER/share/emacs/site-lisp/tuareg-site-file"), and (setq tuareg-support-metaocaml t) as suggested by http://okmij.org/ftp/ML/MetaOCaml.html. However, when I load a file containing staging annotations, they are not highlighted in any way (see attached pictures). The font lock for multistage is untouched, and it appears staging annotations should be darkblue on lightgray.
I've previously tried this on the Linux Subsystem for Windows (which seems to be plain Ubuntu without Xorg) on a different machine with both BER MetaOCaml 4.02.1+BER and 4.04.0+BER, using opam's tuareg 2.0.10 and it's user-setup package to configure emacs for me and setting tuareg-support-metaocaml using M-x customize. This produced the same seemingly unsatisfactory result as shown in the attached screenshots.
Is there anything I should (or shouldn't) have done to get this working, or am I misunderstanding the intended behaviour?
Thank you in advance.
(Note that I already posted this as an issue on the tuareg Github repository: https://github.com/ocaml/tuareg/issues/151 . Sorry if this is frowned upon.)
Example of MetaOCaml in Emacs under X
Example of MetaOCaml in Emacs in a terminal
Update
Apparently, the auto-complete package is not the culprit.
Emacs fails to download melpa archive.
A quick google search indicates that this is a reappearing problem both on windows and unix machines.
As there are already threads concerning failed to download 'melpa' archive (none of which helped unfortunately) this thread may or may not be closed.
Inital Question
I'm trying to set up emacs for Common Lisp.
I installed sbcl and the slime package.
Some time ago I used to have auto completion for Common Lisp keywords in emacs such that - while typing - it suggested a word via a greyed out completion (TAB for acceptance) or via drop down or both. (I can't remember exactly.)
I'm struggling to get this working again.
At https://github.com/purcell/ac-slime it is suggested to first install auto-complete but when I type package-list-packages there is no such package. (But there are plenty named auto-complete-*).
(I set up Melpa with:
(require 'package)
(add-to-list 'package-archives
'("melpa" . "http://melpa.org/packages/")))
The provided link http://cx4a.org/software/auto-complete/ is dead as well.M-x install-package [RET] auto-complete [RET] also fails. Emacs says: [No match]
So my question is:
If there is no auto-complete package anymore, what is a good way to set up Common Lisp auto completion in emacs in the way mentioned above (greyed out word or dropdown)?
The current home-page for auto-complete is https://github.com/auto-complete/auto-complete
Installing it should be enough to allow you to use ac-slime (there is also a completion version using company).
Here is how I got it to work.
Download the .ZIP archive with repository here.
Unzip
Run M-x package-install-file
On the prompt, specify the path to the downloaded repository and the file named auto-complete.el.
Make sure that installation returns something along the lines of "Successful"
Add this line to your Emacs initialization file (.emacs):
(ac-config-default)
To auto-complete in SLIME, follow similar step to install ac-slime (requires SLIME and Auto-complete)
P.S. There is another package called company (stands for Complete Anything), which is quite good as an alternative. I am trying it out now. Getting it to work was very simple.
I'm pretty new to emacs and I'm currently trying to configure it properly for my needs, but I can't make it load web-mode at all.
So, this is what I've done:
Downloaded web-mode.el from GitHub
Made sure the file is located in the correct directory: ~/.emacs.d/web-mode.el
Used the installation instructions from the official page
My .emacs file now looks like this
Issue:
When I'm trying to edit any of the file types specified in the .emacs file, it only runs the default modes. PHP Abbrev for PHP etc... I'm not receiving any error messages and when I'm running --debug-init it does not give any output.
Emacs version: GNU Emacs 23.1.1 (x86_64-redhat-linux-gnu, GTK+ Version 2.18.9) of 2012-03-01 on sl6.fnal.gov
OS: Scientific Linux
Does anyone know how I can troubleshoot this further, or have solved similar issues?
You should let el-get install it for you. El-get is a package manager for emacs. It can install packages from github, emacswiki, elpa, an url, … http://wikemacs.org/index.php/El-get
It's very handy, you can update scripts easily, it manages dependencies, it lets you discover many stuff, you can easily share your config accross machines, etc.
Emacs 24 has package.el or ELPA by default. One can install it on emacs 23, but my experience isn't conclusive so I'd advise sticking with el-get, which is great.