* bitbake "fetch" vs "fetchall" vs something in between?
@ 2013-04-09 14:40 Robert P. J. Day
2013-04-09 22:07 ` Richard Purdie
0 siblings, 1 reply; 2+ messages in thread
From: Robert P. J. Day @ 2013-04-09 14:40 UTC (permalink / raw)
To: OE Core mailing list
(if there's a simple answer to this, just point me at the URL and
i'll be happy, thanks.)
for the purpose of documenting the various steps in a build, i'm
summarizing the difference between bitbake commands "fetch" and
"fetchall", and it strikes me that it would be useful if there was
something in between.
as an example, say i want to build a core-image-minimal for qemuarm
(i'm deliberately picking a non-x86 target just to ensure there's no
confusion between what is built natively and what is built for the
target.)
if i start with:
$ bitbake -c fetch core-image-minimal
i get the following downloads:
autoconf-2.69.tar.gz
automake-1.12.6.tar.gz
gnu-config-20120814.tar.bz2
libtool-2.4.2.tar.gz
m4-1.4.16.tar.gz
pkg-config-0.25.tar.gz
pseudo-1.5.1.tar.bz2
quilt-0.60.tar.gz
sqlite-autoconf-3071502.tar.gz
what would be the best way to describe the above? it's obviously(?)
the absolute minimum that needs to be built and available *natively*
in order to even download anything else, would that be a fair way to
describe it? and i get the corresponding build output:
tmp-eglibc/work/x86_64-linux/
autoconf-native
automake-native
gnu-config-native
libtool-native
m4-native
pkgconfig-native
pseudo-native
quilt-native
sqlite3-native
and all of that is used to populate the initial native sysroot
"sysroots/x86_64-linux". but that is *clearly* not enough to start an
actual build, there's much more that needs to be built natively, which
you get with "fetchall":
$ bitbake -c fetchall core-image-minimal
however, what this does is download not only all the remaining source
to be configured and built *natively*, but for the target as well.
what would be useful (unless it exists already, of course) would be a
command that represents building the entire native sysroot with no
regard whatever to what will be needed for the target.
am i missing the simple incantation that would do that?
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] 2+ messages in thread* Re: bitbake "fetch" vs "fetchall" vs something in between?
2013-04-09 14:40 bitbake "fetch" vs "fetchall" vs something in between? Robert P. J. Day
@ 2013-04-09 22:07 ` Richard Purdie
0 siblings, 0 replies; 2+ messages in thread
From: Richard Purdie @ 2013-04-09 22:07 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: OE Core mailing list
On Tue, 2013-04-09 at 10:40 -0400, Robert P. J. Day wrote:
> (if there's a simple answer to this, just point me at the URL and
> i'll be happy, thanks.)
>
> for the purpose of documenting the various steps in a build, i'm
> summarizing the difference between bitbake commands "fetch" and
> "fetchall", and it strikes me that it would be useful if there was
> something in between.
>
> as an example, say i want to build a core-image-minimal for qemuarm
> (i'm deliberately picking a non-x86 target just to ensure there's no
> confusion between what is built natively and what is built for the
> target.)
>
> if i start with:
>
> $ bitbake -c fetch core-image-minimal
>
> i get the following downloads:
>
> autoconf-2.69.tar.gz
> automake-1.12.6.tar.gz
> gnu-config-20120814.tar.bz2
> libtool-2.4.2.tar.gz
> m4-1.4.16.tar.gz
> pkg-config-0.25.tar.gz
> pseudo-1.5.1.tar.bz2
> quilt-0.60.tar.gz
> sqlite-autoconf-3071502.tar.gz
This looks like it built pseudo-native (which the wrapper script always
does first), then tried to fetch core-image-minimal which is a null
operation as SRC_URI for core-image-minimal is empty.
> $ bitbake -c fetchall core-image-minimal
>
> however, what this does is download not only all the remaining source
> to be configured and built *natively*, but for the target as well.
> what would be useful (unless it exists already, of course) would be a
> command that represents building the entire native sysroot with no
> regard whatever to what will be needed for the target.
>
> am i missing the simple incantation that would do that?
How and when would you use such a command?
"bitbake packagegroup-toolset-native -c fetchall"
might just do it even if I'm not sure why you'd want to.
Cheers,
Richard
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2013-04-09 22:25 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-04-09 14:40 bitbake "fetch" vs "fetchall" vs something in between? Robert P. J. Day
2013-04-09 22:07 ` Richard Purdie
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox