Hello Paul,
I have a question about your commit c331f0a:
---
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 4d2392e..fb18022 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -907,6 +907,11 @@
On 08/26/2013 09:32 PM, Li Zhijian wrote:
...skip... at 2013-8-27 9:00, Saul Wold wrote:
diff --git a/meta/recipes-extended/grep/grep_2.5.1a.bb
b/meta/recipes-extended/grep/grep_2.5.1a.bb index
088959c..d964d84 100644 ---
a/meta/recipes-extended/grep/grep_2.5.1a.bb +++
Hi all,
was this thoroughly discussed before? I think the 'fltk' graphics library
is quite lightweight. We still use that instead of qt and gtk on limited
embedded platforms simply because it takes 1.2 MB or a bit more rather than
a full blown Qt with 10-12+ MB.
If I understand correctly there
From: Chen Qi qi.c...@windriver.com
We should provide the user more information if a preconfigured tap
is used. This is because the user might have manually set up the tap
interface to be used by other qemu binaries.
So at a minimum, we should let the user know how to make runqemu skip
that tap
From: Chen Qi qi.c...@windriver.com
runqemu-ifup and runqemu-ifdown should be pairs. If we're using a
preconfigured tap interface, the runqemu-ifdown should not be invoked
to bring it down.
Signed-off-by: Chen Qi qi.c...@windriver.com
---
scripts/runqemu-internal |4 +++-
1 file changed, 3
From: Chen Qi qi.c...@windriver.com
The following changes since commit 44c3f72684c5c920ce8af1da54a2268047342589:
lib/oeqa/runtime: smart: add checks for smart output (2013-08-26 16:29:18
+0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib
From: Chen Qi qi.c...@windriver.com
Checking whether the lock file exists is sufficient for runqemu.
The contents of the lock file is not important.
This patch simplifies the lock acquire/release logic by removing the
flock mechanism. Also, we give more information to user indicating
why a tap
From: Chen Qi qi.c...@windriver.com
The iptables rules for the tap interface are added by runqemu-ifup
everytime we use runqemu to start a qemu target. But it's not cleaned
up when runqemu exits.
This patch cleans up the remaining iptables rules for the tap interface
in runqemu-ifdown.
[YOCTO
Add EXTRA_OECONF += --enable-udev-acl to
consolekit_0.4.6.bb whill cause a package_qa error.
The error message looks like:
| ERROR: QA Issue: non debug package contains .debug directory:
| consolekit path consolekit/0.4.6-r0/packages-split/consolekit/lib/u
| dev/.debug/udev-acl
On Tue, Aug 27, 2013 at 12:47 AM, Saul Wold s...@linux.intel.com wrote:
On 08/26/2013 11:48 AM, Andrei Gherzan wrote:
Add --disable-nscd if DISTRO_FEATURES does not contain ipv4. This
features is
mapped to OPTION_EGLIBC_INET.
The default behavior is to activate nscd (if --disable-nscd is
Could anyone look at this? It's been a long time here, but no comments
and is not merged yet.
Thanks,
Jackie
On 8/2/2013 5:46 PM, jackie.hu...@windriver.com wrote:
From: Jackie Huang jackie.hu...@windriver.com
Tested with:
require conf/multilib.conf
MULTILIBS = multilib:lib32
On Mon, Aug 26, 2013 at 10:23:22PM -0700, Khem Raj wrote:
On Aug 26, 2013, at 6:32 AM, Martin Jansa martin.ja...@gmail.com wrote:
On Fri, Jun 28, 2013 at 03:03:57PM -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../python/python3/000-cross-compile.patch
On Tue, Aug 27, 2013 at 09:45:31AM +0200, Martin Jansa wrote:
On Mon, Aug 26, 2013 at 10:23:22PM -0700, Khem Raj wrote:
On Aug 26, 2013, at 6:32 AM, Martin Jansa martin.ja...@gmail.com wrote:
On Fri, Jun 28, 2013 at 03:03:57PM -0700, Khem Raj wrote:
Signed-off-by: Khem Raj
On Mon, Aug 26, 2013 at 06:00:11PM -0400, Bruce Ashfield wrote:
Richard/Saul,
As reported by Martin Jansa, the following error happens when building in a
minimal environment:
| BC kernel/timeconst.h
| /bin/sh: bc: command not found
| make[3]: *** [kernel/timeconst.h]
On Tue, 2013-08-27 at 15:08 +0800, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
Checking whether the lock file exists is sufficient for runqemu.
The contents of the lock file is not important.
What happens if the runqemu script crashes and leaves the lockfile
around? Why
On Tue, 2013-08-27 at 15:08 +0800, qi.c...@windriver.com wrote:
This patch simplifies the lock acquire/release logic by removing the
flock mechanism.
I'm not sure that simplifies is an accurate description of the results
of removing flock. How about breaks?
p.
On Mon, 2013-08-26 at 18:00 -0700, Saul Wold wrote:
On 08/27/2013 02:43 AM, Li Zhijian wrote:
add patch from grep-2.5.1-55.el5.src.rpm and
enable configration option of --without-include-regex
LSB core-tests failed at /tset/LI18NUX2K.L1/utils/grep-tp/T.grep-tp
5,T.egrep-tp 5
which is
On Mon, Aug 26, 2013 at 6:55 PM, Saul Wold s...@linux.intel.com wrote:
Thanks for the contribution.
Looks my first contribution which is in then! Yay, thanks. :)
-- Laszlo
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
I'm attempting to build core-image-minimal using oe-core +
meta-beagleboard on an NFS mount. I'm running into the following error:
[jack@archAntec beaglebone]$ bitbake core-image-minimal
Loading cache: 100%
On Tue, 2013-08-27 at 13:07 +0100, Jack Mitchell wrote:
Does anyone have any insight to why this may be failing. It mentions a
bad file descriptor, so I assume it is related to building on an NFS mount.
There's no particular reason that flock() oughtn't to work on NFS. If
you happened to be
On Tue, 2013-08-27 at 13:07 +0100, Jack Mitchell wrote:
I'm attempting to build core-image-minimal using oe-core +
meta-beagleboard on an NFS mount. I'm running into the following error:
[jack@archAntec beaglebone]$ bitbake core-image-minimal
Loading cache: 100%
On 27/08/13 13:21, Richard Purdie wrote:
On Tue, 2013-08-27 at 13:07 +0100, Jack Mitchell wrote:
I'm attempting to build core-image-minimal using oe-core +
meta-beagleboard on an NFS mount. I'm running into the following error:
[jack@archAntec beaglebone]$ bitbake core-image-minimal
Loading
On 27/08/13 13:16, Phil Blundell wrote:
On Tue, 2013-08-27 at 13:07 +0100, Jack Mitchell wrote:
Does anyone have any insight to why this may be failing. It mentions a
bad file descriptor, so I assume it is related to building on an NFS mount.
There's no particular reason that flock() oughtn't
Docutils is a text processing system for processing plaintext
documentation into useful formats(HTML, XML, man-pages). This is
required by the Midori web-browser.
* Update 0.5 from meta-oe to 0.11.
Signed-off-by: Mihai Prica mihai.pr...@intel.com
---
.../python/python-docutils_0.11.bb
Libnotify is a library that can be used to send
desktop notifications to a daemon. It's required
by the Midori web-browser.
Signed-off-by: Mihai Prica mihai.pr...@intel.com
---
meta/recipes-gnome/libnotify/libnotify_0.6.0.bb | 17 +
1 file changed, 17 insertions(+)
create mode
Vala is a C#-like language dedicated to ease GObject programming.
It is required by the Midori web-browser.
Signed-off-by: Mihai Prica mihai.pr...@intel.com
---
...-gen-don-t-append-dirty-if-we-re-not-in-g.patch | 53
meta/recipes-devtools/vala/vala.inc|
This can be used by packages written in vala.
It is required by the Midori web-browser.
Signed-off-by: Mihai Prica mihai.pr...@intel.com
---
meta/classes/vala.bbclass | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 meta/classes/vala.bbclass
diff --git
Midori is a lightweight web browser that uses the WebKit
rendering engine and the GTK interface. This allows a more
easy testing of the functionality of webkit-gtk component
that is already in oe-core.
Signed-off-by: Mihai Prica mihai.pr...@intel.com
---
meta/recipes-sato/midori/midori_0.5.5.bb
The Midori web-browser can be used to more easily test the functionality
of webkit-gtk.
* The midori and libnotify recipes are from meta-gnome.
* The python-docutils and vala recipes are from meta-oe.
* The midori and python-docutils packages have been updated to the latest
upstream version.
On 08/27/2013 12:10 AM, leimaohui wrote:
Add EXTRA_OECONF += --enable-udev-acl to
consolekit_0.4.6.bb whill causea package_qa error.
The error message looks like:
|ERROR: QA Issue: non debug package contains .debug directory:
| consolekit path
Hi Mihai,
On Tuesday 27 August 2013 17:59:34 Mihai Prica wrote:
The Midori web-browser can be used to more easily test the functionality
of webkit-gtk.
* The midori and libnotify recipes are from meta-gnome.
Can you please correct the commit messages on your branch to reflect this?
Thanks,
On Tue, 2013-08-27 at 08:16 -0700, Saul Wold wrote:
On 08/27/2013 12:10 AM, leimaohui wrote:
-FILES_${PN}-dbg += ${base_libdir}/security/.debug
+${libdir}/ConsoleKit ${systemd_unitdir}
${base_libdir}/udev/rules.d \
+ ${base_libdir}/udev/udev-acl
Richard/Saul,
Not trying to pile on more changes, since I know we are
still digesting recent changes.
But as promised, I continued my stability and feature testing
with the 3.10 kernel and qemumips/ppc now work fine with
3.10 -rt.
This won't put any more strain on the build resources, so it is
3.10-rt boots and has good cyclictest results on qemuppc and qemumips,
so we can now safely add them into COMPATIBLE_MACHINES.
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb |5 +
1 file changed, 1 insertion(+), 4
This patchset adds python3 recipes on the same lines as python2
I have hopefully addressed all issues reported and review comments
if not please let me know. One issue that I have not been able to
reproduce is compiling python3 as 32bit package on x86_64 (multilib)
that Saul reported.
We can mark
In python3 this has to be taken care of, it defines a variable to
denote ABI currently its at 'm' and it uses this to construct
the directory names for installing the python headers and library
names in sysroot. e.g. it will be something like ../python3.3m/...
We need this information when we are
Bases on python 2.7.x generator
Signed-off-by: Khem Raj raj.k...@gmail.com
---
scripts/contrib/python/generate-manifest-3.3.py | 376
1 file changed, 376 insertions(+)
create mode 100755 scripts/contrib/python/generate-manifest-3.3.py
diff --git
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/python3native.bbclass | 7 +++
1 file changed, 7 insertions(+)
create mode 100644 meta/classes/python3native.bbclass
diff --git a/meta/classes/python3native.bbclass
b/meta/classes/python3native.bbclass
new file mode 100644
index
in python3-distribute rename easy_install to easy3_install
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../python/python-distribute_0.6.32.bb | 47 ++
.../python/python3-distribute_0.6.32.bb| 47 ++
2 files changed, 94
Remove PYTHON_BASEVERSION its moved to distutils3-base class
Add DISTUTILS_BUILD_EXT_ARGS for modules to pass flags to build_ext step
in setup.py
Add build_ext as sepate step during compile and add
the cross sysrooted library and headers since we are cross
compiling
Use ${PYTHON_PN} in place of
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../python/python3-native_3.3.0.bb | 68 ++
1 file changed, 68 insertions(+)
create mode 100644 meta/recipes-devtools/python/python3-native_3.3.0.bb
diff --git
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../python/python-3.3-manifest.inc | 260 +
1 file changed, 260 insertions(+)
create mode 100644 meta/recipes-devtools/python/python-3.3-manifest.inc
diff --git
Python's machinery replaces directories in sysroot path to match OE's
staging area sysroots. Earlier we use to have HOST_SYS represent sysroot
always but now we use MACHINE to represent target sysroots but HOST_SYS
to represent host sysroot. This patch caters to that difference
Signed-off-by:
In line with python2 add distutils and setuptools
classes for handing python3
Use python-distribute instead of python-setuptools in setuptools bbclass
Remove --single-version-externally-managed since its setuptools
specific and we dont use it anymore
Signed-off-by: Khem Raj raj.k...@gmail.com
This is needed to accomodate python3 alongside
python2
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/distutils-base.bbclass| 5 ++---
meta/classes/distutils-native-base.bbclass | 4 ++--
meta/classes/distutils.bbclass | 23 ---
Fixes
and from test-dependencies.sh run there is undeterministic lzma
dependency:
WARN: packages/armv5te-oe-linux-gnueabi/python3/python3-misc/latest lost
dependency on liblzma
Reported-by: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Khem Raj raj.k...@gmail.com
---
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/python/python3/000-cross-compile.patch | 7 +++
.../python/python3/020-dont-compile-python-files.patch | 6 ++
meta/recipes-devtools/python/python3/030-fixup-include-dirs.patch | 6 ++
This causes issues when postinstalls have ERROR keywords
its interpreted as error and image build is cancelled
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/package_rpm.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/package_rpm.bbclass
We use native python in disutils bbclass and this needs
to peek into target sysroot when building plugins in cross
environment. Otherwise anything that inherits distutils3.bbclass
will not build.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../python/python3-native_3.3.2.bb |
3.3.2 is latest bugfix release in 3.3 series
License text is changed to reflect year and prev releases
+++ ../Python-3.3.2/LICENSE 2013-05-15 09:32:54.0 -0700
@@ -74,7 +74,9 @@
3.2.1 3.2 2011PSF yes
3.2.2 3.2.1 2011
Since OE-Core times we now have machine specific sysroots
for targets unlike before when we used arch specific sysroots
so reflect that here
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/distutils3.bbclass | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff
Let compiler append sysroot to include path if it can
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../python/python3-native_3.3.2.bb | 1 +
.../python/python3/sysroot-include-headers.patch | 35 ++
meta/recipes-devtools/python/python3_3.3.2.bb | 1
So it can get the correct python direcotries for python2
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/python/python_2.7.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/python/python_2.7.3.bb
The details are in patch header. This should fix the QA errors about
host contamination
Add virtual/libintl to dep list
There is use of libintl.h but we dont
express the dependency
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../python/python3-native_3.3.2.bb | 1 +
On Tue, Aug 27, 2013 at 10:15:19AM -0700, Khem Raj wrote:
Fixes
and from test-dependencies.sh run there is undeterministic lzma
dependency:
WARN: packages/armv5te-oe-linux-gnueabi/python3/python3-misc/latest lost
dependency on liblzma
I've already replied in the other thread that this
On Aug 27, 2013, at 12:48 AM, Martin Jansa martin.ja...@gmail.com wrote:
python3_3.3.2.bb: Add liblzma to RDEPENDS for python3-misc
doesn't look like right fix, something in python3-misc is linked to
liblzma
DEBUG: calculating shlib requirements for python3-misc
DEBUG: python3-misc:
On Tue, Aug 27, 2013 at 11:10:34AM -0700, Khem Raj wrote:
On Aug 27, 2013, at 12:48 AM, Martin Jansa martin.ja...@gmail.com wrote:
python3_3.3.2.bb: Add liblzma to RDEPENDS for python3-misc
doesn't look like right fix, something in python3-misc is linked to
liblzma
DEBUG:
On Tue, 2013-08-27 at 10:15 -0700, Khem Raj wrote:
This causes issues when postinstalls have ERROR keywords
its interpreted as error and image build is cancelled
Signed-off-by: Khem Raj raj.k...@gmail.com
As I mentioned before, the regexp isn't a very satisfactory
description of the locus
Since bitbake qt4-x11-free failed for me until I did bitbake gtk+,
qt4-x11-free needs some sort of dependency on gtk+ to avoid the failure
below. I'm guessing it's something like the following added to
qt4-x11-free.inc:
PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'x11', 'gtk', '',
On 13-08-23 05:48 AM, Laszlo Papp wrote:
Signed-off-by: Laszlo Papp lp...@kde.org
---
meta/recipes-bsp/u-boot/u-boot-mkimage_2013.07.bb | 27 +++
meta/recipes-bsp/u-boot/u-boot_2013.07.bb | 23 +++
2 files changed, 50 insertions(+)
create mode
From: Peter A. Bigot p...@pabigot.com
This avoids the following new behavior resulting from the create_wrapper
fixes:
llc[11]$ ../poky/scripts/oe-setup-rpmrepo
/usr/bin/env: nativepython: No such file or directory
Signed-off-by: Peter A. Bigot p...@pabigot.com
---
scripts/oe-setup-rpmrepo
On Tue, Aug 27, 2013 at 8:57 PM, Randy MacLeod
randy.macl...@windriver.comwrote:
Am I missing something or are people just copying and pasting the text?
I was just copying and pasting it.
___
Openembedded-core mailing list
On Tue, Aug 27, 2013 at 03:57:09PM -0400, Randy MacLeod wrote:
On 13-08-23 05:48 AM, Laszlo Papp wrote:
Signed-off-by: Laszlo Papp lp...@kde.org
---
meta/recipes-bsp/u-boot/u-boot-mkimage_2013.07.bb | 27
+++
meta/recipes-bsp/u-boot/u-boot_2013.07.bb | 23
On 13-08-26 03:35 PM, Elvis Dowson wrote:
Hi Bruce,
On Aug 26, 2013, at 11:08 PM, Bruce Ashfield
bruce.ashfi...@windriver.com mailto:bruce.ashfi...@windriver.com wrote:
Are you interested in something from scratch, versus something that
isn't already partially in the tree (like qemuarma9) ?
On Tue, 2013-08-27 at 22:08 +0200, Martin Jansa wrote:
On Tue, Aug 27, 2013 at 03:57:09PM -0400, Randy MacLeod wrote:
On 13-08-23 05:48 AM, Laszlo Papp wrote:
Signed-off-by: Laszlo Papp lp...@kde.org
---
meta/recipes-bsp/u-boot/u-boot-mkimage_2013.07.bb | 27
On 08/26/2013 06:19 PM, Rongqing Li wrote:
On 08/26/2013 10:37 PM, Saul Wold wrote:
Why?
Still need give a better commit message about why these depends are needed.
Sau!
And should the acl be controlled by a PACKAGECONFIG? Can it be disabled
during do_configure?
Sau!
btrfs-tools
On 08/27/2013 06:09 PM, Richard Purdie wrote:
On Tue, 2013-08-27 at 15:08 +0800, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
Checking whether the lock file exists is sufficient for runqemu.
The contents of the lock file is not important.
What happens if the runqemu script
On 08/27/2013 06:14 PM, Phil Blundell wrote:
On Tue, 2013-08-27 at 15:08 +0800, qi.c...@windriver.com wrote:
This patch simplifies the lock acquire/release logic by removing the
flock mechanism.
I'm not sure that simplifies is an accurate description of the results
of removing flock. How
From: Chen Qi qi.c...@windriver.com
runqemu-ifup and runqemu-ifdown should be pairs. If we're using a
preconfigured tap interface, the runqemu-ifdown should not be invoked
to bring it down.
Signed-off-by: Chen Qi qi.c...@windriver.com
---
scripts/runqemu-internal |4 +++-
1 file changed, 3
From: Chen Qi qi.c...@windriver.com
The following changes since commit 44c3f72684c5c920ce8af1da54a2268047342589:
lib/oeqa/runtime: smart: add checks for smart output (2013-08-26 16:29:18
+0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib
From: Chen Qi qi.c...@windriver.com
The iptables rules for the tap interface are added by runqemu-ifup
everytime we use runqemu to start a qemu target. But it's not cleaned
up when runqemu exits.
This patch cleans up the remaining iptables rules for the tap interface
in runqemu-ifdown.
[YOCTO
From: Chen Qi qi.c...@windriver.com
We should provide the user more information if a preconfigured tap
is used. This is because the user might have manually set up the tap
interface to be used by other qemu binaries.
So at a minimum, we should let the user know how to make runqemu skip
that tap
On 13-08-27 07:29 PM, Richard Purdie wrote:
On Tue, 2013-08-27 at 22:08 +0200, Martin Jansa wrote:
On Tue, Aug 27, 2013 at 03:57:09PM -0400, Randy MacLeod wrote:
On 13-08-23 05:48 AM, Laszlo Papp wrote:
Signed-off-by: Laszlo Papp lp...@kde.org
---
The following changes since commit b467b99a5d25efe5eadfb07dbecba608575256ac:
linux-yocto: switch genericx86 to use common-pc (2013-08-24 09:37:49 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib hongxu/fix-list-pkgconfig
Run list-packageconfig-flags.py on wrlinux's platform in which
the oe-core layer and bitbake layer in different directories:
../layers/oe-core/scripts/contrib/list-packageconfig-flags.py
Traceback (most recent call last):
File ../layers/oe-core/scripts/contrib/list-packageconfig-flags.py,
I enabled the build of gfortran in the gcc-cross recipe using a
gcc-cross_4.7.bbappend:
# Build a gfortran cross-compiler
FORTRAN = ,fortran
The bitbake build fails in the libtool-cross do_qa_configure step. See, for
example, the report at
From: Roy.Li rongqing...@windriver.com
fftw is autodetected from sysroot, add PACKAGECONFIG to make it deterministic
Signed-off-by: Roy.Li rongqing...@windriver.com
---
meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.8.bb |2 ++
1 file changed, 2 insertions(+)
diff --git
at 2013-8-27 18:43, Phil Blundell wrote:
On Mon, 2013-08-26 at 18:00 -0700, Saul Wold wrote:
On 08/27/2013 02:43 AM, Li Zhijian wrote:
add patch from grep-2.5.1-55.el5.src.rpm and
enable configration option of --without-include-regex
LSB core-tests failed at
78 matches
Mail list logo
