gtk-osx-users — User discussions and support for GTK+-2 on OSX

[Gtk-osx-users] Pango modules

[Dwayne B. <dw...@tr...>]

Hi,

I'm struggling to get Arabic shaping working on my app.  I checked to 
see that all modules are compiled and bundled, they are.  The 
PANGO_RC_FILE environment variable is correctly set so it should be able 
to find these things.  The pango.modules file exists and contains a lot 
of @executable_path - I hope these are correct and can be interpreted by 
pango.

Has anyone else looked at Arabic in their applications?

I was told that some CoreText changes where committed to Pango trunk.  
I'm loath to use trunk but it might be my only way forward.

-- 
regards
Dwayne

[Gtk-osx-users] Building PyObjC with Python 2.7 or other options to use the platform version

[Dwayne B. <dw...@tr...>]

Hi,

I've been trying to build PyObjC with Python 2.7 (I suspect that it's 
this Python version that is causing me my pain). I'm using it to get 
native file open and close dialogs.  So before pointing to a long build 
log files I wanted to ask some questions:

   1. Has anyone else tried to build PyObjC against Python 2.7?  I am
      building my own Python for packaging my app.  Any changes you
      needed to make?
   2. Would it be safer to build against 2.6?
   3. Is there a way to use the system PyObjC while everything else is
      in my bundle?  I'm loath to put this in my PYTHONPATH because I'd
      rather catch other potential errors then get strange interactions
      between things in the bundle and on the system.

Any other thoughts?

Thanks for the help.

-- 
regards
Dwayne

Re: [Gtk-osx-users] GTKmm

[John R. <jr...@ce...>]

On May 24, 2011, at 9:56 AM, Chris Share wrote:

> 
> aclocal: /opt/local/bin/autom4te failed with exit status: 1

/opt/local/ is MacPorts. You haven't even read the instructions [1].

Regards,
John Ralls

[1] http://sourceforge.net/apps/trac/gtk-osx/wiki/Build

Re: [Gtk-osx-users] GTKmm

[Chris S. <cps...@ya...>]

I've tried what you suggested however I'm getting the following error:

*** Checking out gtk+ *** [15/16]
*** Configuring gtk+ *** [15/16]
autoreconf -fis && ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --with-gdktarget=quartz --disable-static
/Users/chris/gtk/inst/bin/m4: unrecognized option `--gnu'
Try `/Users/chris/gtk/inst/bin/m4 --help' for more information.
autom4te: /Users/chris/gtk/inst/bin/m4 failed with exit status: 1
aclocal: /opt/local/bin/autom4te failed with exit status: 1
autoreconf: aclocal failed with exit status: 1
*** Error during phase configure of gtk+: ########## Error running autoreconf -fis && ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --with-gdktarget=quartz --disable-static *** [15/16]

  [1] Rerun phase configure
  [2] Ignore error and continue to build
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "clean"
  [8] Go to phase "distclean"

Any idea what's going wrong here?


________________________________
From: John Ralls <jr...@ce...>
To: GTK+-2 OSX Users <gtk...@li...>
Sent: Wednesday, 25 May 2011 12:28 AM
Subject: Re: [Gtk-osx-users] GTKmm


On May 23, 2011, at 10:06 PM, Chris Share wrote:

> Hi,
> 
> I'd like to have a go at building guitarix (http://guitarix.sourceforge.net/) on OS X.
> 
> I've installed gtk-osx.
> 
> Guitarix has the following dependencies:
> 
> ladspa-sdk   gtk+-2.0 >= 2.12.0   gtkmm-2.0 >= 2.12.0   gthread-2.0 >= 2.10   sigc++-2.0   zita-convolver   zita-resampler   sndfile >= 1.0.17  jack (jackd, libjack, and dev) >= 0.109.1
> boost library >= 1.38
> 
> 
> As a first step I need to install gtkmm (?)
> 
> I've tried to do this using a jhbuild shell however I'm getting the following errors:
> 
> ./waf configure
> Checking for program msgfmt              : /Users/chris/gtk/inst/bin/msgfmt 
> Checking for program intltool-merge      : /Users/chris/gtk/inst/bin/intltool-merge 
> Checking for program g++ or c++          : /usr/bin/g++ 
> Checking for program cpp                 : /usr/bin/cpp 
> Checking for program ar                  : /usr/bin/ar 
> Checking for program ranlib              : /usr/bin/ranlib 
> Checking for g++                         : ok  
> Checking for jack <= 1.8.0               : yes 
> Checking for sndfile >= 1.0.17           : yes 
> Checking for gmodule-export-2.0          : yes 
> Checking for gtk+-2.0 >= 2.16.0          : yes 
> Checking for gthread-2.0 >= 2.10         : yes 
> Checking for gtkmm-2.4                   : not found 
> /Users/chris/Programming/MyProgramming/gx_head-0.14.0/gx_head-0.14.0/wscript:376: error: the configuration failed (see '/Users/chris/Programming/MyProgramming/gx_head-0.14.0/gx_head-0.14.0/build/config.log')
> 
> I'm not clear about how I should install gtkmm-2.4. Should I do this using a jhbuild shell or can I do it using the Terminal?
> 
> Any other advice would be appreciated.

