[oe] hostapd and openssl version mismatch

2016-06-09 Thread NIDHI.CHADHA2 
Hi All,

Reference to oe-core branch  Jethro
Revision: 69b1e25a53255433262178b91ab3e328768ad725

Hostapd 2.4-r0 build with openssl version 1.0.2d has an issue in compilation 
due to no
Compile time support of md4 in 1.0.2d version of openssl .
The compilation issue is undefined reference to EVP_md4 , which is defined
In openssl/1.0.2d-r0/openssl-1.0.2d/crypto/evp/evp.h under the MACRO 
OPENSSL_NO_MD4.
The macro OPENSSL_NO_MD4 is enabled only if openssl configuration and generated 
makefile define "no-md4"

// place where EVP_md4 is defined
openssl/1.0.2d-r0/openssl-1.0.2d/crypto/evp/evp.h
# ifndef OPENSSL_NO_MD4
const EVP_MD *EVP_md4(void);
# endif

//Makefile which configures no-md4 flag
CONFIGURE_ARGS : no-md4
DEPFLAG= -DOPENSSL_NO_MD4

Hostapd depends on md4 for number of EAP methods which require md4 support .
To disable the use of EVP_md4 function call in function md4_vector , macro 
defined in
OPENSSL_NO_MD4 should be used . In case of OPENSSL_NO_MD4 enabled ,
md4_vector returns the value returned by function
openssl_digest_vector(EVP_md4(), num_elem, addr, len, mac);

following patch should be applied in crypto_openssl.c

--- crypto_openssl.c_ori   2016-06-07 12:51:35.571749090 +0530
+++ crypto_openssl.c2016-06-07 12:37:54.967772380 +0530
@@ -95,7 +95,11 @@

 int md4_vector(size_t num_elem, const u8 *addr[], const size_t *len, u8 *mac)
{
+#ifdef OPENSSL_NO_MD4
+ return -1;
+#else
   return openssl_digest_vector(EVP_md4(), num_elem, addr, len, 
mac);
+#endif
}

Has anyone faced this issue or Jethro branch has already taken care or this is 
just a version mismatch for openssl and hostpad?


Thanks
Nidhi


This e-mail and any files transmitted with it are for the sole use of the 
intended recipient(s) and may contain confidential and privileged information. 
If you are not the intended recipient(s), please reply to the sender and 
destroy all copies of the original message. Any unauthorized review, use, 
disclosure, dissemination, forwarding, printing or copying of this email, 
and/or any action taken in reliance on the contents of this e-mail is strictly 
prohibited and may be unlawful. Where permitted by applicable law, this e-mail 
and other e-mail communications sent to and from Cognizant e-mail addresses may 
be monitored.
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] the fate of Vala in OE

2016-06-09 Thread Petr Nechaev 
I can see that libsecret in oe-core depends on vala though for testing only.

If moving to meta-oe is community's decision, I will prepare the patch.
-- 
___
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-09 Thread Henry Hallam 
On Thu, Jun 9, 2016 at 12:06 PM, 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.

This is my first attempt to contribute to yocto/openembedded, so any
and all feedback (stylistic or otherwise) would be greatly
appreciated.

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

Re: [oe] [OE-core] the fate of Vala in OE

2016-06-09 Thread Martin Jansa 
On Thu, Jun 09, 2016 at 05:36:32PM +0100, Burton, Ross wrote:
> On 9 June 2016 at 16:59, Petr Nechaev 
> wrote:
> 
> > We do use Vala for internal gstreamer-related projects so I would
> > volunteer to support it in oe-core.
> >
> 
> Would you volunteer to maintain it in a separate layer if possible?  If
> nothing in core uses it and it can be maintained out of core then I think
> it should be moved out.  Currently, vala support is in oe-core but nothing
> in oe-core uses it... so the autobuilder can't tell if it works.

It's used by couple recipes in meta-oe and other layers which already
depend on meta-oe:
meta-multimedia, meta-gnome, meta-efl, meta-fso

so if you want to move it out from oe-core, then it should be returned
to meta-oe (from where it was moved to oe-core a while back with midori):

