On 31.07.2013 14:50, Paul Eggleton wrote:
On Wednesday 31 July 2013 12:02:42 Steffen Sledz wrote:
On 22.07.2013 11:51, Paul Eggleton wrote:
On Monday 22 July 2013 11:46:23 Steffen Sledz wrote:
On 22.07.2013 11:01, Nicolas Dechesne wrote:
On Mon, Jul 22, 2013 at 8:21 AM, Steffen Sledz
On 1 August 2013 00:59, Flanagan, Elizabeth
elizabeth.flana...@intel.com wrote:
If we do update this I'd like to also get this backported to earlier
and remove all older versions of subversion to keep from mixing and
matching with svn.
They made changes in 1.8 that requires an upgrade to the
On Wed, 2013-07-31 at 12:13 -0300, Otavio Salvador wrote:
This allow the addition and removal of distro features easily. To add
a feature, use:
EXTRA_DISTRO_FEATURES += wayland
and to remove, use '~' prefix, as:
EXTRA_DISTRO_FEATURES += ~x11
This code has been mostly copied from
On Thu, Aug 01, 2013 at 07:30:25AM +0100, Burton, Ross wrote:
On 1 August 2013 00:59, Flanagan, Elizabeth
elizabeth.flana...@intel.com wrote:
If we do update this I'd like to also get this backported to earlier
and remove all older versions of subversion to keep from mixing and
matching
If the user accidently tries building u-boot on a machine doesn't use u-boot
(such as qemuarm) the error message doesn't make it clear why u-boot was
skipped. To help, state the machine that was being built for again.
[ YOCTO #4945 ]
Signed-off-by: Ross Burton ross.bur...@intel.com
---
If the user accidently tries building u-boot on a machine doesn't use u-boot
(such as qemuarm) the error message doesn't make it clear why u-boot was
skipped. To help, state the machine that was being built for again.
[ YOCTO #4945 ]
Signed-off-by: Ross Burton ross.bur...@intel.com
---
On Thu, Aug 01, 2013 at 08:11:48AM +0200, Steffen Sledz wrote:
On 31.07.2013 14:50, Paul Eggleton wrote:
On Wednesday 31 July 2013 12:02:42 Steffen Sledz wrote:
On 22.07.2013 11:51, Paul Eggleton wrote:
On Monday 22 July 2013 11:46:23 Steffen Sledz wrote:
On 22.07.2013 11:01, Nicolas
On Thu, Aug 01, 2013 at 10:50:28AM +0100, Burton, Ross wrote:
On 31 July 2013 22:15, ronu...@gmail.com wrote:
+mesa-demos \
If no x11 distro feature then mesa shouldn't be linking against X, so
mesa-demos won't, so this should work, right?
mesa-demos need glew and glew needs
On 1 August 2013 11:41, Martin Jansa martin.ja...@gmail.com wrote:
If no x11 distro feature then mesa shouldn't be linking against X, so
mesa-demos won't, so this should work, right?
mesa-demos need glew and glew needs virtual/libx11
Unfortunately mesa-demos autoconf stuff doesn't allow to
Speaking of gerrit terms: I would prefer that you didn't submit this.
I would like it to be more specific. If it cannot be more specific, it
should provide further information to get more specific information. Note,
machine configuration can be the command line as well, so this would still
be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01.08.2013 12:36, Martin Jansa wrote:
On Thu, Aug 01, 2013 at 08:11:48AM +0200, Steffen Sledz wrote:
On 31.07.2013 14:50, Paul Eggleton wrote:
On Wednesday 31 July 2013 12:02:42 Steffen Sledz wrote:
... I read something about a solution using
On 1 August 2013 11:50, Laszlo Papp lp...@kde.org wrote:
Speaking of gerrit terms: I would prefer that you didn't submit this.
I would like it to be more specific. If it cannot be more specific, it
should provide further information to get more specific information. Note,
machine
Usage: list-packageconfig-flag.py [OPTION] [METADIR]...
list recipes which have PACKAGECONFIG's flags in METADIR
OPTION:
-h, --help display this help and exit
-f, --flag list PACKAGECONFIG's flags and all affected recipes in METADIR
EXAMPLE:
list-packageconfig-flag.py poky/meta
list-packageconfig-flag.py will walk the METADIR and collect recipes which
have PACKAGECONFIG's flags.
The default display is to list recipes which have PACKAGECONFIG's flags in
METADIR. If option '-f' is used, it will list PACKAGECONFIG's flags and all
affected recipes in METADIR
EXAMPLE:
On 1 August 2013 11:56, Burton, Ross ross.bur...@intel.com wrote:
On 1 August 2013 11:50, Laszlo Papp lp...@kde.org wrote:
Speaking of gerrit terms: I would prefer that you didn't submit this.
I would like it to be more specific. If it cannot be more specific, it
should provide further
On Thu, Aug 1, 2013 at 11:56 AM, Burton, Ross ross.bur...@intel.com wrote:
On 1 August 2013 11:50, Laszlo Papp lp...@kde.org wrote:
Speaking of gerrit terms: I would prefer that you didn't submit this.
I would like it to be more specific. If it cannot be more specific, it
should provide
On Thu, Aug 01, 2013 at 12:52:53PM +0200, Steffen Sledz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01.08.2013 12:36, Martin Jansa wrote:
On Thu, Aug 01, 2013 at 08:11:48AM +0200, Steffen Sledz wrote:
On 31.07.2013 14:50, Paul Eggleton wrote:
On Wednesday 31 July 2013
From: Muhammad Shakeel muhammad_shak...@mentor.com
-Remove dependency on meta-systemd
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
---
.../openssh/openssh-6.2p2/sshd.socket | 11 ++
.../openssh/openssh-6.2p2/sshd@.service|9 +
From: Muhammad Shakeel muhammad_shak...@mentor.com
- Remove dependency on meta-systemd
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
---
.../nfs-utils/nfs-utils/nfs-utils.service | 16
.../nfs-utils/nfs-utils_1.2.8.bb | 13
From: Muhammad Shakeel muhammad_shak...@mentor.com
- Remove dependency on meta-systemd
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
---
.../lighttpd/files/lighttpd.service| 12
meta/recipes-extended/lighttpd/lighttpd_1.4.32.bb | 14 --
From: Muhammad Shakeel muhammad_shak...@mentor.com
- Remove dependency on meta-systemd
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
---
.../rpcbind/rpcbind/rpcbind.service| 13 +
meta/recipes-extended/rpcbind/rpcbind_0.2.0.bb | 10 +-
2
On Thu, Aug 1, 2013 at 4:37 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Wed, 2013-07-31 at 12:13 -0300, Otavio Salvador wrote:
...
+# Avoid readding the removed features later
+d.delVarFlag(DISTRO_FEATURES, _append)
+d.delVarFlag(DISTRO_FEATURES, _prepend)
I
Shakeel, Muhammad
muhammad_shakeel-nmggyn9qbj3qt0dzr+a...@public.gmane.org writes:
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-utils.service
@@ -0,0 +1,16 @@
+[Unit]
+Description=NFS Server
+Requires=rpcbind.service
+After=rpcbind.service
+
+[Service]
+Type=oneshot
Shakeel, Muhammad
muhammad_shakeel-nmggyn9qbj3qt0dzr+a...@public.gmane.org writes:
+++ b/meta/recipes-extended/rpcbind/rpcbind/rpcbind.service
...
+[Service]
+Type=forking
+ExecStart=/usr/sbin/rpcbind
The '-w' option, perhaps '-f' (-- 'Type=forking' can be removed then)
and a general way to
On 1 August 2013 12:18, Laszlo Papp lp...@kde.org wrote:
It cannot be more specific without dumping the entire machine
configuration, which won't help because a variable is *not* set.
No no, it could print out the concrete file to look up, not just a name.
Besides, I would probably even print
On Thu, 2013-08-01 at 09:19 -0300, Otavio Salvador wrote:
On Thu, Aug 1, 2013 at 4:37 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Wed, 2013-07-31 at 12:13 -0300, Otavio Salvador wrote:
...
+# Avoid readding the removed features later
+
On Wed, Jul 31, 2013 at 03:34:12PM -0700, Saul Wold wrote:
On 07/31/2013 06:09 AM, Laurentiu Palcu wrote:
I am still not sure why you want to retain 1.7? 1.8 has addressed
the same bugs and security fixes, correct? We do not normally keep
older versions around.
This is how it was done so
On Thu, Aug 1, 2013 at 10:08 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Thu, 2013-08-01 at 09:19 -0300, Otavio Salvador wrote:
On Thu, Aug 1, 2013 at 4:37 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Wed, 2013-07-31 at 12:13 -0300, Otavio Salvador
This allow the addition and removal of distro features easily. To add
a feature, use:
EXTRA_DISTRO_FEATURES += wayland
and to remove, use '~' prefix, as:
EXTRA_DISTRO_FEATURES += ~x11
This code has been mostly copied from Mentor Graphics public layer but
changed the variable name for a more
From: Joe MacDonald joe.macdon...@windriver.com
The middle 'cut' in OECORE_NATIVE_SYSROOT isn't doing anything useful, so
remove it from the pipeline.
Signed-off-by: Joe MacDonald joe.macdon...@windriver.com
---
Really a trivial optimization, I noticed this when I was looking for
something
On Jul 31, 2013, at 4:05 PM, Saul Wold s...@linux.intel.com wrote:
On 07/31/2013 03:51 PM, Khem Raj wrote:
On Jul 31, 2013, at 3:49 PM, Saul Wold s...@linux.intel.com wrote:
Still seems to failing in Jinja, I wonder if the dependencies are correctly
sinec it's nooking for native bits
Moving the bluetooth enabling to ofono.inc from .bb file as
it makes more sense to have bluetooth always checked.
Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com
---
meta/recipes-connectivity/ofono/ofono.inc | 1 +
meta/recipes-connectivity/ofono/ofono_1.12.bb | 1 -
This allows the ofono.inc file to be used by a recipe that does
not have or use ofono init script.
Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com
---
meta/recipes-connectivity/ofono/ofono.inc | 5 -
meta/recipes-connectivity/ofono/ofono_1.12.bb | 5 +
2 files changed, 5
oFono test scripts are very useful so enable those by default.
Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com
---
meta/recipes-connectivity/ofono/ofono.inc | 3 ++-
meta/recipes-connectivity/ofono/ofono_1.12.bb | 3 ---
2 files changed, 2 insertions(+), 4 deletions(-)
diff
Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com
---
meta/recipes-connectivity/ofono/ofono.inc | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/ofono/ofono.inc
b/meta/recipes-connectivity/ofono/ofono.inc
index 21e564c..b0e8020 100644
* build in clean tmpdir fails with:
| make[6]: Entering directory
`/OE/mesa/2_9.1.3-r9.0/git/src/mesa/drivers/dri/common/xmlpool'
| Updating (de) de/LC_MESSAGES/options.mo from de.po.
| Updating (es) es/LC_MESSAGES/options.mo from es.po.
| Updating (nl) nl/LC_MESSAGES/options.mo from
On Thu, Aug 1, 2013 at 1:58 PM, Burton, Ross ross.bur...@intel.com wrote:
On 1 August 2013 12:18, Laszlo Papp lp...@kde.org wrote:
It cannot be more specific without dumping the entire machine
configuration, which won't help because a variable is *not* set.
No no, it could print out the
On 1 August 2013 17:33, Laszlo Papp lp...@kde.org wrote:
I'm not sure what you meant here. Do you mean a situation where the
local.conf says MACHINE=foo and the user also sets MACHINE=foo in the
environment?
Yes.
But there's nothing wrong with the user doing that at all.
Ross
On Thu, Aug 1, 2013 at 5:35 PM, Burton, Ross ross.bur...@intel.com wrote:
On 1 August 2013 17:33, Laszlo Papp lp...@kde.org wrote:
I'm not sure what you meant here. Do you mean a situation where the
local.conf says MACHINE=foo and the user also sets MACHINE=foo in the
environment?
On Thu, Aug 1, 2013 at 8:04 AM, Hongxu Jia hongxu@windriver.com wrote:
list-packageconfig-flag.py will walk the METADIR and collect recipes which
have PACKAGECONFIG's flags.
The default display is to list recipes which have PACKAGECONFIG's flags in
METADIR. If option '-f' is used, it will
On Thu, Aug 1, 2013 at 1:38 PM, Laszlo Papp lp...@kde.org wrote:
On Thu, Aug 1, 2013 at 5:35 PM, Burton, Ross ross.bur...@intel.com wrote:
On 1 August 2013 17:33, Laszlo Papp lp...@kde.org wrote:
I'm not sure what you meant here. Do you mean a situation where the
local.conf says
On Thu, Aug 1, 2013 at 5:50 PM, Otavio Salvador ota...@ossystems.com.brwrote:
On Thu, Aug 1, 2013 at 1:38 PM, Laszlo Papp lp...@kde.org wrote:
On Thu, Aug 1, 2013 at 5:35 PM, Burton, Ross ross.bur...@intel.com
wrote:
On 1 August 2013 17:33, Laszlo Papp lp...@kde.org wrote:
I'm not sure
On Thursday 01 August 2013 17:52:13 Laszlo Papp wrote:
On Thu, Aug 1, 2013 at 5:50 PM, Otavio Salvador
ota...@ossystems.com.brwrote:
On Thu, Aug 1, 2013 at 1:38 PM, Laszlo Papp lp...@kde.org wrote:
On Thu, Aug 1, 2013 at 5:35 PM, Burton, Ross ross.bur...@intel.com
wrote:
On 1 August
On 1 August 2013 16:01, Jukka Rissanen jukka.rissa...@linux.intel.com wrote:
This allows the ofono.inc file to be used by a recipe that does
not have or use ofono init script.
I'm not keen on this. I presume the situation here is that your
distro has an updated ofono that doesn't have an init
On Thu, Aug 1, 2013 at 6:02 PM, Paul Eggleton paul.eggle...@linux.intel.com
wrote:
I'm afraid this is not practical. The ability to specify the value for
MACHINE
and other variables from the external environment is not just there for
folks
running bitbake manually from the command line, but
On Thu, Aug 1, 2013 at 2:09 PM, Laszlo Papp lp...@kde.org wrote:
On Thu, Aug 1, 2013 at 6:02 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
I'm afraid this is not practical. The ability to specify the value for
MACHINE
and other variables from the external environment is not just
Some users have been found to have an unnamed third-party piece of
software installed which sets chmod, chown and mknod as suid root as
part of its installation process. This interferes with the operation of
pseudo and can result in files really being owned by root within the
build output, and
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/classes/sanity.bbclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index cc67490..4df3ca8 100644
--- a/meta/classes/sanity.bbclass
+++
Changes since v1:
* Change the suid root binary check to a run-once check to be consistent
with other similar checks
* Add a patch fixing grammatical errors in messages
The following changes since commit f192c444c2d88c49738bea4ff4c3af0cc72916de:
texinfo: Update to 5.1 (2013-07-31 06:56:28
A dependency was being added on ncurses conditionally upon whether it
had been built first. Explicitly disable this dependency to stop this
from happening.
Note that grub 2.x does not need this same fix because ncurses is only
used when building grub-emu, which is only built when the specified
On Thu, Aug 1, 2013 at 6:17 PM, Otavio Salvador ota...@ossystems.com.brwrote:
On Thu, Aug 1, 2013 at 2:09 PM, Laszlo Papp lp...@kde.org wrote:
On Thu, Aug 1, 2013 at 6:02 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
I'm afraid this is not practical. The ability to specify the
On 07/29/2013 06:50 PM, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
When building a qemu image inside the environment created by the
buildtools-tarball, the qemu image cannot be started, as the runqemu
script uses the tunctl binary which cannot be found inside the sysroot
On Jul 31, 2013, at 4:05 PM, Saul Wold s...@linux.intel.com wrote:
On 07/31/2013 03:51 PM, Khem Raj wrote:
On Jul 31, 2013, at 3:49 PM, Saul Wold s...@linux.intel.com wrote:
Still seems to failing in Jinja, I wonder if the dependencies are correctly
sinec it's nooking for native bits
This should fix the problem seen where gcc ICE
was happening when compiling iperf with older 2.6.x
kernel
Test this patch by reverting below commit in meta-fsl-arm
commit daf582c93a7283fb0af3b25fe2ada48f4c9985c4
Author: Otavio Salvador ota...@ossystems.com.br
Date: Tue Jul 2 11:52:51 2013
This add support to list required/confliting distro features for a
recipe; this avoids user mistake when building recipes/images which
would not work depending on DISTRO_FEATURES option set.
Adding:
,[ Use example ]
| inherit distro_features_check
|
| REQUIRED_DISTRO_FEATURES = x11
|
On 7/31/13 1:33 PM, Richard Tollerton wrote:
shadow falsely assumes that if --enable-libpam is set, it doesn't need to link
against libcrypt; this breaks chsh. (This same fix exists in Arch.)
Signed-off-by: Richard Tollerton rich.toller...@ni.com
This change is working for me.
Acked-by: Mark
On 07/31/2013 06:09 AM, Laurentiu Palcu wrote:
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
...ut-evdev_2.8.0.bb = xf86-input-evdev_2.8.1.bb} |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-driver/{xf86-input-evdev_2.8.0.bb =
On 08/02/2013 12:46 AM, Otavio Salvador wrote:
On Thu, Aug 1, 2013 at 8:04 AM, Hongxu Jia hongxu@windriver.com wrote:
list-packageconfig-flag.py will walk the METADIR and collect recipes which
have PACKAGECONFIG's flags.
The default display is to list recipes which have PACKAGECONFIG's
On 08/02/2013 02:12 AM, Saul Wold wrote:
On 07/29/2013 06:50 PM, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
When building a qemu image inside the environment created by the
buildtools-tarball, the qemu image cannot be started, as the runqemu
script uses the tunctl binary
On Thu, Aug 1, 2013 at 10:50 PM, Hongxu Jia hongxu@windriver.com wrote:
On 08/02/2013 12:46 AM, Otavio Salvador wrote:
On Thu, Aug 1, 2013 at 8:04 AM, Hongxu Jia hongxu@windriver.com
wrote:
list-packageconfig-flag.py will walk the METADIR and collect recipes
which
have
On 08/02/2013 02:12 AM, Saul Wold wrote:
On 07/29/2013 06:50 PM, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
When building a qemu image inside the environment created by the
buildtools-tarball, the qemu image cannot be started, as the runqemu
script uses the tunctl binary
Change in V2: PACKAGECONFIG's flag added in class could be parsed.
Usage: list-packageconfig-flag.py [OPTION] [METADIR]...
list recipes which have PACKAGECONFIG's flags in METADIR
OPTION:
-h, --help display this help and exit
-f, --flag list PACKAGECONFIG's flags and all affected recipes
list-packageconfig-flag.py will walk the METADIR and collect recipes which
have PACKAGECONFIG's flags.
The default display is to list recipes which have PACKAGECONFIG's flags in
METADIR. If option '-f' is used, it will list PACKAGECONFIG's flags and all
affected recipes in METADIR
EXAMPLE:
From: Chen Qi qi.c...@windriver.com
The following changes since commit 67864ca79da08df752487a3a4e1a975546da123d:
systemd: Remove systemd_unitdir if systemd is not in distro features
(2013-07-24 11:35:39 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib
From: Chen Qi qi.c...@windriver.com
When building a qemu image inside the environment created by the
buildtools-tarball, the qemu image cannot be started, as the runqemu
script uses the tunctl binary which cannot be found inside the sysroot
directory of the buildtools-tarball.
The
[YOCTO #4969]
Signed-off-by: Saul Wold s...@linux.intel.com
core
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/packagegroups/packagegroup-core-boot.bb | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git
On 08/01/2013 01:19 PM, Khem Raj wrote:
On Jul 31, 2013, at 4:05 PM, Saul Wold s...@linux.intel.com wrote:
On 07/31/2013 03:51 PM, Khem Raj wrote:
On Jul 31, 2013, at 3:49 PM, Saul Wold s...@linux.intel.com wrote:
Still seems to failing in Jinja, I wonder if the dependencies are
Hi Ross,
On 01.08.2013 20:04, Burton, Ross wrote:
On 1 August 2013 16:01, Jukka Rissanen jukka.rissa...@linux.intel.com wrote:
This allows the ofono.inc file to be used by a recipe that does
not have or use ofono init script.
I'm not keen on this. I presume the situation here is that your
68 matches
Mail list logo
