Issues installing packages from melpa

Issues installing packages from melpa

[Janelle Rose via Users list for the GNU Emacs text editor]

[-- Attachment #1: Type: text/plain, Size: 257 bytes --]


Good Afternoon,

I am having issues installing packages from melpa.

I am using emacs 26.3 on Ubuntu 18.04. Every package gives the same error message:

[cid:image001.jpg@01D7B165.6A10AD10]
Any ideas on what is going on?

Regards,
Janelle Rose

[-- Attachment #2: image001.jpg --]
[-- Type: image/jpeg, Size: 209685 bytes --]

Re: Issues installing packages from melpa

[Tassilo Horn]

Janelle Rose via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> writes:

Hi Janelle,

> I am having issues installing packages from melpa.
>
> I am using emacs 26.3 on Ubuntu 18.04. Every package gives the same
> error message:
>
> [cid:image001.jpg@01D7B165.6A10AD10]

Eek, I can't view that attachment using mu4e (which re-uses
gnus-article-mode) although there's a base64-encoded image part.  Does
someone have a snippet making those Outlook-like image attachments work?

> Any ideas on what is going on?

Could you please post the error in text form?  Also, try `M-x
toggle-debug-on-error RET' before reproducing and post the contents of
the *Backtrace* buffer.

Bye,
Tassilo

Re: Issues installing packages from melpa

[Philip Kaludercic]

[-- Attachment #1: Type: text/plain, Size: 591 bytes --]

Tassilo Horn <tsdh@gnu.org> writes:

> Janelle Rose via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> writes:
>
> Hi Janelle,
>
>> I am having issues installing packages from melpa.
>>
>> I am using emacs 26.3 on Ubuntu 18.04. Every package gives the same
>> error message:
>>
>> [cid:image001.jpg@01D7B165.6A10AD10]
>
> Eek, I can't view that attachment using mu4e (which re-uses
> gnus-article-mode) although there's a base64-encoded image part.  Does
> someone have a snippet making those Outlook-like image attachments work?

I extracted it manually and decoded it:


[-- Attachment #2: image.jpg --]
[-- Type: image/jpeg, Size: 209685 bytes --]

[-- Attachment #3: Type: text/plain, Size: 430 bytes --]


It might be some kind of a network issue, but there might be something
wrong with the encoding too. Considering the Janelle's domain, I am
wondering if there might be a proxy issue.

>> Any ideas on what is going on?
>
> Could you please post the error in text form?  Also, try `M-x
> toggle-debug-on-error RET' before reproducing and post the contents of
> the *Backtrace* buffer.
>
> Bye,
> Tassilo
>
>

-- 
	Philip Kaludercic

Re: Issues installing packages from melpa

[Philip Kaludercic]

Philip Kaludercic <philipk@posteo.net> writes:

> It might be some kind of a network issue, but there might be something
> wrong with the encoding too. Considering the Janelle's domain, I am
> wondering if there might be a proxy issue.

I just noticed that the first bytes "^_" (hex 1f) and "\213" (hex 8B)
are the magic bytes for gzip. That means the connection was probably
aborted before enough data was transmitted for decoding.

-- 
	Philip Kaludercic

RE: Issues installing packages from melpa

[Janelle Rose via Users list for the GNU Emacs text editor]

I will say the error is different based on the version of emacs that I use. When I use emacs 27.2, I get the option to install the package before it errors. I'll paste the text directly in the email if that makes it easier. 

Here is the output for 27.2

Leaving directory  /arc/home/m1jtr02/.emacs.d/elpa/abl-mode-20210923.950 


Compiling file /arc/home/m1jtr02/.emacs.d/elpa/abl-mode-20210923.950/abl-mode.el at Tue Sep 28 13:32:58 2021
Entering directory  /arc/home/m1jtr02/.emacs.d/elpa/abl-mode-20210923.950/ 
abl-mode.el:1:3:Warning: reference to free variable  �\213
abl-mode.el:1:23:Warning: reference to free variable  � 
abl-mode.el:1:29:Warning: reference to free variable  ko�F�s�+ 
abl-mode.el:1:49:Warning: reference to free variable  ZS\201
abl-mode.el:1:55:Error: Invalid read syntax: ")"

Here is the output from emacs 26.3

These default coding systems were tried to encode text
in the buffer   *temp* :
  (utf-8-unix (2 . 4194187) (11 . 4194189) (13 . 4194253) (15
  . 4194267) (18 . 4194238) (19 . 4194291) (23 . 4194194) (28
  . 4194195) (29 . 4194264) (30 . 4194275) (32 . 4194284))
However, each of them encountered characters it couldn t encode:
  utf-8-unix cannot encode these: \213 \215 \315 \333 \276 \363 \222 \223 \330 \343

Click on a character (or switch to this window by  C-x o 
and select the characters by RET) to jump to the place it appears,
where  C-u C-x =  will give information about it.

Select one of the safe coding systems listed below,
or cancel the writing with C-g and edit the buffer
   to remove or modify the problematic characters,

Regards,
Janelle 
-----Original Message-----
From: Philip Kaludercic <philipk@posteo.net> 
Sent: Sunday, September 26, 2021 1:55 PM
To: Tassilo Horn <tsdh@gnu.org>
Cc: Janelle Rose <Janelle.T.Rose@frb.gov>; help-gnu-emacs@gnu.org; Akber Khan <Akber.Khan@frb.gov>
Subject: Re: Issues installing packages from melpa



Philip Kaludercic <philipk@posteo.net> writes:

> It might be some kind of a network issue, but there might be something 
> wrong with the encoding too. Considering the Janelle's domain, I am 
> wondering if there might be a proxy issue.

I just noticed that the first bytes "^_" (hex 1f) and "\213" (hex 8B) are the magic bytes for gzip. That means the connection was probably aborted before enough data was transmitted for decoding.

-- 
	Philip Kaludercic

Re: Issues installing packages from melpa

[Philip Kaludercic]

Janelle Rose <Janelle.T.Rose@frb.gov> writes:

> I will say the error is different based on the version of emacs that I use. When I use emacs 27.2, I get the option to install the package before it errors. I'll paste the text directly in the email if that makes it easier. 

These seem to be the same error, just handled in different ways. In both
cases \213 indicates a gzip file that is not being handled
properly. Could you check the current value of file-name-handler-alist
(use C-h v) to see if something is missing.

This might be worth a bug report (M-x report-emacs-bug) to
have more people look at what might be the issue.

> Here is the output for 27.2
>
> Leaving directory  /arc/home/m1jtr02/.emacs.d/elpa/abl-mode-20210923.950 
>
>
> Compiling file /arc/home/m1jtr02/.emacs.d/elpa/abl-mode-20210923.950/abl-mode.el at Tue Sep 28 13:32:58 2021
> Entering directory  /arc/home/m1jtr02/.emacs.d/elpa/abl-mode-20210923.950/ 
> abl-mode.el:1:3:Warning: reference to free variable  �\213
> abl-mode.el:1:23:Warning: reference to free variable  � 
> abl-mode.el:1:29:Warning: reference to free variable  ko�F�s�+ 
> abl-mode.el:1:49:Warning: reference to free variable  ZS\201
> abl-mode.el:1:55:Error: Invalid read syntax: ")"
>
> Here is the output from emacs 26.3
>
> These default coding systems were tried to encode text
> in the buffer   *temp* :
>   (utf-8-unix (2 . 4194187) (11 . 4194189) (13 . 4194253) (15
>   . 4194267) (18 . 4194238) (19 . 4194291) (23 . 4194194) (28
>   . 4194195) (29 . 4194264) (30 . 4194275) (32 . 4194284))
> However, each of them encountered characters it couldn t encode:
>   utf-8-unix cannot encode these: \213 \215 \315 \333 \276 \363 \222 \223 \330 \343
>
> Click on a character (or switch to this window by  C-x o 
> and select the characters by RET) to jump to the place it appears,
> where  C-u C-x =  will give information about it.
>
> Select one of the safe coding systems listed below,
> or cancel the writing with C-g and edit the buffer
>    to remove or modify the problematic characters,
>
> Regards,
> Janelle 
> -----Original Message-----
> From: Philip Kaludercic <philipk@posteo.net> 
> Sent: Sunday, September 26, 2021 1:55 PM
> To: Tassilo Horn <tsdh@gnu.org>
> Cc: Janelle Rose <Janelle.T.Rose@frb.gov>; help-gnu-emacs@gnu.org; Akber Khan <Akber.Khan@frb.gov>
> Subject: Re: Issues installing packages from melpa
>
>
>
> Philip Kaludercic <philipk@posteo.net> writes:
>
>> It might be some kind of a network issue, but there might be something 
>> wrong with the encoding too. Considering the Janelle's domain, I am 
>> wondering if there might be a proxy issue.
>
> I just noticed that the first bytes "^_" (hex 1f) and "\213" (hex 8B) are the magic bytes for gzip. That means the connection was probably aborted before enough data was transmitted for decoding.

-- 
	Philip Kaludercic

RE: Issues installing packages from melpa

[Akber Khan via Users list for the GNU Emacs text editor]

Hi all, 

Here's my output from C-h v file-name-handler-alist: 

file-name-handler-alist is a variable defined in  C source code .
Its value is
(("\\`\\(.+\\.\\(?:7z\\|CAB\\|LZH\\|MSU\\|ZIP\\|a\\(?:pk\\|r\\)\\|c\\(?:ab\\|pio\\)\\|de\\(?:b\\|pot\\)\\|exe\\|iso\\|jar\\|lzh\\|m\\(?:su\\|tree\\)\\|od[bfgpst]\\|pax\\|r\\(?:ar\\|pm\\)\\|shar\\|t\\(?:ar\\|bz\\|gz\\|lz\\|xz\\|zst\\)\\|warc\\|x\\(?:ar\\|p[is]\\)\\|zip\\)\\(?:\\.\\(?:Z\\|bz2\\|gz\\|l\\(?:rz\\|z\\(?:ma\\|[4o]\\)?\\)\\|uu\\|xz\\|zst\\)\\)*\\)\\(/.*\\)\\'" . tramp-archive-autoload-file-name-handler)
 ("\\.gpg\\(~\\|\\.~[0-9]+~\\)?\\'" . epa-file-handler)
 ("\\(?:\\.tzst\\|\\.zst\\|\\.dz\\|\\.txz\\|\\.xz\\|\\.lzma\\|\\.lz\\|\\.g?z\\|\\.\\(?:tgz\\|svgz\\|sifz\\)\\|\\.tbz2?\\|\\.bz2\\|\\.Z\\)\\(?:~\\|\\.~[-[:alnum:]:#@^._]+\\(?:~[[:digit:]]+\\)?~\\)?\\'" . jka-compr-handler)
 ("\\`/[^/|:]+:" . tramp-autoload-file-name-handler)
 ("\\`/:" . file-name-non-special))

I omitted the documentation portion of the output. Thank you Janelle, Philip, and Tassilo for helping with this!

Best, 
Akber 

-----Original Message-----
From: Philip Kaludercic <philipk@posteo.net> 
Sent: Tuesday, September 28, 2021 1:58 PM
To: Janelle Rose <Janelle.T.Rose@frb.gov>
Cc: Tassilo Horn <tsdh@gnu.org>; help-gnu-emacs@gnu.org; Akber Khan <Akber.Khan@frb.gov>
Subject: Re: Issues installing packages from melpa



Janelle Rose <Janelle.T.Rose@frb.gov> writes:

> I will say the error is different based on the version of emacs that I use. When I use emacs 27.2, I get the option to install the package before it errors. I'll paste the text directly in the email if that makes it easier. 

These seem to be the same error, just handled in different ways. In both cases \213 indicates a gzip file that is not being handled properly. Could you check the current value of file-name-handler-alist (use C-h v) to see if something is missing.

This might be worth a bug report (M-x report-emacs-bug) to have more people look at what might be the issue.

> Here is the output for 27.2
>
> Leaving directory  
> /arc/home/m1jtr02/.emacs.d/elpa/abl-mode-20210923.950
>
>
> Compiling file 
> /arc/home/m1jtr02/.emacs.d/elpa/abl-mode-20210923.950/abl-mode.el at 
> Tue Sep 28 13:32:58 2021 Entering directory  
> /arc/home/m1jtr02/.emacs.d/elpa/abl-mode-20210923.950/
> abl-mode.el:1:3:Warning: reference to free variable   \213
> abl-mode.el:1:23:Warning: reference to free variable   
> abl-mode.el:1:29:Warning: reference to free variable  ko F s +
> abl-mode.el:1:49:Warning: reference to free variable  ZS\201
> abl-mode.el:1:55:Error: Invalid read syntax: ")"
>
> Here is the output from emacs 26.3
>
> These default coding systems were tried to encode text
> in the buffer   *temp* :
>   (utf-8-unix (2 . 4194187) (11 . 4194189) (13 . 4194253) (15
>   . 4194267) (18 . 4194238) (19 . 4194291) (23 . 4194194) (28
>   . 4194195) (29 . 4194264) (30 . 4194275) (32 . 4194284)) However, 
> each of them encountered characters it couldn t encode:
>   utf-8-unix cannot encode these: \213 \215 \315 \333 \276 \363 \222 
> \223 \330 \343
>
> Click on a character (or switch to this window by  C-x o and select 
> the characters by RET) to jump to the place it appears, where  C-u C-x 
> =  will give information about it.
>
> Select one of the safe coding systems listed below, or cancel the 
> writing with C-g and edit the buffer
>    to remove or modify the problematic characters,
>
> Regards,
> Janelle
> -----Original Message-----
> From: Philip Kaludercic <philipk@posteo.net>
> Sent: Sunday, September 26, 2021 1:55 PM
> To: Tassilo Horn <tsdh@gnu.org>
> Cc: Janelle Rose <Janelle.T.Rose@frb.gov>; help-gnu-emacs@gnu.org; 
> Akber Khan <Akber.Khan@frb.gov>
> Subject: Re: Issues installing packages from melpa
>
>
>
> Philip Kaludercic <philipk@posteo.net> writes:
>
>> It might be some kind of a network issue, but there might be 
>> something wrong with the encoding too. Considering the Janelle's 
>> domain, I am wondering if there might be a proxy issue.
>
> I just noticed that the first bytes "^_" (hex 1f) and "\213" (hex 8B) are the magic bytes for gzip. That means the connection was probably aborted before enough data was transmitted for decoding.

-- 
	Philip Kaludercic

Re: Issues installing packages from melpa

[Philip Kaludercic]

Akber Khan <Akber.Khan@frb.gov> writes:

> Hi all, 
>
> Here's my output from C-h v file-name-handler-alist: 
>
> file-name-handler-alist is a variable defined in  C source code .
> Its value is
> (("\\`\\(.+\\.\\(?:7z\\|CAB\\|LZH\\|MSU\\|ZIP\\|a\\(?:pk\\|r\\)\\|c\\(?:ab\\|pio\\)\\|de\\(?:b\\|pot\\)\\|exe\\|iso\\|jar\\|lzh\\|m\\(?:su\\|tree\\)\\|od[bfgpst]\\|pax\\|r\\(?:ar\\|pm\\)\\|shar\\|t\\(?:ar\\|bz\\|gz\\|lz\\|xz\\|zst\\)\\|warc\\|x\\(?:ar\\|p[is]\\)\\|zip\\)\\(?:\\.\\(?:Z\\|bz2\\|gz\\|l\\(?:rz\\|z\\(?:ma\\|[4o]\\)?\\)\\|uu\\|xz\\|zst\\)\\)*\\)\\(/.*\\)\\'"
> . tramp-archive-autoload-file-name-handler)
>  ("\\.gpg\\(~\\|\\.~[0-9]+~\\)?\\'" . epa-file-handler)
>  ("\\(?:\\.tzst\\|\\.zst\\|\\.dz\\|\\.txz\\|\\.xz\\|\\.lzma\\|\\.lz\\|\\.g?z\\|\\.\\(?:tgz\\|svgz\\|sifz\\)\\|\\.tbz2?\\|\\.bz2\\|\\.Z\\)\\(?:~\\|\\.~[-[:alnum:]:#@^._]+\\(?:~[[:digit:]]+\\)?~\\)?\\'"
> . jka-compr-handler)
>  ("\\`/[^/|:]+:" . tramp-autoload-file-name-handler)
>  ("\\`/:" . file-name-non-special))

As long as this list isn't nil, Emacs should be able to handle
compressed content. Are you sure that this variable is not modified
during startup?  Some people like to set this to nil, so as to
accelerate how long Emacs needs to "boot".

> I omitted the documentation portion of the output. Thank you Janelle,
> Philip, and Tassilo for helping with this!

-- 
	Philip Kaludercic

RE: Issues installing packages from melpa

[Akber Khan via Users list for the GNU Emacs text editor]

Hi Phil, 

I'm sure its not being modified on startup (but if there's a way I can demonstrate that to you definitively please let me know). 

