<?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>2512</bug_id>
          
          <creation_ts>2012-05-28 13:36:29 +0000</creation_ts>
          <short_desc>Parse failure with SCM in SRC_URI and SRCREV not specified</short_desc>
          <delta_ts>2012-05-30 17:13:47 +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>BitBake</product>
          <component>bitbake</component>
          <version>1.2</version>
          <rep_platform>All</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>Fixed</status_whiteboard>
          <keywords></keywords>
          <priority>Undecided</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Paul Eggleton">bluelightning</reporter>
          <assigned_to name="Paul Eggleton">bluelightning</assigned_to>
          <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>21675</commentid>
    <comment_count>0</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2012-05-28 13:36:29 +0000</bug_when>
    <thetext>Since the file checksum change went in we get an exception during parsing any recipe that has an SCM in SRC_URI (e.g. pointing at a git or svn repository) and SRCREV is not specified. This is not recommended, however it did used to at least be permitted.

Example error output:

ERROR: Failure expanding variable None, expression was ${@bb.fetch.get_checksum_file_list(d)} which triggered exception FetchError: Fetcher failure for URL: &apos;svn://anonsvn.kde.org/home/kde/tags/KDE/3.5.1;module=kdelibs;date=20060404&apos;. Please set SRCREV to a valid value
ERROR: Command execution failed: Traceback (most recent call last):
  File &quot;/home/paul/poky/poky/bitbake/lib/bb/command.py&quot;, line 84, in runAsyncCommand
    self.cooker.updateCache()
  File &quot;/home/paul/poky/poky/bitbake/lib/bb/cooker.py&quot;, line 1202, in updateCache
    if not self.parser.parse_next():
  File &quot;/home/paul/poky/poky/bitbake/lib/bb/cooker.py&quot;, line 1672, in parse_next
    self.virtuals += len(result)
UnboundLocalError: local variable &apos;result&apos; referenced before assignment


Note that this also demonstrates that there are certain kinds of failure that we still don&apos;t report well - there is no recipe mentioned in the above error.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21752</commentid>
    <comment_count>1</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2012-05-30 17:13:47 +0000</bug_when>
    <thetext>Fixed merged to master in the following commit:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=43551f513da4c6dc81043099f9e8aa0211eefd8e

The error handling was also cleaned up with the following commits:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=bb81db6f619b1b17661e0f0a637988a6225b40a6
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=f0809ed7886f41969e1eaa5b9ec831882dd11fd3
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=64f88bf5d977f5aedf4fda672bba4aa165a72763</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>