[oe] Git SRC_TARBALL_STASH filename

Douglas Royds douglas.royds at tait.co.nz
Wed Mar 18 02:11:15 UTC 2009


Tom Rini wrote:
> On Tue, Mar 17, 2009 at 05:33:14PM +1300, Douglas Royds wrote:
>
>   
>> Working behind a firewall that doesn't allow Git access (except over  
>> http). I've set SRC_TARBALL_STASH so that we only have to download the  
>> appropriate source tarball (manually) once.
>>
>> While building mtd-utils, BitBake is trying to fetch from the tarball stash:
>>
>>    http://.../git_git.infradead.org.mtd-utils.git.tar.gz
>>
>> Instead of:
>>
>>    http://.../git_git.infradead.org.mtd-utils.git_ea429635388f7bb53f62c41ec3d5ccf5fa207370.tar.gz
>>
>> The following patch appears to do the job, but I'm not confident this is  
>> the right fix. I notice that all the other fetchers use ud.localfile,  
>> which already has the correct filename.
>>     
>
> What's going on is that it's trying to fetch the raw git tree stash,
> rather than the checkout stash, so you need to mirror the other.  OTOH,
> perhaps it should try first the checkout then the raw?
>   

I don't have the raw git tree stash (firewall, remember)? Regrettably, 
mtd-utils don't appear to provide HTTP access to their repository - only 
git and ssh - so I don't appear to have any way of getting it.

The Subversion fetcher appears to happily pick up the checkout first. If 
someone has the enthusiasm to make that change for the git fetcher (as 
you suggest), that'd be great. I'm not going to get to it for some time.

Thanks,
Douglas.





=======================================================================
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be
the subject of legal or other privilege, none of which is waived or
lost by reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no
other act on the email.
Unfortunately, we cannot warrant that the email has not been
 altered or corrupted during transmission.
=======================================================================





More information about the Openembedded-devel mailing list