2010-09-29 19:37:12 Julien Jehannet napisał(a):
> > * Sylvain Thénault <[email protected]> [29-sep-2010 18:11]:
> > On 29 septembre 18:08, Julien Jehannet wrote:
> > > > * Andrey Rahmatullin <[email protected]> [29-sep-2010 10:03]:
> > > > On Wed, Sep 29, 2010 at 02:18:18AM +0200, Arfrever Frehtes Taifersar 
> > > > Arahesis wrote:
> > > > > test_knownValues_is_standard_module_4 always fails.
> > > > test_knownValues_is_standard_module_4 properly shows that
> > > > logilab.common.modutils.is_standard_module is broken on some x86_64
> > > > systems where Python distribution is in /usr/lib64, at least partially
> > > > (because it assumes /usr/lib and tests for modules by simply searching
> > > > for files there).
> > > 
> > > Just by curiosity, did you have compiled python manually from source 
> > > installation ?
> > > I'm quite surpriѕed that /usr/lib doesn't exist or is not symlinked to 
> > > the right lib path.
> > > 
> > > Whatever, we could certainly consider to extend STD_LIB_DIR with
> > > "/usr/lib32" and "/usr/lib64" prefixes.
> > > syt, any objection ?
> > 
> > Huum, there is no such thing hardcoded now. I don't understand why 
> > sys.prefix gives a wrong location...
> 
> sys.prefix is right here (/usr) but lib/ seems coming from a python bug:
> http://bugs.python.org/issue1294959

modutils.py hardcodes:
STD_LIB_DIR = join(sys.prefix, 'lib', 'python%s' % sys.version[:3])

STD_LIB_DIR is used by is_standard_module(). Maybe the following code could be 
used:
STD_LIB_DIR = join(distutils.sysconfig.get_config_var("LIBDIR"), 'python%s' % 
sys.version[:3])

> P.S. I've CCed Arfrever since I'm not sure he has subscribed to
> python-project.

I'm subscribed to this mailing list.

-- 
Arfrever Frehtes Taifersar Arahesis

Attachment: signature.asc
Description: This is a digitally signed message part.

_______________________________________________
Python-Projects mailing list
[email protected]
http://lists.logilab.org/mailman/listinfo/python-projects

Reply via email to