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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox