>>>>> "McClintock" == McClintock Matthew-B29882 <[email protected]> writes:
McClintock> On Mon, Dec 5, 2011 at 6:04 PM, Peter Chubb McClintock> <[email protected]> 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 _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
