All of lore.kernel.org
 help / color / mirror / Atom feed
From: Douglas Royds <douglas.royds@tait.co.nz>
To: openembedded-devel@lists.openembedded.org
Subject: Re: Git SRC_TARBALL_STASH filename
Date: Wed, 18 Mar 2009 15:11:15 +1300	[thread overview]
Message-ID: <49C05843.4030504@tait.co.nz> (raw)
In-Reply-To: <20090317050424.GJ26343@smtp.west.cox.net>

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.
=======================================================================




  parent reply	other threads:[~2009-03-18  2:12 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-17  4:33 Git SRC_TARBALL_STASH filename Douglas Royds
2009-03-17  5:04 ` Tom Rini
2009-03-17 16:40   ` Shane Dixon
2009-03-17 16:57     ` Tom Rini
2009-03-17 22:16     ` Douglas Royds
2009-03-18  2:11   ` Douglas Royds [this message]
2009-03-18  6:25     ` Tom Rini
2009-04-16 21:04     ` Douglas Royds

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=49C05843.4030504@tait.co.nz \
    --to=douglas.royds@tait.co.nz \
    --cc=openembedded-devel@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.