Bug 4866 - SDK installer fails on hosts with Python 3.x
Summary: SDK installer fails on hosts with Python 3.x
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: devtools / tool chain (show other bugs)
Version: 1.5
Hardware: All Multiple
: Medium+ normal
Target Milestone: 1.5 M5
Assignee: Laurentiu Palcu
QA Contact:
URL:
Whiteboard: 24 March 2014: Set Documentation flag...
Depends on:
Blocks:
 
Reported: 2013-07-18 13:08 UTC by Paul Eggleton
Modified: 2014-03-24 22:09 UTC (History)
5 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Done (doc changes complete)


Attachments
Beginnings of a patch to fix the SDK relocation script for python 3 (2.23 KB, patch)
2013-07-18 13:08 UTC, Paul Eggleton
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Eggleton 2013-07-18 13:08:03 UTC
Created attachment 1336 [details]
Beginnings of a patch to fix the SDK relocation script for python 3

I was attempting to install buildtools-tarball on a distro that has Python 3.x (which is something we may have to support given that buildtools-tarball might be used on such distros if Python 2.7 isn't readily available); unfortunately the relocate script failed due to a few incompatibilities. Some of these are trivial to fix, others I wasn't quite sure about. I've attached a patch that starts to fix these but I wasn't quite sure what to do when it comes to writing paths into binaries that in theory might be unicode instead of ASCII and thus are longer than expected.
Comment 1 Laurentiu Palcu 2013-09-25 10:06:34 UTC
Patch sent on the ML.
Comment 3 Scott Rifenbark 2014-03-24 15:57:11 UTC
Hi, 

This documentation is pretty much in place but I went through and made sure that every place we mention some sort of note or process surrounding the Python requirements we are correctly talking about the buildtools-tarball as a way to get the right tools on a system if the user doesn't meet the current requirements.  Here are some spots:

I updated the FAQ entry that addressed not having the correct Python version -  http://www.yoctoproject.org/docs/1.6/ref-manual/ref-manual.html#faq-not-meeting-requirements

I updated the section in the ref-manual where we tell how to get the right tools.  This is the primary area for this information - http://www.yoctoproject.org/docs/1.6/ref-manual/ref-manual.html#required-git-tar-and-python-versions

I updated the note in the QS to point to the primary source for getting the build system updated.  It was point to the FAQ, which pointed to the primary source - http://www.yoctoproject.org/docs/1.6/yocto-project-qs/yocto-project-qs.html#building-image

I added a note in the QS where we talk about installing the toolchain.  The note points out the fact that installing the toolchain gets your Git, tar, and Python requirements met - http://www.yoctoproject.org/docs/1.6/yocto-project-qs/yocto-project-qs.html#installing-the-toolchain.

Finally, I added the same note into the section of the adt-manual where it talks about running the .sh file to install the toolchain - http://www.yoctoproject.org/docs/1.6/adt-manual/adt-manual.html#using-an-existing-toolchain-tarball

Please check these changes out. 

Scott
Comment 4 Scott Rifenbark 2014-03-24 17:33:42 UTC
After talking with Paul about this, my initial set of changes were off.  So what we have now is a change to the primary area of concern in the ref-manual, a alteration to a note in the QS, and an alteration to the FAQ entry:

http://www.yoctoproject.org/docs/1.6/ref-manual/ref-manual.html#faq-not-meeting-requirements

http://www.yoctoproject.org/docs/1.6/ref-manual/ref-manual.html#required-git-tar-and-python-versions

http://www.yoctoproject.org/docs/1.6/yocto-project-qs/yocto-project-qs.html#building-image

Please review.

Scott
Comment 5 Scott Rifenbark 2014-03-24 22:09:18 UTC
Hi, 

The documentation changes in the previous comment have been reviewed and approved by Paul Eggleton.  I am changing the flag to "Done."

Scott