On Fri, Nov 30, 2012 at 11:39:55AM +0800, Zhenhua Luo wrote:
> Without this flag, the library has a problem with C++ programs using
> exception handling.
>
> Signed-off-by: Zhenhua Luo
> ---
> meta/recipes-core/libxml/libxml2.inc |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> d
On Fri, Nov 30, 2012 at 11:08:43AM +0800, qi.c...@windriver.com wrote:
> From: Chen Qi
>
> If the TMPDIR has more than 256 chars, building qt4-native fails.
> This violates the 410 length limit of TMPDIR.
>
> This patch makes building qt4-native succeed with a long building
> path (410 for examp
From: "yanjun.zhu"
Reference:https://code.google.com/p/libproxy/source/detail?r=853
Stack-based buffer overflow in the url::get_pac function in url.cpp
in libproxy 0.4.x before 0.4.9 allows remote servers to have an
unspecified impact via a large proxy.pac file.
http://web.nvd.nist.gov/view/vul
On 11/28/2012 07:09 PM, Shakeel, Muhammad wrote:
If we ensure that udev will always be found in /lib/udev/udevd then this patch
will not be required.
Actually I needed this patch to start udev on a mips64 target where
${base_libdir} is '/lib64' and original udev init script was failing to star
Sorry. Please ignore this mail.
Thanks a lot.
Zhu Yanjun
On 11/30/2012 01:42 PM, yanjun.zhu wrote:
From: "yanjun.zhu"
Reference:https://code.google.com/p/libproxy/source/detail?r=853
Stack-based buffer overflow in the url::get_pac function in url.cpp
in libproxy 0.4.x before 0.4.9 allows rem
From: "yanjun.zhu"
Reference:https://code.google.com/p/libproxy/source/detail?r=853
Stack-based buffer overflow in the url::get_pac function in url.cpp
in libproxy 0.4.x before 0.4.9 allows remote servers to have an
unspecified impact via a large proxy.pac file.
http://web.nvd.nist.gov/view/vul
On 11/29/2012 11:08 AM, Elizabeth Flanagan wrote:
From: Andy Ross
Allow INCOMPATIBLE_LICENSE to be a whitespace-separated list of
incompatible license strings and/or glob patterns.
Also fix wildcarding: the string in INCOMPATIBLE_LICENSE was clearly
intended to match with wildcards (e.g. "*GPL
From: "yanjun.zhu"
Reference:http://http://bugs.python.org/issue14579
The utf-16 decoder in Python 3.1 through 3.3 does not update the
aligned_end variable after calling the unicode_decode_call_errorhandler
function, which allows remote attackers to obtain sensitive information
(process memory)
Without this flag, the library has a problem with C++ programs using exception
handling.
Signed-off-by: Zhenhua Luo
---
meta/recipes-core/libxml/libxml2.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/libxml/libxml2.inc
b/meta/recipes-core/libxml/li
From: Chen Qi
If TMPDIR has more than 256 chars, building ghostscript fails.
This violates the 410 length limit of TMPDIR.
This patch makes building ghostscript succeed by changing its
MAX_TOKEN from 256 to 512.
[YOCTO #2766]
Signed-off-by: Chen Qi
---
...tscript-work-with-long-building-dire
From: Chen Qi
When the TMPDIR is very long, say, 410 characters, aclocal would
fail because the argument list is too long. This patch is an effort
to use relative path for acpaths whenever possible, aiming at
making the build system work correctly when the sanity check says OK.
With the current
From: Chen Qi
Poky had a problem with long TMPDIR.
If the TMPDIR had a length of 410 chars, for example, the world building
would fail for three reasons.
1) autotools.bbclass: With long TMPDIR, aclocal would have a very long argument
list whick makes building some packages (coretuils for exam
From: Chen Qi
If the TMPDIR has more than 256 chars, building qt4-native fails.
This violates the 410 length limit of TMPDIR.
This patch makes building qt4-native succeed with a long building
path (410 for example) by extending its static arrays' sizes by
256 chars.
[YOCTO #2766]
Signed-off-by
On 11/13/2012 04:56 AM, Robert Yang wrote:
Port the patches from the master branch to denzil, and have tested on
our local autobuilder. They are already on danny.
// Robert
The following changes since commit 846b7c388738f382e83576e77b705aa547c1dd9b:
bitbake: lib/bb/siggen.py: log when taint
On 11/06/2012 08:20 AM, Matthew McClintock wrote:
From: "Roy.Li"
Compiling tar-replacement or not is decided by version of host tar,
if the host tar version is lower than 1.23, Compiling tar-replacement
is needed.
When doing popoluate tar-replacement sysroot to write the tar to
sysroot, but wr
Signed-off-by: Andreas Müller
---
...utton-do-not-prelight-in-touchscreen-mode.patch | 48
meta/recipes-gnome/gtk+/gtk+_2.24.13.bb|3 +-
2 files changed, 50 insertions(+), 1 deletions(-)
create mode 100644
meta/recipes-gnome/gtk+/gtk+-2.24.13/0001-GtkButto
Any comments?
On 2012年11月15日 10:47, rongqing...@windriver.com wrote:
From: Roy.Li
Change some applets dirs to make them FHS and LSB compliance by backporting
patch dac8e79a190fcfe (Move several applets to different install dir) and
adjusting alternatives in several bb files, the result is bel
Fix the configure-sbindir test, which was not working correctly
add a patch to configure to correctly test if the prefixes are
conatined in libdir so they don't duplicate.
Removed aarch64 patch since it been merged into this version
Rebased util-linux-ng-replace-siginterrupt.patch
Signed-off-by:
This will allow use to automagically set the SRCREV for builds on the
autobuilder. It will still require manual updating for releases.
Signed-off-by: Saul Wold
---
meta/recipes-core/images/build-appliance-image.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-c
Signed-off-by: Saul Wold
---
meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
b/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
index 1647a0f..de073b8 100644
--- a/meta/recipes-cor
Signed-off-by: Saul Wold
---
.../cmake/cmake-native_2.8.10.1.bb | 4 ++
meta/recipes-devtools/cmake/cmake-native_2.8.8.bb | 8
meta/recipes-devtools/cmake/cmake.inc | 3 ++
.../cmake/cmake/dont-run-cross-binaries.patch | 19 -
.../cmake/cmake/sup
Richard,
I have done futher testing with cmake and I am happy with it. I
also worked out my issues with util-linux and have an update for
sysvinit since util-linux added utmpdump.
The build-appliance-image is a tweak to allow us to set the SRCREV
automagically from a config file via an override.
On Fri, 2012-11-30 at 00:12 +0100, Martin Jansa wrote:
> +PACKAGE_EXTRA_ARCHS_tune-arm920t = "${PACKAGE_EXTRA_ARCHS_tune-armv4t}
> arm920tt"
> +PACKAGE_EXTRA_ARCHS_tune-arm926ejs = "${PACKAGE_EXTRA_ARCHS_tune-armv5te}
> arm926ejste"
> +PACKAGE_EXTRA_ARCHS_tune-arm9tdmi = "${PACKAGE_EXTRA_ARCHS_tu
* hf/t/neon/b suffix is added by other ARMPKGSFX* variables, should not be
part of ARMPKGARCH, otherwise resulting TUNE_PKGARCH have that suffix twice,
e.g. cortexa8hf-neonhf-neon
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/tune-cortexa8.inc | 10 +-
meta/conf/machine/i
* like we have with tune-armv7at-neon
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/tune-cortexa8.inc | 10 --
meta/conf/machine/include/tune-cortexa9.inc | 10 --
2 files changed, 16 insertions(+), 4 deletions(-)
diff --git a/meta/conf/machine/include/tune-cortexa8.
Here is couple of fixes for ARM tune files:
* 1st and 2nd fix issues caused by my last tune patchset.
* 3rd and 4th are fixing issues which were there for long time, just overlooked
* 5th is just formal change which makes it easier to spot copy&paste issues
* 6th is fix for SIGILL on armv4t and hi
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/arm/arch-armv5.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/conf/machine/include/arm/arch-armv5.inc
b/meta/conf/machine/include/arm/arch-armv5.inc
index 5ed56bc..c6d4fc1 100644
--- a/meta/conf/machine/i
From: Víctor Enríquez
This work was made by Victor Enriquez and then modified by Denis Carikli
who was helped by Mark Hatle comments. And in the end modified by Martin
Jansa to support different ARMPKGARCH and removed explicit -novfp suffix.
The changes are for adding support to armv6-novfp, for
* that we always use TUNE_FEATURES_tune-arm* variable and add only one
TUNE_FEATURE to it
* for bigendian always use littleendian counterpart and append bigendian
TUNE_FEATURE
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/arm/arch-armv4.inc | 2 +-
meta/conf/machine/include/ar
* without this patch it does apply --fix-v4bx not only to armv4, but
also all higher (because they also have armv4 in TUNE_FEATURES)
* it causes SIGILL on armv4t
http://lists.linuxtogo.org/pipermail/openembedded-devel/2012-November/042298.html
* someone please test on armv4 device (I tested on
* bigendian should not include little endian PACKAGE_ARCHS
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/arm/arch-armv4.inc | 3 +--
meta/conf/machine/include/arm/arch-armv5.inc | 10 --
meta/conf/machine/include/arm/arch-armv7a.inc | 8
3 files changed, 9 insert
* e.g. arm926ejs DEFAULT tune is compatible with all
PACKAGE_EXTRA_ARCHS_tune-armv5te, but needs to list arm926ejs with all possible
suffixes too
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/tune-arm1136jf-s.inc | 2 +-
meta/conf/machine/include/tune-arm920t.inc | 3 +--
From: Andy Ross
Allow INCOMPATIBLE_LICENSE to be a whitespace-separated list of
incompatible license strings and/or glob patterns.
Also fix wildcarding: the string in INCOMPATIBLE_LICENSE was clearly
intended to match with wildcards (e.g. "*GPLv3" to match both GPLv3
and LGPLv3), but this was br
Some minor changes to Andy Ross's patch to INCOMPATIBLE_LICENSE
The following changes since commit 247b6a3754c2c50318e2a73d79981ba0e9cb560b:
gstreamer, gst-plugins*: fix localdata (2012-11-28 15:25:33 +)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib efl
A recent report of the preempt-rt beagleboard kernel not enabling full
-rt preemption out of the box revealed that the existing fix for SD
boot issues (which were fixed by disabling preemption) was the root
cause for the options not being enabled.
Although the fix for the SD card detection issues
Richard/Saul,
Just a minor kernel configuration tweak for anyone that wants
to try out preempt-rt on the beagleboard. This is the result
of a conversion on the yocto list recently, and is a simple change
to make life easier for those experimenting with -rt support
on this board.
(this is stacked
We should always leave the tree on a BSP branch or master when
do_validate_branches completes to avoid modifying version tracked
files are part of the build process. Modifying these files will lead
to errors when changing branches, since the contents would be lost.
This is evident in the case that
Richard/Saul/Ross,
This is a fix for YOCTO #3478, and it fixes a problem that was
being seen when BSPs created by yocto-bsp. It turned out to be
triggered by meta branch SRCREVs that triggered a branch reset,
which then prevented the tools from doing the rest of their job.
The fix is both for mas
On 11/27/2012 01:18 AM, Andreas Müller wrote:
Signed-off-by: Andreas Müller
---
...utton-do-not-prelight-in-touchscreen-mode.patch | 48
meta/recipes-gnome/gtk+/gtk+_2.24.13.bb|3 +-
2 files changed, 50 insertions(+), 1 deletions(-)
create mode 100644
On 11/29/2012 01:14 AM, yanjun.zhu wrote:
From: "yanjun.zhu"
Reference:http://squashfs.git.sourceforge.net/git/gitweb.cgi?p=
squashfs/squashfs;a=commit;h=19c38fba0be1ce949ab44310d7f49887576cc123
Fix potential stack overflow in get_component() where an individual
pathname component in an extrac
On 11/26/2012 10:13 PM, Li Wang wrote:
A security flaw was found in the way ssh-keysign,
a ssh helper program for host based authentication,
attempted to retrieve enough entropy information on configurations that
lacked a built-in entropy pool in OpenSSL (a ssh-rand-helper program would
be execut
On 11/28/2012 02:13 AM, yanjun.zhu wrote:
From: "yanjun.zhu"
Reference:https://code.google.com/p/libproxy/source/detail?r=853
Stack-based buffer overflow in the url::get_pac function in url.cpp
in libproxy 0.4.x before 0.4.9 allows remote servers to have an
unspecified impact via a large proxy
> -Original Message-
> From: Zanussi, Tom
> Sent: Thursday, November 29, 2012 6:22 AM
> To: Burton, Ross
> Cc: Kamble, Nitin A; meta-in...@yoctoproject.org; Openembedded-
> c...@lists.openembedded.org; Hart, Darren
> Subject: Re: [meta-intel patch 0/3] Fixes for rescent X breakages in meta-
Hi,
Currently I am testing some modifications for lxdm (lxdm+xfce+systemd
image) and get the feeling that the logout behaviour has changed
(maybe since the update of xorg to 1.13 - forgive me I am definitely
not an xorg-expert). Seems that x-server is shutting down when logging
out (screen turns i
commit 4205a4c5d959643cf6c186e0939e202fb6006b82
Author: Amy Fong
Date: Thu Nov 29 09:21:49 2012 -0500
rsync cannot create hardlink for node file when use option
--link-dest=DIR.
By default, rsync's configure file disables certain capabilities when
crosscompiling.
S
Richard Purdie wrote:
> > meta/classes/image.bbclass |6 ++-
> > meta/classes/packagegroup.bbclass |2 +-
> > meta/conf/bitbake.conf | 15 -
>
> Whilst we're in bootstrapping mode for this work, how about we mak
* that .so file is in cgroups-pam-plugin not PN
Signed-off-by: Martin Jansa
---
meta/recipes-core/libcgroup/libcgroup_0.37.1.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/libcgroup/libcgroup_0.37.1.bb
b/meta/recipes-core/libcgroup/libcgroup_0.37.1.
On Thu, 29 Nov 2012, Paul Eggleton wrote:
> On Thursday 29 November 2012 06:58:02 Robert P. J. Day wrote:
> > On Thu, 29 Nov 2012, Paul Eggleton wrote:
> > > On Wednesday 28 November 2012 15:27:58 Chris Larson wrote:
> > > > Also, to comment on something tangentially related from a different
> > >
On Thursday 29 November 2012 06:58:02 Robert P. J. Day wrote:
> On Thu, 29 Nov 2012, Paul Eggleton wrote:
> > On Wednesday 28 November 2012 15:27:58 Chris Larson wrote:
> > > Also, to comment on something tangentially related from a different
> > > thread,
> > > technically the PACKAGE_GROUP_ varia
On 2012-11-29 06:39, Burton, Ross wrote:
On 29 November 2012 13:29, Gary Thomas wrote:
I'm having troubles with the latest Xorg server. I have a system
which has a small display (320x240) with a touch screen. When I
bring up X, there is no mouse pointer, even if my touch screen is
disabled [i
On Thu, 2012-11-29 at 11:27 +, Burton, Ross wrote:
> On 28 November 2012 20:07, Tom Zanussi wrote:
> > So does this conflict with Ross's patch, which seems simpler...
>
> I do prefer my patch as the same breakage will occur for anyone else
> using oe-core master but also building their own ol
On Thu, 2012-11-29 at 06:44 -0700, Raymond Danks wrote:
> Thanks for looping me in here David. The initial goal for the meta-xen
> layer was in fact to encompass Xen Cloud Platform. As such, the intent
> was to contain both hypervisor and user-space applications. Indeed, the
> xen distribution
Thanks for looping me in here David. The initial goal for the meta-xen
layer was in fact to encompass Xen Cloud Platform. As such, the intent
was to contain both hypervisor and user-space applications. Indeed, the
xen distribution itself includes xm/libxl; hypervisor abstraction would
be some
On 29 November 2012 13:29, Gary Thomas wrote:
> I'm having troubles with the latest Xorg server. I have a system
> which has a small display (320x240) with a touch screen. When I
> bring up X, there is no mouse pointer, even if my touch screen is
> disabled [in the kernel] and I have a "normal"
On 2012-11-29 06:26, Martin Jansa wrote:
On Thu, Nov 29, 2012 at 06:06:09AM -0700, Gary Thomas wrote:
Not all gstreamer plugins have localized documentation trees.
This change looks good, just curious, which plugins recipe does not have
po subdirectory?
Something outside oe-core? Because all
I'm having troubles with the latest Xorg server. I have a system
which has a small display (320x240) with a touch screen. When I
bring up X, there is no mouse pointer, even if my touch screen is
disabled [in the kernel] and I have a "normal" (USB) mouse attached.
I have a second system which is
On Thu, Nov 29, 2012 at 06:06:09AM -0700, Gary Thomas wrote:
> Not all gstreamer plugins have localized documentation trees.
This change looks good, just curious, which plugins recipe does not have
po subdirectory?
Something outside oe-core? Because all 4 included in oe-core worked fine:
meta/rec
Not all gstreamer plugins have localized documentation trees.
The commit
commit f50e2984d9411a059b86d6c158e9416fceb84c3d
Author: Martin Jansa
Date: Wed Nov 28 15:59:48 2012 +0100
breaks the build for such packages because the file "po/Makefile.in.in"
is not present.
This change allows bu
On Wed, Nov 28, 2012 at 10:42:08PM +0100, Martin Jansa wrote:
> On Wed, Nov 28, 2012 at 11:14:06AM -0700, Gary Thomas wrote:
> > I build for an OMAP4 platform using
> >DEFAULTTUNE = "cortexa9hf-neon"
> >
> > This has been working fine, but after updating to the latest master, I'm
> > getting
On Thu, 29 Nov 2012, Paul Eggleton wrote:
> On Wednesday 28 November 2012 15:27:58 Chris Larson wrote:
> > Also, to comment on something tangentially related from a different thread,
> > technically the PACKAGE_GROUP_ variables were the first to use the term as
> > far as I'm aware. *tasks* were t
On Wednesday 28 November 2012 15:27:58 Chris Larson wrote:
> Also, to comment on something tangentially related from a different thread,
> technically the PACKAGE_GROUP_ variables were the first to use the term as
> far as I'm aware. *tasks* were then renamed to use that name as well, which
> is wh
On 28 November 2012 20:07, Tom Zanussi wrote:
> So does this conflict with Ross's patch, which seems simpler...
I do prefer my patch as the same breakage will occur for anyone else
using oe-core master but also building their own older X server.
Whilst the delta is so minimal, I don't see the pro
I would like to merge AArch64 eglibc support into OE-Core. As patch is
nearly 0.5MB I provide it in hrw/aarch64-support branch:
http://git.openembedded.org/openembedded-core-contrib/commit/?h=hrw/aarch64-support&id=aaa36e3ae6ff39682555ac6f21384b44d6f631e3
Commit adds two patches which add AArch64
On Wednesday 28 November 2012 21:31:44 Marko Lindqvist wrote:
> On 28 November 2012 21:26, Saul Wold wrote:
> > I was going to add that I think the apply=yes is default and therefore not
> > required here.
>
> Is it for files that do not have .patch suffix? With my first quick
> test it didn't w
On Thu, Nov 29, 2012 at 7:26 AM, ChenQi wrote:
> So the question would be:
> Is it reasonable to always intall udev under /lib?
>
> udev's user manual seems to imply this behavior.
I think so.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://ww
I had a look through these and we can group them as follows:
Unsupported configuration and sensible error given to user:
[x11 instead of directfb enabled]
eglibc.qemuarm.core-image-gtk-directfb.log
eglibc.qemumips.core-image-gtk-directfb.log
eglibc.qemuppc.core-image-gtk-directfb.log
eg
Great job!
I've done some work on integrating KVM into yocto. You can find it on
git://git.yoctoproject.org/poky-contrib on the mihaip/meta-kvm.
It's functional but it requires a PU for libnl to the latest version that you
can find on the mailing list (it hasn't been merged to master yet). Once
A regression was introduced by commit:190cb591 that it doesn't
consider the situation that some archs contain "_" originally, so it
results in issues when dealing with archs like qemux86_64, x85_64.
Added a conditional statment in to handle that case.
Signed-off-by: Ming Liu
---
meta/classes/ro
So the question would be:
Is it reasonable to always intall udev under /lib?
udev's user manual seems to imply this behavior.
Thanks,
Chen Qi
On 11/28/2012 07:09 PM, Shakeel, Muhammad wrote:
If we ensure that udev will always be found in /lib/udev/udevd then this patch
will not be required.
From: "Roy.Li"
The following changes since commit 99f003356be43bb361634359a5d3c520f72f0a08:
local.conf.sample: Enable disk space monitoring by default (2012-11-28
15:25:14 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib roy/common-linux
http://git.poky
From: "Roy.Li"
When compiling apr for no-powerpc arch, the flag ac_cv_o_nonblock_inherited
is always set to yes in cross compiling environment. This flag is intended to
think the socket, returned from accept(), inherit file status flags such as
O_NONBLOCK from the listening socket, but socket nev
From: "yanjun.zhu"
Reference:http://squashfs.git.sourceforge.net/git/gitweb.cgi?p=
squashfs/squashfs;a=commit;h=19c38fba0be1ce949ab44310d7f49887576cc123
Fix potential stack overflow in get_component() where an individual
pathname component in an extract file (specified on the command line
or in
On 2012年11月29日 15:08, Ross Burton wrote:
On Thursday, 29 November 2012 at 06:36, rongqing...@windriver.com wrote:
The flag ac_cv_o_nonblock_inherited is always set to yes in cross compiling
environment. This flag is intended to think the socket, returned from
accept(), inherit file status flag
Adding Ray Danks to CC.
Ray, how do you want to go forward with the meta-xen layer ?
From my perspective, having the actual hypervisor technology abstracted
from the userspace virtualization stuff is preferable. So a user could
pick-and-place hypervisor layer/s depending on needs. (And good for
1.Adds a sudo passwd prompt during installation if the
user couldn't install on the dir.
2.Adds option -d to enter dir without prompt.
3.Adds option -y for automatic yes to all prompts, a non-
interactive method.
[YOCTO# 3153]
[YOCTO# 3309]
Signed-off-by: Hongxu Jia
---
meta/classes/popula
The following changes since commit d7670ab74b2c10001c22f116cb27b39fd8354c61:
bitbake: build.py: Preserve sigdata files in the stamps directory (2012-11-28
20:26:56 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib hongxu/toolchain
http://git.pokylinux.org
The small typo I mentioned in the previous mail is still there...
Thanks,
Laurentiu
On 11/29/2012 08:15 AM, Hongxu Jia wrote:
> +# if don't have the right to access dir, gain by sudo
> +if [ ! -x $target_sdk_dir -o ! -w $target_sdk_dir -o ! -r $target_sdk_dir ];
> then
> + SUDO_EXEC=$(whic
77 matches
Mail list logo
