[OE-core] Figuring out why sstate-cache is no longer used for a package

2013-12-09 Thread Mike Looijmans 

I've been struggling with this for a few days.

We have a build server that build various images overnight. One of the 
packages in that image is "fpga-image", which takes more than an hour to build.


We have been sharing the the build server's sstate-cache via HTTP and this has 
worked excellently up until yesterday.


The current situation is that a client will grab everything from the 
buildserver's HTTP sstate-cache, potentially finishing a build from scratch in 
about five minutes. However, for some reason, the fpga-image does not fall 
into this category, and eache machine insists on re-building it from scratch. 
I've been trying to debug this, but the sstate-cache is on another machine. I 
tried copying part of the build server's sstate-cache onto my machine, but 
that only results in "bitbake-diffsigs -t fpga-image .." yielding "ERROR: No 
sigdata files found matching fpga-image .." so that apparently is a dead end.


How can I determine what is causing the system to think that it needs to 
rebuild this package?


And/Or how do tell the system that this package only depends on the SRCREV and 
MACHINE and nothing else? (I've already set INHIBIT_DEFAULT_DEPS = "1", is 
there more that I can do?)



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

[OE-core] [PATCH] multilib: Ensure we map the SYSTEMD_PACKAGES variable

2013-12-09 Thread rongqing.li 
From: Roy Li 

If we don't do this, systemd.bbclase will complain to unable to find multilib
packages since PACKAGES is expand with mlprefix, but SYSTEMD_PACKAGES is not,
like in ntp.inc:

$grep PACKAGES meta-oe/meta-networking/recipes-support/ntp/ntp.inc
PACKAGES += "ntpdate sntp ${PN}-tickadj ${PN}-utils"
SYSTEMD_PACKAGES = "${PN} ntpdate sntp"
$

$bitbake ntp
ERROR: ntpdate does not appear in package list, please add it
ERROR: sntp does not appear in package list, please add it
$

Signed-off-by: Roy Li 
---
 meta/classes/multilib.bbclass |1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
index 9503096..5eb4a7b 100644
--- a/meta/classes/multilib.bbclass
+++ b/meta/classes/multilib.bbclass
@@ -105,6 +105,7 @@ python __anonymous () {
 clsextend.map_variable("PACKAGE_INSTALL")
 clsextend.map_variable("INITSCRIPT_PACKAGES")
 clsextend.map_variable("USERADD_PACKAGES")
+clsextend.map_variable("SYSTEMD_PACKAGES")
 }
 
 PACKAGEFUNCS_append = " do_package_qa_multilib"
-- 
1.7.10.4

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

[OE-core] [PATCH 0/1] license.bbclass: fix the code of installing and packaging license files

2013-12-09 Thread Qi.Chen 
From: Chen Qi 

The following changes since commit 184038bedb20f74ba4dcad6ef2d92e87a9ba5f9a:

  bitbake: fetch2/git: Ensure check is made in the correct directory 
(2013-12-06 14:10:15 +)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib ChenQi/license-rebuild
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/license-rebuild

Chen Qi (1):
  license.bbclass: fix the code of installing and packaging license
files

 meta/classes/license.bbclass |   25 +
 1 file changed, 21 insertions(+), 4 deletions(-)

-- 
1.7.9.5

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

[OE-core] [PATCH 1/1] license.bbclass: fix the code of installing and packaging license files

2013-12-09 Thread Qi.Chen 
From: Chen Qi 

Previously, enabling and disabling 'LICENSE_CREATE_PACKAGE' doesn't cause
rerun of the packaging process. As a result, if this variable was enabled
before, then the generated packages would still require the '-lic' packages
even if the variable is now disabled.

Ideally, the packaging process should rerun if the value of the variable
LICENSE_CREATE_PACKAGE is modified. And as this variable also triggers
the installation of license files, the do_install task should also rerun
if the variable is modified. On the other hand, the tasks should not rerun
for native packages and nativesdk packages, because installing and packaging
the license files only applies to the target packages.

This patch achieves the above behavior.

