Re: [oe] [meta-xfce][PATCH] meta-xfce/layer: explicitly set networkmanager to NETWORK_MANAGER

[Andreas Müller]

On Fri, Nov 13, 2015 at 11:19 AM, Martin Jansa  wrote:
> Why not use VIRTUAL-RUNTIME variable like in other places? And if it's
> needed by xfce4-power-manager, then why don't you add it to RDEPENDS there?
>
networkmanager is already in RDEPENDS of xfce4-power-manager. I think
when building an image packagegroup-core-x11-sato there is a conflict.

I looked into this a bit more and think:
1. networkmanger support is optional so a packagroup would allow
conman and xfce4-power-manager live together in harmony
2. I think the patch goes much to far: To have networkmanager in
images based on packagegroup-core-x11-sato the correct way would be to
write NETWORK_MANAGER = "networkmanager" in the image recipe.

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

Re: [oe] [OE-core] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

[Otavio Salvador]

On Thu, Nov 12, 2015 at 5:08 PM, Paul Eggleton
 wrote:
> On Thursday 12 November 2015 18:03:27 Andreas Müller wrote:
>> On Thu, Nov 12, 2015 at 5:45 PM,   wrote:
>> > Hello,
>> >
>> > now that 2.0 is out, it's time to move the Qt4 recipes out of oe-core.
>> > This has been discussed previously here:
>> > http://lists.openembedded.org/pipermail/openembedded-core/2015-June/106355
>> > .html
>> >
>> > I'm not sure where the recipes should land, and want to ask your opinion.
>> > The options are:
>> > 1) Make a new layer, meta-qt4, under meta-openembedded tree. Move also
>> > everything in meta-oe/recipes-qt (and possibly other spots) to that layer.
>> > This is somewhat more disruptive to people's layer configurations, but
>> > would clearly separate qt4, and slim down meta-oe.
>> >
>> > 2) Simply move the qt4 recipes from oe-core to meta-oe/recipes-qt, so they
>> > will be next to all the qt4-based software. This is less disruptive, but
>> > adds bloat to meta-oe.
>> >
>> > Preferences?
>>
>> 1) or even better in a separate repo
>
> To be honest, I had anticipated this being a separate meta-qt4 repo myself. It
> would be consistent with what has been done with Qt 5 and much earlier with
> Qt 3.

Agreed.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-xfce][PATCH] meta-xfce/layer: explicitly set networkmanager to NETWORK_MANAGER

[Hongxu Jia]

On 11/13/2015 06:36 PM, Andreas Müller wrote:

On Fri, Nov 13, 2015 at 11:19 AM, Martin Jansa  wrote:

Why not use VIRTUAL-RUNTIME variable like in other places? And if it's
needed by xfce4-power-manager, then why don't you add it to RDEPENDS there?


networkmanager is already in RDEPENDS of xfce4-power-manager. I think
when building an image packagegroup-core-x11-sato there is a conflict.

I looked into this a bit more and think:
1. networkmanger support is optional so a packagroup would allow
conman and xfce4-power-manager live together in harmony
2. I think the patch goes much to far: To have networkmanager in
images based on packagegroup-core-x11-sato the correct way would be to
write NETWORK_MANAGER = "networkmanager" in the image recipe.


Hi Andreas,

The condition of writing  NETWORK_MANAGER = "networkmanager" is
packagegroup-core-x11-sato + xfce4-power-manager, I think it is not
proper to test the existence of them in an image recipe.

Hi Martin & Andreas,

How about we still do the setting in meta-xfce's local.conf and replace
networkmanager with variable ${NETWORK_MANAGER} in
xfce4-power-manager's RDEPENDS.

So we could globally control network manager by variable
${NETWORK_MANAGER} for the similar issue.

//Hongxu

Andreas


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

Re: [oe] [meta-xfce][PATCH] meta-xfce/layer: explicitly set networkmanager to NETWORK_MANAGER

[Andreas Müller]

On Fri, Nov 13, 2015 at 12:45 PM, Hongxu Jia  wrote:
> On 11/13/2015 06:36 PM, Andreas Müller wrote:
>>
>> On Fri, Nov 13, 2015 at 11:19 AM, Martin Jansa 
>> wrote:
>>>
>>> Why not use VIRTUAL-RUNTIME variable like in other places? And if it's
>>> needed by xfce4-power-manager, then why don't you add it to RDEPENDS
>>> there?
>>>
>> networkmanager is already in RDEPENDS of xfce4-power-manager. I think
>> when building an image packagegroup-core-x11-sato there is a conflict.
>>
>> I looked into this a bit more and think:
>> 1. networkmanger support is optional so a packagroup would allow
>> conman and xfce4-power-manager live together in harmony
>> 2. I think the patch goes much to far: To have networkmanager in
>> images based on packagegroup-core-x11-sato the correct way would be to
>> write NETWORK_MANAGER = "networkmanager" in the image recipe.
>
>
> Hi Andreas,
>
> The condition of writing  NETWORK_MANAGER = "networkmanager" is
> packagegroup-core-x11-sato + xfce4-power-manager, I think it is not
> proper to test the existence of them in an image recipe.
Here I was wrong
>
> Hi Martin & Andreas,
>
> How about we still do the setting in meta-xfce's local.conf and replace
> networkmanager with variable ${NETWORK_MANAGER} in
> xfce4-power-manager's RDEPENDS.
>
> So we could globally control network manager by variable
> ${NETWORK_MANAGER} for the similar issue.
>
> //Hongxu
>>
>> Andreas
>
packagegroup-core-x11-sato ships a more or less complete
matchbox-desktop. Why build this together with xfce? OK even if you
really want to do that for some reason - I think this is a corner
case. So why adding a layer - global variable for this?

So I think
* If you want to use xfce4-power-manager + packagegroup-core-x11-sato
+ connman -> add a packageconfig in xfce4-power-manager
* If you are looking for a solution to make packagegroup-core-x11-sato
use networkmanager ask somwhere else this is not meta-xfce's job

Andreas

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

Re: [oe] [OE-core] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

[Martin Jansa]

On Fri, Nov 13, 2015 at 09:39:15AM -0200, Otavio Salvador wrote:
> On Thu, Nov 12, 2015 at 5:08 PM, Paul Eggleton
>  wrote:
> > On Thursday 12 November 2015 18:03:27 Andreas Müller wrote:
> >> On Thu, Nov 12, 2015 at 5:45 PM,   
> >> wrote:
> >> > Hello,
> >> >
> >> > now that 2.0 is out, it's time to move the Qt4 recipes out of oe-core.
> >> > This has been discussed previously here:
> >> > http://lists.openembedded.org/pipermail/openembedded-core/2015-June/106355
> >> > .html
> >> >
> >> > I'm not sure where the recipes should land, and want to ask your opinion.
> >> > The options are:
> >> > 1) Make a new layer, meta-qt4, under meta-openembedded tree. Move also
> >> > everything in meta-oe/recipes-qt (and possibly other spots) to that 
> >> > layer.
> >> > This is somewhat more disruptive to people's layer configurations, but
> >> > would clearly separate qt4, and slim down meta-oe.
> >> >
> >> > 2) Simply move the qt4 recipes from oe-core to meta-oe/recipes-qt, so 
> >> > they
> >> > will be next to all the qt4-based software. This is less disruptive, but
> >> > adds bloat to meta-oe.
> >> >
> >> > Preferences?
> >>
> >> 1) or even better in a separate repo
> >
> > To be honest, I had anticipated this being a separate meta-qt4 repo myself. 
> > It
> > would be consistent with what has been done with Qt 5 and much earlier with
> > Qt 3.
> 
> Agreed.

I'm also fine with separate layer.

Even better for me, I'll be less tempted to include it in my world
builds and to fix qt-mobility-* issues.

-- 
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] Is there a recipe for gdbserver?

[daniel . markus]

Hi,

Is there a recipe for gdbserver only, so I can get that small application 
cross-compiled and installed on target?


Best regards,
Daniel Markus

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

Re: [oe] Is there a recipe for gdbserver?

[Burton, Ross]

On 13 November 2015 at 08:10,  wrote:

> Is there a recipe for gdbserver only, so I can get that small application
> cross-compiled and installed on target?
>

It's part of gdb, and packaged separately so you can just install gdbserver
on the target.

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

Re: [oe] [v2][PATCH] talloc: upgrade to 2.1.3

[Jens Rehsack]

