search

syl20bnr / spacemacs

A community-driven Emacs distribution - The best editor is neither Emacs nor Vim, it's Emacs *and* Vim!
http://spacemacs.org
GNU General Public License v3.0
23.65k stars 4.89k forks source link

Beta testing of spacelpa ELPA repository on various OS distributions #12652

Closed syl20bnr closed 2 years ago

syl20bnr commented 5 years ago

Hi all,

Spacelpa ELPA repository needs to be tested on various OSes and Emacs versions to help finding potential breaking bugs.

Anybody with the last version of the develop branch can test Spacelpa.

1) Testing Instructions

a) Test with GPG signed archives verification

b) Test without GPG signed archives verification

If you are on Windows or just don't have support for GPG then you can disable the archive verification. This is not recommended and it is just for testing purpose At the end there will be a prompt to abort the spacelpa installation if the verification fails for any reason.

2) Expected results

All the packages should be installed from the locally cloned spacelpa ELPA repository. You should end-up with the spacelpa repository in the directory .emacs.d/.cache/stable-elpa/<emacs-version>/spacelpa-0.400

3) Posting your results

Please post your results (either positive or negative) along with these system settings at least:

Don't hesitate to provide additional information if you want.

Thank you!

panchoh commented 5 years ago

Test successful on my system:

\o/

duianto commented 5 years ago

Update:

The Windows test a) now also works after answering y at the prompt.

Ubuntu 18.04.2 LTS

GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2019-06-26

Windows 1903 Build 18362

GNU Emacs 26.2 (build 1, x86_64-w64-mingw32) of 2019-04-13

~Failed (Expected. Posted for demonstration purposes)~ ~A *Warnings* buffer opens on startup:~

~Warning (initialization): An error occurred while loading ‘c:/Users/username/.emacs.d/init.el’:~

~GPG error: no usable configuration, OpenPGP~

~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.~

sthysel commented 5 years ago

a) Successful

:+1:

syl20bnr commented 5 years ago

Thank you for the feedback! That's really appreciated.

I pushed a rewrite of spacelpa initialization code so it is now much clearer and most importantly there is now a prompt asking the users if they still want to install the repository when the verification failed. Also when an error happens Emacs can still continue to load and the packages are installed using the fallback repositories (MELPA, Gnu ELPA etc...)

panchoh commented 5 years ago

With the latest changes, spacelpa repository verification fails:

Spacemacs cannot verify the authenticity of the stable ELPA archive (spacelpa)!
The reason is: nil

Do you still want to install the stable ELPA repository ? (y or n)

Manually verifying the repo fails as well:

gpg --verify spacelpa-0.400.sig spacelpa-0.400.tar.gz 
gpg: Signature made Thu 22 Aug 2019 12:47:49 AM CEST
gpg:                using RSA key 5C8D6739E7C10E1578AE5F6843AF5A3C6DCD696A
gpg:                issuer "sylvain.benner@gmail.com"
gpg: Can't check signature: No public key

Trying to fetch the key manually fails as well:

gpg --recv-keys 5C8D6739E7C10E1578AE5F6843AF5A3C6DCD696A
gpg: keyserver receive failed: No data

I reckon that your public key has not been published yet.

syl20bnr commented 5 years ago

@panchoh the public key is in core/gnupg/spacemacs.gpg. Can you import it and see if it works on your system and if it fixes the spacelpa installation ?

panchoh commented 5 years ago

Oops, it doesn't work, @syl20bnr. Seems that there is a key mismatch (either that, or my gpg-foo is way too rusty).

The repo spacelpa-0.400.tar.gz is signed with the key 5C8D6739E7C10E1578AE5F6843AF5A3C6DCD696A, while the key ID of ~/.emacs.d/core/gnupg/spacemacs.gpg is 5A172A06FAF60C56.

Both seems to have been issued on 2017-10-30, but the first was issued by sylvain.benner@gmail.com, and the second by Spacemacs <sylvain.benner@gmail.com>.

Makes sense?

Hope that it helps.

