Re: [oe] [OE-core] [oe-commits] Richard Purdie : gcc-cross-initial: Reinstate limits.h generation fix

On Fri, Sep 7, 2012 at 2:36 AM, Richard Purdie wrote: > On Fri, 2012-09-07 at 01:38 +0200, Martin Jansa wrote: >> On Thu, Sep 06, 2012 at 11:12:35PM +, g...@git.openembedded.org wrote: >> > Module: openembedded-core.git >> > Branch: master >> > Commit: 71854f5c8c6850ed3cad21acc92fdbea32fc

[oe] [meta-oe][PATCH] smbnetfs: add recipe for smbnetfs, a fuse filesystem for windows networks

Signed-off-by: Sander van Grieken --- .../recipes-connectivity/smbnetfs/smbnetfs_git.bb | 16 1 file changed, 16 insertions(+) create mode 100644 meta-oe/recipes-connectivity/smbnetfs/smbnetfs_git.bb diff --git a/meta-oe/recipes-connectivity/smbnetfs/smbnetfs_git.bb b/meta-

[oe] [2011.03-maintenance 0/1] pull request 20120907

Hi Tom, please pull this commit into 2011.03-maintenance branch. It fixes a build problem with llvm2.7. Thx, Steffen The following changes since commit 3b1d1112a9a80aba8dbee8b7bd54fe83a1acc6a1: gtk+_2.20.1: Depend on gdk-pixbuf-native (2012-08-31 14:06:28 -0700) are available in the git repo

[oe] [2011.03-maintenance 1/1] llvm2.7: provide "lseek64" symbol

EE: Provide the symbol "lseek64" explicitly with on Linux glibc. With libcxx, it seems would not be provided. Thanks to Ryuta Suzuki. See also: Signed-off-by: Steffen Sledz --- recipes/llvm/llvm2.7/r137567-lseek64.patch | 2

Re: [oe] linux-firmware

On Friday 07 September 2012 16:35:45 Sander van Grieken wrote: > On 09/07/2012 04:20 PM, Paul Eggleton wrote: > > We should always be including the license file if present I believe. > > > > As for the package splitting I would advocate some kind of automated > > splitting using do_split_packages

Re: [oe] linux-firmware

On 09/07/2012 04:20 PM, Paul Eggleton wrote: > On Friday 07 September 2012 16:12:39 Sander van Grieken wrote: >> On 09/07/2012 03:44 PM, Henning Heinold wrote: >>> On Fri, Sep 07, 2012 at 11:31:41AM +0200, Sander van Grieken wrote: Hi, Currently, linux-firmware produces one big packa

Re: [oe] linux-firmware

On Friday 07 September 2012 16:12:39 Sander van Grieken wrote: > On 09/07/2012 03:44 PM, Henning Heinold wrote: > > On Fri, Sep 07, 2012 at 11:31:41AM +0200, Sander van Grieken wrote: > >> Hi, > >> > >> Currently, linux-firmware produces one big package with all binary > >> firmware files installe

Re: [oe] linux-firmware

On 09/07/2012 03:44 PM, Henning Heinold wrote: > On Fri, Sep 07, 2012 at 11:31:41AM +0200, Sander van Grieken wrote: >> Hi, >> >> Currently, linux-firmware produces one big package with all binary >> firmware files installed. It would be benificial , especially for >> devices with a very small root

Re: [oe] linux-firmware

On Friday 07 September 2012 11:31:41 Sander van Grieken wrote: > Currently, linux-firmware produces one big package with all binary > firmware files installed. It would be benificial , especially for > devices with a very small rootfs, to install only a subset of the entire > collection. Some effor

Re: [oe] linux-firmware

On Fri, Sep 07, 2012 at 11:31:41AM +0200, Sander van Grieken wrote: > Hi, > > Currently, linux-firmware produces one big package with all binary > firmware files installed. It would be benificial , especially for > devices with a very small rootfs, to install only a subset of the entire > collecti

Re: [oe] oe classic: eglibc

2012/9/7 Khem Raj > > > -Khem > > On Sep 7, 2012, at 4:27 AM, Frans Meulenbroeks < > fransmeulenbro...@gmail.com> wrote: > > > Not sure if anyone is still interested in oe classic, but while > rebuilding > > some sw using oe classic I noticed the eglibc recipes did not build any > > more as upstr

Re: [oe] oe classic: eglibc

Am 07.09.2012 um 13:27 schrieb Frans Meulenbroeks : > Not sure if anyone is still interested in oe classic, but while rebuilding > some sw using oe classic I noticed the eglibc recipes did not build any > more as upstream changed things in the repo. > I've locally fixed this by changing SRC_URI fro

Re: [oe] oe classic: eglibc

-Khem On Sep 7, 2012, at 4:27 AM, Frans Meulenbroeks wrote: > Not sure if anyone is still interested in oe classic, but while rebuilding > some sw using oe classic I noticed the eglibc recipes did not build any > more as upstream changed things in the repo. Probably your IT blocked Svn > I

Re: [oe] WebOS OpenEmbedded Layers

Excellent news, finally something to build upon and improve while we go. Thanks for the update, :M: ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [meta-oe][meta-systemd][PATCH v3] dnsmasq: add systemd service scripts for dnsmasq

Signed-off-by: Sander van Grieken --- .../dnsmasq/dnsmasq/dnsmasq.service| 13 + .../dnsmasq/dnsmasq_2.55.bbappend | 10 ++ 2 files changed, 23 insertions(+) create mode 100644 meta-systemd/meta-oe/recipes-connectivity/dnsmasq/dnsmasq/dns

[oe] [meta-oe][meta-systemd][PATCH v2] dnsmasq: add systemd service scripts for dnsmasq

Signed-off-by: Sander van Grieken --- .../dnsmasq/dnsmasq/dnsmasq.service| 13 + .../dnsmasq/dnsmasq_2.55.bbappend | 10 ++ 2 files changed, 23 insertions(+) create mode 100644 meta-systemd/meta-oe/recipes-connectivity/dnsmasq/dnsmasq/dns

[oe] [meta-oe][meta-systemd][PATCH] dnsmasq: add systemd service scripts for dnsmasq

Signed-off-by: Sander van Grieken --- .../dnsmasq/dnsmasq/dnsmasq.service| 13 + .../dnsmasq/dnsmasq_2.55.bbappend | 10 ++ 2 files changed, 23 insertions(+) create mode 100644 meta-systemd/meta-oe/recipes-connectivity/dnsmasq/dnsmasq/dns

Re: [oe] [OE-core] [oe-commits] Richard Purdie : gcc-cross-initial: Reinstate limits.h generation fix

On Fri, 2012-09-07 at 01:38 +0200, Martin Jansa wrote: > On Thu, Sep 06, 2012 at 11:12:35PM +, g...@git.openembedded.org wrote: > > Module: openembedded-core.git > > Branch: master > > Commit: 71854f5c8c6850ed3cad21acc92fdbea32fc > > URL: > > http://git.openembedded.org/?p=openembedded-

[oe] linux-firmware

Hi, Currently, linux-firmware produces one big package with all binary firmware files installed. It would be benificial , especially for devices with a very small rootfs, to install only a subset of the entire collection. Some effort has been done to split off separate packages, but it's not clear

[oe] [meta-oe][PATCH] libjpeg: use nasm-native also for target DEPENDS, it's needed for targets with SIMD support

* configure checks that the same as in native case | configure:13139: checking if we have SIMD optimisations for cpu type | configure:13143: result: yes (x86_64) | configure:13151: checking for nasm | configure:13181: result: no | configure:13151: checking for nasmw | configure:13181: result: no |

Re: [oe] XBMC build for Raspberry Pi

On 07/09/12 10:02, Henning Heinold wrote: On Fri, Sep 07, 2012 at 09:48:31AM +0100, Jack Mitchell wrote: Some more on this is that it seems to be picking up the host paths, rather than OE's. My config.log is here: http://pastebin.com/7Um2J1kv as you can see the PYTHON variables are all wrong.

Re: [oe] XBMC build for Raspberry Pi

On Fri, Sep 07, 2012 at 09:48:31AM +0100, Jack Mitchell wrote: > Some more on this is that it seems to be picking up the host paths, > rather than OE's. > > My config.log is here: http://pastebin.com/7Um2J1kv > > as you can see the PYTHON variables are all wrong. I tried adding: > > PYTHON = "${

Re: [oe] XBMC build for Raspberry Pi

On 05/09/12 16:12, Jack Mitchell wrote: Ok, so I'm delving in a little over my head here but you've got to start somewhere, right ;) I'm trying to build XBMC for the Raspberry Pi and have run into the following error which I don't know how to fix: configure: error: in `/home/jack/Projects/p

Re: [oe] Issues building tinyXML

I think this has it cracked now.Phil, note the -fpic, is that in the right place? DESCRIPTION = "A simple, small, C++ XML parser that can be easily integrated into other programs" LICENSE = "zlib" LIC_FILES_CHKSUM = "file://tinyxml.cpp;endline=23;md5=b97285d8fafcc49b761ca785816cc397" SRC_U