date:20160420

[oe] [meta-oe][PATCH] udisks2: add acl to DEPENDS

2016-04-20 Thread Krzysztof Sywula

fixes:
| configure: error: *** ACL headers not found.
---
 meta-oe/recipes-support/udisks/udisks2_2.1.5.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/udisks/udisks2_2.1.5.bb 
b/meta-oe/recipes-support/udisks/udisks2_2.1.5.bb
index d273948..1e00f71 100644
--- a/meta-oe/recipes-support/udisks/udisks2_2.1.5.bb
+++ b/meta-oe/recipes-support/udisks/udisks2_2.1.5.bb
@@ -2,7 +2,7 @@ SUMMARY = "udisks provides dbus interfaces for disks and 
storage devices"
 LICENSE = "GPLv2+ & LGPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=dd79f6dbbffdbc8e86b086a8f0c0ef43"
 
-DEPENDS = "libatasmart polkit libgudev dbus-glib glib-2.0 intltool-native 
gnome-common-native"
+DEPENDS = "libatasmart polkit libgudev dbus-glib glib-2.0 intltool-native 
gnome-common-native acl"
 DEPENDS += "${@base_contains('DISTRO_FEATURES', 'systemd', 'systemd', '', d)}"
 
 RDEPENDS_${PN} = "acl"
-- 
1.9.1

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

Re: [oe] [OE-core] [RFT] GCC 6 Recipes

2016-04-20 Thread Khem Raj

I have updated

http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6

With few more patches added now. Most of packages in OE-Core are
building fine except linux-yocto on mips and ppc

ppc
http://errors.yoctoproject.org/Errors/Details/60423/

mips
http://errors.yoctoproject.org/Errors/Details/60427/

and musl builds needs few more packages to be fixed. but things are
looking good.

Thanks
-Khem


On Mon, Apr 18, 2016 at 6:13 PM, Khem Raj  wrote:
>
>
> On Mon, Apr 18, 2016 at 12:48 PM Dan McGregor 
> wrote:
>>
>> On 17 April 2016 at 23:15, Khem Raj  wrote:
>> > Hello all,
>> >
>> > I have put together a potential gcc6 upgrade recipe set, and pushed the
>> > branch to tree here
>> >
>> >
>> > http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6
>> >
>> > and also at github fork of mine.
>> >
>> > https://github.com/kraj/openembedded-core/tree/kraj/master
>> >
>> > You need to set
>> >
>> > GCCVERSION = “6.%”
>> >
>> > in local.conf to enable it.
>> >
>> >
>> > There are few recipes in OE-Core which still don’t compile e.g.
>> >
>> > see
>> >
>> > http://errors.yoctoproject.org/Errors/Build/14782/
>> >
>> > any help in fixing them or otherwise fixing other layers is appreciated.
>> >
>> > gcc6 is a major release for some info see
>> >
>> > https://gcc.gnu.org/gcc-6/changes.html
>> >
>> > and porting guide
>> >
>> > https://gcc.gnu.org/gcc-6/porting_to.html
>> >
>> >
>>
>> I haven't built an image with gcc6 as the compiler yet, but I did
>> check out your branch to try building with gcc 6 as the host compiler
>> (Fedora 24). I needed a few more fixes, available at
>> http://git.openembedded.org/openembedded-core-contrib/log/?h=dankm/gcc-6.
>> I fixed lzop, pkgconfig, and disabled werror on binutils.
>> core-image-minimal appears to be well on its way to building.
>>
>
> I had fixed lzop locally meanwhile. I cherry-picked the pkgconfig and
> binutils fixes into my branch
>
>>
>>
>> > Thanks
>> >
>> > -Khem
>> >
>> > --
>> > ___
>> > Openembedded-core mailing list
>> > openembedded-c...@lists.openembedded.org
>> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
>> >
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] ne10: use bb.debug for debug messages

2016-04-20 Thread Martin Jansa

When everything is at least once tested in my jenkins builds and I've time
to go through the list of pending changes.

I was away from computers almost whole previous week, so there is longer
delay now.

On Wed, Apr 20, 2016 at 8:25 PM, Denys Dmytriyenko  wrote:

> Ping. Also in master-next for over a week - how often does it get merged to
> master?
>
>
> On Thu, Apr 07, 2016 at 04:40:00PM -0400, Denys Dmytriyenko wrote:
> > From: Denys Dmytriyenko 
> >
> > Moreover, the messages are misleading, saying "Building for arch blah",
> > even when this recipe is not being built. It merely checks if the recipe
> > is cmaptible with the currently used architecture.
> >
> > Signed-off-by: Denys Dmytriyenko 
> > ---
> >  meta-oe/recipes-support/ne10/ne10_1.2.1.bb | 4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta-oe/recipes-support/ne10/ne10_1.2.1.bb
> b/meta-oe/recipes-support/ne10/ne10_1.2.1.bb
> > index 4d753a0..de97982 100644
> > --- a/meta-oe/recipes-support/ne10/ne10_1.2.1.bb
> > +++ b/meta-oe/recipes-support/ne10/ne10_1.2.1.bb
> > @@ -20,10 +20,10 @@ COMPATIBLE_MACHINE_armv7a = "(.*)"
> >  python () {
> >  if any(t.startswith('armv7') for t in d.getVar('TUNE_FEATURES',
> True).split()):
> >  d.setVar('NE10_TARGET_ARCH', 'armv7')
> > -bb.note('Building Ne10 for armv7')
> > +bb.debug(2, 'Building Ne10 for armv7')
> >  elif any(t.startswith('aarch64') for t in d.getVar('TUNE_FEATURES',
> True).split()):
> >  d.setVar('NE10_TARGET_ARCH', 'aarch64')
> > -bb.note('Building Ne10 for aarch64')
> > +bb.debug(2, 'Building Ne10 for aarch64')
> >  else:
> >  raise bb.parse.SkipPackage("Incompatible with archs other than
> armv7 and aarch64")
> >  }
> > --
> > 2.2.0
> >
> > --
> > ___
> > 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
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-java][PATCH 2/2] openjdk-8: use private libs

2016-04-20 Thread Dan McGregor

From: Daniel McGregor 

Prevent a non-deterministic run time dependency between openjdk-8
and openjre-8. Without PRIVATE_LIBS, if openjre is built before
openjdk, openjdk might RDEPEND on openjre.

Signed-off-by: Daniel McGregor 
---
 recipes-core/openjdk/openjdk-8-cross.inc | 9 +
 1 file changed, 9 insertions(+)

diff --git a/recipes-core/openjdk/openjdk-8-cross.inc 
b/recipes-core/openjdk/openjdk-8-cross.inc
index c68ac42..3189764 100644
--- a/recipes-core/openjdk/openjdk-8-cross.inc
+++ b/recipes-core/openjdk/openjdk-8-cross.inc
@@ -6,6 +6,15 @@ DEPENDS = "\
 jpeg libpng krb5 libffi fontconfig freetype \
 "
 
+PRIVATE_LIBS = "\
+libattach.so libawt_headless.so libawt.so libawt_xawt.so libdt_socket.so \
+libfontmanager.so libhprof.so libinstrument.so libj2gss.so libj2pcsc.so \
+libj2pkcs11.so libjaas_unix.so libjava_crw_demo.so libjava.so libjawt.so \
+libjdwp.so libjli.so libjpeg.so libjsdt.so libjsig.so libjvm.so liblcms.so 
\
+libmanagement.so libmlib_image.so libnet.so libnio.so libnpt.so 
libsaproc.so \
+libsctp.so libsplashscreen.so libsunec.so libunpack.so libverify.so 
libzip.so \
+"
+
 PACKAGECONFIG ??= "repack"
 PACKAGECONFIG[x11] = "--with-x,,libx11 xproto libxt libxext libxrender"
 PACKAGECONFIG[cups] = "--with-cups,,cups"
-- 
2.8.1

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

[oe] [meta-java][PATCH 1/2] openjdk-8: make jar repacking optional

2016-04-20 Thread Dan McGregor

From: Daniel McGregor 

Repacking the runtime jar files takes a long time, and is only done
to save some space. Make it optional to speed up builds that don't
need it.

Signed-off-by: Daniel McGregor 
---
 recipes-core/openjdk/openjdk-8-cross.inc | 21 -
 recipes-core/openjdk/openjdk-8_72b05.bb  |  7 +--
 recipes-core/openjdk/openjre-8_72b05.bb  |  7 +--
 3 files changed, 22 insertions(+), 13 deletions(-)

diff --git a/recipes-core/openjdk/openjdk-8-cross.inc 
b/recipes-core/openjdk/openjdk-8-cross.inc
index 63572ad..c68ac42 100644
--- a/recipes-core/openjdk/openjdk-8-cross.inc
+++ b/recipes-core/openjdk/openjdk-8-cross.inc
@@ -6,7 +6,7 @@ DEPENDS = "\
 jpeg libpng krb5 libffi fontconfig freetype \
 "
 
-PACKAGECONFIG ??= ""
+PACKAGECONFIG ??= "repack"
 PACKAGECONFIG[x11] = "--with-x,,libx11 xproto libxt libxext libxrender"
 PACKAGECONFIG[cups] = "--with-cups,,cups"
 PACKAGECONFIG[alsa] = "--with-alsa,,alsa-lib-native"
@@ -20,6 +20,8 @@ export WANT_LLVM_RELEASE = "3.5.2"
 PACKAGECONFIG[zero] = "--with-jvm-variants=zero,,,"
 PACKAGECONFIG[shark] = "--with-jvm-variants=zeroshark,,llvm3.5,"
 
+PACKAGECONFIG[repack] = ",,,"
+
 require openjdk-8-common.inc
 
 JAVA_HOME[unexport] = "1"
@@ -49,6 +51,23 @@ do_configure_append() {
 sed -i -e 's,POST_STRIP_CMD:=.*,POST_STRIP_CMD:=,g' ${B}/spec.gmk
 }
 
+do_install_append() {
+if ${@bb.utils.contains('PACKAGECONFIG', 'repack', 'true', 'false', d)} ; 
then
+  if [ -d ${D}${JDK_HOME} ] ; then
+find ${D}${JDK_HOME} -name "*.jar" -print0 | \
+  xargs -0 -n1 -P ${@get_jdk8_native_jobs(d)} sh -c ' \
+  echo "Repacking" "$0" ; \
+  pack200 --repack --effort=9 --segment-limit=-1 
--modification-time=latest --strip-debug "$0"'
+  fi
+  if [ -d ${D}${JRE_HOME} ] ; then
+find ${D}${JRE_HOME} -name "*.jar" -print0 | \
+  xargs -0 -n1 -P ${@get_jdk8_native_jobs(d)} sh -c ' \
+  echo "Repacking" "$0" ; \
+  pack200 --repack --effort=9 --segment-limit=-1 
--modification-time=latest --strip-debug "$0"'
+  fi
+fi
+}
+
 export MAKE_VERBOSE = "y"
 export MFLAGS="${@jdk_make_options(d)} MAKE_VERBOSE=y QUIETLY= VERBOSE=-s 
LOG_LEVEL=trace STRIP_POLICY=no_strip"
 
diff --git a/recipes-core/openjdk/openjdk-8_72b05.bb 
b/recipes-core/openjdk/openjdk-8_72b05.bb
index feaf227..f378b0a 100644
--- a/recipes-core/openjdk/openjdk-8_72b05.bb
+++ b/recipes-core/openjdk/openjdk-8_72b05.bb
@@ -13,14 +13,9 @@ PATCHES_URI_append = "\
 file://openjdk8-fix-adlc-flags.patch;apply=no \
 "
 
-do_compile_append() {
-find ${B}/images/j2sdk-image -name "*.jar" -print0 | \
-  xargs -0 -n1 ${STAGING_LIBDIR_NATIVE}/jvm/openjdk-8-native/bin/pack200 
--repack --effort=9 --segment-limit=-1 --modification-time=latest
-}
-
 do_install() {
 rm -rf ${D}${JDK_HOME}
-mkdir -p ${D}${JDK_HOME}
+mkdir -p ${D}${JDK_HOME}
 cp -rp ${B}/images/j2sdk-image/* ${D}${JDK_HOME}
 chown -R root:root ${D}${JDK_HOME}
 install -m644 ${WORKDIR}/jvm.cfg  ${D}${JDK_HOME}/jre/lib/${JDK_ARCH}/
diff --git a/recipes-core/openjdk/openjre-8_72b05.bb 
b/recipes-core/openjdk/openjre-8_72b05.bb
index 6202498..6d29d12 100644
--- a/recipes-core/openjdk/openjre-8_72b05.bb
+++ b/recipes-core/openjdk/openjre-8_72b05.bb
@@ -11,14 +11,9 @@ PATCHES_URI_append = "\
 
file://openjdk8-use_builtin_frame_address_0_rather_than_returning_address_of_local_variable.patch;apply=no
 \
 "
 
-do_compile_append() {
-find ${B}/images/j2re-image -name "*.jar" -print0 | \
-  xargs -0 -n1 ${STAGING_LIBDIR_NATIVE}/jvm/openjdk-8-native/bin/pack200 
--repack --effort=9 --segment-limit=-1 --modification-time=latest --strip-debug
-}
-
 do_install() {
 rm -rf ${D}${JRE_HOME}
-mkdir -p ${D}${JRE_HOME}
+mkdir -p ${D}${JRE_HOME}
 cp -rp ${B}/images/j2re-image/* ${D}${JRE_HOME}
 chown -R root:root ${D}${JRE_HOME}
 install -m644 ${WORKDIR}/jvm.cfg  ${D}${JRE_HOME}/lib/${JDK_ARCH}/
-- 
2.8.1

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

[oe] [PATCH][WIP][meta-qt5] qt5: upgrade to latest revision in 5.6 branch

2016-04-20 Thread Martin Jansa

* qtsvg/0001-textobject.pro-use-DEPLOYMENT-only-for-wince-like-ot.patch
  and
  qtwebkit/0004-Fix-linking-with-libpthread.patch
  were resolved upstream
* all patches were refreshed with:
  git format-patch --no-numbered --no-signature -NUMBER
  to remove numbering from Subject (it's good enough in filename) and to
  remove git version from signature (so it doesn't look differently when
  generated on different hosts with different git version).

Signed-off-by: Martin Jansa 
---
 recipes-qt/qt5/nativesdk-qtbase_git.bb |  2 +-
 recipes-qt/qt5/qtbase-native_git.bb|  2 +-
 .../qt5/qtbase/0001-Add-linux-oe-g-platform.patch  |  9 ++
 ...o-allow-to-set-qt.conf-from-the-outside-u.patch |  9 ++
 .../0003-Add-external-hostbindir-option.patch  | 13 -
 ...le-Fix-pkgconfig-and-libtool-replacements.patch | 13 -
 ...ump-path-length-from-256-to-512-character.patch |  9 ++
 .../0006-QOpenGLPaintDevice-sub-area-support.patch |  7 ++---
 ...Invert-conditional-for-defining-QT_SOCKLE.patch |  8 ++
 ...configure-paths-for-target-qmake-properly.patch |  9 ++
 recipes-qt/qt5/qtbase/0009-Always-build-uic.patch  |  7 ++---
 ...external-hostbindir-option-for-native-sdk.patch | 17 +--
 recipes-qt/qt5/qtbase_git.bb   |  2 +-
 recipes-qt/qt5/qtcanvas3d_git.bb   |  2 +-
 recipes-qt/qt5/qtconnectivity_git.bb   |  2 +-
 .../0001-qmltestexample-fix-link.patch |  5 +---
 ...mparison-fix-QCoreApplication-has-not-be.patch} |  5 +---
 recipes-qt/qt5/qtdeclarative_git.bb|  4 +--
 recipes-qt/qt5/qtenginio_git.bb|  2 +-
 recipes-qt/qt5/qtgraphicaleffects_git.bb   |  2 +-
 ...ats.pro-Make-the-dependencies-determinist.patch |  5 +---
 recipes-qt/qt5/qtimageformats_git.bb   |  2 +-
 recipes-qt/qt5/qtlocation_git.bb   |  2 +-
 ...1-Initial-porting-effort-to-GStreamer-1.0.patch |  5 +---
 recipes-qt/qt5/qtmultimedia_git.bb |  2 +-
 recipes-qt/qt5/qtquick1_git.bb |  2 +-
 ...fix-invalid-use-of-incomplete-type-class-.patch |  7 ++---
 recipes-qt/qt5/qtquickcontrols2_git.bb |  2 +-
 recipes-qt/qt5/qtquickcontrols_git.bb  |  2 +-
 recipes-qt/qt5/qtscript_git.bb |  2 +-
 recipes-qt/qt5/qtsensors_git.bb|  2 +-
 recipes-qt/qt5/qtserialport_git.bb |  2 +-
 ...pro-use-DEPLOYMENT-only-for-wince-like-ot.patch | 30 
 recipes-qt/qt5/qtsvg_git.bb|  4 +--
 ...w-to-build-only-lrelease-lupdate-lconvert.patch |  7 ++---
 ...t-help-fix-linking-of-dependent-libraries.patch | 15 --
 .../0003-add-noqtwebkit-configuration.patch|  7 ++---
 ...ols-cmake-allow-overriding-the-location-f.patch |  7 ++---
 recipes-qt/qt5/qttools_git.bb  |  2 +-
 recipes-qt/qt5/qttranslations_git.bb   |  2 +-
 recipes-qt/qt5/qtwayland-native_git.bb |  2 +-
 ...-qtwaylandscanner-tool-to-the-native-side.patch |  5 +---
 ...yland-include-server-buffer-only-when-bui.patch |  5 +---
 recipes-qt/qt5/qtwayland_git.bb|  2 +-
 recipes-qt/qt5/qtwebchannel_git.bb |  2 +-
 ...se.gypi-include-atomicops_internals_x86_g.patch |  9 ++
 ...rf-Don-t-match-QMAKE_EXT_CPP-or-QMAKE_EXT.patch |  7 ++---
 ...ange-false-to-FALSE-and-1-to-TRUE-FIX-qtw.patch |  7 ++---
 ...rf-Make-sure-we-only-use-the-file-name-to.patch |  7 ++---
 ...s.prf-allow-build-for-linux-oe-g-platform.patch |  7 ++---
 ...quickwebengineview_p_p.h-add-include-QCol.patch |  9 ++
 ...-dependency-to-QCoreApplication-translate.patch |  7 ++---
 recipes-qt/qt5/qtwebengine_git.bb  |  4 +--
 recipes-qt/qt5/qtwebkit-examples_git.bb|  2 +-
 .../0001-qtwebkit-fix-QA-issue-bad-RPATH.patch |  7 ++---
 .../qtwebkit/0002-Remove-TEXTREL-tag-in-x86.patch  |  7 ++---
 ...ude-backtrace-API-for-non-glibc-libraries.patch |  7 ++---
 .../0004-Fix-linking-with-libpthread.patch | 33 --
 recipes-qt/qt5/qtwebkit_git.bb |  2 +-
 recipes-qt/qt5/qtwebsockets_git.bb |  2 +-
 recipes-qt/qt5/qtx11extras_git.bb  |  2 +-
 recipes-qt/qt5/qtxmlpatterns_git.bb|  2 +-
 62 files changed, 108 insertions(+), 267 deletions(-)
 rename 
recipes-qt/qt5/qtdeclarative/{0001-qquickviewcomparison-fix-QCoreApplication-has-not-be.patch
 => 0002-qquickviewcomparison-fix-QCoreApplication-has-not-be.patch} (91%)
 delete mode 100644 
recipes-qt/qt5/qtsvg/0001-textobject.pro-use-DEPLOYMENT-only-for-wince-like-ot.patch
 delete mode 100644 
recipes-qt/qt5/qtwebkit/0004-Fix-linking-with-libpthread.patch

diff --git a/recipes-qt/qt5/nativesdk-qtbase_git.bb 
b/recipes-qt/qt5/nativesdk-qtbase_git.bb
index 0bdfde5..4e55141 100644
--- a/recipes-qt/qt5/nativesdk-qtbase_git.bb
+++

Re: [oe] [PATCH] ne10: use bb.debug for debug messages

2016-04-20 Thread Denys Dmytriyenko

Ping. Also in master-next for over a week - how often does it get merged to 
master?


On Thu, Apr 07, 2016 at 04:40:00PM -0400, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko 
> 
> Moreover, the messages are misleading, saying "Building for arch blah",
> even when this recipe is not being built. It merely checks if the recipe
> is cmaptible with the currently used architecture.
> 
> Signed-off-by: Denys Dmytriyenko 
> ---
>  meta-oe/recipes-support/ne10/ne10_1.2.1.bb | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta-oe/recipes-support/ne10/ne10_1.2.1.bb 
> b/meta-oe/recipes-support/ne10/ne10_1.2.1.bb
> index 4d753a0..de97982 100644
> --- a/meta-oe/recipes-support/ne10/ne10_1.2.1.bb
> +++ b/meta-oe/recipes-support/ne10/ne10_1.2.1.bb
> @@ -20,10 +20,10 @@ COMPATIBLE_MACHINE_armv7a = "(.*)"
>  python () {
>  if any(t.startswith('armv7') for t in d.getVar('TUNE_FEATURES', 
> True).split()):
>  d.setVar('NE10_TARGET_ARCH', 'armv7')
> -bb.note('Building Ne10 for armv7')
> +bb.debug(2, 'Building Ne10 for armv7')
>  elif any(t.startswith('aarch64') for t in d.getVar('TUNE_FEATURES', 
> True).split()):
>  d.setVar('NE10_TARGET_ARCH', 'aarch64')
> -bb.note('Building Ne10 for aarch64')
> +bb.debug(2, 'Building Ne10 for aarch64')
>  else:
>  raise bb.parse.SkipPackage("Incompatible with archs other than armv7 
> and aarch64")
>  }
> -- 
> 2.2.0
> 
> -- 
> ___
> 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] llvm: correct fix for the multilib libdir

2016-04-20 Thread Denys Dmytriyenko

Ping? I see it in master-next, what's an ETA on merging it to master?


On Tue, Apr 12, 2016 at 01:09:10AM -0400, Denys Dmytriyenko wrote:
> On Mon, Apr 11, 2016 at 05:32:30PM -0400, Jacob Stiffler wrote:
> > * If llvm.inc is used for native and nativesdk class packages, the
> >   resulting llvm-config is broken since "${base_libdir}" is prefixed
> >   with the full patch to sysroot
> > * Replace "/lib" with "/${baselib}" instead of "${base_libdir}" as
> >   "${base_libdir}" is the full path and "${baselib}" is the name of
> >   the multilib directory.
> > 
> > Signed-off-by: Jacob Stiffler 
> 
> Acked-by: Denys Dmytriyenko 
> Tested-by: Denys Dmytriyenko 
> 
> 
> > ---
> >  meta-oe/recipes-core/llvm/llvm.inc | 4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> > 
> > diff --git a/meta-oe/recipes-core/llvm/llvm.inc 
> > b/meta-oe/recipes-core/llvm/llvm.inc
> > index 31b2db4..02d4617 100644
> > --- a/meta-oe/recipes-core/llvm/llvm.inc
> > +++ b/meta-oe/recipes-core/llvm/llvm.inc
> > @@ -61,7 +61,7 @@ do_configure_prepend() {
> >  sed -ri "s#/(bin|include|lib)(/?\")#/\1/${LLVM_DIR}\2#g" 
> > ${S}/tools/llvm-config/llvm-config.cpp
> >  
> >  # Fix the hardcoded libdir in llvm-config
> > -sed -i 's:/lib\>:${base_libdir}:g' 
> > ${S}/tools/llvm-config/llvm-config.cpp
> > +sed -i 's:/lib\>:/${baselib}:g' ${S}/tools/llvm-config/llvm-config.cpp
> >  
> >  # Fails to build unless using separate directory from source
> >  mkdir -p ${LLVM_BUILD_DIR}
> > @@ -72,7 +72,7 @@ do_compile() {
> >  cd ${LLVM_BUILD_DIR}
> >  
> >  # Fix libdir for multilib
> > -sed -i 's:(PROJ_prefix)/lib:(PROJ_prefix)${base_libdir}:g' 
> > Makefile.config
> > +sed -i 's:(PROJ_prefix)/lib:(PROJ_prefix)/${baselib}:g' Makefile.config
> >  
> >  oe_runmake \
> >  AR="${BUILD_AR}" \
> > -- 
> > 1.9.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
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH v3] dnsmasq: get systemd only working again

2016-04-20 Thread Joe MacDonald

[Re: [oe] [meta-networking][PATCH v3] dnsmasq: get systemd only working again] 
On 16.04.20 (Wed 14:56) Joe MacDonald wrote:

> Wow this one is kind of thorny, huh?
> 
> How about the attached patch?  I hope it strikes the right balance
> between not duplicating too much and not making things too complex to
> maintain later on.

Or, rather, this one.  :-)

-J.

> 
> -J.
> 
> [Re: [meta-networking][PATCH v3] dnsmasq: get systemd only working again] On 
> 16.04.20 (Wed 10:29) Anders Darander wrote:
> 
> > * Anders Darander  [160420 10:24]:
> > 
> > > * Joe MacDonald  [160419 17:36]:
> > 
> > > > From: Mark Asselstine 
> > 
> > > > The changes made in commit 2497cf2960537152427c99629b2af412787eb6c2
> > > > [dnsmasq: steal resolvconf support from Ubuntu] broke systemd only
> > > > dnsmasq runtime. No sysvinit scripts are included in systemd only
> > > > builds (and should not be) and the dnsmasq executable has not moved to
> > > > /usr/sbin.
> > 
> > > > Reverting to the previous version of the systemd service file. If
> > > > folks want the local dnsmasq instance to be queried before going to
> > > > an external DNS they should add 'nameserver 127.0.0.1' to
> > > > /etc/resolv.conf. Or submit a change which will work with systemd.
> > 
> > > > Signed-off-by: Mark Asselstine 
> > > > Signed-off-by: Joe MacDonald 
> > > > ---
> > 
> > > > The previous one should've been v2, so I've named this one v3 
> > > > explicitly.
> > > > After reading more of the systemd documentation I think this approach in
> > > > the service file is the current best option available.  It would 
> > > > certainly
> > > > be cleaner to store the pidfile name in an environment variable but it
> > > > turns out on further inspection that if you pass a varaible to PIDFile,
> > > > you get errors (that you only see when the service is stopped, not while
> > > > it is running) indicating essentially that it is falling back to the
> > > > "guess the MAINPID value" behaviour.  So this seems to be the way we're
> > > > supposed to do this type of thing now.
> > 
> > > > -J.
> > 
> > > >  .../recipes-support/dnsmasq/dnsmasq.inc|  9 ++--
> > > >  .../dnsmasq/files/dnsmasq-resolvconf-helper| 62 
> > > > ++
> > 
> > > This file, dnsmasq-resolvconf-helper, isn't include in SRC_URI, neither
> > > in do_install(). However it is referenced in the dnsmasq.service, which
> > > leads to:
> > 
> > > Apr 08 11:07:27 ccu dnsmasq[384]: started, version 2.75 cachesize 150
> > > Apr 08 11:07:27 ccu dnsmasq[384]: compile time options: IPv6 GNU-getopt 
> > > no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth 
> > > no-DNSSEC loop- detect inotify
> > > Apr 08 11:07:27 ccu dnsmasq-dhcp[384]: DHCP, IP range 192.168.7.1 -- 
> > > 192.168.7.1, lease time 2m
> > > Apr 08 11:07:27 ccu dnsmasq[384]: [[0;1;39mno servers found in 
> > > /etc/resolv.conf, will retry[[0m
> > > Apr 08 11:07:27 ccu dnsmasq[384]: read /etc/hosts - 2 addresses Apr 08 
> > > 11:07:27 ccu systemd[386]: [[0;1;31mdnsmasq.service: Failed at
> > > step EXEC spawning /usr/bin/dnsmasq-resolvconf-helper: No such file or 
> > > directory[[0m
> > 
> > This is the actual issue, the dnsmasq.service file will unconditionally
> > execute dnsmasq-resolvconf-helper, while it's only installed if the
> > PACKAGECONFIG resolved is set.
> > 
> > Could you add the line 
> > 
> > ExecStartPost=/usr/bin/dnsmasq-resolvconf-helper start
> > 
> > to dnsmasq.service conditionally on the PACKAGECONFIG resolved? (Using sed
> >  is an option).
> > 
> > > Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Control process 
> > > exited, code=exited status=203[[0m
> > > Apr 08 11:07:27 ccu systemd[1]: [[0;1;31mFailed to start DNS forwarder 
> > > and DHCP server.[[0m
> > > Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Unit entered 
> > > failed state.[[0m
> > > Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Failed with 
> > > result 'exit-code'.[[0m
> > 
> > 
> > > Thus, with the following patch amended, I'm happy with this patch!
> > 
> > No, I was slightly wrong...
> > 
> > > Cheers,
> > > Anders
> > 
> > > diff --git a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc 
> > > b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> > > index df58e5c..db54658 100644
> > > --- a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> > > +++ b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> > > @@ -11,6 +11,7 @@ SRC_URI = 
> > > "http://www.thekelleys.org.uk/dnsmasq/${@['archive/', ''][float(d.getV
> > > file://init \
> > > file://dnsmasq.conf \
> > > file://dnsmasq.service \
> > > +   file://dnsmasq-resolvconf-helper \
> > >  "
> > 
> > >  inherit pkgconfig update-rc.d systemd
> > > @@ -54,7 +55,7 @@ do_install () {
> > >  install -m 0644

Re: [oe] [meta-networking][PATCH v3] dnsmasq: get systemd only working again

2016-04-20 Thread Joe MacDonald

Wow this one is kind of thorny, huh?

How about the attached patch?  I hope it strikes the right balance
between not duplicating too much and not making things too complex to
maintain later on.

-J.

[Re: [meta-networking][PATCH v3] dnsmasq: get systemd only working again] On 
16.04.20 (Wed 10:29) Anders Darander wrote:

> * Anders Darander  [160420 10:24]:
> 
> > * Joe MacDonald  [160419 17:36]:
> 
> > > From: Mark Asselstine 
> 
> > > The changes made in commit 2497cf2960537152427c99629b2af412787eb6c2
> > > [dnsmasq: steal resolvconf support from Ubuntu] broke systemd only
> > > dnsmasq runtime. No sysvinit scripts are included in systemd only
> > > builds (and should not be) and the dnsmasq executable has not moved to
> > > /usr/sbin.
> 
> > > Reverting to the previous version of the systemd service file. If
> > > folks want the local dnsmasq instance to be queried before going to
> > > an external DNS they should add 'nameserver 127.0.0.1' to
> > > /etc/resolv.conf. Or submit a change which will work with systemd.
> 
> > > Signed-off-by: Mark Asselstine 
> > > Signed-off-by: Joe MacDonald 
> > > ---
> 
> > > The previous one should've been v2, so I've named this one v3 explicitly.
> > > After reading more of the systemd documentation I think this approach in
> > > the service file is the current best option available.  It would certainly
> > > be cleaner to store the pidfile name in an environment variable but it
> > > turns out on further inspection that if you pass a varaible to PIDFile,
> > > you get errors (that you only see when the service is stopped, not while
> > > it is running) indicating essentially that it is falling back to the
> > > "guess the MAINPID value" behaviour.  So this seems to be the way we're
> > > supposed to do this type of thing now.
> 
> > > -J.
> 
> > >  .../recipes-support/dnsmasq/dnsmasq.inc|  9 ++--
> > >  .../dnsmasq/files/dnsmasq-resolvconf-helper| 62 
> > > ++
> 
> > This file, dnsmasq-resolvconf-helper, isn't include in SRC_URI, neither
> > in do_install(). However it is referenced in the dnsmasq.service, which
> > leads to:
> 
> > Apr 08 11:07:27 ccu dnsmasq[384]: started, version 2.75 cachesize 150
> > Apr 08 11:07:27 ccu dnsmasq[384]: compile time options: IPv6 GNU-getopt 
> > no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth 
> > no-DNSSEC loop- detect inotify
> > Apr 08 11:07:27 ccu dnsmasq-dhcp[384]: DHCP, IP range 192.168.7.1 -- 
> > 192.168.7.1, lease time 2m
> > Apr 08 11:07:27 ccu dnsmasq[384]: [[0;1;39mno servers found in 
> > /etc/resolv.conf, will retry[[0m
> > Apr 08 11:07:27 ccu dnsmasq[384]: read /etc/hosts - 2 addresses Apr 08 
> > 11:07:27 ccu systemd[386]: [[0;1;31mdnsmasq.service: Failed at
> > step EXEC spawning /usr/bin/dnsmasq-resolvconf-helper: No such file or 
> > directory[[0m
> 
> This is the actual issue, the dnsmasq.service file will unconditionally
> execute dnsmasq-resolvconf-helper, while it's only installed if the
> PACKAGECONFIG resolved is set.
> 
> Could you add the line 
> 
> ExecStartPost=/usr/bin/dnsmasq-resolvconf-helper start
> 
> to dnsmasq.service conditionally on the PACKAGECONFIG resolved? (Using sed
>  is an option).
> 
> > Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Control process 
> > exited, code=exited status=203[[0m
> > Apr 08 11:07:27 ccu systemd[1]: [[0;1;31mFailed to start DNS forwarder and 
> > DHCP server.[[0m
> > Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Unit entered 
> > failed state.[[0m
> > Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Failed with 
> > result 'exit-code'.[[0m
> 
> 
> > Thus, with the following patch amended, I'm happy with this patch!
> 
> No, I was slightly wrong...
> 
> > Cheers,
> > Anders
> 
> > diff --git a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc 
> > b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> > index df58e5c..db54658 100644
> > --- a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> > +++ b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> > @@ -11,6 +11,7 @@ SRC_URI = 
> > "http://www.thekelleys.org.uk/dnsmasq/${@['archive/', ''][float(d.getV
> > file://init \
> > file://dnsmasq.conf \
> > file://dnsmasq.service \
> > +   file://dnsmasq-resolvconf-helper \
> >  "
> 
> >  inherit pkgconfig update-rc.d systemd
> > @@ -54,7 +55,7 @@ do_install () {
> >  install -m 0644 ${WORKDIR}/dnsmasq.service 
> > ${D}${systemd_unitdir}/system
> 
> >  install -m 0755 ${S}/contrib/wrt/dhcp_release ${D}${bindir}
> > -
> > +install -m 0755 ${WORKDIR}/dnsmasq-resolvconf-helper 
> > ${D}${bindir}/dnsmasq-resolvconf-helper
> 
> This line should obviously not be here, as you're actually installing
> dnsmasq-resolvconf-helper, if the PACKAGECONFIG resolved is set.
> 
> >  if [

Re: [oe] [meta-qt5][PATCH 1/2] qtdeclarative: fix compilation of examples/qquickviewcomparison

2016-04-20 Thread Denys Dmytriyenko

Ping. These 2 have been sitting in master-next as well for quite some time. 
Any updates?


On Thu, Mar 31, 2016 at 08:47:22PM -0400, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko 
> 
> git/examples/quick/quickwidgets/qquickviewcomparison/mainwindow.cpp:180:14: 
> error: 'QCoreApplication' has not been declared
>   if 
> (!QCoreApplication::arguments().contains(QStringLiteral("--no_render_alpha")))
> 
> Signed-off-by: Denys Dmytriyenko 
> ---
>  ...omparison-fix-QCoreApplication-has-not-be.patch | 28 
> ++
>  recipes-qt/qt5/qtdeclarative_git.bb|  1 +
>  2 files changed, 29 insertions(+)
>  create mode 100644 
> recipes-qt/qt5/qtdeclarative/0001-qquickviewcomparison-fix-QCoreApplication-has-not-be.patch
> 
> diff --git 
> a/recipes-qt/qt5/qtdeclarative/0001-qquickviewcomparison-fix-QCoreApplication-has-not-be.patch
>  
> b/recipes-qt/qt5/qtdeclarative/0001-qquickviewcomparison-fix-QCoreApplication-has-not-be.patch
> new file mode 100644
> index 000..1687fbe
> --- /dev/null
> +++ 
> b/recipes-qt/qt5/qtdeclarative/0001-qquickviewcomparison-fix-QCoreApplication-has-not-be.patch
> @@ -0,0 +1,28 @@
> +From 1cdd3278a0b1508640d983720782d39eb919caaf Mon Sep 17 00:00:00 2001
> +From: Denys Dmytriyenko 
> +Date: Thu, 31 Mar 2016 19:38:58 -0400
> +Subject: [PATCH] qquickviewcomparison: fix QCoreApplication has not been
> + declared error
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Denys Dmytriyenko 
> +---
> + examples/quick/quickwidgets/qquickviewcomparison/mainwindow.h | 1 +
> + 1 file changed, 1 insertion(+)
> +
> +diff --git a/examples/quick/quickwidgets/qquickviewcomparison/mainwindow.h 
> b/examples/quick/quickwidgets/qquickviewcomparison/mainwindow.h
> +index 5b86c93..e77514e 100644
> +--- a/examples/quick/quickwidgets/qquickviewcomparison/mainwindow.h
>  b/examples/quick/quickwidgets/qquickviewcomparison/mainwindow.h
> +@@ -44,6 +44,7 @@
> + #include 
> + #include 
> + #include 
> ++#include 
> + 
> + QT_FORWARD_DECLARE_CLASS(QRadioButton)
> + QT_FORWARD_DECLARE_CLASS(QCheckBox)
> +-- 
> +2.2.0
> +
> diff --git a/recipes-qt/qt5/qtdeclarative_git.bb 
> b/recipes-qt/qt5/qtdeclarative_git.bb
> index 93442fb..9274d00 100644
> --- a/recipes-qt/qt5/qtdeclarative_git.bb
> +++ b/recipes-qt/qt5/qtdeclarative_git.bb
> @@ -15,6 +15,7 @@ DEPENDS += "qtbase"
>  
>  SRC_URI += " \
>  file://0001-qmltestexample-fix-link.patch \
> +file://0001-qquickviewcomparison-fix-QCoreApplication-has-not-be.patch \
>  "
>  
>  EXTRA_OEMAKE += "QMAKE_SYNCQT=${STAGING_BINDIR_NATIVE}${QT_DIR_NAME}/syncqt"
> -- 
> 2.2.0
> 
> -- 
> ___
> 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] [PATCH] squid: CVE-2016-3947

2016-04-20 Thread Catalin Enache

Heap-based buffer overflow in the Icmp6::Recv function in
icmp/Icmp6.cc in the pinger in Squid before 3.5.16 and 4.x
before 4.0.8 allows remote servers to cause a denial of
service (performance degradation or transition failures)
or write sensitive information to log files via an ICMPv6
packet.

http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2016-3947

Signed-off-by: Catalin Enache 
---
 .../squid/files/CVE-2016-3947.patch| 48 ++
 .../recipes-daemons/squid/squid_3.5.7.bb   |  1 +
 2 files changed, 49 insertions(+)
 create mode 100644 
meta-networking/recipes-daemons/squid/files/CVE-2016-3947.patch

diff --git a/meta-networking/recipes-daemons/squid/files/CVE-2016-3947.patch 
b/meta-networking/recipes-daemons/squid/files/CVE-2016-3947.patch
new file mode 100644
index 000..c83e6ab
--- /dev/null
+++ b/meta-networking/recipes-daemons/squid/files/CVE-2016-3947.patch
@@ -0,0 +1,48 @@
+From 0fe108ecb2bbdf684f159950eaa55d22f07c4008 Mon Sep 17 00:00:00 2001
+From: Catalin Enache 
+Date: Wed, 20 Apr 2016 15:17:18 +0300
+Subject: [PATCH] pinger: Fix buffer overflow in Icmp6::Recv
+
+Upstream-Status: Backport
+CVE: CVE-2016-3947
+
+Author: Yuriy M. Kaminskiy 
+Committer: Amos Jeffries 
+---
+ src/icmp/Icmp6.cc | 5 ++---
+ 1 file changed, 2 insertions(+), 3 deletions(-)
+
+diff --git a/src/icmp/Icmp6.cc b/src/icmp/Icmp6.cc
+index 794a51a..ee84b80 100644
+--- a/src/icmp/Icmp6.cc
 b/src/icmp/Icmp6.cc
+@@ -256,7 +256,7 @@ Icmp6::Recv(void)
+ #define ip6_hops// HOPS!!!  (can it be true??)
+ 
+ ip = (struct ip6_hdr *) pkt;
+-pkt += sizeof(ip6_hdr);
++NP: echo size needs to +sizeof(ip6_hdr);
+ 
+ debugs(42, DBG_CRITICAL, HERE << "ip6_nxt=" << ip->ip6_nxt <<
+ ", ip6_plen=" << ip->ip6_plen <<
+@@ -267,7 +267,6 @@ Icmp6::Recv(void)
+ */
+ 
+ icmp6header = (struct icmp6_hdr *) pkt;
+-pkt += sizeof(icmp6_hdr);
+ 
+ if (icmp6header->icmp6_type != ICMP6_ECHO_REPLY) {
+ 
+@@ -292,7 +291,7 @@ Icmp6::Recv(void)
+ return;
+ }
+ 
+-echo = (icmpEchoData *) pkt;
++echo = (icmpEchoData *) (pkt + sizeof(icmp6_hdr));
+ 
+ preply.opcode = echo->opcode;
+ 
+-- 
+2.7.4
+
diff --git a/meta-networking/recipes-daemons/squid/squid_3.5.7.bb 
b/meta-networking/recipes-daemons/squid/squid_3.5.7.bb
index a94fed7..e35aad7 100644
--- a/meta-networking/recipes-daemons/squid/squid_3.5.7.bb
+++ b/meta-networking/recipes-daemons/squid/squid_3.5.7.bb
@@ -19,6 +19,7 @@ SRC_URI = 
"http://www.squid-cache.org/Versions/v${MAJ_VER}/${MIN_VER}/${BPN}-${P
file://squid-use-serial-tests-config-needed-by-ptest.patch \
file://run-ptest \
file://volatiles.03_squid \
+   file://CVE-2016-3947.patch \
 "
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=c492e2d6d32ec5c1aad0e0609a141ce9 \
-- 
2.7.4

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

[oe] [meta-qt5][PATCH] qt5: Allow disabling SHA validation for branch

2016-04-20 Thread Samuli Piippo

Qt releases are done from a release branch (5.x.x), which is later merged
back to a stable branch (5.x) and then removed. When a recipe is updated
to use the released SHA from the release branch, it will eventually break
when the release branch is removed. This happens because bitbake tries to
validate that given SHA is found from the given branch. Add additional
variable that can be used to disable the SHA check when branch is known
to be later removed, but SHA remains valid.

Signed-off-by: Samuli Piippo 
---
 recipes-qt/qt5/qt5-git.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/recipes-qt/qt5/qt5-git.inc b/recipes-qt/qt5/qt5-git.inc
index 8a6d93e..1805551 100644
--- a/recipes-qt/qt5/qt5-git.inc
+++ b/recipes-qt/qt5/qt5-git.inc
@@ -3,10 +3,11 @@
 
 QT_MODULE ?= "${BPN}"
 QT_MODULE_BRANCH ?= "5.6"
+QT_MODULE_NOBRANCH ?= "0"
 
 # each module needs to define valid SRCREV
 SRC_URI = " \
-
${QT_GIT}/${QT_MODULE}.git;name=${QT_MODULE};branch=${QT_MODULE_BRANCH};protocol=${QT_GIT_PROTOCOL}
 \
+
${QT_GIT}/${QT_MODULE}.git;name=${QT_MODULE};nobranch=${QT_MODULE_NOBRANCH};branch=${QT_MODULE_BRANCH};protocol=${QT_GIT_PROTOCOL}
 \
 "
 
 S = "${WORKDIR}/git"
-- 
1.9.1

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

Re: [oe] [PATCH 1/2] protobuf: add protobuf-c recipe

2016-04-20 Thread Bruce Ashfield

On Wed, Apr 20, 2016 at 4:32 AM, Felipe Ferreri Tonello <
e...@felipetonello.com> wrote:

> Hi Bruce,
>
> On 19/04/16 20:55, Bruce Ashfield wrote:
> > On Tue, Apr 19, 2016 at 3:46 PM, Bruce Ashfield <
> bruce.ashfi...@gmail.com>
> > wrote:
> >
> >>
> >>
> >> On Tue, Apr 19, 2016 at 11:40 AM, Felipe F. Tonello <
> e...@felipetonello.com>
> >> wrote:
> >>
> >>> Initial version of recipe. The main package could be split into two to
> >>> separate the compiler. This also applies to protobuf recipe.
> >>>
> >>>
> >> More precisely, this is the initial version outside of
> meta-virtualization
> >> which enea added
> >> in 2012 :) It was added as a dependency for criu (hence why it was put
> in
> >> meta-virt).
> >>
> >> If we move it to meta-oe, we at least owe that other implementation a
> >> reference in the commit.
> >>
> >>
> > s/if/when/.
> >
> > I'm happy to purge all the protobuf* recipes from meta-virt, since they
> > were only there as
> > support mechanisms (and I wasn't involved in their original merge).
> >
> > But if you can take a look at what's in the meta-virt recipe, I'll do
> some
> > runtime testing with your
> > variant here, and drop the meta-virt ones when I can confirm criu works.
> >
>
> Regular protobuf recipe is already part of meta-oe. That's why I added
> this one there too.
>

Sure. That's obvious from the layer index, as is the existence of the one
in meta-virt.

Credit, where credit is due. It's not my work, so I'm not asking for any
credit,
but simply duplicating something that already exists without a nod to the
older one
isn't ideal.

All I was asking was that if you could a link to the meta-virt one in the
commit header
so that someone not familiar with the layer index can see the two options
.. and
at the same time I was wondering if you'd seen the meta-virt one and did
this one
differently for technical reasons. That makes it easier for me to drop
recipes as they
get cloned around to new (and better) locations.

Bruce


> > Cheers,
> >
> > Bruce
> >
> >
> >> Did you check the version we have there for deltas ? There are
> differences
> >> in the recipe, and
> >> it would be good to know if you've looked and determined they aren't
> >> necessary.
> >>
> >> Cheers,
> >>
> >> Bruce
> >>
> >>
> >>> Signed-off-by: Felipe F. Tonello 
> >>> ---
> >>>  .../recipes-devtools/protobuf/protobuf-c_1.2.1.bb  | 26
> >>> ++
> >>>  1 file changed, 26 insertions(+)
> >>>  create mode 100644 meta-oe/recipes-devtools/protobuf/
> protobuf-c_1.2.1.bb
> >>>
> >>> diff --git a/meta-oe/recipes-devtools/protobuf/protobuf-c_1.2.1.bb
> >>> b/meta-oe/recipes-devtools/protobuf/protobuf-c_1.2.1.bb
> >>> new file mode 100644
> >>> index ..88cdb0bccd8e
> >>> --- /dev/null
> >>> +++ b/meta-oe/recipes-devtools/protobuf/protobuf-c_1.2.1.bb
> >>> @@ -0,0 +1,26 @@
> >>> +SUMMARY = "Protocol Buffers - structured data serialisation mechanism"
> >>> +DESCRIPTION = "This is protobuf-c, a C implementation of the Google
> >>> Protocol Buffers data \
> >>> +serialization format. It includes libprotobuf-c, a pure C library
> that \
> >>> +implements protobuf encoding and decoding, and protoc-c, a code
> >>> generator that \
> >>> +converts Protocol Buffer .proto files to C descriptor code, based on
> the
> >>> \
> >>> +original protoc. protobuf-c formerly included an RPC implementation;
> >>> that code \
> >>> +has been split out into the protobuf-c-rpc project."
> >>> +HOMEPAGE = "https://github.com/protobuf-c/protobuf-c;
> >>> +SECTION = "console/tools"
> >>> +LICENSE = "BSD-2-Clause"
> >>> +
> >>> +DEPENDS = "protobuf-native protobuf"
> >>> +
> >>> +PACKAGE_BEFORE_PN = "${PN}-compiler"
> >>> +
> >>> +LIC_FILES_CHKSUM =
> "file://LICENSE;md5=235c3195a3968524dc1524b4ebea0c0e"
> >>> +SRC_URI = "
> >>> https://github.com/protobuf-c/protobuf-c/archive/v${PV}.tar.gz;
> >>> +
> >>> +SRC_URI[md5sum] = "b884aeba4283309445a8e3b6e7322dd6"
> >>> +SRC_URI[sha256sum] =
> >>> "2d708fb3c024b9e6e86df141faff802194f5db90a4b79e6d4aa6bd61dd983dd6"
> >>> +
> >>> +inherit autotools pkgconfig
> >>> +
> >>> +FILES_${PN}-compiler = "${bindir}"
> >>> +
> >>> +BBCLASSEXTEND = "native nativesdk"
> >>> --
> >>> 2.8.0
> >>>
> >>> --
>
> Felipe
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
>


-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH 5/5] samba: Update to latest stable

