<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>9009</bug_id>
          
          <creation_ts>2016-01-27 18:31:26 +0000</creation_ts>
          <short_desc>Failed to build pyephem on target with tools-sdk installed</short_desc>
          <delta_ts>2016-04-14 21:07:15 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>devtools / tool chain</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>2.1 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Phlip Balister">philip</reporter>
          <assigned_to name="Alejandro Hernandez">alejandro.hernandez</assigned_to>
          <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>58281</commentid>
    <comment_count>0</comment_count>
    <who name="Phlip Balister">philip</who>
    <bug_when>2016-01-27 18:31:26 +0000</bug_when>
    <thetext>I&apos;m trying to build http://rhodesmill.org/pyephem/ on an e310 so I can rnu shiny sdr.

Running python setup.py install led to a &quot;strange&quot; compile error. INvestigation showd that the --sysroot from the build machine was supplied the compiler.

Further poking around showed the source of the sysroot setting:

./armv7ahf-neon-oe-linux-gnueabi/python/2.7.9-r1/image/usr/lib/python2.7/_sysconfigdata.py

Removing the sysroot argument from the file led to a sucessful build and a working shiny sdr!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58856</commentid>
    <comment_count>1</comment_count>
    <who name="Alejandro Hernandez">alejandro.hernandez</who>
    <bug_when>2016-02-10 21:06:39 +0000</bug_when>
    <thetext>I am unable to reproduce this, first of all the recommended method for instaling packages would be using python-setuptools via easy_install or using python-pip, but even if I try to install it by: python setup.py install, I don&apos;t get the error you mention, the only difference is that unlike setuptools it doesn&apos;t handle dependencies.


root@qemux86:~# easy_install ephem-3.7.6.0.tar.gz 
Processing ephem-3.7.6.0.tar.gz
Writing /tmp/easy_install-MTb97u/ephem-3.7.6.0/setup.cfg

...

creating /usr/lib/python2.7/site-packages/ephem-3.7.6.0-py2.7-linux-i686.egg
Extracting ephem-3.7.6.0-py2.7-linux-i686.egg to /usr/lib/python2.7/site-packages
Adding ephem 3.7.6.0 to easy-install.pth file

Installed /usr/lib/python2.7/site-packages/ephem-3.7.6.0-py2.7-linux-i686.egg
Processing dependencies for ephem==3.7.6.0
Finished processing dependencies for ephem==3.7.6.0

...
Python 2.7.11 (default, Feb 10 2016, 16:51:59) 
[GCC 5.3.0] on linux2
Type &quot;help&quot;, &quot;copyright&quot;, &quot;credits&quot; or &quot;license&quot; for more information.
&gt;&gt;&gt; import ephem
&gt;&gt;&gt; mars = ephem.Mars()
&gt;&gt;&gt; mars.compute()
&gt;&gt;&gt; print mars.ra, mars.dec
15:10:47.41 -16:17:12.6


Like I said hte only difference if I install it using python setup.py install is that it later complains about libastro-3.7.6 not existing.


Is there anything else that you can mention? such as what is the &quot;strange&quot; compile error message you are seeing?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58861</commentid>
    <comment_count>2</comment_count>
    <who name="Phlip Balister">philip</who>
    <bug_when>2016-02-10 23:29:37 +0000</bug_when>
    <thetext>Can you take a look at the _sysconfigdata.py in the final root file system? It has build machine paths in it. I&apos;m not much of a python guru, so I do not know if this is a real problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58972</commentid>
    <comment_count>3</comment_count>
    <who name="Phlip Balister">philip</who>
    <bug_when>2016-02-12 19:15:27 +0000</bug_when>
    <thetext>root@ettus-e3xx-sg1:~# vim /usr/lib/python2.7/_sysconfigdata.py

is the file that has build system contamination.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58973</commentid>
    <comment_count>4</comment_count>
    <who name="Phlip Balister">philip</who>
    <bug_when>2016-02-12 21:31:07 +0000</bug_when>
    <thetext>Can you take a look at the _sysconfigdata.py in the final root file system? It has build machine paths in it. I&apos;m not much of a python guru, so I do not know if this is a real problem.

Also, it looks like 6b918dc24d4ab6dcc3693f7f8a8653535edb58c0 fixed some of the builds system paths in the sysconfig file. Based on what i see in Jethro we can close this bug. I&apos;m still concerned about leaking build system paths into images.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>60500</commentid>
    <comment_count>5</comment_count>
    <who name="Stephen K Jolley">sjolley.yp.pm</who>
    <bug_when>2016-03-29 18:25:38 +0000</bug_when>
    <thetext>It appears that the requested information has been provided.  Please ask again if that is not the case.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61266</commentid>
    <comment_count>6</comment_count>
    <who name="Phlip Balister">philip</who>
    <bug_when>2016-04-14 21:07:15 +0000</bug_when>
    <thetext>Problem fixed. Watch the file for further trouble due to build system path contamination</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>