and so on.
is there any short answer to give to that question?
rday
--
========
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.c
peration before
trying to cram it into petalinux.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.
On Fri, 3 May 2019, Robert P. J. Day wrote:
> On Fri, 3 May 2019, Westermann, Oliver wrote:
>
> > We’ve a product group with different devices, each having their
> > machine-conf, eg
> >
> > Device_a
> >
> > Device_a_mini
> >
> > Devic
m pretty sure
MACHINEOVERRIDES is what you want.
let me see if i can find where i did that once.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter:
On Thu, 25 Apr 2019, Richard Purdie wrote:
> On Thu, 2019-04-25 at 08:05 -0400, Robert P. J. Day wrote:
> > /home/rpjday/oe/builds/zedboard/tmp/work/x86_64-linux/cmake-
> > native/3.12.2-r0/build/Bootstrap.cmk/cmake:
> > /home/rpjday/oe/builds/zedboard/tmp/sysroots-uninat
g
that can be specified in a bblayers.conf file. so i'm not sure *how*
you would describe, for example, meta-openembedded.
i'm sure i'm overthinking this.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
On Thu, 2 May 2019, Scott Rifenbark wrote:
> Great, thanks!
>
> On Thu, May 2, 2019 at 11:21 AM akuster wrote:
>
> On 5/2/19 6:19 AM, Robert P. J. Day wrote:
> > As meta-intel is no longer a container layer, use meta-xilinx as
> > an example instead
much snipping ...
On Thu, 2 May 2019, Scott Rifenbark wrote:
> On Thu, May 2, 2019 at 10:21 AM akuster wrote:
>
>
> On 5/2/19 6:19 AM, Robert P. J. Day wrote:
> > As meta-intel is no longer a container layer, use meta-xilinx as
> > an example inst
On Thu, 25 Apr 2019, Richard Purdie wrote:
> On Thu, 2019-04-25 at 08:05 -0400, Robert P. J. Day wrote:
... snip ...
> > ASSUME_PROVIDED += "cmake-native"
>
> This is a bad idea as we patch cmake iirc.
... snip ...
>
> You would also have to do:
>
> HOSTT
As meta-intel is no longer a container layer, use meta-xilinx as
an example instead.
Signed-off-by: Robert P. J. Day
---
diff --git a/documentation/bsp-guide/bsp.xml b/documentation/bsp-guide/bsp.xml
index 0bb0b68ab..a53ff6bce 100644
--- a/documentation/bsp-guide/bsp.xml
+++ b/documentation
ng objections, i can send in a patch.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http
t my next few days will
be full of reading.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter:
in many cases, the version that
would be built by YP is exactly the same version i already have
natively. in other cases, the difference might be a micro-version off.
anyway, i probably wouldn't have bothered with this if it weren't
for that cmake issue. but let's see where th
he host even after setting
ASSUME_PROVIDED += "cmake-native"
i am assuming that whatever search path is used for "native" tools is
extended by the use of ASSUME_PROVIDED -- is that what your patch is
addressing? in any event, i've now
than risking
breakage down the line as versions change, as long as the host
packages work, is there any harm in just taking advantage of them?
rday
--
============
Robert P. J. Day Otta
On Tue, 9 Apr 2019, Burton, Ross wrote:
> On Tue, 9 Apr 2019 at 11:14, Robert P. J. Day wrote:
> > so, to confirm what i thought, this is a bug in gnulib which
> > suggests i should dig through the build configuration to see where i
> > can, say, set a PREFERRED_VERSION
uration to see where i
can, say, set a PREFERRED_VERSION of a newer version of gnulib that
no longer has tat bug? or, barring that, just add the appropriate
local patch on my end.
rday
--
================
Robert P. J. Day
imply say
ASSUME_PROVIDED += "m4"
for the time being, to avoid having to build it until i know what the
proper fix is?
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
On Mon, 8 Apr 2019, Robert P. J. Day wrote:
>
> a few months ago, i ran into (and asked about) a failure building
> m4-native that you can read here:
>
> https://yocto.yoctoproject.narkive.com/6KyM5UvS/m4-native-zedboard-please-port-gnulib-fseeko-c-to-your-platform
>
> fi
spect it affects more targets than just zedboard which is why i'm
asking on the general YP list.
thoughts? is there a cheap fix for this? i'm about to dive into
debugging this, but if someone wants to make my life easy, that'd be
great.
rday
--
===
+= "file://nvpmodel.conf "
why are you using both a prepend and the "+=" operator on the same
line?
rday
--
====
Robert P. J. Day Ottawa, Ontario, CANADA
On Fri, 16 Mar 2018, Giordon Stark wrote:
> Right, so the problem for me is that there seems to be two ways to
> do this: MACHINEOVERRIDES .= ":machine3" (for 3a, 3b)
>
> or
>
> FILESEXTRAPATHS_append_machine3a = "${THISDIR}/files/machine3/"
> FILESEXTRAPATHS_append_machine3b = "${THISDIR}/files/m
On Fri, 16 Mar 2018, Burton, Ross wrote:
> On 15 March 2018 at 14:07, Giordon Stark wrote:
> So for my device trees, I'm finding some files are duplicated. In
> particular some of my
> dtsi files are going to be the same amongst a few boards we're using,
> so I would like
> to
On Thu, 15 Mar 2018, Peter Balazovic wrote:
> Hello all,
> I have python module of OpenCV for python 2.7 on my Yocto image adding via
> local.conf
>
> IMAGE_INSTALL_append += “ python-opencv”
i know i've harped on this before, but can people please stop
combining the constructs "_append" and "
On Mon, 5 Mar 2018, EXTERNAL van Riel Rob (ENTER, BT-CO/ENG1.1) wrote:
> I'm experiencing strange (at least to my eyes) behaviour from
> bitbake. My recipe specifies a git repository as the main SRC_URI,
> then, in a variant created using an append file adds a patch like
> this:
>
> SRC_URI_append
On Thu, 21 Sep 2017, Burton, Ross wrote:
> On 21 September 2017 at 11:01, Robert P. J. Day wrote:
> colleague just yesterday asked me a couple questions about openbmc,
> so i investigated the OE/YP layer, and i'm a bit confused ... the
> official OE
On Thu, 21 Sep 2017, Burton, Ross wrote:
> On 21 September 2017 at 11:01, Robert P. J. Day wrote:
> colleague just yesterday asked me a couple questions about openbmc,
> so i investigated the OE/YP layer, and i'm a bit confused ... the
> official OE
ebook/openbmc,
implying it's a facebook project, but github also hosts:
https://github.com/openbmc
can anyone clarify the relationship between those two? if there is
any?
rday
--
========
Robert
of
YP.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
Lin
"poduct/init" ?
rday
--
========
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.
just listed git tags for poky, and a couple that show up that screw
up the ordering:
...
yocot-1.4.2 <-
yocto-1.4.1
yocto-1.4.2
...
yocto-2.1.2
yocto-2.2
yocto-2.2.1
yocto_1.5_M5.rc8 <-
...
rday
--
====
Ro
* Outside of a title, use "BSP layer", not "BSP Layer"
* Add details about YP reference boards.
* Minor grammatical clarification in places.
* Add to even single paragraph notes for consistency.
Signed-off-by: Robert P. J. Day
---
diff --git a/documentation/bsp-guide/bsp
ce.
if one doesn't want all that stuff, *that* is where an append could be
used to remove it. i think zsh removing it by default is
inappropriate.
rday
--
================
Robert P. J. Day Ottawa, Ontario
i know i was working on some tweaks but can't find if i submitted
any yet. can anyone verify that what's up under "in progress/latest"
is the current version, as git pull'ed from yocto docs? thanks.
rday
--
=======
On Thu, 23 Mar 2017, Josef Holzmayr wrote:
> Hi,
>
> On 23.03.2017 11:35, Robert P. J. Day wrote:
> > i always thought that using nothing more than a BSP layer (plus, of
> > course, the underlying OE layers) should allow you to get to the
> > command line. is that
r, nothing
recursive about it.
rday
--
========
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.
not true?
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedi
SION_linux-yocto_genericx86 ?= "4.10%"
UBOOT_MACHINE_mpc8315e-rdb = "MPC8315ERDB_config"
Signed-off-by: Robert P. J. Day
---
i'm hoping i'm not misunderstanding anything here.
diff --git a/meta-yocto-bsp/conf/machine/genericx86-64.conf
b/meta-yocto-bsp/conf/machine/genericx
es
the creation/use of a uImage format?
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter:
On Wed, 15 Mar 2017, Belisko Marek wrote:
> On Tue, Mar 14, 2017 at 9:53 PM, Robert P. J. Day
> wrote:
> > On Tue, 14 Mar 2017, Belisko Marek wrote:
> >
> >> Hi Robert,
> >>
> >> On Tue, Mar 14, 2017 at 9:16 PM, Robert P. J. Day
> >> wro
On Tue, 14 Mar 2017, Belisko Marek wrote:
> Hi Robert,
>
> On Tue, Mar 14, 2017 at 9:16 PM, Robert P. J. Day
> wrote:
> > On Mon, 13 Mar 2017, Robert P. J. Day wrote:
> >
> >>
> >> i'll start a new thread to focus on just this issue. again, bu
On Mon, 13 Mar 2017, Robert P. J. Day wrote:
>
> i'll start a new thread to focus on just this issue. again, building
> core-image-minimal for mpc8315e-rdb, adding this to local.conf:
>
> INHERIT += "kernel-fitimage" <-- do i need this l
to see a list of unbuildable tasks.
Identifying dependency loops (this may take a short while)...
ERROR: An uncaught exception occurred in runqueue
is anyone else seeing this?
rday
--
Robert P. J. Day
L_IMAGETYPE_FOR_MAKE? but if i dump with:
$ bitbake -e virtual/kernel
i get:
# $KERNEL_IMAGETYPES [3 operations]
... snip ...
KERNEL_IMAGETYPES="uImage fitImage"
and
# $KERNEL_IMAGETYPE_FOR_MAKE
# set kernel.bbclass:48
[__anon_81__home_rpjday_oe_dist_layers_poky_meta_classes_kernel_bbclass]
# "uImage fitImage&qu
On Mon, 13 Mar 2017, Gary Thomas wrote:
> On 2017-03-13 12:50, Robert P. J. Day wrote:
> >
> > trying for the first time to build a FIT image, so started with
> > current poky checkout, configured and built for mpc8315e-rdb and
> > core-image-minimal, everything wor
command in the
native sysroot. or am i doing something wrong?
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
Link
riously right
from the beginning.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitt
hat
variable. can someone clarify what is happening here?
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter:
Collection of aesthetic/formatting/clarification fixes to BSP Guide,
including:
* Adjust some directory names to have trailing slash
* Reword some paragraphs for clarity
* Add s inside s for consistency
and other minor tweaks.
Signed-off-by: Robert P. J. Day
---
diff --git a/documentation
some guidelines.
thoughts?
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn:
tingly pedantic, but is there a doc-wide standard
for names to be used for stuff like this? otherwise, i'll just make
something up to clean this up (assuming, of course, that it needs
cleaning and i'm not just hopelessly misreading all of this).
rday
--
=
cause it's useless.
so who out there is working with powerpc, and what PPC platform would
have enough general interest that it would be worth making the YP
reference board?
or, perhaps (god forbid) there's no actual point in even *having* a
powerpc reference board?
rday
--
=
ave a
seizure to suddenly realize they need $500 for a powerpc reference
board.
rday
--
====
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter:
On Fri, 3 Mar 2017, Burton, Ross wrote:
> On 3 March 2017 at 13:24, Robert P. J. Day wrote:
> it seems of limited value for YP to have a powerpc reference
> board, mpc8315e-rdb, that is essentially impossible to
> procure. is there any effort being made to look
On Fri, 3 Mar 2017, Burton, Ross wrote:
> On 3 March 2017 at 10:59, Robert P. J. Day wrote:
> also, not sure how meta-yocto-bsp fits that description. it neither
> contains sub-layers, nor is itself a sub-layer of a higher-level
> layer. sure, it comes along as
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
ot;bsp_name.conf" with "machine.conf"
* Add a few more sample components to the BSP layer structure
Signed-off-by: Robert P. J. Day
---
diff --git a/documentation/bsp-guide/bsp.xml b/documentation/bsp-guide/bsp.xml
index 4d0ace0..d81cb46 100644
--- a/documentation/bsp-guide/
onf" refers to as it is.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn:
vantage
of that feature.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: ht
so ... thoughts?
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://tw
i
can just fold that in with the rest. thoughts?
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn:
On Mon, 27 Feb 2017, Bruce Ashfield wrote:
>
>
> On Mon, Feb 27, 2017 at 5:07 AM, Robert P. J. Day
> wrote:
>
> Update the remaining references to kernel version 3.19 to version 4.4,
> restricted to the section "kernel-dev-common.xml".
>
> I just
On Mon, 27 Feb 2017, Bruce Ashfield wrote:
> On Mon, Feb 27, 2017 at 5:07 AM, Robert P. J. Day
> wrote:
>
> Update the remaining references to kernel version 3.19 to
> version 4.4, restricted to the section
> "kernel-dev-common.xml".
>
> I
On Mon, 27 Feb 2017, Bruce Ashfield wrote:
> On Mon, Feb 27, 2017 at 5:27 AM, Robert P. J. Day
> wrote:
>
> section 2.6.2 refers to how to display changes based on a
> tag, and uses the alleged tag name "systemtap" ... do tags
> like that even
On Mon, 27 Feb 2017, Bruce Ashfield wrote:
> On Mon, Feb 27, 2017 at 4:54 AM, Robert P. J. Day
> wrote:
>
> still working my way through the kernel-dev manual, and a
> couple oddities in section 2.6.
>
> first, the example given uses the (alle
section 2.6.2 refers to how to display changes based on a tag, and
uses the alleged tag name "systemtap" ... do tags like that even exist
anymore? i see no such tag in my current build directories.
rday
--
========
R
Update the remaining references to kernel version 3.19 to version 4.4,
restricted to the section "kernel-dev-common.xml".
Signed-off-by: Robert P. J. Day
---
if my earlier patch hasn't already been applied, this one can be
folded in since it simply adds more "3.19"
ow do those commands depend on the particular version of
the linux-yocto recipe you're using?
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
T
e preceding
command should have been "git add -u" for update mode?
or am i just confused?
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.c
d-off-by: Robert P. J. Day
---
diff --git a/documentation/kernel-dev/kernel-dev-common.xml
b/documentation/kernel-dev/kernel-dev-common.xml
index a9aafd3..cb186c9 100644
--- a/documentation/kernel-dev/kernel-dev-common.xml
+++ b/documentation/kernel-dev/kernel-dev-common.xml
@@ -25,10 +
On Thu, 23 Feb 2017, Hart, Darren wrote:
> > -Original Message-
> > From: Robert P. J. Day [mailto:rpj...@crashcourse.ca]
> > Sent: Thursday, February 23, 2017 3:08 AM
> > To: Yocto discussion list
> > Cc: Hart, Darren
> > Subject: [PATCH] yocto-do
Small number of aesthetic/visual changes to kernel-dev-common.xml.
Signed-off-by: Robert P. J. Day
---
as darren is the author, i'll leave it in his hands to
accept/reject any of this. a lot of this is just subtle rewording
whenever i think there might be the slightest ambiguity, and
* "sys" filesystem is technically "sysfs" filesystem
* "aggregate" already implies together :-)
Signed-off-by: Robert P. J. Day
---
diff --git a/documentation/kernel-dev/kernel-dev-intro.xml
b/documentation/kernel-dev/kernel-dev-intro.xml
index 263e500..8de1
On Wed, 22 Feb 2017, Burton, Ross wrote:
>
> On 22 February 2017 at 11:58, Robert P. J. Day wrote:
> so, *technically*, that claim in the ref manual is not wholly true;
> there are still a small number of tasks that use that default
> directory. is that a di
that use that default
directory. is that a distinction worth making in the reference manual?
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitte
On Wed, 8 Feb 2017, Joshua Lock wrote:
> On Wed, 2017-02-08 at 07:06 -0500, Robert P. J. Day wrote:
> > On Wed, 8 Feb 2017, Leon Woestenberg wrote:
> >
> > ... snip ...
> >
> > > blktrace
> >
> > without putting any research into knowing precisel
mmentary and break them into
sub-categories like user space, kernel space and so on. for now, i'll
just take more suggestions as to what should be on that list.
rday
--
========
Robert P. J. Day
On Wed, 8 Feb 2017, Maciej Borzęcki wrote:
> On Tue, Feb 7, 2017 at 3:31 PM, Robert P. J. Day
> wrote:
> >
> > colleague asked me for a list of OE/YP recipes for monitoring system
> > performance/resource utilization/profiling, i'm unaware of any single
> >
On Wed, 8 Feb 2017, Leon Woestenberg wrote:
>
> On Wed, Feb 8, 2017 at 12:38 PM, Gary Thomas wrote:
> On 2017-02-08 07:48, Maciej Borzęcki wrote:
> On Tue, Feb 7, 2017 at 3:31 PM, Robert P. J. Day
> wrote:
>
> colleague asked me for a
* netdata
* rrdtool
* dstat
i'm going to stop there since that's just a sample list. what other
recipes should be added to that list that people find spectacularly
useful? thanks.
rday
--
=============
i was looking for this a while ago with no luck ... still
interested ... am i just being clueless in not seeing where to get it?
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http
eing replaced by a
newer powerpc system?
rday
--
========
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http:
e type, and it's armv8, so i'm *assuming* that
line would refer to the in-tree file arch/arm64/configs/defconfig, is
that right?
i think that will do it for now.
rday
--
Robert P. J. Day
ds like it's the OE build system
that automatically adds a local defconfig file to SRC_URI. does anyone
else see the potential confusion in the way that's explained?
rday
--
================
Robert P. J. Day
7;t really appropriate.
*currently*, there is no difference in the final rendering of these
two tags, but one never knows when that might be desirable.
obviously, not a high priority if any.
rday
--
========
Robert
On Mon, 19 Dec 2016, Robert P. J. Day wrote:
>
> been a while since i've built the docs from scratch, and now:
>
> $ make html
>
> Building
>
> cd ; xsltproc -o .html -customization.xsl .xml; cd ..
> Unknown option -customization.xsl
> Usage: xsltp
ck look at how xsltproc has changed lately unless
someone else already knows what the fix is.
rday
--
========
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.c
* "sys" filesystem is technically "sysfs"
Signed-off-by: Robert P. J. Day
---
nothing earth-shattering, just more pedantry.
diff --git a/documentation/kernel-dev/kernel-dev-intro.xml
b/documentation/kernel-dev/kernel-dev-intro.xml
index 263e500..abc51aa 100644
--- a/
, so i'm open to suggestions.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
Link
ill the current PowerPC reference board?
or how does one interpret that? thanks.
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcou
tive these days?
rday
--
========
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjda
runs "Yocto GNU/Linux", but i'd prefer something based on ARM.
any pointers?
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
soleted by something better.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter
, and buyable from a major distributor. BLE is not a deal-breaker,
just would be nice.
suggestions?
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
On Tue, 1 Nov 2016, Christopher Larson wrote:
>
> On Tue, Nov 1, 2016 at 1:57 AM, Robert P. J. Day
> wrote:
> just noticed the following property for a bunch of the openstack
> layers at:
>
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-cloud-services
asses/*.bbclass"
why is the classes/ directory being appended to BBFILES? i thought the
purpose of BBPATH was to contain locations of .conf and .bbclass
files. i'm puzzled by the above.
rday
--
============
R
up script in
the SDK installation directory.
is it possible the author was conflating the installation .sh file,
and the environment setup file?
rday
--
============
Robert P. J. Day Ottawa, Ontario,
i don't see link to SDK manual here:
https://www.yoctoproject.org/documentation/inprogress
is that deliberate, or an oversight?
rday
--
Robert P. J. Day Ottawa, Ontario, C
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
1 - 100 of 904 matches
Mail list logo
