Re: [oe] yocto layer: meta-java

[Koen Kooi]

Op 22-06-18 om 21:16 schreef Richard Leitner:
> Hi,
> please write problems to the openembedded-devel list so others may help you 
> too.
> 
> On 06/22/2018 01:21 PM, Martin Junghans wrote:
>> Hello,
>>
>> I tried to build my own yocto image with the „meta-java“ layer, but it did 
>> not work.
>>
>> Could you help me to fix the error?
> 
> What branches for yocto, meta-oe and meta-java are you using?

When you say 'yocto', you mean OE-core, right?

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-maker][rocko][PATCH] octoprint: add python-pillow to RDEPENDS

[Koen Kooi]

Op 08-06-18 om 22:21 schreef Sergey Matyukevich:
> Add pillow library to RDEPENDS to enable seamless installation
> of messenging plugins including slack and telegram.
> 
> Signed-off-by: Sergey Matyukevich 

NAK, RDEPENDS are for things that the resulting packages cannot do without to 
function, python-pillow is at most an RSUGGESTS. If you need pillow, include it 
in your image definition.

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] Adding support for xscreensaver-5.39

[Koen Kooi]

Op 06-06-18 om 10:12 schreef Parthiban Nallathambi:
> - This patch enables the support for xscreensaver 5.39 version
> - xscreensaver.service created for the system with systemd
> 
> Signed-off-by: Parthiban Nallathambi 

> --- /dev/null
> +++ b/meta-oe/recipes-graphics/xscreensaver/files/xscreensaver.service
> @@ -0,0 +1,14 @@
> +[Unit]
> +Description=Xscreensaver service
> +PartOf=xserver-nodm.service
> +After=xserver-nodm.service
> +
> +[Service]
> +ExecStart=/usr/bin/xscreensaver

That's a hardcoded path...

> +Environment="DISPLAY=:0"

> diff --git a/meta-oe/recipes-graphics/xscreensaver/xscreensaver_5.39.bb 
> b/meta-oe/recipes-graphics/xscreensaver/xscreensaver_5.39.bb
> new file mode 100644
> index 0..6b17f9b09
> --- /dev/null
> +++ b/meta-oe/recipes-graphics/xscreensaver/xscreensaver_5.39.bb

> +do_install_append() {
> +install -D ${WORKDIR}/xscreensaver.service 
> ${D}${systemd_unitdir}/system/xscreensaver.service
> +}

...which you'll need to fixup here

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH V2][meta-gnome] metacity: add back and change upstream

[Koen Kooi]

Op 13-04-18 om 11:08 schreef Hongxu Jia:
> On 2018年04月13日 16:22, Koen Kooi wrote:
>> Op 13-04-18 om 04:57 schreef Hongxu Jia:
>>
>>> +
>>> diff --git a/meta-gnome/recipes-gnome/metacity/metacity_2.34.13.bb 
>>> b/meta-gnome/recipes-gnome/metacity/metacity_2.34.13.bb
>>> +PR = "r1"
>> Please drop the PR=r1 line, since the recipe gets readded there shouldn't be 
>> an issue for package feeds.
>>
> 
> I do not drop it on purpose, if the oe developer do not
> 
> update the repo frequently, the missing RP caused confusing?

I don't think it is too confusing, if someone really needs it a bbappend is 
easy enough to write and drop into their DISTRO layer.

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH V2][meta-gnome] metacity: add back and change upstream

[Koen Kooi]

Op 13-04-18 om 04:57 schreef Hongxu Jia:

> +
> diff --git a/meta-gnome/recipes-gnome/metacity/metacity_2.34.13.bb 
> b/meta-gnome/recipes-gnome/metacity/metacity_2.34.13.bb

> +PR = "r1"
Please drop the PR=r1 line, since the recipe gets readded there shouldn't be an 
issue for package feeds.

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-handheld][PATCH] zaurusd: refresh patches (using devtool)

[Koen Kooi]

Op 10-04-18 om 23:01 schreef Andrea Adami:
> Silence warnings about ingnored context.
> 
> Signed-off-by: Andrea Adami 


> --- a/recipes-bsp/zaurusd/zaurusd/0001-zaurusd-add-support-for-collie.patch
> +++ b/recipes-bsp/zaurusd/zaurusd/0001-zaurusd-add-support-for-collie.patch
> @@ -1,17 +1,17 @@
> -From 85b94bed1feab70bc529a59fb80c26da825b9abe Mon Sep 17 00:00:00 2001
> +From 668a7bc50ca8f36df5a0eae73a5fa251aada9cc4 Mon Sep 17 00:00:00 2001
>  From: Dmitry Eremin-Solenikov 
>  Date: Fri, 5 Aug 2011 16:00:10 +0400
>  Subject: [PATCH] zaurusd: add support for collie
> -Upstream-Status: Pending
Was that change intended?

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH v2] minicoredumper: relocate admin-binaries to sbin

[Koen Kooi]

Op 10-04-18 om 17:39 schreef Christophe PRIOUZEAU:
> Change path of minicoredumper on init/service script to /usr/sbin.
> 
> Since the commit "relocate admin-binaries to sbin" on minicoredumper,
> minicoredumper binaries are installed on /usr/sbin directory instead
> of /usr/bin.
> src/minicoredumper/Makefile.am: sbin_PROGRAMS = minicoredumper
> 
> Signed-off-by: Christophe Priouzeau 
> ---
>  meta-oe/recipes-kernel/minicoredumper/files/minicoredumper.init| 2 +-
>  meta-oe/recipes-kernel/minicoredumper/files/minicoredumper.service | 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta-oe/recipes-kernel/minicoredumper/files/minicoredumper.init 
> b/meta-oe/recipes-kernel/minicoredumper/files/minicoredumper.init
> index 90ef7fa..9c96e31 100644
> --- a/meta-oe/recipes-kernel/minicoredumper/files/minicoredumper.init
> +++ b/meta-oe/recipes-kernel/minicoredumper/files/minicoredumper.init
> @@ -22,7 +22,7 @@
>  
>  case "$1" in
>  start)
> -echo "|/usr/bin/minicoredumper %p %u %g %s %t %h %e" > 
> /proc/sys/kernel/core_pattern
> +echo "|/usr/sbin/minicoredumper %p %u %g %s %t %h %e" > 
> /proc/sys/kernel/core_pattern
>  ;;
>  stop)
>  echo "core" > /proc/sys/kernel/core_pattern
> diff --git 
> a/meta-oe/recipes-kernel/minicoredumper/files/minicoredumper.service 
> b/meta-oe/recipes-kernel/minicoredumper/files/minicoredumper.service
> index 851b54c..45d098f 100644
> --- a/meta-oe/recipes-kernel/minicoredumper/files/minicoredumper.service
> +++ b/meta-oe/recipes-kernel/minicoredumper/files/minicoredumper.service
> @@ -4,7 +4,7 @@ Description=Enable minicoredumper.
>  [Service]
>  Type=oneshot
>  RemainAfterExit=yes
> -ExecStart=/bin/sh -c '/bin/echo "|/usr/bin/minicoredumper %%p %%u %%g %%s 
> %%t %%h %%e" > /proc/sys/kernel/core_pattern'
> +ExecStart=/bin/sh -c '/bin/echo "|/usr/sbin/minicoredumper %%p %%u %%g %%s 
> %%t %%h %%e" > /proc/sys/kernel/core_pattern'
>  ExecStop=/bin/sh -c '/bin/echo "core" > /proc/sys/kernel/core_pattern'
>  
>  [Install]


You're trading one hardcoded entry for another, a bettter way would be to do 
something like

do_install_append() {
sed -i -e s:/usr/bin/minicoredumper:${sbindir}/minicoredumper:g 
}

That would fix the situation for DISTROs where $prefix = "".

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] sysdig: don't build for aarch64

[Koen Kooi]

Op 13-03-18 om 18:03 schreef Armin Kuster:
> this package depends on luajit which is not supported on aarch64

FWIW, luajit upstream supports it, it just isn't in an official release. Both 
fedora and debian are now using a snapshot to get luajit working on aarch64.

> 
> Signed-off-by: Armin Kuster 
> ---
>  meta-oe/recipes-extended/sysdig/sysdig_git.bb | 4 
>  1 file changed, 4 insertions(+)
> 
> diff --git a/meta-oe/recipes-extended/sysdig/sysdig_git.bb 
> b/meta-oe/recipes-extended/sysdig/sysdig_git.bb
> index 67d06dc..4f58281 100644
> --- a/meta-oe/recipes-extended/sysdig/sysdig_git.bb
> +++ b/meta-oe/recipes-extended/sysdig/sysdig_git.bb
> @@ -35,3 +35,7 @@ FILES_${PN} += " \
>  ${datadir}/zsh/* \
>  ${prefix}/src/*  \
>  "
> +
> +# luajit not supported on Aarch64
> +COMPATIBLE_HOST = "^(?!aarch64).*"
> +
> 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] ncurses: fix do_install failure when base_libdir has more than one level

[Koen Kooi]

Wrong list, sorry

Op 09-03-18 om 10:51 schreef Koen Kooi:
> Other sections of the .inc already use mkdir -p, so use it here as well.
> 
> Signed-off-by: Koen Kooi <koen.k...@linaro.org> --- 
> meta/recipes-core/ncurses/ncurses.inc | 2 +- 1 file changed, 1 insertion(+), 
> 1 deletion(-)
> 
> diff --git a/meta/recipes-core/ncurses/ncurses.inc 
> b/meta/recipes-core/ncurses/ncurses.inc index 1f21cd4..106dcb0 100644 --- 
> a/meta/recipes-core/ncurses/ncurses.inc +++
> b/meta/recipes-core/ncurses/ncurses.inc @@ -227,7 +227,7 @@ do_install() { if 
> [ ! -d "${D}${base_libdir}" ]; then # Setting base_libdir to libdir as is 
> done in the -native #
> case will skip this code -mkdir ${D}${base_libdir} +
> mkdir -p ${D}${base_libdir} mv ${D}${libdir}/libncurses.so.* 
> ${D}${base_libdir} ! ${ENABLE_WIDEC}
> || \ mv ${D}${libdir}/libncursesw.so.* ${D}${base_libdir}
> 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [PATCH] ncurses: fix do_install failure when base_libdir has more than one level

[Koen Kooi]

Other sections of the .inc already use mkdir -p, so use it here as well.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 meta/recipes-core/ncurses/ncurses.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/ncurses/ncurses.inc 
b/meta/recipes-core/ncurses/ncurses.inc
index 1f21cd4..106dcb0 100644
--- a/meta/recipes-core/ncurses/ncurses.inc
+++ b/meta/recipes-core/ncurses/ncurses.inc
@@ -227,7 +227,7 @@ do_install() {
 if [ ! -d "${D}${base_libdir}" ]; then
 # Setting base_libdir to libdir as is done in the -native
 # case will skip this code
-mkdir ${D}${base_libdir}
+mkdir -p ${D}${base_libdir}
 mv ${D}${libdir}/libncurses.so.* ${D}${base_libdir}
 ! ${ENABLE_WIDEC} || \
 mv ${D}${libdir}/libncursesw.so.* ${D}${base_libdir}
-- 
2.9.5

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] Fix PACKAGES assignment for fftw

[Koen Kooi]

Op 23-11-17 om 14:25 schreef Vladan Jovanovic:
> fftw recipe using wrong operator for modifying PACKAGES variable.

Please explain what's wrong with it and show a buildhistory-diff between the 2 
builds.


> ---
>  meta-oe/recipes-support/fftw/fftw_3.3.6.bb | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta-oe/recipes-support/fftw/fftw_3.3.6.bb 
> b/meta-oe/recipes-support/fftw/fftw_3.3.6.bb
> index ed14e16..e13684c 100644
> --- a/meta-oe/recipes-support/fftw/fftw_3.3.6.bb
> +++ b/meta-oe/recipes-support/fftw/fftw_3.3.6.bb
> @@ -65,12 +65,12 @@ do_install() {
>  }
>  
>  
> -PACKAGES =+ "libfftw libfftwl libfftwf"
> +PACKAGES += "libfftw libfftwl libfftwf"
>  FILES_libfftw = "${libdir}/libfftw3.so.* ${libdir}/libfftw3_*.so.*"
>  FILES_libfftwl = "${libdir}/libfftw3l.so.* ${libdir}/libfftw3l_*.so.*"
>  FILES_libfftwf = "${libdir}/libfftw3f.so.* ${libdir}/libfftw3f_*.so.*"
>  
> -PACKAGES =+ "fftw-wisdom fftwl-wisdom fftwf-wisdom fftw-wisdom-to-conf"
> +PACKAGES += "fftw-wisdom fftwl-wisdom fftwf-wisdom fftw-wisdom-to-conf"
>  FILES_fftw-wisdom = "${bindir}/fftw-wisdom"
>  FILES_fftwl-wisdom = "${bindir}/fftwl-wisdom"
>  FILES_fftwf-wisdom = "${bindir}/fftwf-wisdom"
> 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] imagemagick: upgrade from 7.0.5 to 7.0.6p4

[Koen Kooi]

> Op 2 aug. 2017, om 17:29 heeft Randy MacLeod <randy.macl...@windriver.com> 
> het volgende geschreven:
> 
> On 2017-08-01 03:52 PM, Koen Kooi wrote:
>> Op 01-08-17 om 19:01 schreef Randy MacLeod:
>>> Signed-off-by: Randy MacLeod <randy.macl...@windriver.com>
>> Does python-wand work with this version?
> 
> 
> Well, that's in meta-linaro but I took a look anyway... ;-)

Oops, I could’ve sworn I have submitted it to meta-oe :/ Thanks for looking 
into this!

> 
> It's not working for me on qemux86 since python-wand
> is looking for:
>   libMagickWand-6.Q16HDRI and
>   libMagickWand-7.Q16HDRI is the current version.
> If I soft link to work-around that problem, there's another issue:
>   ImportError: MagickWand shared library not found.
> 
> python-wand hasn't released a version newer than 0.4.4.
> I'm not really interested in trying the git repo.

I’ll have a look at trying the git repo with your patch to update imagemagick 
and hopefully get it working well enough to get it into oe-core :)


> 
> More unstructured logs below largely for me to reference
> should I come back to testing this package.
> 
> ../Randy
> 
> 
> First there are a bunch of dependencies missing from the wand recipe,
> which I started fixing like this:
> 
> -DEPENDS += " imagemagick-native"
> +DEPENDS += " imagemagick-native python-ctypes"
> 
> but then ditched to doing:
> 
> $ grep wand conf/local.conf
> IMAGE_INSTALL_append = " \
>   python-ctypes python-numbers python-contextlib \
>   python-io python-subprocess python-wand imagemagick"
> 
> 
> 
> qemux86 login: root
> root@qemux86:~# python
> Python 2.7.13 (default, Aug  1 2017, 17:41:39)
> [GCC 7.1.0] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>>>> from wand.image import Image
> Traceback (most recent call last):
>  File "", line 1, in 
>  File "/usr/lib/python2.7/site-packages/wand/image.py", line 20, in 
>from .api import MagickPixelPacket, libc, libmagick, library
>  File "/usr/lib/python2.7/site-packages/wand/api.py", line 206, in 
>'Try to install:\n  ' + msg)
> ImportError: MagickWand shared library not found.
> You probably had not installed ImageMagick library.
> Try to install:
>  http://docs.wand-py.org/en/latest/guide/install.html
>>>> 
> 
> 
> 
> root@qemux86:~# find /usr -name "*agick*so*"
> /usr/lib/libMagickWand-7.Q16HDRI.so.3
> /usr/lib/libMagickCore-7.Q16HDRI.so.3
> /usr/lib/libMagickWand-7.Q16HDRI.so.3.0.0
> /usr/lib/libMagick++-7.Q16HDRI.so.3
> /usr/lib/libMagick++-7.Q16HDRI.so.3.0.0
> /usr/lib/libMagickCore-7.Q16HDRI.so.3.0.0
> root@qemux86:~# QEMU 2.8.1.1 monitor - type 'help' for more information
> (qemu) q
> Cleanup
> rmacleod@ala-lpggp2$find 
> tmp-glibc/work/core2-64-oe-linux/imagemagick/7.0.6-r0/packages-split/ -name 
> "*MagickWand*" | grep so
> tmp-glibc/work/core2-64-oe-linux/imagemagick/7.0.6-r0/packages-split/imagemagick-dbg/usr/lib/.debug/libMagickWand-7.Q16HDRI.so.3.0.0
> tmp-glibc/work/core2-64-oe-linux/imagemagick/7.0.6-r0/packages-split/imagemagick-dev/usr/lib/libMagickWand-7.Q16HDRI.so
> tmp-glibc/work/core2-64-oe-linux/imagemagick/7.0.6-r0/packages-split/imagemagick-doc/usr/share/doc/ImageMagick-7/www/api/MagickWand/MagickWand_8h-source.html
> tmp-glibc/work/core2-64-oe-linux/imagemagick/7.0.6-r0/packages-split/imagemagick/usr/lib/libMagickWand-7.Q16HDRI.so.3.0.0
> tmp-glibc/work/core2-64-oe-linux/imagemagick/7.0.6-r0/packages-split/imagemagick/usr/lib/libMagickWand-7.Q16HDRI.so.3
> 
> 
> root@qemux86:~# cd /usr/lib/
> root@qemux86:/usr/lib# ln -s libMagickWand-7.Q16HDRI.so.3 
> libMagickWand-6.Q16HDRI.so.3
> root@qemux86:/usr/lib# ln -s libMagickWand-7.Q16HDRI.so.3.0.0 
> libMagickWand-6.Q16HDRI.so.3.0.0
> root@qemux86:/usr/lib# python
> Python 2.7.13 (default, Aug  1 2017, 17:41:39)
> [GCC 7.1.0] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> from wand.image import Image
> Traceback (most recent call last):
>  File "", line 1, in 
>  File "/usr/lib/python2.7/site-packages/wand/image.py", line 20, in 
>from .api import MagickPixelPacket, libc, libmagick, library
>  File "/usr/lib/python2.7/site-packages/wand/api.py", line 206, in 
>'Try to install:\n  ' + msg)
> ImportError: MagickWand shared library not found.
> You probably had not installed ImageMagick library.
> Try to install:
>  http://docs.wand-py.org/en/latest/guide/install.html
> 
> 
>>> --- .../imagemagick/{imagemagic

Re: [oe] [meta-oe][PATCH] imagemagick: upgrade from 7.0.5 to 7.0.6p4

[Koen Kooi]

Op 01-08-17 om 19:01 schreef Randy MacLeod:
> Signed-off-by: Randy MacLeod 

Does python-wand work with this version?


> --- .../imagemagick/{imagemagick_7.0.5.bb => imagemagick_7.0.6.bb}  | 6 
> +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename
> meta-oe/recipes-support/imagemagick/{imagemagick_7.0.5.bb => 
> imagemagick_7.0.6.bb} (96%)
> 
> diff --git a/meta-oe/recipes-support/imagemagick/imagemagick_7.0.5.bb 
> b/meta-oe/recipes-support/imagemagick/imagemagick_7.0.6.bb similarity index 
> 96% rename from
> meta-oe/recipes-support/imagemagick/imagemagick_7.0.5.bb rename to 
> meta-oe/recipes-support/imagemagick/imagemagick_7.0.6.bb index 
> b8ee6e7be..6f967c3a1 100644 ---
> a/meta-oe/recipes-support/imagemagick/imagemagick_7.0.5.bb +++ 
> b/meta-oe/recipes-support/imagemagick/imagemagick_7.0.6.bb @@ -8,11 +8,11 @@ 
> DEPENDS = "lcms bzip2 jpeg libpng
> librsvg tiff zlib fftw freetype" # Important note: tarballs for all patchsets 
> within a version are deleted when # a new pachset is created. To avoid 
> multiple patches for each
> patchset, try to # update to the last pachset of a version -PATCHSET = "6" 
> +PATCHSET = "4" SRC_URI =
> "http://www.imagemagick.org/download/releases/ImageMagick-${PV}-${PATCHSET}.tar.xz
>  \ " -SRC_URI[md5sum] = "dfaa2bd61f65d67ea8d5307ed6cd197f" 
> -SRC_URI[sha256sum] =
> "f60c3e3466ccbf9a0e643284ffec3467363edf9611f16a98387f927a974b49ab" 
> +SRC_URI[md5sum] = "079a857268536862148b00efcf3ad75a" +SRC_URI[sha256sum] =
> "5fe1ce7d78befb5c8aa7f8ae69710d0f78063d2e3a35c656521a3ce468ea733b"
> 
> S = "${WORKDIR}/ImageMagick-${PV}-${PATCHSET}"
> 
> 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] hiredis: Add recipe

[Koen Kooi]

Op 11-06-17 om 22:36 schreef Marian Pritsak:
> Hiredis is a C client library for Redis database.
> Hiredis does not use autotools, but plane Makefile instead,
> so few changes had to be made, including removing hard coded
> compiler, setting INSTALL to 'cp -r' to to avoid host user
> comtamination QA issue, and setting PREFIX to /usr instead of
> default /usr/local.
> 
> Signed-off-by: Marian Pritsak 

[..[

> +# By default INSTALL variable in Makefile is equal to 'cp -a', which 
> preserves
> +# ownership and causes host-user-contamination QA issue.
> +# And PREFIX defaults to /usr/local.
> +do_install_prepend() {
> +  export PREFIX=/usr
> +  export INSTALL='cp -r'
> +}

Don't hardcode '/usr', but use '${prefix}'


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH V3] fwts: Bump SRCREV to latest past 17.03.00 release

[Koen Kooi]

Op 08-06-17 om 07:11 schreef Khem Raj:
> Helps fixing build issues with gcc7
> 
> Signed-off-by: Khem Raj <raj.k...@gmail.com>

Acked-by: Koen Kooi <koen.k...@linaro.org>

> ---
> v2 -> v3
> - move the LDFLAGS after CFLAGS
> 
>  ...e-poll.h-instead-of-deprecated-sys-poll.h.patch | 48 
> ++
>  ...efine-__SWORD_TYPE-if-not-defined-by-libc.patch | 33 +++
>  .../fwts/fwts/0003-Undefine-PAGE_SIZE.patch| 30 ++
>  meta-oe/recipes-test/fwts/fwts_git.bb  |  9 +++-
>  4 files changed, 118 insertions(+), 2 deletions(-)
>  create mode 100644 
> meta-oe/recipes-test/fwts/fwts/0001-Include-poll.h-instead-of-deprecated-sys-poll.h.patch
>  create mode 100644 
> meta-oe/recipes-test/fwts/fwts/0002-Define-__SWORD_TYPE-if-not-defined-by-libc.patch
>  create mode 100644 
> meta-oe/recipes-test/fwts/fwts/0003-Undefine-PAGE_SIZE.patch
> 
> diff --git 
> a/meta-oe/recipes-test/fwts/fwts/0001-Include-poll.h-instead-of-deprecated-sys-poll.h.patch
>  
> b/meta-oe/recipes-test/fwts/fwts/0001-Include-poll.h-instead-of-deprecated-sys-poll.h.patch
> new file mode 100644
> index 0..8ad078936
> --- /dev/null
> +++ 
> b/meta-oe/recipes-test/fwts/fwts/0001-Include-poll.h-instead-of-deprecated-sys-poll.h.patch
> @@ -0,0 +1,48 @@
> +From 100a107a53d5dc9b0554252ac5dbf2c9330615e9 Mon Sep 17 00:00:00 2001
> +From: Khem Raj <raj.k...@gmail.com>
> +Date: Tue, 6 Jun 2017 07:25:09 -0700
> +Subject: [PATCH 1/3] Include poll.h instead of deprecated sys/poll.h
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Khem Raj <raj.k...@gmail.com>
> +---
> + src/lib/src/fwts_ipmi.c   | 3 ++-
> + src/lib/src/fwts_pipeio.c | 2 +-
> + 2 files changed, 3 insertions(+), 2 deletions(-)
> +
> +diff --git a/src/lib/src/fwts_ipmi.c b/src/lib/src/fwts_ipmi.c
> +index cbb27611..70d11cfa 100644
> +--- a/src/lib/src/fwts_ipmi.c
>  b/src/lib/src/fwts_ipmi.c
> +@@ -18,10 +18,11 @@
> +  *
> +  */
> + 
> ++#include 
> ++
> + #include 
> + #include 
> + #include 
> +-#include 
> + #include 
> + #include 
> + 
> +diff --git a/src/lib/src/fwts_pipeio.c b/src/lib/src/fwts_pipeio.c
> +index fd719640..bdc5b2ea 100644
> +--- a/src/lib/src/fwts_pipeio.c
>  b/src/lib/src/fwts_pipeio.c
> +@@ -30,9 +30,9 @@
> + #include 
> + #include 
> + #include 
> ++#include 
> + 
> + #include 
> +-#include 
> + #include 
> + #include 
> + #include 
> +-- 
> +2.13.0
> +
> diff --git 
> a/meta-oe/recipes-test/fwts/fwts/0002-Define-__SWORD_TYPE-if-not-defined-by-libc.patch
>  
> b/meta-oe/recipes-test/fwts/fwts/0002-Define-__SWORD_TYPE-if-not-defined-by-libc.patch
> new file mode 100644
> index 0..3b83ca57c
> --- /dev/null
> +++ 
> b/meta-oe/recipes-test/fwts/fwts/0002-Define-__SWORD_TYPE-if-not-defined-by-libc.patch
> @@ -0,0 +1,33 @@
> +From 0e89127cd02ecd5ea4506b935cb2b59eb94107d2 Mon Sep 17 00:00:00 2001
> +From: Khem Raj <raj.k...@gmail.com>
> +Date: Tue, 6 Jun 2017 07:37:20 -0700
> +Subject: [PATCH 2/3] Define __SWORD_TYPE if not defined by libc
> +
> +__SWORD_TYPE is internal to glibc, therefore
> +check and define it if needed e.g. on musl
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Khem Raj <raj.k...@gmail.com>
> +---
> + src/lib/src/fwts_uefi.c | 4 
> + 1 file changed, 4 insertions(+)
> +
> +diff --git a/src/lib/src/fwts_uefi.c b/src/lib/src/fwts_uefi.c
> +index 1f9d31fa..2d925f8d 100644
> +--- a/src/lib/src/fwts_uefi.c
>  b/src/lib/src/fwts_uefi.c
> +@@ -59,6 +59,10 @@ typedef struct {
> + #define UEFI_IFACE_SYSFS(2) /* sysfs */
> + #define UEFI_IFACE_EFIVARS  (3) /* efivar fs */
> + 
> ++#ifndef __SWORD_TYPE
> ++typedef __typeof__( ((struct statfs *)0)->f_type )  __SWORD_TYPE;
> ++#endif
> ++
> + /* File system magic numbers */
> + #define PSTOREFS_MAGIC  ((__SWORD_TYPE)0x6165676C)
> + #define EFIVARFS_MAGIC  ((__SWORD_TYPE)0xde5e81e4)
> +-- 
> +2.13.0
> +
> diff --git a/meta-oe/recipes-test/fwts/fwts/0003-Undefine-PAGE_SIZE.patch 
> b/meta-oe/recipes-test/fwts/fwts/0003-Undefine-PAGE_SIZE.patch
> new file mode 100644
> index 0..f84fbffd8
> --- /dev/null
> +++ b/meta-oe/recipes-test/fwts/fwts/0003-Undefine-PAGE_SIZE.patch
> @@ -0,0 +1,30 @@
> +From 0857269d5a053b5b4c31cfa01b6501526b24035f Mon Sep 17 00:00:00 2001
> +From: Khem Raj <raj.k...@gmail.com>
> +Date: Tue, 6 Jun 2017 07:39:28 -0700
> +Subject: [PATCH 3/3] Undefine PAGE_SIZE
> +
> +musl defines PAGE_SIZE and build complains
> +of multiple definitions
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Khem Raj <

Re: [oe] [meta-oe][PATCH V2 1/3] fwts: Bump SRCREV to latest past 17.03.00 release

[Koen Kooi]

Op 06-06-17 om 16:50 schreef Khem Raj:
> Helps fixing build issues with gcc7
> 
> Signed-off-by: Khem Raj 
> Signed-off-by: Martin Jansa 
> ---
>  ...e-poll.h-instead-of-deprecated-sys-poll.h.patch | 48 
> ++
>  ...efine-__SWORD_TYPE-if-not-defined-by-libc.patch | 33 +++
>  .../fwts/fwts/0003-Undefine-PAGE_SIZE.patch| 30 ++
>  meta-oe/recipes-test/fwts/fwts_git.bb  |  9 +++-
>  4 files changed, 118 insertions(+), 2 deletions(-)
>  create mode 100644 
> meta-oe/recipes-test/fwts/fwts/0001-Include-poll.h-instead-of-deprecated-sys-poll.h.patch
>  create mode 100644 
> meta-oe/recipes-test/fwts/fwts/0002-Define-__SWORD_TYPE-if-not-defined-by-libc.patch
>  create mode 100644 
> meta-oe/recipes-test/fwts/fwts/0003-Undefine-PAGE_SIZE.patch
> 
> diff --git 
> a/meta-oe/recipes-test/fwts/fwts/0001-Include-poll.h-instead-of-deprecated-sys-poll.h.patch
>  
> b/meta-oe/recipes-test/fwts/fwts/0001-Include-poll.h-instead-of-deprecated-sys-poll.h.patch
> new file mode 100644
> index 0..8ad078936
> --- /dev/null
> +++ 
> b/meta-oe/recipes-test/fwts/fwts/0001-Include-poll.h-instead-of-deprecated-sys-poll.h.patch
> @@ -0,0 +1,48 @@
> +From 100a107a53d5dc9b0554252ac5dbf2c9330615e9 Mon Sep 17 00:00:00 2001
> +From: Khem Raj 
> +Date: Tue, 6 Jun 2017 07:25:09 -0700
> +Subject: [PATCH 1/3] Include poll.h instead of deprecated sys/poll.h
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Khem Raj 
> +---
> + src/lib/src/fwts_ipmi.c   | 3 ++-
> + src/lib/src/fwts_pipeio.c | 2 +-
> + 2 files changed, 3 insertions(+), 2 deletions(-)
> +
> +diff --git a/src/lib/src/fwts_ipmi.c b/src/lib/src/fwts_ipmi.c
> +index cbb27611..70d11cfa 100644
> +--- a/src/lib/src/fwts_ipmi.c
>  b/src/lib/src/fwts_ipmi.c
> +@@ -18,10 +18,11 @@
> +  *
> +  */
> + 
> ++#include 
> ++
> + #include 
> + #include 
> + #include 
> +-#include 
> + #include 
> + #include 
> + 
> +diff --git a/src/lib/src/fwts_pipeio.c b/src/lib/src/fwts_pipeio.c
> +index fd719640..bdc5b2ea 100644
> +--- a/src/lib/src/fwts_pipeio.c
>  b/src/lib/src/fwts_pipeio.c
> +@@ -30,9 +30,9 @@
> + #include 
> + #include 
> + #include 
> ++#include 
> + 
> + #include 
> +-#include 
> + #include 
> + #include 
> + #include 
> +-- 
> +2.13.0
> +
> diff --git 
> a/meta-oe/recipes-test/fwts/fwts/0002-Define-__SWORD_TYPE-if-not-defined-by-libc.patch
>  
> b/meta-oe/recipes-test/fwts/fwts/0002-Define-__SWORD_TYPE-if-not-defined-by-libc.patch
> new file mode 100644
> index 0..3b83ca57c
> --- /dev/null
> +++ 
> b/meta-oe/recipes-test/fwts/fwts/0002-Define-__SWORD_TYPE-if-not-defined-by-libc.patch
> @@ -0,0 +1,33 @@
> +From 0e89127cd02ecd5ea4506b935cb2b59eb94107d2 Mon Sep 17 00:00:00 2001
> +From: Khem Raj 
> +Date: Tue, 6 Jun 2017 07:37:20 -0700
> +Subject: [PATCH 2/3] Define __SWORD_TYPE if not defined by libc
> +
> +__SWORD_TYPE is internal to glibc, therefore
> +check and define it if needed e.g. on musl
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Khem Raj 
> +---
> + src/lib/src/fwts_uefi.c | 4 
> + 1 file changed, 4 insertions(+)
> +
> +diff --git a/src/lib/src/fwts_uefi.c b/src/lib/src/fwts_uefi.c
> +index 1f9d31fa..2d925f8d 100644
> +--- a/src/lib/src/fwts_uefi.c
>  b/src/lib/src/fwts_uefi.c
> +@@ -59,6 +59,10 @@ typedef struct {
> + #define UEFI_IFACE_SYSFS(2) /* sysfs */
> + #define UEFI_IFACE_EFIVARS  (3) /* efivar fs */
> + 
> ++#ifndef __SWORD_TYPE
> ++typedef __typeof__( ((struct statfs *)0)->f_type )  __SWORD_TYPE;
> ++#endif
> ++
> + /* File system magic numbers */
> + #define PSTOREFS_MAGIC  ((__SWORD_TYPE)0x6165676C)
> + #define EFIVARFS_MAGIC  ((__SWORD_TYPE)0xde5e81e4)
> +-- 
> +2.13.0
> +
> diff --git a/meta-oe/recipes-test/fwts/fwts/0003-Undefine-PAGE_SIZE.patch 
> b/meta-oe/recipes-test/fwts/fwts/0003-Undefine-PAGE_SIZE.patch
> new file mode 100644
> index 0..f84fbffd8
> --- /dev/null
> +++ b/meta-oe/recipes-test/fwts/fwts/0003-Undefine-PAGE_SIZE.patch
> @@ -0,0 +1,30 @@
> +From 0857269d5a053b5b4c31cfa01b6501526b24035f Mon Sep 17 00:00:00 2001
> +From: Khem Raj 
> +Date: Tue, 6 Jun 2017 07:39:28 -0700
> +Subject: [PATCH 3/3] Undefine PAGE_SIZE
> +
> +musl defines PAGE_SIZE and build complains
> +of multiple definitions
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Khem Raj 
> +---
> + src/lib/src/fwts_acpi_tables.c | 1 +
> + 1 file changed, 1 insertion(+)
> +
> +diff --git a/src/lib/src/fwts_acpi_tables.c b/src/lib/src/fwts_acpi_tables.c
> +index 1d4fc705..71023ad2 100644
> +--- a/src/lib/src/fwts_acpi_tables.c
>  b/src/lib/src/fwts_acpi_tables.c
> +@@ -42,6 +42,7 @@
> + #define BIOS_START  (0x000e)/* Start of BIOS memory */
> + #define BIOS_END(0x000f)/* End of BIOS memory */
> + #define BIOS_LENGTH (BIOS_END - 

Re: [oe] [meta-oe][PATCH] libteam: Initial support

[Koen Kooi]

Op 23-05-17 om 21:17 schreef Marian Pritsak:
> libteam is a library for controlling team network device.
> Provides utils package for network device configuration.
> 
> Signed-off-by: Marian Pritsak 
> ---
>  meta-oe/recipes-support/libteam/libteam_1.26.bb | 32 
> +
>  1 file changed, 32 insertions(+)
>  create mode 100644 meta-oe/recipes-support/libteam/libteam_1.26.bb
> 
> diff --git a/meta-oe/recipes-support/libteam/libteam_1.26.bb 
> b/meta-oe/recipes-support/libteam/libteam_1.26.bb
> new file mode 100644
> index 000..f4a4572
> --- /dev/null
> +++ b/meta-oe/recipes-support/libteam/libteam_1.26.bb
> @@ -0,0 +1,32 @@
> +SUMMARY = "Library for controlling team network device"
> +HOMEPAGE = "http://www.libteam.org/;
> +SECTION = "libs/network"
> +
> +LICENSE = "LGPLv2.1"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
> +
> +DEPENDS = "libnl libdaemon jansson"
> +
> +SRC_URI = "git://github.com/jpirko/libteam"
> +SRCREV = "8c1cea00a21950089058e4e33ea1f7bf4deaddeb"
> +
> +SRC_URI[md5sum] = "565114d70c41bff6093d8e57be284e8a"
> +SRC_URI[sha256sum] = 
> "d65286379141db141bea33424ec0507bb0f827a0bf03d9c65004bb593e3d5545"
> +
> +S = "${WORKDIR}/git"
> +
> +inherit autotools pkgconfig
> +
> +FILES_${PN} = "${libdir}/libteam.so.*"

${libdir}/libteam${SOLIBS}

> +
> +PACKAGES += "${PN}-dctl ${PN}-utils"
> +FILES_${PN}-dctl = "${libdir}/libteamdctl.so.* \

${libdir}/libteamdctl${SOLIBS}

> +"
> +FILES_${PN}-utils = "${bindir}/bond2team \
> + ${bindir}/teamd \
> + ${bindir}/teamdctl \
> + ${bindir}/teamnl \
> +"
> +
> +RDEPENDS_${PN}-utils = "bash"
> +
> 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] libteam: Initial support

[Koen Kooi]

Op 22-05-17 om 03:48 schreef Khem Raj:
> On Sun, May 21, 2017 at 11:21 AM, Marian Pritsak 
>  wrote:
>> libteam is a library for controlling team network device. Provides
>> utils package for network device configuration.
>> 
>> Signed-off-by: Marian Pritsak  --- 
>> meta-oe/recipes-support/libteam/libteam_1.26.bb | 33
>> + 1 file changed, 33 insertions(+) create mode
>> 100644 meta-oe/recipes-support/libteam/libteam_1.26.bb
>> 
>> diff --git a/meta-oe/recipes-support/libteam/libteam_1.26.bb
>> b/meta-oe/recipes-support/libteam/libteam_1.26.bb new file mode 100644 
>> index 000..db1e4a9 --- /dev/null +++
>> b/meta-oe/recipes-support/libteam/libteam_1.26.bb @@ -0,0 +1,33 @@ 
>> +SUMMARY = "Library for controlling team network device" +HOMEPAGE =
>> "http://www.libteam.org/; +SECTION = "libs/network" + +PE = "1"
> 
> Drop this if this package is new.
> 
>> + +LICENSE = "LGPLv2.1" +LIC_FILES_CHKSUM =
>> "file://COPYING;md5=4fbd65380cdd255951079008b364516c" + +DEPENDS =
>> "libnl libdaemon jansson" +${PN}-utils_RDEPENDS = "bash"
> 
> this looks reversed may be you meant RDEPENDS_${PN}-utils

And R* variables need to go below do_install


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] State of Java on OE

[Koen Kooi]

Op 24-04-17 om 09:02 schreef Stefano Babic:
> On 22/04/2017 00:25, Steven Osborn wrote:
>> Is anyone using Java on OE devices right now?
>> 
>> meta-java - no release branches.  Seems to only be focused on master. 
>> I've had trouble even finding a revision that will compile on Morty.
>> 
>> meta-oracle-java has a Morty branch, but the URI for the binaries is 
>> bad so it fails to install.
>> 
>> Overall it seems like Java is not a very favored or platform at the
>> moment.
>> 
> 
> I have got the same problems - the missing of release branches in 
> meta-java is quite confusing. -master does not work with last releases, 
> and everybody have to find working commit id for each release. And after 
> that, cherry-picking something from -master to fix global issue (it was 
> for me dependency's issue with classpath).
> 
> Maybe we have to try to propose the maintainers to set release branches 
> as usual.

You can add an empty class to make 'master' work with 'morty':

https://github.com/Angstrom-distribution/meta-angstrom/commit/2eca0f1c932f098eb7fd877c5b00225408b2e42d

And I had to do this to make it build:

https://github.com/Angstrom-distribution/meta-angstrom/blob/709abee819ee349dab873f6abb02c404b2c65331/recipes-tweaks/ecj/ecj-initial-native.bbappend

With this I can build 'openjre-8' on debian and fedora hosts for armv7 and
x86_64. It even runs jenkins, but it used 4x the amount of memory openjdk-7
did :(

regards,

Koen

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] more info in layerindex Was: Full Python3 Installation

[Koen Kooi]

Op 24-04-17 om 18:12 schreef Trevor Woerner:
> On Wed, Apr 12, 2017 at 2:53 PM, Paul Eggleton
>  wrote:
>> Regarding the layer index, we don't actually index packages or anything on 
>> the
>> runtime side, since you would have to actually run a build to get full
>> information there, and it can easily change depending on configuration. It's
>> possible we may add that in future but we'd have to ensure everyone 
>> understood
>> those limitations that mean that the information might not directly match 
>> what
>> they see when they do a build locally.
> 
> 
> As for knowing what files will go where I can see that you could only
> really know that once a recipe is built (since the FILES_..._${PN}
> allows wildcards). But as for the list of packages created by a
> recipe, isn't that deterministic from looking at the (full) recipe
> information (including inherits etc)?

Not completely, anything with do_split_packages will not give a full list
(e.g. gst-plugin*.bb, kernels)

regards,

koen


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] State of Java on OE

[Koen Kooi]

Op 22-04-17 om 08:45 schreef Koen Kooi:
> Op 22-04-17 om 00:25 schreef Steven Osborn:
>> Is anyone using Java on OE devices right now?
> 
> Me!
> 
>> meta-java - no release branches.  Seems to only be focused on master. 
>> I've had trouble even finding a revision that will compile on Morty.
> 
> koen@beast:/build/v2016.12$ cat .repo/manifests/default.xml  | grep java 
>  revision="a265b31ec7d022be254abdf959360a7624208585" upstream="master"/>
> 
> That generates an openjdk-8 good enough to run jenkins on x86-64, no
> idea about other archs.

I forgot to mention a annoying and stupid bug: if host and target match it
will use host g++ to compile, which breaks in my case because that's gcc 4.9
which doesn't understand the dse flags the recipe is passing in.


regards,

Koen


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] State of Java on OE

