[GRASS-dev] Re: bundling wxpython - solves 6.4 digitizer problem

Bingo!

Bundling wxPython with GRASS 6.4 produces a binary in which wxPython digitize works without crashing the GUI.

Now the question is why does this work and a normal make does not--using the same source file and the same binary wxPython installation.

I will try the same thing with GRASS 6.5 and see if it solves the frozen elements problem. I take it that I follow the wiki instructions for 6.5, correct?

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 10:09 AM, William Kyngesburye wrote:

in the source macosx folder.

On Sep 21, 2009, at 12:01 PM, Michael Barton wrote:

Where does the installer package end up? Where do I find it?

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 9:57 AM, William Kyngesburye wrote:

make install is does what it always has.

make bindist creates an OSX installer package. It also leaves a copy
of the program as it was packaged in the installer, in the macosx
source folder (dist subfolder).

On Sep 21, 2009, at 11:43 AM, Michael Barton wrote:

What is the difference between make install and make bindist?

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 8:51 AM, William Kyngesburye wrote:

No need to sudo a bindist, it all happens in the source folder.

Also, that ${INST_DIR_TARGET} is really ${MACOSX_BUNDLE_PREFIX},
like
it used to be in the wiki.

The copies for the libs probably quietly failed, as there is no
root /
lib folder. But you may now have a root /etc/python folder now
with
the wxpython files, which should be deleted.

Sorry for the confusion. I wasn't sure if I should backport the
install bundling changes to the release 6.4.

On Sep 21, 2009, at 10:29 AM, Michael Barton wrote:

I was trying this with 6.4

I've never done a bindist so perhaps I did it wrong. But when I
typed in...

sudo make bindist

...I got a lot of good looking output and then this:

cp -fp /usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.5/
site-
packages/wxversion.py /etc/python
sed -i '' -e 's/^GRASS_WXBUNDLED=.*/GRASS_WXBUNDLED=1/' /grass.sh
sed: /grass.sh: No such file or directory
make[3]: *** [bundle-macosx] Error 1
make[2]: *** [bindist-macosx] Error 2
make[1]: *** [bindist-macosx] Error 2
make: *** [bindist] Error 2

Michael

On Sep 21, 2009, at 8:00 AM, William Kyngesburye wrote:

Ah, GRASS 6.4 or 6.5? I didn't backport a change to 6.4 so that
the
bundling happens in the install. In 6.4 bundling happens only
for a
make bindist. In 6.5+ it also happens for an install.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"The beast is actively interested only in now, and, as it is always
now and always shall be, there is an eternity of time for the
accomplishment of objects."

- the wisdom of Tarzan

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"We are at war with them. Neither in hatred nor revenge and with no
particular pleasure I shall kill every ___ I can until the war is
over. That is my duty."

"Don't you even hate 'em?"

"What good would it do if I did? If all the many millions of people
of
the allied nations devoted an entire year exclusively to hating the
____ it wouldn't kill one ___ nor shorten the war one day."

<Ha, ha> "And it might give 'em all stomach ulcers."

- Tarzan, on war

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Time is an illusion - lunchtime doubly so."

- Ford Prefect

On Sep 21, 2009, at 12:30 PM, Michael Barton wrote:

Bingo!

Bundling wxPython with GRASS 6.4 produces a binary in which wxPython digitize works without crashing the GUI.

Are you bundling the 'official' wxpython binaries?

Now the question is why does this work and a normal make does not--using the same source file and the same binary wxPython installation.

I wonder if there is some confusion when the GUI is run, that it's loading a different wxpython? That's another reason I started bundling it. The GRASS python path will always be before any others, so there will be no mistake.

