gtk-osx-users Mailing List for GTK+ Mac OS X (Page 16)
Status: Beta
Brought to you by:
jralls
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 D. <ad...@gm...> - 2011-02-07 19:56:38
|
Dear GTK+-2 OSX Users, On a MacBook Pro, Intel Core 2, OS X 10.6.6, jhbuild bootstrap fails; the last few lines of the output are /usr/bin/gcc-4.0 -std=gnu99 -I. -I/Users/prog/gtk/inst/include -I/Developer/\ SDKs/MacOSX10.6.sdk/usr/include -I/Developer/SDKs/MacOSX10.4.sdk/usr/include -\ arch i386 -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -arch i386 -I/Developer/\ SDKs/MacOSX10.4.sdk/usr/include -arch x86_64 -mmacosx-version-min=10.6 -isysroo\ t /Developer/SDKs/MacOSX10.4.sdk -mmacosx-version-min=10.4 -isysroot /Developer\ /SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.6 -MT gl_avltree_oset.o -MD -MP -M\ F .deps/gl_avltree_oset.Tpo -c -o gl_avltree_oset.o gl_avltree_oset.c gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch\ flags make[3]: *** [gl_avltree_oset.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 *** Error during phase build of m4: ########## Error running make *** [2/10] I started out by clearing everything out of the account; then sh gtk-osx-build-setup.sh then edited .jhbuildrc-custom and put the following 3 lines at the end: moduleset = " http://github.com/jralls/gtk-osx-build/raw/master/modulesets-stable/gtk-osx.modules" setup_sdk(target="10.4", sdk_version="10.4", architectures=["i386"]) setup_sdk("10.6", "10.6", ["i386"]) (following the two sets of instructions for building on Snow Leopard), then did jhbuild boostrap I tried the same process but without the line setup_sdk(target="10.4", sdk_version="10.4", architectures=["i386"]) (guessing here about "multiple -arch flags") but got the same result. I have Python 2.6.1, svn 1.6.5, and git 1.7.3.5 installed, and the developer tools from Xcode from the install DVD (for example, i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5646) Thanks, Tony |
From: John R. <jr...@ce...> - 2011-02-07 18:30:19
|
On Feb 7, 2011, at 3:47 AM, Antoine Martin wrote: > Hi Olivier, > > I have the same problem! Until you mentioned it here I thought that I > had broken something (or that my code was causing problems by constantly > rebuilding the menus). I've been igoring the issue since the menus are > not essential for using my application. > > Cheers > Antoine > > On 02/07/2011 05:44 AM, Olivier Sessink wrote: >> I removed the complete gtk directory today, downloaded the latest >> gtk-osx-build-setup.sh, etc., so it's all the latest versions. >> >> The menu is not visible at all if I remove the widget_hide(), which >> looks weird to me. >> >> Olivier >> >> 2011/2/6 John Ralls <jr...@ce...>: >>> >>> On Feb 6, 2011, at 12:30 PM, Olivier Sessink wrote: >>> >>>> no difference at all. If I remove the call >>>> ige_mac_menu_set_menu_bar(GTK_MENU_SHELL(bfwin->menubar)); >>>> the menu (now a regular gtk menu) works. >>>> >>>> the application seems correctly linked: >>>> /Users/olivier/gtk/inst/lib/libigemacintegration.0.dylib >>>> (compatibility version 1.0.0, current version 1.0.0) >>>> >>>> Olivier >>>> >>>> 2011/2/6 John Ralls <jr...@ce...>: >>>>> >>>>> On Feb 6, 2011, at 7:49 AM, Olivier Sessink wrote: >>>>> >>>>>> Hi all, >>>>>> >>>>>> I've rebuild my complete gtk environment for osx 10.5/i386 and now I >>>>>> have a weird problem: the menu's are created but I cannot activate >>>>>> them (no submenu pops down). I'm still using the ige-mac-integration >>>>>> library. Any hints where to look for the cause? >>>>> >>>>> If you don't hide the gtk menubar, do the gtk menus work? >>>>> >>> >>> When you say "no difference at all", does that mean that the gtk menus are displayed on the window but don't work either? Or that no gtk menus are displayed on the window? >>> >>> Does the test application (you'll need to change the defines at the top so that IGE_MAC_INTEGRATION is defined and the other two are commented out, then rebuild it) work? >>> >>> What version of ige-mac-integration do you have? When did you rebuild, and did you start from scratch (i.e, blow everything away, retrieve the latest gtk-osx-build-setup.sh, run that, run jhbuild bootstrap and jhbuild build)? Interesting, and I'm puzzled. I tested this on ige-mac-integration's src/test-integration and it appears to work as it should. Would each of you please do the same? If you can get it to fail, try debugging to see why it fails. Regards, John Ralls |
From: Antoine M. <an...@na...> - 2011-02-07 11:48:00
|
Hi Olivier, I have the same problem! Until you mentioned it here I thought that I had broken something (or that my code was causing problems by constantly rebuilding the menus). I've been igoring the issue since the menus are not essential for using my application. Cheers Antoine On 02/07/2011 05:44 AM, Olivier Sessink wrote: > I removed the complete gtk directory today, downloaded the latest > gtk-osx-build-setup.sh, etc., so it's all the latest versions. > > The menu is not visible at all if I remove the widget_hide(), which > looks weird to me. > > Olivier > > 2011/2/6 John Ralls <jr...@ce...>: >> >> On Feb 6, 2011, at 12:30 PM, Olivier Sessink wrote: >> >>> no difference at all. If I remove the call >>> ige_mac_menu_set_menu_bar(GTK_MENU_SHELL(bfwin->menubar)); >>> the menu (now a regular gtk menu) works. >>> >>> the application seems correctly linked: >>> /Users/olivier/gtk/inst/lib/libigemacintegration.0.dylib >>> (compatibility version 1.0.0, current version 1.0.0) >>> >>> Olivier >>> >>> 2011/2/6 John Ralls <jr...@ce...>: >>>> >>>> On Feb 6, 2011, at 7:49 AM, Olivier Sessink wrote: >>>> >>>>> Hi all, >>>>> >>>>> I've rebuild my complete gtk environment for osx 10.5/i386 and now I >>>>> have a weird problem: the menu's are created but I cannot activate >>>>> them (no submenu pops down). I'm still using the ige-mac-integration >>>>> library. Any hints where to look for the cause? >>>> >>>> If you don't hide the gtk menubar, do the gtk menus work? >>>> >> >> When you say "no difference at all", does that mean that the gtk menus are displayed on the window but don't work either? Or that no gtk menus are displayed on the window? >> >> Does the test application (you'll need to change the defines at the top so that IGE_MAC_INTEGRATION is defined and the other two are commented out, then rebuild it) work? >> >> What version of ige-mac-integration do you have? When did you rebuild, and did you start from scratch (i.e, blow everything away, retrieve the latest gtk-osx-build-setup.sh, run that, run jhbuild bootstrap and jhbuild build)? >> >> Regards, >> John Ralls >> >> >> >> ------------------------------------------------------------------------------ >> The modern datacenter depends on network connectivity to access resources >> and provide services. The best practices for maximizing a physical server's >> connectivity to a physical network are well understood - see how these >> rules translate into the virtual world? >> http://p.sf.net/sfu/oracle-sfdevnlfb >> _______________________________________________ >> Gtk-osx-users mailing list >> Gtk...@li... >> https://lists.sourceforge.net/lists/listinfo/gtk-osx-users >> > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > Gtk-osx-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk-osx-users |
From: Olivier S. <oli...@gm...> - 2011-02-06 22:44:39
|
I removed the complete gtk directory today, downloaded the latest gtk-osx-build-setup.sh, etc., so it's all the latest versions. The menu is not visible at all if I remove the widget_hide(), which looks weird to me. Olivier 2011/2/6 John Ralls <jr...@ce...>: > > On Feb 6, 2011, at 12:30 PM, Olivier Sessink wrote: > >> no difference at all. If I remove the call >> ige_mac_menu_set_menu_bar(GTK_MENU_SHELL(bfwin->menubar)); >> the menu (now a regular gtk menu) works. >> >> the application seems correctly linked: >> /Users/olivier/gtk/inst/lib/libigemacintegration.0.dylib >> (compatibility version 1.0.0, current version 1.0.0) >> >> Olivier >> >> 2011/2/6 John Ralls <jr...@ce...>: >>> >>> On Feb 6, 2011, at 7:49 AM, Olivier Sessink wrote: >>> >>>> Hi all, >>>> >>>> I've rebuild my complete gtk environment for osx 10.5/i386 and now I >>>> have a weird problem: the menu's are created but I cannot activate >>>> them (no submenu pops down). I'm still using the ige-mac-integration >>>> library. Any hints where to look for the cause? >>> >>> If you don't hide the gtk menubar, do the gtk menus work? >>> > > When you say "no difference at all", does that mean that the gtk menus are displayed on the window but don't work either? Or that no gtk menus are displayed on the window? > > Does the test application (you'll need to change the defines at the top so that IGE_MAC_INTEGRATION is defined and the other two are commented out, then rebuild it) work? > > What version of ige-mac-integration do you have? When did you rebuild, and did you start from scratch (i.e, blow everything away, retrieve the latest gtk-osx-build-setup.sh, run that, run jhbuild bootstrap and jhbuild build)? > > Regards, > John Ralls > > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > Gtk-osx-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk-osx-users > |
From: John R. <jr...@ce...> - 2011-02-06 22:04:57
|
On Feb 6, 2011, at 12:30 PM, Olivier Sessink wrote: > no difference at all. If I remove the call > ige_mac_menu_set_menu_bar(GTK_MENU_SHELL(bfwin->menubar)); > the menu (now a regular gtk menu) works. > > the application seems correctly linked: > /Users/olivier/gtk/inst/lib/libigemacintegration.0.dylib > (compatibility version 1.0.0, current version 1.0.0) > > Olivier > > 2011/2/6 John Ralls <jr...@ce...>: >> >> On Feb 6, 2011, at 7:49 AM, Olivier Sessink wrote: >> >>> Hi all, >>> >>> I've rebuild my complete gtk environment for osx 10.5/i386 and now I >>> have a weird problem: the menu's are created but I cannot activate >>> them (no submenu pops down). I'm still using the ige-mac-integration >>> library. Any hints where to look for the cause? >> >> If you don't hide the gtk menubar, do the gtk menus work? >> When you say "no difference at all", does that mean that the gtk menus are displayed on the window but don't work either? Or that no gtk menus are displayed on the window? Does the test application (you'll need to change the defines at the top so that IGE_MAC_INTEGRATION is defined and the other two are commented out, then rebuild it) work? What version of ige-mac-integration do you have? When did you rebuild, and did you start from scratch (i.e, blow everything away, retrieve the latest gtk-osx-build-setup.sh, run that, run jhbuild bootstrap and jhbuild build)? Regards, John Ralls |
From: Olivier S. <oli...@gm...> - 2011-02-06 20:30:37
|
no difference at all. If I remove the call ige_mac_menu_set_menu_bar(GTK_MENU_SHELL(bfwin->menubar)); the menu (now a regular gtk menu) works. the application seems correctly linked: /Users/olivier/gtk/inst/lib/libigemacintegration.0.dylib (compatibility version 1.0.0, current version 1.0.0) Olivier 2011/2/6 John Ralls <jr...@ce...>: > > On Feb 6, 2011, at 7:49 AM, Olivier Sessink wrote: > >> Hi all, >> >> I've rebuild my complete gtk environment for osx 10.5/i386 and now I >> have a weird problem: the menu's are created but I cannot activate >> them (no submenu pops down). I'm still using the ige-mac-integration >> library. Any hints where to look for the cause? > > If you don't hide the gtk menubar, do the gtk menus work? > > Regards, > John Ralls > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > Gtk-osx-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk-osx-users > |
From: John R. <jr...@ce...> - 2011-02-06 17:04:18
|
On Feb 6, 2011, at 7:49 AM, Olivier Sessink wrote: > Hi all, > > I've rebuild my complete gtk environment for osx 10.5/i386 and now I > have a weird problem: the menu's are created but I cannot activate > them (no submenu pops down). I'm still using the ige-mac-integration > library. Any hints where to look for the cause? If you don't hide the gtk menubar, do the gtk menus work? Regards, John Ralls |
From: Olivier S. <oli...@gm...> - 2011-02-06 15:49:39
|
Hi all, I've rebuild my complete gtk environment for osx 10.5/i386 and now I have a weird problem: the menu's are created but I cannot activate them (no submenu pops down). I'm still using the ige-mac-integration library. Any hints where to look for the cause? Thanks, Olivier |
From: John R. <jr...@ce...> - 2011-02-04 17:09:58
|
On Feb 4, 2011, at 4:22 AM, Antoine Martin wrote: > Hi, > > There's a bug in most recent versions of pygtk which can cause 100% cpu > usage in pygtk apps: > https://bugzilla.gnome.org/show_bug.cgi?id=640738 > > This affects 2.22 which is what gtk-osx uses by default, to fix my > gtk-osx app, I simply added: > branches["pygtk"] = "http://winswitch.org/src/pygtk-2.22.1.tar.bz2" > to my .jhbuildrc-custom > The pygtk version above is just 2.22.0 plus this one patch. > Thought others might be interested. > > Also, if anyone needs to package a pygtk application for osx, I have put > my experience/instructions here: > http://winswitch.org/dev/macosx.html > They are very much based on tryton's, which were an excellent starting > point for me. It's not all pretty... but it works reliably! Thanks for pointing that out. I've just finished an overhaul of the stable moduleset, and I'll include the patch when I push it. (I need to test everything first.) Regards, John Ralls |
From: Antoine M. <an...@na...> - 2011-02-04 12:22:17
|
Hi, There's a bug in most recent versions of pygtk which can cause 100% cpu usage in pygtk apps: https://bugzilla.gnome.org/show_bug.cgi?id=640738 This affects 2.22 which is what gtk-osx uses by default, to fix my gtk-osx app, I simply added: branches["pygtk"] = "http://winswitch.org/src/pygtk-2.22.1.tar.bz2" to my .jhbuildrc-custom The pygtk version above is just 2.22.0 plus this one patch. Thought others might be interested. Also, if anyone needs to package a pygtk application for osx, I have put my experience/instructions here: http://winswitch.org/dev/macosx.html They are very much based on tryton's, which were an excellent starting point for me. It's not all pretty... but it works reliably! Cheers Antoine |
From: Phillip H. <ph...@me...> - 2011-01-10 01:53:06
|
On Aug 25, 2010, at 10:50 AM, Phillip Heller wrote: <snip> > If you're reading this, John, any chance we could get a method in OSXApplication to install a handler for NSURLProtocol? <snip> Greetings, I've tried numerous (hackish) methods to hook a custom URL handler to my pygtk application with no success, so I've come back around to doing it via Cocoa. I've got a proof-of-concept implementation for gtk_osxapplication which mostly works, though is likely illustrative of my utter lack of Objective-C experience. With respect to the one issue: I install the handler in an applicationWillFinishLoading method within the GtkApplicationDelegate implementation, though it does not seem to process the URL which may have been used to invoke the application (if it were not previously running). You can find my fork here: https://github.com/pheller/ige-mac-integration Once the source tree is built and installed, try the python bindings like so: % cd ige-mac-integration/bindings/python/gtk_osxapplication % python ./setup.py py2app % open dist/test-integration.app (just once, to register the URL handler with LaunchServices) then, quit.... Now, try some invocations: % open gtk-osx://foo (if the test application isn't running, this will just open the application) % open gtk-osx://bar (this should open a MessageDialog) I hope this is useful for others, and hopefully someone might have an idea why the URL used to launch the app doesn't seem to be processed.... Regards, Phil |
From: Bruno C. <bru...@gc...> - 2011-01-09 18:30:13
|
Le dimanche 09 janvier 2011 à 10:19 -0800, John Ralls a écrit : > Yes, the problem is with your bundled libxml. > Use the current moduleset: > https://github.com/jralls/gtk-osx-build/commit/d18fa3e9b9cd88d1e662754f8ea398ae8de6aba5 fixed this 6 months ago. Thanks a lot, I am on track now. Bruno. |
From: John R. <jr...@ce...> - 2011-01-09 18:19:44
|
On Jan 9, 2011, at 9:27 AM, Bruno Coudoin wrote: > Le dimanche 09 janvier 2011 à 09:06 -0800, John Ralls a écrit : >> On Jan 9, 2011, at 8:24 AM, Bruno Coudoin wrote: >> >>> >>> Hi, >>> >>> I am distributing GCompris packaged using gtk-osx. I have been reported >>> a problem on users of MacOSX 10.6.5. GCompris fails to start and report >>> this error: >>> >>> $ ./Desktop/GCompris.app/Contents/MacOS/GCompris >>> dyld: Library not loaded: /usr/lib/libxml2.2.dylib >>> Referenced >>> from: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit >>> Reason: Incompatible library version: AppKit requires version 10.0.0 >>> or later, but libxml2.2.dylib provides version 9.0.0 >>> Trace/BPT trap >>> >>> The mentioned GCompris here is based on the shell script 'launcher.sh'. >>> I have been reported that running the gcompris-bin directly instead of >>> the shell script run fines. >>> >>> I tried to upgrade the script to the latest version of ige-mac-bundler >>> but it did not fixed the problem. >>> >> >> The scripts distributed with ige-mac-bundler are *examples*. You're >> responsible for editing them so that they work with your program. >> >> That said, it seems unlikely that a library link error (particularly >> one involving Apple's installed frameworks) could be caused by a >> script error. You'll have to dig deeper with your user. >> >> Remember that Gtk-OSX is intended for use by developers, not >> script-kiddies. You're expected to be able to debug and correct >> problems with your package. Come here for help with specific usage >> questions, not vague pleas about *your* users not being able to run >> *your* package. >> > > Hum, I should have mentioned that the same GCompris bundle works fine on > previous release of MacOSX. The issue here is probably because > libxml2.2.dylib is now shipped by MacOSX or has changed and there is an > incompatibility with the one I ship in my bundle. > > By the way, I am not the only one with this error: > http://www.placebeau.nl/article/468/Fixing_OpenFTD_1_2_1_in_MacOSX_10_6_Snow_Leopard.html > > I don't expect you to fix my script, I can manage this. What I am > looking at is the direction on how this issue must be managed under the > gtk-osx framework. > Yes, the problem is with your bundled libxml. Use the current moduleset: https://github.com/jralls/gtk-osx-build/commit/d18fa3e9b9cd88d1e662754f8ea398ae8de6aba5 fixed this 6 months ago. Regards, John Ralls |
From: Bruno C. <bru...@gc...> - 2011-01-09 17:27:33
|
Le dimanche 09 janvier 2011 à 09:06 -0800, John Ralls a écrit : > On Jan 9, 2011, at 8:24 AM, Bruno Coudoin wrote: > > > > > Hi, > > > > I am distributing GCompris packaged using gtk-osx. I have been reported > > a problem on users of MacOSX 10.6.5. GCompris fails to start and report > > this error: > > > > $ ./Desktop/GCompris.app/Contents/MacOS/GCompris > > dyld: Library not loaded: /usr/lib/libxml2.2.dylib > > Referenced > > from: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit > > Reason: Incompatible library version: AppKit requires version 10.0.0 > > or later, but libxml2.2.dylib provides version 9.0.0 > > Trace/BPT trap > > > > The mentioned GCompris here is based on the shell script 'launcher.sh'. > > I have been reported that running the gcompris-bin directly instead of > > the shell script run fines. > > > > I tried to upgrade the script to the latest version of ige-mac-bundler > > but it did not fixed the problem. > > > > The scripts distributed with ige-mac-bundler are *examples*. You're > responsible for editing them so that they work with your program. > > That said, it seems unlikely that a library link error (particularly > one involving Apple's installed frameworks) could be caused by a > script error. You'll have to dig deeper with your user. > > Remember that Gtk-OSX is intended for use by developers, not > script-kiddies. You're expected to be able to debug and correct > problems with your package. Come here for help with specific usage > questions, not vague pleas about *your* users not being able to run > *your* package. > Hum, I should have mentioned that the same GCompris bundle works fine on previous release of MacOSX. The issue here is probably because libxml2.2.dylib is now shipped by MacOSX or has changed and there is an incompatibility with the one I ship in my bundle. By the way, I am not the only one with this error: http://www.placebeau.nl/article/468/Fixing_OpenFTD_1_2_1_in_MacOSX_10_6_Snow_Leopard.html I don't expect you to fix my script, I can manage this. What I am looking at is the direction on how this issue must be managed under the gtk-osx framework. Bruno. |
From: John R. <jr...@ce...> - 2011-01-09 17:06:24
|
On Jan 9, 2011, at 8:24 AM, Bruno Coudoin wrote: > > Hi, > > I am distributing GCompris packaged using gtk-osx. I have been reported > a problem on users of MacOSX 10.6.5. GCompris fails to start and report > this error: > > $ ./Desktop/GCompris.app/Contents/MacOS/GCompris > dyld: Library not loaded: /usr/lib/libxml2.2.dylib > Referenced > from: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit > Reason: Incompatible library version: AppKit requires version 10.0.0 > or later, but libxml2.2.dylib provides version 9.0.0 > Trace/BPT trap > > The mentioned GCompris here is based on the shell script 'launcher.sh'. > I have been reported that running the gcompris-bin directly instead of > the shell script run fines. > > I tried to upgrade the script to the latest version of ige-mac-bundler > but it did not fixed the problem. > The scripts distributed with ige-mac-bundler are *examples*. You're responsible for editing them so that they work with your program. That said, it seems unlikely that a library link error (particularly one involving Apple's installed frameworks) could be caused by a script error. You'll have to dig deeper with your user. Remember that Gtk-OSX is intended for use by developers, not script-kiddies. You're expected to be able to debug and correct problems with your package. Come here for help with specific usage questions, not vague pleas about *your* users not being able to run *your* package. Regards, John Ralls |
From: Bruno C. <bru...@gc...> - 2011-01-09 16:24:17
|
Hi, I am distributing GCompris packaged using gtk-osx. I have been reported a problem on users of MacOSX 10.6.5. GCompris fails to start and report this error: $ ./Desktop/GCompris.app/Contents/MacOS/GCompris dyld: Library not loaded: /usr/lib/libxml2.2.dylib Referenced from: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit Reason: Incompatible library version: AppKit requires version 10.0.0 or later, but libxml2.2.dylib provides version 9.0.0 Trace/BPT trap The mentioned GCompris here is based on the shell script 'launcher.sh'. I have been reported that running the gcompris-bin directly instead of the shell script run fines. I tried to upgrade the script to the latest version of ige-mac-bundler but it did not fixed the problem. Any help appriciated, Bruno. |
From: John R. <jr...@ce...> - 2011-01-04 05:17:07
|
On Jan 2, 2011, at 9:45 AM, David Lowe wrote: > I just went to install GTK-OSX on another machine and ended up chasing my tail quite a bit due to some unexpected problems. It turns out that the link to git given in the wiki for the build prerequisites is Intel only, and out of date to boot. I'd like to make some suggestions: > > * It would be really nice if gtk-osx-build-setup.sh did more error-checking. In my case, the shell itself was giving an error message that the git executable failed to run; i took it to be a warning, however, as the script just kept chugging along. OK, now it checks every command. I also changed the download link in the wiki so that it gets the latest version from Github instead of the (often obsolete because I forget to upload new versions) one from sourceforge. Regards, John Ralls |
From: John R. <jr...@ce...> - 2011-01-04 00:41:19
|
1. I've added two new patches (one is a replacement) to gtk+ in modulesets-stable. These fix a couple of crashers noted in Gnucash and Gramps: One is a premature release of autopools (previously fixed with an emergency hack, now fixed the "approved" way). The other involves race conditions in the quartz drag-and-drop behavior. It's still partly in "hack" mode, so there will be a different change later, and only the non-hack parts are pushed to the quartz branches. 2. Yes, that's right, branches. I've added a gtk-2-24-quartz branch to git.gnome.org/gtk+ which tracks the 2-24 branch for everyone who's still using Gtk2 (which is probably almost everyone). This has revisions of all of the patches and serves, like quartz-integration, as a way to keep up with the latest fixes. 3. Modulesets/gtk-osx.modules gtk+ module and modulesets-unstable/gtk-osx.modules gtk+ module have been updated to point to work with gtk-2-24-quartz. 4. Both gtk-2-24-quartz and quartz-integration are set up for a nightly merge with their respective tracking branches (gtk-2-24 and master, respectively), build, and push (if everything else works out OK). That means that you'll always have a recently updated and known-to-build (at least on a MacPro with XCode 3.2 and the 10.5 SDK) repo to work with. 5. Happy New Year! Regards, John Ralls |
From: John R. <jr...@ce...> - 2011-01-02 22:40:14
|
On Jan 2, 2011, at 11:00 AM, David Lowe wrote: > On 2 Jan, 2011, at 9:45 AM, David Lowe wrote: > >> * In the wiki, the URL of the source for git should be changed from http://metastatic.org/source/git-osx.html to http://git-scm.com. > > Never mind about this part, it's already done. I actually changed the URL to the page for only OSX, though they are on a different domain. > > Sent from my MacBookPro > Thanks, Regards, John Ralls |
From: David L. <doc...@ve...> - 2011-01-02 19:00:37
|
On 2 Jan, 2011, at 9:45 AM, David Lowe wrote: > * In the wiki, the URL of the source for git should be changed from http://metastatic.org/source/git-osx.html to http://git-scm.com. Never mind about this part, it's already done. I actually changed the URL to the page for only OSX, though they are on a different domain. Sent from my MacBookPro A better way to DoubleSpace your disk: DEL C:\WINDOWS\*.* |
From: David L. <doc...@ve...> - 2011-01-02 17:45:28
|
I just went to install GTK-OSX on another machine and ended up chasing my tail quite a bit due to some unexpected problems. It turns out that the link to git given in the wiki for the build prerequisites is Intel only, and out of date to boot. I'd like to make some suggestions: * It would be really nice if gtk-osx-build-setup.sh did more error-checking. In my case, the shell itself was giving an error message that the git executable failed to run; i took it to be a warning, however, as the script just kept chugging along. * In the wiki, the URL of the source for git should be changed from http://metastatic.org/source/git-osx.html to http://git-scm.com. I can take care of this myself, but right now i'm waiting for SourceForge to reset my password, and i also have to pack for tomorrow's flight. Sent from my MacBookPro 3.141592653589793238462643383279502883197116939937510... I forget the rest |
From: John R. <jr...@ce...> - 2010-12-18 03:23:50
|
On Dec 17, 2010, at 2:27 PM, MaSch wrote: > Hello folks, > > firstly I want to thank everyone involved for providing > ige-mac-integration. It boosts usability a lot for the users. > > I'm currently integrating ige-mac-integration to an gtk+ osx port (C). > I'm using gtkosxapplication instead of the old stuff ... I get the > menubar and my notifications set-up - all fine, > but I noticed that IF I use the old "ige_mac_menu_set_menu_bar" > function, all my shortcuts get automatically mapped from Ctrl+a to Cmd+a > and so on. > Now like mentioned before I don't want to use the old API, so I try to > use gtk_osxapplication_set_menu_bar which does not map the key modifiers > automatically, but otherwise works fine too. > > Can I achieve the old maping behaviour with the new API somehow ? Or do > I have to set the shortcuts manually, if so how do I do that ? As I wrote in the documentation, "shortcuts" are handled the Gtk way: Accelerator maps for menus and Bindings for everything else. Since you meet the mental prerequisites of being an experienced Gtk developer, I don't need to tell you any more. Right? If that's not the case, don't worry: Both are well covered in the Gtk documentation. Regards, John Ralls |
From: MaSch <ma...@go...> - 2010-12-17 22:27:35
|
Hello folks, firstly I want to thank everyone involved for providing ige-mac-integration. It boosts usability a lot for the users. I'm currently integrating ige-mac-integration to an gtk+ osx port (C). I'm using gtkosxapplication instead of the old stuff ... I get the menubar and my notifications set-up - all fine, but I noticed that IF I use the old "ige_mac_menu_set_menu_bar" function, all my shortcuts get automatically mapped from Ctrl+a to Cmd+a and so on. Now like mentioned before I don't want to use the old API, so I try to use gtk_osxapplication_set_menu_bar which does not map the key modifiers automatically, but otherwise works fine too. Can I achieve the old maping behaviour with the new API somehow ? Or do I have to set the shortcuts manually, if so how do I do that ? Regards Marco |
From: Richard P. <ric...@gm...> - 2010-12-05 18:43:18
|
On 5/12/2010, at 8:00 PM, Lee G wrote: > I am wondering is there an application in the works to help us do all of this.I am pretty new to command line, I have successfully hacked my apple tv, via ssh and can do simple things like empty trash, software update and clear my print queue in terminal. But this project seems pretty involved to get, lets say, inkscape to run with quartz rather than x11. I really want to do this but my head starts to spin when I see all the steps I have to go through to do it. I meet the system requirements and have the developer kit. I am hoping any helpful hints or direction to cut out steps in this task. am hoping for a drag and drop app that allows you to drop inkscape or gimp into it and it magically creates this re-compiled quartz version. I am probably grabbing for straws here :) Hi Lee, As far as I know no such setup currently exists. Yours is basically a good idea, though. Ultimately, it would be very nice to have an installable GTK-OSX framework, say, which other applications could be built against and then distributed as an end-user package. As a resut, gtk-osx is somewhat like a kitset car at present which you need to know enough to be able to assemble yourself. That, of course, is not to make your life difficult but just a reflection of the fact that although technology may sometimes appear to be magical that does not in fact mean that it was created my magical means. Making it work effortlessly always requires large amounts of hard and dedicated effort by someone, which in this case is a small bunch of volunteers, and every project must walk before it can run. regards, Richard. |
From: John R. <jr...@ce...> - 2010-12-05 18:41:40
|
On Dec 4, 2010, at 11:00 PM, Lee G wrote: > I am wondering is there an application in the works to help us do all of this.I am pretty new to command line, I have successfully hacked my apple tv, via ssh and can do simple things like empty trash, software update and clear my print queue in terminal. But this project seems pretty involved to get, lets say, inkscape to run with quartz rather than x11. I really want to do this but my head starts to spin when I see all the steps I have to go through to do it. I meet the system requirements and have the developer kit. I am hoping any helpful hints or direction to cut out steps in this task. am hoping for a drag and drop app that allows you to drop inkscape or gimp into it and it magically creates this re-compiled quartz version. I am probably grabbing for straws here :) Indeed. This project is an extension of Gtk for (e.g.) the inkscape developers to prepare a bundle to distribute their package to OSX users. You may have the necessary tools assembled, but you don't have the training or experience, and a fair amount of both is needed. You can either spend a few years learning, or you can go bug the inkscape folks to do it. Good luck. Regards, John Ralls |