[Koen Kooi]

Op 22-04-17 om 00:25 schreef Steven Osborn:
> Is anyone using Java on OE devices right now?

Me!

> meta-java - no release branches.  Seems to only be focused on master. 
> I've had trouble even finding a revision that will compile on Morty.

koen@beast:/build/v2016.12$ cat .repo/manifests/default.xml  | grep java
  

That generates an openjdk-8 good enough to run jenkins on x86-64, no idea
about other archs.

regards,

Koen

> 
> meta-oracle-java has a Morty branch, but the URI for the binaries is bad
> so it fails to install.
> 
> Overall it seems like Java is not a very favored or platform at the
> moment.
> 
> -- Steven Osborn http://lolsborn.com
> 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] efivar: update to 0.30 to fix readdir* issues

[Koen Kooi]

Drop patches with upstream fixes.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 .../efivar/efivar/0002-disable-static-build.patch  | 33 
 .../0004-fix-unknow-option-for-gold-linker.patch   | 38 --
 .../fix-compile-failure-with-host-gcc-4.6.patch| 45 --
 .../efivar/{efivar_0.24.bb => efivar_0.30.bb}  |  8 +---
 4 files changed, 2 insertions(+), 122 deletions(-)
 delete mode 100644 
meta-oe/recipes-extended/efivar/efivar/0002-disable-static-build.patch
 delete mode 100644 
meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch
 delete mode 100644 
meta-oe/recipes-extended/efivar/efivar/fix-compile-failure-with-host-gcc-4.6.patch
 rename meta-oe/recipes-extended/efivar/{efivar_0.24.bb => efivar_0.30.bb} (72%)

diff --git 
a/meta-oe/recipes-extended/efivar/efivar/0002-disable-static-build.patch 
b/meta-oe/recipes-extended/efivar/efivar/0002-disable-static-build.patch
deleted file mode 100644
index 951b159..000
--- a/meta-oe/recipes-extended/efivar/efivar/0002-disable-static-build.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 126e0d3c1ad74cf5b0abe9e98ec444bcc3c83159 Mon Sep 17 00:00:00 2001
-From: Koen Kooi <koen.k...@linaro.org>
-Date: Fri, 4 Mar 2016 14:53:55 +0100
-Subject: [PATCH 2/2] disable static build
-
-Signed-off-by: Koen Kooi <koen.k...@linaro.org>
-
-Upstream-Status: Inappropriate [meta-oe specific]
-Signed-off-by: Hongxu Jia <hongxu@windriver.com>
-

- src/Makefile | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/src/Makefile b/src/Makefile
-index 1829d22..c7a0ca3 100644
 a/src/Makefile
-+++ b/src/Makefile
-@@ -8,9 +8,9 @@ include $(TOPDIR)/Make.defaults
- 
- LIBTARGETS=libefivar.so libefiboot.so
- STATICLIBTARGETS=libefivar.a libefiboot.a
--BINTARGETS=efivar efivar-static
-+BINTARGETS=efivar
- PCTARGETS=efivar.pc efiboot.pc
--TARGETS=$(LIBTARGETS) $(STATICLIBTARGETS) $(BINTARGETS) $(PCTARGETS)
-+TARGETS=$(LIBTARGETS) $(BINTARGETS) $(PCTARGETS)
- 
- LIBEFIBOOT_SOURCES = crc32.c creator.c disk.c gpt.c linux.c loadopt.c
- LIBEFIBOOT_OBJECTS = $(patsubst %.c,%.o,$(LIBEFIBOOT_SOURCES))
--- 
-2.4.3
-
diff --git 
a/meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch
 
b/meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch
deleted file mode 100644
index 5d50c19..000
--- 
a/meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch
+++ /dev/null
@@ -1,38 +0,0 @@
-From b3d35e7dd27a755df5acbe050837885914dbb28b Mon Sep 17 00:00:00 2001
-From: Hongxu Jia <hongxu@windriver.com>
-Date: Tue, 10 May 2016 11:34:50 -0400
-Subject: [PATCH]  fix unknow option for gold linker
-
-- Revert the following patch, since oe-core work with gcc 5
-...
-commit 3055a3797f16693dfdd855fa68bc57fd900dc408
-Author: Peter Jones <pjo...@redhat.com>
-Date:   Mon Feb 15 14:15:40 2016 -0500
-
-Make gcc.specs work with gcc 6 / binutils 2.26
-
-Apparently binutils 2.26 gets real picky about "ld -PIC" vs "ld -fPIC".
-
-Signed-off-by: Peter Jones <pjo...@redhat.com>
-...
-
-- Remove unknown option '--add-needed'
-
-Signed-off-by: Hongxu Jia <hongxu@windriver.com>

- gcc.specs | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/gcc.specs b/gcc.specs
-index 24fabc2..5b0fdef 100644
 a/gcc.specs
-+++ b/gcc.specs
-@@ -14,4 +14,4 @@
- + %{!shared:%{!static:%{!r:-pie}}} %{static:-Wl,-no-fatal-warnings 
-Wl,-static -static -Wl,-z,relro,-z,now}
- 
- *link:
--+ %{!static:--fatal-warnings} --no-undefined-version 
--no-allow-shlib-undefined --add-needed -z now --build-id 
%{!static:%{!shared:-PIE}} %{shared:-z relro -PIC} %{static:%<pie}
-++ %{!static:--fatal-warnings} --no-undefined-version 
--no-allow-shlib-undefined -z now --build-id %{!static:%{!shared:-pie}} 
%{shared:-z relro -fPIC} %{static:%<pie}
--- 
-2.8.1
-
diff --git 
a/meta-oe/recipes-extended/efivar/efivar/fix-compile-failure-with-host-gcc-4.6.patch
 
b/meta-oe/recipes-extended/efivar/efivar/fix-compile-failure-with-host-gcc-4.6.patch
deleted file mode 100644
index 1c68a29..000
--- 
a/meta-oe/recipes-extended/efivar/efivar/fix-compile-failure-with-host-gcc-4.6.patch
+++ /dev/null
@@ -1,45 +0,0 @@
-From 1361225abbaba878960f970df39a4570bbc39553 Mon Sep 17 00:00:00 2001
-From: Hongxu Jia <hongxu@windriver.com>
-Date: Thu, 26 May 2016 21:50:01 -0400
-Subject: [PATCH] fix compile failure with older host gcc (<=4.6)
-
-While host gcc version is 4.6.3 in ubuntu 1204, it
-did not recognize -std=gnu11 and -Wmaybe-uninitialized.
-
-While host gcc version is 4.4.7 in centos6, it
-did not recognize -std=gnu11, -Wmaybe-uninitialized,
-and -flto.
-
-For native build, use -std=gnu99 to replace -std=gnu11,
-and directly remove -Wmaybe-uninitialized and -flto.
-
-Upstream-Status: Pending
-
-Signed-off-by: Hongxu Jia <hongxu@windri

Re: [oe] [meta-oe][PATCH] udisks: add missing hard dependency

[Koen Kooi]

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH 15/17] samba: start on boot with systemd

[Koen Kooi]

Op 30-11-16 om 13:53 schreef Andreas Oberritter:
> On 30.11.2016 13:24, Koen Kooi wrote:
>> Op 30-11-16 om 13:04 schreef Andreas Oberritter:
>>> Signed-off-by: Andreas Oberritter <o...@opendreambox.org>
>>> ---
>>>  meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 4 
>>>  1 file changed, 4 insertions(+)
>>>
>>> diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
>>> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
>>> index c2bbb97..b781f7c 100644
>>> --- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
>>> +++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
>>> @@ -36,6 +36,10 @@ SYSVINITTYPE = "sysv"
>>>  INITSCRIPT_NAME = "samba"
>>>  INITSCRIPT_PARAMS = "start 20 3 5 . stop 20 0 1 6 ."
>>>  
>>> +SYSTEMD_PACKAGES = "${PN}-base winbind"
>>> +SYSTEMD_SERVICE_${PN}-base = "nmb.service smb.service"
>>> +SYSTEMD_SERVICE_winbind = "winbind.service"
>>
>> Do these actually work nowadays? When I tried it recently I had to change the
>> units into this to actually start:
> 
> Yes, it works for me.

Great!

> 
>> # cat /lib/systemd/system/smb.service
>> [Unit]
>> Description=Samba SMB Daemon
>> After=syslog.target network.target nmb.service winbind.service
>>
>> [Service]
>> Type=simple
>> LimitNOFILE=16384
>> EnvironmentFile=-/etc/sysconfig/samba
>> ExecStart=/usr/sbin/smbd $SMBDOPTIONS
>> ExecReload=/bin/kill -HUP $MAINPID
>>
>> [Install]
>> WantedBy=multi-user.target
>>
>> And worse, samba fails to start if there's no network interface up, so I 
>> start
>> smb.service using this timer to avoid races:
>>
>> # cat /lib/systemd/system/smb.timer
>> [Unit]
>> Description=Samba timer
>>
>> [Timer]
>> # Time to wait after booting before we run first time
>> OnBootSec=2min
>> Unit=smb.service
>>
>> [Install]
>> WantedBy=multi-user.target
> 
> I can reproduce this. It would be easier to depend on network-online.target.

That thought crossed me mind as well, but I haven't tried it yet.

regards,

Koen


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH 15/17] samba: start on boot with systemd

[Koen Kooi]

Op 30-11-16 om 13:04 schreef Andreas Oberritter:
> Signed-off-by: Andreas Oberritter 
> ---
>  meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 4 
>  1 file changed, 4 insertions(+)
> 
> diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> index c2bbb97..b781f7c 100644
> --- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> +++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> @@ -36,6 +36,10 @@ SYSVINITTYPE = "sysv"
>  INITSCRIPT_NAME = "samba"
>  INITSCRIPT_PARAMS = "start 20 3 5 . stop 20 0 1 6 ."
>  
> +SYSTEMD_PACKAGES = "${PN}-base winbind"
> +SYSTEMD_SERVICE_${PN}-base = "nmb.service smb.service"
> +SYSTEMD_SERVICE_winbind = "winbind.service"

Do these actually work nowadays? When I tried it recently I had to change the
units into this to actually start:

# cat /lib/systemd/system/smb.service
[Unit]
Description=Samba SMB Daemon
After=syslog.target network.target nmb.service winbind.service

[Service]
Type=simple
LimitNOFILE=16384
EnvironmentFile=-/etc/sysconfig/samba
ExecStart=/usr/sbin/smbd $SMBDOPTIONS
ExecReload=/bin/kill -HUP $MAINPID

[Install]
WantedBy=multi-user.target

And worse, samba fails to start if there's no network interface up, so I start
smb.service using this timer to avoid races:

# cat /lib/systemd/system/smb.timer
[Unit]
Description=Samba timer

[Timer]
# Time to wait after booting before we run first time
OnBootSec=2min
Unit=smb.service

[Install]
WantedBy=multi-user.target


regards,

Koen

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] libva: Import from meta-intel and update to 1.7.3

[Koen Kooi]

Op 29-11-16 om 01:35 schreef Burton, Ross:
> On 28 November 2016 at 22:57, Khem Raj  wrote:
> 
>> This recipe is used by intel and amd BSP layers
>> additional copies are also there see
>> https://layers.openembedded.org/layerindex/branch/master/recipes/?q=libva
>>
> 
> Or maybe it should be in oe-core then?

If libva goes in, can we get libva-intel-driver in as well? Those go
hand-in-glove currently.

regards,

Koen


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH] samba: fix the hardcoded path in init script

[Koen Kooi]

Op 26-11-16 om 07:26 schreef Huang, Jie (Jackie):
> 
> 
>> -Original Message-
>> From: openembedded-devel-boun...@lists.openembedded.org 
>> [mailto:openembedded-devel-
>> boun...@lists.openembedded.org] On Behalf Of Koen Kooi
>> Sent: Thursday, November 24, 2016 6:40 PM
>> To: openembedded-devel@lists.openembedded.org
>> Subject: Re: [oe] [meta-networking][PATCH] samba: fix the hardcoded path in 
>> init script
>>
>> Op 24-11-16 om 06:57 schreef jackie.hu...@windriver.com:
>>> From: Jackie Huang <jackie.hu...@windriver.com>
>>>
>>> Replace the hardcoded path with base_bindir in init script to fix the
>>> error: /etc/init.d/samba.sh: line 15: /usr/bin/ps: No such file or
>>> directory /etc/init.d/samba.sh: line 17: /usr/bin/sed: No such file or
>>> directory /etc/init.d/samba.sh: line 16: /usr/bin/grep: No such file or
>>> directory
>>>
>>> Signed-off-by: Jackie Huang <jackie.hu...@windriver.com> ---
>>> meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 1 + 1 file
>>> changed, 1 insertion(+)
>>>
>>> diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
>>> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb index
>>> e9694d4..6c1e3ef 100644 ---
>>> a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb +++
>>> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb @@ -111,6
>>> +111,7 @@ do_install_append() { -e
>>> 's,/opt/samba/smb.conf,${sysconfdir}/samba/smb.conf,g' \ -e
>>> 's,/opt/samba/log,${localstatedir}/log/samba,g' \ -e
>>> 's,/etc/init.d/samba.server,${sysconfdir}/init.d/samba.sh,g' \ +
>>> -e 's,/usr/bin,${base_bindir},g' \ -i ${D}${sysconfdir}/init.d/samba.sh
>>> fi
>>
>> Wouldn't it be better to completely remove the absolute paths?
> 
> Yeah, the absolute paths don't seem to be necessary, and I think this 
> check in the init script is not needed as well:
> 
> if [ ! -d /usr/bin ]
> then# /usr not mounted
> exit
> fi
> 
> I will make a path to remove them if you're agree.

Yes, agree. Thanks for looking into this.


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-multimedia][PATCH 08/49] kodi: Add krypton/17.x Jarvis/16.x recipes

[Koen Kooi]

> Op 26 nov. 2016, om 01:15 heeft Martin Jansa  het 
> volgende geschreven:
> 
> On Wed, Nov 23, 2016 at 01:21:28AM -0800, Khem Raj wrote:
>> 16.x is the default since its the latest released version
>> 
>> remove obsoleted xbmc recipes
>> rename to recipes-mediacenter
>> +S = "${WORKDIR}/git"
>> +
>> +# breaks compilation
>> +ASNEEDED = ""
>> +
>> +ACCEL ?= ""
>> +ACCEL_x86 = "vaapi vdpau"
>> +ACCEL_x86-64 = "vaapi vdpau"
>> +
>> +PACKAGECONFIG ??= "${ACCEL}"
>> +PACKAGECONFIG_append += "${@bb.utils.contains('DISTRO_FEATURES', 'x11', ' 
>> x11', '', d)}"
>> +PACKAGECONFIG_append += "${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 
>> ' opengl', ' openglesv2', d)}"
>> +
>> +PACKAGECONFIG[opengl] = "--enable-gl,--enable-gles,"
>> +PACKAGECONFIG[openglesv2] = "--enable-gles,--enable-gl,virtual/egl"
>> +PACKAGECONFIG[vaapi] = "--enable-vaapi,--disable-vaapi,libva"
>> +PACKAGECONFIG[vdpau] = "--enable-vdpau,--disable-vdpau,libvdpau"
>> +PACKAGECONFIG[mysql] = "--enable-mysql,--disable-mysql,mysql5"
>> +PACKAGECONFIG[x11] = "--enable-x11,--disable-x11,libxinerama libxmu 
>> libxrandr libxtst"
>> +PACKAGECONFIG[pulseaudio] = "--enable-pulse,--disable-pulse,pulseaudio"
> 
> Did I overlook libva recipe somewhere?
> 
> It doesn't even start building for qemux86* because of this libva and
> for qemuarm it fails to configure:
> http://lists.openembedded.org/pipermail/openembedded-devel/2016-November/110050.html

libva is in meta-intel, meta-amd and meta-kodi. I guess we should consider 
moving it to OE-core or meta-oe.

regards,

Koen

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] mozjs/unhandled signal 11/64k page patch/__powerpc64__ ???

[Koen Kooi]

Op 24-11-16 om 09:58 schreef Robert P. J. Day:
> On Wed, 23 Nov 2016, Khem Raj wrote:
> 
>>
>>> On Nov 23, 2016, at 2:26 PM, Robert P. J. Day  wrote:
>>>
>>> On Wed, 23 Nov 2016, Khem Raj wrote:
>>>

> On Nov 23, 2016, at 1:26 PM, Robert P. J. Day  
> wrote:
>
> On Wed, 23 Nov 2016, Khem Raj wrote:
>
>> can you reproduce it on version 24 as well ?
>
> not sure what you mean ... this is running on a qemuppc image. i
> haven't tried running this on fedora 24 itself. what exactly do you
> want me to try?
>

 I meant version of mozjs
>>>
>>>  this is version 17.
>>
>> OK, I think 24 has such issues taken care of. I am not near code
>> right now. but it will be good to check if something is already
>> fixed there for this
> 
>   ok, i'll take a look, and if it *is* fixed in 24, is there a reason
> meta-openembedded/meta-oe still contains only mozjs_17.0.0.bb? would
> it not make sense to bump that up?

mozjs has no stable API, so 17, 24 and up are all different and incompatible :(


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH] samba: fix the hardcoded path in init script

[Koen Kooi]

Op 24-11-16 om 06:57 schreef jackie.hu...@windriver.com:
> From: Jackie Huang 
> 
> Replace the hardcoded path with base_bindir in init script to fix the
> error: /etc/init.d/samba.sh: line 15: /usr/bin/ps: No such file or
> directory /etc/init.d/samba.sh: line 17: /usr/bin/sed: No such file or
> directory /etc/init.d/samba.sh: line 16: /usr/bin/grep: No such file or
> directory
> 
> Signed-off-by: Jackie Huang  --- 
> meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 1 + 1 file
> changed, 1 insertion(+)
> 
> diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb index
> e9694d4..6c1e3ef 100644 ---
> a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb +++
> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb @@ -111,6
> +111,7 @@ do_install_append() { -e
> 's,/opt/samba/smb.conf,${sysconfdir}/samba/smb.conf,g' \ -e
> 's,/opt/samba/log,${localstatedir}/log/samba,g' \ -e
> 's,/etc/init.d/samba.server,${sysconfdir}/init.d/samba.sh,g' \ +
> -e 's,/usr/bin,${base_bindir},g' \ -i ${D}${sysconfdir}/init.d/samba.sh 
> fi

Wouldn't it be better to completely remove the absolute paths?

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCHv2] android-tools: fix do_install

[Koen Kooi]

The previous patch introduced 2 bugs that made packaging fail:

1) Always failing grep
2) Conditionally install systemd files

Systemd.bbclass doesn't handle conditional installation and will throw an error.

Tested with -native and regular cross builds.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---

Changes since v1:

* don't use an intermediate file for grep (ndec)
* Always create $bindir (André)
* remove stray 'i' (André)

 .../android-tools/android-tools_5.1.1.r37.bb   | 24 ++
 1 file changed, 15 insertions(+), 9 deletions(-)

diff --git a/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb 
b/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb
index 1769b6a..a9e7d5d 100644
--- a/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb
+++ b/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb
@@ -108,7 +108,7 @@ do_compile() {
 }
 
 do_install() {
-if [ grep -q "ext4_utils" "${TOOLS}" ] ; then
+if echo ${TOOLS} | grep -q "ext4_utils" ; then
 install -D -p -m0755 ${S}/system/core/libsparse/simg_dump.py 
${D}${bindir}/simg_dump
 install -D -p -m0755 ${S}/system/extras/ext4_utils/mkuserimg.sh 
${D}${bindir}/mkuserimg
 
@@ -120,22 +120,28 @@ do_install() {
 install -m0755 ${B}/ext4_utils/simg2simg ${D}${bindir}
 fi
 
-if [ grep -q "adb " "${TOOLS}" ] ; then
-install -m0755 ${B}/adb/adb ${D}${bindir}i
+if echo ${TOOLS} | grep -q "adb " ; then
+install -d ${D}${bindir}
+install -m0755 ${B}/adb/adb ${D}${bindir}
 fi
 
-if [ grep -q "adbd" "${TOOLS}" ] ; then
+if echo ${TOOLS} | grep -q "adbd" ; then
+install -d ${D}${bindir}
 install -m0755 ${B}/adbd/adbd ${D}${bindir}
-install -D -p -m0644 ${WORKDIR}/android-tools-adbd.service \
-  ${D}${systemd_unitdir}/system/android-tools-adbd.service
 fi
 
-if [ grep -q "fastboot" "${TOOLS}" ] ; then
+# Outside the if statement to avoid errors during do_package
+install -D -p -m0644 ${WORKDIR}/android-tools-adbd.service \
+  ${D}${systemd_unitdir}/system/android-tools-adbd.service
+
+if echo ${TOOLS} | grep -q "fastboot" ; then
+install -d ${D}${bindir}
 install -m0755 ${B}/fastboot/fastboot ${D}${bindir}
 fi
 
-if [ grep -q "mkbootimg" "${TOOLS}" ] ; then
- install -m0755 ${B}/mkbootimg/mkbootimg ${D}${bindir}
+if echo ${TOOLS} | grep -q "mkbootimg" ; then
+install -d ${D}${bindir}
+install -m0755 ${B}/mkbootimg/mkbootimg ${D}${bindir}
 fi
 }
 
-- 
2.4.11

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] android-tools: fix do_install

[Koen Kooi]

The previous patch introduced 2 bugs that made packaging fail:

1) Always failing grep
2) Conditionally install systemd files

Systemd.bbclass doesn't handle conditional installation and will throw an error.

Tested with -native and regular cross builds.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 .../android-tools/android-tools_5.1.1.r37.bb  | 19 ---
 1 file changed, 12 insertions(+), 7 deletions(-)

