<?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>12331</bug_id>
          
          <creation_ts>2017-11-09 17:18:21 +0000</creation_ts>
          <short_desc>yocto-builds@yoctoproject.org reports a machine different that the one used</short_desc>
          <delta_ts>2019-05-08 21:01:55 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>5</classification_id>
          <classification>Infrastructure</classification>
          <product>AutoBuilder</product>
          <component>autobuilder</component>
          <version>2.5</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>OBSOLETE</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>4.99</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Leonardo Sandoval Gonzalez">leonardo.sandoval.gonzalez</reporter>
          <assigned_to name="Richard Purdie">richard.purdie</assigned_to>
          <cc>infras.ab.watcher</cc>
    
    <cc>Infras.watcher</cc>
    
    <cc>joshuagloe</cc>
    
    <cc>pidge</cc>
    
    <cc>randy.macleod</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>stephano</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>78127</commentid>
    <comment_count>0</comment_count>
    <who name="Leonardo Sandoval Gonzalez">leonardo.sandoval.gonzalez</who>
    <bug_when>2017-11-09 17:18:21 +0000</bug_when>
    <thetext>While triaging bug 12306, the reported MACHINE value (mpc8315e-rdb) on first comment does not correspond to what actually  used at runtime (qemuppc) so the what is being parse to create the email is somehow wrong.

According to RP, the root cause is:

&quot;&gt; I think this is the configuration in use at the end of the build, it
&gt; wasn&apos;t the configuration in use at the time of the failure :(
&gt;&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>78245</commentid>
    <comment_count>1</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2017-11-16 15:38:34 +0000</bug_when>
    <thetext>The issue here is that the build failure email from the autobuilder comes out after all the buildsteps execute. The summary is from the last buildstep but values like MACHINE may vary as the steps execute.

That failure might not be from the last buildstep.

This is misleading so do we emit a build failure email per failing build step so we can have the correct info?

This is confusing people at the moment, understandably.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>78281</commentid>
    <comment_count>2</comment_count>
    <who name="Joshua Lock">joshuagloe</who>
    <bug_when>2017-11-19 04:18:19 +0000</bug_when>
    <thetext>(In reply to comment #1)
&gt; This is misleading so do we emit a build failure email per failing build
&gt; step so we can have the correct info?

We could easily do this. If a failure email is deemed too excessive (though I&apos;m not sure it would be) we could build up the message locally by writing failures to a file and then mailing the full log of failures for a triggered build at once, we have some logic we could reuse for this in the wikilog status plugin.

I&apos;m generally in favour of the simpler option and just sending an email per failed build step.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>79058</commentid>
    <comment_count>3</comment_count>
    <who name="Joshua Lock">joshuagloe</who>
    <bug_when>2018-01-12 16:46:20 +0000</bug_when>
    <thetext>Maybe I was a little hasty in saying that this would be easy :-)

The Yocto_Message_Formatter expects to receive certain objects that aren&apos;t always as expected when calling the message formatter from a stepFinished event, rather than a buildFinished event. I&apos;ll continue looking over the code to determine what is the cleanest solution to avoid this confusion.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>83746</commentid>
    <comment_count>4</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2019-05-08 21:01:55 +0000</bug_when>
    <thetext>The autobuilder no longer sends these messages (this is one of the reasons why)</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>