Hi Carlos, Paul,
If the issue is still reproducible, can you please open an issue on the
bugtracker?
And add also the info that you have found?
That is, if you didn't already opened a bug.
Thanks,
Cristian Iorga
YP
Intel
-Original Message-
From: openembedded-core-boun...@lists.openembed
Hi Stefan,
On 23/01/2014 6:27 PM, Stanacar, StefanX wrote:
> Hi Sipke,
>
> On Thu, 2014-01-23 at 14:48 +1000, Sipke Vriend wrote:
>> Hi Stefan,
>>
>> I have started using this patch in master to extend test targets to our
>> bsp layer, and it works well. Thanks.
>> Will the extension of a controll
Hello,
On Thu, Jan 23, 2014 at 11:26 PM, Otavio Salvador
wrote:
> I did some small fixes that I found during test at O.S. Systems'
> autobuilder and I dropped some fixes that were pushed to master (as
> you've probably noticed from the e-mail to the mailing list).
>
> I am awaiting people's feedb
On 01/24/2014 08:48 AM, Yevhen Kyriukha wrote:
I've built custom image with busybox included and noticed that
symlinks for mkdir, ls, rm and other programs are not created.
In do_rootfs log I have the following error messages:
...
update-alternatives: error: alternative path /bin/busybox.suid do
Add libfslcodec-aac, libfslcodec-mp3 and libfslcodec-oggvorbis as
runtime dependencies so 'beep' works.
Change-Id: I795bdddfa5d7368712b1565d4fad61f06769cce9
Signed-off-by: Otavio Salvador
---
recipes-multimedia/gstreamer/gst-fsl-plugin.inc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
From: Lauren Post
Release in 3.10.17-1.0.0_beta version
Change-Id: I94eacbce00c48fb15815f532097e4953e459938b
Signed-off-by: Lauren Post
---
recipes-multimedia/gstreamer/gst-fsl-plugin.inc | 6 +-
recipes-multimedia/gstreamer/gst-fsl-plugin_3.0.10.bb | 14 ++
recipes-mult
Add the libfslcodec-test-bin (with built binaries for testing) and
libfslcodec-test-sources (with testing applications source code).
Change-Id: Ic785fb73852530f98e4b4e238d67ee0ffbd3cfea
Signed-off-by: Otavio Salvador
---
recipes-multimedia/libfslcodec/libfslcodec.inc | 12 +---
1 file ch
This enables the VPU support for all SoCs but MX23, MX28 and MX6SL.
Change-Id: I82bc80b4540ed2a83aeb2ac4545b47f3e7e37d9b
Signed-off-by: Otavio Salvador
---
recipes-multimedia/libfslcodec/libfslcodec.inc | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/recipes-multimedia
From: Lauren Post
Package is from 3.10.17-1.0.0_beta release
Change-Id: I74b7f818e51cc570b0bb5be3d2892eb4ca8cdb2f
Signed-off-by: Lauren Post
---
recipes-multimedia/libfslparser/libfslparser_3.0.10.bb | 10 ++
recipes-multimedia/libfslparser/libfslparser_3.0.9.bb | 13 -
2
From: Lauren Post
Package is from 3.10.17-1.0.0_beta release
Change-Id: I9822ff9c09d0644459f8cfba8cd5459783b200aa
Signed-off-by: Lauren Post
---
.../{libfslvpuwrap_1.0.40.bb => libfslvpuwrap_1.0.45.bb} | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
rename recipes-multi
From: Lauren Post
Released in 3.10.17-1.0.0_beta release
Change-Id: I64f0b493ec73a32396b921f13affab3e11e48e41
Signed-off-by: Lauren Post
---
recipes-multimedia/libfslcodec/libfslcodec_3.0.10.bb | 10 ++
recipes-multimedia/libfslcodec/libfslcodec_3.0.9.bb | 13 -
2 files ch
Hello folks,
I did some small fixes that I found during test at O.S. Systems'
autobuilder and I dropped some fixes that were pushed to master (as
you've probably noticed from the e-mail to the mailing list).
I am awaiting people's feedback for the patches as this upgrades
package versions and we
The .so files are not being deployed in the regular packages, just the
-dev ones, so we can drop this sanity check workaround and the
respective FIXME entry.
Change-Id: I9ad5c8db3b156398884ba9b63943eb56394c868f
Signed-off-by: Otavio Salvador
---
recipes-multimedia/libfslcodec/libfslcodec.inc | 3
From: Lauren Post
Change-Id: I785fea5d0370ff81076e62d52635b75f1580a278
Signed-off-by: Lauren Post
---
recipes-bsp/imx-lib/imx-lib_3.10.17-1.0.0.bb | 14 ++
recipes-bsp/imx-lib/imx-lib_3.10.9-1.0.0.bb | 10 --
2 files changed, 14 insertions(+), 10 deletions(-)
create mode 1
From: Lauren Post
Release in 3.10.17-1.0.0_beta version.
Change-Id: I0a841cbfaac1b94fd389121d42575e88e55dc52a
Signed-off-by: Lauren Post
---
recipes-bsp/imx-test/imx-test_3.10.17-1.0.0.bb | 15 +++
recipes-bsp/imx-test/imx-test_3.10.9-1.0.0.bb | 10 --
2 files changed, 15
From: Lauren Post
Change-Id: I107c967a1cc2f27669806572cc05ec2ce265b5a3
Signed-off-by: Lauren Post
---
.../build-Allow-CC-and-AR-to-be-overriden.patch| 33 --
recipes-bsp/imx-vpu/imx-vpu_3.10.17-1.0.0.bb | 14 +
recipes-bsp/imx-vpu/imx-vpu_3.10.9-1.0.0.bb
I've built custom image with busybox included and noticed that
symlinks for mkdir, ls, rm and other programs are not created.
In do_rootfs log I have the following error messages:
...
update-alternatives: error: alternative path /bin/busybox.suid doesn't exist
...
update-alternatives: error: alter
On 23 January 2014 09:23:18 ChenQi wrote:
On 01/22/2014 06:18 PM, Bernhard Reutner-Fischer wrote:
> On 22 January 2014 11:08, ChenQi wrote:
>> On 01/22/2014 06:00 PM, Bernhard Reutner-Fischer wrote:
>>> On 20 January 2014 09:35, ChenQi wrote:
On 01/20/2014 04:06 PM, Bernhard Reutner-Fisc
On 23 January 2014 17:54, Philip Balister wrote:
> On 01/23/2014 06:51 AM, Carlos Rafael Giani wrote:
>> Hello,
>>
>> I noticed that since the C++ bindings for the berkeley DB were included
>> in commit 23f29027db73d5759889b48fabdea7f6173217a7 , I cannot build db
>> anymore.
>> The error is:
>>
>>
On Thu, Jan 23, 2014 at 10:26 AM, Paul Eggleton
wrote:
> On Saturday 28 December 2013 22:52:18 Paul Eggleton wrote:
>> On Friday 06 December 2013 16:11:54 Khem Raj wrote:
>> > On systems where default locale is utf-8 we get errors like
>> >
>> > File: 'buildhistory.bbclass', lineno: 38, function:
On Saturday 28 December 2013 22:52:18 Paul Eggleton wrote:
> On Friday 06 December 2013 16:11:54 Khem Raj wrote:
> > On systems where default locale is utf-8 we get errors like
> >
> > File: 'buildhistory.bbclass', lineno: 38, function: write_pkghistory
> > 0034: if pkginfo.rconflicts:
> > 0035: f
Hi,
See my comment inline.
Alex
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Richard Purdie
> Sent: Tuesday, January 21, 2014 7:43 PM
> To: Sardan Alexandru Cezar-B41700
> Cc: Udma
On 01/23/2014 06:51 AM, Carlos Rafael Giani wrote:
> Hello,
>
> I noticed that since the C++ bindings for the berkeley DB were included
> in commit 23f29027db73d5759889b48fabdea7f6173217a7 , I cannot build db
> anymore.
> The error is:
>
> /usr/lib/libstdc++.so: file not recognized: File form
On 01/23/2014 09:01 AM, Phil Blundell wrote:
> On Thu, 2014-01-23 at 08:32 -0600, Jason Wessel wrote:
>> +++ b/meta/files/common-licenses/unfs3
>> @@ -0,0 +1,24 @@
>> +UNFS3 user-space NFSv3 server
>> +(C) 2003, Pascal Schmidt
>> +
>> +Redistribution and use in source and binary forms, with or wit
On Thursday, January 23, 2014 09:31:47 AM Chris Larson wrote:
> On Wed, Jan 22, 2014 at 6:16 PM, Khem Raj wrote:
> > On Friday, December 06, 2013 05:42:26 PM Khem Raj wrote:
> > > ??= does not react at all with
> > > BOOST_LIBS += "${@base_contains('PACKAGECONFIG', 'python', 'python', '',
> > > d)
On Wed, Jan 22, 2014 at 6:16 PM, Khem Raj wrote:
> On Friday, December 06, 2013 05:42:26 PM Khem Raj wrote:
> > ??= does not react at all with
> > BOOST_LIBS += "${@base_contains('PACKAGECONFIG', 'python', 'python', '',
> > d)}"
> >
> > even though we have
> >
> > PACKAGECONFIG ??= "" it does not
On 01/23/2014 09:02 AM, Phil Blundell wrote:
> On Thu, 2014-01-23 at 08:32 -0600, Jason Wessel wrote:
>> # Not automake, no out of tree build support
>> -#B_pn-unfs-server-native = "${SEPB}"
>> +#B_pn-unfs3-native = "${SEPB}"
> Is that still true? The unfs3 recipe makes it look like it does use
>
On Thu, Jan 23, 2014 at 11:41:12AM -0200, Otavio Salvador wrote:
> Hello,
>
> I am seeing this:
>
> WARNING: The recipe opkg-utils-native is trying to install files into
> a shared area when those files already exist. Those files and their
> manifest location are:
>
> /home/otavio/hacking/fsl
On Thu, 2014-01-23 at 08:32 -0600, Jason Wessel wrote:
> # Not automake, no out of tree build support
> -#B_pn-unfs-server-native = "${SEPB}"
> +#B_pn-unfs3-native = "${SEPB}"
Is that still true? The unfs3 recipe makes it look like it does use
autotools.
p.
___
On Thu, 2014-01-23 at 08:32 -0600, Jason Wessel wrote:
> +++ b/meta/files/common-licenses/unfs3
> @@ -0,0 +1,24 @@
> +UNFS3 user-space NFSv3 server
> +(C) 2003, Pascal Schmidt
> +
> +Redistribution and use in source and binary forms, with or without
> +modification, are permitted provided that the
There was a bit of a lag after Saul's review comments because in order
to upstream any of the patches everything had to be rebased to the
upstream version of unfs3. This also required code changes and
re-testing.
Changes in v2
* Use recipe upstream SVN
- Dropped prior configure hacks because a
The user mode nfs server allows the use of runqemu without any root
privileges and may even be accelerated with kvm.
Example:
runqemu-extract-sdk
tmp-eglibc/deploy/images/qemux86-64/core-image-minimal-qemux86-64.tar.bz2 rootfs
runqemu qemux86-64 `pwd`/rootfs nographic slirp kvm
[YOCTO #5639]
From: Saul Wold
This new version correctly handles the 64bit ext3 / ext4 issues we
were seeing with the older unfs-server which did not handle 64bit file
systems correctly, producing the duplicate cookies.
[YOCTO #5639]
Signed-off-by: Saul Wold
---
scripts/runqemu-export-rootfs | 53 ---
Other recipes dependencies and even some comments need to be updated
for the removal of unfs-server and the replacement with unfs3. The
unfs3 is a complete drop in replacement providing all the prior
functionality of NFSv2 but also adding NFSv3.
[YOCTO #5639]
Signed-off-by: Jason Wessel
---
me
The default slirp address for the NFS server is 10.0.2.2. If not
using a tap interface this address must be used or the target system
cannot connect properly. Also the ip=... kernel arguments need to be
set to dhcp when using slirp or the root NFS will not get setup
properly.
The call to cleanup
The unfs3 no longer has an rpc.mountd component. There is just a
single server for mountd and nfsd requests. This means changing
the name of the server in the scripts that check for it.
[YOCTO #5639]
Signed-off-by: Jason Wessel
---
scripts/runqemu-export-rootfs |4 ++--
1 file changed, 2 i
Hello,
I am seeing this:
WARNING: The recipe opkg-utils-native is trying to install files into
a shared area when those files already exist. Those files and their
manifest location are:
/home/otavio/hacking/fsl/yocto/build/tmp/sysroots/x86_64-linux/usr/bin/update-alternatives
Matched in ma
On Thu, Jan 23, 2014 at 12:19:26PM +, Richard Purdie wrote:
> Scenario:
> a) libtool script is built on system with bash as /bin/sh
> b) machine B installs sstate from build a)
> c) machine B has dash as /bin/sh
>
> In this scenario, the script fails to work properly since its expecting
> /bin
On Thu, Jan 23, 2014 at 10:42 AM, Robert Yang wrote:
>
>
> On 01/23/2014 08:37 PM, Otavio Salvador wrote:
>>
>> On Thu, Jan 23, 2014 at 10:19 AM, Richard Purdie
>> wrote:
>>>
>>> Scenario:
>>> a) libtool script is built on system with bash as /bin/sh
>>> b) machine B installs sstate from build a)
On 01/23/2014 08:37 PM, Otavio Salvador wrote:
On Thu, Jan 23, 2014 at 10:19 AM, Richard Purdie
wrote:
Scenario:
a) libtool script is built on system with bash as /bin/sh
b) machine B installs sstate from build a)
c) machine B has dash as /bin/sh
In this scenario, the script fails to work pr
On Thu, Jan 23, 2014 at 10:34:48AM +0100, Koen Kooi wrote:
> On 01/21/2014 04:09 PM, Richard Purdie wrote:
> > On Tue, 2014-01-21 at 15:03 +0100, Koen Kooi wrote:
> >> On 01/21/2014 02:57 PM, Richard Purdie wrote:
> >>> On Tue, 2014-01-21 at 10:47 +0100, Koen Kooi wrote:
> Marks original commi
On Thu, Jan 23, 2014 at 10:19 AM, Richard Purdie
wrote:
> Scenario:
> a) libtool script is built on system with bash as /bin/sh
> b) machine B installs sstate from build a)
> c) machine B has dash as /bin/sh
>
> In this scenario, the script fails to work properly since its expecting
> /bin/sh to h
On Thu, Jan 23, 2014 at 10:21 AM, Richard Purdie
wrote:
> On Thu, 2014-01-23 at 07:04 +, Phil Blundell wrote:
>> On Wed, 2014-01-22 at 22:50 -0800, Saul Wold wrote:
>> > +IS_VMDK = '${@base_contains("IMAGE_FSTYPES", "vmdk", "true", "false", d)}'
>> > +
>> > + if [ "${IS_VMDK}" ]; then
>>
>>
Scons supports -jX parallel make, so let's use that. A small scale test of a
few recipes shows no failures!
Signed-off-by: Koen Kooi
---
meta/classes/scons.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/scons.bbclass b/meta/classes/scons.bbclass
index a
On Thu, 2014-01-23 at 07:04 +, Phil Blundell wrote:
> On Wed, 2014-01-22 at 22:50 -0800, Saul Wold wrote:
> > +IS_VMDK = '${@base_contains("IMAGE_FSTYPES", "vmdk", "true", "false", d)}'
> > +
> > + if [ "${IS_VMDK}" ]; then
>
> Does that really work? I can't quite see how it would, but I mi
Scenario:
a) libtool script is built on system with bash as /bin/sh
b) machine B installs sstate from build a)
c) machine B has dash as /bin/sh
In this scenario, the script fails to work properly since its expecting
/bin/sh to have bash like syntax and it no longer does have it.
This patch forces
Hi,
While working on the ARM support for GRUB I noticed that the EFI support
in OE-core is a mess. A lot of it is due to GRUB insisting on its
byzantine config/install/skynet system and the rest is due to the
EFI==x86 assumption.
To improve this I'd like to start with adding an 'efi' MACHINE
Hi Martin & Paul,
I've reworked on this issue, and patches have been sent out.
It would be really appreciated if you could have a look at the patches.
Best Regards,
Chen Qi
On 01/20/2014 06:18 PM, Martin Jansa wrote:
On Mon, Jan 20, 2014 at 10:15:41AM +0800, ChenQi wrote:
On 01/17/2014 11:37
Add initscripts-functions-dev package to avoid initscripts package
being installed unexpected via the dependency of initscripts-dev package.
Before this patch, if we have 'dev-pkgs' in IMAGE_FEATURES, the initscripts
package would be installed once the initscripts-functions package is installed,
w
Instead of manually adding initscripts to RDEPENDS of each package,
we should make it automatically handled by the update-rc.d.bbclass.
This solution would have the benefit of backward compatibility. In
other words, users need not modify their recipes.
This reverts commit 16080a3485bd793edd66ed836
As sysvinit doesn't inherit update-rc.d, we need to add this dependency
manually.
Signed-off-by: Chen Qi
---
meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
b/meta/recipes-core/s
The following changes since commit c36607b62fa7eef5d0494df5aa7705559723:
Revert "e2fsprogs/populate-extfs.sh: fix a problem on dash" (2014-01-23
10:29:32 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
ChenQi/initscripts-functions-rew
Automatically add 'initscripts-functions' to packages when needed.
This extra dependency is added only when the package's init script
would be used at system start-up. In other words, in a systemd based
image, if the package has already got its service files, it will not
have this extra dependency
The filenames sometimes may have strange names. With the 'awk' script
it handled a limited number of spaces in the filename and a package
installing a file named "test file with spaces" would have its name
truncated.
This patch uses the find's printf formating to simplify the code and
proper handl
Hi Carlos,
Would you please check the log.do_compile ? The CFLAGS or -I
may contain /usr/include, or LDFLAGS contain -L/usr/lib.
// Robert
On 01/23/2014 07:51 PM, Carlos Rafael Giani wrote:
Hello,
I noticed that since the C++ bindings for the berkeley DB were included in
commit 23f29027db73d
As discussed in [1], SDL recipe makes the wrong assumption that
'opengl' in DISTRO_FEATURES implies GL/GLX. However 'opengl' could
also mean GLES/EGL, and the recipe fails to build in such
situations. So we add a PACKAGECONFIG option for opengl so that the
build can be made to work on gles/egl with
As discussed in [1], SDL recipe makes the wrong assumption that
'opengl' in DISTRO_FEATURES implies GL/GLX. However 'opengl' could
also mean GLES/EGL, and the recipe fails to build in such
situations. So we add a PACKAGECONFIG option for opengl so that the
build can be made to work on gles/egl with
As discussed on the list, SDL fails to build on ARM platforms where
'opengl' DISTRO FEATURES means gles/egl, since SDL assumes that
'opengl' provides gl/glx. So until we find a better mechanism to
support GL vs GLES at the DISTRO FEATURE level, this serie create the
proper PACKAGECONFIG so that SDL
On Thu, Jan 23, 2014 at 9:53 AM, Burton, Ross wrote:
> On 23 January 2014 11:49, Otavio Salvador wrote:
>>> Personally a recipe should only inherit autotools if it actually uses
>>> autotools. Hand crafted makefiles should mean hand-crafted recipes.
>>
>> I will respect your opinions but I see n
On 23 January 2014 11:49, Otavio Salvador wrote:
>> Personally a recipe should only inherit autotools if it actually uses
>> autotools. Hand crafted makefiles should mean hand-crafted recipes.
>
> I will respect your opinions but I see no reason to not use autoconf
> if do_configure checks for it
On Thu, Jan 23, 2014 at 9:47 AM, Burton, Ross wrote:
> On 23 January 2014 11:40, Koen Kooi wrote:
> Couldn't it inherit autotools?
It's a handcrafted Makefile, not autotools :(
>>>
>>> No problem, it works as well.
>>>
>>> The do_configure checks for configure.ac/configure.in and it
Hello,
I noticed that since the C++ bindings for the berkeley DB were included
in commit 23f29027db73d5759889b48fabdea7f6173217a7 , I cannot build db
anymore.
The error is:
/usr/lib/libstdc++.so: file not recognized: File format not recognized
this is the offending part in the log.do_com
On 23 January 2014 11:40, Koen Kooi wrote:
Couldn't it inherit autotools?
>>>
>>> It's a handcrafted Makefile, not autotools :(
>>
>> No problem, it works as well.
>>
>> The do_configure checks for configure.ac/configure.in and it avoid you
>> to handcraft do_install and like.
>
> The recipes
On Thursday 23 January 2014 09:36:09 Otavio Salvador wrote:
> On Thu, Jan 23, 2014 at 9:35 AM, Koen Kooi
> wrote:
> > Op 23 jan. 2014, om 12:31 heeft Otavio Salvador
> het volgende geschreven:
> >> On Thu, Jan 23, 2014 at 7:06 AM, Koen Kooi wrote:
> >>> This failure was masked by having lz4 inst
Op 23 jan. 2014, om 12:36 heeft Otavio Salvador het
volgende geschreven:
> On Thu, Jan 23, 2014 at 9:35 AM, Koen Kooi wrote:
>>
>> Op 23 jan. 2014, om 12:31 heeft Otavio Salvador
>> het volgende geschreven:
>>
>>> On Thu, Jan 23, 2014 at 7:06 AM, Koen Kooi wrote:
This failure was mas
On Thu, Jan 23, 2014 at 9:35 AM, Koen Kooi wrote:
>
> Op 23 jan. 2014, om 12:31 heeft Otavio Salvador het
> volgende geschreven:
>
>> On Thu, Jan 23, 2014 at 7:06 AM, Koen Kooi wrote:
>>> This failure was masked by having lz4 installed on the host system :(
>>>
>>> Signed-off-by: Koen Kooi
>>
Op 23 jan. 2014, om 12:31 heeft Otavio Salvador het
volgende geschreven:
> On Thu, Jan 23, 2014 at 7:06 AM, Koen Kooi wrote:
>> This failure was masked by having lz4 installed on the host system :(
>>
>> Signed-off-by: Koen Kooi
>
> Couldn't it inherit autotools?
It's a handcrafted Makefil
Hello,
On Thu, Jan 23, 2014 at 7:34 AM, Koen Kooi wrote:
> meta-fsl-arm
...
I got this patch and I will merge it next time I merge things there.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-785
On Thu, Jan 23, 2014 at 7:06 AM, Koen Kooi wrote:
> This failure was masked by having lz4 installed on the host system :(
>
> Signed-off-by: Koen Kooi
Couldn't it inherit autotools?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossys
On Thu, Jan 23, 2014 at 5:22 AM, Ming Liu wrote:
> On 01/23/2014 03:14 PM, Phil Blundell wrote:
>>
>> On Thu, 2014-01-23 at 14:45 +0800, Ming Liu wrote:
>>>
>>> +CACHED_CONFIGUREVARS += "ac_cv_path_BASH=/bin/bash"
>>> -CACHED_CONFIGUREVARS += "ac_cv_path_BASH=${base_bindir}/bash"
>>
>> Why did
On Thu, Jan 23, 2014 at 5:10 AM, Chen Qi wrote:
> Fix the typo in the RDEPENDS statement to make it have real effect.
>
> Signed-off-by: Chen Qi
Acked-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.b
On Thu, Jan 23, 2014 at 4:50 AM, Saul Wold wrote:
> From: Joao Henrique Ferreira de Freitas
>
> Previous change (086ce22b88f5ef5f75a83119a32c8b3fdcfa296d) broke
> the creating of vmdk images. This protects shell expansion variables
> and let dd generate the image to be transformed to vmdk by imag
On Thu, Jan 23, 2014 at 6:39 AM, David Nyström
wrote:
> On ons 22 jan 2014 19:11:21, Otavio Salvador wrote:
>>
>> On Wed, Jan 22, 2014 at 4:02 PM, David Nyström
>> wrote:
>>>
>>> On ons 22 jan 2014 16:47:06, Otavio Salvador wrote:
On Wed, Jan 22, 2014 at 1:08 PM, David Nyström
On Thu, Jan 23, 2014 at 6:26 AM, David Nyström
wrote:
> On ons 22 jan 2014 19:33:22, Otavio Salvador wrote:
>>
>> On Wed, Jan 22, 2014 at 4:29 PM, David Nyström
>> wrote:
>>>
>>> On ons 22 jan 2014 19:24:47, Otavio Salvador wrote:
On Wed, Jan 22, 2014 at 4:15 PM, David Nyström
>>>
On 01/22/2014 05:46 PM, Burton, Ross wrote:
Just noticed that this was merged but doesn't add anything to the
usage() function in runqemu - can you quickly add something?
Ross
On 19 December 2013 14:02, Valentin Popa wrote:
At the moment, the user cannot to set -vga other then vmware
(because
On 01/21/2014 04:09 PM, Richard Purdie wrote:
On Tue, 2014-01-21 at 15:03 +0100, Koen Kooi wrote:
On 01/21/2014 02:57 PM, Richard Purdie wrote:
On Tue, 2014-01-21 at 10:47 +0100, Koen Kooi wrote:
Marks original commit message and variable documentation state that stripping
and splitting are i
This failure was masked by having lz4 installed on the host system :(
Signed-off-by: Koen Kooi
---
meta/recipes-support/lz4/lz4_svn.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/lz4/lz4_svn.bb
b/meta/recipes-support/lz4/lz4_svn.bb
index 41464e2
On Thu, 2014-01-23 at 10:35 +1000, Sipke Vriend wrote:
> Add an optional parameter to SSHControl so the user can specify
> and alternate port to the default (22).
>
> Signed-off-by: Sipke Vriend
> ---
> meta/lib/oeqa/utils/sshcontrol.py |4 +++-
> 1 file changed, 3 insertions(+), 1 deleti
On ons 22 jan 2014 19:11:21, Otavio Salvador wrote:
On Wed, Jan 22, 2014 at 4:02 PM, David Nyström
wrote:
On ons 22 jan 2014 16:47:06, Otavio Salvador wrote:
On Wed, Jan 22, 2014 at 1:08 PM, David Nyström
wrote:
Adding ability to use postinstalls intercepts in the nativesdk env, and
making
Hi Sipke,
On Thu, 2014-01-23 at 14:48 +1000, Sipke Vriend wrote:
> Hi Stefan,
>
> I have started using this patch in master to extend test targets to our
> bsp layer, and it works well. Thanks.
> Will the extension of a controllers.py file work for multiple bsp layers
> in a single build/conf/bbl
On ons 22 jan 2014 19:33:22, Otavio Salvador wrote:
On Wed, Jan 22, 2014 at 4:29 PM, David Nyström
wrote:
On ons 22 jan 2014 19:24:47, Otavio Salvador wrote:
On Wed, Jan 22, 2014 at 4:15 PM, David Nyström
wrote:
On 2014-01-22 19:08, Otavio Salvador wrote:
On Wed, Jan 22, 2014 at 1:48 PM
On 01/22/2014 06:18 PM, Bernhard Reutner-Fischer wrote:
On 22 January 2014 11:08, ChenQi wrote:
On 01/22/2014 06:00 PM, Bernhard Reutner-Fischer wrote:
On 20 January 2014 09:35, ChenQi wrote:
On 01/20/2014 04:06 PM, Bernhard Reutner-Fischer wrote:
On 20 January 2014 03:23:02 Chen Qi wrote:
82 matches
Mail list logo
