Martijn Faassen a écrit :

Hi there,

I had to install lxml on Mac PPC today (as part of a larger application). I thought, ah, no problem, I got eggs!

So, since there isn't a 1.0.2 egg yet for Mac, I used the 1.0.1 one. Unfortunately that had a weird effect: instead of installing it decided it needed the lxml source tarball, downloaded that and tried to compile (failing somewhere on some pyrex error or whatnot, I didn't look into it deeply). What's going on here?

I went back and install the lxml-1.0 egg instead of 1.0.1, and that one installed and works fine.

The one difference I can identify between the 1.0.1 egg and the 1.0 egg is that the 1.0.1 egg is a fat egg. Does anyone (Olivier?) know what might've triggered this? Did anyone else have this happen to them?

The 1.0.1 egg is a universal (fat) egg that was automatically built with "python setup.py bdist_egg" on a MacOX 10.4 Intel (-> ix86) platform with universal python 2.4.3 for MacIntel (the one on python.org). The egg has a .so file that should theoretically work on both intel and PPC arch but I did not have the opportunity to test it on a PPC machine yet. -- Olivier

Le 29 juin 2006, à 07:34, Stefan Behnel a écrit :

Martijn Faassen wrote:

...

So, since there isn't a 1.0.2 egg yet for Mac, I used the 1.0.1 one. Unfortunately that had a weird effect: instead of installing it decided it needed the lxml source tarball, downloaded that and tried to compile (failing somewhere on some pyrex error or whatnot, I didn't look into it deeply). What's going on here?

Did you try downloading the egg yourself and easy_install it from the file?

It's possible that EasyInstall doesn't understand the 'fat' bit in the filename. Olivier, I assume setuptools created the egg with exactly that name, right? Maybe it depends on the setuptools version then? Or maybe (some) PPCs can't handle that yet?

Maybe the system's version can play a role here too, although I wouldn't count that much on it, since the fat thing dates back to NeXT days.

I don't know if renaming the egg (without -fat) breaks the support for Intel Macs, so I won't try for now. Anyway, installing the egg from a downloaded file should work.

My hardware being not as up to date as Olivier's, I can provide PPC-only eggs :-) But you'd have to wait until next week. Cheers, Georges

Stefan

_______________________________________________ lxml-dev mailing list lxml-dev@codespeak.net http://codespeak.net/mailman/listinfo/lxml-dev

Stefan Behnel wrote:

Martijn Faassen wrote:

...

So, since there isn't a 1.0.2 egg yet for Mac, I used the 1.0.1 one. Unfortunately that had a weird effect: instead of installing it decided it needed the lxml source tarball, downloaded that and tried to compile (failing somewhere on some pyrex error or whatnot, I didn't look into it deeply). What's going on here?

Did you try downloading the egg yourself and easy_install it from the file?

Yes, I did as far as I recall (not anywhere near that mac now), of course that was the next thing I tried too. :) The same problem.

It's possible that EasyInstall doesn't understand the 'fat' bit in the filename. Olivier, I assume setuptools created the egg with exactly that name, right? Maybe it depends on the setuptools version then? Or maybe (some) PPCs can't handle that yet?

I don't know if renaming the egg (without -fat) breaks the support for Intel Macs, so I won't try for now. Anyway, installing the egg from a downloaded file should work.

As far as I know it had the same problem - it wanted to download the tgz and compile it. Regards, Martijn