GNU bug report logs - #48905
28.0.50; list-packages fails trying to contact an internal server

Previous Next

Package: emacs;

Reported by: sds <at> gnu.org

Date: Mon, 7 Jun 2021 16:22:02 UTC

Severity: normal

Tags: notabug

Found in version 28.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 48905 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Steingold <sds <at> gnu.org>
Cc: 48905 <at> debbugs.gnu.org
Subject: Re: bug#48905: 28.0.50; list-packages fails trying to contact an
 internal server
Date: Tue, 08 Jun 2021 14:07:33 +0200
Steingold <sds <at> gnu.org> writes:

> I get this error on M-x list-packages:
>
> Debugger entered--Lisp error: (error "ip-10-0-37-237.ec2.internal/8081 nodename nor serv...")
>   signal(error ("ip-10-0-37-237.ec2.internal/8081 nodename nor serv..."))
>   package--with-response-buffer-1("https://elpa.gnu.org/packages/" #f(compiled-function () #<bytecode 0x185414f4e5c4fd07>) :file "archive-contents" :async t :error-function #f(compiled-function () #<bytecode -0x1a9d4fb09851cb13>) :noerror nil)

[...]

> ip-10-0-37-237.ec2.internal is an internal server that is not available
> ATM and has nothing to do with emacs packages (it's a jupyter server
> accessed by ein).

Very odd -- it sounds like `package--with-response-buffer-1' is possibly
working in the wrong buffer or something along those lines?

To debug, could you try `e (current-buffer) RET' to see what the buffer
is at this point?  And could you also try loading and uncompiled
package.el to get a more detailed backtrace?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 4 years and 26 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.