syl20bnr commented 5 years ago

wow so I never updated the key on the spacemacs repository at the time, I was sure I did it 🤦‍♂ I guess it works on my system because the correct key is already imported or something like this, going to export it again and fix this, thank you!! 💯

panchoh commented 5 years ago

Glad to be of service!

syl20bnr commented 5 years ago

Pushed the correct key :-)

panchoh commented 5 years ago

Now it works like a charm \o/

syl20bnr commented 5 years ago

🎉 🎉 🎉

JadElClemens commented 5 years ago

Unsuccessful for me with both test iterations. I was on an older commit on develop at first - everything seemed to run fine but I was unable to fetch a number of packages (most notably evil). I then pulled the latest commit and tried again after deleting .emacs.d/{.cache/stable-,}elpa. This time I get

File is missing: Opening output file. No such file or directory, /home/jadelclemens/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400/packages/.tar.gz

immediately upon starting Emacs.

syl20bnr commented 5 years ago

@JadElClemens that path is unexpected. Can you try with a freshly cloned .emacs.d and a fresh .spacemacs ?

syl20bnr commented 5 years ago

Also can you try with emacs --debug-init and paste the callstack here?

JadElClemens commented 5 years ago

Sure thing.

emacs --debug-init with personal .spacemacs

Debugger entered--Lisp error: (file-missing "Opening output file" "No such file or directory" "/home/jadelclemens/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400/packages/.tar.gz")
  write-region(1 1 "/home/jadelclemens/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400/packages/.tar.gz" nil nil nil)
  mm-write-region(1 1 "/home/jadelclemens/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400/packages/.tar.gz" nil nil nil binary t)
  mm-save-part-to-file((#<buffer  *mm*> ("text/plain") nil nil nil nil nil nil) "/home/jadelclemens/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400/packages/.tar.gz")
  url-copy-file("https://github.com/syl20bnr/spacelpa/archive/v0.400.tar.gz" "/home/jadelclemens/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400/packages/.tar.gz" ok-if-already-exists)
  configuration-layer/stable-elpa-download-tarball()
  byte-code("\306\020\307\021\310\311\n!\312P\313\013?#\210\310\311\n!\314P\313\013?#\210\310\f\315P\313\013?#\210\316\015\016)\"\2045\0\317\320\016)\015#\210\202\252\0\313\036*\321\322!\210\016+\323=\204M\0\324\325!\203M\0\016\025\026,\326 \210\327 \210\330 \210\331 \210\332 \210\333 \210\016+\323=\204q\0\334 \210\335\336!\210\337\336!\210\016-\203\224\0\340 \204\224\0\321\341!\210\016.\203\210\0\016.\026/\342 \204\224\0\343\344!\210\345 \210\016+\323=\203\251\0\016,\026\025\335\346!\210\347\026+\350 \210)\313\207" [gc-cons-threshold gc-cons-percentage load-file-name init-file-debug spacemacs-core-directory spacemacs-emacs-min-version 402653184 0.6 load file-name-directory "core/core-versions.el" nil "core/core-load-paths.el" "core-dumper.el" version<= error "Your version of Emacs (%s) is too old. Spacemacs requires Emacs version %s or above." require core-spacemacs dumping boundp load-path-backup configuration-layer/load-lock-file spacemacs/init configuration-layer/stable-elpa-download-tarball configuration-layer/load spacemacs-buffer/display-startup-note spacemacs/setup-startup-hook global-font-lock-mode global-undo-tree-mode t winner-mode spacemacs-is-dumping-p server server-running-p message "Starting a server..." server-start -1 dumped garbage-collect emacs-version file-name-handler-alist spacemacs-dump-mode load-path dotspacemacs-enable-server dotspacemacs-server-socket-dir server-socket-dir] 4)
  load("/home/jadelclemens/.emacs.d/init" t t)
  #f(compiled-function () #<bytecode 0x1df989>)()
  command-line()
  normal-top-level()

emacs with fresh .emacs.d and .spacemacs

This time I got a warning that the authenticity of spacelpa could not be verified - I chose to install anyways. Besides that, everything worked just fine.

As for the verification failing: (I can't copy this as I'm running another test, there may be small mistakes)

Failed to verify signature /home/jadelclemens/.emacs.d/cache/stable-elpa/26.2/spacelpa-0.400.sig:
No public key for 43AF5A3C6DCD696A created at 2019-08-21T16:47:49-0600 using RSA
Command output:
gpg: Signature made Wed 21 Aug 2019 04:47:49 PM MDT
gpg:                            using RSA key 5C8D6739E7C10E1578AE5F6843AF5A3C6DCD696A
gpg:                            issuer "sylvain.benner@gmail.com"
gpg: Can't check signature: No public key

emacs --debug-init with fresh .emacs.d and personal .spacemacs

Carried on from the previous test, but replaced the fresh .spacemacs with my own.

I still got the GPG verification error, but this time everything installed properly.

syl20bnr commented 5 years ago

In the callstack it shows you are not on the last develop branch because this function is deprecated: configuration-layer/stable-elpa-download-tarball I changed it yesterday 👼

Ok the second test makes more sense, can you post the whole message of the prompt ? It contains the reason of the failure. You can find a copy of it in the *Messages* buffer.

JadElClemens commented 5 years ago

In the callstack it shows you are not on the last develop branch because this function is deprecated: configuration-layer/stable-elpa-download-tarball I changed it yesterday

I am. git status shows that I am up to date with develop and git pull indicates that there are no changes to pull.

Ok the second test makes more sense, can you post the whole message of the prompt ? It contains the reason of the failure. You can find a copy of it in the *Messages* buffer.

Will do:

Spacemacs cannot verify the authenticity of the stable ELPA archive (specelpa)!
The reason is: Verification failed! It is strongly advised to NOT install the stable ELPA repository and report it on GitHub.

Do you still want to install the stable ELPA repository ? (y or n)

For the full GPG error see my previous comment.

ghost commented 5 years ago

OS version, OS distribution

Raspbian GNU/Linux 10 (buster) 4.19.66-v71+ armv7l

Emacs version

GNU Emacs 26.2 (snap)

The reason contained in the prompt displayed when the verification failed

Spacemacs cannot verify the authenticity of the stable ELPA archive (spacelpa)!
The reason is: Verification failed! It is strongly advised to NOT install the stable ELPA repository and report it on GitHub.

Do you still want to install the stable ELPA repository ? (y or n)
syl20bnr commented 5 years ago

@JadElClemens did you try to compile the ‘.el’ files in your .emacs.d directory ? It seem that you have a compiled version of init.el etc... if yes then updating the .el has no effect until you delete the compressed files or recompile the .el files.

JadElClemens commented 5 years ago

@syl20bnr That would be it, makes sense why the new .emacs.d worked with my config.

Neithard commented 5 years ago

I have the same problem like @johnmuhl and @JadElClemens, the gpg key cannot be authorized

OS: Antergos LSB 1.4 Emacs: GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.8) Spacemacs: latest develop version 09af9fc40b695a22cb6a3f59d61b3c23aed6fa79

syl20bnr commented 5 years ago

@Neithard thank you for the test, what is the message of the prompt ? It includes a reason if the verification could not be attempted.

Neithard commented 5 years ago

@syl20bnr this is from the Messages buffer, do you need more ?

Testing if your Emacs version 26.2 and GnuTLS version need the TLS work-around...
More info at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34341
Your Emacs version 26.2 and GnutTLS version 3.6.9 need the work-around, applying it...
Loading /home/xxx/.spacemacs...done
PNG warning: Interlace handling should be turned on when using png_read_image
Contacting host: github.com:443
Wrote /home/xxx/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400.tar.gz
Contacting host: github.com:443
Wrote /home/xxx/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400.sig
Parsing tar file...
Warning: premature EOF parsing tar file
Spacemacs cannot verify the authenticity of the stable ELPA archive (spacelpa)!
The reason is: Verification failed! It is strongly advised to NOT install the stable ELPA repository and report it on GitHub.

Do you still want to install the stable ELPA repository ? (y or n)
syl20bnr commented 5 years ago

That’s perfect thanks.

Warning: premature EOF parsing tar file

This is the issue for you I guess. Maybe we should use an external tool to download the archive instead of using the elisp library.

mvgijssel commented 5 years ago

OS version: 10.14.6

OS distribution: macOS Mojave

Emacs version: 25.3.1

The reason contained in the prompt displayed when the verification failed:

Spacemacs cannot verify the authenticity of the stable ELPA archive (specelpa)!
The reason is: Verification failed! It is strongly advised to NOT install the stable ELPA repository and report it on GitHub.

Do you still want to install the stable ELPA repository ? (y or n)

Got it working by

gpg --import ~/.emacs.d/core/gnupg/spacemacs.gpg

which passes gpg verification:

gpg --verify ~/.emacs.d/.cache/stable-elpa/25.3.1/spacelpa-0.400.sig ~/.emacs.d/.cache/stable-elpa/25.3.1/spacelpa-0.400.tar.gz
syl20bnr commented 5 years ago

@mvgijssel That's interesting, so the key import in the code does not work. I'm adding a test suite for this so I'll be able to easily test on different clean systems, it should catch the behavior you have and I'll be able to fix what is wrong.

jeandenis-k commented 5 years ago

Hi! For the record, I had the same error as @mvgijssel on GPG verification:

OS version : 10.14.6 OS distribution: macOS Mojave Emacs version : 26.2

Reason contained in the prompt:

Spacemacs cannot verify the authenticity of the stable ELPA archive (spacelpa)!
The reason is: Verification failed! It is strongly advised to NOT install the stable ELPA repository and report it on GitHub.

Do you still want to install the stable ELPA repository ? (y or n) n

Same as @mvgijssel, importing the GPG key manually fixed it:

gpg --import ~/.emacs.d/core/gnupg/spacemacs.gpg

Note: I had this message on start:

Testing if your Emacs version 26.2 and GnuTLS version need the TLS work-around...
More info at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34341
Your Emacs version 26.2 and GnutTLS version 3.6.9 need the work-around, applying it...
quimFIB commented 5 years ago

Initially failed same issue as @mvgijssel & @jeandenis-k .

Spacemacs cannot verify the authenticity of the stable ELPA archive (spacelpa)! The reason is: Verification failed! It is strongly advised to NOT install the stable ELPA repository and report it on GitHub.

Do you still want to install the stable ELPA repository ? (y or n) n

After manually importing the key the issue was fixed. gpg --import ~/.emacs.d/core/gnupg/spacemacs.gpg

OS Version: 3.8.9 OS distribution: Linux Mint 19 (Cinnamon) Emacs version: 26.1

stormwatch commented 5 years ago

Hello. Here are my results:

Requested information

The reason contained in the prompt displayed when the verification failed

Verification failed: It is strongly advised to NOT install the stable ELPA repository and report it to GitHub.

If I start emacs with --debug-init the following is also shown:

Failed to verify signature home/eze/spacemacs.cache/stable-elpa/26.2/spacelpa-0.400.sig: No public key for 43AF5A3C6DCD696A created at 2019-08-21T19:47:49-0300 using RSA Command output: gpg: Firmado el mié 21 ago 2019 19:47:49 -03 gpg: usando RSA clave 5C8D6739E7C10E1578AE5F6843AF5A3C6DCD696A gpg: emisor "sylvain.benner@gmail.com" gpg: Imposible comprobar la firma: No hay clave pública

Results of spacemacs/describe-system-info

#### System Info :computer:
   - OS: gnu/linux
   - Emacs: 26.2
   - Spacemacs: 0.300.0
   - Spacemacs branch: develop (rev. 62ea30b47)
   - Graphic display: t
   - Distribution: spacemacs
   - Editing style: vim
   - Completion: helm
   - Layers:
   ```elisp
   ((auto-completion :variables auto-completion-enable-help-tooltip t auto-completion-enable-sort-by-usage t auto-completion-enable-snippets-in-popup t)
   better-defaults emacs-lisp git helm markdown multiple-cursors
   (org :variables org-enable-bootstrap-support t org-enable-epub-support t org-enable-github-support t org-enable-hugo-support t org-enable-org-journal-support t org-enable-reveal-js-support t org-enable-sticky-header t org-want-todo-bindings t)
   (shell :variables shell-default-height 30 shell-default-position 'bottom)
   (spell-checking :variables spell-checking-enable-auto-dictionary t spell-checking-enable-by-default nil ispell-really-aspell t)
   syntax-checking treemacs
   (version-control :variables version-control-diff-tool 'diff-hl)
   bibtex common-lisp csv
   (dash :variables helm-dash-docset-newpath "~/.local/share/Zeal/Zeal/docsets" helm-dash-browser-func 'eww)
   (deft :variables deft-directory "~/Documentos/GTD")
   elixir emoji erlang finance
   (geolocation :variables geolocation-enable-automatic-theme-changer t)
   github gtags prettier
   (html :variables web-fmt-tool 'prettier)
   import-js
   (javascript :variables js2-basic-offset 2 javascript-backend 'lsp javascript-fmt-tool 'prettier javascript-import-tool 'import-js javascript-repl 'nodejs)
   (typescript :variables tide-tsserver-executable "/usr/bin/tsserver")
   (json :variables js-indent-level 2 json-fmt-tool 'prettier)
   (latex :variables latex-enable-auto-fill t latex-enable-magic t)
   lsp dap nginx pdf php plantuml react rust racket scheme shell-scripts sql systemd themes-megapack theming tmux
   (typography :variables typography-enable-typographic-editing t)
   unicode-fonts yaml)
   ```
   - System configuration features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GSETTINGS GLIB NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS XWIDGETS LCMS2

Errors logged in *Messages*

…
Error in package--load-files-for-activation: (user-error spaceline-all-the-icons--memoized-file-truename is already memoized)
…

Warnings logged in *Warnings*

Probably related to Chemacs?

Warning (initialization): An error occurred while loading ‘/home/eze/.emacs’:

Search failed: Search in Spacemacs]

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.

