unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
* difficulties to use ELPA while MELPA working as expected
@ 2020-04-13 19:08 mf_tech
  2020-04-13 21:12 ` Noam Postavsky
  0 siblings, 1 reply; 3+ messages in thread
From: mf_tech @ 2020-04-13 19:08 UTC (permalink / raw)
  To: help-gnu-emacs

Dear Emacs Helper Team,

**Summary** On a **Debian "Stable"** installation, it is possible 
without difficulty to **install packages from Melpa but not from Elpa**.

Furthermore, the command **package-list works with ELPA**, an 
installation request can be submitted.

It does not seem to be related to communication difficulties.

This is the recurring answer; I want to install **delight** which I 
unfortunately I need to use.

**Contacting host: elpa.gnu.org:443**
**package-install-from-archive: 
https://elpa.gnu.org/packages/auto-correct-1.1.4.el: Bad Request**



The Melpa installation works after .emacs has been minimally adapted as 
suggested by https://melpa.org/#/getting-started

Elpa installation does not work, neither via package-install nor via 
package-list. This happens even without the .emacs file

This problem is reproducible on two logically nearly identical machines.

There are some complains on the Web about this problem, but I have not 
seen any solution.

**Installation**

uname -a
**Linux hercules 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1 (2020-01-26) 
x86_64 GNU/Linux**

emacs starting page
**This is GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 
3.24.5)
  of 2019-09-23, modified by Debian**

Could it be that this is a Debian bug ? It looks unprobable, but I 
cannot appreciate.

Thanks for your help and best regards

Mathias


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: difficulties to use ELPA while MELPA working as expected
  2020-04-13 19:08 difficulties to use ELPA while MELPA working as expected mf_tech
@ 2020-04-13 21:12 ` Noam Postavsky
  2020-04-19 14:24   ` mf_tech
  0 siblings, 1 reply; 3+ messages in thread
From: Noam Postavsky @ 2020-04-13 21:12 UTC (permalink / raw)
  To: mf_tech; +Cc: Help Gnu Emacs mailing list

On Mon, 13 Apr 2020 at 17:03, mf_tech <mf_tech@mathiasfoehr.lu> wrote:

> **Contacting host: elpa.gnu.org:443**
> **package-install-from-archive:
> https://elpa.gnu.org/packages/auto-correct-1.1.4.el: Bad Request**

> **This is GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version
> 3.24.5)
>   of 2019-09-23, modified by Debian**
>
> Could it be that this is a Debian bug ? It looks unprobable, but I
> cannot appreciate.

It's an Emacs bug that is fixed in version 26.3.

https://debbugs.gnu.org/36810



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: difficulties to use ELPA while MELPA working as expected
  2020-04-13 21:12 ` Noam Postavsky
@ 2020-04-19 14:24   ` mf_tech
  0 siblings, 0 replies; 3+ messages in thread
From: mf_tech @ 2020-04-19 14:24 UTC (permalink / raw)
  To: Noam Postavsky; +Cc: Help Gnu Emacs mailing list

Thanks Noam,

I have used your hack:

*(setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3”)*

in your bug-description

Best, Mathias


On 13 Apr 2020, at 23:12, Noam Postavsky wrote:

> On Mon, 13 Apr 2020 at 17:03, mf_tech <mf_tech@mathiasfoehr.lu> wrote:
>
>> **Contacting host: elpa.gnu.org:443**
>> **package-install-from-archive:
>> https://elpa.gnu.org/packages/auto-correct-1.1.4.el: Bad Request**
>
>> **This is GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version
>> 3.24.5)
>>   of 2019-09-23, modified by Debian**
>>
>> Could it be that this is a Debian bug ? It looks unprobable, but I
>> cannot appreciate.
>
> It's an Emacs bug that is fixed in version 26.3.
>
> https://debbugs.gnu.org/36810


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-04-19 14:24 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-04-13 19:08 difficulties to use ELPA while MELPA working as expected mf_tech
2020-04-13 21:12 ` Noam Postavsky
2020-04-19 14:24   ` mf_tech

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).