Bjorn:
I ran ptest-runner finally I saw that there were failures, I am
wondering if these are expected?
http://pastebin.com/PAH3gJT0
The bash packages did not seem to get split out correct, the ptest seem
to land in ${PN} not in ${PN}-ptest, you might want to look into this also.
With you
The current behaviour of busybox is to try all fstype when automounting
even when no media exists. The util-linux mount command bails when no
media exists, so change the behaviour of busybox to do the same.
It could also be argued that the KERN_INFO message from btrfs could be
removed, but that w
This will silence some of the noisy output from mount and the kernel
when trying to automount filesystems or devices
[YOCTO #3935]
Signed-off-by: Saul Wold
---
meta/recipes-core/udev/udev-extraconf/mount.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/ud
Op 9 apr. 2013, om 17:48 heeft Ross Burton 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 case by restartin
Op 9 apr. 2013, om 21:06 heeft Martin Jansa 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 het
>> volgende geschreven:
>>
>>> On Tue, Apr 09, 2013 at 03:26:58PM +0100, Burton, Ross wrote:
On 9 Apri
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 err
From: Wenzong Fan
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
Error: "gtk-update-icon-
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
> requ
On 4/9/13 12:29 PM, Trevor Woerner wrote:
On Mon, Apr 8, 2013 at 1:48 PM, Paul Eggleton
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
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
> "fet
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 whic
On Tue, Apr 9, 2013 at 2:49 PM, Paul Eggleton
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 mailing list
Openembedded-core
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 ne
On Tue, Apr 09, 2013 at 08:01:21PM +0200, Koen Kooi wrote:
>
> Op 9 apr. 2013, om 19:46 heeft Martin Jansa het
> volgende geschreven:
>
> > On Tue, Apr 09, 2013 at 03:26:58PM +0100, Burton, Ross wrote:
> >> On 9 April 2013 15:21, Marco Cavallini wrote:
> >>> * Recipe taken from oe-classic
> >>
On Tuesday 09 April 2013 14:40:32 Trevor Woerner wrote:
> On Tue, Apr 9, 2013 at 2:02 PM, Paul Eggleton
>
> wrote:
> > The openembedded-core-contrib and poky-contrib repos are entirely
> > separate.
>
> D'oh!
>
> Retrying:
>
> $ git remote add contrib
> git://git.openembedded.org/meta-openembe
On Tue, Apr 9, 2013 at 2:02 PM, Paul Eggleton
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 git://git.openembedded.org/meta-openembedded-
On Tuesday 09 April 2013 13:34:43 Trevor Woerner wrote:
> On Tue, Apr 9, 2013 at 1:29 PM, Trevor Woerner 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?
Hi Trevor,
On Tuesday 09 April 2013 13:51:03 Trevor Woerner wrote:
> On Tue, Apr 9, 2013 at 10:19 AM, Paul Eggleton
> 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 pau
Op 9 apr. 2013, om 19:46 heeft Martin Jansa het
volgende geschreven:
> On Tue, Apr 09, 2013 at 03:26:58PM +0100, Burton, Ross wrote:
>> On 9 April 2013 15:21, Marco Cavallini wrote:
>>> * Recipe taken from oe-classic
>>> * Required by xinput-calibrator
>>
>> oe-core already ships not one but
On Tue, Apr 9, 2013 at 10:19 AM, Paul Eggleton
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 http:// link works fine.
Did I
On Tue, Apr 09, 2013 at 03:26:58PM +0100, Burton, Ross wrote:
> On 9 April 2013 15:21, Marco Cavallini 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 confi
On Apr 9, 2013, at 10:29 AM, Trevor Woerner wrote:
> On Mon, Apr 8, 2013 at 1:48 PM, Paul Eggleton
> 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
On Tue, Apr 9, 2013 at 1:29 PM, Trevor Woerner 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?
___
Openembedded-core mailing
On Mon, Apr 8, 2013 at 1:48 PM, Paul Eggleton
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 this change wouldn't work unde
On Tue, Apr 9, 2013 at 10:19 AM, Paul Eggleton
wrote:
> -# We have a packages directory, add to BBFILES
> +# We have recipes-* directories, add to BBFILES
[etc]
Thank you :-)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
h
On Tue, Apr 9, 2013 at 6:56 PM, Burton, Ross wrote:
> On 9 April 2013 17:49, Andreas Müller wrote:
>> On Tue, Apr 9, 2013 at 4:19 PM, Marco Cavallini
>> wrote:
>>> * Taken from oe-classic
>>> * This patch includes pointercal-xinput
>>
>> 1. Is this a 'core' component?
>> 2. If so: Why not imp
On Tue, 2013-04-09 at 13:35 -0300, Otavio Salvador wrote:
> On Tue, Apr 9, 2013 at 1:07 PM, Saul Wold wrote:
> > On 04/09/2013 08:58 AM, Alex DAMIAN wrote:
> >>
> >> From: Alexandru DAMIAN
> >>
> >> This ammends the init script after changing the location from
> >> /lib to /sbin.
> >>
> > This on
On Tue, Apr 9, 2013 at 2:00 PM, Burton, Ross wrote:
> On 9 April 2013 17:33, Otavio Salvador wrote:
>> On Tue, Apr 9, 2013 at 1:08 PM, Saul Wold wrote:
>>> Ensure we can update the script base don the location of the udevd
>>> installation
>>>
>>> Signed-off-by: Saul Wold
>>
>> This does not w
On 9 April 2013 17:33, Otavio Salvador wrote:
> On Tue, Apr 9, 2013 at 1:08 PM, Saul Wold wrote:
>> Ensure we can update the script base don the location of the udevd
>> installation
>>
>> Signed-off-by: Saul Wold
>
> This does not work as we have systemd-udevd as possible binary.
But these ch
On 9 April 2013 17:49, Andreas Müller wrote:
> On Tue, Apr 9, 2013 at 4:19 PM, Marco Cavallini
> 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 there were several
> enhancements (mainlin
On Tue, Apr 9, 2013 at 4:19 PM, Marco Cavallini wrote:
> * Taken from oe-classic
> * This patch includes pointercal-xinput
>
> Signed-off-by: Marco Cavallini
> ---
> .../pointercal-xinput/pointercal.xinput| 1 +
> .../xinput-calibrator/pointercal-xinput_0.0.bb | 19 +++
On Tue, Apr 9, 2013 at 1:07 PM, Saul Wold wrote:
> On 04/09/2013 08:58 AM, Alex DAMIAN wrote:
>>
>> From: Alexandru DAMIAN
>>
>> 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 sh
On Tue, Apr 9, 2013 at 1:08 PM, Saul Wold wrote:
> Ensure we can update the script base don the location of the udevd
> installation
>
> Signed-off-by: Saul Wold
This does not work as we have systemd-udevd as possible binary.
Besides, there's a type in the commit log "don the location" ;-)
--
On Tue, Apr 9, 2013 at 12:49 PM, Mark Hatle 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 het
>>> volgende geschreven:
>>>
Op 9 apr. 2013, om 16:36 heeft Otavio Salvador
On Tue, Apr 9, 2013 at 12:07 PM, 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 het
>> volgende geschreven:
>>
>> >
>> > Op 9 apr. 2013, om 16:36 heeft Otavio Salvador
>> > het volgende geschreven:
>> >
>> >> On Tue, Apr
Ensure we can update the script base don the location of the udevd installation
Signed-off-by: Saul Wold
---
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 insertions(+), 3 deletion
On 04/09/2013 08:58 AM, Alex DAMIAN wrote:
From: Alexandru DAMIAN
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: Alexandru DAMIAN
---
me
From: Alexandru DAMIAN
This ammends the init script after changing the location from
/lib to /sbin.
Signed-off-by: Alexandru DAMIAN
---
meta/recipes-core/udev/udev/init |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-co
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 rootfs_(rpm|ipk|deb)_
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 this
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 het
volgende geschreven:
Op 9 apr. 2013, om 16:36 heeft Otavio Salvador het
volgende geschreven:
On Tue, Apr 9, 2013 at 9:35 AM, Richard Purdie
wrote:
From: Alexandru DAMIAN
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. However,
the new support is broke
On 04/09/2013 08:04 AM, Burton, Ross wrote:
On 9 April 2013 15:58, Iorga, Cristian 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 dependencie
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 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
On Tue, 2013-04-09 at 16:44 +0200, Koen Kooi wrote:
> Op 9 apr. 2013, om 16:41 heeft Koen Kooi het
> volgende geschreven:
>
> >
> > Op 9 apr. 2013, om 16:36 heeft Otavio Salvador
> > het volgende geschreven:
> >
> >> On Tue, Apr 9, 2013 at 9:35 AM, Richard Purdie
> >> wrote:
> >>> On Mon, 2
On 9 April 2013 15:58, Iorga, Cristian 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
packageconfig it to let
On 04/09/2013 05:58 PM, Burton, Ross wrote:
On 9 April 2013 15:02, Radu Moisan 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
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 applicati
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 Egg
On 9 April 2013 15:02, Radu Moisan 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:
> inherit updat
On 9 April 2013 15:02, Radu Moisan wrote:
> switch from using plain update-alternatives command to
> update-alternatives.bbclass style
>
> Signed-off-by: Radu Moisan
Acked-By: Ross Burton
Ross
___
Openembedded-core mailing list
Openembedded-core@lis
I guess it's up to the patch maintainer to decide :).
Alex
On Mon, Apr 8, 2013 at 8:57 PM, Saul Wold wrote:
> On 04/08/2013 05:56 AM, Alex DAMIAN wrote:
>
>> From: Alexandru DAMIAN
>>
>> bluez4 uses readline to be build, but the dependency is not listed
>> This is listed in the configuration l
From: Alexandru DAMIAN
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
---
scripts/runqemu |
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
___
Op 9 apr. 2013, om 16:41 heeft Koen Kooi het
volgende geschreven:
>
> Op 9 apr. 2013, om 16:36 heeft Otavio Salvador het
> volgende geschreven:
>
>> On Tue, Apr 9, 2013 at 9:35 AM, Richard Purdie
>> wrote:
>>> On Mon, 2013-04-08 at 19:29 +0300, Radu Moisan wrote:
Along with v182 upgra
Op 9 apr. 2013, om 16:36 heeft Otavio Salvador het
volgende geschreven:
> On Tue, Apr 9, 2013 at 9:35 AM, Richard Purdie
> 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
(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
somethi
On Tue, Apr 9, 2013 at 9:35 AM, Richard Purdie
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]
>>
>> Signed-off-by: Radu Moisan
>> ---
On 9 April 2013 15:19, Marco Cavallini 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 9 April 2013 15:21, Marco Cavallini 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 matchbox-terminal (which
On Apr 8, 2013, at 1:52 AM, Jack Mitchell wrote:
> On 05/04/13 18:03, Khem Raj wrote:
>> On Apr 5, 2013, at 9:36 AM, Jack Mitchell wrote:
>>
>>> I build for the beaglebone and I changed them in line with your default
>>> beaglebone build patch you posted a week or so ago. I think it moved it
Package listing was implemented in the deb backend some time ago.
Signed-off-by: Paul Eggleton
---
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 100644
--- a/meta/classes/licen
Signed-off-by: Paul Eggleton
---
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 - Applications which whilst not essential
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:
git://git.openembedded.org/openembedd
"packages" was the old name (pre-2010) under which the recipe files were
stored.
Signed-off-by: Paul Eggleton
---
meta-hob/conf/layer.conf |2 +-
meta-skeleton/conf/layer.conf |2 +-
meta/conf/layer.conf |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --gi
* Recipe from oe-classic
* Required by xinput-calibrator
Signed-off-by: Marco Cavallini
---
.../xmlto/xmlto-0.0.25/obsolete_automake_macros.patch | 12
meta/recipes-support/xmlto/xmlto_0.0.25.bb | 18 ++
2 files changed, 30 insertions(+)
create mode 1
* Recipe from oe-classic
* Required by xinput-calibrator
Signed-off-by: Marco Cavallini
---
meta/recipes-graphics/xorg-lib/libxaw_1.0.10.bb | 31 +
1 file changed, 31 insertions(+)
create mode 100644 meta/recipes-graphics/xorg-lib/libxaw_1.0.10.bb
diff --git a/meta/re
* Recipe taken from oe-classic
* Required by xinput-calibrator
Signed-off-by: Marco Cavallini
---
meta/recipes-graphics/xorg-app/xterm_277.bb | 23 +++
1 file changed, 23 insertions(+)
create mode 100644 meta/recipes-graphics/xorg-app/xterm_277.bb
diff --git a/meta/recipe
* Taken from oe-classic
* This patch includes pointercal-xinput
Signed-off-by: Marco Cavallini
---
.../pointercal-xinput/pointercal.xinput| 1 +
.../xinput-calibrator/pointercal-xinput_0.0.bb | 19 +
.../xinput-calibrator/xinput-calibrator_git.bb | 31 +
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"
switch from using plain update-alternatives command to
update-alternatives.bbclass style
Fixes [Yocto #4181]
Signed-off-by: Radu Moisan
---
meta/recipes-core/systemd/systemd_199.bb | 36 +-
1 file changed, 21 insertions(+), 15 deletions(-)
diff --git a/meta/recipe
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
_
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"
switch from using plain update-alternatives command to
update-alternatives.bbclass style
Signed-off-by: Radu Moisan
---
meta/recipes-core/systemd/systemd_199.bb | 36 +-
1 file changed, 21 insertions(+), 15 deletions(-)
diff --git a/meta/recipes-core/systemd/system
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
_
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
>>>
>>> Allow recipes to specify sections to be stripped from the kernel output
>>> using KERNEL_IMAGE_S
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 the
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
> ---
> meta/recipes-core/udev/udev.inc|3 ++-
> meta/reci
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
---
diff --git a/meta/rec
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
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 oe-init-b
Excellent. Now all my qemu* "bitbake world"s succeed :-)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
On Tue, Apr 9, 2013 at 7:05 AM, 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
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, 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
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 ru
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 e57284abca76fe7e6c29484104ae4
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 seem
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.
[
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 t
On 9 April 2013 10:50, Carlos Rafael Giani 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
___
Openembedded-core mailing list
Openemb
On 2013-04-09 11:32, Burton, Ross wrote:
On 9 April 2013 00:00, Carlos Rafael Giani 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
On 9 April 2013 00:00, Carlos Rafael Giani 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 component for many ins
The rpm-postinsts runtime dependency was overwritten.
Signed-off-by: Laurentiu Palcu
---
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
b/meta/recipes-devtools/rpm/rpm_5.4.9.bb
index c7d21e8
Change do_write_srcrevs to a postfunc of do_fetch, avoiding a dependency
being created that causes large numbers of setscene tasks being executed
on every build with both buildhistory and rm_work being enabled.
Signed-off-by: Paul Eggleton
---
meta/classes/buildhistory.bbclass |5 ++---
1 fi
Sorry, hit "reply" instead of "reply to all" by mistake.
-- Forwarded message --
From: Marinescu, Bogdan A
Date: Tue, Apr 9, 2013 at 11:11 AM
Subject: Re: [OE-core] [PATCH] smart: disable CHANNELSDIR
To: Mark Hatle
On Mon, Apr 8, 2013 at 7:05 PM, Mark Hatle wrote:
> On 4/8
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
meta/recipes-core/glib-2.0/g
97 matches
Mail list logo
