<?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>5068</bug_id>
          
          <creation_ts>2013-08-29 07:01:01 +0000</creation_ts>
          <short_desc>[webhob-poky/master]The interruption of a building does not have the expected behavior.</short_desc>
          <delta_ts>2013-12-23 10:51:28 +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>Toaster</product>
          <component>toaster</component>
          <version>unspecified</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>bitbake</status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.6 M1</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Andreea Brandusa Proca">andreea.b.proca</reporter>
          <assigned_to name="Alexandru Damian">alexandru.damian</assigned_to>
          <cc>belen.barros.pena</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>36021</commentid>
    <comment_count>0</comment_count>
    <who name="Andreea Brandusa Proca">andreea.b.proca</who>
    <bug_when>2013-08-29 07:01:01 +0000</bug_when>
    <thetext>Steps to reproduce:
1. build core-image-sato
2. press CTR+C

The outcome has the value &quot;In progress&quot; for a while and then it changes to &quot;Succeeded&quot;.


Even if:

brandusa@andreea-Vostro-460:~/poky-contrib/build$ ps aux | grep bitbake
brandusa  2540  0.0  0.2  61888 16372 pts/10   S    21:31   0:00 python /home/brandusa/poky-contrib/bitbake/bin/../lib/webhob/manage.py runserver
brandusa  2542  0.5  0.2 361008 23904 pts/10   Sl   21:31   0:00 /usr/bin/python /home/brandusa/poky-contrib/bitbake/bin/../lib/webhob/manage.py runserver
brandusa  2549  110  1.9 409704 162800 ?       Sl   21:31   2:50 python /home/brandusa/poky-contrib/bitbake/bin/bitbake --server-only -t xmlrpc -B localhost:8200
brandusa  2551 28.5  0.8 184996 66864 pts/10   Sl   21:31   0:43 python /home/brandusa/poky-contrib/bitbake/bin/bitbake --observe-only -u dsi
brandusa  2648 28.6  0.2 153544 20072 pts/10   Sl+  21:33   0:09 python /home/brandusa/poky-contrib/bitbake/bin/bitbake core-image-sato
brandusa  2768  0.0  0.0  13584   920 pts/6    S+   21:33   0:00 grep --color=auto bitbake

brandusa@andreea-Vostro-460:~/poky-contrib/build$ ps aux | grep bitbake
brandusa  2540  0.0  0.2  61888 16372 pts/10   S    21:31   0:00 python /home/brandusa/poky-contrib/bitbake/bin/../lib/webhob/manage.py runserver
brandusa  2542  0.5  0.2 361008 23904 pts/10   Sl   21:31   0:01 /usr/bin/python /home/brandusa/poky-contrib/bitbake/bin/../lib/webhob/manage.py runserver
brandusa  2549  112  2.5 475240 208904 ?       Rl   21:31   5:26 python /home/brandusa/poky-contrib/bitbake/bin/bitbake --server-only -t xmlrpc -B localhost:8200
brandusa  2551 28.4  1.3 188136 108224 pts/10  Sl   21:31   1:22 python /home/brandusa/poky-contrib/bitbake/bin/bitbake --observe-only -u dsi
brandusa  2770  0.0  0.0  13584   916 pts/6    S+   21:36   0:00 grep --color=auto bitbake</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36027</commentid>
    <comment_count>1</comment_count>
    <who name="Belen Barros Pena">belen.barros.pena</who>
    <bug_when>2013-08-29 09:52:26 +0000</bug_when>
    <thetext>Any build that doesn&apos;t complete should be reported as failed, including interrupted builds.

Hopefully BitBake will provide some kind of message that will tell users the reason of the fail (i.e. this build was interrupted).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36998</commentid>
    <comment_count>2</comment_count>
    <who name="Alexandru Damian">alexandru.damian</who>
    <bug_when>2013-09-19 17:02:48 +0000</bug_when>
    <thetext>Fixed in webhob-poky/master-1_5-1909</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37255</commentid>
    <comment_count>3</comment_count>
    <who name="Andreea Brandusa Proca">andreea.b.proca</who>
    <bug_when>2013-09-26 14:39:31 +0000</bug_when>
    <thetext>In webhob-poky/webhob-master-1_5-2009 the problem is not solved. The outcome is &quot;Succeeded&quot;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37264</commentid>
    <comment_count>4</comment_count>
    <who name="Alexandru Damian">alexandru.damian</who>
    <bug_when>2013-09-26 15:54:58 +0000</bug_when>
    <thetext>This is what bitbake reports, and what I think should happen -

If the build is manually stopped, the user wittingly sent the stop command, and the system is in an &apos;OK&apos; state.

Failures happen only on errors.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37266</commentid>
    <comment_count>5</comment_count>
    <who name="Belen Barros Pena">belen.barros.pena</who>
    <bug_when>2013-09-26 16:17:53 +0000</bug_when>
    <thetext>(In reply to comment #4)
&gt; This is what bitbake reports, and what I think should happen -
&gt; 
&gt; If the build is manually stopped, the user wittingly sent the stop command,
&gt; and the system is in an &apos;OK&apos; state.

The system is in an OK state, but the outcome is about the build, not the build system. 

An interrupted build is not a successful build. 

&gt; 
&gt; Failures happen only on errors.

A successful build is a build that completes without errors. An interrupted build did not complete, so it does not pass the first criteria of a successful build.

I think we have 2 options:

1. We create an &apos;interrupted&apos; outcome
2. We use the existing outcome that most closely reflects the situation with the build itself, which it&apos;s probably &apos;failed&apos;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>38909</commentid>
    <comment_count>6</comment_count>
    <who name="Alexandru Damian">alexandru.damian</who>
    <bug_when>2013-11-19 16:47:19 +0000</bug_when>
    <thetext>patch on bitbake-devel mailing list</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39552</commentid>
    <comment_count>7</comment_count>
    <who name="Belen Barros Pena">belen.barros.pena</who>
    <bug_when>2013-12-23 10:51:02 +0000</bug_when>
    <thetext>merged to master. Interrupted build outcome is now &quot;Failed&quot; with an &quot;Stopped build&quot; error, which is good.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39553</commentid>
    <comment_count>8</comment_count>
    <who name="Belen Barros Pena">belen.barros.pena</who>
    <bug_when>2013-12-23 10:51:28 +0000</bug_when>
    <thetext>Verified in master:3ada51f7aa26fc95d5f9ba4498c0ea54acc6e42e</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>