diff --git a/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb 
b/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb
index 1769b6a..5041465 100644
--- a/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb
+++ b/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb
@@ -108,7 +108,10 @@ do_compile() {
 }
 
 do_install() {
-if [ grep -q "ext4_utils" "${TOOLS}" ] ; then
+export TOOLSFILE="${WORKDIR}/tools.txt"
+echo ${TOOLS} > ${TOOLSFILE}
+
+if grep -q "ext4_utils" ${TOOLSFILE} ; then
 install -D -p -m0755 ${S}/system/core/libsparse/simg_dump.py 
${D}${bindir}/simg_dump
 install -D -p -m0755 ${S}/system/extras/ext4_utils/mkuserimg.sh 
${D}${bindir}/mkuserimg
 
@@ -120,21 +123,23 @@ do_install() {
 install -m0755 ${B}/ext4_utils/simg2simg ${D}${bindir}
 fi
 
-if [ grep -q "adb " "${TOOLS}" ] ; then
+if grep -q "adb " ${TOOLSFILE} ; then
 install -m0755 ${B}/adb/adb ${D}${bindir}i
 fi
 
-if [ grep -q "adbd" "${TOOLS}" ] ; then
+if grep -q "adbd" ${TOOLSFILE} ; then
 install -m0755 ${B}/adbd/adbd ${D}${bindir}
-install -D -p -m0644 ${WORKDIR}/android-tools-adbd.service \
-  ${D}${systemd_unitdir}/system/android-tools-adbd.service
 fi
 
-if [ grep -q "fastboot" "${TOOLS}" ] ; then
+# Outside the if statement to avoid errors during do_package
+install -D -p -m0644 ${WORKDIR}/android-tools-adbd.service \
+  ${D}${systemd_unitdir}/system/android-tools-adbd.service
+
+if grep -q "fastboot" ${TOOLSFILE} ; then
 install -m0755 ${B}/fastboot/fastboot ${D}${bindir}
 fi
 
-if [ grep -q "mkbootimg" "${TOOLS}" ] ; then
+if grep -q "mkbootimg" ${TOOLSFILE} ; then
  install -m0755 ${B}/mkbootimg/mkbootimg ${D}${bindir}
 fi
 }
-- 
2.4.11

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-multimedia][PATCH 7/7] kodi: Update to krypton release ( 17.x )

[Koen Kooi]

Since 17 hasn’t been released yet, I think adding 16.1 first would be a better 
idea. That one is known working on the 4 archs I test it on (armv7a, aarch64, 
x86 and x86_64), version 17 is still in flux.

Regardless of that, thanks for taking the time to ‘port’ this all back to 
meta-oe.

> Op 3 nov. 2016, om 09:20 heeft Khem Raj <raj.k...@gmail.com> het volgende 
> geschreven:
> 
> remove obsoleted xbmc recipes
> rename to recipes-mediacenter
> 
> Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>
> Signed-off-by: Khem Raj <raj.k...@gmail.com>
> ---
> .../kodi/jsonschemabuilder-native.bb   |  24 ++
> .../0001-Update-to-p8-platform.patch   | 427 +
> .../kodi/kodi-addon-pvr-hts_git.bb |  55 +++
> .../0001-Fix-build-after-platform-rename.patch |  67 
> .../0001-fix-cross-compile-badness.patch   |  40 ++
> .../kodi-platform-02_no-multi-lib.patch|  12 +
> .../recipes-mediacenter/kodi/kodi-platform_git.bb  |  39 ++
> .../recipes-mediacenter/kodi/kodi-startup.bb   |  20 +
> .../kodi/kodi-startup/kodi.service |  14 +
> ...re-don-t-try-to-run-stuff-to-find-tinyxml.patch |  25 ++
> .../kodi/kodi/0002-handle-SIGTERM.patch| 163 
> ...-to-read-frequency-output-if-using-intel-.patch |  26 ++
> .../kodi/kodi/0004-Disable-DVD-support.patch   |  35 ++
> .../recipes-mediacenter/kodi/kodi_17.bb| 177 +
> ...on-t-run-python-distutils-to-find-STAGING.patch |  31 --
> ...d-ios-Add-memory-barriers-to-atomic-Add-S.patch |  97 -
> ...d-ios-Add-memory-barriers-to-cas-assembly.patch |  69 
> ...igure-cope-with-ld-is-gold-DISTRO_FEATURE.patch |  43 ---
> .../xbmc/configure.in-Avoid-running-code.patch |  32 --
> .../recipes-mediacentre/xbmc/xbmc_git.bb   |  97 -
> 20 files changed, 1124 insertions(+), 369 deletions(-)
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/jsonschemabuilder-native.bb
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/kodi-addon-pvr-hts/0001-Update-to-p8-platform.patch
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/kodi-addon-pvr-hts_git.bb
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/kodi-platform/0001-Fix-build-after-platform-rename.patch
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/kodi-platform/0001-fix-cross-compile-badness.patch
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/kodi-platform/kodi-platform-02_no-multi-lib.patch
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/kodi-platform_git.bb
> create mode 100644 meta-multimedia/recipes-mediacenter/kodi/kodi-startup.bb
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/kodi-startup/kodi.service
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/kodi/0001-configure-don-t-try-to-run-stuff-to-find-tinyxml.patch
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/kodi/0002-handle-SIGTERM.patch
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/kodi/0003-add-support-to-read-frequency-output-if-using-intel-.patch
> create mode 100644 
> meta-multimedia/recipes-mediacenter/kodi/kodi/0004-Disable-DVD-support.patch
> create mode 100644 meta-multimedia/recipes-mediacenter/kodi/kodi_17.bb
> delete mode 100644 
> meta-multimedia/recipes-mediacentre/xbmc/xbmc/0001-configure-don-t-run-python-distutils-to-find-STAGING.patch
> delete mode 100644 
> meta-multimedia/recipes-mediacentre/xbmc/xbmc/0002-Revert-fixed-ios-Add-memory-barriers-to-atomic-Add-S.patch
> delete mode 100644 
> meta-multimedia/recipes-mediacentre/xbmc/xbmc/0003-Revert-fixed-ios-Add-memory-barriers-to-cas-assembly.patch
> delete mode 100644 
> meta-multimedia/recipes-mediacentre/xbmc/xbmc/0004-configure-cope-with-ld-is-gold-DISTRO_FEATURE.patch
> delete mode 100644 
> meta-multimedia/recipes-mediacentre/xbmc/xbmc/configure.in-Avoid-running-code.patch
> delete mode 100644 meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb
> 
> diff --git 
> a/meta-multimedia/recipes-mediacenter/kodi/jsonschemabuilder-native.bb 
> b/meta-multimedia/recipes-mediacenter/kodi/jsonschemabuilder-native.bb
> new file mode 100644
> index 000..094ccff
> --- /dev/null
> +++ b/meta-multimedia/recipes-mediacenter/kodi/jsonschemabuilder-native.bb
> @@ -0,0 +1,24 @@
> +SUMMARY = "Kodi Media Center"
> +
> +LICENSE = "GPLv2+"
> +LIC_FILES_CHKSUM = 
> "file://JsonSchemaBuilder.cpp;beginline=2;endline=18;md5=1f67721215c03f66545390f6e45b99c7"
> +
> +SRCREV = "b587e98911fcedc4b800cd923a882c7aeeaa2146"
> +
> +PV = "16.0+gitr${SRCPV}"
> +SRC_URI = "git:/

Re: [oe] [meta-oe][PATCH] android-tools: fix native build

[Koen Kooi]

On 21 October 2016 at 19:12, Khem Raj <raj.k...@gmail.com> wrote:
>
>> On Oct 21, 2016, at 12:10 AM, Koen Kooi <koen.k...@linaro.org> wrote:
>>
>> +# Find libbsd headers during native builds
>> +CC_append_class-native = " -I${STAGING_INCDIR}"
>> +CC_append_class-nativesdk = " -I${STAGING_INCDIR}"
>> +
>
> is CC the only option to be tweaked ? can it be done via CFLAGS or 
> BUILD_CFLAGS
> and BUILDSDK_CFLAGS

Among other things, CFLAGS gets emptied a bit later in the recipe,
which I why I went the CC_append route.

-- 
Koen Kooi

Builds and Baselines | Release Manager
Linaro.org | Open source software for ARM SoCs
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] android-tools: fix native build

[Koen Kooi]

* Find libbsd headers when building natively
* Disable tools that needs sys/capability.h when building natively
* Enhance do_install to work when some tools are disabled

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 .../android-tools/android-tools_5.1.1.r37.bb   | 59 +++---
 1 file changed, 40 insertions(+), 19 deletions(-)

diff --git a/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb 
b/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb
index 2dbddf1..1769b6a 100644
--- a/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb
+++ b/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb
@@ -65,6 +65,16 @@ do_unpack_extra() {
 
 addtask unpack_extra after do_unpack before do_patch
 
+# Find libbsd headers during native builds
+CC_append_class-native = " -I${STAGING_INCDIR}"
+CC_append_class-nativesdk = " -I${STAGING_INCDIR}"
+
+TOOLS = "adb fastboot ext4_utils mkbootimg adbd"
+
+# Adb needs sys/capability.h, which is not available for native*
+TOOLS_class-native = "fastboot ext4_utils mkbootimg"
+TOOLS_class-nativesdk = "fastboot ext4_utils mkbootimg"
+
 do_compile() {
 # Setting both variables below causing our makefiles to not work with
 # implicit make rules
@@ -91,31 +101,42 @@ do_compile() {
   ;;
 esac
 
-tools="adb fastboot ext4_utils mkbootimg adbd"
-for tool in ${tools}; do
+for tool in ${TOOLS}; do
   mkdir -p ${B}/${tool}
   oe_runmake -f ${B}/${tool}.mk -C ${B}/${tool}
 done
 }
 
 do_install() {
-install -D -p -m0755 ${S}/system/core/libsparse/simg_dump.py 
${D}${bindir}/simg_dump
-install -D -p -m0755 ${S}/system/extras/ext4_utils/mkuserimg.sh 
${D}${bindir}/mkuserimg
-
-install -m0755 ${B}/ext4_utils/ext2simg ${D}${bindir}
-install -m0755 ${B}/ext4_utils/ext4fixup ${D}${bindir}
-install -m0755 ${B}/ext4_utils/img2simg ${D}${bindir}
-install -m0755 ${B}/ext4_utils/make_ext4fs ${D}${bindir}
-install -m0755 ${B}/ext4_utils/simg2img ${D}${bindir}
-install -m0755 ${B}/ext4_utils/simg2simg ${D}${bindir}
-
-install -m0755 ${B}/adb/adb ${D}${bindir}
-install -m0755 ${B}/adbd/adbd ${D}${bindir}
-install -m0755 ${B}/fastboot/fastboot ${D}${bindir}
-install -m0755 ${B}/mkbootimg/mkbootimg ${D}${bindir}
-
-install -D -p -m0644 ${WORKDIR}/android-tools-adbd.service \
-  ${D}${systemd_unitdir}/system/android-tools-adbd.service
+if [ grep -q "ext4_utils" "${TOOLS}" ] ; then
+install -D -p -m0755 ${S}/system/core/libsparse/simg_dump.py 
${D}${bindir}/simg_dump
+install -D -p -m0755 ${S}/system/extras/ext4_utils/mkuserimg.sh 
${D}${bindir}/mkuserimg
+
+install -m0755 ${B}/ext4_utils/ext2simg ${D}${bindir}
+install -m0755 ${B}/ext4_utils/ext4fixup ${D}${bindir}
+install -m0755 ${B}/ext4_utils/img2simg ${D}${bindir}
+install -m0755 ${B}/ext4_utils/make_ext4fs ${D}${bindir}
+install -m0755 ${B}/ext4_utils/simg2img ${D}${bindir}
+install -m0755 ${B}/ext4_utils/simg2simg ${D}${bindir}
+fi
+
+if [ grep -q "adb " "${TOOLS}" ] ; then
+install -m0755 ${B}/adb/adb ${D}${bindir}i
+fi
+
+if [ grep -q "adbd" "${TOOLS}" ] ; then
+install -m0755 ${B}/adbd/adbd ${D}${bindir}
+install -D -p -m0644 ${WORKDIR}/android-tools-adbd.service \
+  ${D}${systemd_unitdir}/system/android-tools-adbd.service
+fi
+
+if [ grep -q "fastboot" "${TOOLS}" ] ; then
+install -m0755 ${B}/fastboot/fastboot ${D}${bindir}
+fi
+
+if [ grep -q "mkbootimg" "${TOOLS}" ] ; then
+ install -m0755 ${B}/mkbootimg/mkbootimg ${D}${bindir}
+fi
 }
 
 PACKAGES += "${PN}-fstools"
-- 
2.4.11

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH v2] autoconf-archive: 2012.04.07 -> 2016.09.16

[Koen Kooi]

Op 07-10-16 om 17:30 schreef Matthew Barth:
> Signed-off-by: Matthew Barth 
> ---
>  meta-oe/recipes-devtools/autoconf-archive/autoconf-archive.inc| 7 ---
>  ...oconf-archive_2012.04.07.bb => autoconf-archive_2016.09.16.bb} | 8 
> +++-
>  2 files changed, 7 insertions(+), 8 deletions(-)
>  rename 
> meta-oe/recipes-devtools/autoconf-archive/{autoconf-archive_2012.04.07.bb => 
> autoconf-archive_2016.09.16.bb} (55%)
> 
> diff --git a/meta-oe/recipes-devtools/autoconf-archive/autoconf-archive.inc 
> b/meta-oe/recipes-devtools/autoconf-archive/autoconf-archive.inc
> index 9399363..2b5df70 100644
> --- a/meta-oe/recipes-devtools/autoconf-archive/autoconf-archive.inc
> +++ b/meta-oe/recipes-devtools/autoconf-archive/autoconf-archive.inc
> @@ -1,15 +1,16 @@
> +SUMMARY = "A collection of macros for GNU Autoconf"
> +DESCRIPTION = "The autoconf-archive set of macros extend the pre-defined \
> +capabilities within the complete autoconf tool set."
>  LICENSE = "GPLv3"
>  HOMEPAGE = "http://www.gnu.org/software/autoconf-archive/;
>  SECTION = "devel"
> -
>  DEPENDS += "m4-native"
>  DEPENDS_class-native = "m4-native gnu-config-native"
>  DEPENDS_class-nativesdk = "m4-nativesdk gnu-config-nativesdk"
> -
>  RDEPENDS_${PN} = "m4 gnu-config"
>  RDEPENDS_${PN}_class-native = "m4-native gnu-config-native"
>  RDEPENDS_${PN}_class-nativesdk = "m4-nativesdk gnu-config-nativesdk"

Removing that whitespace makes the recipe less readable. And like I said
before, if you're going to touch style issues, move R* below do_install



-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH v3] phytool: Add recipe

[Koen Kooi]

Op 06-10-16 om 07:59 schreef Mike Looijmans:
> A nice tool to directly read, write and interpret ethernet PHY data.
> Very useful when debugging PHY or MDIO problems, which ethtool does
> not do.
> 
> Signed-off-by: Mike Looijmans 
> ---
> v3: Add SRCPV to PV
> Indent using spaces instead of tab
> v2: Fix LICENSE filename and checksum
> Honor LDFLAGS value (patch accepted upstream)
>  meta-networking/recipes-support/phytool/phytool.bb | 14 ++
>  1 file changed, 14 insertions(+)
>  create mode 100644 meta-networking/recipes-support/phytool/phytool.bb
> 
> diff --git a/meta-networking/recipes-support/phytool/phytool.bb 
> b/meta-networking/recipes-support/phytool/phytool.bb
> new file mode 100644
> index 000..e4391df
> --- /dev/null
> +++ b/meta-networking/recipes-support/phytool/phytool.bb
> @@ -0,0 +1,14 @@
> +SUMMARY = "PHY interface tool for Linux"
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=39bba7d2cf0ba1036f2a6e2be52fe3f0"
> +
> +PV = "1.0.1+git${SRCPV}"
> +SRCREV = "3149bfdb4f513e2f0da0a7d0bc5d0873578696f2"
> +SRC_URI = "git://github.com/wkz/phytool.git"
> +
> +S = "${WORKDIR}/git"
> +
> +do_install() {
> +install -d ${D}${prefix}/bin

${D}${bindir}

> +oe_runmake 'DESTDIR=${D}' 'PREFIX=${prefix}' install
> +}
> 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] autoconf-archive: 2012.04.07 -> 2016.09.16

[Koen Kooi]

Op 06-10-16 om 23:24 schreef Matthew Barth:
> Signed-off-by: Matthew Barth 
> ---
>  meta-oe/recipes-devtools/autoconf-archive/autoconf-archive.inc | 7 
> ---
>  ...toconf-archive_2012.04.07.bb => autoconf-archive_2016.09.16.bb} | 6 +++---
>  2 files changed, 7 insertions(+), 6 deletions(-)
>  rename 
> meta-oe/recipes-devtools/autoconf-archive/{autoconf-archive_2012.04.07.bb => 
> autoconf-archive_2016.09.16.bb} (61%)
> 
> diff --git a/meta-oe/recipes-devtools/autoconf-archive/autoconf-archive.inc 
> b/meta-oe/recipes-devtools/autoconf-archive/autoconf-archive.inc
> index 9399363..2b5df70 100644
> --- a/meta-oe/recipes-devtools/autoconf-archive/autoconf-archive.inc
> +++ b/meta-oe/recipes-devtools/autoconf-archive/autoconf-archive.inc
> @@ -1,15 +1,16 @@
> +SUMMARY = "A collection of macros for GNU Autoconf"
> +DESCRIPTION = "The autoconf-archive set of macros extend the pre-defined \
> +capabilities within the complete autoconf tool set."
>  LICENSE = "GPLv3"
>  HOMEPAGE = "http://www.gnu.org/software/autoconf-archive/;
>  SECTION = "devel"
> -
>  DEPENDS += "m4-native"
>  DEPENDS_class-native = "m4-native gnu-config-native"
>  DEPENDS_class-nativesdk = "m4-nativesdk gnu-config-nativesdk"
> -
>  RDEPENDS_${PN} = "m4 gnu-config"
>  RDEPENDS_${PN}_class-native = "m4-native gnu-config-native"
>  RDEPENDS_${PN}_class-nativesdk = "m4-nativesdk gnu-config-nativesdk"

If you're poking at whitespace, you should fix other layout issues as well, R*
variables go below do_install, not next to DEPENDS


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] mozjs: fix crash on non-x86 64 bit systems

[Koen Kooi]

Mozjs is mozillaware, meaning that it barely works on x86 and is plain broken 
on everything else. This time mozjs assumes that noone will ever have more than 
47bit for VA, breaking aarch64 which can have more. Thanks to polkit developers 
using mozjs systemd will crash early during boot when using polkit.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 .../mozjs/Manually_mmap_heap_memory_esr17.patch| 115 +
 meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb |   1 +
 2 files changed, 116 insertions(+)
 create mode 100644 
meta-oe/recipes-extended/mozjs/mozjs/Manually_mmap_heap_memory_esr17.patch

diff --git 
a/meta-oe/recipes-extended/mozjs/mozjs/Manually_mmap_heap_memory_esr17.patch 
b/meta-oe/recipes-extended/mozjs/mozjs/Manually_mmap_heap_memory_esr17.patch
new file mode 100644
index 000..15ad03f
--- /dev/null
+++ b/meta-oe/recipes-extended/mozjs/mozjs/Manually_mmap_heap_memory_esr17.patch
@@ -0,0 +1,115 @@
+From a0c0f32299419359b44ac0f880c1ea9073ae51e1 Mon Sep 17 00:00:00 2001
+From: Zheng Xu <zheng...@linaro.org>
+Date: Fri, 2 Sep 2016 17:40:05 +0800
+Subject: [PATCH] Bug 1143022 - Manually mmap on arm64 to ensure high 17 bits
+ are clear. r=ehoogeveen
+
+There might be 48-bit VA on arm64 depending on kernel configuration.
+Manually mmap heap memory to align with the assumption made by JS engine.
+
+Change-Id: Ic5d2b2fe4b758b3c87cc0688348af7e71a991146
+
+Upstream-status: Backport
+
+---
+ js/src/gc/Memory.cpp | 73 ++--
+ 1 file changed, 71 insertions(+), 2 deletions(-)
+
+diff --git a/js/src/gc/Memory.cpp b/js/src/gc/Memory.cpp
+index 5b386a2..38101cf 100644
+--- a/js/src/gc/Memory.cpp
 b/js/src/gc/Memory.cpp
+@@ -306,6 +306,75 @@ InitMemorySubsystem()
+ MOZ_CRASH();
+ }
+ 
++static inline void *
++MapMemory(size_t length, int prot, int flags, int fd, off_t offset)
++{
++#if defined(__ia64__)
++/*
++ * The JS engine assumes that all allocated pointers have their high 17 
bits clear,
++ * which ia64's mmap doesn't support directly. However, we can emulate it 
by passing
++ * mmap an "addr" parameter with those bits clear. The mmap will return 
that address,
++ * or the nearest available memory above that address, providing a 
near-guarantee
++ * that those bits are clear. If they are not, we return NULL below to 
indicate
++ * out-of-memory.
++ *
++ * The addr is chosen as 0x0700, which still allows about 
120TB of virtual
++ * address space.
++ *
++ * See Bug 589735 for more information.
++ */
++void *region = mmap((void*)0x0700, length, prot, flags, fd, 
offset);
++if (region == MAP_FAILED)
++return MAP_FAILED;
++/*
++ * If the allocated memory doesn't have its upper 17 bits clear, consider 
it
++ * as out of memory.
++ */
++if ((uintptr_t(region) + (length - 1)) & 0x8000) {
++JS_ALWAYS_TRUE(0 == munmap(region, length));
++return MAP_FAILED;
++}
++return region;
++#elif defined(__aarch64__)
++   /*
++* There might be similar virtual address issue on arm64 which depends on
++* hardware and kernel configurations. But the work around is slightly
++* different due to the different mmap behavior.
++*
++* TODO: Merge with the above code block if this implementation works for
++* ia64 and sparc64.
++*/
++const uintptr_t start = UINT64_C(0x0700);
++const uintptr_t end   = UINT64_C(0x8000);
++const uintptr_t step  = ChunkSize;
++   /*
++* Optimization options if there are too many retries in practice:
++* 1. Examine /proc/self/maps to find an available address. This file is
++*not always available, however. In addition, even if we examine
++*/proc/self/maps, we may still need to retry several times due to
++*racing with other threads.
++* 2. Use a global/static variable with lock to track the addresses we have
++*allocated or tried.
++*/
++uintptr_t hint;
++void* region = MAP_FAILED;
++for (hint = start; region == MAP_FAILED && hint + length <= end; hint += 
step) {
++region = mmap((void*)hint, length, prot, flags, fd, offset);
++if (region != MAP_FAILED) {
++if ((uintptr_t(region) + (length - 1)) & 0x8000) {
++if (munmap(region, length)) {
++MOZ_ASSERT(errno == ENOMEM);
++}
++region = MAP_FAILED;
++}
++}
++}
++return region == MAP_FAILED ? NULL : region;
++#else
++return mmap(NULL, length, prot, flags, fd, offset);
++#endif
++}
++
+ void *
+ MapAlignedPages(size_t size, size_t alignment)
+ {
+@@ -319,12 +388,12 @@ MapAlignedPages(size_t size, size_t alignment)
+ 
+ /* Special case: If we want page alignment, no further work is needed. */
+ if (alignment == Pag

Re: [oe] fftw recipes

[Koen Kooi]

Op 06-09-16 om 09:02 schreef Andreas Müller:
> Hi,
> 
> is there a technical reason why we have multiple fftw recipes (fftw /
> fftwl / fftwf)?

Yes, at the time of writing there was no easy way to generate the different
libraries using one recipe. Worse, the headers conflict, even in the current
situation :/

regards,

Koen


> 
> or
> 
> before I start: Any complaints/comments if I
> 
> * merge all fftw's into one recipe named fftw splitting in multiple
> packages (fftw / fftwl / fftwf / fftwq?)
> * replace virtual/fftw by fftw
> * make oe-core's alsa-utils fftw PACKAGFCONFIG[fftw] depending in fftw
> 
> Feedback welcome
> 
> Andreas
> 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-webserver][PATCHv3 2/2] nginx.inc: use 4 spaces for indentation

[Koen Kooi]

Op 19-08-16 om 23:00 schreef Gyorgy Szombathelyi:
> From: Martin Jansa 
> 
> * like any other sane recipes do

Please don't touch indentation for variables (FILES*, SRC_URI, etc) and only
fix the shell and python methods.


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-webserver][PATCHv2 1/2] nginx: optimize systemd unit file

[Koen Kooi]

Op 18-08-16 om 18:09 schreef Martin Jansa:
> From: Szombathelyi György 
> 
> - Call the nginx binary directly, no need to wrap the SysV init file.
> - Create /var/log/nginx with tmpfiles, like volatiles without systemd.
> - Run nginx with ${NGINX_USER} (user ${NGINX_USER} in nginx.conf)
> 
> Signed-off-by: Gyorgy Szombathelyi 

Thanks, this was next on my TODO after collectd, excellent timing :)

And a thank you to Martin for fixing up the patch and redoing the intendation.


> ---
>  meta-webserver/recipes-httpd/nginx/files/nginx.service | 9 -
>  meta-webserver/recipes-httpd/nginx/nginx.inc   | 5 +++--
>  2 files changed, 7 insertions(+), 7 deletions(-)
> 
> diff --git a/meta-webserver/recipes-httpd/nginx/files/nginx.service 
> b/meta-webserver/recipes-httpd/nginx/files/nginx.service
> index 9926a4b..ce99061 100644
> --- a/meta-webserver/recipes-httpd/nginx/files/nginx.service
> +++ b/meta-webserver/recipes-httpd/nginx/files/nginx.service
> @@ -3,10 +3,9 @@ Description=Nginx Server
>  After=network.target
>  [Service]
>  Type=forking
> -PIDFile=@SYSCONFDIR@/nginx/run/nginx.pid
> -ExecStartPre=@BASEBINDIR@/mkdir -p @LOCALSTATEDIR@/log/nginx
> -ExecStart=@SYSCONFDIR@/init.d/nginx start
> -ExecStop=@SYSCONFDIR@/init.d/nginx stop
> +PIDFile=/run/nginx/nginx.pid
> +ExecStart=@SBINDIR@/nginx
> +ExecStop=@SBINDIR@/nginx -s stop
> +ExecReload=@SBINDIR@/nginx -s reload
>  [Install]
>  WantedBy=multi-user.target
> -
> diff --git a/meta-webserver/recipes-httpd/nginx/nginx.inc 
> b/meta-webserver/recipes-httpd/nginx/nginx.inc
> index fe51ca0..334a6d8 100644
> --- a/meta-webserver/recipes-httpd/nginx/nginx.inc
> +++ b/meta-webserver/recipes-httpd/nginx/nginx.inc
> @@ -73,8 +73,8 @@ do_install () {
>   rm -fr ${D}${localstatedir}/run ${D}/run
>   if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 'false', 
> d)}; then
>   install -d ${D}${sysconfdir}/tmpfiles.d
> - echo "d /run/${BPN} - - - -" \
> -  > ${D}${sysconfdir}/tmpfiles.d/${BPN}.conf
> + echo "d /${localstatedir}/log/${BPN} 0755 root root -" \
> + >> ${D}${sysconfdir}/tmpfiles.d/${BPN}.conf
>   fi
>   install -d ${D}${sysconfdir}/${BPN}
>   ln -snf ${localstatedir}/run/${BPN} ${D}${sysconfdir}/${BPN}/run
> @@ -90,6 +90,7 @@ do_install () {
>   install -d ${D}${sysconfdir}/nginx
>   install -m 0644 ${WORKDIR}/nginx.conf ${D}${sysconfdir}/nginx/nginx.conf
>   sed -i 's,/var/,${localstatedir}/,g' ${D}${sysconfdir}/nginx/nginx.conf
> + sed -i 's/^user.*/user ${NGINX_USER};/g' 
> ${D}${sysconfdir}/nginx/nginx.conf
>   install -d ${D}${sysconfdir}/nginx/sites-enabled
>  
>   install -d ${D}${sysconfdir}/default/volatiles
> 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] collectd: make /etc/collectd.conf a CONFFILE

[Koen Kooi]

Getting your config nuked everytime you update collectd is annoying, so
properly tag it as CONFFILES.

Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>
---
 meta-oe/recipes-extended/collectd/collectd_5.5.0.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta-oe/recipes-extended/collectd/collectd_5.5.0.bb 
b/meta-oe/recipes-extended/collectd/collectd_5.5.0.bb
index 9ec76c8..d7ba5b7 100644
--- a/meta-oe/recipes-extended/collectd/collectd_5.5.0.bb
+++ b/meta-oe/recipes-extended/collectd/collectd_5.5.0.bb
@@ -77,6 +77,8 @@ do_install_append() {
 ${D}${systemd_unitdir}/system/collectd.service
 }
 
+CONFFILES_${PN} = "${sysconfdir}/collectd.conf"
+
 INITSCRIPT_NAME = "collectd"
 INITSCRIPT_PARAMS = "defaults"
 
-- 
2.0.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 00/64] Krogoth-next patches under consideration

[Koen Kooi]

Op 02-08-16 om 16:07 schreef Armin Kuster:
> Most GCC 6 fixed backported. A few packages where updated as they where mostly
> bug fixes and I noted addition reasons within the commits.
> 
> I am running builds now. please comment if there is any feedback or missed 
> something.. I hope to have a formal request out by this weekend.
> 
> 

>   tvheadend: add CFLAG to ignore misleading indentations
>   geis: add CFLAG to ignore misleading indentations
>   fwts: add CFLAG to ignore misleading indentations

Won't this break building with gcc 4.x and 5.x?

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] cronie: 1.5.0 -> 1.5.1

[Koen Kooi]

Op 02-08-16 om 10:20 schreef Burton, Ross:
> On 2 August 2016 at 15:26, Huang Qiyu  wrote:
> 
>> Update cronie from 1.5.0 to 1.5.1
>>
> 
> This should be on the openembedded-core list, was already posted last week,
> and you made the same mistake that the previous patch did by not testing
> the PAM-specific patches (which fail to apply).

Speaking of cronie, does the recipe already include a proper crontab that
lists cron.{daily,hourly,weekly}? It ships the directories, but they won't run
anything due to said crontab entries missing.

regards,

Koen


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [RFC][PATCH] mozjs: add 45.0.2

[Koen Kooi]

Op 12-07-16 om 12:05 schreef Koen Kooi:
> Mozjs 17 has serious issues on non-x86 64 bit hardware and worse, on 48/51 
> bit VA architectures. The systemd -> polkit -> mozjs chain renders various 
> armv8 systems unbootable due to that. There are no fixes for mozjs17, only 
> more recent versions.
> 
> Signed-off-by: Koen Kooi <koen.k...@linaro.org>
> ---
> 
> This is an RFC since there are a number of things needing to get sorted out, 
> like the usage for host python instead of the sysroot one and the fact that 
> configure runs 'pip install', which needs networking. But it's mozilla 
> software, so we have to accept that it's ugly and a maintenance nightmare. 

And of course polkit can only work with mozjs17. Great, a 'security' helper
than depends on a library that doesn't get any security updates and doesn't
work properly on !x86...

I'll see if I can fix polkit in a different way, there's a patch to move it to
the duktape js library, maybe that will improve things.

regards,

Koen




-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [RFC][PATCH] mozjs: add 45.0.2

[Koen Kooi]

Mozjs 17 has serious issues on non-x86 64 bit hardware and worse, on 48/51 bit 
VA architectures. The systemd -> polkit -> mozjs chain renders various armv8 
systems unbootable due to that. There are no fixes for mozjs17, only more 
recent versions.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---

This is an RFC since there are a number of things needing to get sorted out, 
like the usage for host python instead of the sysroot one and the fact that 
configure runs 'pip install', which needs networking. But it's mozilla 
software, so we have to accept that it's ugly and a maintenance nightmare. 

 .../0001-configure-use-host-python.patch   |  31 
 .../mozjs/mozjs-45.0.2/mozbz-1143022.patch | 172 +
 .../mozjs/mozjs-45.0.2/mozbz-1277742.patch |  34 
 .../mozjs/mozjs-45.0.2/mozbz1266366.patch  |  33 
 meta-oe/recipes-extended/mozjs/mozjs_45.0.2.bb | 111 +
 5 files changed, 381 insertions(+)
 create mode 100644 