commit 6f642a51dc98b0a8a20b2d0a6bfe6917e9f2091f
Author: Paul Eggleton 
Date:   Wed Aug 28 10:43:25 2013 +

classes/vala: remove

This is now in OE-Core as of 807285c751862aaa775db5a13293007bfb3c29df.

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

commit ad185f4494fff1254bfa167d6715db7be5a2de04
Author: Paul Eggleton 
Date:   Wed Aug 28 10:43:24 2013 +

vala: remove

This is now in OE-Core as of 649b48557d8702daaf4f28482848ab0b07abed83.

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

-- 
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] [meta-oe][PATCH 2/2] mpv: use waf.bbclass

2016-06-09 Thread Christopher Larson 
From: Christopher Larson 

Signed-off-by: Christopher Larson 
---
 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 23 ++-
 1 file changed, 6 insertions(+), 17 deletions(-)

diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb 
b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb
index 5fac298..768c87a 100644
--- a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb
+++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb
@@ -12,14 +12,14 @@ LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb"
 
 SRC_URI = "https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \
-   http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \
+   
http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf;subdir=${BPN}-${PV}
 \
 "
 SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101"
 SRC_URI[mpv.sha256sum] = 
"7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc"
 SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71"
 SRC_URI[waf.sha256sum] = 
"01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b"
 
-inherit pkgconfig pythonnative distro_features_check
+inherit waf pkgconfig pythonnative distro_features_check
 
 # Note: both lua and libass are required to get on-screen-display (controls)
 PACKAGECONFIG ??= "lua libass"
@@ -28,6 +28,7 @@ PACKAGECONFIG[libass] = 
"--enable-libass,--disable-libass,libass"
 PACKAGECONFIG[libarchive] = 
"--enable-libarchive,--disable-libarchive,libarchive"
 PACKAGECONFIG[jack] = "--enable-jack, --disable-jack, jack"
 
+SIMPLE_TARGET_SYS = "${@'${TARGET_SYS}'.replace('${TARGET_VENDOR}', '')}"
 EXTRA_OECONF = " \
 --prefix=${prefix} \
 --target=${SIMPLE_TARGET_SYS} \
@@ -50,21 +51,9 @@ EXTRA_OECONF = " \
 --disable-vapoursynth-lazy \
 "
 
