On 2010-04-26, Chris Withers <ch...@simplistix.co.uk> wrote:
> I don't believe this to be the case, so I dropped Fred a mail.
>
> Here's his response:
>
> Fredrik Lundh wrote:
> > Hi Chris, thanks for the heads up.
> >
> > Not sure what's going on here; PIL is traditionally installed in
> > site-packages/PIL so that everything is available as "from PIL import
> > ...", but with a pth file that adds that directory to the path so that
> > pre-package code still works (there are tons of such code out there).
> >
> > It looks like the setup.py file achieves this as follows:
> >
> >         extra_path = "PIL",
> >         package_dir={"": "PIL"},
> >         packages=[""],
> >
> > where extra_path creates the pth file, and the package_dir stuff makes
> > sure distutils installs things under PIL and not PIL/PIL.  Some quick
> > Googling indicates that setuptools' support for extra_path is spotty
> > (non-existent until 2006, limited since then), so maybe this is the
> > issue?
> >
> > Could you persuade whoever's ranting about this to jump over to
> > image-sig and propose a patch that fixes whatever problem Plone is
> > having but preserves the old behaviour?
>
> Is such a patch possible? If so, could someone do as Fred asks and do so 
> while resisting the temptation to be rude and further alienate the 
> maintainer of what is a fantastic package? (yeah, I know, rich coming 
> from me...)

Wow! Thanks Chris. That sounds like something we can work with. Not to speak
for Hanno, but maybe Hanno could provide such a patch ;-)

>
> cheers,
>
> Chris
>


-- 
Alex Clark · http://aclark.net
Author of Plone 3.3 Site Administration · http://aclark.net/plone-site-admin

_______________________________________________
Repoze-dev mailing list
Repoze-dev@lists.repoze.org
http://lists.repoze.org/listinfo/repoze-dev

Reply via email to