[YOCTO #5635]

Signed-off-by: Chen Qi 
---
 meta/classes/license.bbclass |   25 +
 1 file changed, 21 insertions(+), 4 deletions(-)

diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 7fe47b2..d35071c 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -98,15 +98,32 @@ python do_populate_lic() {
 copy_license_files(lic_files_paths, destdir)
 }
 
-# it would be better to copy them in do_install_append, but 
find_license_filesa is python
-python perform_packagecopy_prepend () {
+# Copy license files in do_install if necessary
+python install_lic_files() {
 enabled = oe.data.typed_value('LICENSE_CREATE_PACKAGE', d)
 if d.getVar('CLASSOVERRIDE', True) == 'class-target' and enabled:
 lic_files_paths = find_license_files(d)
-
-# LICENSE_FILES_DIRECTORY starts with '/' so os.path.join cannot be 
used to join D and LICENSE_FILES_DIRECTORY
 destdir = d.getVar('D', True) + 
os.path.join(d.getVar('LICENSE_FILES_DIRECTORY', True), d.getVar('PN', True))
 copy_license_files(lic_files_paths, destdir)
+}
+do_install[postfuncs] += "install_lic_files "
+
+# When LICENSE_FILES_DIRECTORY or LICENSE_CREATE_PACKAGE changes, it should
+# only affect target packages
+python __anonymous() {
+# The dependency of do_install should only apply for target packages...
+if bb.data.inherits_class('native', d) or 
bb.data.inherits_class('nativesdk', d) or \
+   bb.data.inherits_class('cross', d) or 
bb.data.inherits_class('crosssdk', d) or \
+   bb.data.inherits_class('cross-canadian', d):
+return
+
+d.appendVarFlag('do_install', 'vardeps', 'LICENSE_CREATE_PACKAGE 
LICENSE_FILES_DIRECTORY')
+}
+
+# Set up license packages if necessary
+python perform_packagecopy_prepend () {
+enabled = oe.data.typed_value('LICENSE_CREATE_PACKAGE', d)
+if d.getVar('CLASSOVERRIDE', True) == 'class-target' and enabled:
 add_package_and_files(d)
 }
 
-- 
1.7.9.5

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

[OE-core] [PATCH V2 0/1] image.bbclass: default USE_DEVFS to '1'

2013-12-09 Thread Qi.Chen 
From: Chen Qi 

The following changes since commit 184038bedb20f74ba4dcad6ef2d92e87a9ba5f9a:

  bitbake: fetch2/git: Ensure check is made in the correct directory 
(2013-12-06 14:10:15 +)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib ChenQi/USE_DEVFS
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/USE_DEVFS

Chen Qi (1):
  image.bbclass: default USE_DEVFS to '1'

 meta/classes/image.bbclass |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

-- 
1.7.9.5

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

[OE-core] [PATCH V2 1/1] image.bbclass: default USE_DEVFS to '1'

2013-12-09 Thread Qi.Chen 
From: Chen Qi 

Default USE_DEVFS to "1" so that the `makedevs' command is not run
at rootfs time by default. There are mainly two reasons to do so.

1. This will fix a build failure with initramfs-kexecboot-klibc-image.
   "makedevs: No entry for root in search list "

2. Most of our images use a filesystem over /dev. Most of the time, it's
   just devtmpfs. So we actually are using a filesystem over /dev.

Signed-off-by: Chen Qi 
---
 meta/classes/image.bbclass |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index cc65e35..b8bd462 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -77,7 +77,7 @@ PACKAGE_INSTALL_ATTEMPTONLY ?= "${FEATURE_INSTALL_OPTIONAL}"
 # Images are generally built explicitly, do not need to be part of world.
 EXCLUDE_FROM_WORLD = "1"
 
-USE_DEVFS ?= "0"
+USE_DEVFS ?= "1"
 
 PID = "${@os.getpid()}"
 
-- 
1.7.9.5

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

Re: [OE-core] [PATCH 1/2] dhclient-script: let resolv.conf and resolv.conf.dhclient on the same direcotry

2013-12-09 Thread Saul Wold 

On 12/03/2013 05:46 AM, Hongxu Jia wrote:

Even though '/etc' is on the readonly partition, it's possible that
/etc/resolv.conf is on a separate writable partition.

In this situation, we should make sure the temp file resolv.conf.dhclient
on the same direcotry.

[YOCTO #5624]

Signed-off-by: Hongxu Jia 
---
  meta/recipes-connectivity/dhcp/dhcp.inc|  1 +
  ...ript-let-resolv.conf-and-resolv.conf.dhcl.patch | 74 ++


These new scripts are doing alot of out calling from the shell script, 
and can cause additional fork/execs during the critical path of system 
startup, is there any way to reduce this?


Sau!


  2 files changed, 75 insertions(+)
  create mode 100644 
meta/recipes-connectivity/dhcp/dhcp/dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch

diff --git a/meta/recipes-connectivity/dhcp/dhcp.inc 
b/meta/recipes-connectivity/dhcp/dhcp.inc
index ad82b57..d8376aa 100644
--- a/meta/recipes-connectivity/dhcp/dhcp.inc
+++ b/meta/recipes-connectivity/dhcp/dhcp.inc
@@ -16,6 +16,7 @@ SRC_URI = "ftp://ftp.isc.org/isc/dhcp/${PV}/dhcp-${PV}.tar.gz 
\
 file://site.h \
   file://init-relay file://default-relay \
   file://init-server file://default-server \
+  file://dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch \
   file://dhclient.conf file://dhcpd.conf"

  inherit autotools
diff --git 
a/meta/recipes-connectivity/dhcp/dhcp/dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch
 
b/meta/recipes-connectivity/dhcp/dhcp/dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch
new file mode 100644
index 000..db56f70
--- /dev/null
+++ 
b/meta/recipes-connectivity/dhcp/dhcp/dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch
@@ -0,0 +1,74 @@
+dhclient-script: let resolv.conf and resolv.conf.dhclient on the same direcotry
+
+Even though '/etc' is on the readonly partition, it's possible that
+/etc/resolv.conf is on a separate writable partition.
+
+In this situation, we should make sure the temp file resolv.conf.dhclient
+on the same direcotry.
+
+Upstream-Status: Pending
+Signed-off-by: Hongxu Jia 
+---
+ client/scripts/linux |   24 +---
+ 1 file changed, 13 insertions(+), 11 deletions(-)
+
+diff --git a/client/scripts/linux b/client/scripts/linux
+index 6f8ea4b..fbc6324 100755
+--- a/client/scripts/linux
 b/client/scripts/linux
+@@ -27,27 +27,29 @@ ip=/sbin/ip
+
+ make_resolv_conf() {
+   if [ x"$new_domain_name_servers" != x ]; then
+-cat /dev/null > /etc/resolv.conf.dhclient
+-chmod 644 /etc/resolv.conf.dhclient
++sysconfdir=`dirname $(readlink -f '/etc/resolv.conf')`
++cat /dev/null > $sysconfdir/resolv.conf.dhclient
++chmod 644 $sysconfdir/resolv.conf.dhclient
+ if [ x"$new_domain_search" != x ]; then
+-  echo search $new_domain_search >> /etc/resolv.conf.dhclient
++  echo search $new_domain_search >> $sysconfdir/esolv.conf.dhclient
+ elif [ x"$new_domain_name" != x ]; then
+   # Note that the DHCP 'Domain Name Option' is really just a domain
+   # name, and that this practice of using the domain name option as
+   # a search path is both nonstandard and deprecated.
+-  echo search $new_domain_name >> /etc/resolv.conf.dhclient
++  echo search $new_domain_name >> $sysconfdir/resolv.conf.dhclient
+ fi
+ for nameserver in $new_domain_name_servers; do
+-  echo nameserver $nameserver >>/etc/resolv.conf.dhclient
++  echo nameserver $nameserver >>$sysconfdir/resolv.conf.dhclient
+ done
+
+-mv /etc/resolv.conf.dhclient /etc/resolv.conf
++mv $sysconfdir/resolv.conf.dhclient $sysconfdir/resolv.conf
+   elif [ "x${new_dhcp6_name_servers}" != x ] ; then
+-cat /dev/null > /etc/resolv.conf.dhclient6
+-chmod 644 /etc/resolv.conf.dhclient6
++sysconfdir=`dirname $(readlink -f '/etc/resolv.conf')`
++cat /dev/null > $sysconfdir/resolv.conf.dhclient6
++chmod 644 $sysconfdir/resolv.conf.dhclient6
+
+ if [ "x${new_dhcp6_domain_search}" != x ] ; then
+-  echo search ${new_dhcp6_domain_search} >> /etc/resolv.conf.dhclient6
++  echo search ${new_dhcp6_domain_search} >> 
$sysconfdir/resolv.conf.dhclient6
+ fi
+ shopt -s nocasematch
+ for nameserver in ${new_dhcp6_name_servers} ; do
+@@ -59,11 +61,11 @@ make_resolv_conf() {
+   else
+   zone_id=
+   fi
+-  echo nameserver ${nameserver}$zone_id >> /etc/resolv.conf.dhclient6
++  echo nameserver ${nameserver}$zone_id >> 
$sysconfdir/resolv.conf.dhclient6
+ done
+ shopt -u nocasematch
+
+-mv /etc/resolv.conf.dhclient6 /etc/resolv.conf
++mv $sysconfdir/resolv.conf.dhclient6 $sysconfdir/resolv.conf
+   fi
+ }
+
+--
+1.7.9.5
+



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

Re: [OE-core] [PATCH 3/3] eglibc-locale.inc: use nativesdk override with the PACKAGES_DYNAMIC statement

2013-12-09 Thread Saul Wold 

On 12/03/2013 07:15 PM, Hongxu Jia wrote:

Hi Richard,

I have updated this patch as your suggestion, and it works well.

 nativesdk.bbclass: support nativesdk to override with the
PACKAGES_DYNAMIC statement

 While compiling nativesdk-mtools, there was failure:
 ...
 Nothing PROVIDES 'nativesdk-glibc-gconv-ibm850'. Close matches:
 ...
 This patch supports nativesdk to override with the PACKAGES_DYNAMIC
statement

 [YOCTO #5623]
 Signed-off-by: Hongxu Jia 



In the future, please resend changes like this as a V2, we pulled the 
mtools change only to find that we did not have the correct nativesdk 
patch since it was not posted.


We have since found this patch in your branch and pulled it to master.

Thanks
Sau!


diff --git a/meta/classes/nativesdk.bbclass
b/meta/classes/nativesdk.bbclass
index 94bc326..21a69c7 100644
--- a/meta/classes/nativesdk.bbclass
+++ b/meta/classes/nativesdk.bbclass
@@ -81,6 +81,7 @@ python () {
  clsextend.map_depends_variable("DEPENDS")
  clsextend.map_packagevars()
  clsextend.map_variable("PROVIDES")
+clsextend.map_regexp_variable("PACKAGES_DYNAMIC")
  }

//Hongxu

On 12/03/2013 08:14 PM, Richard Purdie wrote:

On Tue, 2013-12-03 at 18:27 +0800, Hongxu Jia wrote:

While compiling nativesdk-mtools, there was failure:
...
Nothing PROVIDES 'nativesdk-glibc-gconv-ibm850'. Close matches:
...

Using nativesdk override with the PACKAGES_DYNAMIC statement fixed
this issue.

[YOCTO #5623]

Signed-off-by: Hongxu Jia 
---
  meta/recipes-core/eglibc/eglibc-locale.inc | 6 ++
  1 file changed, 6 insertions(+)

No.

lib/oe/classextend.py has a map_regexp_variable() function which is
called from classes/multilib.bbclass:

clsextend.map_regexp_variable("PACKAGES_DYNAMIC")

Perhaps such a line should be added to nativesdk.bbclass to fix this
properly instead?

Cheers,

Richard


diff --git a/meta/recipes-core/eglibc/eglibc-locale.inc
b/meta/recipes-core/eglibc/eglibc-locale.inc
index 83569da..5e256a5 100644
--- a/meta/recipes-core/eglibc/eglibc-locale.inc
+++ b/meta/recipes-core/eglibc/eglibc-locale.inc
@@ -35,6 +35,12 @@ PACKAGES_DYNAMIC = "^locale-base-.* \
  ^eglibc-gconv-.* ^eglibc-charmap-.*
^eglibc-localedata-.* ^eglibc-binary-localedata-.* \
  ^glibc-gconv-.*  ^glibc-charmap-.*
^glibc-localedata-.*  ^glibc-binary-localedata-.*"
+PACKAGES_DYNAMIC_class-nativesdk = "^nativesdk-locale-base-.* \
+^nativesdk-eglibc-gconv-.*
^nativesdk-eglibc-charmap-.* \
+^nativesdk-eglibc-localedata-.*
^nativesdk-eglibc-binary-localedata-.* \
+^nativesdk-glibc-gconv-.*
^nativesdk-glibc-charmap-.*  \
+^nativesdk-glibc-localedata-.*
^nativesdk-glibc-binary-localedata-.*"
+
  # Create a eglibc-binaries package
  ALLOW_EMPTY_${BPN}-binaries = "1"
  PACKAGES += "${BPN}-binaries"




___
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

Re: [OE-core] [PATCH 1/1] image.bbclass: default USE_DEVFS to '1'

2013-12-09 Thread Saul Wold 

On 12/09/2013 06:31 PM, ChenQi wrote:

On 12/09/2013 07:52 PM, Otavio Salvador wrote:

Hello,

I agree with the commit but ...

On Mon, Dec 9, 2013 at 1:17 AM,   wrote:

From: Chen Qi 

Default USE_DEVFS to "1" so that the `makedevs' command is not run
at rootfs time by default. There are mainly two reasons to do so.
1. This will fix a build failure with initramfs-kexecboot-klibc-image.

Can you elaborate this error? is it something we can/should fix?


It's "makedevs: No entry for root in search list ", just as Andrea said.
I've updated the commit message in remote tree.
http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=ChenQi/USE_DEVFS&id=435b6e6e34c4c65022e57b78a246cfd8fcd2d71f


Please resend as a V2

Sau!



Thanks,
Chen Qi


2. Most of our images use a filesystem over /dev. Most of the time, it's
just devtmpfs. So we actually are using a filesystem over /dev.

Signed-off-by: Chen Qi 
---
  meta/classes/image.bbclass |2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index cc65e35..b8bd462 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -77,7 +77,7 @@ PACKAGE_INSTALL_ATTEMPTONLY ?=
"${FEATURE_INSTALL_OPTIONAL}"
  # Images are generally built explicitly, do not need to be part of
world.
  EXCLUDE_FROM_WORLD = "1"

-USE_DEVFS ?= "0"
+USE_DEVFS ?= "1"

  PID = "${@os.getpid()}"

--
1.7.9.5

___
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



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

Re: [OE-core] [PATCH 1/1] image.bbclass: default USE_DEVFS to '1'

2013-12-09 Thread ChenQi 

On 12/09/2013 07:52 PM, Otavio Salvador wrote:

Hello,

I agree with the commit but ...

On Mon, Dec 9, 2013 at 1:17 AM,   wrote:

From: Chen Qi 

Default USE_DEVFS to "1" so that the `makedevs' command is not run
at rootfs time by default. There are mainly two reasons to do so.
1. This will fix a build failure with initramfs-kexecboot-klibc-image.

Can you elaborate this error? is it something we can/should fix?


It's "makedevs: No entry for root in search list ", just as Andrea said.
I've updated the commit message in remote tree.
http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=ChenQi/USE_DEVFS&id=435b6e6e34c4c65022e57b78a246cfd8fcd2d71f

Thanks,
Chen Qi


2. Most of our images use a filesystem over /dev. Most of the time, it's
just devtmpfs. So we actually are using a filesystem over /dev.

Signed-off-by: Chen Qi 
---
  meta/classes/image.bbclass |2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index cc65e35..b8bd462 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -77,7 +77,7 @@ PACKAGE_INSTALL_ATTEMPTONLY ?= "${FEATURE_INSTALL_OPTIONAL}"
  # Images are generally built explicitly, do not need to be part of world.
  EXCLUDE_FROM_WORLD = "1"

-USE_DEVFS ?= "0"
+USE_DEVFS ?= "1"

  PID = "${@os.getpid()}"

--
1.7.9.5

___
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

Re: [OE-core] [PATCH 1/1] image.bbclass: default USE_DEVFS to '1'

2013-12-09 Thread ChenQi 

On 12/09/2013 09:52 PM, Andrea Adami wrote:

On Mon, Dec 9, 2013 at 12:52 PM, Otavio Salvador
 wrote:

Hello,

I agree with the commit but ...

On Mon, Dec 9, 2013 at 1:17 AM,   wrote:

From: Chen Qi 

Default USE_DEVFS to "1" so that the `makedevs' command is not run
at rootfs time by default. There are mainly two reasons to do so.
1. This will fix a build failure with initramfs-kexecboot-klibc-image.

Can you elaborate this error? is it something we can/should fix?


2. Most of our images use a filesystem over /dev. Most of the time, it's
just devtmpfs. So we actually are using a filesystem over /dev.

Signed-off-by: Chen Qi 
---
  meta/classes/image.bbclass |2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index cc65e35..b8bd462 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -77,7 +77,7 @@ PACKAGE_INSTALL_ATTEMPTONLY ?= "${FEATURE_INSTALL_OPTIONAL}"
  # Images are generally built explicitly, do not need to be part of world.
  EXCLUDE_FROM_WORLD = "1"

-USE_DEVFS ?= "0"
+USE_DEVFS ?= "1"

  PID = "${@os.getpid()}"

--
1.7.9.5

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



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


The underlying issue here is the extra pass of makedevs  " makedevs:
No entry for root in search list "

At first I could not understand why that was *not* happening on my
builds then I realized we set
IMAGE_DEVICE_TABLES = "" in our machine.conf because we use devtmpfs
for all images.

qemux86 does instead inherit the default setting of image.bbclass so
it uses "files/device_table-minimal.txt"


Cheers

Andrea




Thanks for you extra information.

Best Regards,
Chen Qi

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

[OE-core] OE Changelog since 2013-12-01 until 2013-12-08

2013-12-09 Thread cliff . brake 
Changelog since 2013-12-01 until 2013-12-08.  Projects included in this report:

bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git
meta-arago: git://arago-project.org/git/meta-arago.git
meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git
meta-browser: git://github.com/OSSystems/meta-browser.git
meta-bug: git://github.com/buglabs/meta-bug.git
meta-chicken: git://github.com/OSSystems/meta-chicken
meta-efikamx: git://github.com/kraj/meta-efikamx.git
meta-ettus: http://github.com/koenkooi/meta-ettus.git
meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm
meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git
meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc
meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git
meta-gumstix: git://github.com/gumstix/meta-gumstix.git
meta-gumstix-community: 
git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community.git
meta-handheld: git://git.openembedded.org/meta-handheld
meta-igep: http://github.com/ebutera/meta-igep.git
meta-intel: git://git.yoctoproject.org/meta-intel
meta-ivi: git://git.yoctoproject.org/meta-ivi
meta-java: git://github.com/woglinde/meta-java
meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git
meta-micro: git://git.openembedded.org/meta-micro
meta-mono: git://git.yoctoproject.org/meta-mono.git
meta-netbookpro: git://github.com/tworaz/meta-netbookpro
meta-nslu2: git://github.com/kraj/meta-nslu2
meta-opie: git://git.openembedded.org/meta-opie
meta-qt3: git://git.yoctoproject.org/meta-qt3
meta-qt5: git://github.com/meta-qt5/meta-qt5.git
meta-slugos: git://github.com/kraj/meta-slugos
meta-systemd: git://git.yoctoproject.org/meta-systemd
meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git
meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git
meta-ti: git://git.yoctoproject.org/meta-ti
meta-webos: git://github.com/openwebos/meta-webos.git
meta-xilinx: git://git.yoctoproject.org/meta-xilinx
meta-yocto: git://git.yoctoproject.org/meta-yocto
openembedded: git://git.openembedded.org/openembedded


Changelog for bitbake:

Cristiana Voicu (2):
  hob: changes to INHERIT var should use "append" operation
  toaster: exclude "set in documentation.conf" from variable history

Jason Wessel (3):
  bitbake: Add --status-only option
  bitbake, xmlrpc.py: Implement memory resident auto port configuration/restar
  bitbake.lock: Add host:port to bitbake.lock for memres server

Paul Eggleton (4):
  hob: fix rotating progress icon animation
  lib/bb/ui: handle PKGSIZE change to bytes
  hob: name package files list variables appropriately
  hob: fix package property dialog for changes to FILES_INFO

Richard Purdie (6):
  imagedetailspage: Fix crash with more than 15 layers
  codeparser/data_smart: Optimise parsing speed
  hob: Use BASEDATASTORE_TRACKING feature
  cooker/command/hob: Cleanup configuration init/reset functions and commands
  fetch2/git: Add sanity check to ensure we really did fetch the correct revis
  fetch2/git: Ensure check is made in the correct directory

Valentin Popa (1):
  Hob: check if warnings are related to package build


Changelog for openembedded-core:

Alexandru Palalau (1):
  lib/oeqa/selftest: buildoptions.py: add simple image build tests

Andreas Oberritter (1):
  cogl-1.0: explicitly disable cairo

Andrei Gherzan (1):
  libav: Update to v0.8.9

Bruce Ashfield (1):
  linux-yocto/*: restore branch designations

Chen Qi (2):
  subversion: fix build problem when sysroot contains '-D' or '-I'
  init-live.sh: remove the '-c /dev/console' for switch_root

Christopher Larson (6):
  quota: apply patch to obey tcp-wrappers config
  python, python-native: fix PARALLEL_MAKEINST failure
  cairo: add/use packageconfig for valgrind support
  qemu: handle CLOEXEC/NONBLOCK if unavailable on host
  pulseaudio: fix RDEPENDS traversal for consolekit
  update-rc.d: process symlinks recursively

Corneliu Stoicescu (3):
  meta-selftest: create a new test layer to be used by oe-selftest script
  lib/oeqa/selftest: add test modules for expected bitbake output and bitbake-
  lib/oeqa/selftest: add tests for PR service

Cristiana Voicu (1):
  babeltrace: correct PV variable

David Nyström (2):
  rpm: Fixed Q&A Errors in netivesdk-rpm
  nativesdk-packagegroup-sdk-host: Added nativesdk-smartpm

Enrico Scholz (1):
  qt4: fixed dependency on icu

Jason Wessel (2):
  oe-init-build-env: Allow startup with and without memres
  oe-init-build-env-memres: Add auto port functionality

Koen Kooi (1):
  linux-dummy: catch up with image.bbclass changes

Martin Jansa (3):
  icecc.bbclass: Fix whitespace, improve comment
  cpan-base: Add vardepvalue to get_perl_version function
  icecc-create-env-native: D

Re: [OE-core] [PATCH] boost: Convert ??= weaker assingment to weak ?= assignment

2013-12-09 Thread Khem Raj 
On Mon, Dec 9, 2013 at 1:51 PM, Richard Purdie
 wrote:
> On Mon, 2013-12-09 at 09:34 -0800, Khem Raj wrote:
>> On Mon, Dec 9, 2013 at 3:48 AM, Richard Purdie
>>  wrote:
>> >
>> > To illustrate why I'm struggling to follow this, "bitbake boost -e |
>> > grep BOOST_LIBS" on OE-Core does not show python in the list...
>> >
>>
>>
>> I can see it. Its on debian python is 2.7.3
>>
>> kraj@builder:~$ cat /etc/os-release
>> PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
>> NAME="Debian GNU/Linux"
>> VERSION_ID="7"
>> VERSION="7 (wheezy)"
>> ID=debian
>> ANSI_COLOR="1;31"
>> HOME_URL="http://www.debian.org/";
>> SUPPORT_URL="http://www.debian.org/support/";
>> BUG_REPORT_URL="http://bugs.debian.org/";
>
> I doubt its host OS that is causing this, more likely something to do
> with the configuration you have (I'm using python 2.7.5+ on Ubuntu
> 13.10). Which DISTRO is this? Which layers are enabled? Which version of
> bitbake?
>

all is latest from yesterday config wise I am building angstrom. now I did both
with angstrom and with OE-Core only and you are right it appears to
work with OE-Core alone

see

http://paste.ubuntu.com/6548349/

for angstrom version see

http://paste.ubuntu.com/6548360/


I will dig more into it a bit and see how PACKAGECONFIG can be bad in
angstrom's case

> What does the history of PACKAGECONFIG show in bitbake boost -e?
>
> Cheers,
>
> Richard
>
>
>
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] binutils: Add embedspu to standard binutils package

2013-12-09 Thread Saul Wold 
This is only built for PPC, fixes the following QA Error

ERROR: QA Issue: binutils: Files/directories were installed but not shipped
  /usr/bin/embedspu

Signed-off-by: Saul Wold 
---
 meta/recipes-devtools/binutils/binutils.inc | 8 ++--
 1 file changed, 2 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-devtools/binutils/binutils.inc 
b/meta/recipes-devtools/binutils/binutils.inc
index 17c66bc..cf13c4f 100644
--- a/meta/recipes-devtools/binutils/binutils.inc
+++ b/meta/recipes-devtools/binutils/binutils.inc
@@ -18,7 +18,8 @@ inherit autotools gettext multilib_header
 FILES_${PN} = " \
${bindir}/${TARGET_PREFIX}* \
${libdir}/lib*-*.so \
-   ${prefix}/${TARGET_SYS}/bin/*"
+   ${prefix}/${TARGET_SYS}/bin/* \
+${bindir}/embedspu"
 
 RPROVIDES_${PN} += "${PN}-symlinks"
 
@@ -140,11 +141,6 @@ do_install () {
oe_multilib_header bfd.h
 }
 
-do_install_append_class-target_powerpc () {
-# we dont really care about embedspu for ppc so remove it
-rm -f ${D}/${bindir}/embedspu || :
-}
-
 inherit update-alternatives
 
 ALTERNATIVE_PRIORITY = "100"
-- 
1.8.3.1

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

Re: [OE-core] [PATCH] boost: Convert ??= weaker assingment to weak ?= assignment

2013-12-09 Thread Richard Purdie 
On Mon, 2013-12-09 at 09:34 -0800, Khem Raj wrote:
> On Mon, Dec 9, 2013 at 3:48 AM, Richard Purdie
>  wrote:
> >
> > To illustrate why I'm struggling to follow this, "bitbake boost -e |
> > grep BOOST_LIBS" on OE-Core does not show python in the list...
> >
> 
> 
> I can see it. Its on debian python is 2.7.3
> 
> kraj@builder:~$ cat /etc/os-release
> PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
> NAME="Debian GNU/Linux"
> VERSION_ID="7"
> VERSION="7 (wheezy)"
> ID=debian
> ANSI_COLOR="1;31"
> HOME_URL="http://www.debian.org/";
> SUPPORT_URL="http://www.debian.org/support/";
> BUG_REPORT_URL="http://bugs.debian.org/";

I doubt its host OS that is causing this, more likely something to do
with the configuration you have (I'm using python 2.7.5+ on Ubuntu
13.10). Which DISTRO is this? Which layers are enabled? Which version of
bitbake?

What does the history of PACKAGECONFIG show in bitbake boost -e?

Cheers,

Richard



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

Re: [OE-core] [PATCH] libxcb: fix rebuild when MACHINE changes

2013-12-09 Thread Burton, Ross 
On 9 December 2013 17:35, Martin Jansa  wrote:
> On Mon, Dec 09, 2013 at 04:58:27PM +, Ross Burton wrote:
>> This recipe was patching the sysroot path directly into configure.ac, which
>> fails when the same source tree is re-used for another machine.
>>
>> Instead, patch in $PKG_CONFIG_SYSROOT_DIR which is already exported for use 
>> by
>> pkg-config.
>
> Does it make libxcb signature MACHINE-specific or is sysroot path
> excluded from PKG_CONFIG_SYSROOT_DIR like with STAGING_DIR_HOST?
>
> Maybe I fail to see how it fixes the issue with re-used configured
> directory.

At configure time the current sysroot is used (variable expansion
happens by the configure execution).  The signature doesn't become
machine-specific, as the logic is just replicating what pkg-config
does when reporting include paths inside the .pc files (prepending the
sysroot to them).

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

[OE-core] [PATCH 0/3] Toaster improvements (OE-Core part)

2013-12-09 Thread Paul Eggleton 
Note: this should be merged into OE-Core at the same time that the
corresponding changes to BitBake are merged.


The following changes since commit 9f69e00200cdbd5ba2e46a54f33c29797816e43f:

  runqemu: remove core-image-* whitelist (2013-12-09 18:01:39 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/toaster-oecore
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/toaster-oecore

Alexandru DAMIAN (3):
  toaster.bbclass: read layer information
  toaster.bbclass: read build stats
  toaster.bbclass: read package and image information

 meta/classes/toaster.bbclass | 230 +++
 1 file changed, 213 insertions(+), 17 deletions(-)

-- 
1.8.1.2

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

[OE-core] [PATCH 1/3] toaster.bbclass: read layer information

2013-12-09 Thread Paul Eggleton 
From: Alexandru DAMIAN 

In the process of removing the local system
accesses from toaster UI (which must be able to
run remotely), the code to read layer information
is moved from Bitbake Toaster UI
to the server-side toaster.bbclass

[YOCTO #5604]

Signed-off-by: Alexandru DAMIAN 
---
 meta/classes/toaster.bbclass | 68 +++-
 1 file changed, 67 insertions(+), 1 deletion(-)

diff --git a/meta/classes/toaster.bbclass b/meta/classes/toaster.bbclass
index 8dc1663..ec9b6c5 100644
--- a/meta/classes/toaster.bbclass
+++ b/meta/classes/toaster.bbclass
@@ -24,7 +24,73 @@
 #
 #
 
-# 1. Dump package file info data
+# Find and dump layer info when we got the layers parsed
+
+
+
+python toaster_layerinfo_dumpdata() {
+import subprocess
+
+def _get_git_branch(layer_path):
+branch = subprocess.Popen("git symbolic-ref HEAD 2>/dev/null ", 
cwd=layer_path, shell=True, stdout=subprocess.PIPE).communicate()[0]
+branch = branch.replace('refs/heads/', '').rstrip()
+return branch
+
+def _get_git_revision(layer_path):
+revision = subprocess.Popen("git rev-parse HEAD 2>/dev/null ", 
cwd=layer_path, shell=True, stdout=subprocess.PIPE).communicate()[0].rstrip()
+return revision
+
+def _get_url_map_name(layer_name):
+""" Some layers have a different name on openembedded.org site,
+this method returns the correct name to use in the URL
+"""
+
+url_name = layer_name
+url_mapping = {'meta': 'openembedded-core'}
+
+for key in url_mapping.keys():
+if key == layer_name:
+url_name = url_mapping[key]
+
+return url_name
+
+def _get_layer_version_information(layer_path):
+
+layer_version_info = {}
+layer_version_info['branch'] = _get_git_branch(layer_path)
+layer_version_info['commit'] = _get_git_revision(layer_path)
+layer_version_info['priority'] = 0
+
+return layer_version_info
+
+
+def _get_layer_dict(layer_path):
+
+layer_info = {}
+layer_name = layer_path.split('/')[-1]
+layer_url = 'http://layers.openembedded.org/layerindex/layer/{layer}/'
+layer_url_name = _get_url_map_name(layer_name)
+
+layer_info['name'] = layer_name
+layer_info['local_path'] = layer_path
+layer_info['layer_index_url'] = layer_url.format(layer=layer_url_name)
+layer_info['version'] = _get_layer_version_information(layer_path)
+
+return layer_info
+
+
+bblayers = e.data.getVar("BBLAYERS", True)
+
+llayerinfo = {}
+
+for layer in { l for l in bblayers.strip().split(" ") if len(l) }:
+llayerinfo[layer] = _get_layer_dict(layer)
+
+
+bb.event.fire(bb.event.MetadataEvent("LayerInfo", llayerinfo), e.data)
+}
+
+# Dump package file info data
 
 python toaster_package_dumpdata() {
 """
-- 
1.8.1.2

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

[OE-core] [PATCH 3/3] toaster.bbclass: read package and image information

2013-12-09 Thread Paul Eggleton 
From: Alexandru DAMIAN 

In the process of removing the local system accesses
from toaster UI (which must be able to run remotely),
the code to read package information  is moved
from Bitbake Toaster UI to the server-side
toaster.bbclass

 [YOCTO #5604]

Signed-off-by: Alexandru DAMIAN 
---
 meta/classes/toaster.bbclass | 91 +++-
 1 file changed, 74 insertions(+), 17 deletions(-)

diff --git a/meta/classes/toaster.bbclass b/meta/classes/toaster.bbclass
index 59c61c5..e1a93b5 100644
--- a/meta/classes/toaster.bbclass
+++ b/meta/classes/toaster.bbclass
@@ -92,6 +92,23 @@ python toaster_layerinfo_dumpdata() {
 
 # Dump package file info data
 
+def _toaster_load_pkgdatafile(dirpath, filepath):
+import json
+pkgdata = {}
+with open(os.path.join(dirpath, filepath), "r") as fin:
+for line in fin:
+try:
+kn, kv = line.strip().split(": ", 1)
+kn = "_".join([x for x in kn.split("_") if x.isupper()])
+pkgdata[kn] = kv.strip()
+if kn == 'FILES_INFO':
+pkgdata[kn] = json.loads(kv)
+
+except ValueError:
+pass# ignore lines without valid key: value pairs
+return pkgdata
+
+
 python toaster_package_dumpdata() {
 """
 Dumps the data created by emit_pkgdata
@@ -103,27 +120,12 @@ python toaster_package_dumpdata() {
 
 pkgdatadir = d.getVar('PKGDESTWORK', True)
 
-
 # scan and send data for each package
-import json
 
 lpkgdata = {}
 for pkg in packages.split():
 
-subdata_file = pkgdatadir + "/runtime/%s" % pkg
-lpkgdata = {}
-
-sf = open(subdata_file, "r")
-line = sf.readline()
-while line:
-(n, v) = line.rstrip().split(":", 1)
-if pkg in n:
-n = n.replace("_" + pkg, "")
-if n == 'FILES_INFO':
-lpkgdata[n] = json.loads(v)
-else:
-lpkgdata[n] = v.strip()
-line = sf.readline()
+lpkgdata = _toaster_load_pkgdatafile(pkgdatadir + "/runtime/", pkg)
 
 # Fire an event containing the pkg data
 bb.event.fire(bb.event.MetadataEvent("SinglePackageInfo", lpkgdata), d)
@@ -209,7 +211,7 @@ python toaster_collect_task_stats() {
 pass
 
 
-if isinstance(e, bb.event.BuildCompleted):
+if isinstance(e, bb.event.BuildCompleted) and 
os.path.exists(os.path.join(e.data.getVar('BUILDSTATS_BASE', True), 
"toasterstatlist")):
 events = []
 with open(os.path.join(e.data.getVar('BUILDSTATS_BASE', True), 
"toasterstatlist"), "r") as fin:
 for line in fin:
@@ -219,6 +221,58 @@ python toaster_collect_task_stats() {
 os.unlink(os.path.join(e.data.getVar('BUILDSTATS_BASE', True), 
"toasterstatlist"))
 }
 
+# dump relevant build history data as an event when the build is completed
+
+python toaster_buildhistory_dump() {
+import re
+BUILDHISTORY_DIR = e.data.expand("${TOPDIR}/buildhistory")
+BUILDHISTORY_DIR_IMAGE_BASE = 
e.data.expand("%s/images/${MACHINE_ARCH}/${TCLIBC}/"% BUILDHISTORY_DIR)
+pkgdata_dir = e.data.getVar("PKGDATA_DIR", True)
+
+
+# scan the build targets for this build
+images = {}
+allpkgs = {}
+for target in e._pkgs:
+installed_img_path = 
e.data.expand(os.path.join(BUILDHISTORY_DIR_IMAGE_BASE, target))
+if os.path.exists(installed_img_path):
+images[target] = {}
+with open("%s/installed-package-sizes.txt" % installed_img_path, 
"r") as fin:
+for line in fin:
+line = line.rstrip(";")
+psize, px = line.split("\t")
+punit, pname = px.split(" ")
+# this size is "installed-size" as it measures how much 
space it takes on disk
+images[target][pname.strip()] = {'size':int(psize)*1024, 
'depends' : []}
+
+with open("%s/depends.dot" % installed_img_path, "r") as fin:
+p = re.compile(r' -> ')
+dot = re.compile(r'.*style=dotted')
+for line in fin:
+line = line.rstrip(';')
+linesplit = p.split(line)
+if len(linesplit) == 2:
+pname = linesplit[0].rstrip('"').strip('"')
+dependsname = linesplit[1].split(" 
")[0].strip().strip(";").strip('"').rstrip('"')
+deptype = "depends"
+if dot.match(line):
+deptype = "recommends"
+if not pname in images[target]:
+images[target][pname] = {'size': 0, 'depends' : []}
+if not dependsname in images[target]:
+images[target][dependsname] = {'size': 0, 
'depends' : []}
+images[target][pname]['depends'].append((dependsname, 
deptype

[OE-core] [PATCH 2/3] toaster.bbclass: read build stats

2013-12-09 Thread Paul Eggleton 
From: Alexandru DAMIAN 

In the process of removing the local system
accesses from toaster UI (which must be able to
run remotely), the code to read build stats
is moved from Bitbake Toaster UI
to the server-side toaster.bbclass

The code will accumulate a list of stat files
to be read at build completion. When the
build completes, the whole data list is read and
sent through in a single event.

[YOCTO #5604]

Signed-off-by: Alexandru DAMIAN 
---
 meta/classes/toaster.bbclass | 73 
 1 file changed, 73 insertions(+)

diff --git a/meta/classes/toaster.bbclass b/meta/classes/toaster.bbclass
index ec9b6c5..59c61c5 100644
--- a/meta/classes/toaster.bbclass
+++ b/meta/classes/toaster.bbclass
@@ -153,6 +153,79 @@ python toaster_image_dumpdata() {
 }
 
 
+
+# collect list of buildstats files based on fired events; when the build 
completes, collect all stats and fire an event with collected data
+
+python toaster_collect_task_stats() {
+import bb.build
+import bb.event
+import bb.data
+import bb.utils
+import os
+
+def _append_read_list(v):
+lock = bb.utils.lockfile(e.data.expand("${TOPDIR}/toaster.lock"), 
False, True)
+
+with open(os.path.join(e.data.getVar('BUILDSTATS_BASE', True), 
"toasterstatlist"), "a") as fout:
+bn = get_bn(e)
+bsdir = os.path.join(e.data.getVar('BUILDSTATS_BASE', True), bn)
+taskdir = os.path.join(bsdir, e.data.expand("${PF}"))
+fout.write("%s:%s:%s\n" % (e.taskfile, e.taskname, 
os.path.join(taskdir, e.task)))
+
+bb.utils.unlockfile(lock)
+
+def _read_stats(filename):
+cpu_usage = 0
+disk_io = 0
+startio = ''
+endio = ''
+pn = ''
+taskname = ''
+statinfo = {}
+
+with open(filename, 'r') as task_bs:
+for line in task_bs.readlines():
+k,v = line.strip().split(": ", 1)
+statinfo[k] = v
+
+try:
+cpu_usage = statinfo["CPU usage"]
+endio = statinfo["EndTimeIO"]
+startio = statinfo["StartTimeIO"]
+except KeyError:
+pass# we may have incomplete data here
+
+if startio and endio:
+disk_io = int(endio.strip('\n ')) - int(startio.strip('\n '))
+
+if cpu_usage:
+cpu_usage = float(cpu_usage.strip('% \n'))
+
+return {'cpu_usage': cpu_usage, 'disk_io': disk_io}
+
+
+if isinstance(e, (bb.build.TaskSucceeded, bb.build.TaskFailed)):
+_append_read_list(e)
+pass
+
+
+if isinstance(e, bb.event.BuildCompleted):
+events = []
+with open(os.path.join(e.data.getVar('BUILDSTATS_BASE', True), 
"toasterstatlist"), "r") as fin:
+for line in fin:
+(taskfile, taskname, filename) = line.strip().split(":")
+events.append((taskfile, taskname, _read_stats(filename)))
+bb.event.fire(bb.event.MetadataEvent("BuildStatsList", events), e.data)
+os.unlink(os.path.join(e.data.getVar('BUILDSTATS_BASE', True), 
"toasterstatlist"))
+}
+
+
+# set event handlers
+addhandler toaster_layerinfo_dumpdata
+toaster_layerinfo_dumpdata[eventmask] = "bb.event.TreeDataPreparationCompleted"
+
+addhandler toaster_collect_task_stats
+toaster_collect_task_stats[eventmask] = "bb.event.BuildCompleted 
bb.build.TaskSucceeded bb.build.TaskFailed"
 do_package[postfuncs] += "toaster_package_dumpdata "
 
 do_rootfs[postfuncs] += "toaster_image_dumpdata "
-- 
1.8.1.2

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

Re: [OE-core] [PATCH] libxcb: fix rebuild when MACHINE changes

2013-12-09 Thread Martin Jansa 
On Mon, Dec 09, 2013 at 04:58:27PM +, Ross Burton wrote:
> This recipe was patching the sysroot path directly into configure.ac, which
> fails when the same source tree is re-used for another machine.
> 
> Instead, patch in $PKG_CONFIG_SYSROOT_DIR which is already exported for use by
> pkg-config.

Does it make libxcb signature MACHINE-specific or is sysroot path
excluded from PKG_CONFIG_SYSROOT_DIR like with STAGING_DIR_HOST?

Maybe I fail to see how it fixes the issue with re-used configured
directory.

> Also remove some commented-out lines that have no purpose.
> 
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-graphics/xorg-lib/libxcb.inc  |   16 ++
>  .../xorg-lib/libxcb/xcbincludedir.patch|   23 
> 
>  2 files changed, 21 insertions(+), 18 deletions(-)
> 
> diff --git a/meta/recipes-graphics/xorg-lib/libxcb.inc 
> b/meta/recipes-graphics/xorg-lib/libxcb.inc
> index 91df1be..7f9b0af 100644
> --- a/meta/recipes-graphics/xorg-lib/libxcb.inc
> +++ b/meta/recipes-graphics/xorg-lib/libxcb.inc
> @@ -12,10 +12,9 @@ LICENSE = "MIT-X"
>  
>  PARALLEL_MAKE = ""
>  DEPENDS = "xcb-proto xproto libxau libxslt-native xcb-proto-native 
> libpthread-stubs"
> -# DEPENDS += "xsltproc-native gperf-native"
>  
> -SRC_URI = "http://xcb.freedesktop.org/dist/libxcb-${PV}.tar.bz2";
> -#   file://xcbincludedir.patch"
> +SRC_URI = "http://xcb.freedesktop.org/dist/libxcb-${PV}.tar.bz2 \
> +   file://xcbincludedir.patch"
>  
>  PACKAGES =+ "libxcb-composite libxcb-damage libxcb-dpms libxcb-glx \
>   libxcb-randr libxcb-record libxcb-render libxcb-res \
> @@ -25,7 +24,6 @@ PACKAGES =+ "libxcb-composite libxcb-damage libxcb-dpms 
> libxcb-glx \
>   libxcb-dri2 libxcb-dri3 libxcb-present"
>  
>  FILES_${PN} = "${libdir}/libxcb.so.*"
> -#FILES_${PN}-dev = "${libdir}/libxcb.* ${libdir}/pkgconfig/*.pc 
> ${includedir}/xcb/*.h"
>  FILES_libxcb-dri2 = "${libdir}/libxcb-dri2.so.*"
>  FILES_libxcb-dri3 = "${libdir}/libxcb-dri3.so.*"
>  FILES_libxcb-composite = "${libdir}/libxcb-composite.so.*"
> @@ -52,13 +50,3 @@ FILES_libxcb-xvmc = "${libdir}/libxcb-xvmc.so.*"
>  FILES_libxcb-present = "${libdir}/libxcb-present.so.*"
>  
>  inherit autotools pkgconfig pythonnative
> -
> -# XCBPROTO_XCBINCLUDEDIR is set based on `pkg-config 
> --variable=xcbincludedir xcb-proto`
> -# but the xcbincludedir variable doesn't point into the staging area, so it 
> needs some
> -# tweaking here:
> -do_configure_prepend () {
> -sed -i 
> "s|XCBPROTO_XCBINCLUDEDIR=\`|XCBPROTO_XCBINCLUDEDIR=${STAGING_DIR_HOST}/\`|" \
> -${S}/configure.ac
> -sed -i 
> "s|XCBPROTO_XCBPYTHONDIR=\`|XCBPROTO_XCBPYTHONDIR=${STAGING_DIR_HOST}/\`|" \
> -${S}/configure.ac
> -}
> diff --git a/meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch 
> b/meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch
> index d858a63..46297c3 100644
> --- a/meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch
> +++ b/meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch
> @@ -1,8 +1,14 @@
> -Upstream-Status: Inappropriate [configuration]
> +As pkg-config --variable doesn't respect the sysroot, add the pkg-config 
> sysroot
> +to the beginning of variables that are used later on the host.
>  
>  libxcb-1.0.orig/configure.ac 2006-11-23 15:33:01.0 +
> -+++ libxcb-1.0/configure.ac  2008-09-10 20:29:12.0 +0100
> -@@ -50,7 +50,7 @@
> +Upstream-Status: Pending
> +Signed-off-by: Ross Burton 
> +
> +diff --git a/configure.ac b/configure.ac
> +index 94da4f7..d29cd6a 100644
> +--- a/configure.ac
>  b/configure.ac
> +@@ -64,7 +64,7 @@ AC_SUBST(NEEDED)
>   
>   # Find the xcb-proto protocol descriptions
>   AC_MSG_CHECKING(XCBPROTO_XCBINCLUDEDIR)
> @@ -11,3 +17,12 @@ Upstream-Status: Inappropriate [configuration]
>   AC_MSG_RESULT($XCBPROTO_XCBINCLUDEDIR)
>   AC_SUBST(XCBPROTO_XCBINCLUDEDIR)
>   
> +@@ -74,7 +74,7 @@ AC_SUBST(XCBPROTO_VERSION)
> + 
> + # Find the xcbgen Python package
> + AC_MSG_CHECKING(XCBPROTO_XCBPYTHONDIR)
> +-XCBPROTO_XCBPYTHONDIR=`$PKG_CONFIG --variable=pythondir xcb-proto`
> ++XCBPROTO_XCBPYTHONDIR=$PKG_CONFIG_SYSROOT_DIR/`$PKG_CONFIG 
> --variable=pythondir xcb-proto`
> + AC_MSG_RESULT($XCBPROTO_XCBPYTHONDIR)
> + AC_SUBST(XCBPROTO_XCBPYTHONDIR)
> + 
> -- 
> 1.7.10.4
> 
> ___
> 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] boost: Convert ??= weaker assingment to weak ?= assignment

2013-12-09 Thread Khem Raj 
On Mon, Dec 9, 2013 at 3:48 AM, Richard Purdie
 wrote:
>
> To illustrate why I'm struggling to follow this, "bitbake boost -e |
> grep BOOST_LIBS" on OE-Core does not show python in the list...
>


I can see it. Its on debian python is 2.7.3

kraj@builder:~$ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
NAME="Debian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"
ID=debian
ANSI_COLOR="1;31"
HOME_URL="http://www.debian.org/";
SUPPORT_URL="http://www.debian.org/support/";
BUG_REPORT_URL="http://bugs.debian.org/";
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] makedevs: Add trace option and fix permissions on files if they already exist

2013-12-09 Thread Martin Jansa 
From: Herb Kuta 

* update version to 1.0.1

Signed-off-by: Herb Kuta 
Signed-off-by: Martin Jansa 
---
 .../{makedevs-1.0.0 => makedevs}/COPYING.patch |   0
 .../{makedevs-1.0.0 => makedevs}/makedevs.c| 120 +++--
 .../{makedevs_1.0.0.bb => makedevs_1.0.1.bb}   |   5 +-
 3 files changed, 88 insertions(+), 37 deletions(-)
 rename meta/recipes-devtools/makedevs/{makedevs-1.0.0 => 
makedevs}/COPYING.patch (100%)
 rename meta/recipes-devtools/makedevs/{makedevs-1.0.0 => makedevs}/makedevs.c 
(78%)
 rename meta/recipes-devtools/makedevs/{makedevs_1.0.0.bb => makedevs_1.0.1.bb} 
(82%)

diff --git a/meta/recipes-devtools/makedevs/makedevs-1.0.0/COPYING.patch 
b/meta/recipes-devtools/makedevs/makedevs/COPYING.patch
similarity index 100%
rename from meta/recipes-devtools/makedevs/makedevs-1.0.0/COPYING.patch
rename to meta/recipes-devtools/makedevs/makedevs/COPYING.patch
diff --git a/meta/recipes-devtools/makedevs/makedevs-1.0.0/makedevs.c 
b/meta/recipes-devtools/makedevs/makedevs/makedevs.c
similarity index 78%
rename from meta/recipes-devtools/makedevs/makedevs-1.0.0/makedevs.c
rename to meta/recipes-devtools/makedevs/makedevs/makedevs.c
index 003d4c3..771f33e 100644
--- a/meta/recipes-devtools/makedevs/makedevs-1.0.0/makedevs.c
+++ b/meta/recipes-devtools/makedevs/makedevs/makedevs.c
@@ -21,16 +21,18 @@
 #ifndef PATH_MAX
 #define PATH_MAX4096
 #endif
+#define VERSION "1.0.1"
 
 /* These are all stolen from busybox's libbb to make
- * error handling simpler (and since I maintain busybox, 
- * I'm rather partial to these for error handling). 
+ * error handling simpler (and since I maintain busybox,
+ * I'm rather partial to these for error handling).
  *  -Erik
  */
 static const char *const app_name = "makedevs";
 static const char *const memory_exhausted = "memory exhausted";
 static char default_rootdir[]=".";
 static char *rootdir = default_rootdir;
+static int trace = 0;
 
 struct name_id {
char name[MAX_NAME_LEN+1];
@@ -224,56 +226,95 @@ static void free_list(struct name_id *list)
}
 }
 
-static void add_new_directory(char *name, char *path, 
+static void add_new_directory(char *name, char *path,
unsigned long uid, unsigned long gid, unsigned long mode)
 {
-   mkdir(path, mode);
+   if (trace)
+   fprintf(stderr, "Directory: %s %s  UID: %ld  GID %ld  MODE: 
%04lo", path, name, uid, gid, mode);
+
+   if (mkdir(path, mode) < 0) {
+   if (EEXIST == errno) {
+   /* Unconditionally apply the mode setting to the 
existing directory.
+* XXX should output something when trace */
+   chmod(path, mode & ~S_IFMT);
+   }
+   }
+   if (trace)
+   putc('\n', stderr);
chown(path, uid, gid);
-// printf("Directory: %s %s  UID: %ld  GID %ld  MODE: %04lo\n", path, 
name, uid, gid, mode);
 }
 
-static void add_new_device(char *name, char *path, unsigned long uid, 
+static void add_new_device(char *name, char *path, unsigned long uid,
unsigned long gid, unsigned long mode, dev_t rdev)
 {
int status;
struct stat sb;
 
+   if (trace) {
+   fprintf(stderr, "Device: %s %s  UID: %ld  GID: %ld  MODE: %04lo 
 MAJOR: %d  MINOR: %d",
+   path, name, uid, gid, mode, (short)(rdev >> 8), 
(short)(rdev & 0xff));
+   }
+
memset(&sb, 0, sizeof(struct stat));
status = lstat(path, &sb);
-
if (status >= 0) {
/* It is ok for some types of files to not exit on disk (such as
-* device nodes), but if they _do_ exist the specified mode had
-* better match the actual file or strange things will 
happen */
-   if ((mode & S_IFMT) != (sb.st_mode & S_IFMT))
-   error_msg_and_die("%s: file type does not match 
specified type!", path);
+* device nodes), but if they _do_ exist, the file type bits had
+* better match those of the actual file or strange things will 
happen... */
+   if ((mode & S_IFMT) != (sb.st_mode & S_IFMT)) {
+   if (trace)
+   putc('\n', stderr);
+   error_msg_and_die("%s: existing file (04%o) type does 
not match specified file type (04%lo)!",
+   path, (sb.st_mode & S_IFMT), 
(mode & S_IFMT));
+   }
+   if (mode != sb.st_mode) {
+   if (trace)
+   fprintf(stderr, " -- applying new mode 04%lo 
(old was 04%o)\n", mode & ~S_IFMT, sb.st_mode & ~S_IFMT);
+   /* Apply the mode setting to the existing device node */
+   chmod(path, mode & ~S_IFMT);
+   }
+   else {
+   if (trace)
+   fprintf(stderr, " -- extrane

[OE-core] [PATCH 1/2] makedevs: Respect LDFLAGS

2013-12-09 Thread Martin Jansa 
* fixes ERROR: QA Issue: No GNU_HASH in the elf binary

Signed-off-by: Martin Jansa 
---
 meta/recipes-devtools/makedevs/makedevs_1.0.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb 
b/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
index 6e197b6..17b9fce 100644
--- a/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
+++ b/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
@@ -13,7 +13,7 @@ do_configure() {
 }
 
 do_compile() {
-   ${CC} ${CFLAGS} -o ${S}/makedevs ${S}/makedevs.c
+   ${CC} ${CFLAGS} ${LDFLAGS} -o ${S}/makedevs ${S}/makedevs.c
 }
 
 do_install() {
-- 
1.8.4.3

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

[OE-core] [PATCH] libxcb: fix rebuild when MACHINE changes

2013-12-09 Thread Ross Burton 
This recipe was patching the sysroot path directly into configure.ac, which
fails when the same source tree is re-used for another machine.

Instead, patch in $PKG_CONFIG_SYSROOT_DIR which is already exported for use by
pkg-config.

Also remove some commented-out lines that have no purpose.

Signed-off-by: Ross Burton 
---
 meta/recipes-graphics/xorg-lib/libxcb.inc  |   16 ++
 .../xorg-lib/libxcb/xcbincludedir.patch|   23 
 2 files changed, 21 insertions(+), 18 deletions(-)

diff --git a/meta/recipes-graphics/xorg-lib/libxcb.inc 
b/meta/recipes-graphics/xorg-lib/libxcb.inc
index 91df1be..7f9b0af 100644
--- a/meta/recipes-graphics/xorg-lib/libxcb.inc
+++ b/meta/recipes-graphics/xorg-lib/libxcb.inc
@@ -12,10 +12,9 @@ LICENSE = "MIT-X"
 
 PARALLEL_MAKE = ""
 DEPENDS = "xcb-proto xproto libxau libxslt-native xcb-proto-native 
libpthread-stubs"
-# DEPENDS += "xsltproc-native gperf-native"
 
-SRC_URI = "http://xcb.freedesktop.org/dist/libxcb-${PV}.tar.bz2";
-#   file://xcbincludedir.patch"
+SRC_URI = "http://xcb.freedesktop.org/dist/libxcb-${PV}.tar.bz2 \
+   file://xcbincludedir.patch"
 
 PACKAGES =+ "libxcb-composite libxcb-damage libxcb-dpms libxcb-glx \
  libxcb-randr libxcb-record libxcb-render libxcb-res \
@@ -25,7 +24,6 @@ PACKAGES =+ "libxcb-composite libxcb-damage libxcb-dpms 
libxcb-glx \
  libxcb-dri2 libxcb-dri3 libxcb-present"
 
 FILES_${PN} = "${libdir}/libxcb.so.*"
-#FILES_${PN}-dev = "${libdir}/libxcb.* ${libdir}/pkgconfig/*.pc 
${includedir}/xcb/*.h"
 FILES_libxcb-dri2 = "${libdir}/libxcb-dri2.so.*"
 FILES_libxcb-dri3 = "${libdir}/libxcb-dri3.so.*"
 FILES_libxcb-composite = "${libdir}/libxcb-composite.so.*"
@@ -52,13 +50,3 @@ FILES_libxcb-xvmc = "${libdir}/libxcb-xvmc.so.*"
 FILES_libxcb-present = "${libdir}/libxcb-present.so.*"
 
 inherit autotools pkgconfig pythonnative
-
-# XCBPROTO_XCBINCLUDEDIR is set based on `pkg-config --variable=xcbincludedir 
xcb-proto`
-# but the xcbincludedir variable doesn't point into the staging area, so it 
needs some
-# tweaking here:
-do_configure_prepend () {
-sed -i 
"s|XCBPROTO_XCBINCLUDEDIR=\`|XCBPROTO_XCBINCLUDEDIR=${STAGING_DIR_HOST}/\`|" \
-${S}/configure.ac
-sed -i 
"s|XCBPROTO_XCBPYTHONDIR=\`|XCBPROTO_XCBPYTHONDIR=${STAGING_DIR_HOST}/\`|" \
-${S}/configure.ac
-}
diff --git a/meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch 
b/meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch
index d858a63..46297c3 100644
--- a/meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch
+++ b/meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch
@@ -1,8 +1,14 @@
-Upstream-Status: Inappropriate [configuration]
+As pkg-config --variable doesn't respect the sysroot, add the pkg-config 
sysroot
+to the beginning of variables that are used later on the host.
 
 libxcb-1.0.orig/configure.ac   2006-11-23 15:33:01.0 +
-+++ libxcb-1.0/configure.ac2008-09-10 20:29:12.0 +0100
-@@ -50,7 +50,7 @@
+Upstream-Status: Pending
+Signed-off-by: Ross Burton 
+
+diff --git a/configure.ac b/configure.ac
+index 94da4f7..d29cd6a 100644
+--- a/configure.ac
 b/configure.ac
+@@ -64,7 +64,7 @@ AC_SUBST(NEEDED)
  
  # Find the xcb-proto protocol descriptions
  AC_MSG_CHECKING(XCBPROTO_XCBINCLUDEDIR)
@@ -11,3 +17,12 @@ Upstream-Status: Inappropriate [configuration]
  AC_MSG_RESULT($XCBPROTO_XCBINCLUDEDIR)
  AC_SUBST(XCBPROTO_XCBINCLUDEDIR)
  
+@@ -74,7 +74,7 @@ AC_SUBST(XCBPROTO_VERSION)
+ 
+ # Find the xcbgen Python package
+ AC_MSG_CHECKING(XCBPROTO_XCBPYTHONDIR)
+-XCBPROTO_XCBPYTHONDIR=`$PKG_CONFIG --variable=pythondir xcb-proto`
++XCBPROTO_XCBPYTHONDIR=$PKG_CONFIG_SYSROOT_DIR/`$PKG_CONFIG 
--variable=pythondir xcb-proto`
+ AC_MSG_RESULT($XCBPROTO_XCBPYTHONDIR)
+ AC_SUBST(XCBPROTO_XCBPYTHONDIR)
+ 
-- 
1.7.10.4

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

[OE-core] [PATCH 1/2] harfbuzz: upgrade to 0.9.25

2013-12-09 Thread Cristian Iorga 
Signed-off-by: Cristian Iorga 
---
 .../harfbuzz/{harfbuzz_0.9.22.bb => harfbuzz_0.9.25.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_0.9.22.bb => 
harfbuzz_0.9.25.bb} (88%)

diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.22.bb 
b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb
similarity index 88%
rename from meta/recipes-graphics/harfbuzz/harfbuzz_0.9.22.bb
rename to meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb
index 26f3f38..a18dafe 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.22.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb
@@ -13,8 +13,8 @@ SECTION = "libs"
 SRC_URI = 
"http://www.freedesktop.org/software/harfbuzz/release/harfbuzz-${PV}.tar.bz2 \
 "
 
-SRC_URI[md5sum] = "d3c1bcd7073cbca29fea37fab50ded7d"
-SRC_URI[sha256sum] = 
"989680807e76197418338e44f226e02f155f33031efd9aff14dbc4dc14af71da"
+SRC_URI[md5sum] = "491b631239f51dcd4f7934775306c4e7"
+SRC_URI[sha256sum] = 
"dc6e5997a569526cd28147a80a0f65466e87ae617753b38704a60184bc6d6bee"
 
 inherit autotools pkgconfig
 
-- 
1.8.3.2

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

[OE-core] [PATCH 2/2] connman: upgrade to 1.20

2013-12-09 Thread Cristian Iorga 
Fix issue with fallback nameservers not being used!
Fix various other issues.
Add support for NTP v3 protocol.

Signed-off-by: Cristian Iorga 
---
 meta/recipes-connectivity/connman/connman.inc | 2 ++
 .../recipes-connectivity/connman/{connman_1.19.bb => connman_1.20.bb} | 4 ++--
 2 files changed, 4 insertions(+), 2 deletions(-)
 rename meta/recipes-connectivity/connman/{connman_1.19.bb => connman_1.20.bb} 
(68%)

diff --git a/meta/recipes-connectivity/connman/connman.inc 
b/meta/recipes-connectivity/connman/connman.inc
index 12f3edd..f2c42fc 100644
--- a/meta/recipes-connectivity/connman/connman.inc
+++ b/meta/recipes-connectivity/connman/connman.inc
@@ -66,6 +66,8 @@ SYSTEMD_SERVICE_${PN} = "connman.service"
 SYSTEMD_SERVICE_${PN}-vpn = "connman-vpn.service"
 SYSTEMD_WIRED_SETUP = "ExecStartPre=-${libdir}/connman/wired-setup"
 
+UNKNOWN_CONFIGURE_WHITELIST += "--disable-gtk-doc-pdf --disable-gtk-doc-html"
+
 inherit autotools gtk-doc pkgconfig systemd update-rc.d
 
 do_configure_append () {
diff --git a/meta/recipes-connectivity/connman/connman_1.19.bb 
b/meta/recipes-connectivity/connman/connman_1.20.bb
similarity index 68%
rename from meta/recipes-connectivity/connman/connman_1.19.bb
rename to meta/recipes-connectivity/connman/connman_1.20.bb
index c63dfe4..4af71e2 100644
--- a/meta/recipes-connectivity/connman/connman_1.19.bb
+++ b/meta/recipes-connectivity/connman/connman_1.20.bb
@@ -6,7 +6,7 @@ SRC_URI  = 
"${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
 file://connman \
 "
 
-SRC_URI[md5sum] = "47cce1d17a693dc307e6796c81991bd0"
-SRC_URI[sha256sum] = 
"7e4e624cadf42feed18e783351b10f81ef23d7e298bddc7ffe26fe5e69f25b8b"
+SRC_URI[md5sum] = "15f5e0d89e01b81c79306f54a2014efd"
+SRC_URI[sha256sum] = 
"4e638443be959913a5ce0d51df10018448ed08d06e4f8a47ce4b3c705bc78ac1"
 
 RRECOMMENDS_${PN} = "connman-conf"
-- 
1.8.3.2

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

[OE-core] [PATCH 0/2] connman and harfbuzz PUs

2013-12-09 Thread Cristian Iorga 
The following changes since commit 4aac8d87d47636f1d3a7f6688d36bf4bcae4448a:

  bitbake: data: Ensure we add the contains keys in a particular order 
(2013-12-09 10:25:47 +)

are available in the git repository at:

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

Cristian Iorga (2):
  harfbuzz: upgrade to 0.9.25
  connman: upgrade to 1.20

 meta/recipes-connectivity/connman/connman.inc | 2 ++
 .../recipes-connectivity/connman/{connman_1.19.bb => connman_1.20.bb} | 4 ++--
 .../harfbuzz/{harfbuzz_0.9.22.bb => harfbuzz_0.9.25.bb}   | 4 ++--
 3 files changed, 6 insertions(+), 4 deletions(-)
 rename meta/recipes-connectivity/connman/{connman_1.19.bb => connman_1.20.bb} 
(68%)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_0.9.22.bb => 
harfbuzz_0.9.25.bb} (88%)

-- 
1.8.3.2

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

Re: [OE-core] [PATCH][for-dora] gdb-7.6: fix cygwin check in configure script

2013-12-09 Thread Steffen Sledz 
On 28.11.2013 15:09, Steffen Sledz wrote:
> This is a fix which avoids false positives if the search pattern
> "lose" is found in path descriptions in comments generated by the
> preprocessor we hit in our development environment.
> 
> [gdb Bug #16152] -- https://sourceware.org/bugzilla/show_bug.cgi?id=16152
> 
> Upstream-Status: Accepted
> Signed-off-by: Steffen Sledz 
> ---
>  meta/recipes-devtools/gdb/gdb-7.6.inc  |  2 ++
>  .../gdb-fix-cygwin-check-in-configure-script.patch | 38 
> ++
>  2 files changed, 40 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/gdb/gdb/gdb-fix-cygwin-check-in-configure-script.patch
> 
> diff --git a/meta/recipes-devtools/gdb/gdb-7.6.inc 
> b/meta/recipes-devtools/gdb/gdb-7.6.inc
> index 00cb6ee..9be94b8 100644
> --- a/meta/recipes-devtools/gdb/gdb-7.6.inc
> +++ b/meta/recipes-devtools/gdb/gdb-7.6.inc
> @@ -4,6 +4,8 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
>   file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
>   file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674"
>  
> +SRC_URI += " file://gdb-fix-cygwin-check-in-configure-script.patch "
> +
>  S = "${WORKDIR}/${BPN}-${PV}"
>  
>  SRC_URI[md5sum] = "a9836707337e5f7bf76a009a8904f470"
> diff --git 
> a/meta/recipes-devtools/gdb/gdb/gdb-fix-cygwin-check-in-configure-script.patch
>  
> b/meta/recipes-devtools/gdb/gdb/gdb-fix-cygwin-check-in-configure-script.patch
> new file mode 100644
> index 000..4e4647b
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/gdb/gdb/gdb-fix-cygwin-check-in-configure-script.patch
> @@ -0,0 +1,38 @@
> +Avoid false positives if the search pattern "lose" is found in path
> +descriptions in comments generated by the preprocessor.
> +
> +See .
> +---
> + gdb/configure| 2 +-
> + gdb/configure.ac | 2 +-
> + 3 files changed, 7 insertions(+), 2 deletions(-)
> +
> +diff --git a/gdb/configure b/gdb/configure
> +index 5514b2f..b38e183 100755
> +--- a/gdb/configure
>  b/gdb/configure
> +@@ -12446,7 +12446,7 @@ lose
> + #endif
> + _ACEOF
> + if (eval "$ac_cpp conftest.$ac_ext") 2>&5 |
> +-  $EGREP "lose" >/dev/null 2>&1; then :
> ++  $EGREP "^lose$" >/dev/null 2>&1; then :
> +   gdb_cv_os_cygwin=yes
> + else
> +   gdb_cv_os_cygwin=no
> +diff --git a/gdb/configure.ac b/gdb/configure.ac
> +index 9b73887..2947293 100644
> +--- a/gdb/configure.ac
>  b/gdb/configure.ac
> +@@ -1877,7 +1877,7 @@ AC_SUBST(WERROR_CFLAGS)
> + 
> + # In the Cygwin environment, we need some additional flags.
> + AC_CACHE_CHECK([for cygwin], gdb_cv_os_cygwin,
> +-[AC_EGREP_CPP(lose, [
> ++[AC_EGREP_CPP(^lose$, [
> + #if defined (__CYGWIN__) || defined (__CYGWIN32__)
> + lose
> + #endif],[gdb_cv_os_cygwin=yes],[gdb_cv_os_cygwin=no])])
> +-- 
> +1.8.4
> +
> 

Ping!

Robert, are you still there?

-- 
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-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] image.bbclass: default USE_DEVFS to '1'

2013-12-09 Thread Andrea Adami 
On Mon, Dec 9, 2013 at 12:52 PM, Otavio Salvador
 wrote:
> Hello,
>
> I agree with the commit but ...
>
> On Mon, Dec 9, 2013 at 1:17 AM,   wrote:
>> From: Chen Qi 
>>
>> Default USE_DEVFS to "1" so that the `makedevs' command is not run
>> at rootfs time by default. There are mainly two reasons to do so.
>> 1. This will fix a build failure with initramfs-kexecboot-klibc-image.
>
> Can you elaborate this error? is it something we can/should fix?
>
>> 2. Most of our images use a filesystem over /dev. Most of the time, it's
>>just devtmpfs. So we actually are using a filesystem over /dev.
>>
>> Signed-off-by: Chen Qi 
>> ---
>>  meta/classes/image.bbclass |2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
>> index cc65e35..b8bd462 100644
>> --- a/meta/classes/image.bbclass
>> +++ b/meta/classes/image.bbclass
>> @@ -77,7 +77,7 @@ PACKAGE_INSTALL_ATTEMPTONLY ?= 
>> "${FEATURE_INSTALL_OPTIONAL}"
>>  # Images are generally built explicitly, do not need to be part of world.
>>  EXCLUDE_FROM_WORLD = "1"
>>
>> -USE_DEVFS ?= "0"
>> +USE_DEVFS ?= "1"
>>
>>  PID = "${@os.getpid()}"
>>
>> --
>> 1.7.9.5
>>
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
>
>
> --
> 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


The underlying issue here is the extra pass of makedevs  " makedevs:
No entry for root in search list "

At first I could not understand why that was *not* happening on my
builds then I realized we set
IMAGE_DEVICE_TABLES = "" in our machine.conf because we use devtmpfs
for all images.

qemux86 does instead inherit the default setting of image.bbclass so
it uses "files/device_table-minimal.txt"


Cheers

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

Re: [OE-core] [RFC] Build directory reuse issue - make WORKDIR machine specific?

2013-12-09 Thread Martin Jansa 
On Mon, Dec 09, 2013 at 11:30:27AM +, Richard Purdie wrote:
> We have a type of bug where a build directory has configuration changed
> halfway through its usage and this breaks other parts of the system. The
> one we keep seeing can be seen with this sequence:
> 
> MACHINE=qemumips bitbake perl;  
> MACHINE=routerstationpro bitbake perl -c populate_sysroot -f; 
> MACHINE=routerstationpro bitbake libxml-parser-perl
> 
> which results in:
> 
> ERROR: QA Issue: package libxml-parser-perl contains bad RPATH 
> /media/build1/poky/build/tmp/sysroots/routerstationpro/usr/lib in file 
> /media/build1/poky/build/tmp/work/mips32-poky-linux/libxml-parser-perl/2.41-r3/packages-split/libxml-parser-perl/usr/lib/perl/vendor_perl/5.14.3/auto/XML/Parser/Expat/Expat.so
> 
> Basically the trouble is the perl workdir has "qemumips" paths in it, we
> then switch to routerstationpro and the qemumips ones slip into the
> routerstationpro sysroot. The trouble is this kind of corruption can
> happen silently and results in very weird and hard to debug errors. In
> this case it comes from:
> 
> usr/lib/perl/5.14.3/ExtUtils/Liblist/Kid.pm:push(@libpath, 
> "/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-mips-lsb/build/build/tmp/sysroots/qemumips/usr/lib");
> 
> which is in the routerstationpro sysroot, therefore the RPATH gets added
> when it shouldn't be.
> 
> Options to address this as far as I can tell are:
> 
> a) Save the machine name during do_configure to WORKDIR and then check
> it in subsequent tasks
> b) Make WORKDIR be machine specific.

I guess I haven't seen this issue because I'm using rm_work. Stamps
already gone after "bitbake perl" so running it for routerstationpro
reuses it from sstate just like it would for MACHINE_ARCh WORKDIR,
right? Can we do something like that as c) solution?

What would happen in a) when the check detects different MACHINE?
- fail with good error message?
- automagically "fix" workdir content like sstate_installpkg does?

> b) looks attractive but could be confusing as we'd no longer have
> PACKAGE_ARCH workdirs, they'd all be "machine specific" however they
> would still get reused by sstate as they are today. It does however
> neatly sidestep the set of issues we're currently seeing.
> 
> Thoughts?
> 
> Cheers,
> 
> Richard
> 
> 
> 
> 
> ___
> 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

[OE-core] [PATCH] freetype: upgrade to 2.5.2

2013-12-09 Thread Ross Burton 
Signed-off-by: Ross Burton 
---
 .../freetype/{freetype_2.5.1.bb => freetype_2.5.2.bb}  |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/freetype/{freetype_2.5.1.bb => freetype_2.5.2.bb} 
(91%)

diff --git a/meta/recipes-graphics/freetype/freetype_2.5.1.bb 
b/meta/recipes-graphics/freetype/freetype_2.5.2.bb
similarity index 91%
rename from meta/recipes-graphics/freetype/freetype_2.5.1.bb
rename to meta/recipes-graphics/freetype/freetype_2.5.2.bb
index 8e59840..2521b5e 100644
--- a/meta/recipes-graphics/freetype/freetype_2.5.1.bb
+++ b/meta/recipes-graphics/freetype/freetype_2.5.2.bb
@@ -16,8 +16,8 @@ SECTION = "libs"
 SRC_URI = "${SOURCEFORGE_MIRROR}/freetype/freetype-${PV}.tar.bz2 \
 "
 
-SRC_URI[md5sum] = "93eba7854094f46d7d98a9a2370af4d6"
-SRC_URI[sha256sum] = 
"d715faa92b37980280c857ce9d356fff4361c5a7bd9b5c3f867fc24f598d8f45"
+SRC_URI[md5sum] = "10e8f4d6a019b124088d18bc26123a25"
+SRC_URI[sha256sum] = 
"4ff4bd393aa01071ec7b849d035508a505a78f88b2bcf25ff11e58e43c0b9def"
 
 S = "${WORKDIR}/freetype-${PV}"
 
-- 
1.7.10.4

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

Re: [OE-core] [RFC] Build directory reuse issue - make WORKDIR machine specific?

2013-12-09 Thread Otavio Salvador 
On Mon, Dec 9, 2013 at 9:44 AM, Burton, Ross  wrote:
> On 9 December 2013 11:30, Richard Purdie
>  wrote:
>> b) looks attractive but could be confusing as we'd no longer have
>> PACKAGE_ARCH workdirs, they'd all be "machine specific" however they
>> would still get reused by sstate as they are today. It does however
>> neatly sidestep the set of issues we're currently seeing.
>
> As someone who often switches between mostly-compatible machines
> (qemux86/qemux86-64/genericx86/nuc) I'm often hitting problems like
> this.  Most recently libproxy was using a sysroot that didn't exist,
> which prompted my cmake patch.
>
> Presumably the change would replace the package-architecture element
> in the path with the machine name.  Seems reasonable to me: a more
> logical layout of files without any meaningful impact to performance.

I agree with Ross here.

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

Re: [OE-core] [PATCH 1/1] image.bbclass: default USE_DEVFS to '1'

2013-12-09 Thread Otavio Salvador 
Hello,

I agree with the commit but ...

On Mon, Dec 9, 2013 at 1:17 AM,   wrote:
> From: Chen Qi 
>
> Default USE_DEVFS to "1" so that the `makedevs' command is not run
> at rootfs time by default. There are mainly two reasons to do so.
> 1. This will fix a build failure with initramfs-kexecboot-klibc-image.

Can you elaborate this error? is it something we can/should fix?

> 2. Most of our images use a filesystem over /dev. Most of the time, it's
>just devtmpfs. So we actually are using a filesystem over /dev.
>
> Signed-off-by: Chen Qi 
> ---
>  meta/classes/image.bbclass |2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
> index cc65e35..b8bd462 100644
> --- a/meta/classes/image.bbclass
> +++ b/meta/classes/image.bbclass
> @@ -77,7 +77,7 @@ PACKAGE_INSTALL_ATTEMPTONLY ?= "${FEATURE_INSTALL_OPTIONAL}"
>  # Images are generally built explicitly, do not need to be part of world.
>  EXCLUDE_FROM_WORLD = "1"
>
> -USE_DEVFS ?= "0"
> +USE_DEVFS ?= "1"
>
>  PID = "${@os.getpid()}"
>
> --
> 1.7.9.5
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



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

Re: [OE-core] [PATCH] boost: Convert ??= weaker assingment to weak ?= assignment

2013-12-09 Thread Richard Purdie 
On Fri, 2013-12-06 at 17:42 -0800, Khem Raj wrote:
> ??= does not react at all with
> BOOST_LIBS += "${@base_contains('PACKAGECONFIG', 'python', 'python', '', d)}"
> 
> even though we have
> 
> PACKAGECONFIG ??= "" it does not honor it and always add python to
> BOOST_LIBS but the dependency is not added so it fails to build
> complaining for missing python headers which is a understood outcome
> 
> When converted to ?= it works as expected and only add --with-python
> in bjam when python is specified in PACKAGECONFIG otherwise not.
> 
> Is it a bitbake bug ? in anycase ?= should be enough of loose rope
> to let user/distro configure the packageconfig policy
> 
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-support/boost/boost.inc |2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)

This needs more investigation as there is something missing from the
description above.

To illustrate why I'm struggling to follow this, "bitbake boost -e |
grep BOOST_LIBS" on OE-Core does not show python in the list...

Cheers,

Richard


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

Re: [OE-core] [RFC] Build directory reuse issue - make WORKDIR machine specific?

2013-12-09 Thread Burton, Ross 
On 9 December 2013 11:30, Richard Purdie
 wrote:
> b) looks attractive but could be confusing as we'd no longer have
> PACKAGE_ARCH workdirs, they'd all be "machine specific" however they
> would still get reused by sstate as they are today. It does however
> neatly sidestep the set of issues we're currently seeing.

As someone who often switches between mostly-compatible machines
(qemux86/qemux86-64/genericx86/nuc) I'm often hitting problems like
this.  Most recently libproxy was using a sysroot that didn't exist,
which prompted my cmake patch.

Presumably the change would replace the package-architecture element
in the path with the machine name.  Seems reasonable to me: a more
logical layout of files without any meaningful impact to performance.

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

[OE-core] [RFC] Build directory reuse issue - make WORKDIR machine specific?

2013-12-09 Thread Richard Purdie 
We have a type of bug where a build directory has configuration changed
halfway through its usage and this breaks other parts of the system. The
one we keep seeing can be seen with this sequence:

MACHINE=qemumips bitbake perl;  
MACHINE=routerstationpro bitbake perl -c populate_sysroot -f; 
MACHINE=routerstationpro bitbake libxml-parser-perl

which results in:

ERROR: QA Issue: package libxml-parser-perl contains bad RPATH 
/media/build1/poky/build/tmp/sysroots/routerstationpro/usr/lib in file 
/media/build1/poky/build/tmp/work/mips32-poky-linux/libxml-parser-perl/2.41-r3/packages-split/libxml-parser-perl/usr/lib/perl/vendor_perl/5.14.3/auto/XML/Parser/Expat/Expat.so

Basically the trouble is the perl workdir has "qemumips" paths in it, we
then switch to routerstationpro and the qemumips ones slip into the
routerstationpro sysroot. The trouble is this kind of corruption can
happen silently and results in very weird and hard to debug errors. In
this case it comes from:

usr/lib/perl/5.14.3/ExtUtils/Liblist/Kid.pm:push(@libpath, 
"/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-mips-lsb/build/build/tmp/sysroots/qemumips/usr/lib");

which is in the routerstationpro sysroot, therefore the RPATH gets added
when it shouldn't be.

Options to address this as far as I can tell are:

a) Save the machine name during do_configure to WORKDIR and then check
it in subsequent tasks
b) Make WORKDIR be machine specific.


b) looks attractive but could be confusing as we'd no longer have
PACKAGE_ARCH workdirs, they'd all be "machine specific" however they
would still get reused by sstate as they are today. It does however
neatly sidestep the set of issues we're currently seeing.

Thoughts?

Cheers,

Richard




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

Re: [OE-core] [PATCH v8] connman: ignore the networking device which nfs for rootfs is working on

2013-12-09 Thread Enrico Scholz 
Rongqing Li 
writes:

>> +echo "CONNMAND_OPTS=$EXTRA_PARAM">/run/connmand/connmand.env
>>
>> ++EnvironmentFile=-@LOCALSTATEDIR@/run/connmand/connmand.env

These paths are inconsistent; I would remove @LOCALSTATEDIR@ from the
service file.


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