> Am 13.11.2015 um 03:04 schrieb Huang, Jie (Jackie) 
> :
> 
> 
> 
>> -Original Message-
>> From: openembedded-devel-boun...@lists.openembedded.org 
>> [mailto:openembedded-devel-
>> boun...@lists.openembedded.org] On Behalf Of Jens Rehsack
>> Sent: Thursday, November 12, 2015 11:23 PM
>> To: openembedded-devel@lists.openembedded.org
>> Subject: Re: [oe] [v2][PATCH] talloc: upgrade to 2.1.3
>> 
>> 
>>> Am 12.11.2015 um 12:16 schrieb jackie.hu...@windriver.com:
>>> 
>>> From: Jackie Huang 
>>> 
>>> Changes:
>>> - use ${SOLIBS} and ${SOLIBSDEV} instead of hardcoded suffix
>>> 
>>> Signed-off-by: Jackie Huang 
>>> ---
>>> .../talloc/{talloc_2.1.1.bb => talloc_2.1.3.bb}| 18 
>>> --
>>> 1 file changed, 8 insertions(+), 10 deletions(-)
>>> rename meta-oe/recipes-support/talloc/{talloc_2.1.1.bb => talloc_2.1.3.bb} 
>>> (69%)
>>> 
>>> diff --git a/meta-oe/recipes-support/talloc/talloc_2.1.1.bb 
>>> b/meta-oe/recipes-
>> support/talloc/talloc_2.1.3.bb
>>> similarity index 69%
>>> rename from meta-oe/recipes-support/talloc/talloc_2.1.1.bb
>>> rename to meta-oe/recipes-support/talloc/talloc_2.1.3.bb
>>> index 89c390f..83c8f8f 100644
>>> --- a/meta-oe/recipes-support/talloc/talloc_2.1.1.bb
>>> +++ b/meta-oe/recipes-support/talloc/talloc_2.1.3.bb
>>> @@ -7,8 +7,8 @@ SRC_URI = "http://samba.org/ftp/${BPN}/${BPN}-${PV}.tar.gz;
>>> LIC_FILES_CHKSUM = "file://${COREBASE}/meta/files/common-licenses/LGPL-
>> 3.0;md5=bfccfe952269fff2b407dd11f2f3083b \
>>>file://${COREBASE}/meta/files/common-licenses/GPL-
>> 3.0;md5=c79ff39f19dfec6d293b95dea7b07891"
>>> 
>>> -SRC_URI[md5sum] = "5dffb86414218a91864ed4453ba9be07"
>>> -SRC_URI[sha256sum] = 
>>> "3e29ce6c3ba3c4f7c2d57ce8cf0fbc24c86618c519f2b2fb6a459025488b6174"
>>> +SRC_URI[md5sum] = "3e285de2228ae67ff0a0f5cec658f627"
>>> +SRC_URI[sha256sum] = 
>>> "7aa5f75b22d4ef9c737b25515f2a2837ddc13014ff4ac6e58dd9e311f41f2cb0"
>>> 
>>> inherit waf-samba
>>> 
>>> @@ -27,19 +27,17 @@ FILES_${PN} = ""
>>> FILES_${PN}-dev = ""
>>> FILES_${PN}-dbg = ""
>>> 
>>> -FILES_libtalloc = "${libdir}/libtalloc.so.2 \
>>> -   ${libdir}/libtalloc.so.2.1.1"
>>> +FILES_libtalloc = "${libdir}/libtalloc${SOLIBS}"
>>> FILES_libtalloc-dbg = "/usr/src/debug/ \
>>> -   ${libdir}/.debug/libtalloc.so.2.1.1"
>>> +   ${libdir}/.debug/libtalloc${SOLIBS}"
>>> FILES_libtalloc-dev = "${includedir}/ \
>>> -   ${libdir}/libtalloc.so \
>>> +   ${libdir}/libtalloc${SOLIBSDEV} \
>>>   ${libdir}/pkgconfig/"
>>> 
>>> FILES_pytalloc = "${libdir}/python${PYTHON_BASEVERSION}/site-packages/* \
>>> -  ${libdir}/libpytalloc-util.so.2 \
>>> -  ${libdir}/libpytalloc-util.so.2.1.1 \
>>> +  ${libdir}/libpytalloc-util${SOLIBS} \
>>> "
>>> FILES_pytalloc-dbg = 
>>> "${libdir}/python${PYTHON_BASEVERSION}/site-packages/.debug \
>>> -  ${libdir}/.debug/libpytalloc-util.so.2.1.1"
>>> -FILES_pytalloc-dev = "${libdir}/libpytalloc-util.so"
>>> +  ${libdir}/.debug/libpytalloc-util${SOLIBS}"
>>> +FILES_pytalloc-dev = "${libdir}/libpytalloc-util${SOLIBSDEV}"
>>> RDEPENDS_pytalloc = "python"
>>> --
>>> 1.9.1
>>> 
>>> --
>> 
>> 
>> I'm missing the fix discussed in 
>> http://patchwork.openembedded.org/patch/104719/ - is talloc-dev
>> not empty with the update?
> 
> No, I didn't involve the above discussion and it seems pending, this only 
> updates the version for the
> updated wafsamba.bbclass builds, I think the empty package issue will need a 
> separate patch.
> 
> Thanks,
> Jackie

I think, with the update and after jethro has been branched, you should do the 
update as suggested
into a libtalloc_2.1.3.bb and remove talloc_2.1.1.bb

Cheers
-- 
Jens Rehsack - rehs...@gmail.com

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

Re: [oe] [meta-oe][PATCH 2/5] talloc, libtevent, libtdb: depend on attr

[Jens Rehsack]

> Am 12.11.2015 um 21:17 schrieb Christopher Larson :
> 
> From: Christopher Larson 
> 
> These will depend on libattr if it's available, and we need deterministic
> builds. This fixes a build-deps failure which occurs when attr is built before
> them. There's currently no configuration option to explicitly control this
> dependency, and I don't know enough about waf to add such an option, so
> unconditionally dep on it for now.
> 
> Signed-off-by: Christopher Larson 
> ---
> meta-oe/recipes-support/libtdb/libtdb_1.3.0.bb| 1 +
> meta-oe/recipes-support/libtevent/libtevent_0.9.21.bb | 2 +-
> meta-oe/recipes-support/talloc/talloc_2.1.1.bb| 1 +
> 3 files changed, 3 insertions(+), 1 deletion(-)
> 
> diff --git a/meta-oe/recipes-support/libtdb/libtdb_1.3.0.bb 
> b/meta-oe/recipes-support/libtdb/libtdb_1.3.0.bb
> index 0b9e1f2..e349187 100644
> --- a/meta-oe/recipes-support/libtdb/libtdb_1.3.0.bb
> +++ b/meta-oe/recipes-support/libtdb/libtdb_1.3.0.bb
> @@ -1,6 +1,7 @@
> SUMMARY = "The tdb library"
> SECTION = "libs"
> LICENSE = "LGPL-3.0+ & GPL-3.0+"
> +DEPENDS += "attr"
> 
> LIC_FILES_CHKSUM = 
> "file://${COREBASE}/meta/files/common-licenses/LGPL-3.0;md5=bfccfe952269fff2b407dd11f2f3083b
>  \
> 
> file://${COREBASE}/meta/files/common-licenses/GPL-3.0;md5=c79ff39f19dfec6d293b95dea7b07891"
> diff --git a/meta-oe/recipes-support/libtevent/libtevent_0.9.21.bb 
> b/meta-oe/recipes-support/libtevent/libtevent_0.9.21.bb
> index f297f30..c37eeb3 100644
> --- a/meta-oe/recipes-support/libtevent/libtevent_0.9.21.bb
> +++ b/meta-oe/recipes-support/libtevent/libtevent_0.9.21.bb
> @@ -3,7 +3,7 @@ HOMEPAGE = "http://tevent.samba.org;
> SECTION = "libs"
> LICENSE = "LGPLv3+"
> 
> -DEPENDS += "talloc libcap"
> +DEPENDS += "talloc libcap attr"
> RDEPENDS_${PN} += "libtalloc"
> RDEPENDS_python-tevent = "python"
> 
> diff --git a/meta-oe/recipes-support/talloc/talloc_2.1.1.bb 
> b/meta-oe/recipes-support/talloc/talloc_2.1.1.bb
> index 89c390f..7931374 100644
> --- a/meta-oe/recipes-support/talloc/talloc_2.1.1.bb
> +++ b/meta-oe/recipes-support/talloc/talloc_2.1.1.bb
> @@ -2,6 +2,7 @@ SUMMARY = "Hierarchical, reference counted memory pool system 
> with destructors"
> HOMEPAGE = "http://talloc.samba.org;
> SECTION = "libs"
> LICENSE = "LGPL-3.0+ & GPL-3.0+"
> +DEPENDS += "attr"
> 
> SRC_URI = "http://samba.org/ftp/${BPN}/${BPN}-${PV}.tar.gz;
> LIC_FILES_CHKSUM = 
> "file://${COREBASE}/meta/files/common-licenses/LGPL-3.0;md5=bfccfe952269fff2b407dd11f2f3083b
>  \
> -- 
> 2.2.1

RDEPENDS is wrong for deterministic builds, since they leave a race condition 
open that attr is build parallel to libtevent
and 2nd build is different to first build.

If you want, I handle that better in a patchy way I discussed with JaMa 
yesterday in #yocto (patch check out depending on PACKAGECONFIG)

Cheers
-- 
Jens Rehsack - rehs...@gmail.com

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

[oe] [meta-xfce][PATCH] meta-xfce/layer: explicitly set networkmanager to NETWORK_MANAGER

[Hongxu Jia]

The NETWORK_MANAGER is connman-gnome in oe-core by default,
which conflicts with networkmanager. And networkmanager is
required by xfce4-power-manager in meta-xfce. So we explicitly
set networkmanager to NETWORK_MANAGER for meta-xfce.

