<?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>11745</bug_id>
          
          <creation_ts>2017-07-02 14:14:03 +0000</creation_ts>
          <short_desc>nightly-refkit CreateBBLayersConf should be dynamic</short_desc>
          <delta_ts>2017-08-07 15:01:13 +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>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>2.4 M3</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Stephano Cetola">stephano</reporter>
          <assigned_to name="Stephano Cetola">stephano</assigned_to>
          <cc>akuster</cc>
    
    <cc>infras.ab.watcher</cc>
    
    <cc>Infras.watcher</cc>
    
    <cc>joshuagloe</cc>
    
    <cc>mikko.ylinen</cc>
    
    <cc>pidge</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>74701</commentid>
    <comment_count>0</comment_count>
    <who name="Stephano Cetola">stephano</who>
    <bug_when>2017-07-02 14:14:03 +0000</bug_when>
    <thetext>Since we are parsing and building all the images in refkit-ci.inc, a dynamic set of
images is built. We should be adding layers to bblayers.conf dynamically to avoid errors as refkit-ci.inc changes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74815</commentid>
    <comment_count>1</comment_count>
    <who name="Joshua Lock">joshuagloe</who>
    <bug_when>2017-07-06 14:46:36 +0000</bug_when>
    <thetext>refkit, quite nicely and correctly, uses TEMPLATECONF to provide a complete bblayers.conf

We should probably have the autobuilder machinery be able to use the automatically generated bblayers.conf (and local.conf) from there.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75225</commentid>
    <comment_count>2</comment_count>
    <who name="Joshua Lock">joshuagloe</who>
    <bug_when>2017-07-21 15:16:01 +0000</bug_when>
    <thetext>(In reply to comment #1)
&gt; refkit, quite nicely and correctly, uses TEMPLATECONF to provide a complete
&gt; bblayers.conf
&gt; 
&gt; We should probably have the autobuilder machinery be able to use the
&gt; automatically generated bblayers.conf (and local.conf) from there.

The difficulty here is that we need to use the OE-Core and bitbake from the top-level directory, not those cloned as part of the refkit checkout.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75252</commentid>
    <comment_count>3</comment_count>
    <who name="Stephano Cetola">stephano</who>
    <bug_when>2017-07-24 14:25:35 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; (In reply to comment #1)
&gt; &gt; refkit, quite nicely and correctly, uses TEMPLATECONF to provide a complete
&gt; &gt; bblayers.conf
&gt; &gt; 
&gt; &gt; We should probably have the autobuilder machinery be able to use the
&gt; &gt; automatically generated bblayers.conf (and local.conf) from there.
&gt; 
&gt; The difficulty here is that we need to use the OE-Core and bitbake from the
&gt; top-level directory, not those cloned as part of the refkit checkout.

Shouldn&apos;t we be doing both? I would think we&apos;d want this setup:

1) Test refkit build exactly as they expect; with all their layers and revs.
2) Test meta-refkit with the HEAD of Yocto master

Test 1 would ensure refkit builds as expected while test 2 would provide a &quot;head&apos;s up&quot; for future problems with Yocto.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75253</commentid>
    <comment_count>4</comment_count>
    <who name="Joshua Lock">joshuagloe</who>
    <bug_when>2017-07-24 14:33:37 +0000</bug_when>
    <thetext>Test one already happens on refkit&apos;s CI, whilst test two is the value add we provide by building on the Yocto AB.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75291</commentid>
    <comment_count>5</comment_count>
    <who name="Stephano Cetola">stephano</who>
    <bug_when>2017-07-25 15:22:29 +0000</bug_when>
    <thetext>*** Bug 11823 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75306</commentid>
    <comment_count>6</comment_count>
    <who name="Armin Kuster">akuster</who>
    <bug_when>2017-07-25 23:02:56 +0000</bug_when>
    <thetext>looks like it failed again.

https://autobuilder.yocto.io/builders/nightly-refkit/builds/75/steps/BuildImages/logs/stdio


NOTE: Starting bitbake server...
ERROR: Layer &apos;refkit&apos; depends on layer &apos;iot-web&apos;, but this layer is not enabled in your configuration
ERROR: Layer &apos;refkit-gateway&apos; depends on layer &apos;iot-web&apos;, but this layer is not enabled in your configuration</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75690</commentid>
    <comment_count>7</comment_count>
    <who name="Stephano Cetola">stephano</who>
    <bug_when>2017-08-07 15:01:13 +0000</bug_when>
    <thetext>Merged in 07c52d2b3ee445d84f24ad5c016f89615a52bab9</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>