-do_configure() {
-if [ ! -L ../waf ]; then
-chmod a+x ../waf-1.8.12
-   ln -s waf-1.8.12 ../waf
-fi
-export SIMPLE_TARGET_SYS="$(echo ${TARGET_SYS} | sed 
s:${TARGET_VENDOR}::g)"
-../waf configure ${EXTRA_OECONF}
-}
-
-do_compile () {
-../waf build
-}
-
-do_install() {
-../waf install --destdir=${D}
+do_configure_prepend () {
+ln -sf waf-1.8.12 ${S}/waf
+chmod +x ${S}/waf
 }
 
 FILES_${PN} += "${datadir}/icons"
-- 
2.8.0

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

[oe] [meta-oe][PATCH 1/2] mpv: add DESCRIPTION

2016-06-09 Thread Christopher Larson 
From: Christopher Larson 

Signed-off-by: Christopher Larson 
---
 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb 
b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb
index 6a258b5..5fac298 100644
--- a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb
+++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb
@@ -1,4 +1,5 @@
 SUMMARY = "Open Source multimedia player"
+DESCRIPTION = "mpv is a fork of mplayer2 and MPlayer. It shares some features 
with the former projects while introducing many more."
 SECTION = "multimedia"
 HOMEPAGE = "http://www.mpv.io/;
 DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv \
-- 
2.8.0

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

[oe] [meta-oe][PATCH 0/2] mpv: add desc & use waf.bbclass

2016-06-09 Thread Christopher Larson 
From: Christopher Larson 

The following changes since commit 52213998eb4ead7d24cba012c937bcc25e89c2ca:

  mpv: Media Player (2016-06-08 14:55:30 +0200)

are available in the git repository at:

  git://github.com/kergoth/meta-openembedded mpv-use-waf-bbclass
  https://github.com/kergoth/meta-openembedded/tree/mpv-use-waf-bbclass

Christopher Larson (2):
  mpv: add DESCRIPTION
  mpv: use waf.bbclass

 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 24 +++-
 1 file changed, 7 insertions(+), 17 deletions(-)

-- 
2.8.0

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

Re: [oe] [OE-core] State of bitbake world 2016-06-07

2016-06-09 Thread Christopher Larson 
On Thu, Jun 9, 2016 at 12:03 AM, Martin Jansa 
wrote:

> This report includes python3 changes, there are few more failures, but
> it's hard to see what is new, so I've sent couple PNBLACKLISTs for
> recipes reported in previous 2 reports which are still failing with
> glibc-2.24 and gcc-6. Hopefully next report will show only "new" issues
> caused by python3 switch.
>
> == Number of issues - stats ==
> {| class='wikitable'
> !|Date   !!colspan='3'|Failed tasks
>  !!colspan='6'|Failed depencencies!!|Signatures
> !!colspan='12'|QA !!Comment
> |-
> ||  ||qemuarm   ||qemux86   ||qemux86_64
> ||qemuarm||max||min ||qemux86||max||min ||all   ||already-stripped
> ||libdir||textrel   ||build-deps||file-rdeps
> ||version-going-backwards   ||host-user-contaminated
> ||installed-vs-shipped  ||unknown-configure-option
> ||symlink-to-sysroot||invalid-pkgconfig ||pkgname   ||
> |-
> ||2016-06-07||34||40||39||84||38||37||92
> ||42||41||0 ||0 ||0 ||1
>  ||3 ||18||0 ||0 ||0
>  ||0 ||0 ||0 ||0 ||
> |}
>
> http://www.openembedded.org/wiki/Bitbake_World_Status


chkconfig-alternatives-native is failing, but natives are excluded from
world by default. This recipe should only be built if it's the preferred
update-alternatives-native provider, otherwise you'll hit the conflict that
your build is hitting. If you're undoing the EXCLUDE_FROM_WORLD for all
natives, better keep it here. I am surprised the bits that skip
non-preferred recipes didn't happen here, though.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] the fate of Vala in OE

2016-06-09 Thread Burton, Ross 
On 9 June 2016 at 16:59, Petr Nechaev 
wrote:

> We do use Vala for internal gstreamer-related projects so I would
> volunteer to support it in oe-core.
>

Would you volunteer to maintain it in a separate layer if possible?  If
nothing in core uses it and it can be maintained out of core then I think
it should be moved out.  Currently, vala support is in oe-core but nothing
in oe-core uses it... so the autobuilder can't tell if it works.

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

Re: [oe] [OE-core] the fate of Vala in OE

2016-06-09 Thread Petr Nechaev 
We do use Vala for internal gstreamer-related projects so I would
volunteer to support it in oe-core.
---
Petr


On Thu, Jun 9, 2016 at 11:56 AM,   wrote:
>> On 9 June 2016 at 15:08, Philip Balister  wrote:
>>
>>> That said, what other layers use vala? If it leaves core, is there a
>>> layer that can host it and support other layers using it without to much
>>> trouble?
>>>
>>
>> That's the key question really - can the support be extracted and added to
>> eg meta-vala in some way?
>>
>> Ross
>
> I use vala for clutter/cogl/weston/wayland development, although not in
> any published public layers. Part of me hates to see it leave core, but a
> well maintained layer is acceptable-ish. I know that vala-terminal in
> meta-oe has been in and out of blacklist for quite a while now.
>
> Cheers.
>
> --Tim
> --
> ___
> 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] [OE-core] the fate of Vala in OE

2016-06-09 Thread timothy . t . orling 
> On 9 June 2016 at 15:08, Philip Balister  wrote:
>
>> That said, what other layers use vala? If it leaves core, is there a
>> layer that can host it and support other layers using it without to much
>> trouble?
>>
>
> That's the key question really - can the support be extracted and added to
> eg meta-vala in some way?
>
> Ross

