Op 1 mei 2013, om 22:39 heeft Darren Hart het volgende
geschreven:
>> # Native packages do not normally rebuild when the target changes.
>> # Ensure this is built once per HOST-TARGET pair.
>> @@ -28,6 +28,7 @@ SRC_URI = "ftp://ftp.gnu.org/gnu/grub/grub-${PV}.tar.gz \
>>file://grub-
On 04/30/2013 01:36 AM, Saul Wold wrote:
On 04/27/2013 04:05 AM, Hongxu Jia wrote:
The previous dict files are NOT byte-order independent, in fact they are
probably ARCHITECTURE SPECIFIC.
Create the dict files in big endian, and convert to host endian while
load them. This could fix the endian i
looks good. Please send a cherry pick request for dylan too
On May 1, 2013, at 2:07 PM, Josh Cartwright wrote:
> Backport fix for internal compiler error when building gcc-4.7.2 with a
> gcc-4.8.0 host gcc.
>
> See upstream bug here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56308
>
> Signed
Backport fix for internal compiler error when building gcc-4.7.2 with a
gcc-4.8.0 host gcc.
See upstream bug here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56308
Signed-off-by: Josh Cartwright
---
meta/recipes-devtools/gcc/gcc-4.7.inc | 3 +-
.../gcc/gcc-4.7/avoid-oob-array-acc
Dmidecode reports information about your system's hardware as described
in your system BIOS according to the SMBIOS/DMI standard.
This recipe was updated to version 2.12 and cleaned up slightly from the
OE 2.10 version and proposed here for inclusion in oe-core.
Signed-off-by: Darren Hart
---
m
On 05/01/2013 02:05 PM, Phil Blundell wrote:
> On Wed, 2013-05-01 at 12:08 -0700, Darren Hart wrote:
>> You've stated that this successfully removes code on mips, have you also
>> tested that basic module building still works? For example, does
>> hello-mod still build?
>
> I didn't try hello-mo
On Wed, 2013-05-01 at 12:08 -0700, Darren Hart wrote:
> You've stated that this successfully removes code on mips, have you also
> tested that basic module building still works? For example, does
> hello-mod still build?
I didn't try hello-mod, but the two (proprietary) out-of-tree modules
that we
On 05/01/2013 01:51 PM, Tomas Frydrych wrote:
> On 01/05/13 21:25, Darren Hart wrote:
>>
>>
>> On 04/27/2013 01:52 AM, tf+lists.yo...@r-finger.com wrote:
>>> From: Tomas Frydrych
>>>
>>> There is no good reason for ia32 machines to have hard dependency on grub,
>>> as there are other bootloaders
On 01/05/13 21:25, Darren Hart wrote:
>
>
> On 04/27/2013 01:52 AM, tf+lists.yo...@r-finger.com wrote:
>> From: Tomas Frydrych
>>
>> There is no good reason for ia32 machines to have hard dependency on grub,
>> as there are other bootloaders available for ia32 platforms.
>>
>> Signed-off-by: Tom
On 01/05/13 21:29, Darren Hart wrote:
>
>
> On 05/01/2013 01:24 PM, tf+lists.yo...@r-finger.com wrote:
>> From: Tomas Frydrych
>>
>> The kernel is now located in DEPLOY_DIR_IMAGE rather than sysroot.
>>
>> Signed-off-by: Tomas Frydrych
>> ---
>> meta/classes/image_types.bbclass |2 +-
>> 1
A few of the recent commits have used inconsistent whitespace with
respect to tabs and spaces for indentation and alignment. Correct it.
Signed-off-by: Darren Hart
---
meta/recipes-bsp/grub/grub-efi-native_2.00.bb | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/r
Hi Koen,
Please Cc recipe authors.
On 04/18/2013 08:10 AM, Koen Kooi wrote:
> O irony: the grub2/gnulib nag macro that says "don't use gets, use fgets"
> breaks the build if you're using a recent (e)glibc release that has gets
> removed.
Please ensure your git log wraps at around 72 chars to e
On 05/01/2013 01:24 PM, tf+lists.yo...@r-finger.com wrote:
> From: Tomas Frydrych
>
> The kernel is now located in DEPLOY_DIR_IMAGE rather than sysroot.
>
> Signed-off-by: Tomas Frydrych
> ---
> meta/classes/image_types.bbclass |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
On 04/27/2013 01:52 AM, tf+lists.yo...@r-finger.com wrote:
> From: Tomas Frydrych
>
> There is no good reason for ia32 machines to have hard dependency on grub,
> as there are other bootloaders available for ia32 platforms.
>
> Signed-off-by: Tomas Frydrych
> ---
> meta/conf/machine/include/
From: Tomas Frydrych
The kernel is now located in DEPLOY_DIR_IMAGE rather than sysroot.
Signed-off-by: Tomas Frydrych
---
meta/classes/image_types.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
Richard,
This is a set of fixes that I have put through the Autobuilder and tested
some locally.
I will supply another patch for the udev series to add udev-extraconf into
core-image-lsb (after I test it).
The patch from Robert to create links instead of copying looks correct, but
could use you
On 04/30/2013 05:30 AM, Andreas Müller wrote:
as discussed in [1-2]
[1]
http://lists.linuxtogo.org/pipermail/openembedded-core/2013-April/039025.html
[2]
http://lists.linuxtogo.org/pipermail/openembedded-core/2013-April/039027.html
Signed-off-by: Andreas Müller
---
meta/recipes-sato/images
The yajl package (from meta-oe) is a dependency for another package
I'm building, but am getting an error on 64-bit targets where libyajl
is missing.
I noticed this when running bitbake with -v
> [cut]
> Checking for unpackaged file(s):
> /local/home/b08248/Work/sdk-devel/build_p5020ds-
> 64b_re
On 04/29/2013 07:02 AM, Phil Blundell wrote:
> Since the sysroot is per-machine, we can be fairly confident that any
> out-of-tree modules which look at our sources will be building for the
> same architecture that we are. This being the case there's no need to
> ship the sources for any other a
On Wed, May 01, 2013 at 09:12:07AM -0400, Trevor Woerner wrote:
> Would contrib/jansa/test still be the most up-to-date choice for
> building against meta-openembedded?
Depends on what you want to test.
> I just want to make sure I'm not duplicating existing effort.
My jenkins builds are from ja
On 04/30/2013 03:31 AM, Cristian Iorga wrote:
fix-link-failure-ip6t-NETMAP.patch removed;
already included in upstream.
You do not seem to have removed the patch file itself.
Sau!
Signed-off-by: Cristian Iorga
---
.../iptables/{iptables_1.4.17.bb => iptables_1.4.18.bb}|8 +++--
On Apr 30, 2013, at 11:51 PM, Paul Eggleton
wrote:
> On Tuesday 30 April 2013 14:42:46 Khem Raj wrote:
>> On Apr 30, 2013, at 9:52 AM, Paul Eggleton
> wrote:
>>> This is the first step in deprecating SERIAL_CONSOLE without affecting
>>> machine configurations that still use it.
>>
>> Did you
On 2/05/2013 12:22 AM, Jonathan Liu wrote:
diff --git a/meta/classes/boot-directdisk.bbclass
b/meta/classes/boot-directdisk.bbclass
index d265485..fcbee8a 100644
--- a/meta/classes/boot-directdisk.bbclass
+++ b/meta/classes/boot-directdisk.bbclass
@@ -96,5 +96,5 @@ python do_bootdirectdisk() {
If "vmdk" is added to IMAGE_FSTYPES when building core-image-minimal,
there is a race condition where the bootdirectdisk and bootimg tasks
may execute concurrently. The bootdirectdisk task is copying the
contents of ${HDDDIR} into ${HDDIMG} but at the same time, the bootimg
task is writing to ${HDD
Would contrib/jansa/test still be the most up-to-date choice for
building against meta-openembedded?
I just want to make sure I'm not duplicating existing effort.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.l
gdb depends on readline so gdb-cross needs to depend on readline-native to
build successfully.
Signed-off-by: Mike Crowe
Acked-by: Phil Blundell
---
meta/recipes-devtools/gdb/gdb-cross.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/gdb/gdb-cross
On 1 May 2013 12:38, Koen Kooi wrote:
> Sweet, that drops a load of dependencies for gstreamer http sources!
Yes, the buildhistory-diff was a delight :)
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linu
Op 1 mei 2013, om 12:19 heeft Ross Burton het volgende
geschreven:
> Upgrade to the latest stable release, and fix the dependencies.
>
> gnome-keyring use has been removed from libsoup, and sqlite3 is now a hard
> dependency. The optional libsoup-gnome library is now a small stub, so enable
>
Signed-off-by: Ross Burton
---
meta/conf/distro/include/seperatebuilddir.inc |1 -
meta/recipes-gnome/gnome/libgnome-keyring_2.32.0.bb | 19 ---
2 files changed, 20 deletions(-)
delete mode 100644 meta/recipes-gnome/gnome/libgnome-keyring_2.32.0.bb
diff --git a/meta/
Hi,
This series upgrades libsoup to the latest stable release. This release also
remoes the libgnome-keyring use, so delete libgnome-keyring and gnome-keyring
from oe-core (these have already been integrated into meta-gnome).
Ross
The following changes since commit c42cc8fb38aee46f4778b9c68412a
Signed-off-by: Ross Burton
---
meta/conf/distro/include/seperatebuilddir.inc |1 -
.../gnome/gnome-keyring/org.gnome.keyring.service |3 --
meta/recipes-gnome/gnome/gnome-keyring_2.32.1.bb | 44
3 files changed, 48 deletions(-)
delete mode 100644
meta/reci
Upgrade to the latest stable release, and fix the dependencies.
gnome-keyring use has been removed from libsoup, and sqlite3 is now a hard
dependency. The optional libsoup-gnome library is now a small stub, so enable
it by default but allow it to be disabled via PACKAGECONFIG.
Signed-off-by: Ros
Op 30 apr. 2013, om 18:52 heeft Paul Eggleton
het volgende geschreven:
> Having two variables to enable essentially the same behaviour isn't
> really desirable, so fix up the handling of SERIAL_CONSOLES, set it
> from SERIAL_CONSOLE by default if not set and change everwhere we read
> SERIAL_CO
33 matches
Mail list logo
