<?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>11011</bug_id>
          
          <creation_ts>2017-02-03 01:43:50 +0000</creation_ts>
          <short_desc>eSDK: Double parse on eSDK installation</short_desc>
          <delta_ts>2025-07-03 15:32:51 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>6</classification_id>
          <classification>Yocto Project Subprojects</classification>
          <product>eSDK</product>
          <component>eSDK</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>Future</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Paul Eggleton">bluelightning</reporter>
          <assigned_to name="Unassigned">unassigned</assigned_to>
          <cc>eduard.bartosh</cc>
    
    <cc>jose.perez.carranza</cc>
    
    <cc>randy.macleod</cc>
    
    <cc>richard.purdie</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>70411</commentid>
    <comment_count>0</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2017-02-03 01:43:50 +0000</bug_when>
    <thetext>Richard recently introduced a call to &quot;bitbake build-sysroots&quot; at the end of the eSDK installation (in ext-sdk-prepare.py), and as a result we now see a two full parses of all the recipes when installing the eSDK. The underlying cause for this is uninative which doesn&apos;t fully activate on the first execution of bitbake but does on the second, so this isn&apos;t especially new - it&apos;s just more apparent now vs earlier where the second parse was triggered the first time we run devtool within the installed SDK.

This is really poor experience - there must be a way to avoid this second parse which is doing nothing for us.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>76674</commentid>
    <comment_count>1</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2017-09-07 23:32:47 +0000</bug_when>
    <thetext>See comments on bug 9974 which is related. Moving to 2.5 for the same reason.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>80300</commentid>
    <comment_count>2</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2018-04-18 15:10:30 +0000</bug_when>
    <thetext>See notes on bug 9974 - this may now be resolved, we&apos;d just want to check the user experience.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>95861</commentid>
    <comment_count>3</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2023-06-29 16:38:26 +0000</bug_when>
    <thetext>Still worth doing when we have the people available. -- YP bug review.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>102402</commentid>
    <comment_count>4</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2025-07-03 15:32:51 +0000</bug_when>
    <thetext>Still worth doing when we have the people available. -- YP bug review.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>