<?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>6345</bug_id>
          
          <creation_ts>2014-05-18 01:44:58 +0000</creation_ts>
          <short_desc>gitsm.py doesn&apos;t seem to work as expected</short_desc>
          <delta_ts>2014-05-19 12:56:29 +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>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>Undecided</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Chris Morgan">chmorgan</reporter>
          <assigned_to name="Richard Purdie">richard.purdie</assigned_to>
          <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Don&apos;t know</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>43399</commentid>
    <comment_count>0</comment_count>
    <who name="Chris Morgan">chmorgan</who>
    <bug_when>2014-05-18 01:44:58 +0000</bug_when>
    <thetext>Trying to use gitsm to fetch a git repo with submodules and seeing:

bitbucket.org.&lt;account&gt;.&lt;project&gt;.git/modules /home/cmorgan/projects/yocto_poky/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/&lt;application&gt;/git-r0/git//.git/
DEBUG: Python function base_do_unpack finished
DEBUG: Python function do_unpack finished
ERROR: Function failed: Fetcher failure: Fetch command failed with exit code 1, output:
cp: cannot stat &apos;/home/cmorgan/projects/yocto_poky/build/downloads/git2/bitbucket.org.&lt;account&gt;.&lt;project&gt;.git/modules&apos;: No such file or directory


Looking at this output directory I see:

$ ls -a
.  ..  branches  config  description  HEAD  hooks  info  objects
packed-refs  refs


So there doesn&apos;t appear to be a modules directory even though this repository has submodules.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>43400</commentid>
    <comment_count>1</comment_count>
    <who name="Chris Morgan">chmorgan</who>
    <bug_when>2014-05-18 15:56:49 +0000</bug_when>
    <thetext>I was in the process of creating a recipe and a test repository on github (which has the same syntax as bitbucket) and my test case didn&apos;t reproduce. I ran:

bitbake -c clean mybitbucketrecipe and then

bitbake mybitbucketrecipe

and it works.

I suspect the issue is that I had originally used a git:// path and then switched to a gitsm:// path without cleaning in between.

Does this make sense? I ran a few times cleaning and rebuilding and it looks like everything is good now so I&apos;m inclined to say so...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>43404</commentid>
    <comment_count>2</comment_count>
    <who name="Chris Morgan">chmorgan</who>
    <bug_when>2014-05-19 12:56:29 +0000</bug_when>
    <thetext>Marking as resolved. I was able to get patches in to improve the gitsm:// fetcher documentation and testing here indicates that everything is working as expected with gitsm://.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>