dudelson commented 5 years ago

Same problem as others (verification failed), but importing the gpg key manually did not resolve the issue. I suspect I am doing something wrong.

System Info

Output of uname -r: 5.1.17-300.fc30.x86_64 Output of spacemacs/describe-system-info:

System Info :computer:

Test Results

Tests were done with GPG verification enabled (test version a).

First I did:

$ cd ~/.emacs.d
$ git pull
# did not remove .cache/elpa-stable since it did not exist
$ mv elpa/ elpa.bak

Then I set dotspacemacs-use-spacelpa and dotspacemacs-verify-spacelpa-archives to t and restarted emacs.

This is the top of my *Messages* buffer during the test:

Loading /usr/share/emacs/site-lisp/site-start.d/autoconf-init.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/desktop-entry-mode-init.el (source)...done
Testing if your Emacs version 26.2 and GnuTLS version need the TLS work-around...
More info at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34341
Loading /home/dudelson/.spacemacs.d/init.el (source)...done
error: (error Unable to find theme file for ‘solarized-dark’)
PNG warning: Interlace handling should be turned on when using png_read_image
Contacting host: github.com:443
Wrote /home/dudelson/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400.tar.gz
Contacting host: github.com:443
Wrote /home/dudelson/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400.sig
Parsing tar file...done
Spacemacs cannot verify the authenticity of the stable ELPA archive (spacelpa)!
The reason is: Verification failed! It is strongly advised to NOT install the stable ELPA repository and report it on GitHub.

