<?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>10842</bug_id>
          
          <creation_ts>2016-12-21 22:30:55 +0000</creation_ts>
          <short_desc>testrunner test timeout can lead to garbage output</short_desc>
          <delta_ts>2017-04-28 17:34:25 +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>core</component>
          <version>2.3</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</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.3 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Jose Perez C">jose.perez.carranza</reporter>
          <assigned_to name="Aníbal Limón">anibal.limon</assigned_to>
          <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>ross.burton</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>69296</commentid>
    <comment_count>0</comment_count>
      <attachid>3571</attachid>
    <who name="Jose Perez C">jose.perez.carranza</who>
    <bug_when>2016-12-21 22:30:55 +0000</bug_when>
    <thetext>Created attachment 3571
failures log_glib-2.0

Commit: 573c646d4cc62dcd0c230381df4940bdf314d495 
Image: http://autobuilder.yoctoproject.org/pub/releases/yocto-2.3_M1.rc1/machines/genericx86-64/core-image-sato-sdk-ptest-genericx86-64.hddimg
HW: NUC6 

----- Steps ----

1. Download pTest image from autobuilder( you can find core-image-sato-sdk image in pTest directory)
* we test it on NUC with genericx86-64
2. Install the image on DUT (using legacy boot)
3. Boot the image
4. In command line type
   $ ptest-runner &gt; ptest.log 

EXPECTED RESULT

 All glib-2.0 test cases should be PASS 

ACTUAL RESULT 

test cases are failing as below:

FAIL:unzip (subdir only)
FAIL:unzip (bad archive)
FAIL:wget--O-overrides--P
FAIL:wget-handles-empty-path
FAIL:wget-retrieves-google-index
FAIL:wget-supports--P


NOTE: full lg can be downloaded from here https://wiki.yoctoproject.org/wiki/images/8/81/Logs_2.3.M1.rc1.txt</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69324</commentid>
    <comment_count>1</comment_count>
    <who name="Jussi Kukkonen">jku</who>
    <bug_when>2016-12-22 16:34:20 +0000</bug_when>
    <thetext>Something went wrong with the test run here. There are indeed some FAIL lines within the glib-2.0 test output block. But the result line looks like this:
---
SUMMARY: total=249; passed=249; skipped=0; failed=0; user=78.5s; system=68.4s; maxrss=5902652
---

The failures are also not actual glib-2.0 tests: I think they&apos;re busybox ones, they&apos;re just printed in the middle of the glib-2.0 tests.

There&apos;s also something wrong with the encoding of the log file, editors don&apos;t like to open it.... How did the test run output get corrupted like this?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69327</commentid>
    <comment_count>2</comment_count>
    <who name="Jussi Kukkonen">jku</who>
    <bug_when>2016-12-22 16:51:04 +0000</bug_when>
    <thetext>Aha, some time before the glib-2.0 tests this happens:

  ==TIMEOUT: /usr/lib/busybox/ptest
  ERROR: Exit status is 9
  END: /usr/lib/busybox/ptest

So I think there are two bugs here:
 * busybox tests try to do wget on google.com: that fails but apparently takes a long time to fail...
 * the testrunner can&apos;t cope with that and ends up with corrupt output</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69329</commentid>
    <comment_count>3</comment_count>
    <who name="Jussi Kukkonen">jku</who>
    <bug_when>2016-12-22 17:02:56 +0000</bug_when>
    <thetext>I&apos;m renaming this  &quot;testrunner timeout can lead to garbage output&quot;: If testrunner timeouts tests it should also make sure those tests don&apos;t get to print anything into the log after that.

Mariano: assigning to you as a first guess: just push it back to me if you aren&apos;t the right owner. 