I use vala for clutter/cogl/weston/wayland development, although not in
any published public layers. Part of me hates to see it leave core, but a
well maintained layer is acceptable-ish. I know that vala-terminal in
meta-oe has been in and out of blacklist for quite a while now.

Cheers.

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

Re: [oe] [OE-core] the fate of Vala in OE

2016-06-09 Thread Burton, Ross 
On 9 June 2016 at 15:08, Philip Balister  wrote:

> That said, what other layers use vala? If it leaves core, is there a
> layer that can host it and support other layers using it without to much
> trouble?
>

That's the key question really - can the support be extracted and added to
eg meta-vala in some way?

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

Re: [oe] the fate of Vala in OE

2016-06-09 Thread Philip Balister 
On 06/09/2016 06:28 AM, Alexander Kanavin wrote:
> Hello,
> 
> I'd like to propose the removal of Vala recipe and support for
> generating Vala bindings from oe-core. The only software that is written
> in Vala and makes sense in embedded environment is Rygel (an

It seems that there are use cases beyond just embedded systems for
OpenEmbedded, so this logic is not really valid. See:

http://openxt.org/

And yes, I think it is useful for openembedded-core to have as broad an
audience as possible.

That said, what other layers use vala? If it leaves core, is there a
layer that can host it and support other layers using it without to much
trouble?

Philip

> implementation of various UPnP AV services), and even that can be
> compiled from intermediate C sources without a need for Vala compiler or
> bindings. The only benefit from compiling from Vala source would be that
> Rygel could be more easily patched - and I think that doesn't really
> justify maintaining the full Vala stack.
> 
> Thoughts?
> 
> Alex
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH][meta-qt5 1/2] qtcharts: Add dependency on qtmultimedia

2016-06-09 Thread Jonathan Liu 
On 9 June 2016 at 00:00, Martin Jansa  wrote:
> * fixes QA:
>   qtcharts-5.6.99+5.7.0-beta+gitAUTOINC+8a78184181: qtcharts-examples 
> rdepends on qtmultimedia, but it isn't a build dependency, missing 
> qtmultimedia in DEPENDS or PACKAGECONFIG? [build-deps]
>
> Signed-off-by: Martin Jansa 
> ---
>  recipes-qt/qt5/qtcharts_git.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/recipes-qt/qt5/qtcharts_git.bb b/recipes-qt/qt5/qtcharts_git.bb
> index 5aaddc9..99d1471 100644
> --- a/recipes-qt/qt5/qtcharts_git.bb
> +++ b/recipes-qt/qt5/qtcharts_git.bb
> @@ -6,6 +6,6 @@ LIC_FILES_CHKSUM = " \
>  file://LICENSE.GPL3;md5=d32239bcb673463ab874e80d47fae504 \
>  "
>
> -DEPENDS += "qtbase qtdeclarative"
> +DEPENDS += "qtbase qtdeclarative qtmultimedia"
>
>  SRCREV = "8a781841812a42ed728a76c0dcdcaa6196eac44e"
> --
> 2.8.4

Looks good to me. Though qtmultimedia is only needed if the "examples"
PACKAGECONFIG is enabled in either qtbase or qtcharts. I wonder if
there is a good way to make the dependency conditional on that.

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

[oe] [PATCHv2 1/2] evince, epdf, gdm, gnumeric, libgnomeprint, tumbler, gedit, gnome-panel, gnome-session, gnome-terminal, libgnomecups, gtksourceview2, libgweather, libgnomeui, tracker, gimp, poppler

