Re: [yocto] GStreamer from HTTP source

2014-07-28 Thread Burton, Ross
On 26 July 2014 20:38, Hal Martin hal.mar...@gmail.com wrote: gplay doesn't support HTTP streams and gst-launch fails to play the stream. The totem recipe in open embedded is really old and doesn't seem to be working, so I'm not sure what I can use to play an HTTP (or HTSP) stream. Any

[yocto] 'pod' problem building openssl 1.0.1g with latest daisy branch

2014-07-28 Thread Alex J Lennon
Hi, I pulled the latest daisy branch over the weekend and since am having trouble building openssl 1.0.1g. I removed tmp and rebuilt just in case there was some issue there but the problem remains. Conf: BB_VERSION= 1.22.0 BUILD_SYS = i686-linux NATIVELSBSTRING = Ubuntu-14.04

Re: [yocto] 'pod' problem building openssl 1.0.1g with latest daisy branch

2014-07-28 Thread Paul Eggleton
Hi Alex, On Monday 28 July 2014 11:19:25 Alex J Lennon wrote: I pulled the latest daisy branch over the weekend and since am having trouble building openssl 1.0.1g. I removed tmp and rebuilt just in case there was some issue there but the problem remains. Conf: BB_VERSION=

Re: [yocto] 'pod' problem building openssl 1.0.1g with latest daisy branch

2014-07-28 Thread Alex J Lennon
On 28/07/2014 11:34, Paul Eggleton wrote: Hi Alex, On Monday 28 July 2014 11:19:25 Alex J Lennon wrote: I pulled the latest daisy branch over the weekend and since am having trouble building openssl 1.0.1g. I removed tmp and rebuilt just in case there was some issue there but the problem

Re: [yocto] 'pod' problem building openssl 1.0.1g with latest daisy branch

2014-07-28 Thread Paul Eggleton
On Monday 28 July 2014 11:40:52 Alex J Lennon wrote: On 28/07/2014 11:34, Paul Eggleton wrote: On Monday 28 July 2014 11:19:25 Alex J Lennon wrote: So, I think this is an issue with newer host Perl and OpenSSL 1.0.1g. This looks like it might be the patch that fixes it:

Re: [yocto] 'pod' problem building openssl 1.0.1g with latest daisy branch

2014-07-28 Thread Alex J Lennon
On 28/07/2014 11:45, Paul Eggleton wrote: On Monday 28 July 2014 11:40:52 Alex J Lennon wrote: On 28/07/2014 11:34, Paul Eggleton wrote: On Monday 28 July 2014 11:19:25 Alex J Lennon wrote: So, I think this is an issue with newer host Perl and OpenSSL 1.0.1g. This looks like it might be the

Re: [yocto] [OE-core] libpcap-ng

2014-07-28 Thread Mark Hatle
On 7/25/14, 10:02 PM, Khem Raj wrote: On Fri, Jul 25, 2014 at 3:45 PM, akuster akus...@mvista.com wrote: Meta-security and Meta-selinux both have libcap-ng. Instead of maintaining the same package in both places, can we get it into OE where libcap resides? I think at very least you can

Re: [yocto] change in base-files recipe does not trigger rebuild

2014-07-28 Thread Jate S
I'm posting this for reference. The variable SIGGEN_EXCLUDERECIPES_ABISAFE in layer.conf specifically excludes the recipe base-files because it is never supposed to change. The appropriate way to modify /etc/profile is to add customizations to the directory /etc/profile.d. On Fri, Jul 25, 2014

[yocto] binutils-native 2.24 build broken

2014-07-28 Thread Darcy Watkins
Hi, I encounter the following while building based on 'daisy': | gcc -DHAVE_CONFIG_H -I. -I/home/dwatkins/workspace/epsilon/daisy_MG-os_test2/build/tmp/work/i686-linux/binutils-native/2.24-r0/binutils-2.24/ld -I.

Re: [yocto] binutils-native 2.24 build broken