Gtkmm is a supported module. You need only

jhbuild build gtkmm

That will pull in sigc++.

After that you should write a moduleset to build the other dependencies and finally guitarix. You may have some coding work to get the sound libraries to work with OSX's CoreAudio.

Regards,
John Ralls


------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
Gtk-osx-users mailing list
Gtk...@li...
https://lists.sourceforge.net/lists/listinfo/gtk-osx-users

Re: [Gtk-osx-users] GTKmm

[John R. <jr...@ce...>]

On May 23, 2011, at 10:06 PM, Chris Share wrote:

> Hi,
> 
> I'd like to have a go at building guitarix (http://guitarix.sourceforge.net/) on OS X.
> 
> I've installed gtk-osx.
> 
> Guitarix has the following dependencies:
> 
> ladspa-sdk   gtk+-2.0 >= 2.12.0   gtkmm-2.0 >= 2.12.0   gthread-2.0 >= 2.10   sigc++-2.0   zita-convolver   zita-resampler   sndfile >= 1.0.17  jack (jackd, libjack, and dev) >= 0.109.1
> boost library >= 1.38
> 
> 
> As a first step I need to install gtkmm (?)
> 
> I've tried to do this using a jhbuild shell however I'm getting the following errors:
> 
> ./waf configure
> Checking for program msgfmt              : /Users/chris/gtk/inst/bin/msgfmt 
> Checking for program intltool-merge      : /Users/chris/gtk/inst/bin/intltool-merge 
> Checking for program g++ or c++          : /usr/bin/g++ 
> Checking for program cpp                 : /usr/bin/cpp 
> Checking for program ar                  : /usr/bin/ar 
> Checking for program ranlib              : /usr/bin/ranlib 
> Checking for g++                         : ok  
> Checking for jack <= 1.8.0               : yes 
> Checking for sndfile >= 1.0.17           : yes 
> Checking for gmodule-export-2.0          : yes 
> Checking for gtk+-2.0 >= 2.16.0          : yes 
> Checking for gthread-2.0 >= 2.10         : yes 
> Checking for gtkmm-2.4                   : not found 
> /Users/chris/Programming/MyProgramming/gx_head-0.14.0/gx_head-0.14.0/wscript:376: error: the configuration failed (see '/Users/chris/Programming/MyProgramming/gx_head-0.14.0/gx_head-0.14.0/build/config.log')
> 
> I'm not clear about how I should install gtkmm-2.4. Should I do this using a jhbuild shell or can I do it using the Terminal?
> 
> Any other advice would be appreciated.

Gtkmm is a supported module. You need only

jhbuild build gtkmm

That will pull in sigc++.

After that you should write a moduleset to build the other dependencies and finally guitarix. You may have some coding work to get the sound libraries to work with OSX's CoreAudio.

Regards,
John Ralls

[Gtk-osx-users] GTKmm

[Chris S. <cps...@ya...>]

Hi,

I'd like to have a go at building guitarix (http://guitarix.sourceforge.net/) on OS X.

I've installed gtk-osx.

Guitarix has the following dependencies:

ladspa-sdk   gtk+-2.0 >= 2.12.0   gtkmm-2.0 >= 2.12.0   gthread-2.0 >= 2.10   sigc++-2.0   zita-convolver   zita-resampler   sndfile >= 1.0.17  jack (jackd, libjack, and dev) >= 0.109.1
boost library >= 1.38


As a first step I need to install gtkmm (?)

I've tried to do this using a jhbuild shell however I'm getting the following errors:

./waf configure
Checking for program msgfmt              : /Users/chris/gtk/inst/bin/msgfmt 
Checking for program intltool-merge      : /Users/chris/gtk/inst/bin/intltool-merge 
Checking for program g++ or c++          : /usr/bin/g++ 
Checking for program cpp                 : /usr/bin/cpp 
Checking for program ar                  : /usr/bin/ar 
Checking for program ranlib              : /usr/bin/ranlib 
Checking for g++                         : ok  
Checking for jack <= 1.8.0               : yes 
Checking for sndfile >= 1.0.17           : yes 
Checking for gmodule-export-2.0          : yes 
Checking for gtk+-2.0 >= 2.16.0          : yes 
Checking for gthread-2.0 >= 2.10         : yes 
Checking for gtkmm-2.4                   : not found 
/Users/chris/Programming/MyProgramming/gx_head-0.14.0/gx_head-0.14.0/wscript:376: error: the configuration failed (see '/Users/chris/Programming/MyProgramming/gx_head-0.14.0/gx_head-0.14.0/build/config.log')

