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: John R. <jr...@ce...> - 2011-06-18 16:03:16
|
On Jun 18, 2011, at 8:25 AM, Dwayne Bailey wrote: > Hi John, > > My first patch to the modulesets. I found that the tango-icon-theme depended on intltool, or at least a newer one that is already setup in the modules. Dwayne, Thanks for the patch but please use the mailing list instead of emailing me directly. Since intltool is built as part of meta-gtk-osx-bootstrap, so I don't understand what problem this solves. Patches are best submitted via the bug tracker, https://sourceforge.net/apps/trac/gtk-osx/newticket. Yes, you have to sign in to Sourceforge to use it, but it helps me not lose track of your patch. A moduleset patch should patch all three modulesets, not just stable (unless it's patching bootstrap.modules, which is only in modulesets-stable). Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2011-06-18 03:15:31
|
On Jun 17, 2011, at 7:17 PM, Chris Share wrote: > I'm not sure. The Guitarix developers say that they have fixed the problem but I > > haven't had a chance to test it. They said that: > >> A research brings up that OSX didn't support (but defined) unnamed semaphores, >> that's the reason why the gx_program_change_helper_thread blow up the CPU > usage. > > Cheers, > > Chris > > > ----- Original Message ---- > From: John Ralls <jr...@ce...> > To: GTK+-2 OSX Users <gtk...@li...> > Sent: Sat, 18 June, 2011 1:00:03 AM > Subject: Re: [Gtk-osx-users] Thread Question > > > On Jun 17, 2011, at 7:34 AM, Christophe Fergeau wrote: > >> On Fri, Jun 17, 2011 at 07:07:33AM -0700, John Ralls wrote: >>> Yeah, that's come up before. The GUI thread needs to be the first one >>> launched on OSX. I don't remember the details, but a search for "thread" >>> in comments on bugzilla.gnome.org (specify gtk and platform:macosx) >>> should turn them up. >> >> Is it https://bugzilla.gnome.org/show_bug.cgi?id=606378 ? >> (by platform:macosx, do you mean component:quartz?) > > > Yeah, that's the one. Sorry about mis-remembering component:quartz. > > Is that what's going on with Guitarix? Ah. Yes, that's true. Regards, John Ralls |
|
From: Chris S. <cps...@ya...> - 2011-06-18 02:17:39
|
I'm not sure. The Guitarix developers say that they have fixed the problem but I haven't had a chance to test it. They said that: >A research brings up that OSX didn't support (but defined) unnamed semaphores, >that's the reason why the gx_program_change_helper_thread blow up the CPU usage. Cheers, Chris ----- Original Message ---- From: John Ralls <jr...@ce...> To: GTK+-2 OSX Users <gtk...@li...> Sent: Sat, 18 June, 2011 1:00:03 AM Subject: Re: [Gtk-osx-users] Thread Question On Jun 17, 2011, at 7:34 AM, Christophe Fergeau wrote: > On Fri, Jun 17, 2011 at 07:07:33AM -0700, John Ralls wrote: >> Yeah, that's come up before. The GUI thread needs to be the first one >> launched on OSX. I don't remember the details, but a search for "thread" >> in comments on bugzilla.gnome.org (specify gtk and platform:macosx) >> should turn them up. > > Is it https://bugzilla.gnome.org/show_bug.cgi?id=606378 ? > (by platform:macosx, do you mean component:quartz?) Yeah, that's the one. Sorry about mis-remembering component:quartz. Is that what's going on with Guitarix? Regards, John Ralls ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Gtk-osx-users mailing list Gtk...@li... https://lists.sourceforge.net/lists/listinfo/gtk-osx-users |
|
From: san h. <hoi...@gm...> - 2011-06-17 23:27:48
|
I'm think using 10.6.4 snow leopard... $ uname -ar Darwin toddws-Mac-mini.local 10.4.1 Darwin Kernel Version 10.4.1: Fri Jul 16 23:04:20 PDT 2010; root:xnu-1504.7.51~1/RELEASE_I386 i386 Oh... i see...It's important that kernel version Ok, I try to update my kernel. PS: sorry for my rude attitude... 2011/6/17, Cliff Sharp <cs...@vb...>: > I am running Darwin 10.7.0 and iibffi installed without any problems. > > Are you running 10.4.1 of Darwin? > > On Jun 17, 2011, at 4:54 PM, John Ralls wrote: > >> >> On Jun 17, 2011, at 11:00 AM, san hoi wrote: >> >>> Hi. I try to build gtk+-3.0. >>> >>> $ vim ~/.jhbuildrc-custom >>> >>> moduleset="https://github.com/jralls/gtk-osx-build/raw/master/modulesets-unstable/gtk-osx.modules" >>> >>> and then, >>> $ ~/.local/bin/jhbuild build libffi >>> >>> *** Building libffi *** [1/5] >>> make >>> MAKE x86_64-apple-darwin10.4.1 : 0 * all-all >>> make: *** [all-all] Error 1 >>> >>> Can anyone help me? >>> Thanks. >> >> RTFM: https://sourceforge.net/apps/trac/gtk-osx/wiki/Build >> >> Regards, >> John Ralls >> >> >> ------------------------------------------------------------------------------ >> EditLive Enterprise is the world's most technically advanced content >> authoring tool. Experience the power of Track Changes, Inline Image >> Editing and ensure content is compliant with Accessibility Checking. >> http://p.sf.net/sfu/ephox-dev2dev >> _______________________________________________ >> Gtk-osx-users mailing list >> Gtk...@li... >> https://lists.sourceforge.net/lists/listinfo/gtk-osx-users > > > ____ > > Cliff Sharp | cs...@vb... > > > > > |
|
From: John R. <jr...@ce...> - 2011-06-17 22:54:18
|
I decided last weekend that it's silly to build Python in bootstrap as the Python which comes with Leopard, Snow Leopard, and Lion are quite adequate for building... the only reason to build a Python is if you're distributing a pygtk-based or pygi-based application and need a consistent python version for all of your users. Python is now in gtk-osx-python.modules. My motivation was Gramps, which needs Python built with berkeleydb; I was having to build Python over after building that; I also found that running Python interactively without readline is a PITA. Readline is now in bootstrap, but I wonder if it belongs somewhere else so that it can be called as a dependency. Along that line I suspect that having anything that isn't a build-tool should be in a regular moduleset, perhaps adding a new one, gtk-osx-basics.modules to collect things like libiconv, libgettext, libxml2, libxslt, readline, and probably some others that don't come immediately to mind. Another motivation for getting python into a regular moduleset is that recent versions of Glib (since the end of April or so) require Python-2.7, but there were some issues that cropped up in Gramps with 2.7 -- so I want to have 2.6.6 in stable and 2.7 in unstable. Since there are undoubtedly packages looking to migrate to Python3, I think I should add that (as a separate module) to unstable as well. Any comments? Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2011-06-17 22:27:01
|
On Jun 17, 2011, at 3:04 PM, Cliff Sharp wrote: > liboil errors out when trying to install it stand alone or as part of gst-plugins-base > > Making all in i386 > /bin/sh ../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.2 -DHAVE_CONFIG_H -I. -I../.. -I/Users/csharp/gtk/inst/include -Wall -D_BSD_SOURCE -D_GNU_SOURCE -I../.. -DOIL_ENABLE_UNSTABLE_API -arch x86_64 -mmacosx-version-min=10.6 -MT libi386_la-argb_paint_i386.lo -MD -MP -MF .deps/libi386_la-argb_paint_i386.Tpo -c -o libi386_la-argb_paint_i386.lo `test -f 'argb_paint_i386.c' || echo './'`argb_paint_i386.c > libtool: compile: /usr/bin/gcc-4.2 -DHAVE_CONFIG_H -I. -I../.. -I/Users/csharp/gtk/inst/include -Wall -D_BSD_SOURCE -D_GNU_SOURCE -I../.. -DOIL_ENABLE_UNSTABLE_API -arch x86_64 -mmacosx-version-min=10.6 -MT libi386_la-argb_paint_i386.lo -MD -MP -MF .deps/libi386_la-argb_paint_i386.Tpo -c argb_paint_i386.c -fno-common -DPIC -o .libs/libi386_la-argb_paint_i386.o > /var/folders/l8/l8czqWr5FSGDJP2bpbSQBE+++TI/-Tmp-//ccnbeVqj.s:40:Incorrect register `%rax' used with `l' suffix > /var/folders/l8/l8czqWr5FSGDJP2bpbSQBE+++TI/-Tmp-//ccnbeVqj.s:46:Incorrect register `%rax' used with `l' suffix > make[3]: *** [libi386_la-argb_paint_i386.lo] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > *** Error during phase build of liboil: ########## Error running make *** [1/1] > > Please advise... > > _ Mmm. Looks like the configure script picked the wrong assembler architecture. You can either rebuild everything as i386 (which is probably the right thing to do if you're going to distribute the final product, so that it will run on both 32 and 64-bit Macs) or you can dive in and figure out what configure is getting wrong and how to coerce it to getting it right. Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2011-06-17 22:22:10
|
On Jun 17, 2011, at 12:37 PM, Pascal wrote: > Hello. > > I wonder when and how to update a current GTK-OSX install. > > I've install it on April the 14th. I don't know if I should expect a new release ;-) > In fact I wonder how to know when to update GTK. > Is there a way to know? > Is there some release notes? > > Then how to do it? > > The instructions for installation were: > $ sh gtk-osx-build-setup.sh > $ jhbuild bootstrap > $ jhbuild build meta-gtk-osx-bootstrap > $ jhbuild build meta-gtk-osx-core > > Do I need to repeat them all? > > Thanks for clarification, Pascal. > http://blady.pagesperso-orange.fr > When to upgrade is completely dependent upon what you need. See below. Nope. Nope. Maybe. As long as your application builds and runs, there's no point in upgrading, eh? The stable modulesets are still building Gtk+-2.24, which is in maintenance mode: Only critical bugs are being worked upon. There are no releases of gtk-osx-build. Except for bootstra.modules, everything important changes in the git repository, and both the setup script and the modulesets pull from the repo, so if I change anything, it's immediately live. The only reason to run the setup script would be if I make changes to the bootstrap module (which I have done recently) and after looking at the log on Github you decide that those changes will help you. The exception to that rule is when I move something into bootstrap which changes dependencies. I just added readline last week, but it may move back out. Other than that, there's nothing that will break if you use the old bootstrap.modules. (If you're working on a PyGtk-based package, you'll wind up building Python twice because I just took it out of bootstrap.modules and moved it to gtk-osx-python.modules. Aside from that, just run jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-core (and whatever other modules you need) and jhbuild will update the stuff that's been updated and skip the rest. That said, it's quite possible for the configurations of packages to get confused during an upgrade and for the whole process to fail with weird errors. When that happens, the quickest way to fix it is to delete both the checkoutdir and prefix and to start over from jhbuild bootstrap. Regards, John Ralls |
|
From: Cliff S. <cs...@vb...> - 2011-06-17 22:20:36
|
I am running Darwin 10.7.0 and iibffi installed without any problems. Are you running 10.4.1 of Darwin? On Jun 17, 2011, at 4:54 PM, John Ralls wrote: > > On Jun 17, 2011, at 11:00 AM, san hoi wrote: > >> Hi. I try to build gtk+-3.0. >> >> $ vim ~/.jhbuildrc-custom >> >> moduleset="https://github.com/jralls/gtk-osx-build/raw/master/modulesets-unstable/gtk-osx.modules" >> >> and then, >> $ ~/.local/bin/jhbuild build libffi >> >> *** Building libffi *** [1/5] >> make >> MAKE x86_64-apple-darwin10.4.1 : 0 * all-all >> make: *** [all-all] Error 1 >> >> Can anyone help me? >> Thanks. > > RTFM: https://sourceforge.net/apps/trac/gtk-osx/wiki/Build > > Regards, > John Ralls > > > ------------------------------------------------------------------------------ > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > _______________________________________________ > Gtk-osx-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk-osx-users ____ Cliff Sharp | cs...@vb... |
|
From: Cliff S. <cs...@vb...> - 2011-06-17 22:04:45
|
liboil errors out when trying to install it stand alone or as part of gst-plugins-base Making all in i386 /bin/sh ../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.2 -DHAVE_CONFIG_H -I. -I../.. -I/Users/csharp/gtk/inst/include -Wall -D_BSD_SOURCE -D_GNU_SOURCE -I../.. -DOIL_ENABLE_UNSTABLE_API -arch x86_64 -mmacosx-version-min=10.6 -MT libi386_la-argb_paint_i386.lo -MD -MP -MF .deps/libi386_la-argb_paint_i386.Tpo -c -o libi386_la-argb_paint_i386.lo `test -f 'argb_paint_i386.c' || echo './'`argb_paint_i386.c libtool: compile: /usr/bin/gcc-4.2 -DHAVE_CONFIG_H -I. -I../.. -I/Users/csharp/gtk/inst/include -Wall -D_BSD_SOURCE -D_GNU_SOURCE -I../.. -DOIL_ENABLE_UNSTABLE_API -arch x86_64 -mmacosx-version-min=10.6 -MT libi386_la-argb_paint_i386.lo -MD -MP -MF .deps/libi386_la-argb_paint_i386.Tpo -c argb_paint_i386.c -fno-common -DPIC -o .libs/libi386_la-argb_paint_i386.o /var/folders/l8/l8czqWr5FSGDJP2bpbSQBE+++TI/-Tmp-//ccnbeVqj.s:40:Incorrect register `%rax' used with `l' suffix /var/folders/l8/l8czqWr5FSGDJP2bpbSQBE+++TI/-Tmp-//ccnbeVqj.s:46:Incorrect register `%rax' used with `l' suffix make[3]: *** [libi386_la-argb_paint_i386.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 *** Error during phase build of liboil: ########## Error running make *** [1/1] Please advise... ____ Cliff Sharp | cs...@vb... |
|
From: John R. <jr...@ce...> - 2011-06-17 21:54:05
|
On Jun 17, 2011, at 11:00 AM, san hoi wrote: > Hi. I try to build gtk+-3.0. > > $ vim ~/.jhbuildrc-custom > > moduleset="https://github.com/jralls/gtk-osx-build/raw/master/modulesets-unstable/gtk-osx.modules" > > and then, > $ ~/.local/bin/jhbuild build libffi > > *** Building libffi *** [1/5] > make > MAKE x86_64-apple-darwin10.4.1 : 0 * all-all > make: *** [all-all] Error 1 > > Can anyone help me? > Thanks. RTFM: https://sourceforge.net/apps/trac/gtk-osx/wiki/Build Regards, John Ralls |
|
From: Pascal <p....@or...> - 2011-06-17 19:36:06
|
Hello. I wonder when and how to update a current GTK-OSX install. I've install it on April the 14th. I don't know if I should expect a new release ;-) In fact I wonder how to know when to update GTK. Is there a way to know? Is there some release notes? Then how to do it? The instructions for installation were: $ sh gtk-osx-build-setup.sh $ jhbuild bootstrap $ jhbuild build meta-gtk-osx-bootstrap $ jhbuild build meta-gtk-osx-core Do I need to repeat them all? Thanks for clarification, Pascal. http://blady.pagesperso-orange.fr |
|
From: san h. <hoi...@gm...> - 2011-06-17 18:00:34
|
Hi. I try to build gtk+-3.0. $ vim ~/.jhbuildrc-custom moduleset="https://github.com/jralls/gtk-osx-build/raw/master/modulesets-unstable/gtk-osx.modules" and then, $ ~/.local/bin/jhbuild build libffi *** Building libffi *** [1/5] make MAKE x86_64-apple-darwin10.4.1 : 0 * all-all make: *** [all-all] Error 1 Can anyone help me? Thanks. |
|
From: John R. <jr...@ce...> - 2011-06-17 15:00:26
|
On Jun 17, 2011, at 7:34 AM, Christophe Fergeau wrote: > On Fri, Jun 17, 2011 at 07:07:33AM -0700, John Ralls wrote: >> Yeah, that's come up before. The GUI thread needs to be the first one >> launched on OSX. I don't remember the details, but a search for "thread" >> in comments on bugzilla.gnome.org (specify gtk and platform:macosx) >> should turn them up. > > Is it https://bugzilla.gnome.org/show_bug.cgi?id=606378 ? > (by platform:macosx, do you mean component:quartz?) Yeah, that's the one. Sorry about mis-remembering component:quartz. Is that what's going on with Guitarix? Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2011-06-17 14:56:02
|
On Jun 17, 2011, at 7:25 AM, Dwayne Bailey wrote: > > On 2011-06-17 16:11, John Ralls wrote: >> >> On Jun 17, 2011, at 1:05 AM, Dwayne Bailey wrote: >> >>> Hi, >>> >>> I'm using enchant and gtkspell for spell checking in our app. This >>> works nicely on Mac but it doesn't use the Apple spell checkers by >>> default. Enchant does have an AppleSpell backend if you pass >>> -DXP_TARGET_COCOA which I tried and just got some amazing tracebacks >>> which seem to be GCC trying to include ObjC code while compiling C. >>> >>> I'm busy asking for help from people over at AbiWord - where Enchant lives. >>> >>> Before trying to solve this on my own I was wondering if anyone had >>> tried to build Enchant with the AppleSpell backend? I'm pretty sure >>> this would be helpful to others porting their GTK apps to Mac to make it >>> even more native by using the users existing spell checkers. >>> >>> If you are a bit more skilled at the GNU build toolchain and GCC >>> compiling then I am I'd love some help. >> >> Yeah, that would be great for Gramps. >> Isn't there a configure option to set the cocoa target that sets everything up for you? > Afraid not. Seems like this is designed to build AppleSpell support > when compiled as part of the AbiWord xcode project setup. So there > isn't any --enable-applespell - although there probably should be - just > the build time XP_TARGET_COCOA. > > I have been delving into the configure.ac and Makefile.am magic but > first I need to try get the darn thing to compile. Add either -xobjective-c or -ObjC to CFLAGS. Regards, John Ralls |
|
From: Christophe F. <cfe...@re...> - 2011-06-17 14:34:41
|
On Fri, Jun 17, 2011 at 07:07:33AM -0700, John Ralls wrote: > Yeah, that's come up before. The GUI thread needs to be the first one > launched on OSX. I don't remember the details, but a search for "thread" > in comments on bugzilla.gnome.org (specify gtk and platform:macosx) > should turn them up. Is it https://bugzilla.gnome.org/show_bug.cgi?id=606378 ? (by platform:macosx, do you mean component:quartz?) Christophe |
|
From: Dwayne B. <dw...@tr...> - 2011-06-17 14:25:58
|
On 2011-06-17 16:11, John Ralls wrote: > > On Jun 17, 2011, at 1:05 AM, Dwayne Bailey wrote: > >> Hi, >> >> I'm using enchant and gtkspell for spell checking in our app. This >> works nicely on Mac but it doesn't use the Apple spell checkers by >> default. Enchant does have an AppleSpell backend if you pass >> -DXP_TARGET_COCOA which I tried and just got some amazing tracebacks >> which seem to be GCC trying to include ObjC code while compiling C. >> >> I'm busy asking for help from people over at AbiWord - where Enchant lives. >> >> Before trying to solve this on my own I was wondering if anyone had >> tried to build Enchant with the AppleSpell backend? I'm pretty sure >> this would be helpful to others porting their GTK apps to Mac to make it >> even more native by using the users existing spell checkers. >> >> If you are a bit more skilled at the GNU build toolchain and GCC >> compiling then I am I'd love some help. > > Yeah, that would be great for Gramps. > Isn't there a configure option to set the cocoa target that sets everything up for you? Afraid not. Seems like this is designed to build AppleSpell support when compiled as part of the AbiWord xcode project setup. So there isn't any --enable-applespell - although there probably should be - just the build time XP_TARGET_COCOA. I have been delving into the configure.ac and Makefile.am magic but first I need to try get the darn thing to compile. -- regards Dwayne |
|
From: John R. <jr...@ce...> - 2011-06-17 14:16:54
|
On Jun 17, 2011, at 1:07 AM, Chris Share wrote: > Hi, > > In porting Guitarix from Linux to OSX I'm getting a couple of warnings: > > Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap" > > > Pango-WARNING **: couldn't load font "URW Chancery L Medium Italic Not-Rotated 12", falling back to "Sans Medium Italic Not-Rotated 12", expect ugly output. > > > At this stage, the first warning doesn't seem to be a problem however the second one is messing up the keyboard shortcuts. > > Are these fixable and if so, how? > By "messing up the keyboard shortcuts", do you mean that they look ugly in the menu, or that they don't work? If they don't work, then it has nothing to do with fonts or pango. The first one would be fixed by your adding the required theme engine to your build and the second by finding out why that font is requested (one would expect that it's a default gconf setting) and changing it to something that Macs commonly have. Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2011-06-17 14:11:41
|
On Jun 17, 2011, at 1:05 AM, Dwayne Bailey wrote: > > Hi, > > I'm using enchant and gtkspell for spell checking in our app. This > works nicely on Mac but it doesn't use the Apple spell checkers by > default. Enchant does have an AppleSpell backend if you pass > -DXP_TARGET_COCOA which I tried and just got some amazing tracebacks > which seem to be GCC trying to include ObjC code while compiling C. > > I'm busy asking for help from people over at AbiWord - where Enchant lives. > > Before trying to solve this on my own I was wondering if anyone had > tried to build Enchant with the AppleSpell backend? I'm pretty sure > this would be helpful to others porting their GTK apps to Mac to make it > even more native by using the users existing spell checkers. > > If you are a bit more skilled at the GNU build toolchain and GCC > compiling then I am I'd love some help. Yeah, that would be great for Gramps. Isn't there a configure option to set the cocoa target that sets everything up for you? Regards, John Ralls Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2011-06-17 14:07:50
|
On Jun 17, 2011, at 12:23 AM, Chris Share wrote: > Hi, > > I'm currently trying to port Guitarix <http://guitarix.sourceforge.net/>from Linux to OSX. > > I've managed to get Guitarix to build however the GUI is very unresponsive when it runs (up to 10 seconds of spodding at a time) making it unusable. > > Guitarix is multithreaded and has a GUI thread and an audio processing thread. > > If I kill the app (the only way I can get it to stop!) I get the following: > > Program received signal SIGTSTP, Stopped (user). > 0x00007fff8656e2e2 in semaphore_wait_signal_trap () > > > This makes me suspicious that there's a problem with the threading on OSX that is OK on Linux. > > Just wondering if anyone has any thoughts on this or has experienced anything similar? Yeah, that's come up before. The GUI thread needs to be the first one launched on OSX. I don't remember the details, but a search for "thread" in comments on bugzilla.gnome.org (specify gtk and platform:macosx) should turn them up. Regards, John Ralls |
|
From: Chris S. <cps...@ya...> - 2011-06-17 08:07:58
|
Hi, In porting Guitarix from Linux to OSX I'm getting a couple of warnings: Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap" Pango-WARNING **: couldn't load font "URW Chancery L Medium Italic Not-Rotated 12", falling back to "Sans Medium Italic Not-Rotated 12", expect ugly output. At this stage, the first warning doesn't seem to be a problem however the second one is messing up the keyboard shortcuts. Are these fixable and if so, how? Cheers, Chris |
|
From: Dwayne B. <dw...@tr...> - 2011-06-17 08:06:07
|
Hi, I'm using enchant and gtkspell for spell checking in our app. This works nicely on Mac but it doesn't use the Apple spell checkers by default. Enchant does have an AppleSpell backend if you pass -DXP_TARGET_COCOA which I tried and just got some amazing tracebacks which seem to be GCC trying to include ObjC code while compiling C. I'm busy asking for help from people over at AbiWord - where Enchant lives. Before trying to solve this on my own I was wondering if anyone had tried to build Enchant with the AppleSpell backend? I'm pretty sure this would be helpful to others porting their GTK apps to Mac to make it even more native by using the users existing spell checkers. If you are a bit more skilled at the GNU build toolchain and GCC compiling then I am I'd love some help. -- regards Dwayne |
|
From: Chris S. <cps...@ya...> - 2011-06-17 07:23:55
|
Hi, I'm currently trying to port Guitarix <http://guitarix.sourceforge.net/>from Linux to OSX. I've managed to get Guitarix to build however the GUI is very unresponsive when it runs (up to 10 seconds of spodding at a time) making it unusable. Guitarix is multithreaded and has a GUI thread and an audio processing thread. If I kill the app (the only way I can get it to stop!) I get the following: Program received signal SIGTSTP, Stopped (user). 0x00007fff8656e2e2 in semaphore_wait_signal_trap () This makes me suspicious that there's a problem with the threading on OSX that is OK on Linux. Just wondering if anyone has any thoughts on this or has experienced anything similar? Cheers, Chris |
|
From: Cliff S. <cs...@vb...> - 2011-06-16 23:24:25
|
YEAH - those two commands are working now. On Jun 16, 2011, at 5:59 PM, John Ralls wrote: > > On Jun 16, 2011, at 2:38 PM, Cliff Sharp wrote: > >> I am getting the following error with the following command: >> >> $ jhbuild build meta-gtk-osx-bootstrap >> jhbuild build: failed to parse http://raw.github.com/jralls/gtk-osx-build/master/modulesets-stable/gtk-osx.modules: mismatched tag: line 8, column 4 >> >> I noticed on the web page (https://github.com/jralls/gtk-osx-build) there is not "master" directory... >> Could this be the problem??? > > No, "master" is the git branch. You need that to retrieve files. The problem is the "http://raw.gitub.com"; it needs to be "https://raw.github.com". It's fixed in git now, thanks for reporting it. > > You can either re-run gtk-osx-build-setup.sh or edit .jhbuildrc (at line 411). > > Regards, > John Ralls > > > ------------------------------------------------------------------------------ > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > _______________________________________________ > Gtk-osx-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk-osx-users ____ Cliff Sharp | cs...@vb... |
|
From: Cliff S. <cs...@vb...> - 2011-06-16 23:15:01
|
Thanks very much. This has been making me crazy. Good stuff. On Jun 16, 2011, at 5:59 PM, John Ralls wrote: > > On Jun 16, 2011, at 2:38 PM, Cliff Sharp wrote: > >> I am getting the following error with the following command: >> >> $ jhbuild build meta-gtk-osx-bootstrap >> jhbuild build: failed to parse http://raw.github.com/jralls/gtk-osx-build/master/modulesets-stable/gtk-osx.modules: mismatched tag: line 8, column 4 >> >> I noticed on the web page (https://github.com/jralls/gtk-osx-build) there is not "master" directory... >> Could this be the problem??? > > No, "master" is the git branch. You need that to retrieve files. The problem is the "http://raw.gitub.com"; it needs to be "https://raw.github.com". It's fixed in git now, thanks for reporting it. > > You can either re-run gtk-osx-build-setup.sh or edit .jhbuildrc (at line 411). > > Regards, > John Ralls > > > ------------------------------------------------------------------------------ > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > _______________________________________________ > Gtk-osx-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk-osx-users ____ Cliff Sharp | cs...@vb... |
|
From: John R. <jr...@ce...> - 2011-06-16 22:59:20
|
On Jun 16, 2011, at 2:38 PM, Cliff Sharp wrote: > I am getting the following error with the following command: > > $ jhbuild build meta-gtk-osx-bootstrap > jhbuild build: failed to parse http://raw.github.com/jralls/gtk-osx-build/master/modulesets-stable/gtk-osx.modules: mismatched tag: line 8, column 4 > > I noticed on the web page (https://github.com/jralls/gtk-osx-build) there is not "master" directory... > Could this be the problem??? No, "master" is the git branch. You need that to retrieve files. The problem is the "http://raw.gitub.com"; it needs to be "https://raw.github.com". It's fixed in git now, thanks for reporting it. You can either re-run gtk-osx-build-setup.sh or edit .jhbuildrc (at line 411). Regards, John Ralls |
3 messages has been excluded from this view by a project administrator.
