On Wed, 2012-03-28 at 02:11 -0400, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> busybox' default configuration enables dc app, which bc also provides,
> setup update-alternatives to resolve the conflict.
>
> Signed-off-by: Denys Dmytriyenko
> ---
> meta/recipes-extended/bc/bc_1.06.bb
On Tue, 2012-03-27 at 22:31 -0400, Bruce Ashfield wrote:
> There are a few extra task that modify the source tree that should
> be removed when externalsrc is inherited by a recipe that uses a
> linux-yocto tree.
>
> Adding those tasks to SRCTREECOVEREDTASKS means that they are skipped
> and exter
On Tue, 2012-03-27 at 10:24 +0800, Xiaofeng Yan wrote:
> From: Xiaofeng Yan
>
> User can use these variables to get atchiving packages they want.
>
> Signed-off-by: Xiaofeng Yan
> ---
> meta-yocto/conf/local.conf.sample.extended | 32
>
> 1 files changed, 32 ins
On Tue, 2012-03-27 at 19:41 -0700, Khem Raj wrote:
> More details in patch header
>
> Signed-off-by: Khem Raj
> ---
> .../recipes-extended/zypper/zypper/gcc-scope.patch | 20
>
> meta/recipes-extended/zypper/zypper_git.bb |3 ++-
> 2 files changed, 22 insertio
On Tue, 27 Mar 2012, Christopher Larson wrote:
> IMAGE_INSTALL_append or IMAGE_INSTALL_append_pn-core-image-minimal
> or whatever when I need to quickly add a package temporarily,
> myself.
i'll get to the other responses shortly but i'm summarizing this
topic at my wiki here:
http://www.crash
On Tue, 27 Mar 2012, Christopher Larson wrote:
> I IMAGE_INSTALL_append or IMAGE_INSTALL_append_pn-core-image-minimal
> or whatever when I need to quickly add a package temporarily,
> myself.
once i add this package and build a new image to verify it was
added, i want to revert and rebuild the
[Yocto 1202]
Update ghostscript-9.02-parallel-make.patch to fix parallel make
failure.
Bump up PR.
Signed-off-by: Kang Kai
---
.../ghostscript-9.02-parallel-make.patch | 13 +
.../ghostscript/ghostscript_9.05.bb|2 +-
2 files changed, 14 insertions(+)
Hi,
The patch is for Yocto 1202, to fix parallel build issue.
Test it 100 times for mips and 4 times show the error mesage that "Files exists"
but bitbake compile pass.
Regards,
The following changes since commit 7b01671f54f70c28c98457058c51ffefcb07c0e8:
nspr 4.8.9: failed to build on x86_64
From: Martin Jansa
Still need mesa-xlib for emulation of GLX interface on qemuarm/qemumips, where
mesa-dri doesn't work for pure qemu emulator.
[YOCTO #2066] fixed.
---
meta/conf/distro/include/default-providers.inc |2 +-
meta/recipes-graphics/mesa/mesa-xlib.inc |2 ++
2 files ch
From: Zhai Edwin
RP,
This fix make GL apps runs on qemuarm with emulated GLX interface from
mesa-xlib.
[YOCTO #2066] got fixed.
Thanks,
Edwin
The following changes since commit 265903bdffb10c95ceaf7a892151a50b67939c71:
procps: don't print error message with kernel 3.0+ (2012-03-28 10:16:30
I always use "bitbake -c clean -c cleansstate package" for that purpose.
On Wed, Mar 28, 2012 at 11:35 AM, Robert P. J. Day wrote:
> On Tue, 27 Mar 2012, Christopher Larson wrote:
>
> > I IMAGE_INSTALL_append or IMAGE_INSTALL_append_pn-core-image-minimal
> > or whatever when I need to quickly add
On Wednesday 28 March 2012 12:51:46 Marko Katić wrote:
> I always use "bitbake -c clean -c cleansstate package" for that purpose.
Firstly, cleansstate does a clean already, so no need to specify that as well.
Secondly, images are always rebuilt so provided you comment out the
IMAGE_INSTALL_appen
On Wed, Mar 28, 2012 at 06:10:26PM +0800, edwin.z...@intel.com wrote:
> From: Martin Jansa
I don't think I've ever sent something like this.
Actually I've sent patch:
default-providers: switch virtual/libgl from mesa-xlib to mesa-dri
* to match default virtual/xserver
And this just reverts it +
On Wed, 28 Mar 2012, Paul Eggleton wrote:
> On Wednesday 28 March 2012 12:51:46 Marko Katić wrote:
> > I always use "bitbake -c clean -c cleansstate package" for that purpose.
>
> Firstly, cleansstate does a clean already, so no need to specify that as well.
>
> Secondly, images are always rebuilt
On Wednesday 28 March 2012 07:06:21 Robert P. J. Day wrote:
> On Wed, 28 Mar 2012, Paul Eggleton wrote:
> > On Wednesday 28 March 2012 12:51:46 Marko Katić wrote:
> > > I always use "bitbake -c clean -c cleansstate package" for that purpose.
> >
> > Firstly, cleansstate does a clean already, so no
On Wed, 28 Mar 2012, Paul Eggleton wrote:
> On Wednesday 28 March 2012 07:06:21 Robert P. J. Day wrote:
> > On Wed, 28 Mar 2012, Paul Eggleton wrote:
> > > On Wednesday 28 March 2012 12:51:46 Marko Katić wrote:
> > > > I always use "bitbake -c clean -c cleansstate package" for that purpose.
> > >
Signed-off-by: Richard Purdie
---
diff --git
a/meta/recipes-extended/ghostscript/ghostscript/ghostscript-9.02-parallel-make.patch
b/meta/recipes-extended/ghostscript/ghostscript/ghostscript-9.02-parallel-make.patch
index bb0c41c..8491053 100644
---
a/meta/recipes-extended/ghostscript/ghostscri
This fixes multilib issues if you try for example to use a BASELIB of /lib32
which wouldn't work without this change since the compiler install location
is taken from gcc -print-multi-os-directory which can still turn out to be
"/lib".
The reason is that a 32 bit gcc has no multilib code enabled a
libtiff now depends on lzma which can be obtained from xz and doesn't use lzo.
Previously, libtiff would detect and use lzma if it was present leading to
a number of race conditions including failures in things linking to libtiff
such as ghostscript since lzma could be removed while being rebuild l
On Wednesday 28 March 2012 07:14:41 Robert P. J. Day wrote:
> even though i realize this technique is not encouraged for
> local.conf, as i mentioned, i just tested using it from scratch in a
> brand new build and it still didn't add that package to my image. if
> it should have, then something
On Wed, 2012-03-28 at 12:58 +0200, Martin Jansa wrote:
> On Wed, Mar 28, 2012 at 06:10:26PM +0800, edwin.z...@intel.com wrote:
> > From: Martin Jansa
>
> I don't think I've ever sent something like this.
> Actually I've sent patch:
> default-providers: switch virtual/libgl from mesa-xlib to mesa-
Both these clutter recipes provide 1.8. With different PN namespace, a world
build cna build both causing the clutter libraries to "disappear" at certain
points of the build. In particular, this causes issues for mx.
This patch puts then into the same PN namespace so only one can be built.
[YOCTO
On Wed, 28 Mar 2012, Paul Eggleton wrote:
> On Wednesday 28 March 2012 07:14:41 Robert P. J. Day wrote:
> > even though i realize this technique is not encouraged for
> > local.conf, as i mentioned, i just tested using it from scratch in a
> > brand new build and it still didn't add that package
On Wed, Mar 28, 2012 at 1:22 PM, Paul Eggleton
wrote:
> On Wednesday 28 March 2012 07:14:41 Robert P. J. Day wrote:
>> even though i realize this technique is not encouraged for
>> local.conf, as i mentioned, i just tested using it from scratch in a
>> brand new build and it still didn't add tha
Op 27 mrt. 2012, om 05:20 heeft Robert P. J. Day het volgende geschreven:
>
> i'm currently poring over the OE docs (including the ones at the
> yocto site), and i'm trying to figure out how to simply add a package
> to an image through one's local.conf file.
Why throught local.conf. Image rec
On Wed, 28 Mar 2012, Koen Kooi wrote:
>
> Op 27 mrt. 2012, om 05:20 heeft Robert P. J. Day het volgende geschreven:
>
> >
> > i'm currently poring over the OE docs (including the ones at the
> > yocto site), and i'm trying to figure out how to simply add a package
> > to an image through one's lo
On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa wrote:
> On Fri, Mar 23, 2012 at 02:17:02PM +0100, Martin Jansa wrote:
>> On Fri, Mar 23, 2012 at 12:05:25PM +, Richard Purdie wrote:
>> > On Thu, 2012-03-22 at 19:56 -0700, Khem Raj wrote:
>> > > Get new patches and remove the one that got merged
On Wed, Mar 28, 2012 at 07:15:32AM -0700, Khem Raj wrote:
> On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa wrote:
> > On Fri, Mar 23, 2012 at 02:17:02PM +0100, Martin Jansa wrote:
> >> On Fri, Mar 23, 2012 at 12:05:25PM +, Richard Purdie wrote:
> >> > On Thu, 2012-03-22 at 19:56 -0700, Khem Raj
When building gcc-cross-canadian libgcc is built using
headers from gcc-crosssdk and not the target sysroot
because we do not pass proper CFLAGS for target bits
so it ends up using CFLAGS that were meant for compiling
canadian gcc itself. It does not show up as a problem
when building SDK with egli
Hi joaohf,
Thank for the hint!
I have got the patches from genext2fs-devel mailing list and did some tests:
I can successfully create a .ext2 file of 8.5GB with genext2fs now!
I’ll send an update to the genext2fs recipe later.
Thanks,
-- Dexuan
From: openembedded-core-boun...@lists.opene
Hi Saul,
Did you test "bitbake core-image-minimal" inside the vmware guest?
I got the following ERROR immediately:
ERROR: OE-core's config sanity checker detected a potential misconfiguration.
Either fix the cause of this error or at your own risk disable the checker
On Wed, Mar 28, 2012 at 7:33 AM, Martin Jansa wrote:
> On Wed, Mar 28, 2012 at 07:15:32AM -0700, Khem Raj wrote:
>> On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa wrote:
>> > On Fri, Mar 23, 2012 at 02:17:02PM +0100, Martin Jansa wrote:
>> >> On Fri, Mar 23, 2012 at 12:05:25PM +, Richard Purdi
Hi RP, Saul, Paul, Darren, Mark, Josh and joaohf and all, please comment.
Let's figure out if this big patch is accepatable or not...
With this patch, I can successfully create a 8.5GB .ext3 file with genext2fs.
The speed is slow -- I spent about 1.5 hours.
The following changes since commit 265
>From time to time my build crashes after trying to unpack the downloaded
perl package:
Check the log here:
ERROR: Logfile of failure stored in:
BUILD/tmp-eglibc-eglibc/work/i686-linux/perl-native-5.14.2-r0/temp/log.do_unpack.14775
Log data follows:
| NOTE: Unpacking
BUILD/tmp-eglibc-eglibc/work/i
As per
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-March/020053.html
a machine conf file should use '=+' to set IMAGE_FSTYPES.
Signed-off-by: Tom Rini
---
meta/conf/machine/include/qemu.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/machin
On Mon, Mar 26, 2012 at 05:56:16PM +0100, Richard Purdie wrote:
> On Mon, 2012-03-26 at 09:25 -0700, Tom Rini wrote:
> > On Mon, Mar 26, 2012 at 10:15:13AM +0100, Richard Purdie wrote:
> > > On Fri, 2012-03-23 at 10:35 -0700, Tom Rini wrote:
> > > > As per
> > > > http://lists.linuxtogo.org/piperma
On Wednesday 28 March 2012 15:19:20 Andrea Adami wrote:
> Robert, core-image-base is much better for testing (is a bit like
> Angstrom console-image)
>
> Paul,
> maybe core-image-base (and core-image-core) should be listed in the
> output of oe-init-build-env & co.?
Possibly. In the next developm
* No changes other than source checksums and PR at recipe level.
* DEFAULT_PREFERENCE still set to -1
Signed-off-by: Andreas Oberritter
---
* Considering that OE-core is in a stabilization phase, updating
Qt may be a bad idea. However, version 4.8.0 has D_P=-1, so
4.7.4 still gets built by de
On Wed, Mar 28, 2012 at 09:10:57AM -0700, Khem Raj wrote:
> On Wed, Mar 28, 2012 at 7:33 AM, Martin Jansa wrote:
> > On Wed, Mar 28, 2012 at 07:15:32AM -0700, Khem Raj wrote:
> >> On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa
> >> wrote:
> >> > On Fri, Mar 23, 2012 at 02:17:02PM +0100, Martin Ja
On Monday 26 March 2012 22:42:55 Saul Wold wrote:
> From: Dexuan Cui
>
> This patch installs the poky source into the /home/builder/poky/ of the
> self-hosted-image.
> This makes the user of self-hosted-image easier to start a build.
>
> I think the recent poky master is stable enough, so I spec
On 03/28/2012 08:35 AM, Cui, Dexuan wrote:
Hi Saul,
Did you test "bitbake core-image-minimal" inside the vmware guest?
I got the following ERROR immediately:
This should be addressed by the 5/6 patch that adds the correct PSEUDO_*
setup into the minix session script.
I guess that you tried to
On 03/28/2012 01:45 PM, Paul Eggleton wrote:
On Monday 26 March 2012 22:42:55 Saul Wold wrote:
From: Dexuan Cui
This patch installs the poky source into the /home/builder/poky/ of the
self-hosted-image.
This makes the user of self-hosted-image easier to start a build.
I think the recent poky m
On Wed, 2012-03-28 at 14:54 -0400, Denys Dmytriyenko wrote:
> On Mon, Mar 26, 2012 at 05:56:16PM +0100, Richard Purdie wrote:
> > On Mon, 2012-03-26 at 09:25 -0700, Tom Rini wrote:
> > > On Mon, Mar 26, 2012 at 10:15:13AM +0100, Richard Purdie wrote:
> > > > On Fri, 2012-03-23 at 10:35 -0700, Tom R
On Wed, Mar 28, 2012 at 10:11:44PM +0100, Richard Purdie wrote:
> On Wed, 2012-03-28 at 14:54 -0400, Denys Dmytriyenko wrote:
> > On Mon, Mar 26, 2012 at 05:56:16PM +0100, Richard Purdie wrote:
> > > On Mon, 2012-03-26 at 09:25 -0700, Tom Rini wrote:
> > > > On Mon, Mar 26, 2012 at 10:15:13AM +0100
On Wed, Mar 28, 2012 at 09:38:04AM +0100, Richard Purdie wrote:
> On Wed, 2012-03-28 at 02:11 -0400, Denys Dmytriyenko wrote:
> > From: Denys Dmytriyenko
> >
> > busybox' default configuration enables dc app, which bc also provides,
> > setup update-alternatives to resolve the conflict.
> >
> >
From: Denys Dmytriyenko
busybox' default configuration enables dc app, which bc also provides,
setup update-alternatives to resolve the conflict.
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/bc/bc_1.06.bb |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --gi
On Wed, Mar 28, 2012 at 12:34:43PM +0100, Richard Purdie wrote:
> On Wed, 2012-03-28 at 12:58 +0200, Martin Jansa wrote:
> > On Wed, Mar 28, 2012 at 06:10:26PM +0800, edwin.z...@intel.com wrote:
> > > From: Martin Jansa
> >
> > I don't think I've ever sent something like this.
> > Actually I've s
On Wed, Mar 28, 2012 at 12:58:37PM +0200, Martin Jansa wrote:
> On Wed, Mar 28, 2012 at 06:10:26PM +0800, edwin.z...@intel.com wrote:
> > From: Martin Jansa
>
> I don't think I've ever sent something like this.
> Actually I've sent patch:
> default-providers: switch virtual/libgl from mesa-xlib t
On Thu, Mar 29, 2012 at 09:31:28AM +0800, Zhai, Edwin wrote:
> On Wed, Mar 28, 2012 at 12:58:37PM +0200, Martin Jansa wrote:
> > On Wed, Mar 28, 2012 at 06:10:26PM +0800, edwin.z...@intel.com wrote:
> > > From: Martin Jansa
> >
> > I don't think I've ever sent something like this.
> > Actually I'
On Tue, Mar 27, 2012 at 5:16 PM, Chris Larson wrote:
>> If you can explain why the override isn't overriding the default
>> TUNE_PKGARCH (and it's intentional and not a bug), and we can consistently
>> modify all of the elements... I'm happy to accept the changes to all of the
>> tunings.
>
> See
On Wed, Mar 28, 2012 at 9:47 PM, McClintock Matthew-B29882
wrote:
> On Tue, Mar 27, 2012 at 5:16 PM, Chris Larson wrote:
>>> If you can explain why the override isn't overriding the default
>>> TUNE_PKGARCH (and it's intentional and not a bug), and we can consistently
>>> modify all of the elemen
On Wed, Mar 28, 2012 at 11:54 PM, Chris Larson wrote:
> On Wed, Mar 28, 2012 at 9:47 PM, McClintock Matthew-B29882
> wrote:
>> On Tue, Mar 27, 2012 at 5:16 PM, Chris Larson wrote:
If you can explain why the override isn't overriding the default
TUNE_PKGARCH (and it's intentional and no
The following changes since commit 432e36300d7231c9b01cd2c6c4b39b84cf4fddca:
rpm: Ensure we depend on file (2012-03-28 18:40:20 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/kernel2
http://cgit.openembedded.org/cgit.cgi/openembedd
Signed-off-by: Martin Jansa
---
meta/classes/kernel.bbclass | 39 +++
1 files changed, 23 insertions(+), 16 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 3519e7c..8cd5fc7 100644
--- a/meta/classes/kernel.bbclass
++
* indentation was with spaces and tabs, unify to use tabs instead of
spaces, because "python populate_packages" expects tabs (or 8 spaces)
and we're doing populate_packages_preppend here
Signed-off-by: Martin Jansa
---
meta/classes/kernel.bbclass | 38 +++---
Hi Andreas,
I have one question about the qt-x11-free, is it possible to enable
the "-sm -accessibility" in oe-core, please? There is a meta-kde
layer which requires the "-sm -accessibility", but they are disabled
in oe-core currently:
QT_DISTRO_FLAGS ?= "-no-accessibility -no-sm"
So there is
From: Noor Ahsan
* While building for i686 architectre an error was coming that
locale_arch_options does not have support for i686. Add missing support.
* Verified on intel architecture.
Signed-off-by: Noor Ahsan
---
meta/classes/libc-package.bbclass |1 +
1 files changed, 1 insertions(+),
57 matches
Mail list logo