Signed-off-by: Hongxu Jia 
---
 meta-xfce/conf/layer.conf | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta-xfce/conf/layer.conf b/meta-xfce/conf/layer.conf
index 55bcef6..e38d85d 100644
--- a/meta-xfce/conf/layer.conf
+++ b/meta-xfce/conf/layer.conf
@@ -17,3 +17,6 @@ LAYERDEPENDS_xfce-layer += "openembedded-layer"
 LAYERDEPENDS_xfce-layer += "gnome-layer"
 LAYERDEPENDS_xfce-layer += "openembedded-layer"
 LAYERDEPENDS_xfce-layer += "meta-python"
+
+# It is required by xfce4-power-manager
+NETWORK_MANAGER = "networkmanager"
-- 
1.9.1

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

Re: [oe] [meta-oe][PATCH] talloc: rename to libtalloc and cleanup dependency mess

[Christopher Larson]

On Fri, Nov 13, 2015 at 8:53 AM, Jens Rehsack  wrote:

> To avoid errors when building dev-images (talloc-dev is missing), and to
> avoid
> insane empty packages for that, rename talloc -> libtalloc as libtevent
> shows.
>
> With that, remove dependencies to attr/xattr and libbsd - unless
> explicitely
> enabled via PACKAGECONFIG.
>
> Signed-off-by: Jens Rehsack 
>

Our recipe names should be named based on the upstream project name, not
the library they happen to ship.

Instead, either we could we should kill all the libtalloc bits in the
PACKAGES var, and let the debian shlib renaming handle renaming talloc* to
libtalloc*, or add a talloc-dev that pulls in libtalloc-dev & pytalloc-dev.
-- 
Christopher Larson
kergoth at gmail 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] [meta-oe][PATCH] talloc: rename to libtalloc and cleanup dependency mess

[Jens Rehsack]

> Am 13.11.2015 um 17:56 schrieb Christopher Larson :
> 
> On Fri, Nov 13, 2015 at 8:53 AM, Jens Rehsack  wrote:
> To avoid errors when building dev-images (talloc-dev is missing), and to avoid
> insane empty packages for that, rename talloc -> libtalloc as libtevent shows.
> 
> With that, remove dependencies to attr/xattr and libbsd - unless explicitely
> enabled via PACKAGECONFIG.
> 
> Signed-off-by: Jens Rehsack 
> 
> Our recipe names should be named based on the upstream project name, not the 
> library they happen to ship.
> 
> Instead, either we could we should kill all the libtalloc bits in the 
> PACKAGES var, and let the debian shlib renaming handle renaming talloc* to 
> libtalloc*, or add a talloc-dev that pulls in libtalloc-dev & pytalloc-dev.

libtevent does it the same way - neither is ideal, but the original behaviour 
results in unbuildable -dev images with talloc (samba) in it.

Beside of the rename, what's with the rest?

Cheers
-- 
Jens Rehsack - rehs...@gmail.com

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

[oe] [PATCH][meta-oe][meta-initramfs 2/2] dracut: exclude kernel-modules dependency with SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS

[Martin Jansa]

* see:
  
http://lists.openembedded.org/pipermail/openembedded-devel/2015-September/103271.html
* fixes:
ERROR: dracut different signature for task do_package_write_ipk.sigdata between 
qemux86copy and qemux86
runtaskdeps changed from 
['bash-completionbash-completion_2.1.bb.do_packagedata', 
'bashbash_4.3.30.bb.do_packagedata', 'busyboxbusybox_1.23.2.bb.do_packagedata', 
'coreutilscoreutils_8.24.bb.do_packagedata', 'cpiocpio_2.11.bb.do_packagedata', 
'dracutdracut_git.bb.do_package', 'dracutdracut_git.bb.do_packagedata', 
'findutilsfindutils_4.5.14.bb.do_packagedata', 
'glibcglibc_2.22.bb.do_packagedata', 'linuxlinux-yocto_4.1.bb.do_packagedata', 
'opkg-utilsopkg-utils_git.bb.do_populate_sysroot:virtual:native', 
'pseudopseudo_1.7.4.bb.do_populate_sysroot:virtual:native', 
'systemdsystemd_225.bb.do_packagedata', 
'util-linuxutil-linux_2.26.2.bb.do_packagedata']
to
['bash-completionbash-completion_2.1.bb.do_packagedata', 
'bashbash_4.3.30.bb.do_packagedata', 'busyboxbusybox_1.23.2.bb.do_packagedata', 
'coreutilscoreutils_8.24.bb.do_packagedata', 'cpiocpio_2.11.bb.do_packagedata', 
'dracutdracut_git.bb.do_package', 'dracutdracut_git.bb.do_packagedata', 
'findutilsfindutils_4.5.14.bb.do_packagedata', 
'glibcglibc_2.22.bb.do_packagedata', 'linuxlinux-yocto_4.1.bb.do_packagedata', 
'opkg-utilsopkg-utils_git.bb.do_populate_sysroot:virtual:native', 
'pseudopseudo_1.7.4.bb.do_populate_sysroot:virtual:native', 
'systemdsystemd_225.bb.do_packagedata', 
'util-linuxutil-linux_2.26.2.bb.do_packagedata']
openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb.do_packagedata 
with hash a98b79faed8b6633269560af1add43a5
 changed to
openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb.do_packagedata 
with hash 15962f296d6961232d7350368c604464
Hash for dependent task linuxlinux-yocto_4.1.bb.do_packagedata changed from 
a98b79faed8b6633269560af1add43a5 to 15962f296d6961232d7350368c604464

Signed-off-by: Martin Jansa 
---
 meta-initramfs/conf/layer.conf | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta-initramfs/conf/layer.conf b/meta-initramfs/conf/layer.conf
index 0026e04..d9b7c4c 100644
--- a/meta-initramfs/conf/layer.conf
+++ b/meta-initramfs/conf/layer.conf
@@ -15,3 +15,7 @@ BBFILE_PATTERN_meta-initramfs := "^${LAYERDIR}/"
 
 BBFILE_PRIORITY_meta-initramfs = "8"
 LAYERDEPENDS_meta-initramfs = "core"
+
+SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \
+  dracut->virtual/kernel \
+"
-- 
2.6.3

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

[oe] State of bitbake world, Failed tasks 2015-11-13

[Martin Jansa]

On Wed, Nov 11, 2015 at 11:15:48AM +0100, Martin Jansa wrote:
> Finally some good results, only libsdl2 from oe-core is failing with
> default configuration (you need to disable wayland PACKAGECONFIG to get
> it built).
> 
> Be aware that there are more issues in oe-core without these changes:
> icu, guile, mailx, gcc, opensp, gstreamer1.0-libav, libunwind, directfb, 
> libunwind
> will all fail.
> 
> There are many changes left in meta-networking waiting for Joe to merge
> them, but I'll update "jethro" branch for last time today and let Armin
> handle backporting for meta-networking changes worth getting into jethro.
> 

Ross sent fix for libsdl2 which works, now only linux-yocto started to
fail again.

test-dependencies builds are running again now to see how many issues
are left after fixes I've sent yesterday

== Tested changes (not included in master yet) - bitbake ==
9ae7b2e world-image: add extra target

== Tested changes (not included in master yet) - openembedded-core ==
c07615c DO-NOT-MERGE: distutils3.bbclass: Don't use MACHINE variable
3e101bd libsdl: Add support for libsdl-native
24fd00a WIP: Add KERNEL_EXTRA_ARGS?
6de353f sstate-sysroot-cruft: Add /usr/src/kernel/.* to whitelist
ed3bb3e qemux86copy
7c1414b Revert "qemux86: Add identical qemux86copy variant for tests"
f5997bf qemux86: Add identical qemux86copy variant for tests
0570309 report-error: Allow to upload reports automatically
7e33835 rootfs_*.bbclass: don't add BUILDNAME to do_rootfs vardepsexclude
b1aa323 feature-arm-vfp.inc: add -mfpu=vfpv4 when vfpv4 is in TUNE_FEATURES
e240c92 feature-arm-vfp.inc: respect vfpv4 when setting -mfloat-abi and 
ARMPKGSFX_EABI
081cd0a arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and 
cortexa15
4f0725f tune-*: use mcpu instead of mtune for ARM tunes
de7285e cortexa{7,15,17}: add VFPv4 tunes
b0d5717 libsdl2: require GLES when building Wayland support
4067541 gst-plugins-bad: add PACKAGECONFIGs for voamrwbenc, voaacenc, resindvd
92f7434 gstreamer1.0-plugins-good: fix PACKAGECONFIG for gudev and add one for 
v4l2 and libv4l2
3b84258 gstreamer1.0-plugins-bad: fix dependencies for uvch264 PACKAGECONFIG
04a5504 gstreamer1.0-plugins-{base,good}: update PACKAGECONFIGs
28461f8 libunwind: fix build for qemuarm
187ab5a directfb: add fPIC to CFLAGS
6ec5fbb guile, mailx, gcc, opensp, gstreamer1.0-libav, libunwind: disable thumb 
where it fails for qemuarm
d441c6d icu: force arm mode

== Tested changes (not included in master yet) - meta-openembedded ==
274d994 samba: fix dependencies and QA issues
cdcb9d1 gst-plugins-bad: add PACKAGECONFIGs for voamrwbenc, voaacenc, resindvd
42e4395 xfce4-session: exclude machine-host dependency with 
SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS
b450d7c dracut: exclude kernel-modules dependency with 
SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS
e75b041 packagegroup-efl-sdk: exclude packagegroup-core-sdk dependency with 
SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS
6a09f06 libauthen-sasl-perl, libdigest-hmac-perl, libio-socket-ssl-perl: don't 
set PACKAGE_ARCH = "all"
f92b4c4 netmap-modules: disable building virtio_net drivers
762f98c netmap: set MACHINE_ARCH, because it depends on MACHINE_ARCH 
netmap-modules
7eb5b37 phpmyadmin: exclude bash dependency with SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS
7bedd71 terminus-font, ttf*: exclude fontconfig dependency with 
SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS
9ba49c2 lmsensors: drop LINUX=${STAGING_KERNEL_DIR} from EXTRA_OEMAKE
721920b xserver-common, xserver-nodm-init: drop allarch, depends on couple 
TUNE_PKGARCH recipes
887a909 zabbix: set MACHINE_ARCH, because it depends on MACHINE specific 
KERNEL_VERSION
963716c xl2tpd: set MACHINE_ARCH, because it depends on kernel
028f50e tipcutils: set MACHINE_ARCH, because it depends on kernel
bdae804 linux-atm: set MACHINE_ARCH, because it depends on kernel
475b37e ipsec-tools: set MACHINE_ARCH, because it depends on kernel
e065373 gst-plugins-good: add PACKAGECONFIG for dv1394
6aba957 pinpoint: add librsvg dependency
36915e6 gammu: add missing dependency on libgudev
dd6ee40 fbida: add PACKAGECONFIG for lirc
a6f95ad devicekit-power: add missing dependency on libgudev
e602dfc gst-plugins-base: add PACKAGECONFIG for cdparanoia
d4ddb31 lldpd: Update to version 0.7.19
132ab31 lldpd: configure the systemd unit file dir
ee79c8f net-snmp: fix cross compilation
e471078 opensaf: remove unused service file
eb1b9ce ypbind-mt: set path of ypdomainname in ypbind script
3f591c0 netcat-openbsd: replace patch with quilt
c04fd54 postfix: premission of /var/spool/mail seems incorrect
a479807 tcpdump: add PACKAGECONFIG for libcap-ng
216aecf pure-ftpd: add PACKAGECONFIG for libsodium
29ba609 dovecot: add PACKAGECONFIG for lz4
c06b3f8 net-snmp: Modify snmpd.service
ef057d6 ntp: upgrade 4.2.8p3 -> 4.2.8p4
12a5717 netcat: add DESCRIPTION
62ab12b lldpad: remove obsolete recipe
e6df515 xl2tpd: Update git recipe and add release recipe

== Tested changes (not included in master yet) - meta-qt5 ==
a4f5c42 auto-sysroot
20a89f6 qtwebengine: disable 

Re: [oe] [meta-oe][PATCH] talloc: rename to libtalloc and cleanup dependency mess

[Jens Rehsack]

> Am 13.11.2015 um 18:01 schrieb Christopher Larson :
> 
> On Fri, Nov 13, 2015 at 9:56 AM, Christopher Larson  wrote:
> On Fri, Nov 13, 2015 at 8:53 AM, Jens Rehsack  wrote:
> To avoid errors when building dev-images (talloc-dev is missing), and to avoid
> insane empty packages for that, rename talloc -> libtalloc as libtevent shows.
> 
> With that, remove dependencies to attr/xattr and libbsd - unless explicitely
> enabled via PACKAGECONFIG.
> 
> Signed-off-by: Jens Rehsack 
> 
> Our recipe names should be named based on the upstream project name, not the 
> library they happen to ship.
> 
> Instead, either we could we should kill all the libtalloc bits in the 
> PACKAGES var, and let the debian shlib renaming handle renaming talloc* to 
> libtalloc*, or add a talloc-dev that pulls in libtalloc-dev & pytalloc-dev.
> 
> I just realized this may sound critical, but that wasn't intended. The other 
> changes look great, thanks for your work on making those dependencies 
> optional, it's good stuff.

In that case - please take me by the hand and explain a bit more detailed 

> Instead, either we could we should kill all the libtalloc bits in the 
> PACKAGES var, and let the debian shlib renaming handle renaming talloc* to 
> libtalloc*

since I have no clue what you try to guide me.

Cheers
-- 
Jens Rehsack - rehs...@gmail.com

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

Re: [oe] [meta-oe][PATCH] talloc: rename to libtalloc and cleanup dependency mess

[Christopher Larson]

On Fri, Nov 13, 2015 at 9:56 AM, Christopher Larson 
wrote:

> On Fri, Nov 13, 2015 at 8:53 AM, Jens Rehsack  wrote:
>
>> To avoid errors when building dev-images (talloc-dev is missing), and to
>> avoid
>> insane empty packages for that, rename talloc -> libtalloc as libtevent
>> shows.
>>
>> With that, remove dependencies to attr/xattr and libbsd - unless
>> explicitely
>> enabled via PACKAGECONFIG.
>>
>> Signed-off-by: Jens Rehsack 
>>
>
> Our recipe names should be named based on the upstream project name, not
> the library they happen to ship.
>
> Instead, either we could we should kill all the libtalloc bits in the
> PACKAGES var, and let the debian shlib renaming handle renaming talloc* to
> libtalloc*, or add a talloc-dev that pulls in libtalloc-dev & pytalloc-dev.
>

I just realized this may sound critical, but that wasn't intended. The
other changes look great, thanks for your work on making those dependencies
optional, it's good stuff.
-- 
Christopher Larson
kergoth at gmail 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

[oe] [PATCH] python-evdev: add python-evdev 0.5.0

[Nicolas Ferre]

Python-evdev is a Python module that gives access to the input event interface
from userspace.
https://python-evdev.readthedocs.org/en/latest/

Signed-off-by: Nicolas Ferre 
---
 meta-python/recipes-devtools/python/python-evdev_0.5.0.bb | 11 +++
 1 file changed, 11 insertions(+)
 create mode 100644 meta-python/recipes-devtools/python/python-evdev_0.5.0.bb

diff --git a/meta-python/recipes-devtools/python/python-evdev_0.5.0.bb 
b/meta-python/recipes-devtools/python/python-evdev_0.5.0.bb
new file mode 100644
index ..2435b456b5e6
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-evdev_0.5.0.bb
@@ -0,0 +1,11 @@
+SUMMARY = "Python evdev lib"
+HOMEPAGE = "https://github.com/gvalkov/python-evdev;
+SECTION = "devel/python"
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=2b500cb3c70f576a0a75125beda9491a"
+
+SRC_URI = "https://github.com/gvalkov/python-evdev/archive/v${PV}.zip;
+SRC_URI[md5sum] = "30c11ee7bd4a943f8ae586d839b860f2"
+SRC_URI[sha256sum] = 
"ce6a757e28b56a12a9ad4e86420db4b11918b75ba1cd70f7444e904a7284b6fe"
+
+inherit setuptools
-- 
2.1.3

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

[oe] [meta-python][jethro][PATCH] python-evdev: add python-evdev 0.5.0

[Nicolas Ferre]

Python-evdev is a Python module that gives access to the input event interface
from userspace.
https://python-evdev.readthedocs.org/en/latest/

Signed-off-by: Nicolas Ferre 
---
 meta-python/recipes-devtools/python/python-evdev_0.5.0.bb | 11 +++
 1 file changed, 11 insertions(+)
 create mode 100644 meta-python/recipes-devtools/python/python-evdev_0.5.0.bb

diff --git a/meta-python/recipes-devtools/python/python-evdev_0.5.0.bb 
b/meta-python/recipes-devtools/python/python-evdev_0.5.0.bb
new file mode 100644
index ..2435b456b5e6
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-evdev_0.5.0.bb
@@ -0,0 +1,11 @@
+SUMMARY = "Python evdev lib"
+HOMEPAGE = "https://github.com/gvalkov/python-evdev;
+SECTION = "devel/python"
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=2b500cb3c70f576a0a75125beda9491a"
+
+SRC_URI = "https://github.com/gvalkov/python-evdev/archive/v${PV}.zip;
+SRC_URI[md5sum] = "30c11ee7bd4a943f8ae586d839b860f2"
+SRC_URI[sha256sum] = 
"ce6a757e28b56a12a9ad4e86420db4b11918b75ba1cd70f7444e904a7284b6fe"
+
+inherit setuptools
-- 
2.1.3

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

[oe] State of bitbake world, wrong PACKAGE_ARCHs 2015-11-13

[Martin Jansa]