No matter how I answer the prompt "Do you still want to install the stable ELPA repository?" I get this in my *Warnings* buffer once the package install is complete:

Warning (initialization): An error occurred while loading ‘/home/dudelson/.emacs.d/init.el’:

File is missing: Cannot open load file, No such file or directory, evil

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.

So I did:

$ gpg --import ~/.emacs.d/core/gnupg/spacemacs.gpg
$ rm -r .cache/stable-elpa
$ rm -r elpa

And restarted emacs. Output in *Messages* was the same. So I tried verifying the key from the command line:

$ gpg --verify ~/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400.sig  ~/.emacs.d/.cache/stable-elpa/26.2/spacelpa-0.400.tar.gz
gpg: verify signatures failed: Unknown system error

I cannot make heads or tails of this error. Please let me know if there is any additional info I can provide.

dudelson commented 5 years ago

Things work as expected on my other system after importing the key manually :+1:

System Info

Output of uname -r: 5.2.0-arch2-1-ARCH Output of spacemacs/describe-system-info:

System Info :computer:

MarcoIeni commented 5 years ago

I choose method a), I get this:

Please answer y or no. Spacemacs cannot verify the authenticity of the stable ELPA archive (spacelpa)!
The reason is: Verification failed! It is strongly advised to NOT install the stable ELPA repository and report it on GitHub.

