Hi ALL:
Since Mike floppym Gilbert is the original author of this patch,
so I add CC- to him here
Thanks
Dennis
On Thu, Jun 28, 2012 at 12:56 PM, dennis lan dennis.y...@gmail.com wrote:
From: Dennis Lan dennis.y...@gmail.com
Using Gentoo Linux as the build host, it fails without this
HI Folks:
Hit following error, seems that upstream source vanished
either provide with another valid download url, or deprecated this package?
any idea?
Dennis
ARNING: Checksum error encountered with download (will attempt other s[92/1931]
URL:
On 2012年06月21日 23:47, Khem Raj wrote:
On Thu, Jun 21, 2012 at 12:13 AM, xin.ouy...@windriver.com wrote:
From: Xin Ouyang xin.ouy...@windriver.com
We should not just replace CCFLAGS with CFLAGS while compiling, because
this may cause run-time errors with perl's DynaLoader.pm.
Tested on
While generating license.manifest package information is searched in:
filename=`ls ${TMPDIR}/pkgdata/*/runtime/${pkg}| head -1`
This is ok as long as package name is the same as the package name
after packaging.
For example dbus is packaged as dbus-1. So, searching
ls
lsb need a more abundant /etc/init.d/functions file to handle lsb test.
Use update-alternative to install file funtions in package initscripts,
when package lsbinitscripts installed the file functions of
lsbinitscripts will be used.
Signed-off-by: Kang Kai kai.k...@windriver.com
---
From: Xiaofeng Yan xiaofeng@windriver.com
Increase ALTERNATIVE_PRIORITY of functions to be higher than the
value of package initscript. When lsbinitscripts installed, file
functions provided by lsbinitscripts will be used.
[YOCTO #2133]
Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com
Hi Saul,
I update the initscripts to use update alternative way to install file
functions.
That make file functions provided by lsbinitscripts will be used instead of
initscripts.
Regards,
Kai
The following changes since commit 8ce8d25bcda0e2e0b62204d5ca5875dedcaacf7d:
sanity.bbclass:
HI Raj:
So this will eventually goes into OE-core, right?
As I see Bruce has no response for the override scheme
so mips - for big endian mips o32 (could be mipseb better?, less confusion)
and mipsel - for little endian mips o32, they in same level, not of
one's subset
Dennis
On Thu, Jun
From: Jackie Huang jackie.hu...@windriver.com
ruby 1.9.3 depends on yaml.
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/recipes-support/yaml/yaml_0.1.4.bb | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
create mode 100644
From: Jackie Huang jackie.hu...@windriver.com
Took ruby 1.8.7 from OE and updated to 1.9.3-p194.
Most of the 1.9.3 patches originate from ruby-1.9.3.194-10.1.fc17.src.rpm
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/recipes-devtools/ruby/ruby.inc| 32 ++
W dniu 22.06.2012 16:59, Khem Raj pisze:
If anyone wants it add toolchain-layer from meta-openembedded
repo to your setup
hrw@puchatek:~/oe/meta-openembedded/toolchain-layer/recipes-devtools/gcc$ ls
-1
files
gcc-4.6
gcc-4_6-branch-linaro-backports.inc
gcc-common-4.6.inc
From: Jackie Huang jackie.hu...@windriver.com
Took ruby 1.8.7 from OE and updated to 1.9.3-p194.
Most of the 1.9.3 patches originate from ruby-1.9.3.194-10.1.fc17.src.rpm
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/recipes-devtools/ruby/ruby.inc| 32 ++
On Thu, 2012-06-28 at 02:18 +0200, Enrico Scholz wrote:
Richard Purdie richard.pur...@linuxfoundation.org writes:
# Principle of least surprise. We could end up with https
matching against http and
# generating files:// urls if we use the regexp engine
(-) renamed self-hosted-image to build-appliance-image
(-) replaced build-appliance-image description
[YOCTO #2636]
Signed-off-by: Valentin Popa valentin.p...@intel.com
---
meta/conf/multilib.conf|2 +-
...lf-hosted-image.bb = build-appliance-image.bb} |2 +-
(-) replaced qt4e-demo-image description
[YOCTO #2636]
Signed-off-by: Valentin Popa valentin.p...@intel.com
---
meta/recipes-qt/images/qt4e-demo-image.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-qt/images/qt4e-demo-image.bb
Op 28 jun. 2012, om 11:47 heeft jackie.hu...@windriver.com
jackie.hu...@windriver.com het volgende geschreven:
From: Jackie Huang jackie.hu...@windriver.com
Took ruby 1.8.7 from OE and updated to 1.9.3-p194.
Most of the 1.9.3 patches originate from ruby-1.9.3.194-10.1.fc17.src.rpm
Is ruby
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/28/2012 12:59 AM, Pascal Ouyang wrote:
On 2012年06月21日 23:47, Khem Raj wrote:
On Thu, Jun 21, 2012 at 12:13 AM, xin.ouy...@windriver.com
wrote:
From: Xin Ouyang xin.ouy...@windriver.com
We should not just replace CCFLAGS with CFLAGS while
On Thursday 28 June 2012 18:02:47 Koen Kooi wrote:
Op 28 jun. 2012, om 11:47 heeft jackie.hu...@windriver.com
jackie.hu...@windriver.com het volgende geschreven:
From: Jackie Huang jackie.hu...@windriver.com
Took ruby 1.8.7 from OE and updated to 1.9.3-p194.
Most of the 1.9.3 patches
On Thursday, June 28, 2012, Dennis.Yxun dennis.y...@gmail.com wrote:
HI Raj:
So this will eventually goes into OE-core, right?
As I see Bruce has no response for the override scheme
so mips - for big endian mips o32 (could be mipseb better?, less
confusion)
Mips has always meant big
On 06/28/2012 09:24 AM, Paul Eggleton wrote:
On Thursday 28 June 2012 18:02:47 Koen Kooi wrote:
Op 28 jun. 2012, om 11:47 heeftjackie.hu...@windriver.com
jackie.hu...@windriver.com het volgende geschreven:
From: Jackie Huangjackie.hu...@windriver.com
Took ruby 1.8.7 from OE and updated to
On Wednesday, June 27, 2012, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2012-06-26 at 23:09 -0700, Khem Raj wrote:
USE_NLS is generally defined for uclibc based system builds
and generally its defined to 'no' there. However this variable
does not exist at all for
On 06/21/2012 03:57 PM, Andrea Adami wrote:
* Headers are included in the package for compatibility
* but have not yet been synched with linux 3.0
* The actual issue was that ubi-user.h in sysroot
* was overwritten by the older version.
* Unfortunately one ioctl was renamed:
*
On 06/25/2012 09:59 AM, Bruce Ashfield wrote:
Richard/Saul,
Here is the first batch of updates to the kernel, configuration and
tools for the 1.3 development work.
This update represents a baseline for the tools and configuration
parts of the system. We'll refine it further for the remaining
On 06/21/2012 12:55 PM, Wade Farnsworth wrote:
Update the systemtap recipes to the recently released version 1.8. Remove a
couple of patches whose changes are already present in the new version.
Signed-off-by: Wade Farnsworthwade_farnswo...@mentor.com
---
On 06/26/2012 02:36 AM, Kang Kai wrote:
Hi,
These patches are from Xiaofeng Yanxiaofeng@windriver.com
This function can miss and tarball packages according to license from recipes.
Regards,
Kai
The following changes since commit 8ce8d25bcda0e2e0b62204d5ca5875dedcaacf7d:
On 06/26/2012 03:01 AM, Robert Yang wrote:
The following changes since commit b876f42821383bf0069ee49b607ba06614417fba:
guile: fix compilation on MIPS/PPC (2012-06-21 14:42:25 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib robert/autogen
On 06/26/2012 03:10 AM, Ross Burton wrote:
Previously this was installing schemas in the sysroot, which is wrong for native
packages as nothing should touch the sysroot directly, and even more wrong for
non-native packages as the sysroot is irrelevant.
So, export the environment variable that
On 06/27/2012 08:25 AM, Bruce Ashfield wrote:
Saul,
Here's the fix for the 3.0 mpc 8360 build issue on the autobuilder.
A few boards were missed when updating the BSP descriptions to a new
format. This completes the effort.
On a related note, we'll bump this to 3.4 support shortly so the tweak
On 06/27/2012 09:56 PM, dennis lan wrote:
From: Dennis Landennis.y...@gmail.com
Using Gentoo Linux as the build host, it fails without this patch
Use Getopt::Std in place of getopts.pl.
https://bugs.gentoo.org/show_bug.cgi?id=420083
which following error:
/usr/bin/perl -w ./../msggen.pl -l
Hi Dennis,
On Thu, 28 Jun 2012 14:08:48 +0800 Dennis.Yxun dennis.y...@gmail.com wrote:
Hit following error, seems that upstream source vanished
either provide with another valid download url, or deprecated this package?
any idea?
Dennis
ARNING: Checksum error encountered with download
If cross-compiling, apr's configure script assumes that pid_t is
64-bit which is wrong - it appears that 32-bit is a safe assumption
for Linux, so use that instead.
This fixes Apache writing garbage to its pid file when built using apr
produced from this recipe.
Signed-off-by: Paul Eggleton
apr will use libuuid if it is present, and thus we should require that
it is there so that we have a deterministic build.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/recipes-support/apr/apr_1.4.6.bb |1 +
1 file changed, 1 insertion(+)
diff --git
Several fixes for apr that have come out of the work to get Apache
working properly.
The following changes since commit b26dda2d1e839ea461485236028e1af53b839d34:
local.conf.sample.extended: Add accidentally missed features (2012-06-28
16:30:32 +0100)
are available in the git repository at:
On 06/28/2012 11:19 AM, Mario Domenech Goulart wrote:
Hi Dennis,
On Thu, 28 Jun 2012 14:08:48 +0800 Dennis.Yxundennis.y...@gmail.com wrote:
Hit following error, seems that upstream source vanished
either provide with another valid download url, or deprecated this package?
any idea?
Dennis
On Wed, May 30, 2012 at 11:05:32AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 55c01de28a28a4cfe16d36663c190a874ef2e85d
URL:
http://git.openembedded.org/?p=openembedded-core.gita=commit;h=55c01de28a28a4cfe16d36663c190a874ef2e85d
Author:
I have something here that should be pulled. I removed the linaro
patches from there banking on meta-linaro to provide a 4.6 version.
http://git.openembedded.org/meta-openembedded-contrib/log/?h=kraj/move-gcc-4.6
On Thu, Jun 28, 2012 at 3:17 AM, Marcin Juszkiewicz
marcin.juszkiew...@linaro.org
On 6/28/12 2:12 PM, Martin Jansa wrote:
On Wed, May 30, 2012 at 11:05:32AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 55c01de28a28a4cfe16d36663c190a874ef2e85d
URL:
On Thu, Jun 28, 2012 at 02:43:28PM -0500, Mark Hatle wrote:
On 6/28/12 2:12 PM, Martin Jansa wrote:
On Wed, May 30, 2012 at 11:05:32AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 55c01de28a28a4cfe16d36663c190a874ef2e85d
URL:
On 6/28/12 3:06 PM, Martin Jansa wrote:
On Thu, Jun 28, 2012 at 02:43:28PM -0500, Mark Hatle wrote:
On 6/28/12 2:12 PM, Martin Jansa wrote:
On Wed, May 30, 2012 at 11:05:32AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit:
On Thu, Jun 28, 2012 at 03:32:07PM -0500, Mark Hatle wrote:
On 6/28/12 3:06 PM, Martin Jansa wrote:
On Thu, Jun 28, 2012 at 02:43:28PM -0500, Mark Hatle wrote:
On 6/28/12 2:12 PM, Martin Jansa wrote:
On Wed, May 30, 2012 at 11:05:32AM +, g...@git.openembedded.org wrote:
Module:
On Thu, Jun 28, 2012 at 03:24:41PM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: be3cff86d55db6255e036d68e943e527802b4f4c
URL:
http://git.openembedded.org/?p=openembedded-core.gita=commit;h=be3cff86d55db6255e036d68e943e527802b4f4c
Author:
This combines my two previous pull requests in Addition RP's
feedback on USE_NLS definition
The following changes since commit b26dda2d1e839ea461485236028e1af53b839d34:
local.conf.sample.extended: Add accidentally missed features (2012-06-28
16:30:32 +0100)
are available in the git
Fixes build warnings like below
WARNING: For recipe libgcc, the following files/directories were installed but
not shipped in any package:
WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include
WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include/unwind.h
Signed-off-by: Khem Raj
USE_NLS is generally defined for uclibc based system builds
and generally its defined to 'no' there. However this variable
does not exist at all for eglibc/glibc distributions. This
patch adds a weak definition to 'yes' on eglibc based system
builds. This will ease out some of the cryptic
This was needed because on eglibc based builds we did not
define USE_NLS but now we define it in default config to have
a valid value so we do not need this here. Moreover it was
wrong and was not covering all cases of uclibc triplets
Signed-off-by: Khem Raj raj.k...@gmail.com
---
From: Dennis Lan dennis.y...@gmail.com
Quote for eglibc source:
for mips eglibc now builds syscall tables for all abi's
so we make sure that we choose right march option which is
compatible with o32,n32 and n64 abi's
e.g. -march=mips32 is not compatible with n32 and n64 therefore
we filter
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/eglibc/eglibc_2.15.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/eglibc/eglibc_2.15.bb
b/meta/recipes-core/eglibc/eglibc_2.15.bb
index b2922b4..7dd9810 100644
---
uclibc and uclibc-initial were providing conflicting PROVIDES
separate the common bits into logical pieces. Create a common
inc file to hold package information and version specific includes
so correct logical units can be included in uclibc and uclibc-initial
recipes.
Signed-off-by: Khem Raj
This gets systemd building with uclibc
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/uclibc/uclibc-0.9.33.inc |1 +
.../uclibc/uclibc-0.9.33/posix_fallocate.patch | 408
2 files changed, 409 insertions(+)
create mode 100644
This adds uclibc patches to build systemd there are
new functions that are used by systemd which are needed
Additionally when using gold linker to build userspace
based on uclibc there are spurious hidden symbol that
show up in librt.so and libc.so which should not exist
So we patch uclibc for
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/glib-2.0/glib-2.0_2.32.3.bb |2 +-
meta/recipes-core/glib-2.0/glib.inc |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.32.3.bb
On Wed, 2012-06-27 at 07:01 +0100, Ross Burton wrote:
I'd prefer to use an option that the GConf autoconf macro provides
over patching every module that uses GConf,
I wasn't objecting to your patch. However, please do *also* (in
addition, as well, etc. ;) ) consider patching these modules
autoconf and automake build as part of the core tools that get built
before any target packages are built whereas python-native isn't in
that set. When automake runs, it uses whatever python it finds.
This will be the python-native version if it has been built. When
doing parallel builds, it
On Thu, Jun 28, 2012 at 5:32 PM, Martin Jansa martin.ja...@gmail.com wrote:
On Thu, Jun 28, 2012 at 03:24:41PM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: be3cff86d55db6255e036d68e943e527802b4f4c
URL:
On Thu, Jun 28, 2012 at 12:09 PM, Randy MacLeod
randy.macl...@windriver.com wrote:
A solution might be to have autoconf and automake and python inherit a
version of autotools that does not add a python-native dependency, say
autotools-no-python, and then modify the real autotools class to
add
On 06/27/2012 04:19 PM, Robert Yang wrote:
There is a Segmentation fault error when the tmpdir is longer than 470
(or less), this is because it used char cmd[1024] which is not enough
for the command line. Allocate a larger memory size should fix this problem.
[YOCTO #2664]
Signed-off-by:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/28/2012 11:29 AM, Paul Eggleton wrote:
If cross-compiling, apr's configure script assumes that pid_t is
64-bit which is wrong - it appears that 32-bit is a safe
assumption for Linux, so use that instead.
This fixes Apache writing garbage
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/28/2012 11:29 AM, Paul Eggleton wrote:
apr will use libuuid if it is present, and thus we should require
that it is there so that we have a deterministic build.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com ---
This series simplifies the include mechanisms for the linux-yocto recipes
and adds support for a kernel-headers package which enables the building
of modules on the target.
Sending to both oe-core and poky as this series touches files in both
and I didn't want to confuse the intent or the
The only bit we seem to need from the linux-yocto include is the
SRCREV_FORMAT. If we define this explicitly, we can avoid including the
linux-yocto include.
This is desirable so that linux-yocto can require kernel and simplify
the PR update process of all the linux-yocto* recipes. Pulling in
When making changes to kernel.bbclass, it would be nice not to have to
manually change the PR of every linux-yocto*.bb file that requires it.
Move the require kernel line to linux-yocto.inc and update the
linux-yocto recipes to use INC_PR.
Signed-off-by: Darren Hart dvh...@linux.intel.com
CC:
Add kernel-headers to task-core-sdk so it will be included with
core-image-sato-sdk and similar image recipes.
Signed-off-by: Darren Hart dvh...@linux.intel.com
CC: Jessica Zhang jessica.zh...@intel.com
---
meta/recipes-core/tasks/task-core-sdk.bb |3 ++-
1 file changed, 2 insertions(+), 1
On Thu, Jun 28, 2012 at 9:18 PM, Darren Hart dvh...@linux.intel.com wrote:
+INC_PR = r0
+
it is diverting a recipe which once had PR = r2
back to r0 this should instead be
INC_PR = r3 here which is largest pr value + 1
___
Openembedded-core mailing
On Thu, Jun 28, 2012 at 9:18 PM, Darren Hart dvh...@linux.intel.com wrote:
[YOCTO #1614]
Add a kernel-headers package to kernel.bbclass. This packages
effectively packages what was already built and kept in sysroots for
building modules with bitbake. Making this available on the target
On 06/29/2012 12:54 PM, Khem Raj wrote:
On Thu, Jun 28, 2012 at 6:54 PM, Robert Yangliezhi.y...@windriver.com wrote:
I've changed the cmd[BUFSIZ] to cmd[2048], which should be enough for us,
and
pushed it to the git repo again:
ideally allocating a string on heap and then freeing
it after
On 06/28/2012 09:52 PM, Khem Raj wrote:
On Thu, Jun 28, 2012 at 9:18 PM, Darren Hart dvh...@linux.intel.com wrote:
[YOCTO #1614]
Add a kernel-headers package to kernel.bbclass. This packages
effectively packages what was already built and kept in sysroots for
building modules with bitbake.
On 06/28/2012 09:50 PM, Khem Raj wrote:
On Thu, Jun 28, 2012 at 9:18 PM, Darren Hart dvh...@linux.intel.com wrote:
+INC_PR = r0
+
it is diverting a recipe which once had PR = r2
back to r0 this should instead be
INC_PR = r3 here which is largest pr value + 1
Duh. Fixed in the branch:
67 matches
Mail list logo
