From: Martin Jansa <martin.jansa@gmail.com>
To: Bruce Ashfield <bruce.ashfield@windriver.com>
Cc: openembedded-commits@lists.openembedded.org,
openembedded-core@lists.openembedded.org
Subject: Re: [oe-commits] Bruce Ashfield : linux-yocto/3.10: fix drm build failure
Date: Wed, 2 Apr 2014 19:07:18 +0200 [thread overview]
Message-ID: <20140402170718.GC2132@jama> (raw)
In-Reply-To: <20140331215105.GI2425@jama>
[-- Attachment #1: Type: text/plain, Size: 4244 bytes --]
On Mon, Mar 31, 2014 at 11:51:05PM +0200, Martin Jansa wrote:
> > I can confirm that that is the right revision. I wonder what the fetcher
> > is doing, or is something in the infrastructure caching and older
> > revision ?
>
> Sorry for noise, it was after all our mirror not getting updates
> anymore, fetching it manually works.
I've noticed one more thing:
When fetch fails, the checkout in downloads/git2/git.yoctoproject.org.linux-yocto-3.14.git
is removed and then git cloned again:
This is what I did:
# check that checkout is there:
OE qemux86@ ~/build/oe-core $ ll downloads/git2/*linux-yocto-3.14*
-rw-r--r-- 1 bitbake bitbake 0 Apr 1 14:38 downloads/git2/git.yoctoproject.org.linux-yocto-3.14.git.done
downloads/git2/git.yoctoproject.org.linux-yocto-3.14.git:
total 156
drwxr-xr-x 6 bitbake bitbake 4096 Apr 1 14:38 ./
drwxr-xr-x 210 bitbake bitbake 36864 Apr 2 17:29 ../
-rw-r--r-- 1 bitbake bitbake 42799 Apr 1 14:38 FETCH_HEAD
-rw-r--r-- 1 bitbake bitbake 23 Mar 29 21:18 HEAD
-rw-r--r-- 1 bitbake bitbake 163 Apr 1 14:38 config
-rw-r--r-- 1 bitbake bitbake 73 Mar 29 20:57 description
drwxr-xr-x 2 bitbake bitbake 4096 Mar 29 20:57 hooks/
drwxr-xr-x 2 bitbake bitbake 4096 Mar 29 20:57 info/
drwxr-xr-x 4 bitbake bitbake 4096 Mar 29 20:57 objects/
-rw-r--r-- 1 bitbake bitbake 40375 Mar 29 21:18 packed-refs
drwxr-xr-x 4 bitbake bitbake 4096 Mar 29 20:57 refs/
# create backup just in case:
OE qemux86@ ~/build/oe-core $ cp -ra downloads/git2/git.yoctoproject.org.linux-yocto-3.14.git downloads/git2/git.yoctoproject.org.linux-yocto-3.14.git-backup
# put wrong SRCREV
OE qemux86@ ~/build/oe-core $ vi openembedded-core/meta/recipes-kernel/linux/linux-yocto_3.14.bb
# try to build it:
OE qemux86@ ~/build/oe-core $ bitbake linux-yocto
NOTE: Started PRServer with DBfile: /OE/build/oe-core/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 40335, PID: 8726
Loading cache: 100% |#########################################################################################################################| ETA: 00:00:00...
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
WARNING: Failed to fetch URL git://git.yoctoproject.org/linux-yocto-3.14.git;bareclone=1;branch=standard/common-pc/base,meta;name=machine,meta, attempting MIRRORS if available
Currently 2 running tasks (238 of 551):
0: linux-yocto-3.14+gitAUTOINC+fc8c30398d_0143c6ebb4-r0 do_fetch (pid 10446)
1: binutils-cross-2.24-r0 do_compile (pid 15509)
ERROR: Logfile of failure stored in: /OE/build/oe-core/tmp-eglibc/work/qemux86-oe-linux/linux-yocto/3.14+gitAUTOINC+fc8c30398d_0143c6ebb4-r0/temp/log.do_fetch.10446 Currently 1 running tasks (238 of 551):
NOTE: Tasks Summary: Attempted 239 tasks of which 67 didn't need to be rerun and 1 failed.
NOTE: Writing buildhistory
Waiting for 0 running tasks to finish:
Summary: 1 task failed:
/OE/build/oe-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_3.14.bb, do_fetch
Summary: There was 1 WARNING message shown.
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
It was removed and then created again (this isn't good proof, but I was checking while the build was
running and the directory was gone):
drwxr-xr-x 4 bitbake bitbake 4096 Apr 2 18:56 downloads/git2/git.yoctoproject.org.linux-yocto-3.14.git
drwxr-xr-x 6 bitbake bitbake 4096 Apr 1 14:38 downloads/git2/git.yoctoproject.org.linux-yocto-3.14.git-backup
It's because fetcher is calling clean() before trying the MIRRORS, but I think in this special case it's
a bit sad, because for very big repos the first thing I want to do is "git branch -a --contains $SRCREV"
in downloads/git2/repo and it's already gone
It can also increase the load we create on git servers, but I don't know if we can correctly recover from
old kinds of fetcher issues without actually doing the clean(). E.g. if it failed because of wrong permissions
on some directory...
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
next prev parent reply other threads:[~2014-04-02 17:07 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20140330090302.B0FBA50478@opal>
2014-03-30 11:30 ` [oe-commits] Bruce Ashfield : linux-yocto/3.10: fix drm build failure Martin Jansa
2014-03-30 12:36 ` Richard Purdie
2014-03-30 13:36 ` Bruce Ashfield
2014-03-30 14:36 ` Bruce Ashfield
2014-03-31 21:51 ` Martin Jansa
2014-03-31 22:32 ` Bruce Ashfield
2014-04-02 17:07 ` Martin Jansa [this message]
2014-04-03 7:23 ` Richard Purdie
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=20140402170718.GC2132@jama \
--to=martin.jansa@gmail.com \
--cc=bruce.ashfield@windriver.com \
--cc=openembedded-commits@lists.openembedded.org \
--cc=openembedded-core@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.