On Tue, Jun 3, 2014 at 2:26 AM, Insop Song wrote:
> Setting "export BB_ENV_EXTRAWHITE=${BUILD_NUMBER}" fixed the issue.
and just for the record, the Linaro jenkins script set IMAGE_NAME in
the generated site.conf file, see [1]. this file is generated by the
Jenkins build scripts, prior to the bui
Thank you very much Paul.
Setting "export BB_ENV_EXTRAWHITE=${BUILD_NUMBER}" fixed the issue.
Regards,
Insop
On Mon, Jun 2, 2014 at 4:03 PM, Paul Barker wrote:
> On Mon, Jun 02, 2014 at 03:38:43PM -0700, Insop Song wrote:
>> All,
>>
>> I've been building yocto using jenkins.
>>
>> I want to in
Hi,
I am new to yocto and have been working on customizing a recipe and
building a new image. I have a small query. By looking at a binary file on
the target machine, I want to know from which recipe it has been
generated??. Came to know that someone is working on a similar kind of tool
called as
Agenda:
* Opens collection - 5 min (Stephen)
* Yocto 1.7 status - 5 min (Stephen/team)
https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.7_Status
https://wiki.yoctoproject.org/wiki/Yocto_1.7_Schedule
https://wiki.yoctoproject.org/wiki/Yocto_1.7_Features
* SWAT team rotation: Cristian -> C
On Mon, Jun 02, 2014 at 03:38:43PM -0700, Insop Song wrote:
> All,
>
> I've been building yocto using jenkins.
>
> I want to include yocto's build environment variable "BUILD_NUMBER" to
> yocto's kernel.
>
> 1, I've tried this in one of my conf file, add
>
> GS_SDK_VERSION = "GS-SDK-V1.5-${BUIL
All,
I've been building yocto using jenkins.
I want to include yocto's build environment variable "BUILD_NUMBER" to
yocto's kernel.
1, I've tried this in one of my conf file, add
GS_SDK_VERSION = "GS-SDK-V1.5-${BUILD_NUMBER}"
But ${BUILD_NUMBER} is not expended
2, I've looked at Keon's examp
On Mon, Jun 02, 2014 at 11:50:48AM +0100, t...@ewsting.org wrote:
> From: Thomas Ingleby
>
> * Some options of GNU tar do not exist on other implementations
>
> Signed-off-by: Thomas Ingleby
> ---
> opkg-build | 17 ++---
> 1 file changed, 14 insertions(+), 3 deletions(-)
>
> diff
Adrian did you run a -c compile before -c devshell?
I do not believe you should have a crosssdk with only calling -c devshell on a
pachage/recipe.
Alex
On Monday, June 2, 2014 8:21 PM, Adrian Dudau wrote:
Hi,
Starting from a fresh build folder, I run "bitbake -c devshell
virtual/kernel"
Hi,
1. By following "Hands-on kernel lab" meta-lab4-qemux86 tutorial, I managed
to use my own linux kernel repository. And then I realized the bzImage.bin
file is around 87M which is totally not acceptable on my target platform
MIPS.
Q1: How should I reduce the kernel size?
2. Then I found out t
From: Thomas Ingleby
* Some options of GNU tar do not exist on other implementations
Signed-off-by: Thomas Ingleby
---
opkg-build | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/opkg-build b/opkg-build
index e314712..8abc14d 100755
--- a/opkg-build
+++ b/
From: Thomas Ingleby
If opkg-build is being used on a platform not using GNU tar, format=gnu will
necessarily work.
Thomas Ingleby (1):
opkg-build: add detection if using GNU tar.
opkg-build | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
--
1.9.2
--
___
Hi,
Starting from a fresh build folder, I run "bitbake -c devshell
virtual/kernel" and expect to have the cross SDK sourced and be able to
build the kernel in the devshell. The issue is that even though PATH is
preppended correctly with the expected location of the SDK (in my case
tmp/sysroots/x86
Merged to master.
On 5/22/14, 8:59 PM, Chong Lu wrote:
Avoid policy_scan.c: No such file or directory
Signed-off-by: Chong Lu
---
recipes-security/setools/setools_3.3.8.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-security/setools/setools_3.3.8.bb
b/rec
Merged to master.
On 5/13/14, 5:01 AM, jackie.hu...@windriver.com wrote:
From: Jackie Huang
Fix the avc denied issue:
type=1400 audit(1399440994.656:14): avc: denied { block_suspend } for pid=80
comm="udevd" capability=36 scontext=system_u:system_r:udev_t:s0-s15:c0.c1023
tcontext=system_u:sy
Makes it clearer to manage repo forks, and branches prior to (e.g.) upstream
commits of in tree changes
Change-Id: I42f8af975c08f84c4ceb9910713eba2da3a87d8b
Signed-off-by: Alex J Lennon
---
recipes-graphics/userland/userland_git.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff
libmmal_vc_client.so makes use of __attribute__(constructor) to ensure that
supplier components (e.g. camera) are loaded when the static library is loaded.
raspivid, and possibly other applications, link against libmmal_vc_client.so,
causing the ctor to execute, but there is no needed dependency
On 02/06/2014 11:50, Alexandru Vaduva wrote:
> I am not sure, let`s wait and see what the maintainers(Andrei and
> John) have to say, if you pushed the
> commit as recommended into the README file
> (https://github.com/djwillis/meta-raspberrypi/blob/master/README).
> I will try to contact them on
I am not sure, let`s wait and see what the maintainers(Andrei and John)
have to say, if you pushed the
commit as recommended into the README file (
https://github.com/djwillis/meta-raspberrypi/blob/master/README).
I will try to contact them on Trello tonight if nothings happens until them.
Alex
On 02/06/2014 11:30, Alexandru Vaduva wrote:
> It looks ok to me.
> Waiting for a push on remote.
>
Thanks Alex. Interesting issue. Next time I get a chance I need to turn
back to getting gstreamer-1.0 working with it.
I've pushed the commit up to gherzan. Is there anything else I should be
doin
Just jumping in to make a couple of minor comments, hope you don't mind.
On 2 June 2014 11:04, Alex J Lennon wrote:
> libmmal_vc_client.so makes use of __attribute__(constructor) to ensure that
> supplier components (e.g. camera) are loaded when the static library is
> loaded.
>
> raspivid, and
It looks ok to me.
Waiting for a push on remote.
I like the suggestion regarding SRC_URI format but I would have suggested
it to be another patch.
The reason would be that when someone wants to do a revert to the change
the suggestion would still remain,
but this is only a personal preference.
Go
libmmal_vc_client.so makes use of __attribute__(constructor) to ensure that
supplier components (e.g. camera) are loaded when the static library is loaded.
raspivid, and possibly other applications, link against libmmal_vc_client.so,
causing the ctor to execute, but there is no needed dependency
Please see following patch for details
Alex J Lennon (1):
userland: Add '--no-as-needed' linker flag to ensure all specified
shared libraries are linked against applications (e.g. raspivid)
recipes-graphics/userland/userland_git.bb | 10 +++---
1 file changed, 7 insertions(+), 3 deleti
Hi,
still no luck for this. My current configuration is:
IMAGE_INSTALL_append = " cinematicexperience "
DISTRO_FEATURES_append = " opengl "
DISTRO_FEATURES_remove = " x11 wayland "
Also I added a .bbappend to the qtbase package:
PACKAGECONFIG = " release dbus udev evdev widgets tools libs opens
24 matches
Mail list logo
