libgdbus do_unpack failing in master

libgdbus do_unpack failing in master

[Darren Hart]

libgdbus is hitting an unpack failure. Fetch completes, but do_unpack
fails complaining that we appear to have checked out an empty repository.

I get the same when I clone manually from the SRC_URI (a kernel.org repo
that appears to not have been fully restored):

$ git clone git://git.kernel.org/pub/scm/bluetooth/libgdbus.git
Cloning into libgdbus...
warning: You appear to have cloned an empty repository.

I was able to find a functional fetch in an older download to get going
again.

Can we somehow mark this as needing to fetch from the mirror for the
time being?

Beth, are we performing a do_unpack on every fetch without using mirrors
on the autobuilder? If not, could we add a single world build which
doesn't share the downloads dir with the other builds? As dependent as
we are on the upstream URLs, it would be good to catch this sort of
thing earlier.

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel

Re: libgdbus do_unpack failing in master

[Darren Hart]

On 11/25/2011 07:02 AM, Darren Hart wrote:
> libgdbus is hitting an unpack failure. Fetch completes, but do_unpack
> fails complaining that we appear to have checked out an empty repository.
> 
> I get the same when I clone manually from the SRC_URI (a kernel.org repo
> that appears to not have been fully restored):
> 
> $ git clone git://git.kernel.org/pub/scm/bluetooth/libgdbus.git
> Cloning into libgdbus...
> warning: You appear to have cloned an empty repository.
> 
> I was able to find a functional fetch in an older download to get going
> again.
> 
> Can we somehow mark this as needing to fetch from the mirror for the
> time being?
> 
> Beth, are we performing a do_unpack on every fetch without using mirrors
> on the autobuilder? If not, could we add a single world build which
> doesn't share the downloads dir with the other builds? As dependent as
> we are on the upstream URLs, it would be good to catch this sort of
> thing earlier.

Bump,

Any thoughts here Beth?

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel

Re: libgdbus do_unpack failing in master

[Flanagan, Elizabeth]

[-- Attachment #1: Type: text/plain, Size: 1431 bytes --]

On Fri, Nov 25, 2011 at 7:02 AM, Darren Hart <dvhart@linux.intel.com> wrote:

> libgdbus is hitting an unpack failure. Fetch completes, but do_unpack
> fails complaining that we appear to have checked out an empty repository.
>
> I get the same when I clone manually from the SRC_URI (a kernel.org repo
> that appears to not have been fully restored):
>
> $ git clone git://git.kernel.org/pub/scm/bluetooth/libgdbus.git
> Cloning into libgdbus...
> warning: You appear to have cloned an empty repository.
>
> I was able to find a functional fetch in an older download to get going
> again.
>
> Can we somehow mark this as needing to fetch from the mirror for the
> time being?
>
> Beth, are we performing a do_unpack on every fetch without using mirrors
> on the autobuilder? If not, could we add a single world build which
> doesn't share the downloads dir with the other builds? As dependent as
> we are on the upstream URLs, it would be good to catch this sort of
> thing earlier.
>
>
We do a world fetch into current_sources. That is the autobuilders DL_DIR.
Once a day that gets rsynced to the main source mirror. I don't do a
do_unpack on every fetch, but yeah, open a bug and I'll see what I can do
to validate the download.

-b


> --
> Darren Hart
> Intel Open Source Technology Center
> Yocto Project - Linux Kernel
>



-- 
Elizabeth Flanagan
Yocto Project
Build and Release

[-- Attachment #2: Type: text/html, Size: 2127 bytes --]