On Fri, Aug 01, 2014 at 03:46:13PM +0200, Martin Jansa wrote:
> On Thu, Jul 24, 2014 at 01:19:01PM +0200, Martin Jansa wrote:
> > This is new report generated with oe-core/scripts/sstate-diff-machines.sh
> >  
> > To reproduce it, you need "qemux86copy" MACHINE which is the same as
> > qemux86 only with different name (to simulate 2 MACHINEs with same
> > TUNE_PKGARCH in oe-core). You can find commit adding "qemux86copy" in
> > jansa/master branch:
> > http://git.openembedded.org/openembedded-core-contrib/log/?h=jansa/master
> > 
> > Current logs:
> > http://logs.nslu2-linux.org/buildlogs/oe/world/log.signatures.20140724_010942.log/
> > 
> > jansa/master branches are containing couple of pending changes (mostly
> > to remove allarch), so if you try it with current master branches it
> > will be (a lot) worse.
> 
> Just for test I've just dropped these fixes, so a few more issues reported 
> now:
> 
> ERROR: 63 issues were found in these recipes: android-tools dracut
> font-alias initramfs-framework initscripts ipsec-tools linux-firmware
> lmsensors oprofile oprofileui oprofileui-server
> polkit-group-rule-datetime polkit-group-rule-network ppp-dialin
> qt-demo-init resolvconf run-postinsts shr-theme-neo sysvinit
> terminus-font tipcutils ttf-arphic-uming ttf-dejavu ttf-droid
> ttf-gentium ttf-hunkyfonts ttf-inconsolata ttf-liberation ttf-mplus
> ttf-sazanami ttf-ubuntu-font-family ttf-wqy-zenhei usbinit vpnc
> weston-init xfce4-session xl2tpd xserver-common xserver-nodm-init
> xuser-account

With patches I've sent yesterday we get to reasonable state.
ERROR: 2 issues were found in these recipes: dracut lmsensors

Complete log:
http://logs.nslu2-linux.org/buildlogs/oe/world/log.signatures.20151113_154041.log/

I've already sent v2 for dracut and another fix for lmsensors.

 === Comparing signatures for task do_configure.sigdata between qemux86copy and 
qemux86 ===


 === Comparing signatures for task do_populate_sysroot.sigdata between 
qemux86copy and qemux86 ===


 === Comparing signatures for task do_package_write_ipk.sigdata between 
qemux86copy and qemux86 ===
ERROR: dracut different signature for task do_package_write_ipk.sigdata between 
qemux86copy and qemux86
runtaskdeps changed from 
['bash-completionbash-completion_2.1.bb.do_packagedata', 
'bashbash_4.3.30.bb.do_packagedata', 'busyboxbusybox_1.23.2.bb.do_packagedata', 
'coreutilscoreutils_8.24.bb.do_packagedata', 'cpiocpio_2.11.bb.do_packagedata', 
'dracutdracut_git.bb.do_package', 'dracutdracut_git.bb.do_packagedata', 
'findutilsfindutils_4.5.14.bb.do_packagedata', 
'glibcglibc_2.22.bb.do_packagedata', 'linuxlinux-yocto_4.1.bb.do_packagedata', 
'opkg-utilsopkg-utils_git.bb.do_populate_sysroot:virtual:native', 
'pseudopseudo_1.7.4.bb.do_populate_sysroot:virtual:native', 
'systemdsystemd_225.bb.do_packagedata', 
'util-linuxutil-linux_2.26.2.bb.do_packagedata'] to 
['bash-completionbash-completion_2.1.bb.do_packagedata', 
'bashbash_4.3.30.bb.do_packagedata', 'busyboxbusybox_1.23.2.bb.do_packagedata', 
'coreutilscoreutils_8.24.bb.do_packagedata', 'cpiocpio_2.11.bb.do_packagedata', 
'dracutdracut_git.bb.do_package', 'dracutdracut_git.bb.do_packagedata', 
'findutilsfindutils_4.5.14.bb.do_packagedata', 
'glibcglibc_2.22.bb.do_packagedata', 'linuxlinux-yocto_4.1.bb.do_packagedata', 
'opkg-utilsopkg-utils_git.bb.do_populate_sysroot:virtual:native', 
'pseudopseudo_1.7.4.bb.do_populate_sysroot:virtual:native', 
'systemdsystemd_225.bb.do_packagedata', 
'util-linuxutil-linux_2.26.2.bb.do_packagedata']
/home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb.do_packagedata
 with hash c7d89376b468c84d1beb8eab1754ee87
 changed to
/home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb.do_packagedata
 with hash 456a30c47c28e7d6a848428e5f5dbbe2
Hash for dependent task linuxlinux-yocto_4.1.bb.do_packagedata changed from 
c7d89376b468c84d1beb8eab1754ee87 to 456a30c47c28e7d6a848428e5f5dbbe2

ERROR: lmsensors different signature for task do_package_write_ipk.sigdata 
between qemux86copy and qemux86
runtaskdeps changed from ['bashbash_4.3.30.bb.do_packagedata', 
'lm_sensorslmsensors-config_1.0.bb.do_packagedata', 
'lm_sensorslmsensors_3.4.0.bb.do_package', 
'lm_sensorslmsensors_3.4.0.bb.do_packagedata', 
'opkg-utilsopkg-utils_git.bb.do_populate_sysroot:virtual:native', 
'perlperl_5.22.0.bb.do_packagedata', 
'pseudopseudo_1.7.4.bb.do_populate_sysroot:virtual:native', 
'rrdtoolrrdtool_1.5.4.bb.do_packagedata'] to 
['bashbash_4.3.30.bb.do_packagedata', 
'lm_sensorslmsensors-config_1.0.bb.do_packagedata', 
'lm_sensorslmsensors_3.4.0.bb.do_package', 
'lm_sensorslmsensors_3.4.0.bb.do_packagedata', 
'opkg-utilsopkg-utils_git.bb.do_populate_sysroot:virtual:native', 
'perlperl_5.22.0.bb.do_packagedata', 
'pseudopseudo_1.7.4.bb.do_populate_sysroot:virtual:native', 
'rrdtoolrrdtool_1.5.4.bb.do_packagedata']

Re: [oe] Is there a recipe for gdbserver?

[daniel . markus]

Perfect, thanks Ross!

Br,
Daniel


-openembedded-devel-boun...@lists.openembedded.org wrote: -To: 
OpenEmbedded Devel List 
From: "Burton, Ross" 
Sent by: openembedded-devel-boun...@lists.openembedded.org
Date: 11/13/2015 10:11AM
Subject: Re: [oe] Is there a recipe for gdbserver?

On 13 November 2015 at 08:10,  wrote:

> Is there a recipe for gdbserver only, so I can get that small application
> cross-compiled and installed on target?
>

It's part of gdb, and packaged separately so you can just install gdbserver
on the target.

Ross
-- 
___
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][meta-oe][meta-initramfs 1/2] lmsensors: exclude lmsensors-config dependency with SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS

[Martin Jansa]

* see:
  
http://lists.openembedded.org/pipermail/openembedded-devel/2015-September/103271.html
* fixes:
ERROR: lmsensors different signature for task do_package_write_ipk.sigdata 
between qemux86copy and qemux86
runtaskdeps changed from ['bashbash_4.3.30.bb.do_packagedata', 
'lm_sensorslmsensors-config_1.0.bb.do_packagedata', 
'lm_sensorslmsensors_3.4.0.bb.do_package', 
'lm_sensorslmsensors_3.4.0.bb.do_packagedata', 
'opkg-utilsopkg-utils_git.bb.do_populate_sysroot:virtual:native', 
'perlperl_5.22.0.bb.do_packagedata', 
'pseudopseudo_1.7.4.bb.do_populate_sysroot:virtual:native', 
'rrdtoolrrdtool_1.5.4.bb.do_packagedata'] to 
['bashbash_4.3.30.bb.do_packagedata', 
'lm_sensorslmsensors-config_1.0.bb.do_packagedata', 
'lm_sensorslmsensors_3.4.0.bb.do_package', 
'lm_sensorslmsensors_3.4.0.bb.do_packagedata', 
'opkg-utilsopkg-utils_git.bb.do_populate_sysroot:virtual:native', 
'perlperl_5.22.0.bb.do_packagedata', 
'pseudopseudo_1.7.4.bb.do_populate_sysroot:virtual:native', 
'rrdtoolrrdtool_1.5.4.bb.do_packagedata']
meta-openembedded/meta-oe/recipes-support/lm_sensors/lmsensors-config_1.0.bb.do_packagedata
 with hash 26762e381db19859b96a0c8ce13ee808
 changed to
meta-openembedded/meta-oe/recipes-support/lm_sensors/lmsensors-config_1.0.bb.do_packagedata
 with hash a94903117ba4beac7f22a4edd3084d9b
Hash for dependent task lm_sensorslmsensors-config_1.0.bb.do_packagedata 
changed from 26762e381db19859b96a0c8ce13ee808 to 
a94903117ba4beac7f22a4edd3084d9b

Signed-off-by: Martin Jansa 
---
 meta-oe/conf/layer.conf | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/conf/layer.conf b/meta-oe/conf/layer.conf
