Re: [yocto] Simple recipe quit working in dizzy

Hi Jim, On Wednesday 18 February 2015 20:33:43 Jim Rafert wrote: > The following recipe, spectra-postbuild_0.1.bb, quit working when I ported > from 1.6 daisy to 1.7.1 dizzy. I include the recipe in my image by adding > it at the end of of the IMAGE_INSTALL_append variable in my local.conf > file

[yocto] [RFT] gcc 5.0 recipes available for testing

Hi All Encouraged by help received on testing out glibc 2.21, now I have put together OE recipes for gcc-5 GCC 5.0 is in prerelease stage 4 ( open for regression and doc fixes only) https://gcc.gnu.org/ml/gcc/2015-01/msg00156.html The recipes are available here http://git.openembedded.org/o

Re: [yocto] [RFT] gcc 5.0 recipes available for testing

On Fri, 20 Feb 2015, Khem Raj wrote: > Hi All > > Encouraged by help received on testing out glibc 2.21, now I have put > together OE recipes for gcc-5 > > GCC 5.0 is in prerelease stage 4 ( open for regression and doc fixes only) > > https://gcc.gnu.org/ml/gcc/2015-01/msg00156.html > > The reci

Re: [yocto] [RFT] gcc 5.0 recipes available for testing

> On Feb 20, 2015, at 3:04 AM, Robert P. J. Day wrote: > > On Fri, 20 Feb 2015, Khem Raj wrote: > >> Hi All >> >> Encouraged by help received on testing out glibc 2.21, now I have put >> together OE recipes for gcc-5 >> >> GCC 5.0 is in prerelease stage 4 ( open for regression and doc fixes

Re: [yocto] [RFT] gcc 5.0 recipes available for testing

On Fri, 20 Feb 2015, Khem Raj wrote: > > > On Feb 20, 2015, at 3:04 AM, Robert P. J. Day wrote: > > > > On Fri, 20 Feb 2015, Khem Raj wrote: > > > >> Hi All > >> > >> Encouraged by help received on testing out glibc 2.21, now I have put > >> together OE recipes for gcc-5 > >> > >> GCC 5.0 is in

[yocto] Edit project specific config files of other recipe like /etc/ssh/ssh_config from openssh

Hi, I create a layer for my project. How can I edit (patch?) project specific config files of other recipe for the rootfs without touching the original recipe. Project specific config files could by /etc/ssh/ssh_config (do not touch recipe openssh ) Friendly regrades Kai Ulrich -- _

[yocto] glibc fetching problems

I just updated Poky/Yocto to the latest master and now I get this failure: ERROR: Function failed: Fetcher failure for URL: 'git://sourceware.org/git/glibc.git;branch=release/2.21/master'. Unable to fetch URL from any source. This is because any attempt to clone that repo breaks: $ git clone

Re: [yocto] glibc fetching problems

On 20 February 2015 at 12:50, Gary Thomas wrote: > This is because any attempt to clone that repo breaks: > $ git clone git://sourceware.org/git/glibc.git > Cloning into 'glibc'... > fatal: read error: Connection reset by peer > Works for me: $ git clone git://sourceware.org/git/glibc.git

Re: [yocto] glibc fetching problems

On 2015-02-20 06:16, Burton, Ross wrote: On 20 February 2015 at 12:50, Gary Thomas mailto:g...@mlbassoc.com>> wrote: This is because any attempt to clone that repo breaks: $ git clone git://sourceware.org/git/__glibc.git Cloning into 'gli

Re: [yocto] glibc fetching problems

On 20 February 2015 at 13:19, Gary Thomas wrote: > Transient error? >> > > Must have been, it's working for me now as well. My magic touch. ;) Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Edit project specific config files of other recipe like /etc/ssh/ssh_config from openssh

Hi Kai, In your layer, create a .bbappend matching the basename of the package you want to change. Using your example, create recipes-connectivity/openssh/openssh_6.6p1.bbappend (make sure versions match). Then you can either replace or patch ssh_config. I would patch it. Create your patch, put i

[yocto] WARNING: Could not copy license file LICENSE -> Downloaded archive structure?

Hi, I working on a smstools3 recipe. after running bitbake smstools3 I got following WARNING: Could not copy license file LICENSE: [Errno 2] No such file or directory: '/home/kulrich/Develpment/yocto/dizzy/poky/build_test/tmp/work/i586-poky-linux/smstools3/3.1.15-r0/smstools3-3.1.15/LICENSE' Fun

Re: [yocto] [meta-raspberrypi][PATCH 1/1] layer.conf: set layer depends

After discussions with meta-raspberrypi maintainers we have come to the conclusion that we will not set any layer depends. We shouldn't break most of the builds which don't use the test image and therefore don't need the multimedia layer. So will instead break out the 'layer prio' part and send

[yocto] [meta-raspberrypi][PATCH 1/1] layer.conf: set high layer priority

Set a high layer prio to ensure that meta-raspberrypi addons are always prioritized above the depended layers. Signed-off-by: Petter Mabäcker --- conf/layer.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/conf/layer.conf b/conf/layer.conf index 7bffd4b..bea5a65 100644 --

[yocto] [meta-raspberrypi][PATCH 0/1] layer.conf: set high layer priority

The following changes since commit d8bf60ce6c4a6c6371527c6df2e3243d2771c0cc: README: Github repo changed (2015-02-14 02:00:57 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib petmab/rpi_layer_prio http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?

Re: [yocto] [PATCH] Add mpich support

Yes, it is my opinion that adding to RDPENDS libxml2 and libpciaccess and changing the /bin/csh and /bin/bash to /bin/sh should solve those warnings. The Warnings are related with the patch done by Richard Yang. Here`s a link:[OE-core] [PATCH 0/6] meta: fix rdepends issues for test related packag

Re: [yocto] Simple recipe quit working in dizzy

Hi Paul, Thank you for taking an interest in this. I looked at the log.do_rootfs, and didn't see anything that was immediately suspicious. I have inlined the log at the end of my reply, here. I don't see how such a simple recipe could be broken by a Yocto bug, and not have the whole thing be

Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade

On Mon, 2015-02-02 at 02:02 -0800, Khem Raj wrote: > I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 ( > upcoming ) on a contrib branch ( top 2 patches) its has not got much > testing besides x86 qemu thus far. > > http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/g

Re: [yocto] WARNING: Could not copy license file LICENSE -> Downloaded archive structure?

Kai, On 02/20/2015 06:44 AM, Kai Ulrich wrote: Hi, I working on a smstools3 recipe. after running bitbake smstools3 I got following WARNING: Could not copy license file LICENSE: [Errno 2] No such file or directory: '/home/kulrich/Develpment/yocto/dizzy/poky/build_test/tmp/work/i586-poky-linu

Re: [yocto] [PATCH] Add mpich support

Hi all, The issue for shell are because DEPENDS includes tcsh i remove it, also i fixed the rpath issue passing to the OE_EXTRACONF --disable-rpath but still exists problem building with hydra pm (default) i changed to gforker. I think the Hydra issues are for some Makefiles contains -rpath b

Re: [yocto] [PATCH] Add mpich support

Thanks a lot Anibal That work just fine !!! Working on a clean version in order to send ever oe-core mailing list Regards -- Victor Rodriguez Open Source Technology Center On Fri, 2015-02-20 at 15:43 -0600, Aníbal Limón wrote: > Hi all, > > The issue for shell are because DEPENDS include

Re: [yocto] Simple recipe quit working in dizzy

On 02/20/2015 09:49 AM, Jim Rafert wrote: Hi Paul, Thank you for taking an interest in this. I looked at the log.do_rootfs, and didn't see anything that was immediately suspicious. I have inlined the log at the end of my reply, here. I don't see how such a simple recipe could be broken by a

Re: [yocto] Simple recipe quit working in dizzy

The recipe was working on daisy, and stopped working when ported to dizzy. From: akuster [akus...@mvista.com] Sent: Friday, February 20, 2015 3:28 PM To: yocto@yoctoproject.org Subject: Re: [yocto] Simple recipe quit working in dizzy On 02/20/2015 09:49 A

[yocto] [meta-selinux][PATCH] policycoreutils: address QA issues

Both the fixfiles and sandbox utilities had dependencies on bash when they didn't really need to. Update sandbox and patch fixfiles. ifgen is python script, so ensure that python is listed as a runtime dependency. Signed-off-by: Joe MacDonald --- recipes-security/selinux/policycoreutils.inc