What do you think about the second part of the error besides the symbols that indicate a problem with compressed files? The message:

"Process melpa.org connection broken by remote peer"

That appears in all the package descriptions?

Best, 
Akber 
-----Original Message-----
From: Philip Kaludercic <philipk@posteo.net> 
Sent: Friday, October 1, 2021 3:54 AM
To: Akber Khan <Akber.Khan@frb.gov>
Cc: Janelle Rose <Janelle.T.Rose@frb.gov>; Tassilo Horn <tsdh@gnu.org>; help-gnu-emacs@gnu.org
Subject: Re: Issues installing packages from melpa



Akber Khan <Akber.Khan@frb.gov> writes:

> Hi all,
>
> Here's my output from C-h v file-name-handler-alist: 
>
> file-name-handler-alist is a variable defined in  C source code .
> Its value is
> (("\\`\\(.+\\.\\(?:7z\\|CAB\\|LZH\\|MSU\\|ZIP\\|a\\(?:pk\\|r\\)\\|c\\(?:ab\\|pio\\)\\|de\\(?:b\\|pot\\)\\|exe\\|iso\\|jar\\|lzh\\|m\\(?:su\\|tree\\)\\|od[bfgpst]\\|pax\\|r\\(?:ar\\|pm\\)\\|shar\\|t\\(?:ar\\|bz\\|gz\\|lz\\|xz\\|zst\\)\\|warc\\|x\\(?:ar\\|p[is]\\)\\|zip\\)\\(?:\\.\\(?:Z\\|bz2\\|gz\\|l\\(?:rz\\|z\\(?:ma\\|[4o]\\)?\\)\\|uu\\|xz\\|zst\\)\\)*\\)\\(/.*\\)\\'"
> . tramp-archive-autoload-file-name-handler)
>  ("\\.gpg\\(~\\|\\.~[0-9]+~\\)?\\'" . epa-file-handler)  
> ("\\(?:\\.tzst\\|\\.zst\\|\\.dz\\|\\.txz\\|\\.xz\\|\\.lzma\\|\\.lz\\|\\.g?z\\|\\.\\(?:tgz\\|svgz\\|sifz\\)\\|\\.tbz2?\\|\\.bz2\\|\\.Z\\)\\(?:~\\|\\.~[-[:alnum:]:#@^._]+\\(?:~[[:digit:]]+\\)?~\\)?\\'"
> . jka-compr-handler)
>  ("\\`/[^/|:]+:" . tramp-autoload-file-name-handler)  ("\\`/:" . 
> file-name-non-special))

