Re: [oe] yocto layer: meta-java
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
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
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
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
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)
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
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
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
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 --- > 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
Other sections of the .inc already use mkdir -p, so use it here as well. Signed-off-by: Koen Kooi --- 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
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
> Op 2 aug. 2017, om 17:29 heeft Randy MacLeod > 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 >> 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/{imagemagick_7.0.5.bb => imagema
Re: [oe] [meta-oe][PATCH] imagemagick: upgrade from 7.0.5 to 7.0.6p4
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
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
Op 08-06-17 om 07:11 schreef Khem Raj: > Helps fixing build issues with gcc7 > > Signed-off-by: Khem Raj Acked-by: Koen Kooi > --- > 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 > +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_acp
Re: [oe] [meta-oe][PATCH V2 1/3] fwts: Bump SRCREV to latest past 17.03.00 release
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 - BIOS_START) /* Length of BIOS memory */ > ++#undef PAGE_SIZE > + #define PAGE_SIZE (4096) > + > + static fwts_acpi_table_info tables[ACPI_MAX_TABLES]; > +-- > +2
Re: [oe] [meta-oe][PATCH] libteam: Initial support
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
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
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
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
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
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
Drop patches with upstream fixes. Signed-off-by: Koen Kooi --- .../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 -Date: Fri, 4 Mar 2016 14:53:55 +0100 -Subject: [PATCH 2/2] disable static build - -Signed-off-by: Koen Kooi - -Upstream-Status: Inappropriate [meta-oe specific] -Signed-off-by: Hongxu Jia - - 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 -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 -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 -... - -- Remove unknown option '--add-needed' - -Signed-off-by: Hongxu Jia - 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:% -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 - gcc.specs | 4 ++-- - 1 file changed, 2 insertions(+), 2 deletions(-) - -diff --git a/gcc.specs b/gcc.specs -index 0d4bbda..3802ca6 100644 a/gcc.specs -+++ b/gcc.specs -@@ -2,13 +2,13 @@ - + -D_GNU_SOURCE - - *efivar_cpp_options: -- -Werror -Wall -std=gnu11 -Wextra -+ -Werror -Wall -std=gnu99 -Wextra - - *cpp_options: - + %(efivar_cpp_options) - - *cc1_options: --+ %(efivar_cpp_options) -Wmaybe-uninitialized -fno-merge-constants -flto -fvisibility=hidden %{!r:%{!fpie:%{!fPIE:%{!fpic:%{!fPIC:%{!fno-pic:-fPIE}} -++ %(efivar_cpp_options) -fno-merge-constants -fvisibility=hidden %{!r:%{!fpie:%{!fPIE:%{!fpic:%{!fPIC:%{!fno-pic:-fPIE}} - - *self_spec: - + %{!shared:%{!static:%{!r:-pie}}} %{static:-Wl,-no-fatal-warnings -Wl,-static -static -Wl,-z,relro,-z,now} --- -2.8.1 - diff --git a/meta-oe/recipes-extended/efivar/efivar_0.24.bb b/meta-oe/recipes-extended/efivar/efivar_0.30.bb s
Re: [oe] [meta-oe][PATCH] udisks: add missing hard dependency
-- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v4] devtools: Add recipe for Chromium Embedded Controller utilities
> Op 6 jan. 2017, om 20:47 heeft Moritz Fischer het > volgende geschreven: > > Add a recipe to build 'ectool' a utility to interact with the embedded > controller on Google's chromebooks (and other platforms using it). > > Signed-off-by: Moritz Fischer > --- > Changes from v1: > > - Replaced DESCRIPTION with SUMMARY (Martin) > - Use EXTRA_OEMAKE (Martin) > - Removed FILESEXTRAPATHS (Martin) > - Changed PV (Martin / Khem) > - Removed FILES_PN (Khem) > > Changes from v2: > > - Changed PV (Martin) > > Changes from v3: > > - Patch now against meta-oe (Khem, Ross) > - No longer need patch for HOST_LDFLAGS since merged upstream For v4: Adapt commit message to patch guidelines, e.g. Chromium-utils: add recipe for Chromium Embedded Controller utilities > > --- > .../chromium-utils/chromium-utils.bb | 23 ++ > 1 file changed, 23 insertions(+) > create mode 100644 meta-oe/recipes-devtools/chromium-utils/chromium-utils.bb > > diff --git a/meta-oe/recipes-devtools/chromium-utils/chromium-utils.bb > b/meta-oe/recipes-devtools/chromium-utils/chromium-utils.bb > new file mode 100644 > index 000..49d2647 > --- /dev/null > +++ b/meta-oe/recipes-devtools/chromium-utils/chromium-utils.bb > @@ -0,0 +1,23 @@ > +SUMMARY = "Chromium EC utilities" > +DEPENDS = "libftdi" > +LICENSE = "BSD-3-Clause" > +LIC_FILES_CHKSUM = "file://LICENSE;md5=562c740877935f40b262db8af30bca36" > + > +SRCREV = "a7bf207add71cfb20308ed6858b1b028c866304a" > +SRC_URI = > "git://chromium.googlesource.com/chromiumos/platform/ec;protocol=https \ > + " > + > +PV = "1.1.+gitr${SRCPV}" > + > +S = "${WORKDIR}/git" > + > +EXTRA_OEMAKE = "'HOSTCC=${CC}' 'HOSTCFLAGS=${CFLAGS}' > 'HOST_LDFLAGS=${LDFLAGS}'" > + > +do_compile() { > +oe_runmake utils > +} > + > +do_install() { > +install -m 0755 -d ${D}${bindir} > +install -m 0755 ${S}/build/bds/util/ectool ${D}${bindir}/ectool > +} nitpick: sbindir instead since it it (hopefully) requires root to talk to hardware. -- ___ 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
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 >>> --- >>> 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
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
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
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 >>> >>> 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? > > 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
> 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__ ???
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
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
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 --- 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
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 --- .../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 )
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 het volgende > geschreven: > > remove obsoleted xbmc recipes > rename to recipes-mediacenter > > Signed-off-by: Koen Kooi > Signed-off-by: Khem Raj > --- > .../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://github.com/xbmc/xbmc.git;branch=Jarvis" > + > +inherit autotools-brokensep ge
Re: [oe] [meta-oe][PATCH] android-tools: fix native build
On 21 October 2016 at 19:12, Khem Raj wrote: > >> On Oct 21, 2016, at 12:10 AM, Koen Kooi 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
* 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 --- .../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
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
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
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
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 --- .../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 +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 == PageSize) { +-return mmap(NULL,
Re: [oe] fftw recipes
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
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
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
Getting your config nuked everytime you update collectd is annoying, so properly tag it as CONFFILES. Signed-off-by: Koen Kooi --- 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
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
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
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 > --- > > 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
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 --- 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 +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 +--- + 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 file is ++*not always available, how
Re: [oe] [meta-oe][PATCH v2] fwts: update to latest git and fix build with gcc 5
On 20 June 2016 at 11:35, Koen Kooi 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 *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
On 20 June 2016 at 18:07, Khem Raj wrote: > On Mon, Jun 20, 2016 at 2:35 AM, Koen Kooi 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 >> --- >> 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
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 --- 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
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 --- 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
> Op 15 jun. 2016, om 20:17 heeft Henry Hallam het > volgende geschreven: > > From: 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 Reviewed-by: Koen Kooi > --- > .../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 = <&ps7_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 > + exit 1 > + ;; > +esac > + > +exit 0 > diff --git a/meta-networking/recipes-suppor
Re: [oe] [meta-networking][PATCH v2] chrony: Versatile implementation of NTP
> 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
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 = <&ps7_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 the \ > +network. \ >
Re: [oe] [meta-gnome][PATCH 1/2] gnome-vfs 2.24.4: drop useless print
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
Signed-off-by: Koen Kooi --- 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
This fixes the python3 traceback. Signed-off-by: Koen Kooi --- 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
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
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
> Op 28 mei 2016, om 18:38 heeft akuster808 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 --- >>> 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
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
> Op 25 mei 2016, om 10:40 heeft zhenbo het volgende > geschreven: > > > > On 2016年05月25日 16:11, Koen Kooi wrote: >>> 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 > 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 >>> --- >>> 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
> 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
The mozjs builds fails on armeb, so add a define to make it work. Signed-off-by: Koen Kooi --- ...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 +Date: Thu, 21 Apr 2016 14:10:54 +0200 +Subject: [PATCH] add support for big endian 32bit ARM + +Signed-off-by: Koen Kooi +--- + 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
On 22 March 2016 at 12:38, Koen Kooi wrote: > On 5 March 2016 at 13:33, Martin Jansa 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 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/i586-oe-linux/gcc/i586-oe-linux/5.3.0/ld: >> use the --help
Re: [oe] [meta-oe][PATCH v2 1/2] efivar: update to 0.23
On 5 March 2016 at 13:33, Martin Jansa 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 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 >> > >> --- >> > >> .../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-efiva
Re: [oe] [meta-oe][PATCH v2 1/2] efivar: update to 0.23
On 4 March 2016 at 14:34, Martin Jansa 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 >> --- >> .../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 >> 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 >> >> -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 >&
[oe] [meta-oe][PATCH v3 1/2] efivar: update to 0.23
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 --- .../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 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 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 +Date: Fri, 4 Mar 2016 14:53:55 +0100 +Subject: [PATCH 2/2] disable static build + +Signed-off-by: Koen Kooi +--- + 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 -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 = -Wmay
[oe] [meta-oe][PATCH v3 2/2] efibootmgr: update and unblacklist
Also fix style issues. Signed-off-by: Koen Kooi --- 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 - 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
Also fix style issues. Signed-off-by: Koen Kooi --- 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 - 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
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 --- .../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 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 -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" - "\t.data\n" -@@
[oe] [meta-oe][PATCH 2/2] efibootmgr: unblacklist
Also fix style issues. Signed-off-by: Koen Kooi --- 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
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 --- .../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 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 -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" - "\t.data\n" -@@
Re: [oe] mplayer2 : focus deficiency?
-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
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
Re: [oe] [meta-oe][PATCH] various: delete leftovers from qt4 recipes that break parsing due to missing classes
On 21 January 2016 at 19:25, Paul Eggleton wrote: > On Thu, 21 Jan 2016 12:34:00 Koen Kooi wrote: >> Signed-off-by: Koen Kooi >> --- >> ...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
[oe] [meta-oe][PATCH] various: delete leftovers from qt4 recipes that break parsing due to missing classes
Signed-off-by: Koen Kooi --- ...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 -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 - 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 -Date: Fri, 11 Nov 2011 09:32:14 +0100 -Subject: [PATCH 2/2] qconsole, writethread: gcc 4.5 fixes - -Signed-off-by: Koen Kooi - 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/meta-oe/recipes-qt/qt-creator/qt-creator/fix.missing.cpuid.h.patch deleted file mode 100644 index 363bee3..000 --- a/meta-oe/recipes-qt/qt-
Re: [oe] [meta-oe][PATCH] various: delete qt4 recipes that break parsing due to missing classes
On 21 January 2016 at 10:31, Martin Jansa 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 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 wrote: >> > On 11 January 2016 at 09:08, Andreas Müller >> > wrote: >> >> On Mon, Jan 11, 2016 at 8:10 AM, Koen Kooi >> >> wrote: >> >>> Signed-off-by: Koen Kooi >> >>> --- >> >> 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 qt4 recipes that break parsing due to missing classes
ping! Can one of the two patches to unbreak parsing go in before the weekend? On 11 January 2016 at 09:51, Koen Kooi wrote: > On 11 January 2016 at 09:08, Andreas Müller > wrote: >> On Mon, Jan 11, 2016 at 8:10 AM, Koen Kooi wrote: >>> Signed-off-by: Koen Kooi >>> --- >> 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
-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-networking][PATCH] samba-4.1.12: Modify patches.
-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-oe][PATCH] various: delete qt4 recipes that break parsing due to missing classes
On 11 January 2016 at 09:08, Andreas Müller wrote: > On Mon, Jan 11, 2016 at 8:10 AM, Koen Kooi wrote: >> Signed-off-by: Koen Kooi >> --- > 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-browser][PATCH 2/3] chromium: update run script for early run
-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
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 --- .../{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
Signed-off-by: Koen Kooi --- .../{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
> Op 30 dec. 2015, om 19:34 heeft Khem Raj het volgende > geschreven: > > On Wed, Dec 30, 2015 at 5:57 AM, Koen Kooi 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 >> --- >> 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
> Op 30 dec. 2015 om 19:34 heeft Khem Raj het volgende > geschreven: > >> On Wed, Dec 30, 2015 at 5:57 AM, Koen Kooi >> 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 >> --- >> 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
When the host distro uses gold mariadb-native fails to build. Signed-off-by: Koen Kooi --- 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
-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 > >> 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] [meta-java][PATCH 00/15] meta-java: fixes for some issues
-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] [RFC] Delete all .la files?
-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] [PATCH 2/2] iscsitarget: skip the arch test for kernel modules
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 v2] libsoc: upgrade from version 0.6 to 0.7
> Op 22 nov. 2015, om 19:05 heeft Fathi Boudra het > volgende geschreven: > > update SRCREV > > Signed-off-by: Fathi Boudra > --- > 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 -- ___ 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
> 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
-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
> Op 11 sep. 2015, om 19:46 heeft Joe MacDonald 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 >> --- >> .../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 >> in
Re: [oe] [PATCH 1/2][meta-initramfs] dracut: RDEPEND on systemd optionally
-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
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 --- .../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