I'm not clear about how I should install gtkmm-2.4. Should I do this using a jhbuild shell or can I do it using the Terminal?

Any other advice would be appreciated.

Cheers,

Chris

[Gtk-osx-users] Ige-mac-integration 0.9.8 Released

[John R. <jr...@ce...>]

I've released ige-mac-integration 0.9.8 and updated the stable moduleset to use it.

The headline feature for the new release is that the GtkOSXApplication Python bindings now work with PyGI (i.e., the Python interface afforded by gobject-introspection), meaning that it can now be used with Gtk+-3. Configure (should) autodetects the Gtk version and will build the PyGI bindings if it finds Gtk+-3, the PyGtk bindings if it finds Gtk+-2, and will issue an error otherwise. I didn't port the old Carbon ige-mac-integration to Gtk3; if you're still using it you should migrate as part of your Gtk3 migration.

Other improvements include:
 Fix Bug #52, Crashes in a multithreaded program
 Fix Bug #53, Eliminate the extra "Apple" icon on the menu bar when creating a new window after startup
 Some improvements to Window menu handling.

Regards,
John Ralls

Re: [Gtk-osx-users] Debugging PyGTK bundles.

[Dwayne B. <dw...@tr...>]

On 2011-05-19 23:51, John Ralls wrote:
>
> On May 19, 2011, at 1:07 PM, Dwayne Bailey wrote:
>
>> On 2011-05-19 16:48, John Ralls wrote:
>>> On May 19, 2011, at 4:37 AM, Dwayne Bailey wrote:
>>>
>>>> Hi,
>>>>
>>>> Good news.  My app mostly launches on 10.6 and 10.5.  On my machine 10.6
>>>> machine it runs quite well.  But the bundle on a 10.5 machine and on
>>>> someone else's 10.6 machine starts but then repeatably gives me the
>>>> spinning pizza after a few actions.
>>>>
>>>> I get no tracebacks related to the hang so I was wondering how people on
>>>> this list try to debug their bundled PyGTK apps.  I've used -v when
>>>> launching which helped me trace some issues.  I haven't tried to use pdb.
>>>>
>>>> How do you do it? Help much appreciated.
>>> You didn't say which Gramps launcher you used. The latest version passes control to a short python preamble that sets things up then passses control to Gramps by importing gramps.py on the last line. Instead of using $PYTHONPATH it sets up sys.path in the preamble. (The motivation was to get better control of language settings.) It did take a couple of tries to notice that I needed to set $PYTHONHOME to force it to use the python libraries in the bundle. I think that that wasn't so much of a problem before because the Apple-provided python libraries worked well enough, but with 2.7 in the bundle they don't. The need for lib/python2.7/config/ and include/python2.7 is a new requirement for 2.7 (2.6 and before didn't require it). It's in the Gramps bundle file but I haven't yet copied it to the examples in ige-mac-bundler.
>> I used the one from gtk-osx source checkout.  At the moment I'm using a
>> combination of the pygtk-demo and the gramps.py python launcher you mention.
>>
>> So seems like I've discovered the long way that PYTHONHOME and those
>> includes are needed, thanks for confirming.  I could just go back to the
>> new gramps files as long as I set PYTHONHOME. I'll try that later.
>>> What do you mean that your "python still has references to ~/gtk/inst"? Do you see rpaths with otool -L?
>> I see them is I simply edit the file in vim.  They are not present in an
>> otool -L listing.
>>> As for debugging, try http://docs.python.org/library/pdb.html. I haven't experimented with it much, but at first glance it looks like adding "-m pdb" in the exec line of the launcher script is the easiest.
>> Thanks.  Turns out my problems were caused by bad threading
>> implementation which when fixed made the problem go away.
> Cool.
>
> For the record, pdb doesn't work with hung processes. You have to use gdb; instructions at http://wiki.python.org/moin/DebuggingWithGdb
Thanks
> I'm still missing where you see the references to ~/gtk/inst. Are you opening the binary Your.app/Contents/MacOS/python in vim and seeing the string amongst all of the binary?
Yes, that's exactly how I'm seeing them.  I'm not really sure what they 
are for but I first suspected that that was why I couldn't find the 
needed Makefile when running Python.

-- 
regards
Dwayne

Re: [Gtk-osx-users] Debugging PyGTK bundles.

[John R. <jr...@ce...>]

