Closed achikin closed 7 years ago
still have this issue... tried --insecure
and didnt work.
tried delete and reinstall, didn't work,
frustrating :(
Consider if you see the following message, like in the initial issue.
To ensure normal operation, you should investigate and remove the
cause of the error in your initialization file. Start Emacs with
the ‘--debug-init’ option to view a complete error backtrace.
Then be sure to try emacs --debug-init
. That may provide more information to share here. It doesn't look like such a backtrace has been shared in this thread.
And in my opinion, --insecure
is not a good solution.
@bradyt output with --debug-init
i think it is network related, i used another network, and the problem is gone.
For me, Since I reinstall the new system and left home directory not formatted, the file's ownership was not mime. so,
sudo chown -R .emacs.d/
the error was solved by this way.
@KraevRoot btw, images of text are not conducive to troubleshooting. If anyone spots a suspicious line to search for, they have to type it out, instead of being able to copy paste text.
Also, folks may as well provide OS, emacs version, and output of emacs -batch --eval "(message \"%S\" (gnutls-available-p))"
I wonder if some of these links are relevant:
maybe one day emacs/sapcemacs will tell where and which line the problem is from... it will be a big day for emacs life.
I think it already does jump to specific location of error if you do M-x toggle-debug-on-error
before reproducing the error. Then you can just click on the backtrace links to jump to the specific location of the error.
It works to me when I delete ".emacs.d/.cache". Emacs recompiled everything and everything goes fine.
I moved my .emacs (which was and is symlinked) to .emacs.bak, opened emacs and allowed it to recompile, then moved .emacs.bak back to .emacs. Everything's peachy.
Seeing this error still... Any alternatives to --insecure?
So this worked: I don't think it's ideal:
Was originally trying to make it work on Emacs 26.1
Install Emacs 26.2:
sudo add-apt-repository ppa:kelleyk/emacs
sudo apt update
sudo apt install emacs26
Launch 26.2 -> this seems to get spacemacs running with installing required packages.
Either continue using 26.2, or launch 26.1. (Magically started working with 26.1 after this - possibly because they share the same .emacs.d or .spacemacs files?
Hope it helps!
my alternative way to resolve anything there was to go with Doom.
For me:
gpg --homedir ~/.emacs.d/elpa/gnupg --receive-keys 066DAFCB81E42C40
dit the trick after using ppa:kelleyk/emacs but maybe it would have work before. I am on ubuntu bionic
Ok on my other PC, on ubuntu disco, same issue solved by:
gpg --homedir ~/.emacs.d/elpa/gnupg --receive-keys 066DAFCB81E42C40
me too.
gpg --homedir ~/.emacs.d/elpa/gnupg --receive-keys 066DAFCB81E42C40
Works!! Thanks
Thanks for the answers above. I required a small modification which some people may find useful.
Whilst running the develop branch of Spacemacs from ~/.emacs.d/spacemacs/
(i.e. having modified the spacemacs-start-directory
variable), I needed to modify the command above to point to ~/.emacs.d/spacemacs/elpa/25.2/develop/gnupg
e.g.
gpg --homedir ~/.emacs.d/spacemacs/elpa/25.2/develop/gnupg --receive-keys 066DAFCB81E42C40
Note that this command needs to be updated with the version of Emacs you are running, in place of 25.2 above. Once Spacemacs is running you can also check the package-user-dir
variable if you want to be completely sure that you are targeting the correct directory.
gpg --homedir ~/.emacs.d/elpa/gnupg --receive-keys 066DAFCB81E42C40
Thanks!! The spacemacs is able to run on emacs 26.1.
For me the problem was proxies. I was on a work machine, but not using VPN, so proxy info was wrong. Clearing the https_proxy env var fixed it.
Confirming solution.
Recipe worked for me: https://github.com/syl20bnr/spacemacs/issues/8984#issuecomment-306130164
System OS : Windows 10 Using: WSL2 with a Mintty/WSLtty terminal running Bash
Overview
Loading Spacemacs directly into Bash using emacs -nw
failed before changing the default dotspacemacs-elpa-timeout 5
.
Successful install after changing to dotspacemacs-elpa-timeout 500
,
same command emacs -nw
to launch.
Setup
apt-get install emacs
~/.emacs.d
~/.emacs.d
emacs -nw
Then success after I applied this recipe:
~/spacemacs
: around line 89 :
Default value is dotspacemacs-elpa-timeout 5
.
Changed to dotspacemacs-elpa-timeout 500
(arbitrarily much larger).
Thanks a million. Hoping this helps someone's search results.
Failing for me today - Ubuntu 20.04. No exisiting ~/.emacs.d directory.
emacs -q
loads vanilla emacs just fine.
emacs -nw gives the following error:
Warning (initialization): An error occurred while loading ‘/home/bobrien/.emacs.d/init.el’:
Wrong type argument: stringp, async
To ensure normal operation, you should investigate and remove the
cause of the error in your initialization file. Start Emacs with
the ‘--debug-init’ option to view a complete error backtrace.
Have cloned/deleted ~/.emacs.d, recloned at least 4x. Maybe I'll wait until tomorrow incase it truly is a MELPA problem. I would suggest, however, that the dotspacemacs-elpa-timeout be increased from 5 to 60.
@thecocoa It seems to have been an upstream issue, that's been fixed. Cannot update packages, because the generated -pkg.el file uses a symbol instead of a string https://github.com/melpa/melpa/issues/7312
dotspacemacs-elpa-timeout 30 emacs --insecure
works for me, thank
For those who install spacemacs on windows with chocolatey
, I had to go to the path %appdata%
and then change the permissions of the folder .emacs.d
so that my user has access to that folder. Chocolatey seems to somehow install the folder with administrator only permissions.
Description :octocat:
Freshly installed spacemacs does not work because of init.el error
Reproduction guide :beetle:
Observed behaviour: :eyes: :broken_heart:
Expected behaviour: :heart: :smile: Emacs starts without errors
Backtrace :paw_prints: