On 12/02/2013 05:08 PM, Nathan Rossi wrote:
-Original Message-
From: Saul Wold [mailto:s...@linux.intel.com]
Sent: Tuesday, December 03, 2013 6:00 AM
To: Nathan Rossi; openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] attr: attr_2.4.47 release tarball missing
configu
> -Original Message-
> From: Saul Wold [mailto:s...@linux.intel.com]
> Sent: Tuesday, December 03, 2013 6:00 AM
> To: Nathan Rossi; openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] attr: attr_2.4.47 release tarball missing
> configure.ac
>
> On 11/25/2013 12:18 AM,
On 13-11-29 07:48 AM, qi.c...@windriver.com wrote:
From: Chen Qi
Make gzip explicitly rdepend on bash so that the rootfs task will
not fail for the reason of implicit runtime bash dependency.
Can you explain why bash is needed?
Same question for the other cases where you add
bash as an RDEP
On 13-11-29 07:48 AM, qi.c...@windriver.com wrote:
From: Chen Qi
Make xz explicitly rdepend on bash so that the rootfs task will
not fail for the reason of implicit runtime bash dependency.
[YOCTO #]
Can you explain why bash is needed?
A quick look just turned up:
xz-5.1.2alpha/src/scri
On Mon, 2013-12-02 at 17:28 -0600, Mark Hatle wrote:
> On 12/2/13, 4:57 PM, Richard Purdie wrote:
> > I've been giving things some thought, specifically why sstate doesn't
> > get used more and why we have people requesting external toolchains. I'm
> > guessing the issue is that people don't like h
On 12/2/13, 4:57 PM, Richard Purdie wrote:
I've been giving things some thought, specifically why sstate doesn't
get used more and why we have people requesting external toolchains. I'm
guessing the issue is that people don't like how often sstate can change
and the lack of an easy way to lock it
I've been giving things some thought, specifically why sstate doesn't
get used more and why we have people requesting external toolchains. I'm
guessing the issue is that people don't like how often sstate can change
and the lack of an easy way to lock it down.
Locking it down is actually quite eas
On 12/02/2013 02:07 AM, chong...@windriver.com wrote:
From: Chong Lu
Changed python interpreter path to avoid syntax errors caused by
older version.
Signed-off-by: Chong Lu
---
...002-lttng-ust-fixed-python-interpret-path.patch | 28
meta/recipes-kernel/lttng/lttng-u
On Mon, Dec 2, 2013 at 7:18 PM, Randy MacLeod
wrote:
> On 13-10-23 04:47 PM, Christopher Larson wrote:
>>
>> The PACKAGECONFIG flags were iterated over using dict.items(), but this
>> returns the items in an undefined order. As this order determines the
>> EXTRA_OECONF append order, we can get EXT
From: Ulf Samuelsson
Signed-off-by: Ulf Samuelsson
---
.../curlpp/curlpp/pkgconfig_fix.patch | 38 +
meta/recipes-support/curlpp/curlpp_0.7.3.bb| 89
2 files changed, 127 insertions(+)
create mode 100644 meta/recipes-support/curlpp/curlpp/p
On 13-10-23 04:47 PM, Christopher Larson wrote:
The PACKAGECONFIG flags were iterated over using dict.items(), but this
returns the items in an undefined order. As this order determines the
EXTRA_OECONF append order, we can get EXTRA_OECONF which are functionally
equivalent, but whose contents di
On 11/26/2013 02:20 AM, jackie.hu...@windriver.com wrote:
From: Yue Tao
Signed-off-by: Yue Tao
---
meta/recipes-extended/tzcode/tzcode-native_2013h.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/tzcode/tzcode-native_2013h.bb
b/meta/recipes-ex
Changelog since 2013-11-24 until 2013-12-01. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distr
On 11/25/2013 12:18 AM, Nathan Rossi wrote:
The release tarball of attr 2.4.47 is missing the configure.ac file.
This prevents the autotools bbclass from being able to regenerate the
configure script which leads to other side affects. (e.g. using
outdated config.sub)
This patch adds the configur
On 2 December 2013 18:28, Saul Wold wrote:
> I believe that this is fairly doable in the x86 space since the compiler
> setup and kernel configurations are almost identical, sound and nfs are
> missing from the generic configuration.
>
> This will also help our CI on the autobuilder since it will
On Mon, Dec 2, 2013 at 2:28 PM, Burton, Ross wrote:
> On 2 December 2013 16:18, Paul Eggleton wrote:
>> B) Remove it and just point to meta-sourcery as a maintained and working
>> example of how to write an external toolchain recipe
>
> This seems like the easiest option that will continue to wor
Looking at the code, it should be ICECC_USER_PACKAGE_BL and not
ICECC_PACKAGE_BL here, and also fix "localy" -> "locally".
Thanks to Scott Rifenbark for pointing this out.
Signed-off-by: Paul Eggleton
---
meta/classes/icecc.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
This should have been removed when the implementation was rewritten in
OE-Core commit 2179db89436d719635f858c87d1e098696bead2a. The collected
values weren't being used anywhere since then.
Signed-off-by: Paul Eggleton
---
meta/classes/buildhistory.bbclass | 12
1 file changed, 12 de
We don't normally perform any operations (such as "git pull") that
trigger "git gc --auto", thus garbage collection never happens which
means performance of accessing the repository degrades noticeably over
time. Add an explicit "git gc --auto" to clean things up when needed.
Thanks to Elijah Newr
Add PACKAGE_EXCLUDE and NO_RECOMMENDATIONS to the info we track for
images, since these can change what ends up in the image.
Signed-off-by: Paul Eggleton
---
meta/classes/buildhistory.bbclass| 8
meta/lib/oe/buildhistory_analysis.py | 4 ++--
2 files changed, 6 insertions(+), 6 del
Disable several python functions if not parsing within the worker
context. This avoids executing expensive operations while parsing
recipes (which is unnecessary).
(Thanks to Richard Purdie for pointing out the issue and suggesting the
workaround.)
Signed-off-by: Paul Eggleton
---
meta/classes/
We were using "du -sk" to collect the total size of all files in each
package for writing out to PKGSIZE in each pkgdata file; however this
reports the total space used on disk not the total size of all files,
which means it is dependent on the block size and filesystem being used
for TMPDIR on the
The FILES_INFO entry in each pkgdata file stores the list of files for
each package. Make the following improvements to how this is stored:
* Store paths as they would be seen on the target rather than
erroneously including the full path to PKGDEST (which is specific to
the build host the packa
Use a function added to SSTATEPOSTINSTFUNCS and read the necessary
information out of pkgdata, instead of using a function executed
during do_package that reads the data directly. This has two benefits:
* The package info collection will now work when the package content is
restored from shared
These are important parts of the version for every package, so we should
include them in PKGDATA just as we include PV/PR/PKGV/PKGR.
Signed-off-by: Paul Eggleton
---
meta/classes/package.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes/package.bbclass b/meta/classes/pac
Fix up pkgdata, and change buildhistory to read from it rather than
collecting package information directly; also make some performance and
content improvements to buildhistory at the same time.
Note: there are minor changes necessary for Hob and Toaster UI code in
bitbake to match up with these;
On Mon, Dec 2, 2013 at 1:28 PM, Saul Wold wrote:
> On 11/22/2013 06:00 PM, Bruce Ashfield wrote:
>>
>> On Fri, Nov 22, 2013 at 5:33 PM, Saul Wold wrote:
>>>
>>> I have done some very basic testing to boot to graphics and run some
>>> graphics
>>> programs. The genericx86* currently do not have S
On 11/22/2013 06:00 PM, Bruce Ashfield wrote:
On Fri, Nov 22, 2013 at 5:33 PM, Saul Wold wrote:
I have done some very basic testing to boot to graphics and run some graphics
programs. The genericx86* currently do not have Sound or NFSD support enabled
which qemux86* kernel do. There might be
On 2 December 2013 16:18, Paul Eggleton wrote:
> B) Remove it and just point to meta-sourcery as a maintained and working
> example of how to write an external toolchain recipe
This seems like the easiest option that will continue to work in the
long-term. As toolchains are all different a less
On Mon, Dec 02, 2013 at 04:18:52PM +, Paul Eggleton wrote:
> Hi all,
>
> Currently we have an external-sourcery-toolchain recipe in OE-Core; one of
> the
> main reasons we have it there is as an example of how to create a working
> external toolchain recipe for those that need to create the
Hi all,
Currently we have an external-sourcery-toolchain recipe in OE-Core; one of the
main reasons we have it there is as an example of how to create a working
external toolchain recipe for those that need to create their own. Since the
creation of the meta-sourcery layer however, this recipe
Signed-off-by: Ulf Samuelsson
---
.../curlpp/curlpp/pkgconfig_fix.patch | 38 +
meta/recipes-support/curlpp/curlpp_0.7.3.bb| 90
2 files changed, 128 insertions(+)
create mode 100644 meta/recipes-support/curlpp/curlpp/pkgconfig_fix.patch
cre
Hi Sébastien,
On Monday 02 December 2013 14:16:22 Sébastien Mennetrier wrote:
> From: Sébastien
>
> ---
> meta-webserver/recipes-httpd/nginx/files/init | 59 ++
> .../nginx/files/nginx-cross_1.4.4.diff | 212
Patches for meta-webserver (and all of the other layers in the m
On Mon, 2013-12-02 at 15:13 +0800, yzhu1 wrote:
> ---
> meta/recipes-connectivity/openssl/openssl.inc |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
What is "export-sdk" and how does this break it?
I suspect what we want to do is hardcode /usr/bin/env in here for
nativesdk? We can't/
From: Sébastien
---
meta-webserver/recipes-httpd/nginx/files/init | 59 ++
.../nginx/files/nginx-cross_1.4.4.diff | 212 +
.../recipes-httpd/nginx/files/nginx-volatile.conf | 2 +
.../recipes-httpd/nginx/files/nginx.conf | 120
Install udev test suite and run it as a ptest.
Signed-off-by: Alexandra Safta
---
meta/recipes-core/udev/udev.inc|8 ++-
.../recipes-core/udev/udev/add-install-ptest.patch | 73
meta/recipes-core/udev/udev/run-ptest |3 +
3 files ch
image.bbclass now depends on virtual/kernel:do_deploy, so add a task for that.
This fixes errors like this:
ERROR: Task do_build in
/build/linaro/build/meta-linaro/meta-linaro/recipes-linaro/images/linaro-image-lng.bb
depends upon non-existent task do_deploy in
/build/linaro/build/open
Hi,
On 29 November 2013 18:31, Nicolas Dechesne wrote:
> Paul,
>
> On Fri, Nov 29, 2013 at 4:58 PM, Paul Eggleton
> wrote:
>>
>> LAVA
>> -
>>
>> A number of people had suggested I look at LAVA [1]. It is split into
>> different
>> components for each function, some of which should be usable
From: Chong Lu
Changed python interpreter path to avoid syntax errors caused by
older version.
Signed-off-by: Chong Lu
---
...002-lttng-ust-fixed-python-interpret-path.patch | 28
meta/recipes-kernel/lttng/lttng-ust_2.3.0.bb |1 +
2 files changed, 29 insertions
Signed-off-by: Cristiana Voicu
---
meta/recipes-kernel/lttng/babeltrace_1.1.1.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/lttng/babeltrace_1.1.1.bb
b/meta/recipes-kernel/lttng/babeltrace_1.1.1.bb
index beb79be..a6b8a97 100644
--- a/meta/recipes-k
40 matches
Mail list logo
