From: Chen Qi qi.c...@windriver.com
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 qi.c...@windriver.com
---
From: Chen Qi qi.c...@windriver.com
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
From: Chen Qi qi.c...@windriver.com
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 userA.
Now we want userA to map
From: Chen Qi qi.c...@windriver.com
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
On 07/15/2013 11:42 PM, Saul Wold wrote:
This seems to have caused a failure:
Sorry for all these troubles.
I tested this patchset with IMAGE_INSTALL_append = useradd-example
xuser-account'.
So it didn't encounter a situation where white spaces appear in /etc/passwd.
Now patch V5 has
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
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,
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 hongxu@windriver.com
---
meta/recipes-core/udev/udev-extraconf/mount.sh | 11
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 hongxu@windriver.com
---
meta/recipes-support/user-creation/xuser-account_0.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
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
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 the latest
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: change in git
On 15 July 2013 22:30, Saul Wold s...@linux.intel.com 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
On 15 July 2013 11:01, jackie.hu...@windriver.com 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
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
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 libgcc in the standalone examples
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:
- bluez5 does not replace bluez4
- bluez5 is integrated with systemd
- RCONFLICTS/RREPLACES bluez4
- add readline dependency
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
.../bluez5/bluez5-5.7/bluetooth.conf | 16 +
meta/recipes-connectivity/bluez5/bluez5.inc
- RCONFLICTS/RREPLACES bluez5
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
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
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
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
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:
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:
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
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
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 think
- bluez5 does not replace bluez4
- bluez5 is integrated with systemd
- RCONFLICTS bluez4
- add readline dependency
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
.../bluez5/bluez5-5.7/bluetooth.conf | 16 +
meta/recipes-connectivity/bluez5/bluez5.inc| 68
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
- RCONFLICTS bluez5
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
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
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 changes since
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 should
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
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 built
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
On 16 July 2013 16:26, Cristian Iorga cristian.io...@intel.com 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
Signed-off-by: Saul Wold s...@linux.intel.com
---
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
---
On 07/15/2013 11:27 PM, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
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
Hi Martin,
On Thu, Jul 11, 2013 at 5:26 AM, Martin Jansa martin.ja...@gmail.com wrote:
On Thu, Jul 11, 2013 at 11:32:14AM +0100, Burton, Ross wrote:
On 10 July 2013 19:50, Saul Wold s...@linux.intel.com wrote:
Is this really a build-time dependency or a runtime dependency specific to
the
From: Felipe F. Tonello e...@felipetonello.com
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
On 07/16/2013 03:16 PM, e...@felipetonello.com wrote:
From: Felipe F. Tonello e...@felipetonello.com
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
Hum, I didn't noticed. Sorry.
I will send another patch.
On Tue, Jul 16, 2013 at 3:54 PM, Saul Wold s...@linux.intel.com wrote:
On 07/16/2013 03:16 PM, e...@felipetonello.com wrote:
From: Felipe F. Tonello e...@felipetonello.com
This is necessary since the valgrind package depends on
On 07/15/2013 11:27 PM, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
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
Signed-off-by: Tudor Florea tudor.flo...@enea.com
---
.../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(+)
From: Felipe F. Tonello e...@felipetonello.com
Only adds avahi dependency when zeroconf is in DISTRO_FEATURES.
Signed-off-by: Felipe F. Tonello e...@felipetonello.com
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
From: Felipe F. Tonello e...@felipetonello.com
This is necessary since pacmd uses this module.
Signed-off-by: Felipe F. Tonello e...@felipetonello.com
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 1 +
1 file changed, 1 insertion(+)
diff --git
From: Felipe F. Tonello e...@felipetonello.com
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
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
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 qi.c...@windriver.com
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
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
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 ming@windriver.com
---
opensslconf.h conflicts between 32-bit and 64-bit versions.
Signed-off-by: Ming Liu ming@windriver.com
---
meta/recipes-connectivity/openssl/openssl.inc |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/openssl/openssl.inc
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 net...@gmail.com
---
meta/classes/cmake.bbclass | 15 ++-
1 file
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 qi.c...@windriver.com
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
From: Chen Qi qi.c...@windriver.com
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
From: Chen Qi qi.c...@windriver.com
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
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 qi.c...@windriver.com
Changes from V4:
1. Take into consideration the possibility of whitespaces in
/etc/passwd and /etc/group
2. Change bbfatal
56 matches
Mail list logo