On May 19, 2011, at 1:07 PM, Dwayne Bailey wrote:

> 
> On 2011-05-19 16:48, John Ralls wrote:
>> 
>> On May 19, 2011, at 4:37 AM, Dwayne Bailey wrote:
>> 
>>> Hi,
>>> 
>>> Good news.  My app mostly launches on 10.6 and 10.5.  On my machine 10.6
>>> machine it runs quite well.  But the bundle on a 10.5 machine and on
>>> someone else's 10.6 machine starts but then repeatably gives me the
>>> spinning pizza after a few actions.
>>> 
>>> I get no tracebacks related to the hang so I was wondering how people on
>>> this list try to debug their bundled PyGTK apps.  I've used -v when
>>> launching which helped me trace some issues.  I haven't tried to use pdb.
>>> 
>>> How do you do it? Help much appreciated.
>> You didn't say which Gramps launcher you used. The latest version passes control to a short python preamble that sets things up then passses control to Gramps by importing gramps.py on the last line. Instead of using $PYTHONPATH it sets up sys.path in the preamble. (The motivation was to get better control of language settings.) It did take a couple of tries to notice that I needed to set $PYTHONHOME to force it to use the python libraries in the bundle. I think that that wasn't so much of a problem before because the Apple-provided python libraries worked well enough, but with 2.7 in the bundle they don't. The need for lib/python2.7/config/ and include/python2.7 is a new requirement for 2.7 (2.6 and before didn't require it). It's in the Gramps bundle file but I haven't yet copied it to the examples in ige-mac-bundler.
> I used the one from gtk-osx source checkout.  At the moment I'm using a 
> combination of the pygtk-demo and the gramps.py python launcher you mention.
> 
> So seems like I've discovered the long way that PYTHONHOME and those 
> includes are needed, thanks for confirming.  I could just go back to the 
> new gramps files as long as I set PYTHONHOME. I'll try that later.
>> What do you mean that your "python still has references to ~/gtk/inst"? Do you see rpaths with otool -L?
> I see them is I simply edit the file in vim.  They are not present in an 
> otool -L listing.
>> As for debugging, try http://docs.python.org/library/pdb.html. I haven't experimented with it much, but at first glance it looks like adding "-m pdb" in the exec line of the launcher script is the easiest.
> Thanks.  Turns out my problems were caused by bad threading 
> implementation which when fixed made the problem go away.

Cool.

For the record, pdb doesn't work with hung processes. You have to use gdb; instructions at http://wiki.python.org/moin/DebuggingWithGdb

I'm still missing where you see the references to ~/gtk/inst. Are you opening the binary Your.app/Contents/MacOS/python in vim and seeing the string amongst all of the binary?

Regards,
John Ralls

Re: [Gtk-osx-users] Debugging PyGTK bundles.

[Dwayne B. <dw...@tr...>]

On 2011-05-19 16:48, John Ralls wrote:
>
> On May 19, 2011, at 4:37 AM, Dwayne Bailey wrote:
>
>> Hi,
>>
>> Good news.  My app mostly launches on 10.6 and 10.5.  On my machine 10.6
>> machine it runs quite well.  But the bundle on a 10.5 machine and on
>> someone else's 10.6 machine starts but then repeatably gives me the
>> spinning pizza after a few actions.
>>
>> I get no tracebacks related to the hang so I was wondering how people on
>> this list try to debug their bundled PyGTK apps.  I've used -v when
>> launching which helped me trace some issues.  I haven't tried to use pdb.
>>
>> How do you do it? Help much appreciated.
> You didn't say which Gramps launcher you used. The latest version passes control to a short python preamble that sets things up then passses control to Gramps by importing gramps.py on the last line. Instead of using $PYTHONPATH it sets up sys.path in the preamble. (The motivation was to get better control of language settings.) It did take a couple of tries to notice that I needed to set $PYTHONHOME to force it to use the python libraries in the bundle. I think that that wasn't so much of a problem before because the Apple-provided python libraries worked well enough, but with 2.7 in the bundle they don't. The need for lib/python2.7/config/ and include/python2.7 is a new requirement for 2.7 (2.6 and before didn't require it). It's in the Gramps bundle file but I haven't yet copied it to the examples in ige-mac-bundler.
I used the one from gtk-osx source checkout.  At the moment I'm using a 
combination of the pygtk-demo and the gramps.py python launcher you mention.

