MELPA package refresh doesn't respect dotspacemacs-elpa-timeout

[tadfisher]

Description

MELPA is down today (2016-08-15). When starting a fresh Spacemacs, packages are automatically refreshed, but the defunct MELPA connection does not time out according to dotspacemacs-elpa-timeout. I have not timed it but it takes on the order of several minutes to time out the connection to MELPA. This severely impacts using Spacemacs, as pressing C-g aborts Spacemacs startup, and waiting several minutes for the connection to time out is not ideal.

Reproduction guide 🪲

• Set dotspacemacs-elpa-timeout to a low value (i.e. 2)
• Somehow route melpa.org:443 to a host which accepts the connection but does not respond, or try this on a day MELPA is down.
• Start Emacs

Observed behaviour: 👀 💔

Spacemacs reports it is connecting to MELPA, and it does not time out for several minutes.

(Spacemacs) --> refreshing package archive: melpa... [1/3]
Contacting host: melpa.org:443

Expected behaviour: ❤️ 😄

The connection to MELPA should time out within the value specified by dotspacemacs-elpa-timeout.

System Info 💻

• OS: gnu/linux
• Emacs: 24.5.1
• Spacemacs: 0.105.21
• Spacemacs branch: develop (rev. 36f3b63)
• Graphic display: t
• Distribution: spacemacs
• Editing style: emacs
• Completion: helm
• Layers:

(auto-completion better-defaults emacs-lisp
                 (erc :variables erc-server-list
                      '(REDACTED))
                 (git :variables git-magit-status-fullscreen t)
                 github helm markdown org pass
                 (rust :variables rust-format-on-save t)
                 (shell :variables shell-default-height 30 shell-default-position 'bottom)
                 scala spell-checking syntax-checking themes-megapack)

[rossvor]

melpa.org seems down again and the issue is still occurring.

[github-actions]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!