After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 738746 - cerbero's python3 doesn't build any python C modules on Mac OS X 10.10
cerbero's python3 doesn't build any python C modules on Mac OS X 10.10
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: cerbero
git master
Other Mac OS
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 738622
 
 
Reported: 2014-10-18 06:20 UTC by Brion Vibber
Modified: 2018-01-23 11:08 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Python3 build log from 10.10 (803.36 KB, text/plain)
2014-10-19 18:11 UTC, Brion Vibber
Details

Description Brion Vibber 2014-10-18 06:20:39 UTC
using:
  variants = ['gtk3', 'python3']
to build pitivi...

On Mac OS X 10.10, building glib fails:


UNINSTALLED_GLIB_SRCDIR=.. \
		UNINSTALLED_GLIB_BUILDDIR=.. \
		python3 ./gdbus-2.0/codegen/gdbus-codegen.in \
		--interface-prefix org. \
		--generate-c-code gdbus-daemon-generated \
		--c-namespace _G \
		./dbus-daemon.xml \
		
Traceback (most recent call last):
  • File "./gdbus-2.0/codegen/gdbus-codegen.in", line 37 in <module>
    from codegen import codegen_main
  • File "/Users/brion/cerbero/sources/darwin_x86_64/glib-2.40.0/gio/gdbus-2.0/codegen/codegen_main.py", line 28 in <module>
    from . import parser
  • File "/Users/brion/cerbero/sources/darwin_x86_64/glib-2.40.0/gio/gdbus-2.0/codegen/parser.py", line 23 in <module>
    import xml.parsers.expat
  • File "/Users/brion/cerbero/dist/darwin_x86_64/lib/python3.3/xml/parsers/expat.py", line 4 in <module>
    from pyexpat import *
ImportError: No module named 'pyexpat'
make[2]: *** [gdbus-daemon-generated.c] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
Running command 'make'

Recipe 'glib' failed at the build step 'compile'
Select an action to proceed:
[0] Enter the shell
[1] Rebuild the recipe from scratch
[2] Rebuild starting from the failed step
[3] Skip recipe
[4] Abort


It appears that pyexpat.so is not being built on OS X 10.10, but somehow the python3 build completes without warnings.

Seems to build ok on 10.9, not sure what's up.
Comment 1 Brion Vibber 2014-10-18 06:31:08 UTC
It's not just pyexpat -- the whole ~/cerbero/dist/darwin_x86_64/lib/python3.3/lib-dynload/ dir is empty on OS X 10.10, and full of .so files on 10.9.
Comment 2 Thibault Saunier 2014-10-19 09:16:00 UTC
That looks weird, have those been installed somewhere else instead?
Comment 3 Brion Vibber 2014-10-19 18:11:49 UTC
Created attachment 288858 [details]
Python3 build log from 10.10

shows weird linking errors on 10.10
Comment 4 Sebastian Dröge (slomo) 2014-10-19 18:31:10 UTC
It looks like it a) does not link against libpython and b) somehow uses something like -Wl,-no-undefined implicitly. One of the two has to be fixed, ideally b).
Comment 5 Thibault Saunier 2014-10-20 09:01:11 UTC
I wonder if we should really build python in cerbero rather than using binaries?
Comment 6 Brion Vibber 2014-10-20 09:05:52 UTC
Note Apple only ships Python 2.x with the system, so to make a self-contained application package we need Python 3 in the bundle.
Comment 7 Tim-Philipp Müller 2018-01-23 10:54:38 UTC
Since this is a problem building pitivi, please file any issues against the pitivi tracker. We have since removed these recipes from our cerbero.
Comment 8 Alex Băluț 2018-01-23 11:08:17 UTC
For the record, we are thinking to build Pitivi + deps in a Homebrew sandbox and make a shippable app out of that. 

The formula below can be used currently to install Pitivi on Mac for the moment. It requires rebuilding some GStreamer formulas, so it's not practical as it's slow and also fragile because of the many deps we don't control:
https://gist.github.com/aleb/8bfe374e4fe68419567a9d473217da95

Help is welcome.