So seems like I've discovered the long way that PYTHONHOME and those 
includes are needed, thanks for confirming.  I could just go back to the 
new gramps files as long as I set PYTHONHOME. I'll try that later.
> What do you mean that your "python still has references to ~/gtk/inst"? Do you see rpaths with otool -L?
I see them is I simply edit the file in vim.  They are not present in an 
otool -L listing.
> As for debugging, try http://docs.python.org/library/pdb.html. I haven't experimented with it much, but at first glance it looks like adding "-m pdb" in the exec line of the launcher script is the easiest.
Thanks.  Turns out my problems were caused by bad threading 
implementation which when fixed made the problem go away.

-- 
regards
Dwayne

Re: [Gtk-osx-users] Debugging PyGTK bundles.

[John R. <jr...@ce...>]

On May 19, 2011, at 4:37 AM, Dwayne Bailey wrote:

> 
> Hi,
> 
> Good news.  My app mostly launches on 10.6 and 10.5.  On my machine 10.6 
> machine it runs quite well.  But the bundle on a 10.5 machine and on 
> someone else's 10.6 machine starts but then repeatably gives me the 
> spinning pizza after a few actions.
> 
> I get no tracebacks related to the hang so I was wondering how people on 
> this list try to debug their bundled PyGTK apps.  I've used -v when 
> launching which helped me trace some issues.  I haven't tried to use pdb.
> 
> How do you do it? Help much appreciated.

You didn't say which Gramps launcher you used. The latest version passes control to a short python preamble that sets things up then passses control to Gramps by importing gramps.py on the last line. Instead of using $PYTHONPATH it sets up sys.path in the preamble. (The motivation was to get better control of language settings.) It did take a couple of tries to notice that I needed to set $PYTHONHOME to force it to use the python libraries in the bundle. I think that that wasn't so much of a problem before because the Apple-provided python libraries worked well enough, but with 2.7 in the bundle they don't. The need for lib/python2.7/config/ and include/python2.7 is a new requirement for 2.7 (2.6 and before didn't require it). It's in the Gramps bundle file but I haven't yet copied it to the examples in ige-mac-bundler.

What do you mean that your "python still has references to ~/gtk/inst"? Do you see rpaths with otool -L?

As for debugging, try http://docs.python.org/library/pdb.html. I haven't experimented with it much, but at first glance it looks like adding "-m pdb" in the exec line of the launcher script is the easiest.

Regards,
John Ralls

[Gtk-osx-users] Debugging PyGTK bundles.

[Dwayne B. <dw...@tr...>]

Hi,

Good news.  My app mostly launches on 10.6 and 10.5.  On my machine 10.6 
machine it runs quite well.  But the bundle on a 10.5 machine and on 
someone else's 10.6 machine starts but then repeatably gives me the 
spinning pizza after a few actions.

I get no tracebacks related to the hang so I was wondering how people on 
this list try to debug their bundled PyGTK apps.  I've used -v when 
launching which helped me trace some issues.  I haven't tried to use pdb.

How do you do it? Help much appreciated.

-- 
regards
Dwayne

[Gtk-osx-users] Custom python in a PyGTK bundle

[Dwayne B. <dw...@tr...>]

Hi,

I've had some problems packaging a PyGTK application. I've found 
solutions to most things but wanted to run them buy people on the list 
for some more experienced opinions.

I followed the Gramps build instructions and built a custom Python (I'm 
on Snow Leapard and want the build to also work for Leopard)

