date:20151203

$libdir/glibc is deleted if it doesn't exist but this is incorrectly assuming
what variables are used to create this directory.  In fact libexecdir is being
used in the Makefile so use that in the recipe too.

This fixes builds where libexecdir is changed.

Signed-off-by: Ross Burton 
---
 meta/recipes-core/glibc/glibc-package.inc | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/glibc/glibc-package.inc 
b/meta/recipes-core/glibc/glibc-package.inc
index 5f60368..36c5350 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -82,9 +82,10 @@ do_install_append () {
rm -rf ${D}${localstatedir}
 
# remove empty glibc dir
-   if [ -d ${D}${libdir}/glibc -a ! -e ${D}${libdir}/glibc/pt_chown ]; then
-   rmdir ${D}${libdir}/glibc
+   if [ -d ${D}${libexecdir} ]; then
+   rmdir --ignore-fail-on-non-empty ${D}${libexecdir}
fi
+
oe_multilib_header bits/syscall.h
 
if [ -f ${D}${bindir}/mtrace ]; then
-- 
2.1.4

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

[OE-core] [PATCH 1/3] sudo: handle libexecdir != libdir/PN.

sudo has somewhat special file installation logic and installs the modules and
libraries to $libexecdir/sudo, with special handling for the case when
libexecdir already contains /sudo (which it does by default in current oe-core
where libexecdir=$libdir/$PN).

As setting libexecdir to /usr/libexec should work, add both possibilities to
FILES to be sure the right files are captured, and add INSANE_SKIP for the
libdir warning that libraries are outside of /usr/lib/ (arguably, this should be
fixed in insane).

Signed-off-by: Ross Burton 
---
 meta/recipes-extended/sudo/sudo.inc | 5 +
 meta/recipes-extended/sudo/sudo_1.8.14p3.bb | 3 ++-
 2 files changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-extended/sudo/sudo.inc 
b/meta/recipes-extended/sudo/sudo.inc
index a25876b..48ed436 100644
--- a/meta/recipes-extended/sudo/sudo.inc
+++ b/meta/recipes-extended/sudo/sudo.inc
@@ -38,3 +38,8 @@ do_compile_prepend () {
 do_install_prepend (){
mkdir -p ${D}/${localstatedir}/lib
 }
+
+# Sudo insists on putting libraries into libexecdir
+INSANE_SKIP_${PN} += "libdir"
+INSANE_SKIP_${PN}-dev += "libdir"
+INSANE_SKIP_${PN}-dbg += "libdir"
diff --git a/meta/recipes-extended/sudo/sudo_1.8.14p3.bb 
b/meta/recipes-extended/sudo/sudo_1.8.14p3.bb
index b93112f..4db85e2 100644
--- a/meta/recipes-extended/sudo/sudo_1.8.14p3.bb
+++ b/meta/recipes-extended/sudo/sudo_1.8.14p3.bb
@@ -33,4 +33,5 @@ do_install_append () {
 }
 
 FILES_${PN} += "${libdir}/tmpfiles.d"
-FILES_${PN}-dev += "${libdir}/${BPN}/lib*${SOLIBSDEV} ${libdir}/${BPN}/*.la"
+FILES_${PN}-dev += "${libexecdir}/${BPN}/lib*${SOLIBSDEV} 
${libexecdir}/${BPN}/*.la \
+${libexecdir}/lib*${SOLIBSDEV} ${libexecdir}/*.la"
-- 
2.1.4

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

[OE-core] [PATCH 3/3] neard: fix libdir/libexecdir confusion

These binaries are installed to $libexecdir/nfc not $libdir/$BPN.

Signed-off-by: Ross Burton 
---
 meta/recipes-connectivity/neard/neard_0.15.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/neard/neard_0.15.bb 
b/meta/recipes-connectivity/neard/neard_0.15.bb
index 8adf70c..f962310 100644
--- a/meta/recipes-connectivity/neard/neard_0.15.bb
+++ b/meta/recipes-connectivity/neard/neard_0.15.bb
@@ -43,7 +43,7 @@ do_install_append() {
 PACKAGES =+ "${PN}-tests"
 
 FILES_${PN}-tests = "${libdir}/${BPN}/*-test"
-FILES_${PN}-dbg += "${libdir}/${BPN}/*/.debug"
+FILES_${PN}-dbg += "${libexecdir}/nfc/.debug ${libdir}/${BPN}/*/.debug"
 
 RDEPENDS_${PN} = "dbus python python-dbus python-pygobject"
 
-- 
2.1.4

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

Re: [OE-core] [PATCH 0/9] Move Qt4 recipes to a separate meta-qt4 layer

2015-12-03 Thread Otavio Salvador

On Thu, Dec 3, 2015 at 12:33 PM, Alexander Kanavin
 wrote:
> Qt4 is reaching end of life at the end of 2015, and will not be supported
> upstream. Qt4 recipes are moved out of oe-core to a separate meta-qt4 layer
> available here:
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-qt4/about/
>
> This patchset removes Qt4 from oe-core. I cannot send it to the list for 
> review
> because it contains very long lines that SMTP cannot handle.

Personally I would prefer this to be done in a single patch. If
someone wants to revert it locally it is easier and it also makes
easier for people to understand why it has been done and keep
everything at buildable state across commits.

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

[OE-core] [PATCH] scripts/oe-pkgdata-util: sort the packages in list-pkg-files

Sort the list of packages in list-pkg-files to make the output easier to read.

Signed-off-by: Ross Burton 
---
 scripts/oe-pkgdata-util | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index cb19cc4..afdceaa 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -365,7 +365,7 @@ def list_pkg_files(args):
 sys.exit(1)
 pkglist = args.pkg
 
-for pkg in pkglist:
+for pkg in sorted(pkglist):
 print("%s:" % pkg)
 if args.runtime:
 pkgdatafile = os.path.join(args.pkgdata_dir, "runtime-reverse", 
pkg)
-- 
2.1.4

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

Re: [OE-core] [oe] RFC: Reference updater filesystem

2015-12-03 Thread Mariano Lopez

On 11/24/2015 12:47 PM, Roman Khimov wrote:

В письме от 24 ноября 2015 12:27:30 пользователь Mark Hatle написал:

On 11/24/15 12:05 PM, Roman Khimov wrote:

В письме от 24 ноября 2015 07:47:38 пользователь Mark Hatle написал:

On 11/24/15 4:39 AM, Roman Khimov wrote:

В письме от 23 ноября 2015 15:41:28 пользователь Mariano Lopez написал:

1. Use a separate partition for the configuration.

a. The pro of this method is the partition is not touched during the

update.

b. The con of this method is the configuration is not directly in

rootfs (example: /etc).

That's the right solution, although to do it really right (at least IMO)
you need to implement the /usr merge [1] (and that's orthogonal to using
or not using systemd), which can also help you make your /usr read-only
(because that's just code and static data) with read-write / for user
data of various sorts.

Why does merging /usr have anything to do with this? I've read the case
for merging /usr and / and still don't understand why it "helps". The
key is that if you have separate partitions for /usr and /, then you
need to update both of them in sequence. Merging these two just seems
like a lazy solution to people not wanting to deal with early boot being
self-contained.

It helps in that you can achieve a clear separation of your software and
users data (whatever that is, even if that's just some configuration
files) and only update your part (which is /usr).

This can easily be archived using different partitions like /opt as well.

Usually it leads to more complicated partitioning and more complicated startup
(as well as update) procedure. Of course it can vary from system to system,
but in my experience /usr merge was exactly the thing needed to clearly
separate and simplify things. One way or another you want to have your code
and users data to be separated, /usr merge makes it quite simple.

Bandwidth is a big deal in areas that are not serviced by anything but very
GPRS or worse. So 100 MB is even too big in some cases. Cost is a factor
as is overall bandwidth.

Again, it depends on the product and what you are building if this matters.

The point is we don't want to make some assumptions that preclude
alternative implementations.

Sure.

Thanks to all for your input. The conclusion of this thread is:

1. One size doesn't fit all.
2. Most of the people was fine with the image based update.
3. The recommended way to keep the configuration is to have a separated
data partition.

4. The partition scheme would be:
1. boot. This is the usual boot partition
2. rootfs. Partition used for normal operation.
3. maintenance. This partition will be used to update rootfs.
4. data. This will hold the configuration files. Not modified by
updates.

--
Mariano Lopez
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [Openembedded-architecture] Patchwork & patch handling improvements

2015-12-03 Thread Barros Pena, Belen



On 03/12/2015 12:51, "Burton, Ross"  wrote:

>On 3 December 2015 at 11:43, Barros Pena, Belen
> wrote:
>
>>and more status values.
>
>You can add status values (to the db directly or via the Django admin
>interface), but they will apply to all projects in the Patchwork instance.
>Ideally you should be able to set a list of status values per project I
>guess.
>
>
>
>
>Well it depends on what the extra values are.

Heh, I meant that's how Patchwork works at the moment, independently of
what we do for OE


> Martin, what values do you use?  A "merged in staging" value would be
>useful for everyone.
>
>
>Ross
>

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

[OE-core] [PATCH 0/9] Move Qt4 recipes to a separate meta-qt4 layer

2015-12-03 Thread Alexander Kanavin

Qt4 is reaching end of life at the end of 2015, and will not be supported
upstream. Qt4 recipes are moved out of oe-core to a separate meta-qt4 layer
available here:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-qt4/about/

This patchset removes Qt4 from oe-core. I cannot send it to the list for review
because it contains very long lines that SMTP cannot handle.

The following changes since commit 698c74c373110ed081a7586e21d4a27b8b44c89b:

  libsdl: remove redundant configure_tweak patch (2015-12-01 21:32:15 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib akanavin/remove-qt4
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/remove-qt4

Alexander Kanavin (9):
  qt4: remove recipes and classes
  core-image.bbclass: drop qt4 references
  core-image-sato-sdk: drop qt4 references
  recipes.txt: drop qt4 references
  documentation.conf: drop qt4 references
  default-distrovars.inc: drop qt4 references
  distro_alias.inc: drop qt4 references
  package_regex.inc: drop qt4 references
  packagegroup-core-lsb: treat qt4 packages same as qt3 packages

 meta/classes/core-image.bbclass|   2 -
 meta/classes/qmake2.bbclass|  27 --
 meta/classes/qmake_base.bbclass| 119 -
 meta/classes/qt4e.bbclass  |  21 -
 meta/classes/qt4x11.bbclass|  14 -
 meta/conf/distro/include/default-distrovars.inc|   2 -
 meta/conf/distro/include/distro_alias.inc  |  20 -
 meta/conf/distro/include/package_regex.inc |  11 -
 meta/conf/documentation.conf   |   1 -
 .../packagegroups/packagegroup-core-lsb.bb |  12 +-
 meta/recipes-qt/images/qt4e-demo-image.bb  |  14 -
 meta/recipes-qt/meta/meta-toolchain-qt.bb  |   5 -
 meta/recipes-qt/meta/meta-toolchain-qt.inc |  35 --
 meta/recipes-qt/meta/meta-toolchain-qte.bb |   6 -
 .../nativesdk-packagegroup-qt-toolchain-host.bb|   3 -
 .../nativesdk-packagegroup-qt-toolchain-host.inc   |   6 -
 .../nativesdk-packagegroup-qte-toolchain-host.bb   |   3 -
 .../packagegroups/packagegroup-core-qt.bb  |  22 -
 .../packagegroups/packagegroup-core-qt4e.bb|  52 ---
 .../packagegroup-qt-toolchain-target.bb|  15 -
 .../packagegroup-qt-toolchain-target.inc   |  39 --
 .../packagegroup-qte-toolchain-target.bb   |   7 -
 .../ExportWizard-depends-on-ui_wizard.patch|  18 -
 meta/recipes-qt/qt-apps/fotowall_0.9.bb|  29 --
 meta/recipes-qt/qt-apps/qmmp/no-host-paths.patch   |  26 --
 meta/recipes-qt/qt-apps/qmmp_0.8.6.bb  |  76 
 meta/recipes-qt/qt-apps/quicky_0.4.bb  |  19 -
 meta/recipes-qt/qt-demo/qt-demo-init/qtdemo-init   |  55 ---
 meta/recipes-qt/qt-demo/qt-demo-init_0.1.bb|  19 -
 .../qt4-graphics-system/qt4-graphics-system_1.0.bb |  25 --
 meta/recipes-qt/qt4/nativesdk-qt4-tools.inc| 125 --
 meta/recipes-qt/qt4/nativesdk-qt4-tools_4.8.7.bb   |   6 -
 meta/recipes-qt/qt4/qt4-4.8.7.inc  |  68 ---
 ...o-allow-to-set-qt.conf-from-the-outside-u.patch |  43 --
 ...tty_qws-fix-build-with-old-kernel-headers.patch |  50 ---
 ...003-webkit2-set-OUTPUT_DIR-value-if-empty.patch |  34 --
 ...make-is-already-built-in-qt4-tools-native.patch |  29 --
 ...e-set-LFLAGS-to-pick-up-zlib-from-staging.patch |  28 --
 ...se-OE_QMAKE_-values-to-specify-Qt-utility.patch |  38 --
 ...-const-usage-that-causes-compile-failure-.patch |  34 --
 ...llow-building-a-separate-qmake-for-the-ta.patch |  29 --
 ...e-fix-source-file-references-in-qmake.pri.patch |  52 ---
 ...ack-to-not-use-the-pg_config-of-the-host-.patch |  46 --
 .../qt4-4.8.7/0011-freetype-host-includes.patch|  29 --
 .../qt4/qt4-4.8.7/0012-Add-2bpp-support.patch  | 318 -
 .../0013-configure-add-crossarch-option.patch  |  51 ---
 ...tions-fix-phony-translation-linking-error.patch |  41 --
 ...-configure-add-nostrip-for-debug-packages.patch |  32 --
 .../qt4-4.8.7/0016-configure-eval-QMAKE_CXX.patch  |  37 --
 ...nsure-we-identify-the-compiler-as-g-in-co.patch |  46 --
 ...ure-make-pulseaudio-a-configurable-option.patch |  46 --
 ...xes-for-gcc-4.7.0-particularly-on-qemux86.patch |  63 ---
 ...ake-qt4-native-work-with-long-building-pa.patch |  95 
 ...ls.pro-disable-qmeegographicssystemhelper.patch |  28 --
 .../0030-aarch64_arm64_qatomic_support.patch   | 491 -
 .../qt4/qt4-4.8.7/0031-aarch64_arm64_mkspecs.patch | 124 --
 .../qt4/qt4-4.8.7/0032-aarch64_add_header.patch|  18 -
 ...figure-support-c-0x-standard-for-directfd.patch |  40 --
 .../0034-Fix-kmap2qmap-build-with-clang.patch  |  34 --
 .../Fix-QWSLock-invalid-argument-logs.patch|  98 
 .../qt4/qt4-4.8.7/add_check_for_aarch64_32.patch   |  55 ---
 meta/recipes-qt/qt4/qt4-4.8.7/g++.conf |  40 --
 meta/recipes-qt/qt4/qt4-4.8.7/linux.conf   |  66 ---
 me

Re: [OE-core] [RESEND PATCH] x11vnc: move recipe to meta-oe

On 3 December 2015 at 10:17, Ioan-Adrian Ratiu  wrote:

> x11vnc can be configured with --use-system-libvncserver to use an
> external libvncserver which will be added to meta-oe. Since oe-core
> should not depend on meta-oe, we move x11vnc there.
>
> Signed-off-by: Ioan-Adrian Ratiu 
>

Obviously we shouldn't remove it from oe-core until it's been merged into
meta-oe, so please ping when that's happened.

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

Re: [OE-core] [PATCH 1/1] packagegroup-core-tools-testapps: disable kexec for mips64 and mis64n32

On 3 December 2015 at 06:32,  wrote:

> @@ -15,6 +15,8 @@ inherit packagegroup
>  KEXECTOOLS ?= "kexec"
>  KEXECTOOLS_mips ?= ""
>  KEXECTOOLS_mipsel ?= ""
> +KEXECTOOLS_mips64 ?= ""
> +KEXECTOOLS_mips64n32 ?= ""
>  KEXECTOOLS_powerpc ?= ""
>  KEXECTOOLS_e5500-64b ?= ""
>  KEXECTOOLS_aarch64 ?= ""
>

I've rebased this on top of Maxin's patch that removed many of these
exclusions (mips, mipsel, powerpc, aarch64), but could you confirm that is
the right thing to do?

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

Re: [OE-core] [Openembedded-architecture] Patchwork & patch handling improvements

2015-12-03 Thread Martin Jansa

On Thu, Dec 03, 2015 at 12:51:22PM +, Burton, Ross wrote:
> On 3 December 2015 at 11:43, Barros Pena, Belen  > wrote:
> 
> > >and more status values.
> >
> > You can add status values (to the db directly or via the Django admin
> > interface), but they will apply to all projects in the Patchwork instance.
> > Ideally you should be able to set a list of status values per project I
> > guess.
> >
> 
> Well it depends on what the extra values are.  Martin, what values do you
> use?  A "merged in staging" value would be useful for everyone.

The list of bundles is in:
http://www.openembedded.org/wiki/Patchwork#Multiple_layers_sharing_the_same_oe_project_on_patchwork

Once the patches are added to correct bundles I mark them as archived to
know which ones were sorted (the main page gets empty).

Advantage of bundles (something similar can probably work with tags) is
that the same patch can be in multiple bundles, e.g. I can include some
change in master-next branch and bundle while also adding it to
meta-networking bundle for Joe to merge it when ready.

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


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

[OE-core] [PATCH 2/2] devtool: extract: update SRCTREECOVEREDTASKS for kernel

2015-12-03 Thread Markus Lehtonen

Add 'do_kernel_configme' and 'do_kernel_configcheck' to
SRCTREECOVEREDTASKS of kernel packages. These tasks should not be run
because kernel meta in the srctree is not necessarily up-to-date or
even present which causes build failures and/or invalid kernel config.
Especially so because 'do_patch' which is a dependency of
'do_kernel_configme' is not being run.

We now store .config in the srctree and 'do_configure' task is able to
run successfully.

Signed-off-by: Markus Lehtonen 
---
 scripts/lib/devtool/standard.py | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index a4f3da4..a5e81f3 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -650,7 +650,8 @@ def modify(args, config, basepath, workspace):
 f.write('EXTERNALSRC_BUILD_pn-%s = "%s"\n' % (pn, srctree))
 
 if bb.data.inherits_class('kernel', rd):
-f.write('SRCTREECOVEREDTASKS = "do_validate_branches 
do_kernel_checkout do_fetch do_unpack do_patch"\n')
+f.write('SRCTREECOVEREDTASKS = "do_validate_branches 
do_kernel_checkout '
+'do_fetch do_unpack do_patch do_kernel_configme 
do_kernel_configcheck"\n')
 if initial_rev:
 f.write('\n# initial_rev: %s\n' % initial_rev)
 for commit in commits:
-- 
2.1.4

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

[OE-core] [PATCH 0/2] devtool: kernel config fixes

2015-12-03 Thread Markus Lehtonen

Two patches changing the kernel config handling (of kernel packages). Now the
srctree is expected to have .config which will be used as the initial kernel
config when building.


The following changes since commit 687e5ef86361a16d6c411386939d4ba96a5909ea:

  libsdl: remove redundant configure_tweak patch (2015-12-01 21:31:04 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib marquiz/devtool/kernel

for you to fetch changes up to 0ccea2b62e4d28f3989a72f773e0cbf023739721:

  devtool: extract: update SRCTREECOVEREDTASKS for kernel (2015-12-03 15:35:42 
+0200)


Markus Lehtonen (2):
  devtool: extract: copy kernel config to srctree
  devtool: extract: update SRCTREECOVEREDTASKS for kernel

 scripts/lib/devtool/standard.py | 11 ++-
 1 file changed, 10 insertions(+), 1 deletion(-)

-- 
2.1.4

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

[OE-core] [PATCH 1/2] devtool: extract: copy kernel config to srctree

2015-12-03 Thread Markus Lehtonen

This makes the correct kernel config to be used when building kernel
from srctree (extrernalsrc). If no kernel config is present in the
builddir 'do_configure' task copies .config from the srctree.

Signed-off-by: Markus Lehtonen 
---
 scripts/lib/devtool/standard.py | 8 
 1 file changed, 8 insertions(+)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 68d6eb9..a4f3da4 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -457,6 +457,14 @@ def _extract_source(srctree, keep_temp, devbranch, sync, 
d):
 if haspatches:
 bb.process.run('git checkout patches', cwd=srcsubdir)
 
+if bb.data.inherits_class('kernel-yocto', d):
+# Store generate and store kernel config
+logger.info('Generating kernel config')
+task_executor.exec_func('do_configure', False)
+kconfig = os.path.join(d.getVar('B', True), '.config')
+shutil.copy2(kconfig, srcsubdir)
+
+
 tempdir_localdir = os.path.join(tempdir, 'oe-local-files')
 srctree_localdir = os.path.join(srctree, 'oe-local-files')
 
-- 
2.1.4

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

Re: [OE-core] [Openembedded-architecture] Patchwork & patch handling improvements

On 3 December 2015 at 11:43, Barros Pena, Belen  wrote:

> >and more status values.
>
> You can add status values (to the db directly or via the Django admin
> interface), but they will apply to all projects in the Patchwork instance.
> Ideally you should be able to set a list of status values per project I
> guess.
>

Well it depends on what the extra values are.  Martin, what values do you
use?  A "merged in staging" value would be useful for everyone.

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

Re: [OE-core] [PATCH] matchbox-desktop: sync with gio for the inotify-sub

2015-12-03 Thread Jussi Kukkonen

On 3 December 2015 at 11:11, Huang, Jie (Jackie) 
wrote:
>
> I agree to drop those codes, and it should already be part of the rewrite,
>
> where I can find info about the rewrite, I don’t see any actives in:
>
> git.yoctoproject.org/cgit/cgit.cgi/matchbox-desktop-2
>
> The latest commit is 3 years ago.

They're not very recent either but most of the matchbox-* repos have a
branch 'gtk3' that contains the most up to date work. I've just started
looking at the code with the intention of finishing this gtk3 transition:
an up-to-date poky branch with these changes is 'jku/shuku' in git://
git.yoctoproject.org/poky-contrib. Be warned that it's currently quite
broken: I hope I have something that runs in a week or two.

I agree with ross about preferably getting rid of things like custom
inotify code.

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

Re: [OE-core] [Openembedded-architecture] Patchwork & patch handling improvements

2015-12-03 Thread Barros Pena, Belen



On 02/12/2015 18:43, "Burton, Ross"  wrote:

>
>On 2 December 2015 at 18:04, Martin Jansa
> wrote:
>
>I'm depending on bundles heavily, to "mark" the patches for layers with
>dedicated maintainer and also for extra "status" like merged in
>"master-next" branch for jenkins build, because standard status values
>aren't fine-grained enough.
>
>
>
>
>Sounds like instead of bundles the new patchworks needs the ability for a
>single list to represent multiple projects (so there'd be a meta-oe,
>meta-python, etc),

That's already in place

https://github.com/dlespiau/patchwork/issues/15

>and more status values.

You can add status values (to the db directly or via the Django admin
interface), but they will apply to all projects in the Patchwork instance.
Ideally you should be able to set a list of status values per project I
guess. 

Cheers

Belén

>
>
>Ross
>

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

Re: [OE-core] Patchwork & patch handling improvements

2015-12-03 Thread Barros Pena, Belen



On 02/12/2015 18:04, "Martin Jansa"  wrote:

My only concern is about migrating current database, do you know if the
migration will keep the database
>>I don't know, but I can find out.

I've been told that database migration will work from the version of
Patchwork OE is currently using to the version of Patchwork being used by
FDO. 

including bundles

Yes, including bundles :)

>>If we remove the bundles, then I guess the migration might not keep the
>>bundles. 
>
>OK, then can we please postpone this upgrade (or run both patchworks in
>parallel) until these 2 features are implemented and working?
>
>I'm depending on bundles heavily, to "mark" the patches for layers with
>dedicated maintainer and also for extra "status" like merged in
>"master-next" branch for jenkins build, because standard status values
>aren't fine-grained enough.

Fair enough. Maybe we should consider keeping bundles then.

Cheers

Belén

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

Re: [OE-core] [PATCH 1/1] systemd.class - Allow enabling of parameterised services

2015-12-03 Thread Bob Ham

On Thu, 2015-11-19 at 11:24 +, Bob Ham wrote:
> CThis patch alters the check function
> in systemd.class to look for 'foo@.service' if the normal check
> fails.

*ping*

-- 
Bob Ham 
Software Engineer


Open First 
Collabora is hiring!
Please check out our latest opportunities here:
http://bit.ly/Collabora-Careers



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

[OE-core] [RESEND PATCH] x11vnc: move recipe to meta-oe

2015-12-03 Thread Ioan-Adrian Ratiu

x11vnc can be configured with --use-system-libvncserver to use an
external libvncserver which will be added to meta-oe. Since oe-core
should not depend on meta-oe, we move x11vnc there.

Signed-off-by: Ioan-Adrian Ratiu 
---
 .../recipes-graphics/x11vnc/files/endian-fix.patch | 24 -
 .../x11vnc/files/starting-fix.patch| 25 --
 meta/recipes-graphics/x11vnc/x11vnc_0.9.13.bb  | 25 --
 3 files changed, 74 deletions(-)
 delete mode 100644 meta/recipes-graphics/x11vnc/files/endian-fix.patch
 delete mode 100644 meta/recipes-graphics/x11vnc/files/starting-fix.patch
 delete mode 100644 meta/recipes-graphics/x11vnc/x11vnc_0.9.13.bb

diff --git a/meta/recipes-graphics/x11vnc/files/endian-fix.patch 
b/meta/recipes-graphics/x11vnc/files/endian-fix.patch
deleted file mode 100644
index f2a538b..000
--- a/meta/recipes-graphics/x11vnc/files/endian-fix.patch
+++ /dev/null
@@ -1,24 +0,0 @@
-libvncserver: replace LIBVNCSERVER_WORDS_BIGENDIAN with WORDS_BIGENDIAN
-
-since macro AC_C_BIGENDIAN is used in autoconf and WORDS_BIGENDIAN is
-automatically set for different arch, it is better to use WORDS_BIGENDIAN
-instead of LIBVNCSERVER_WORDS_BIGENDIAN, which cuase issue in mips.
-
-Signed-off-by: Yu Ke 
-
-Upstream-Status: Pending
-
-diff --git a/libvncserver/main.c b/libvncserver/main.c
-index b6bd930..8bbb7bf 100644
 a/libvncserver/main.c
-+++ b/libvncserver/main.c
-@@ -47,7 +47,7 @@ static MUTEX(extMutex);
- 
- static int rfbEnableLogging=1;
- 
--#ifdef LIBVNCSERVER_WORDS_BIGENDIAN
-+#ifdef WORDS_BIGENDIAN
- char rfbEndianTest = (1==0);
- #else
- char rfbEndianTest = (1==1);
-
diff --git a/meta/recipes-graphics/x11vnc/files/starting-fix.patch 
b/meta/recipes-graphics/x11vnc/files/starting-fix.patch
deleted file mode 100644
index f62e405..000
--- a/meta/recipes-graphics/x11vnc/files/starting-fix.patch
+++ /dev/null
@@ -1,25 +0,0 @@
-"-gui" & "-rfbport" require "wish" installed, or else x11vnc fails to start.
-Removing these 2 parameters makes x11vnc works well on poky sato image.
-
-Add also -skip_lockkeys option to ignore all Caps_Lock, Shift_Lock, Num_Lock,
-Scroll_Lock keysyms received from viewers, in order to leave the lock state on
-the server side unchanged. Yet, the keys will appear correctly.
-
-Signed-off-by: Zhai Edwin 
-Signed-off-by: Laurentiu Palcu 
-
-Upstream-Status: Inappropriate [configuration]
-
-Index: x11vnc-0.9.12/x11vnc/x11vnc.desktop
-===
 x11vnc-0.9.12.orig/x11vnc/x11vnc.desktop   2011-03-03 10:33:18.0 
+0800
-+++ x11vnc-0.9.12/x11vnc/x11vnc.desktop2011-03-03 10:35:20.0 
+0800
-@@ -1,7 +1,7 @@
- [Desktop Entry]
- Name=X11VNC Server
- Comment=Share this desktop by VNC
--Exec=x11vnc -gui tray=setpass -rfbport PROMPT -bg -o 
%%HOME/.x11vnc.log.%%VNCDISPLAY
-+Exec=x11vnc -bg -rfbport 5900 -skip_lockkeys -o 
%%HOME/.x11vnc.log.%%VNCDISPLAY
- Icon=computer
- Terminal=false
- Type=Application
diff --git a/meta/recipes-graphics/x11vnc/x11vnc_0.9.13.bb 
b/meta/recipes-graphics/x11vnc/x11vnc_0.9.13.bb
deleted file mode 100644
index ec0241f..000
--- a/meta/recipes-graphics/x11vnc/x11vnc_0.9.13.bb
+++ /dev/null
@@ -1,25 +0,0 @@
-SUMMARY = "Exports your X session on-the-fly via VNC"
-HOMEPAGE = "http://www.karlrunge.com/x11vnc/";
-
-SECTION = "x11/utils"
-AUTHOR = "Karl Runge"
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=361b6b837cad26c6900a926b62aada5f \
-
file://x11vnc/x11vnc.h;endline=33;md5=6f95dc6535467d7ee1563fd434fb372e"
-
-SRC_URI = "${SOURCEFORGE_MIRROR}/libvncserver/x11vnc/${PV}/x11vnc-${PV}.tar.gz\
-   file://starting-fix.patch \
-   file://endian-fix.patch "
-
-SRC_URI[md5sum] = "a372ec4fe8211221547b1c108cf56e4c"
-SRC_URI[sha256sum] = 
"f6829f2e629667a5284de62b080b13126a0736499fe47cdb447aedb07a59f13b"
-
-DEPENDS = "openssl virtual/libx11 libxext jpeg zlib libxfixes libxrandr 
libxdamage libxtst"
-
-inherit autotools-brokensep distro_features_check
-# depends on virtual/libx11
-REQUIRED_DISTRO_FEATURES = "x11"
-
-PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'zeroconf', 
'avahi', '', d)}"
-PACKAGECONFIG[avahi] = "--with-avahi,--without-avahi,avahi"
-PACKAGECONFIG[xinerama] = "--with-xinerama,--without-xinerama,libxinerama"
-- 
2.1.4

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

Re: [OE-core] [PATCH v2 2/3] connman-conf: mark as allarch

2015-12-03 Thread Martin Jansa

On Thu, Dec 03, 2015 at 09:23:47AM +, Joshua Lock wrote:
> This recipe just installs some data files and thus is architecture
> independent and doesn't require a compiler and libc in its DEPENDS.

Sorry I didn't notice it before, but this recipe is meant to provide
MACHINE specific configuration, like the qemuall overrides does few
lines below, so this cannot be allarch.

> 
> Signed-off-by: Joshua Lock 
> ---
>  meta/recipes-connectivity/connman/connman-conf.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-connectivity/connman/connman-conf.bb 
> b/meta/recipes-connectivity/connman/connman-conf.bb
> index bef9237..4c6a2d2 100644
> --- a/meta/recipes-connectivity/connman/connman-conf.bb
> +++ b/meta/recipes-connectivity/connman/connman-conf.bb
> @@ -4,7 +4,7 @@ network interface for a qemu machine."
>  LICENSE = "GPLv2"
>  LIC_FILES_CHKSUM = 
> "file://${COREBASE}/meta/files/common-licenses/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6"
>  
> -inherit systemd
> +inherit systemd allarch
>  
>  SRC_URI_append_qemuall = " file://wired.config \
> file://wired-setup \
> -- 
> 2.4.3
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

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


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

Re: [OE-core] [PATCH v3 1/3] dbus: merge .bb and .inc

2015-12-03 Thread Patrick Ohly

On Thu, 2015-12-03 at 08:39 +, Burton, Ross wrote:
> 
> On 3 December 2015 at 07:46, Patrick Ohly 
> wrote:
> In the layer I am trying to be compatible with OE-core master,
> dizzy,
> fido and jethro. That means I cannot "require
> recipes-core/dbus/dbus_1.8.18.bb" because that file only
> exists on
> master.
> 
> In which case you're expecting the dbus.inc file to remain
> version-agnostic across three releases.

I agree, that's an unreasonable expectation (although it seemed to have
worked out in practice). Anyway, I already copied the file.

> Could dbus-cynara be replaced with a bbappend that adds a number of
> patches and a PACKAGECONFIG[cynara], which defaults to disabled for
> zero impact, but can be enabled at the distro level?

Unfortunately the current Cynara patches depend on an older version of
the main source code, so that won't work. Not ideal, I know, but a bit
out of my hands at the moment.

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.

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

[OE-core] [PATCH v2 3/3] connman: tidy up connman-conf usage

connman-conf is now a systemd oneshot so need not be sed'ed in to
the ConnMan service file.

Furthermore add connman-conf as RRECCOMENDS only for qemu machines.

This cleans up connman-conf so that it is not automatically installed
and unconditionally calling a script that doesn't exist for most
machines.

Note: this doesn't affect sysvinit where we provide the ConnMan
init script which checks for the presence of the wired-networking
script and if it exists executes it as part of the connman init.

[YOCTO #8399]

Signed-off-by: Joshua Lock 
---
 meta/recipes-connectivity/connman/connman.inc | 5 -
 meta/recipes-connectivity/connman/connman_1.30.bb | 3 +--
 2 files changed, 1 insertion(+), 7 deletions(-)

diff --git a/meta/recipes-connectivity/connman/connman.inc 
b/meta/recipes-connectivity/connman/connman.inc
index 6324d7a..40880ad 100644
--- a/meta/recipes-connectivity/connman/connman.inc
+++ b/meta/recipes-connectivity/connman/connman.inc
@@ -68,11 +68,6 @@ python __anonymous () {
 
 SYSTEMD_SERVICE_${PN} = "connman.service"
 SYSTEMD_SERVICE_${PN}-vpn = "connman-vpn.service"
-SYSTEMD_WIRED_SETUP = "ExecStartPre=-${datadir}/connman/wired-setup"
-
-do_compile_append() {
-   sed -i "s#ExecStart=#${SYSTEMD_WIRED_SETUP}\nExecStart=#" 
${B}/src/connman.service
-}
 
 do_install_append() {
if 
${@bb.utils.contains('DISTRO_FEATURES','sysvinit','true','false',d)}; then
diff --git a/meta/recipes-connectivity/connman/connman_1.30.bb 
b/meta/recipes-connectivity/connman/connman_1.30.bb
index 7d65ac9..7f7f5c3 100644
--- a/meta/recipes-connectivity/connman/connman_1.30.bb
+++ b/meta/recipes-connectivity/connman/connman_1.30.bb
@@ -10,5 +10,4 @@ SRC_URI  = 
"${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
 SRC_URI[md5sum] = "4a3efdbd6796922db9c6f66da57887fa"
 SRC_URI[sha256sum] = 
"5c5e464bacc9c27ed4e7269fb9b5059f07947f5be26433b59212133663ffa991"
 
-RRECOMMENDS_${PN} = "connman-conf"
-
+RRECOMMENDS_${PN}_qemuall = "connman-conf"
-- 
2.4.3

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

[OE-core] [PATCH v2 2/3] connman-conf: mark as allarch

This recipe just installs some data files and thus is architecture
independent and doesn't require a compiler and libc in its DEPENDS.

Signed-off-by: Joshua Lock 
---
 meta/recipes-connectivity/connman/connman-conf.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/connman/connman-conf.bb 
b/meta/recipes-connectivity/connman/connman-conf.bb
index bef9237..4c6a2d2 100644
--- a/meta/recipes-connectivity/connman/connman-conf.bb
+++ b/meta/recipes-connectivity/connman/connman-conf.bb
@@ -4,7 +4,7 @@ network interface for a qemu machine."
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/files/common-licenses/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6"
 
-inherit systemd
+inherit systemd allarch
 
 SRC_URI_append_qemuall = " file://wired.config \
file://wired-setup \
-- 
2.4.3

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

Re: [OE-core] [PATCH 2/3] connman-conf: mark as allarch and not requiring default deps


On 02/12/15 21:19, Martin Jansa wrote:

On Wed, Dec 02, 2015 at 11:03:53AM +, Joshua Lock wrote:

This recipe just installs some data files and thus is architecture
independent and doesn't require a compiler and libc in its DEPENDS.


allarch.bbclass already sets INHIBIT_DEFAULT_DEPS


Indeed it does, thanks — I'll send a v2.

Regards,

Joshua




Signed-off-by: Joshua Lock 
---
  meta/recipes-connectivity/connman/connman-conf.bb | 4 +++-
  1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/connman/connman-conf.bb 
b/meta/recipes-connectivity/connman/connman-conf.bb
index bef9237..1e119ad 100644
--- a/meta/recipes-connectivity/connman/connman-conf.bb
+++ b/meta/recipes-connectivity/connman/connman-conf.bb
@@ -4,7 +4,9 @@ network interface for a qemu machine."
  LICENSE = "GPLv2"
  LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/files/common-licenses/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6"

-inherit systemd
+inherit systemd allarch
+
+INHIBIT_DEFAULT_DEPS = "1"

  SRC_URI_append_qemuall = " file://wired.config \
 file://wired-setup \
--
2.4.3

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




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

[OE-core] [PATCH v2 1/3] connman-conf: convert to systemd oneshot

Install a oneshot unit file that is started before ConnMan to
configure a wired network inteface with the wired-setup script
rather than requiring this script to be manually run some how.

Signed-off-by: Joshua Lock 
---
 meta/recipes-connectivity/connman/connman-conf.bb  |  9 -
 .../connman/connman-conf/qemuall/wired-connection.service  | 10 ++
 2 files changed, 18 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-connectivity/connman/connman-conf/qemuall/wired-connection.service

diff --git a/meta/recipes-connectivity/connman/connman-conf.bb 
b/meta/recipes-connectivity/connman/connman-conf.bb
index 9254ed7..bef9237 100644
--- a/meta/recipes-connectivity/connman/connman-conf.bb
+++ b/meta/recipes-connectivity/connman/connman-conf.bb
@@ -4,8 +4,11 @@ network interface for a qemu machine."
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/files/common-licenses/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6"
 
+inherit systemd
+
 SRC_URI_append_qemuall = " file://wired.config \
file://wired-setup \
+   file://wired-connection.service \
 "
 PR = "r2"
 
@@ -17,10 +20,14 @@ FILES_${PN} = "${localstatedir}/* ${datadir}/*"
 
 do_install() {
 #Configure Wired network interface in case of qemu* machines
-if test -e ${WORKDIR}/wired.config && test -e ${WORKDIR}/wired-setup; then
+if test -e ${WORKDIR}/wired.config &&
+   test -e ${WORKDIR}/wired-setup &&
+   test -e ${WORKDIR}/wired-connection.service; then
 install -d ${D}${localstatedir}/lib/connman
 install -m 0644 ${WORKDIR}/wired.config 
${D}${localstatedir}/lib/connman
 install -d ${D}${datadir}/connman
 install -m 0755 ${WORKDIR}/wired-setup ${D}${datadir}/connman
+install -d ${D}${systemd_system_unitdir}
+install -m 0644 ${WORKDIR}/wired-connection.service 
${D}${systemd_system_unitdir}
 fi
 }
diff --git 
a/meta/recipes-connectivity/connman/connman-conf/qemuall/wired-connection.service
 
b/meta/recipes-connectivity/connman/connman-conf/qemuall/wired-connection.service
new file mode 100644
index 000..f66d158a
--- /dev/null
+++ 
b/meta/recipes-connectivity/connman/connman-conf/qemuall/wired-connection.service
@@ -0,0 +1,10 @@
+[Unit]
+Description=Setup wired interface on qemu machines
+Before=connman.service
+
+[Service]
+Type=oneshot
+ExecStart=/usr/lib/connman/wired-setup
+
+[Install]
+WantedBy=network.target
-- 
2.4.3

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

[OE-core] [PATCH v2 0/3] Clean up connman-conf

As reported in YP#8399[1] we currently hack the connman service to try and
execute a script which is only installed on qemu targets. This pair of
patches changes the connman-conf recipe to install a oneshot systemd unit
that is called before ConnMan, removes the ExecStartPre and adds an override
to the RRECOMMENDS so that the connman-conf is only installed by default for
qemu machines and images for other machines are left with an error in the
journal about failing to start a service.

Changes since v1:
  * don't explicitly set INHIBIT_DEFAULT_DEPS, allarch.bbclass does that for us

Since the initial RFC submission I've:
  * rebased on master
  * changed connman-conf to be an allarch recipe
  * updated to use the new systemd_system_unitdir variable

The following changes since commit 03f15e51998a3ef65a5b68cb7cbf724f4388c289:

  sstate: Ensure siginfo and sig files are also touched (2015-11-25 08:09:00 
+)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib joshuagl/connman
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=joshuagl/connman

Joshua Lock (3):
  connman-conf: convert to systemd oneshot
  connman-conf: mark as allarch
  connman: tidy up connman-conf usage

 meta/recipes-connectivity/connman/connman-conf.bb  |  9 -
 .../connman/connman-conf/qemuall/wired-connection.service  | 10 ++
 meta/recipes-connectivity/connman/connman.inc  |  5 -
 meta/recipes-connectivity/connman/connman_1.30.bb  |  3 +--
 4 files changed, 19 insertions(+), 8 deletions(-)
 create mode 100644 
meta/recipes-connectivity/connman/connman-conf/qemuall/wired-connection.service

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

Re: [OE-core] [PATCH] matchbox-desktop: sync with gio for the inotify-sub

2015-12-03 Thread Huang, Jie (Jackie)

So I should send the patch to 
yo...@yoctoproject.org, right?

I agree to drop those codes, and it should already be part of the rewrite,
where I can find info about the rewrite, I don’t see any actives in:
git.yoctoproject.org/cgit/cgit.cgi/matchbox-desktop-2

The latest commit is 3 years ago.

Thanks,
Jackie

From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Tuesday, December 01, 2015 4:56 PM
To: Huang, Jie (Jackie)
Cc: OE-core
Subject: Re: [OE-core] [PATCH] matchbox-desktop: sync with gio for the 
inotify-sub


On 1 December 2015 at 05:47, 
mailto:jackie.hu...@windriver.com>> wrote:
matchbox-desktop builds with included libinotify which
is very old (last sync was in 2008), if we compile glib-2.0
with -fvisibility=default (the default is hidden for libglib
and libgio), it will crash because of inconsistency of
inotify-sub, so port the related parts to fix the issue.

matchbox-desktop is maintained by the Yocto Project, so this patch should be 
applied there and then the recipe updated to the latest git revision.

There's a big rewrite of matchbox-desktop going on, so dropping that code 
entirely is probably the best idea: just use GIO instead.

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

Re: [OE-core] [PATCH v3 1/3] dbus: merge .bb and .inc