2016-04-20 Thread Joe MacDonald

[Re: [oe] [meta-networking][PATCH 5/5] samba: Update to latest stable] On 
16.04.20 (Wed 11:27) Martin Jansa wrote:

> On Tue, Apr 19, 2016 at 09:01:25AM -0400, Joe MacDonald wrote:
> > [Re: [oe] [meta-networking][PATCH 5/5] samba: Update to latest stable] On 
> > 16.04.19 (Tue 11:15) Martin Jansa wrote:
> > 
> > > On Mon, Apr 18, 2016 at 05:00:53PM -0400, Joe MacDonald wrote:
> > > > The previous version of Samba had many critical security updates that
> > > > would've required significant backporting effort.  Update to the latest
> > > > stable release instead.
> > > 
> > > Does it fix floating dependency on libpam as well?
> > 
> > It does not, unfortunately.  After an embarrassingly long time with this
> > I thought it would be best to carry it this far, integrate the
> > outstanding patches against it, then tackle the libpam dependency issue.
> > Since I know you've sunk a lot of time into this recently I know you
> > know all too well what a tangle the samba build and dependency checking
> > system can be.
> 
> Agreed that it can be resolved in follow-up patch.
> 
> > It at least meets the criteria of "better than I found it", I think.
> 
> Partially agree, but first please fix this one found in last world build:

