Closed vigneshrams closed 1 year ago
@vigneshrams I tried a fresh re-install on my own computer (also a Mac) by deleting the .continue folder and found that there were a couple of errors, so I fixed those, and a new version is out with those changes, but it doesn't look (from the logs you've sent) like that is the problem.
It's possible that we built a binary that doesn't work on Mac Intel chips, which I will take a deeper look at tomorrow. If you try to run the binary at ~/.vscode/extensions/continue.continue-0.0.316/server/exe/run
, this would directly show whether the server is able to start, and would be helpful for further debugging.
@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
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
Thanks for the update. If you want anything from my end please let me know. I'm really excited to try continue.
On Tue, Aug 22, 2023, 11:00 PM Nate Sesti @.***> wrote:
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
— Reply to this email directly, view it on GitHub https://github.com/continuedev/continue/issues/387#issuecomment-1688627252, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAEBEHFAUMJD5NZ2KQDKFPDXWTUE3ANCNFSM6AAAAAA3WKXPNU . You are receiving this because you were mentioned.Message ID: @.***>
Also happening to me. I was using Continue just fine as of last week, a coworker mentioned being unable to use the extension today, just checked and I'm also unable to load the server anymore.
@vigneshrams @matiasdominguez I've just shipped a version (v0.0.323) that will use a mac m1 binary, and I expect this was the cause of these problems. Please let me know if this solves it—if not, I'll dig back in.
@vigneshrams @matiasdominguez I've just shipped a version (v0.0.323) that will use a mac m1 binary, and I expect this was the cause of these problems. Please let me know if this solves it—if not, I'll dig back in.
thanks! just did a fresh install and it worked.
steps to fix it:
rm -rf ~/.continue
doesn't work just updating, I had to remove the old install by hand
@sestinj v0.0.323 did not fix it for me. I am using an Intel MacBook. Hope that could be the reason.
@matiasdominguez glad you were able to figure this out so fast and it's working! I did notice that we seem to be not correctly updating the server upon extension update, this is probably what was happening.
@vigneshrams Good to know—means these were probably two separate issues. I'm doing a lot of debugging tonight and will let you know what progress I make. Are you still seeing the same error as before (Error loading python lib?)
fresh first time install of continue extension and I am running into this issue. It is a MacBook 2019 Intel with Ventura 13.5.1 If you need help testing something, let me know.
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
@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.
Super glad to hear it! If more questions arise you're always free to message in our Discord: https://discord.gg/NWtdYexhMs
@sestinj yep -- deleted everything under ~/.continue and reinstalled, works great out of the box. thanks!
run
binary was created locally, judging from the log messages in the Console
git log --since='2023-08-01T22:23:56.24Z' --until='2023-08-02T06:04:22.12Z' --pretty=format:"%cd %h %s" --date=human
---
### workaround
#### idea 1
- just use **[v0.0.236]** 😅
#### idea 2
- build the `run` binary yourself locally on macOS 10.15 and run it every time you launch `VSCode`
> [!IMPORTANT]
> _On macOS, system components from one version of the OS are usually compatible with later versions, but they may not work with earlier versions. While PyInstaller does not collect system components of the OS, the collected 3rd party binaries (e.g., python extension modules) are built against specific version of the OS libraries, and may or may not support older OS versions. [...]_
>
> _For example, to ensure compatibility with “Mojave” (10.14) and later versions, you should set up a full environment (i.e., install python, PyInstaller, your application’s code, and all its dependencies) in a copy of macOS 10.14, using a virtual machine if necessary. Then use PyInstaller to freeze your application in that environment; the generated frozen application should be compatible with that and later versions of macOS._
> Source: [pyinstaller - making-macos-apps-forward-compatible](https://pyinstaller.org/en/stable/usage.html#making-macos-apps-forward-compatible)
```sh
git clone git@github.com:continuedev/continue.git
chmod +x ./build.sh
./build.sh
# ...
# 51745 INFO: Appending PKG archive to EXE
# 51929 INFO: Fixing EXE headers for code signing
# 51967 INFO: Rewriting the executable's macOS SDK version (12.1.0) to match the SDK version of the Python library (10.15.6) in order to avoid inconsistent behavior and potential UI issues in the frozen application.
# 51969 INFO: Re-signing the EXE
# 52372 INFO: Building EXE from EXE-00.toc completed successfully.
./dist/run
# start vscode and it should work 🍀
macOS 10.15
run
binary that gets downloaded from the server was created in a later macOS environment and won't run on macOS 10.15
@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.
the binary runs successfully when using a python version above 3.10.0
and below 3.10.9
or using any python version above 3.11.0
(currently 3.11.5
is the latest)
a comment from 12/Aug/22
on a similar issue also suggested the python version to be set above 3.10.0
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
--- 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 Yeah! I'll make this change in the next update, nice find
Alright, update is released along with new binaries. Lmk if it works?
macOS 10.15
@LangLangBart @sestinj Its works fine now. I am using the latest version. Thanks a lot for the support.
Awesome! Huge thanks for the help on this @LangLangBart
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:
Expected behavior Should start continue server and work normally.
Screenshots
Environment
Console logs
Additional context I am trying to use Continue for the first time.