<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 13, 2016 at 8:47 AM, Randle, William C <span dir="ltr">&lt;<a href="mailto:william.c.randle@intel.com" target="_blank">william.c.randle@intel.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, 2016-06-13 at 15:13 +1200, Paul Eggleton wrote:<br>
&gt;<br>
&gt; I have contemplated and even prototyped going a step further and using the<br>
&gt; count of lines in the output to track progress for *all* long-running tasks,<br>
&gt; which does work reasonably well - the caveat is you actually need the<br>
&gt; expected line count ahead of time for each task, so you have to be able to<br>
&gt; get that from somewhere. I  haven&#39;t worked out a practical means of<br>
&gt; delivering that, suggestions would be very much welcome - my prototype stuff<br>
&gt; is on poky-contrib paule/progress-wip and relies on someone profiling a<br>
&gt; build containing all the tasks beforehand and that information somehow being<br>
&gt; made available to everyone else.<br>
<br>
</span>Could this be done somewhat analagous to the way the sstate stuff works, in the<br>
sense you could specify a local or remote line count mirror, or use a local<br>
directory. The first time a unique task is run, the line count from the output<br>
is saved in the line count db. On subsequent runs, it would detect there&#39;s<br>
already an entry in the db and would be able to provide the progress report.<br>
<br>
Similar to the way an autobuilder can create a shared sstate mirror, when a task<br>
is run on an autobuilder, it could save the line count and make it available to<br>
other consumers, so on first run you would get a progress report, rather than<br>
having to bootstrap the line counts first.</blockquote></div><br>I think if you want to do this, then we should do it in a generic way, to store info of that sort from a build and use it as input to another build, i.e. another sqlite3 db or something, as this isn&#39;t the only case where build output could be used as hints for another build.<br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Christopher Larson<br>clarson at kergoth dot com<br>Founder - BitBake, OpenEmbedded, OpenZaurus<br>Maintainer - Tslib<br>Senior Software Engineer, Mentor Graphics</div>
</div></div>