continue: Continue Server is not getting started.

Describe the bug I have installed the continue extension. But when I open the extension window I see the loading continue server forever

To Reproduce Steps to reproduce the behavior:

  1. Just installed Continue extension and was not able to start Continue server.
  2. VS code version details below,
Version: 1.81.1
Commit: 6c3e3dba23e8fadc360aed75ce363ba185c49794
Date: 2023-08-09T22:20:33.924Z
Electron: 22.3.18
ElectronBuildId: 22689846
Chromium: 108.0.5359.215
Node.js: 16.17.1
V8: 10.8.168.25-electron.0
OS: Darwin x64 19.6.0

Expected behavior Should start continue server and work normally.

Screenshots image

Environment

  • Operating System: [MACOS - Catalina - 10.15.7]
  • Python Version: [3.10 and 3.11] installed via brew
  • Continue Version: [v0.0.316]

Console logs image

Additional context I am trying to use Continue for the first time.

About this issue

  • Original URL
  • State: closed
  • Created 10 months ago
  • Reactions: 1
  • Comments: 23 (14 by maintainers)

Most upvoted comments

@tomasmcm That is the correct solution, and I’ve already updated the extension in v0.0.328 to solve the issue, so it should now work out-of-the-box. (https://github.com/continuedev/continue/issues/402)

@gkrawiec @joshpc is everything now working okay for you in v0.0.328?

yes, it is working now. Thank you.

@LangLangBart @sestinj Its works fine now. I am using the latest version. Thanks a lot for the support.

  • 🟢 [v0.0.390] works for me on macOS 10.15

Alright, update is released along with new binaries. Lmk if it works?

for version in {0..13}; do
        echo -n "Python 3.10.$version: "
        curl -s https://www.python.org/downloads/release/python-310$version/ |
        grep "Release Date:" | sed 's/^[ \t]*//;s/<[^>]*>//g'
done
# Python 3.10.0: Release Date: Oct. 4, 2021
# Python 3.10.1: Release Date: Dec. 6, 2021
# Python 3.10.2: Release Date: Jan. 14, 2022
# Python 3.10.3: Release Date: March 16, 2022
# Python 3.10.4: Release Date: March 24, 2022
# Python 3.10.5: Release Date: June 6, 2022
# Python 3.10.6: Release Date: Aug. 2, 2022
# Python 3.10.7: Release Date: Sept. 6, 2022
# Python 3.10.8: Release Date: Oct. 11, 2022
# Python 3.10.9: Release Date: Dec. 6, 2022
# Python 3.10.10: Release Date: Feb. 8, 2023
# Python 3.10.11: Release Date: April 5, 2023
# Python 3.10.12: Release Date: June 6, 2023
# Python 3.10.13: Release Date: Aug. 24, 2023

diff

--- a/.github/workflows/main.yaml
+++ b/.github/workflows/main.yaml
@@ -17,7 +17,7 @@ jobs:
       - name: Set up Python
         uses: actions/setup-python@v4
         with:
-          python-version: "3.10"
+          python-version: "3.10.8"
 
       - name: Install dependencies
         run: |
@@ -64,7 +64,7 @@ jobs:
       - name: Set up Python
         uses: actions/setup-python@v4
         with:
-          python-version: "3.10"
+          python-version: "3.10.8"
 
       - name: Install Pyinstaller
         run: |

@LangLangBart thanks for being so detailed here! It looks like the furthest that GitHub Actions supports is MacOS 11 (https://github.com/actions/runner-images#available-images), which might not be enough given the pyinstaller snippet you shared. It might be possible to setup a self-hosted runner to perform this job though, which I’ll look into first.

Another supporting solution might be to include instructions for manually running the server upon failure. Or even just attempting this automatically as a fallback. Theoretically this is as easy as pip install continuedev && python -m continuedev. I’ll give this a shot and see if it is a consistent enough fix.

@sestinj yep – deleted everything under ~/.continue and reinstalled, works great out of the box. thanks!

I also had a similar issue. (I’m on a M1 mac). But instead of continue.log, the console mentioned server_version.txt was missing. After I copied the file from ~/.vscode/extensions/continue.continue-0.0.326/server_version.txt to ~/.continue/server/server_version.txt and restarted VS Code, it loaded properly

Thanks for sharing. MacOS architecture likely the issue. We’re working on getting around GitHub’s lack of Apple Silicon support, will update once solved

@sestinj From running the cmd to start the server manually, Below is the error I got. Hope it has to do with MacOS Version.

[16002] Error loading Python lib '/var/folders/5m/fcsn_rpx17zf0gm7fzzmk_k80000gn/T/_MEIxGPKJ2/libpython3.10.dylib': dlopen: dlopen(/var/folders/5m/fcsn_rpx17zf0gm7fzzmk_k80000gn/T/_MEIxGPKJ2/libpython3.10.dylib, 10): Symbol not found: _preadv
  Referenced from: /var/folders/5m/fcsn_rpx17zf0gm7fzzmk_k80000gn/T/_MEIxGPKJ2/libpython3.10.dylib (which was built for Mac OS X 11.7)
  Expected in: /usr/lib/libSystem.B.dylib
 in /var/folders/5m/fcsn_rpx17zf0gm7fzzmk_k80000gn/T/_MEIxGPKJ2/libpython3.10.dylib