From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Paul Pogonyshev Newsgroups: gmane.emacs.devel Subject: Re: GNU Elpa and Emacs 25.3 Date: Sat, 25 Jan 2020 16:48:26 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000bae784059cf8ceb6" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="41951"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Emacs developers To: Noam Postavsky Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 25 16:49:37 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ivNgn-000Asr-1f for ged-emacs-devel@m.gmane-mx.org; Sat, 25 Jan 2020 16:49:37 +0100 Original-Received: from localhost ([::1]:54816 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ivNgm-0004kI-71 for ged-emacs-devel@m.gmane-mx.org; Sat, 25 Jan 2020 10:49:36 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43840) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ivNfs-0003nu-Cy for emacs-devel@gnu.org; Sat, 25 Jan 2020 10:48:41 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ivNfr-00081R-28 for emacs-devel@gnu.org; Sat, 25 Jan 2020 10:48:40 -0500 Original-Received: from mail-wm1-x341.google.com ([2a00:1450:4864:20::341]:51631) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ivNfq-0007zg-PO for emacs-devel@gnu.org; Sat, 25 Jan 2020 10:48:39 -0500 Original-Received: by mail-wm1-x341.google.com with SMTP id t23so2417644wmi.1 for ; Sat, 25 Jan 2020 07:48:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=cPrdKWmiHqfe9H9a3h5gKmoF9EmahM3lDvJim8iuL34=; b=jrcct7sPsxdN1PTT7IjZwOhkpuHH2SdTJqIhZOxgl30B8PP8b6zqR2pN0w5O74wh7V FbTV2ClfZFIRNnGApVPD5nww7tELrPLqecTIP1uxPJYew2QGMf/ifjm3kUqpVwCaX2TC OUXL5XLQz24Ys8z2LOLkv5uTeSaVbdlDPB2JDfsnPRvjVJfioPOfvYUispyA2NbxZQcp GMad/xEepNM0vuTWc1aGcA8BNGHxFk84BlEGN7nSptq13EK0Ev+JtAFB2Pe87VhrJesm 8qPVjDcLyqfhibQzHR0RRNQREoTR2TWVXtDLEz1JM67ksGTtK9z1YpBoXngHVd2uHCyU k3jQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=cPrdKWmiHqfe9H9a3h5gKmoF9EmahM3lDvJim8iuL34=; b=JCOqZ8kC38gkRja4eYcPI2G2ZIfQds1ZckOhbNOVHOvpDYMpqOhGATcqAB9OADGAk8 T2HMymK2BwpZiD2R+EskxoQq5fGsCU7u2hMjNnWUoZA38K+hs83RVHTCXVnXTu2SkEQK sp/bxyqpSA7q8JDNgQ3yz0ixDRlSRGhB0FgeZoVsxK1neMHbOjJalFWX/KOH3wIdQAMq D6CGCYtH9tuPDzA3hIom9B8TGJt2Gg/61GnCWmjkylNKBj8Fpk333m3COZE/vMWjHLLk gf5rxd6aKjY104pVRLpBF9IRr0+TBuUd3YmaylZzVO32X7nmbHej5o/J4UvAznzUtQIF REhg== X-Gm-Message-State: APjAAAU9UxvBOMzUnolxqAic4E2p0dGS82jDCM2r+WqDp7NagxN2zj1B u6wBzlc+bo09bp4grlADeXOHSrj/SSqI1W2Yog== X-Google-Smtp-Source: APXvYqykZXUSUAvKQWtpqX8riyxA19J6Zp3nOQbBNmzIeNw/nz9tIDjp2Lw3xKNhWCwH9WHTiGC6ZuedQ5hKnYNgRy8= X-Received: by 2002:a1c:a952:: with SMTP id s79mr5032797wme.83.1579967317730; Sat, 25 Jan 2020 07:48:37 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::341 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:244629 Archived-At: --000000000000bae784059cf8ceb6 Content-Type: text/plain; charset="UTF-8" > The https failure is Bug#36749, though I'm surprised to hear that it > fails with plain http as well. It fails with a different error: (bad-signature "archive-contents.sig") Also get this error if I apply the workaround suggested in that bugreport. So, the workaround doesn't help here. Can it be that the signature file is inherited from some other run, i.e. that deleting `/tmp/elpa' is not enough to achieve a "clean state"? > Is your 24.5 Emacs linked against an older version of libgnutls? > Otherwise I would expect it to have the same problem. Quite possible. 25.3 is self-compiled, while 24.5 is installed from the OS (Debian) repository. I didn't manage to compile anything earlier than 25.3 due to various errors. Paul On Sat, 25 Jan 2020 at 16:33, Noam Postavsky wrote: > On Sat, 25 Jan 2020 at 09:55, Paul Pogonyshev > wrote: > > > > (file-error "https://elpa.gnu.org/packages/archive-contents" "Bad > Request") > > > > for me. Also fails if I replace "https" with "http" in the command, > > though with a different error. > > The https failure is Bug#36749, though I'm surprised to hear that it > fails with plain http as well. > > > * The command with different Emacs version: 24.5, 26.3 and 28.0.50 > > (trunk). > > Is your 24.5 Emacs linked against an older version of libgnutls? > Otherwise I would expect it to have the same problem. > --000000000000bae784059cf8ceb6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> The https failure is Bug#36749, though I'm surpri= sed to hear that it
> fails with plain http as well.

It fails with a different error:

=C2=A0 =C2= =A0=C2=A0(bad-signat= ure "archive-contents.sig")

Also get this error if I apply the workaround = suggested in that bugreport.
So, the workaround doesn't help = here. Can it be that the signature file
is inherited from some ot= her run, i.e. that deleting `/tmp/elpa' is not
enough to achi= eve a "clean state"?

> Is y= our 24.5 Emacs linked against an older version of libgnutls?
> Otherw= ise I would expect it to have the same problem.
<= /div>

Quite poss= ible.=C2=A0 25.3 is self-compiled, while 24.5 is installed from the OS
(Debian) repository.=C2=A0 I didn't manage to= compile anything earlier than
25.3 due to va= rious errors.

Paul

On Sat, 25 Jan 2020 at 16:33, N= oam Postavsky <npostavs@gmail.com<= /a>> wrote:
O= n Sat, 25 Jan 2020 at 09:55, Paul Pogonyshev <pogonyshev@gmail.com> wrote:
>
>=C2=A0 =C2=A0 =C2=A0(file-error "https://elpa= .gnu.org/packages/archive-contents" "Bad Request")
>
> for me.=C2=A0 Also fails if I replace "https" with "htt= p" in the command,
> though with a different error.

The https failure is Bug#36749, though I'm surprised to hear that it fails with plain http as well.

> * The command with different Emacs version: 24.5, 26.3 and 28.0.50
>=C2=A0 =C2=A0(trunk).

Is your 24.5 Emacs linked against an older version of libgnutls?
Otherwise I would expect it to have the same problem.
--000000000000bae784059cf8ceb6--