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

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

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

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

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

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

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

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

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

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, >

[oe] Is there a recipe for gdbserver?

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

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

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

> 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,

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

> 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.

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

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

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

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

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

> 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

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

* 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',

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

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: >

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

> 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

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

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

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

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

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

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

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

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

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

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

* 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',

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Re: [oe] OE/Yocto developer survey

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

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

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

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

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