Menu
▾
▴
gtk-osx-users — User discussions and support for GTK+-2 on OSX
This list is closed, nobody may subscribe to it.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(33) |
Aug
(12) |
Sep
(28) |
Oct
(1) |
Nov
(30) |
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
(3) |
Feb
(22) |
Mar
(31) |
Apr
(49) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(42) |
Sep
(62) |
Oct
(11) |
Nov
(28) |
Dec
(16) |
| 2011 |
Jan
(11) |
Feb
(44) |
Mar
(43) |
Apr
(53) |
May
(54) |
Jun
(54) |
Jul
(15) |
Aug
(11) |
Sep
(8) |
Oct
(2) |
Nov
(4) |
Dec
(4) |
| 2012 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
(2) |
| 2013 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(8) |
Jul
(6) |
Aug
(4) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(18) |
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
(13) |
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(9) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Anthony J B. <by...@us...> - 2011-11-24 07:36:45
|
DnD works fine without crashing for my app with the latest modulesets build
so I've been busy porting it to OSX.
However, I've had problems with missing pixmaps/pixbufs (no crashes), yet
any stock GTK icon images for stuff work. For my custom ones, I'm only
using gdk_pixmap_create_from_xpm_d() and xg_get_pixbuf_from_pix_and_mask()
on in-memory xpm images specified by a char** pointer. Instead of just
this in my app build shell script:
~/.local/bin/ige-mac-bundler gtkwave.bundle
I also need to add:
<binary>
${prefix}/lib/gdk-pixbuf-2.0/*
</binary>
to my gtkwave.bundle which I suppose is expected based on prior postings
I've seen, however I discovered I need to add the following to my shell
script to post-process after ige-mac-bundler:
gdk-pixbuf-query-loaders | \
sed
's#/Users/.*loaders/#@executable_path/../Resources/lib/gdk-pixbuf-2.0/loaders/#'
\
> ~/Desktop/gtkwave.app/Contents/Resources/etc/gtk-2.0/gdk-pixbuf.loaders
...am I missing something fundamental with ige-mac-bundler in that I have
to create that .loaders file or is this what I'm supposed to be doing? My
custom images render fine once I do that extra step.
Thanks,
-Tony Bybell |
|
From: John R. <jr...@ce...> - 2011-10-30 17:40:36
|
<html><body class="ApplePlainTextBody" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br>On Oct 24, 2011, at 12:34 AM, Antoine Martin wrote:<br><br><blockquote type="cite">Hi,<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I must be doing something wrong but I just can't see what.<br></blockquote><blockquote type="cite">Running the attached sample code gives two problems:<br></blockquote><blockquote type="cite">1) "Application Not Responding" is shown in the dock, despite the fact<br></blockquote><blockquote type="cite">that the app runs fine and responds to main menu clicks and events...<br></blockquote><blockquote type="cite">2) The menu I want to use for the dock is ignored.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Any ideas?<br></blockquote><br><br>Seems to be an odd scoping problem, though I didn't try to replicate it in C, so I don't know where exactly the problem is. If I change your test program like this:<br><br>--- test_dockmenu.py~<span class="Apple-tab-span" style="white-space:pre"> </span>2011-10-29 17:26:02.000000000 -0700<br>+++ test_dockmenu.py<span class="Apple-tab-span" style="white-space:pre"> </span>2011-10-30 10:21:54.000000000 -0700<br>@@ -1,10 +1,13 @@<br>import os.path<br>import gtk.gdk<br><br>+def disconnect_cb(arg):<br>+ print "disconnect"<br>+<br>def setup_macdock():<br> import gtk_osxapplication<br> macapp = gtk_osxapplication.OSXApplication()<br>@@ -21,15 +24,6 @@<br> quit_item.hide()<br><br> macapp.insert_app_menu_item(gtk.SeparatorMenuItem(), 1)<br>-<br>- print "setting up dock"<br>- dockmenu = gtk.Menu()<br>- quit_item = gtk.MenuItem("Disconnect")<br>- quit_item.connect("activate", gtk.main_quit)<br>- dockmenu.add(quit_item)<br>- dockmenu.show_all()<br>- macapp.set_dock_menu(dockmenu)<br>-<br> macapp.connect("NSApplicationBlockTermination", quit)<br> def active(*args):<br> print "active"<br>@@ -37,7 +31,17 @@<br> print "inactive"<br> macapp.connect("NSApplicationDidBecomeActive", active)<br> macapp.connect("NSApplicationWillResignActive", inactive)<br>- macapp.ready()<br>+ return macapp<br>+<br>+macapp = setup_macdock()<br>+<br>+print "setting up dock"<br>+dockmenu = gtk.Menu()<br>+quit_item = gtk.MenuItem("Disconnect")<br>+quit_item.connect("activate", disconnect_cb)<br>+dockmenu.add(quit_item)<br>+dockmenu.show_all()<br>+macapp.set_dock_menu(dockmenu)<br><br>-setup_macdock()<br>+macapp.ready()<br>gtk.main()<br><br>It works.<br><br>BTW, you shouldn't connect "quit" to NSApplicationBlockTermination. You should either not connect anything to it or you should connect a function that returns a boolean (which should be False if you want it to quit). The simplest way is to connect "lambda foo: False". <br><br>I never saw an "Application Not Responding" in the Dock menu, though, even with your original version.<br><br>Regards,<br>John Ralls<br><br></body></html>
|
|
From: Antoine M. <an...@na...> - 2011-10-24 07:35:09
|
Hi, I must be doing something wrong but I just can't see what. Running the attached sample code gives two problems: 1) "Application Not Responding" is shown in the dock, despite the fact that the app runs fine and responds to main menu clicks and events... 2) The menu I want to use for the dock is ignored. Any ideas? Thanks Antoine |
|
From: John R. <jr...@ce...> - 2011-09-29 22:26:36
|
No doubt everyone noticed the mailing list changes last weekend. Others might have noticed that there are now gtk-osx and gtk-mac-integration projects on git.gnome.org, and that there is now an "OSX Build Page" [1] on Gnome Live. After some rather spirited discussion on gtk-devel-list [2], I've agreed to move the project to Gnome.org where the Gtk team seems to think it belongs. This is a rather slow process, in part because it takes some time to get all of the various parts set up and moved in an orderly fashion and in part because I have other things to do. The introductory web page will move soon (to http://www.gtk.org) along with the remaining wiki pages (to Gnome Live). Regards, John Ralls [1] https://live.gnome.org/GTK%2B/OSX/Building [2] https://mail.gnome.org/archives/gtk-devel-list/2011-September/msg00028.html |
|
From: John R. <jr...@ce...> - 2011-09-24 03:09:01
|
On Sep 23, 2011, at 5:54 PM, Cheoljong Lee wrote: > Hi, > > I tried to install gtk+ on osx and there were no problems until I got this message from jhbuild build meta-gtk-osx-bootstrap. > > $jhbuild build meta-gtk-osx-bootstrap > jhbuild build: could not download https://raw.github.com/jralls/gtk-osx-build/master/modulesets-stable/gtk-osx.modules: dlsym(RTLD_DEFAULT, SCDynamicStoreCopyProxies): symbol not found > > When I typed jhbuild sanitycheck, it returned > > $jhbuild sanitycheck > Could not find XML catalog > > How do I solve this problem? Thank you very much in advance! > Looks like raw.github.com is offline. As it happens, I'm migrating to gnome.org, and the gtk-osx-build repo is already transferred. Try setting the moduleset to http://git.gnome.org/browse/gtk-osx/plain/modulesets-stable/gtk-osx.modules Regards, John Ralls |
|
From: Cheoljong L. <coe...@gm...> - 2011-09-24 00:51:16
|
Hi, I tried to install gtk+ on osx and there were no problems until I got this message from jhbuild build meta-gtk-osx-bootstrap. $jhbuild build meta-gtk-osx-bootstrap jhbuild build: could not download https://raw.github.com/jralls/gtk-osx-build/master/modulesets-stable/gtk-osx.modules: dlsym(RTLD_DEFAULT, SCDynamicStoreCopyProxies): symbol not found When I typed jhbuild sanitycheck, it returned $jhbuild sanitycheck Could not find XML catalog How do I solve this problem? Thank you very much in advance! -Cheoljong |
|
From: John R. <jr...@ce...> - 2011-09-23 17:22:35
|
On Sep 23, 2011, at 9:30 AM, Shrihari Sankaran wrote: > Hello, > > I'm new to Gtk-osx.. All the details on the wiki are a little intimidating. I have a PyGTK application that runs perfectly fine on Windows and Linux. However there are some glitches on Mac (mainly the menus). But, I'd like to make a build of the app for Mac. Could someone tell me how to go about it?! I'm using PyGTK 2+ and OSX Lion. I'm afraid that you're just going to have push through the intimidation and study the build page on the wiki. The process is pretty straightforward, but the details are important and you need to pay attention to them in order to succeed. Regards, John Ralls |
|
From: Shrihari S. <gfx...@gm...> - 2011-09-23 16:31:12
|
Hello, I'm new to Gtk-osx.. All the details on the wiki are a little intimidating. I have a PyGTK application that runs perfectly fine on Windows and Linux. However there are some glitches on Mac (mainly the menus). But, I'd like to make a build of the app for Mac. Could someone tell me how to go about it?! I'm using PyGTK 2+ and OSX Lion. Thanks, Shrihari |
|
From: John R. <jr...@ce...> - 2011-09-20 04:09:01
|
On Sep 19, 2011, at 5:03 PM, American Cafe Guitar Amplification wrote: > Can you explain this? > It is very unclear. > I have a Mac OSX 10.4 Intel dual core. > > > $ alias jhbuild="PATH=gtk-prefix/bin:$PATH jhbuild" > > > Obviously you should substitute the actual path of your gtk installation for gtk-prefix. > If you add it to your .bashrc or .bash_profile you won't need to worry about it. > > > I don't know what my GTK-prefix is. It is not obvious. > There is no GTK folder with a BIN folder inside of it on my system. Your gtk-prefix is whatever you assign to the "prefix" variable in .jhbuildrc-setup, by default ~/gtk/inst. It won't be there until you start building. If this is the first time you've built a program, you should probably practice with some easier projects to learn how the Gnu build system works before you try Gtk-OSX. This isn't really a suitable project for noobs. Regards, John Ralls |
|
From: American C. G. A. <ame...@ho...> - 2011-09-20 00:03:40
|
Can you explain this?It is very unclear.I have a Mac OSX 10.4 Intel dual core. $ alias jhbuild="PATH=gtk-prefix/bin:$PATH jhbuild" Obviously you should substitute the actual path of your gtk installation for gtk-prefix. If you add it to your .bashrc or .bash_profile you won't need to worry about it. I don't know what my GTK-prefix is. It is not obvious.There is no GTK folder with a BIN folder inside of it on my system. Mr. Israel ..................... |
|
From: John R. <jr...@ce...> - 2011-09-01 03:12:54
|
On Aug 31, 2011, at 1:37 PM, Patrick McEvoy wrote: > Hello, > > I am trying to build a Glade3 / C application that I have written for > Linux on Mac OSX 10.5.8 and I have installed gtk+osx. The program uses > gnomedb for database connectivity. When I run .configure for gnomedb it > results in error: libcrypto support requested but not found. The mac > version of openssl version 0.9.7l is installed. Can I somehow point > configure to the mac version or do I need to install a openssl for > linux. What is the best method for installing additional dependencies > for the jhbuild environment. > It should be possible, but you might have to d/l openssl sources to get the pc file, then to hack it. It depends on how configure is looking for it. Depending on what are your deployment plans, you might want to build a separate copy in you Gtk tree so that the same version is available for everybody regardless of what OSX version they're running, though that can introduce its own set of complications. The best way to handle additional dependencies is to write a module for each of those dependencies and add it to the moduleset for your end target. There's a brief discussion of it on the Build Wiki Page [1], under "Building Other Programs". Regards, John Ralls [1] https://sourceforge.net/apps/trac/gtk-osx/wiki/Build |
|
From: Patrick M. <pm...@si...> - 2011-08-31 20:54:37
|
Hello, I am trying to build a Glade3 / C application that I have written for Linux on Mac OSX 10.5.8 and I have installed gtk+osx. The program uses gnomedb for database connectivity. When I run .configure for gnomedb it results in error: libcrypto support requested but not found. The mac version of openssl version 0.9.7l is installed. Can I somehow point configure to the mac version or do I need to install a openssl for linux. What is the best method for installing additional dependencies for the jhbuild environment. Thanks for the help, Patrick McEvoy |
|
From: John R. <jr...@ce...> - 2011-08-26 19:13:17
|
On Aug 26, 2011, at 10:49 AM, Antoine Martin wrote: > A small typo in ./Source/jhbuild/modulesets/gtk-osx-gstreamer.modules, > (stable) is causing this warning: > W: skipped hash check (missing support for > sha256a9d801c3d42b456a6ebc0b95f68c44f153f756ec0fbd4877197c469cc67771fa) > > Should obviously be: > sha256:a9d801c3d42b456a6ebc0b95f68c44f153f756ec0fbd4877197c469cc67771fa > Thanks, fixed. Regards, John Ralls |
|
From: Antoine M. <an...@na...> - 2011-08-26 17:50:01
|
A small typo in ./Source/jhbuild/modulesets/gtk-osx-gstreamer.modules, (stable) is causing this warning: W: skipped hash check (missing support for sha256a9d801c3d42b456a6ebc0b95f68c44f153f756ec0fbd4877197c469cc67771fa) Should obviously be: sha256:a9d801c3d42b456a6ebc0b95f68c44f153f756ec0fbd4877197c469cc67771fa Cheers Antoine |
|
From: John R. <jr...@ce...> - 2011-08-05 21:00:12
|
On Aug 5, 2011, at 9:54 AM, Phillip Heller wrote: > Ah, thanks, John. Building it now. > > For some reason, Python was automatically built for me when I last built my environment (under 10.6) using the following: > > jhbuild bootstrap --ignore-system > jhbuild build > > And when .jhbuildrc-custom defined modules as follows: > > modules = [ "meta-gtk-osx-bootstrap", "meta-gtk-osx-core", "meta-gtk-osx-python", "librsvg", "meta-gtk-osx-themes", "gtk-quartz-engine" ] > > Was python previously a hard dependency of meta-gtk-osx-python or bootstrap, where it is not now? Python used to be built (if you supplied the correct incantations) as part of bootstrap. That's a legacy from the regular jhbuild bootstrap module, and I changed it (and will probably change it some more in the next update cycle, which should be soon) because very few Gtk projects require it, and for most people who are just building for themselves the stock python works fine anyway. That's the rationalization. The real reason is that Gramps needs python built with berkeleydb, so I was building it twice because the bootstrap version got built before berkeleydb. It didn't make a lot of sense to add berkeleydb to bootstrap, so I moved Python. Where I think I want to go next is to have only the tools built in bootstrap. For most users that will be automake-1.11 and gettext tools; everything else is sufficiently up to date in 10.5 and later that it's not really necessary to build anything special for gtk-osx. All of the libraries will move to a collapsed gtk-osx-core; there's no good reason to have a separate gtk-osx-bootstrap moduleset. (I think Richard Hult was trying to stay close to the regular jhbuild moduleset layout, but that doesn't really make sense, either.) "random" and "unsupported" are dumb names, so I'll try to rearrange them a bit more functionally; maybe "web" and "utilities" or something, each one centered around a major project (like webkit-gtk in the first case) and all of its dependencies. Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2011-08-05 20:59:54
|
On Aug 5, 2011, at 12:23 PM, Phillip Heller wrote:
> After building python successfully on 10.7 and a fresh checkout of the gtk-osx build scripts, I've met some more failure; specifically, ige-mac-integration-python - which fails with:
>
> checking GTK+ Version... "2.24.0"
> checking whether /Volumes/Data/Users/gtk/gtk/inst/bin/python version >= 2.3.5... yes
> checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python version... 2.7
> checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python platform... darwin
> checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python script directory... ${prefix}/lib/python2.7/site-packages
> checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python extension module directory... ${exec_prefix}/lib/python2.7/site-packages
> checking for headers required to compile python extensions... found
> checking whether to build Python bindings... configure: error: Couldn't find the required Python tools.
> *** Error during phase configure of ige-mac-integration-python: ########## Error running ./configure --prefix /Volumes/Data/Users/gtk/gtk/inst --libdir '/Volumes/Data/Users/gtk/gtk/inst/lib' --enable-python *** [29/38]
>
> Per the configuration script, it seems that if have_python is set, which it appears to be per the checks shown above, I shouldn't receive this error. So, I've temporarily set have_python in configure manually to get a little further.
>
> Re-running the configuration phase gets me as far as building the python bindings for gtk_osxapplication, where I get the following:
>
> Making all in gtk_osxapplication
> /Volumes/Data/Users/gtk/gtk/inst/bin/python /Volumes/Data/Users/gtk/gtk/inst/share/pygobject/2.0/codegen/h2def.py ../../../src/gtkosxapplication.h > gtk_osxapplication.defs
> ( \
> --register /gdk-types.defs \
> --register /gtk-types.defs \
> --override gtk_osxapplication.override \
> --prefix gtk_osxapplication gtk_osxapplication.defs) > gen-gtk_osxapplication.c \
> && cp gen-gtk_osxapplication.c gtk_osxapplication.c \
> && rm -f gen-gtk_osxapplication.c
> /bin/sh: --register: command not found
>
> Further tests reveal that PYGOBJET_CODEGEN, PYGTK_DEFSDIR, and PYGTK_CFLAGS are not being set appropriately, though pkg-config does seem to find the the latter two, at least.
>
> The same issue is experienced in building igemacintegration.
>
> As I've described above, I have worked around the problem manually for now. I'll investigate more as time permits. Just wanted to share my findings.
Sorry about that. You need to do this:
--- /Volumes/RAID1/local/gtk-stable/src/ige-mac-integration-0.9.8/configure~ 2011-05-20 15:26:44.000000000 -0700
+++ /Volumes/RAID1/local/gtk-stable/src/ige-mac-integration-0.9.8/configure 2011-08-02 11:05:27.000000000 -0700
@@ -13483,7 +13483,7 @@
rm -f conftest.err conftest.$ac_ext
CPPFLAGS="$save_CPPFLAGS"
- if test x$GTK_MAJOR = "xgtk-2.0"; then :
+ if test x$GTK_MAJOR = "xgtk+-2.0"; then :
pkg_failed=no
{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for PYGOBJECT" >&5
Which is in https://github.com/jralls/ige-mac-integration/commit/832fbfdf04485a5ca9478406b08f80e864d25d45,
I just haven't made a new tarball.
Regards,
John Ralls
|
|
From: Phillip H. <ph...@me...> - 2011-08-05 19:24:16
|
After building python successfully on 10.7 and a fresh checkout of the gtk-osx build scripts, I've met some more failure; specifically, ige-mac-integration-python - which fails with:
checking GTK+ Version... "2.24.0"
checking whether /Volumes/Data/Users/gtk/gtk/inst/bin/python version >= 2.3.5... yes
checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python version... 2.7
checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python platform... darwin
checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python script directory... ${prefix}/lib/python2.7/site-packages
checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python extension module directory... ${exec_prefix}/lib/python2.7/site-packages
checking for headers required to compile python extensions... found
checking whether to build Python bindings... configure: error: Couldn't find the required Python tools.
*** Error during phase configure of ige-mac-integration-python: ########## Error running ./configure --prefix /Volumes/Data/Users/gtk/gtk/inst --libdir '/Volumes/Data/Users/gtk/gtk/inst/lib' --enable-python *** [29/38]
Per the configuration script, it seems that if have_python is set, which it appears to be per the checks shown above, I shouldn't receive this error. So, I've temporarily set have_python in configure manually to get a little further.
Re-running the configuration phase gets me as far as building the python bindings for gtk_osxapplication, where I get the following:
Making all in gtk_osxapplication
/Volumes/Data/Users/gtk/gtk/inst/bin/python /Volumes/Data/Users/gtk/gtk/inst/share/pygobject/2.0/codegen/h2def.py ../../../src/gtkosxapplication.h > gtk_osxapplication.defs
( \
--register /gdk-types.defs \
--register /gtk-types.defs \
--override gtk_osxapplication.override \
--prefix gtk_osxapplication gtk_osxapplication.defs) > gen-gtk_osxapplication.c \
&& cp gen-gtk_osxapplication.c gtk_osxapplication.c \
&& rm -f gen-gtk_osxapplication.c
/bin/sh: --register: command not found
Further tests reveal that PYGOBJET_CODEGEN, PYGTK_DEFSDIR, and PYGTK_CFLAGS are not being set appropriately, though pkg-config does seem to find the the latter two, at least.
The same issue is experienced in building igemacintegration.
As I've described above, I have worked around the problem manually for now. I'll investigate more as time permits. Just wanted to share my findings.
Regards,
Phil
On Aug 5, 2011, at 12:54 PM, Phillip Heller wrote:
> Ah, thanks, John. Building it now.
>
> For some reason, Python was automatically built for me when I last built my environment (under 10.6) using the following:
>
> jhbuild bootstrap --ignore-system
> jhbuild build
>
> And when .jhbuildrc-custom defined modules as follows:
>
> modules = [ "meta-gtk-osx-bootstrap", "meta-gtk-osx-core", "meta-gtk-osx-python", "librsvg", "meta-gtk-osx-themes", "gtk-quartz-engine" ]
>
> Was python previously a hard dependency of meta-gtk-osx-python or bootstrap, where it is not now?
>
> --phil
|
|
From: Phillip H. <ph...@me...> - 2011-08-05 16:55:16
|
Ah, thanks, John. Building it now.
For some reason, Python was automatically built for me when I last built my environment (under 10.6) using the following:
jhbuild bootstrap --ignore-system
jhbuild build
And when .jhbuildrc-custom defined modules as follows:
modules = [ "meta-gtk-osx-bootstrap", "meta-gtk-osx-core", "meta-gtk-osx-python", "librsvg", "meta-gtk-osx-themes", "gtk-quartz-engine" ]
Was python previously a hard dependency of meta-gtk-osx-python or bootstrap, where it is not now?
--phil
On Aug 5, 2011, at 10:13 AM, John Ralls wrote:
>
> On Aug 5, 2011, at 5:44 AM, Phillip Heller wrote:
>
>> Greetings,
>>
>> I've upgraded to Lion and am trying to get my build environment working again. Firstly, I've pulled in MacOS10.5.sdk and gcc-4.0 from Xcode 3.2.6, and set the appropriate environment variables for CC and CXX. However, jhbuild does not seem to build a python, even though I've set _gtk_osx_use_jhbuild_python = True, and included meta-gtk-osx-python in my modules array.
>>
>> Instead, once jhbuild gets to meta-gtk-osx-python, it first reaches pycairo-python2.6, which fails as it can't find Python.h with the system python in the path, which is presumably due to the following:
>>
>> exit shell to continue with build
>> bash-3.2$ /usr/bin/python-config --includes
>> Traceback (most recent call last):
>> File "/usr/bin/python2.7-config", line 26, in <module>
>> pyver = sysconfig.get_config_var('VERSION')
>> File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/sysconfig.py", line 585, in get_config_var
>> return get_config_vars().get(name)
>> File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/sysconfig.py", line 498, in get_config_vars
>> func()
>> File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/sysconfig.py", line 407, in _init_posix
>> raise DistutilsPlatformError(my_msg)
>> distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.5" but "10.7" during configure
>>
>> I believe MACOS_DEPLOYMENT_TARGET is set thusly by the call to setup_sdk with a target of 10.5, which I wish to do for backwards compatibility.
>>
>> Any suggestions as to how to get the jhbuild python built?
>
> Python is specified as a soft dependency of pygtk, affording the option of building against the installed Python. To build Python, specify it in your list of modules.... and for building Gnucash, there's no need to build meta-gtk-osx-python unless you're going to write GUI elements in Python, so you can just say "jhbuild build python gnucash".
>
> Yes, MACOS_DEPLOYMENT_TARGET is set by setup_sdk based on the "target" parameter. Python2.7 is new to Lion, so it's built with a target of 10.7; you might try building against Python2.6, but I suspect that its target is 10.6. Leopard shipped with Python2.5, which Lion doesn't include. (Interestingly, Lion also doesn't include Python3. I guess Apple decided that not enough people were using it yet and they needed to keep the download size under control.)
>
> Regards,
> John Ralls
|
|
From: John R. <jr...@ce...> - 2011-08-05 14:13:23
|
On Aug 5, 2011, at 5:44 AM, Phillip Heller wrote:
> Greetings,
>
> I've upgraded to Lion and am trying to get my build environment working again. Firstly, I've pulled in MacOS10.5.sdk and gcc-4.0 from Xcode 3.2.6, and set the appropriate environment variables for CC and CXX. However, jhbuild does not seem to build a python, even though I've set _gtk_osx_use_jhbuild_python = True, and included meta-gtk-osx-python in my modules array.
>
> Instead, once jhbuild gets to meta-gtk-osx-python, it first reaches pycairo-python2.6, which fails as it can't find Python.h with the system python in the path, which is presumably due to the following:
>
> exit shell to continue with build
> bash-3.2$ /usr/bin/python-config --includes
> Traceback (most recent call last):
> File "/usr/bin/python2.7-config", line 26, in <module>
> pyver = sysconfig.get_config_var('VERSION')
> File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/sysconfig.py", line 585, in get_config_var
> return get_config_vars().get(name)
> File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/sysconfig.py", line 498, in get_config_vars
> func()
> File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/sysconfig.py", line 407, in _init_posix
> raise DistutilsPlatformError(my_msg)
> distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.5" but "10.7" during configure
>
> I believe MACOS_DEPLOYMENT_TARGET is set thusly by the call to setup_sdk with a target of 10.5, which I wish to do for backwards compatibility.
>
> Any suggestions as to how to get the jhbuild python built?
Python is specified as a soft dependency of pygtk, affording the option of building against the installed Python. To build Python, specify it in your list of modules.... and for building Gnucash, there's no need to build meta-gtk-osx-python unless you're going to write GUI elements in Python, so you can just say "jhbuild build python gnucash".
Yes, MACOS_DEPLOYMENT_TARGET is set by setup_sdk based on the "target" parameter. Python2.7 is new to Lion, so it's built with a target of 10.7; you might try building against Python2.6, but I suspect that its target is 10.6. Leopard shipped with Python2.5, which Lion doesn't include. (Interestingly, Lion also doesn't include Python3. I guess Apple decided that not enough people were using it yet and they needed to keep the download size under control.)
Regards,
John Ralls
|
|
From: Phillip H. <ph...@me...> - 2011-08-05 12:45:15
|
Greetings,
I've upgraded to Lion and am trying to get my build environment working again. Firstly, I've pulled in MacOS10.5.sdk and gcc-4.0 from Xcode 3.2.6, and set the appropriate environment variables for CC and CXX. However, jhbuild does not seem to build a python, even though I've set _gtk_osx_use_jhbuild_python = True, and included meta-gtk-osx-python in my modules array.
Instead, once jhbuild gets to meta-gtk-osx-python, it first reaches pycairo-python2.6, which fails as it can't find Python.h with the system python in the path, which is presumably due to the following:
exit shell to continue with build
bash-3.2$ /usr/bin/python-config --includes
Traceback (most recent call last):
File "/usr/bin/python2.7-config", line 26, in <module>
pyver = sysconfig.get_config_var('VERSION')
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/sysconfig.py", line 585, in get_config_var
return get_config_vars().get(name)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/sysconfig.py", line 498, in get_config_vars
func()
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/sysconfig.py", line 407, in _init_posix
raise DistutilsPlatformError(my_msg)
distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.5" but "10.7" during configure
I believe MACOS_DEPLOYMENT_TARGET is set thusly by the call to setup_sdk with a target of 10.5, which I wish to do for backwards compatibility.
Any suggestions as to how to get the jhbuild python built?
Regards,
Phil |
|
From: John R. <jr...@ce...> - 2011-08-01 14:44:59
|
On Aug 1, 2011, at 4:17 AM, MaSch wrote: > Hello, > > I tried making my gtk App work on Lion and applied : > - Patch for crash with undecorated windows on MacOS Lion (gtk+ Bug 655074) > - Patch for resizing window on MacOS Lion (gtk+ Bug 655122) > - Skipped libiconv in jhbuild and instead using the system one. > > In preliminary testing this all works very well for me on 10.7 and 10.6. > But when I test my app on 10.5 I get : > >> OS Version: Mac OS X 10.5.6 (9G66) >> Report Version: 6 >> >> Exception Type: EXC_BREAKPOINT (SIGTRAP) >> Exception Codes: 0x0000000000000002, 0x0000000000000000 >> Crashed Thread: 0 >> >> Dyld Error Message: >> Symbol not found: _posix_memalign >> Referenced from: ///Users/user/Desktop/EasyTAG.app/Contents/Resources/lib/libglib-2.0.0.dylib >> Expected in: /usr/lib/libSystem.B.dylib > > This is probably to be expected because googling showed that > "posix_memalign" support was introduced in Mac OS 10.6 and is not > available on <= 10.5. > > What I do not understand is even though I compiled on 10.7 with 10.6 > Target SDK (which exposes posix_memalign) I specified > "mmacosx-version-min=10.4" . > > glib's configure log indicates of course that posix_memalign was turned on : > >> configure:20598: checking for posix_memalign >> configure:20598: /usr/bin/gcc-4.2 -o conftest -arch i386 -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -isysroot /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.4 -Wall -I/Users/gtkdev2/gtk/inst/include -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -DG_DISABLE_SINGLE_INCLUDES -L/Users/gtkdev2/gtk/inst/lib -L/Users/gtkdev2/gtk/inst/lib -arch i386 -L/Developer/SDKs/MacOSX10.6.sdk/usr/lib -isysroot /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.4 -Wl,-headerpad_max_install_names -framework Carbon conftest.c -lintl >&5 >> configure:20598: $? = 0 >> configure:20598: result: yes > > I suppose this is some configure bug on glib's side ? Or is it Apple's > fault ? Or mine ? Any ideas ? > > I could of course build with 10.5 SDK, but unfortunately this isn't > included with Xcode 4 anymore so I would have to install Xcode 3 side by > side or extract the old SDKs from the Xcode 3 pkgs ... > For now I have opted to manually edit glibs configure and remove > posix_memalign then it falls back to more primitive allocation methods. > Unfortunately the Apple doesn't mark the regular unix headers (posix_memalign is in stdlib.h) with version information, so setting macosx-version-min doesn't help. Fiddling the GLib configure is the right thing to do. Thanks for reporting this. As an aside, neither XCode 3 nor the older SDKs work on Lion, so we have to make everything build against SDK10.6 and able to run on 10.4. That's going to take a while, and the more testing the better. Regards, John Ralls |
|
From: MaSch <ma...@go...> - 2011-08-01 11:17:27
|
Hello, I tried making my gtk App work on Lion and applied : - Patch for crash with undecorated windows on MacOS Lion (gtk+ Bug 655074) - Patch for resizing window on MacOS Lion (gtk+ Bug 655122) - Skipped libiconv in jhbuild and instead using the system one. In preliminary testing this all works very well for me on 10.7 and 10.6. But when I test my app on 10.5 I get : > OS Version: Mac OS X 10.5.6 (9G66) > Report Version: 6 > > Exception Type: EXC_BREAKPOINT (SIGTRAP) > Exception Codes: 0x0000000000000002, 0x0000000000000000 > Crashed Thread: 0 > > Dyld Error Message: > Symbol not found: _posix_memalign > Referenced from: ///Users/user/Desktop/EasyTAG.app/Contents/Resources/lib/libglib-2.0.0.dylib > Expected in: /usr/lib/libSystem.B.dylib This is probably to be expected because googling showed that "posix_memalign" support was introduced in Mac OS 10.6 and is not available on <= 10.5. What I do not understand is even though I compiled on 10.7 with 10.6 Target SDK (which exposes posix_memalign) I specified "mmacosx-version-min=10.4" . glib's configure log indicates of course that posix_memalign was turned on : > configure:20598: checking for posix_memalign > configure:20598: /usr/bin/gcc-4.2 -o conftest -arch i386 -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -isysroot /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.4 -Wall -I/Users/gtkdev2/gtk/inst/include -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -DG_DISABLE_SINGLE_INCLUDES -L/Users/gtkdev2/gtk/inst/lib -L/Users/gtkdev2/gtk/inst/lib -arch i386 -L/Developer/SDKs/MacOSX10.6.sdk/usr/lib -isysroot /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.4 -Wl,-headerpad_max_install_names -framework Carbon conftest.c -lintl >&5 > configure:20598: $? = 0 > configure:20598: result: yes I suppose this is some configure bug on glib's side ? Or is it Apple's fault ? Or mine ? Any ideas ? I could of course build with 10.5 SDK, but unfortunately this isn't included with Xcode 4 anymore so I would have to install Xcode 3 side by side or extract the old SDKs from the Xcode 3 pkgs ... For now I have opted to manually edit glibs configure and remove posix_memalign then it falls back to more primitive allocation methods. Thanks Marco |
|
From: John R. <jr...@ce...> - 2011-07-24 18:07:39
|
On Jul 24, 2011, at 12:55 PM, John Ralls wrote: > > On Jul 24, 2011, at 12:14 PM, Gérald Niel wrote: > >> Le 21 juil. 2011 à 22:55, John Ralls a écrit : >> >>> And the bug is https://bugzilla.gnome.org/show_bug.cgi?id=655078. I even figured it out, and I'll patch gtk-2.24-quartz and quartz-integration soon. >> >> Hi, >> >> could you tell us what files we must modify to make it work? >> And i can't apply the patch for libiconv. What is the good way? > > > That bug has been marked as a duplicate of https://bugzilla.gnome.org/show_bug.cgi?id=655074 (there's a link on the bug, too), which has a patch. > > There's another bug, https://bugzilla.gnome.org/show_bug.cgi?id=655122, about resizing and a crash. There's a preliminary patch on it for Gtk3 and a link to one for Gtk2, but though it fixes the crash it still has some issues on Gtk2, so I'm still working on that one. > > The best solution for libiconv seems to be to not build it, at least for i386 (use --skip=libiconv on your bootstrap command line or add the equivalent to your .jhbuildrc-custom). > Another interesting wrinkle: Gettext builds happily if you set the minimum version to 10.4 (setup_sdk( 10.4, 10.7, i386)) but not if you set it to 10.5. I haven't yet tried 10.6. Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2011-07-24 16:55:38
|
On Jul 24, 2011, at 12:14 PM, Gérald Niel wrote: > Le 21 juil. 2011 à 22:55, John Ralls a écrit : > >> And the bug is https://bugzilla.gnome.org/show_bug.cgi?id=655078. I even figured it out, and I'll patch gtk-2.24-quartz and quartz-integration soon. > > Hi, > > could you tell us what files we must modify to make it work? > And i can't apply the patch for libiconv. What is the good way? That bug has been marked as a duplicate of https://bugzilla.gnome.org/show_bug.cgi?id=655074 (there's a link on the bug, too), which has a patch. There's another bug, https://bugzilla.gnome.org/show_bug.cgi?id=655122, about resizing and a crash. There's a preliminary patch on it for Gtk3 and a link to one for Gtk2, but though it fixes the crash it still has some issues on Gtk2, so I'm still working on that one. The best solution for libiconv seems to be to not build it, at least for i386 (use --skip=libiconv on your bootstrap command line or add the equivalent to your .jhbuildrc-custom). Regards, John Ralls |
|
From: Gérald N. <ger...@ge...> - 2011-07-24 16:31:38
|
Le 21 juil. 2011 à 22:55, John Ralls a écrit : > And the bug is https://bugzilla.gnome.org/show_bug.cgi?id=655078. I even figured it out, and I'll patch gtk-2.24-quartz and quartz-integration soon. Hi, could you tell us what files we must modify to make it work? And i can't apply the patch for libiconv. What is the good way? Thanks. @+ -- Gérald Niel ger...@ge... |
3 messages has been excluded from this view by a project administrator.