Busybox test problems are bug 8831.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69982</commentid>
    <comment_count>4</comment_count>
    <who name="Mariano Lopez">mariano.lopez</who>
    <bug_when>2017-01-20 21:09:58 +0000</bug_when>
    <thetext>Anibal, can you check on this? This is related with ptest</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69983</commentid>
    <comment_count>5</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2017-01-20 21:19:00 +0000</bug_when>
    <thetext>(In reply to comment #4)
&gt; Anibal, can you check on this? This is related with ptest

Yes i&apos;ll take care of this bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72159</commentid>
    <comment_count>6</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2017-04-06 20:25:50 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; I&apos;m renaming this  &quot;testrunner timeout can lead to garbage output&quot;: If
&gt; testrunner timeouts tests it should also make sure those tests don&apos;t get to
&gt; print anything into the log after that.
&gt; 
&gt; Mariano: assigning to you as a first guess: just push it back to me if you
&gt; aren&apos;t the right owner. 
&gt; 
&gt; Busybox test problems are bug 8831.

If the garbage comes from the specific ptest i.e. busybox, i can&apos;t filter that data because the runner captures the output without modifications.

But i will modify the runner to ensure that not data will be append when a ptest timeout.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72161</commentid>
    <comment_count>7</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2017-04-06 20:38:08 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; Aha, some time before the glib-2.0 tests this happens:
&gt; 
&gt;   ==TIMEOUT: /usr/lib/busybox/ptest
&gt;   ERROR: Exit status is 9
&gt;   END: /usr/lib/busybox/ptest
&gt; 
&gt; So I think there are two bugs here:
&gt;  * busybox tests try to do wget on google.com: that fails but apparently
&gt; takes a long time to fail...
&gt;  * the testrunner can&apos;t cope with that and ends up with corrupt output

If you mean the ERROR: Exit status is 9 line the code handles in that way so i will print before the TIMEOUT, also i&apos;ll add a \n before print TIMEOUT.

Regarding the busybox lines in wget ptests, is ok busybox doesn&apos;t corrupt wget what is happen is because wget uses the  default shell in this case busybox.

$ busybox wget someopts

Is like,

$ sh wget someopts</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72165</commentid>
    <comment_count>8</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2017-04-06 21:02:39 +0000</bug_when>
    <thetext>I sent a patch to review,

https://lists.yoctoproject.org/pipermail/yocto/2017-April/035534.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72166</commentid>
    <comment_count>9</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2017-04-06 21:03:12 +0000</bug_when>
    <thetext>After ack the patch i will bump the version to 2.0.2 and update the recipe.

https://lists.yoctoproject.org/pipermail/yocto/2017-April/035534.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72215</commentid>
    <comment_count>10</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2017-04-10 17:11:32 +0000</bug_when>
    <thetext>Recipe upgrade sent to review,

http://lists.openembedded.org/pipermail/openembedded-core/2017-April/135451.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72391</commentid>
    <comment_count>11</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2017-04-12 17:20:22 +0000</bug_when>
    <thetext>Merge at,

http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-support/ptest-runner/ptest-runner_2.0.2.bb</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72946</commentid>
    <comment_count>12</comment_count>
    <who name="Jose Perez C">jose.perez.carranza</who>
    <bug_when>2017-04-28 17:34:25 +0000</bug_when>
    <thetext>Verified on 2.3 rc2 are working correctly 

https://wiki.yoctoproject.org/wiki/WW17_-_2017-04-21_-_Full_Test_Cycle_2.3_rc2#results</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>3571</attachid>
            <date>2016-12-21 22:30:55 +0000</date>
            <delta_ts>2016-12-21 22:30:55 +0000</delta_ts>
            <desc>failures log_glib-2.0</desc>
            <filename>log_glib-2.0</filename>
            <type>application/octet-stream</type>
            <size>1566</size>
            <attacher name="Jose Perez C">jose.perez.carranza</attacher>
            
              <data encoding="base64">RkFJTDogdW56aXAgKHN1YmRpciBvbmx5KQotLS0gZXhwZWN0ZWQKKysrIGFjdHVhbApAQCAtMSAr
MCwwIEBACi15ZXMKPT09PT09PT09PT09PT09PT09PT09PQplY2hvIC1uZSAnJyA+aW5wdXQKZWNo
byAtbmUgJ2JlZ2luLWJhc2U2NCA2NDQgYmFkLnppcApVRXNEQkJRQUFna0lBQUFBSVFBNUFBQUFO
d0FBQUR3QUFBQVFBQWNBWFROcXdyMXl3cXRKR3hKTExTVkoKZUNrQkQwQWRLQms4SnpRc0lqMDFK
QzAvT1JKUVN3TUVGQUVDQ0FBQUFBQWhBRG9BQUFBUEFBQUFOZ0FBCkFBd0FBUUFTdzczQ3QxRENv
a29oUFhRaU5qb1VOVFVpSFJ3Z0xUNFdIbEJMQVFJUUFCUUFBZ2dJQUFBQQpvUUE1QUFBQU53QUFB
RHdBQUFBUVFBY0FEQUFBQUN3QU1nQ0FBQUFBQUFCZE0yckN2WExDcTBrYkVrc3QKSlVsNEtRRVBR
QjBvR1NZNEN6NFFOZ0VuSlNZSVBWQkxBUUlBQUJRQUFnZ0FBQUFBSVFBcUFBQUFEd0FBCkJEWUFB
QUFNQUFFQURRQUFBRElBRFFBQUFFRUFBQUFTdzczQ3QxREtva29oUFhRaU56QStGQUkxSENjVwpO
eklUTkZCTEJRVUtBQzRKQUEwNEN3MEVPaFpRU3dVR0FRQUFCQUlBQWdDWkFBQUFlUUFBQUFJQUxo
TT0KPT09PQonIHwgdXVkZWNvZGU7IHVuemlwIGJhZC56aXAgMj4mMTsgZWNobyAkPwpGQUlMOiB1
bnppcCAoYmFkIGFyY2hpdmUpCi0tLSBleHBlY3RlZAorKysgYWN0dWFsCkBAIC0xLDUgKzEsMiBA
QAotQXJjaGl2ZTogIGJhZC56aXAKLSAgaW5mbGF0aW5nOiBdM2rDgsK9csOCwqtJXlteUkstJUl4
Ci11bnppcDogY29ycnVwdGVkIGRhdGEKLXVuemlwOiBpbmZsYXRlIGVycm9yCit1bnppcDogY2Fu
J3Qgb3BlbiBiYWQuemlwWy56aXBdCiAxCkZBSUw6IHdnZXQtLU8tb3ZlcnJpZGVzLS1QCisgdGVz
dCB4ICchPScgeAorIG1rZGlyIGZvbworIGJ1c3lib3ggd2dldCAtcSAtTyBpbmRleC5odG1sIC1Q
IGZvbyBodHRwOi8vd3d3Lmdvb2dsZS5jb20vCndnZXQ6IGNhbid0IGNvbm5lY3QgdG8gcmVtb3Rl
IGhvc3QgKDIxNi41OC4xOTQuMTY0KTogQ29ubmVjdGlvbiB0aW1lZCBvdXQKRkFJTDogd2dldC1o
YW5kbGVzLWVtcHR5LXBhdGgKKyB0ZXN0IHggJyE9JyB4CisgYnVzeWJveCB3Z2V0IGh0dHA6Ly93
d3cuZ29vZ2xlLmNvbQpDb25uZWN0aW5nIHRvIHd3dy5nb29nbGUuY29tICgyMTYuNTguMTk0LjE2
NDo4MCkKd2dldDogY2FuJ3QgY29ubmVjdCB0byByZW1vdGUgaG9zdCAoMjE2LjU4LjE5NC4xNjQp
OiBDb25uZWN0aW9uIHRpbWVkIG91dApGQUlMOiB3Z2V0LXJldHJpZXZlcy1nb29nbGUtaW5kZXgK
KyB0ZXN0IHggJyE9JyB4CisgYnVzeWJveCB3Z2V0IC1xIC1PIGZvbyBodHRwOi8vd3d3Lmdvb2ds
ZS5jb20vCndnZXQ6IGNhbid0IGNvbm5lY3QgdG8gcmVtb3RlIGhvc3QgKDIxNi41OC4xOTQuMTY0
KTogQ29ubmVjdGlvbiB0aW1lZCBvdXQKRkFJTDogd2dldC1zdXBwb3J0cy0tUAorIHRlc3QgeCAn
IT0nIHgKKyBta2RpciBmb28KKyBidXN5Ym94IHdnZXQgLXEgLVAgZm9vIGh0dHA6Ly93d3cuZ29v
Z2xlLmNvbS8Kd2dldDogY2FuJ3QgY29ubmVjdCB0byByZW1vdGUgaG9zdCAoMjE2LjU4LjE5NC4x
NjQpOiBDb25uZWN0aW9uIHRpbWVkIG91dAoK
</data>

          </attachment>
      

    </bug>

</bugzilla>