diff options
author | katzj@redhat.com[iap10] <katzj@redhat.com[iap10]> | 2005-04-15 22:00:50 +0000 |
---|---|---|
committer | katzj@redhat.com[iap10] <katzj@redhat.com[iap10]> | 2005-04-15 22:00:50 +0000 |
commit | c9505fed46d01e09c377d38017b47688b03476f3 (patch) | |
tree | 8c9614f81b15a4f79a0ca6d1d10cd6e08cf7363f /tools/xfrd/marshal.c | |
parent | 718f9a6fd8b43b3cdc58db8b67d79f013b46b058 (diff) | |
download | xen-c9505fed46d01e09c377d38017b47688b03476f3.tar.gz xen-c9505fed46d01e09c377d38017b47688b03476f3.tar.bz2 xen-c9505fed46d01e09c377d38017b47688b03476f3.zip |
bitkeeper revision 1.1159.258.97 (42603992S3sF-t0yBth7NEBevozVOg)
[PATCH] Make non-native python path handling a
> > Although I don't really agree with the installing of the
> > python bits to the non-native paths, I can see where it's
> > useful as long as the module ABI doesn't change if you're
> > trying to distribute binary tarballs. But with the current
> > handling it adds module lookup costs for the native path case
> > (which would be the norm) as well as prevents using
> > PYTHONPATH to look to a different location for the modules.
> >
> > The attached patch changes things so that at first, the xen
> > module is attempted to be imported from the stock paths. If
> > we get an ImportError exception, then it adds /usr/lib/python
> > to the end of the python path and imports again.
>
> Do you prefer this to just unconditionally addding /usr/lib/python to
> the end of the path rather than the front?
Slightly, but just because having /usr/lib/python in my sys.path is
ugly :-) I can look over it, though... patch doing that attached
Signed-off-by: Jeremy Katz <katzj@redhat.com>
===== tools/misc/netfix 1.13 vs edited =====
Diffstat (limited to 'tools/xfrd/marshal.c')
0 files changed, 0 insertions, 0 deletions