Got it, I've fixed that in my tree by removing the --without-pam_smbpass
option from line 46 of the samba recipe.  In the interests of not
sending out yet another giant patch with one tiny change in it to the
list, here's my current merge queue:

The following changes since commit ab62c7437ff28d045ecff3f82621990ff94662e6:

  cyrus-sasl: Drop unneeded group addition (2016-04-19 09:31:39 -0400)

are available in the git repository at:

  git://git.openembedded.org/meta-openembedded-contrib 
joeythesaint/meta-networking-next

for you to fetch changes up to 5182767a3a84491394a54708d5e06d31d59b7c1e:

  vpnc: stage vpnc-script (2016-04-20 08:55:44 -0400)


Armin Kuster (1):
  c-ares: Add package to networking

Christopher Larson (3):
  ctdb: disable the service by default
  ctdb: rdepend on procps
  ctdb: drop duplicated DESCRIPTION

Fabio Berton (1):
  lldpd: Update to version 0.9.2

Ioan-Adrian Ratiu (2):
  openconnect: add recipe
  vpnc: stage vpnc-script

Jagadeesh Krishnanjanappa (1):
  iscsitarget: resolve build error with linux kernel 4.3 and above

Joe MacDonald (5):
  samba: Update to latest stable
  libldb: Update to latest stable
  libtevent: Update to latest stable
  libtdb: Update to latest stable
  libtalloc: Update to latest stable