The site-packages python path will have whichever wx path that was loaded last at the top of the path list, which may or may not be the one you want. (if there are multiple wxpythons installed, and assuming that they were installed such that earlier installations aren't trashed by later installations, which is what the official installers do)

I will try the same thing with GRASS 6.5 and see if it solves the frozen elements problem. I take it that I follow the wiki instructions for 6.5, correct?

Yes.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

The equator is so long, it could encircle the earth completely once.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"I ache, therefore I am. Or in my case - I am, therefore I ache."

- Marvin

On Sep 21, 2009, at 1:09 PM, Michael Barton wrote:

The site-packages python path will have whichever wx path that was
loaded last at the top of the path list, which may or may not be the
one you want. (if there are multiple wxpythons installed, and assuming
that they were installed such that earlier installations aren't
trashed by later installations, which is what the official installers
do)

Where can I check this?

There would be other versioned wx folders in /usr/local, with partial contents (stuff not directly installed by the installer will be left, like script-installed stuff).

Also, make sure there is only one wx path file in your site-packages, that points to your only installed wx.

This fixes the 6.5 map element freezing bug too.

This suggests that it is definitely something in the compiling bug.

Any chance it could be something introduced with the architecture arguments (which don't seem to be working correctly anyway) or with any additions/updates to the bundling stuff?

All these new optios do is automate what you've done in the past with CFLAGS and LDFLAGS, and make sure that architectures are not compiled for wx stuff that are not available (ie when you build a 64bit GRASS).

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence....

- the wisdom of Tarzan

On Sep 21, 2009, at 11:32 AM, William Kyngesburye wrote:

On Sep 21, 2009, at 1:09 PM, Michael Barton wrote:

The site-packages python path will have whichever wx path that was
loaded last at the top of the path list, which may or may not be the
one you want. (if there are multiple wxpythons installed, and
assuming
that they were installed such that earlier installations aren't
trashed by later installations, which is what the official installers
do)

Where can I check this?

There would be other versioned wx folders in /usr/local, with partial
contents (stuff not directly installed by the installer will be left,
like script-installed stuff).

Only one version

Also, make sure there is only one wx path file in your site-packages,
that points to your only installed wx.

How can I check this path?

This fixes the 6.5 map element freezing bug too.

This suggests that it is definitely something in the compiling bug.

Any chance it could be something introduced with the architecture
arguments (which don't seem to be working correctly anyway) or with
any additions/updates to the bundling stuff?

All these new optios do is automate what you've done in the past with
CFLAGS and LDFLAGS, and make sure that architectures are not compiled
for wx stuff that are not available (ie when you build a 64bit GRASS).

Something somehow has changed in the Mac compiling. That was the easy thing to check. I'm lost as to a suggestion beyond that.

Michael

______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 1:47 PM, Michael Barton wrote:

Also, make sure there is only one wx path file in your site-packages,
that points to your only installed wx.

How can I check this path?

It's a text file. The current one is named wxredirect.pth. In the past I think it used wx.pth, or some variation.

All these new optios do is automate what you've done in the past with
CFLAGS and LDFLAGS, and make sure that architectures are not compiled
for wx stuff that are not available (ie when you build a 64bit GRASS).

Something somehow has changed in the Mac compiling. That was the easy thing to check. I'm lost as to a suggestion beyond that.

Hmmm... a couple weeks ago, based on a comment by Glynn, I made vdigit link the wx libraries* instead of expecting to have them loaded already by Python. (since vdigit makes direct use of wx libraries) Maybe this is it.

wx nviz doesn't use the wx libraries, so it doesn't link them even now - has there been any problem with nviz?

* http://trac.osgeo.org/grass/changeset/39020

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind?"

- The Ruler of the Universe

Michael Barton wrote:

> Also, make sure there is only one wx path file in your site-packages,
> that points to your only installed wx.

How can I check this path?

Look for a file along the lines of:

  .../python2.5/site-packages/wx.pth

This will contain the (possibly relative) path of a directory to be
added to the Python module path.

E.g. I have:

  $ cat /usr/lib/python2.5/site-packages/wx.pth
  wx-2.8-gtk2-unicode

This causes the directory

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode

to be added to the module path, so "import wx" loads the file

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode/wx/__init__.py

However: I'm not sure whether wx.pth is actually relevant if wxversion
is used, as it modifies sys.path itself.

--
Glynn Clements <glynn@gclements.plus.com>

I've only got wxversion.py, no wx.pth

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 1:06 PM, Glynn Clements wrote:

Michael Barton wrote:

Also, make sure there is only one wx path file in your site-packages,
that points to your only installed wx.

How can I check this path?

Look for a file along the lines of:

  .../python2.5/site-packages/wx.pth

This will contain the (possibly relative) path of a directory to be
added to the Python module path.

E.g. I have:

  $ cat /usr/lib/python2.5/site-packages/wx.pth
  wx-2.8-gtk2-unicode

This causes the directory

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode

to be added to the module path, so "import wx" loads the file

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode/wx/__init__.py

However: I'm not sure whether wx.pth is actually relevant if wxversion
is used, as it modifies sys.path itself.

--
Glynn Clements <glynn@gclements.plus.com>

What about wxredirect.pth?

On Sep 21, 2009, at 3:23 PM, Michael Barton wrote:

I've only got wxversion.py, no wx.pth

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 1:06 PM, Glynn Clements wrote:

Michael Barton wrote:

Also, make sure there is only one wx path file in your site-packages,
that points to your only installed wx.

How can I check this path?

Look for a file along the lines of:

  .../python2.5/site-packages/wx.pth

This will contain the (possibly relative) path of a directory to be
added to the Python module path.

E.g. I have:

  $ cat /usr/lib/python2.5/site-packages/wx.pth
  wx-2.8-gtk2-unicode

This causes the directory

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode

to be added to the module path, so "import wx" loads the file

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode/wx/__init__.py

However: I'm not sure whether wx.pth is actually relevant if wxversion
is used, as it modifies sys.path itself.

--
Glynn Clements <glynn@gclements.plus.com>

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Those people who most want to rule people are, ipso-facto, those least suited to do it."

- A rule of the universe, from the HitchHiker's Guide to the Galaxy

Inside site_packages, the only think I've got is:

-a folder named wx-2.8-mac-unicode that has all the wxpython stuff in it,
-a file called wxpython-2.8.10.1-py2.5.egg-info, and
-a file called wxversion.py

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 2:00 PM, William Kyngesburye wrote:

What about wxredirect.pth?

On Sep 21, 2009, at 3:23 PM, Michael Barton wrote:

I've only got wxversion.py, no wx.pth

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 1:06 PM, Glynn Clements wrote:

Michael Barton wrote:

Also, make sure there is only one wx path file in your site-
packages,
that points to your only installed wx.

How can I check this path?

Look for a file along the lines of:

  .../python2.5/site-packages/wx.pth

This will contain the (possibly relative) path of a directory to be
added to the Python module path.

E.g. I have:

  $ cat /usr/lib/python2.5/site-packages/wx.pth
  wx-2.8-gtk2-unicode

This causes the directory

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode

to be added to the module path, so "import wx" loads the file

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode/wx/__init__.py

However: I'm not sure whether wx.pth is actually relevant if
wxversion
is used, as it modifies sys.path itself.

--
Glynn Clements <glynn@gclements.plus.com>

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Those people who most want to rule people are, ipso-facto, those
least suited to do it."

- A rule of the universe, from the HitchHiker's Guide to the Galaxy

that's strange - the installer should have put the whole wx package in /usr/local/lib/libwxpython-unicode-2.8.10.1, and only the wxredirect.pth in site-packages.

Putting all the python parts in site-packages, and the wx libraries in /usr/local/lib, was the old way their installers worked.

Are you sure this isn't the wxpython you compiled?

try this, I'm curious (adjust the path if needed, I'm guessing):

otool /Library/Python/2.5/wx-2.8-mac-unicode/wx/_core_.so

There should be a path to libwx_macud-2.8.0.dylib in the output.

On Sep 21, 2009, at 4:14 PM, Michael Barton wrote:

Inside site_packages, the only think I've got is:

-a folder named wx-2.8-mac-unicode that has all the wxpython stuff in it,
-a file called wxpython-2.8.10.1-py2.5.egg-info, and
-a file called wxversion.py

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 2:00 PM, William Kyngesburye wrote:

What about wxredirect.pth?

On Sep 21, 2009, at 3:23 PM, Michael Barton wrote:

I've only got wxversion.py, no wx.pth

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 1:06 PM, Glynn Clements wrote:

Michael Barton wrote:

Also, make sure there is only one wx path file in your site-
packages,
that points to your only installed wx.

How can I check this path?

Look for a file along the lines of:

  .../python2.5/site-packages/wx.pth

This will contain the (possibly relative) path of a directory to be
added to the Python module path.

E.g. I have:

  $ cat /usr/lib/python2.5/site-packages/wx.pth
  wx-2.8-gtk2-unicode

This causes the directory

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode

to be added to the module path, so "import wx" loads the file

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode/wx/__init__.py

However: I'm not sure whether wx.pth is actually relevant if
wxversion
is used, as it modifies sys.path itself.

--
Glynn Clements <glynn@gclements.plus.com>

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Those people who most want to rule people are, ipso-facto, those
least suited to do it."

- A rule of the universe, from the HitchHiker's Guide to the Galaxy

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"I ache, therefore I am. Or in my case - I am, therefore I ache."

- Marvin

I did not compile these. I've never compiled wxpython. These are downloaded from the wxpython site as binaries and installed with their packager.

They changed where the wxpython stuff is located several versions back. It is now located in /usr/local/lib/wxpython[version number].

Inside of this is ../lib/Python2.5/site-packages/wx-2.8-mac-unicode/wx and ../lib/Python2.5/site-packages/wx-2.8-mac-unicode/wxpython

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 2:45 PM, William Kyngesburye wrote:

that's strange - the installer should have put the whole wx package
in /usr/local/lib/libwxpython-unicode-2.8.10.1, and only the
wxredirect.pth in site-packages.

Putting all the python parts in site-packages, and the wx libraries
in /usr/local/lib, was the old way their installers worked.

Are you sure this isn't the wxpython you compiled?

try this, I'm curious (adjust the path if needed, I'm guessing):

otool /Library/Python/2.5/wx-2.8-mac-unicode/wx/_core_.so

There should be a path to libwx_macud-2.8.0.dylib in the output.

On Sep 21, 2009, at 4:14 PM, Michael Barton wrote:

Inside site_packages, the only think I've got is:

-a folder named wx-2.8-mac-unicode that has all the wxpython stuff
in it,
-a file called wxpython-2.8.10.1-py2.5.egg-info, and
-a file called wxversion.py

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 2:00 PM, William Kyngesburye wrote:

What about wxredirect.pth?

On Sep 21, 2009, at 3:23 PM, Michael Barton wrote:

I've only got wxversion.py, no wx.pth

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 1:06 PM, Glynn Clements wrote:

Michael Barton wrote:

Also, make sure there is only one wx path file in your site-
packages,
that points to your only installed wx.

How can I check this path?

Look for a file along the lines of:

  .../python2.5/site-packages/wx.pth

This will contain the (possibly relative) path of a directory to be
added to the Python module path.

E.g. I have:

  $ cat /usr/lib/python2.5/site-packages/wx.pth
  wx-2.8-gtk2-unicode

This causes the directory

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode

to be added to the module path, so "import wx" loads the file

  /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode/wx/
__init__.py

However: I'm not sure whether wx.pth is actually relevant if
wxversion
is used, as it modifies sys.path itself.

--
Glynn Clements <glynn@gclements.plus.com>

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Those people who most want to rule people are, ipso-facto, those
least suited to do it."

- A rule of the universe, from the HitchHiker's Guide to the Galaxy

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"I ache, therefore I am. Or in my case - I am, therefore I ache."

- Marvin

I think we're converging on understanding what the other means :wink:

For that wxredirect.pth file, that should be in /Library/Python/2.5/site-packages. No other wx files or folders whould be there, all as you say in /usr/local/lib/wxpython-unicode-[version].

On Sep 21, 2009, at 5:10 PM, Michael Barton wrote:

I did not compile these. I've never compiled wxpython. These are downloaded from the wxpython site as binaries and installed with their packager.

They changed where the wxpython stuff is located several versions back. It is now located in /usr/local/lib/wxpython[version number].

Inside of this is ../lib/Python2.5/site-packages/wx-2.8-mac-unicode/wx and ../lib/Python2.5/site-packages/wx-2.8-mac-unicode/wxpython

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 2:45 PM, William Kyngesburye wrote:

that's strange - the installer should have put the whole wx package
in /usr/local/lib/libwxpython-unicode-2.8.10.1, and only the
wxredirect.pth in site-packages.

Putting all the python parts in site-packages, and the wx libraries
in /usr/local/lib, was the old way their installers worked.

Are you sure this isn't the wxpython you compiled?

try this, I'm curious (adjust the path if needed, I'm guessing):