Do you still want to install the stable ELPA repository?

I answered y.

I checked the messages buffer and there are no errors apparently. Everything seems to work fine.

[marco@fx505dy ~]$ ls .emacs.d/.cache/stable-elpa/26.3/spacelpa-0.400/
build  Makefile  packages  README.md  scripts

[marco@fx505dy ~]$ uname -a
Linux fx505dy 5.2.11-arch1-1-ARCH #1 SMP PREEMPT Thu Aug 29 08:09:36 UTC 2019 x86_64 GNU/Linux

System Info :computer:

syl20bnr commented 5 years ago

Thank you for all the feedbacks :+1:

I’m working on a better version of spacelpa install and it will fix the import of the key.

Le sam. 7 sept. 2019 à 07:35, Marco Ieni notifications@github.com a écrit :

I choose method a), I get this:

Please answer y or no. Spacemacs cannot verify the authenticity of the stable ELPA archive (spacelpa)!

The reason is: Verification failed! It is strongly advised to NOT install the stable ELPA repository and report it on GitHub.

Do you still want to install the stable ELPA repository?

I answered y.

I checked the messages buffer and there are no errors apparently. Everything seems to work fine.

[marco@fx505dy ~]$ ls .emacs.d/.cache/stable-elpa/26.3/spacelpa-0.400/

