Bug 2956 - toolchain installation error -inconsistent behavior
Summary: toolchain installation error -inconsistent behavior
Status: VERIFIED FIXED
Alias: None
Product: ADT
Classification: Yocto Project Subprojects
Component: adt (show other bugs)
Version: 1.3
Hardware: x86 Multiple
: Medium+ normal
Target Milestone: 1.3 M4
Assignee: Ioana Grigoropol
QA Contact:
URL:
Whiteboard: (Scheduled)
Depends on: 2957
Blocks:
  Show dependency tree
 
Reported: 2012-08-16 19:09 UTC by Laurentiu Serban
Modified: 2012-09-21 10:57 UTC (History)
6 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Laurentiu Serban 2012-08-16 19:09:17 UTC
While installing arm-toolchain (or the other non-intel architecture toolchains) with their default settings (opt/poky) the following error occurs.
Installing the x86_64-x86_64 toolchain succeeds in the same conditions.



lserban@laurentiu-02:~/Downloads$ ./poky-eglibc-x86_64-arm-toolchain-gmae-1.2+snapshot-20120810.sh
Enter target directory for Poky SDK (default: /opt/poky/1.2+snapshot): /opt/poky

You are about to install Poky SDK to "/opt/poky". Proceed[Y/n]?y
Extracting SDK...done
Setting it up..../poky-eglibc-x86_64-arm-toolchain-gmae-1.2+snapshot-20120810.sh: line 48: /opt/poky/environment-setup-armv5te-poky-linux-gnueabi: Permission denied
SDK could not be set up. Relocate script failed. Abort!
lserban@laurentiu-02:~/Downloads$

Also there is no message requesting for the root password on root owned directory
Comment 2 Jessica 2012-08-16 23:04:45 UTC
Laurentiu S,

for installing under /opt/poky, you need to add sudo.  It worked for me.
Comment 3 Laurentiu Serban 2012-08-17 15:32:57 UTC
Yes it is true but this not necessary for all the toolchains.
Comment 4 Laurentiu Serban 2012-08-21 15:22:52 UTC
Hello guys,
I will clarify this:
If I am trying to install several toolchains in the same directory /opt/poky/1.2+snapshot.
The first installation works ok, but the subsequent ones fail as I showed in the description even if using sudo or previously changing the ownership of the opt directory recursively.
Comment 6 Alexandru Georgescu 2012-09-21 10:57:13 UTC
This doesn't reproduce using sudo. I will open a separate bug as a feature request to ask the sudo passwd.