meta-oe/recipes-extended/mozjs/mozjs-45.0.2/0001-configure-use-host-python.patch
 create mode 100644 
meta-oe/recipes-extended/mozjs/mozjs-45.0.2/mozbz-1143022.patch
 create mode 100644 
meta-oe/recipes-extended/mozjs/mozjs-45.0.2/mozbz-1277742.patch
 create mode 100644 
meta-oe/recipes-extended/mozjs/mozjs-45.0.2/mozbz1266366.patch
 create mode 100644 meta-oe/recipes-extended/mozjs/mozjs_45.0.2.bb

diff --git 
a/meta-oe/recipes-extended/mozjs/mozjs-45.0.2/0001-configure-use-host-python.patch
 
b/meta-oe/recipes-extended/mozjs/mozjs-45.0.2/0001-configure-use-host-python.patch
new file mode 100644
index 000..7fa73e7
--- /dev/null
+++ 
b/meta-oe/recipes-extended/mozjs/mozjs-45.0.2/0001-configure-use-host-python.patch
@@ -0,0 +1,31 @@
+From fd3bdf5482560016946e874fa1d0329273a929d6 Mon Sep 17 00:00:00 2001
+From: Koen Kooi <koen.k...@linaro.org>
+Date: Mon, 11 Jul 2016 10:02:36 +0200
+Subject: [PATCH] configure: use host python
+
+Python path provided by configure doesn't work, use the host instead.
+
+Adapted from 
https://github.com/OSSystems/meta-browser/blob/master/recipes-mozilla/firefox/firefox/fix-python-path.patch
+
+pstream-Status: Inappropriate [configuration]
+Signed-off-by: Koen Kooi <koen.k...@linaro.org>
+---
+ configure | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/configure b/configure
+index a957c4b..df6f54f 100755
+--- a/configure
 b/configure
+@@ -17061,7 +17061,7 @@ echo creating $CONFIG_STATUS
+ extra_python_path=${COMM_BUILD:+"'mozilla', "}
+ 
+ cat > $CONFIG_STATUS <
+# Date 1464657720 -7200
+# Node ID dfaafbaaa2919a033c4c0abdd5830f4ea413bed6
+# Parent  499f16ca85ec48d1896a1633730715f32bd62140
+Bug 1143022 - Manually mmap on arm64 to ensure high 17 bits are clear. 
r=ehoogeveen
+
+There might be 48-bit VA on arm64 depending on kernel configuration.
+Manually mmap heap memory to align with the assumption made by JS engine.
+
+Upstream-status: Backport
+
+diff --git a/js/src/gc/Memory.cpp b/js/src/gc/Memory.cpp
+--- a/js/src/gc/Memory.cpp
 b/js/src/gc/Memory.cpp
+@@ -430,17 +430,17 @@ InitMemorySubsystem()
+ if (pageSize == 0)
+ pageSize = allocGranularity = size_t(sysconf(_SC_PAGESIZE));
+ }
+ 
+ static inline void*
+ MapMemoryAt(void* desired, size_t length, int prot = PROT_READ | PROT_WRITE,
+ int flags = MAP_PRIVATE | MAP_ANON, int fd = -1, off_t offset = 0)
+ {
+-#if defined(__ia64__) || (defined(__sparc64__) && defined(__NetBSD__))
++#if defined(__ia64__) || (defined(__sparc64__) && defined(__NetBSD__)) || 
defined(__aarch64__)
+ MOZ_ASSERT(0x8000ULL & (uintptr_t(desired) + length - 1) == 
0);
+ #endif
+ void* region = mmap(desired, length, prot, flags, fd, offset);
+ if (region == MAP_FAILED)
+ return nullptr;
+ /*
+  * mmap treats the given address as a hint unless the MAP_FIXED flag is
+  * used (which isn't usually what you want, as this overrides existing
+@@ -480,16 +480,51 @@ MapMemory(size_t length, int prot = PROT
+  * as out of memory.
+  */
+ if ((uintptr_t(region) + (length - 1)) & 0x8000) {
+ if (munmap(region, length))
+ MOZ_ASSERT(errno == ENOMEM);
+ return nullptr;
+ }
+ return region;
++#elif defined(__aarch64__)
++   /*
++* There might be similar virtual address issue on arm64 which depends on
++* hardware and kernel configurations. But the work around is slightly
++* different due to the different mmap behavior.
++*
++* TODO: Merge with the above code block if this implementation works for
++* ia64 and sparc64.
++*/
++const uintptr_t start = UINT64_C(0x0700);
++const uintptr_t end   = UINT64_C(0x8000);
++const uintptr_t step  = ChunkSize;
++   /*
++* Optimization options if there are too many retries in practice:
++* 1. Examine /proc/self/maps to find an available address. This fil

Re: [oe] [meta-oe][PATCH v2] fwts: update to latest git and fix build with gcc 5

[Koen Kooi]

On 20 June 2016 at 11:35, Koen Kooi <koen.k...@linaro.org> wrote:
> License checksum change due to 2014->2016 changes. Fix build with gcc 5 by 
> removing -Wno-werror:
>
> cc1: error: -Werror=misleading-indentation: no option 
> -Wmisleading-indentation
>
> Signed-off-by: Koen Kooi <koen.k...@linaro.org>

*sigh* this builds fine on armv8, but breaks on armv7 :(

> ---
>  meta-oe/recipes-test/fwts/fwts_git.bb | 10 ++
>  1 file changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/meta-oe/recipes-test/fwts/fwts_git.bb 
> b/meta-oe/recipes-test/fwts/fwts_git.bb
> index 197fe20..2868034 100644
> --- a/meta-oe/recipes-test/fwts/fwts_git.bb
> +++ b/meta-oe/recipes-test/fwts/fwts_git.bb
> @@ -3,11 +3,11 @@ DESCRIPTION = "The tool fwts comprises of over fifty tests 
> that are designed to
>  HOMEPAGE = "https://wiki.ubuntu.com/Kernel/Reference/fwts;
>
>  LICENSE = "GPLv2+"
> -LIC_FILES_CHKSUM = 
> "file://src/main.c;beginline=1;endline=16;md5=deb8af5388e838d133eaa036f4d1496f"
> +LIC_FILES_CHKSUM = 
> "file://src/main.c;beginline=1;endline=16;md5=31da590f3e9f3bd34dcdb9e4db568519"
>
> -PV = "14.12.00"
> +PV = "16.05.01"
>
> -SRCREV = "efc18d16294f492b7f72bba64344b2eed50e6a69"
> +SRCREV = "4d9500d1fb119e2136e07c0cc2844f51b5e5b97a"
>  SRC_URI = "git://kernel.ubuntu.com/hwe/fwts.git"
>
>  S = "${WORKDIR}/git"
> @@ -16,7 +16,9 @@ DEPENDS = "libpcre json-c glib-2.0"
>
>  inherit autotools-brokensep
>
> -CFLAGS += "-I${STAGING_INCDIR}/json-c -Wno-error=misleading-indentation"
> +CFLAGS += "-I${STAGING_INCDIR}/json-c"
> +
> +RDEPENDS_${PN} += "dtc"
>
>  FILES_${PN} += "${libdir}/fwts/lib*${SOLIBS}"
>  FILES_${PN}-dev += "${libdir}/fwts/lib*${SOLIBSDEV} ${libdir}/fwts/lib*.la"
> --
> 2.4.3
>



-- 
Koen Kooi

Builds and Baselines | Release Manager
Linaro.org | Open source software for ARM SoCs
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH v2] fwts: update to latest git and fix build with gcc 5

[Koen Kooi]

On 20 June 2016 at 18:07, Khem Raj <raj.k...@gmail.com> wrote:
> On Mon, Jun 20, 2016 at 2:35 AM, Koen Kooi <koen.k...@linaro.org> wrote:
>> License checksum change due to 2014->2016 changes. Fix build with gcc 5 by 
>> removing -Wno-werror:
>>
>> cc1: error: -Werror=misleading-indentation: no option 
>> -Wmisleading-indentation
>
> This would then break build with gcc6 unless the indentations are
> fixed in new version. Can you confirm that
> it works with gcc6 equally well ?

ATM I can't, since I don't have a gcc6 config setup. But this is a
general problem: How can we turn off that indentation warning for gcc6
without breaking gcc5?

>
>>
>> Signed-off-by: Koen Kooi <koen.k...@linaro.org>
>> ---
>>  meta-oe/recipes-test/fwts/fwts_git.bb | 10 ++
>>  1 file changed, 6 insertions(+), 4 deletions(-)
>>
>> diff --git a/meta-oe/recipes-test/fwts/fwts_git.bb 
>> b/meta-oe/recipes-test/fwts/fwts_git.bb
>> index 197fe20..2868034 100644
>> --- a/meta-oe/recipes-test/fwts/fwts_git.bb
>> +++ b/meta-oe/recipes-test/fwts/fwts_git.bb
>> @@ -3,11 +3,11 @@ DESCRIPTION = "The tool fwts comprises of over fifty tests 
>> that are designed to
>>  HOMEPAGE = "https://wiki.ubuntu.com/Kernel/Reference/fwts;
>>
>>  LICENSE = "GPLv2+"
>> -LIC_FILES_CHKSUM = 
>> "file://src/main.c;beginline=1;endline=16;md5=deb8af5388e838d133eaa036f4d1496f"
>> +LIC_FILES_CHKSUM = 
>> "file://src/main.c;beginline=1;endline=16;md5=31da590f3e9f3bd34dcdb9e4db568519"
>>
>> -PV = "14.12.00"
>> +PV = "16.05.01"
>>
>> -SRCREV = "efc18d16294f492b7f72bba64344b2eed50e6a69"
>> +SRCREV = "4d9500d1fb119e2136e07c0cc2844f51b5e5b97a"
>>  SRC_URI = "git://kernel.ubuntu.com/hwe/fwts.git"
>>
>>  S = "${WORKDIR}/git"
>> @@ -16,7 +16,9 @@ DEPENDS = "libpcre json-c glib-2.0"
>>
>>  inherit autotools-brokensep
>>
>> -CFLAGS += "-I${STAGING_INCDIR}/json-c -Wno-error=misleading-indentation"
>> +CFLAGS += "-I${STAGING_INCDIR}/json-c"
>> +
>> +RDEPENDS_${PN} += "dtc"
>>
>>  FILES_${PN} += "${libdir}/fwts/lib*${SOLIBS}"
>>  FILES_${PN}-dev += "${libdir}/fwts/lib*${SOLIBSDEV} ${libdir}/fwts/lib*.la"
>> --
>> 2.4.3
>>
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel



-- 
Koen Kooi

Builds and Baselines | Release Manager
Linaro.org | Open source software for ARM SoCs
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH v2] fwts: update to latest git and fix build with gcc 5

[Koen Kooi]

License checksum change due to 2014->2016 changes. Fix build with gcc 5 by 
removing -Wno-werror:

cc1: error: -Werror=misleading-indentation: no option 
-Wmisleading-indentation

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 meta-oe/recipes-test/fwts/fwts_git.bb | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/meta-oe/recipes-test/fwts/fwts_git.bb 
b/meta-oe/recipes-test/fwts/fwts_git.bb
index 197fe20..2868034 100644
--- a/meta-oe/recipes-test/fwts/fwts_git.bb
+++ b/meta-oe/recipes-test/fwts/fwts_git.bb
@@ -3,11 +3,11 @@ DESCRIPTION = "The tool fwts comprises of over fifty tests 
that are designed to
 HOMEPAGE = "https://wiki.ubuntu.com/Kernel/Reference/fwts;
 
 LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = 
"file://src/main.c;beginline=1;endline=16;md5=deb8af5388e838d133eaa036f4d1496f"
+LIC_FILES_CHKSUM = 
"file://src/main.c;beginline=1;endline=16;md5=31da590f3e9f3bd34dcdb9e4db568519"
 
-PV = "14.12.00"
+PV = "16.05.01"
 
-SRCREV = "efc18d16294f492b7f72bba64344b2eed50e6a69"
+SRCREV = "4d9500d1fb119e2136e07c0cc2844f51b5e5b97a"
 SRC_URI = "git://kernel.ubuntu.com/hwe/fwts.git"
 
 S = "${WORKDIR}/git"
@@ -16,7 +16,9 @@ DEPENDS = "libpcre json-c glib-2.0"
 
 inherit autotools-brokensep
 
-CFLAGS += "-I${STAGING_INCDIR}/json-c -Wno-error=misleading-indentation"
+CFLAGS += "-I${STAGING_INCDIR}/json-c"
+
+RDEPENDS_${PN} += "dtc"
 
 FILES_${PN} += "${libdir}/fwts/lib*${SOLIBS}"
 FILES_${PN}-dev += "${libdir}/fwts/lib*${SOLIBSDEV} ${libdir}/fwts/lib*.la"
-- 
2.4.3

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] fwts: update to latest git and fix build with gcc 5

[Koen Kooi]

License checksum change due to 2014->2016 changes. Fix build with gcc 5 by 
removing -Wno-werror:

cc1: error: -Werror=misleading-indentation: no option 
-Wmisleading-indentation

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 meta-oe/recipes-test/fwts/fwts_git.bb | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta-oe/recipes-test/fwts/fwts_git.bb 
b/meta-oe/recipes-test/fwts/fwts_git.bb
index 197fe20..cbc33d3 100644
--- a/meta-oe/recipes-test/fwts/fwts_git.bb
+++ b/meta-oe/recipes-test/fwts/fwts_git.bb
@@ -3,11 +3,11 @@ DESCRIPTION = "The tool fwts comprises of over fifty tests 
that are designed to
 HOMEPAGE = "https://wiki.ubuntu.com/Kernel/Reference/fwts;
 
 LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = 
"file://src/main.c;beginline=1;endline=16;md5=deb8af5388e838d133eaa036f4d1496f"
+LIC_FILES_CHKSUM = 
"file://src/main.c;beginline=1;endline=16;md5=31da590f3e9f3bd34dcdb9e4db568519"
 
-PV = "14.12.00"
+PV = "16.05.01"
 
-SRCREV = "efc18d16294f492b7f72bba64344b2eed50e6a69"
+SRCREV = "4d9500d1fb119e2136e07c0cc2844f51b5e5b97a"
 SRC_URI = "git://kernel.ubuntu.com/hwe/fwts.git"
 
 S = "${WORKDIR}/git"
@@ -16,7 +16,7 @@ DEPENDS = "libpcre json-c glib-2.0"
 
 inherit autotools-brokensep
 
-CFLAGS += "-I${STAGING_INCDIR}/json-c -Wno-error=misleading-indentation"
+CFLAGS += "-I${STAGING_INCDIR}/json-c"
 
 FILES_${PN} += "${libdir}/fwts/lib*${SOLIBS}"
 FILES_${PN}-dev += "${libdir}/fwts/lib*${SOLIBSDEV} ${libdir}/fwts/lib*.la"
-- 
2.4.3

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCHv3] chrony: Versatile implementation of NTP

[Koen Kooi]

> Op 15 jun. 2016, om 20:17 heeft Henry Hallam <he...@kittyhawk.aero> het 
> volgende geschreven:
> 
> From: Henry Hallam <he...@pericynthion.org>
> 
> chrony is an alternative to ntpd.  In particular it may be useful
> for quasi-realtime embedded systems that have a pulse-per-second
> time reference available and need to rapidly synchronize to it after
> boot, which appears to be unachievable with ntpd.
> 
> Signed-off-by: Henry Hallam <he...@pericynthion.org>

Reviewed-by: Koen Kooi <k...@dominion.thruhere.net>

> ---
> .../recipes-support/chrony/chrony/chrony.conf  |  44 +++
> .../recipes-support/chrony/chrony/chronyd  |  58 ++
> .../recipes-support/chrony/chrony_2.4.bb   | 127 +
> 3 files changed, 229 insertions(+)
> create mode 100644 meta-networking/recipes-support/chrony/chrony/chrony.conf
> create mode 100644 meta-networking/recipes-support/chrony/chrony/chronyd
> create mode 100644 meta-networking/recipes-support/chrony/chrony_2.4.bb
> 
> diff --git a/meta-networking/recipes-support/chrony/chrony/chrony.conf 
> b/meta-networking/recipes-support/chrony/chrony/chrony.conf
> new file mode 100644
> index 000..8d226d3
> --- /dev/null
> +++ b/meta-networking/recipes-support/chrony/chrony/chrony.conf
> @@ -0,0 +1,44 @@
> +# Use public NTP servers from the pool.ntp.org project.
> +# Please consider joining the pool project if possible by running your own
> +# server(s).
> +# If you are a vendor distributing a product using chrony, you *MUST*
> +# read and comply with http://www.pool.ntp.org/vendors.html
> +pool 0.openembedded.pool.ntp.org iburst
> +
> +# Use a local timeserver in preference to the pool, if it's reachable.
> +#server 192.168.22.22 iburst minpoll 2 prefer
> +
> +# Sync to pulse-per-second from an onboard GPS.
> +#refclock PPS /dev/pps0 poll 0 prefer
> +# You'll want to enable CONFIG_PPS and CONFIG_PPS_CLIENT_GPIO in your kernel,
> +# and an entry something like this in your device tree:
> +#pps {
> +#compatible = "pps-gpio";
> +#gpios = <_gpio_0 56 0>;
> +#};
> +
> +# In first three updates step the system clock instead of slew
> +# if the adjustment is larger than 1 second.
> +makestep 1.0 3
> +
> +# Record the rate at which the system clock gains/loses time,
> +# improving accuracy after reboot
> +driftfile /var/lib/chrony/drift
> +
> +# Enable kernel synchronization of the hardware real-time clock (RTC).
> +rtcsync
> +
> +# Allow NTP client access from local network.
> +#allow 192.168/16
> +
> +# Serve time even if not synchronized to any NTP server.
> +#local stratum 10
> +
> +# Specify file containing keys for NTP authentication.
> +#keyfile /etc/chrony.keys
> +
> +# Specify directory for log files.
> +logdir /var/log/chrony
> +
> +# Select which information is logged.
> +#log measurements statistics tracking
> diff --git a/meta-networking/recipes-support/chrony/chrony/chronyd 
> b/meta-networking/recipes-support/chrony/chrony/chronyd
> new file mode 100644
> index 000..04f1b68
> --- /dev/null
> +++ b/meta-networking/recipes-support/chrony/chrony/chronyd
> @@ -0,0 +1,58 @@
> +#! /bin/sh
> +
> +# System V init script for chrony
> +# Adapted from the script already in meta-networking for ntpd
> +
> +### BEGIN INIT INFO
> +# Provides:chrony
> +# Required-Start:  $network $remote_fs $syslog
> +# Required-Stop:   $network $remote_fs $syslog
> +# Default-Start:   2 3 4 5
> +# Default-Stop:
> +# Short-Description: Start chrony time daemon
> +### END INIT INFO
> +
> +PATH=/sbin:/bin:/usr/bin:/usr/sbin
> +
> +DAEMON=/usr/sbin/chronyd
> +PIDFILE=/var/run/chronyd.pid
> +
> +test -x $DAEMON -a -r /etc/chrony.conf || exit 0
> +
> +# Source function library.
> +. /etc/init.d/functions
> +
> +# Functions to do individual actions
> +startdaemon(){
> + echo -n "Starting chronyd: "
> + start-stop-daemon --start --quiet --oknodo --pidfile $PIDFILE --startas 
> $DAEMON -- "$@"
> + echo "done"
> +}
> +stopdaemon(){
> + echo -n "Stopping chronyd: "
> + start-stop-daemon --stop --quiet --oknodo -p $PIDFILE
> + echo "done"
> +}
> +
> +case "$1" in
> +  start)
> + startdaemon
> + ;;
> +  stop)
> + stopdaemon
> + ;;
> +  force-reload | restart | reload)
> + stopdaemon
> + startdaemon
> + ;;
> +  status)
> + status /usr/sbin/chronyd;
> + exit $?
> + ;;
> +  *)
> + echo "Usage: chronyd { start | stop | status | restart | reload }" >&2
>

Re: [oe] [meta-networking][PATCH v2] chrony: Versatile implementation of NTP

[Koen Kooi]

> Op 15 jun. 2016, om 04:12 heeft Henry Hallam  het 
> volgende geschreven:
> 
> From: Henry Hallam 

[..]

> +DEPENDS = "pps-tools"
> +# It's probably a bad idea to run chrony and ntpd on the same system.
> +RCONFLICTS_${PN} = “ntp"

The rule of thumb is to put variables where there are used, so R* go below 
do_install since they affect packaging.

> +
> +SRC_URI = "https://download.tuxfamily.org/chrony/chrony-${PV}.tar.gz \
> +file://chrony.conf \
> +file://chronyd"
> +
> +SRC_URI[md5sum] = "d0598aa8a9be8faccef9386f6fc0d5f2"
> +SRC_URI[sha256sum] = 
> "8d04e7cda2333289c2104b731d39c3c1db94816e43bae35d7ee4e7ae8af6391f"
> +
> +# Note: Despite being built via './configure; make; make install',
> +#   chrony does not use GNU Autotools.
> +inherit update-rc.d systemd
> +
> +CONFFILES_${PN} = "${sysconfdir}/chrony.conf"
> +
> +INITSCRIPT_NAME = "chronyd"
> +INITSCRIPT_PARAMS = "defaults"
> +
> +SYSTEMD_PACKAGES = "${PN}"
> +SYSTEMD_SERVICE_${PN} = “chronyd.service"

The same CONFFILES/INITSCRIPT*/SYSTEMD_*, below do_install

> +
> +# Configuration options:
> +# - For command line editing support in chronyc, you may specify either
> +#   'editline' or 'readline' but not both.  editline is smaller, but
> +#   many systems already have readline for other purposes so you might want
> +#   to choose that instead.  However, beware license incompatibility
> +#   since chrony is GPLv2 and readline versions after 6.0 are GPLv3+.
> +#   You can of course choose neither, but if you're that tight on space
> +#   consider dropping chronyc entirely (you can use it remotely with
> +#   appropriate chrony.conf options).
> +# - Security-related:
> +#   - 'sechash' is omitted by default because it pulls in nss which is huge.
> +#   - 'privdrop' allows chronyd to run as non-root; would need changes to
> +# chrony.conf and init script.
> +#   - 'scfilter' enables support for system call filtering, but requires the
> +# kernel to have CONFIG_SECCOMP enabled.
> +PACKAGECONFIG ??= "editline scfilter"
> +PACKAGECONFIG[readline] = "--without-editline,--without-readline,readline"
> +PACKAGECONFIG[editline] = ",--without-editline,libedit"
> +PACKAGECONFIG[sechash] = "--without-tomcrypt,--disable-sechash,nss"
> +PACKAGECONFIG[privdrop] = ",--disable-privdrop,libcap"
> +PACKAGECONFIG[scfilter] = "--enable-scfilter,--without-seccomp"
> +
> +# --disable-static isn't supported by chrony's configure script.
> +DISABLE_STATIC = ""
> +
> +PACKAGES += "chronyc"
> +FILES_${PN} = "${sbindir}/chronyd ${sysconfdir} ${localstatedir}"
> +FILES_chronyc = "${bindir}/chronyc”

Change that to:

PACKAGES =+ “chronyc"
FILES_chronyc = "${bindir}/chronyc”

And move those below do_install

The recipe looks good to me beside the points mentioned.

regards,

Koen

> +
> +do_configure() {
> +./configure --sysconfdir=${sysconfdir} --bindir=${bindir} 
> --sbindir=${sbindir} \
> +--localstatedir=${localstatedir} --datarootdir=${datadir} \
> +${EXTRA_OECONF}
> +}
> +
> +do_install() {
> +# Binaries
> +install -d ${D}${bindir}
> +install -m 0755 ${S}/chronyc ${D}${bindir}
> +install -d ${D}${sbindir}
> +install -m 0755 ${S}/chronyd ${D}${sbindir}
> +
> +# Config file
> +install -d ${D}${sysconfdir}
> +install -m 644 ${WORKDIR}/chrony.conf ${D}${sysconfdir}
> +
> +# System V init script
> +install -d ${D}${sysconfdir}/init.d
> +install -m 755 ${WORKDIR}/chronyd ${D}${sysconfdir}/init.d
> +
> +# Systemd unit
> +install -d ${D}${systemd_unitdir}/system
> +install -m 0644 ${S}/examples/chronyd.service 
> ${D}${systemd_unitdir}/system/
> +
> +# Variable data (for drift file)
> +install -d ${D}${localstatedir}/lib/chrony
> +
> +# Log files
> +install -d ${D}${localstatedir}/log/chrony
> +
> +# Fix hard-coded paths in config files and init scripts
> +sed -i -e 's!/var/!${localstatedir}/!g' -e 's!/etc/!${sysconfdir}/!g' \
> +   -e 's!/usr/sbin/!${sbindir}/!g' -e 's!/usr/bin/!${bindir}/!g' \
> +   ${D}${sysconfdir}/chrony.conf \
> +   ${D}${sysconfdir}/init.d/chronyd \
> +   ${D}${systemd_unitdir}/system/chronyd.service
> +sed -i 
> 's!^PATH=.*!PATH=${base_sbindir}:${base_bindir}:${sbindir}:${bindir}!' 
> ${D}${sysconfdir}/init.d/chronyd
> +sed -i 
> 's!^EnvironmentFile=.*!EnvironmentFile=-${sysconfdir}/default/chronyd!' 
> ${D}${systemd_unitdir}/system/chronyd.service
> +}
> -- 
> 2.8.1
> 

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH] chrony: Versatile implementation of NTP

[Koen Kooi]

Op 09-06-16 om 21:06 schreef Henry Hallam:
> chrony is an alternative to ntpd.  In particular it may be useful
> for quasi-realtime embedded systems that have a pulse-per-second
> time reference available and need to rapidly synchronize to it after
> boot, which appears to be unachievable with ntpd.
> 
> Signed-off-by: Henry Hallam 
> ---
>  .../recipes-support/chrony/chrony/chrony.conf  | 40 +++

That file hardcodes /etc, /var, etc


>  .../recipes-support/chrony/chrony/chronyd  | 58 +++
>  .../recipes-support/chrony/chrony_2.4.bb   | 83 
> ++

While the recipe is well behaved and uses ${sysconfdir} and friends. You'll
likely need to add a sed -i -e s:/var:${localstatedir}:g -e
s:/etc/:${sysconfdir}:g -e  -e. to do_install to fix that up.

>  3 files changed, 181 insertions(+)
>  create mode 100644 meta-networking/recipes-support/chrony/chrony/chrony.conf
>  create mode 100644 meta-networking/recipes-support/chrony/chrony/chronyd
>  create mode 100644 meta-networking/recipes-support/chrony/chrony_2.4.bb
> 
> diff --git a/meta-networking/recipes-support/chrony/chrony/chrony.conf 
> b/meta-networking/recipes-support/chrony/chrony/chrony.conf
> new file mode 100644
> index 000..435a4f9
> --- /dev/null
> +++ b/meta-networking/recipes-support/chrony/chrony/chrony.conf
> @@ -0,0 +1,40 @@
> +# Use public NTP servers from the pool.ntp.org project.
> +pool pool.ntp.org iburst
> +
> +# Use a local timeserver in preference to the pool, if it's reachable.
> +#server 192.168.22.22 iburst minpoll 2 prefer
> +
> +# Sync to pulse-per-second from an onboard GPS.
> +# refclock PPS /dev/pps0 poll 0 prefer
> +# You'll want to enable CONFIG_PPS and CONFIG_PPS_CLIENT_GPIO in your kernel,
> +# and an entry something like this in your device tree:
> +#pps {
> +#compatible = "pps-gpio";
> +#gpios = <_gpio_0 56 0>;
> +#};
> +
> +# Record the rate at which the system clock gains/loses time,
> +# improving accuracy after reboot
> +driftfile /var/lib/chrony.drift
> +
> +# In first three updates step the system clock instead of slew
> +# if the adjustment is larger than 1 second.
> +makestep 1.0 3
> +
> +# Enable kernel synchronization of the real-time clock (RTC).
> +#rtcsync
> +
> +# Allow NTP client access from local network.
> +#allow 192.168/16
> +
> +# Serve time even if not synchronized to any NTP server.
> +#local stratum 10
> +
> +# Specify file containing keys for NTP authentication.
> +#keyfile /etc/chrony.keys
> +
> +# Specify directory for log files.
> +logdir /var/log/chrony
> +
> +# Select which information is logged.
> +#log measurements statistics tracking
> diff --git a/meta-networking/recipes-support/chrony/chrony/chronyd 
> b/meta-networking/recipes-support/chrony/chrony/chronyd
> new file mode 100644
> index 000..04f1b68
> --- /dev/null
> +++ b/meta-networking/recipes-support/chrony/chrony/chronyd
> @@ -0,0 +1,58 @@
> +#! /bin/sh
> +
> +# System V init script for chrony
> +# Adapted from the script already in meta-networking for ntpd
> +
> +### BEGIN INIT INFO
> +# Provides:chrony
> +# Required-Start:  $network $remote_fs $syslog
> +# Required-Stop:   $network $remote_fs $syslog
> +# Default-Start:   2 3 4 5
> +# Default-Stop:
> +# Short-Description: Start chrony time daemon
> +### END INIT INFO
> +
> +PATH=/sbin:/bin:/usr/bin:/usr/sbin
> +
> +DAEMON=/usr/sbin/chronyd
> +PIDFILE=/var/run/chronyd.pid
> +
> +test -x $DAEMON -a -r /etc/chrony.conf || exit 0
> +
> +# Source function library.
> +. /etc/init.d/functions
> +
> +# Functions to do individual actions
> +startdaemon(){
> + echo -n "Starting chronyd: "
> + start-stop-daemon --start --quiet --oknodo --pidfile $PIDFILE --startas 
> $DAEMON -- "$@"
> + echo "done"
> +}
> +stopdaemon(){
> + echo -n "Stopping chronyd: "
> + start-stop-daemon --stop --quiet --oknodo -p $PIDFILE
> + echo "done"
> +}
> +
> +case "$1" in
> +  start)
> + startdaemon
> + ;;
> +  stop)
> + stopdaemon
> + ;;
> +  force-reload | restart | reload)
> + stopdaemon
> + startdaemon
> + ;;
> +  status)
> + status /usr/sbin/chronyd;
> + exit $?
> + ;;
> +  *)
> + echo "Usage: chronyd { start | stop | status | restart | reload }" >&2
> + exit 1
> + ;;
> +esac
> +
> +exit 0
> diff --git a/meta-networking/recipes-support/chrony/chrony_2.4.bb 
> b/meta-networking/recipes-support/chrony/chrony_2.4.bb
> new file mode 100644
> index 000..2b6ae5b
> --- /dev/null
> +++ b/meta-networking/recipes-support/chrony/chrony_2.4.bb
> @@ -0,0 +1,83 @@
> +SUMMARY = "Versatile implementation of the Network Time Protocol"
> +DESCRIPTION = "Chrony can synchronize the system clock with NTP \
> +servers, reference clocks (e.g. GPS receiver), and manual input using \
> +wristwatch and keyboard. It can also operate as an NTPv4 (RFC 5905) \
> +server and peer to provide a time service to other computers in 

Re: [oe] [meta-gnome][PATCH 1/2] gnome-vfs 2.24.4: drop useless print

[Koen Kooi]

Op 07-06-16 om 13:40 schreef Gary Thomas:
> On 2016-06-07 10:38, Koen Kooi wrote:
>> This fixes the python3 traceback.
> 
> RP already sent patches for this and the other python3 related issue.

They didn't show up in patchwork nor in thunderbird search :/


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-gnome][PATCH 2/2] abiword 3.0.1: fix python code to work with python3

