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

2016-06-14 Thread Henry Hallam 
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 
---
 .../recipes-support/chrony/chrony/chrony.conf  |  44 
 .../recipes-support/chrony/chrony/chronyd  |  58 ++
 .../recipes-support/chrony/chrony_2.4.bb   | 120 +
 3 files changed, 222 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..95f5f81
--- /dev/null
+++ b/meta-networking/recipes-support/chrony/chrony/chrony.conf
@@ -0,0 +1,44 @@
+# Use public NTP servers from the pool.ntp.org project.
+# Please consider joining the pool project if possible by running your own
+# server(s).
+# If you are a vendor distributing a product using chrony, you *MUST*
+# read and comply with http://www.pool.ntp.org/vendors.html
+pool 0.openembedded.pool.ntp.org iburst
+
+# Use a local timeserver in preference to the pool, if it's reachable.
+#server 192.168.22.22 iburst minpoll 2 prefer
+
+# Sync to pulse-per-second from an onboard GPS.
+#refclock PPS /dev/pps0 poll 0 prefer
+# You'll want to enable CONFIG_PPS and CONFIG_PPS_CLIENT_GPIO in your kernel,
+# and an entry something like this in your device tree:
+#  pps {
+#  compatible = "pps-gpio";
+#  gpios = <_gpio_0 56 0>;
+#  };
+
+# 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..07d312e
--- /dev/null
+++ b/meta-networking/recipes-support/chrony/chrony_2.4.bb
@@ -0,0 +1,120 @@
+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. \
+\
+It is designed to perform well in a wide range of conditions, \
+including intermittent network connections, heavily congested \
+networks, changing temperatures (ordinary computer clocks are \
+sensitive to temperature), and

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

2016-06-14 Thread Henry Hallam 

Patch version 2:
- No longer hard-coding paths  
- Fix missing build dependencies, depending on PACKAGECONFIG features 
- Split off chronyc into separate output package
- Default config points to openembedded.pool.ntp.org rather than
  pool.ntp.org (which should never be shipped as a default)

I have applied for the above NTP pool vendor zone per
http://www.pool.ntp.org/en/vendors.html#vendor-zone

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

[oe] [meta-qt5][PATCH] packagegroup-qt5-demos.bb: Includes some interesting Qt5 demos.

2016-06-14 Thread Ann Thornton 

Signed-off-by: Ann Thornton 
---
 recipes-qt/packagegroups/packagegroup-qt5-demos.bb | 22 
++

 1 file changed, 22 insertions(+)
 create mode 100644 recipes-qt/packagegroups/packagegroup-qt5-demos.bb

diff --git a/recipes-qt/packagegroups/packagegroup-qt5-demos.bb 
b/recipes-qt/packagegroups/packagegroup-qt5-demos.bb

new file mode 100644
index 000..436ba03
--- /dev/null
+++ b/recipes-qt/packagegroups/packagegroup-qt5-demos.bb
@@ -0,0 +1,22 @@
+# Copyright (C) 2014 Freescale Semiconductor
+# Released under the MIT license (see COPYING.MIT for the terms)
+
+DESCRIPTION = "Package group for Qt5 demos"
+LICENSE = "MIT"
+
+inherit packagegroup
+
+RDEPENDS_${PN} += " \
+qtbase-examples \
+qtdeclarative-examples \
+qt3d-examples \
+qtsmarthome \
+qt5ledscreen \
+quitbattery \
+qt5everywheredemo \ +qt5nmapcarousedemo \
+qt5nmapper \
+cinematicexperience \
+quitindicators \
+qt5-demo-extrafiles \
+  "
--
1.9.1

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

[oe] [meta-qt5][PATCH] packagegroup-qt5-webengine.bb: Includes qtwebengine, plugins and examples in one convenient packagegroup.

2016-06-14 Thread Ann Thornton 

Signed-off-by: Ann Thornton 
---
 recipes-qt/packagegroups/packagegroup-qt5-webengine.bb | 14 ++
 1 file changed, 14 insertions(+)
 create mode 100644 recipes-qt/packagegroups/packagegroup-qt5-webengine.bb

diff --git a/recipes-qt/packagegroups/packagegroup-qt5-webengine.bb 
b/recipes-qt/packagegroups/packagegroup-qt5-webengine.bb

new file mode 100644
index 000..5d09efe
--- /dev/null
+++ b/recipes-qt/packagegroups/packagegroup-qt5-webengine.bb
@@ -0,0 +1,14 @@
+# Copyright (C) 2015 Freescale Semiconductor
+# Released under the MIT license (see COPYING.MIT for the terms)
+
+DESCRIPTION = "Package group for Qt5 webengine and examples"
+LICENSE = "MIT"
+
+inherit packagegroup
+
+RDEPENDS_${PN} += " \
+qtwebengine \
+qtwebengine-qmlplugins \
+qtquickcontrols-qmlplugins \
+qtwebengine-examples \
+"
--
1.9.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

