[yocto] [meta-selinux][PATCH 1/3] V2 refpolicy:20140311 update for systemd

From: Shrikant Bobade Systemd init type and related allow rules updated for refpolicy. Signed-off-by: Shrikant Bobade --- .../refpolicy-update-for_systemd.patch | 46 .../refpolicy/refpolicy_2.20140311.inc |1 + 2 files changed, 47 insertions(

[yocto] [meta-selinux][PATCH 2/3] selinux-init: update for systemd

From: Shrikant Bobade selinux-init.sh updated to reboot system normally to fix the labelling during systemd execution. Due to force reboot labelling won't be proper and system continuously reboot to label it like first time boot. Signed-off-by: Shrikant Bobade --- .../selinux/selinux-config/se

[yocto] [meta-selinux][PATCH 3/3] pkggrp-core-selinux: coreutils addition

From: Shrikant Bobade To add coreutils to packagegroup-core-selinux inorder to get chcon avaibility. Signed-off-by: Shrikant Bobade --- .../packagegroups/packagegroup-core-selinux.bb |1 + 1 file changed, 1 insertion(+) diff --git a/recipes-security/packagegroups/packagegroup-core-sel

Re: [yocto] Busybox sh link

On 11/19/2014 07:00 AM, ChenQi wrote: On 11/19/2014 12:34 AM, Stefan Eichenberger wrote: On 11/18/2014 04:07 AM, ChenQi wrote: On 11/17/2014 10:07 PM, Stefan Eichenberger wrote: Hello all I have a question regarding busybox and sh. If I want to install bash together with busybox ash, yocto d

[yocto] How to build the uclibc toolchain by Yocto

Hi all, The eglibc is used for meta-toolchain build in Yocto, may I know how to build the uclibc meta-toolchain in Yocto? Best Regards, Zhenhua -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to build the uclibc toolchain by Yocto

Hi Zhenhua, On Wednesday 19 November 2014 09:43:59 zhenhua@freescale.com wrote: > The eglibc is used for meta-toolchain build in Yocto, may I know how to > build the uclibc meta-toolchain in Yocto? It should be as easy as setting TCLIBC = "uclibc" in your custom distro config. Cheers, Paul

Re: [yocto] autobuilder: How to set PREMIRRORS?

All, I'm getting close to implementing this feature, but I'm having some issues getting auto.conf formatted correctly. See below. > -Original Message- > From: Bryan Evenson > Sent: Monday, November 17, 2014 9:08 AM > To: Bryan Evenson; yocto@yoctoproject.org; elizabeth.flana...@intel.co

Re: [yocto] Layer model doomed, unless we all work together

On 11/18/2014 06:03 PM, Martin Jansa wrote: > On Tue, Nov 18, 2014 at 09:57:30PM +, Burton, Ross wrote: >> Looking over the duplicate list, there's some obvious low-hanging fruit. >> Angstrom duplicates recipes that are in meta-multimedia. meta-webos and >> meta-webos-ports seem to be full of d

[yocto] sharing directories between users on same machine

Hello, we try to share the sstate-cache and download directory between multiple users on the same machine. It seems that this don't work as yocto want to overwrite some files in those directories, but does not have the rights (since another user created them). Is this not an use case? - If

[yocto] lighttpd webDav does not allow files to save

I am running Yocto 1.6.1 with standard atmel build or atmel-qt5-demo-image I have added a a lighttpd_1.4.33.bbappend recipe in the directory ~/poky/meta-atmel-lsp/recipes-extended/lighttpd with the following contents:___FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" RDEPENDS_${PN} +

Re: [yocto] [oe] [meta-selinux][PATCH] ustr: Change the SRC_URI to upstream and add a new patch

Thanks for the submission. Just a couple of comments. [[oe] [meta-selinux][PATCH] ustr: Change the SRC_URI to upstream and add a new patch] On 14.11.19 (Wed 15:34) Qian Lei wrote: > Official upstream is still Ok, using it first. > Add a new patch which is applied in Fedora20 As these are two u

Re: [yocto] New recipe for toolchain fails install, "ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded: ignored."

Hi Joseph, Thanks for the clarification. As far as I understand, I have restructured my recipe as you directed. However, when I bitbake -c populate_sdk core-image-full-cmdline, the sdk installer script still does not contain the LLVM/clang stuff. I'm hoping that you can see what I have done wr

[yocto] How to adjust patching striplevel while using SCC

I’m using SCC file to list all my kernel patches, and like to adjust the patching striplevel much the way how the “striplevel” option works for SRC_URI. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to adjust patching striplevel while using SCC

On 2014-11-19, 6:54 PM, Lin Shen (lshen) wrote: I’m using SCC file to list all my kernel patches, and like to adjust the patching striplevel much the way how the “striplevel” option works for SRC_URI. It's not possible. scc uses git and git porcelean patches to apply changes to the kernel .. wh

Re: [yocto] [oe] [meta-selinux][PATCH] ustr: Change the SRC_URI to upstream and add a new patch

On Wed, 19 Nov 2014 15:56:47 -0500 Joe MacDonald wrote: > Thanks for the submission. Just a couple of comments. > > [[oe] [meta-selinux][PATCH] ustr: Change the SRC_URI to upstream and add a > new patch] On 14.11.19 (Wed 15:34) Qian Lei wrote: > > > Official upstream is still Ok, using it firs

Re: [yocto] Layer model doomed, unless we all work together

Hey Philip, [[yocto] Layer model doomed, unless we all work together] On 14.11.18 (Tue 16:28) Philip Balister wrote: > As evidence, please review this list: > > http://layers.openembedded.org/layerindex/branch/master/duplicates/ > > I mean FOUR recipes for alsa-plugins? > > I am trying to fix

Re: [yocto] New recipe for toolchain fails install, "ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded: ignored."

Good day Jim, Please take a look at the dependency chain for the nativesdk-host and also FILES for nativesdk-llvm. Just wanted to clarify if you've verified it in /path/to/sdk/sysroots//usr/bin? Thanks, Joseph On Thu, Nov 20, 2014 at 6:41 AM, Jim Rafert wrote: > Hi Joseph, > > Thanks for the

Re: [yocto] sharing directories between users on same machine

For the "download" directory, just set the permissions for the group to allow writing. I've used this with an NFS share that holds all downloads. The machien also runs apache and shares this directory via http. I share the sstate-cache via http, and there's one machine that runs all builds ev