ptest enabled packages will inherit ptest. So, we can use grep to
find the list of ptest enabled packages.
eg:
# cd poky
# grep -ir --include=*.{bb,inc} inherit |grep ptest
meta/recipes-extended/bash/bash.inc:inherit autotools gettext
update-alternatives ptest
Sorry, hit reply instead of reply to all by mistake.
-- Forwarded message --
From: Marinescu, Bogdan A bogdan.a.marine...@intel.com
Date: Tue, Apr 9, 2013 at 11:11 AM
Subject: Re: [OE-core] [PATCH] smart: disable CHANNELSDIR
To: Mark Hatle mark.ha...@windriver.com
On Mon, Apr
The rpm-postinsts runtime dependency was overwritten.
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/recipes-devtools/rpm/rpm_5.4.9.bb |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/rpm/rpm_5.4.9.bb
On 9 April 2013 00:00, Carlos Rafael Giani d...@pseudoterminal.org wrote:
thinking about this whole issue I began to wonder: why is gstreamer in
oe-core and not in meta-multimedia?
wouldnt it be easier then to move liborc into meta-multimedia as well?
Or is gstreamer considered an essential
On 2013-04-09 11:32, Burton, Ross wrote:
On 9 April 2013 00:00, Carlos Rafael Giani d...@pseudoterminal.org wrote:
thinking about this whole issue I began to wonder: why is gstreamer in
oe-core and not in meta-multimedia?
wouldnt it be easier then to move liborc into meta-multimedia as well?
Or
On 9 April 2013 10:50, Carlos Rafael Giani d...@pseudoterminal.org wrote:
Okay, sounds good. But just liborc? Or yasm as well? yasm is crucial for
ffmpeg and libav.
Good question and I can't give an instant answer for that.
Ross
___
The colon separator is included at the end of $NEWPATHS so it should not be
possible for any false positives.
The intention of the patch was to avoid $PATH growing when rerunning
oe-init-build-env in the same directory multiple times. I only match at the
start of $PATH as I wanted to maintain
On Mon, 2013-04-08 at 18:42 -0300, Otavio Salvador wrote:
When a MACHINEOVERRIDES has more than one value, split by ':' as usual
OVERRIDES, this were not being properly checked in COMPATIBLE_MACHINE
matching as we need to iterate over each SoC family and check if it is
compatible or not.
I am trying to achive (svn or tar ball) my whole oe_layersetup directory
structure.
However I seem to have problems when I check it out or untar it on a
different machine.
It does not seems to build correctly. I set up the paths to the build tools
and use /conf/setenv
to set up other paths.
It
As a result of the discussion on the OE mailing list, I have reworked
the patch for oe-buildenv-internal that makes sure that the paths for OE
and BitBake are added to $PATH in a way that does not make it grow
unnecessarily.
//Peter
The following changes since commit
First strip $PATH of any existence of the paths needed by Open Embedded
and BitBake. Then add the needed paths at the beginning. This makes sure
the needed paths are searched first, without growing $PATH unnecessarily
if oe-init-build-env is rerun for a directory for which it has
previously been
On Tue, 2013-04-09 at 06:16 -0400, David Hirst wrote:
I am trying to achive (svn or tar ball) my whole oe_layersetup
directory structure.
However I seem to have problems when I check it out or untar it on a
different machine.
It does not seems to build correctly. I set up the paths to the
On 09/04/13 11:16, David Hirst wrote:
I am trying to achive (svn or tar ball) my whole oe_layersetup
directory structure.
However I seem to have problems when I check it out or untar it on a
different machine.
It does not seems to build correctly. I set up the paths to the build
tools and use
On Tue, Apr 9, 2013 at 7:05 AM, Phil Blundell p...@pbcl.net wrote:
On Mon, 2013-04-08 at 18:42 -0300, Otavio Salvador wrote:
When a MACHINEOVERRIDES has more than one value, split by ':' as usual
OVERRIDES, this were not being properly checked in COMPATIBLE_MACHINE
matching as we need to
Excellent. Now all my qemu* bitbake worlds succeed :-)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
On Tue, 2013-04-09 at 12:24 +0200, Peter Kjellerstedt wrote:
First strip $PATH of any existence of the paths needed by Open Embedded
and BitBake. Then add the needed paths at the beginning. This makes sure
the needed paths are searched first, without growing $PATH unnecessarily
if
On Tue, 2013-04-09 at 11:05 +0100, Phil Blundell wrote:
On Mon, 2013-04-08 at 18:42 -0300, Otavio Salvador wrote:
When a MACHINEOVERRIDES has more than one value, split by ':' as usual
OVERRIDES, this were not being properly checked in COMPATIBLE_MACHINE
matching as we need to iterate over
crontab is meant to be a system user, not a normal user of the system
so lets pass the correct parameters to the system. If we don't do this
it interferes with the setup of normal users, particularly if some
preset list of users is desired.
Signed-off-by: Richard Purdie
On Mon, 2013-04-08 at 19:29 +0300, Radu Moisan wrote:
Along with v182 upgrade udevd was moved to ${base_libdir}
making scripts like init-live.sh to fail in finding udevd
Fixes [Yocto #4046]
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
meta/recipes-core/udev/udev.inc|3
When a MACHINEOVERRIDES has more than one value, split by ':' as usual
OVERRIDES, this were not being properly checked in COMPATIBLE_MACHINE
matching as we need to iterate over each SoC family and check if it is
compatible or not.
The code has been change from SOC_FAMILY to MACHINEOVERRIDES as
On 13-04-08 05:48 PM, Richard Purdie wrote:
On Mon, 2013-04-08 at 17:28 -0400, Michel Thebeau wrote:
On 13-04-08 05:24 PM, michel.theb...@windriver.com wrote:
From: Michel Thebeau michel.theb...@windriver.com
Allow recipes to specify sections to be stripped from the kernel output
using
Radu Moisan (2):
systemd: use update-alternatives.bbclass
systemd: set default.target to multi-user.target
meta/recipes-core/systemd/systemd_199.bb | 40 +++---
1 file changed, 25 insertions(+), 15 deletions(-)
--
1.7.9.5
switch from using plain update-alternatives command to
update-alternatives.bbclass style
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
meta/recipes-core/systemd/systemd_199.bb | 36 +-
1 file changed, 21 insertions(+), 15 deletions(-)
diff --git
This fixes a service dependency issue;
When graphical.target is the default mode, systemd
will try to start display-manager.service which is not
available on some targets.
For xserver-nodm-init we would then have something like:
inherit update-alternatives
ALTERNATIVE_${PN} = systemd-def-target
Radu Moisan (2):
systemd: use update-alternatives.bbclass
systemd: set default.target to multi-user.target
meta/recipes-core/systemd/systemd_199.bb | 40 +++---
1 file changed, 25 insertions(+), 15 deletions(-)
--
1.7.9.5
switch from using plain update-alternatives command to
update-alternatives.bbclass style
Fixes [Yocto #4181]
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
meta/recipes-core/systemd/systemd_199.bb | 36 +-
1 file changed, 21 insertions(+), 15 deletions(-)
This fixes a service dependency issue;
When graphical.target is the default mode, systemd
will try to start display-manager.service which is not
available on some targets.
For xserver-nodm-init we would then have something like:
inherit update-alternatives
ALTERNATIVE_${PN} = systemd-def-target
* Taken from oe-classic
* This patch includes pointercal-xinput
Signed-off-by: Marco Cavallini m.cavall...@koansoftware.com
---
.../pointercal-xinput/pointercal.xinput| 1 +
.../xinput-calibrator/pointercal-xinput_0.0.bb | 19 +
* Recipe from oe-classic
* Required by xinput-calibrator
Signed-off-by: Marco Cavallini m.cavall...@koansoftware.com
---
meta/recipes-graphics/xorg-lib/libxaw_1.0.10.bb | 31 +
1 file changed, 31 insertions(+)
create mode 100644
* Recipe taken from oe-classic
* Required by xinput-calibrator
Signed-off-by: Marco Cavallini m.cavall...@koansoftware.com
---
meta/recipes-graphics/xorg-app/xterm_277.bb | 23 +++
1 file changed, 23 insertions(+)
create mode 100644
* Recipe from oe-classic
* Required by xinput-calibrator
Signed-off-by: Marco Cavallini m.cavall...@koansoftware.com
---
.../xmlto/xmlto-0.0.25/obsolete_automake_macros.patch | 12
meta/recipes-support/xmlto/xmlto_0.0.25.bb | 18 ++
2 files changed, 30
packages was the old name (pre-2010) under which the recipe files were
stored.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta-hob/conf/layer.conf |2 +-
meta-skeleton/conf/layer.conf |2 +-
meta/conf/layer.conf |2 +-
3 files changed, 3
No functional changes, just some corrections for comments and one text
file.
The following changes since commit a866e1e298dab5c52e7b8ba9ab68104604511713:
udev: Move udevd back to /sbin (2013-04-09 13:31:30 +0100)
are available in the git repository at:
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/recipes.txt |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes.txt b/meta/recipes.txt
index c3aa018..705386d 100644
--- a/meta/recipes.txt
+++ b/meta/recipes.txt
@@ -7,6 +7,7 @@ recipes-extended -
Package listing was implemented in the deb backend some time ago.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/classes/license.bbclass |1 -
1 file changed, 1 deletion(-)
diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 170bdd9..76749c4
On Apr 8, 2013, at 1:52 AM, Jack Mitchell m...@communistcode.co.uk wrote:
On 05/04/13 18:03, Khem Raj wrote:
On Apr 5, 2013, at 9:36 AM, Jack Mitchell m...@communistcode.co.uk wrote:
I build for the beaglebone and I changed them in line with your default
beaglebone build patch you posted
On 9 April 2013 15:21, Marco Cavallini koansoftw...@gmail.com wrote:
* Recipe taken from oe-classic
* Required by xinput-calibrator
oe-core already ships not one but two terminal emulators, let's not
add another one. Can we make this configurable in the recipe somehow
and default to use
On 9 April 2013 15:19, Marco Cavallini koansoftw...@gmail.com wrote:
+# force native X11 ui as we don't have gtk+ in DEPENDS
+EXTRA_OECONF += --with-gui=x11
This should be a PACKAGECONFIG as people who have a GTK+-based shell
will probably prefer the GTK+ UI.
Ross
On Tue, Apr 9, 2013 at 9:35 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Mon, 2013-04-08 at 19:29 +0300, Radu Moisan wrote:
Along with v182 upgrade udevd was moved to ${base_libdir}
making scripts like init-live.sh to fail in finding udevd
Fixes [Yocto #4046]
(if there's a simple answer to this, just point me at the URL and
i'll be happy, thanks.)
for the purpose of documenting the various steps in a build, i'm
summarizing the difference between bitbake commands fetch and
fetchall, and it strikes me that it would be useful if there was
something
Op 9 apr. 2013, om 16:36 heeft Otavio Salvador ota...@ossystems.com.br het
volgende geschreven:
On Tue, Apr 9, 2013 at 9:35 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Mon, 2013-04-08 at 19:29 +0300, Radu Moisan wrote:
Along with v182 upgrade udevd was moved to
Op 9 apr. 2013, om 16:41 heeft Koen Kooi k...@dominion.thruhere.net het
volgende geschreven:
Op 9 apr. 2013, om 16:36 heeft Otavio Salvador ota...@ossystems.com.br het
volgende geschreven:
On Tue, Apr 9, 2013 at 9:35 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Mon,
On Tue, Apr 9, 2013 at 3:01 AM, Peter Kjellerstedt
peter.kjellerst...@axis.com wrote:
The colon separator is included at the end of $NEWPATHS so it should not
be possible for any false positives.
Ah, right, thanks for the clarification :)
--
Christopher Larson
From: Alexandru DAMIAN alexandru.dam...@intel.com
This fixes guest crashes when trying to use restricted
instructions based on CPU description. Using default qemu
CPU descriptions restrict faults on using restricted
model-specific registers.
[YOCTO #3908]
Signed-off-by: Alexandru DAMIAN
I guess it's up to the patch maintainer to decide :).
Alex
On Mon, Apr 8, 2013 at 8:57 PM, Saul Wold s...@linux.intel.com wrote:
On 04/08/2013 05:56 AM, Alex DAMIAN wrote:
From: Alexandru DAMIAN alexandru.dam...@intel.com
bluez4 uses readline to be build, but the dependency is not listed
On 9 April 2013 15:02, Radu Moisan radu.moi...@intel.com wrote:
switch from using plain update-alternatives command to
update-alternatives.bbclass style
Signed-off-by: Radu Moisan radu.moi...@intel.com
Acked-By: Ross Burton ross.bur...@intel.com
Ross
On 9 April 2013 15:02, Radu Moisan radu.moi...@intel.com wrote:
This fixes a service dependency issue;
When graphical.target is the default mode, systemd
will try to start display-manager.service which is not
available on some targets.
For xserver-nodm-init we would then have something like:
GATT seems to be related only to BT 4.0, Bluetooth Low Energy (LE).
However, it will be useful once Bluez5 will be in place.
I say we should add it.
Regards,
Cristian
From: Damian, Alexandru [mailto:alexandru.dam...@intel.com]
Sent: Tuesday, April 09, 2013 5:53 PM
To: Saul Wold
Cc: Paul
On 4/8/13 10:16 PM, Kang Kai wrote:
As Mark's suggestion, rename libpng_1.2.50 to libpng12 that
multi-versions libpng could coexist.
We want to make sure we have both the old and new versions to meet LSB
compliance (for people who have that enabled) as well as the new version
for newer
On 04/09/2013 05:58 PM, Burton, Ross wrote:
On 9 April 2013 15:02, Radu Moisan radu.moi...@intel.com wrote:
This fixes a service dependency issue;
When graphical.target is the default mode, systemd
will try to start display-manager.service which is not
available on some targets.
For
On 9 April 2013 15:58, Iorga, Cristian cristian.io...@intel.com wrote:
GATT seems to be related only to BT 4.0, Bluetooth Low Energy (LE).
However, it will be useful once Bluez5 will be in place.
I say we should add it.
As it's a tool that does introduce extra dependencies, we can easily
On Tue, 2013-04-09 at 16:44 +0200, Koen Kooi wrote:
Op 9 apr. 2013, om 16:41 heeft Koen Kooi k...@dominion.thruhere.net het
volgende geschreven:
Op 9 apr. 2013, om 16:36 heeft Otavio Salvador ota...@ossystems.com.br
het volgende geschreven:
On Tue, Apr 9, 2013 at 9:35 AM, Richard
On 04/09/2013 06:03 PM, Radu Moisan wrote:
On 04/09/2013 05:58 PM, Burton, Ross wrote:
On 9 April 2013 15:02, Radu Moisan radu.moi...@intel.com wrote:
This fixes a service dependency issue;
When graphical.target is the default mode, systemd
will try to start display-manager.service which is
On 04/09/2013 08:04 AM, Burton, Ross wrote:
On 9 April 2013 15:58, Iorga, Cristian cristian.io...@intel.com wrote:
GATT seems to be related only to BT 4.0, Bluetooth Low Energy (LE).
However, it will be useful once Bluez5 will be in place.
I say we should add it.
As it's a tool that does
From: Alexandru DAMIAN alexandru.dam...@intel.com
This patch is the same as 6c22c591374d258228f74814cded34a24b4bf2d3,
but for x86-64 targets which exhibit the same problem.
Qemu update from 1.2 to 1.4 now allows for 16bit depth in guests,
whereby previously only 32bit depth was supported.
On 4/9/13 10:07 AM, Richard Purdie wrote:
On Tue, 2013-04-09 at 16:44 +0200, Koen Kooi wrote:
Op 9 apr. 2013, om 16:41 heeft Koen Kooi k...@dominion.thruhere.net het
volgende geschreven:
Op 9 apr. 2013, om 16:36 heeft Otavio Salvador ota...@ossystems.com.br het
volgende geschreven:
On
When upgrading packages it's possible that the service is already running
because opkg doesn't actually execute the prerm hooks on upgrades, which is
where the service should be stopped.
Handle this case by restarting in postinst instead of starting. If the service
isn't already running then
Postinstalls that use qemu are throwing a segmentation fault when
building for qemux86-64 on a 64bit host (it might also happen for
qemux86 if building on a 32bit host but I didn't test). It looks like
qemu looks for ld.so.cache which is not found because it is generated
after
From: Alexandru DAMIAN alexandru.dam...@intel.com
This ammends the init script after changing the location from
/lib to /sbin.
Signed-off-by: Alexandru DAMIAN alexandru.dam...@intel.com
---
meta/recipes-core/udev/udev/init |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On 04/09/2013 08:58 AM, Alex DAMIAN wrote:
From: Alexandru DAMIAN alexandru.dam...@intel.com
This ammends the init script after changing the location from
/lib to /sbin.
This only fixes one location and does not make it dynamic, I will have a
patch shortly to fix this.
Sau!
Signed-off-by:
Ensure we can update the script base don the location of the udevd installation
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/udev/udev.inc| 2 ++
meta/recipes-core/udev/udev/init | 4 ++--
meta/recipes-core/udev/udev/udev-cache | 2 +-
3 files changed, 5
On Tue, Apr 9, 2013 at 12:07 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2013-04-09 at 16:44 +0200, Koen Kooi wrote:
Op 9 apr. 2013, om 16:41 heeft Koen Kooi k...@dominion.thruhere.net het
volgende geschreven:
Op 9 apr. 2013, om 16:36 heeft Otavio Salvador
On Tue, Apr 9, 2013 at 12:49 PM, Mark Hatle mark.ha...@windriver.com wrote:
On 4/9/13 10:07 AM, Richard Purdie wrote:
On Tue, 2013-04-09 at 16:44 +0200, Koen Kooi wrote:
Op 9 apr. 2013, om 16:41 heeft Koen Kooi k...@dominion.thruhere.net het
volgende geschreven:
Op 9 apr. 2013, om 16:36
On Tue, Apr 9, 2013 at 1:08 PM, Saul Wold s...@linux.intel.com wrote:
Ensure we can update the script base don the location of the udevd
installation
Signed-off-by: Saul Wold s...@linux.intel.com
This does not work as we have systemd-udevd as possible binary.
Besides, there's a type in the
On Tue, Apr 9, 2013 at 4:19 PM, Marco Cavallini koansoftw...@gmail.com wrote:
* Taken from oe-classic
* This patch includes pointercal-xinput
Signed-off-by: Marco Cavallini m.cavall...@koansoftware.com
---
.../pointercal-xinput/pointercal.xinput| 1 +
On 9 April 2013 17:49, Andreas Müller schnitzelt...@googlemail.com wrote:
On Tue, Apr 9, 2013 at 4:19 PM, Marco Cavallini koansoftw...@gmail.com
wrote:
* Taken from oe-classic
* This patch includes pointercal-xinput
1. Is this a 'core' component?
2. If so: Why not importing from meta-oe
On 9 April 2013 17:33, Otavio Salvador ota...@ossystems.com.br wrote:
On Tue, Apr 9, 2013 at 1:08 PM, Saul Wold s...@linux.intel.com wrote:
Ensure we can update the script base don the location of the udevd
installation
Signed-off-by: Saul Wold s...@linux.intel.com
This does not work as we
On Tue, Apr 9, 2013 at 2:00 PM, Burton, Ross ross.bur...@intel.com wrote:
On 9 April 2013 17:33, Otavio Salvador ota...@ossystems.com.br wrote:
On Tue, Apr 9, 2013 at 1:08 PM, Saul Wold s...@linux.intel.com wrote:
Ensure we can update the script base don the location of the udevd
installation
On Tue, 2013-04-09 at 13:35 -0300, Otavio Salvador wrote:
On Tue, Apr 9, 2013 at 1:07 PM, Saul Wold s...@linux.intel.com wrote:
On 04/09/2013 08:58 AM, Alex DAMIAN wrote:
From: Alexandru DAMIAN alexandru.dam...@intel.com
This ammends the init script after changing the location from
On Tue, Apr 9, 2013 at 6:56 PM, Burton, Ross ross.bur...@intel.com wrote:
On 9 April 2013 17:49, Andreas Müller schnitzelt...@googlemail.com wrote:
On Tue, Apr 9, 2013 at 4:19 PM, Marco Cavallini koansoftw...@gmail.com
wrote:
* Taken from oe-classic
* This patch includes pointercal-xinput
On Tue, Apr 9, 2013 at 10:19 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
-# We have a packages directory, add to BBFILES
+# We have recipes-* directories, add to BBFILES
[etc]
Thank you :-)
___
Openembedded-core mailing list
On Mon, Apr 8, 2013 at 1:48 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
Unfortunately I think this is specific to bash, so it may not be portable.
Maybe the equivalent can be achieved with sed however.
Under which shells do we expect a Yocto build to succeed? The latest
version of
On Tue, Apr 9, 2013 at 1:29 PM, Trevor Woerner twoer...@gmail.com wrote:
Under which shells do we expect a Yocto build to succeed?
Whoops! My bad.
sh - yes
bash - not so much
Let me rephrase: are bash-specific features to be so feared?
___
On Apr 9, 2013, at 10:29 AM, Trevor Woerner twoer...@gmail.com wrote:
On Mon, Apr 8, 2013 at 1:48 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
Unfortunately I think this is specific to bash, so it may not be portable.
Maybe the equivalent can be achieved with sed however.
Under
On Tue, Apr 09, 2013 at 03:26:58PM +0100, Burton, Ross wrote:
On 9 April 2013 15:21, Marco Cavallini koansoftw...@gmail.com wrote:
* Recipe taken from oe-classic
* Required by xinput-calibrator
oe-core already ships not one but two terminal emulators, let's not
add another one. Can we
On Tue, Apr 9, 2013 at 10:19 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
git://git.openembedded.org/openembedded-core-contrib paule/layer-tweaks-core
This is odd... I perform a:
$ git fetch --all
But I can only find a paule/layer-tweaks and not
paule/layer-tweaks-core. Yet the
Op 9 apr. 2013, om 19:46 heeft Martin Jansa martin.ja...@gmail.com het
volgende geschreven:
On Tue, Apr 09, 2013 at 03:26:58PM +0100, Burton, Ross wrote:
On 9 April 2013 15:21, Marco Cavallini koansoftw...@gmail.com wrote:
* Recipe taken from oe-classic
* Required by xinput-calibrator
Hi Trevor,
On Tuesday 09 April 2013 13:51:03 Trevor Woerner wrote:
On Tue, Apr 9, 2013 at 10:19 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
git://git.openembedded.org/openembedded-core-contrib
paule/layer-tweaks-core
This is odd... I perform a:
$ git fetch --all
But I
On Tuesday 09 April 2013 13:34:43 Trevor Woerner wrote:
On Tue, Apr 9, 2013 at 1:29 PM, Trevor Woerner twoer...@gmail.com wrote:
Under which shells do we expect a Yocto build to succeed?
Whoops! My bad.
sh - yes
bash - not so much
Let me rephrase: are bash-specific features to be so
On Tue, Apr 9, 2013 at 2:02 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
The openembedded-core-contrib and poky-contrib repos are entirely separate.
D'oh!
Retrying:
$ git remote add contrib git://git.openembedded.org/meta-openembedded-contrib
$ git remote -v
contrib
On Tuesday 09 April 2013 14:40:32 Trevor Woerner wrote:
On Tue, Apr 9, 2013 at 2:02 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
The openembedded-core-contrib and poky-contrib repos are entirely
separate.
D'oh!
Retrying:
$ git remote add contrib
On Tue, Apr 09, 2013 at 08:01:21PM +0200, Koen Kooi wrote:
Op 9 apr. 2013, om 19:46 heeft Martin Jansa martin.ja...@gmail.com het
volgende geschreven:
On Tue, Apr 09, 2013 at 03:26:58PM +0100, Burton, Ross wrote:
On 9 April 2013 15:21, Marco Cavallini koansoftw...@gmail.com wrote:
*
On Tue, 2013-03-26 at 17:52 +, Paul Eggleton wrote:
I'm sure this has come up before, but is rm_old_work something we ought to
have in OE-Core?
Obviously it's not for me to say, but I suspect probably not. It
requires ${WORKDIR} to follow a particular pattern, which not everybody
will
On Tue, Apr 9, 2013 at 2:49 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
Now you're looking at meta-openembedded-contrib as opposed to openembedded-
core-contrib.
So... it has come to this, eh?
http://xkcd.com/1022/
___
Openembedded-core
On Tue, 2013-04-09 at 18:53 +0300, Laurentiu Palcu wrote:
Postinstalls that use qemu are throwing a segmentation fault when
building for qemux86-64 on a 64bit host (it might also happen for
qemux86 if building on a 32bit host but I didn't test). It looks like
qemu looks for ld.so.cache which
On Tue, 2013-04-09 at 10:40 -0400, Robert P. J. Day wrote:
(if there's a simple answer to this, just point me at the URL and
i'll be happy, thanks.)
for the purpose of documenting the various steps in a build, i'm
summarizing the difference between bitbake commands fetch and
fetchall,
On 4/9/13 12:29 PM, Trevor Woerner wrote:
On Mon, Apr 8, 2013 at 1:48 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
Unfortunately I think this is specific to bash, so it may not be portable.
Maybe the equivalent can be achieved with sed however.
Under which shells do we expect a
On Tue, Apr 09, 2013 at 10:01:05PM +0100, Phil Blundell wrote:
On Tue, 2013-03-26 at 17:52 +, Paul Eggleton wrote:
I'm sure this has come up before, but is rm_old_work something we ought to
have in OE-Core?
Obviously it's not for me to say, but I suspect probably not. It
requires
From: Wenzong Fan wenzong@windriver.com
xcursor-transparent-theme: install index.theme explicitly
The xcursor-transparent-theme doesn't install index.theme by default,
this might cause below command fails on target:
$ gtk-update-icon-cache -q /usr/share/icons/xcursor-transparent
The xcursor-transparent-theme doesn't install index.theme by default,
this might cause below command fails on target:
$ gtk-update-icon-cache -q /usr/share/icons/xcursor-transparent
Error: gtk-update-icon-cache: No theme index file
Just install index.theme explicitly to remove those
Op 9 apr. 2013, om 21:06 heeft Martin Jansa martin.ja...@gmail.com het
volgende geschreven:
On Tue, Apr 09, 2013 at 08:01:21PM +0200, Koen Kooi wrote:
Op 9 apr. 2013, om 19:46 heeft Martin Jansa martin.ja...@gmail.com het
volgende geschreven:
On Tue, Apr 09, 2013 at 03:26:58PM +0100,
Op 9 apr. 2013, om 17:48 heeft Ross Burton ross.bur...@intel.com het volgende
geschreven:
When upgrading packages it's possible that the service is already running
because opkg doesn't actually execute the prerm hooks on upgrades, which is
where the service should be stopped.
Handle this
92 matches
Mail list logo