Alex, i'm not sure that the site wide-python is broken, and not sure a package called "PIL-1" is installed.
The way i'm looking at it, PIL is installed site-wide, its files reside at a path like /lib/python2.6/site-packages/PIL-1.1.6, and it seems this path info is misinterpreted by something in the Zope's / Plone's import modules. But it's possible that the site-wide python is broken in some way, so i'd like to investigate this. How could one test this? Kees On 01/24/2011 10:10 PM, Alex Clark wrote: > On 1/24/11 7:28 AM, Kees Hink wrote: >> I'm still getting this error [1], but now for a new situation: I'm using >> collective.alias, which als does an<includeDependencies package="." /> in >> its >> configure.zcml. >> >> The workaround Ross suggested (removing site-wide PIL eggs) works. >> >> Still, this might be considered a bug, right? A buildout should be >> repeatable, >> and having to depend on a site-wide PIL package not being there isn't exactly >> what you'd want. > > Jumping in mid-thread here: > > I'm afraid to ask what PIL-1 is… but in general I think it's fair game to > assume a "clean" Python environment, and things breaking because of some lib > in > the "global" Python I would not consider a bug. > > 2cents, > > Alex > >> >> Kees >> >> [1] http://pastie.org/1492425 >> >> On 09/29/2010 09:44 PM, Ross Patterson wrote: >>> Kees >>> Hink<hink-JZa/QnC6/[email protected]> >>> writes: >>> >>>> The latest plone.contentratings release (rc1) has added this statement to >>>> its >>>> configure.zcml: >>>> <includeDependencies package="." /> >>>> When i run ./bin/instance fg, i get: >>>> ImportError: No module named PIL-1 >>>> (http://pastie.org/1188515) >>>> >>>> I've seen a post about this error before, where dexterity seemed to be the >>>> cause. It most likely isn't, and neither is plone.contentratings, but I >>>> thought >>>> i'd report this here. >>>> >>>> We "fixed it" by using an older version of plone.contentratings which >>>> doesn't >>>> have this statement. >>>> >>>> Needless to say, i've grepped for "PIL-1" in all python files on the >>>> filesystem >>>> and all i find are ...parts/instance0/bin/servicewrapper.py files which >>>> say: >>>> ... >>>> sys.path[0:0] = [ >>>> ... >>>> '/opt/APPS/plonedemo/tst/develop-eggs/PIL-1.1.6-py2.4-linux-x86_64.egg', >>>> ... >>> >>> I just ran into this and I that when I removed the "PIL-1.*" eggs from >>> my python installation and from the easy_install.pth file I was able to >>> run "bin/instance fg" again. It took me forever to find the offending >>> egg, though, I had to use pdb to step through the includeDependencies >>> handler to find out where it was getting the string from. I was using >>> the python buildout and the offending place was >>> ~/lib/python2.6/site-packages. >>> >>> HTH, >>> Ross > > _______________________________________________ Product-Developers mailing list [email protected] https://lists.plone.org/mailman/listinfo/product-developers
