* building for pandaboard fails fetching u-boot *way* into the build phase
@ 2012-11-20 16:24 Robert P. J. Day
2012-11-20 17:16 ` Denys Dmytriyenko
0 siblings, 1 reply; 12+ messages in thread
From: Robert P. J. Day @ 2012-11-20 16:24 UTC (permalink / raw)
To: meta-ti mailing list
i'm sure there's a trivial workaround/explanation for this, but i
wanted to build the basic meta-ti based build for my panda ES, so i
started with oe-core and added the meta-ti layer. then, because of
some license issues (and based on a quick google search), i added this
to my local.conf:
BBMASK = "meta-ti/recipes-misc"
at that point, after selecting "pandaboard" as the machine, i wanted
to prefetch everything:
$ bitbake -c fetchall core-image-minimal
which used solely my pre-mirror directory so that didn't take long.
*then*, because i allegedly had fetched everything i needed for the
build, i edited my site.conf file and added:
BB_NO_NETWORK = "1"
which, AIUI, should be perfectly safe since i had just done a
fetchall. not so:
ERROR: Function failed: Network access disabled through BB_NO_NETWORK
but access requested with command git clone --bare --mirror
git://www.denx.de/git/u-boot.git
/home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
(for url None)
ERROR: Logfile of failure stored in:
/home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
hmmmmmm ...
$ bitbake -s | grep u-boot
nativesdk-u-boot-mkimage :2011.06-r0
u-boot :2011.12-r8
u-boot-fw-utils :2011.06-r1
u-boot-mkimage :2011.06-r0
u-boot-mkimage-native :2011.06-r0
$
ok, now i'm confused. the above suggests that the version of u-boot
to be used here is 2011.12-r8, but that was never fetched, and it's
only now toward the end of the build that the fetch is attempted.
can someone clarify what's happening here? why did my "fetchall"
operation not fetch everything the build was going to need?
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-ti] building for pandaboard fails fetching u-boot *way* into the build phase
2012-11-20 16:24 building for pandaboard fails fetching u-boot *way* into the build phase Robert P. J. Day
@ 2012-11-20 17:16 ` Denys Dmytriyenko
0 siblings, 0 replies; 12+ messages in thread
From: Denys Dmytriyenko @ 2012-11-20 17:16 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: meta-ti mailing list, bitbake-devel, openembedded-core
On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:
>
> i'm sure there's a trivial workaround/explanation for this, but i
> wanted to build the basic meta-ti based build for my panda ES, so i
> started with oe-core and added the meta-ti layer. then, because of
> some license issues (and based on a quick google search), i added this
> to my local.conf:
>
> BBMASK = "meta-ti/recipes-misc"
>
> at that point, after selecting "pandaboard" as the machine, i wanted
> to prefetch everything:
>
> $ bitbake -c fetchall core-image-minimal
>
> which used solely my pre-mirror directory so that didn't take long.
>
> *then*, because i allegedly had fetched everything i needed for the
> build, i edited my site.conf file and added:
>
> BB_NO_NETWORK = "1"
>
> which, AIUI, should be perfectly safe since i had just done a
> fetchall. not so:
>
> ERROR: Function failed: Network access disabled through BB_NO_NETWORK
> but access requested with command git clone --bare --mirror
> git://www.denx.de/git/u-boot.git
> /home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
> (for url None)
> ERROR: Logfile of failure stored in:
> /home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
>
> hmmmmmm ...
>
> $ bitbake -s | grep u-boot
> nativesdk-u-boot-mkimage :2011.06-r0
> u-boot :2011.12-r8
> u-boot-fw-utils :2011.06-r1
> u-boot-mkimage :2011.06-r0
> u-boot-mkimage-native :2011.06-r0
> $
>
> ok, now i'm confused. the above suggests that the version of u-boot
> to be used here is 2011.12-r8, but that was never fetched, and it's
> only now toward the end of the build that the fetch is attempted.
>
> can someone clarify what's happening here? why did my "fetchall"
> operation not fetch everything the build was going to need?
Is that because u-boot is not in a standard DEPENDS/RDEPENDS dependency tree,
but rather in EXTRA_IMAGEDEPENDS list? I'm copying bitbake and oe-core lists,
as I don't think it's meta-ti specific issue - u-boot recipe looks fine.
--
Denys
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building for pandaboard fails fetching u-boot *way* into the build phase
@ 2012-11-20 17:16 ` Denys Dmytriyenko
0 siblings, 0 replies; 12+ messages in thread
From: Denys Dmytriyenko @ 2012-11-20 17:16 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: meta-ti mailing list, bitbake-devel, openembedded-core
On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:
>
> i'm sure there's a trivial workaround/explanation for this, but i
> wanted to build the basic meta-ti based build for my panda ES, so i
> started with oe-core and added the meta-ti layer. then, because of
> some license issues (and based on a quick google search), i added this
> to my local.conf:
>
> BBMASK = "meta-ti/recipes-misc"
>
> at that point, after selecting "pandaboard" as the machine, i wanted
> to prefetch everything:
>
> $ bitbake -c fetchall core-image-minimal
>
> which used solely my pre-mirror directory so that didn't take long.
>
> *then*, because i allegedly had fetched everything i needed for the
> build, i edited my site.conf file and added:
>
> BB_NO_NETWORK = "1"
>
> which, AIUI, should be perfectly safe since i had just done a
> fetchall. not so:
>
> ERROR: Function failed: Network access disabled through BB_NO_NETWORK
> but access requested with command git clone --bare --mirror
> git://www.denx.de/git/u-boot.git
> /home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
> (for url None)
> ERROR: Logfile of failure stored in:
> /home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
>
> hmmmmmm ...
>
> $ bitbake -s | grep u-boot
> nativesdk-u-boot-mkimage :2011.06-r0
> u-boot :2011.12-r8
> u-boot-fw-utils :2011.06-r1
> u-boot-mkimage :2011.06-r0
> u-boot-mkimage-native :2011.06-r0
> $
>
> ok, now i'm confused. the above suggests that the version of u-boot
> to be used here is 2011.12-r8, but that was never fetched, and it's
> only now toward the end of the build that the fetch is attempted.
>
> can someone clarify what's happening here? why did my "fetchall"
> operation not fetch everything the build was going to need?
Is that because u-boot is not in a standard DEPENDS/RDEPENDS dependency tree,
but rather in EXTRA_IMAGEDEPENDS list? I'm copying bitbake and oe-core lists,
as I don't think it's meta-ti specific issue - u-boot recipe looks fine.
--
Denys
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-ti] building for pandaboard fails fetching u-boot *way* into the build phase
2012-11-20 17:16 ` Denys Dmytriyenko
@ 2012-11-20 17:34 ` Robert P. J. Day
-1 siblings, 0 replies; 12+ messages in thread
From: Robert P. J. Day @ 2012-11-20 17:34 UTC (permalink / raw)
To: Denys Dmytriyenko; +Cc: meta-ti mailing list, bitbake-devel, openembedded-core
On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
> On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:
> >
> > i'm sure there's a trivial workaround/explanation for this, but i
> > wanted to build the basic meta-ti based build for my panda ES, so i
> > started with oe-core and added the meta-ti layer. then, because of
> > some license issues (and based on a quick google search), i added this
> > to my local.conf:
> >
> > BBMASK = "meta-ti/recipes-misc"
> >
> > at that point, after selecting "pandaboard" as the machine, i wanted
> > to prefetch everything:
> >
> > $ bitbake -c fetchall core-image-minimal
> >
> > which used solely my pre-mirror directory so that didn't take long.
> >
> > *then*, because i allegedly had fetched everything i needed for the
> > build, i edited my site.conf file and added:
> >
> > BB_NO_NETWORK = "1"
> >
> > which, AIUI, should be perfectly safe since i had just done a
> > fetchall. not so:
> >
> > ERROR: Function failed: Network access disabled through BB_NO_NETWORK
> > but access requested with command git clone --bare --mirror
> > git://www.denx.de/git/u-boot.git
> > /home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
> > (for url None)
> > ERROR: Logfile of failure stored in:
> > /home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
> >
> > hmmmmmm ...
> >
> > $ bitbake -s | grep u-boot
> > nativesdk-u-boot-mkimage :2011.06-r0
> > u-boot :2011.12-r8
> > u-boot-fw-utils :2011.06-r1
> > u-boot-mkimage :2011.06-r0
> > u-boot-mkimage-native :2011.06-r0
> > $
> >
> > ok, now i'm confused. the above suggests that the version of u-boot
> > to be used here is 2011.12-r8, but that was never fetched, and it's
> > only now toward the end of the build that the fetch is attempted.
> >
> > can someone clarify what's happening here? why did my "fetchall"
> > operation not fetch everything the build was going to need?
>
> Is that because u-boot is not in a standard DEPENDS/RDEPENDS
> dependency tree, but rather in EXTRA_IMAGEDEPENDS list? I'm copying
> bitbake and oe-core lists, as I don't think it's meta-ti specific
> issue - u-boot recipe looks fine.
good question ... for which i don't know the answer. to make sure
this is reproducible, i blew everything away and started from scratch
with a new panda build. here's my bblayers.conf:
# LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
# changes incompatibly
LCONF_VERSION = "5"
BBPATH = "${TOPDIR}"
BBFILES ?= ""
BBLAYERS ?= " \
/home/rpjday/y/src/oe-core/meta \
/home/rpjday/y/src/git/meta-ti \
"
and here's my site.conf:
SCONF_VERSION = "1"
SOURCE_MIRROR_URL ?= "file:///home/rpjday/y/src/dl/"
INHERIT += "own-mirrors"
BB_GENERATE_MIRROR_TARBALLS = "1"
# BB_NO_NETWORK = "1"
once again, here's the allegedly preferred versions:
$ bitbake -s | grep u-boot
nativesdk-u-boot-mkimage :2011.06-r0
u-boot :2011.12-r8
u-boot-fw-utils :2011.06-r1
u-boot-mkimage :2011.06-r0
u-boot-mkimage-native :2011.06-r0
$
but when i do a "fetchall", i don't get u-boot_2011.12. only when i
try to build a core-image-minimal does the build fail toward the end
trying to fetch u-boot_2011.12. here's the layering info:
$ bitbake-layers show-recipes
... snip ...
u-boot:
meta-ti 2011.12
meta-ti git
meta v2011.06+git3+b1af6f532e0d348b153d5c148369229d24af361a
meta v2012.04.01+git4+415d386877df49eb051b85ef74fa59a16dc17c7d
meta v2011.03+git1+19b54a701811220221fc4d5089a2bb18892018ca
meta-ti 2011.09 (skipped)
meta-ti 2011.10rc (skipped)
meta-ti 2012.07 (skipped)
meta-ti 2011.06 (skipped)
meta-ti 2011.09-psp04.06.00.08 (skipped)
meta-ti 2010.06-psp (skipped)u-boot-fw-utils:
meta 2011.06
meta v2012.04.01+git1+415d386877df49eb051b85ef74fa59a16dc17c7d
i'm sure i'm just doing something silly, but i've never run into the
situation where a "fetchall" doesn't actually fetch absolutely
everything that's needed for the build.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building for pandaboard fails fetching u-boot *way* into the build phase
@ 2012-11-20 17:34 ` Robert P. J. Day
0 siblings, 0 replies; 12+ messages in thread
From: Robert P. J. Day @ 2012-11-20 17:34 UTC (permalink / raw)
To: Denys Dmytriyenko; +Cc: meta-ti mailing list, bitbake-devel, openembedded-core
On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
> On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:
> >
> > i'm sure there's a trivial workaround/explanation for this, but i
> > wanted to build the basic meta-ti based build for my panda ES, so i
> > started with oe-core and added the meta-ti layer. then, because of
> > some license issues (and based on a quick google search), i added this
> > to my local.conf:
> >
> > BBMASK = "meta-ti/recipes-misc"
> >
> > at that point, after selecting "pandaboard" as the machine, i wanted
> > to prefetch everything:
> >
> > $ bitbake -c fetchall core-image-minimal
> >
> > which used solely my pre-mirror directory so that didn't take long.
> >
> > *then*, because i allegedly had fetched everything i needed for the
> > build, i edited my site.conf file and added:
> >
> > BB_NO_NETWORK = "1"
> >
> > which, AIUI, should be perfectly safe since i had just done a
> > fetchall. not so:
> >
> > ERROR: Function failed: Network access disabled through BB_NO_NETWORK
> > but access requested with command git clone --bare --mirror
> > git://www.denx.de/git/u-boot.git
> > /home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
> > (for url None)
> > ERROR: Logfile of failure stored in:
> > /home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
> >
> > hmmmmmm ...
> >
> > $ bitbake -s | grep u-boot
> > nativesdk-u-boot-mkimage :2011.06-r0
> > u-boot :2011.12-r8
> > u-boot-fw-utils :2011.06-r1
> > u-boot-mkimage :2011.06-r0
> > u-boot-mkimage-native :2011.06-r0
> > $
> >
> > ok, now i'm confused. the above suggests that the version of u-boot
> > to be used here is 2011.12-r8, but that was never fetched, and it's
> > only now toward the end of the build that the fetch is attempted.
> >
> > can someone clarify what's happening here? why did my "fetchall"
> > operation not fetch everything the build was going to need?
>
> Is that because u-boot is not in a standard DEPENDS/RDEPENDS
> dependency tree, but rather in EXTRA_IMAGEDEPENDS list? I'm copying
> bitbake and oe-core lists, as I don't think it's meta-ti specific
> issue - u-boot recipe looks fine.
good question ... for which i don't know the answer. to make sure
this is reproducible, i blew everything away and started from scratch
with a new panda build. here's my bblayers.conf:
# LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
# changes incompatibly
LCONF_VERSION = "5"
BBPATH = "${TOPDIR}"
BBFILES ?= ""
BBLAYERS ?= " \
/home/rpjday/y/src/oe-core/meta \
/home/rpjday/y/src/git/meta-ti \
"
and here's my site.conf:
SCONF_VERSION = "1"
SOURCE_MIRROR_URL ?= "file:///home/rpjday/y/src/dl/"
INHERIT += "own-mirrors"
BB_GENERATE_MIRROR_TARBALLS = "1"
# BB_NO_NETWORK = "1"
once again, here's the allegedly preferred versions:
$ bitbake -s | grep u-boot
nativesdk-u-boot-mkimage :2011.06-r0
u-boot :2011.12-r8
u-boot-fw-utils :2011.06-r1
u-boot-mkimage :2011.06-r0
u-boot-mkimage-native :2011.06-r0
$
but when i do a "fetchall", i don't get u-boot_2011.12. only when i
try to build a core-image-minimal does the build fail toward the end
trying to fetch u-boot_2011.12. here's the layering info:
$ bitbake-layers show-recipes
... snip ...
u-boot:
meta-ti 2011.12
meta-ti git
meta v2011.06+git3+b1af6f532e0d348b153d5c148369229d24af361a
meta v2012.04.01+git4+415d386877df49eb051b85ef74fa59a16dc17c7d
meta v2011.03+git1+19b54a701811220221fc4d5089a2bb18892018ca
meta-ti 2011.09 (skipped)
meta-ti 2011.10rc (skipped)
meta-ti 2012.07 (skipped)
meta-ti 2011.06 (skipped)
meta-ti 2011.09-psp04.06.00.08 (skipped)
meta-ti 2010.06-psp (skipped)u-boot-fw-utils:
meta 2011.06
meta v2012.04.01+git1+415d386877df49eb051b85ef74fa59a16dc17c7d
i'm sure i'm just doing something silly, but i've never run into the
situation where a "fetchall" doesn't actually fetch absolutely
everything that's needed for the build.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-ti] building for pandaboard fails fetching u-boot *way* into the build phase
2012-11-20 17:34 ` Robert P. J. Day
@ 2012-11-20 17:48 ` Denys Dmytriyenko
-1 siblings, 0 replies; 12+ messages in thread
From: Denys Dmytriyenko @ 2012-11-20 17:48 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: meta-ti mailing list, bitbake-devel, openembedded-core
On Tue, Nov 20, 2012 at 12:34:47PM -0500, Robert P. J. Day wrote:
> On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
>
> > On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:
> > >
> > > i'm sure there's a trivial workaround/explanation for this, but i
> > > wanted to build the basic meta-ti based build for my panda ES, so i
> > > started with oe-core and added the meta-ti layer. then, because of
> > > some license issues (and based on a quick google search), i added this
> > > to my local.conf:
> > >
> > > BBMASK = "meta-ti/recipes-misc"
> > >
> > > at that point, after selecting "pandaboard" as the machine, i wanted
> > > to prefetch everything:
> > >
> > > $ bitbake -c fetchall core-image-minimal
> > >
> > > which used solely my pre-mirror directory so that didn't take long.
> > >
> > > *then*, because i allegedly had fetched everything i needed for the
> > > build, i edited my site.conf file and added:
> > >
> > > BB_NO_NETWORK = "1"
> > >
> > > which, AIUI, should be perfectly safe since i had just done a
> > > fetchall. not so:
> > >
> > > ERROR: Function failed: Network access disabled through BB_NO_NETWORK
> > > but access requested with command git clone --bare --mirror
> > > git://www.denx.de/git/u-boot.git
> > > /home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
> > > (for url None)
> > > ERROR: Logfile of failure stored in:
> > > /home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
> > >
> > > hmmmmmm ...
> > >
> > > $ bitbake -s | grep u-boot
> > > nativesdk-u-boot-mkimage :2011.06-r0
> > > u-boot :2011.12-r8
> > > u-boot-fw-utils :2011.06-r1
> > > u-boot-mkimage :2011.06-r0
> > > u-boot-mkimage-native :2011.06-r0
> > > $
> > >
> > > ok, now i'm confused. the above suggests that the version of u-boot
> > > to be used here is 2011.12-r8, but that was never fetched, and it's
> > > only now toward the end of the build that the fetch is attempted.
> > >
> > > can someone clarify what's happening here? why did my "fetchall"
> > > operation not fetch everything the build was going to need?
> >
> > Is that because u-boot is not in a standard DEPENDS/RDEPENDS
> > dependency tree, but rather in EXTRA_IMAGEDEPENDS list? I'm copying
> > bitbake and oe-core lists, as I don't think it's meta-ti specific
> > issue - u-boot recipe looks fine.
>
> good question ... for which i don't know the answer. to make sure
> this is reproducible, i blew everything away and started from scratch
> with a new panda build. here's my bblayers.conf:
>
> but when i do a "fetchall", i don't get u-boot_2011.12. only when i
> try to build a core-image-minimal does the build fail toward the end
> trying to fetch u-boot_2011.12. here's the layering info:
>
> i'm sure i'm just doing something silly, but i've never run into the
> situation where a "fetchall" doesn't actually fetch absolutely
> everything that's needed for the build.
Try adding CORE_IMAGE_EXTRA_INSTALL="u-boot" somewhere, like local.conf and
if that fixes your usecase, it has to be a bug with bitbake forgetting to
pre-fetch machine's specific EXTRA_IMAGEDEPENDS - file a bug then.
--
Denys
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building for pandaboard fails fetching u-boot *way* into the build phase
@ 2012-11-20 17:48 ` Denys Dmytriyenko
0 siblings, 0 replies; 12+ messages in thread
From: Denys Dmytriyenko @ 2012-11-20 17:48 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: meta-ti mailing list, bitbake-devel, openembedded-core
On Tue, Nov 20, 2012 at 12:34:47PM -0500, Robert P. J. Day wrote:
> On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
>
> > On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:
> > >
> > > i'm sure there's a trivial workaround/explanation for this, but i
> > > wanted to build the basic meta-ti based build for my panda ES, so i
> > > started with oe-core and added the meta-ti layer. then, because of
> > > some license issues (and based on a quick google search), i added this
> > > to my local.conf:
> > >
> > > BBMASK = "meta-ti/recipes-misc"
> > >
> > > at that point, after selecting "pandaboard" as the machine, i wanted
> > > to prefetch everything:
> > >
> > > $ bitbake -c fetchall core-image-minimal
> > >
> > > which used solely my pre-mirror directory so that didn't take long.
> > >
> > > *then*, because i allegedly had fetched everything i needed for the
> > > build, i edited my site.conf file and added:
> > >
> > > BB_NO_NETWORK = "1"
> > >
> > > which, AIUI, should be perfectly safe since i had just done a
> > > fetchall. not so:
> > >
> > > ERROR: Function failed: Network access disabled through BB_NO_NETWORK
> > > but access requested with command git clone --bare --mirror
> > > git://www.denx.de/git/u-boot.git
> > > /home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
> > > (for url None)
> > > ERROR: Logfile of failure stored in:
> > > /home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
> > >
> > > hmmmmmm ...
> > >
> > > $ bitbake -s | grep u-boot
> > > nativesdk-u-boot-mkimage :2011.06-r0
> > > u-boot :2011.12-r8
> > > u-boot-fw-utils :2011.06-r1
> > > u-boot-mkimage :2011.06-r0
> > > u-boot-mkimage-native :2011.06-r0
> > > $
> > >
> > > ok, now i'm confused. the above suggests that the version of u-boot
> > > to be used here is 2011.12-r8, but that was never fetched, and it's
> > > only now toward the end of the build that the fetch is attempted.
> > >
> > > can someone clarify what's happening here? why did my "fetchall"
> > > operation not fetch everything the build was going to need?
> >
> > Is that because u-boot is not in a standard DEPENDS/RDEPENDS
> > dependency tree, but rather in EXTRA_IMAGEDEPENDS list? I'm copying
> > bitbake and oe-core lists, as I don't think it's meta-ti specific
> > issue - u-boot recipe looks fine.
>
> good question ... for which i don't know the answer. to make sure
> this is reproducible, i blew everything away and started from scratch
> with a new panda build. here's my bblayers.conf:
>
> but when i do a "fetchall", i don't get u-boot_2011.12. only when i
> try to build a core-image-minimal does the build fail toward the end
> trying to fetch u-boot_2011.12. here's the layering info:
>
> i'm sure i'm just doing something silly, but i've never run into the
> situation where a "fetchall" doesn't actually fetch absolutely
> everything that's needed for the build.
Try adding CORE_IMAGE_EXTRA_INSTALL="u-boot" somewhere, like local.conf and
if that fixes your usecase, it has to be a bug with bitbake forgetting to
pre-fetch machine's specific EXTRA_IMAGEDEPENDS - file a bug then.
--
Denys
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-ti] building for pandaboard fails fetching u-boot *way* into the build phase
2012-11-20 17:48 ` Denys Dmytriyenko
@ 2012-11-20 17:55 ` Robert P. J. Day
-1 siblings, 0 replies; 12+ messages in thread
From: Robert P. J. Day @ 2012-11-20 17:55 UTC (permalink / raw)
To: Denys Dmytriyenko; +Cc: meta-ti mailing list, bitbake-devel, openembedded-core
On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
> On Tue, Nov 20, 2012 at 12:34:47PM -0500, Robert P. J. Day wrote:
> > On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
> >
> > > On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:
> > > >
> > > > i'm sure there's a trivial workaround/explanation for this, but i
> > > > wanted to build the basic meta-ti based build for my panda ES, so i
> > > > started with oe-core and added the meta-ti layer. then, because of
> > > > some license issues (and based on a quick google search), i added this
> > > > to my local.conf:
> > > >
> > > > BBMASK = "meta-ti/recipes-misc"
> > > >
> > > > at that point, after selecting "pandaboard" as the machine, i wanted
> > > > to prefetch everything:
> > > >
> > > > $ bitbake -c fetchall core-image-minimal
> > > >
> > > > which used solely my pre-mirror directory so that didn't take long.
> > > >
> > > > *then*, because i allegedly had fetched everything i needed for the
> > > > build, i edited my site.conf file and added:
> > > >
> > > > BB_NO_NETWORK = "1"
> > > >
> > > > which, AIUI, should be perfectly safe since i had just done a
> > > > fetchall. not so:
> > > >
> > > > ERROR: Function failed: Network access disabled through BB_NO_NETWORK
> > > > but access requested with command git clone --bare --mirror
> > > > git://www.denx.de/git/u-boot.git
> > > > /home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
> > > > (for url None)
> > > > ERROR: Logfile of failure stored in:
> > > > /home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
> > > >
> > > > hmmmmmm ...
> > > >
> > > > $ bitbake -s | grep u-boot
> > > > nativesdk-u-boot-mkimage :2011.06-r0
> > > > u-boot :2011.12-r8
> > > > u-boot-fw-utils :2011.06-r1
> > > > u-boot-mkimage :2011.06-r0
> > > > u-boot-mkimage-native :2011.06-r0
> > > > $
> > > >
> > > > ok, now i'm confused. the above suggests that the version of u-boot
> > > > to be used here is 2011.12-r8, but that was never fetched, and it's
> > > > only now toward the end of the build that the fetch is attempted.
> > > >
> > > > can someone clarify what's happening here? why did my "fetchall"
> > > > operation not fetch everything the build was going to need?
> > >
> > > Is that because u-boot is not in a standard DEPENDS/RDEPENDS
> > > dependency tree, but rather in EXTRA_IMAGEDEPENDS list? I'm copying
> > > bitbake and oe-core lists, as I don't think it's meta-ti specific
> > > issue - u-boot recipe looks fine.
> >
> > good question ... for which i don't know the answer. to make sure
> > this is reproducible, i blew everything away and started from scratch
> > with a new panda build. here's my bblayers.conf:
> >
> > but when i do a "fetchall", i don't get u-boot_2011.12. only when i
> > try to build a core-image-minimal does the build fail toward the end
> > trying to fetch u-boot_2011.12. here's the layering info:
> >
> > i'm sure i'm just doing something silly, but i've never run into the
> > situation where a "fetchall" doesn't actually fetch absolutely
> > everything that's needed for the build.
>
> Try adding CORE_IMAGE_EXTRA_INSTALL="u-boot" somewhere, like local.conf and
> if that fixes your usecase, it has to be a bug with bitbake forgetting to
> pre-fetch machine's specific EXTRA_IMAGEDEPENDS - file a bug then.
yup, that did it ... now bitbake is trying to fetch it. so that's
the problem.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building for pandaboard fails fetching u-boot *way* into the build phase
@ 2012-11-20 17:55 ` Robert P. J. Day
0 siblings, 0 replies; 12+ messages in thread
From: Robert P. J. Day @ 2012-11-20 17:55 UTC (permalink / raw)
To: Denys Dmytriyenko; +Cc: meta-ti mailing list, bitbake-devel, openembedded-core
On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
> On Tue, Nov 20, 2012 at 12:34:47PM -0500, Robert P. J. Day wrote:
> > On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
> >
> > > On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:
> > > >
> > > > i'm sure there's a trivial workaround/explanation for this, but i
> > > > wanted to build the basic meta-ti based build for my panda ES, so i
> > > > started with oe-core and added the meta-ti layer. then, because of
> > > > some license issues (and based on a quick google search), i added this
> > > > to my local.conf:
> > > >
> > > > BBMASK = "meta-ti/recipes-misc"
> > > >
> > > > at that point, after selecting "pandaboard" as the machine, i wanted
> > > > to prefetch everything:
> > > >
> > > > $ bitbake -c fetchall core-image-minimal
> > > >
> > > > which used solely my pre-mirror directory so that didn't take long.
> > > >
> > > > *then*, because i allegedly had fetched everything i needed for the
> > > > build, i edited my site.conf file and added:
> > > >
> > > > BB_NO_NETWORK = "1"
> > > >
> > > > which, AIUI, should be perfectly safe since i had just done a
> > > > fetchall. not so:
> > > >
> > > > ERROR: Function failed: Network access disabled through BB_NO_NETWORK
> > > > but access requested with command git clone --bare --mirror
> > > > git://www.denx.de/git/u-boot.git
> > > > /home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
> > > > (for url None)
> > > > ERROR: Logfile of failure stored in:
> > > > /home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
> > > >
> > > > hmmmmmm ...
> > > >
> > > > $ bitbake -s | grep u-boot
> > > > nativesdk-u-boot-mkimage :2011.06-r0
> > > > u-boot :2011.12-r8
> > > > u-boot-fw-utils :2011.06-r1
> > > > u-boot-mkimage :2011.06-r0
> > > > u-boot-mkimage-native :2011.06-r0
> > > > $
> > > >
> > > > ok, now i'm confused. the above suggests that the version of u-boot
> > > > to be used here is 2011.12-r8, but that was never fetched, and it's
> > > > only now toward the end of the build that the fetch is attempted.
> > > >
> > > > can someone clarify what's happening here? why did my "fetchall"
> > > > operation not fetch everything the build was going to need?
> > >
> > > Is that because u-boot is not in a standard DEPENDS/RDEPENDS
> > > dependency tree, but rather in EXTRA_IMAGEDEPENDS list? I'm copying
> > > bitbake and oe-core lists, as I don't think it's meta-ti specific
> > > issue - u-boot recipe looks fine.
> >
> > good question ... for which i don't know the answer. to make sure
> > this is reproducible, i blew everything away and started from scratch
> > with a new panda build. here's my bblayers.conf:
> >
> > but when i do a "fetchall", i don't get u-boot_2011.12. only when i
> > try to build a core-image-minimal does the build fail toward the end
> > trying to fetch u-boot_2011.12. here's the layering info:
> >
> > i'm sure i'm just doing something silly, but i've never run into the
> > situation where a "fetchall" doesn't actually fetch absolutely
> > everything that's needed for the build.
>
> Try adding CORE_IMAGE_EXTRA_INSTALL="u-boot" somewhere, like local.conf and
> if that fixes your usecase, it has to be a bug with bitbake forgetting to
> pre-fetch machine's specific EXTRA_IMAGEDEPENDS - file a bug then.
yup, that did it ... now bitbake is trying to fetch it. so that's
the problem.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-ti] building for pandaboard fails fetching u-boot *way* into the build phase
2012-11-20 17:55 ` Robert P. J. Day
(?)
@ 2012-12-11 17:23 ` Richard Purdie
-1 siblings, 0 replies; 12+ messages in thread
From: Richard Purdie @ 2012-12-11 17:23 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: meta-ti mailing list, bitbake-devel, openembedded-core
On Tue, 2012-11-20 at 12:55 -0500, Robert P. J. Day wrote:
> On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
>
> > On Tue, Nov 20, 2012 at 12:34:47PM -0500, Robert P. J. Day wrote:
> > > On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
> > >
> > > > On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:
> > > > >
> > > > > i'm sure there's a trivial workaround/explanation for this, but i
> > > > > wanted to build the basic meta-ti based build for my panda ES, so i
> > > > > started with oe-core and added the meta-ti layer. then, because of
> > > > > some license issues (and based on a quick google search), i added this
> > > > > to my local.conf:
> > > > >
> > > > > BBMASK = "meta-ti/recipes-misc"
> > > > >
> > > > > at that point, after selecting "pandaboard" as the machine, i wanted
> > > > > to prefetch everything:
> > > > >
> > > > > $ bitbake -c fetchall core-image-minimal
> > > > >
> > > > > which used solely my pre-mirror directory so that didn't take long.
> > > > >
> > > > > *then*, because i allegedly had fetched everything i needed for the
> > > > > build, i edited my site.conf file and added:
> > > > >
> > > > > BB_NO_NETWORK = "1"
> > > > >
> > > > > which, AIUI, should be perfectly safe since i had just done a
> > > > > fetchall. not so:
> > > > >
> > > > > ERROR: Function failed: Network access disabled through BB_NO_NETWORK
> > > > > but access requested with command git clone --bare --mirror
> > > > > git://www.denx.de/git/u-boot.git
> > > > > /home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
> > > > > (for url None)
> > > > > ERROR: Logfile of failure stored in:
> > > > > /home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
> > > > >
> > > > > hmmmmmm ...
> > > > >
> > > > > $ bitbake -s | grep u-boot
> > > > > nativesdk-u-boot-mkimage :2011.06-r0
> > > > > u-boot :2011.12-r8
> > > > > u-boot-fw-utils :2011.06-r1
> > > > > u-boot-mkimage :2011.06-r0
> > > > > u-boot-mkimage-native :2011.06-r0
> > > > > $
> > > > >
> > > > > ok, now i'm confused. the above suggests that the version of u-boot
> > > > > to be used here is 2011.12-r8, but that was never fetched, and it's
> > > > > only now toward the end of the build that the fetch is attempted.
> > > > >
> > > > > can someone clarify what's happening here? why did my "fetchall"
> > > > > operation not fetch everything the build was going to need?
> > > >
> > > > Is that because u-boot is not in a standard DEPENDS/RDEPENDS
> > > > dependency tree, but rather in EXTRA_IMAGEDEPENDS list? I'm copying
> > > > bitbake and oe-core lists, as I don't think it's meta-ti specific
> > > > issue - u-boot recipe looks fine.
> > >
> > > good question ... for which i don't know the answer. to make sure
> > > this is reproducible, i blew everything away and started from scratch
> > > with a new panda build. here's my bblayers.conf:
> > >
> > > but when i do a "fetchall", i don't get u-boot_2011.12. only when i
> > > try to build a core-image-minimal does the build fail toward the end
> > > trying to fetch u-boot_2011.12. here's the layering info:
> > >
> > > i'm sure i'm just doing something silly, but i've never run into the
> > > situation where a "fetchall" doesn't actually fetch absolutely
> > > everything that's needed for the build.
> >
> > Try adding CORE_IMAGE_EXTRA_INSTALL="u-boot" somewhere, like local.conf and
> > if that fixes your usecase, it has to be a bug with bitbake forgetting to
> > pre-fetch machine's specific EXTRA_IMAGEDEPENDS - file a bug then.
>
> yup, that did it ... now bitbake is trying to fetch it. so that's
> the problem.
FWIW, this is the same issue as
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3554
since EXTRA_IMAGEDEPENDS get injected as tdepends and these aren't
becoming part of recrdepends any more.
Cheers,
Richard
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [bitbake-devel] [meta-ti] building for pandaboard fails fetching u-boot *way* into the build phase
@ 2012-12-11 17:23 ` Richard Purdie
0 siblings, 0 replies; 12+ messages in thread
From: Richard Purdie @ 2012-12-11 17:23 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: meta-ti mailing list, bitbake-devel, openembedded-core
On Tue, 2012-11-20 at 12:55 -0500, Robert P. J. Day wrote:
> On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
>
> > On Tue, Nov 20, 2012 at 12:34:47PM -0500, Robert P. J. Day wrote:
> > > On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
> > >
> > > > On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:
> > > > >
> > > > > i'm sure there's a trivial workaround/explanation for this, but i
> > > > > wanted to build the basic meta-ti based build for my panda ES, so i
> > > > > started with oe-core and added the meta-ti layer. then, because of
> > > > > some license issues (and based on a quick google search), i added this
> > > > > to my local.conf:
> > > > >
> > > > > BBMASK = "meta-ti/recipes-misc"
> > > > >
> > > > > at that point, after selecting "pandaboard" as the machine, i wanted
> > > > > to prefetch everything:
> > > > >
> > > > > $ bitbake -c fetchall core-image-minimal
> > > > >
> > > > > which used solely my pre-mirror directory so that didn't take long.
> > > > >
> > > > > *then*, because i allegedly had fetched everything i needed for the
> > > > > build, i edited my site.conf file and added:
> > > > >
> > > > > BB_NO_NETWORK = "1"
> > > > >
> > > > > which, AIUI, should be perfectly safe since i had just done a
> > > > > fetchall. not so:
> > > > >
> > > > > ERROR: Function failed: Network access disabled through BB_NO_NETWORK
> > > > > but access requested with command git clone --bare --mirror
> > > > > git://www.denx.de/git/u-boot.git
> > > > > /home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
> > > > > (for url None)
> > > > > ERROR: Logfile of failure stored in:
> > > > > /home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
> > > > >
> > > > > hmmmmmm ...
> > > > >
> > > > > $ bitbake -s | grep u-boot
> > > > > nativesdk-u-boot-mkimage :2011.06-r0
> > > > > u-boot :2011.12-r8
> > > > > u-boot-fw-utils :2011.06-r1
> > > > > u-boot-mkimage :2011.06-r0
> > > > > u-boot-mkimage-native :2011.06-r0
> > > > > $
> > > > >
> > > > > ok, now i'm confused. the above suggests that the version of u-boot
> > > > > to be used here is 2011.12-r8, but that was never fetched, and it's
> > > > > only now toward the end of the build that the fetch is attempted.
> > > > >
> > > > > can someone clarify what's happening here? why did my "fetchall"
> > > > > operation not fetch everything the build was going to need?
> > > >
> > > > Is that because u-boot is not in a standard DEPENDS/RDEPENDS
> > > > dependency tree, but rather in EXTRA_IMAGEDEPENDS list? I'm copying
> > > > bitbake and oe-core lists, as I don't think it's meta-ti specific
> > > > issue - u-boot recipe looks fine.
> > >
> > > good question ... for which i don't know the answer. to make sure
> > > this is reproducible, i blew everything away and started from scratch
> > > with a new panda build. here's my bblayers.conf:
> > >
> > > but when i do a "fetchall", i don't get u-boot_2011.12. only when i
> > > try to build a core-image-minimal does the build fail toward the end
> > > trying to fetch u-boot_2011.12. here's the layering info:
> > >
> > > i'm sure i'm just doing something silly, but i've never run into the
> > > situation where a "fetchall" doesn't actually fetch absolutely
> > > everything that's needed for the build.
> >
> > Try adding CORE_IMAGE_EXTRA_INSTALL="u-boot" somewhere, like local.conf and
> > if that fixes your usecase, it has to be a bug with bitbake forgetting to
> > pre-fetch machine's specific EXTRA_IMAGEDEPENDS - file a bug then.
>
> yup, that did it ... now bitbake is trying to fetch it. so that's
> the problem.
FWIW, this is the same issue as
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3554
since EXTRA_IMAGEDEPENDS get injected as tdepends and these aren't
becoming part of recrdepends any more.
Cheers,
Richard
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [bitbake-devel] building for pandaboard fails fetching u-boot *way* into the build phase
@ 2012-12-11 17:23 ` Richard Purdie
0 siblings, 0 replies; 12+ messages in thread
From: Richard Purdie @ 2012-12-11 17:23 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: meta-ti mailing list, bitbake-devel, openembedded-core
On Tue, 2012-11-20 at 12:55 -0500, Robert P. J. Day wrote:
> On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
>
> > On Tue, Nov 20, 2012 at 12:34:47PM -0500, Robert P. J. Day wrote:
> > > On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:
> > >
> > > > On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:
> > > > >
> > > > > i'm sure there's a trivial workaround/explanation for this, but i
> > > > > wanted to build the basic meta-ti based build for my panda ES, so i
> > > > > started with oe-core and added the meta-ti layer. then, because of
> > > > > some license issues (and based on a quick google search), i added this
> > > > > to my local.conf:
> > > > >
> > > > > BBMASK = "meta-ti/recipes-misc"
> > > > >
> > > > > at that point, after selecting "pandaboard" as the machine, i wanted
> > > > > to prefetch everything:
> > > > >
> > > > > $ bitbake -c fetchall core-image-minimal
> > > > >
> > > > > which used solely my pre-mirror directory so that didn't take long.
> > > > >
> > > > > *then*, because i allegedly had fetched everything i needed for the
> > > > > build, i edited my site.conf file and added:
> > > > >
> > > > > BB_NO_NETWORK = "1"
> > > > >
> > > > > which, AIUI, should be perfectly safe since i had just done a
> > > > > fetchall. not so:
> > > > >
> > > > > ERROR: Function failed: Network access disabled through BB_NO_NETWORK
> > > > > but access requested with command git clone --bare --mirror
> > > > > git://www.denx.de/git/u-boot.git
> > > > > /home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
> > > > > (for url None)
> > > > > ERROR: Logfile of failure stored in:
> > > > > /home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635
> > > > >
> > > > > hmmmmmm ...
> > > > >
> > > > > $ bitbake -s | grep u-boot
> > > > > nativesdk-u-boot-mkimage :2011.06-r0
> > > > > u-boot :2011.12-r8
> > > > > u-boot-fw-utils :2011.06-r1
> > > > > u-boot-mkimage :2011.06-r0
> > > > > u-boot-mkimage-native :2011.06-r0
> > > > > $
> > > > >
> > > > > ok, now i'm confused. the above suggests that the version of u-boot
> > > > > to be used here is 2011.12-r8, but that was never fetched, and it's
> > > > > only now toward the end of the build that the fetch is attempted.
> > > > >
> > > > > can someone clarify what's happening here? why did my "fetchall"
> > > > > operation not fetch everything the build was going to need?
> > > >
> > > > Is that because u-boot is not in a standard DEPENDS/RDEPENDS
> > > > dependency tree, but rather in EXTRA_IMAGEDEPENDS list? I'm copying
> > > > bitbake and oe-core lists, as I don't think it's meta-ti specific
> > > > issue - u-boot recipe looks fine.
> > >
> > > good question ... for which i don't know the answer. to make sure
> > > this is reproducible, i blew everything away and started from scratch
> > > with a new panda build. here's my bblayers.conf:
> > >
> > > but when i do a "fetchall", i don't get u-boot_2011.12. only when i
> > > try to build a core-image-minimal does the build fail toward the end
> > > trying to fetch u-boot_2011.12. here's the layering info:
> > >
> > > i'm sure i'm just doing something silly, but i've never run into the
> > > situation where a "fetchall" doesn't actually fetch absolutely
> > > everything that's needed for the build.
> >
> > Try adding CORE_IMAGE_EXTRA_INSTALL="u-boot" somewhere, like local.conf and
> > if that fixes your usecase, it has to be a bug with bitbake forgetting to
> > pre-fetch machine's specific EXTRA_IMAGEDEPENDS - file a bug then.
>
> yup, that did it ... now bitbake is trying to fetch it. so that's
> the problem.
FWIW, this is the same issue as
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3554
since EXTRA_IMAGEDEPENDS get injected as tdepends and these aren't
becoming part of recrdepends any more.
Cheers,
Richard
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2012-12-11 17:38 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-11-20 16:24 building for pandaboard fails fetching u-boot *way* into the build phase Robert P. J. Day
2012-11-20 17:16 ` [meta-ti] " Denys Dmytriyenko
2012-11-20 17:16 ` Denys Dmytriyenko
2012-11-20 17:34 ` [meta-ti] " Robert P. J. Day
2012-11-20 17:34 ` Robert P. J. Day
2012-11-20 17:48 ` [meta-ti] " Denys Dmytriyenko
2012-11-20 17:48 ` Denys Dmytriyenko
2012-11-20 17:55 ` [meta-ti] " Robert P. J. Day
2012-11-20 17:55 ` Robert P. J. Day
2012-12-11 17:23 ` [meta-ti] " Richard Purdie
2012-12-11 17:23 ` [bitbake-devel] " Richard Purdie
2012-12-11 17:23 ` [bitbake-devel] [meta-ti] " Richard Purdie
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.