2014-07-28 Thread Khem Raj
On Mon, Jul 28, 2014 at 10:20 AM, Darcy Watkins darcy.watk...@inmotiontechnology.com wrote: I use a layout much like Freescale Community BSP project that uses 'repo' to pull together the layers based on a manifest. I noticed this when a syncup triggered the toolchain to rebuild. Since I

Re: [yocto] binutils-native 2.24 build broken

2014-07-28 Thread Darcy Watkins
On Mon, 2014-07-28 at 10:53 -0700, Khem Raj wrote: can you apply the following patch to binutils and retry https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=f9c316c4d75be236bbaa8464ef803ed2d3859d6d The patch appears to have worked to get me past binutils-native into the rest

Re: [yocto] binutils-native 2.24 build broken

2014-07-28 Thread Khem Raj
On Mon, Jul 28, 2014 at 12:11 PM, Darcy Watkins darcy.watk...@inmotiontechnology.com wrote: The patch appears to have worked to get me past binutils-native into the rest of the build. I have placed it with a bbappend file in a hotfix section of my layer. Please let me know once this fix

Re: [yocto] binutils-native 2.24 build broken

2014-07-28 Thread Darcy Watkins
On Mon, 2014-07-28 at 12:33 -0700, Khem Raj wrote: If you can please submit the patch to OE-Core mailing list as well for master and also a backport to daisy please. I found the patch is already present in poky/master so it is just the backport to daisy that is needed (possibly other branches

Re: [yocto] binutils-native 2.24 build broken

2014-07-28 Thread Khem Raj
On Mon, Jul 28, 2014 at 1:35 PM, Darcy Watkins darcy.watk...@inmotiontechnology.com wrote: This commit applies cleanly as-is to the daisy branch. Do I need to resubmit the patch by Richard Purdie, or does maintainer prefer to merge the commit across branches? Backport Richard's please --

[yocto] Agenda: Yocto Project Technical Team Meeting - Tuesday, July 15, 2014 8:00 AM US Pacific Time

2014-07-28 Thread Jolley, Stephen K
Tuesday, July 29, 2014 8:00 AM US Pacific Time Agenda: * Opens collection - 5 min (Stephen) * Yocto Project status - 5 min (Stephen/team) https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.7_Status https://wiki.yoctoproject.org/wiki/Yocto_1.7_Schedule

Re: [yocto] [OE-core] libpcap-ng

2014-07-28 Thread akuster
On 07/28/2014 07:33 AM, Mark Hatle wrote: On 7/25/14, 10:02 PM, Khem Raj wrote: On Fri, Jul 25, 2014 at 3:45 PM, akuster akus...@mvista.com wrote: Meta-security and Meta-selinux both have libcap-ng. Instead of maintaining the same package in both places, can we get it into OE where libcap

Re: [yocto] [OE-core] libpcap-ng

2014-07-28 Thread Khem Raj
On Mon, Jul 28, 2014 at 5:28 PM, akuster akus...@mvista.com wrote: I think at very least you can propose it for meta-oe if not or-core. I think core libcap-ng recipe belongs in a common layer and not maintained in two places. yes meta-oe is kind of extended common layer besides oe-core, if

[linux-yocto] [PATCH 1/3] x86, kaslr: randomize module base load address

2014-07-28 Thread Yang Shi
From: Kees Cook keesc...@chromium.org commit e2b32e6785138d92d2a40e0d0473575c8c7310a2 upstream Randomize the load address of modules in the kernel to make kASLR effective for modules. Modules can only be loaded within a particular range of virtual address space. This patch adds 10 bits of

[linux-yocto] [PATCH 3/3] x86, kaslr: boot-time selectable with hibernation

2014-07-28 Thread Yang Shi
From: Kees Cook keesc...@chromium.org commit 24f2e0273f80ec262a772059e140a0adef35296d upstream Changes kASLR from being compile-time selectable (blocked by CONFIG_HIBERNATION), to being boot-time selectable (with hibernation available by default) via the kaslr kernel command line.