otool /Library/Python/2.5/wx-2.8-mac-unicode/wx/_core_.so

There should be a path to libwx_macud-2.8.0.dylib in the output.

On Sep 21, 2009, at 4:14 PM, Michael Barton wrote:

Inside site_packages, the only think I've got is:

-a folder named wx-2.8-mac-unicode that has all the wxpython stuff
in it,
-a file called wxpython-2.8.10.1-py2.5.egg-info, and
-a file called wxversion.py

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 2:00 PM, William Kyngesburye wrote:

What about wxredirect.pth?

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects."

- the wisdom of Tarzan

OK. This proved to be the big clue.

Looking at my MacBook, I've got a python 2.5 distribution in /Library/Frameworks/Python.frameworks.

It does not have a /Library/Python

My newer iMac is as you describe it with only /Library/Python/2.5/site-packages. It does NOT have a /Library/Frameworks/Python.frameworks.

In spite of my attempts to get rid of it, it looks like I still have a remnant MacPython distribution on my MacBook, although it is not in my PythonPath. But it does have a wxPython in it.

I guess I need to copy /Library/Python from my iMac to my MacBook and delete /Library/Frameworks/Python.frameworks from my MacBook. Correct?

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 3:29 PM, William Kyngesburye wrote:

I think we're converging on understanding what the other means :wink:

