Re: [yocto] [PATCH 1/6][meta-openembedded] llvm: update 3.5.2 to have a sane ARM JIT for OpenJDK-8

> Am 13.10.2015 um 23:17 schrieb Martin Jansa : > > On Tue, Oct 13, 2015 at 10:27:54PM +0200, Jens Rehsack wrote: >> >> llvm introduced new JIT technology MCJIT with llvm 3.4 and fixes ARM in 3.5 >> (see >> http://llvm.org/releases/3.5.2/docs/ReleaseNotes.html#changes-to-the-arm-backend). >> >

Re: [yocto] Cap'n Proto Recipe Help

Thanks Ross, That makes much more sense. I incorporated your edits, however, I used: EXTRA_OECONF_append = " --with-external-capnp" instead of EXTRA_OECMAKE, since it was used for the configuration originally. Am I thinking right about this? This edit brings me to the following error: | [ 70%]

[yocto] Updating NIC drivers in older Yocto

I have been using a Sandy Bridge Yocto 1.3 build for a couple years now, on off-the-shelf Intel PC motherboards. I also build an application. I am now looking into using more recent motherboards. The OS boots just fine, but the new NICs (Intel, Realtek) are not supported by the old 3.4.11 kernel

Re: [yocto] Cap'n Proto Recipe Help

On 13 October 2015 at 20:55, Finn Carlsvi wrote: > INSANE_SKIP_${PN} += "installed-vs-shipped" > You're telling the system not to warn you that you have a do_install() that installs files that are not getting packaged anywhere. do_configure() { > export CAPNP=/usr/local/bin/capnp > ${S}

Re: [yocto] [PATCH 1/6][meta-openembedded] llvm: update 3.5.2 to have a sane ARM JIT for OpenJDK-8

On Tue, Oct 13, 2015 at 10:27:54PM +0200, Jens Rehsack wrote: > > llvm introduced new JIT technology MCJIT with llvm 3.4 and fixes ARM in 3.5 > (see > http://llvm.org/releases/3.5.2/docs/ReleaseNotes.html#changes-to-the-arm-backend). > > Ensure JIT is built with llvm > > Signed-off-by: Jens Reh

[yocto] [PATCH 6/6][meta-networking] nftables: update nftables userland tools from 0.4 to 0.5

Update nftables tools from 0.4 to 0.5, for ChangeLog see http://git.netfilter.org/nftables/log/ Signed-off-by: Jens Rehsack --- .../recipes-filter/nftables/{nftables_0.4.bb => nftables_0.5.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-networking/recipes-filter/

[yocto] [PATCH 5/6][meta-networking] libnftnl: update from 1.0.3 to 1.0.5

Update libnftnl from 1.0.3 to 1.0.5 (for Changelog see http://git.netfilter.org/libnftnl/log/) Signed-off-by: Jens Rehsack --- .../recipes-filter/libnftnl/{libnftnl_1.0.3.bb => libnftnl_1.0.5.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-networking/recipes-filter/l

[yocto] [PATCH 4/6][meta-openembedded] nginx: update to 1.9.5

many bux-fixes, optmizations and features added: Changes with nginx 1.9.5 22 Sep 2015 *) Feature: the ngx_http_v2_module (replaces ngx_http_spdy_module). Thanks to Dropbox and Automattic for sponsoring this work. *) Change: now the "output_

[yocto] [PATCH 3/6][meta-webserver] nginx: fix broken proxy_pass feature

[NGINX ticket #748 - https://trac.nginx.org/nginx/ticket/748] Accoriding to #748 or https://github.com/archlinuxarm/PKGBUILDs/issues/1161, respectively, proxy_pass is broken on some architectures without position independent code. The solution is adding -fPIE -pie as build flags. Signed-off-by:

[yocto] [PATCH 2/6] rrdtool: adding the capability of native-builds to get rrdtool-oo in meta-cpan running

An additional layer for Perl modules from cpan (https://github.com/rehsack/meta-cpan) provides additional modules for dealing with rrd files: RRDTool::OO from Michael Schili. This extension requires an executable version of rrdtool. Signed-off-by: Jens Rehsack --- meta-oe/recipes-extended/rrd

[yocto] [PATCH 1/6][meta-openembedded] llvm: update 3.5.2 to have a sane ARM JIT for OpenJDK-8

llvm introduced new JIT technology MCJIT with llvm 3.4 and fixes ARM in 3.5 (see http://llvm.org/releases/3.5.2/docs/ReleaseNotes.html#changes-to-the-arm-backend). Ensure JIT is built with llvm Signed-off-by: Jens Rehsack --- meta-oe/recipes-core/llvm/llvm.inc | 8 +--- ...r-

Re: [yocto] Cap'n Proto Recipe Help

Thanks Ross, I was trying to spare you the wall of text, but your right, it's best to share the whole recipe. The file name is *capnproto_0.5.3.bb * LICENSE = "Unknown" LIC_FILES_CHKSUM = "file://LICENSE.txt;m

Re: [yocto] Cap'n Proto Recipe Help

On 13 October 2015 at 20:13, Finn Carlsvi wrote: > I noticed that I have the cross compiled version of capnproto (capnp) in > the images folder in my work directory, but the packages-split/capnproto > directory is empy. > Sharing the recipe makes helping a lot easier. Have a look in the work/de

[yocto] Cap'n Proto Recipe Help

Hello, I'm attempting to create a recipe for the Cap'n Proto serialization protocol , but am still a beginner at Yocto. The only link I have found regarding the subject (so far) is this google group

Re: [yocto] [meta-raspberrypi][PATCH] gstreamer1.0-plugins-bad: remove unrecognized configure option

On Sat, Aug 22, 2015 at 06:33:38PM +1000, Jonathan Liu wrote: > The --with-egl-window-system=rpi configure option is not recognized > in the current version. > > Signed-off-by: Jonathan Liu > --- > recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend | 3 +-- > 1 file changed, 1 inser

Re: [yocto] [meta-raspberrypi][PATCH v3] linux-raspberrypi.inc: use SRCPV instead of SRCREV for PV

On Sun, Oct 04, 2015 at 01:15:33PM +1100, Jonathan Liu wrote: > SRCPV is intended to be used by PV. Using SRCREV for PV is incorrect. > > Signed-off-by: Jonathan Liu > --- > recipes-kernel/linux/linux-raspberrypi.inc | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/recip

Re: [yocto] [meta-raspberrypi][PATCH V4 1/5] userland: Fix install prefix and generate pkgconfigs

On Tue, Oct 13, 2015 at 02:14:28AM +0200, Joachim Schiele wrote: > On 03.10.2015 23:53, Andrei Gherzan wrote: > > On Sat, Oct 03, 2015 at 02:47:24PM -0700, Khem Raj wrote: > >> On Sat, Oct 3, 2015 at 2:27 PM, Andrei Gherzan wrote: > >>> On Sat, Oct 03, 2015 at 10:46:07PM +0200, Andrei Gherzan wrot

Re: [yocto] VFAT patent EP 0 618 540

Hi, exactly Chris it's for sharing Data on external media like USB. I found a workaround in the kernel menuconfig it's working fine. The entry for the workaround is in the menu: > File systems >> DOS/FAT/NT Filesystems >>> disable VFAT Dual names support (patent workaround) Thanks. Krystian