From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnout Vandecappelle Date: Thu, 22 Aug 2013 11:18:22 +0200 Subject: [Buildroot] [PATCH] python-setuptools: Add patch to prevent detecting the host installation In-Reply-To: References: <1377008739-12484-1-git-send-email-markos.chandras@imgtec.com> <521527EC.8000307@mind.be> Message-ID: <5215D75E.5080301@mind.be> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net On 22/08/13 11:07, Yegor Yefremov wrote: > On Thu, Aug 22, 2013 at 10:19 AM, Yegor Yefremov > wrote: >> On Wed, Aug 21, 2013 at 10:49 PM, Arnout Vandecappelle wrote: >>> On 20/08/13 16:25, Markos Chandras wrote: >>>> Signed-off-by: Markos Chandras >>>> --- >>>> ...etuptools-do-not-detect-installed-version.patch | 26 ++++++++++++++++++++++ >>>> 1 file changed, 26 insertions(+) >>>> create mode 100644 package/python-setuptools/python-setuptools-do-not-detect-installed-version.patch >>>> >>>> diff --git a/package/python-setuptools/python-setuptools-do-not-detect-installed-version.patch b/package/python-setuptools/python-setuptools-do-not-detect-installed-version.patch >>>> new file mode 100644 >>>> index 0000000..ebc8830 >>>> --- /dev/null >>>> +++ b/package/python-setuptools/python-setuptools-do-not-detect-installed-version.patch >>>> @@ -0,0 +1,26 @@ >>>> +Prevent build system from detecting an existing installation. >>>> +Fixes the following problem when python-setuptools is installed >>>> +on the host: >>>> + >>>> +Setuptools installation detected at /usr/lib64/python2.7/site-packages >>>> +Renaming /usr/lib64/python2.7/site-packages/setuptools-0.9.8-py2.7.egg-info to >>>> +/usr/lib64/python2.7/site-packages/setuptools-0.9.8-py2.7.egg-info.OLD.1377005697.88 >>>> +OSError: [Errno 13] Permission denied >>> >>> This happens because setuptools is called with: >>> >>> PYTHONPATH="/usr/lib/python$(PYTHON_VERSION_MAJOR)/site-packages" >>> >>> Yegor, Gustavo, any idea why this is called with a python path pointing >>> to the host? Maybe this isn't needed anymore? A quick grep in the source >>> doesn't indicate an obvious place where PYTHONPATH would be relevant >>> during install itself. >>> >>> I've just tried removing the PYTHONPATH override and it built OK, but I >>> haven't tested if a package installed with setuptools actually works. >>> Well, actually, host-setuptools _doesn't_ have that strange >>> PYTHONPATH override and that is of course the only one used within >>> buildroot itself... >> >> I'll look into it. But I need some time. > > The only package, that relies on setuptools is netifaces. I've applied > the patch, rebuilt BR and everything seems to be OK. I can use > netifaces, when I start the new image. With "the patch", do you the original patch that removes something from setuptools.py, or do you mean that you removed the PYTHONPATH overrides from python-setuptools.mk? In the former case, yes it will work because that part is indeed redundant in our context. In the latter case: actually I think python-netifaces incorrectly selects BR2_PACKAGE_PYTHON_SETUPTOOLS, because AFAICS it doesn't use it at runtime. The way to test setuptools on the target is probably to run easy_install for some packages. Regards, Arnout -- Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286500 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F