GNOME Bugzilla – Bug 726831
Allow installing to a different path than pygobject3 main overrides path
Last modified: 2018-11-03 15:36:41 UTC
Currently, it not work. See: http://git.gnome.org/browse/pygobject/commit?id=b1a9848a7a7255e6b1ccd98712dd62b1514078b9
Well, __init__.py does exist in git repo, but not in tarball and final install.
If you set PYTHON=python3 when compiling it will be installed in the python3 prefix, then if you set it to python2 it will be installed in the python3 prefix.
Out of curiosity: why do we default to python2 instead of python3?
Just because, I will make sure to change that before releasin 1.4 :)
(In reply to comment #2) > If you set PYTHON=python3 when compiling it will be installed in the python3 > prefix, then if you set it to python2 it will be installed in the python3 > prefix. Sorry, I wrote a misleading bug title, and gave a unclearly description. It can be installed but will not work correctly when installed into a different prefix than pygobject3. For example, what I have: gst-python at /x/lib/python2.7/site-packages/gi pygobject3 at /y/lib/python2.7/site-packages/gi The GI overrides installed into different directories. Actually, I run into this bug when package pitivi for nixpkgs[1]. For nix[2] package manager, each packages must installed in its own unique subdirectory. We should modify some autotools stuff to make gi/overrides/__init__.py install. [1] https://github.com/NixOS/nixpkgs/pull/2001 [2] http://nixos.org/nix/about.html
It is how pygobject people told me it was supposed to work, overrides should all land in the same directory. I am not against installing __init__.py in case we are installing in another directory as it should work (given that we are *guaranteed* that /y/lib/python2.7/site-packages/gi will be scanned by python before /x/lib/python2.7/site-packages/gi (setting PYTHONPATH in the right order for example)).But that should be done *only* if we are not installing in the same directory as PyGobject as we clearly do not want to override the __init__.py installed by pygobject.
Thanks for explaining.
Actually we should look for a proper solution, reopening the bug.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-python/issues/3.