date:20150724


Ping ...

On 07/07/2015 04:14 PM, wenzong@windriver.com wrote:

From: Lijun Guo lijun@windriver.com

Using -c parameter, grub-mkimage can embed a configuration file into
the grub image. However grub 2.0 doesn't support net_default_mac and
net_default_ip variables in the configuration file.

Backport upstream commit to fix the issue:
* commit id: 2aa072d76a9c7df837a6a81bf80958094a522740

Signed-off-by: Lijun Guo lijun@windriver.com
---
  ...-to-determine-MAC-IP-of-default-interface.patch | 127 +
  meta/recipes-bsp/grub/grub2.inc|   1 +
  2 files changed, 128 insertions(+)
  create mode 100644 
meta/recipes-bsp/grub/files/New-variables-to-determine-MAC-IP-of-default-interface.patch

diff --git 
a/meta/recipes-bsp/grub/files/New-variables-to-determine-MAC-IP-of-default-interface.patch
 
b/meta/recipes-bsp/grub/files/New-variables-to-determine-MAC-IP-of-default-interface.patch
new file mode 100644
index 000..b1b028e
--- /dev/null
+++ 
b/meta/recipes-bsp/grub/files/New-variables-to-determine-MAC-IP-of-default-interface.patch
@@ -0,0 +1,127 @@
+From 2aa072d76a9c7df837a6a81bf80958094a522740 Mon Sep 17 00:00:00 2001
+From: Vladimir 'phcoder' Serbinenko phco...@gmail.com
+Date: Tue, 7 May 2013 12:05:36 +0200
+Subject: [PATCH] New variables 'net_default_*' to determine MAC/IP of
+ default interface.
+
+commit 2aa072d76a9c7df837a6a81bf80958094a522740 upstream
+
+Upstream-Status: Backport
+
+Signed-off-by: Lijun Guo lijun@windriver.com
+
+---
+ grub-core/net/bootp.c |  3 +++
+ grub-core/net/net.c   | 69 ++-
+ 2 files changed, 71 insertions(+), 1 deletion(-)
+
+diff --git a/grub-core/net/bootp.c b/grub-core/net/bootp.c
+index 33f860a..c8ef4d6 100644
+--- a/grub-core/net/bootp.c
 b/grub-core/net/bootp.c
