[oe] Git SRC_TARBALL_STASH filename
Douglas Royds
douglas.royds at tait.co.nz
Tue Mar 17 22:16:45 UTC 2009
SRC_TARBALL_STASH is used by all the VCS "fetchers" (CVS, Subversion,
Git, ...) to try to download the desired VCS tagged version as a tarball
before going to the VCS itself.
SOURCE_MIRROR_URL is used in own-mirrors.bbclass to set the PREMIRRORS
variable, which is used by the wget.pyb BitBake "fetcher" before it has
a go at the specified SRC_URI. SOURCE_MIRROR_URL will only apply to
tarballs fetched by wget, not to VCS URLs.
Shane Dixon wrote:
> Does SRC_TARBALL_STASH replace the PREMIRRORS variable? I used to use a
> variable in my local.conf that was similar to the following:
>
> PREMIRRORS = "(ftp|https?)$://.*/.*/ http://server.com/openembedded/"
>
> Is SRC_TARBALL_STASH the better way to do this?
>
> --
> Shane
>
>
> On Mon, 2009-03-16 at 22:04 -0700, 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?
>>
>>
=======================================================================
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