2016-06-14 Thread Martin Jansa 
PACKAGECONFIG is preferred solution

On Tue, Jun 14, 2016 at 8:42 PM, Henry Hallam  wrote:

> On Tue, Jun 14, 2016 at 10:33 AM, Martin Jansa 
> wrote:
> > Autodetects some dependencies:
> >
> > WARNING: chrony-2.4-r0 do_package_qa: QA Issue: chrony rdepends on nss,
> > but it isn't a build dependency, missing nss in DEPENDS or
> > PACKAGECONFIG? [build-deps]
> > WARNING: chrony-2.4-r0 do_package_qa: QA Issue: chrony rdepends on
> > libedit, but it isn't a build dependency, missing libedit in DEPENDS or
> > PACKAGECONFIG? [build-deps]
> >
>
> Thanks Martin. It looks like those didn't show up for me because nss
> and libedit are both optional dependencies which weren't present on my
> system.  They are detected and used by chrony's `configure` script if
> available and unused if not (e.g. chronyc can use either editline or
> readline or neither, and if NSS is unavailable then chronyd gets built
> without secure hash support).  What's the best practice here - should
> I simply specify `configure` options to disable all these features for
> minimal dependencies, or make them all optionally available via
> PACKAGECONFIG?
>
> Henry
> --
> ___
> 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] chrony: Versatile implementation of NTP

2016-06-14 Thread Henry Hallam 
On Tue, Jun 14, 2016 at 10:33 AM, Martin Jansa  wrote:
> Autodetects some dependencies:
>
> WARNING: chrony-2.4-r0 do_package_qa: QA Issue: chrony rdepends on nss,
> but it isn't a build dependency, missing nss in DEPENDS or
> PACKAGECONFIG? [build-deps]
> WARNING: chrony-2.4-r0 do_package_qa: QA Issue: chrony rdepends on
> libedit, but it isn't a build dependency, missing libedit in DEPENDS or
> PACKAGECONFIG? [build-deps]
>

Thanks Martin. It looks like those didn't show up for me because nss
and libedit are both optional dependencies which weren't present on my
system.  They are detected and used by chrony's `configure` script if
available and unused if not (e.g. chronyc can use either editline or
readline or neither, and if NSS is unavailable then chronyd gets built
without secure hash support).  What's the best practice here - should
I simply specify `configure` options to disable all these features for
minimal dependencies, or make them all optionally available via
PACKAGECONFIG?

Henry
-- 
___
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

2016-06-14 Thread Henry Hallam 
On Mon, Jun 13, 2016 at 4:03 AM, Koen Kooi  wrote:
> That file hardcodes /etc, /var, etc
> ...
> 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.

Thanks Koen, I will put out a V2 patch shortly that fixes those paths
as well as the ones in the SysVinit and systemd scripts.  I'm a little
surprised there isn't a more general way to do this since it must come
up a lot.

Henry
-- 
___
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

2016-06-14 Thread Martin Jansa 
On Thu, Jun 09, 2016 at 12:06:38PM -0700, Henry Hallam wrote:
> 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 +++
>  .../recipes-support/chrony/chrony/chronyd  | 58 +++
>  .../recipes-support/chrony/chrony_2.4.bb   | 83 
> ++

Autodetects some dependencies:

WARNING: chrony-2.4-r0 do_package_qa: QA Issue: chrony rdepends on nss,
but it isn't a build dependency, missing nss in DEPENDS or
PACKAGECONFIG? [build-deps]
WARNING: chrony-2.4-r0 do_package_qa: QA Issue: chrony rdepends on
libedit, but it isn't a build dependency, missing libedit in DEPENDS or
PACKAGECONFIG? [build-deps]

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

Re: [oe] [meta-oe][PATCH] wvstreams: fixing segfault with new gcc optimizations

2016-06-14 Thread Martin Jansa 
On Tue, Jun 14, 2016 at 03:26:16PM +0100, Kinsella, Ray wrote:
> Hi Martin,
> 
> What should I do to progress this?

What progress you're expecting? it was merged more than a month ago:

commit 786ab843f0eb825781df5b4c639b6ae5f4c74c41
Author: Kinsella, Ray 
AuthorDate: Fri May 6 14:49:19 2016 +0100
Commit: Martin Jansa 
CommitDate: Tue May 10 20:18:56 2016 +0200

> 
> Ray K
> 
> On 06/05/2016 14:49, Kinsella, Ray wrote:
> > Recent GCC optimizations -ftree-dce and -foptimize-sibling-calls are causing
> > a segfault in the wvstream stackmaster. Fedora had the same problem and
> > resolved the issue by removing these optimizations.
> >
> > See: https://bugzilla.redhat.com/show_bug.cgi?id=812651
> >
> > Signed-off-by: Ray Kinsella 
> > ---
> >  meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb | 2 ++
> >  1 file changed, 2 insertions(+)
> >
> > diff --git a/meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb 
> > b/meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb
> > index 73cfb03..6199a2f 100644
> > --- a/meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb
> > +++ b/meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb
> > @@ -20,6 +20,8 @@ inherit autotools-brokensep pkgconfig
> >
> >  PARALLEL_MAKE = ""
> >
> > +TARGET_CFLAGS_append = " -fno-tree-dce -fno-optimize-sibling-calls"
> > +
> >  LDFLAGS_append = " -Wl,-rpath-link,${CROSS_DIR}/${TARGET_SYS}/lib"
> >
> >  EXTRA_OECONF = " --without-tcl --without-qt --without-pam 
> > --without-valgrind"
> >

-- 
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-oe][PATCH] wvstreams: fixing segfault with new gcc optimizations

2016-06-14 Thread Kinsella, Ray 

Hi Martin,

What should I do to progress this?

Ray K

On 06/05/2016 14:49, Kinsella, Ray wrote:

Recent GCC optimizations -ftree-dce and -foptimize-sibling-calls are causing
a segfault in the wvstream stackmaster. Fedora had the same problem and
resolved the issue by removing these optimizations.

See: https://bugzilla.redhat.com/show_bug.cgi?id=812651

Signed-off-by: Ray Kinsella 
---
 meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb 
b/meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb
index 73cfb03..6199a2f 100644
--- a/meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb
+++ b/meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb
@@ -20,6 +20,8 @@ inherit autotools-brokensep pkgconfig

 PARALLEL_MAKE = ""

+TARGET_CFLAGS_append = " -fno-tree-dce -fno-optimize-sibling-calls"
+
 LDFLAGS_append = " -Wl,-rpath-link,${CROSS_DIR}/${TARGET_SYS}/lib"

 EXTRA_OECONF = " --without-tcl --without-qt --without-pam --without-valgrind"


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

[oe] [meta-oe][PATCH] libgphoto2, v4l-utils: blacklist, not compatible with libjpeg-turbo-1.5.0

2016-06-14 Thread Martin Jansa 
Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-graphics/gphoto2/libgphoto2_2.5.8.bb   | 3 +++
 meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.6.2.bb | 4 
 2 files changed, 7 insertions(+)

diff --git a/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.5.8.bb 
b/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.5.8.bb
index 3de6942..f0e8b13 100644
--- a/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.5.8.bb
+++ b/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.5.8.bb
@@ -53,3 +53,6 @@ FILES_${PN} += "${nonarch_base_libdir}/udev/* ${datadir}/hal"
 FILES_${PN}-dbg += "${libdir}/*/*/.debug"
 FILES_${PN}-dev += "${libdir}/*/*/*.la"
 
+# | ../../libgphoto2-2.5.8/camlibs/ax203/jpeg_memsrcdest.h:4:1: error: 
conflicting types for 'jpeg_mem_src'
+# |  jpeg_mem_src (j_decompress_ptr cinfo, unsigned char * buffer,
+PNBLACKLIST[libgphoto2] ?= "Not compatible with libjpeg-turbo-1.5.0"
diff --git a/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.6.2.bb 
b/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.6.2.bb
index 75a42a2..1141bff 100644
--- a/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.6.2.bb
+++ b/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.6.2.bb
@@ -43,3 +43,7 @@ FILES_libv4l-dbg += "${libdir}/libv4l/.debug 
${libdir}/libv4l/plugins/.debug"
 FILES_libv4l-dev += "${includedir} ${libdir}/pkgconfig \
  ${libdir}/libv4l*${SOLIBSDEV} ${libdir}/*.la \
  ${libdir}/v4l*${SOLIBSDEV} ${libdir}/libv4l/*.la 
${libdir}/libv4l/plugins/*.la"
+
+# | ../../../v4l-utils-1.6.2/lib/libv4lconvert/jpeg_memsrcdest.h:4:1: error: 
conflicting types for 'jpeg_mem_src'
+# |  jpeg_mem_src (j_decompress_ptr cinfo, unsigned char * buffer,
+PNBLACKLIST[v4l-utils] ?= "Not compatible with libjpeg-turbo-1.5.0"
-- 
2.9.0

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