[OE-core] [PATCH 1/1] git: update to 1.9.0 release

2014-02-20 Thread Fathi Boudra
Signed-off-by: Fathi Boudra fathi.bou...@linaro.org --- meta/recipes-devtools/git/{git_1.8.5.2.bb = git_1.9.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/git/{git_1.8.5.2.bb = git_1.9.0.bb} (67%) diff --git

[OE-core] [PATCH_V2] gtk+3: upgrade to 3.10.7

2014-02-20 Thread Valentin Popa
(*) removed patches that were already commited upstream (*) added new patch to solve the build issue (*) changed the package URL because the old one is unreliable. Signed-off-by: Valentin Popa valentin.p...@intel.com --- .../fix-build-when-wayland-backend-enabled.patch | 43

[OE-core] [RFT][PATCH 0/2] Systemd 209

2014-02-20 Thread Khem Raj
This patchset upgrades systemd to 209 as can be seen some enahancements to uclibc were neeed. As of now. It builds for me on both uclibc/eglibc Please test it out in your setups and report back any issues The following changes since commit 9a98b8bfe13b94d89a9e39cca821f26fdeaeffc3:

[OE-core] [PATCH 1/1] insserv: enable ptest support

2014-02-20 Thread Chong Lu
Install insserv test suite and run it as ptest. Signed-off-by: Chong Lu chong...@windriver.com --- meta/recipes-devtools/insserv/files/run-ptest | 17 + meta/recipes-devtools/insserv/insserv_1.14.0.bb | 14 +- 2 files changed, 30 insertions(+), 1 deletion(-) create

[OE-core] [PATCH 0/1] insserv: enable ptest support

2014-02-20 Thread Chong Lu
The following changes since commit 54562006c1327c5b99daa4cc05a3ba7e38412da1: image_types.bbclass: Fix tar IMAGE_CMD to not change directories (2014-02-18 08:38:52 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib chonglu/insserv

[OE-core] Removal of poky-feed-config-opkg_1.0.bb

2014-02-20 Thread Laszlo Papp
Hi, I had a quick discussion on IRC with Ross. Is there a reason against removing it? ../meta/recipes-devtools/opkg/opkg-config-base_1.0.bb seems to be already doing the job. Is there any compatibility to be kept? Cheers, L. ___ Openembedded-core

Re: [OE-core] [PATCH 1/1] sstate: list missing files for toaster

2014-02-20 Thread Richard Purdie
On Mon, 2014-02-17 at 17:33 +, Alex DAMIAN wrote: From: Alexandru DAMIAN alexandru.dam...@intel.com Toaster needs to record the attempts to restore setscene tasks that don't have a sstate file. We build a list of tasks for which we can't find an sstate file, and if we're running under

Re: [OE-core] [PATCH 1/5] manifest.py: add create_full for OpkgManifest class

2014-02-20 Thread Laurentiu Palcu
On Thu, Feb 20, 2014 at 03:06:51PM +0800, Hongxu Jia wrote: The function create_full creates the manifest after the package in initial manifest has been dummy installed. It lists all *to be installed* packages. There is no real installation, just a test. [YOCTO #1894] Signed-off-by: Hongxu

Re: [OE-core] [PATCH 2/5] package_manager.py: support ipk incremental image generation

2014-02-20 Thread Laurentiu Palcu
On Thu, Feb 20, 2014 at 03:06:52PM +0800, Hongxu Jia wrote: Add the following three functions to OpkgPM class: - The 'dummy_install' is used to dummy install pkgs, and returns the log of output; - The 'backup_packaging_data' is used to back up the current opkg database; - The

Re: [OE-core] [PATCH 3/5] rootfs.py: support ipk incremental image generation

2014-02-20 Thread Laurentiu Palcu
On Thu, Feb 20, 2014 at 03:06:53PM +0800, Hongxu Jia wrote: The incremental image generation is based on the previous existing image, adds new packages, upgrades existing packages, and removes unused packages. [YOCTO #1894] Signed-off-by: Hongxu Jia hongxu@windriver.com ---

Re: [OE-core] [PATCH 5/5] rootfs.py: support BAD_RECOMMENDATIONS for ipk incremental image generation

2014-02-20 Thread Laurentiu Palcu
On Thu, Feb 20, 2014 at 03:06:55PM +0800, Hongxu Jia wrote: While incremental image generation enabled and the previous image is existed, if BAD_RECOMMENDATIONS is changed, the operation on the existing image is complicated, so remove the existing image in this situation. The same with

Re: [OE-core] [PATCH 1/1] sstate: list missing files for toaster

2014-02-20 Thread Damian, Alexandru
I would think against it, because - it's very inefficient to send a Skipped event for each missed task than to collect all the data and send it in one shot - it's faster to send the event from the sstate.bbclass than to return the task ids and then call again a python function to generate the

Re: [OE-core] [PATCH 1/1] sstate: list missing files for toaster

2014-02-20 Thread Richard Purdie
On Thu, 2014-02-20 at 15:41 +, Damian, Alexandru wrote: I would think against it, because - it's very inefficient to send a Skipped event for each missed task than to collect all the data and send it in one shot - it's faster to send the event from the sstate.bbclass than to return the

Re: [OE-core] Removal of poky-feed-config-opkg_1.0.bb

2014-02-20 Thread Paul Barker
On 20 February 2014 13:03, Laszlo Papp lp...@kde.org wrote: Hi, I had a quick discussion on IRC with Ross. Is there a reason against removing it? ../meta/recipes-devtools/opkg/opkg-config-base_1.0.bb seems to be already doing the job. Is there any compatibility to be kept? It does

Re: [OE-core] Removal of poky-feed-config-opkg_1.0.bb

2014-02-20 Thread Burton, Ross
On 20 February 2014 16:41, Paul Barker p...@paulbarker.me.uk wrote: It does duplicate the creation of ${sysconfdir}/opkg/arch.conf and so that bit should go. I think it should probably be replaced by a template recipe in meta-skeleton which shows a developer how to create their own feed config

Re: [OE-core] Removal of poky-feed-config-opkg_1.0.bb

2014-02-20 Thread Paul Eggleton
On Thursday 20 February 2014 16:59:17 Burton, Ross wrote: On 20 February 2014 16:41, Paul Barker p...@paulbarker.me.uk wrote: It does duplicate the creation of ${sysconfdir}/opkg/arch.conf and so that bit should go. I think it should probably be replaced by a template recipe in

Re: [OE-core] [PATCH 1/1] sstate: list missing files for toaster

2014-02-20 Thread Damian, Alexandru
Yep, tasks that were looked up, and actual filenames attempted. Alex On Thu, Feb 20, 2014 at 4:06 PM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Thu, 2014-02-20 at 15:41 +, Damian, Alexandru wrote: I would think against it, because - it's very inefficient to send a

[OE-core] [PATCH] runqemu: Ensure ROOTFS path is absolute

2014-02-20 Thread Saul Wold
There is a problem if a relative path is passed to the kernel for NFS usage that it will not correctly find it, so ensure that the ROOTFS path is absolute. [YOCTO #2807] Signed-off-by: Saul Wold s...@linux.intel.com --- scripts/runqemu | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)

[OE-core] [PATCH] libglade: don't use gnome.bbclass

2014-02-20 Thread Ross Burton
gnome.bbclass pulls in more functionality than this recipe needs (icon cache, MIME, GConf), so instead just use gnomebase.bbclass. [ YOCTO #5842 ] Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/recipes-gnome/libglade/libglade_2.6.4.bb |2 +- 1 file changed, 1 insertion(+), 1

[OE-core] OEDAM: OpenEmbedded Developers (Americas) Meeting

2014-02-20 Thread Philip Balister
The OpenEmbedded Project is holding a developers meeting May 2-3, 2014, in Santa Clara, CA. This meeting is immediately after the Embedded Linux Conference North America. All active OpenEmbedded and Yocto Project developers are invited to attend. NOTE: this is a development meeting for the

Re: [OE-core] [RFT][PATCH 0/2] Systemd 209

2014-02-20 Thread Saul Wold
On 02/20/2014 02:18 AM, Khem Raj wrote: This patchset upgrades systemd to 209 as can be seen some enahancements to uclibc were neeed. As of now. It builds for me on both uclibc/eglibc Please test it out in your setups and report back any issues The following changes since commit

Re: [OE-core] [RFT][PATCH 0/2] Systemd 209

2014-02-20 Thread Khem Raj
On Thu, Feb 20, 2014 at 7:48 PM, Saul Wold s...@linux.intel.com wrote: Seems like there might be an issue with ptest when I built this on the AB, it might be build vs src dir split? hmmm, could be. but there are more rutime issues as this point, I am waiting for 210 release which should happen

Re: [OE-core] [PATCH v3] meta/oe/lib/path.py - check mount points, not device

2014-02-20 Thread Saul Wold
On 02/09/2014 10:59 PM, Saul Wold wrote: On 01/29/2014 06:54 AM, Jason Plum wrote: On 01/28/14 13:47, Saul Wold wrote: On 01/20/2014 11:22 AM, Jason Plum wrote: Signed-off-by: Jason Plum jp...@devonit.com --- meta/lib/oe/path.py | 13 - 1 file changed, 12 insertions(+), 1

[OE-core] [PATCH] systemd: fix console-kit-log-system-start.service startup

2014-02-20 Thread Jonathan Liu
console-kit-log-system-start.service fails to to start if the /var/log/ConsoleKit directory does not exist. Normally it is created automatically but as we mount a tmpfs at /var/log, we need to add a tmpfiles.d entry to create it. Signed-off-by: Jonathan Liu net...@gmail.com ---

[OE-core] [meta-oe][PATCH v3] image_types.bbclass: fix cpio IMAGE_CMD to preserve working directory

2014-02-20 Thread Jonathan Liu
The working directory is changed in a subshell when executing cpio to preserve the working directory for any subsequent commands. This is to keep the working directory consistent when generating multiple image types. Signed-off-by: Jonathan Liu net...@gmail.com ---

Re: [OE-core] [meta-oe][PATCH v3] image_types.bbclass: fix cpio IMAGE_CMD to preserve working directory

2014-02-20 Thread Jonathan Liu
Whoops, wrong tag. This was meant for OE-core. Resubmitting. Regards, Jonathan On 21 February 2014 15:41, Jonathan Liu net...@gmail.com wrote: The working directory is changed in a subshell when executing cpio to preserve the working directory for any subsequent commands. This is to keep the

[OE-core] [PATCH v3] image_types.bbclass: fix cpio IMAGE_CMD to preserve working directory

2014-02-20 Thread Jonathan Liu
The working directory is changed in a subshell when executing cpio to preserve the working directory for any subsequent commands. This is to keep the working directory consistent when generating multiple image types. Signed-off-by: Jonathan Liu net...@gmail.com ---

[OE-core] [PATCH] psmisc: Update to 22.21

2014-02-20 Thread Saul Wold
Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-extended/psmisc/psmisc_22.20.bb | 6 -- meta/recipes-extended/psmisc/psmisc_22.21.bb | 6 ++ 2 files changed, 6 insertions(+), 6 deletions(-) delete mode 100644 meta/recipes-extended/psmisc/psmisc_22.20.bb create mode 100644

[OE-core] [PATCH] kernel-yocto.bbclass: Force do_diffconfig depends to ${PN}

2014-02-20 Thread Nathan Rossi
Commit 07e59b5ff659bde6e6a60c4781c0a2deb406c667 added the task dependency of 'virtual/kernel:do_kernel_configme' for the do_diffconfig task. This dependency is only valid for linux recipes that inherit kernel-yocto (e.g. linux-yocto), however due to virtual/kernel being a virtual dependency it may

[OE-core] [PATCH 1/5] manifest.py: add create_full for OpkgManifest class

2014-02-20 Thread Hongxu Jia
The function create_full creates the manifest after the package in initial manifest has been dummy installed. It lists all *to be installed* packages. There is no real installation, just a test. [YOCTO #1894] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/lib/oe/manifest.py | 57

[OE-core] [PATCH V3 0/5] manifest.py/package_manager.py/rootfs.py: support ipk incremental image generation

2014-02-20 Thread Hongxu Jia
Change in V2: - Move dump_install_solution to Manifest class as create_full; - Move load_old_install_solution to Manifest class as parse_full_manifest; - Handle the output of dummy install in Python rather than shell; - Fix typos - Rename _file_duplicate with _file_equal to avoid confusion;

[OE-core] [PATCH 4/5] rootfs.py: support BAD_RECOMMENDATIONS for ipk incremental image generation

2014-02-20 Thread Hongxu Jia
While incremental image generation enabled and the previous image is existed, if BAD_RECOMMENDATIONS is changed, the operation on the existing image is complicated, so remove the old image in this situation. The same with PACKAGE_EXCLUDE and NO_RECOMMENDATIONS. [YOCTO #1894] Signed-off-by:

[OE-core] [PATCH 3/5] rootfs.py: support ipk incremental image generation

2014-02-20 Thread Hongxu Jia
The incremental image generation is based on the previous existing image, adds new packages, upgrades existing packages, and removes unused packages. [YOCTO #1894] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/lib/oe/rootfs.py | 50 +++---

[OE-core] [PATCH 2/5] package_manager.py: support ipk incremental image generation

2014-02-20 Thread Hongxu Jia
Add the following three functions to OpkgPM class: - The 'dummy_install' is used to dummy install pkgs, and returns the log of output; - The 'backup_packaging_data' is used to back up the current opkg database; - The 'recover_packaging_data' is used to recover the opkg database which backed

[OE-core] [PATCH 5/5] rootfs.py: tweak _multilib_sanity_test for ipk incremental image generation

2014-02-20 Thread Hongxu Jia
The _multilib_sanity_test installs multilib packages in a temporary root fs, and compare with the current image to figure out duplicated files that come from different packages. While incremental image generation enabled and the previous image was existed, there was an Multilib check error: ...

[OE-core] [CONSOLIDATED PULL 00/10] Mostly Bugfixes

2014-02-20 Thread Saul Wold
Richard, Ran this through the AB with Khem's systemd 209, but it had issues, so sending you a sub-set of what was in MUT. Sau! The following changes since commit 43ac6e3216c5d985d6f90a28e727e397df616267: wic: Make exec_native_command() fail if a command isn't found (2014-02-20 14:28:06

[OE-core] lsb: change script init-functions installed path

2014-02-20 Thread HanChao
From fbdcf88fe2d46e83f1e25a5681e16ea5c967a11a Mon Sep 17 00:00:00 2001 From: Han Chao c...@windriver.com Date: Fri, 21 Feb 2014 10:44:35 +0800 Subject: [PATCH] lsb: change script init-functions installed path The bb code assume the target is 64bit, so some files can not be installed well.

Re: [OE-core] [PATCH 1/5] manifest.py: add create_full for OpkgManifest class

2014-02-20 Thread Hongxu Jia
On 02/21/2014 02:38 PM, Hongxu Jia wrote: The function create_full creates the manifest after the package in initial manifest has been dummy installed. It lists all *to be installed* packages. There is no real installation, just a test. [YOCTO #1894] Signed-off-by: Hongxu Jia