build Makefile packages README.md scripts

[marco@fx505dy ~]$ uname -a

Linux fx505dy 5.2.11-arch1-1-ARCH #1 SMP PREEMPT Thu Aug 29 08:09:36 UTC 2019 x86_64 GNU/Linux

System Info 💻

(clojure html python rust markdown javascript vimscript epub

     (auto-completion :variables auto-completion-return-key-behavior nil auto-completion-tab-key-behavior 'complete auto-completion-enable-sort-by-usage t auto-completion-private-snippets-directory nil)

     (syntax-checking :variables syntax-checking-enable-tooltips nil)

     (c-c++ :variables c-c++-enable-clang-support t c-c++-backend 'rtags c-c++-default-mode-for-headers 'c++-mode)

     gtags helm emacs-lisp

     (git :variables git-magit-status-fullscreen nil magit-diff-refine-hunk 'all)

     java markdown multiple-cursors neotree

     (org :variables org-enable-bootstrap-support t)

     shell semantic cscope spell-checking

     (version-control :variables version-control-diff-side 'left version-control-diff-tool 'diff-hl))
  • System configuration features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB NOTIFY ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD LCMS2

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/syl20bnr/spacemacs/issues/12652?email_source=notifications&email_token=AAJPTEJOV5GKVHJ3NKAQG23QIOGYPA5CNFSM4IOYPVUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6EW2TI#issuecomment-529100109, or mute the thread https://github.com/notifications/unsubscribe-auth/AAJPTEMP5IWUFULMKDYRMJTQIOGYPANCNFSM4IOYPVUA .

-- -syl20bnr-

gcentauri commented 5 years ago

I have a Mac I can test on if that is still needed, for now I will wait until the key import fix.

pankajbhanu commented 5 years ago

OS: Nixos 19.03 Emacs version : 26.1 (provided in 19.03 channel) spacemacs/describe-system-info

System Info :computer:

Testing scenario a

  1. I set dotspacemacs-use-spacelpa and dotspacemacs-verify-spacelpa-archives to t
  2. deleted .emacs.d/elpa in one instance and deleted the whole .emacs.d in another instance

After restart and package updates,

  1. I have no spacelpa repository in .emacs.d/.cache
  2. The following error occurs: 
    
Warning (initialization): An error occurred while loading ‘/home/pankaj/.emacs.d/init.el’:

error: Loading file /home/pankaj/.emacs.d/elpa/develop/undo-tree-0.6.5/undo-tree.elc failed to provide feature ‘undo-tree’

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.


3. Setting `(setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3")` as pointed out here https://www.reddit.com/r/emacs/comments/cdei4p/failed_to_download_gnu_archive_bad_request/ does not fix the error.
micsim commented 4 years ago

Positive

It didn't work a few weeks ago, but now a) is successful.

System Info

Is there still something holding back a new release? ;)

syl20bnr commented 4 years ago

Is there still something holding back a new release? ;)

