Minor fixes + tweaks already done: r9089, r9090.
the moduleset needs updating, adding cups, etc as per the comments in #533.
FWIW: I've uploaded a beta 0.15.0 build which works quite well, see ​http://xpra.org/beta/osx/x86_64.
@afarr: it would be worth playing with it a bit to see if there are any other issues - stability issues (or even improvements), or if there are any differences in performance, etc..
@smo: you may want to post the errors to the pyobjc mailing list, that's the blocker. The rest is relatively easy or optional.
Lots of builds updates, see ticket:533#comment:79 and later comments.
Updated in r10674 from upstream. We may still need to make further updates to this for our needs.
This is still on hold until we can get gstreamer up to date.
Can we reschedule this for a further release. Unless you think 64bit builds are not worth the bother and we can just close this.
Re-scheduling. Worth doing, maybe after the next LTS so we have both 32-bit and 64-bit.
Tried this myself today on osx 10.9.5 didn't get as far as I hoped some weird issue here.
Bizarre copy of UNKNOWN in scalar assignment at /Users/user/gtk/inst/lib/perl5/5.16.2/darwin-thread-multi-2level/XML/Parser/Expat.pm line 125.
If I run this utility I also get the same issue.
Doesn't appear to be a 64bit issue really just some sort of broken perl module?
for libvpx, can we add a moduleset per version, or add one via the customrc file?
pygtkglext needs the opengl headers and libs to link against, which may have moved: ​Where are the OpenGL header files located on MacOSX?
gtk/gdkgl/gdkglext.c change to #include <OpenGL/gl.h> afterwards this builds no problem.
Should be a priority for the next milestone.
Any progress? We can skip x264 and do it by hand if need be.
The problem is with libdir replacement in those strings maybe this isn't needed anymore since if I remove it I can compile this package through jhbuild.
I will commit fix for this shortly to trunk. Looks like a similar issue with ffmpeg as well.
This does not look ready to me, or I need some more precise instructions.
checking for python module libxml2... ./configure: line 2422: 16059 Done                    echo "import $py_module"
Same for gst-python and most python modules, pango (gtk-doc), gtk-mac-integration, librsvg, gtk-engines, gtk-quartz-engine ..
It tries to build pycairo-python2.6 - that looks wrong.
Looks like we want to force python to build earlier. I found that out later, after much time wasted. Most python modules then build OK.
Maybe just a _gtk_osx_use_jhbuild_python = True line?
Or maybe I was meant to build meta-osx-xpra-deps and not just a plain build?
a lot of the sound codecs seem to get built after the gstreamer plugins, that looks wrong?
gtkglext errors out with the KeyError: u'libdir' problem.
gtk is still at 2.24.28?
At some point we will have to switch the existing build environment to a locked version, and move forward with the trunk / 64-bit / newer build env.
Until then, r12959 fixes building ffmpeg but this may also get in the way of supporting webcam capture in the future (we can't have both..).
Bonus: this version seems to install cleanly without needing a chmod.
@smo: if that works for you, please add perl to the moduleset.
Okay I ran into the perl issue as well.
I will add this to the moduleset but should we require it or leave it as an optional thing on older systems that need it?
Hopefully we will be moving to a newer 64-bit build system soon, so this should be optional.
Was some issues with the configure line since it is non standard. Not sure if I need to add the cc and ld flags so I left them out for now.
If the new openssl seems to install properly i'll see if I can remove some of the hacks from the moduleset for installing it in the first place.
Confirmed that openssl is installed.
occasionally had to switch things around with ​code-select: jhbuild requires the developer path but compiling things require the command line tools.. PITA - how do get get both to work at the same time?
Also a blocker for #1340.
I have pointed my 10.5.x build VM to the stable 1.0.x branch after merging the latest set of safe updates (r14622).
speex codec is missing, needs adding to moduleset?
IIRC, some versions of glib / gi were held back for compatibility reasons (with what?) - can we move forward again?
Will ignore: pyobjc and other build env weirdness for now.
I put nasm in the modules part of the config because libjpeg-turbo will need it.
We can follow up in #1404.