On 07/16/2013 10:09 PM, Ming Liu wrote:
The native/nativesdk overrides of EXTRA_OECONF should take effect before
append operator, otherwise, it will cause EXTRA_OECONF be overridden instead
of be appended at native/nativesdk build time.
I am not sure I understand this one. If what you are say
This allows /usr/bin/{ld,ar,objcopy,objdump,ranlib,strip} to be found
and the CMAKE_{LINKER,AR,OBJCOPY,OBJDUMP,RANLIB,STRIP} cmake variables
to be properly set for native cmake recipes.
Signed-off-by: Jonathan Liu
---
meta/classes/cmake.bbclass | 15 ++-
1 file changed, 10 insertions
Works on all supposted qemu machines
Signed-off-by: Khem Raj
---
.../eglibc/cross-localedef-native_2.18.bb |6 +++---
meta/recipes-core/eglibc/eglibc_2.18.bb|6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-core/eglibc/cross-local
From: Chen Qi
Changes from V5:
1. Change the configuration format of EXTRA_USERS_PARAMS
The following changes since commit a63229917a5708de2d161aba0d67168ce0da6365:
meta-yocto-bsp: update reference board SRCREVs (2013-07-10 09:45:51 +0100)
are available in the git repository at:
git://git
From: Chen Qi
This class is dedicated to image level user/group configuration.
It inherits useradd_base.bbclass.
Users need to inherit this class in their layers or local.conf to
make the setting of EXTRA_USERS_PARAMS effective.
For detailed configuration format of EXTRA_USERS_PARAMS, please
re
From: Chen Qi
The basic functions have moved to useradd_base.bbclass. So this class
only needs to inherit useradd_base.bbclass and use the functions defined
there. The reason is to avoid code duplication with extrausers.bbclass.
[YOCTO #4074]
Signed-off-by: Chen Qi
---
meta/classes/useradd.bb
From: Chen Qi
This class is mainly a collection of basic functions for user/group
settings.
This class is intended to be inherited by useradd.bbclass and the
extrausers.bbclass.
[YOCTO #4074]
Signed-off-by: Chen Qi
---
meta/classes/useradd_base.bbclass | 230
On 07/17/2013 01:27 PM, ChenQi wrote:
On 07/17/2013 05:40 AM, Saul Wold wrote:
On 07/15/2013 11:27 PM, qi.c...@windriver.com wrote:
From: Chen Qi
Changes from V4:
1. Take into consideration the possibility of whitespaces in
/etc/passwd and /etc/group
2. Change bbfatal in perform_usermod and
From: Chen Qi
The following changes since commit 3dee534f1e25109e0bdb681de0746c336f4b8840:
lib/oeqa: fix dependecy check (2013-07-16 10:04:17 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/tar-remove-erroneous-patch
http://git.pokylinux.org/cg
From: Chen Qi
This removed patch is a workaround for gcc-4.5 manifests buffer
overflow with app-arch/tar-1.{22,23}, according to the information
from https://bugs.gentoo.org/show_bug.cgi?id=317139.
The problem with that patch is that it's only setting the magic
field of the header while the orig
On 07/17/2013 05:40 AM, Saul Wold wrote:
On 07/15/2013 11:27 PM, qi.c...@windriver.com wrote:
From: Chen Qi
Changes from V4:
1. Take into consideration the possibility of whitespaces in
/etc/passwd and /etc/group
2. Change bbfatal in perform_usermod and perform_groupmod to bbwarn.
Please see
This allows /usr/bin/{ld,ar,objcopy,objdump,ranlib,strip} to be found
and the CMAKE_{LINKER,AR,OBJCOPY,OBJDUMP,RANLIB,STRIP} cmake variables
to be properly set for native cmake recipes.
Signed-off-by: Jonathan Liu
---
meta/classes/cmake.bbclass | 15 ++-
1 file changed, 10 insertions
opensslconf.h conflicts between 32-bit and 64-bit versions.
Signed-off-by: Ming Liu
---
meta/recipes-connectivity/openssl/openssl.inc |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/openssl/openssl.inc
b/meta/recipes-connectivity/openssl/op
The native/nativesdk overrides of EXTRA_OECONF should take effect before
append operator, otherwise, it will cause EXTRA_OECONF be overridden instead
of be appended at native/nativesdk build time.
Signed-off-by: Ming Liu
---
meta/recipes-core/util-linux/util-linux_2.23.1.bb |4 ++--
1 files
Hi
Wanted to know before duplicating effort. If someone is working on it please
speak up
-Khem
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On 07/17/2013 07:47 AM, Saul Wold wrote:
On 07/15/2013 11:27 PM, qi.c...@windriver.com wrote:
From: Chen Qi
This class is dedicated to image level user/group configuration.
It inherits useradd_base.bbclass.
Users need to inherit this class in their layers or local.conf to
make the setting of
Debian patch to add a new 'nullok_secure' option to pam_unix, which
accepts users with null passwords only when the applicant is connected
from a tty listed in /etc/securetty.
The original pam_unix.so was configured with nullok_secure in
meta/recipes-extended/pam/libpam/pam.d/common-auth, but no s
From: "Felipe F. Tonello"
This is necessary since the valgrind package depends on /usr/bin/perl.
This patch will fix this error while installing into rootfs:
Computing transaction...error: Can't install valgrind-3.8.1-r8@armv7a_vfp_neon:
no package provides /usr/bin/perl
Signed-off-by: Felipe
From: "Felipe F. Tonello"
This is necessary since pacmd uses this module.
Signed-off-by: Felipe F. Tonello
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
b/meta/recipes-multimedia/puls
From: "Felipe F. Tonello"
Only adds avahi dependency when zeroconf is in DISTRO_FEATURES.
Signed-off-by: Felipe F. Tonello
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.
Signed-off-by: Tudor Florea
---
.../python/python/fix-makefile-for-ptest.patch | 33
meta/recipes-devtools/python/python/run-ptest |5 +++
meta/recipes-devtools/python/python_2.7.3.bb | 10 ++
3 files changed, 48 insertions(+)
create mode 100644
On 07/15/2013 11:27 PM, qi.c...@windriver.com wrote:
From: Chen Qi
This class is dedicated to image level user/group configuration.
It inherits useradd_base.bbclass.
Users need to inherit this class in their layers or local.conf to
make the setting of EXTRA_USERS_PARAMS effective.
For detaile
Hum, I didn't noticed. Sorry.
I will send another patch.
On Tue, Jul 16, 2013 at 3:54 PM, Saul Wold wrote:
> On 07/16/2013 03:16 PM, e...@felipetonello.com wrote:
>>
>> From: "Felipe F. Tonello"
>>
>> This is necessary since the valgrind package depends on /usr/bin/perl.
>>
>> This patch will f
On 07/16/2013 03:16 PM, e...@felipetonello.com wrote:
From: "Felipe F. Tonello"
This is necessary since the valgrind package depends on /usr/bin/perl.
This patch will fix this error while installing into rootfs:
Computing transaction...error: Can't install valgrind-3.8.1-r8@armv7a_vfp_neon:
n
From: "Felipe F. Tonello"
This is necessary since the valgrind package depends on /usr/bin/perl.
This patch will fix this error while installing into rootfs:
Computing transaction...error: Can't install valgrind-3.8.1-r8@armv7a_vfp_neon:
no package provides /usr/bin/perl
Signed-off-by: Felipe
Hi Martin,
On Thu, Jul 11, 2013 at 5:26 AM, Martin Jansa wrote:
> On Thu, Jul 11, 2013 at 11:32:14AM +0100, Burton, Ross wrote:
>> On 10 July 2013 19:50, Saul Wold wrote:
>> > Is this really a build-time dependency or a runtime dependency specific to
>> > the pulseaudio-module?
>>
>> It's a runt
On 07/15/2013 11:27 PM, qi.c...@windriver.com wrote:
From: Chen Qi
Changes from V4:
1. Take into consideration the possibility of whitespaces in /etc/passwd and
/etc/group
2. Change bbfatal in perform_usermod and perform_groupmod to bbwarn. Please see
detailed reason below.
PackageA pulls in
Signed-off-by: Saul Wold
---
meta/recipes-core/meta/buildtools-tarball.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/meta/buildtools-tarball.bb
b/meta/recipes-core/meta/buildtools-tarball.bb
index e8abc06..9771497 100644
--- a/meta/recipes-core/meta/buildtools-tarball.
On 16 July 2013 16:26, Cristian Iorga wrote:
> This sets of patches adds bluez5 recipes as experimental packages.
> BlueZ 5.X is not an upgrade for Bluez 4.x, as such, no upgrade is
> provided/possible.
> The two versions of the BT stack also conflicts each other.
>
> In V4 RREPLACES is removed fr
> The following changes since commit cf1790d992f067be8d5f9894458f55f6f1bdc61f:
>
> lib/oeqa: fix dependecy check (2013-07-15 10:29:27 -0700)
>
> are available in the git repository at:
>
> git://git.openembedded.org/openembedded-core-contrib sgw/stage
>
> http://cgit.openembedded.org/cgit.cg
On Tue, Jul 16, 2013 at 6:28 PM, Paul Eggleton <
paul.eggle...@linux.intel.com> wrote:
> I just got around to trying this again, only this time I cloned a new poky
> tree in a different path which should replicate your situation and used
> SSTATE_MIRRORS to point to the previous sstate-cache. It b
On 07/16/2013 08:52 AM, Emilia Ciobanu wrote:
Git packages should have _git in their recipe name and should include
git token inside the PV variable.
Your not renaming the recipe, your just changing it to be GIT based and
updating the PV!
A rename would change the name from lttng-modules to s
Hi Jate,
On Wednesday 19 June 2013 13:14:54 Jate Sujjavanich wrote:
> Paul Eggleton wrote on Wednesday, June 19, 2013 at 11:45 AM:
> > Actually, looking more closely at this I'm not sure how the full path to
> > the file would be getting into the signature - looking at lib/bb/siggen.py
> > it shou
On Tuesday 16 July 2013 07:39:05 Saul Wold wrote:
> Ross, Paul:
>
> I rebased after RP pulled, most of this has been run through the
> Autobuilder. It contains changes to patches that missed the AB run.
>
> Please review / ACK this email for RP.
>
> Thanks
> Sau!
>
>
> The following cha
- RCONFLICTS bluez5
Signed-off-by: Cristian Iorga
---
meta/recipes-connectivity/bluez/bluez4_4.101.bb |2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-connectivity/bluez/bluez4_4.101.bb
b/meta/recipes-connectivity/bluez/bluez4_4.101.bb
index f48adfd..7af1305 100644
--- a/me
This sets of patches adds bluez5 recipes as experimental packages.
BlueZ 5.X is not an upgrade for Bluez 4.x, as such, no upgrade is
provided/possible.
The two versions of the BT stack also conflicts each other.
In V4 RREPLACES is removed from the recipes.
Cristian Iorga (2):
bluez5: new packag
- bluez5 does not replace bluez4
- bluez5 is integrated with systemd
- RCONFLICTS bluez4
- add readline dependency
Signed-off-by: Cristian Iorga
---
.../bluez5/bluez5-5.7/bluetooth.conf | 16 +
meta/recipes-connectivity/bluez5/bluez5.inc| 68
me
On Tue, 2013-07-16 at 14:36 +, Iorga, Cristian wrote:
> " why having it be so is not a very good thing."
>
> Sorry, I did not understood this part.
>
> Judging by my investigation, is RREPLACES needed or not?
I don't believe there is any justification for making bluez4 Replace:
bluez5.
I th
This will happen only when bluez5 will be a replacement for bluez4, which is
not the case now, but it will be when everything else is ready for bluez5.
-Original Message-
From: Saul Wold [mailto:s...@linux.intel.com]
Sent: Tuesday, July 16, 2013 5:48 PM
To: Iorga, Cristian
Cc: Phil Blund
On 07/16/2013 07:36 AM, Iorga, Cristian wrote:
" why having it be so is not a very good thing."
Sorry, I did not understood this part.
Judging by my investigation, is RREPLACES needed or not?
I believe that RREPLACES is not needed, it could cause problems if a
feed builds the bluez5 packages
Ross, Paul:
I rebased after RP pulled, most of this has been run through the
Autobuilder. It contains changes to patches that missed the AB run.
Please review / ACK this email for RP.
Thanks
Sau!
The following changes since commit cf1790d992f067be8d5f9894458f55f6f1bdc61f:
lib/oeqa
" why having it be so is not a very good thing."
Sorry, I did not understood this part.
Judging by my investigation, is RREPLACES needed or not?
/Cristian
-Original Message-
From: Phil Blundell [mailto:p...@pbcl.net]
Sent: Tuesday, July 16, 2013 5:34 PM
To: Iorga, Cristian
Cc: openembe
On Tue, 2013-07-16 at 17:28 +0300, Cristian Iorga wrote:
> Observe my investigation below in order to decide if RREPLACES is needed.
> Conclusion: BlueZ 5.x will be eventually an upgrade path for an already
> installed
> embedded device. As such, RREPLACES is needed for a system-wide upgrade.
It
Please see my V3 cover letter to observe the reasoning behind RREPLACES
presence.
Thanks,
Cristian
-Original Message-
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Monday, July 15, 2013 8:01 PM
To: Phil Blundell
Cc: Iorga, Cristian; openembedded-core@lists.openembedded.org
Sub
- RCONFLICTS/RREPLACES bluez5
Signed-off-by: Cristian Iorga
---
meta/recipes-connectivity/bluez/bluez4_4.101.bb |3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-connectivity/bluez/bluez4_4.101.bb
b/meta/recipes-connectivity/bluez/bluez4_4.101.bb
index f48adfd..b91c9c3 1006
- bluez5 does not replace bluez4
- bluez5 is integrated with systemd
- RCONFLICTS/RREPLACES bluez4
- add readline dependency
Signed-off-by: Cristian Iorga
---
.../bluez5/bluez5-5.7/bluetooth.conf | 16 +
meta/recipes-connectivity/bluez5/bluez5.inc| 69 ++
This sets of patches adds bluez5 recipes as experimental packages.
BlueZ 5.X is not an upgrade for Bluez 4.x, as such, no upgrade is
provided/possible.
The two versions of the BT stack also conflicts each other.
Observe my investigation below in order to decide if RREPLACES is needed.
Conclusion:
d directly.
I also needed to export:
USE_PRIVATE_LIBGCC=/mnt/SSD/socfpga/custom-sdk/1.0-20130716/sysroots/cortexa9hf-vfp-neon-oecore-linux-gnueabi/usr/lib/arm-oecore-linux-gnueabi/4.8.1
to allow u-boot to pick up libgcc.a. This then involved crafting a patch
to support specifying a private lib
On 7/16/13 3:21 AM, Jack Mitchell wrote:
Morning everyone,
I'm trying to create a custom toolchain and sdk for a development board
and I'm having some issues.
I create my toolchain with the following method:
bitbake image -c populate_sdk
When I try to compile u-boot with the sdk, I recieve th
Old way find -perm +mode is no longer supported in newer
versions of find (Fedora 19). Man page says:
-perm +mode
This is no longer supported (and has been deprecated since
2005). Use -perm /mode instead.
[YOCTO #4853]
Signed-off-by: Stefan Stanacar
---
meta/classes/populat
On 16 July 2013 08:14, Saul Wold wrote:
> The following changes since commit 43c28375f97161e618fa54349c65be2058c33c53:
>
> distrodata.bbaclass: change in git and svn package reporting (2013-07-12
> 10:12:13 -0700)
>
> are available in the git repository at:
>
> git://git.openembedded.org/open
On 15 July 2013 11:01, wrote:
> +Upstream-Status: Pending
If we're patching the test case because it's wrong then we need to be
contacting upstream to get this merged or rejected, there's no point
patching the test case to make it work when actually it's a subtle
problem in how we're running it.
On Tue, 2013-07-16 at 09:21 +0100, Jack Mitchell wrote:
> Morning everyone,
>
> I'm trying to create a custom toolchain and sdk for a development board
> and I'm having some issues.
>
> I create my toolchain with the following method:
>
> bitbake image -c populate_sdk
>
> When I try to compile
On 15 July 2013 22:30, Saul Wold wrote:
> I believe that this is because the original recipe was defaulted to
> --without-x11 and the person adding the linuxstdbase code just preserved the
> behavior
>
> It seems we should really make this a PACKAGECONFIG with the PACKAGECONFIG
> using the linuxst
On Mon, 2013-07-15 at 08:12 -0700, Saul Wold wrote:
> Richard,
>
> Here is a set of changes, mostly OE-QA change with a a few
> package updates and a LSB fix.
>
> Thanks
> Sau!
>
> The following changes since commit 43c28375f97161e618fa54349c65be2058c33c53:
>
> distrodata.bbaclass: chan
On Tuesday 16 July 2013 13:24:34 Yi Qingliang wrote:
> On Monday, July 15, 2013 09:48:15 AM Paul Eggleton wrote:
> > On Monday 15 July 2013 09:12:23 Yi Qingliang wrote:
> > > hello,
> > >
> > > I'm using latest poky, when packaging qte, got following error, any
> > > idea?
> >
> > Please pull
Morning everyone,
I'm trying to create a custom toolchain and sdk for a development board
and I'm having some issues.
I create my toolchain with the following method:
bitbake image -c populate_sdk
When I try to compile u-boot with the sdk, I recieve the following error:
Configuring for
Add xuser to disk group, so it could write usb storage in which the
filesystem type is vfat/fat.
[YOCTO #4004]
Signed-off-by: Hongxu Jia
---
meta/recipes-support/user-creation/xuser-account_0.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/user-crea
If filesystem type is vfat, change the ownership group to 'disk', and grant it
with w/r/x permissions.
The user which belongs to 'disk' group could write the storage.
[YOCTO #4004]
Signed-off-by: Hongxu Jia
---
meta/recipes-core/udev/udev-extraconf/mount.sh | 11 +++
1 file changed, 1
Change from V1:
* Drop pmount, and investigate udev script to fix this problem.
Hi Paul and Ross,
Thanks for your valuable suggestions, I send another solution to you
for reviewing and would you please give me your advise.
If you have a better idea, would you please share with us.
By the way, I
Paul, Ross:
I have added a few more patches from this mornings review
requiest, mostly well defined patches and patch Upstream-Status
corrections.
I found an old thread about the gdb/python issue that indicated
RP expected such a change and this appear correct uses PACKAGECONFIG
Please review an
61 matches
Mail list logo
