镜像站点 · 本页由第三方 GitHub 只读镜像提供,非 GitHub 官方站点,不接受任何登录或凭据输入。前往 github.com
Skip to content

[ERROR] Unable to access runtimes index at https://www.python.org/ftp/... #355

Description

@RogerMarsh

Install source and version

  • Installed from the Windows Store
  • Installed with the MSIX from python.org
  • [x ] Installed with the MSI from python.org
  • Installed with winget install 9NQ7512CXL7T

Version:

Describe the bug
At a Debian command prompt I typed 'wine pymanager exec -37' and got the error log as the response.

To Reproduce
Steps to reproduce the behavior:

  1. Create a Debian 13 (Trixie) installation.
  2. Install the wine64 package followed by doing the additional stuff as instructed by the response to 'wine cmd' at the Debian command prompt.
  3. Type 'wine pymanager exec -37' at the Debian command prompt
  4. See error
    Expected behavior
    Whatever is supposed to happen. This was literally my first use of pymanager.

Additional context
The MSI was downloaded on 29 May 2026 (yesterday). I just checked 'https://www.python.org/ftp' in my browser and got 'Error 404: File not found'.

I suppose doing this on a Windows installation will get the same outcome.

I suppose it's possible the downloadable MSI has not caught up yet!

Log file attatched.

python_install_20260530191245_292.log

Activity

  1. RogerMarsh commented on May 30, 2026

    @RogerMarsh
    Author

    Forgot to mention the 'bundled' directory referenced in the response to the command does not exist.

  2. zooba commented on Jun 1, 2026

    @zooba
    Member

    So the URL for FTP root actually has a slash at the end, and if you omit that then you get a 404. The index is definitely there.

    And the bundled directory is intentionally omitted from the MSI (that should be documented somewhere, but it'll be an obscure note for administrators, not a normal user concern).

    The problem appears to be that Wine does not support any of the WinHTTP APIs that we use for downloads. We don't officially support Wine, so there's nothing we're going to do about it, but what you might be able to do is copy the urllib directory from a Python 3.14 Lib into the runtime directory, and also the _ssl.pyd and _socket.pyd. That ought to be enough for the urllib fallback to enable, and I'm pretty sure the socket module works okay under Wine.

    We don't include that by default because we don't want to be subjected to OpenSSL's vulnerabilities, since they force us to release updates every time they do. As long as we only use Windows's own APIs, users will get the fixes automatically.

    Hopefully that's helpful! Good luck

  3. zooba commented on Jun 1, 2026

    @zooba
    Member

    Also, if you'd like to package together a Wine-compatible version of the install manager, feel free. We won't distribute it from python.org, to avoid confusing the vast majority of users (who are not on Wine), but you're fine to distribute it anywhere you like.

    And a side note: you'll want py exec -3.7 with a dot, since just -37 won't match (there's no Python thirty seven out yet 😉 )

  4. Jawzper commented on Jun 19, 2026

    @Jawzper

    Hi, I'm running into the same issue trying to get a bundled python application working under wine (it's a utility for another application I have to run in that wine instance, so it needs to run in the same environment).

    So I am trying your suggestion... I found urllib in my pyenv 3.14 directory and copied that to the runtime dir, but where can I get _ssl.pyd and _socket.pyd from? I could not locate them.

    Also, what can I do about missing "runtimes index" file fallback-index.json? The /bundled folder it's supposed to be in does not exist at all, as far as I can tell.

  5. zooba commented on Jun 19, 2026

    @zooba
    Member

    where can I get _ssl.pyd and _socket.pyd from?

    They are part of a normal Windows distribution of Python, usually in the DLLs directory.

    what can I do about missing "runtimes index" file fallback-index.json?

    You can create it or ignore the error. In the MSIX package, it's present so that users can always get the latest version of Python without needing network, but it's omitted from the MSI to reduce the size and allow/encourage administrators to bundle their own preferred defaults.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions