On 2/13/20 2:30 AM, Andrei Gherzan wrote:
When starting psplash as early as possible in the boot process, the fb
device node might not be ready. This patch adds a loop on reading the
fb0 device with a timeout of 5 seconds.
Signed-off-by: Andrei Gherzan
---
psplash-fb.c | 5 -
1 file
pam_google_authenticator.so was being installed where pam could not find
it. Move it where the rest of the pam modules site.
Signed-off-by: Armin Kuster
---
.../google-authenticator-libpam_1.08.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
Hi, Paul
Could you help to check my reply below, thanks.
On 12/11/19 1:45 PM, Changqing Li wrote:
On 11/13/19 6:36 PM, Paul Eggleton wrote:
Hi Changqing,
Some comments below.
On Tuesday, 12 November 2019 9:32:53 PM NZDT
changqing...@windriver.com wrote:
From: Changqing Li
Support to
Hello,
In warrior release /etc/issue was displayed before _every_ login prompt on
serial console, for example:
hostname login:
hostname login:
hostname login:
Password:
hostname login:
At Zeus /etc/issue is printed only once:
hostname login:
hostname login:
hostname login:
On Thu, 13 Feb 2020, Jeremy A. Puhlman wrote:
> I was looking at th 1.6 version of the document, and the 5.2.1
> section is 3.2.1 in the 3.0 version. The section is about modifying
> images from the local.conf, so my comments are still the same. You
> need it to modify an image from the
I was looking at th 1.6 version of the document, and the 5.2.1 section
is 3.2.1 in the 3.0 version. The section is about modifying images from the
local.conf, so my comments are still the same. You need it to modify an
image
from the local.conf, but += is more appropriate in an actual image
On Thu, 13 Feb 2020, Jeremy A. Puhlman wrote:
> You are referring to section 5.2.1 if I am not correct, not 3.2.1?
no, section 3.2.1 in current git version of YP development tasks
manual. that manual doesn't even have a section 5. we better make sure
we're looking at the same manual.
> The
Hello Khem,
Thanks for that advice, it seems to be the best way to handle this.
Best regards,
Christian Lohr
-Ursprüngliche Nachricht-
Von: yocto@lists.yoctoproject.org Im Auftrag von
Khem Raj
Gesendet: Mittwoch, 12. Februar 2020 19:12
An: Lohr, Christian [ext] ; Alexander Kanavin
You are referring to section 5.2.1 if I am not correct, not 3.2.1?
The context is important here. 5.2.1 is discussing using the variable as
part of your local.conf. Which is
a different animal then adding it to an image recipe. In local.conf you
really need _append to for it to
even take
again, some nitpickiness, but in the current YP dev manual, section
3.2.1, the manual is quite explicit about using "_append" with
IMAGE_INSTALL:
"Furthermore, you must use _append instead of the += operator if you
want to avoid ordering issues."
the way that's worded, that's not just a
Clarify that if there are multiple recipes with the same name, the
recipe with the highest PV from the highest priority layer will be the
one selected.
Signed-off-by: Robert P. J. Day
---
i'm using docbook's markup here, which renders in HTML as
both bold and italic.
diff --git
You can specify a directory relative to the one the recipe is in in
SRC_URI. Bitbake will checksum all files in it (so will trigger a re-build
if they change), and will copy the directory into the $WORKDIR. I have
never actually tried this, but I'd start there, maybe with a hello world
type
I am defining a meta-layer with our business logic (applications), one or two
recipes and an image definition. I would like to maintain the C/C++ sources
with this meta-layer in a single repository, because they are tightly coupled
from a lifecycle perspective.
Is there a way to always build
On Thu, 13 Feb 2020, Leon Woestenberg wrote:
> Hello Robert,
>
> On Thu, Feb 13, 2020 at 3:14 PM rpj...@crashcourse.ca
> wrote:
> > in the YP dev manual, section 3.1.6, there is a maddeningly vague
> > note:
> >
> > "It is possible for a recipe with a lower version number PV in a layer
> >
Hello Robert,
On Thu, Feb 13, 2020 at 3:14 PM rpj...@crashcourse.ca
wrote:
> in the YP dev manual, section 3.1.6, there is a maddeningly vague
> note:
>
> "It is possible for a recipe with a lower version number PV in a layer
> that has a higher priority to take precedence."
>
> so does it
Robert,
On 2/13/20 1:04 AM, rpj...@crashcourse.ca wrote:
> Signed-off-by: Robert P. J. Day
Please send doc changes to the d...@lists.yoctoproject.org
- armin
>
> ---
>
> diff --git a/documentation/overview-manual/overview-manual-concepts.xml
>
in the YP dev manual, section 3.1.6, there is a maddeningly vague
note:
"It is possible for a recipe with a lower version number PV in a layer
that has a higher priority to take precedence."
so does it take precedence or not? just saying it's "possible"
doesn't clarify it for the reader.
Also removal of way too much unnecessary capitalization.
Signed-off-by: Robert P. J. Day
---
diff --git a/documentation/dev-manual/dev-manual-intro.xml
b/documentation/dev-manual/dev-manual-intro.xml
index 3a34094b8..5e231c6ac 100644
--- a/documentation/dev-manual/dev-manual-intro.xml
+++
When starting psplash as early as possible in the boot process, the fb
device node might not be ready. This patch adds a loop on reading the
fb0 device with a timeout of 5 seconds.
Signed-off-by: Andrei Gherzan
---
psplash-fb.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff
Signed-off-by: Robert P. J. Day
---
diff --git a/documentation/overview-manual/overview-manual-concepts.xml
b/documentation/overview-manual/overview-manual-concepts.xml
index f085dd710..6ab783ce7 100644
--- a/documentation/overview-manual/overview-manual-concepts.xml
+++
20 matches
Mail list logo
