Bug 2359 - miss perl in distribution of x86 & x86-64 sato
Summary: miss perl in distribution of x86 & x86-64 sato
Status: RESOLVED NOTABUG
Alias: None
Product: Meta-yocto
Classification: Build System, Metadata & Runtime
Component: meta-yocto (show other bugs)
Version: 1.2
Hardware: x86 x86_64
: Medium normal
Target Milestone: 1.3
Assignee: Saul Wold
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2012-04-23 03:34 UTC by kyle
Modified: 2012-04-25 18:35 UTC (History)
4 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 kyle 2012-04-23 03:34:17 UTC
Build the core-image-sato on opensuse12.1 , the release version is  Yocto 1.2 M4 RC4 . and there is missing the package perl in the distribution test x86 & x86-64 .
Comment 1 Richard Purdie 2012-04-23 10:31:24 UTC
Could you please explain this issue further, there is insufficient context here for me to understand what the problem is. What error messages were you seeing? What test was failing?
Comment 2 kyle 2012-04-24 02:14:16 UTC
testcase :TC-2445
Steps:
1. Check if perl is installed in image and could run with "perl -v"
2. Prepare a perl program like followig test.pl
3. Run "perl test.pl"
########
$a = 9.01e+21 + 0.01 - 9.01e+21;
print ("the value of a is ", $a, "\n");
$a = 9.01e+21 - 9.01e+21 + 0.01;
print ("the value of a is ", $a, "\n");
########

there is no command named "perl" 
so maybe we miss the packages "perl" when we build the core-image-sato for x86 & x86-64
Comment 3 Saul Wold 2012-04-24 16:58:59 UTC
When did this test case get added/created it seems to be a new testcase.  

Perl has not been part of the Sato image, it is part of the Sato-SDK image as the SDK contains the tools.  My original understanding is that Sato is primarily a graphical based demo, not a full
Comment 4 kyle 2012-04-25 01:43:06 UTC
But I have do the same test in Yocto 1.2M4 RC3 , this testcase was passed . So I think there maybe some problem about this. pls confirmed.
(In reply to comment #3)
> When did this test case get added/created it seems to be a new testcase.  
> Perl has not been part of the Sato image, it is part of the Sato-SDK image as
> the SDK contains the tools.  My original understanding is that Sato is
> primarily a graphical based demo, not a full
Comment 5 Jiajun Xu 2012-04-25 16:17:04 UTC
(In reply to comment #3)
> When did this test case get added/created it seems to be a new testcase.  
> Perl has not been part of the Sato image, it is part of the Sato-SDK image as
> the SDK contains the tools.  My original understanding is that Sato is
> primarily a graphical based demo, not a full

It's my fault to include an old test case into M4. We used to test perl for both sato and sato-sdk image. And we also reported one bug, bug 1172, that sato image has no perl, which is identified as WONTFIX. From that time, -tools is removed from -sato image and will be only available in -sdk image.
I will update the test plan and remove the perl case for sato image.

BTW, I think kyle's finding is correct. We used to find perl in sato image with RC3. But with latest denzil, it does not exist in sato image. There must be something wrong in RC3 and previous RC builds. I have a quick check but does not get any idea until now.
Comment 6 Saul Wold 2012-04-25 18:35:20 UTC
I think I found the root cause of this, eglibc has a utility called mtrace which is a perl based tool, it's installed in eglibc-utils.  Prior to 1.2M4 RC3 and a patch for FC17 (git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=denzil&id=71b8383a6b2cc4c48424b5e3bd872de787b378b8), Perl was infact included because we had the dependency.

With the above change, the runtime checker does not find the perl dependency I guess, which means we no longer have perl installed, but still really need it. 

The boarder question here is: Does eglibc-utils belong in the sato image itself?

And why is the perl dependency getting lost?

I will open af different bug to address this, but close this one.