As long as this list isn't nil, Emacs should be able to handle compressed content. Are you sure that this variable is not modified during startup?  Some people like to set this to nil, so as to accelerate how long Emacs needs to "boot".

> I omitted the documentation portion of the output. Thank you Janelle, 
> Philip, and Tassilo for helping with this!

-- 
	Philip Kaludercic

Re: Issues installing packages from melpa

[Philip Kaludercic]

Akber Khan <Akber.Khan@frb.gov> writes:

> Hi Philip, 
>
> I'm sure its not being modified on startup (but if there's a way I can
> demonstrate that to you definitively please let me know).

You could add a

    (debug-on-variable-change 'file-name-handler-alist)

to the beginning for your init.el or .emacs, and see if the debugger
pops up. But I think this is not likely.

> What do you think about the second part of the error besides the
> symbols that indicate a problem with compressed files? The message:
>
> "Process melpa.org connection broken by remote peer"
>
> That appears in all the package descriptions?

It sounds like something to do with networking, but I cannot say for
sure. Can you verify that this is not related to your local network?
Eg. by using Tor or a VPN. If not, I think it would be better to open a
proper bug report (M-x report-emacs-bug), so that the maintainers take a
look at the issue.

-- 
	Philip Kaludercic

RE: Issues installing packages from melpa

[Janelle Rose via Users list for the GNU Emacs text editor]

Hi Philip & Akber, 

I don't know if it's the network because the newer versions of emacs on the network don't have the "Process melpa.org connection broken by remote peer" error message. 

We do have a lot of customizations to our emacs install. Is there a way to launch a "vanilla" version to ignore those customizations. If so, we can try that and set the proxy in the .emacs file and see if the behavior changes. 

-Janelle 

-----Original Message-----
From: Philip Kaludercic <philipk@posteo.net> 
Sent: Wednesday, October 6, 2021 3:49 PM
To: Akber Khan <Akber.Khan@frb.gov>
Cc: Janelle Rose <Janelle.T.Rose@frb.gov>; Tassilo Horn <tsdh@gnu.org>; help-gnu-emacs@gnu.org
Subject: Re: Issues installing packages from melpa



Akber Khan <Akber.Khan@frb.gov> writes:

> Hi Philip,
>
> I'm sure its not being modified on startup (but if there's a way I can 
> demonstrate that to you definitively please let me know).