Yes, this particular feature, I want Spacemacs to be really stable for the next release and it requires spacelpa. I'm currrently on the c-c++ layer refactor as it really needs love and I'll get back to spacelpa. It is harder than expected to have a well integrated flow so people can easily troubleshoot spacelpa problem etc... Security is not made for convenience but we have to make it convenient somehow.

mixmixmix commented 4 years ago

negative

OS version: 10.15.1 OS distribution: macOS Catalina Emacs version: 26.1 revision: 247830ab407b71fb47e3768c76c1d8503d186f75

Spacemacs cannot verify the authenticity of the stable ELPA archive (spacelpa)!
The reason is: Verification failed! It is strongly advised to NOT install the stable ELPA repository and report it on GitHub.

Do you still want to install the stable ELPA repository ? (y or n) y

I just realised we are waiting for fix on that, I can retest it on macos and nixos.

christerATdepona commented 4 years ago

Shouldn't this issue be added to the milestone "Next Release 0.300"?

zipy124 commented 4 years ago

negative OS version: 31 OS dsitibution: Fedora workstation Emacs version: 26.3 revision: #b59f8a3

reason for failure:

Spacemacs cannot verify the authenticity of the stable ELPA archive (spacelpa)!
The reason is: Verification failed! It is strongly advised to NOT install the stable ELPA repository and report it on GitHub.

Do you still want to install the stable ELPA repository ? (y or n) y
manuel-arguelles commented 4 years ago

I imported the key in core/gnupg/spacemacs.gpg but the key to verify archive-contents.sig seems to be different.

christerATdepona commented 4 years ago

Shouldn't the High Priority label be removed from this issue?

FlorianFranzen commented 4 years ago

Negative, unless key is manually imported.

OS version: 19.09 OS distribution: NixOS Emacs version: 26.3 revision: 96e7621f8

reason for failure:

Can't check signature: No public key
AleXoundOS commented 4 years ago

Is it possible to use pre-downloaded spacelpa repository when offline?

mati-lorenz commented 3 years ago

Test successful on my computer

Neithard commented 3 years ago

I have the same problem like @johnmuhl and @JadElClemens, the gpg key cannot be authorized

OS: Antergos LSB 1.4 Emacs: GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.8) Spacemacs: latest develop version 09af9fc

It works now:

Only a warning is displayed that is related to the package: Error (use-package): window-purpose/:config: Symbol’s function definition is void: purpose-x-golden-ratio-setup

Edit: I had to call the update packages manually to fix all errors. I think for first time users this should be called automatically when they start Emacs for the first time.

overchu commented 3 years ago

I run into the verificaion issue. The key in ~/.emacs.d/core/gnupg/spacemacs.gpg 43AF5A3C6DCD696A is now expired! And is so since 2020-11-10.

github-actions[bot] commented 2 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!