index 31142ef..46f7b34 100644
--- a/meta-oe/conf/layer.conf
+++ b/meta-oe/conf/layer.conf
@@ -41,6 +41,7 @@ SIGGEN_EXCLUDERECIPES_ABISAFE += " \
 
 SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \
   usb-modeswitch-data->usb-modeswitch \
+  lmsensors->lmsensors-config \
 "
 
 # ttf.inc inherits fontcache which adds fontconfig-utils to RDEPENDS
-- 
2.6.3

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

[oe] [meta-oe][PATCH] talloc: rename to libtalloc and cleanup dependency mess

[Jens Rehsack]

To avoid errors when building dev-images (talloc-dev is missing), and to avoid
insane empty packages for that, rename talloc -> libtalloc as libtevent shows.

With that, remove dependencies to attr/xattr and libbsd - unless explicitely
enabled via PACKAGECONFIG.

Signed-off-by: Jens Rehsack 
---
 .../libtalloc/avoid-attr-unless-wanted.patch   | 20 +
 .../libtalloc/avoid-libbsd-unless-wanted.patch | 10 +
 .../libtalloc_2.1.1.bb}| 25 +-
 .../recipes-support/libtevent/libtevent_0.9.21.bb  |  3 +--
 4 files changed, 41 insertions(+), 17 deletions(-)
 create mode 100644 
meta-oe/recipes-support/libtalloc/libtalloc/avoid-attr-unless-wanted.patch
 create mode 100644 
meta-oe/recipes-support/libtalloc/libtalloc/avoid-libbsd-unless-wanted.patch
 rename meta-oe/recipes-support/{talloc/talloc_2.1.1.bb => 
libtalloc/libtalloc_2.1.1.bb} (70%)

diff --git 
a/meta-oe/recipes-support/libtalloc/libtalloc/avoid-attr-unless-wanted.patch 
b/meta-oe/recipes-support/libtalloc/libtalloc/avoid-attr-unless-wanted.patch
new file mode 100644
index 000..a3ee9cc
--- /dev/null
+++ b/meta-oe/recipes-support/libtalloc/libtalloc/avoid-attr-unless-wanted.patch
@@ -0,0 +1,20 @@
+--- a/lib/replace/wscript  2015-11-13 16:04:04.0 +0100
 b/lib/replace/wscript  2015-11-13 16:23:20.0 +0100
+@@ -636,8 +636,6 @@
+ if not bld.CONFIG_SET('HAVE_INET_ATON'): REPLACE_SOURCE += ' 
inet_aton.c'
+ if not bld.CONFIG_SET('HAVE_INET_NTOP'): REPLACE_SOURCE += ' 
inet_ntop.c'
+ if not bld.CONFIG_SET('HAVE_INET_PTON'): REPLACE_SOURCE += ' 
inet_pton.c'
+-if not bld.CONFIG_SET('HAVE_GETXATTR') or 
bld.CONFIG_SET('XATTR_ADDITIONAL_OPTIONS'):
+- REPLACE_SOURCE += ' xattr.c'
+ 
+ bld.SAMBA_LIBRARY('replace',
+   source=REPLACE_SOURCE,
+@@ -648,7 +646,7 @@
+   # at the moment:
+   # hide_symbols=bld.BUILTIN_LIBRARY('replace'),
+   private_library=True,
+-  deps='crypt dl nsl socket rt attr' + extra_libs)
++  deps='crypt dl nsl socket rt ' + extra_libs)
+ 
+ bld.SAMBA_SUBSYSTEM('replace-test',
+   source='''test/testsuite.c test/strptime.c
diff --git 
a/meta-oe/recipes-support/libtalloc/libtalloc/avoid-libbsd-unless-wanted.patch 
b/meta-oe/recipes-support/libtalloc/libtalloc/avoid-libbsd-unless-wanted.patch
new file mode 100644
index 000..292bdfd
--- /dev/null
+++ 
b/meta-oe/recipes-support/libtalloc/libtalloc/avoid-libbsd-unless-wanted.patch
@@ -0,0 +1,10 @@
+--- a/lib/replace/wscript  2015-11-13 16:26:06.0 +0100
 b/lib/replace/wscript  2015-11-13 16:26:12.0 +0100
+@@ -610,7 +610,6 @@
+ break
+ 
+ extra_libs = ''
+-if bld.CONFIG_SET('HAVE_LIBBSD'): extra_libs += ' bsd'
+ 
+ bld.SAMBA_SUBSYSTEM('LIBREPLACE_HOSTCC',
+ REPLACE_HOSTCC_SOURCE,
diff --git a/meta-oe/recipes-support/talloc/talloc_2.1.1.bb 
b/meta-oe/recipes-support/libtalloc/libtalloc_2.1.1.bb
similarity index 70%
rename from meta-oe/recipes-support/talloc/talloc_2.1.1.bb
rename to meta-oe/recipes-support/libtalloc/libtalloc_2.1.1.bb
index 89c390f..7f0e6ae 100644
--- a/meta-oe/recipes-support/talloc/talloc_2.1.1.bb
+++ b/meta-oe/recipes-support/libtalloc/libtalloc_2.1.1.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "http://talloc.samba.org;
 SECTION = "libs"
 LICENSE = "LGPL-3.0+ & GPL-3.0+"
 
-SRC_URI = "http://samba.org/ftp/${BPN}/${BPN}-${PV}.tar.gz;
+SRC_URI = "http://samba.org/ftp/${BPN}/talloc-${PV}.tar.gz;
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/files/common-licenses/LGPL-3.0;md5=bfccfe952269fff2b407dd11f2f3083b
 \
 
file://${COREBASE}/meta/files/common-licenses/GPL-3.0;md5=c79ff39f19dfec6d293b95dea7b07891"
 
@@ -12,6 +12,14 @@ SRC_URI[sha256sum] = 
"3e29ce6c3ba3c4f7c2d57ce8cf0fbc24c86618c519f2b2fb6a45902548
 
 inherit waf-samba
 
+PACKAGECONFIG[attr] = ",,attr"
+PACKAGECONFIG[libbsd] = ",,libbsd"
+
+SRC_URI += "${@bb.utils.contains('PACKAGECONFIG', 'attr', 
'avoid-attr-unless-wanted.patch', '', d)}"
+SRC_URI += "${@bb.utils.contains('PACKAGECONFIG', 'libbsd', 
'avoid-libbsd-unless-wanted.patch', '', d)}"
+
+S = "${WORKDIR}/talloc-${PV}"
+
 EXTRA_OECONF += "--disable-rpath \
  --disable-rpath-install \
  --bundled-libraries=NONE \
@@ -20,20 +28,7 @@ EXTRA_OECONF += "--disable-rpath \
  --with-libiconv=${STAGING_DIR_HOST}${prefix}\
 "
 
-PACKAGES += "libtalloc libtalloc-dbg libtalloc-dev pytalloc pytalloc-dbg 
pytalloc-dev"
-
-#ALLOW_EMPTY_${PN} = "1"
-FILES_${PN} = ""
-FILES_${PN}-dev = ""
-FILES_${PN}-dbg = ""
-
-FILES_libtalloc = "${libdir}/libtalloc.so.2 \
-   ${libdir}/libtalloc.so.2.1.1"
-FILES_libtalloc-dbg = "/usr/src/debug/ \
-   ${libdir}/.debug/libtalloc.so.2.1.1"

[oe] [meta-qt5][PATCH] ninja-native: remove from meta-qt5 (moved to meta-oe)

[Andre McCurdy]

ninja-native is now available in meta-oe (jethro and master):

  
http://git.openembedded.org/meta-openembedded/commit/?id=d931801de77a9cbb13c916231583b3526a7d3e11

Signed-off-by: Andre McCurdy 
---
 recipes-devtools/ninja/ninja-native_git.bb | 23 ---
 1 file changed, 23 deletions(-)
 delete mode 100644 recipes-devtools/ninja/ninja-native_git.bb

diff --git a/recipes-devtools/ninja/ninja-native_git.bb 
b/recipes-devtools/ninja/ninja-native_git.bb
deleted file mode 100644
index e2deb6b..000
--- a/recipes-devtools/ninja/ninja-native_git.bb
+++ /dev/null
@@ -1,23 +0,0 @@
-DESCRIPTION = "Ninja is a small build system with a focus on speed."
-LICENSE = "Apache-2"
-
-inherit native
-
-LIC_FILES_CHKSUM = "file://COPYING;md5=a81586a64ad4e476c791cda7e2f2c52e"
-
-PV = "1.5.3+gitr${SRCPV}"
-SRCREV="3309498174411e02e7680ea8b470bb7d1d70bdb8"
-SRCBRANCH="release"
-
-SRC_URI = "git://github.com/martine/ninja.git;branch=${SRCBRANCH}"
-
-S="${WORKDIR}/git"
-
-do_compile() {
-python ${S}/bootstrap.py
-}
-
-do_install() {
-install -d ${D}${bindir}
-install -m 0755 ${S}/ninja ${D}${bindir}/ninja
-}
-- 
1.9.1

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

[oe] [meta-browser][PATCH] ninja-native: remove from meta-browser (moved to meta-oe)

[Andre McCurdy]

ninja-native is now available in meta-oe (jethro and master):

  
http://git.openembedded.org/meta-openembedded/commit/?id=d931801de77a9cbb13c916231583b3526a7d3e11

Signed-off-by: Andre McCurdy 
---
 recipes-devtools/ninja/ninja-native_1.4.0.bb | 22 --
 1 file changed, 22 deletions(-)
 delete mode 100644 recipes-devtools/ninja/ninja-native_1.4.0.bb

diff --git a/recipes-devtools/ninja/ninja-native_1.4.0.bb 
b/recipes-devtools/ninja/ninja-native_1.4.0.bb
deleted file mode 100644
index a115c2e..000
--- a/recipes-devtools/ninja/ninja-native_1.4.0.bb
+++ /dev/null
@@ -1,22 +0,0 @@
-DESCRIPTION = "Ninja is a small build system with a focus on speed."
-LICENSE = "Apache-2"
-
-inherit native
-
-LIC_FILES_CHKSUM = "file://COPYING;md5=a81586a64ad4e476c791cda7e2f2c52e"
-
-SRCREV="63d5b1013cafb2db95687cf446eb5bb68cf6a27a"
-SRCBRANCH="release"
-
-SRC_URI = "git://github.com/martine/ninja.git;branch=${SRCBRANCH}"
-
-S="${WORKDIR}/git"
-
-do_compile() {
-python ${S}/bootstrap.py
-}
-
-do_install() {
-install -d ${D}${bindir}
-install -m 0755 ${S}/ninja ${D}${bindir}/ninja
-}
-- 
1.9.1

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

Re: [oe] [meta-xfce][PATCH] meta-xfce/layer: explicitly set networkmanager to NETWORK_MANAGER

[Andreas Müller]

On Fri, Nov 13, 2015 at 11:04 AM, Hongxu Jia  wrote:
> The NETWORK_MANAGER is connman-gnome in oe-core by default,
> which conflicts with networkmanager. And networkmanager is
> required by xfce4-power-manager in meta-xfce. So we explicitly
> set networkmanager to NETWORK_MANAGER for meta-xfce.
>
> Signed-off-by: Hongxu Jia 
> ---
>  meta-xfce/conf/layer.conf | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/meta-xfce/conf/layer.conf b/meta-xfce/conf/layer.conf
> index 55bcef6..e38d85d 100644
> --- a/meta-xfce/conf/layer.conf
> +++ b/meta-xfce/conf/layer.conf
> @@ -17,3 +17,6 @@ LAYERDEPENDS_xfce-layer += "openembedded-layer"
>  LAYERDEPENDS_xfce-layer += "gnome-layer"
>  LAYERDEPENDS_xfce-layer += "openembedded-layer"
>  LAYERDEPENDS_xfce-layer += "meta-python"
> +
> +# It is required by xfce4-power-manager
> +NETWORK_MANAGER = "networkmanager"
> --
I was wondering why I never needed such kind of patch and checked: In
my layers It is only used in packagegroup-core-x11-sato.

So I am fine with this patch but could you mention
packagegroup-core-x11-sato in the commit message please.

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

Re: [oe] [meta-xfce][PATCH] meta-xfce/layer: explicitly set networkmanager to NETWORK_MANAGER

[Martin Jansa]

Why not use VIRTUAL-RUNTIME variable like in other places? And if it's
needed by xfce4-power-manager, then why don't you add it to RDEPENDS there?

On Fri, Nov 13, 2015 at 11:13 AM, Andreas Müller <
schnitzelt...@googlemail.com> wrote:

> On Fri, Nov 13, 2015 at 11:04 AM, Hongxu Jia 
> wrote:
> > The NETWORK_MANAGER is connman-gnome in oe-core by default,
> > which conflicts with networkmanager. And networkmanager is
> > required by xfce4-power-manager in meta-xfce. So we explicitly
> > set networkmanager to NETWORK_MANAGER for meta-xfce.
> >
> > Signed-off-by: Hongxu Jia 
> > ---
> >  meta-xfce/conf/layer.conf | 3 +++
> >  1 file changed, 3 insertions(+)
> >
> > diff --git a/meta-xfce/conf/layer.conf b/meta-xfce/conf/layer.conf
> > index 55bcef6..e38d85d 100644
> > --- a/meta-xfce/conf/layer.conf
> > +++ b/meta-xfce/conf/layer.conf
> > @@ -17,3 +17,6 @@ LAYERDEPENDS_xfce-layer += "openembedded-layer"
> >  LAYERDEPENDS_xfce-layer += "gnome-layer"
> >  LAYERDEPENDS_xfce-layer += "openembedded-layer"
> >  LAYERDEPENDS_xfce-layer += "meta-python"
> > +
> > +# It is required by xfce4-power-manager
> > +NETWORK_MANAGER = "networkmanager"
> > --
> I was wondering why I never needed such kind of patch and checked: In
> my layers It is only used in packagegroup-core-x11-sato.
>
> So I am fine with this patch but could you mention
> packagegroup-core-x11-sato in the commit message please.
>
> Andreas
> --
> ___
> 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-xfce][PATCH] meta-xfce/layer: explicitly set networkmanager to NETWORK_MANAGER

[Hongxu Jia]

On 11/13/2015 06:19 PM, Martin Jansa wrote:


Why not use VIRTUAL-RUNTIME variable like in other places?


If use it, I will rename NETWORK_MANAGER with VIRTUAL-RUNTIME_networkmanager
in packagegroup-core-x11-sato, to see oe-core whether accept it or not.


And if it's
needed by xfce4-power-manager, then why don't you add it to RDEPENDS there?


It is reasonable, add the variable(NETWORK_MANAGER or
VIRTUAL-RUNTIME_networkmanager) to xfce4-power-manager'S RDEPENDS

//Hongxu


On Fri, Nov 13, 2015 at 11:13 AM, Andreas Müller <
schnitzelt...@googlemail.com> wrote:


On Fri, Nov 13, 2015 at 11:04 AM, Hongxu Jia 
wrote:

The NETWORK_MANAGER is connman-gnome in oe-core by default,
which conflicts with networkmanager. And networkmanager is
required by xfce4-power-manager in meta-xfce. So we explicitly
set networkmanager to NETWORK_MANAGER for meta-xfce.

Signed-off-by: Hongxu Jia 
---
  meta-xfce/conf/layer.conf | 3 +++
  1 file changed, 3 insertions(+)

diff --git a/meta-xfce/conf/layer.conf b/meta-xfce/conf/layer.conf
index 55bcef6..e38d85d 100644
--- a/meta-xfce/conf/layer.conf
+++ b/meta-xfce/conf/layer.conf
@@ -17,3 +17,6 @@ LAYERDEPENDS_xfce-layer += "openembedded-layer"
  LAYERDEPENDS_xfce-layer += "gnome-layer"
  LAYERDEPENDS_xfce-layer += "openembedded-layer"
  LAYERDEPENDS_xfce-layer += "meta-python"
+
+# It is required by xfce4-power-manager
+NETWORK_MANAGER = "networkmanager"
--

I was wondering why I never needed such kind of patch and checked: In
my layers It is only used in packagegroup-core-x11-sato.

So I am fine with this patch but could you mention
packagegroup-core-x11-sato in the commit message please.

Andreas
--
___
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-xfce][PATCH] meta-xfce/layer: explicitly set networkmanager to NETWORK_MANAGER

[Andreas Müller]

On Fri, Nov 13, 2015 at 11:49 AM, Hongxu Jia  wrote:
> On 11/13/2015 06:36 PM, Hongxu Jia wrote:
>>
>> On 11/13/2015 06:19 PM, Martin Jansa wrote:
>>
>>> Why not use VIRTUAL-RUNTIME variable like in other places?
>>
>>
>
> Hi Martin,
>
> With more investigation, I am afraid it looks not good to rename
> NETWORK_MANAGER in
> oe-core:
> In meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
> ..
> NETWORK_MANAGER ?= "connman-gnome"
> NETWORK_MANAGER_libc-uclibc = ""
> RDEPENDS_${PN}-base = "\
> ...
> ${NETWORK_MANAGER} \
> ..
>
> If we name them with VIRTUAL-RUNTIME_networkmanager to replace, we have like
> this
> ..
> VIRTUAL-RUNTIME_networkmanager ?= "connman-gnome"
> VIRTUAL-RUNTIME_networkmanager_libc-uclibc = ""
> RDEPENDS_${PN}-base = "\
> ...
> ${VIRTUAL-RUNTIME_networkmanager} \
> ..
>
> It looks too many overrides, do you have any suggestions?

Suggestion: read my previous mail :)

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

Re: [oe] OE/Yocto developer survey

[Steffen Sledz]

On 26.10.2015 20:18, Cliff Brake wrote:
> Hi,
> 
> I'd like to get some feedback on the following questions -- feel free
> to respond to list, or directly to me, and I'll withhold your
> name/company from any results.
> 
> I would like to collect feedback until 2015-11-02, and will summarize
> the results after that.
> 
> My goal with this survey is to get a sense for best practices and what
> is most commonly used among Yocto/OE developers so I can better advise
> clients using Yocto/OE.  Hopefully this will also generate some
> interesting discussions.
> 
> How long have you been using OE?  _2008_
> 
> How do you use OE/Yocto?
> [ X ] product development
> [  ] hobby/research/education/yocto core developer, etc
> 
> What distro do you use?
> [  ] Poky
> [ X ] Angstrom
> [ X ] nodistro or custom
> 
> How do you organize multiple git repos?
> [ X ] Git submodules
> [  ] Repo
> [  ] Other
> 
> What packaging system?
> [ X ] OPKG
> [  ] RPM
> [  ] Other
> 
> What GUI toolkits?
> [ X ] Qt
> [  ] Gtk
> [  ] EFL
> [  ] HTML5/JS
> [  ] Other
> 
> What init system?
> [ X ] systemd
> [  ] sysvinit
> [  ] busybox init
> [  ] Other
> 
> What libc?
> [ X ] glibc
> [  ] uclibc
> [  ] musl
> [  ] Other
> 
> How do you develop custom applications?
> [  ] application-SDK
> [ X ] devshell
> [  ] develop on PC, test on target
> [ X ] Other
> 
> What language do you primarily use for custom applications?
> [ X ] C
> [  ] C++
> [  ] Python
> [  ] Javascript
> [  ] Lua
> [  ] Other
> 
> What do you use for Continuous Integration?
> [  ] Buildbot
> [ X ] Jenkins
> [  ] Other
> 
> Do you use any any of the tooling projects
> (https://www.yoctoproject.org/tools-resources/projects) such as ADT,
> Hob, Toaster, etc?
> 
> _no_
> 
> Reasons or explanations are appreciated, and please feel free to
> include additional choices/information you think are relevant.

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-xfce][PATCH] meta-xfce/layer: explicitly set networkmanager to NETWORK_MANAGER

[Hongxu Jia]

On 11/13/2015 06:36 PM, Hongxu Jia wrote:

On 11/13/2015 06:19 PM, Martin Jansa wrote:


Why not use VIRTUAL-RUNTIME variable like in other places?




Hi Martin,

With more investigation, I am afraid it looks not good to rename 
NETWORK_MANAGER in

oe-core:
In meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
..
NETWORK_MANAGER ?= "connman-gnome"
NETWORK_MANAGER_libc-uclibc = ""
RDEPENDS_${PN}-base = "\
...
${NETWORK_MANAGER} \
..

If we name them with VIRTUAL-RUNTIME_networkmanager to replace, we have 
like this

..
VIRTUAL-RUNTIME_networkmanager ?= "connman-gnome"
VIRTUAL-RUNTIME_networkmanager_libc-uclibc = ""
RDEPENDS_${PN}-base = "\
...
${VIRTUAL-RUNTIME_networkmanager} \
..

It looks too many overrides, do you have any suggestions?

//Hongxu


If use it, I will rename NETWORK_MANAGER with 
VIRTUAL-RUNTIME_networkmanager

in packagegroup-core-x11-sato, to see oe-core whether accept it or not.


And if it's
needed by xfce4-power-manager, then why don't you add it to RDEPENDS 
there?


It is reasonable, add the variable(NETWORK_MANAGER or
VIRTUAL-RUNTIME_networkmanager) to xfce4-power-manager'S RDEPENDS

//Hongxu


On Fri, Nov 13, 2015 at 11:13 AM, Andreas Müller <
schnitzelt...@googlemail.com> wrote:


On Fri, Nov 13, 2015 at 11:04 AM, Hongxu Jia 
wrote:

The NETWORK_MANAGER is connman-gnome in oe-core by default,
which conflicts with networkmanager. And networkmanager is
required by xfce4-power-manager in meta-xfce. So we explicitly
set networkmanager to NETWORK_MANAGER for meta-xfce.

Signed-off-by: Hongxu Jia 
---
  meta-xfce/conf/layer.conf | 3 +++
  1 file changed, 3 insertions(+)

diff --git a/meta-xfce/conf/layer.conf b/meta-xfce/conf/layer.conf
index 55bcef6..e38d85d 100644
--- a/meta-xfce/conf/layer.conf
+++ b/meta-xfce/conf/layer.conf
@@ -17,3 +17,6 @@ LAYERDEPENDS_xfce-layer += "openembedded-layer"
  LAYERDEPENDS_xfce-layer += "gnome-layer"
  LAYERDEPENDS_xfce-layer += "openembedded-layer"
  LAYERDEPENDS_xfce-layer += "meta-python"
+
+# It is required by xfce4-power-manager
+NETWORK_MANAGER = "networkmanager"
--

I was wondering why I never needed such kind of patch and checked: In
my layers It is only used in packagegroup-core-x11-sato.

So I am fine with this patch but could you mention
packagegroup-core-x11-sato in the commit message please.

Andreas
--
___
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 2/5] talloc, libtevent, libtdb: depend on attr

[Christopher Larson]

On Fri, Nov 13, 2015 at 2:38 AM, Jens Rehsack  wrote:

> > Am 12.11.2015 um 21:17 schrieb Christopher Larson :
> >
> > From: Christopher Larson 
> >
> > These will depend on libattr if it's available, and we need deterministic
> > builds. This fixes a build-deps failure which occurs when attr is built
> before
> > them. There's currently no configuration option to explicitly control
> this
> > dependency, and I don't know enough about waf to add such an option, so
> > unconditionally dep on it for now.
> >
> > Signed-off-by: Christopher Larson 
> > ---
> > meta-oe/recipes-support/libtdb/libtdb_1.3.0.bb| 1 +
> > meta-oe/recipes-support/libtevent/libtevent_0.9.21.bb | 2 +-
> > meta-oe/recipes-support/talloc/talloc_2.1.1.bb| 1 +
> > 3 files changed, 3 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta-oe/recipes-support/libtdb/libtdb_1.3.0.bb
> b/meta-oe/recipes-support/libtdb/libtdb_1.3.0.bb
> > index 0b9e1f2..e349187 100644
> > --- a/meta-oe/recipes-support/libtdb/libtdb_1.3.0.bb
> > +++ b/meta-oe/recipes-support/libtdb/libtdb_1.3.0.bb
> > @@ -1,6 +1,7 @@
> > SUMMARY = "The tdb library"
> > SECTION = "libs"
> > LICENSE = "LGPL-3.0+ & GPL-3.0+"
> > +DEPENDS += "attr"
> >
> > LIC_FILES_CHKSUM =
> "file://${COREBASE}/meta/files/common-licenses/LGPL-3.0;md5=bfccfe952269fff2b407dd11f2f3083b
> \
> >
>  
> file://${COREBASE}/meta/files/common-licenses/GPL-3.0;md5=c79ff39f19dfec6d293b95dea7b07891"
> > diff --git a/meta-oe/recipes-support/libtevent/libtevent_0.9.21.bb
> b/meta-oe/recipes-support/libtevent/libtevent_0.9.21.bb
> > index f297f30..c37eeb3 100644
> > --- a/meta-oe/recipes-support/libtevent/libtevent_0.9.21.bb
> > +++ b/meta-oe/recipes-support/libtevent/libtevent_0.9.21.bb
> > @@ -3,7 +3,7 @@ HOMEPAGE = "http://tevent.samba.org;
> > SECTION = "libs"
> > LICENSE = "LGPLv3+"
> >
> > -DEPENDS += "talloc libcap"
> > +DEPENDS += "talloc libcap attr"
> > RDEPENDS_${PN} += "libtalloc"
> > RDEPENDS_python-tevent = "python"
> >
> > diff --git a/meta-oe/recipes-support/talloc/talloc_2.1.1.bb
> b/meta-oe/recipes-support/talloc/talloc_2.1.1.bb
> > index 89c390f..7931374 100644
> > --- a/meta-oe/recipes-support/talloc/talloc_2.1.1.bb
> > +++ b/meta-oe/recipes-support/talloc/talloc_2.1.1.bb
> > @@ -2,6 +2,7 @@ SUMMARY = "Hierarchical, reference counted memory pool
> system with destructors"
> > HOMEPAGE = "http://talloc.samba.org;
> > SECTION = "libs"
> > LICENSE = "LGPL-3.0+ & GPL-3.0+"
> > +DEPENDS += "attr"
> >
> > SRC_URI = "http://samba.org/ftp/${BPN}/${BPN}-${PV}.tar.gz;
> > LIC_FILES_CHKSUM =
> "file://${COREBASE}/meta/files/common-licenses/LGPL-3.0;md5=bfccfe952269fff2b407dd11f2f3083b
> \
> > --
> > 2.2.1
>
> RDEPENDS is wrong for deterministic builds, since they leave a race
> condition open that attr is build parallel to libtevent
> and 2nd build is different to first build.
>
> If you want, I handle that better in a patchy way I discussed with JaMa
> yesterday in #yocto (patch check out depending on PACKAGECONFIG)


I don't believe anyone said anything about rdepending on attr. This patch
certainly doesn't, it adds to DEPENDS. But as was said earlier in the
thread, a way to explicitly enable/disable the dep in the underlying
buildsystem would be better.
-- 
Christopher Larson
kergoth at gmail 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