[oe] [Beagleboard] Can't fetch Linux kernel source

[Peter Chubb]

>>>>> "McClintock" == McClintock Matthew-B29882 <B29882 at freescale.com> writes:

McClintock> On Mon, Dec 5, 2011 at 6:04 PM, Peter Chubb
McClintock> <peter.chubb at nicta.com.au> wrote:
>> With a fresh checkout of  openembedded and all its layers, using
>> oebb.sh, I see:  NOTE: package linux-3.0.12-r113b: task do_fetch:
>> Started  ...   ...git fetch -f --prune
>>  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
>> refs/*:refs/*  error: refs/tags/v2.6.38-rc7 does not point to a
>> valid object!   error: refs/tags/v2.6.38-rc8 does not point to a
>> valid object!   error: refs/tags/v2.6.38.1 does not point to a
>> valid object!
>> 
>>  NOTE: package linux-3.0.12-r113b: task do_fetch: Failed ERROR:
>> Task 4
>> (/usr/src/Angstrom/sources/meta-ti/recipes-kernel/linux/linux_3.0.bb,
>> do_fetch) failed with exit code '1'
>> 
>> It sems to me that either the recipe for fetching from GIT is
>> broken, or the upstream repos is broken, or git is broken. (I have
>> git version 1.7.7.3 installed, from Debian).
>> 
>> I can do:  git clone \
>>  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
>> 
>> and everything succeeds; git fsck on the resulting repository
>> reports no errors.  What's more, the revision the recipe is looking
>> for is present in the resulting repository.
>> 
>> Therefore I suspect a bug in the git do_fetch() method.

McClintock> Do those tags still exists upstream?

Yes.

In fact, if I clone from the upstream into ${OE_BASE}/downloads/git2/
the recipe works.  It's only if git2 starts off empty or non-existent
that do_fetch() fails. 

--
Dr Peter Chubb                                  peter DOT chubb AT nicta.com.au
http://www.ertos.nicta.com.au               ERTOS within National ICT Australia
All things shall perish from under the sky/Music alone shall live, never to die