* I used the gramps launcher, this ended up not working as python was 
still looking for modules in ~/gtk/inst.... when I ran python -v $myapp
* I then used the pygtk-demo launcher and that has worked better since 
it includes PYTHONPATH settings
* But that was still not enough.  I had to set PYTHONHOME to the 
Content/Resources for the bundle to actually run properly.  This made 
the bundle run on other machines for the first time.  Why has nobody 
else had to set PYTHONHOME?
* Earlier on I noticed that I needed to package config/Makefile and 
later also include/python2.7/*.h (I hope those paths are correct enough 
for you to understand).  Seems on 10.5 I needed those, I assume to build 
the .pyc.  But it is odd that nobody else packages them!
* In my adventure I noticed that my python executable still has two 
references to ~/gtk/inst - not sure if these caused my pain above though 
or if they even need changing.

So with PYTHONPATH, PYTHONHOME and bundling some .h and Makefile I seem 
to have solved this.  But it bothers me that this wasn't needed in 
Gramps builds or in any other PyGTK bundling description that I've 
seen.  So your thoughts are appreciated.

-- 
regards
Dwayne

Re: [Gtk-osx-users] Glade 32 bit has no widgets

[Stephen P. <st...@mp...>]

On 18 May 2011 at 6:53, John Ralls wrote:

> If you create an app bundle for glade using
> ige-mac-bundler it will work ...

Thanks for the explanations.

> But if your devs are working in a MacPorts environment,
> why not use a MacPorts Glade? 

Because we are are doing two jobs.

One is a port of the VFX Forth compiler to Mac, and we want to 
use GTK+ on both Linux and Mac. When a user installs VFX Forth 
on a Mac, we have no control over what is already on that box.

The second job is to port a 1M SLOC Forth application. Part of 
my job is tool maintenance for the developers. One is an 
opinionated long-time Mac user/developer, and another is an 
opinionated long-time Unix/Linux developer. Others are as 
reasonable as programmers get. Fortunately, the developers are 
currently only on two continents.

Stephen
-- 
Stephen Pelc, st...@mp...
MicroProcessor Engineering Ltd - More Real, Less Time
133 Hill Lane, Southampton SO15 5AF, England
tel: +44 (0)23 8063 1441, fax: +44 (0)23 8033 9691
web: http://www.mpeforth.com - free VFX Forth downloads


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[Gtk-osx-users] Glade 32 bit has no widgets

[Stephen P. <st...@mp...>]

> This makes me think that some path or environment variable is 
> not set. Can anyone give us a clue?

The solution to this morning's pre-caffeination disaster was to 
delete gtk-osx and jhbuild, and then do a complete reinstall.

As John predicted, running Glade-3 from a jhbuild shell made the
widgets visible. Thanks.

It cannot be beyond the wit of man to work out how to make a 
binary distribution of GTK+ from which one can run Glade easily. 
However, I'm not far enough down the Mac rabbit hole to do that 
yet. But packaging third-party apps for Mac can't be worse than 
for Linux, surely?

Stephen
-- 
Stephen Pelc, st...@mp...
MicroProcessor Engineering Ltd - More Real, Less Time
133 Hill Lane, Southampton SO15 5AF, England
tel: +44 (0)23 8063 1441, fax: +44 (0)23 8033 9691
web: http://www.mpeforth.com - free VFX Forth downloads


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [Gtk-osx-users] Glade 32 bit has no widgets

[John R. <jr...@ce...>]

On May 18, 2011, at 1:52 AM, Stephen Pelc wrote:

> Stephen said: 
> 
>>> As part of the build, we also made a 32 bit build of Glade to 
>>> make life easier for our developers. This runs, but gives a vast 
>>> number of "widget-xxx not found" messages, and no icons appear 
>>> in the left hand panes of Glade.
>>> 
>>> This makes me think that some path or environment variable is 
>>> not set. Can anyone give us a clue?
> 
> John replied:
> 
>> Is this in a bundle or still running from the command
>> line? If a command line, did you remember to start a
>> jhbuild shell to run glade in so that it can find all of
>> its pieces? 
> 
> This was the from the standard OSX command line.
> 
> The problem seems to be that gtk-osx has to be built by a 
> special user because MacPorts are installed. Switching to the 
> user that built gtk-osx and running from a jhbuild shell works 
> fine.
> 
> Now what should we do after switching users back in order to run 
> Glade?
> 
> Being an under-caffeinated idiot before coffee this morning I 
> was back as the gtk-osx builder and just typed
>  gtkosx$ jhbuild
> which appeared to perform an update.
> 
> Even after a rebuild of glade3
>  gtkosx$ jhbuild build glade3
> Glade-3 now fails to run, complaining that it needs
> libpixman-1.0dylib v22
> and has v21.
> 
> So now I only have two problems
> 1) How to rebuild gtk-osx and or glade3
> 2) How to run glade-3 for other users
> 
> Life would be so much easier without users!


Jhbuild sets up an environment pointing into its installation directory. It's polite about it and does so only when you tell it to, either with a build command or by starting a jhbuild shell. MacPorts (and Fink) also set up an environment pointing into their installation directories, but is rude and installs that environment in the user's .profile. That rudeness is what breaks jhbuild, and therefore anything build with gtk-osx.

If you create an app bundle for glade using ige-mac-bundler it will work for a user whose environment is set up for MacPorts because Finder launches applications from an empty environment (there's a way to make it non-empty, but I'll let you learn about that on your own).

But if your devs are working in a MacPorts environment, why not use a MacPorts Glade?

Regards,
John Ralls

[Gtk-osx-users] Glade 32 bit has no widgets

[Stephen P. <st...@mp...>]

Stephen said: 

> > As part of the build, we also made a 32 bit build of Glade to 
> > make life easier for our developers. This runs, but gives a vast 
> > number of "widget-xxx not found" messages, and no icons appear 
> > in the left hand panes of Glade.
> > 
> > This makes me think that some path or environment variable is 
> > not set. Can anyone give us a clue?

John replied:
 
> Is this in a bundle or still running from the command
> line? If a command line, did you remember to start a
> jhbuild shell to run glade in so that it can find all of
> its pieces? 

This was the from the standard OSX command line.

The problem seems to be that gtk-osx has to be built by a 
special user because MacPorts are installed. Switching to the 
user that built gtk-osx and running from a jhbuild shell works 
fine.

Now what should we do after switching users back in order to run 
Glade?

Being an under-caffeinated idiot before coffee this morning I 
was back as the gtk-osx builder and just typed
  gtkosx$ jhbuild
which appeared to perform an update.

Even after a rebuild of glade3
  gtkosx$ jhbuild build glade3
Glade-3 now fails to run, complaining that it needs
 libpixman-1.0dylib v22
and has v21.

So now I only have two problems
1) How to rebuild gtk-osx and or glade3
2) How to run glade-3 for other users

Life would be so much easier without users!

Regards, Stephen
P.S. Sorry for the response delay - I was waiting for the digest 
and assumed it was daily.
-- 
Stephen Pelc, st...@mp...
MicroProcessor Engineering Ltd - More Real, Less Time
133 Hill Lane, Southampton SO15 5AF, England
tel: +44 (0)23 8063 1441, fax: +44 (0)23 8033 9691
web: http://www.mpeforth.com - free VFX Forth downloads


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [Gtk-osx-users] Updates for stable gtk-osx moduleset

[Christophe F. <cfe...@re...>]

On Tue, May 17, 2011 at 01:02:21PM -0700, John Ralls wrote:
> 
> I make sure that everything builds, then I try to build and run Gimp as a
> test. It's pretty demanding, so if I can get it to work, I figure the
> mainstream stuff is in reasonable shape.

As a datapoint, gimp built and ran successfully with the changes I made,
though gdk-pixbuf will probably be too old for one of the modules since I
downgraded it from 2.23 to 2.22.

Christophe

Re: [Gtk-osx-users] Updates for stable gtk-osx moduleset

[John R. <jr...@ce...>]

On May 17, 2011, at 12:12 PM, Christophe Fergeau wrote:

> On Sun, May 01, 2011 at 11:04:04AM -0700, John Ralls wrote:
>> 
>> I don't update the stable moduleset very often because it's a lot of work
>> to test everything. Last time was the end of January, and it took almost
>> 2 weeks to get everything smoothed out so it's stable. Thanks for
>> offering your changes, but I'm not going to revisit it until late summer.
> 
> For what it's worth, I've finally tried building gtk-osx with these updated
> modules and gtk-demo ran fine. I don't know how far you go in QA-ing, but
> at least basic tests are working :)
> 
> I'm bringing this back because I'm not a big fan of having unstable
> development releases of glib (2.27.3) and gdk-pixbuf (2.23.0) in the
> "stable" osx moduleset. It's no big deal though, I can just use my own
> moduleset for now and rebase on yours when you update the stable moduleset
> this summer :)

I make sure that everything builds, then I try to build and run Gimp as a test. It's pretty demanding, so if I can get it to work, I figure the mainstream stuff is in reasonable shape. I also maintain the OSX distributions for Gnucash and Gramps, and a problem on either will get my attention, as will bug reports either against gtk-osx or Gtk quartz.

I'm not a fan of unstable releases in modulesets-stable either, but in each case some dependent package whose new features I needed required those versions. Both libraries have subsequent stable releases available, so I should be able to deal with that for this summer's updates.

Regards,
John Ralls

Re: [Gtk-osx-users] Updates for stable gtk-osx moduleset

[Christophe F. <cfe...@re...>]

On Sun, May 01, 2011 at 11:04:04AM -0700, John Ralls wrote:
> 
> I don't update the stable moduleset very often because it's a lot of work
> to test everything. Last time was the end of January, and it took almost
> 2 weeks to get everything smoothed out so it's stable. Thanks for
> offering your changes, but I'm not going to revisit it until late summer.

For what it's worth, I've finally tried building gtk-osx with these updated
modules and gtk-demo ran fine. I don't know how far you go in QA-ing, but
at least basic tests are working :)

I'm bringing this back because I'm not a big fan of having unstable
development releases of glib (2.27.3) and gdk-pixbuf (2.23.0) in the
"stable" osx moduleset. It's no big deal though, I can just use my own
moduleset for now and rebase on yours when you update the stable moduleset
this summer :)

Christophe

Re: [Gtk-osx-users] StatusIcon, popup menu does not get focus

[John R. <jr...@ce...>]

On May 17, 2011, at 12:32 AM, Antoine Martin wrote:

> On 05/12/2011 07:35 PM, John Ralls wrote:
>> 
>> On May 12, 2011, at 5:43 AM, Antoine Martin wrote:
>> 
>>> (snip)
>>>> I've attached my revised test-statusicon.py. Try it and see if you can get the "Icon Activated" message.
>>> I'll give it a go asap (a week or two).
> I couldn't get it to fire... I must have imagined it.
> 
> 
>>> 
>>>> No, in bugzilla against Gtk. It's a gtk bug, not a gtk-osx bug.
>>> Found an existing bug so I added info there, looks like the same issue:
>>> https://bugzilla.gnome.org/show_bug.cgi?id=549153
>> 
>> Great, thanks.
> The suggested patch sounds like it should solve the problem:
> https://bugzilla.gnome.org/show_bug.cgi?id=549153#c12
> But it doesn't seem to be making any difference for me. Can you double
> check?
> 
> Is there any way we can force the application to become active when the
> status icon is clicked? Whatever currently makes
> NSApplicationDidBecomeActive fire?

Can we keep the discussion about that on the bug? It's not really a gtk-osx issue, and AFAIK Paul doesn't read this list.

As for getting the application to become active, the statusicon emits a POPUP_MENU_SIGNAL when it's clicked. You can handle that anyway you like.

Regards,
John Ralls

Re: [Gtk-osx-users] StatusIcon, popup menu does not get focus

[Antoine M. <an...@na...>]

On 05/12/2011 07:35 PM, John Ralls wrote:
> 
> On May 12, 2011, at 5:43 AM, Antoine Martin wrote:
> 
>> (snip)
>>> I've attached my revised test-statusicon.py. Try it and see if you can get the "Icon Activated" message.
>> I'll give it a go asap (a week or two).
I couldn't get it to fire... I must have imagined it.


>>
>>> No, in bugzilla against Gtk. It's a gtk bug, not a gtk-osx bug.
>> Found an existing bug so I added info there, looks like the same issue:
>> https://bugzilla.gnome.org/show_bug.cgi?id=549153
> 
> Great, thanks.
The suggested patch sounds like it should solve the problem:
https://bugzilla.gnome.org/show_bug.cgi?id=549153#c12
But it doesn't seem to be making any difference for me. Can you double
check?

Is there any way we can force the application to become active when the
status icon is clicked? Whatever currently makes
NSApplicationDidBecomeActive fire?

Cheers
Antoine



> 
> Regards,
> John Ralls

Re: [Gtk-osx-users] ige-mac-integration missing some __init__.py files

[John R. <jr...@ce...>]

On May 14, 2011, at 6:44 PM, Dwayne Bailey wrote:

> 
> Hi,
> 
> I'm busy porting a PyGTK based translation app to the Mac.
> 
> I encountered a problem with 0.9.7 ige-mac-integration.  The same error 
> was reported to MacPorts https://trac.macports.org/ccme/28443 - jhbuild 
> stops because it can't install the resulting python bindings.
> 
> I solved this by copying the __init__.py file on 0.9.6 across to 0.9.7 
> in bindings/python/gtk_osxapplication
> 
> I suspect the files where left out during packaging as there is a .pyc 
> file present in the tarball.

Thanks for the report, but it's old news. You must have an old copy of the tarball in your download cache, because I fixed it and uploaded the corrected version to Sourceforge on Feb. 28. 

But it's about time for a new release, which will force a new download for everyone. I'll be doing that in the next few days.

Regards,
John Ralls

[Gtk-osx-users] ige-mac-integration missing some __init__.py files

[Dwayne B. <dw...@tr...>]

Hi,

I'm busy porting a PyGTK based translation app to the Mac.

I encountered a problem with 0.9.7 ige-mac-integration.  The same error 
was reported to MacPorts https://trac.macports.org/ccme/28443 - jhbuild 
stops because it can't install the resulting python bindings.

I solved this by copying the __init__.py file on 0.9.6 across to 0.9.7 
in bindings/python/gtk_osxapplication

I suspect the files where left out during packaging as there is a .pyc 
file present in the tarball.

-- 
regards
Dwayne

Re: [Gtk-osx-users] Glade 32 bit has no widgets

[John R. <jr...@ce...>]

On May 12, 2011, at 11:48 AM, Stephen Pelc wrote:

> We are porting a 32 bit app. It will stay a 32 bit app for a few 
> years for good reasons.
> 
> We made a 32 bit build of gtk-osx on a Mac Mini running OS X 
> 10.6.7. We followed the instructions on the build page. Our test 
> app can link to gtk and libglade.
> 
> As part of the build, we also made a 32 bit build of Glade to 
> make life easier for our developers. This runs, but gives a vast 
> number of "widget-xxx not found" messages, and no icons appear 
> in the left hand panes of Glade.
> 
> This makes me think that some path or environment variable is 
> not set. Can anyone give us a clue?

Is this in a bundle or still running from the command line? If a command line, did you remember to start a jhbuild shell to run glade in so that it can find all of its pieces?

Regards,
John Ralls