* 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).