You could add a

    (debug-on-variable-change 'file-name-handler-alist)

to the beginning for your init.el or .emacs, and see if the debugger pops up. But I think this is not likely.

> What do you think about the second part of the error besides the 
> symbols that indicate a problem with compressed files? The message:
>
> "Process melpa.org connection broken by remote peer"
>
> That appears in all the package descriptions?

It sounds like something to do with networking, but I cannot say for sure. Can you verify that this is not related to your local network?
Eg. by using Tor or a VPN. If not, I think it would be better to open a proper bug report (M-x report-emacs-bug), so that the maintainers take a look at the issue.

-- 
	Philip Kaludercic

Re: Issues installing packages from melpa

[Philip Kaludercic]

Janelle Rose <Janelle.T.Rose@frb.gov> writes:

> We do have a lot of customizations to our emacs install. Is there a
> way to launch a "vanilla" version to ignore those customizations.

Yes, you add a -Q argument to Emacs like so:

     emacs -Q

-- 
	Philip Kaludercic

RE: Issues installing packages from melpa

[Akber Khan via Users list for the GNU Emacs text editor]

Hi Janelle and Phil,

Good suggestion! 

So I ran the command "emacs -Q", and in my init.el file I uncommented the portion with the lisp code that inhibits the default init file: 

(setq inhibit-default-init t)

- I think -Q handles that, but I made sure to uncomment that just in case. 

I checked the *Messages* buffer, and upon load, this was all I got: 

For information about GNU Emacs and the GNU system, type C-h C-a.

When I open the package manager, all that's available are packages from the gnu archive, and indeed none of those show the "Process melpa.org connection broken by remote peer" error message in their description. However, I also want to add the melpa archive, so in that same vanilla session, I added the archive with: 

(require 'package)
(add-to-list 'package-archives '("melpa" . "https://melpa.org/packages/") t)

I don't see anything in *Messages* when I run that code, but when I open the package manager, it never seems to finish loading the package list. The text I see in the buffer status menu is: "(Package Menu: Loading)", and all I can see are installed, built-in, and gnu archive packages.

Nothing more seems to happen, but when I click on any of the gnu packages, the following appears in the *Messages* buffer: 

Contacting host: elpa.gnu.org:443
gnutls.el: (err=[-54] Error in the pull function.) boot: (:priority NORMAL:%DUMBFW :hostname elpa.gnu.org :loglevel 0 :min-prime-bits nil :trustfiles (/etc/ssl/certs/ca-certificates.crt) :crlfiles nil :keylist nil :verify-flags nil :verify-error nil :callbacks nil)

I got a slightly different message when trying again on another package: 

Contacting host: elpa.gnu.org:443
gnutls.el: (err=[gnutls-e-invalid-session] The specified session has been invalidated for some reason.) boot: (:priority NORMAL:%DUMBFW :hostname elpa.gnu.org :loglevel 0 :min-prime-bits nil :trustfiles (/etc/ssl/certs/ca-certificates.crt) :crlfiles nil :keylist nil :verify-flags nil :verify-error nil :callbacks nil)

It might be essentially the same information, so I won't post any of the other messages I get when clicking on other packages. 

Thanks all for your help - hopefully this is useful!

Best, 
Akber

-----Original Message-----
From: Philip Kaludercic <philipk@posteo.net> 
Sent: Wednesday, October 13, 2021 10:32 AM
To: Janelle Rose <Janelle.T.Rose@frb.gov>
Cc: Akber Khan <Akber.Khan@frb.gov>; Tassilo Horn <tsdh@gnu.org>; help-gnu-emacs@gnu.org
Subject: Re: Issues installing packages from melpa



Janelle Rose <Janelle.T.Rose@frb.gov> writes:

> We do have a lot of customizations to our emacs install. Is there a 
> way to launch a "vanilla" version to ignore those customizations.

Yes, you add a -Q argument to Emacs like so:

     emacs -Q

-- 
	Philip Kaludercic

Re: Issues installing packages from melpa

[Philip Kaludercic]

Akber Khan <Akber.Khan@frb.gov> writes:

> Hi Janelle and Philip,
> When I open the package manager, all that's available are packages
> from the gnu archive, and indeed none of those show the "Process
> melpa.org connection broken by remote peer" error message in their
> description. 

Are you sure the package list was refreshed? Is there a ":Loading" in
the mode line somewhere? What happens when you press "g" to refresh the
package list manually?

> However, I also want to add the melpa archive, so in that
> same vanilla session, I added the archive with:

-- 
	Philip Kaludercic

RE: Issues installing packages from melpa

[Akber Khan via Users list for the GNU Emacs text editor]

HI Phil, 

The mode line says "Package Menu: Loading" - when I press 'g' to refresh the contents, the following appears in the *Messages* buffer:

Importing package-keyring.gpg...done

But the ": Loading" status never goes away. And again when I click on any of the gnu packages, I get either this message: 

Contacting host: elpa.gnu.org:443
gnutls.el: (err=[-54] Error in the pull function.) boot: (:priority NORMAL:%DUMBFW :hostname elpa.gnu.org :loglevel 0 :min-prime-bits nil :trustfiles (/etc/ssl/certs/ca-certificates.crt) :crlfiles nil :keylist nil :verify-flags nil :verify-error nil :callbacks nil)

or this one: 

Contacting host: elpa.gnu.org:443
gnutls.el: (err=[gnutls-e-invalid-session] The specified session has been invalidated for some reason.) boot: (:priority NORMAL:%DUMBFW :hostname elpa.gnu.org :loglevel 0 :min-prime-bits nil :trustfiles (/etc/ssl/certs/ca-certificates.crt) :crlfiles nil :keylist nil :verify-flags nil :verify-error nil :callbacks nil)

- Akber Khan

-----Original Message-----
From: Philip Kaludercic <philipk@posteo.net> 
Sent: Sunday, October 17, 2021 6:41 AM
To: Akber Khan <Akber.Khan@frb.gov>
Cc: Janelle Rose <Janelle.T.Rose@frb.gov>; Tassilo Horn <tsdh@gnu.org>; help-gnu-emacs@gnu.org
Subject: Re: Issues installing packages from melpa



Akber Khan <Akber.Khan@frb.gov> writes:

> Hi Janelle and Philip,
> When I open the package manager, all that's available are packages 
> from the gnu archive, and indeed none of those show the "Process 
> melpa.org connection broken by remote peer" error message in their 
> description.

Are you sure the package list was refreshed? Is there a ":Loading" in the mode line somewhere? What happens when you press "g" to refresh the package list manually?

> However, I also want to add the melpa archive, so in that same vanilla 
> session, I added the archive with:

-- 
	Philip Kaludercic