Johannes Pointner (1):
  samba: add volatile file to support readonly rootfs

Mark Asselstine (1):
  dnsmasq: get systemd only working again

 .../openconnect/openconnect_git.bb |18 +
 ...1-waf-sanitize-and-fix-added-cross-answer.patch |60 -
 ...-Adds-a-new-mode-to-samba-cross-compiling.patch |   112 -
 ...-readability-of-cross-answers-generated-b.patch |66 -
 ...wafsamba-CHECK_SIZEOF-cross-compile-frien.patch |72 -
 .../0005-build-unify-and-fix-endian-tests.patch|   169 -
 ...sing-of-cross-answers-file-in-case-answer.patch |36 -
 .../samba-4.1.12/01-fix-force-user-sec-ads.patch   |  1448 -
 .../samba/samba-4.1.12/02-fix-ipv6-join.patch  |   266 -
 .../samba-4.1.12/03-net-ads-kerberos-pac.patch |   962 -
 .../samba/samba-4.1.12/04-ipv6-workaround.patch|   211 -
 .../05-fix-gecos-field-with-samlogon.patch | 29894 ---
 .../06-fix-nmbd-systemd-status-update.patch|97 -
 .../07-fix-idmap-ad-getgroups-without-gid.patch|42 -
 .../08-fix-idmap-ad-sfu-with-trusted-domains.patch |44 -
 .../09-fix-smbclient-echo-cmd-segfault.patch   |35 -
 ...improve-service-principal-guessing-in-net.patch |   180 -
 ...x-overwriting-of-spns-during-net-ads-join.patch |   329 -
 ...ted-spns-from-AD-during-keytab-generation.patch |   159 -
 .../samba/samba-4.1.12/13-fix-aes-enctype.patch|   988 -
 .../samba/samba-4.1.12/14-fix-dnsupdate.patch  |51 -
 .../15-fix-netbios-name-truncation.patch   |   154 -
 .../16-do-not-check-xsltproc-manpages.patch|52 -
 .../samba-4.1.12/17-execute-prog-by-qemu.patch |22 -
 .../18-avoid-get-config-by-native-ncurses.patch|22 -
 ...systemd-daemon-is-contained-by-libsystemd.patch |42 -
 .../samba-4.1.12/21-avoid-sasl-unless-wanted.patch |10 -
 .../00-fix-typos-in-man-pages.patch| 0
 ...006-avoid-using-colon-in-the-checking-msg.patch | 0
 .../16-do-not-check-xsltproc-manpages.patch|43 +
 ...-import-target-module-while-cross-compile.patch |19 +-
 .../21-add-config-option-without-valgrind.patch| 0
 .../samba/samba-4.4.2/volatiles.03_samba   | 3 +
 .../samba/{samba_4.1.12.bb => samba_4.4.2.bb}  |82 +-
 .../recipes-connectivity/vpnc/vpnc_0.5.3.bb| 7 +
 .../lldpd/{lldpd_0.9.0.bb => lldpd_0.9.2.bb}

[oe] [meta-oe][PATCH] umip: Unblacklist recipe and disable parallel make

2016-04-20 Thread Adrian Dudau

The SRC_URI is up again, no need to blacklist the recipe anymore.

The following error could ocurr in a race condition:
scan.l:38:18: fatal error: gram.h: No such file or directory
http://errors.yoctoproject.org/Errors/Details/56158/

That is, the scan.l file was parsed before the gram.h file was
generated. To avoid this, we clear the PARALLEL_MAKE variable.

Signed-off-by: Adrian Dudau 
---
 meta-oe/recipes-connectivity/umip/umip_1.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-connectivity/umip/umip_1.0.bb 
b/meta-oe/recipes-connectivity/umip/umip_1.0.bb
index 41e5340..e80c1b1 100644
--- a/meta-oe/recipes-connectivity/umip/umip_1.0.bb
+++ b/meta-oe/recipes-connectivity/umip/umip_1.0.bb
@@ -17,4 +17,4 @@ EXTRA_OE_CONF = "--enable-vt"
 
 inherit autotools-brokensep
 
-PNBLACKLIST[umip] ?= "BROKEN: SRC_URI seems to be down and build from 
premirror fails to find gram.h, see 
http://errors.yoctoproject.org/Errors/Details/56158/;
+PARALLEL_MAKE = ""
-- 
1.9.1

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

Re: [oe] [meta-browsser] chromium issues

2016-04-20 Thread S. Lockwood-Childs

Sorry about not doing a threaded reply (I deleted the message, oops,
and couldn't find the message ID in the online archive).

> * When chromium starts, I get a message:
>   "Google API keys are missing.  Some functionality of chromium will be 
> disabled"
>This seems to only be related to speech - should I worry about it?


Actually there are various google APIs that Chromium optionally uses but 
require keys, list here
https://www.chromium.org/developers/how-tos/api-keys

For example translate is on the list, because Chromium can provide a
context menu that directly translates a web page instead of having to 
go to translate.google.com. This won't work without a valid key.

If you just plan on using chromium as a normal browser without such
bells and whistles, don't worry about the keys and get rid of the
warning by setting them as blank when you start up chromium

export GOOGLE_API_KEY=" "
export GOOGLE_DEFAULT_CLIENT_ID=" "
export GOOGLE_DEFAULT_CLIENT_SECRET=" "

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748867#253
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-multimedia] libav missing

2016-04-20 Thread piotr.lewicki


It is being used in recipe for "omxplayer".
I have already renamed "libav" to "ffmpeg". Once I'll test it (and fix 
other problems if they occur) I'll submit this simple patch.


Thanks,
Piotr

On 20.04.2016 11:56, Gary Thomas wrote:

On 2016-04-20 11:50, piotr.lewicki wrote:

Hello,
I'm trying to build some image for raspberry pi and one of my 
dependencies is "libav".

Unfortunately it's missing from "meta-openembedded".
I found a commit which says that it has been moved to oe-core, but I 
have also cloned "openembedded-core" and there is

no "libav" either.
I'm using layers:
- meta-openembedded
- meta-raspberrypi
- openembedded-core
- poky
(all of them on master branches).

Could you help me locate a recipe for libav?



libav in OE-core has been replaced by ffmpeg.

What recipe are you missing libav for?


commit 30ba23377ec568a58c43e466582506980b67baad
Author: Paul Eggleton 
Date:   Tue Aug 13 22:30:03 2013 +

 libav: remove

 This is now in OE-Core.

 Signed-off-by: Paul Eggleton 
 Signed-off-by: Martin Jansa 






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

Re: [oe] [meta-qt5][PATCH v2 01/31] qtbase-native: update sources to 5.6.0

2016-04-20 Thread Andreas Müller

On Wed, Apr 20, 2016 at 11:24 AM, Martin Jansa  wrote:
> On Tue, Apr 12, 2016 at 12:56:02PM +0200, Andreas Müller wrote:
>> On Tue, Apr 12, 2016 at 12:22 PM, Martin Jansa  
>> wrote:
>> > On Sun, Apr 10, 2016 at 09:41:00PM +0200, Andreas Müller wrote:
>> >> Signed-off-by: Andreas Müller 
>> >
>> > How did you pick these SRCREVs?
>> If tag for 5.6.0 available: I picked versions tagged.
>> If tag not available I chose revision right before 5.6.1 (as qtqick1)
>> out of 5.6 tree.
>> >
>> > OE @ ~/projects/qt-project/qtbase $ git log --oneline 
>> > 41706400f605524a5a9953714aa0cfbf811dba7e..d0cdc7ad1e2728caf363abf328b2ad81f2ed5a5b
>> > d0cdc7a DirectFB: Fix build in C++98 mode
>> > 3bcc3037 fix non-git non-prefix shadow builds
>> > ae2d11d Add changelog for 5.6.0
>> > 38944d6 Fix syncqt.pl not respecting #pragma qt_no_master_include in files 
>> > with Windows line endings
>> > 469e293 Fix crash when a standard bus isn't available
>> > bcdcde0 Doc: Simple CSS style: Convert font-sizes from px to pt
>> > 719623a Fix builds without session management.
>> > e7bf0ed Add option to disable "session management by closing windows".
>> >
>> >
>> > It's actually missing some changes which were included in previous SRCREV, 
>> > I usually use latest in e.g. 5.6 branch
>> > even when it sets the version for next release (e.g. 5.6.1).
>> I was not aware of that. So we'll have to wait for 5.6.1 (whenever it
>> appears) if we want released versions without going backwards.
>>
>> As already noted in V2 description: Version mix 5.6.0/5.6.1 causes
>> cmake trouble and as heavy user of cmake in meta-qt5-extra I would
>> like to avoid...
>
> This revision also has issues building examples, my build failed with:
>
> | 
> /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/qtbase/5.6.0+gitAUTOINC+d0cdc7ad1e-r0/git/examples/widgets/mainwindows/application/mainwindow.cpp:
>  In constructor 'MainWindow::MainWindow()':
> | 
> /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/qtbase/5.6.0+gitAUTOINC+d0cdc7ad1e-r0/git/examples/widgets/mainwindows/application/mainwindow.cpp:62:5:
>  error: 'setFallbackSessionManagementEnabled' is not a member of 
> 'QGuiApplication'
> |  QGuiApplication::setFallbackSessionManagementEnabled(false);
> |  ^
> | 
> /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/qtbase/5.6.0+gitAUTOINC+d0cdc7ad1e-r0/git/examples/widgets/mainwindows/application/mainwindow.cpp:63:20:
>  error: 'commitDataRequest' is not a member of 'QGuiApplication'
> |  connect(qApp, ::commitDataRequest,
> | ^
>
> Which most likely was fixed with:
>> > 719623a Fix builds without session management.
> which is missing in this older SRCREV
>
> To move forward I've squashed your SRCREV changes to single commit and now 
> I'm preparing another
> change which will bump SRCREVs to latest in 5.6 branches. This way people who 
> care more about exact
> 5.6.0 version can use meta-qt5 revision with just your change, other people 
> can follow latest 5.6
> and get also the examples build fixed from upstream.
>
> Regards,
> --
> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
I checked:

* Last KDE update in meta-qt5-extra had same trouble (error:
'setFallbackSessionManagementEnabled' is not a member of
'QGuiApplication') and I worked that around. To get rid of these
workarounds, I prepared this series for meta-qt5.
* My builds have packagegroup for session management enabled.
Functions 'setFallbackSessionManagementEnabled' and
'commitDataRequest' are defined in conditional #ifndef
QT_NO_SESSIONMANAGER blocks.

Conclusion: Examples were not properly updated - same issue as I have
at many KDE recipes nobody seems to work/test for Qt without
session-management.

Suggestion:

* Either patch qtbase by adding a patch attached or
* Update to later qt and hope this was fixed upstream - but please
take care that versions of all qt-libs are same (5.6.1??) otherwise
cmake won't find libraries (and I would start crying as heavy cmake
user)

Andreas
From 4aa5abc4c9552ae19fb32ea21f43658e3b90879c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andreas=20M=C3=BCller?= 
Date: Wed, 20 Apr 2016 12:02:03 +0200
Subject: [PATCH] examples: fix build for sessionmanagement disabled
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Upstream-Status: Pending

Signed-off-by: Andreas Müller 
---
 examples/widgets/mainwindows/application/mainwindow.cpp | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/examples/widgets/mainwindows/application/mainwindow.cpp b/examples/widgets/mainwindows/application/mainwindow.cpp
index 861b908..11fac74 100644
--- a/examples/widgets/mainwindows/application/mainwindow.cpp
+++ b/examples/widgets/mainwindows/application/mainwindow.cpp
@@ -59,9 +59,11 @@ MainWindow::MainWindow()

Re: [oe] [meta-multimedia] libav missing

2016-04-20 Thread Gary Thomas


On 2016-04-20 11:50, piotr.lewicki wrote:

Hello,
I'm trying to build some image for raspberry pi and one of my dependencies is 
"libav".
Unfortunately it's missing from "meta-openembedded".
I found a commit which says that it has been moved to oe-core, but I have also cloned 
"openembedded-core" and there is
no "libav" either.
I'm using layers:
- meta-openembedded
- meta-raspberrypi
- openembedded-core
- poky
(all of them on master branches).

Could you help me locate a recipe for libav?



libav in OE-core has been replaced by ffmpeg.

What recipe are you missing libav for?


commit 30ba23377ec568a58c43e466582506980b67baad
Author: Paul Eggleton 
Date:   Tue Aug 13 22:30:03 2013 +

 libav: remove

 This is now in OE-Core.

 Signed-off-by: Paul Eggleton 
 Signed-off-by: Martin Jansa 




--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

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

[oe] [meta-multimedia] libav missing

2016-04-20 Thread piotr.lewicki


Hello,
I'm trying to build some image for raspberry pi and one of my 
dependencies is "libav".

Unfortunately it's missing from "meta-openembedded".
I found a commit which says that it has been moved to oe-core, but I 
have also cloned "openembedded-core" and there is no "libav" either.

I'm using layers:
- meta-openembedded
- meta-raspberrypi
- openembedded-core
- poky
(all of them on master branches).

Could you help me locate a recipe for libav?


Thanks
Piotr Lewicki




commit 30ba23377ec568a58c43e466582506980b67baad
Author: Paul Eggleton 
Date:   Tue Aug 13 22:30:03 2013 +

libav: remove

This is now in OE-Core.

Signed-off-by: Paul Eggleton 
Signed-off-by: Martin Jansa 

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

Re: [oe] [meta-oe][PATCH v2] fluentbit: add new recipe

2016-04-20 Thread Martin Jansa

On Fri, Apr 15, 2016 at 08:12:54AM -0600, Eduardo Silva wrote:
> is the patch OK ?

No, fails here:

NOTE: recipe fluentbit-0.7.2-r0: task do_package_qa: Started
ERROR: fluentbit-0.7.2-r0 do_package_qa: QA Issue: -dev package contains 
non-symlink .so: fluentbit-dev path 
'work/armv5te-oe-linux-gnueabi/fluentbit/0.7.2-r0/packages-split/fluentbit-dev/usr/lib/libfluent-bit.so'
 [dev-elf]
ERROR: fluentbit-0.7.2-r0 do_package_qa: QA run found fatal errors. Please 
consider fixing them.
ERROR: fluentbit-0.7.2-r0 do_package_qa: Function failed: do_package_qa
ERROR: Logfile of failure stored in: 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/fluentbit/0.7.2-r0/temp/log.do_package_qa.28998
NOTE: recipe fluentbit-0.7.2-r0: task do_package_qa: Failed
ERROR: Task 11612 
(/home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/fluentbit/fluentbit_0.7.2.bb,
 do_package_qa) failed with exit code '1'

> On Wed, Apr 6, 2016 at 10:38 AM, Eduardo Silva  wrote:
> 
> >
> >
> > On Wed, Apr 6, 2016 at 4:44 AM, Felipe Ferreri Tonello <
> > e...@felipetonello.com> wrote:
> >
> >> Hi Eduardo,
> >>
> >> On 04/04/16 07:12, Eduardo Silva wrote:
> >> > Fluent Bit is an open source data collector for Embedded Linux, this
> >> > patch adds the recipe for version 0.7.2.
> >> >
> >> >   Project web site: http://fluentbit.io
> >> >   Documentation   : http://fluentbit.io/documentation/
> >> >
> >> > Signed-off-by: Eduardo Silva 
> >> > ---
> >> >  meta-oe/recipes-extended/fluentbit/fluentbit_0.7.2.bb | 15
> >> +++
> >> >  1 file changed, 15 insertions(+)
> >> >  create mode 100644 meta-oe/recipes-extended/fluentbit/
> >> fluentbit_0.7.2.bb
> >>
> >> If the project package is called fluent-bit, why did you name the recipe
> >> fluentbit?
> >>
> >
> > just to follow the convention of RPM and DEB packages.
> >
> > regards,
> >
> 
> 
> 
> -- 
> Eduardo Silva
> Monkey Software
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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

Re: [oe] [meta-qt5][PATCH v2 01/31] qtbase-native: update sources to 5.6.0

2016-04-20 Thread Martin Jansa

On Tue, Apr 12, 2016 at 12:56:02PM +0200, Andreas Müller wrote:
> On Tue, Apr 12, 2016 at 12:22 PM, Martin Jansa  wrote:
> > On Sun, Apr 10, 2016 at 09:41:00PM +0200, Andreas Müller wrote:
> >> Signed-off-by: Andreas Müller 
> >
> > How did you pick these SRCREVs?
> If tag for 5.6.0 available: I picked versions tagged.
> If tag not available I chose revision right before 5.6.1 (as qtqick1)
> out of 5.6 tree.
> >
> > OE @ ~/projects/qt-project/qtbase $ git log --oneline 
> > 41706400f605524a5a9953714aa0cfbf811dba7e..d0cdc7ad1e2728caf363abf328b2ad81f2ed5a5b
> > d0cdc7a DirectFB: Fix build in C++98 mode
> > 3bcc3037 fix non-git non-prefix shadow builds
> > ae2d11d Add changelog for 5.6.0
> > 38944d6 Fix syncqt.pl not respecting #pragma qt_no_master_include in files 
> > with Windows line endings
> > 469e293 Fix crash when a standard bus isn't available
> > bcdcde0 Doc: Simple CSS style: Convert font-sizes from px to pt
> > 719623a Fix builds without session management.
> > e7bf0ed Add option to disable "session management by closing windows".
> >
> >
> > It's actually missing some changes which were included in previous SRCREV, 
> > I usually use latest in e.g. 5.6 branch
> > even when it sets the version for next release (e.g. 5.6.1).
> I was not aware of that. So we'll have to wait for 5.6.1 (whenever it
> appears) if we want released versions without going backwards.
> 
> As already noted in V2 description: Version mix 5.6.0/5.6.1 causes
> cmake trouble and as heavy user of cmake in meta-qt5-extra I would
> like to avoid...

This revision also has issues building examples, my build failed with:

| 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/qtbase/5.6.0+gitAUTOINC+d0cdc7ad1e-r0/git/examples/widgets/mainwindows/application/mainwindow.cpp:
 In constructor 'MainWindow::MainWindow()':
| 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/qtbase/5.6.0+gitAUTOINC+d0cdc7ad1e-r0/git/examples/widgets/mainwindows/application/mainwindow.cpp:62:5:
 error: 'setFallbackSessionManagementEnabled' is not a member of 
'QGuiApplication'
|  QGuiApplication::setFallbackSessionManagementEnabled(false);
|  ^
| 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/qtbase/5.6.0+gitAUTOINC+d0cdc7ad1e-r0/git/examples/widgets/mainwindows/application/mainwindow.cpp:63:20:
 error: 'commitDataRequest' is not a member of 'QGuiApplication'
|  connect(qApp, ::commitDataRequest,
| ^

Which most likely was fixed with:
> > 719623a Fix builds without session management.
which is missing in this older SRCREV

To move forward I've squashed your SRCREV changes to single commit and now I'm 
preparing another
change which will bump SRCREVs to latest in 5.6 branches. This way people who 
care more about exact
5.6.0 version can use meta-qt5 revision with just your change, other people can 
follow latest 5.6
and get also the examples build fixed from upstream.

Regards,
-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

[oe] [PATCH][meta-qt5] recipes: use new PACKAGECONFIG_CONFARGS instead of EXTRA_OECONF

2016-04-20 Thread Martin Jansa

* this fixes builds for DISTROs which include no-static-libraries.inc
* this change depends on oe-core change:
  http://patchwork.openembedded.org/patch/116719/
  which was merged in this form:
  http://patchwork.openembedded.org/patch/120513/
  to Yocto 2.1, if you want to use latest meta-qt5 with older oe-core
  you need to append EXTRA_OECONF to PACKAGECONFIG_CONFARGS

Signed-off-by: Martin Jansa 
---
 recipes-qt/qt5/nativesdk-qtbase_git.bb | 4 ++--
 recipes-qt/qt5/qt3d_git.bb | 2 +-
 recipes-qt/qt5/qtbase-native_git.bb| 6 +++---
 recipes-qt/qt5/qtbase_git.bb   | 2 +-
 recipes-qt/qt5/qtconnectivity_git.bb   | 2 +-
 recipes-qt/qt5/qtsystems_git.bb| 2 +-
 recipes-qt/qt5/qtwebengine_git.bb  | 4 ++--
 recipes-qt/qt5/qtwebkit_git.bb | 2 +-
 8 files changed, 12 insertions(+), 12 deletions(-)

diff --git a/recipes-qt/qt5/nativesdk-qtbase_git.bb 
b/recipes-qt/qt5/nativesdk-qtbase_git.bb
index 35d922e..0bdfde5 100644
--- a/recipes-qt/qt5/nativesdk-qtbase_git.bb
+++ b/recipes-qt/qt5/nativesdk-qtbase_git.bb
@@ -82,7 +82,7 @@ QT_CONFIG_FLAGS += " \
 -no-pch \
 -no-rpath \
 -pkg-config \
-${EXTRA_OECONF} \
+${PACKAGECONFIG_CONFARGS} \
 "
 
 # qtbase is exception, as these are used as install path for sysroots
@@ -201,7 +201,7 @@ do_configure() {
 -xplatform linux-oe-g++ \
 ${QT_CONFIG_FLAGS}
 
-bin/qmake ${OE_QMAKE_DEBUG_OUTPUT} ${S} -o Makefile || die "Configuring qt 
with qmake failed. EXTRA_OECONF was ${EXTRA_OECONF}"
+bin/qmake ${OE_QMAKE_DEBUG_OUTPUT} ${S} -o Makefile || die "Configuring qt 
with qmake failed. PACKAGECONFIG_CONFARGS was ${PACKAGECONFIG_CONFARGS}"
 }
 
 do_install() {
diff --git a/recipes-qt/qt5/qt3d_git.bb b/recipes-qt/qt5/qt3d_git.bb
index a19422b..af8fe4d 100644
--- a/recipes-qt/qt5/qt3d_git.bb
+++ b/recipes-qt/qt5/qt3d_git.bb
@@ -20,7 +20,7 @@ PACKAGECONFIG_class-native ??= "tools-only"
 PACKAGECONFIG_class-nativesdk ??= "tools-only"
 PACKAGECONFIG[tools-only] = "CONFIG+=tools-only"
 
-EXTRA_QMAKEVARS_PRE += "${EXTRA_OECONF}"
+EXTRA_QMAKEVARS_PRE += "${PACKAGECONFIG_CONFARGS}"
 
 FILES_${PN}-qmlplugins += " \
 ${OE_QMAKE_PATH_QML}/*/*/*.bez \
diff --git a/recipes-qt/qt5/qtbase-native_git.bb 
b/recipes-qt/qt5/qtbase-native_git.bb
index 057edd4..9f3b015 100644
--- a/recipes-qt/qt5/qtbase-native_git.bb
+++ b/recipes-qt/qt5/qtbase-native_git.bb
@@ -40,7 +40,7 @@ do_generate_qt_config_file() {
 :
 }
 
-EXTRA_OECONF = " \
+PACKAGECONFIG_CONFARGS = " \
 -prefix ${prefix} \
 -sysroot ${STAGING_DIR_NATIVE} \
 -no-gcc-sysroot \
@@ -90,8 +90,8 @@ export OE_QMAKE_AR
 export OE_QMAKE_STRIP
 
 do_configure_prepend() {
-MAKEFLAGS="${PARALLEL_MAKE}" ${S}/configure -opensource -confirm-license 
${EXTRA_OECONF} || die "Configuring qt failed. EXTRA_OECONF was ${EXTRA_OECONF}"
-bin/qmake ${OE_QMAKE_DEBUG_OUTPUT} ${S} -o Makefile || die "Configuring qt 
with qmake failed. EXTRA_OECONF was ${EXTRA_OECONF}"
+MAKEFLAGS="${PARALLEL_MAKE}" ${S}/configure -opensource -confirm-license 
${PACKAGECONFIG_CONFARGS} || die "Configuring qt failed. PACKAGECONFIG_CONFARGS 
was ${PACKAGECONFIG_CONFARGS}"
+bin/qmake ${OE_QMAKE_DEBUG_OUTPUT} ${S} -o Makefile || die "Configuring qt 
with qmake failed. PACKAGECONFIG_CONFARGS was ${PACKAGECONFIG_CONFARGS}"
 }
 
 do_install() {
diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb
index bf56741..98f6378 100644
--- a/recipes-qt/qt5/qtbase_git.bb
+++ b/recipes-qt/qt5/qtbase_git.bb
@@ -135,7 +135,7 @@ QT_CONFIG_FLAGS += " \
 -no-pch \
 -no-rpath \
 -pkg-config \
-${EXTRA_OECONF} \
+${PACKAGECONFIG_CONFARGS} \
 "
 
 do_generate_qt_config_file_append() {
diff --git a/recipes-qt/qt5/qtconnectivity_git.bb 
b/recipes-qt/qt5/qtconnectivity_git.bb
index cf6d3c5..17bd169 100644
--- a/recipes-qt/qt5/qtconnectivity_git.bb
+++ b/recipes-qt/qt5/qtconnectivity_git.bb
@@ -18,7 +18,7 @@ inherit bluetooth
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 
'bluez', '', d)}"
 PACKAGECONFIG[bluez] = "CONFIG+=OE_BLUEZ_ENABLED,,${BLUEZ}"
 
-EXTRA_QMAKEVARS_PRE += "${EXTRA_OECONF}"
+EXTRA_QMAKEVARS_PRE += "${PACKAGECONFIG_CONFARGS}"
 
 do_configure_prepend() {
 # disable bluez test if it isn't enabled by PACKAGECONFIG
diff --git a/recipes-qt/qt5/qtsystems_git.bb b/recipes-qt/qt5/qtsystems_git.bb
index 868e051..656895e 100644
--- a/recipes-qt/qt5/qtsystems_git.bb
+++ b/recipes-qt/qt5/qtsystems_git.bb
@@ -16,7 +16,7 @@ inherit bluetooth
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 
'bluez', '', d)}"
 PACKAGECONFIG[bluez] = "CONFIG+=OE_BLUEZ_ENABLED,,${BLUEZ}"
 
-EXTRA_QMAKEVARS_PRE += "${EXTRA_OECONF}"
+EXTRA_QMAKEVARS_PRE += "${PACKAGECONFIG_CONFARGS}"
 
 do_configure_prepend() {
 # disable bluez test if it isn't enabled by PACKAGECONFIG
diff --git a/recipes-qt/qt5/qtwebengine_git.bb 
b/recipes-qt/qt5/qtwebengine_git.bb
index 8f5276f..c045174 100644
---

[oe] [PATCH][meta-qt5] qt5: set SRCREVs,PVs to 5.6.0

2016-04-20 Thread Martin Jansa

From: Andreas Müller 

* qtquick1: LICENSE.LGPLv3: I checked git repository.
  To be honest: I have no idea what caused checksum change.
  JaMa: it was modified in this change:
  OE @ ~/projects/qt-project/qtquick1 $ git log --oneline 
87f2415adf34da08e6cd58f5da6f6a7d0d9cf141..dcc5e5c01c28b227f0e5e5e4976a9d26e8a45295
 -- LICENSE.LGPLv3
  cd50897 Add the GPLv3 license text
  diff --git a/LICENSE.LGPLv3 b/LICENSE.LGPLv3
  index 8fbb743..4d67bac 100644
  --- a/LICENSE.LGPLv3
  +++ b/LICENSE.LGPLv3
  @@ -5,6 +5,8 @@

You may use, distribute and copy the Qt GUI Toolkit under the terms of
GNU Lesser General Public License version 3, which is displayed below.
  + This license makes reference to the version 3 of the GNU General
  + Public License, which you can find in the LICENSE.GPLv3 file.

* in some cases this is actually older SRCREV than what was
  used before (because normally the recipes use latest revision
  in stable - e.g. 5.6 branches, not the actuall tags). I'll
  upgrade to latest 5.6 revisions in follow-up commit (together
  with refreshing the .patch files and github.com/meta-qt5/qt*
  repositories to apply cleanly)

Signed-off-by: Andreas Müller 
Signed-off-by: Martin Jansa 
---
 recipes-qt/qt5/qt3d_git.bb   | 2 +-
 recipes-qt/qt5/qt5-git.inc   | 2 +-
 recipes-qt/qt5/qtbase-native_git.bb  | 2 +-
 recipes-qt/qt5/qtbase_git.bb | 2 +-
 recipes-qt/qt5/qtcanvas3d_git.bb | 2 +-
 recipes-qt/qt5/qtconnectivity_git.bb | 2 +-
 recipes-qt/qt5/qtdeclarative_git.bb  | 2 +-
 recipes-qt/qt5/qtenginio_git.bb  | 2 +-
 recipes-qt/qt5/qtgraphicaleffects_git.bb | 2 +-
 recipes-qt/qt5/qtimageformats_git.bb | 2 +-
 recipes-qt/qt5/qtlocation_git.bb | 2 +-
 recipes-qt/qt5/qtmultimedia_git.bb   | 2 +-
 recipes-qt/qt5/qtquick1_git.bb   | 4 ++--
 recipes-qt/qt5/qtquickcontrols_git.bb| 2 +-
 recipes-qt/qt5/qtscript_git.bb   | 2 +-
 recipes-qt/qt5/qtsensors_git.bb  | 2 +-
 recipes-qt/qt5/qtserialport_git.bb   | 2 +-
 recipes-qt/qt5/qtsvg_git.bb  | 2 +-
 recipes-qt/qt5/qtsystems_git.bb  | 2 +-
 recipes-qt/qt5/qttools_git.bb| 2 +-
 recipes-qt/qt5/qttranslations_git.bb | 2 +-
 recipes-qt/qt5/qtwayland-native_git.bb   | 2 +-
 recipes-qt/qt5/qtwayland_git.bb  | 2 +-
 recipes-qt/qt5/qtwebchannel_git.bb   | 2 +-
 recipes-qt/qt5/qtwebengine_git.bb| 4 ++--
 recipes-qt/qt5/qtwebkit-examples_git.bb  | 2 +-
 recipes-qt/qt5/qtwebkit_git.bb   | 2 +-
 recipes-qt/qt5/qtwebsockets_git.bb   | 2 +-
 recipes-qt/qt5/qtx11extras_git.bb| 2 +-
 recipes-qt/qt5/qtxmlpatterns_git.bb  | 2 +-
 30 files changed, 32 insertions(+), 32 deletions(-)

diff --git a/recipes-qt/qt5/qt3d_git.bb b/recipes-qt/qt5/qt3d_git.bb
index af8fe4d..a96b06c 100644
--- a/recipes-qt/qt5/qt3d_git.bb
+++ b/recipes-qt/qt5/qt3d_git.bb
@@ -27,6 +27,6 @@ FILES_${PN}-qmlplugins += " \
 ${OE_QMAKE_PATH_QML}/*/*/*.obj \
 "
 
-SRCREV = "9b9f34701f47824e8201453d148152fb0855f98a"
+SRCREV = "7a208d76ed96bb506899becfe680df06f95451c7"
 
 BBCLASSEXTEND += "native nativesdk"
diff --git a/recipes-qt/qt5/qt5-git.inc b/recipes-qt/qt5/qt5-git.inc
index f6149fb..8a6d93e 100644
--- a/recipes-qt/qt5/qt5-git.inc
+++ b/recipes-qt/qt5/qt5-git.inc
@@ -11,4 +11,4 @@ SRC_URI = " \
 
 S = "${WORKDIR}/git"
 
-PV = "5.5.99+5.6.0-rc+git${SRCPV}"
+PV = "5.6.0+git${SRCPV}"
diff --git a/recipes-qt/qt5/qtbase-native_git.bb 
b/recipes-qt/qt5/qtbase-native_git.bb
index 9f3b015..78621b6 100644
--- a/recipes-qt/qt5/qtbase-native_git.bb
+++ b/recipes-qt/qt5/qtbase-native_git.bb
@@ -117,4 +117,4 @@ do_install() {
 ln -sf syncqt.pl ${D}${OE_QMAKE_PATH_QT_BINS}/syncqt
 }
 
-SRCREV = "41706400f605524a5a9953714aa0cfbf811dba7e"
+SRCREV = "d0cdc7ad1e2728caf363abf328b2ad81f2ed5a5b"
diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb
index 98f6378..473d1df 100644
--- a/recipes-qt/qt5/qtbase_git.bb
+++ b/recipes-qt/qt5/qtbase_git.bb
@@ -261,4 +261,4 @@ sysroot_stage_dirs_append() {
 rm -rf $to${OE_QMAKE_PATH_QT_FONTS}
 }
 
-SRCREV = "41706400f605524a5a9953714aa0cfbf811dba7e"
+SRCREV = "d0cdc7ad1e2728caf363abf328b2ad81f2ed5a5b"
diff --git a/recipes-qt/qt5/qtcanvas3d_git.bb b/recipes-qt/qt5/qtcanvas3d_git.bb
index 4990f34..205593f 100644
--- a/recipes-qt/qt5/qtcanvas3d_git.bb
+++ b/recipes-qt/qt5/qtcanvas3d_git.bb
@@ -10,4 +10,4 @@ LIC_FILES_CHKSUM = " \
 
 DEPENDS = "qtdeclarative"
 
-SRCREV = "b351fb164af327828c9bdbc414ffd8e47e387e8c"
+SRCREV = "5a17c4ca0552c9f4e6b5646f0cee2b21a55c3d18"
diff --git a/recipes-qt/qt5/qtconnectivity_git.bb 
b/recipes-qt/qt5/qtconnectivity_git.bb
index 17bd169..7a442c3 100644
--- a/recipes-qt/qt5/qtconnectivity_git.bb
+++ b/recipes-qt/qt5/qtconnectivity_git.bb
@@ -25,4 +25,4 @@ do_configure_prepend() {
 sed -i 's/^qtCompileTest(bluez)/OE_BLUEZ_ENABLED:qtCompileTest(bluez)/g'

Re: [oe] [meta-networking][PATCH v3] dnsmasq: get systemd only working again

2016-04-20 Thread Anders Darander

* Anders Darander  [160420 10:24]:

> * Joe MacDonald  [160419 17:36]:

> > From: Mark Asselstine 

> > The changes made in commit 2497cf2960537152427c99629b2af412787eb6c2
> > [dnsmasq: steal resolvconf support from Ubuntu] broke systemd only
> > dnsmasq runtime. No sysvinit scripts are included in systemd only
> > builds (and should not be) and the dnsmasq executable has not moved to
> > /usr/sbin.

> > Reverting to the previous version of the systemd service file. If
> > folks want the local dnsmasq instance to be queried before going to
> > an external DNS they should add 'nameserver 127.0.0.1' to
> > /etc/resolv.conf. Or submit a change which will work with systemd.

> > Signed-off-by: Mark Asselstine 
> > Signed-off-by: Joe MacDonald 
> > ---

> > The previous one should've been v2, so I've named this one v3 explicitly.
> > After reading more of the systemd documentation I think this approach in
> > the service file is the current best option available.  It would certainly
> > be cleaner to store the pidfile name in an environment variable but it
> > turns out on further inspection that if you pass a varaible to PIDFile,
> > you get errors (that you only see when the service is stopped, not while
> > it is running) indicating essentially that it is falling back to the
> > "guess the MAINPID value" behaviour.  So this seems to be the way we're
> > supposed to do this type of thing now.

> > -J.

> >  .../recipes-support/dnsmasq/dnsmasq.inc|  9 ++--
> >  .../dnsmasq/files/dnsmasq-resolvconf-helper| 62 
> > ++

> This file, dnsmasq-resolvconf-helper, isn't include in SRC_URI, neither
> in do_install(). However it is referenced in the dnsmasq.service, which
> leads to:

> Apr 08 11:07:27 ccu dnsmasq[384]: started, version 2.75 cachesize 150
> Apr 08 11:07:27 ccu dnsmasq[384]: compile time options: IPv6 GNU-getopt 
> no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth 
> no-DNSSEC loop- detect inotify
> Apr 08 11:07:27 ccu dnsmasq-dhcp[384]: DHCP, IP range 192.168.7.1 -- 
> 192.168.7.1, lease time 2m
> Apr 08 11:07:27 ccu dnsmasq[384]: [[0;1;39mno servers found in 
> /etc/resolv.conf, will retry[[0m
> Apr 08 11:07:27 ccu dnsmasq[384]: read /etc/hosts - 2 addresses Apr 08 
> 11:07:27 ccu systemd[386]: [[0;1;31mdnsmasq.service: Failed at
> step EXEC spawning /usr/bin/dnsmasq-resolvconf-helper: No such file or 
> directory[[0m

This is the actual issue, the dnsmasq.service file will unconditionally
execute dnsmasq-resolvconf-helper, while it's only installed if the
PACKAGECONFIG resolved is set.

Could you add the line 

ExecStartPost=/usr/bin/dnsmasq-resolvconf-helper start

to dnsmasq.service conditionally on the PACKAGECONFIG resolved? (Using sed
 is an option).

> Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Control process 
> exited, code=exited status=203[[0m
> Apr 08 11:07:27 ccu systemd[1]: [[0;1;31mFailed to start DNS forwarder and 
> DHCP server.[[0m
> Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Unit entered failed 
> state.[[0m
> Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Failed with result 
> 'exit-code'.[[0m


> Thus, with the following patch amended, I'm happy with this patch!

No, I was slightly wrong...

> Cheers,
> Anders

> diff --git a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc 
> b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> index df58e5c..db54658 100644
> --- a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> +++ b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> @@ -11,6 +11,7 @@ SRC_URI = 
> "http://www.thekelleys.org.uk/dnsmasq/${@['archive/', ''][float(d.getV
> file://init \
> file://dnsmasq.conf \
> file://dnsmasq.service \
> +   file://dnsmasq-resolvconf-helper \
>  "

>  inherit pkgconfig update-rc.d systemd
> @@ -54,7 +55,7 @@ do_install () {
>  install -m 0644 ${WORKDIR}/dnsmasq.service ${D}${systemd_unitdir}/system

>  install -m 0755 ${S}/contrib/wrt/dhcp_release ${D}${bindir}
> -
> +install -m 0755 ${WORKDIR}/dnsmasq-resolvconf-helper 
> ${D}${bindir}/dnsmasq-resolvconf-helper

This line should obviously not be here, as you're actually installing
dnsmasq-resolvconf-helper, if the PACKAGECONFIG resolved is set.

>  if [ "${@base_contains('PACKAGECONFIG', 'dbus', 'dbus', '', d)}" != "" 
> ]; then
>  install -d ${D}${sysconfdir}/dbus-1/system.d
>  install -m 644 dbus/dnsmasq.conf ${D}${sysconfdir}/dbus-1/system.d/
-- 
Anders Darander, Senior System Architect
ChargeStorm AB / eStorm AB
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 1/2] protobuf: add protobuf-c recipe

2016-04-20 Thread Felipe Ferreri Tonello

Hi Bruce,

On 19/04/16 20:55, Bruce Ashfield wrote:
> On Tue, Apr 19, 2016 at 3:46 PM, Bruce Ashfield 
> wrote:
> 
>>
>>
>> On Tue, Apr 19, 2016 at 11:40 AM, Felipe F. Tonello 
>> wrote:
>>
>>> Initial version of recipe. The main package could be split into two to
>>> separate the compiler. This also applies to protobuf recipe.
>>>
>>>
>> More precisely, this is the initial version outside of meta-virtualization
>> which enea added
>> in 2012 :) It was added as a dependency for criu (hence why it was put in
>> meta-virt).
>>
>> If we move it to meta-oe, we at least owe that other implementation a
>> reference in the commit.
>>
>>
> s/if/when/.
> 
> I'm happy to purge all the protobuf* recipes from meta-virt, since they
> were only there as
> support mechanisms (and I wasn't involved in their original merge).
> 
> But if you can take a look at what's in the meta-virt recipe, I'll do some
> runtime testing with your
> variant here, and drop the meta-virt ones when I can confirm criu works.
> 

Regular protobuf recipe is already part of meta-oe. That's why I added
this one there too.

> Cheers,
> 
> Bruce
> 
> 
>> Did you check the version we have there for deltas ? There are differences
>> in the recipe, and
>> it would be good to know if you've looked and determined they aren't
>> necessary.
>>
>> Cheers,
>>
>> Bruce
>>
>>
>>> Signed-off-by: Felipe F. Tonello 
>>> ---
>>>  .../recipes-devtools/protobuf/protobuf-c_1.2.1.bb  | 26
>>> ++
>>>  1 file changed, 26 insertions(+)
>>>  create mode 100644 meta-oe/recipes-devtools/protobuf/protobuf-c_1.2.1.bb
>>>
>>> diff --git a/meta-oe/recipes-devtools/protobuf/protobuf-c_1.2.1.bb
>>> b/meta-oe/recipes-devtools/protobuf/protobuf-c_1.2.1.bb
>>> new file mode 100644
>>> index ..88cdb0bccd8e
>>> --- /dev/null
>>> +++ b/meta-oe/recipes-devtools/protobuf/protobuf-c_1.2.1.bb
>>> @@ -0,0 +1,26 @@
>>> +SUMMARY = "Protocol Buffers - structured data serialisation mechanism"
>>> +DESCRIPTION = "This is protobuf-c, a C implementation of the Google
>>> Protocol Buffers data \
>>> +serialization format. It includes libprotobuf-c, a pure C library that \
>>> +implements protobuf encoding and decoding, and protoc-c, a code
>>> generator that \
>>> +converts Protocol Buffer .proto files to C descriptor code, based on the
>>> \
>>> +original protoc. protobuf-c formerly included an RPC implementation;
>>> that code \
>>> +has been split out into the protobuf-c-rpc project."
>>> +HOMEPAGE = "https://github.com/protobuf-c/protobuf-c;
>>> +SECTION = "console/tools"
>>> +LICENSE = "BSD-2-Clause"
>>> +
>>> +DEPENDS = "protobuf-native protobuf"
>>> +
>>> +PACKAGE_BEFORE_PN = "${PN}-compiler"
>>> +
>>> +LIC_FILES_CHKSUM = "file://LICENSE;md5=235c3195a3968524dc1524b4ebea0c0e"
>>> +SRC_URI = "
>>> https://github.com/protobuf-c/protobuf-c/archive/v${PV}.tar.gz;
>>> +
>>> +SRC_URI[md5sum] = "b884aeba4283309445a8e3b6e7322dd6"
>>> +SRC_URI[sha256sum] =
>>> "2d708fb3c024b9e6e86df141faff802194f5db90a4b79e6d4aa6bd61dd983dd6"
>>> +
>>> +inherit autotools pkgconfig
>>> +
>>> +FILES_${PN}-compiler = "${bindir}"
>>> +
>>> +BBCLASSEXTEND = "native nativesdk"
>>> --
>>> 2.8.0
>>>
>>> --

Felipe


0x92698E6A.asc
Description: application/pgp-keys
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] udisks2: add acl to DEPENDS

Re: [oe] [OE-core] [RFT] GCC 6 Recipes

Re: [oe] [PATCH] ne10: use bb.debug for debug messages

[oe] [meta-java][PATCH 2/2] openjdk-8: use private libs

[oe] [meta-java][PATCH 1/2] openjdk-8: make jar repacking optional

[oe] [PATCH][WIP][meta-qt5] qt5: upgrade to latest revision in 5.6 branch

Re: [oe] [PATCH] ne10: use bb.debug for debug messages

Re: [oe] [meta-oe][PATCH] llvm: correct fix for the multilib libdir

Re: [oe] [meta-networking][PATCH v3] dnsmasq: get systemd only working again

Re: [oe] [meta-networking][PATCH v3] dnsmasq: get systemd only working again

Re: [oe] [meta-qt5][PATCH 1/2] qtdeclarative: fix compilation of examples/qquickviewcomparison

[oe] [PATCH] squid: CVE-2016-3947

[oe] [meta-qt5][PATCH] qt5: Allow disabling SHA validation for branch

Re: [oe] [PATCH 1/2] protobuf: add protobuf-c recipe

Re: [oe] [meta-networking][PATCH 5/5] samba: Update to latest stable

[oe] [meta-oe][PATCH] umip: Unblacklist recipe and disable parallel make

Re: [oe] [meta-browsser] chromium issues

Re: [oe] [meta-multimedia] libav missing

Re: [oe] [meta-qt5][PATCH v2 01/31] qtbase-native: update sources to 5.6.0

Re: [oe] [meta-multimedia] libav missing

[oe] [meta-multimedia] libav missing

Re: [oe] [meta-oe][PATCH v2] fluentbit: add new recipe

Re: [oe] [meta-qt5][PATCH v2 01/31] qtbase-native: update sources to 5.6.0

[oe] [PATCH][meta-qt5] recipes: use new PACKAGECONFIG_CONFARGS instead of EXTRA_OECONF

[oe] [PATCH][meta-qt5] qt5: set SRCREVs,PVs to 5.6.0

Re: [oe] [meta-networking][PATCH v3] dnsmasq: get systemd only working again

Re: [oe] [PATCH 1/2] protobuf: add protobuf-c recipe

27 matches

Site Navigation

Mail list logo

Footer information