[Koen Kooi]

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 meta-gnome/recipes-gnome/abiword/abiword_3.0.1.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-gnome/recipes-gnome/abiword/abiword_3.0.1.bb 
b/meta-gnome/recipes-gnome/abiword/abiword_3.0.1.bb
index 962a56c..0d0ba11 100644
--- a/meta-gnome/recipes-gnome/abiword/abiword_3.0.1.bb
+++ b/meta-gnome/recipes-gnome/abiword/abiword_3.0.1.bb
@@ -102,7 +102,7 @@ FILES_${PN}-templates  += 
"${datadir}/${PN}-${SHRT_VER}/templates"
 PACKAGES_DYNAMIC += "^${PN}-meta.* ^${PN}-plugin-.*"
 
 python populate_packages_prepend () {
-abiword_libdir= d.expand('${libdir}/${PN}-${SHRT_VER}/plugins')
+abiword_libdir = d.expand('${libdir}/${PN}-${SHRT_VER}/plugins')
 do_split_packages(d, abiword_libdir, '(.*)\.so$', 'abiword-plugin-%s', 
'Abiword plugin for %s', extra_depends='')
 
 metapkg = "abiword-meta"
@@ -113,7 +113,7 @@ python populate_packages_prepend () {
 packages = d.getVar('PACKAGES', 1).split()
 for pkg in packages[1:]:
 if not pkg in blacklist and not pkg in metapkg_rdepends and not 
pkg.count("-dev") and not pkg.count("-dbg") and not pkg.count("static") and not 
pkg.count("locale") and not pkg.count("abiword-doc"):
-print "Modifying ", pkg
+print ("Modifying %s" % pkg)
 metapkg_rdepends.append(pkg)
 d.setVar('RDEPENDS_' + metapkg, ' '.join(metapkg_rdepends))
 d.setVar('DESCRIPTION_' + metapkg, 'abiword-plugin meta package')
-- 
2.4.3

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-gnome][PATCH 1/2] gnome-vfs 2.24.4: drop useless print

[Koen Kooi]

This fixes the python3 traceback.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb | 2 --
 1 file changed, 2 deletions(-)

diff --git a/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb 
b/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb
index f9b02b1..1c78474 100644
--- a/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb
+++ b/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb
@@ -53,8 +53,6 @@ FILES_${PN}-doc += "${datadir}/gtk-doc"
 PACKAGES_DYNAMIC += "^gnome-vfs-plugin-.*"
 
 python populate_packages_prepend () {
-print d.getVar('FILES_gnome-vfs', 1)
-
 plugindir = d.expand('${libdir}/gnome-vfs-2.0/modules/')
 do_split_packages(d, plugindir, '^lib(.*)\.so$', 'gnome-vfs-plugin-%s', 
'GNOME VFS plugin for %s')
 }
-- 
2.4.3

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-python][PATCH v2] python-tornado: add missing python2 runtime deps

[Koen Kooi]

Op 01-06-16 om 22:20 schreef S. Lockwood-Childs:
> Sorry about missing character in the previous version, I think this is the
> unmangled version of patch...
> 
> ---
> 
> Tornado 4.3 needs a couple more backport modules to prevent tornado/gen.py
> from bombing on import errors when running on python2 rather than python3.4
> 
>   ImportError: No module named singledispatch
> 
>   ImportError: No module named backports_abc
> 
> Fixed by creating python-singledispatch and python-backports-abc recipes
> respectively and adding them to RDEPENDS.
> 
> Signed-off-by: S. Lockwood-Childs 

It's customary to split a patch like this into 3 patches.

regards,

Koen

> ---
>  .../python/python-backports-abc_0.4.bb | 18 
> ++
>  .../python/python-singledispatch_3.4.0.3.bb| 13 +
>  .../recipes-devtools/python/python-tornado_4.3.bb  |  2 +-
>  3 files changed, 32 insertions(+), 1 deletion(-)
>  create mode 100644 
> meta-python/recipes-devtools/python/python-backports-abc_0.4.bb
>  create mode 100644 
> meta-python/recipes-devtools/python/python-singledispatch_3.4.0.3.bb
> 
> diff --git a/meta-python/recipes-devtools/python/python-backports-abc_0.4.bb 
> b/meta-python/recipes-devtools/python/python-backports-abc_0.4.bb
> new file mode 100644
> index 000..6a4d267
> --- /dev/null
> +++ b/meta-python/recipes-devtools/python/python-backports-abc_0.4.bb
> @@ -0,0 +1,18 @@
> +SUMMARY = "collections.abc from Python 3.4"
> +DESCRIPTION = "A backport of recent additions to the 'collections.abc' 
> module"
> +
> +LICENSE = "PSF"
> +LIC_FILES_CHKSUM = 
> "file://${WORKDIR}/LICENSE;md5=dd98d01d471fac8d8dbdd975229dba03"
> +
> +# pypi package doesn't have valid entry for license
> +SRC_URI += 
> "https://raw.githubusercontent.com/cython/backports_abc/master/LICENSE;name=license;
> +
> +SRC_URI[md5sum] = "0b65a216ce9dc9c1a7e20a729dd7c05b"
> +SRC_URI[sha256sum] = 
> "8b3e4092ba3d541c7a2f9b7d0d9c0275b21c6a01c53a61c731eba6686939d0a5"
> +SRC_URI[license.md5sum] = "dd98d01d471fac8d8dbdd975229dba03"
> +SRC_URI[license.sha256sum] = 
> "0a4f3b38055f50f047a42521568fa6ddb9a5976c2884f6ae138796d0f71150ca"
> +
> +
> +
> +PYPI_PACKAGE = "backports_abc"
> +inherit pypi setuptools
> diff --git 
> a/meta-python/recipes-devtools/python/python-singledispatch_3.4.0.3.bb 
> b/meta-python/recipes-devtools/python/python-singledispatch_3.4.0.3.bb
> new file mode 100644
> index 000..87f46e5
> --- /dev/null
> +++ b/meta-python/recipes-devtools/python/python-singledispatch_3.4.0.3.bb
> @@ -0,0 +1,13 @@
> +SUMMARY = "functools.singledispatch from Python 3.4"
> +DESCRIPTION = "PEP 443 proposed to expose a mechanism in the functools 
> standard library module \
> +in Python 3.4 that provides a simple form of generic programming known as 
> single-dispatch \
> +generic functions.  This library is a backport of this functionality to 
> Python 2.6 - 3.3"
> +
> +LICENSE = "Apache-2.0"
> +LIC_FILES_CHKSUM = "file://README.rst;md5=ee3cd67264adc7eb07981f3644dc17dc"
> +
> +SRC_URI[md5sum] = "af2fc6a3d6cc5a02d0bf54d909785fcb"
> +SRC_URI[sha256sum] = 
> "5b06af87df13818d14f08a028e42f566640aef80805c3b50c5056b086e3c2b9c"
> +
> +PYPI_PACKAGE = "singledispatch"
> +inherit pypi setuptools
> diff --git a/meta-python/recipes-devtools/python/python-tornado_4.3.bb 
> b/meta-python/recipes-devtools/python/python-tornado_4.3.bb
> index 55a48b8..d30f88f 100644
> --- a/meta-python/recipes-devtools/python/python-tornado_4.3.bb
> +++ b/meta-python/recipes-devtools/python/python-tornado_4.3.bb
> @@ -1,3 +1,3 @@
>  inherit pypi setuptools
>  require python-tornado.inc
> -RDEPENDS_${PN} += "${PYTHON_PN}-backports-ssl"
> +RDEPENDS_${PN} += "${PYTHON_PN}-backports-ssl ${PYTHON_PN}-backports-abc 
> ${PYTHON_PN}-singledispatch"
> 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] opencv: Make gphoto2 dep optional via PACKAGECONFIG

[Koen Kooi]

Op 01-06-16 om 14:33 schreef Ricardo Ribalda Delgado:
> Opencv can build without support for gphoto2 if needed.

You're changing the default without mentioning it, so please add 'gphoto2'
into the default PACKAGECONFIG in v2 of this patch.

> 
> Signed-off-by: Ricardo Ribalda Delgado  --- 
> meta-oe/recipes-support/opencv/opencv_3.1.bb | 3 ++- 1 file changed, 2
> insertions(+), 1 deletion(-)
> 
> diff --git a/meta-oe/recipes-support/opencv/opencv_3.1.bb
> b/meta-oe/recipes-support/opencv/opencv_3.1.bb index
> 789512f9e0ac..512f1b3dea9b 100644 ---
> a/meta-oe/recipes-support/opencv/opencv_3.1.bb +++
> b/meta-oe/recipes-support/opencv/opencv_3.1.bb @@ -10,7 +10,7 @@
> ARM_INSTRUCTION_SET_armv5 = "arm"
> 
> DEFAULT_PREFERENCE = "-1"
> 
> -DEPENDS = "python-numpy libtool swig swig-native python bzip2 zlib
> glib-2.0 libwebp libgphoto2 protobuf protobuf-native" +DEPENDS =
> "python-numpy libtool swig swig-native python bzip2 zlib glib-2.0 libwebp
> protobuf protobuf-native"
> 
> SRCREV_opencv = "92387b1ef8fad15196dd5f7fb4931444a68bc93a" SRCREV_contrib
> = "5409d5ad560523c85c6796cc5a009347072d883c" @@ -54,6 +54,7 @@
> PACKAGECONFIG ??= "eigen jpeg png tiff v4l libv4l gstreamer samples tbb
> \ PACKAGECONFIG[amdblas] =
> "-DWITH_OPENCLAMDBLAS=ON,-DWITH_OPENCLAMDBLAS=OFF,libclamdblas," 
> PACKAGECONFIG[amdfft] =
> "-DWITH_OPENCLAMDFFT=ON,-DWITH_OPENCLAMDFFT=OFF,libclamdfft," 
> PACKAGECONFIG[eigen] = "-DWITH_EIGEN=ON,-DWITH_EIGEN=OFF,libeigen," 
> +PACKAGECONFIG[gphoto2] =
> "-DWITH_GPHOTO2=ON,-DWITH_GPHOTO2=OFF,libgphoto2," 
> PACKAGECONFIG[gstreamer] =
> "-DWITH_GSTREAMER=ON,-DWITH_GSTREAMER=OFF,gstreamer1.0
> gstreamer1.0-plugins-base," PACKAGECONFIG[gtk] =
> "-DWITH_GTK=ON,-DWITH_GTK=OFF,gtk+3," PACKAGECONFIG[jasper] =
> "-DWITH_JASPER=ON,-DWITH_JASPER=OFF,jasper,"
> 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-multimedia][master][krogoth][PATCH] dvd-apps: Fix several QA WARNINGS

[Koen Kooi]

> Op 28 mei 2016, om 18:38 heeft akuster808 <akuster...@gmail.com> het volgende 
> geschreven:
> 
> 
> 
> On 05/28/2016 01:17 AM, Koen Kooi wrote:
>> Op 27-05-16 om 16:34 schreef Armin Kuster:
>>> Example: WARNING: dvb-apps-1.1.1-r0 do_package_qa: QA Issue: 
>>> /usr/bin/dvbdate contained in package dvbdate requires libucsi.so, but
>>> no providers found in RDEPENDS_dvbdate? [file-rdeps] WARNING: 
>>> dvb-apps-1.1.1-r0 do_package_qa: QA Issue: /usr/bin/dvbtraffic contained 
>>> in package dvbtraffic requires libdvbapi.so, but no providers found in 
>>> RDEPENDS_dvbtraffic? [file-rdeps] WARNING: dvb-apps-1.1.1-r0 
>>> do_package_qa: QA Issue: /usr/bin/dvbscan contained in package dvb-scan 
>>> requires libdvbapi.so, but no providers found in RDEPENDS_dvb-scan? 
>>> [file-rdeps] WARNING: dvb-apps-1.1.1-r0 do_package_qa: QA Issue: 
>>> /usr/bin/gotox contained in package dvb-apps requires libdvbapi.so, but 
>>> no providers found in RDEPENDS_dvb-apps? [file-rdeps] WARNING: 
>>> dvb-apps-1.1.1-r0 do_package_qa: QA Issue: /usr/bin/femon contained in 
>>> package dvb-femon requires libdvbapi.so, but no providers found in 
>>> RDEPENDS_dvb-femon? [file-rdeps] WARNING: dvb-apps-1.1.1-r0 
>>> do_package_qa: QA Issue: /usr/bin/dvbnet contained in package dvbnet 
>>> requires libdvbapi.so, but no providers found in RDEPENDS_dvbnet? 
>>> [file-rdeps]
>>> 
>>> and WARNING: dvb-apps-1.1.1-r0 do_package_qa: QA Issue: /usr/bin/dvbscan 
>>> contained in package dvb-scan requires libdvbcfg.so, but no providers 
>>> found in RDEPENDS_dvb-scan? [file-rdeps] WARNING: dvb-apps-1.1.1-r0 
>>> do_package_qa: QA Issue: /usr/bin/gotox contained in package dvb-apps 
>>> requires libdvbapi.so, but no providers found in RDEPENDS_dvb-apps? 
>>> [file-rdeps]
>> 
>> This shows that OE adds RDEPENDS automagically but can't find the matching
>> RPROVIDERS, so 
>> 
>> 
>>> Signed-off-by: Armin Kuster <akuster...@gmail.com> --- 
>>> meta-multimedia/recipes-dvb/dvb-apps/dvb-apps_1.1.1.bb | 10 ++ 1 
>>> file changed, 10 insertions(+)
>>> 
>>> diff --git a/meta-multimedia/recipes-dvb/dvb-apps/dvb-apps_1.1.1.bb 
>>> b/meta-multimedia/recipes-dvb/dvb-apps/dvb-apps_1.1.1.bb index 
>>> 1c0d686..d6465d7 100644 --- 
>>> a/meta-multimedia/recipes-dvb/dvb-apps/dvb-apps_1.1.1.bb +++ 
>>> b/meta-multimedia/recipes-dvb/dvb-apps/dvb-apps_1.1.1.bb @@ -63,6 +63,9 
>>> @@ PACKAGES =+ "dvb-evtest dvb-evtest-dbg \ dvb-femon dvb-femon-dbg \ 
>>> dvb-zap-data"
>>> 
>>> +# Expose the packages from the above spitting +PACKAGES =+ "libdvbapi 
>>> libdvbcfg libdvben50221 \ + libesg libucsi libdvbsec"
>> 
>> ... this would fix that, but ..
>> 
>>> FILES_${PN} = "${bindir} ${datadir}/dvb" FILES_${PN}-doc = "" @@ -104,3 
>>> +107,10 @@ FILES_dvb-femon = "${bindir}/femon" FILES_dvb-femon-dbg = 
>>> "${bindir}/.debug/femon"
>>> 
>>> FILES_dvb-zap-data = "${docdir}/dvb-apps/szap" + +RDEPENDS_dvbdate =+ 
>>> "libdvbapi libucsi" +RDEPENDS_dvbtraffic =+ "libdvbapi" 
>>> +RDEPENDS_dvb-scan =+ "libdvbapi libdvbcfg libdvbsec" +RDEPENDS_dvb-apps 
>>> =+ "libdvbapi libdvbcfg libdvbsec libdvben50221 libucsi" 
>>> +RDEPENDS_dvb-femon =+ "libdvbapi" +RDEPENDS_dvbnet =+ "libdvbapi"
>> 
>> ... this part isn't needed since the QA issue above wouldn't have triggered
>> otherwise.
> 
> Remove the above RDEPENDS and warnings came back. I must be
> misunderstanding something.

No, my mistake. I took those errors for shlibs errors, which they are not. So 
yes, RDEPENDS are needed. Sorry for the confusion.

regards,

Koen
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-multimedia][master][krogoth][PATCH] dvd-apps: Fix several QA WARNINGS

[Koen Kooi]

Op 27-05-16 om 16:34 schreef Armin Kuster:
> Example: WARNING: dvb-apps-1.1.1-r0 do_package_qa: QA Issue: 
> /usr/bin/dvbdate contained in package dvbdate requires libucsi.so, but
> no providers found in RDEPENDS_dvbdate? [file-rdeps] WARNING: 
> dvb-apps-1.1.1-r0 do_package_qa: QA Issue: /usr/bin/dvbtraffic contained 
> in package dvbtraffic requires libdvbapi.so, but no providers found in 
> RDEPENDS_dvbtraffic? [file-rdeps] WARNING: dvb-apps-1.1.1-r0 
> do_package_qa: QA Issue: /usr/bin/dvbscan contained in package dvb-scan 
> requires libdvbapi.so, but no providers found in RDEPENDS_dvb-scan? 
> [file-rdeps] WARNING: dvb-apps-1.1.1-r0 do_package_qa: QA Issue: 
> /usr/bin/gotox contained in package dvb-apps requires libdvbapi.so, but 
> no providers found in RDEPENDS_dvb-apps? [file-rdeps] WARNING: 
> dvb-apps-1.1.1-r0 do_package_qa: QA Issue: /usr/bin/femon contained in 
> package dvb-femon requires libdvbapi.so, but no providers found in 
> RDEPENDS_dvb-femon? [file-rdeps] WARNING: dvb-apps-1.1.1-r0 
> do_package_qa: QA Issue: /usr/bin/dvbnet contained in package dvbnet 
> requires libdvbapi.so, but no providers found in RDEPENDS_dvbnet? 
> [file-rdeps]
> 
> and WARNING: dvb-apps-1.1.1-r0 do_package_qa: QA Issue: /usr/bin/dvbscan 
> contained in package dvb-scan requires libdvbcfg.so, but no providers 
> found in RDEPENDS_dvb-scan? [file-rdeps] WARNING: dvb-apps-1.1.1-r0 
> do_package_qa: QA Issue: /usr/bin/gotox contained in package dvb-apps 
> requires libdvbapi.so, but no providers found in RDEPENDS_dvb-apps? 
> [file-rdeps]

This shows that OE adds RDEPENDS automagically but can't find the matching
RPROVIDERS, so 


> Signed-off-by: Armin Kuster  --- 
> meta-multimedia/recipes-dvb/dvb-apps/dvb-apps_1.1.1.bb | 10 ++ 1 
> file changed, 10 insertions(+)
> 
> diff --git a/meta-multimedia/recipes-dvb/dvb-apps/dvb-apps_1.1.1.bb 
> b/meta-multimedia/recipes-dvb/dvb-apps/dvb-apps_1.1.1.bb index 
> 1c0d686..d6465d7 100644 --- 
> a/meta-multimedia/recipes-dvb/dvb-apps/dvb-apps_1.1.1.bb +++ 
> b/meta-multimedia/recipes-dvb/dvb-apps/dvb-apps_1.1.1.bb @@ -63,6 +63,9 
> @@ PACKAGES =+ "dvb-evtest dvb-evtest-dbg \ dvb-femon dvb-femon-dbg \ 
> dvb-zap-data"
> 
> +# Expose the packages from the above spitting +PACKAGES =+ "libdvbapi 
> libdvbcfg libdvben50221 \ + libesg libucsi libdvbsec"

... this would fix that, but ..

> FILES_${PN} = "${bindir} ${datadir}/dvb" FILES_${PN}-doc = "" @@ -104,3 
> +107,10 @@ FILES_dvb-femon = "${bindir}/femon" FILES_dvb-femon-dbg = 
> "${bindir}/.debug/femon"
> 
> FILES_dvb-zap-data = "${docdir}/dvb-apps/szap" + +RDEPENDS_dvbdate =+ 
> "libdvbapi libucsi" +RDEPENDS_dvbtraffic =+ "libdvbapi" 
> +RDEPENDS_dvb-scan =+ "libdvbapi libdvbcfg libdvbsec" +RDEPENDS_dvb-apps 
> =+ "libdvbapi libdvbcfg libdvbsec libdvben50221 libucsi" 
> +RDEPENDS_dvb-femon =+ "libdvbapi" +RDEPENDS_dvbnet =+ "libdvbapi"

... this part isn't needed since the QA issue above wouldn't have triggered
otherwise.

regards,

Koen


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] networkmanager: add alias for networkmanager

[Koen Kooi]

> Op 25 mei 2016, om 10:40 heeft zhenbo <zhenbo@windriver.com> het volgende 
> geschreven:
> 
> 
> 
> On 2016年05月25日 16:11, Koen Kooi wrote:
>>> Op 25 mei 2016, om 09:01 heeft Zhenbo Gao <zhenbo@windriver.com> het 
>>> volgende geschreven:
>>> 
>>> connman get conflicts with networkmanager when building
>>> the project.
>> What’s the conflict? I’m hesitant to add yet another virtual since history 
>> has shown that most OE people can’t deal with the consequences and 
>> maintenance load for keeping the virtuals working
> Hi Koen Kooi,
> 
> Thanks for replying this mail.
> 
> When my project includes xfce and self-hosted at the same time, the compile 
> step will fail and the error information shows that networkmanager get 
> conflict with connman:
> ---
> ...
> Computing transaction...error: Can't install 
> xfce4-power-manager-1.4.4-r0.0@corei7_64: unable to install provider for 
> networkmanager:
> error: networkmanager-1.0.4-r0.0@corei7_64 conflicts with 
> connman-1.30-r0.0@corei7_64
> ...
> The dependence relationship is:
> xfce4-power-manager --> networkmanager
> packagegroup-self-hosted --> connman

So fix packagegroup-self-hosted to not specify a connection manager, crippling 
the connman and nm recipes with a virtual isn’t the solution.


> 
> Thanks,
> Zhenbo
> 
>>> here introduce alias virtual/networkmanager for these
>>> two recipes, so setting PREFERRED_PROVIDER to the proper
>>> one can solve the conflicts.
>>> 
>>> this patch is for networkmanager recipe.
>>> 
>>> Signed-off-by: Zhenbo Gao <zhenbo@windriver.com>
>>> ---
>>> meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb| 1 
>>> +
>>> meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.4.4.bb | 2 
>>> +-
>>> 2 files changed, 2 insertions(+), 1 deletion(-)
>>> 
>>> diff --git 
>>> a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb 
>>> b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
>>> index 831ddf0..efd4d08 100644
>>> --- a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
>>> +++ b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
>>> @@ -8,6 +8,7 @@ LIC_FILES_CHKSUM = 
>>> "file://COPYING;md5=cbbffd568227ada506640fe950a4823b \
>>> "
>>> 
>>> DEPENDS = "libnl dbus dbus-glib libgudev util-linux libndp libnewt polkit"
>>> +PROVIDES = "virtual/networkmanager"
>>> 
>>> inherit gnomebase gettext systemd bluetooth bash-completion vala 
>>> gobject-introspection
>>> 
>>> diff --git 
>>> a/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.4.4.bb 
>>> b/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.4.4.bb
>>> index 2070db2..59e1d40 100644
>>> --- 
>>> a/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.4.4.bb
>>> +++ 
>>> b/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.4.4.bb
>>> @@ -34,7 +34,7 @@ FILES_xfce4-powermanager-plugin = " \
>>> "
>>> 
>>> RDEPENDS_xfce4-powermanager-plugin = "${PN}"
>>> -RDEPENDS_${PN} = "networkmanager 
>>> ${@bb.utils.contains('DISTRO_FEATURES','systemd','','consolekit',d)}"
>>> +RDEPENDS_${PN} = "virtual/networkmanager 
>>> ${@bb.utils.contains('DISTRO_FEATURES','systemd','','consolekit',d)}"
>>> 
>>> # xfce4-brightness-plugin was replaced by xfce4-powermanager-plugin
>>> RPROVIDES_xfce4-powermanager-plugin += "xfce4-brightness-plugin"
>>> -- 
>>> 1.9.1
>>> 
> 

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] networkmanager: add alias for networkmanager

[Koen Kooi]

> Op 25 mei 2016, om 09:01 heeft Zhenbo Gao  het 
> volgende geschreven:
> 
> connman get conflicts with networkmanager when building
> the project.

What’s the conflict? I’m hesitant to add yet another virtual since history has 
shown that most OE people can’t deal with the consequences and maintenance load 
for keeping the virtuals working

> 
> here introduce alias virtual/networkmanager for these
> two recipes, so setting PREFERRED_PROVIDER to the proper
> one can solve the conflicts.
> 
> this patch is for networkmanager recipe.
> 
> Signed-off-by: Zhenbo Gao 
> ---
> meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb| 1 +
> meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.4.4.bb | 2 +-
> 2 files changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git 
> a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb 
> b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
> index 831ddf0..efd4d08 100644
> --- a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
> +++ b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
> @@ -8,6 +8,7 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=cbbffd568227ada506640fe950a4823b \
> "
> 
> DEPENDS = "libnl dbus dbus-glib libgudev util-linux libndp libnewt polkit"
> +PROVIDES = "virtual/networkmanager"
> 
> inherit gnomebase gettext systemd bluetooth bash-completion vala 
> gobject-introspection
> 
> diff --git 
> a/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.4.4.bb 
> b/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.4.4.bb
> index 2070db2..59e1d40 100644
> --- a/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.4.4.bb
> +++ b/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.4.4.bb
> @@ -34,7 +34,7 @@ FILES_xfce4-powermanager-plugin = " \
> "
> 
> RDEPENDS_xfce4-powermanager-plugin = "${PN}"
> -RDEPENDS_${PN} = "networkmanager 
> ${@bb.utils.contains('DISTRO_FEATURES','systemd','','consolekit',d)}"
> +RDEPENDS_${PN} = "virtual/networkmanager 
> ${@bb.utils.contains('DISTRO_FEATURES','systemd','','consolekit',d)}"
> 
> # xfce4-brightness-plugin was replaced by xfce4-powermanager-plugin
> RPROVIDES_xfce4-powermanager-plugin += "xfce4-brightness-plugin"
> -- 
> 1.9.1
> 

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] mozjs: fix armeb builds

[Koen Kooi]

The mozjs builds fails on armeb, so add a define to make it work.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 ...0001-add-support-for-big-endian-32bit-ARM.patch | 26 ++
 meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb |  1 +
 2 files changed, 27 insertions(+)
 create mode 100644 
meta-oe/recipes-extended/mozjs/mozjs/0001-add-support-for-big-endian-32bit-ARM.patch

diff --git 
a/meta-oe/recipes-extended/mozjs/mozjs/0001-add-support-for-big-endian-32bit-ARM.patch
 
b/meta-oe/recipes-extended/mozjs/mozjs/0001-add-support-for-big-endian-32bit-ARM.patch
new file mode 100644
index 000..7b7038f
--- /dev/null
+++ 
b/meta-oe/recipes-extended/mozjs/mozjs/0001-add-support-for-big-endian-32bit-ARM.patch
@@ -0,0 +1,26 @@
+From 07830cbc409f8e998fa839275470031fc83d6eb6 Mon Sep 17 00:00:00 2001
+From: Koen Kooi <koen.k...@linaro.org>
+Date: Thu, 21 Apr 2016 14:10:54 +0200
+Subject: [PATCH] add support for big endian 32bit ARM
+
+Signed-off-by: Koen Kooi <koen.k...@linaro.org>
+---
+ mfbt/double-conversion/utils.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/mfbt/double-conversion/utils.h b/mfbt/double-conversion/utils.h
+index fe26dab..78a19cb 100644
+--- a/mfbt/double-conversion/utils.h
 b/mfbt/double-conversion/utils.h
+@@ -58,7 +58,7 @@
+ defined(__mips__) || defined(__powerpc__) || \
+ defined(__sparc__) || defined(__sparc) || defined(__s390__) || \
+ defined(__SH4__) || defined(__alpha__) || \
+-defined(__aarch64__) || \
++defined(__aarch64__) || defined(__ARMEB__) || \
+ defined(_MIPS_ARCH_MIPS32R2)
+ #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1
+ #elif defined(_M_IX86) || defined(__i386__) || defined(__i386)
+-- 
+2.4.3
+
diff --git a/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb 
b/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb
index be4b50b..cab6dd5 100644
--- a/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb
+++ b/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb
@@ -14,6 +14,7 @@ SRC_URI = " \
 file://fix-the-compile-error-of-powerpc64.patch;patchdir=../../ \
 file://fix_milestone_compile_issue.patch \
 file://0010-fix-cross-compilation-on-i586-targets.patch;patchdir=../../ \
+file://0001-add-support-for-big-endian-32bit-ARM.patch;patchdir=../../ \
   "
 
 SRC_URI[md5sum] = "20b6f8f1140ef6e47daa3b16965c9202"
-- 
2.4.3

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH v2 1/2] efivar: update to 0.23

[Koen Kooi]

On 22 March 2016 at 12:38, Koen Kooi <koen.k...@linaro.org> wrote:
> On 5 March 2016 at 13:33, Martin Jansa <martin.ja...@gmail.com> wrote:
>> On Fri, Mar 04, 2016 at 04:09:14PM +0100, Martin Jansa wrote:
>>> On Fri, Mar 04, 2016 at 03:16:22PM +0100, Koen Kooi wrote:
>>> > On 4 March 2016 at 14:34, Martin Jansa <martin.ja...@gmail.com> wrote:
>>> > > On Fri, Mar 04, 2016 at 08:14:54AM +0100, Koen Kooi wrote:
>>> > >> Upstream removed the use of the nvme headers completely, so no more 
>>> > >> conflicts. Also drop gcc options patch, ubuntu 12.04 is too old to 
>>> > >> support in meta-oe/master.
>>> > >
>>> > > This fails to build static version, when no-static-libs.inc is used
>>> > > (e.g. default in Poky).
>>> > >
>>> > > Can you either disable static in popt or change efivar to respect
>>> > > --disable-static (if possible)?
>>> >
>>> > I've patched out the static build in v3, that should fix this.
>>>
>>> Thanks for quick updated, applied in master-next with small indentation
>>> fix.
>>
>> Well, almost there
>
> I'm looking at it this week, hopefully I'll get something done before
> heading to ELC.

I can't reproduce that error locally:

Build Configuration:
BB_VERSION= "1.29.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING   = "Fedora-22"
TARGET_SYS= "i586-oe-linux"
MACHINE   = "qemux86"
DISTRO= "nodistro"
DISTRO_VERSION= "nodistro.0"
TUNE_FEATURES = "m32 i586"
TARGET_FPU= ""
meta-oe
meta-filesystems
meta-initramfs
meta-webserver
meta-python
meta-networking
meta-gnome= "HEAD:47498d15e9d68e1cc50947633aba9e2b3d29da85"
meta-aarch64
meta-ilp32
meta-bigendian
meta-linaro
meta-linaro-toolchain
meta-linaro-integration = "master:e71e6db6585f34dbab2ac4645801528614d7e274"
meta-virtualization = "HEAD:f3e598729639546303e4bf041989417efe23613d"
meta-browser  = "HEAD:a3789a4168fcd42f1cdf5b5febe2c779a9467919"
meta  = "HEAD:9c200760cbbe322ed884729eb395f389c863e1c8"

NOTE: Preparing RunQueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
NOTE: Tasks Summary: Attempted 1932 tasks of which 850 didn't need to
be rerun and all succeeded.

[koen@thinkpad build]$ find build/tmp-glibc/deploy/ -name "efi*ipk"
build/tmp-glibc/deploy/ipk/aarch64/efivar-dev_0.23-r0_aarch64.ipk
build/tmp-glibc/deploy/ipk/aarch64/efibootmgr-dbg_0.12-r0_aarch64.ipk
build/tmp-glibc/deploy/ipk/aarch64/efivar-doc_0.23-r0_aarch64.ipk
build/tmp-glibc/deploy/ipk/aarch64/efivar_0.23-r0_aarch64.ipk
build/tmp-glibc/deploy/ipk/aarch64/efibootmgr_0.12-r0_aarch64.ipk
build/tmp-glibc/deploy/ipk/aarch64/efibootmgr-dev_0.12-r0_aarch64.ipk
build/tmp-glibc/deploy/ipk/aarch64/efivar-dbg_0.23-r0_aarch64.ipk
build/tmp-glibc/deploy/ipk/i586/efivar_0.23-r0_i586.ipk
build/tmp-glibc/deploy/ipk/i586/efivar-doc_0.23-r0_i586.ipk
build/tmp-glibc/deploy/ipk/i586/efivar-dev_0.23-r0_i586.ipk
build/tmp-glibc/deploy/ipk/i586/efibootmgr-dev_0.12-r0_i586.ipk
build/tmp-glibc/deploy/ipk/i586/efivar-dbg_0.23-r0_i586.ipk
build/tmp-glibc/deploy/ipk/i586/efibootmgr_0.12-r0_i586.ipk
build/tmp-glibc/deploy/ipk/i586/efibootmgr-dbg_0.12-r0_i586.ipk
[koen@thinkpad build]$


