For unknown reasons, the cmake class is using SDK_OS as the
target system OS. This makes no sense but only shows up as a problem
when you try a different SDK OS. Fix it to use TARGET_OS which is
the correct thing to do. For the vast majority of users this will
make no difference.
Signed-off-by: Ri
On 09/07/2013 01:33 PM, Anders Roxell wrote:
Signed-off-by: Anders Roxell
---
.../ltp/{ltp_20130503.bb => ltp_20130904.bb}| 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
rename meta/recipes-extended/ltp/{ltp_20130503.bb => ltp_20130904.bb} (93%)
diff --g
Signed-off-by: Anders Roxell
---
.../ltp/{ltp_20130503.bb => ltp_20130904.bb}| 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
rename meta/recipes-extended/ltp/{ltp_20130503.bb => ltp_20130904.bb} (93%)
diff --git a/meta/recipes-extended/ltp/ltp_20130503.bb
b/
I'm apparently a little shaky on exactly how the PR service is supposed
to work. I noticed an anomaly that adding a patch to SRC_URI for u-boot
did not result in a new package revision as I expected. I'm using
PRSERV_HOST="localhost:0" and have bulidhistory enabled.
I just tried this with a
Chris Larson wrote:
>I'm emailing as I think we should determine when and where
>ca-certificates gets pulled into images and sdks. Should we add it as a
>RRECOMMENDS to openssl and gnutls, or should it continue to be pulled
>in manually when and where appropriate? I'm not really familiar enough