-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[macOS] ModuleNotFoundError: No module named 'encodings' when compiling with meson #9580
Comments
I tried to repro, but hit a bump on meson setup with My initial thoughts is that it's possible this is related to meson issues discussed as part of #7857 as meson doesn't work with build isolation. From a python meson setup I also expected to see Do you have a docker based reproduceable steps? |
Apologies @samypr100, there are many things that can go wrong with the gstreamer stuff. Gstreamer currently has a broken
A docker setup wouldn't let me use brew, native macOS etc so I haven't tried to set that up. About build isolation, setting |
Hmm, still not happy. Same error. Re: build isolation, I meant Python PEP 517 build isolation, not meson's build isolation with respect to system libraries 😅 |
Sorry @samypr100, I believe you need to reset the subprojects and build folder. Try |
Could you maybe try building in a clean environment, e.g. via a That's what I've been using (always pristine). I was able to get 1.24 branch to build, compile, and install after removing
|
I'm trying to build the macOS library rather than the linux one so I can load it on macOS without docker. Using a The recursive include shouldn't affect 1.24 - that might've happened because you didn't clean your macOS build (subprojects folder). Removing forcefallback means you might be using system libraries instead. According to the gstreamer devs, force fallback is needed to enable gobject-introspection (something I need), so that's why I'm using forcefallback too 😅 |
Does it work for you on |
Closing as stale, feel free to follow-up if you are having problems still. |
Hello! Still have similar problem:
It's not really relevant for me, I just always create virtual environments directly with uv. And I haven't seen such errors in any other situations. |
If we're to debug this further, I think we'll need an isolated, minimal reproduction in a Dockerfile. @tkukushkin did you ensure that you're on the latest uv-managed Python version? |
@zanieb It doesn't help. |
@tkukushkin It might help if you can open a new separate issue following the steps from #9452 |
Yeah we're happy to help, we just need a clear way to reproduce the problem so we can debug it. A container is best, since it's isolated from your system state. |
I fully agree, but I am not sure if this problem is relevant to linux and I am not sure that Darwin image will be helpful. |
I'm trying to build gstreamer locally with python 3.11 from uv. I've managed to build gstreamer locally with the homebrew python. I use python 3.11 because the gstreamer version im using has a dependency that relies on distutils, removed in python3.12.
I would like to use python by uv. I modified the steps by @samypr100 in #8966 (comment)
Reproducible steps
Error
Would you have any advice on this error?
Full error
Click to expand
The text was updated successfully, but these errors were encountered: