On Wed, Nov 16, 2011 at 10:12:15AM +, Richard Purdie wrote:
> On Wed, 2011-11-16 at 00:45 +0100, Martin Jansa wrote:
> > On Fri, Nov 11, 2011 at 05:28:50PM +0100, Martin Jansa wrote:
> > > Signed-off-by: Martin Jansa
> > > ---
> > > meta/recipes-graphics/libsdl/libsdl_1.2.14.bb | 10 +++
On Thu, Nov 24, 2011 at 6:17 PM, Richard Purdie
wrote:
> This should mean you can't use 32 bit sstate files on a 64 bit system
> and vice versa already?
That would seem to be the case already:
SSTATE_PKG="/home/mattsm/git/poky/sstate-cache/sstate-gcc-cross-ppce5500-fsl-linux-4.6.1+svnr175454-r10
On Wed, 2011-11-23 at 19:12 -0600, Matthew McClintock wrote:
> USER is the correct variable to use, also this can affect sstate
> cache as well.
>
> Signed-off-by: Matthew McClintock
Merged to master, thanks.
Richard
___
Openembedded-core mailing li
On Thu, 2011-11-24 at 23:56 +, McClintock Matthew-B29882 wrote:
> On Wed, Nov 23, 2011 at 3:40 AM, Matthew McClintock
> wrote:
> > +# we also add this to the PV so its clear in filenames
> > +# that this is arch specific even though it's labeled as
> > +# a target package
> > +PV .= "+${BUILD
On Wed, 2011-11-16 at 18:36 +0800, Kang Kai wrote:
> Update eglibc 2.13 SRCREV to 15508, just to sync with upstream
> Remove glibc_bug_fix_12454.patch, because it is already merged.
>
> Signed-off-by: Kang Kai
> ---
> .../conf/distro/include/distro_tracking_fields.inc |3 +
> .../eglibc/egli
On Thu, 2011-11-17 at 19:10 +0800, Xiaofeng Yan wrote:
> From: Xiaofeng Yan
>
> Get patch from:
> http://permalink.gmane.org/gmane.comp.lib.uclibc.buildroot/27614
>
> There is a potentially "unsafe" use of open(). Ubuntu 8.10+, for instance,
> by default enables the compiler flag -D_FORTIFY_SOU
On Thu, 2011-11-17 at 19:16 +0800, Xiaofeng Yan wrote:
> From: Xiaofeng Yan
>
> hen gtk+ configures, it should pick up ${NM} from the environment \
> if it is defined, instead of just looking for "nm".
>
> Signed-off-by: Xiaofeng Yan
> ---
> .../gtk+/gtk+-2.24.6/configure-nm.patch|
On Thu, 2011-11-17 at 16:42 -0600, Matthew McClintock wrote:
> The method of resolving the patch should not effect the sstate-cache
> signature.
>
> Signed-off-by: Matthew McClintock
> ---
> I'm not 100% sure about this one either - should we even generate
> sstate-cache at all if we have a scena
On Thu, 2011-11-17 at 16:32 +0800, Mei Lei wrote:
> Fixes [YOCTO #1174]
>
> Rpm logs will grow indefinitely, so change the config to flush those old logs.
>
> Signed-off-by: Mei Lei
> ---
> .../recipes-devtools/rpm/rpm/rpm-log-auto-rm.patch | 12
> meta/recipes-devtools/rpm/rpm_5
On Tue, 2011-11-22 at 15:24 -0200, Otavio Salvador wrote:
> On Tue, Nov 22, 2011 at 15:14, Phil Blundell wrote:
> On Tue, 2011-11-22 at 13:47 +, Otavio Salvador wrote:
> > Xorg VESA driver calls DGAInit enforcing this symbol to be
> available
> > to the driver t
On Wed, Nov 23, 2011 at 3:40 AM, Matthew McClintock wrote:
> +# we also add this to the PV so its clear in filenames
> +# that this is arch specific even though it's labeled as
> +# a target package
> +PV .= "+${BUILD_ARCH_EXPANDED}"
Seems like based on discussion this should be the following ins
On Fri, 2011-11-25 at 07:09 +0800, Cui, Dexuan wrote:
> Richard Purdie wrote on 2011-11-25:
> > On Thu, 2011-11-24 at 23:37 +0800, Cui, Dexuan wrote:
> >> Richard Purdie wrote on 2011-11-24:
> >>> On Thu, 2011-11-24 at 18:08 +0800, Dexuan Cui wrote:
> --- a/meta/recipes-devtools/gcc/gcc-packag
Richard Purdie wrote on 2011-11-25:
> On Thu, 2011-11-24 at 23:37 +0800, Cui, Dexuan wrote:
>> Richard Purdie wrote on 2011-11-24:
>>> On Thu, 2011-11-24 at 18:08 +0800, Dexuan Cui wrote:
--- a/meta/recipes-devtools/gcc/gcc-package-target.inc
+++ b/meta/recipes-devtools/gcc/gcc-package-ta
We need to ensure there is a python dependency for the ofono python
test scripts. To do this without introducing the dependency
unnecessarily for the core ofono functionality, this patch splits
the tests into a separate package too.
[YOCTO #1705]
Signed-off-by: Richard Purdie
---
diff --git a/me
On Mon, 2011-11-14 at 17:14 -0800, Scott Garman wrote:
> Taking care of a few patch straglers that were missing Upstream-Status.
>
> The following changes since commit f2316ff39670ed99382411e15ac035550360fbdd:
>
> opkg: Ensure we use the uname/gname fields when extracting tarballs
> (2011-11-1
On Tue, 2011-11-22 at 14:49 -0800, Saul Wold wrote:
> On 11/22/2011 02:40 PM, McClintock Matthew-B29882 wrote:
> > On Tue, Nov 22, 2011 at 1:50 PM, Saul Wold wrote:
> >> When possible, please include the recipe or file you are changing as part
> >> of
> >> the patch subject.
> >>
> >> For example
On Tue, 2011-11-22 at 21:55 -0800, nitin.a.kam...@intel.com wrote:
> From: Nitin A Kamble
>
> This set has fixes for gmp, at & site/x86-64-linux
>
> - Nitin
>
> The following changes since commit 40fe6457d5ca49fe113bc26c60d5add59d85b34f:
>
> matchbox-wm: Fix variable type in _NET_WORKAREA se
On Thu, Nov 24, 2011 at 5:36 PM, Khem Raj wrote:
>
> and we also need multiarch support in gdb recipes as well.
>
Support for Biarch exists in gdb for x86 since May 2009, and it is
enabled by default as far as I can tell.
I managed to dig up the exact commit in the gdb sources:
http://sourceware.
On Thu, 2011-11-24 at 18:08 +0800, Dexuan Cui wrote:
> From: Saul Wold
>
> Signed-off-by: Saul Wold
> ---
> scripts/runqemu |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/scripts/runqemu b/scripts/runqemu
> index 31e9822..a9a362f 100755
> --- a/scripts/runqemu
On Thu, Nov 24, 2011 at 10:29 AM, Saul Wold wrote:
> Add Patch to disable the XML::Parser check in the target
> intltool.m4, this check will find the host (not native)
> XML::Parser if it's installed possibly causing Host
> contamination, but will also fail configuration if XML::Parser
> is not in
Add Patch to disable the XML::Parser check in the target
intltool.m4, this check will find the host (not native)
XML::Parser if it's installed possibly causing Host
contamination, but will also fail configuration if XML::Parser
is not installed on the host.
Since we know that XML::Parser is instal
This address a problem where a intltool.m4 check will fail if
the host system does not have XML::Parser installed.
The following changes since commit 0a1dedeb8eea4e230b47d1516b3e6e90495fe49d:
libtool: Avoid relinking when cross compiling, its pointless (2011-11-24
00:02:27 +)
are availa
On (24/11/11 18:08), Phil Blundell wrote:
> On Thu, 2011-11-24 at 10:03 -0800, Khem Raj wrote:
> > On (24/11/11 10:54), Phil Blundell wrote:
> > > On Thu, 2011-11-24 at 07:29 +, McClintock Matthew-B29882 wrote:
> > > > On Thu, Nov 24, 2011 at 1:21 AM, Khem Raj wrote:
> > > > > hmmm I guess cro
On Thu, 2011-11-24 at 10:03 -0800, Khem Raj wrote:
> On (24/11/11 10:54), Phil Blundell wrote:
> > On Thu, 2011-11-24 at 07:29 +, McClintock Matthew-B29882 wrote:
> > > On Thu, Nov 24, 2011 at 1:21 AM, Khem Raj wrote:
> > > > hmmm I guess cross recipes are special they should not have been bui
On (24/11/11 10:54), Phil Blundell wrote:
> On Thu, 2011-11-24 at 07:29 +, McClintock Matthew-B29882 wrote:
> > On Thu, Nov 24, 2011 at 1:21 AM, Khem Raj wrote:
> > > hmmm I guess cross recipes are special they should not have been built
> > > under target recipes. Adding build arch to package
The value of baselib can be constructed in several different ways
and from a sstate perspective we don't care how it was made up,
we only care what the final value is. This uses the new functionality
in bitbake to ensure we only include the value of baselib and not
any intermediate dependencies.
[
On (24/11/11 11:59), Philip Balister wrote:
> On 11/22/2011 12:59 PM, Ken Werner wrote:
> > Hi,
> >
> > I'm currently reading the OpenEmbedded User Manual and wondering what's
> > the best way to add a layer for the Linaro toolchain components (Linaro
> > GCC, Linaro GDB). This is my first time wi
On Thu, 2011-11-24 at 09:36 -0800, Khem Raj wrote:
> On (24/11/11 12:44), Julian Pidancet wrote:
> > >> +def get_gcc_multiarch_setting(bb, d):
> > >> +if 'multiarch' in bb.data.getVar('DISTRO_FEATURES',d,1).split() :
> > >> +if bb.data.getVar('TARGET_ARCH', d, 1) in [ 'i586', 'i686' ] :
On (24/11/11 12:44), Julian Pidancet wrote:
> >> +def get_gcc_multiarch_setting(bb, d):
> >> + if 'multiarch' in bb.data.getVar('DISTRO_FEATURES',d,1).split() :
> >> + if bb.data.getVar('TARGET_ARCH', d, 1) in [ 'i586', 'i686' ] :
> >> + return "--enable-targets=all"
> >> +
Op 24 nov. 2011, om 17:59 heeft Philip Balister het volgende geschreven:
> On 11/22/2011 12:59 PM, Ken Werner wrote:
>> Hi,
>>
>> I'm currently reading the OpenEmbedded User Manual and wondering what's
>> the best way to add a layer for the Linaro toolchain components (Linaro
>> GCC, Linaro GDB)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/24/2011 08:51 AM, Koen Kooi wrote:
>
> Op 24 nov. 2011, om 12:26 heeft Richard Purdie het volgende
> geschreven:
>
>> On Thu, 2011-11-24 at 09:59 +0100, Koen Kooi wrote:
>>> Op 24 nov. 2011, om 09:05 heeft Darren Hart het volgende
>>> gesch
On 11/22/2011 12:59 PM, Ken Werner wrote:
> Hi,
>
> I'm currently reading the OpenEmbedded User Manual and wondering what's
> the best way to add a layer for the Linaro toolchain components (Linaro
> GCC, Linaro GDB). This is my first time with OE. I just setup the
> environment and started to bui
Op 24 nov. 2011, om 12:26 heeft Richard Purdie het volgende geschreven:
> On Thu, 2011-11-24 at 09:59 +0100, Koen Kooi wrote:
>> Op 24 nov. 2011, om 09:05 heeft Darren Hart het volgende geschreven:
>>
>>> Add a recipe to build the GRUB efi images. This recipe is written as
>>> a native recipe as
On Thu, 2011-11-24 at 23:37 +0800, Cui, Dexuan wrote:
> Richard Purdie wrote on 2011-11-24:
> > On Thu, 2011-11-24 at 18:08 +0800, Dexuan Cui wrote:
> >> --- a/meta/recipes-devtools/gcc/gcc-package-target.inc
> >> +++ b/meta/recipes-devtools/gcc/gcc-package-target.inc
> >> @@ -122,6 +122,8 @@ do_in
On Thu, 2011-11-24 at 08:13 -0800, Darren Hart wrote:
> I believe this is the fix for Yocto Bug 1771? If so, awesome! A one
> liner, something to be said for really knowing the codebase.
It has a dependent on a ~5 line change to bitbake over on bitbake-devel
but yes, it fixes 1771.
> I would only
On 11/24/2011 03:26 AM, Richard Purdie wrote:
> On Thu, 2011-11-24 at 09:59 +0100, Koen Kooi wrote:
>> Op 24 nov. 2011, om 09:05 heeft Darren Hart het volgende geschreven:
>>
>>> Add a recipe to build the GRUB efi images. This recipe is written as
>>> a native recipe as the resulting GRUB utils a
I believe this is the fix for Yocto Bug 1771? If so, awesome! A one
liner, something to be said for really knowing the codebase.
I would only suggest a commit log which includes the bug line,
motivation and the approach taken, per the contribution guidelines.
Maybe something like:
"
Fixes [YO
On 11/24/2011 06:57 AM, Richard Purdie wrote:
> If we just use print, the bitbake logging functions don't see the message
> and it can get lost if bitbake is for example logging messages to disk.
>
> Signed-off-by: Richard Purdie
Acked-by: Darren Hart
> ---
> diff --git a/meta/classes/base.b
Richard Purdie wrote on 2011-11-24:
> On Thu, 2011-11-24 at 18:08 +0800, Dexuan Cui wrote:
>> --- a/meta/recipes-devtools/gcc/gcc-package-target.inc
>> +++ b/meta/recipes-devtools/gcc/gcc-package-target.inc
>> @@ -122,6 +122,8 @@ do_install () {
>> ln -sf ${TARGET_PREFIX}g++ g++
>> ln -sf
We need to remove the files from avahi-ui which conflict with the avahi recipe.
If we don't do this they trigger packaging warnings and can also overwrite
files in the sysroot unexpectedly causing build failures (if X depends on
avahi, it expects avahi's files to stay there, not disappear as avahi-
Signed-off-by: Richard Purdie
---
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 01f064c..4589909 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -732,6 +732,8 @@ DISTRO[unexport] = "1"
# Used by canadian-cross to handle string conversions on TARGET_ARCH wh
If we just use print, the bitbake logging functions don't see the message
and it can get lost if bitbake is for example logging messages to disk.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index ba1f230..72196d6 100644
--- a/meta/classes/b
On Wed, 2011-11-23 at 20:59 +0100, Koen Kooi wrote:
> Op 23 nov. 2011, om 20:36 heeft Saul Wold het volgende geschreven:
>
> > On 11/22/2011 11:37 PM, Koen Kooi wrote:
> >>
> >> Op 23 nov. 2011, om 08:21 heeft Xiaofeng Yan het volgende
> geschreven:
> >>
> >>> From: Xiaofeng Yan
> >>>
> >>> Cha
>> +def get_gcc_multiarch_setting(bb, d):
>> + if 'multiarch' in bb.data.getVar('DISTRO_FEATURES',d,1).split() :
>> + if bb.data.getVar('TARGET_ARCH', d, 1) in [ 'i586', 'i686' ] :
>> + return "--enable-targets=all"
>> + if bb.data.getVar('TARGET_ARCH', d, 1) in [ 'power
On Thu, 2011-11-24 at 09:59 +0100, Koen Kooi wrote:
> Op 24 nov. 2011, om 09:05 heeft Darren Hart het volgende geschreven:
>
> > Add a recipe to build the GRUB efi images. This recipe is written as
> > a native recipe as the resulting GRUB utils are required to assemble
> > the final image. Rather
On Thu, 2011-11-24 at 18:08 +0800, Dexuan Cui wrote:
> Signed-off-by: Dexuan Cui
> ---
> meta/recipes-devtools/gcc/gcc-4.6.inc|2 +-
> meta/recipes-devtools/gcc/gcc-package-target.inc |2 ++
> 2 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-devt
This one is still RFC, I screwed up with git-send-email.
Op 24 nov. 2011, om 10:18 heeft Koen Kooi het volgende geschreven:
> Signed-off-by: Koen Kooi
> ---
>
> Changes since v1:
> * remove pulse from default-versions
> * thumb1 has been verified to build
>
> As indicated in the su
On Sun, 2011-11-20 at 09:50 -0800, Khem Raj wrote:
> This pull request has patches needed for core-image-sato to build with uclibc
> gcc update needed for fixes qt4 ICE seen on armv7-a
> Fix to matchbox to get core-image-sato building with gold linker
>
> The following changes since commit 0a9b1f5
On Thu, 2011-11-24 at 07:38 +0100, Koen Kooi wrote:
> Op 24 nov. 2011, om 04:06 heeft Xiaofeng Yan het volgende geschreven:
>
> > From: Xiaofeng Yan
> >
> > gtk run over x11 at current OE-core. If gtk want to run over directfb, then
> > \
> > the configuration related to x11 should be disabled
On Tue, 2011-11-22 at 17:18 -0800, Saul Wold wrote:
> Richard,
>
> This should be a pretty straight forward set of changes
> to the distro_tracking_fields and patch Status Updates.
>
> Please review and pull.
>
> Thanks
> Sau!
>
>
> The following changes since commit 381c7857a5b303bf9ead
On Thu, 2011-11-24 at 07:29 +, McClintock Matthew-B29882 wrote:
> On Thu, Nov 24, 2011 at 1:21 AM, Khem Raj wrote:
> > hmmm I guess cross recipes are special they should not have been built
> > under target recipes. Adding build arch to package name would be ok
> > too but may be if they were
On Thu, 2011-11-24 at 07:29 +, McClintock Matthew-B29882 wrote:
> On Thu, Nov 24, 2011 at 1:21 AM, Khem Raj wrote:
> > hmmm I guess cross recipes are special they should not have been built
> > under target recipes. Adding build arch to package name would be ok
> > too but may be if they were
This is the first patchset for the task Build Applianc: self-hosted-image:
https://wiki.yoctoproject.org/wiki/Build_Appliance_Design
The only notable issue left is:
there is an eglibc_initial do_insall failure that seems be caused by make-3.82.
If we downgrade to make-3.81(the hacking patch is at
From: Saul Wold
This is the first pass of creating a self hosted image, this task
and image can pass bitbake's sanity check (if modified to remove the
cvs check) and can build psuedo, albit very slowly on qemu.
Signed-off-by: Saul Wold
Signed-off-by: Dexuan Cui
Signed-off-by: Zhai Edwin
---
busybox's hostname doesn't work with pseudo somehow, so let's use the version
of coreutils. This is needed for the self-hosted-image work.
Also add a patch to disable building the doc and manual: we don't really need
them and this causes compilation error in the cross-compiling case.
Signed-off-b
From: Saul Wold
Signed-off-by: Saul Wold
---
scripts/runqemu |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 31e9822..a9a362f 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -114,7 +114,7 @@ while [ $i -le $# ]; do
Signed-off-by: Dexuan Cui
---
meta/recipes-devtools/gcc/gcc-4.6.inc|2 +-
meta/recipes-devtools/gcc/gcc-package-target.inc |2 ++
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/gcc/gcc-4.6.inc
b/meta/recipes-devtools/gcc/gcc-4.6.inc
index
Signed-off-by: Koen Kooi
---
Changes since v1:
* remove pulse from default-versions
* thumb1 has been verified to build
As indicated in the subject, this is an RFC, please review and test.
1) the ARM_INSTRUCTIONSET workarounds have been removed, so for people using
thumb1, ple
Signed-off-by: Koen Kooi
---
Changes since v1:
* fix LICENSE
meta/recipes-devtools/libjson/libjson_0.9.bb | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-devtools/libjson/libjson_0.9.bb
diff --git a/meta/recipes-devtools/libjson
Op 24 nov. 2011, om 09:05 heeft Darren Hart het volgende geschreven:
> Add a recipe to build the GRUB efi images. This recipe is written as
> a native recipe as the resulting GRUB utils are required to assemble
> the final image. Rather than build a native and a target recipe (and
> increase buil
Op 24 nov. 2011, om 08:28 heeft Xiaofeng Yan het volgende geschreven:
> On 2011年11月24日 14:38, Koen Kooi wrote:
>> Op 24 nov. 2011, om 04:06 heeft Xiaofeng Yan het volgende geschreven:
>>
>>
>>> From: Xiaofeng Yan
>>>
>>>
>>> gtk run over x11 at current OE-core. If gtk want to run over direct
From: Xiaofeng Yan
directfb to 1.4.15
xorg-xserver-lite to 1.11.1
libx11-diet to 1.4.4
Signed-off-by: Xiaofeng Yan
---
.../conf/distro/include/distro_tracking_fields.inc | 15 ---
1 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/meta/conf/distro/include/distro_trac
From: Xiaofeng Yan
directfb, libx11-diet and xorg-xserver-lite have updated their version. So I
update these changes to distro_tracking_fields.inc.
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: xiaofeng/maintainer
Browse:
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=
On 11/24/2011 12:04 AM, Darren Hart wrote:
>
> Thanks to Koen Kooi, Chris Larson, Richard Purdie, and Josef Ahmad for their
> contributions of expertise, code, and testing.
>
The problem of course with listing people, is that you are likely to
miss some. Especially at midnight prior to a major h
This series provides optional support for EFI boot for live images, both hddimg
and ISO, on ia32 platforms. It creates a new grub-efi-native recipe to create
the boot image. bootimg.bbclass has been refactored and syslinux support has
been made optional. The new live images can be built as PCBIOS-l
Add a recipe to build the GRUB efi images. This recipe is written as
a native recipe as the resulting GRUB utils are required to assemble
the final image. Rather than build a native and a target recipe (and
increase build times), this recipe builds the utils for the host and
passes an appropriate -
Separate the construction of the ISO image from that of the hddimg.
This is part of the groundwork for creating a much more flexible
live image builder.
Signed-off-by: Darren Hart
---
meta/classes/bootimg.bbclass | 82 ++
1 files changed, 43 insertions(+
Condition building PCBIOS legacy images on MACHINE_FEATURES containing "pcbios"
or not containing "efi". This ensures existing BSPs will continue to get the
old PCBIOS legacy-only images. New BSPs can add "efi", "pcbios", or both. The
images created likewise support one or the other or both.
EFI-o
Create a new grub-efi.bbclass and integrate it into bootimg alongside the
syslinux support. This new class uses the output from the grub-efi-native
recipe. Thanks goes to Josef Ahmad for the original
build_grub_cfg() routine.
The EFI features are only added to the image if MACHINE_FEATURES contai
Working towards a more generic bootimg.bbclass, pull out all
syslinux specific bits and let syslinux.bbclass manage them
directly. This introduces no functional changes to the images
constructed and the behavior remains unchanged.
Signed-off-by: Darren Hart
---
meta/classes/bootimg.bbclass |
70 matches
Mail list logo