+@@ -211,6 +211,9 @@ grub_net_configure_by_dhcp_ack (const char *name,
+   grub_print_error ();
+ }
+
++  if (is_def)
++grub_env_set (net_default_interface, name);
++
+   if (device  !*device  bp-server_ip)
+ {
+   *device = grub_xasprintf (tftp,%d.%d.%d.%d,
+diff --git a/grub-core/net/net.c b/grub-core/net/net.c
+index aebbe4b..8ea6906 100644
+--- a/grub-core/net/net.c
 b/grub-core/net/net.c
+@@ -1,6 +1,6 @@
+ /*
+  *  GRUB  --  GRand Unified Bootloader
+- *  Copyright (C) 2010,2011  Free Software Foundation, Inc.
++ *  Copyright (C) 2010,2011,2012,2013  Free Software Foundation, Inc.
+  *
+  *  GRUB is free software: you can redistribute it and/or modify
+  *  it under the terms of the GNU General Public License as published by
+@@ -813,6 +813,69 @@ defserver_get_env (struct grub_env_var *var __attribute__ 
((unused)),
+   return grub_net_default_server ? : ;
+ }
+
++static const char *
++defip_get_env (struct grub_env_var *var __attribute__ ((unused)),
++ const char *val __attribute__ ((unused)))
++{
++  const char *intf = grub_env_get (net_default_interface);
++  const char *ret = NULL;
++  if (intf)
++{
++  char *buf = grub_xasprintf (net_%s_ip, intf);
++  if (buf)
++  ret = grub_env_get (buf);
++  grub_free (buf);
++}
++  return ret;
++}
++
++static char *
++defip_set_env (struct grub_env_var *var __attribute__ ((unused)),
++ const char *val)
++{
++  const char *intf = grub_env_get (net_default_interface);
++  if (intf)
++{
++  char *buf = grub_xasprintf (net_%s_ip, intf);
++  if (buf)
++  grub_env_set (buf, val);
++  grub_free (buf);
++}
++  return NULL;
++}
++
++
++static const char *
++defmac_get_env (struct grub_env_var *var __attribute__ ((unused)),
++ const char *val __attribute__ ((unused)))
++{
++  const char *intf = grub_env_get (net_default_interface);
++  const char *ret = NULL;
++  if (intf)
++{
++  char *buf = grub_xasprintf (net_%s_mac, intf);
++  if (buf)
++  ret = grub_env_get (buf);
++  grub_free (buf);
++}
++  return ret;
++}
++
++static char *
++defmac_set_env (struct grub_env_var *var __attribute__ ((unused)),
++ const char *val)
++{
++  const char *intf = grub_env_get (net_default_interface);
++  if (intf)
++{
++  char *buf = grub_xasprintf (net_%s_mac, intf);
++  if (buf)
++  grub_env_set (buf, val);
++  grub_free (buf);
++}
++  return NULL;
++}
++
+
+ static void
+ grub_net_network_level_interface_register (struct 
grub_net_network_level_interface *inter)
+@@ -1560,6 +1623,10 @@ GRUB_MOD_INIT(net)
+  defserver_set_env);
+   grub_register_variable_hook (pxe_default_server, defserver_get_env,
+  defserver_set_env);
++  grub_register_variable_hook (net_default_ip, defip_get_env,
++ defip_set_env);
++  grub_register_variable_hook (net_default_mac, defmac_get_env,
++ defmac_set_env);
+
+   cmd_addaddr = grub_register_command (net_add_addr, grub_cmd_addaddr,
+   /*

Re: [OE-core] [meta-oe][PATCH] libical: Upgrade v1.0.0 - v1.0.1

2015-07-24 Thread Valluri, Amarnath

From: Burton, Ross [ross.bur...@intel.com]
Sent: Friday, July 24, 2015 1:21 AM
To: Valluri, Amarnath
Cc: OE-core; Iorga, Cristian
Subject: Re: [OE-core] [meta-oe][PATCH] libical: Upgrade v1.0.0 - v1.0.1

On 23 July 2015 at 12:17, Amarnath Valluri 
amarnath.vall...@intel.commailto:amarnath.vall...@intel.com wrote:
- Build system changed from autotools to cmake.
- Perl dependency added.

We had almost exactly this patch a week or so ago from Cristian (CC'd) who 
promptly retracted it with the comment that he hadn't done enough testing.
Sorry, I was not knowing that, so please ignore this patch.

- Amarnath

-
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki 
Business Identity Code: 0357606 - 4 
Domiciled in Helsinki 

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

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

[OE-core] [PATCH V2 1/3] diffstat: upgrade to 1.60

Signed-off-by: Chen Qi qi.c...@windriver.com
---
 meta/recipes-devtools/diffstat/{diffstat_1.59.bb = diffstat_1.60.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/diffstat/{diffstat_1.59.bb = diffstat_1.60.bb} 
(84%)

diff --git a/meta/recipes-devtools/diffstat/diffstat_1.59.bb 
b/meta/recipes-devtools/diffstat/diffstat_1.60.bb
similarity index 84%
rename from meta/recipes-devtools/diffstat/diffstat_1.59.bb
rename to meta/recipes-devtools/diffstat/diffstat_1.60.bb
index f599622b..29c32a8 100644
--- a/meta/recipes-devtools/diffstat/diffstat_1.59.bb
+++ b/meta/recipes-devtools/diffstat/diffstat_1.60.bb
@@ -11,8 +11,8 @@ SRC_URI = 
ftp://invisible-island.net/diffstat/diffstat-${PV}.tgz \
file://run-ptest \
 
 
-SRC_URI[md5sum] = 1dc7bc48ce846a0686a1af0d091ff8fb
-SRC_URI[sha256sum] = 
267d1441b8889cbefbb7ca7dfd4a17f6c8bc73bc114904c74ecad945a3dbf270
+SRC_URI[md5sum] = ba889da4c06b547aa2d78fa96800ae6f
+SRC_URI[sha256sum] = 
2032e418b43bae70d548e32da901ebc4ac12972381de1314bebde0b126fb0123
 
 S = ${WORKDIR}/diffstat-${PV}
 
-- 
1.9.1

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

[OE-core] [PATCH V2 2/3] byacc: upgrade to 20150711

The LIC_FILES_CHECKSUM is modified. The change is only about the
copyright time. So the licence remains the same.

Signed-off-by: Chen Qi qi.c...@windriver.com
---
 .../recipes-extended/byacc/{byacc_20141128.bb = byacc_20150711.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-extended/byacc/{byacc_20141128.bb = byacc_20150711.bb} 
(58%)

diff --git a/meta/recipes-extended/byacc/byacc_20141128.bb 
b/meta/recipes-extended/byacc/byacc_20150711.bb
similarity index 58%
rename from meta/recipes-extended/byacc/byacc_20141128.bb
rename to meta/recipes-extended/byacc/byacc_20150711.bb
index 15c14c9..e5b5451 100644
--- a/meta/recipes-extended/byacc/byacc_20141128.bb
+++ b/meta/recipes-extended/byacc/byacc_20150711.bb
@@ -4,8 +4,8 @@
 # Setting to PD as this is what the upstream has it as.
 
 LICENSE = PD
-LIC_FILES_CHKSUM = 
file://package/debian/copyright;md5=f186cf0d59bac042b75830396ec389a3
+LIC_FILES_CHKSUM = 
file://package/debian/copyright;md5=c52fb2d1b3f75b3b7534927807a1b714
 require byacc.inc
 
-SRC_URI[md5sum] = acb0ff0fb6cc414a6b50c799794b2425
-SRC_URI[sha256sum] = 
f517fc21f08c1a1f010177357df58fc64eb1131011e5dcd48c19fe44c47198d0
+SRC_URI[md5sum] = 2700401030583c4e9169ac7ea7d08de8
+SRC_URI[sha256sum] = 
c354e4ee14c4a1bf11e55dde9275011d14887ef066406a088b6fa56caf039248
-- 
1.9.1

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

[OE-core] [PATCH V2 0/3] Package Upgrade -- 20150723

The following changes since commit 6be698b7270f73f40d38713ecf13f12aec0ced61:

  dpkg: Fix for Fedora22 and new versions of tar (2015-07-13 13:46:45 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib ChenQi/PU-20150723
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/PU-20150723

Chen Qi (3):
  diffstat: upgrade to 1.60
  byacc: upgrade to 20150711
  sudo: upgrade to 1.8.14p2

 .../diffstat/{diffstat_1.59.bb = diffstat_1.60.bb} | 4 ++--
 .../recipes-extended/byacc/{byacc_20141128.bb = byacc_20150711.bb} | 6 +++---
 meta/recipes-extended/sudo/sudo.inc | 3 ++-
 meta/recipes-extended/sudo/{sudo_1.8.13.bb = sudo_1.8.14p2.bb} | 4 ++--
 4 files changed, 9 insertions(+), 8 deletions(-)
 rename meta/recipes-devtools/diffstat/{diffstat_1.59.bb = diffstat_1.60.bb} 
(84%)
 rename meta/recipes-extended/byacc/{byacc_20141128.bb = byacc_20150711.bb} 
(58%)
 rename meta/recipes-extended/sudo/{sudo_1.8.13.bb = sudo_1.8.14p2.bb} (87%)

-- 
1.9.1

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

Re: [OE-core] [PATCH v2] oeqa/buildoptions.py: automate test case 929: check for correct GPL licenses

2015-07-24 Thread Paul Eggleton

On Friday 24 July 2015 06:00:28 Constantin, Costin C wrote:
 Thank you for the reply. :)  I got your point and i guess you're right.
 Maybe i over exaggerated. Does this mean the auto TC will not be considered
 as it is now? Should i re-send it or will you just erase that line and
 consider it as it is?

We tend to prefer that the submitter make the requested changes and re-send an 
amended version of the patch. If you could do that that would be much 
appreciated.

Thanks,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v3] rpcbind: handle rpcbind options


Ping ...

On 07/15/2015 02:19 PM, wenzong@windriver.com wrote:

From: Li Wang li.w...@windriver.com

While runing:

$ systemctl restart rpcbind
$ systemctl status rpcbind

There are errors like below:
   rpcbind[1722]: Cannot open '/tmp/rpcbind.xdr' file for reading, \
 errno 2 (No such file or directory)
   rpcbind[1722]: Cannot open '/tmp/portmap.xdr' file for reading, \
 errno 2 (No such file or directory)

Don't pass -w to rpcbind on boot up, since the files won't be there
to be read, the patch refers to:
   https://bugs.launchpad.net/ubuntu/+source/rpcbind/+bug/835833

Signed-off-by: Li Wang li.w...@windriver.com
Signed-off-by: Wenzong Fan wenzong@windriver.com
---
  meta/recipes-extended/rpcbind/rpcbind/rpcbind.service | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/rpcbind/rpcbind/rpcbind.service 
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind.service
index b3ae254..9cdade4 100644
--- a/meta/recipes-extended/rpcbind/rpcbind/rpcbind.service
+++ b/meta/recipes-extended/rpcbind/rpcbind/rpcbind.service
@@ -5,7 +5,7 @@ Requires=rpcbind.socket
  [Service]
  Type=forking
  EnvironmentFile=-@SYSCONFDIR@/rpcbind.conf
-ExecStart=@SBINDIR@/rpcbind -w $RPCBIND_OPTS
+ExecStart=@SBINDIR@/rpcbind $RPCBIND_OPTS
  SuccessExitStatus=2

  [Install]


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

Re: [OE-core] [PATCH 0/1] util-linux: add runuser PAM config files


Ping again ...

On 05/15/2015 01:29 PM, Shan Hai wrote:


Add PAM config files for util-linux to fix a runtime failure of the
runuser command.

meta/recipes-core/util-linux/util-linux.inc| 8 
  meta/recipes-core/util-linux/util-linux/runuser-l.pamd | 4 
  meta/recipes-core/util-linux/util-linux/runuser.pamd   | 5 +
  meta/recipes-core/util-linux/util-linux_2.24.2.bb  | 2 ++
  4 files changed, 19 insertions(+)
  create mode 100644 meta/recipes-core/util-linux/util-linux/runuser-l.pamd
  create mode 100644 meta/recipes-core/util-linux/util-linux/runuser.pamd

Thanks
Shan Hai


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

[OE-core] The different behavior of images built with different PACKAGE_CLASSES

2015-07-24 Thread Luo Zhenhua

Hello all, 

I use the same Yocto build environment to generated two sets of images, one is 
built by setting PACKAGE_CLASSES to package_rpm, the other is built by 
setting PACKAGE_CLASSES to package_deb. 

With the same uImage and dtb, the board can be boot up normally with rootfs 
image which is built by package_rpm setting, but can't be boot up with rootfs 
that is built with package_deb setting, it will hang with the following boot 
logs:
RAMDISK: gzip image found at block 0
VFS: Mounted root (ext2 filesystem) on device 1:0.
devtmpfs: mounted
Freeing unused kernel memory: 180K (804a6000 - 804d3000)
Bad inittab entry at line 5
can't open /dev/si: No such file or directory
can't open /dev/~~: No such file or directory
can't open /dev/l0: No such file or directory
can't open /dev/l1: No such file or directory
can't open /dev/l2: No such file or directory
can't open /dev/l3: No such file or directory
can't open /dev/l4: No such file or directory
can't open /dev/l5: No such file or directory
can't open /dev/l6: No such file or directory
can't open /dev/z6: No such file or directory
can't open /dev/S0: No such file or directory
can't open /dev/S1: No such file or directory

Does somebody meet the same issue previously? Can you please suggest on what's 
the reason and how to solve the issue? 

I am using daisy branch and FSL ls1021atwr(armv7) board. 


Best Regards,

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

Re: [OE-core] [PATCH] nfs-utils: debianize start-statd


Ping ...

On 06/29/2015 02:22 PM, wenzong@windriver.com wrote:

From: Li Wang li.w...@windriver.com

make start-statd command to use nfscommon configure, too.

Signed-off-by: Henrik Riomar henrik.rio...@ericsson.com
Signed-off-by: Li Wang li.w...@windriver.com
Signed-off-by: Roy Li rongqing...@windriver.com
Signed-off-by: Wenzong Fan wenzong@windriver.com
---
  .../files/nfs-utils-debianize-start-statd.patch| 41 ++
  .../nfs-utils/nfs-utils_1.3.1.bb   |  1 +
  2 files changed, 42 insertions(+)
  create mode 100644 
meta/recipes-connectivity/nfs-utils/files/nfs-utils-debianize-start-statd.patch

diff --git 
a/meta/recipes-connectivity/nfs-utils/files/nfs-utils-debianize-start-statd.patch
 
b/meta/recipes-connectivity/nfs-utils/files/nfs-utils-debianize-start-statd.patch
new file mode 100644
index 000..5a2d5c8
--- /dev/null
+++ 
b/meta/recipes-connectivity/nfs-utils/files/nfs-utils-debianize-start-statd.patch
@@ -0,0 +1,41 @@
+[PATCH] nfs-utils: debianize start-statd
+
+Upstream-status: Pending
+
+make start-statd command to use nfscommon configure, too.
+
+Signed-off-by: Henrik Riomar henrik.rio...@ericsson.com
+Signed-off-by: Li Wang li.w...@windriver.com
+Signed-off-by: Roy Li rongqing...@windriver.com
+Signed-off-by: Wenzong Fan wenzong@windriver.com
+---
+ utils/statd/start-statd | 9 -
+ 1 file changed, 8 insertions(+), 1 deletion(-)
+
+diff --git a/utils/statd/start-statd b/utils/statd/start-statd
+index ec9383b..3969b8c 100755
+--- a/utils/statd/start-statd
 b/utils/statd/start-statd
+@@ -6,6 +6,13 @@
+ # site.
+ PATH=/sbin:/usr/sbin:/bin:/usr/bin
+
++# Read config
++DEFAULTFILE=/etc/default/nfs-common
++NEED_IDMAPD=
++if [ -f $DEFAULTFILE ]; then
++. $DEFAULTFILE
++fi
++
+ # First try systemd if it's installed.
+ if systemctl --help /dev/null 21; then
+ # Quit only if the call worked.
+@@ -13,4 +20,4 @@ if systemctl --help /dev/null 21; then
+ fi
+
+ # Fall back to launching it ourselves.
+-exec rpc.statd --no-notify
++exec rpc.statd --no-notify $STATDOPTS
+--
+1.9.1
+
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb 
b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
index 6f64e9d..0bcd65e 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
@@ -29,6 +29,7 @@ SRC_URI = 
${KERNELORG_MIRROR}/linux/utils/nfs-utils/${PV}/nfs-utils-${PV}.tar.x
 file://nfs-mountd.service \
 file://nfs-statd.service \
 file://nfs-utils-Do-not-pass-CFLAGS-to-gcc-while-building.patch \
+   file://nfs-utils-debianize-start-statd.patch \
  

  SRC_URI[md5sum] = 8de676b9ff34b8f9addc1d0800fabdf8


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

Re: [OE-core] [PATCH] libepoxy: Use native python3

2015-07-24 Thread Richard Purdie

On Thu, 2015-07-23 at 17:15 -0600, Gary Thomas wrote:
 On 2015-07-23 17:06, Richard Purdie wrote:
  On Thu, 2015-07-23 at 17:00 -0600, Gary Thomas wrote:
  It's an old host (Fedora 13) that I am unable to upgrade, but it still
  works quite well.  I get around most of the Yocto/bitbake worries by
  using a Yocto-built meta-toolchain to fill in the blanks (correct make,
  python2, etc), but python3 is not part of the meta-toolchain :-(
 
  You could likely build a customised meta-toolchain which did contain
  python3 though?
 
 Do you know how I would make that happen?  For me, meta-toolchain is
 a black box - I know very little of the internals.

Personally, I'd probably use buildtools-tarball for this so I'd go and
edit the buildtools-tarball.bb file and add nativesdk-python3-modules to
it which should pull in the bulk of python3 (not sure if you'd need
nativesdk-python3-core too, I'd hope that would be automatic from the
other).

You prefer your meta-toolchain? Then set:
TOOLCHAIN_HOST_TASK_append =  nativesdk-python3-modules
in local.conf and it should add python3 to all meta-toolchain builds.

 Question about policy: it seems that a good many native packages
 are built, many just to level the playing field.   I just checked
 and one of my average builds has 148 native packages sitting there.
 For example, why build bison-native when my host's bison is even the
 same vintage and hence just as adequate?  Why then, draw the line
 over python3 in this one recipe?  (Just asking, I'll figure out how
 to fix this anyway)

The line is drawn over python. Bitbake is built with python (2 at the
moment, 3 in the future) and since we need python to run bitbake,
rebuilding it seems silly. Yes, we do need to build a python-native to
be able to build python (target) which is sad but such is the nature of
cross compiling. We therefore tend to assume the provided python(s) are
sane.

Cheers,

Richard



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

Re: [OE-core] [PATCH] nfs-utils: debianize start-statd


On 07/24/2015 04:08 PM, wenzong fan wrote:

Ping ...


Please ignore the ping request, this one has been merged.

Thanks
Wenzong



On 06/29/2015 02:22 PM, wenzong@windriver.com wrote:

From: Li Wang li.w...@windriver.com

make start-statd command to use nfscommon configure, too.

Signed-off-by: Henrik Riomar henrik.rio...@ericsson.com
Signed-off-by: Li Wang li.w...@windriver.com
Signed-off-by: Roy Li rongqing...@windriver.com
Signed-off-by: Wenzong Fan wenzong@windriver.com
---
  .../files/nfs-utils-debianize-start-statd.patch| 41
++
  .../nfs-utils/nfs-utils_1.3.1.bb   |  1 +
  2 files changed, 42 insertions(+)
  create mode 100644
meta/recipes-connectivity/nfs-utils/files/nfs-utils-debianize-start-statd.patch


diff --git
a/meta/recipes-connectivity/nfs-utils/files/nfs-utils-debianize-start-statd.patch
b/meta/recipes-connectivity/nfs-utils/files/nfs-utils-debianize-start-statd.patch

new file mode 100644
index 000..5a2d5c8
--- /dev/null
+++
b/meta/recipes-connectivity/nfs-utils/files/nfs-utils-debianize-start-statd.patch

@@ -0,0 +1,41 @@
+[PATCH] nfs-utils: debianize start-statd
+
+Upstream-status: Pending
+
+make start-statd command to use nfscommon configure, too.
+
+Signed-off-by: Henrik Riomar henrik.rio...@ericsson.com
+Signed-off-by: Li Wang li.w...@windriver.com
+Signed-off-by: Roy Li rongqing...@windriver.com
+Signed-off-by: Wenzong Fan wenzong@windriver.com
+---
+ utils/statd/start-statd | 9 -
+ 1 file changed, 8 insertions(+), 1 deletion(-)
+
+diff --git a/utils/statd/start-statd b/utils/statd/start-statd
+index ec9383b..3969b8c 100755
+--- a/utils/statd/start-statd
 b/utils/statd/start-statd
+@@ -6,6 +6,13 @@
+ # site.
+ PATH=/sbin:/usr/sbin:/bin:/usr/bin
+
++# Read config
++DEFAULTFILE=/etc/default/nfs-common
++NEED_IDMAPD=
++if [ -f $DEFAULTFILE ]; then
++. $DEFAULTFILE
++fi
++
+ # First try systemd if it's installed.
+ if systemctl --help /dev/null 21; then
+ # Quit only if the call worked.
+@@ -13,4 +20,4 @@ if systemctl --help /dev/null 21; then
+ fi
+
+ # Fall back to launching it ourselves.
+-exec rpc.statd --no-notify
++exec rpc.statd --no-notify $STATDOPTS
+--
+1.9.1
+
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
index 6f64e9d..0bcd65e 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
@@ -29,6 +29,7 @@ SRC_URI =
${KERNELORG_MIRROR}/linux/utils/nfs-utils/${PV}/nfs-utils-${PV}.tar.x
 file://nfs-mountd.service \
 file://nfs-statd.service \

file://nfs-utils-Do-not-pass-CFLAGS-to-gcc-while-building.patch \
+   file://nfs-utils-debianize-start-statd.patch \
  

  SRC_URI[md5sum] = 8de676b9ff34b8f9addc1d0800fabdf8





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

[OE-core] [PATCH V2 3/3] sudo: upgrade to 1.8.14p2

The licence checksum is modified according to the change of doc/LICENCE.
In specific, file://lib/util/reallocarray.c is added to LIC_FILES_CHECKSUM.

Signed-off-by: Chen Qi qi.c...@windriver.com
---
 meta/recipes-extended/sudo/sudo.inc | 3 ++-
 meta/recipes-extended/sudo/{sudo_1.8.13.bb = sudo_1.8.14p2.bb} | 4 ++--
 2 files changed, 4 insertions(+), 3 deletions(-)
 rename meta/recipes-extended/sudo/{sudo_1.8.13.bb = sudo_1.8.14p2.bb} (87%)

diff --git a/meta/recipes-extended/sudo/sudo.inc 
b/meta/recipes-extended/sudo/sudo.inc
index cdee6bb..a25876b 100644
--- a/meta/recipes-extended/sudo/sudo.inc
+++ b/meta/recipes-extended/sudo/sudo.inc
@@ -4,8 +4,9 @@ HOMEPAGE = http://www.sudo.ws;
 BUGTRACKER = http://www.sudo.ws/bugs/;
 SECTION = admin
 LICENSE = ISC  BSD  Zlib
-LIC_FILES_CHKSUM = file://doc/LICENSE;md5=346ce81ebf0f7f89fd379b40b6a4233b \
+LIC_FILES_CHKSUM = file://doc/LICENSE;md5=c16e542408abda013d672be8eb88d174 \
 
file://plugins/sudoers/redblack.c;beginline=1;endline=41;md5=cfe41112f96c19a074934d128f45c693
 \
+
file://lib/util/reallocarray.c;beginline=3;endline=16;md5=85b0905b795d4d58bf2e00635649eec6
 \
 
file://lib/util/fnmatch.c;beginline=3;endline=27;md5=67f83ee9bd456557397082f8f1be0efd
 \
 
file://lib/util/getcwd.c;beginline=5;endline=27;md5=449af4cc57fc7d46f42090608ba3e681
 \
 
file://lib/util/glob.c;beginline=6;endline=31;md5=5872733146b9eb0deb79e1f664815b85
 \
diff --git a/meta/recipes-extended/sudo/sudo_1.8.13.bb 
b/meta/recipes-extended/sudo/sudo_1.8.14p2.bb
similarity index 87%
rename from meta/recipes-extended/sudo/sudo_1.8.13.bb
rename to meta/recipes-extended/sudo/sudo_1.8.14p2.bb
index 4494170..208ed42 100644
--- a/meta/recipes-extended/sudo/sudo_1.8.13.bb
+++ b/meta/recipes-extended/sudo/sudo_1.8.14p2.bb
@@ -6,8 +6,8 @@ SRC_URI = http://ftp.sudo.ws/sudo/dist/sudo-${PV}.tar.gz \
 
 PAM_SRC_URI = file://sudo.pam
 
-SRC_URI[md5sum] = f61577ec330ad1bd504c0e2eec6ea2d8
-SRC_URI[sha256sum] = 
e374e5edf2c11c00d6916a9f51cb0ad15e51c7b028370fa15169b07e61e05a25
+SRC_URI[md5sum] = 150f6a2a53a5d29838bf75557543f151
+SRC_URI[sha256sum] = 
b4bca9cca52fc6a409709995014af5e9fb905a4a6c5bda977f78e568954dfe21
 
 DEPENDS +=  ${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}
 RDEPENDS_${PN} +=  ${@bb.utils.contains('DISTRO_FEATURES', 'pam', 
'pam-plugin-limits pam-plugin-keyinit', '', d)}
-- 
1.9.1

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

[OE-core] [PATCH 0/5] fix some hardcoded paths

These patches update a few places where we can use ${sysconfdir} ${bindir}
etc. instead of hardcoding them.

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

[OE-core] [PATCH 2/5] opkg: read config file from ${sysconfdir} instead of /etc

From: André Draszik g...@andred.net

Opkg's configure script doesn't use the value from --sysconfdir to determine
the location of the conf file, it uses the value from --with-opkgetcdir
---
 meta/recipes-devtools/opkg/opkg_0.2.4.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/opkg/opkg_0.2.4.bb 
b/meta/recipes-devtools/opkg/opkg_0.2.4.bb
index ec0f923..56df920 100644
--- a/meta/recipes-devtools/opkg/opkg_0.2.4.bb
+++ b/meta/recipes-devtools/opkg/opkg_0.2.4.bb
@@ -38,6 +38,7 @@ PACKAGECONFIG[sha256] = --enable-sha256,--disable-sha256
 PACKAGECONFIG[pathfinder] = 
--enable-pathfinder,--disable-pathfinder,pathfinder
 
 EXTRA_OECONF = \
+  --with-opkgetcdir=${sysconfdir} \
   --with-opkglibdir=${OPKGLIBDIR} \
 
 
-- 
2.1.4

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

[OE-core] [PATCH 5/5] opkg-utils: use ${bindir} instead of hardcoding /usr/bin

From: André Draszik g...@andred.net

---
 meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb 
b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
index 2f66632..5f518d2 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
@@ -28,6 +28,10 @@ do_install() {
oe_runmake PREFIX=${prefix} DESTDIR=${D} install
 }
 
+do_install_append_class-target() {
+   sed -i ${D}${bindir}/update-alternatives -e 's,/usr/bin,${bindir},g; 
s,/usr/lib,${libdir},g'
+}
+
 PACKAGES =+ update-alternatives-opkg
 FILES_update-alternatives-opkg = ${bindir}/update-alternatives
 RPROVIDES_update-alternatives-opkg = update-alternatives 
update-alternatives-cworth
-- 
2.1.4

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

[OE-core] [PATCH 3/5] initscripts: urandom: respect ${localstatedir} instead of hardcoding /var

From: André Draszik g...@andred.net

---
 meta/recipes-core/initscripts/initscripts_1.0.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/initscripts/initscripts_1.0.bb 
b/meta/recipes-core/initscripts/initscripts_1.0.bb
index b1d917d..f90de6e 100644
--- a/meta/recipes-core/initscripts/initscripts_1.0.bb
+++ b/meta/recipes-core/initscripts/initscripts_1.0.bb
@@ -79,7 +79,7 @@ do_install () {
install -d ${D}${sysconfdir}/default
install -d ${D}${sysconfdir}/default/volatiles
# Holds state information pertaining to urandom
-   install -d ${D}/var/lib/urandom
+   install -d ${D}${localstatedir}/lib/urandom
 
install -m 0644${WORKDIR}/functions ${D}${sysconfdir}/init.d
install -m 0755${WORKDIR}/bootmisc.sh   ${D}${sysconfdir}/init.d
@@ -94,6 +94,7 @@ do_install () {
install -m 0755${WORKDIR}/single${D}${sysconfdir}/init.d
install -m 0755${WORKDIR}/umountnfs.sh  ${D}${sysconfdir}/init.d
install -m 0755${WORKDIR}/urandom   ${D}${sysconfdir}/init.d
+   sed -i ${D}${sysconfdir}/init.d/urandom -e 
's,/var/,${localstatedir}/,g;s,/etc/,${sysconfdir}/,g'
install -m 0755${WORKDIR}/devpts.sh ${D}${sysconfdir}/init.d
install -m 0755${WORKDIR}/devpts
${D}${sysconfdir}/default
install -m 0755${WORKDIR}/sysfs.sh  ${D}${sysconfdir}/init.d
-- 
2.1.4

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

[OE-core] [PATCH 1/5] rsync: use ${sysconfdir} instead of hardcoding /etc

From: André Draszik g...@andred.net

---
 meta/recipes-devtools/rsync/rsync.inc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/rsync/rsync.inc 
b/meta/recipes-devtools/rsync/rsync.inc
index 4223c59..c65f270 100644
--- a/meta/recipes-devtools/rsync/rsync.inc
+++ b/meta/recipes-devtools/rsync/rsync.inc
@@ -16,8 +16,8 @@ SRC_URI = 
http://rsync.samba.org/ftp/rsync/src/rsync-${PV}.tar.gz \
 inherit autotools
 
 do_install_append() {
-   install -d ${D}/etc
-   install -m 0644 ${WORKDIR}/rsyncd.conf ${D}/etc
+   install -d ${D}${sysconfdir}
+   install -m 0644 ${WORKDIR}/rsyncd.conf ${D}${sysconfdir}
 }
 
 EXTRA_OEMAKE='STRIP='
-- 
2.1.4

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

[OE-core] [PATCH 4/5] run-postinsts: use ${localstatedir} instead of hardcoding /var/lib

From: André Draszik g...@andred.net

---
 meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts | 2 +-
 meta/recipes-devtools/run-postinsts/run-postinsts_1.0.bb| 1 +
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts 
b/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
index ac9cee6..58ea85e 100755
--- a/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
+++ b/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
@@ -20,7 +20,7 @@ for pm in $backend_list; do
 
case $pm in
deb)
-   if [ -s /var/lib/dpkg/status ]; then
+   if [ -s #LOCALSTATEDIR#/lib/dpkg/status ]; then
pm_installed=true
break
fi
diff --git a/meta/recipes-devtools/run-postinsts/run-postinsts_1.0.bb 
b/meta/recipes-devtools/run-postinsts/run-postinsts_1.0.bb
index d126132..11c94e5 100644
--- a/meta/recipes-devtools/run-postinsts/run-postinsts_1.0.bb
+++ b/meta/recipes-devtools/run-postinsts/run-postinsts_1.0.bb
@@ -39,6 +39,7 @@ do_install() {
sed -i -e 's:#SYSCONFDIR#:${sysconfdir}:g' \
-e 's:#SBINDIR#:${sbindir}:g' \
-e 's:#BASE_BINDIR#:${base_bindir}:g' \
+   -e 's:#LOCALSTATEDIR#:${localstatedir}:g' \
${D}${sbindir}/run-postinsts \
${D}${systemd_unitdir}/system/run-postinsts.service
 }
-- 
2.1.4

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

Re: [OE-core] [PATCH v2 2/2] kernel: Pass sysroot mkimage to kernel makefile

2015-07-24 Thread He Zhe



On 07/23/2015 11:55 PM, Richard Purdie wrote:
 On Tue, 2015-07-21 at 15:23 +0800, zhe...@windriver.com wrote:
 From: He Zhe zhe...@windriver.com

 Pass mkimage in sysroot to kernel makefile by NATIVE_MKIMAGE to avoid
 depending on build machine's when KEEPUIMAGE is yes.

 Fixes [YOCTO #6945].

 Signed-off-by: He Zhe zhe...@windriver.com
 ---
  meta/classes/kernel.bbclass | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

 diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
 index 86ed28f..1d7fa48 100644
 --- a/meta/classes/kernel.bbclass
 +++ b/meta/classes/kernel.bbclass
 @@ -141,7 +141,7 @@ UBOOT_ENTRYPOINT ?= 20008000
  UBOOT_LOADADDRESS ?= ${UBOOT_ENTRYPOINT}
  
  # Some Linux kernel configurations need additional parameters on the 
 command line
 -KERNEL_EXTRA_ARGS ?= 
 +KERNEL_EXTRA_ARGS ?= NATIVE_MKIMAGE=${STAGING_BINDIR_NATIVE}/mkimage
  
  # For the kernel, we don't want the '-e MAKEFLAGS=' in EXTRA_OEMAKE.
  # We don't want to override kernel Makefile variables from the environment
 ${STAGING_BINDIR_NATIVE} should be in PATH ahead of the usual system
 paths. Why therefore is this necessary? Is something resetting PATH?

You are right. There's no need to modify KERNEL_EXTRA_ARGS. Actually I made a 
mistake when I verified mkimage... I'll delete this patch in next version. 
Thank you for reviewing.

BTW, what about [PATCH v2 1/2] ?


Zhe

 Cheers,

 Richard




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

[OE-core] [PATCH][V2] oeqa/runtime: remove dmesg test

2015-07-24 Thread Ross Burton

This has been obsoleted by parselogs.

Signed-off-by: Ross Burton ross.bur...@intel.com
---
 meta/classes/testimage.bbclass |  4 ++--
 meta/lib/oeqa/runtime/dmesg.py | 12 
 2 files changed, 2 insertions(+), 14 deletions(-)
 delete mode 100644 meta/lib/oeqa/runtime/dmesg.py

diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass
index 2b655b4..37acb0c 100644
--- a/meta/classes/testimage.bbclass
+++ b/meta/classes/testimage.bbclass
@@ -34,9 +34,9 @@ TEST_EXPORT_ONLY ?= 0
 
 DEFAULT_TEST_SUITES = ping auto
 DEFAULT_TEST_SUITES_pn-core-image-minimal = ping
-DEFAULT_TEST_SUITES_pn-core-image-sato = ping ssh df connman syslog xorg scp 
vnc date dmesg parselogs \
+DEFAULT_TEST_SUITES_pn-core-image-sato = ping ssh df connman syslog xorg scp 
vnc date parselogs \
 ${@bb.utils.contains('IMAGE_PKGTYPE', 'rpm', 'python smart rpm', '', d)}
-DEFAULT_TEST_SUITES_pn-core-image-sato-sdk = ping ssh df connman syslog xorg 
scp vnc date perl ldd gcc kernelmodule dmesg python parselogs \
+DEFAULT_TEST_SUITES_pn-core-image-sato-sdk = ping ssh df connman syslog xorg 
scp vnc date perl ldd gcc kernelmodule python parselogs \
 ${@bb.utils.contains('IMAGE_PKGTYPE', 'rpm', 'smart rpm', '', d)}
 DEFAULT_TEST_SUITES_pn-meta-toolchain = auto
 
diff --git a/meta/lib/oeqa/runtime/dmesg.py b/meta/lib/oeqa/runtime/dmesg.py
deleted file mode 100644
index 5831471..000
--- a/meta/lib/oeqa/runtime/dmesg.py
+++ /dev/null
@@ -1,12 +0,0 @@
-import unittest
-from oeqa.oetest import oeRuntimeTest
-from oeqa.utils.decorators import *
-
-
-class DmesgTest(oeRuntimeTest):
-
-@testcase(215)
-@skipUnlessPassed('test_ssh')
-def test_dmesg(self):
-(status, output) = self.target.run('dmesg | grep -v mmci-pl18x | grep 
-v error changing net interface name | grep -iv dma timeout | grep -v 
usbhid | grep -i error')
-self.assertEqual(status, 1, msg = Error messages in dmesg log: %s % 
output)
-- 
2.1.4

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

[OE-core] [PATCH] sudo: upgrade to 1.8.14p3

2015-07-24 Thread Ross Burton

The licence checksum is modified according to the change of doc/LICENCE.
In specific, file://lib/util/reallocarray.c is added to LIC_FILES_CHECKSUM.

Fix out of tree builds, and explicitly enable/disable tmpfiles.d support based
on the systemd DISTRO_FEATURE to avoid non-deterministic packaging.

Based on a patch by Chen Qi qi.c...@windriver.com

Signed-off-by: Ross Burton ross.bur...@intel.com
---
 meta/recipes-extended/sudo/sudo.inc|  3 ++-
 ...rrect-path-to-init.d-and-tmpfiles.d-files.patch | 31 ++
 .../sudo/{sudo_1.8.13.bb = sudo_1.8.14p3.bb}  | 13 ++---
 3 files changed, 42 insertions(+), 5 deletions(-)
 create mode 100644 
meta/recipes-extended/sudo/sudo/0001-Use-correct-path-to-init.d-and-tmpfiles.d-files.patch
 rename meta/recipes-extended/sudo/{sudo_1.8.13.bb = sudo_1.8.14p3.bb} (61%)

diff --git a/meta/recipes-extended/sudo/sudo.inc 
b/meta/recipes-extended/sudo/sudo.inc
index cdee6bb..a25876b 100644
--- a/meta/recipes-extended/sudo/sudo.inc
+++ b/meta/recipes-extended/sudo/sudo.inc
@@ -4,8 +4,9 @@ HOMEPAGE = http://www.sudo.ws;
 BUGTRACKER = http://www.sudo.ws/bugs/;
 SECTION = admin
 LICENSE = ISC  BSD  Zlib
-LIC_FILES_CHKSUM = file://doc/LICENSE;md5=346ce81ebf0f7f89fd379b40b6a4233b \
+LIC_FILES_CHKSUM = file://doc/LICENSE;md5=c16e542408abda013d672be8eb88d174 \
 
file://plugins/sudoers/redblack.c;beginline=1;endline=41;md5=cfe41112f96c19a074934d128f45c693
 \
+
file://lib/util/reallocarray.c;beginline=3;endline=16;md5=85b0905b795d4d58bf2e00635649eec6
 \
 
file://lib/util/fnmatch.c;beginline=3;endline=27;md5=67f83ee9bd456557397082f8f1be0efd
 \
 
file://lib/util/getcwd.c;beginline=5;endline=27;md5=449af4cc57fc7d46f42090608ba3e681
 \
 
file://lib/util/glob.c;beginline=6;endline=31;md5=5872733146b9eb0deb79e1f664815b85
 \
diff --git 
a/meta/recipes-extended/sudo/sudo/0001-Use-correct-path-to-init.d-and-tmpfiles.d-files.patch
 
b/meta/recipes-extended/sudo/sudo/0001-Use-correct-path-to-init.d-and-tmpfiles.d-files.patch
new file mode 100644
index 000..2418689
--- /dev/null
+++ 
b/meta/recipes-extended/sudo/sudo/0001-Use-correct-path-to-init.d-and-tmpfiles.d-files.patch
@@ -0,0 +1,31 @@
+The makefile uses top_srcdir to find files that were created by configure, when
+it should use top_builddir.
+
+Upstream-Status: Submitted (http://bugzilla.sudo.ws/show_bug.cgi?id=708)
+Signed-off-by: Ross Burton ross.bur...@intel.com
+
+---
+ src/Makefile.in | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/Makefile.in b/src/Makefile.in
+index f009e10..7acfb2d 100644
+--- a/src/Makefile.in
 b/src/Makefile.in
+@@ -165,11 +165,11 @@ install-dirs:
+ 
+ install-rc: install-dirs
+   if [ -n $(INIT_SCRIPT) ]; then \
+-  $(INSTALL) $(INSTALL_OWNER) -m 0755 
$(top_srcdir)/init.d/$(INIT_SCRIPT) $(DESTDIR)$(INIT_DIR)/sudo; \
++  $(INSTALL) $(INSTALL_OWNER) -m 0755 
$(top_builddir)/init.d/$(INIT_SCRIPT) $(DESTDIR)$(INIT_DIR)/sudo; \
+   rm -f $(DESTDIR)$(RC_LINK); \
+   ln -s $(INIT_DIR)/sudo $(DESTDIR)$(RC_LINK); \
+   elif test -n $(tmpfiles_d); then \
+-  $(INSTALL) $(INSTALL_OWNER) -m 0644 $(top_srcdir)/init.d/sudo.conf 
$(DESTDIR)$(tmpfiles_d)/sudo.conf; \
++  $(INSTALL) $(INSTALL_OWNER) -m 0644 
$(top_builddir)/init.d/sudo.conf $(DESTDIR)$(tmpfiles_d)/sudo.conf; \
+   fi
+ 
+ install-binaries: install-dirs $(PROGS)
+-- 
+2.1.4
+
diff --git a/meta/recipes-extended/sudo/sudo_1.8.13.bb 
b/meta/recipes-extended/sudo/sudo_1.8.14p3.bb
similarity index 61%
rename from meta/recipes-extended/sudo/sudo_1.8.13.bb
rename to meta/recipes-extended/sudo/sudo_1.8.14p3.bb
index 4494170..ea37aaf 100644
--- a/meta/recipes-extended/sudo/sudo_1.8.13.bb
+++ b/meta/recipes-extended/sudo/sudo_1.8.14p3.bb
@@ -2,17 +2,21 @@ require sudo.inc
 
 SRC_URI = http://ftp.sudo.ws/sudo/dist/sudo-${PV}.tar.gz \
${@bb.utils.contains('DISTRO_FEATURES', 'pam', '${PAM_SRC_URI}', 
'', d)} \
-  
+   file://0001-Use-correct-path-to-init.d-and-tmpfiles.d-files.patch \
+   
 
 PAM_SRC_URI = file://sudo.pam
 
-SRC_URI[md5sum] = f61577ec330ad1bd504c0e2eec6ea2d8
-SRC_URI[sha256sum] = 
e374e5edf2c11c00d6916a9f51cb0ad15e51c7b028370fa15169b07e61e05a25
+SRC_URI[md5sum] = 93dbd1e47c136179ff1b01494c1c0e75
+SRC_URI[sha256sum] = 
a8a697cbb113859058944850d098464618254804cf97961dee926429f00a1237
 
 DEPENDS +=  ${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}
 RDEPENDS_${PN} +=  ${@bb.utils.contains('DISTRO_FEATURES', 'pam', 
'pam-plugin-limits pam-plugin-keyinit', '', d)}
 
-EXTRA_OECONF +=  ${@bb.utils.contains('DISTRO_FEATURES', 'pam', '--with-pam', 
'--without-pam', d)}
+EXTRA_OECONF +=  \
+ ${@bb.utils.contains('DISTRO_FEATURES', 'pam', '--with-pam', 
'--without-pam', d)} \
+ ${@bb.utils.contains('DISTRO_FEATURES', 'systemd',

[OE-core] [PATCH] wic: Add plugin for hybrid iso image

This plugin creates a hybrid, legacy and EFI bootable ISO image.
The generated image can be used on optical media as well as
USB media.

Legacy boot uses syslinux and EFI boot uses grub or gummiboot (not
implemented yet) as bootloader. The plugin creates the directories
required by bootloaders and populates them by creating and
configuring the bootloader files.

The plugin adds an image file to the iso which
contains the directory tree of the rootfs folder specified by the
--rootfs argument or by the IMAGE_ROOTFS bitbake variable.

Using the isohybryd tool, the created .iso image is enhanced by a MBR
for booting from disk storage devices, consequently the provided
iso image could be copyed directly by dd comand onto USB drive or
could be burned to an optical media by using a suitable image burner.

The plugin depends on parted, e2fstools, syslinux, grub, crdtools,
dosfstools and mtools program.

Some of the functions in this plugin were inspired from bootimg-efi.py
and bootimg-pcbios.py plugins implemented by Tom Zanussi.

Signed-off-by: Mihaly Varga mihaly.va...@ni.com
---
 .../lib/wic/plugins/source/isoimage-isohybrid.py   | 488 +
 1 file changed, 488 insertions(+)
 create mode 100644 scripts/lib/wic/plugins/source/isoimage-isohybrid.py

diff --git a/scripts/lib/wic/plugins/source/isoimage-isohybrid.py 
b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py
new file mode 100644
index 000..5c9f4c5
--- /dev/null
+++ b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py
@@ -0,0 +1,488 @@
+# ex:ts=4:sw=4:sts=4:et
+# -*- tab-width: 4; c-basic-offset: 4; indent-tabs-mode: nil -*-
+
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License version 2 as
+# published by the Free Software Foundation.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License along
+# with this program; if not, write to the Free Software Foundation, Inc.,
+# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
+#
+# DESCRIPTION
+# This implements the 'isoimage-isohybrid' source plugin class for 'wic'
+#
+# AUTHORS
+# Mihaly Varga mihaly.varga (at] ni.com
+
+import os
+import re
+import shutil
+
+from wic import kickstart, msger
+from wic.pluginbase import SourcePlugin
+from wic.utils.oe.misc import exec_cmd, exec_native_cmd, get_bitbake_var
+
+class IsoImagePlugin(SourcePlugin):
+
+Create a bootable ISO image
+
+This plugin creates a hybrid, legacy and EFI bootable ISO image. The 
generated
+image can be used on optical media as well as USB media.
+
+Legacy boot uses syslinux and EFI boot uses grub or gummiboot (not 
implemented yet)
+as bootloader. The plugin creates the directories required by bootloaders 
and populates them
+by creating and configuring the bootloader files.
+
+Example kickstart file:
+part /boot --source isoimage-isohybrid 
--sourceparams=loader=grub-efi,image_name= IsoImage \
+  --ondisk cd --label LIVECD --fstype=ext2
+bootloader  --timeout=10  --append= 
+
+In --sourceparams loader specifies the bootloader used for booting in 
EFI mode, while
+image_name specifies the name of the generated image. In the example 
above, wic creates
+an ISO image named IsoImage-cd.direct (default extension added by direct 
imeger plugin) and a
+file named IsoImage-cd.iso
+
+
+name = 'isoimage-isohybrid'
+
+@classmethod
+def do_configure_syslinux(self, isodir, cr, cr_workdir):
+
+Create loader-specific (syslinux) config
+
+splash = os.path.join(cr_workdir, /ISO/boot/splash.jpg)
+if os.path.exists(splash):
+splashline = menu background splash.jpg
+else:
+splashline = 
+
+options = cr.ks.handler.bootloader.appendLine
+
+timeout = kickstart.get_timeout(cr.ks)
+if not timeout:
+timeout = 10
+
+syslinux_conf = 
+syslinux_conf += PROMPT 0\n
+syslinux_conf += TIMEOUT %s \n % timeout
+syslinux_conf += \n
+syslinux_conf += ALLOWOPTIONS 1\n
+syslinux_conf += SERIAL 0 115200\n
+syslinux_conf += \n
+if splashline:
+syslinux_conf += %s\n % splashline
+syslinux_conf += DEFAULT boot\n
+syslinux_conf += LABEL boot\n
+
+kernel = /bzImage
+syslinux_conf += KERNEL  + kernel + \n
+syslinux_conf += APPEND initrd=/initrd LABEL=boot root=/dev/ram0 %s 
\n % options
+
+msger.debug(Writing syslinux config %s/ISO/isolinux/isolinux.cfg \
+% cr_workdir)
+with open(%s/ISO/isolinux/isolinux.cfg % cr_workdir, w) as cfg:
+cfg.write(syslinux_conf)

Re: [OE-core] [PATCH] libepoxy: Use native python3


On 2015-07-24 09:08, Burton, Ross wrote:


On 24 July 2015 at 00:00, Gary Thomas g...@mlbassoc.com 
mailto:g...@mlbassoc.com wrote:

It seems that my host python3 is broken and doesn't have a working 
'argparse'
   $ python3
   Python 3.1.2 (r312:79147, Aug 23 2010, 05:17:13)


argparse is part of 3.2 onwards (and 2.7 onwards...).  If the script is going 
to use functions that only exist in specific versions of Python then it should 
really check.
Personally I'd say patching the python check to only look for python or 
python2 would be a reasonable workaround.


I tried that and it worked fine on my [semi-broken-python3] host.

Patch sent.

Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

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

[OE-core] [PATCH][V3] oeqa/runtime: remove dmesg test

2015-07-24 Thread Ross Burton

This has been obsoleted by parselogs.

(From OE-Core rev: 9dd3c187b3fbf5b007f8c9ef36a5627bebfcb295)

Signed-off-by: Ross Burton ross.bur...@intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
 meta/classes/testimage.bbclass|  4 ++--
 meta/lib/oeqa/runtime/dmesg.py| 12 
 meta/recipes-extended/images/core-image-kernel-dev.bb |  2 +-
 3 files changed, 3 insertions(+), 15 deletions(-)
 delete mode 100644 meta/lib/oeqa/runtime/dmesg.py

diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass
index 2b655b4..37acb0c 100644
--- a/meta/classes/testimage.bbclass
+++ b/meta/classes/testimage.bbclass
@@ -34,9 +34,9 @@ TEST_EXPORT_ONLY ?= 0
 
 DEFAULT_TEST_SUITES = ping auto
 DEFAULT_TEST_SUITES_pn-core-image-minimal = ping
-DEFAULT_TEST_SUITES_pn-core-image-sato = ping ssh df connman syslog xorg scp 
vnc date dmesg parselogs \
+DEFAULT_TEST_SUITES_pn-core-image-sato = ping ssh df connman syslog xorg scp 
vnc date parselogs \
 ${@bb.utils.contains('IMAGE_PKGTYPE', 'rpm', 'python smart rpm', '', d)}
-DEFAULT_TEST_SUITES_pn-core-image-sato-sdk = ping ssh df connman syslog xorg 
scp vnc date perl ldd gcc kernelmodule dmesg python parselogs \
+DEFAULT_TEST_SUITES_pn-core-image-sato-sdk = ping ssh df connman syslog xorg 
scp vnc date perl ldd gcc kernelmodule python parselogs \
 ${@bb.utils.contains('IMAGE_PKGTYPE', 'rpm', 'smart rpm', '', d)}
 DEFAULT_TEST_SUITES_pn-meta-toolchain = auto
 
diff --git a/meta/lib/oeqa/runtime/dmesg.py b/meta/lib/oeqa/runtime/dmesg.py
deleted file mode 100644
index 5831471..000
--- a/meta/lib/oeqa/runtime/dmesg.py
+++ /dev/null
@@ -1,12 +0,0 @@
-import unittest
-from oeqa.oetest import oeRuntimeTest
-from oeqa.utils.decorators import *
-
-
-class DmesgTest(oeRuntimeTest):
-
-@testcase(215)
-@skipUnlessPassed('test_ssh')
-def test_dmesg(self):
-(status, output) = self.target.run('dmesg | grep -v mmci-pl18x | grep 
-v error changing net interface name | grep -iv dma timeout | grep -v 
usbhid | grep -i error')
-self.assertEqual(status, 1, msg = Error messages in dmesg log: %s % 
output)
diff --git a/meta/recipes-extended/images/core-image-kernel-dev.bb 
b/meta/recipes-extended/images/core-image-kernel-dev.bb
index 6b636ed..26b88c9 100644
--- a/meta/recipes-extended/images/core-image-kernel-dev.bb
+++ b/meta/recipes-extended/images/core-image-kernel-dev.bb
@@ -17,4 +17,4 @@ CORE_IMAGE_EXTRA_INSTALL += ${KERNEL_DEV_MODULE} \
 IMAGE_ROOTFS_EXTRA_SPACE_append += + 300
 
 # Let's define our own subset to test, we can later add a on-target kernel 
build even!
-DEFAULT_TEST_SUITES = ping ssh df connman syslog scp date dmesg parselogs
+DEFAULT_TEST_SUITES = ping ssh df connman syslog scp date parselogs
-- 
2.1.4

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

[OE-core] [PATCH] wic: Add plugin for hybrid iso image

This plugin creates a hybrid, legacy and EFI bootable ISO image.
The generated image can be used on optical media as well as
USB media.

Legacy boot uses syslinux and EFI boot uses grub or gummiboot (not
implemented yet) as bootloader. The plugin creates the directories
required by bootloaders and populates them by creating and
configuring the bootloader files.

The plugin adds an image file to the iso which
contains the directory tree of the rootfs folder specified by the
--rootfs argument or by the IMAGE_ROOTFS bitbake variable.

Using the isohybryd tool, the created .iso image is enhanced by a MBR
for booting from disk storage devices, consequently the provided
iso image could be copyed directly by dd comand onto USB drive or
could be burned to an optical media by using a suitable image burner.

The plugin depends on parted, e2fstools, syslinux, grub, crdtools,
dosfstools and mtools program.

Some of the functions in this plugin were inspired from bootimg-efi.py
and bootimg-pcbios.py plugins implemented by Tom Zanussi.

Signed-off-by: Mihaly Varga mihaly.va...@ni.com
---
 .../lib/wic/plugins/source/isoimage-isohybrid.py   | 488 +
 1 file changed, 488 insertions(+)
 create mode 100644 scripts/lib/wic/plugins/source/isoimage-isohybrid.py

diff --git a/scripts/lib/wic/plugins/source/isoimage-isohybrid.py 
b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py
new file mode 100644
index 000..5c9f4c5
--- /dev/null
+++ b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py
@@ -0,0 +1,488 @@
+# ex:ts=4:sw=4:sts=4:et
+# -*- tab-width: 4; c-basic-offset: 4; indent-tabs-mode: nil -*-
+
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License version 2 as
+# published by the Free Software Foundation.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License along
+# with this program; if not, write to the Free Software Foundation, Inc.,
+# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
+#
+# DESCRIPTION
+# This implements the 'isoimage-isohybrid' source plugin class for 'wic'
+#
+# AUTHORS
+# Mihaly Varga mihaly.varga (at] ni.com
+
+import os
+import re
+import shutil
+
+from wic import kickstart, msger
+from wic.pluginbase import SourcePlugin
+from wic.utils.oe.misc import exec_cmd, exec_native_cmd, get_bitbake_var
+
+class IsoImagePlugin(SourcePlugin):
+
+Create a bootable ISO image
+
+This plugin creates a hybrid, legacy and EFI bootable ISO image. The 
generated
+image can be used on optical media as well as USB media.
+
+Legacy boot uses syslinux and EFI boot uses grub or gummiboot (not 
implemented yet)
+as bootloader. The plugin creates the directories required by bootloaders 
and populates them
+by creating and configuring the bootloader files.
+
+Example kickstart file:
+part /boot --source isoimage-isohybrid 
--sourceparams=loader=grub-efi,image_name= IsoImage \
+  --ondisk cd --label LIVECD --fstype=ext2
+bootloader  --timeout=10  --append= 
+
+In --sourceparams loader specifies the bootloader used for booting in 
EFI mode, while
+image_name specifies the name of the generated image. In the example 
above, wic creates
+an ISO image named IsoImage-cd.direct (default extension added by direct 
imeger plugin) and a
+file named IsoImage-cd.iso
+
+
+name = 'isoimage-isohybrid'
+
+@classmethod
+def do_configure_syslinux(self, isodir, cr, cr_workdir):
+
+Create loader-specific (syslinux) config
+
+splash = os.path.join(cr_workdir, /ISO/boot/splash.jpg)
+if os.path.exists(splash):
+splashline = menu background splash.jpg
+else:
+splashline = 
+
+options = cr.ks.handler.bootloader.appendLine
+
+timeout = kickstart.get_timeout(cr.ks)
+if not timeout:
+timeout = 10
+
+syslinux_conf = 
+syslinux_conf += PROMPT 0\n
+syslinux_conf += TIMEOUT %s \n % timeout
+syslinux_conf += \n
+syslinux_conf += ALLOWOPTIONS 1\n
+syslinux_conf += SERIAL 0 115200\n
+syslinux_conf += \n
+if splashline:
+syslinux_conf += %s\n % splashline
+syslinux_conf += DEFAULT boot\n
+syslinux_conf += LABEL boot\n
+
+kernel = /bzImage
+syslinux_conf += KERNEL  + kernel + \n
+syslinux_conf += APPEND initrd=/initrd LABEL=boot root=/dev/ram0 %s 
\n % options
+
+msger.debug(Writing syslinux config %s/ISO/isolinux/isolinux.cfg \
+% cr_workdir)
+with open(%s/ISO/isolinux/isolinux.cfg % cr_workdir, w) as cfg:
+cfg.write(syslinux_conf)

Re: [OE-core] psplash and systemd

2015-07-24 Thread Ahsan, Noor

Hello Khem,

When is your plan to push your changes.

Noor

From: openembedded-core-boun...@lists.openembedded.org 
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Ahsan, 
Noor
Sent: Wednesday, April 15, 2015 12:46 PM
To: Khem Raj
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] psplash and systemd

Thanks for the update Khem. We will like to see those patches coz our findings 
showed that Plymouth is not generic like psplash but maybe we are wrong.

Noor

From: Khem Raj [mailto:raj.k...@gmail.com]
Sent: Tuesday, April 14, 2015 9:13 PM
To: Ahsan, Noor
Cc: 
openembedded-core@lists.openembedded.orgmailto:openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] psplash and systemd


On Apr 14, 2015, at 12:04 PM, Ahsan, Noor 
noor_ah...@mentor.commailto:noor_ah...@mentor.com wrote:

Hello,

I noticed that splash does not have system support and it is still being used 
in our image class. I wanna ask any plan to add system support or move to other 
splash screen package?


Locally, I have patches for plymouth, which works well integrated with systemd. 
I plan to post them this 1.9 cycle.

Noor

Noor Ahsan | Engineering Manager Mentor Embedded Linux
Mentor Embeddedhttp://www.mentor.com/embedded™ |5-6-7-8th floors 105  B2 
Gulberg III, Ali Tower
MM Alam Road, Lahore
P +92 42 36099196 | M +92 307 4448444
Nucleushttp://www.mentor.com/embedded-software/nucleus/® | 
Linuxhttp://www.mentor.com/embedded-software/linux/® | 
Androidhttp://www.mentor.com/embedded-software/android/™ | 
Serviceshttp://www.mentor.com/embedded-software/services/ | 
UIhttp://www.mentor.com/embedded-software/inflexion/ | 
Multi-OShttp://www.mentor.com/embedded-software/multicore-multi-os

Android is a trademark of Google Inc. Use of this trademark is subject to 
Google Permissions.
Linux is the registered trademark of Linus Torvalds in the U.S. and other 
countries.

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.orgmailto: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] [PATCHv3 0/6] recipetool/devtool/oe-selftest: pull from BBPATH

2015-07-24 Thread Paul Eggleton

On Thursday 23 July 2015 12:57:55 Christopher Larson wrote:
 From: Christopher Larson chris_lar...@mentor.com
 
 Ensures that recipetool and devtool pull plugins from layers, and
 oe-selftest will pull tests from layers.
 
 Unrelated to that, also prevents a traceback on parsing failure, and adds
 a tiny feature to appendsrc to facilitate reuse by other sub-commands.
 
 [v3 Update] Fixed the commit message for `devtool: also load plugins from
 BBPATH` to match the implementation. Split up `recipetool: also load plugins
 from BBPATH` into two commits with clear commit messages.

Looks good, thanks!

Acked-by: Paul Eggleton paul.eggle...@linux.intel.com

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libepoxy: Don't try to use python3 during configuration

No need to try for python3 as python2.7+ will do fine.

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 .../libepoxy/libepoxy/no-need-for-python3.patch  | 20 
 meta/recipes-graphics/libepoxy/libepoxy_git.bb   |  1 +
 2 files changed, 21 insertions(+)
 create mode 100644 
meta/recipes-graphics/libepoxy/libepoxy/no-need-for-python3.patch

diff --git a/meta/recipes-graphics/libepoxy/libepoxy/no-need-for-python3.patch 
b/meta/recipes-graphics/libepoxy/libepoxy/no-need-for-python3.patch
new file mode 100644
index 000..dc5ef28
--- /dev/null
+++ b/meta/recipes-graphics/libepoxy/libepoxy/no-need-for-python3.patch
@@ -0,0 +1,20 @@
+There is no need to use python3 by this package (the python scripts
+that are using during configuration only need python2.7+)
+
+Upstream-Status: innapropriate [configuration]
+
+Signed-off-by: Gary Thomas g...@mlbassoc.com
+--
+Index: git/configure.ac
+===
+--- git.orig/configure.ac
 git/configure.ac
+@@ -40,7 +40,7 @@ m4_ifndef([XORG_MACROS_VERSION],
+ XORG_MACROS_VERSION(1.8)
+ XORG_DEFAULT_OPTIONS
+ 
+-AC_CHECK_PROGS([PYTHON], [python3 python2 python])
++AC_CHECK_PROGS([PYTHON], [python2 python])
+ 
+ # Initialize libtool
+ AC_DISABLE_STATIC
diff --git a/meta/recipes-graphics/libepoxy/libepoxy_git.bb 
b/meta/recipes-graphics/libepoxy/libepoxy_git.bb
index 9816257..535af5d 100644
--- a/meta/recipes-graphics/libepoxy/libepoxy_git.bb
+++ b/meta/recipes-graphics/libepoxy/libepoxy_git.bb
@@ -10,6 +10,7 @@ SRC_URI =  \
 git://github.com/anholt/libepoxy.git \
 file://0001-select-platforms-based-on-configuration-results.patch \
 file://0002-add-an-option-to-disable-glx-support.patch \
+file://no-need-for-python3.patch \
 
 SRCREV=20062c25e7612cab023cdef44d3277ba1bd0b2de
 PV = 1.2+git${SRCPV}
-- 
1.9.1

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

[OE-core] Yocto Project Status WW30

2015-07-24 Thread Jolley, Stephen K

Current Dev Position: 1.9 Milestone 2 (M2)
Next Deadline: M2 cut off of July 27th at noon GMT

SWAT team rotation: Cristian - Randy
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team

Key Status/Updates:

  *   YP 1.9 M2 rc2 is out of QA and will be released shortly.  The full test 
report can be accessed 
herehttps://wiki.yoctoproject.org/wiki/WW28_-_2015-07-10_-_Full_Pass_1.9_M1.rc2.
  The Release criteria are located 
herehttps://wiki.yoctoproject.org/wiki/Yocto_Project_v1.9_Status#Milestone_1_-_Target_July_10.2C_2015.
  *   Autobuilder intermittent failure issues are being tracked via a number of 
bugs, all tracked by bug 
7983https://bugzilla.yoctoproject.org/show_bug.cgi?id=7983.
  *   WDD has seen large increases (likely due to the significant number of 
autobuilder issues being seen)
  *   Two key performance regressions with the new data store were identified 
and fixed
  *   The bitbake logging changes introduced a performance regression due to 
issues with fifos in pseudo (now resolved in 1.6.7)
  *   Significant linux-yocto kernel changes (separate meta repository) are 
being worked on and due to merge soon
  *   We will likely make the expansion parameter to getVar mandatory soon as 
discussed (default is False currently)
  *   Several M2 features may be delayed due to knock on effect of delayed M1

Key YP 1.9 Dates:
1.9 Feature Freeze Date/M3 Cut off: Aug. 24, 2015 noon GMT
YP Final/M4 Cut off: Sept. 28, 2015 noon GMT
1.9 M1 Release Target: Before July 10, 2015
1.9 M2 Release Target: Before Aug. 14, 2015
1.9 M3 Release Target: Before Sept. 11 2015
1.9 final Release Target: Before Oct. 30, 2015

Key Status Links for YP:
https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.9_Status
https://wiki.yoctoproject.org/wiki/Yocto_1.9_Schedule
https://wiki.yoctoproject.org/wiki/Yocto_1.9_Features

Tracking Metrics:
WDD 1791 (last week 1685 )
(https://wiki.yoctoproject.org/charts/combo.html)

[If anyone has suggestions for other information you'd like to see on this 
weekly status update, let us know!]

Thanks,

Stephen K. Jolley
Yocto Project Program Manager
INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124
*   Work Telephone:  (503) 712-0534
*Cell:(208) 244-4460
* Email: stephen.k.jol...@intel.com

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

Re: [OE-core] [PATCH] libepoxy: Use native python3


On 2015-07-24 01:52, Richard Purdie wrote:

On Thu, 2015-07-23 at 17:15 -0600, Gary Thomas wrote:

On 2015-07-23 17:06, Richard Purdie wrote:

On Thu, 2015-07-23 at 17:00 -0600, Gary Thomas wrote:

It's an old host (Fedora 13) that I am unable to upgrade, but it still
works quite well.  I get around most of the Yocto/bitbake worries by
using a Yocto-built meta-toolchain to fill in the blanks (correct make,
python2, etc), but python3 is not part of the meta-toolchain :-(


You could likely build a customised meta-toolchain which did contain
python3 though?


Do you know how I would make that happen?  For me, meta-toolchain is
a black box - I know very little of the internals.


Personally, I'd probably use buildtools-tarball for this so I'd go and
edit the buildtools-tarball.bb file and add nativesdk-python3-modules to
it which should pull in the bulk of python3 (not sure if you'd need
nativesdk-python3-core too, I'd hope that would be automatic from the
other).


Sadly, this failed:
| Objects/obmalloc.o: In function `_PyObject_DebugMallocStats':
| obmalloc.c:(.text+0x1793): undefined reference to `pool_is_in_list'
| collect2: error: ld returned 1 exit status
| make: *** [Parser/pgen] Error 1
| make: *** Waiting for unfinished jobs
| ERROR: oe_runmake failed
| ERROR: Function failed: do_compile (log file is located at 
/local/p0382-cutting-edge_2014-11-21/tmp/work/i686-nativesdk-amltdsdk-linux/nativesdk-python3/3.4.3-r1.0/temp/log.do_compile.27165)

ERROR: Task 163 
(virtual:nativesdk:/local/poky-cutting-edge/meta/recipes-devtools/python/python3_3.4.3.bb,
 do_compile) failed with exit code '1'



You prefer your meta-toolchain? Then set:
TOOLCHAIN_HOST_TASK_append =  nativesdk-python3-modules
in local.conf and it should add python3 to all meta-toolchain builds.


Question about policy: it seems that a good many native packages
are built, many just to level the playing field.   I just checked
and one of my average builds has 148 native packages sitting there.
For example, why build bison-native when my host's bison is even the
same vintage and hence just as adequate?  Why then, draw the line
over python3 in this one recipe?  (Just asking, I'll figure out how
to fix this anyway)


The line is drawn over python. Bitbake is built with python (2 at the
moment, 3 in the future) and since we need python to run bitbake,
rebuilding it seems silly. Yes, we do need to build a python-native to
be able to build python (target) which is sad but such is the nature of
cross compiling. We therefore tend to assume the provided python(s) are
sane.


--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

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

[OE-core] [PATCH] gcc5: Upgrade from 5.1 to 5.2

2015-07-24 Thread Khem Raj

This is second bugfix release in gcc5 series
All backported patches are dropped
no other patches needed any rework

Signed-off-by: Khem Raj raj.k...@gmail.com
---
 .../gcc/gcc-5.1/backport/0001-PR65801.patch| 89 --
 .../gcc/gcc-5.1/backport/0002-PR65858.patch| 63 ---
 .../gcc/gcc-5.1/backport/0003-PR66007.patch| 73 --
 .../gcc/{gcc-5.1.inc = gcc-5.2.inc}   | 17 ++---
 .../0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch |  0
 .../{gcc-5.1 = gcc-5.2}/0002-uclibc-conf.patch|  0
 .../0003-gcc-uclibc-locale-ctype_touplow_t.patch   |  0
 .../{gcc-5.1 = gcc-5.2}/0004-uclibc-locale.patch  |  0
 .../0005-uclibc-locale-no__x.patch |  0
 .../0006-uclibc-locale-wchar_fix.patch |  0
 .../0007-uclibc-locale-update.patch|  0
 .../0008-missing-execinfo_h.patch  |  0
 .../{gcc-5.1 = gcc-5.2}/0009-c99-snprintf.patch   |  0
 .../0010-gcc-poison-system-directories.patch   |  0
 .../0011-gcc-poison-dir-extend.patch   |  0
 .../0012-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch |  0
 .../0013-64-bit-multilib-hack.patch|  0
 .../0014-optional-libstdc.patch|  0
 ...0015-gcc-disable-MASK_RELAX_PIC_CALLS-bit.patch |  0
 .../0016-COLLECT_GCC_OPTIONS.patch |  0
 ...efaults.h-in-B-instead-of-S-and-t-oe-in-B.patch |  0
 .../0018-fortran-cross-compile-hack.patch  |  0
 .../0019-libgcc-sjlj-check.patch   |  0
 .../0020-cpp-honor-sysroot.patch   |  0
 .../0021-MIPS64-Default-to-N64-ABI.patch   |  0
 ...C_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch |  0
 ...0023-gcc-Fix-argument-list-too-long-error.patch |  0
 .../{gcc-5.1 = gcc-5.2}/0024-Disable-sdt.patch|  0
 .../gcc/{gcc-5.1 = gcc-5.2}/0025-libtool.patch|  0
 ...4-pass-fix-v4bx-to-linker-to-support-EABI.patch |  0
 ...tilib-config-files-from-B-instead-of-usin.patch |  0
 ...-libdir-from-.la-which-usually-points-to-.patch |  0
 .../gcc/{gcc-5.1 = gcc-5.2}/0029-export-CPP.patch |  0
 ...AltiVec-generation-on-powepc-linux-target.patch |  0
 ...-MULTILIB_OSDIRNAMES-and-other-multilib-o.patch |  0
 ...Ensure-target-gcc-headers-can-be-included.patch |  0
 ...-t-build-with-disable-dependency-tracking.patch |  0
 ...h-host-directory-during-relink-if-inst_pr.patch |  0
 ...-link-the-plugins-with-libgomp-explicitly.patch |  0
 ...IBS_DIR-replacement-instead-of-hardcoding.patch |  0
 .../gcc/{gcc-5.1 = gcc-5.2}/0037-pr65779.patch|  0
 .../0038-fix-g++-sysroot.patch |  0
 ...s-canadian_5.1.bb = gcc-cross-canadian_5.2.bb} |  0
 ...oss-initial_5.1.bb = gcc-cross-initial_5.2.bb} |  0
 .../gcc/{gcc-cross_5.1.bb = gcc-cross_5.2.bb} |  0
 ...-initial_5.1.bb = gcc-crosssdk-initial_5.2.bb} |  0
 .../{gcc-crosssdk_5.1.bb = gcc-crosssdk_5.2.bb}   |  0
 .../gcc/{gcc-runtime_5.1.bb = gcc-runtime_5.2.bb} |  0
 ...gcc-sanitizers_5.1.bb = gcc-sanitizers_5.2.bb} |  0
 .../gcc/{gcc-source_5.1.bb = gcc-source_5.2.bb}   |  0
 .../gcc/{gcc_5.1.bb = gcc_5.2.bb} |  0
 ...libgcc-initial_5.1.bb = libgcc-initial_5.2.bb} |  0
 .../gcc/{libgcc_5.1.bb = libgcc_5.2.bb}   |  0
 .../gcc/{libgfortran_5.1.bb = libgfortran_5.2.bb} |  0
 54 files changed, 6 insertions(+), 236 deletions(-)
 delete mode 100644 
meta/recipes-devtools/gcc/gcc-5.1/backport/0001-PR65801.patch
 delete mode 100644 
meta/recipes-devtools/gcc/gcc-5.1/backport/0002-PR65858.patch
 delete mode 100644 
meta/recipes-devtools/gcc/gcc-5.1/backport/0003-PR66007.patch
 rename meta/recipes-devtools/gcc/{gcc-5.1.inc = gcc-5.2.inc} (91%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = 
gcc-5.2}/0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch (100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = gcc-5.2}/0002-uclibc-conf.patch 
(100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = 
gcc-5.2}/0003-gcc-uclibc-locale-ctype_touplow_t.patch (100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = gcc-5.2}/0004-uclibc-locale.patch 
(100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = 
gcc-5.2}/0005-uclibc-locale-no__x.patch (100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = 
gcc-5.2}/0006-uclibc-locale-wchar_fix.patch (100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = 
gcc-5.2}/0007-uclibc-locale-update.patch (100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = 
gcc-5.2}/0008-missing-execinfo_h.patch (100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = gcc-5.2}/0009-c99-snprintf.patch 
(100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = 
gcc-5.2}/0010-gcc-poison-system-directories.patch (100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = 
gcc-5.2}/0011-gcc-poison-dir-extend.patch (100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = 
gcc-5.2}/0012-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch (100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = 
gcc-5.2}/0013-64-bit-multilib-hack.patch (100%)
 rename meta/recipes-devtools/gcc/{gcc-5.1 = 
gcc-5.2}/0014-optional-libstdc.patch (100%)

Re: [OE-core] [PATCH V2 3/3] sudo: upgrade to 1.8.14p2

2015-07-24 Thread Burton, Ross

On 24 July 2015 at 10:08, Chen Qi qi.c...@windriver.com wrote:

 The licence checksum is modified according to the change of doc/LICENCE.
 In specific, file://lib/util/reallocarray.c is added to LIC_FILES_CHECKSUM.


This fails to build in systemd builds and in fixing it I discovered that
there's a p3 released now, which I submitted to the list earlier.

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

Re: [OE-core] [PATCH] libepoxy: Use native python3


On 2015-07-24 08:45, Gary Thomas wrote:

On 2015-07-24 01:52, Richard Purdie wrote:

On Thu, 2015-07-23 at 17:15 -0600, Gary Thomas wrote:

On 2015-07-23 17:06, Richard Purdie wrote:

On Thu, 2015-07-23 at 17:00 -0600, Gary Thomas wrote:

It's an old host (Fedora 13) that I am unable to upgrade, but it still
works quite well.  I get around most of the Yocto/bitbake worries by
using a Yocto-built meta-toolchain to fill in the blanks (correct make,
python2, etc), but python3 is not part of the meta-toolchain :-(


You could likely build a customised meta-toolchain which did contain
python3 though?


Do you know how I would make that happen?  For me, meta-toolchain is
a black box - I know very little of the internals.


Personally, I'd probably use buildtools-tarball for this so I'd go and
edit the buildtools-tarball.bb file and add nativesdk-python3-modules to
it which should pull in the bulk of python3 (not sure if you'd need
nativesdk-python3-core too, I'd hope that would be automatic from the
other).


Sadly, this failed:
| Objects/obmalloc.o: In function `_PyObject_DebugMallocStats':
| obmalloc.c:(.text+0x1793): undefined reference to `pool_is_in_list'
| collect2: error: ld returned 1 exit status
| make: *** [Parser/pgen] Error 1
| make: *** Waiting for unfinished jobs
| ERROR: oe_runmake failed
| ERROR: Function failed: do_compile (log file is located at
/local/p0382-cutting-edge_2014-11-21/tmp/work/i686-nativesdk-amltdsdk-linux/nativesdk-python3/3.4.3-r1.0/temp/log.do_compile.27165)
ERROR: Task 163 
(virtual:nativesdk:/local/poky-cutting-edge/meta/recipes-devtools/python/python3_3.4.3.bb,
 do_compile) failed with exit code '1'


It seems that python3 doesn't like being built without Py_DEBUG set.
I worked through that only to find this additional error:

Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for 
nativesdk-python3-modules:
 *  nativesdk-python3-robotparser *
 * opkg_install_cmd: Cannot install package nativesdk-python3-modules.





You prefer your meta-toolchain? Then set:
TOOLCHAIN_HOST_TASK_append =  nativesdk-python3-modules
in local.conf and it should add python3 to all meta-toolchain builds.


Question about policy: it seems that a good many native packages
are built, many just to level the playing field.   I just checked
and one of my average builds has 148 native packages sitting there.
For example, why build bison-native when my host's bison is even the
same vintage and hence just as adequate?  Why then, draw the line
over python3 in this one recipe?  (Just asking, I'll figure out how
to fix this anyway)


The line is drawn over python. Bitbake is built with python (2 at the
moment, 3 in the future) and since we need python to run bitbake,
rebuilding it seems silly. Yes, we do need to build a python-native to
be able to build python (target) which is sad but such is the nature of
cross compiling. We therefore tend to assume the provided python(s) are
sane.




--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

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

Re: [OE-core] [oe-core][PATCH v3 2/3] systemd.bbclass: Use systemd_system_unitdir

Hi,

actually this breaks build of systemd.bb itself, because it installs its
system recipes using paths from Makefile.am:

 userunitdir=$(prefix)/lib/systemd/user
 systemunitdir=$(rootprefix)/lib/systemd/system


And in the recipe for systemd_219.bb we have:

 # Helper variables to clarify locations.  This mirrors the logic in
 systemd's
 # build system.
 rootprefix ?= ${base_prefix}
 rootlibdir ?= ${base_libdir}
 rootlibexecdir = ${rootprefix}/lib


So, that means it installs its own services into /lib, not /usr/lib. The
changes done in systemd.bbclass in this patch remove the search path of
/lib, allowing only ${system_system_unitdir} which is
/usr/lib/systemd/system.

I tried changing rootprefix to use ${prefix} but then I get other
problems:

 ERROR: QA Issue: systemd: Files/directories were installed but not shipped
   /usr/bin/udevadm
   /usr/bin/journalctl
   /usr/bin/loginctl
   /usr/bin/machinectl
   /usr/bin/systemctl
   /usr/lib/udev/.debug
   /usr/lib/udev/.debug/cdrom_id
   /usr/lib/udev/.debug/collect
   /usr/lib/udev/.debug/ata_id
   /usr/lib/udev/.debug/v4l_id
   /usr/lib/udev/.debug/mtd_probe
   /usr/lib/udev/.debug/scsi_id
   /usr/lib/udev/.debug/accelerometer
   /usr/lib/udev/rules.d/70-uaccess.rules
   /usr/lib/udev/rules.d/73-seat-late.rules
   /usr/lib/udev/rules.d/71-seat.rules
   /usr/lib/udev/rules.d/99-systemd.rules


Which at the end makes me think... is it really a good idea to set
systemd_unitdir and system_system_unitdir to use ${nonarch_libdir}? I
think we should be better using ${nonarch_base_libdir} for those, as
systemd guys themselves make distinction between both (prefix vs
rootprefix).

Any thoughts on this? I will redo the patches accordingly once I get some
more opinions.



Pau Espin Pedrol
mail/jabber: pespin.s...@gmail.com
http://blog.espeweb.net

2015-07-24 16:02 GMT+02:00 Pau Espin Pedrol pau.es...@aweurope.be:

 Signed-off-by: Pau Espin Pedrol pau.es...@aweurope.be
 ---
  meta/classes/systemd.bbclass | 9 -
  1 file changed, 4 insertions(+), 5 deletions(-)

 diff --git a/meta/classes/systemd.bbclass b/meta/classes/systemd.bbclass
 index cfe1eb5..46e72c7 100644
 --- a/meta/classes/systemd.bbclass
 +++ b/meta/classes/systemd.bbclass
 @@ -136,8 +136,7 @@ python systemd_populate_packages() {
  # Check service-files and call systemd_add_files_and_parse for each
 entry
  def systemd_check_services():
  searchpaths = [oe.path.join(d.getVar(sysconfdir, True),
 systemd, system),]
 -searchpaths.append(oe.path.join(d.getVar(nonarch_base_libdir,
 True), systemd, system))
 -searchpaths.append(oe.path.join(d.getVar(exec_prefix, True),
 d.getVar(nonarch_base_libdir, True), systemd, system))
 +searchpaths.append(d.getVar(systemd_system_unitdir, True))
  systemd_packages = d.getVar('SYSTEMD_PACKAGES', True)

  keys = 'Also'
 @@ -185,10 +184,10 @@ python rm_sysvinit_initddir (){
  if bb.utils.contains('DISTRO_FEATURES', 'systemd', True, False, d)
 and \
  not bb.utils.contains('DISTRO_FEATURES', 'sysvinit', True, False,
 d) and \
  os.path.exists(sysv_initddir):
 -systemd_unitdir = oe.path.join(d.getVar(D, True),
 d.getVar('systemd_unitdir', True), system)
 +systemd_system_unitdir = oe.path.join(d.getVar(D, True),
 d.getVar('systemd_system_unitdir', True))

 -# If systemd_unitdir contains anything, delete sysv_initddir
 -if (os.path.exists(systemd_unitdir) and
 os.listdir(systemd_unitdir)):
 +# If systemd_system_unitdir contains anything, delete
 sysv_initddir
 +if (os.path.exists(systemd_system_unitdir) and
 os.listdir(systemd_system_unitdir)):
  shutil.rmtree(sysv_initddir)
  }
  do_install[postfuncs] += rm_sysvinit_initddir 
 --
 1.9.1


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

Re: [OE-core] [PATCH] libepoxy: Don't try to use python3 during configuration

2015-07-24 Thread Burton, Ross

On 24 July 2015 at 17:17, Gary Thomas g...@mlbassoc.com wrote:

 No need to try for python3 as python2.7+ will do fine.


I rewrote this message to explicitly mention the argparse thing for future
reference, but thanks for the quick patch.

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

Re: [OE-core] [PATCH] libepoxy: Use native python3

2015-07-24 Thread Burton, Ross

On 24 July 2015 at 00:00, Gary Thomas g...@mlbassoc.com wrote:

 It seems that my host python3 is broken and doesn't have a working
 'argparse'
   $ python3
   Python 3.1.2 (r312:79147, Aug 23 2010, 05:17:13)


argparse is part of 3.2 onwards (and 2.7 onwards...).  If the script is
going to use functions that only exist in specific versions of Python then
it should really check.  Personally I'd say patching the python check to
only look for python or python2 would be a reasonable workaround.

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

[OE-core] [oe-core][PATCH v3 1/3] bitbake.conf: Add nonarch_libdir and base systemd vars on it

Signed-off-by: Pau Espin Pedrol pau.es...@aweurope.be
---
 meta/conf/bitbake.conf | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 730ab80..26c548c 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -32,7 +32,10 @@ export datadir = ${prefix}/share
 export infodir = ${datadir}/info
 export mandir = ${datadir}/man
 export docdir = ${datadir}/doc
-export systemd_unitdir = /lib/systemd
+export nonarch_libdir = ${exec_prefix}/lib
+export systemd_unitdir = ${nonarch_libdir}/systemd
+export systemd_system_unitdir = ${nonarch_libdir}/systemd/system
+export systemd_user_unitdir = ${nonarch_libdir}/systemd/user
 
 # Architecture dependent paths
 export bindir = ${exec_prefix}/bin
-- 
1.9.1

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

[OE-core] [oe-core][PATCH v3 2/3] systemd.bbclass: Use systemd_system_unitdir

Signed-off-by: Pau Espin Pedrol pau.es...@aweurope.be
---
 meta/classes/systemd.bbclass | 9 -
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/meta/classes/systemd.bbclass b/meta/classes/systemd.bbclass
index cfe1eb5..46e72c7 100644
--- a/meta/classes/systemd.bbclass
+++ b/meta/classes/systemd.bbclass
@@ -136,8 +136,7 @@ python systemd_populate_packages() {
 # Check service-files and call systemd_add_files_and_parse for each entry
 def systemd_check_services():
 searchpaths = [oe.path.join(d.getVar(sysconfdir, True), systemd, 
system),]
-searchpaths.append(oe.path.join(d.getVar(nonarch_base_libdir, True), 
systemd, system))
-searchpaths.append(oe.path.join(d.getVar(exec_prefix, True), 
d.getVar(nonarch_base_libdir, True), systemd, system))
+searchpaths.append(d.getVar(systemd_system_unitdir, True))
 systemd_packages = d.getVar('SYSTEMD_PACKAGES', True)
 
 keys = 'Also'
@@ -185,10 +184,10 @@ python rm_sysvinit_initddir (){
 if bb.utils.contains('DISTRO_FEATURES', 'systemd', True, False, d) and \
 not bb.utils.contains('DISTRO_FEATURES', 'sysvinit', True, False, d) 
and \
 os.path.exists(sysv_initddir):
-systemd_unitdir = oe.path.join(d.getVar(D, True), 
d.getVar('systemd_unitdir', True), system)
+systemd_system_unitdir = oe.path.join(d.getVar(D, True), 
d.getVar('systemd_system_unitdir', True))
 
-# If systemd_unitdir contains anything, delete sysv_initddir
-if (os.path.exists(systemd_unitdir) and os.listdir(systemd_unitdir)):
+# If systemd_system_unitdir contains anything, delete sysv_initddir
+if (os.path.exists(systemd_system_unitdir) and 
os.listdir(systemd_system_unitdir)):
 shutil.rmtree(sysv_initddir)
 }
 do_install[postfuncs] += rm_sysvinit_initddir 
-- 
1.9.1

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

[OE-core] [oe-core][PATCH v3 3/3] pulseaudio: Add systemd to PACKAGECONFIG if enabled in DISTRO_FEATURES

Signed-off-by: Pau Espin Pedrol pau.es...@aweurope.be
---
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 1a9d33a..3389ec9 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -35,7 +35,10 @@ EXTRA_OECONF = \
 PACKAGECONFIG ??= ${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 
'${BLUEZ}', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'zeroconf', 
'avahi', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', 
d)} \
-   ${@bb.utils.contains('DISTRO_FEATURES', '3g', 'ofono', '', 
d)}
+   ${@bb.utils.contains('DISTRO_FEATURES', '3g', 'ofono', '', 
d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'systemd', '', d)} \
+   
+
 PACKAGECONFIG[bluez4] = --enable-bluez4,--disable-bluez4,bluez4 sbc
 PACKAGECONFIG[bluez5] = --enable-bluez5,--disable-bluez5,bluez5 sbc
 PACKAGECONFIG[ofono] = 
--enable-bluez5-ofono-headset,--disable-bluez5-ofono-headset,ofono
@@ -94,7 +97,7 @@ FILES_${PN}-dbg += ${libexecdir}/pulse/.debug \
 FILES_${PN}-dev += ${libdir}/pulse-${PV}/modules/*.la ${datadir}/vala 
${libdir}/cmake   
 FILES_${PN}-conf = ${sysconfdir}
 FILES_${PN}-bin += ${sysconfdir}/default/volatiles/volatiles.04_pulse
-FILES_${PN}-server = ${bindir}/pulseaudio ${bindir}/start-* ${sysconfdir} 
${bindir}/pactl */udev/rules.d/*.rules
+FILES_${PN}-server = ${bindir}/pulseaudio ${bindir}/start-* ${sysconfdir} 
${bindir}/pactl */udev/rules.d/*.rules ${systemd_user_unitdir}/*
 
 #SYSTEMD_PACKAGES = ${PN}-server
 SYSTEMD_SERVICE_${PN}-server = pulseaudio.service
-- 
1.9.1

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

Re: [OE-core] [PATCH v2] oeqa/buildoptions.py: automate test case 929: check for correct GPL licenses

2015-07-24 Thread Constantin, Costin C

No problem Paul. Thanks 

-Original Message-
From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com] 
Sent: Friday, July 24, 2015 12:16 PM
To: Constantin, Costin C
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH v2] oeqa/buildoptions.py: automate test case 929: 
check for correct GPL licenses

On Friday 24 July 2015 06:00:28 Constantin, Costin C wrote:
 Thank you for the reply. :)  I got your point and i guess you're right.
 Maybe i over exaggerated. Does this mean the auto TC will not be 
 considered as it is now? Should i re-send it or will you just erase 
 that line and consider it as it is?

We tend to prefer that the submitter make the requested changes and re-send an 
amended version of the patch. If you could do that that would be much 
appreciated.

Thanks,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] wic: Add plugin for hybrid iso image

This plugin creates a hybrid, legacy and EFI bootable ISO image.
The generated image can be used on optical media as well as
USB media.

Legacy boot uses syslinux and EFI boot uses grub or gummiboot (not
implemented yet) as bootloader. The plugin creates the directories
required by bootloaders and populates them by creating and
configuring the bootloader files.

The plugin adds an image file to the iso which
contains the directory tree of the rootfs folder specified by the
--rootfs argument or by the IMAGE_ROOTFS bitbake variable.

Using the isohybryd tool, the created .iso image is enhanced by a MBR
for booting from disk storage devices, consequently the provided
iso image could be copyed directly by dd comand onto USB drive or
could be burned to an optical media by using a suitable image burner.

The plugin depends on parted, e2fstools, syslinux, grub, crdtools,
dosfstools and mtools program.

Some of the functions in this plugin were inspired from bootimg-efi.py
and bootimg-pcbios.py plugins implemented by Tom Zanussi.

Signed-off-by: Mihaly Varga mihaly.va...@ni.com
---
 .../lib/wic/plugins/source/isoimage-isohybrid.py   | 488 +
 1 file changed, 488 insertions(+)
 create mode 100644 scripts/lib/wic/plugins/source/isoimage-isohybrid.py

diff --git a/scripts/lib/wic/plugins/source/isoimage-isohybrid.py 
b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py
new file mode 100644
index 000..5c9f4c5
--- /dev/null
+++ b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py
@@ -0,0 +1,488 @@
+# ex:ts=4:sw=4:sts=4:et
+# -*- tab-width: 4; c-basic-offset: 4; indent-tabs-mode: nil -*-
+
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License version 2 as
+# published by the Free Software Foundation.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License along
+# with this program; if not, write to the Free Software Foundation, Inc.,
+# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
+#
+# DESCRIPTION
+# This implements the 'isoimage-isohybrid' source plugin class for 'wic'
+#
+# AUTHORS
+# Mihaly Varga mihaly.varga (at] ni.com
+
+import os
+import re
+import shutil
+
+from wic import kickstart, msger
+from wic.pluginbase import SourcePlugin
+from wic.utils.oe.misc import exec_cmd, exec_native_cmd, get_bitbake_var
+
+class IsoImagePlugin(SourcePlugin):
+
+Create a bootable ISO image
+
+This plugin creates a hybrid, legacy and EFI bootable ISO image. The 
generated
+image can be used on optical media as well as USB media.
+
+Legacy boot uses syslinux and EFI boot uses grub or gummiboot (not 
implemented yet)
+as bootloader. The plugin creates the directories required by bootloaders 
and populates them
+by creating and configuring the bootloader files.
+
+Example kickstart file:
+part /boot --source isoimage-isohybrid 
--sourceparams=loader=grub-efi,image_name= IsoImage \
+  --ondisk cd --label LIVECD --fstype=ext2
+bootloader  --timeout=10  --append= 
+
+In --sourceparams loader specifies the bootloader used for booting in 
EFI mode, while
+image_name specifies the name of the generated image. In the example 
above, wic creates
+an ISO image named IsoImage-cd.direct (default extension added by direct 
imeger plugin) and a
+file named IsoImage-cd.iso
+
+
+name = 'isoimage-isohybrid'
+
+@classmethod
+def do_configure_syslinux(self, isodir, cr, cr_workdir):
+
+Create loader-specific (syslinux) config
+
+splash = os.path.join(cr_workdir, /ISO/boot/splash.jpg)
+if os.path.exists(splash):
+splashline = menu background splash.jpg
+else:
+splashline = 
+
+options = cr.ks.handler.bootloader.appendLine
+
+timeout = kickstart.get_timeout(cr.ks)
+if not timeout:
+timeout = 10
+
+syslinux_conf = 
+syslinux_conf += PROMPT 0\n
+syslinux_conf += TIMEOUT %s \n % timeout
+syslinux_conf += \n
+syslinux_conf += ALLOWOPTIONS 1\n
+syslinux_conf += SERIAL 0 115200\n
+syslinux_conf += \n
+if splashline:
+syslinux_conf += %s\n % splashline
+syslinux_conf += DEFAULT boot\n
+syslinux_conf += LABEL boot\n
+
+kernel = /bzImage
+syslinux_conf += KERNEL  + kernel + \n
+syslinux_conf += APPEND initrd=/initrd LABEL=boot root=/dev/ram0 %s 
\n % options
+
+msger.debug(Writing syslinux config %s/ISO/isolinux/isolinux.cfg \
+% cr_workdir)
+with open(%s/ISO/isolinux/isolinux.cfg % cr_workdir, w) as cfg:
+cfg.write(syslinux_conf)

[OE-core] sorry

I apologize for the multiple emails, but I missed the Avoid duplicate 
copies of messages? in Subscription Options and I thought that is 
something wrong with my git settings...


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

[OE-core] [] wic: Add plugin for hybrid iso image

This plugin creates a hybrid, legacy and EFI bootable ISO image.
The generated image can be used on optical media as well as
USB media.

Legacy boot uses syslinux and EFI boot uses grub or gummiboot (not
implemented yet) as bootloader. The plugin creates the directories
required by bootloaders and populates them by creating and
configuring the bootloader files.

The plugin adds an image file to the iso which
contains the directory tree of the rootfs folder specified by the
--rootfs argument or by the IMAGE_ROOTFS bitbake variable.

Using the isohybryd tool, the created .iso image is enhanced by a MBR
for booting from disk storage devices, consequently the provided
iso image could be copyed directly by dd comand onto USB drive or
could be burned to an optical media by using a suitable image burner.

The plugin depends on parted, e2fstools, syslinux, grub, crdtools,
dosfstools and mtools program.

Some of the functions in this plugin were inspired from bootimg-efi.py
and bootimg-pcbios.py plugins implemented by Tom Zanussi.

Signed-off-by: Mihaly Varga mihaly.va...@ni.com
---
 .../lib/wic/plugins/source/isoimage-isohybrid.py   | 488 +
 1 file changed, 488 insertions(+)
 create mode 100644 scripts/lib/wic/plugins/source/isoimage-isohybrid.py

diff --git a/scripts/lib/wic/plugins/source/isoimage-isohybrid.py 
b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py
new file mode 100644
index 000..5c9f4c5
--- /dev/null
+++ b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py
@@ -0,0 +1,488 @@
+# ex:ts=4:sw=4:sts=4:et
+# -*- tab-width: 4; c-basic-offset: 4; indent-tabs-mode: nil -*-
+
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License version 2 as
+# published by the Free Software Foundation.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License along
+# with this program; if not, write to the Free Software Foundation, Inc.,
+# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
+#
+# DESCRIPTION
+# This implements the 'isoimage-isohybrid' source plugin class for 'wic'
+#
+# AUTHORS
+# Mihaly Varga mihaly.varga (at] ni.com
+
+import os
+import re
+import shutil
+
+from wic import kickstart, msger
+from wic.pluginbase import SourcePlugin
+from wic.utils.oe.misc import exec_cmd, exec_native_cmd, get_bitbake_var
+
+class IsoImagePlugin(SourcePlugin):
+
+Create a bootable ISO image
+
+This plugin creates a hybrid, legacy and EFI bootable ISO image. The 
generated
+image can be used on optical media as well as USB media.
+
+Legacy boot uses syslinux and EFI boot uses grub or gummiboot (not 
implemented yet)
+as bootloader. The plugin creates the directories required by bootloaders 
and populates them
+by creating and configuring the bootloader files.
+
+Example kickstart file:
+part /boot --source isoimage-isohybrid 
--sourceparams=loader=grub-efi,image_name= IsoImage \
+  --ondisk cd --label LIVECD --fstype=ext2
+bootloader  --timeout=10  --append= 
+
+In --sourceparams loader specifies the bootloader used for booting in 
EFI mode, while
+image_name specifies the name of the generated image. In the example 
above, wic creates
+an ISO image named IsoImage-cd.direct (default extension added by direct 
imeger plugin) and a
+file named IsoImage-cd.iso
+
+
+name = 'isoimage-isohybrid'
+
+@classmethod
+def do_configure_syslinux(self, isodir, cr, cr_workdir):
+
+Create loader-specific (syslinux) config
+
+splash = os.path.join(cr_workdir, /ISO/boot/splash.jpg)
+if os.path.exists(splash):
+splashline = menu background splash.jpg
+else:
+splashline = 
+
+options = cr.ks.handler.bootloader.appendLine
+
+timeout = kickstart.get_timeout(cr.ks)
+if not timeout:
+timeout = 10
+
+syslinux_conf = 
+syslinux_conf += PROMPT 0\n
+syslinux_conf += TIMEOUT %s \n % timeout
+syslinux_conf += \n
+syslinux_conf += ALLOWOPTIONS 1\n
+syslinux_conf += SERIAL 0 115200\n
+syslinux_conf += \n
+if splashline:
+syslinux_conf += %s\n % splashline
+syslinux_conf += DEFAULT boot\n
+syslinux_conf += LABEL boot\n
+
+kernel = /bzImage
+syslinux_conf += KERNEL  + kernel + \n
+syslinux_conf += APPEND initrd=/initrd LABEL=boot root=/dev/ram0 %s 
\n % options
+
+msger.debug(Writing syslinux config %s/ISO/isolinux/isolinux.cfg \
+% cr_workdir)
+with open(%s/ISO/isolinux/isolinux.cfg % cr_workdir, w) as cfg:
+cfg.write(syslinux_conf)

Re: [OE-core] [PATCH 0/4] linux-yocto: build changes, 4.1 and libc-headers

2015-07-24 Thread Richard Purdie

On Thu, 2015-07-23 at 11:01 -0400, Bruce Ashfield wrote:
On Thu, Jul 23, 2015 at 10:14 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Thu, 2015-07-23 at 09:10 -0400, Bruce Ashfield wrote:
a) qemux86/qemux86-64 are throwing warnings about errors in logs
b) perf has some weird make race
c) the qemuarm build looks like qemu either segfaulted or was killed
d) we're occasionally seeing 3.19 and 3.14 fetch failures:
https://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/394/steps/BuildImages/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/87/steps/Running%20oe-selftest/logs/stdio

I explained to Ross that dependent layers need to be updated if they set
their own SRCREV_meta, since the repository is completely different. I
sent a patch for meta-intel to deal with it. Obviously, I only built with
the
core BSPs during testing.

That could explain d). I believe c) is from the ongoing selftest issues
we're having and I we've work in progress for that. That leaves a) and
b) to look into and fix.

I'll definitely need help on these, since I wasn't seeing any of these
issues
during my testing. Otherwise, this won't be done until September (vacation
and other issues to deal with).

But I'll see what I can do.

I unfortunately can't merge anything but critical kernel patches until
these go in as well
since the meta branch is gone in the new scripts, which means SRCREV_meta
is
a constant conflict.

a) should be straightfoward to fix, its just updating the message
whitelists (again).

I'm building a fresh qemux86-64 now, I'm going to see if the warnings
are something
I should fix, versus the whitelist. I should know tomorrow on this one.

b) I'm less sure about. Are there any race fixes in mainline for perf?
Hard to believe others don't see that one.

I'm searching as well. I'll share any findings ASAP.

I believe we have everything except b), the last build was much greener.
For b), what strikes me as odd:

https://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/409/steps/BuildImages/logs/stdio

| CC
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-world/build/build/tmp/work/qemux86-poky-linux/perf/1.0-r9/perf-1.0/util/thread-stack.o
| CC
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-world/build/build/tmp/work/qemux86-poky-linux/perf/1.0-r9/perf-1.0/util/symbol-elf.o
| CC
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-world/build/build/tmp/work/qemux86-poky-linux/perf/1.0-r9/perf-1.0/util/probe-event.o
| CC
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-world/build/build/tmp/work/qemux86-pokymllib32-linux/lib32-perf/1.0-r9/perf-1.0/builtin-annotate.o
| CC
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-world/build/build/tmp/work/qemux86-poky-linux/perf/1.0-r9/perf-1.0/util/perf_regs.o
| MKDIR
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-world/build/build/tmp/work//lib32-perf/1.0-r9/perf-1.0/util/scripting-engines/
| CC
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-world/build/build/tmp/work/qemux86-pokymllib32-linux/lib32-perf/1.0-r9/perf-1.0/util/scripting-engines/trace-event-perl.o
| CC
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-world/build/build/tmp/work/qemux86-poky-linux/perf/1.0-r9/perf-1.0/util/zlib.o

Why is it building in two different directories (qemux86-poky-linux and
qemux86-pokymllib32-linux) ?

I'd bet that would explain the errors and that it would only show up in
a multilib case (which is the default on the AB for this part of the
build).

Hopefully this gets us closer to figuring out what its doing...

Cheers,

Richard

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

Re: [OE-core] [PATCH 00/25] Dizzy next for .3

2015-07-24 Thread akuster808




On 07/24/2015 12:34 AM, Richard Purdie wrote:

On Sat, 2015-07-18 at 08:16 -0700, Armin Kuster wrote:

Please consider these for the 1.7.3 release

The following changes since commit 5f0d25152bac2d3798663a4ebfdd2df24060f153:

   openssl: upgrade to 1.0.1p (2015-07-15 15:25:43 +0100)

are available in the git repository at:

   git://git.yoctoproject.org/poky-contrib akuster/dizzy-next
   http://git.yoctoproject.org/cgit.cgi//log/?h=akuster/dizzy-nex


We ran dizzy through the autobuilder as we have an opportunity to roll a
1.7.3 release soon. The result was:

https://autobuilder.yoctoproject.org/main/tgrid
or more specifically:
http://errors.yoctoproject.org/Errors/Search/?items=10query=1b492dfcdd692fe9440a1711812a1bb60ac741e5

which looks to me to largely be gcc5 issues on the host, particularly
Fedora22. There was also a bug occurred in build-appliance which has
been resolved in master/fido.

We therefore need to decide whether to backport the gcc5 host fixes back
to 1.7.3 or whether we have to disable autobuilders in order to be able
to build it...


I found the answer on 
https://wiki.yoctoproject.org/wiki/Stable_branch_maintenance


The primary focus for stable branches is bugfixing, security updates, 
and making sure that builds on recently released Ubuntu, Fedora, and 
OpenSUSE distros work


so we should back port the gcc5 host fixes. Is that something I need to ?

thanks for asking,

Kind regards and Mahalo,
Armin



Cheers,

Richard


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

[OE-core] [PATCH] arch-armv7a.inc, feature-arm-vfp.inc: add tunes for vfpv3 and vfpv3d16