2016-06-09 Thread Martin Jansa 
Signed-off-by: Martin Jansa 
---
 meta-efl/recipes-efl/efl/epdf_svn.bb| 2 ++
 meta-gnome/recipes-gnome/evince/evince_3.18.2.bb| 2 ++
 meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bb  | 2 ++
 meta-gnome/recipes-gnome/gedit/gedit_2.30.4.bb  | 1 +
 meta-gnome/recipes-gnome/gnome-panel/gnome-panel_2.32.1.bb  | 2 ++
 meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb  | 3 +++
 meta-gnome/recipes-gnome/gnome/gnome-terminal_2.30.2.bb | 3 +++
 meta-gnome/recipes-gnome/gnome/libgnomecups_0.2.3.bb| 2 ++
 meta-gnome/recipes-gnome/gnome/libgnomeprint_2.18.8.bb  | 2 ++
 meta-gnome/recipes-gnome/gnumeric/gnumeric_1.12.0.bb| 2 ++
 meta-gnome/recipes-gnome/gtksourceview/gtksourceview2_2.10.5.bb | 3 +++
 meta-gnome/recipes-gnome/gweather/libgweather_2.30.3.bb | 3 ++-
 meta-gnome/recipes-gnome/libgnome/libgnomeui_2.24.3.bb  | 3 +++
 meta-gnome/recipes-support/tracker/tracker_0.14.2.bb| 2 ++
 meta-oe/recipes-graphics/gimp/gimp_2.8.14.bb| 2 ++
 meta-oe/recipes-support/poppler/poppler_0.43.0.bb   | 3 +++
 meta-xfce/recipes-apps/mousepad/mousepad_0.4.0.bb   | 2 ++
 meta-xfce/recipes-xfce/tumbler/tumbler_0.1.31.bb| 2 ++
 18 files changed, 40 insertions(+), 1 deletion(-)

diff --git a/meta-efl/recipes-efl/efl/epdf_svn.bb 
b/meta-efl/recipes-efl/efl/epdf_svn.bb
index e32a5fd..a4c7d49 100644
--- a/meta-efl/recipes-efl/efl/epdf_svn.bb
+++ b/meta-efl/recipes-efl/efl/epdf_svn.bb
@@ -25,3 +25,5 @@ EXTRA_OECONF = "\
 
 # Some upgrade path tweaking, as in evas
 AUTO_LIBNAME_PKGS = ""
+
+PNBLACKLIST[epdf] ?= "Depends on broken poppler"
diff --git a/meta-gnome/recipes-gnome/evince/evince_3.18.2.bb 
b/meta-gnome/recipes-gnome/evince/evince_3.18.2.bb
index fe63093..4fa11a5 100644
--- a/meta-gnome/recipes-gnome/evince/evince_3.18.2.bb
+++ b/meta-gnome/recipes-gnome/evince/evince_3.18.2.bb
@@ -46,3 +46,5 @@ FILES_${PN}-staticdev += 
"${libdir}/nautilus/extensions-2.0/*.a \
   ${libdir}/evince/*/backends/*.a"
 FILES_${PN}-nautilus-extension = "${libdir}/nautilus/*/*so"
 FILES_${PN}-browser-plugin = "${libdir}/mozilla/*/*so"
+
+PNBLACKLIST[evince] ?= "Depends on broken poppler"
diff --git a/meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bb 
b/meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bb
index 9ede2f5..9266f97 100644
--- a/meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bb
+++ b/meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bb
@@ -104,3 +104,5 @@ pkg_postrm_${PN} () {
 delgroup gdm || true
 sed -i /gdm/d ${sysconfdir}/X11/default-display-manager || true
 }
+
+PNBLACKLIST[gdm] ?= "Depends on broken gnome-panel"
diff --git a/meta-gnome/recipes-gnome/gedit/gedit_2.30.4.bb 
b/meta-gnome/recipes-gnome/gedit/gedit_2.30.4.bb
index 4ae5bbb..7e6b343 100644
--- a/meta-gnome/recipes-gnome/gedit/gedit_2.30.4.bb
+++ b/meta-gnome/recipes-gnome/gedit/gedit_2.30.4.bb
@@ -20,3 +20,4 @@ EXTRA_OECONF = "--disable-scrollkeeper \
 FILES_${PN} += "${libdir}/gedit-2/plugin* ${datadir}/gedit-2"
 FILES_${PN}-dbg += "${libdir}/gedit-2/plugin-loaders/.debug 
${libdir}/gedit-2/plugins/.debug"
 