>
>>
>> one build failed with:
>> | i586-oe-linux-gcc  -m32 -march=i586
>> --sysroot=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86
>> -O2 -pipe -g -feliminate-unused-debug-types
>> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git=/usr/src/efivar
>> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git=/usr/src/efivar
>> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux=
>> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86=
>> -I/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git/src/include/efivar/
>> -specs=/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git/gcc.specs
>> -L.  -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -shared \
>> | -Wl,-soname,libefivar.so.0 \
>> | -o libefivar.so dp.o dp-acpi.o dp-hw.o dp-media.o dp-message.o
>> efivarfs.o export.o guid.o guids.o guid-symbols.o lib.o vars.o -ldl
>> |
>> /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/libexec/i586-oe-linux/gcc/i586-oe-linux/5.3.0/ld:
>> --default-symver: unknown option
>> |
>> /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/libexec/i

Re: [oe] [meta-oe][PATCH v2 1/2] efivar: update to 0.23

[Koen Kooi]

On 5 March 2016 at 13:33, Martin Jansa <martin.ja...@gmail.com> wrote:
> On Fri, Mar 04, 2016 at 04:09:14PM +0100, Martin Jansa wrote:
>> On Fri, Mar 04, 2016 at 03:16:22PM +0100, Koen Kooi wrote:
>> > On 4 March 2016 at 14:34, Martin Jansa <martin.ja...@gmail.com> wrote:
>> > > On Fri, Mar 04, 2016 at 08:14:54AM +0100, Koen Kooi wrote:
>> > >> Upstream removed the use of the nvme headers completely, so no more 
>> > >> conflicts. Also drop gcc options patch, ubuntu 12.04 is too old to 
>> > >> support in meta-oe/master.
>> > >
>> > > This fails to build static version, when no-static-libs.inc is used
>> > > (e.g. default in Poky).
>> > >
>> > > Can you either disable static in popt or change efivar to respect
>> > > --disable-static (if possible)?
>> >
>> > I've patched out the static build in v3, that should fix this.
>>
>> Thanks for quick updated, applied in master-next with small indentation
>> fix.
>
> Well, almost there

I'm looking at it this week, hopefully I'll get something done before
heading to ELC.

>
> one build failed with:
> | i586-oe-linux-gcc  -m32 -march=i586
> --sysroot=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86
> -O2 -pipe -g -feliminate-unused-debug-types
> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git=/usr/src/efivar
> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git=/usr/src/efivar
> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux=
> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86=
> -I/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git/src/include/efivar/
> -specs=/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git/gcc.specs
> -L.  -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -shared \
> | -Wl,-soname,libefivar.so.0 \
> | -o libefivar.so dp.o dp-acpi.o dp-hw.o dp-media.o dp-message.o
> efivarfs.o export.o guid.o guids.o guid-symbols.o lib.o vars.o -ldl
> |
> /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/libexec/i586-oe-linux/gcc/i586-oe-linux/5.3.0/ld:
> --default-symver: unknown option
> |
> /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/libexec/i586-oe-linux/gcc/i586-oe-linux/5.3.0/ld:
> use the --help option for usage information
> | collect2: error: ld returned 1 exit status
> | make[1]: *** [libefivar.so] Error 1
> | make[1]: *** Waiting for unfinished jobs
>
> 2nd one failed with:
>
> | install -d -m 755 efivar/0.23-r0/image/usr/lib/pkgconfig/
> | install -m 644 efivar.pc efivar/0.23-r0/image/usr/lib/pkgconfig/
> ;  install -m 644 efiboot.pc efivar/0.23-r0/image/usr/lib/pkgconfig/
> ;
> | install: cannot stat 'efivar.pc': No such file or directory
> | install: cannot stat 'efiboot.pc': No such file or directory
> | make[1]: *** [install] Error 1
> | make[1]: Leaving directory `efivar/0.23-r0/git/src'
> | make: *** [install] Error 2
> | ERROR: oe_runmake failed
>
>
>> > > 5.3.0/ld: cannot find -lpopt
>> > > | collect2: error: ld returned 1 exit status
>> > > | make[1]: *** [efivar-static] Error 1
>> > > | make[1]: *** Waiting for unfinished jobs
>> > >
>> > >
>> > >>
>> > >> Signed-off-by: Koen Kooi <koen.k...@linaro.org>
>> > >> ---
>> > >>  .../efivar/0001-efivar-fix-for-cross-compile.patch | 21 +++
>> > >>  ...ptions-not-supported-by-lower-version-gcc.patch | 71 
>> > >> --
>> > >>  meta-oe/recipes-extended/efivar/efivar_0.21.bb | 39 
>> > >>  meta-oe/recipes-extended/efivar/efivar_0.23.bb | 36 +++
>> > >>  4 files changed, 45 insertions(+), 122 deletions(-)
>> > >>  delete mode 100644 
>> > >> meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
>> > >>  delete mode 100644 meta-oe/recipes-extended/efivar/efivar_0.21.bb
>> > >>  create mode 100644 meta-oe/recipes-extended/efivar/efivar_0.23.bb
>> > >>
>> > >> diff --git 
>> > >> a/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
>> > >>  
>> > >> b/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
>> > >> index 4bd7d95..b02edd9 100644
>> > >> --- 
>> > >>

Re: [oe] [meta-oe][PATCH v2 1/2] efivar: update to 0.23

[Koen Kooi]

On 4 March 2016 at 14:34, Martin Jansa <martin.ja...@gmail.com> wrote:
> On Fri, Mar 04, 2016 at 08:14:54AM +0100, Koen Kooi wrote:
>> Upstream removed the use of the nvme headers completely, so no more 
>> conflicts. Also drop gcc options patch, ubuntu 12.04 is too old to support 
>> in meta-oe/master.
>
> This fails to build static version, when no-static-libs.inc is used
> (e.g. default in Poky).
>
> Can you either disable static in popt or change efivar to respect
> --disable-static (if possible)?

I've patched out the static build in v3, that should fix this.

regards,

Koen


>
> 5.3.0/ld: cannot find -lpopt
> | collect2: error: ld returned 1 exit status
> | make[1]: *** [efivar-static] Error 1
> | make[1]: *** Waiting for unfinished jobs
>
>
>>
>> Signed-off-by: Koen Kooi <koen.k...@linaro.org>
>> ---
>>  .../efivar/0001-efivar-fix-for-cross-compile.patch | 21 +++
>>  ...ptions-not-supported-by-lower-version-gcc.patch | 71 
>> --
>>  meta-oe/recipes-extended/efivar/efivar_0.21.bb | 39 
>>  meta-oe/recipes-extended/efivar/efivar_0.23.bb | 36 +++
>>  4 files changed, 45 insertions(+), 122 deletions(-)
>>  delete mode 100644 
>> meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
>>  delete mode 100644 meta-oe/recipes-extended/efivar/efivar_0.21.bb
>>  create mode 100644 meta-oe/recipes-extended/efivar/efivar_0.23.bb
>>
>> diff --git 
>> a/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
>>  
>> b/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
>> index 4bd7d95..b02edd9 100644
>> --- 
>> a/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
>> +++ 
>> b/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
>> @@ -12,20 +12,17 @@ Signed-off-by: Kai Kang <kai.k...@windriver.com>
>>   1 file changed, 2 insertions(+), 2 deletions(-)
>>
>>  diff --git a/src/Makefile b/src/Makefile
>> -index 6eac858..ef4eb1d 100644
>> +index 5fc7887..1829d22 100644
>>  --- a/src/Makefile
>>  +++ b/src/Makefile
>> -@@ -65,8 +65,8 @@ makeguids.o : makeguids.c
>> - makeguids : makeguids.o fakeguid.o
>> - $(CC) $(cflags) -o $@ $^ -ldl
>> -
>> +@@ -29,8 +29,8 @@ all : deps $(TARGETS)
>> + ./guid-symbols.c : include/efivar/efivar-guids.h
>> + ./guids.bin : include/efivar/efivar-guids.h
>> + ./names.bin : include/efivar/efivar-guids.h
>>  -include/efivar/efivar-guids.h : makeguids guids.txt
>> --./makeguids guids.txt guids.bin names.bin guid-symbols.S $@
>> +-./makeguids guids.txt guids.bin names.bin \
>>  +include/efivar/efivar-guids.h : guids.txt
>> -+makeguids guids.txt guids.bin names.bin guid-symbols.S $@
>> ++makeguids guids.txt guids.bin names.bin \
>> + guid-symbols.c include/efivar/efivar-guids.h
>>
>> - guidlist.o : guids.S include/efivar/efivar-guids.h
>> - $(CC) $(cflags) -c -o guidlist.o guids.S
>> ---
>> -2.6.0.rc2.10.gf4d9753
>> -
>> + makeguids : CPPFLAGS+=-DEFIVAR_BUILD_ENVIRONMENT
>> diff --git 
>> a/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
>>  
>> b/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
>> deleted file mode 100644
>> index 7f04b19..000
>> --- 
>> a/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
>> +++ /dev/null
>> @@ -1,71 +0,0 @@
>> -gcc options '-Wmaybe-uninitialized' and '-std=gnu11' are not recognized by 
>> gcc
>> -whose version is lower than 4.6, such as on Ubuntu 12.04. Drop them for 
>> backward
>> -compatible.
>> -
>> -Upstream-Status: Pending
>> -
>> -Signed-off-by: Kai Kang <kai.k...@windriver.com>
>> 
>> -diff --git a/Make.defaults b/Make.defaults
>> -index cc2baa9..118ae56 100644
>>  a/Make.defaults
>> -+++ b/Make.defaults
>> -@@ -10,10 +10,9 @@ CFLAGS?= -O2 -g
>> -
>> - ARCH = $(shell uname -m)
>> - clang_cflags =
>> --gcc_cflags = -Wmaybe-uninitialized
>> - cflags  := $(CFLAGS) \
>> - -Werror -Wall -Wsign-compare -Wstrict-aliasing \
>> ---std=gnu11 -fshort-wchar -fPIC \
>> -+-fshort-wchar -fPIC \
>> - -fvisibility=hidden \
>> - -D_GNU_SOURCE -I${TOPDIR}/src/include/efivar/ \
>> - $(if $(filter $(CC),clang),$(clang_cflags),) 

[oe] [meta-oe][PATCH v3 1/2] efivar: update to 0.23

[Koen Kooi]

Upstream removed the use of the nvme headers completely, so no more conflicts. 
Also drop gcc options patch, ubuntu 12.04 is too old to support in 
meta-oe/master.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 .../efivar/0001-efivar-fix-for-cross-compile.patch | 24 
 .../efivar/efivar/0002-disable-static-build.patch  | 29 +
 ...ptions-not-supported-by-lower-version-gcc.patch | 71 --
 meta-oe/recipes-extended/efivar/efivar_0.21.bb | 39 
 meta-oe/recipes-extended/efivar/efivar_0.23.bb | 38 
 5 files changed, 79 insertions(+), 122 deletions(-)
 create mode 100644 
meta-oe/recipes-extended/efivar/efivar/0002-disable-static-build.patch
 delete mode 100644 
meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
 delete mode 100644 meta-oe/recipes-extended/efivar/efivar_0.21.bb
 create mode 100644 meta-oe/recipes-extended/efivar/efivar_0.23.bb

diff --git 
a/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
 
b/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
index 4bd7d95..e901fbd 100644
--- 
a/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
+++ 
b/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
@@ -1,7 +1,7 @@
-From 7036e8b0dca61432970789e5397b6fb02b362c2b Mon Sep 17 00:00:00 2001
+From 9a3c480af653b37e62d1be04d49fe7a60a80168f Mon Sep 17 00:00:00 2001
 From: Kai Kang <kai.k...@windriver.com>
 Date: Fri, 25 Sep 2015 18:14:31 +0800
-Subject: [PATCH] efivar: fix for cross compile
+Subject: [PATCH 1/2] efivar: fix for cross compile
 
 It builds and calls elf file makeguids to generate a header file which
 doesn't work for cross compile. Fix it.
@@ -12,20 +12,20 @@ Signed-off-by: Kai Kang <kai.k...@windriver.com>
  1 file changed, 2 insertions(+), 2 deletions(-)
 
 diff --git a/src/Makefile b/src/Makefile
-index 6eac858..ef4eb1d 100644
+index 5fc7887..1829d22 100644
 --- a/src/Makefile
 +++ b/src/Makefile
-@@ -65,8 +65,8 @@ makeguids.o : makeguids.c
- makeguids : makeguids.o fakeguid.o
-   $(CC) $(cflags) -o $@ $^ -ldl
- 
+@@ -29,8 +29,8 @@ all : deps $(TARGETS)
+ ./guid-symbols.c : include/efivar/efivar-guids.h
+ ./guids.bin : include/efivar/efivar-guids.h
+ ./names.bin : include/efivar/efivar-guids.h
 -include/efivar/efivar-guids.h : makeguids guids.txt
--  ./makeguids guids.txt guids.bin names.bin guid-symbols.S $@
+-  ./makeguids guids.txt guids.bin names.bin \
 +include/efivar/efivar-guids.h : guids.txt
-+  makeguids guids.txt guids.bin names.bin guid-symbols.S $@
++  makeguids guids.txt guids.bin names.bin \
+   guid-symbols.c include/efivar/efivar-guids.h
  
- guidlist.o : guids.S include/efivar/efivar-guids.h
-   $(CC) $(cflags) -c -o guidlist.o guids.S
+ makeguids : CPPFLAGS+=-DEFIVAR_BUILD_ENVIRONMENT
 -- 
-2.6.0.rc2.10.gf4d9753
+2.4.3
 
diff --git 
a/meta-oe/recipes-extended/efivar/efivar/0002-disable-static-build.patch 
b/meta-oe/recipes-extended/efivar/efivar/0002-disable-static-build.patch
new file mode 100644
index 000..2c001ef
--- /dev/null
+++ b/meta-oe/recipes-extended/efivar/efivar/0002-disable-static-build.patch
@@ -0,0 +1,29 @@
+From 126e0d3c1ad74cf5b0abe9e98ec444bcc3c83159 Mon Sep 17 00:00:00 2001
+From: Koen Kooi <koen.k...@linaro.org>
+Date: Fri, 4 Mar 2016 14:53:55 +0100
+Subject: [PATCH 2/2] disable static build
+
+Signed-off-by: Koen Kooi <koen.k...@linaro.org>
+---
+ src/Makefile | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/Makefile b/src/Makefile
+index 1829d22..c7a0ca3 100644
+--- a/src/Makefile
 b/src/Makefile
+@@ -8,9 +8,9 @@ include $(TOPDIR)/Make.defaults
+ 
+ LIBTARGETS=libefivar.so libefiboot.so
+ STATICLIBTARGETS=libefivar.a libefiboot.a
+-BINTARGETS=efivar efivar-static
++BINTARGETS=efivar
+ PCTARGETS=efivar.pc efiboot.pc
+-TARGETS=$(LIBTARGETS) $(STATICLIBTARGETS) $(BINTARGETS) $(PCTARGETS)
++TARGETS=$(LIBTARGETS) $(BINTARGETS) $(PCTARGETS)
+ 
+ LIBEFIBOOT_SOURCES = crc32.c creator.c disk.c gpt.c linux.c loadopt.c
+ LIBEFIBOOT_OBJECTS = $(patsubst %.c,%.o,$(LIBEFIBOOT_SOURCES))
+-- 
+2.4.3
+
diff --git 
a/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
 
b/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
deleted file mode 100644
index 7f04b19..000
--- 
a/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
+++ /dev/null
@@ -1,71 +0,0 @@
-gcc options '-Wmaybe-uninitialized' and '-std=gnu11' are not recognized by gcc
-whose version is lower than 4.6, such as on Ubuntu 12.04. Drop them for 
backward
-compatible.
-
-Upstream-Status: Pending
-
-Signed-off-by: Kai Kang <kai.k...@windriver.com>

-diff --git a/Make.defaults b/Make.defaults
-index cc2baa9..118ae56 100644
 

[oe] [meta-oe][PATCH v3 2/2] efibootmgr: update and unblacklist

[Koen Kooi]

Also fix style issues.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb  | 14 +++---
 meta-oe/recipes-extended/efibootmgr/files/ldflags.patch | 17 -
 2 files changed, 7 insertions(+), 24 deletions(-)
 delete mode 100644 meta-oe/recipes-extended/efibootmgr/files/ldflags.patch

diff --git a/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb 
b/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb
index 9b611ce..d80c89f 100644
--- a/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb
+++ b/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb
@@ -10,20 +10,20 @@ DEPENDS = "pciutils zlib efivar"
 
 COMPATIBLE_HOST = "(i.86|x86_64|arm|aarch64).*-linux"
 
-SRC_URI = 
"https://github.com/rhinstaller/efibootmgr/releases/download/${BP}/${BP}.tar.bz2
 \
-   file://ldflags.patch \
+SRCREV = "eb6e36c9064eae256cd60df24a977e3abd87fd16"
+SRC_URI = "git://github.com/rhinstaller/efibootmgr.git;protocol=https \
   "
 
-SRC_URI[md5sum] = "6647f5cd807bc8484135ba74fcbcc39a"
-SRC_URI[sha256sum] = 
"a66f5850677e86255d93cb1cead04c3c48a823a2b864c579321f2a07f00256e6"
+S = "${WORKDIR}/git"
+
+
+inherit pkgconfig
 
 EXTRA_OEMAKE = "'CC=${CC}' 'CFLAGS=${CFLAGS} -I${S}/src/include `pkg-config 
--cflags efivar` \
  -DEFIBOOTMGR_VERSION=\"$(RELEASE_MAJOR).$(RELEASE_MINOR)\" '"
 
 do_install () {
-install -D -p -m0755 src/efibootmgr/efibootmgr ${D}/${sbindir}/efibootmgr
+install -D -p -m0755 src/efibootmgr ${D}/${sbindir}/efibootmgr
 }
 
-inherit pkgconfig
 
-PNBLACKLIST[efibootmgr] ?= "Depends on blacklisted efivar"
diff --git a/meta-oe/recipes-extended/efibootmgr/files/ldflags.patch 
b/meta-oe/recipes-extended/efibootmgr/files/ldflags.patch
deleted file mode 100644
index 0d5594a..000
--- a/meta-oe/recipes-extended/efibootmgr/files/ldflags.patch
+++ /dev/null
@@ -1,17 +0,0 @@
-Upstream-Status: Pending
-
-Import this patch from meta-linaro.
-
-Signed-off-by: Kai Kang <kai.k...@windriver.com>
-
 efibootmgr-0.5.4.orig/Makefile
-+++ efibootmgr-0.5.4/Makefile
-@@ -11,6 +11,8 @@
-   CFLAGS = $(EXTRA_CFLAGS) 
-DEFIBOOTMGR_VERSION=\"$(RELEASE_MAJOR).$(RELEASE_MINOR).$(RELEASE_SUBLEVEL)$(RELEASE_EXTRALEVEL)\"
 \
-   -Wall -g -D_FILE_OFFSET_BITS=64
- 
-+  LDFLAGS += -lz
-+
-   MODULES := src
- 
-   BINDIR := /usr/sbin
-- 
2.4.3

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH v2 2/2] efibootmgr: update and unblacklist

[Koen Kooi]

Also fix style issues.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb  | 14 +++---
 meta-oe/recipes-extended/efibootmgr/files/ldflags.patch | 17 -
 2 files changed, 7 insertions(+), 24 deletions(-)
 delete mode 100644 meta-oe/recipes-extended/efibootmgr/files/ldflags.patch

diff --git a/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb 
b/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb
index 9b611ce..d80c89f 100644
--- a/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb
+++ b/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb
@@ -10,20 +10,20 @@ DEPENDS = "pciutils zlib efivar"
 
 COMPATIBLE_HOST = "(i.86|x86_64|arm|aarch64).*-linux"
 
-SRC_URI = 
"https://github.com/rhinstaller/efibootmgr/releases/download/${BP}/${BP}.tar.bz2
 \
-   file://ldflags.patch \
+SRCREV = "eb6e36c9064eae256cd60df24a977e3abd87fd16"
+SRC_URI = "git://github.com/rhinstaller/efibootmgr.git;protocol=https \
   "
 
-SRC_URI[md5sum] = "6647f5cd807bc8484135ba74fcbcc39a"
-SRC_URI[sha256sum] = 
"a66f5850677e86255d93cb1cead04c3c48a823a2b864c579321f2a07f00256e6"
+S = "${WORKDIR}/git"
+
+
+inherit pkgconfig
 
 EXTRA_OEMAKE = "'CC=${CC}' 'CFLAGS=${CFLAGS} -I${S}/src/include `pkg-config 
--cflags efivar` \
  -DEFIBOOTMGR_VERSION=\"$(RELEASE_MAJOR).$(RELEASE_MINOR)\" '"
 
 do_install () {
-install -D -p -m0755 src/efibootmgr/efibootmgr ${D}/${sbindir}/efibootmgr
+install -D -p -m0755 src/efibootmgr ${D}/${sbindir}/efibootmgr
 }
 
-inherit pkgconfig
 
-PNBLACKLIST[efibootmgr] ?= "Depends on blacklisted efivar"
diff --git a/meta-oe/recipes-extended/efibootmgr/files/ldflags.patch 
b/meta-oe/recipes-extended/efibootmgr/files/ldflags.patch
deleted file mode 100644
index 0d5594a..000
--- a/meta-oe/recipes-extended/efibootmgr/files/ldflags.patch
+++ /dev/null
@@ -1,17 +0,0 @@
-Upstream-Status: Pending
-
-Import this patch from meta-linaro.
-
-Signed-off-by: Kai Kang <kai.k...@windriver.com>
-
 efibootmgr-0.5.4.orig/Makefile
-+++ efibootmgr-0.5.4/Makefile
-@@ -11,6 +11,8 @@
-   CFLAGS = $(EXTRA_CFLAGS) 
-DEFIBOOTMGR_VERSION=\"$(RELEASE_MAJOR).$(RELEASE_MINOR).$(RELEASE_SUBLEVEL)$(RELEASE_EXTRALEVEL)\"
 \
-   -Wall -g -D_FILE_OFFSET_BITS=64
- 
-+  LDFLAGS += -lz
-+
-   MODULES := src
- 
-   BINDIR := /usr/sbin
-- 
2.4.3

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH v2 1/2] efivar: update to 0.23

[Koen Kooi]

Upstream removed the use of the nvme headers completely, so no more conflicts. 
Also drop gcc options patch, ubuntu 12.04 is too old to support in 
meta-oe/master.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 .../efivar/0001-efivar-fix-for-cross-compile.patch | 21 +++
 ...ptions-not-supported-by-lower-version-gcc.patch | 71 --
 meta-oe/recipes-extended/efivar/efivar_0.21.bb | 39 
 meta-oe/recipes-extended/efivar/efivar_0.23.bb | 36 +++
 4 files changed, 45 insertions(+), 122 deletions(-)
 delete mode 100644 
meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
 delete mode 100644 meta-oe/recipes-extended/efivar/efivar_0.21.bb
 create mode 100644 meta-oe/recipes-extended/efivar/efivar_0.23.bb

diff --git 
a/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
 
b/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
index 4bd7d95..b02edd9 100644
--- 
a/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
+++ 
b/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
@@ -12,20 +12,17 @@ Signed-off-by: Kai Kang <kai.k...@windriver.com>
  1 file changed, 2 insertions(+), 2 deletions(-)
 
 diff --git a/src/Makefile b/src/Makefile
-index 6eac858..ef4eb1d 100644
+index 5fc7887..1829d22 100644
 --- a/src/Makefile
 +++ b/src/Makefile
-@@ -65,8 +65,8 @@ makeguids.o : makeguids.c
- makeguids : makeguids.o fakeguid.o
-   $(CC) $(cflags) -o $@ $^ -ldl
- 
+@@ -29,8 +29,8 @@ all : deps $(TARGETS)
+ ./guid-symbols.c : include/efivar/efivar-guids.h
+ ./guids.bin : include/efivar/efivar-guids.h
+ ./names.bin : include/efivar/efivar-guids.h
 -include/efivar/efivar-guids.h : makeguids guids.txt
--  ./makeguids guids.txt guids.bin names.bin guid-symbols.S $@
+-  ./makeguids guids.txt guids.bin names.bin \
 +include/efivar/efivar-guids.h : guids.txt
-+  makeguids guids.txt guids.bin names.bin guid-symbols.S $@
++  makeguids guids.txt guids.bin names.bin \
+   guid-symbols.c include/efivar/efivar-guids.h
  
- guidlist.o : guids.S include/efivar/efivar-guids.h
-   $(CC) $(cflags) -c -o guidlist.o guids.S
--- 
-2.6.0.rc2.10.gf4d9753
-
+ makeguids : CPPFLAGS+=-DEFIVAR_BUILD_ENVIRONMENT
diff --git 
a/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
 
b/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
deleted file mode 100644
index 7f04b19..000
--- 
a/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
+++ /dev/null
@@ -1,71 +0,0 @@
-gcc options '-Wmaybe-uninitialized' and '-std=gnu11' are not recognized by gcc
-whose version is lower than 4.6, such as on Ubuntu 12.04. Drop them for 
backward
-compatible.
-
-Upstream-Status: Pending
-
-Signed-off-by: Kai Kang <kai.k...@windriver.com>

-diff --git a/Make.defaults b/Make.defaults
-index cc2baa9..118ae56 100644
 a/Make.defaults
-+++ b/Make.defaults
-@@ -10,10 +10,9 @@ CFLAGS  ?= -O2 -g
- 
- ARCH = $(shell uname -m)
- clang_cflags =
--gcc_cflags = -Wmaybe-uninitialized
- cflags:= $(CFLAGS) \
-   -Werror -Wall -Wsign-compare -Wstrict-aliasing \
--  -std=gnu11 -fshort-wchar -fPIC \
-+  -fshort-wchar -fPIC \
-   -fvisibility=hidden \
-   -D_GNU_SOURCE -I${TOPDIR}/src/include/efivar/ \
-   $(if $(filter $(CC),clang),$(clang_cflags),) \
-diff --git a/src/guid.h b/src/guid.h
-index 9542ee1..0817991 100644
 a/src/guid.h
-+++ b/src/guid.h
-@@ -31,7 +31,8 @@ static inline int
- real_isspace(char c)
- {
-   char spaces[] = " \f\n\r\t\v";
--  for (int i = 0; spaces[i] != '\0'; i++)
-+  int i;
-+  for (i = 0; spaces[i] != '\0'; i++)
-   if (c == spaces[i])
-   return 1;
-   return 0;
-@@ -59,7 +60,8 @@ check_sanity(const char *text, size_t len)
- static inline int
- check_segment_sanity(const char *text, size_t len)
- {
--  for(unsigned int i = 0; i < len; i++) {
-+  unsigned int i;
-+  for(i = 0; i < len; i++) {
-   if (text[i] >= '0' && text[i] <= '9')
-   continue;
-   /* "| 0x20" is tolower() without having to worry about
-diff --git a/src/makeguids.c b/src/makeguids.c
-index e9acf15..7e16cb2 100644
 a/src/makeguids.c
-+++ b/src/makeguids.c
-@@ -150,7 +150,8 @@ main(int argc, char *argv[])
- 
-   fprintf(header, "#ifndef EFIVAR_GUIDS_H\n#define EFIVAR_GUIDS_H 1\n\n");
- 
--  for (unsigned int i = 0; i < line-1; i++) {
-+  unsigned int i, j;
-+  for (i = 0; i < line-1; i++) {
-   if (!strcmp(outbuf[i].symbol, "efi_guid_zero"))
-   fprintf(symout, "\t.globl %s\n"
-   "

[oe] [meta-oe][PATCH 2/2] efibootmgr: unblacklist

[Koen Kooi]

Also fix style issues.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb 
b/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb
index 9b611ce..45b4676 100644
--- a/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb
+++ b/meta-oe/recipes-extended/efibootmgr/efibootmgr_0.12.bb
@@ -17,6 +17,8 @@ SRC_URI = 
"https://github.com/rhinstaller/efibootmgr/releases/download/${BP}/${B
 SRC_URI[md5sum] = "6647f5cd807bc8484135ba74fcbcc39a"
 SRC_URI[sha256sum] = 
"a66f5850677e86255d93cb1cead04c3c48a823a2b864c579321f2a07f00256e6"
 
+inherit pkgconfig
+
 EXTRA_OEMAKE = "'CC=${CC}' 'CFLAGS=${CFLAGS} -I${S}/src/include `pkg-config 
--cflags efivar` \
  -DEFIBOOTMGR_VERSION=\"$(RELEASE_MAJOR).$(RELEASE_MINOR)\" '"
 
@@ -24,6 +26,4 @@ do_install () {
 install -D -p -m0755 src/efibootmgr/efibootmgr ${D}/${sbindir}/efibootmgr
 }
 
-inherit pkgconfig
 
-PNBLACKLIST[efibootmgr] ?= "Depends on blacklisted efivar"
-- 
2.4.3

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH 1/2] efivar: update to 0.23

[Koen Kooi]

Upstream removed the use of the nvme headers completely, so no more conflicts. 
Also drop gcc options patch, ubuntu 12.04 is too old to support in 
meta-oe/master.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 .../efivar/0001-efivar-fix-for-cross-compile.patch | 21 +++
 ...ptions-not-supported-by-lower-version-gcc.patch | 71 --
 meta-oe/recipes-extended/efivar/efivar_0.21.bb | 39 
 meta-oe/recipes-extended/efivar/efivar_0.23.bb | 36 +++
 4 files changed, 45 insertions(+), 122 deletions(-)
 delete mode 100644 
meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
 delete mode 100644 meta-oe/recipes-extended/efivar/efivar_0.21.bb
 create mode 100644 meta-oe/recipes-extended/efivar/efivar_0.23.bb

diff --git 
a/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
 
b/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
index 4bd7d95..b02edd9 100644
--- 
a/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
+++ 
b/meta-oe/recipes-extended/efivar/efivar/0001-efivar-fix-for-cross-compile.patch
@@ -12,20 +12,17 @@ Signed-off-by: Kai Kang <kai.k...@windriver.com>
  1 file changed, 2 insertions(+), 2 deletions(-)
 
 diff --git a/src/Makefile b/src/Makefile
-index 6eac858..ef4eb1d 100644
+index 5fc7887..1829d22 100644
 --- a/src/Makefile
 +++ b/src/Makefile
-@@ -65,8 +65,8 @@ makeguids.o : makeguids.c
- makeguids : makeguids.o fakeguid.o
-   $(CC) $(cflags) -o $@ $^ -ldl
- 
+@@ -29,8 +29,8 @@ all : deps $(TARGETS)
+ ./guid-symbols.c : include/efivar/efivar-guids.h
+ ./guids.bin : include/efivar/efivar-guids.h
+ ./names.bin : include/efivar/efivar-guids.h
 -include/efivar/efivar-guids.h : makeguids guids.txt
--  ./makeguids guids.txt guids.bin names.bin guid-symbols.S $@
+-  ./makeguids guids.txt guids.bin names.bin \
 +include/efivar/efivar-guids.h : guids.txt
-+  makeguids guids.txt guids.bin names.bin guid-symbols.S $@
++  makeguids guids.txt guids.bin names.bin \
+   guid-symbols.c include/efivar/efivar-guids.h
  
- guidlist.o : guids.S include/efivar/efivar-guids.h
-   $(CC) $(cflags) -c -o guidlist.o guids.S
--- 
-2.6.0.rc2.10.gf4d9753
-
+ makeguids : CPPFLAGS+=-DEFIVAR_BUILD_ENVIRONMENT
diff --git 
a/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
 
b/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
deleted file mode 100644
index 7f04b19..000
--- 
a/meta-oe/recipes-extended/efivar/efivar/efivar-drop-options-not-supported-by-lower-version-gcc.patch
+++ /dev/null
@@ -1,71 +0,0 @@
-gcc options '-Wmaybe-uninitialized' and '-std=gnu11' are not recognized by gcc
-whose version is lower than 4.6, such as on Ubuntu 12.04. Drop them for 
backward
-compatible.
-
-Upstream-Status: Pending
-
-Signed-off-by: Kai Kang <kai.k...@windriver.com>

-diff --git a/Make.defaults b/Make.defaults
-index cc2baa9..118ae56 100644
 a/Make.defaults
-+++ b/Make.defaults
-@@ -10,10 +10,9 @@ CFLAGS  ?= -O2 -g
- 
- ARCH = $(shell uname -m)
- clang_cflags =
--gcc_cflags = -Wmaybe-uninitialized
- cflags:= $(CFLAGS) \
-   -Werror -Wall -Wsign-compare -Wstrict-aliasing \
--  -std=gnu11 -fshort-wchar -fPIC \
-+  -fshort-wchar -fPIC \
-   -fvisibility=hidden \
-   -D_GNU_SOURCE -I${TOPDIR}/src/include/efivar/ \
-   $(if $(filter $(CC),clang),$(clang_cflags),) \
-diff --git a/src/guid.h b/src/guid.h
-index 9542ee1..0817991 100644
 a/src/guid.h
-+++ b/src/guid.h
-@@ -31,7 +31,8 @@ static inline int
- real_isspace(char c)
- {
-   char spaces[] = " \f\n\r\t\v";
--  for (int i = 0; spaces[i] != '\0'; i++)
-+  int i;
-+  for (i = 0; spaces[i] != '\0'; i++)
-   if (c == spaces[i])
-   return 1;
-   return 0;
-@@ -59,7 +60,8 @@ check_sanity(const char *text, size_t len)
- static inline int
- check_segment_sanity(const char *text, size_t len)
- {
--  for(unsigned int i = 0; i < len; i++) {
-+  unsigned int i;
-+  for(i = 0; i < len; i++) {
-   if (text[i] >= '0' && text[i] <= '9')
-   continue;
-   /* "| 0x20" is tolower() without having to worry about
-diff --git a/src/makeguids.c b/src/makeguids.c
-index e9acf15..7e16cb2 100644
 a/src/makeguids.c
-+++ b/src/makeguids.c
-@@ -150,7 +150,8 @@ main(int argc, char *argv[])
- 
-   fprintf(header, "#ifndef EFIVAR_GUIDS_H\n#define EFIVAR_GUIDS_H 1\n\n");
- 
--  for (unsigned int i = 0; i < line-1; i++) {
-+  unsigned int i, j;
-+  for (i = 0; i < line-1; i++) {
-   if (!strcmp(outbuf[i].symbol, "efi_guid_zero"))
-   fprintf(symout, "\t.globl %s\n"
-   "

Re: [oe] mplayer2 : focus deficiency?

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 10-02-16 om 12:02 schreef Belal, Awais:
> Hi,
> 
> The version of mplayer2 available in meta-oe is almost 2.5 years old
> while there seems to be active development around it. Is there a reason
> OE never moved to a newer version?

Personally, I stopped caring about mplayer2 when they removed the
dumb-framebuffer support. Which is what I needed it for. If the original
mplayer supports that, fine.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFWvu6PMkyGM64RGpERAowbAJ0b5+GxkYOg0GWgriATc9NT3EHl2QCfQpTg
h5tpFgKPUATbsnuvqb4FDRY=
=VAWH
-END PGP SIGNATURE-

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] Kodi 16rc recipes available

[Koen Kooi]

Hi,

I’ve managed to get kodi 16rc3 to build (and work!) on armv7a and x86-64. The 
recipes can be found here: 
https://github.com/koenkooi/meta-dominion/tree/master/recipes-multimedia

It needs work before I can submit it properly to meta-multimedia. The problems 
I’ve spotted so far:

1) No libva in oe-core, it should move from meta-intel to oe-core. 
libva-intel-driver is fine where it is.
2) No vdpau in oe-core, it should move from meta-dominion to oe-core
3) It runs java in do_configure. Since meta-java only works one day per year 
we’ll just have to install it on the host.
4) OpenGLES is broken in kodi, a fork has fixes.
5) Wayland is broken in kodi, a fork has fixes.
6) No PACKAGECONFIGs yet for weird media accelerations like openmax, imx6, etc.

and the big one for me:

7) no hts add-ons available. pvr.hts needs ${S} from kodi, but uses cmake 
instead of autotools. I might just partially copy/paste cmake*bbclass into 
kodi_git.bb to make this work. Needs more thought and less cmake.

So if you have an x86-64 box with intel graphics, great, everything works as 
expected. On ARM you need working openGL, so that limits you to 
snapdragon/freedreno. That works[1], but no accelerated decode.
If you have non-intel graphics in x86, have a look at what meta-dominion and 
meta-amd (thanks Kergoth!) do, I have it working on ATI and Nvidia cards 
locally.

Anyway, if people want to help out with getting the recipes upstreamed into the 
right layers: awesome. The biggest hurdle named ffmpeg was removed (well, added 
into OE, but you get what I mean) 16 days ago, so it should be relatively plain 
sailing :)

regards,

Koen

[1] https://www.youtube.com/watch?v=ZJcfcKmIgSM
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] various: delete leftovers from qt4 recipes that break parsing due to missing classes

[Koen Kooi]

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 ...erinterface.cpp-add-sys-socket.h-as-inclu.patch |  41 ---
 .../0002-qconsole-writethread-gcc-4.5-fixes.patch  |  40 ---
 .../qcanobserver/qcanobserver/candemo.xml  |  40 ---
 .../qt-creator/fix.missing.cpuid.h.patch   | 384 -
 .../qt-creator/qbs_transformer_product.patch   |  93 -
 meta-oe/recipes-qt/qtserialport/qtserialport.inc   |  48 ---
 6 files changed, 646 deletions(-)
 delete mode 100644 
meta-oe/recipes-qt/qcanobserver/qcanobserver/0001-messagebufferinterface.cpp-add-sys-socket.h-as-inclu.patch
 delete mode 100644 
meta-oe/recipes-qt/qcanobserver/qcanobserver/0002-qconsole-writethread-gcc-4.5-fixes.patch
 delete mode 100755 meta-oe/recipes-qt/qcanobserver/qcanobserver/candemo.xml
 delete mode 100644 
meta-oe/recipes-qt/qt-creator/qt-creator/fix.missing.cpuid.h.patch
 delete mode 100644 
meta-oe/recipes-qt/qt-creator/qt-creator/qbs_transformer_product.patch
 delete mode 100644 meta-oe/recipes-qt/qtserialport/qtserialport.inc

diff --git 
a/meta-oe/recipes-qt/qcanobserver/qcanobserver/0001-messagebufferinterface.cpp-add-sys-socket.h-as-inclu.patch
 
b/meta-oe/recipes-qt/qcanobserver/qcanobserver/0001-messagebufferinterface.cpp-add-sys-socket.h-as-inclu.patch
deleted file mode 100644
index 1b3da3b..000
--- 
a/meta-oe/recipes-qt/qcanobserver/qcanobserver/0001-messagebufferinterface.cpp-add-sys-socket.h-as-inclu.patch
+++ /dev/null
@@ -1,41 +0,0 @@
-From ebb464e3dfa2d59d65c3aa8ee652cb7607481f61 Mon Sep 17 00:00:00 2001
-From: Koen Kooi <k...@dominion.thruhere.net>
-Date: Thu, 10 Nov 2011 19:38:27 +0100
-Subject: [PATCH] messagebufferinterface.cpp: move sys/socket.h include
-
-This prevents the following error during cross-compiling:
-
-| In file included from messagebufferinterface.cpp:30:
-| 
/OE/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/linux/can.h:81:
 error: 'sa_family_t' does not name a type
-
-Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>

- messagebufferinterface.cpp |7 ---
- 1 files changed, 4 insertions(+), 3 deletions(-)
-
-diff --git a/messagebufferinterface.cpp b/messagebufferinterface.cpp
-index 116564c..3e9a535 100644
 a/messagebufferinterface.cpp
-+++ b/messagebufferinterface.cpp
-@@ -25,14 +25,15 @@
- #include 
- #include 
- 
-+#include 
-+#include 
-+#include 
-+
- //#include 
- //#include 
- #include 
- 
- #include "configdialog.h"
--#include 
--#include 
--#include 
- #include 
- #include 
- 
--- 
-1.7.2.5
-
diff --git 
a/meta-oe/recipes-qt/qcanobserver/qcanobserver/0002-qconsole-writethread-gcc-4.5-fixes.patch
 
b/meta-oe/recipes-qt/qcanobserver/qcanobserver/0002-qconsole-writethread-gcc-4.5-fixes.patch
deleted file mode 100644
index 4561923..000
--- 
a/meta-oe/recipes-qt/qcanobserver/qcanobserver/0002-qconsole-writethread-gcc-4.5-fixes.patch
+++ /dev/null
@@ -1,40 +0,0 @@
-From 3b3cb5212b5dbf182beed171045e5d179b2e9000 Mon Sep 17 00:00:00 2001
-From: Koen Kooi <k...@dominion.thruhere.net>
-Date: Fri, 11 Nov 2011 09:32:14 +0100
-Subject: [PATCH 2/2] qconsole, writethread: gcc 4.5 fixes
-
-Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>

- qconsole.cpp|2 +-
- writethread.cpp |2 +-
- 2 files changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/qconsole.cpp b/qconsole.cpp
-index ea86957..b5a4687 100644
 a/qconsole.cpp
-+++ b/qconsole.cpp
-@@ -22,7 +22,7 @@ QConsole::QConsole()
- 
- {
- this->setReadOnly(true);
--QTextEdit::QTextEdit(NULL);
-+QTextEdit(NULL);
- }
- 
- 
-diff --git a/writethread.cpp b/writethread.cpp
-index ef7bc13..ff19560 100755
 a/writethread.cpp
-+++ b/writethread.cpp
-@@ -69,7 +69,7 @@ void WriteThread::setDev(void *ConfData, QString 
InterfaceLib, bool shareDevLib)
- if(!handle)
- {
- QString *ErrStr = new QString(" ");
--ErrStr->sprintf("%s %s","Could not load Device Mapper: ", 
InterfaceLib);
-+ErrStr->sprintf("%s %s","Could not load Device Mapper: ", 
(char*)InterfaceLib.constData());
- ErrorDialog *ed = new ErrorDialog;
- ed->SetErrorMessage(*ErrStr);
- delete ErrStr;
--- 
-1.7.2.5
-
diff --git a/meta-oe/recipes-qt/qcanobserver/qcanobserver/candemo.xml 
b/meta-oe/recipes-qt/qcanobserver/qcanobserver/candemo.xml
deleted file mode 100755
index 304713f..000
--- a/meta-oe/recipes-qt/qcanobserver/qcanobserver/candemo.xml
+++ /dev/null
@@ -1,40 +0,0 @@
-
-
-
-
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-
diff --git a/meta-oe/recipes-qt/qt-creator/qt-creator/fix.missing.cpuid.h.patch 
b/met

Re: [oe] [meta-oe][PATCH] various: delete qt4 recipes that break parsing due to missing classes

[Koen Kooi]

On 21 January 2016 at 10:31, Martin Jansa <martin.ja...@gmail.com> wrote:
> http://git.openembedded.org/meta-openembedded/commit/?id=2bd11da4b50f401c9c49975aeedaaafa6a59d08b
> was merged week ago

Ah, I see what happened:

[koen@thinkpad meta-openembedded]$ git show -M | diffstat
 
qcanobserver/qcanobserver/0001-messagebufferinterface.cpp-add-sys-socket.h-as-inclu.patch
|   41 -
 qcanobserver/qcanobserver/0002-qconsole-writethread-gcc-4.5-fixes.patch
  |   40 -
 qcanobserver/qcanobserver/candemo.xml
|   40 -
 qt-creator/qt-creator/fix.missing.cpuid.h.patch
|  384 --
 qt-creator/qt-creator/qbs_transformer_product.patch
|   93 --
 qtserialport/qtserialport.inc
|   48 -
 6 files changed, 646 deletions(-)

My version was rebased and only drops leftovers. I only noticed that
my patch was still there, I didn't look at the diffstat.

All is good :)

>
> On Thu, Jan 21, 2016 at 8:26 AM, Koen Kooi <koen.k...@linaro.org> wrote:
>>
>> ping! Can one of the two patches to unbreak parsing go in before the
>> weekend?
>>
>> On 11 January 2016 at 09:51, Koen Kooi <koen.k...@linaro.org> wrote:
>> > On 11 January 2016 at 09:08, Andreas Müller
>> > <schnitzelt...@googlemail.com> wrote:
>> >> On Mon, Jan 11, 2016 at 8:10 AM, Koen Kooi <koen.k...@linaro.org>
>> >> wrote:
>> >>> Signed-off-by: Koen Kooi <koen.k...@linaro.org>
>> >>> ---
>> >> double efforts? [1]
>> >
>> > Looks like it, but [1] doesn't show up in
>> > http://patchwork.openembedded.org/project/oe/list/ :(
>> >
>> >>
>> >> [1]
>> >> http://lists.openembedded.org/pipermail/openembedded-devel/2016-January/105406.html
>> >>
>> >> Andreas
>> >
>> >
>> >
>> > --
>> > Koen Kooi
>> >
>> > Builds and Baselines | Release Manager
>> > Linaro.org | Open source software for ARM SoCs
>>
>>
>>
>> --
>> Koen Kooi
>>
>> Builds and Baselines | Release Manager
>> Linaro.org | Open source software for ARM SoCs
>
>



-- 
Koen Kooi

Builds and Baselines | Release Manager
Linaro.org | Open source software for ARM SoCs
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] various: delete leftovers from qt4 recipes that break parsing due to missing classes

[Koen Kooi]

On 21 January 2016 at 19:25, Paul Eggleton
<paul.eggle...@linux.intel.com> wrote:
> On Thu, 21 Jan 2016 12:34:00 Koen Kooi wrote:
>> Signed-off-by: Koen Kooi <koen.k...@linaro.org>
>> ---
>>  ...erinterface.cpp-add-sys-socket.h-as-inclu.patch |  41 ---
>>  .../0002-qconsole-writethread-gcc-4.5-fixes.patch  |  40 ---
>>  .../qcanobserver/qcanobserver/candemo.xml  |  40 ---
>>  .../qt-creator/fix.missing.cpuid.h.patch   | 384
>> - .../qt-creator/qbs_transformer_product.patch   |
>> 93 -
>>  meta-oe/recipes-qt/qtserialport/qtserialport.inc   |  48 ---
>>  6 files changed, 646 deletions(-)
>
> Not that we wouldn't want to remove these, but how were you getting parse
> issues just by these files being present? None of them would be noticed by
> BitBake unless they were explicitly included.

I wasn't getting parse errors with the files present, this is just a
result of rebasing my patch against Martins version. The subject line
might need some parens, though it should read as:

 leftovers from (qt4 recipes that break parsing)


-- 
Koen Kooi

Builds and Baselines | Release Manager
Linaro.org | Open source software for ARM SoCs
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] various: delete qt4 recipes that break parsing due to missing classes

[Koen Kooi]

ping! Can one of the two patches to unbreak parsing go in before the weekend?

On 11 January 2016 at 09:51, Koen Kooi <koen.k...@linaro.org> wrote:
> On 11 January 2016 at 09:08, Andreas Müller
> <schnitzelt...@googlemail.com> wrote:
>> On Mon, Jan 11, 2016 at 8:10 AM, Koen Kooi <koen.k...@linaro.org> wrote:
>>> Signed-off-by: Koen Kooi <koen.k...@linaro.org>
>>> ---
>> double efforts? [1]
>
> Looks like it, but [1] doesn't show up in
> http://patchwork.openembedded.org/project/oe/list/ :(
>
>>
>> [1] 
>> http://lists.openembedded.org/pipermail/openembedded-devel/2016-January/105406.html
>>
>> Andreas
>
>
>
> --
> Koen Kooi
>
> Builds and Baselines | Release Manager
> Linaro.org | Open source software for ARM SoCs



-- 
Koen Kooi

Builds and Baselines | Release Manager
Linaro.org | Open source software for ARM SoCs
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCHv2 0/4] networkmanager 1.0.6 -> 1.0.10

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 12-01-16 om 11:09 schreef Adrian Freihofer:
> networkmanager: update to 1.0.10 networkmanager: add patches, one of them
> fixes broken openvpn networkmanager-openvpn: Update to 1.0.8 
> networkmanager: fix ppp rdepend

Patch 2 and 4 can be squashed into patch 1.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFWlNgKMkyGM64RGpERAipgAJ9LLE+bMWhoMB2njYM0z/QF/sjxfACgsFkQ
KNoBjCYNeyIr9ML3A2fxkF0=
=0E4A
-END PGP SIGNATURE-

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] various: delete qt4 recipes that break parsing due to missing classes

[Koen Kooi]

On 11 January 2016 at 09:08, Andreas Müller
<schnitzelt...@googlemail.com> wrote:
> On Mon, Jan 11, 2016 at 8:10 AM, Koen Kooi <koen.k...@linaro.org> wrote:
>> Signed-off-by: Koen Kooi <koen.k...@linaro.org>
>> ---
> double efforts? [1]

Looks like it, but [1] doesn't show up in
http://patchwork.openembedded.org/project/oe/list/ :(

>
> [1] 
> http://lists.openembedded.org/pipermail/openembedded-devel/2016-January/105406.html
>
> Andreas



-- 
Koen Kooi

Builds and Baselines | Release Manager
Linaro.org | Open source software for ARM SoCs
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH] samba-4.1.12: Modify patches.

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 12-01-16 om 04:34 schreef Li Xin:
> when PATCHTOOL = "patch" is setted in conf/local.conf,the following 
> patches will occur errors in the step of do_patch. *
> 01-fix-force-user-sec-ads.patch * 03-net-ads-kerberos-pac.patch *
> 05-fix-gecos-field-with-samlogon.patch *
> 11-fix-overwriting-of-spns-during-net-ads-join.patch *
> 13-fix-aes-enctype.patch So modify it.
> 

[..]

> -From 80f3551d4f594438dcc93dd82a7953c4a913badd Mon Sep 17 00:00:00 2001 
> -From: Andreas Schneider  -Date: Mon, 16 Dec 2013 12:57:20
> +0100 -Subject: [PATCH 1/7] s3-lib: Add winbind_lookup_usersids(). +From
> 30f7627320c6918f3290d6516de2d94bbcad6320 Mon Sep 17 00:00:00 2001 +From:
> Li Xin  +Date: Sun, 3 Jan 2016 22:19:43 +0900 
> +Subject: [PATCH 1/5] s3-lib: Add winbind_lookup_usersids().

No. Just no.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFWlKj4MkyGM64RGpERAi9nAJ4waTgN4wJcqG6Aebvt+bJ7puTLAACdHFp/
vHZ2z+tzjoW42VAQPcFkJ2k=
=Olys
-END PGP SIGNATURE-

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser][PATCH 2/3] chromium: update run script for early run

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 05-01-16 om 22:15 schreef Trevor Woerner:
> If the chromium run-helper script (google-chrome) is run as part of a 
> (sysvinit) init script, shell variables $USER and $HOME will not be set 
> (leading to unwanted behaviour).
> 
> Replace the use of $USER with `whoami` and replace the use of $HOME with
> the OE bitbake variable ROOT_HOME.
> 
> In this way the chromium run-helper script will work as expected in both 
> instances (as part of an init script and from the cmdline).

Doesn't this break running chrome as a regular non-root user?

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFWjQOHMkyGM64RGpERAoGFAJ9QCcfdD8qzAo/Orq/cWJFrBBLfrwCggkqR
PUswbLTWhJPanSY8u/1kfGM=
=4mmY
-END PGP SIGNATURE-

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] xf86-video-ati: update to 7.6.1

[Koen Kooi]

Glamor support needs work in the xorg recipe as well as testing, it
produced weird artefacts in the picture on my HD6450 when I enabled it a
few months ago. Anyway, glamor wasn't enabled in 7.2.0 so no actual
change.

Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>
---
 .../{xf86-video-ati_7.2.0.bb => xf86-video-ati_7.6.1.bb}  | 11 +++
 1 file changed, 7 insertions(+), 4 deletions(-)
 rename meta-oe/recipes-graphics/xorg-driver/{xf86-video-ati_7.2.0.bb => 
xf86-video-ati_7.6.1.bb} (73%)

diff --git a/meta-oe/recipes-graphics/xorg-driver/xf86-video-ati_7.2.0.bb 
b/meta-oe/recipes-graphics/xorg-driver/xf86-video-ati_7.6.1.bb
similarity index 73%
rename from meta-oe/recipes-graphics/xorg-driver/xf86-video-ati_7.2.0.bb
rename to meta-oe/recipes-graphics/xorg-driver/xf86-video-ati_7.6.1.bb
index d4d9591..f1d06f2 100644
--- a/meta-oe/recipes-graphics/xorg-driver/xf86-video-ati_7.2.0.bb
+++ b/meta-oe/recipes-graphics/xorg-driver/xf86-video-ati_7.6.1.bb
@@ -8,10 +8,13 @@ DESCRIPTION = "Open-source X.org graphics driver for ATI 
Radeon graphics"
 
 DEPENDS += "virtual/libx11 libxvmc drm xf86driproto glproto \
 virtual/libgl xineramaproto libpciaccess"
-RDEPENDS_${PN} += "xserver-xorg-module-exa"
-RRECOMMENDS_${PN} += "linux-firmware"
 
 COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
 
-SRC_URI[md5sum] = "5ab9a826699e5c86ef89fca43ebb3821"
-SRC_URI[sha256sum] = 
"f30f5efdc8d7d18d06eda7ef2f91a8b7290f1cfbf6ff26362cd47ab8969daec4"
+SRC_URI[md5sum] = "ede86cd3d1b1d8882f0aea61d9e924ed"
+SRC_URI[sha256sum] = 
"2516d9eeb8da8bcd3a01365ed1314919777910fa904ab268af342b5693e1d34c"
+
+EXTRA_OECONF += "--disable-glamor"
+
+RDEPENDS_${PN} += "xserver-xorg-module-exa"
+RRECOMMENDS_${PN} += "linux-firmware"
-- 
2.0.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] xf86-video-nouveau: update to 1.0.12

[Koen Kooi]

Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>
---
 .../{xf86-video-nouveau_1.0.9.bb => xf86-video-nouveau_1.0.12.bb}| 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)
 rename meta-oe/recipes-graphics/xorg-driver/{xf86-video-nouveau_1.0.9.bb => 
xf86-video-nouveau_1.0.12.bb} (76%)

diff --git a/meta-oe/recipes-graphics/xorg-driver/xf86-video-nouveau_1.0.9.bb 
b/meta-oe/recipes-graphics/xorg-driver/xf86-video-nouveau_1.0.12.bb
similarity index 76%
rename from meta-oe/recipes-graphics/xorg-driver/xf86-video-nouveau_1.0.9.bb
rename to meta-oe/recipes-graphics/xorg-driver/xf86-video-nouveau_1.0.12.bb
index 7b52de0..3a7507c 100644
--- a/meta-oe/recipes-graphics/xorg-driver/xf86-video-nouveau_1.0.9.bb
+++ b/meta-oe/recipes-graphics/xorg-driver/xf86-video-nouveau_1.0.12.bb
@@ -12,5 +12,6 @@ RDEPENDS_${PN} += "xserver-xorg-module-exa"
 
 COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
 
-SRC_URI[md5sum] = "8b2c0df5de3929597ade8c5ddb489a44"
-SRC_URI[sha256sum] = 
"b247c800e532fad1c80a5666d8ca0d4e5712064b6d7a3b030b32206a8de04482"
+SRC_URI[md5sum] = "dc79910c7b9e32321cefc7af250c7765"
+SRC_URI[sha256sum] = 
"0ea057ad7fc31caba2d4e46c7e418fe2b3c762b04fb8d382f53383397fd8391e"
+
-- 
2.0.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] mariadb: -native also needs gold workaround

[Koen Kooi]

> Op 30 dec. 2015, om 19:34 heeft Khem Raj <raj.k...@gmail.com> het volgende 
> geschreven:
> 
> On Wed, Dec 30, 2015 at 5:57 AM, Koen Kooi <k...@dominion.thruhere.net> wrote:
>> When the host distro uses gold mariadb-native fails to build.
>> 
> 
> what is the failure ?

The same one as in 
http://lists.openembedded.org/pipermail/openembedded-devel/2014-August/097495.html

> 
>> Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>
>> ---
>> meta-oe/recipes-support/mysql/mariadb.inc | 3 +++
>> 1 file changed, 3 insertions(+)
>> 
>> diff --git a/meta-oe/recipes-support/mysql/mariadb.inc 
>> b/meta-oe/recipes-support/mysql/mariadb.inc
>> index a6826c3..6a55476 100644
>> --- a/meta-oe/recipes-support/mysql/mariadb.inc
>> +++ b/meta-oe/recipes-support/mysql/mariadb.inc
>> @@ -60,6 +60,9 @@ PACKAGECONFIG[setupdb] = ", ,,${PN}-setupdb"
>> # https://mariadb.atlassian.net/browse/MDEV-5982
>> TARGET_CFLAGS += "-fuse-ld=bfd"
>> 
>> +BUILD_CFLAGS += "-fuse-ld=bfd"
>> +BUILD_CXXFLAGS += "-fuse-ld=bfd"
>> +
>> EXTRA_OECMAKE = "-DWITH_EMBEDDED_SERVER=ON \
>>  -DWITH_JEMALLOC=no \
>>  -DWITHOUT_TOKUDB=TRUE \
>> --
>> 2.0.1
>> 
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] mariadb: -native also needs gold workaround

[Koen Kooi]

> Op 30 dec. 2015 om 19:34 heeft Khem Raj <raj.k...@gmail.com> het volgende 
> geschreven:
> 
>> On Wed, Dec 30, 2015 at 5:57 AM, Koen Kooi <k...@dominion.thruhere.net> 
>> wrote:
>> When the host distro uses gold mariadb-native fails to build.
> 
> what is the failure ?

Not near a computer right now. The same one that you get for the regular recipe 
without the TARGET_CFLAGS. It's in the patchwork discussion between Martin and 
Paul for the version update.

> 
>> Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>
>> ---
>> meta-oe/recipes-support/mysql/mariadb.inc | 3 +++
>> 1 file changed, 3 insertions(+)
>> 
>> diff --git a/meta-oe/recipes-support/mysql/mariadb.inc 
>> b/meta-oe/recipes-support/mysql/mariadb.inc
>> index a6826c3..6a55476 100644
>> --- a/meta-oe/recipes-support/mysql/mariadb.inc
>> +++ b/meta-oe/recipes-support/mysql/mariadb.inc
>> @@ -60,6 +60,9 @@ PACKAGECONFIG[setupdb] = ", ,,${PN}-setupdb"
>> # https://mariadb.atlassian.net/browse/MDEV-5982
>> TARGET_CFLAGS += "-fuse-ld=bfd"
>> 
>> +BUILD_CFLAGS += "-fuse-ld=bfd"
>> +BUILD_CXXFLAGS += "-fuse-ld=bfd"
>> +
>> EXTRA_OECMAKE = "-DWITH_EMBEDDED_SERVER=ON \
>>  -DWITH_JEMALLOC=no \
>>  -DWITHOUT_TOKUDB=TRUE \
>> --
>> 2.0.1
>> 
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> 
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] mariadb: -native also needs gold workaround

[Koen Kooi]

When the host distro uses gold mariadb-native fails to build.

Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>
---
 meta-oe/recipes-support/mysql/mariadb.inc | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta-oe/recipes-support/mysql/mariadb.inc 
b/meta-oe/recipes-support/mysql/mariadb.inc
index a6826c3..6a55476 100644
--- a/meta-oe/recipes-support/mysql/mariadb.inc
+++ b/meta-oe/recipes-support/mysql/mariadb.inc
@@ -60,6 +60,9 @@ PACKAGECONFIG[setupdb] = ", ,,${PN}-setupdb"
 # https://mariadb.atlassian.net/browse/MDEV-5982
 TARGET_CFLAGS += "-fuse-ld=bfd"
 
+BUILD_CFLAGS += "-fuse-ld=bfd"
+BUILD_CXXFLAGS += "-fuse-ld=bfd"
+
 EXTRA_OECMAKE = "-DWITH_EMBEDDED_SERVER=ON \
  -DWITH_JEMALLOC=no \
  -DWITHOUT_TOKUDB=TRUE \
-- 
2.0.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-java][PATCH 00/15] meta-java: fixes for some issues

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 28-12-15 om 15:10 schreef Koen Kooi:
> Op 25-12-15 om 08:56 schreef jackie.hu...@windriver.com:
>> From: Jackie Huang <jackie.hu...@windriver.com>
> 
>> These patches had been in our local branch for some times, I think
>> they are needed here as well, I rebased and did basic build/runtime
>> tests on x86-64 and ppc, please review and see if they are fine to be
>> merged.
> 
> After merging this I'm finally able to build openjdk-7 for core2-64
> again.

As well as armv6, armv6 and armv7

> 
> 
> 
>> -- The following changes since commit 
>> c88d019434b5ba0eb7ee1a3b0e27a74587ad9d49:
> 
>> openjdk-8-native: fix improper do_install and PROVIDES (2015-12-22 
>> 23:48:09 -0800)
> 
>> are available in the git repository at:
> 
>> git://git.pokylinux.org/poky-contrib.git jhuang0/d_java-fixes_151225_0
>>  
>> http://git.pokylinux.org/cgit.cgi//log/?h=jhuang0/d_java-fixes_151225_0
>
>>  Amy Fong (15): java.bbclass: java missing classes during compile
>> inetlib: fix inetlib dependency during compilation openjdk: autools not
>> to override B var jamvm.inc: jamvm recipe cleanup base-files: Define 
>> JAVA_HOME by default Missing inheritance and dependencies in some java 
>> packages openjdk-7: added java tools to the jdk package openjdk: add 
>> keytool link openjdk: postinst cleanup icedtea7-native compile failure 
>> undefined reference to `main' openjdk: fix CVE-2014-1876 jamvm-git
>> uprev to 2.0.0 openjdk-7: add depends on attr
>> icedtea7-native/openjdk-7: fails on hosts with no unzip openjdk hotspot
>> build system std.h fix
> 
>> classes/java.bbclass   |   9 +- 
>> recipes-core/base-files/base-files_3.0.14.bbappend |  13 ++ 
>> recipes-core/classpath/classpath-native_0.99.bb|   2 +- 
>> ...etlib-missing-dependency-for-util_classes.patch |  31  
>> recipes-core/classpathx/inetlib_1.1.1.bb   |   1 + 
>> recipes-core/icedtea/icedtea7-native.inc   |   4 +- 
>> .../icedtea-CVE-2014-1876-unpack.patch |  44 ++ 
>> .../openjdk-7-03b147/icedtea-jdk-unzip.patch   | 130
>> +++ .../openjdk-7-03b147/icedtea-makefile-unzip.patch  |
>> 167 +++ .../icedtea-x11_extension_cleanup.patch
>> | 42 + recipes-core/icedtea/openjdk-7-release-03b147.inc  |   7 + 
>> recipes-core/jamvm/jamvm.inc   |   7 +- 
>> recipes-core/jamvm/jamvm_git.bb|   4 +- 
>> recipes-core/openjdk/openjdk-7-common.inc  |   4 + 
>> recipes-core/openjdk/openjdk-7_91b01-2.6.2.bb  |   5 + 
>> recipes-core/openjdk/openjdk-common.inc|   3 +- 
>> recipes-core/openjdk/openjdk-postinst.inc  |  24 ++- 
>> .../patches-openjdk-7/icedtea-dtrace-std_h.patch   |  40 + 
>> .../patches-openjdk-7/icedtea-jdk-unzip.patch  | 130
>> +++ .../patches-openjdk-7/icedtea-makefile-unzip.patch |
>> 176 + 20 files changed, 825 insertions(+), 18 
>> deletions(-) create mode 100644 
>> recipes-core/base-files/base-files_3.0.14.bbappend create mode 100644 
>> recipes-core/classpathx/inetlib-1.1.1/inetlib-missing-dependency-for-util_c
l
>
>> 
asses.patch
> 
> 
> create mode 100644 
> recipes-core/icedtea/openjdk-7-03b147/icedtea-CVE-2014-1876-unpack.patch
>> create mode 100644 
>> recipes-core/icedtea/openjdk-7-03b147/icedtea-jdk-unzip.patch create
>> mode 100644 
>> recipes-core/icedtea/openjdk-7-03b147/icedtea-makefile-unzip.patch
>> create mode 100644 
>> recipes-core/icedtea/openjdk-7-03b147/icedtea-x11_extension_cleanup.patch
>
>> 
> 
> create mode 100644 
> recipes-core/openjdk/patches-openjdk-7/icedtea-dtrace-std_h.patch
>> create mode 100644 
>> recipes-core/openjdk/patches-openjdk-7/icedtea-jdk-unzip.patch create 
>> mode 100644 
>> recipes-core/openjdk/patches-openjdk-7/icedtea-makefile-unzip.patch
> 
> 
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFWgkniMkyGM64RGpERAtQIAKCVj4XvRea3TCUIW+pRrCMh6OZo7wCfVTww
a/7l1f/5g383Zb+aWPI6CvU=
=PuaP
-END PGP SIGNATURE-

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [RFC] Delete all .la files?

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 23-12-15 om 22:41 schreef Burton, Ross:
> Hi,
> 
> So I've just done an oe-core world build with my latest .la-killer class 
> enabled ( 
> https://github.com/rossburton/meta-ross/blob/master/classes/wipe-la.bbclass)
>
> 
and the results are pretty good.  Basically this class hooks onto
> do_install and simply deletes every *.la file it can find in ${D}, with
> an opt-out if required.  .la files can cause rebuild problems if
> directories move around and are mostly pointless on Linux anyway, so they
> can just be deleted.
> 
> One recipe (opensp-native) needs to opt out of the .la deletion as 
> openjade-native for  reasons explicitly expects .la files to
> be installed.  Some other desktop distros already strip out .la files so
> I wouldn't be surprised if there's a patch floating around to solve
> this.
> 
> One recipe fails to build (gcc-sanitizers) as it expects to have built
> its own libstdc++ so the recipe just deletes the source and drops in
> symlinks to the libraries in the sysroot.  Works, but is nasty.   I could
> either opt gcc out of la removal, or improve the fixup to make it
> actually link to the installed libraries.  Or, merge the sanitisers into
> the main gcc recipe, as I can't recall why they're separate anyway.
> 
> Apart from that, my world build was successful.
> 
> So in the new year I plan on submitting a renamed version of this class
> to oe-core and adding it to INHERIT_DISTRO.  Any comments?

Go ahead, .la files need to go away in the OE world. I wish your class had
an option to kill them with fire, but alas.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFWgTZAMkyGM64RGpERAph9AJ0Tdmw9r3WW5OrQv6FTUGdh6zOiIwCcCyuu
9CHG+z9GGf7hW4GkdaRchZU=
=l+7i
-END PGP SIGNATURE-

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-java][PATCH 00/15] meta-java: fixes for some issues

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 25-12-15 om 08:56 schreef jackie.hu...@windriver.com:
> From: Jackie Huang 
> 
> These patches had been in our local branch for some times, I think they
> are needed here as well, I rebased and did basic build/runtime tests on
> x86-64 and ppc, please review and see if they are fine to be merged.

