Open avinassh opened 6 months ago
The problem is somewhere in the sqlite3mc CMake-build in https://github.com/tursodatabase/libsql. Looks like some kind of a Apple toolchain change, discussed here for example: https://github.com/ponylang/ponyc/issues/3684
I found a temporary fix for macOS:
$ export MACOSX_DEPLOYMENT_TARGET=12.6
$ pip install libsql-experimental
Successfully installed libsql-experimental-0.0.34
Anyone being able to solve this on windows? I have the same problem (Windows 11)
can confirm the same, this is bad . really bad. DX should be first thing a DBaaS company should focus on. *constructive criticism. @penberg
@nikhil-swamix Yes. That is why this package is tagged as experimental.
I tweaked the README.md to make the experimental status more explicit: https://github.com/tursodatabase/libsql-experimental-python/commit/f4ff8ad8503e7e7b50b2dd926465da028d3c9fd2
agreed the package name is explicit enough. btw the bun guys were able to support windows eventually maybe some references can be taken from there. currently i want to use turso with python, if i use default sql library (inbuilt) or other flavors, lets say peewee or sqlalchemy,
bun was suggested as its sqlite driver is 2x faster than node, maybe it could be used as python cffi, rather than rust? feasible? @penberg
vector search+gold standard of local development ie sqlite, is one of the reason im testing before recommending (mostly startups), and also the generous free tier. please let me know very approx ETA as per your estimates on resolution of this.
I am trying to install the latest v0.0.34 on my machine (Intel Mac, Monterey and Python v3.8.19). It fails with following:
I tried installing an older version (0.0.28) which had worked earlier, but it is failing with the same error:
Even the older versions point to the same libsql-ffi version (
libsql-ffi v0.2.1
). This highlights another issue, we are not pinning the dependencies.first reported here - https://discord.com/channels/933071162680958986/1241858417757257809/1241858417757257809