Hi Darren,
I created an atom-pc hddimg and loaded it into qemu. The image booted
with no errors. So everything seems to work fine. Thanks for the help!
Andrei
On 01/29/2013 06:46 PM, Darren Hart wrote:
On 01/29/2013 01:49 AM, Andrei Dinu wrote:
Hello,
Hi Andrei,
No, i performed only
Sending this as an RFC, since I believe that alot of this work can be
automated, or at least semi-automated. Perhaps I'm way out of line here,
please let me know if there are any existing tools in this area.
Ponder this:
1. Write you top level python recipe.
2. Instantiate tool X(?bitbake?),
- changed the archive extension because it changed
on the repository.
Signed-off-by: Andrei Dinu andrei.adrianx.d...@intel.com
---
.../{pax-utils_0.2.2.bb = pax-utils_0.6.bb} |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
rename
On Tue, 2013-01-29 at 04:41 -0500, Robert P. J. Day wrote:
back in november, i whined thusly:
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-November/031997.html
is this the *intended* behaviour? since it seems that if i do a
bitbake -c fetchall, i should expect that i now
Without this, directfb might build with mesa enabled if present.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/recipes-graphics/directfb/directfb.inc |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-graphics/directfb/directfb.inc
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/conf/multilib.conf |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/multilib.conf b/meta/conf/multilib.conf
index 97b53ec..f86cff0 100644
--- a/meta/conf/multilib.conf
+++
The mkdir function iterates over strings with many different operations,
even if ultimately the target already exists. This adds a check to the start
of the function so we don't waste time when the target already exists.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
We may as well expand the RDEPENDS when reading and writing as this function
does.
if we don't do this, we could accidentally duplicate data and it also turns out
to be much less efficient.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/package.bbclass |2
There is no need to check FILES in each loop iteration, we can just check it
once
at the start when we read the variable.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/package.bbclass |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Move package_rename_hook call into PACKAGEFUNCS and also move
package_get_auto_pr
to a more appropriate execution point, grouping package metadata handling
functions together.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/package.bbclass |6 +++---
1 file
We only use the PKG variable in emit_pkgdata so we might as well move the
fallback code there, allowing restructuring of other parts of the metadata.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/package.bbclass | 11 +--
1 file changed, 5
There is no real point in adjusting overrides and creating a copy of the
datastore,
just to access a single variable. We can do this just as easily with a slightly
more complicated getVar call. This improves performance.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
Currently the kernel module handling consists of several special cases
and has its own path walking. This refactors the code to handle them in
a more standardised way which is also a bit more efficient.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
The symlink handling code doesn't need to being part of populate_packages
and is logically separate so split it out into a separate function,
package_fixsymlinks.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/package.bbclass | 17 -
1 file
The splitfile and splitfile2 function names are confusing and the comments
are also misleading, hard to understand or plain incorrect. This tries to
improve things.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/package.bbclass | 21 +
1
The following patch series contains a number of packaging improvements along
with a couple of bugfixes (one multilib, one directfb).
The following changes since commit cf05c4578c99c0cb885cf2706f7f2b39b100aeb8:
module.bbclass: Don't add pkg_postinst/pkg_prerm to all packages in recipe
Currently we do a signficant amount of tree traversal in many different places
which in inefficient. We can assume that the files don't change and cache the
file list which gives an efficiency improvement which this patch does using
a global variable.
Signed-off-by: Richard Purdie
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Richard Purdie
Sent: Wednesday, January 30, 2013 9:01 AM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH 17/17]
- removed the usage of the patches already contained in the new version
- adapted patch remove.ldconfig.call.patch so that it applies on new version
Signed-off-by: Andrei Dinu andrei.adrianx.d...@intel.com
---
.../acinclude.m4 |0
.../fallocate.patch
On Wed, 2013-01-30 at 09:43 -0500, Ian Geiser wrote:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Richard Purdie
Sent: Wednesday, January 30, 2013 9:01 AM
To:
On 30 January 2013 14:43, Ian Geiser igei...@devonit.com wrote:
Without this, directfb might build with mesa enabled if present.
Is it possible to make this tunable? We use directfb with the mesa dri
drivers for opengl. Maybe enable it only if the distro features contains
opengl?
I was
-Original Message-
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Wednesday, January 30, 2013 9:53 AM
To: Ian Geiser
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH 17/17] directfb: Explictly disable mesa
On 30 January 2013 14:43, Ian Geiser
Signed-off-by: Andrei Dinu andrei.adrianx.d...@intel.com
---
.../icu/{icu_50.1.1.bb = icu_50.1.2.bb} |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-support/icu/{icu_50.1.1.bb = icu_50.1.2.bb} (55%)
diff --git a/meta/recipes-support/icu/icu_50.1.1.bb
Andrei,
There is almost ALWAYS something worth putting in the comment message.
In this case, please include your latest testing comment in your commit
message and resend with my Acked by.
On 01/28/2013 04:27 AM, Andrei Dinu wrote:
Signed-off-by: Andrei Dinu andrei.adrianx.d...@intel.com
On 29 January 2013 11:57, Otavio Salvador ota...@ossystems.com.br wrote:
There're some processors which provide binary blobs for DRI and GPU
support which need to be build in BSP; to avoid some dirt and ugly
hacks in BSP we ought to be flexible.
We splitted the glx and dri PACKAGECONFIG
Before modifying RTLDLIST in ldd, make sure that it doesn't already
contain the right path, thus avoiding duplicate entries in RTLDLIST.
[YOCTO #2655]
Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com
---
meta/recipes-core/eglibc/eglibc_2.17.bb |9 ++---
1 file changed, 6
On 01/29/2013 08:43 PM, Saul Wold wrote:
On 01/29/2013 11:28 AM, Phil Staub wrote:
The io_syscallX wrappers in syscall-mips.h discard error return status
by overwriting the value returned in v0 from the system call with -1.
Modify this behavior by returning the negative of the return value on
-Original Message-
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Wednesday, January 30, 2013 10:16 AM
To: Ian Geiser
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] mesa-dri: add extra dri drivers
On 30 January 2013 13:26, igei...@devonit.com
On 01/30/2013 02:13 AM, Enrico Scholz wrote:
Saul Wold sgw-VuQAYsv1563Yd54FQh9/c...@public.gmane.org writes:
This change ensures that the ls /etc/rpm-postinsts runs in the target
at first boot time, rather than at the creation time of the script on
the host.
...
-for i in `ls
Looks ok to me.
On Wed, Jan 30, 2013 at 8:26 AM, Bogdan Marinescu
bogdan.a.marine...@intel.com wrote:
Before modifying RTLDLIST in ldd, make sure that it doesn't already
contain the right path, thus avoiding duplicate entries in RTLDLIST.
[YOCTO #2655]
Signed-off-by: Bogdan Marinescu
How can I generate multiple systemd service packages for single recipe?
I'm building connman with VPN support and I want to have
connman-systemd and connman-vpn-systemd packages.
I'm using following syntax for connman recipe but no
connman-vpn-systemd is generated:
SYSTEMD_PACKAGES +=
On Tue, 29 Jan 2013, Martin Jansa wrote:
... snip ...
It would be better to change SRCREV to hash corresponding to that
tag and move tag only to comment above SRCREV. Such patch could be
applied in upstream...
which brings up a larger issue ... what is the *preferred* way of
doing this if
On Wed, Jan 30, 2013 at 1:27 PM, Robert P. J. Day rpj...@crashcourse.cawrote:
On Tue, 29 Jan 2013, Martin Jansa wrote:
... snip ...
It would be better to change SRCREV to hash corresponding to that
tag and move tag only to comment above SRCREV. Such patch could be
applied in upstream...
On Wed, Jan 30, 2013 at 1:34 PM, Chris Larson clar...@kergoth.com wrote:
On Wed, Jan 30, 2013 at 1:27 PM, Robert P. J. Day
rpj...@crashcourse.cawrote:
On Tue, 29 Jan 2013, Martin Jansa wrote:
... snip ...
It would be better to change SRCREV to hash corresponding to that
tag and move
On Wed, 30 Jan 2013, Chris Larson wrote:
It's worth bringing up the SRCREV_POLICY variable, which lets you
control how bitbake handles caching of srcrevs. By default, it
figures it needs to get the mapping every time (value == clear, or
unset), which can make sense in certain cases. But you
On Wed, Jan 30, 2013 at 1:37 PM, Robert P. J. Day rpj...@crashcourse.cawrote:
On Wed, 30 Jan 2013, Chris Larson wrote:
It's worth bringing up the SRCREV_POLICY variable, which lets you
control how bitbake handles caching of srcrevs. By default, it
figures it needs to get the mapping every
On Jan 30, 2013, at 3:34 PM, Chris Larson clar...@kergoth.com wrote:
On Wed, Jan 30, 2013 at 1:34 PM, Chris Larson clar...@kergoth.com wrote:
It's worth bringing up the SRCREV_POLICY variable, which lets you control how
bitbake handles caching of srcrevs. By default, it figures it needs to
On Wed, 30 Jan 2013, Harvey Chapman wrote:
So, should BB_NO_NETWORK=1 automatically set BB_SRCREV_POLICY=cache
because the former implies the latter?
how would that have any useful effect? by the time you set
BB_NO_NETWORK=1, you better have all those SRCREVs cached already.
rday
--
On Wed, Jan 30, 2013 at 1:49 PM, Harvey Chapman hchapman-oec...@3gfp.comwrote:
On Jan 30, 2013, at 3:34 PM, Chris Larson clar...@kergoth.com wrote:
On Wed, Jan 30, 2013 at 1:34 PM, Chris Larson clar...@kergoth.com wrote:
It's worth bringing up the SRCREV_POLICY variable, which lets you
On Wed, Jan 30, 2013 at 03:37:45PM -0500, Robert P. J. Day wrote:
On Wed, 30 Jan 2013, Chris Larson wrote:
It's worth bringing up the SRCREV_POLICY variable, which lets you
control how bitbake handles caching of srcrevs. By default, it
figures it needs to get the mapping every time (value
On Wed, 30 Jan 2013, Chris Larson wrote:
On Wed, Jan 30, 2013 at 1:37 PM, Robert P. J. Day rpj...@crashcourse.ca
wrote:
On Wed, 30 Jan 2013, Chris Larson wrote:
It's worth bringing up the SRCREV_POLICY variable, which lets you
control how bitbake handles caching of
This patch will allow recipes that provide kernel modules to package
the module or modules in specific packages. That list is contained in
MODULE_PACKAGES, this defaults to to preserve the current behavior.
The package can also define MODULE_FILES to specify files.
[YOCTO #3803]
Signed-off-by:
This fixes:
WARNING: QA Issue: dhcp: Files/directories were installed but not shipped
/etc/dhcpd.conf.example
/etc/dhclient.conf.example
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-connectivity/dhcp/dhcp.inc | 4 ++--
meta/recipes-connectivity/dhcp/dhcp_4.2.5.bb | 2
On 01/30/2013 03:05 PM, Saul Wold wrote:
This patch will allow recipes that provide kernel modules to package
the module or modules in specific packages. That list is contained in
MODULE_PACKAGES, this defaults to to preserve the current behavior.
s/to to preserve/to preserving/
The package
On 01/30/2013 04:03 PM, Darren Hart wrote:
On 01/30/2013 03:05 PM, Saul Wold wrote:
This patch will allow recipes that provide kernel modules to package
the module or modules in specific packages. That list is contained in
MODULE_PACKAGES, this defaults to to preserve the current behavior.
On 01/30/2013 04:19 PM, Saul Wold wrote:
On 01/30/2013 04:03 PM, Darren Hart wrote:
On 01/30/2013 03:05 PM, Saul Wold wrote:
This patch will allow recipes that provide kernel modules to package
the module or modules in specific packages. That list is contained in
MODULE_PACKAGES, this
From: Ian Reinhart Geiser igei...@devonit.com
* By default enable only swrast. This needs to
be here or for some reason qemuarm tries to
detect the intel dri libraries and fails.
* For x86 and x86-64 clear out the field so mesa
enabled all of the modules.
builds properly with
On Mon, Jan 28, 2013 at 9:00 AM, Otavio Salvador
ota...@ossystems.com.br wrote:
On Mon, Jan 28, 2013 at 12:24 PM, Vakul Garg va...@freescale.com wrote:
U-boot patches portal devices for adding new properties in portal nodes.
T4 devices such as T4240 have large number of portals. This requires
48 matches
Mail list logo