After merging this I'm finally able to build openjdk-7 for core2-64 again.


> 
> -- The following changes since commit
> c88d019434b5ba0eb7ee1a3b0e27a74587ad9d49:
> 
> openjdk-8-native: fix improper do_install and PROVIDES (2015-12-22
> 23:48:09 -0800)
> 
> are available in the git repository at:
> 
> git://git.pokylinux.org/poky-contrib.git jhuang0/d_java-fixes_151225_0 
> http://git.pokylinux.org/cgit.cgi//log/?h=jhuang0/d_java-fixes_151225_0
> 
> Amy Fong (15): java.bbclass: java missing classes during compile inetlib:
> fix inetlib dependency during compilation openjdk: autools not to
> override B var jamvm.inc: jamvm recipe cleanup base-files: Define
> JAVA_HOME by default Missing inheritance and dependencies in some java
> packages openjdk-7: added java tools to the jdk package openjdk: add
> keytool link openjdk: postinst cleanup icedtea7-native compile failure
> undefined reference to `main' openjdk: fix CVE-2014-1876 jamvm-git uprev
> to 2.0.0 openjdk-7: add depends on attr icedtea7-native/openjdk-7: fails
> on hosts with no unzip openjdk hotspot build system std.h fix
> 
> classes/java.bbclass   |   9 +- 
> recipes-core/base-files/base-files_3.0.14.bbappend |  13 ++ 
> recipes-core/classpath/classpath-native_0.99.bb|   2 +- 
> ...etlib-missing-dependency-for-util_classes.patch |  31  
> recipes-core/classpathx/inetlib_1.1.1.bb   |   1 + 
> recipes-core/icedtea/icedtea7-native.inc   |   4 +- 
> .../icedtea-CVE-2014-1876-unpack.patch |  44 ++ 
> .../openjdk-7-03b147/icedtea-jdk-unzip.patch   | 130 +++ 
> .../openjdk-7-03b147/icedtea-makefile-unzip.patch  | 167
> +++ .../icedtea-x11_extension_cleanup.patch|
> 42 + recipes-core/icedtea/openjdk-7-release-03b147.inc  |   7 + 
> recipes-core/jamvm/jamvm.inc   |   7 +- 
> recipes-core/jamvm/jamvm_git.bb|   4 +- 
> recipes-core/openjdk/openjdk-7-common.inc  |   4 + 
> recipes-core/openjdk/openjdk-7_91b01-2.6.2.bb  |   5 + 
> recipes-core/openjdk/openjdk-common.inc|   3 +- 
> recipes-core/openjdk/openjdk-postinst.inc  |  24 ++- 
> .../patches-openjdk-7/icedtea-dtrace-std_h.patch   |  40 + 
> .../patches-openjdk-7/icedtea-jdk-unzip.patch  | 130 +++ 
> .../patches-openjdk-7/icedtea-makefile-unzip.patch | 176
> + 20 files changed, 825 insertions(+), 18
> deletions(-) create mode 100644
> recipes-core/base-files/base-files_3.0.14.bbappend create mode 100644
> recipes-core/classpathx/inetlib-1.1.1/inetlib-missing-dependency-for-util_cl
asses.patch
>
> 
create mode 100644
recipes-core/icedtea/openjdk-7-03b147/icedtea-CVE-2014-1876-unpack.patch
> create mode 100644
> recipes-core/icedtea/openjdk-7-03b147/icedtea-jdk-unzip.patch create mode
> 100644
> recipes-core/icedtea/openjdk-7-03b147/icedtea-makefile-unzip.patch create
> mode 100644
> recipes-core/icedtea/openjdk-7-03b147/icedtea-x11_extension_cleanup.patch
>
> 
create mode 100644
recipes-core/openjdk/patches-openjdk-7/icedtea-dtrace-std_h.patch
> create mode 100644
> recipes-core/openjdk/patches-openjdk-7/icedtea-jdk-unzip.patch create
> mode 100644
> recipes-core/openjdk/patches-openjdk-7/icedtea-makefile-unzip.patch
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFWgULaMkyGM64RGpERAs9PAJ980xVJJy/j0+HGvGX2kXMD4AoD8wCgme5T
PeA+vxBktIysaOCHio6O/4M=
=wMKz
-END PGP SIGNATURE-

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH v2] libsoc: upgrade from version 0.6 to 0.7

[Koen Kooi]

> Op 22 nov. 2015, om 19:05 heeft Fathi Boudra <fathi.bou...@linaro.org> het 
> volgende geschreven:
> 
> update SRCREV
> 
> Signed-off-by: Fathi Boudra <fathi.bou...@linaro.org>
> ---
> changes from v1:
>  * don't ship board configs
>  * don't oe-stylize
> 
> meta-oe/recipes-support/libsoc/{libsoc_0.6.bb => libsoc_0.7.bb} | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta-oe/recipes-support/libsoc/{libsoc_0.6.bb => libsoc_0.7.bb} (90%)
> 
> diff --git a/meta-oe/recipes-support/libsoc/libsoc_0.6.bb 
> b/meta-oe/recipes-support/libsoc/libsoc_0.7.bb
> similarity index 90%
> rename from meta-oe/recipes-support/libsoc/libsoc_0.6.bb
> rename to meta-oe/recipes-support/libsoc/libsoc_0.7.bb
> index 79c171a..3b7436f 100644
> --- a/meta-oe/recipes-support/libsoc/libsoc_0.6.bb
> +++ b/meta-oe/recipes-support/libsoc/libsoc_0.7.bb
> @@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=e0bfebea12a71895ba987b2126a5"
> 
> inherit autotools
> 
> -SRCREV = "3643cf161a4b37bfbdfd05437166c4a29ac3ed8d"
> +SRCREV = "4d5c5af71e225cc4e792d2166da3f3e432b08735"
> SRC_URI = "git://github.com/jackmitch/libsoc.git"
> 
> S = "${WORKDIR}/git"
> — 

Looks good to me:

Reviewed-by: Koen Kooi <k...@dominion.thruhere.net>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 2/2] iscsitarget: skip the arch test for kernel modules

[Koen Kooi]

Op 25-11-15 om 09:27 schreef jackie.hu...@windriver.com:
> From: Jackie Huang 
> 
> Kernel modules may not have the same architecture as user space.

LOL

> So we tell INSANE_SKIP to skip checking the arch for the modules.
> This is consistent with other kernel modules and the kernel recipe.

Split this recipe in 2: one recipe for userspace, the other for kernel space.


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] libsoc: upgrade from version 0.6 to 0.7

[Koen Kooi]

> Op 22 nov. 2015, om 16:45 heeft Fathi Boudra  het 
> volgende geschreven:
> 
> * update SRCREV
> * add --with-board-configs to configure
> * run oe-stylize to sanitize the recipe

OE-stylize tends to remove the blank lines that are supposed to be there, so...

> 
> Signed-off-by: Fathi Boudra 
> ---
> .../recipes-support/libsoc/{libsoc_0.6.bb => libsoc_0.7.bb}| 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
> rename meta-oe/recipes-support/libsoc/{libsoc_0.6.bb => libsoc_0.7.bb} (85%)
> 
> diff --git a/meta-oe/recipes-support/libsoc/libsoc_0.6.bb 
> b/meta-oe/recipes-support/libsoc/libsoc_0.7.bb
> similarity index 85%
> rename from meta-oe/recipes-support/libsoc/libsoc_0.6.bb
> rename to meta-oe/recipes-support/libsoc/libsoc_0.7.bb
> index 79c171a..1a7f4a7 100644
> --- a/meta-oe/recipes-support/libsoc/libsoc_0.6.bb
> +++ b/meta-oe/recipes-support/libsoc/libsoc_0.7.bb
> @@ -1,17 +1,17 @@
> SUMMARY = "Library for interfacing with common SoC peripherals"
> DESCRIPTION = "libsoc is a C library to interface with common peripherals 
> (gpio, i2c, spi, pwm) \
>found in SoC (System on Chips) through generic Linux Kernel 
> interfaces."
> -
> HOMEPAGE = "https://github.com/jackmitch/libsoc”
> -

… the 2 above need to stay in

> LICENSE = "LGPLv2.1"
> LIC_FILES_CHKSUM = "file://COPYING;md5=e0bfebea12a71895ba987b2126a5”

add one here

> +SRCREV = “4d5c5af71e225cc4e792d2166da3f3e432b08735"
> 

and drop this one so SRC* lines are together

> -inherit autotools
> -
> -SRCREV = "3643cf161a4b37bfbdfd05437166c4a29ac3ed8d"
> SRC_URI = "git://github.com/jackmitch/libsoc.git"
> 
> S = "${WORKDIR}/git"
> 
> +inherit autotools
> +
> +EXTRA_OECONF = "--with-board-configs"
> +
> RDEPENDS_${PN} = "libgcc"
> -- 
> 2.6.2
> 
> 

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH v3][meta-multimedia] mkvtoolnix: fix Boost 1.58 build, update to 7.9.0

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 03-10-15 om 23:22 schreef Manuel Bachmann:
> mkvtoolnix does not compile with newest Boost 1.58, mostly due to the
> following bugs : https://github.com/mbunkus/mkvtoolnix/issues/1172 
> https://github.com/mbunkus/mkvtoolnix/issues/1176
> 
> Update to the version immediately subsequent to their fixes, and adapt
> configure steps accordingly.
> 
> Signed-off-by: Manuel Bachmann  --- 
> meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb | 15
> +++ 1 file changed, 11 insertions(+), 4 deletions(-)
> 
> diff --git a/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb
> b/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb index
> dd613b3..da10153 100644 ---
> a/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb +++
> b/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb @@ -6,9 +6,16
> @@ LIC_FILES_CHKSUM =
> "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
> 
> DEPENDS = "curl boost expat zlib libebml libmatroska libogg libvorbis
> bzip2 lzo file ruby-native"
> 
> -PV = "7.1.0+git${SRCPV}" -SRCREV =
> "0c89ff941bfdd9f3378312f293a84f13cf3e2a96" -SRC_URI =
> "git://github.com/mbunkus/mkvtoolnix.git" +PV = "7.9.0+git${SRCPV}" 
> +SRCREV_mkvtoolnix = "1a8b23b1e82ed180a5aaeb43537f2426be252985" 
> +SRCREV_libebml = "04b34b0dbded40e0cec93cafa6a4f4c8e90c3206" 
> +SRCREV_libmatroska = "db5d627b5bf48516c9e0b540254c0d36595760c3" 
> +SRCREV_FORMAT = "mkvtoolnix" +SRC_URI = " \ +
> git://github.com/mbunkus/mkvtoolnix.git;name=mkvtoolnix \ +
> git://github.com/Matroska-Org/libebml.git;name=libebml;destsuffix=git/lib/li
bebml
> \ +
> git://github.com/Matroska-Org/libmatroska.git;name=libmatroska;destsuffix=gi
t/lib/libmatroska
> \ +  "

Wouldn't:

SRCREV = "1a8b23b1e82ed180a5aaeb43537f2426be252985"
SRC_URI = "gitsm://github.com/mbunkus/mkvtoolnix.git;name=mkvtoolnix"

Be much easier to maintain?

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFWEMkXMkyGM64RGpERAn7oAJsF+fflyuIAfXQ0VRUWDfucw7od7gCgquGN
MKNt3Fd8j7MicGjLPZsoyIA=
=ipI0
-END PGP SIGNATURE-

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH] sshguard 1.6.1+git: add recipe

[Koen Kooi]

> Op 11 sep. 2015, om 19:46 heeft Joe MacDonald <joe_macdon...@mentor.com> het 
> volgende geschreven:
> 
> I had the following build failure when I merged this:
> 
>   sshguard_whitelist.c:350:87: error: dereferencing pointer to incomplete 
> type 'struct addrinfo'
>for (numaddresses = 0, addriter = hostaddrs; addriter != NULL; 
> addriter = addriter->ai_next, ++numaddresses) {
> 
> 
> I put the contents of the logfile here:
> 
>   http://pastebin.com/g1dCJcGY
> 
> Can you take a look at this?

Certainly, thanks for the report! I’ll be away for the next 2 weeks, so don’t 
hold your breath :)

> 
> Thanks,
> -J.
> 
> [[oe] [meta-networking][PATCH] sshguard 1.6.1+git: add recipe] On 15.09.03 
> (Thu 19:39) Koen Kooi wrote:
> 
>> SSHguard protects hosts from brute-force attacks against SSH and other
>> services.
>> 
>> This recipe uses iptables as blocker backend and journald as log backend.
>> 
>> When it's working it will look like this in syslog:
>> 
>> Sep 03 19:35:29 soekris sshguard[27044]: Started with danger threshold=40 ; 
>> minimum block=420 seconds
>> Sep 03 19:35:29 soekris sshguard[27044]: Blocking 24.234.171.90:4 for 
>> >630secs: 40 danger in 4 attacks over 0 seconds (all: 40d in 1 abuses over 
>> 0s).
>> Sep 03 19:35:29 soekris sshguard[27044]: Blocking 61.182.15.194:4 for 
>> >630secs: 40 danger in 4 attacks over 0 seconds (all: 40d in 1 abuses over 
>> 0s).
>> Sep 03 19:35:29 soekris sshguard[27044]: Blocking 115.58.38.53:4 for 
>> >630secs: 40 danger in 4 attacks over 0 seconds (all: 40d in 1 abuses over 
>> 0s).
>> 
>> And the iptable rules:
>> 
>> root@soekris:~# iptables -L sshguard --line-numbers
>> Chain sshguard (1 references)
>> num  target prot opt source   destination
>> 1DROP   all  --  hn.kd.ny.adslanywhere
>> 2DROP   all  --  61.182.15.194anywhere
>> 3DROP   all  --  wsip-24-234-171-90.lv.lv.cox.net  anywhere
>> 
>> Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>
>> ---
>> .../recipes-support/sshguard/sshguard/firewall | 48 
>> ++
>> .../sshguard/sshguard/sshguard-journalctl  |  2 +
>> .../sshguard/sshguard/sshguard.service | 12 ++
>> .../recipes-support/sshguard/sshguard_git.bb   | 38 +
>> 4 files changed, 100 insertions(+)
>> create mode 100644 meta-networking/recipes-support/sshguard/sshguard/firewall
>> create mode 100644 
>> meta-networking/recipes-support/sshguard/sshguard/sshguard-journalctl
>> create mode 100644 
>> meta-networking/recipes-support/sshguard/sshguard/sshguard.service
>> create mode 100644 meta-networking/recipes-support/sshguard/sshguard_git.bb
>> 
>> diff --git a/meta-networking/recipes-support/sshguard/sshguard/firewall 
>> b/meta-networking/recipes-support/sshguard/sshguard/firewall
>> new file mode 100644
>> index 000..b683368
>> --- /dev/null
>> +++ b/meta-networking/recipes-support/sshguard/sshguard/firewall
>> @@ -0,0 +1,48 @@
>> +#!/bin/sh
>> +
>> +#
>> +# Function that enables firewall
>> +#
>> +do_enable_firewall()
>> +{
>> +# creating sshguard chain
>> +iptables -N sshguard 2> /dev/null
>> +ip6tables -N sshguard 2> /dev/null
>> +# block traffic from abusers
>> +iptables -I INPUT -j sshguard 2> /dev/null
>> +ip6tables -I INPUT -j sshguard 2> /dev/null
>> +}
>> +#
>> +# Function that disables firewall
>> +#
>> +do_disable_firewall()
>> +{
>> +# flushes list of abusers
>> +iptables -F sshguard 2> /dev/null
>> +ip6tables -F sshguard 2> /dev/null
>> +# removes sshguard firewall rules
>> +iptables -D INPUT -j sshguard 2> /dev/null
>> +ip6tables -D INPUT -j sshguard 2> /dev/null
>> +# removing sshguard chain
>> +iptables -X sshguard 2> /dev/null
>> +ip6tables -X sshguard 2> /dev/null
>> +}
>> +
>> +case "$1" in
>> +enable)
>> +do_enable_firewall
>> +;;
>> +disable)
>> +do_disable_firewall
>> +;;
>> +restart)
>> +do_disable_firewall
>> +do_enable_firewall
>> +;;
>> +*)
>> +exit 1
>> +;;
>> +esac
>> +
>> +exit 0
>> +
>> diff --git 
>> a/meta-networking/recipes-support/sshguard/sshguard/sshguard-journalctl 
>> b/meta-networking/recipes-support/sshguard/sshguard/sshguard-jou

Re: [oe] [PATCH 1/2][meta-initramfs] dracut: RDEPEND on systemd optionally

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 10-09-15 om 09:26 schreef wenzong@windriver.com:
> From: Robert Yang 
> 
> Use PACKAGECONFIG to depend on systemd optionally.
> 
> Signed-off-by: Robert Yang  Signed-off-by:
> Wenzong Fan  --- 
> meta-initramfs/recipes-devtools/dracut/dracut_git.bb | 11 ++- 1
> file changed, 6 insertions(+), 5 deletions(-)
> 
> diff --git a/meta-initramfs/recipes-devtools/dracut/dracut_git.bb
> b/meta-initramfs/recipes-devtools/dracut/dracut_git.bb index
> b7d88fd..3a72251 100644 ---
> a/meta-initramfs/recipes-devtools/dracut/dracut_git.bb +++
> b/meta-initramfs/recipes-devtools/dracut/dracut_git.bb @@ -13,9 +13,6 @@
> SRC_URI = "git://git.kernel.org/pub/scm/boot/dracut/dracut.git"
> 
> S = "${WORKDIR}/git"
> 
> -inherit distro_features_check -REQUIRED_DISTRO_FEATURES = "systemd" - 
> EXTRA_OECONF = "--prefix=${prefix} \ --libdir=${libdir} \ 
> --datadir=${datadir} \ @@ -25,7 +22,7 @@ EXTRA_OECONF =
> "--prefix=${prefix} \ --bindir=${bindir} \ --includedir=${includedir} \ 
> --localstatedir=${localstatedir} \ -
> --systemdsystemunitdir=${systemd_unitdir}/system" +   "
> 
> do_configure() { ./configure ${EXTRA_OECONF} @@ -44,9 +41,13 @@
> FILES_${PN} += " ${libdir}/kernel \ " CONFFILES_${PN} +=
> "${sysconfdir}/dracut.conf"
> 
> -RDEPENDS_${PN} = "systemd findutils cpio util-linux-blkid
> util-linux-getopt bash ldd" +RDEPENDS_${PN} = "findutils cpio
> util-linux-blkid util-linux-getopt bash ldd" 
> RDEPENDS_${PN}-bash-completion = "bash-completion"
> 
> +# RDEPEND on systemd optionally +PACKAGECONFIG ??=
> "${@base_contains('DISTRO_FEATURES', 'systemd', 'systemd', '', d)}" 
> +PACKAGECONFIG[systemd] =
> "--with-systemdsystemunitdir=${systemd_unitdir}/system/,,,systemd"

Since packageconfig deals with do_configure, it needs to go next to
EXTRA_OECONF, not next to R*

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFV8V0cMkyGM64RGpERAioKAJ0eFaToEpbhH9mu4J8r02DP9KM1NgCgtHTx
ESYXBkXqAe55sypT5UjiyiE=
=Ueoe
-END PGP SIGNATURE-

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] acpica: update to 20150515 and fix conflicts with other layers

[Koen Kooi]

Meta-virtualization and meta-luv both has iasl_*.bb, which is a subset of this 
recipe. Extend this recipe to provide the native tools and add the necessary 
runtime conflict options.

Also address style issues by moving around a few bits and adding some 
whitespace.

Signed-off-by: Koen Kooi <koen.k...@linaro.org>
---
 .../acpica/{acpica_20140828.bb => acpica_20150515.bb}  | 18 +++---
 1 file changed, 15 insertions(+), 3 deletions(-)
 rename meta-oe/recipes-extended/acpica/{acpica_20140828.bb => 
acpica_20150515.bb} (80%)

diff --git a/meta-oe/recipes-extended/acpica/acpica_20140828.bb 
b/meta-oe/recipes-extended/acpica/acpica_20150515.bb
similarity index 80%
rename from meta-oe/recipes-extended/acpica/acpica_20140828.bb
rename to meta-oe/recipes-extended/acpica/acpica_20150515.bb
index fb19c88..de897e1 100644
--- a/meta-oe/recipes-extended/acpica/acpica_20140828.bb
+++ b/meta-oe/recipes-extended/acpica/acpica_20150515.bb
@@ -5,17 +5,22 @@ Power Interface Specification (ACPI). ACPICA code contains 
those portions of \
 ACPI meant to be directly integrated into the host OS as a kernel-resident \
 subsystem, and a small set of tools to assist in developing and debugging \
 ACPI tables."
+
 HOMEPAGE = "http://www.acpica.org/;
 SECTION = "console/tools"
+
 LICENSE = "BSD | GPLv2"
 LIC_FILES_CHKSUM = 
"file://generate/unix/readme.txt;md5=204407e197c1a01154a48f6c6280c3aa"
+
+COMPATIBLE_HOST = "(i.86|x86_64|arm|aarch64).*-linux"
+
 DEPENDS = "bison flex"
 
 SRC_URI = "https://acpica.org/sites/acpica/files/acpica-unix2-${PV}.tar.gz \
 file://no-werror.patch \
 "
-SRC_URI[md5sum] = "6f05f0d10166a1b1ff6107f3d1cdf1e5"
-SRC_URI[sha256sum] = 
"01d8867656c5ba41dec307c4383ce676196ad4281ac2c9dec9f5be5fac6d888e"
+SRC_URI[md5sum] = "2bc4a7ccc82de9df9fa964f784ecb29c"
+SRC_URI[sha256sum] = 
"61204ec56d71bc9bfa2ee2ade4c66f7e8541772ac72ef8ccc20b3f339cc96374"
 
 S = "${WORKDIR}/acpica-unix2-${PV}"
 
@@ -31,4 +36,11 @@ do_install() {
 install -D -p -m0755 generate/unix/bin*/acpixtract ${D}${bindir}/acpixtract
 }
 
-COMPATIBLE_HOST = "(i.86|x86_64|arm|aarch64).*-linux"
+# iasl*.bb is a subset of this recipe, so RREPLACE it
+PROVIDES = "iasl"
+RPROVIDES_${PN} += "iasl"
+RREPLACES_${PN} += "iasl"
+RCONFLIGHTS_${PN} += "iasl"
+
+NATIVE_INSTALL_WORKS = "1"
+BBCLASSEXTEND = "native"
-- 
2.1.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-networking][PATCH] sshguard 1.6.1+git: add recipe

[Koen Kooi]

SSHguard protects hosts from brute-force attacks against SSH and other
services.

This recipe uses iptables as blocker backend and journald as log backend.

When it's working it will look like this in syslog:

Sep 03 19:35:29 soekris sshguard[27044]: Started with danger threshold=40 ; 
minimum block=420 seconds
Sep 03 19:35:29 soekris sshguard[27044]: Blocking 24.234.171.90:4 for >630secs: 
40 danger in 4 attacks over 0 seconds (all: 40d in 1 abuses over 0s).
Sep 03 19:35:29 soekris sshguard[27044]: Blocking 61.182.15.194:4 for >630secs: 
40 danger in 4 attacks over 0 seconds (all: 40d in 1 abuses over 0s).
Sep 03 19:35:29 soekris sshguard[27044]: Blocking 115.58.38.53:4 for >630secs: 
40 danger in 4 attacks over 0 seconds (all: 40d in 1 abuses over 0s).

And the iptable rules:

root@soekris:~# iptables -L sshguard --line-numbers
Chain sshguard (1 references)
num  target prot opt source   destination
1DROP   all  --  hn.kd.ny.adslanywhere
2DROP   all  --  61.182.15.194anywhere
3DROP   all  --  wsip-24-234-171-90.lv.lv.cox.net  anywhere

Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>
---
 .../recipes-support/sshguard/sshguard/firewall | 48 ++
 .../sshguard/sshguard/sshguard-journalctl  |  2 +
 .../sshguard/sshguard/sshguard.service | 12 ++
 .../recipes-support/sshguard/sshguard_git.bb   | 38 +
 4 files changed, 100 insertions(+)
 create mode 100644 meta-networking/recipes-support/sshguard/sshguard/firewall
 create mode 100644 
meta-networking/recipes-support/sshguard/sshguard/sshguard-journalctl
 create mode 100644 
meta-networking/recipes-support/sshguard/sshguard/sshguard.service
 create mode 100644 meta-networking/recipes-support/sshguard/sshguard_git.bb

diff --git a/meta-networking/recipes-support/sshguard/sshguard/firewall 
b/meta-networking/recipes-support/sshguard/sshguard/firewall
new file mode 100644
index 000..b683368
--- /dev/null
+++ b/meta-networking/recipes-support/sshguard/sshguard/firewall
@@ -0,0 +1,48 @@
+#!/bin/sh
+
+#
+# Function that enables firewall
+#
+do_enable_firewall()
+{
+   # creating sshguard chain
+   iptables -N sshguard 2> /dev/null
+   ip6tables -N sshguard 2> /dev/null
+   # block traffic from abusers
+   iptables -I INPUT -j sshguard 2> /dev/null
+   ip6tables -I INPUT -j sshguard 2> /dev/null
+}
+#
+# Function that disables firewall
+#
+do_disable_firewall()
+{
+   # flushes list of abusers
+   iptables -F sshguard 2> /dev/null
+   ip6tables -F sshguard 2> /dev/null
+   # removes sshguard firewall rules
+   iptables -D INPUT -j sshguard 2> /dev/null
+   ip6tables -D INPUT -j sshguard 2> /dev/null
+   # removing sshguard chain
+   iptables -X sshguard 2> /dev/null
+   ip6tables -X sshguard 2> /dev/null
+}
+
+case "$1" in
+enable)
+   do_enable_firewall
+   ;;
+disable)
+   do_disable_firewall
+   ;;
+restart)
+   do_disable_firewall
+   do_enable_firewall
+   ;;
+*)
+   exit 1
+   ;;
+esac
+   
+exit 0
+
diff --git 
a/meta-networking/recipes-support/sshguard/sshguard/sshguard-journalctl 
b/meta-networking/recipes-support/sshguard/sshguard/sshguard-journalctl
new file mode 100644
index 000..e7c615b
--- /dev/null
+++ b/meta-networking/recipes-support/sshguard/sshguard/sshguard-journalctl
@@ -0,0 +1,2 @@
+#!/bin/sh
+/bin/journalctl -fb -t sshd -n100 | /usr/sbin/sshguard -l- "$@"
diff --git a/meta-networking/recipes-support/sshguard/sshguard/sshguard.service 
b/meta-networking/recipes-support/sshguard/sshguard/sshguard.service
new file mode 100644
index 000..e2590fa
--- /dev/null
+++ b/meta-networking/recipes-support/sshguard/sshguard/sshguard.service
@@ -0,0 +1,12 @@
+[Unit]
+Description=SSHGuard
+After=network.service
+
+[Service]
+PIDFile=/run/sshguard.pid
+ExecStartPre=/usr/lib/sshguard/firewall enable
+ExecStopPost=/usr/lib/sshguard/firewall disable
+ExecStart=/usr/lib/sshguard/sshguard-journalctl -i /run/sshguard.pid
+
+[Install]
+WantedBy=multi-user.target
diff --git a/meta-networking/recipes-support/sshguard/sshguard_git.bb 
b/meta-networking/recipes-support/sshguard/sshguard_git.bb
new file mode 100644
index 000..04435e8
--- /dev/null
+++ b/meta-networking/recipes-support/sshguard/sshguard_git.bb
@@ -0,0 +1,38 @@
+SUMMARY = "SSHguard protects hosts from brute-force attacks against SSH and 
other services."
+
+LICENSE = "ISC"
+LIC_FILES_CHKSUM = "file://COPYING;md5=47a33fc98cd20713882c4d822a57bf4d"
+
+PV = "1.6.1+git${SRCPV}"
+
+SRCREV = "019a0406811a536faf3f90cdd7a0a538ee24d789"
+SRC_URI = "git://bitbucket.org/sshguard/sshguard.git;protocol=https;branch=1.6 
\
+   file://firewall \
+   file://sshguard.service \
+   file://sshguard-journalctl \
+  "
+