For that wxredirect.pth file, that should be in /Library/Python/2.5/
site-packages. No other wx files or folders whould be there, all as
you say in /usr/local/lib/wxpython-unicode-[version].

On Sep 21, 2009, at 5:10 PM, Michael Barton wrote:

I did not compile these. I've never compiled wxpython. These are
downloaded from the wxpython site as binaries and installed with
their packager.

They changed where the wxpython stuff is located several versions
back. It is now located in /usr/local/lib/wxpython[version number].

Inside of this is ../lib/Python2.5/site-packages/wx-2.8-mac-unicode/
wx and ../lib/Python2.5/site-packages/wx-2.8-mac-unicode/wxpython

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 2:45 PM, William Kyngesburye wrote:

that's strange - the installer should have put the whole wx package
in /usr/local/lib/libwxpython-unicode-2.8.10.1, and only the
wxredirect.pth in site-packages.

Putting all the python parts in site-packages, and the wx libraries
in /usr/local/lib, was the old way their installers worked.

Are you sure this isn't the wxpython you compiled?

try this, I'm curious (adjust the path if needed, I'm guessing):

otool /Library/Python/2.5/wx-2.8-mac-unicode/wx/_core_.so

There should be a path to libwx_macud-2.8.0.dylib in the output.

On Sep 21, 2009, at 4:14 PM, Michael Barton wrote:

