<?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>5065</bug_id>
          
          <creation_ts>2013-08-28 18:21:52 +0000</creation_ts>
          <short_desc>Document the fact that the SRCREV_meta needs to be updated after modifying the linux-yocto metadata meta branch</short_desc>
          <delta_ts>2013-09-13 14:45:50 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>9</classification_id>
          <classification>Documentation</classification>
          <product>Kernel Development</product>
          <component>kernel-development</component>
          <version>1.5</version>
          <rep_platform>All</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/commit/?id=5d3dc0e6ebc40b937c3f3ef397e2c94e7cb3b69b</bug_file_loc>
          <status_whiteboard>13 September 2013: IN PROGRESS REVIEW</status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>1.5 M5</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Elvis Dowson">elvis.dowson</reporter>
          <assigned_to name="Scott Rifenbark">srifenbark</assigned_to>
          <cc>dvhart</cc>
    
    <cc>srifenbark</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Done (doc changes complete)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>36006</commentid>
    <comment_count>0</comment_count>
    <who name="Elvis Dowson">elvis.dowson</who>
    <bug_when>2013-08-28 18:21:52 +0000</bug_when>
    <thetext>After modifying the meta-data in the linux-yocto meta branch, a kernel developer should not forget to update the SRCREVs in the linux-yocto_3.8.bb recipe.

This should be explicitly mentioned int the kernel development manual, else a kernel developer, new to modifying and updating the linux-yocto kernel meta data might spend hours or days trying to figure out why changes haven&apos;t been picked up by the build system.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36016</commentid>
    <comment_count>1</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-08-29 03:46:11 +0000</bug_when>
    <thetext>I&apos;m thinking a blurb could be added to &quot;3.3.2. In-Tree Metadata&quot; in the kernel-dev manual about being sure to update the SRCREV_meta variable to match the commit in the KMETA branch you wish to use.

The question is, would that have avoided the problem for you? I want to understand which sections you read and why you read them first. Was this one of them? If not, which one did you read? Would one of them need an update, or is some other higher level introduction to the SRCREV* vars needed elsewhere in the document?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36509</commentid>
    <comment_count>2</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2013-09-10 22:52:01 +0000</bug_when>
    <thetext>Darren, 

When you get more clarification on this we can update the manual.  I&apos;m on the CC list so will be able to track it. 

Scott</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36545</commentid>
    <comment_count>3</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-09-11 16:26:16 +0000</bug_when>
    <thetext>Scott, what clarification do you need? 

As far as the manual is concerned, whenever changes are made to any of the branches with associated SRCREV, typically:

SRCREV_machine (something like standard/minnowboard, but defined by KBRANCH)
SRCREV_meta (typically just meta, but defined by KMETA)

If you change these branches and want to rebuild from the source using the recipe, you need to update the corresponding SRCREV to match or you will be fetching an older commit.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36546</commentid>
    <comment_count>4</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-09-11 16:27:10 +0000</bug_when>
    <thetext>Reassigning to Scott with information provided. Scott, please let me know if that is enough to get changes in. If you would prefer I update the manual directly we can do that as well.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36636</commentid>
    <comment_count>5</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2013-09-12 23:24:46 +0000</bug_when>
    <thetext>Hi, 

I have added a paragraph at the end of the suggested section.  Here is the link.

http://www.yoctoproject.org/docs/1.5/kernel-dev/kernel-dev.html#in-tree-metadata

It is very general and assumes people reading it know what they are doing.  If you have comments or suggestions, add some comments here in Bugzilla.

Scott</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36640</commentid>
    <comment_count>6</comment_count>
    <who name="Elvis Dowson">elvis.dowson</who>
    <bug_when>2013-09-13 02:53:22 +0000</bug_when>
    <thetext>Hi Scott,
         The updated section looks fine.

Elvis Dowson</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36705</commentid>
    <comment_count>7</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2013-09-13 14:45:50 +0000</bug_when>
    <thetext>Elvis, 

Thanks for the review.  I am marking this bug resolved and turning off the Doc flag.

Scott</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>