|
Re: proper recipe for building for beagle xM? meta-ti?
i *know* what i'm about to point out is an OE issue and i already
quietly emailed koen, but when i tried the above (actually reordered
my BBLAYERS entries first), i got a udev fetch error since it
i *know* what i'm about to point out is an OE issue and i already
quietly emailed koen, but when i tried the above (actually reordered
my BBLAYERS entries first), i got a udev fetch error since it
|
By
Robert P. J. Day
·
#5132
·
|
|
Re: proper recipe for building for beagle xM? meta-ti?
Either way, meta-oe is still required for meta-ti due to toolchain issues...
Either way, meta-oe is still required for meta-ti due to toolchain issues...
|
By
Denys Dmytriyenko
·
#5131
·
|
|
Re: proper recipe for building for beagle xM? meta-ti?
um ... AFAICT, that .bbclass file is in meta-oe, not oe-core. and
since i have meta-openembedded checked out, i simply copied the whole
thing into my yocto tree, then tweaked my bblayers.conf file
um ... AFAICT, that .bbclass file is in meta-oe, not oe-core. and
since i have meta-openembedded checked out, i simply copied the whole
thing into my yocto tree, then tweaked my bblayers.conf file
|
By
Robert P. J. Day
·
#5130
·
|
|
Re: proper recipe for building for beagle xM? meta-ti?
First:
-EWRONGLIST
Second:
Upstream calls it bonescript https://github.com/jadonk/bonescript
First:
-EWRONGLIST
Second:
Upstream calls it bonescript https://github.com/jadonk/bonescript
|
By
Koen Kooi
·
#5129
·
|
|
Re: some observations about yocto wiki page, "from git checkout to meta-intel BSP"
Apparently, they're still useful to people, so I think updating rather
than retiring them makes more sense at this point (or they or something
similar get merged into the Developer's guide? For now,
Apparently, they're still useful to people, so I think updating rather
than retiring them makes more sense at this point (or they or something
similar get merged into the Developer's guide? For now,
|
By
Tom Zanussi <tom.zanussi@...>
·
#5128
·
|
|
Re: some observations about yocto wiki page, "from git checkout to meta-intel BSP"
Yeah, just because poky appears in the URL doesn't mean we need to
reference it beyond that.
Yeah, definitely, I need to update these pages for for edison, which
I'll do now that I know somebody's
Yeah, just because poky appears in the URL doesn't mean we need to
reference it beyond that.
Yeah, definitely, I need to update these pages for for edison, which
I'll do now that I know somebody's
|
By
Tom Zanussi <tom.zanussi@...>
·
#5127
·
|
|
in ref manual, images list (and other lists) appear incomplete
just wandering through the yocto/poky reference manual, and it seems
that some of the lists there are missing a few entries.
first, in the images
just wandering through the yocto/poky reference manual, and it seems
that some of the lists there are missing a few entries.
first, in the images
|
By
Robert P. J. Day
·
#5126
·
|
|
Re: some observations about yocto wiki page, "from git checkout to meta-intel BSP"
Yeah, the example is pretty old, dating back to the 1.0 (bernard) release.
Tom - it might be time to retire it, you think?
Yeah, the example is pretty old, dating back to the 1.0 (bernard) release.
Tom - it might be time to retire it, you think?
|
By
David Stewart
·
#5125
·
|
|
[PATCH] Documentation: Suggest Git for people who want to keep up with development.
Signed-off-by: Robert P. J. Day <rpjday@...>
---
diff --git a/documentation/dev-manual/dev-manual-start.xml b/documentation/dev-manual/dev-manual-start.xml
index 2a93ec6..5627c82
Signed-off-by: Robert P. J. Day <rpjday@...>
---
diff --git a/documentation/dev-manual/dev-manual-start.xml b/documentation/dev-manual/dev-manual-start.xml
index 2a93ec6..5627c82
|
By
Robert P. J. Day
·
#5124
·
|
|
some observations about yocto wiki page, "from git checkout to meta-intel BSP"
yes, i know it's an editable wiki but i'd rather someone else make
the changes just in case i'm misreading something. it's early, and
there's only decaf in the place. this is bad.
anyway, using
yes, i know it's an editable wiki but i'd rather someone else make
the changes just in case i'm misreading something. it's early, and
there's only decaf in the place. this is bad.
anyway, using
|
By
Robert P. J. Day
·
#5123
·
|
|
Re: proper recipe for building for beagle xM? meta-ti?
... much snipping below to get to the gist of it ...
regardless of the fix, i would think that the proper name for that
recipe file would be something like "beaglescript.bb" and
... much snipping below to get to the gist of it ...
regardless of the fix, i would think that the proper name for that
recipe file would be something like "beaglescript.bb" and
|
By
Robert P. J. Day
·
#5122
·
|
|
Re: proper recipe for building for beagle xM? meta-ti?
Oops, that's one more workaround I forgot to mention. This file
is in OE-core, but not in poky. I made a local copy in my distro
layer, but there must be a better way to handle it.
--
Oops, that's one more workaround I forgot to mention. This file
is in OE-core, but not in poky. I made a local copy in my distro
layer, but there must be a better way to handle it.
--
|
By
Gary Thomas
·
#5121
·
|
|
Re: proper recipe for building for beagle xM? meta-ti?
not sure if you're suggesting i should now be able to build for,
say, beagleboard with the meta-ti layer, but i cloned meta-ti into my
yocto tree, added that layer to bblayers.conf, and tried to
$
not sure if you're suggesting i should now be able to build for,
say, beagleboard with the meta-ti layer, but i cloned meta-ti into my
yocto tree, added that layer to bblayers.conf, and tried to
$
|
By
Robert P. J. Day
·
#5120
·
|
|
meta-ti conf/machine files for pandaboard seem confusing
i'm perfectly prepared to be told this is not the right forum to
mention this, but i just cloned the meta-ti layer and in conf/machine,
there appear to be two pandaboard-related files:
i'm perfectly prepared to be told this is not the right forum to
mention this, but i just cloned the meta-ti layer and in conf/machine,
there appear to be two pandaboard-related files:
|
By
Robert P. J. Day
·
#5119
·
|
|
Re: proper recipe for building for beagle xM? meta-ti?
Gary,
Clearly, the README is meant for the new people, who might find it too
complicated for the above fixes to be applied in order for them to avoid using
Angstrom. But you are correct, besides
Gary,
Clearly, the README is meant for the new people, who might find it too
complicated for the above fixes to be applied in order for them to avoid using
Angstrom. But you are correct, besides
|
By
Denys Dmytriyenko
·
#5118
·
|
|
Re: proper recipe for building for beagle xM? meta-ti?
Actually, he is the first one to complain about the meat (i.e. added one
paragraph with 3 statements) - everyone else before him was complaining about
not enough info in the README, hence the
Actually, he is the first one to complain about the meat (i.e. added one
paragraph with 3 statements) - everyone else before him was complaining about
not enough info in the README, hence the
|
By
Denys Dmytriyenko
·
#5117
·
|
|
Re: [PATCH 4/6] eg20t: Enable serial console for the pch_uart
Perfect. Thanks for the confirmation.
Bruce
Perfect. Thanks for the confirmation.
Bruce
|
By
Bruce Ashfield <bruce.ashfield@...>
·
#5116
·
|
|
"yocto" vs "poky" terminology
thought i'd point out that, if people are confusing yocto and poky,
it doesn't help that the yocto reference manual is found
thought i'd point out that, if people are confusing yocto and poky,
it doesn't help that the yocto reference manual is found
|
By
Robert P. J. Day
·
#5115
·
|
|
[PATCH] Documentation: Some trivial tweaks to Quick Start Guide
Nothing major, just some simple cleanup in the QS Guide.
Signed-off-by: Robert P. J. Day <rpjday@...>
---
diff --git a/documentation/yocto-project-qs/yocto-project-qs.xml
Nothing major, just some simple cleanup in the QS Guide.
Signed-off-by: Robert P. J. Day <rpjday@...>
---
diff --git a/documentation/yocto-project-qs/yocto-project-qs.xml
|
By
Robert P. J. Day
·
#5114
·
|
|
redundant "-no-reboot" built into runqemu-internal command
while playing with "runqemu", i noticed that the generated
"qemu-system-arm" command contained two "-no-reboot" options in it,
apparently because of this in runqemu-internal:
first:
if [ "$MACHINE"
while playing with "runqemu", i noticed that the generated
"qemu-system-arm" command contained two "-no-reboot" options in it,
apparently because of this in runqemu-internal:
first:
if [ "$MACHINE"
|
By
Robert P. J. Day
·
#5113
·
|