Inside site_packages, the only think I've got is:

-a folder named wx-2.8-mac-unicode that has all the wxpython stuff
in it,
-a file called wxpython-2.8.10.1-py2.5.egg-info, and
-a file called wxversion.py

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 2:00 PM, William Kyngesburye wrote:

What about wxredirect.pth?

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"The beast is actively interested only in now, and, as it is always
now and always shall be, there is an eternity of time for the
accomplishment of objects."

- the wisdom of Tarzan

All Macs should have a /Library/Python. At least as far back as 10.4 Tiger. There are version sub-folders for each python installed in the system. If it is missing completely on your MacBook, you may have accidentally deleted it.

So, maybe you are building with the latest wxpython and the system Python, but then at runtime the python.org Python in /Library/Frameworks is run somehow with the other wxpython. Or some such mixup somewhere.

Copying /Library/Python from the iMac should be OK as long as they're both the same system, though you may want to reinstall python extensions like wxpython just to make sure they have all the support bits they need.

On Sep 21, 2009, at 5:50 PM, Michael Barton wrote:

OK. This proved to be the big clue.

Looking at my MacBook, I've got a python 2.5 distribution in /Library/Frameworks/Python.frameworks.

It does not have a /Library/Python

My newer iMac is as you describe it with only /Library/Python/2.5/site-packages. It does NOT have a /Library/Frameworks/Python.frameworks.

In spite of my attempts to get rid of it, it looks like I still have a remnant MacPython distribution on my MacBook, although it is not in my PythonPath. But it does have a wxPython in it.

I guess I need to copy /Library/Python from my iMac to my MacBook and delete /Library/Frameworks/Python.frameworks from my MacBook. Correct?

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 3:29 PM, William Kyngesburye wrote:

I think we're converging on understanding what the other means :wink:

For that wxredirect.pth file, that should be in /Library/Python/2.5/
site-packages. No other wx files or folders whould be there, all as
you say in /usr/local/lib/wxpython-unicode-[version].

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

Earth: "Mostly harmless"

- revised entry in the HitchHiker's Guide to the Galaxy

Somehow I was mistaken. My MacBook DOES have /Library/Python on it.

It does have wxredirect.pth which ONLY has a path to my current wxpython 2.8.10.1.

/Library/Python/2.5/site-packages also has folders for numpy and pyopenGL.

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 4:03 PM, William Kyngesburye wrote:

All Macs should have a /Library/Python. At least as far back as 10.4
Tiger. There are version sub-folders for each python installed in the
system. If it is missing completely on your MacBook, you may have
accidentally deleted it.

So, maybe you are building with the latest wxpython and the system
Python, but then at runtime the python.org Python in /Library/
Frameworks is run somehow with the other wxpython. Or some such mixup
somewhere.

Copying /Library/Python from the iMac should be OK as long as they're
both the same system, though you may want to reinstall python
extensions like wxpython just to make sure they have all the support
bits they need.

On Sep 21, 2009, at 5:50 PM, Michael Barton wrote:

OK. This proved to be the big clue.

Looking at my MacBook, I've got a python 2.5 distribution in /
Library/Frameworks/Python.frameworks.

It does not have a /Library/Python

My newer iMac is as you describe it with only /Library/Python/2.5/
site-packages. It does NOT have a /Library/Frameworks/
Python.frameworks.

In spite of my attempts to get rid of it, it looks like I still have
a remnant MacPython distribution on my MacBook, although it is not
in my PythonPath. But it does have a wxPython in it.

I guess I need to copy /Library/Python from my iMac to my MacBook
and delete /Library/Frameworks/Python.frameworks from my MacBook.
Correct?

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://csdc.asu.edu, http://shesc.asu.edu
    http://www.public.asu.edu/~cmbarton

On Sep 21, 2009, at 3:29 PM, William Kyngesburye wrote:

I think we're converging on understanding what the other means :wink:

For that wxredirect.pth file, that should be in /Library/Python/2.5/
site-packages. No other wx files or folders whould be there, all as
you say in /usr/local/lib/wxpython-unicode-[version].

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

Earth: "Mostly harmless"

- revised entry in the HitchHiker's Guide to the Galaxy