+PNBLACKLIST[gedit] ?= "Depends on broken gtksourceview2"
diff --git a/meta-gnome/recipes-gnome/gnome-panel/gnome-panel_2.32.1.bb 
b/meta-gnome/recipes-gnome/gnome-panel/gnome-panel_2.32.1.bb
index 0f7cb59..b85850e 100644
--- a/meta-gnome/recipes-gnome/gnome-panel/gnome-panel_2.32.1.bb
+++ b/meta-gnome/recipes-gnome/gnome-panel/gnome-panel_2.32.1.bb
@@ -43,3 +43,5 @@ FILES_${PN} =+ "${datadir}/gnome* \
 ${datadir}/PolicyKit \
 ${libdir}/bonobo \
 "
+
+PNBLACKLIST[gnome-panel] ?= "Depends on broken libgweather"
diff --git a/meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb 
b/meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb
index c6fb75b..db85af7 100644
--- a/meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb
+++ b/meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb
@@ -27,3 +27,6 @@ do_configure_append() {
 RRECOMMENDS_${PN} += "${@bb.utils.contains('DISTRO_FEATURES', 'pam', 
'pam-plugin-ck-connector', '', d)}"
 FILES_${PN} += "${datadir}/xsessions ${datadir}/icons ${datadir}/gnome 
${libdir}/gnome-session/helpers"
 FILES_${PN}-dbg += "${libexecdir}/gnome-session/helpers/.debug"
+
+# http://errors.yoctoproject.org/Errors/Details/68621/
+PNBLACKLIST[libgnomeui] ?= "BROKEN: fails to build with gcc-6"
diff --git a/meta-gnome/recipes-gnome/gnome/gnome-terminal_2.30.2.bb 
b/meta-gnome/recipes-gnome/gnome/gnome-terminal_2.30.2.bb
index 0ac2b20..4695e1e 100644
--- a/meta-gnome/recipes-gnome/gnome/gnome-terminal_2.30.2.bb
+++ b/meta-gnome/recipes-gnome/gnome/gnome-terminal_2.30.2.bb
@@ -17,3 +17,6 @@ SRC_URI[archive.sha256sum] = 
"2c7af2250698b9f9f53c6eaa93211c1118cf2c7e29cbbacfd1
 GNOME_COMPRESS_TYPE="bz2"
 
 RRECOMMENDS_${PN} += "gnome-common-schemas"
+
+#

[oe] [PATCHv2 2/2] elementary, evas-generic-loaders: Drop poppler dependency

2016-06-09 Thread Martin Jansa 
* elementary doesn't seem to use poppler at all
* add PACKAGECONFIG for poppler in evas-generic-loaders and disable
  it by default as ATM poppler is broken

Signed-off-by: Martin Jansa 
---
 meta-efl/recipes-efl/efl/elementary.inc   | 2 +-
 meta-efl/recipes-efl/efl/evas-generic-loaders.inc | 6 --
 2 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/meta-efl/recipes-efl/efl/elementary.inc 
b/meta-efl/recipes-efl/efl/elementary.inc
index f0a92df..cec67aa 100644
--- a/meta-efl/recipes-efl/efl/elementary.inc
+++ b/meta-efl/recipes-efl/efl/elementary.inc
@@ -1,7 +1,7 @@
 DESCRIPTION = "EFL based widget set for mobile devices"
 LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=a173054a93896e933df53e3382d472c2"
-DEPENDS = "eet-native edje-native elementary-native efreet evas ecore edje eet 
eldbus ethumb poppler eio"
+DEPENDS = "eet-native edje-native elementary-native efreet evas ecore edje eet 
eldbus ethumb eio"
 DEPENDS_class-native = "efl-native"
 
 inherit efl gettext
diff --git a/meta-efl/recipes-efl/efl/evas-generic-loaders.inc 
b/meta-efl/recipes-efl/efl/evas-generic-loaders.inc
index 5cd9ec1..d277c11 100644
--- a/meta-efl/recipes-efl/efl/evas-generic-loaders.inc
+++ b/meta-efl/recipes-efl/efl/evas-generic-loaders.inc
@@ -1,20 +1,22 @@
 DESCRIPTION = "Evas generic loaders"
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=a87563ed30add2b0e3460272d3138a00"
-DEPENDS = "eina poppler librsvg cairo"
+DEPENDS = "eina librsvg cairo"
 
 inherit efl
 
 SRCNAME = "evas_generic_loaders"
 
 EXTRA_OECONF = " \
---enable-poppler \
 --enable-svg \
 --disable-gstreamer \
 --disable-libraw \
 --disable-spectre \
 "
 
+PACKAGECONFIG ??= ""
+PACKAGECONFIG[poppler] = "--enable-poppler,--disable-poppler,poppler"
+
 PACKAGESPLITFUNCS_prepend = "split_evas_loader_packages "
 
 python split_evas_loader_packages () {
-- 
2.8.4

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

[oe] [meta-qt5][PATCH] qtbase: add PACKAGECONFIG for journald logging

2016-06-09 Thread Christoph Settgast 
Note from qtbase configure script:

 If your users intend on developing applications if logging to journal
 is enabled, ensure that the IDEs they use either set
 QT_LOGGING_TO_CONSOLE to 1 or the IDE is able to read the logged
 output from journald.

Signed-off-by: Christoph Settgast 
---
 recipes-qt/qt5/qtbase_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb
index 72ef3ae..a2a865d 100644
--- a/recipes-qt/qt5/qtbase_git.bb
+++ b/recipes-qt/qt5/qtbase_git.bb
@@ -127,6 +127,7 @@ PACKAGECONFIG[nis] = "-nis,-no-nis"
 PACKAGECONFIG[widgets] = "-widgets,-no-widgets"
 PACKAGECONFIG[libproxy] = "-libproxy,-no-libproxy,libproxy"
 PACKAGECONFIG[libinput] = "-libinput,-no-libinput,libinput"
+PACKAGECONFIG[journald] = "-journald,-no-journald,systemd"
 
 QT_CONFIG_FLAGS += " \
 -shared \
-- 
1.9.1

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

[oe] the fate of Vala in OE

2016-06-09 Thread Alexander Kanavin 

Hello,

I'd like to propose the removal of Vala recipe and support for 
generating Vala bindings from oe-core. The only software that is written 
in Vala and makes sense in embedded environment is Rygel (an 
implementation of various UPnP AV services), and even that can be 
compiled from intermediate C sources without a need for Vala compiler or 
bindings. The only benefit from compiling from Vala source would be that 
Rygel could be more easily patched - and I think that doesn't really 
justify maintaining the full Vala stack.


Thoughts?

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

[oe] State of bitbake world 2016-06-07

2016-06-09 Thread Martin Jansa 
This report includes python3 changes, there are few more failures, but
it's hard to see what is new, so I've sent couple PNBLACKLISTs for
recipes reported in previous 2 reports which are still failing with
glibc-2.24 and gcc-6. Hopefully next report will show only "new" issues
caused by python3 switch.

== Number of issues - stats ==
{| class='wikitable'
!|Date   !!colspan='3'|Failed tasks 
!!colspan='6'|Failed depencencies!!|Signatures
!!colspan='12'|QA !!Comment
|-
||  ||qemuarm   ||qemux86   ||qemux86_64
||qemuarm||max||min ||qemux86||max||min ||all   ||already-stripped  
||libdir||textrel   ||build-deps||file-rdeps
||version-going-backwards   ||host-user-contaminated
||installed-vs-shipped  ||unknown-configure-option  ||symlink-to-sysroot
||invalid-pkgconfig ||pkgname   ||  
|-
||2016-06-07||34||40||39||84||38||37||92||42
||41||0 ||0 ||0 ||1 ||3 
||18||0 ||0 ||0 ||0 
||0 ||0 ||0 ||  
|}

http://www.openembedded.org/wiki/Bitbake_World_Status

== Failed tasks 2016-06-07 ==

INFO: jenkins-job.sh-1.8.10 Complete log available at 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20160608_203844.log

=== common (31) ===
* meta-browser/recipes-mozilla/firefox/firefox_38.7.1esr.bb, do_compile
* 
meta-openembedded/meta-gnome/recipes-gnome/gnome/gnome-terminal_2.30.2.bb, 
do_compile
* 
meta-openembedded/meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb,
 do_compile
* 
meta-openembedded/meta-gnome/recipes-gnome/gtksourceview/gtksourceview2_2.10.5.bb,
 do_compile
* 
meta-openembedded/meta-gnome/recipes-gnome/gweather/libgweather_2.30.3.bb, 
do_compile
* meta-openembedded/meta-gnome/recipes-gnome/libgnome/libgnomeui_2.24.3.bb, 
do_compile
* meta-openembedded/meta-gnome/recipes-gnome/pimlico/tasks_0.19.bb, 
do_compile
* meta-openembedded/meta-gnome/recipes-support/goffice/goffice_0.10.1.bb, 
do_compile
* meta-openembedded/meta-gpe/recipes-support/fbreader/fbreader_0.12.10.bb, 
do_compile
* meta-openembedded/meta-multimedia/recipes-dvb/tvheadend/tvheadend_git.bb, 
do_compile
* meta-openembedded/meta-networking/recipes-connectivity/crda/crda_3.18.bb, 
do_compile
* 
meta-openembedded/meta-networking/recipes-connectivity/lftp/lftp_4.6.3a.bb, 
do_compile
* meta-openembedded/meta-networking/recipes-support/curlpp/curlpp_0.7.3.bb, 
do_compile
* meta-openembedded/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb, 
do_configure
* meta-openembedded/meta-oe/recipes-connectivity/libqmi/libqmi_1.12.6.bb, 
do_compile
* meta-openembedded/meta-oe/recipes-connectivity/thrift/thrift_0.9.3.bb, 
do_compile
* meta-openembedded/meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb, 
do_compile
* meta-openembedded/meta-oe/recipes-extended/collectd/collectd_5.5.0.bb, 
do_compile
* 
meta-openembedded/meta-oe/recipes-extended/mml-widget/gtkmathview_0.8.0.bb, 
do_compile
* meta-openembedded/meta-oe/recipes-extended/tcsh/tcsh_6.18.01.bb, 
do_compile
* 
meta-openembedded/meta-oe/recipes-graphics/glcompbench/glcompbench_2012.08.bb, 
do_configure
* meta-openembedded/meta-oe/recipes-navigation/geos/geos_3.4.2.bb, 
do_compile
* 
meta-openembedded/meta-oe/recipes-support/canonical-multitouch/grail_3.1.0.bb, 
do_compile
* meta-openembedded/meta-oe/recipes-support/libjs/libjs-jquery_1.7.2.bb, 
do_unpack
* meta-openembedded/meta-oe/recipes-support/opencv/opencv_3.1.bb, do_compile
* meta-openembedded/meta-oe/recipes-support/openwbem/openwbem_3.2.3.bb, 
do_compile
* meta-openembedded/meta-oe/recipes-support/postgresql/postgresql_9.4.5.bb, 
do_configure
* meta-openembedded/meta-oe/recipes-test/fwts/fwts_git.bb, do_compile
* meta-openembedded/meta-ruby/recipes-devtools/ruby/bundler_git.bb, do_fetch
* 
meta-smartphone/meta-fso/recipes-freesmartphone/freesmartphone/libframeworkd-glib_git.bb,
 do_compile
* meta-webos-ports/meta-luneui/recipes-webos/librolegen/librolegen.bb, 
do_compile

=== common-x86 (8) ===
* meta-browser/recipes-browser/chromium/cef3_280796.bb, do_compile
* meta-browser/recipes-browser/chromium/chromium_48.0.2548.0.bb, do_compile
* meta-openembedded/meta-gnome/recipes-gnome/evince/evince_3.18.2.bb, 
do_compile
* meta-openembedded/meta-multimedia/recipes-multimedia/faac/faac_1.28.bb, 
do_compile
* meta-openembedded/meta-oe/recipes-benchmark/iperf/iperf_2.0.5.bb, 
do_compile
* meta-openembedded/meta-oe/recipes-support/espeak/espeak_1.37.bb, 
do_compile
* 
meta-openembedded/meta-oe/recipes-support/open-vcdiff/open-vcdiff_0.8.4.bb, 
do_compile
* openembedded-core/meta/recipes-graphics/piglit/piglit_git.bb, do_compile

=== qemuarm