[OE-core] [PATCH v2] terminal: Open a new window instead of split on older tmux versions (<1.9)

[leonardo . sandoval . gonzalez]

From: Leonardo Sandoval 

If an old version is detected (<1.9), create a new window instead of split:
the reason is that there is no easy way to get the active pane height if no
nested formats are supported.

Signed-off-by: Leonardo Sandoval 
---
 meta/lib/oe/terminal.py |   20 +++-
 1 file changed, 15 insertions(+), 5 deletions(-)

diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py
index 52a8913..a4a8c97 100644
--- a/meta/lib/oe/terminal.py
+++ b/meta/lib/oe/terminal.py
@@ -131,7 +131,7 @@ class TmuxRunning(Terminal):
 raise UnsupportedTerminal('tmux is not running')
 
 if not check_tmux_pane_size('tmux'):
-raise UnsupportedTerminal('tmux pane too small')
+raise UnsupportedTerminal('tmux pane too small or tmux < 1.9 
version is being used')
 
 Terminal.__init__(self, sh_cmd, title, env, d)
 
@@ -218,6 +218,12 @@ def spawn(name, sh_cmd, title=None, env=None, d=None):
 
 def check_tmux_pane_size(tmux):
 import subprocess as sub
+# On older tmux versions (<1.9), return false. The reason
+# is that there is no easy way to get the height of the active panel
+# on current window without nested formats (available from version 1.9)
+vernum = check_terminal_version("tmux")
+if vernum and LooseVersion(vernum) < '1.9':
+return False
 try:
 p = sub.Popen('%s list-panes -F "#{?pane_active,#{pane_height},}"' % 
tmux,
 shell=True,stdout=sub.PIPE,stderr=sub.PIPE)
@@ -229,14 +235,16 @@ def check_tmux_pane_size(tmux):
 return None
 else:
 raise
-if size/2 >= 19:
-return True
-return False
+
+return size/2 >= 19
 
 def check_terminal_version(terminalName):
 import subprocess as sub
 try:
-p = sub.Popen(['sh', '-c', '%s --version' % 
terminalName],stdout=sub.PIPE,stderr=sub.PIPE)
+cmdversion = '%s --version' % terminalName
+if terminalName.startswith('tmux'):
+cmdversion = '%s -V' % terminalName
+p = sub.Popen(['sh', '-c', cmdversion], 
stdout=sub.PIPE,stderr=sub.PIPE)
 out, err = p.communicate()
 ver_info = out.rstrip().split('\n')
 except OSError as exc:
@@ -251,6 +259,8 @@ def check_terminal_version(terminalName):
 vernum = ver.split(' ')[-1]
 if ver.startswith('GNOME Terminal'):
 vernum = ver.split(' ')[-1]
+if ver.startswith('tmux'):
+vernum = ver.split()[-1]
 return vernum
 
 def distro_name():
-- 
1.7.10.4

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

Re: [OE-core] [PATCH] libaio: don't disable linking to the system libraries

[Burton, Ross]

On 6 November 2015 at 21:35, Khem Raj  wrote:

> It might be due to AS NEEDED becoming default in linker. That now the
> positions of command line Argument will matter.


The command line upstream uses -nostdlib so most distributions do something
to make it build with fortify enabled: for example debian adds -lgcc -lc to
the link.  I'm not sure what the difference between -nostdlib -lgcc -lc and
a normal link is, if there is a difference?

> Isnt this line redundant see the below line adds same
>
Yes, bad hunk left from previous workings.  I'll fix.

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

[OE-core] [PATCH v2] devtool: add sync command

[Tzu-Jung Lee]

The sync command is similar to the extract command, except it
fetches the sync'ed and patched branch to an existing git repository.

This enables users to keep track the upstream development while
maintaining their own local git repository at the same time.

Signed-off-by: Tzu-Jung Lee 

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index c5c647b..8efd262 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -238,7 +238,29 @@ def extract(args, config, basepath, workspace):
 return 1
 
 srctree = os.path.abspath(args.srctree)
-initial_rev = _extract_source(srctree, args.keep_temp, args.branch, rd)
+initial_rev = _extract_source(srctree, args.keep_temp, args.branch, False, 
rd)
+logger.info('Source tree extracted to %s' % srctree)
+
+if initial_rev:
+return 0
+else:
+return 1
+
+def sync(args, config, basepath, workspace):
+"""Entry point for the devtool 'sync' subcommand"""
+import bb
+
+tinfoil = _prep_extract_operation(config, basepath, args.recipename)
+if not tinfoil:
+# Error already shown
+return 1
+
+rd = parse_recipe(config, tinfoil, args.recipename, True)
+if not rd:
+return 1
+
+srctree = os.path.abspath(args.srctree)
+initial_rev = _extract_source(srctree, args.keep_temp, args.branch, True, 
rd)
 logger.info('Source tree extracted to %s' % srctree)
 
 if initial_rev:
@@ -293,7 +315,7 @@ def _prep_extract_operation(config, basepath, recipename):
 return tinfoil
 
 
-def _extract_source(srctree, keep_temp, devbranch, d):
+def _extract_source(srctree, keep_temp, devbranch, sync, d):
 """Extract sources of a recipe"""
 import bb.event
 import oe.recipeutils
@@ -312,21 +334,26 @@ def _extract_source(srctree, keep_temp, devbranch, d):
 
 _check_compatible_recipe(pn, d)
 
-if os.path.exists(srctree):
-if not os.path.isdir(srctree):
-raise DevtoolError("output path %s exists and is not a directory" %
-   srctree)
-elif os.listdir(srctree):
-raise DevtoolError("output path %s already exists and is "
-   "non-empty" % srctree)
+if sync:
+if not os.path.exists(srctree):
+raise DevtoolError("output path %s does not exist" % srctree)
+else:
+if os.path.exists(srctree):
+if not os.path.isdir(srctree):
+raise DevtoolError("output path %s exists and is not a 
directory" %
+   srctree)
+elif os.listdir(srctree):
+raise DevtoolError("output path %s already exists and is "
+   "non-empty" % srctree)
 
-if 'noexec' in (d.getVarFlags('do_unpack', False) or []):
-raise DevtoolError("The %s recipe has do_unpack disabled, unable to "
-   "extract source" % pn)
+if 'noexec' in (d.getVarFlags('do_unpack', False) or []):
+raise DevtoolError("The %s recipe has do_unpack disabled, unable 
to "
+   "extract source" % pn)
 
-# Prepare for shutil.move later on
-bb.utils.mkdirhier(srctree)
-os.rmdir(srctree)
+if not sync:
+# Prepare for shutil.move later on
+bb.utils.mkdirhier(srctree)
+os.rmdir(srctree)
 
 # We don't want notes to be printed, they are too verbose
 origlevel = bb.logger.getEffectiveLevel()
@@ -430,13 +457,35 @@ def _extract_source(srctree, keep_temp, devbranch, d):
 if haspatches:
 bb.process.run('git checkout patches', cwd=srcsubdir)
 
-# Move oe-local-files directory to srctree
-if os.path.exists(os.path.join(tempdir, 'oe-local-files')):
-logger.info('Adding local source files to srctree...')
-shutil.move(os.path.join(tempdir, 'oe-local-files'), srcsubdir)
+tempdir_localdir = os.path.join(tempdir, 'oe-local-files')
+srctree_localdir = os.path.join(srctree, 'oe-local-files')
 
+if sync:
+bb.process.run('git fetch file://' + srcsubdir + ' ' + devbranch + 
':' + devbranch, cwd=srctree)
+
+# Move oe-local-files directory to srctree
+# As the oe-local-files is not part of the constructed git tree,
+# remove them directly during the synchrounizating might surprise
+# the users.  Instead, we move it to oe-local-files.bak and remind
+# user in the log message.
+if os.path.exists(srctree_localdir + '.bak'):
+shutil.rmtree(srctree_localdir, srctree_localdir + '.bak')
+
+if os.path.exists(srctree_localdir):
+logger.info('Backing up current local file directory %s' % 
srctree_localdir)
+shutil.move(srctree_localdir, srctree_localdir + '.bak')
+
+if 

[OE-core] [PATCH 1/1 v4] rpcbind: don't use '-w' for starting rpcbind

[wenzong.fan]

From: Li Wang 

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)

'-w' causes rpcbind to do a "warm start" by read a state file when
rpcbind starts up. The state file is created when rpcbind terminates.

The state file is not always there, the patch refers to:
  https://bugs.launchpad.net/ubuntu/+source/rpcbind/+bug/835833

Signed-off-by: Li Wang 
Signed-off-by: Wenzong Fan 
---
 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]
-- 
1.9.1

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

Re: [OE-core] [PATCH] openssl: fix mips64 configure support

[Khem Raj]

On Fri, Nov 6, 2015 at 11:07 PM, wenzong fan  wrote:
> If target name is linux-mips64, set it as linux-mips to get it build with
> mips(32) userspace.

is it really building for mips32 ?
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1 v4] rpcbind: don't use '-w' for starting rpcbind

[wenzong.fan]

From: Wenzong Fan 

V4 changes:

* update commit logs

The following changes since commit fc45deac89ef63ca1c44e763c38ced7dfd72cbe1:

  build-appliance-image: Update to jethro head revision (2015-11-03 14:03:03 
+)

are available in the git repository at:

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

Li Wang (1):
  rpcbind: don't use '-w' for starting rpcbind

 meta/recipes-extended/rpcbind/rpcbind/rpcbind.service | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

-- 
1.9.1

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

Re: [OE-core] [PATCH] openssl: fix mips64 configure support

[wenzong fan]

On 11/07/2015 03:09 PM, Khem Raj wrote:

On Fri, Nov 6, 2015 at 11:07 PM, wenzong fan  wrote:

If target name is linux-mips64, set it as linux-mips to get it build with
mips(32) userspace.


is it really building for mips32 ?




Yes, with this change, the "Configure" will pass '-mips2' to CFLAGS, 
otherwise it will pass '-mips3' which may cause build errors:


| Error: -mips3 conflicts with the other architecture options, which 
imply -mips64r2
| cryptlib.c:1:0: error: '-mips3' conflicts with the other architecture 
options, which specify a mips64r2 processor


I built it with a cav-octeon3 bsp.

Looks openssl doesn't work with mips64 userspace, I got this from git logs:

commit 858646c7bd11d1dad8c14e30f3fe6b4bd58a31b2
Author: Randy MacLeod 
Date:   Fri Dec 21 14:05:46 2012 -0500

openssl: Add mips64 configure support.

Add mips64 configure support but assume mips(32) userspace.

(From OE-Core rev: 7d775b071b902ee0de6391b2c30d36e3003643e1)

Signed-off-by: Randy MacLeod 
Signed-off-by: Mark Hatle 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie 

diff --git a/meta/recipes-connectivity/openssl/openssl.inc 
b/meta/recipes-connectivity/openssl/openssl.inc

index e1e7b65..af1922e 100644
--- a/meta/recipes-connectivity/openssl/openssl.inc
+++ b/meta/recipes-connectivity/openssl/openssl.inc
@@ -95,6 +95,9 @@ do_configure () {
linux-mipsel)
target=debian-mipsel
;;
+linux-*-mips64)
+   target=linux-mips
+;;
linux-powerpc)
target=linux-ppc
;;

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

Re: [OE-core] [PATCH] openssl: fix mips64 configure support

[wenzong fan]

On 11/06/2015 12:18 AM, Khem Raj wrote:



On Nov 4, 2015, at 10:09 PM, wenzong@windriver.com wrote:

From: Wenzong Fan 

Match target name linux-mips64 as well, all mips64 targets will have
mips(32) userspace.


this comment seems to be not relevant to the change



What about:

If target name is linux-mips64, set it as linux-mips to get it build 
with mips(32) userspace.


Thanks
Wenzong



Signed-off-by: Wenzong Fan 
---
meta/recipes-connectivity/openssl/openssl.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/openssl/openssl.inc 
b/meta/recipes-connectivity/openssl/openssl.inc
index 8af423f..b69cb4c 100644
--- a/meta/recipes-connectivity/openssl/openssl.inc
+++ b/meta/recipes-connectivity/openssl/openssl.inc
@@ -115,7 +115,7 @@ do_configure () {
linux-mipsel)
target=debian-mipsel
;;
-linux-*-mips64)
+linux-*-mips64 | linux-mips64)
target=linux-mips
 ;;
linux-microblaze*|linux-nios2*)
--
1.9.1

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



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

Re: [OE-core] [PATCH 2/5] bbclass: fix spelling mistakes

[Maxin B. John]

Hi Sona,

On Fri, Nov 06, 2015 at 09:33:06AM +, Sona Sarmadi wrote:
> Hi Maxin,
> 
> I think the warning below " bb.warn" is incorrect, it should be " dirname" 
> instead of " patch",  see below:
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/spdx.bbclass 
> (master)
> 
> def get_ver_code(dirname):
> chksums = []
> for f_dir, f in list_files(dirname):
> hash = hash_file(os.path.join(dirname, f_dir, f))
> if not hash is None:
> chksums.append(hash)
> else:
> bb.warn("SPDX: Could not hash file: " + patch) <<< dirname
> 
> Could you please have a look at this as well?

Sure, Thanks for spotting it :)

> Regrads
> //Sona

> > -Original Message-
> > From: openembedded-core-boun...@lists.openembedded.org
> >  # We need special processing for vardeps because it can not work on -#
> > modified flag values.  So we agregate the flags into a new variable
> > +# modified flag values.  So we aggregate the flags into a new variable
> >  # and include that vairable in the set.
> >  UPDALTVARS  = "ALTERNATIVE ALTERNATIVE_LINK_NAME
> > ALTERNATIVE_TARGET ALTERNATIVE_PRIORITY"
> >


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

Re: [OE-core] [PATCH 1/1] Update libusb1 from 1.0.19 to 1.0.20

[Burton, Ross]

On 8 October 2015 at 15:36, Jens Rehsack  wrote:

> This updates libusb1 from 1.0.19 to 1.0.20
>
> 2015-09-13: v1.0.20
> * Add Haiku support
> * Fix multiple memory and resource leaks (#16, #52, #76, #81)
> * Fix possible deadlock when executing transfer callback
> * New libusb_free_pollfds() API
> * Darwin: Fix devices not being detected on OS X 10.8 (#48)
> * Linux: Allow larger isochronous transfer submission (#23)
> * Windows: Fix broken builds Cygwin/MinGW builds and compiler warnings
> * Windows: Fix broken bus number lookup
> * Windows: Improve submission of control requests for composite devices
> * Examples: Add two-stage load support to fxload (#12)
> * Correctly report cancellations due to timeouts
> * Improve efficiency of event handling
> * Improve speed of transfer submission in multi-threaded environments
> * Various other bug fixes and improvements
> The (#xx) numbers are libusb issue numbers, see ie:
> https://github.com/libusb/libusb/issues/16
>

And apparently introduces a parallel make race :(

mv: cannot stat `libusb_1_0_la-sync.loT': No such file or directory
mv: cannot stat `libusb_1_0_la-descriptor.loT': No such file or directory
mv: cannot stat `libusb_1_0_la-core.loT': No such file or directory
mv: cannot stat `libusb_1_0_la-hotplug.loT': No such file or directory
mv: cannot stat `libusb_1_0_la-io.loT': No such file or directory
i686-poky-linux-libtool:   error: 'os/libusb_1_0_la-linux_usbfs.lo' is not
a valid libtool object
make[3]: *** [libusb-1.0.la] Error 1
make[3]: Leaving directory
`/home/pokybuild/yocto-autobuilder/yocto-worker/ptest-x86/build/build/tmp/work/core2-32-poky-linux/libusb1/1.0.20-r0/build/libusb'
make[2]: *** [all-recursive] Error 1

(full log at http://errors.yoctoproject.org/Errors/Details/21443/)

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

Re: [OE-core] [PATCH] bitbake.conf, module.bbclass: Support opting out of legacy EXTRA_OEMAKE

[Mike Crowe]

On Friday 06 November 2015 at 01:16:46 -0800, Andre McCurdy wrote:
> On Thu, Nov 5, 2015 at 6:47 AM, Mike Crowe  wrote:
> > Give recipes and classes the ability to opt out of EXTRA_OEMAKE
> > containing the legacy value without removing other recipe-specific or
> > local additions.
> 
> Isn't this possible already from within a recipe or class by using
> 
>   EXTRA_OEMAKE = ...
> 
> instead of
> 
>   EXTRA_OEMAKE += ...
> 
> ie what autotools.bbclass, kernel.bbclass and many recipes do already.
> 
> For the specific case of module.bbclass, changing the EXTRA_OEMAKE
> assignment to '=' might require some recipes to be tweaked to so that
> they "inherit module" before adding their own options to EXTRA_OEMAKE,
> but it seems like a cleaner solution?

It would be, but I was afraid of what I might break. I suspect that there
are many unseen third-party and local recipes that inherit module.bbclass.

It would be great to get to the point that EXTRA_OEMAKE is empty by default
but I imagine that the experts are already aware of the difficulties with
doing this which is why the current value has lasted so long.

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

Re: [OE-core] [PATCH 1/1 v2] mdadm: fix CFLAGS and ptest issue

[Burton, Ross]

On 16 October 2015 at 06:57,  wrote:

> * Also fix ptest build error caused by global CFLAGS:
>
>   raid6check.c: In function 'check_stripes':
>   raid6check.c:315:8: error: 'stripe_buf' may be used uninitialized \
>   in this function [-Werror=maybe-uninitialized]
>

We're now seeing this instead when building the ptest part on poky-lsb
(which turns on more security flags):

raid6check.c: In function 'check_stripes':
raid6check.c:352:2: error: ignoring return value of 'posix_memalign',
declared with attribute warn_unused_result [-Werror=unused-result]
  posix_memalign((void**)_buf, 4096, raid_disks * chunk_size);
  ^

(http://errors.yoctoproject.org/Errors/Details/21490/)

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

[OE-core] [PATCH 02/11] busybox.inc: don't export EXTRA_OEMAKE

[Andre McCurdy]

EXTRA_OEMAKE is private to OE and shouldn't be exported to
the busybox build.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index cfdea30..5e59ca7 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -17,7 +17,8 @@ BUSYBOX_SPLIT_SUID ?= "1"
 
 export EXTRA_CFLAGS = "${CFLAGS}"
 export EXTRA_LDFLAGS = "${LDFLAGS}"
-export EXTRA_OEMAKE += "'LD=${CCLD}'"
+
+EXTRA_OEMAKE += "'LD=${CCLD}'"
 
 PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev 
${PN}-hwclock"
 
-- 
1.9.1

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

[OE-core] [PATCH 00/11] busybox fixes and cleanups + update 1.23.2 -> 1.24.1

[Andre McCurdy]

Andre McCurdy (11):
  busybox_git: Enable getopt applet
  busybox.inc: don't export EXTRA_OEMAKE
  busybox: move EXTRA_OEMAKE etc into busybox.inc
  busybox.inc: explicitly include CC=${CC} on make command line
  busybox.inc: don't set .config CROSS_COMPILER_PREFIX
  busybox.inc: fix CONFIG_EXTRA_CFLAGS configmangle
  busybox.inc: remove MAKEFLAGS over-ride from EXTRA_OEMAKE
  busybox: re-order defconfig to align with busybox 1.24.1
  busybox: update 1.23.2 -> 1.24.1
  busybox: disable support for mounting NFS file systems on Linux < 2.6.23
  busybox: enable resize applet

 meta/recipes-core/busybox/busybox.inc  |  20 +-
 .../busybox/0001-Switch-to-POSIX-utmpx-API.patch   | 388 -
 .../busybox/busybox/0001-chown-fix-help-text.patch |  34 --
 ...ix-double-free-fatal-error-in-INET_sprint.patch |  67 
 meta/recipes-core/busybox/busybox/defconfig|  63 ++--
 meta/recipes-core/busybox/busybox/resize.cfg   |   2 +
 meta/recipes-core/busybox/busybox_1.23.2.bb|  53 ---
 meta/recipes-core/busybox/busybox_1.24.1.bb|  43 +++
 meta/recipes-core/busybox/busybox_git.bb   |  18 +-
 9 files changed, 105 insertions(+), 583 deletions(-)
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-Switch-to-POSIX-utmpx-API.patch
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-chown-fix-help-text.patch
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-ifconfig-fix-double-free-fatal-error-in-INET_sprint.patch
 create mode 100644 meta/recipes-core/busybox/busybox/resize.cfg
 delete mode 100644 meta/recipes-core/busybox/busybox_1.23.2.bb
 create mode 100644 meta/recipes-core/busybox/busybox_1.24.1.bb

-- 
1.9.1

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

[OE-core] [PATCH 04/11] busybox.inc: explicitly include CC=${CC} on make command line

[Andre McCurdy]

The busybox build currently relies on 'make -e' to over-ride CC and
the make command line to over-ride LD. Add CC to the make command line
to make the CC over-ride more explicit and consistent with LD.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 48a012c..8132641 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -18,7 +18,7 @@ BUSYBOX_SPLIT_SUID ?= "1"
 export EXTRA_CFLAGS = "${CFLAGS}"
 export EXTRA_LDFLAGS = "${LDFLAGS}"
 
-EXTRA_OEMAKE += "'LD=${CCLD}'"
+EXTRA_OEMAKE += "'CC=${CC}' 'LD=${CCLD}'"
 EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
 
 PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev 
${PN}-hwclock"
-- 
1.9.1

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

[OE-core] [PATCH 03/11] busybox: move EXTRA_OEMAKE etc into busybox.inc

[Andre McCurdy]

EXTRA_OEMAKE and do_install_ptest() are currently common to all supported
versions of busybox, so move from version specific recipes into busybox.inc.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc   | 7 +++
 meta/recipes-core/busybox/busybox_1.23.2.bb | 8 
 meta/recipes-core/busybox/busybox_git.bb| 8 
 3 files changed, 7 insertions(+), 16 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 5e59ca7..48a012c 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -19,6 +19,7 @@ export EXTRA_CFLAGS = "${CFLAGS}"
 export EXTRA_LDFLAGS = "${LDFLAGS}"
 
 EXTRA_OEMAKE += "'LD=${CCLD}'"
+EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
 
 PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev 
${PN}-hwclock"
 
@@ -301,6 +302,12 @@ do_install () {
 fi
 }
 
+do_install_ptest () {
+cp -r ${B}/testsuite ${D}${PTEST_PATH}/
+cp ${B}/.config  ${D}${PTEST_PATH}/
+ln -s /bin/busybox   ${D}${PTEST_PATH}/busybox
+}
+
 inherit update-alternatives
 
 ALTERNATIVE_PRIORITY = "50"
diff --git a/meta/recipes-core/busybox/busybox_1.23.2.bb 
b/meta/recipes-core/busybox/busybox_1.23.2.bb
index 2559823..e9f7eb6 100644
--- a/meta/recipes-core/busybox/busybox_1.23.2.bb
+++ b/meta/recipes-core/busybox/busybox_1.23.2.bb
@@ -43,11 +43,3 @@ SRC_URI = 
"http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
 
 SRC_URI[tarball.md5sum] = "7925683d7dd105aabe9b6b618d48cc73"
 SRC_URI[tarball.sha256sum] = 
"05a6f9e21aad8c098e388ae77de7b2361941afa7157ef74216703395b14e319a"
-
-EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
-
-do_install_ptest () {
-cp -r ${B}/testsuite ${D}${PTEST_PATH}/
-cp ${B}/.config  ${D}${PTEST_PATH}/
-ln -s /bin/busybox   ${D}${PTEST_PATH}/busybox
-}
diff --git a/meta/recipes-core/busybox/busybox_git.bb 
b/meta/recipes-core/busybox/busybox_git.bb
index ed1c0a8..e9ff0bc 100644
--- a/meta/recipes-core/busybox/busybox_git.bb
+++ b/meta/recipes-core/busybox/busybox_git.bb
@@ -44,12 +44,4 @@ SRC_URI = "git://busybox.net/busybox.git \
file://getopts.cfg \
 "
 
-EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
-
-do_install_ptest () {
-cp -r ${B}/testsuite ${D}${PTEST_PATH}/
-cp ${B}/.config  ${D}${PTEST_PATH}/
-ln -s /bin/busybox   ${D}${PTEST_PATH}/busybox
-}
-
 DEFAULT_PREFERENCE = "-1"
-- 
1.9.1

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

[OE-core] [PATCH 01/11] busybox_git: Enable getopt applet

[Andre McCurdy]

Keep git recipe in sync with 1.23.2:

  
http://git.openembedded.org/openembedded-core/commit/?id=10c2c484d5916ad476ad7717c3629f6684f01e6d

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/busybox/busybox_git.bb 
b/meta/recipes-core/busybox/busybox_git.bb
index ade72f4..ed1c0a8 100644
--- a/meta/recipes-core/busybox/busybox_git.bb
+++ b/meta/recipes-core/busybox/busybox_git.bb
@@ -41,6 +41,7 @@ SRC_URI = "git://busybox.net/busybox.git \
file://mount-via-label.cfg \
file://sha1sum.cfg \
file://sha256sum.cfg \
+   file://getopts.cfg \
 "
 
 EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
-- 
1.9.1

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

[OE-core] [PATCH 07/11] busybox.inc: remove MAKEFLAGS over-ride from EXTRA_OEMAKE

[Andre McCurdy]

Busybox Kbuild likes to control its own MAKEFLAGS (it adds -rR,
etc), so avoid over-riding MAKEFLAGS via EXTRA_OEMAKE.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index a655a36..2b52e74 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -18,6 +18,10 @@ BUSYBOX_SPLIT_SUID ?= "1"
 export EXTRA_CFLAGS = "${CFLAGS}"
 export EXTRA_LDFLAGS = "${LDFLAGS}"
 
+# Busybox Kbuild likes to control its own MAKEFLAGS (it adds -rR,
+# etc), so avoid over-riding MAKEFLAGS via EXTRA_OEMAKE.
+EXTRA_OEMAKE = "-e"
+
 EXTRA_OEMAKE += "'CC=${CC}' 'LD=${CCLD}'"
 EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
 
-- 
1.9.1

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

[OE-core] [PATCH 05/11] busybox.inc: don't set .config CROSS_COMPILER_PREFIX

[Andre McCurdy]

Setting CROSS_COMPILER_PREFIX via .config is redundant (setting
CROSS_COMPILE via the make command line will always over-ride it).

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc | 6 ++
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 8132641..c568361 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -81,8 +81,7 @@ def features_to_busybox_del(d):
cnf, rem = features_to_busybox_settings(d)
return rem
 
-configmangle = '/CROSS_COMPILER_PREFIX/d; \
-   /CONFIG_EXTRA_CFLAGS/d; \
+configmangle = '/CONFIG_EXTRA_CFLAGS/d; \
'
 OE_FEATURES := "${@features_to_busybox_conf(d)}"
 OE_DEL  := "${@features_to_busybox_del(d)}"
@@ -98,8 +97,7 @@ python () {
("\\n".join((d.expand("${OE_FEATURES}").split("\n")
   d.setVar('configmangle_append',
  "/^### CROSS$/a\\\n%s\n" %
-  
("\\n".join(["CONFIG_CROSS_COMPILER_PREFIX=\"${TARGET_PREFIX}\"",
-  "CONFIG_EXTRA_CFLAGS=\"${CFLAGS}\" 
\"${HOST_CC_ARCH}\""
+  ("\\n".join(["CONFIG_EXTRA_CFLAGS=\"${CFLAGS}\" 
\"${HOST_CC_ARCH}\""
 ])
   ))
 }
-- 
1.9.1

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

[OE-core] [PATCH 11/11] busybox: enable resize applet

[Andre McCurdy]

The /etc/profile script contains a call to resize, which improves
the usability of shells run on the serial console.

  
http://git.openembedded.org/openembedded-core/commit/?id=cc6360f4c4d97ef9d3545f381224ee99ce7d

Unfortunately the resize applet is not currently enabled in busybox
defconfig, so resize is never called. Fix that.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox/resize.cfg | 2 ++
 meta/recipes-core/busybox/busybox_1.24.1.bb  | 1 +
 meta/recipes-core/busybox/busybox_git.bb | 1 +
 3 files changed, 4 insertions(+)
 create mode 100644 meta/recipes-core/busybox/busybox/resize.cfg

diff --git a/meta/recipes-core/busybox/busybox/resize.cfg 
b/meta/recipes-core/busybox/busybox/resize.cfg
new file mode 100644
index 000..a1d9c95
--- /dev/null
+++ b/meta/recipes-core/busybox/busybox/resize.cfg
@@ -0,0 +1,2 @@
+CONFIG_RESIZE=y
+CONFIG_FEATURE_RESIZE_PRINT=y
diff --git a/meta/recipes-core/busybox/busybox_1.24.1.bb 
b/meta/recipes-core/busybox/busybox_1.24.1.bb
index 92bbee1..7d2a7b2 100644
--- a/meta/recipes-core/busybox/busybox_1.24.1.bb
+++ b/meta/recipes-core/busybox/busybox_1.24.1.bb
@@ -36,6 +36,7 @@ SRC_URI = 
"http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
file://sha1sum.cfg \
file://sha256sum.cfg \
file://getopts.cfg \
+   file://resize.cfg \
 "
 
 SRC_URI[tarball.md5sum] = "be98a40cadf84ce2d6b05fa41a275c6a"
diff --git a/meta/recipes-core/busybox/busybox_git.bb 
b/meta/recipes-core/busybox/busybox_git.bb
index d968fad..220977a 100644
--- a/meta/recipes-core/busybox/busybox_git.bb
+++ b/meta/recipes-core/busybox/busybox_git.bb
@@ -42,6 +42,7 @@ SRC_URI = "git://busybox.net/busybox.git \
file://sha1sum.cfg \
file://sha256sum.cfg \
file://getopts.cfg \
+   file://resize.cfg \
 "
 
 DEFAULT_PREFERENCE = "-1"
-- 
1.9.1

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

[OE-core] [PATCH 06/11] busybox.inc: fix CONFIG_EXTRA_CFLAGS configmangle

[Andre McCurdy]

With current busybox Kbuild, setting .config to:

  CONFIG_EXTRA_CFLAGS="foo" "bar"

and then running 'make oldconfig' results in .config containing:

  CONFIG_EXTRA_CFLAGS="foo"

ie the CONFIG_EXTRA_CFLAGS configmangle in the busybox.inc doesn't
currently work as intended. Remove the extra \" \" to ensure that
${HOST_CC_ARCH} gets added to CONFIG_EXTRA_CFLAGS.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index c568361..a655a36 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -97,7 +97,7 @@ python () {
("\\n".join((d.expand("${OE_FEATURES}").split("\n")
   d.setVar('configmangle_append',
  "/^### CROSS$/a\\\n%s\n" %
-  ("\\n".join(["CONFIG_EXTRA_CFLAGS=\"${CFLAGS}\" 
\"${HOST_CC_ARCH}\""
+  ("\\n".join(["CONFIG_EXTRA_CFLAGS=\"${CFLAGS} 
${HOST_CC_ARCH}\""
 ])
   ))
 }
-- 
1.9.1

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

Re: [OE-core] fido backports to support SH4 + uclibc

[Andre McCurdy]

On Thu, Nov 5, 2015 at 2:00 PM, Joshua Lock  wrote:
> On 04/11/15 18:16, Andre McCurdy wrote:
>>
>> Hi Joshua,
>>
>> Could you please consider backporting the following fixes to fido.
>> They are required in order to successfully build for SH4 + uclibc +
>> blacklist GPLv3.
>
> Done. Pushed to my joshuagl/fido-next branch of openembedded-core-contrib
> and undergoing testing now.
>
> Thanks,
>
> Joshua
>
> 1.
> http://cgit.openembedded.org/openembedded-core-contrib/log/?h=joshuagl/fido-next
>

Thanks!

>>
>>aa20c3d uclibc: backport upstream fix for SH4
>>898e9d7 libiconv_1.11.1: merge build and packaging fixes from
>> libiconv_1.14
>>7d2da0e libiconv_1.11.1: fix LICENSE declaration, LGPL -> LGPLv2.0
>>d46333d gettext_0.16.1: add -lrt and -lpthread to LDFLAGS for uclibc
>> builds
>>d95d92a gettext_0.16.1: remove obsolete uclibc specific patch
>>
>> Thanks.
>>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] u-boot: Update to 2015.10 release

[Burton, Ross]

On 27 October 2015 at 16:05, Otavio Salvador 
wrote:
>
> The U-Boot 2015.10 has been released at October 20th 2015. This also
> removes the GCC workaround, for the inline behavior, as this version
> properlu supports the GCC 5.2 as compiler.


Breaks on the autobuilder:

arch/powerpc/lib/cache.oarch/powerpc/cpu/mpc83xx/cpu.o: In function
`ld_le16':
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/build/tmp/work/mpc8315e_rdb-poky-linux/u-boot/v2015.10+gitAUTOINC+5ec0003b19-r0/git/./arch/powerpc/include/asm/byteorder.h:12:
multiple definition of `ld_le16'
arch/powerpc/cpu/mpc83xx/traps.o:/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/build/tmp/work/mpc8315e_rdb-poky-linux/u-boot/v2015.10+gitAUTOINC+5ec0003b19-r0/git/./arch/powerpc/include/asm/byteorder.h:12:
first defined here
arch/powerpc/cpu/mpc83xx/cpu.o: In function `ld_le16':
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/build/tmp/work/mpc8315e_rdb-poky-linux/u-boot/v2015.10+gitAUTOINC+5ec0003b19-r0/git/./arch/powerpc/include/asm/byteorder.h:12:
multiple definition of `st_le16'
[and another hundred pages or so]

http://errors.yoctoproject.org/Errors/Details/21468/

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

Re: [OE-core] [PATCH 2/5] bbclass: fix spelling mistakes

[Sona Sarmadi]

Hi Maxin,

I think the warning below " bb.warn" is incorrect, it should be " dirname" 
instead of " patch",  see below:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/spdx.bbclass 
(master)

def get_ver_code(dirname):
chksums = []
for f_dir, f in list_files(dirname):
hash = hash_file(os.path.join(dirname, f_dir, f))
if not hash is None:
chksums.append(hash)
else:
bb.warn("SPDX: Could not hash file: " + patch) <<< dirname

Could you please have a look at this as well?

Regrads
//Sona

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Maxin B. John
> Sent: den 5 november 2015 16:48
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 2/5] bbclass: fix spelling mistakes
> 
> Fix some spelling mistakes in bbclass files
> 
> Signed-off-by: Maxin B. John 
> ---
>  meta/classes/allarch.bbclass | 2 +-
>  meta/classes/archiver.bbclass| 2 +-
>  meta/classes/buildhistory.bbclass| 2 +-
>  meta/classes/chrpath.bbclass | 4 ++--
>  meta/classes/crosssdk.bbclass| 2 +-
>  meta/classes/module-base.bbclass | 2 +-
>  meta/classes/package.bbclass | 4 ++--
>  meta/classes/package_deb.bbclass | 2 +-
>  meta/classes/siteinfo.bbclass| 2 +-
>  meta/classes/spdx.bbclass| 2 +-
>  meta/classes/tinderclient.bbclass| 2 +-
>  meta/classes/update-alternatives.bbclass | 2 +-
>  12 files changed, 14 insertions(+), 14 deletions(-)
> 
> diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass index
> 2fea7c0..3826643 100644
> --- a/meta/classes/allarch.bbclass
> +++ b/meta/classes/allarch.bbclass
> @@ -1,5 +1,5 @@
>  #
> -# This class is used for architecture independent recipes/data files (usally
> scripts)
> +# This class is used for architecture independent recipes/data files
> +(usually scripts)
>  #
> 
>  # Expand STAGING_DIR_HOST since for cross-canadian/native/nativesdk, this
> will diff --git a/meta/classes/archiver.bbclass 
> b/meta/classes/archiver.bbclass
> index 41a552c..f4a34df 100644
> --- a/meta/classes/archiver.bbclass
> +++ b/meta/classes/archiver.bbclass
> @@ -254,7 +254,7 @@ python do_unpack_and_patch() {
>  ar_outdir = d.getVar('ARCHIVER_OUTDIR', True)
>  d.setVar('WORKDIR', ar_outdir)
> 
> -# The changed 'WORKDIR' also casued 'B' changed, create dir 'B' for the
> +# The changed 'WORKDIR' also caused 'B' changed, create dir 'B' for
> + the
>  # possibly requiring of the following tasks (such as some recipes's
>  # do_patch required 'B' existed).
>  bb.utils.mkdirhier(d.getVar('B', True)) diff --git
> a/meta/classes/buildhistory.bbclass b/meta/classes/buildhistory.bbclass
> index 4db0441..c3da773 100644
> --- a/meta/classes/buildhistory.bbclass
> +++ b/meta/classes/buildhistory.bbclass
> @@ -24,7 +24,7 @@ sstate_install[vardepsexclude] +=
> "buildhistory_emit_pkghistory"
>  SSTATEPOSTINSTFUNCS[vardepvalueexclude] .= "|
> buildhistory_emit_pkghistory"
> 
>  #
> -# Write out metadata about this package for comparision when writing future
> packages
> +# Write out metadata about this package for comparison when writing
> +future packages
>  #
>  python buildhistory_emit_pkghistory() {
>  if not d.getVar('BB_CURRENTTASK', True) in ['packagedata',
> 'packagedata_setscene']:
> diff --git a/meta/classes/chrpath.bbclass b/meta/classes/chrpath.bbclass index
> e9160af..9c68855 100644
> --- a/meta/classes/chrpath.bbclass
> +++ b/meta/classes/chrpath.bbclass
> @@ -6,7 +6,7 @@ def process_file_linux(cmd, fpath, rootdir, baseprefix,
> tmpdir, d):
> 
>  p = sub.Popen([cmd, '-l', fpath],stdout=sub.PIPE,stderr=sub.PIPE)
>  err, out = p.communicate()
> -# If returned succesfully, process stderr for results
> +# If returned successfully, process stderr for results
>  if p.returncode != 0:
>  return
> 
> @@ -45,7 +45,7 @@ def process_file_darwin(cmd, fpath, rootdir, baseprefix,
> tmpdir, d):
> 
>  p = sub.Popen([d.expand("${HOST_PREFIX}otool"), '-L',
> fpath],stdout=sub.PIPE,stderr=sub.PIPE)
>  err, out = p.communicate()
> -# If returned succesfully, process stderr for results
> +# If returned successfully, process stderr for results
>  if p.returncode != 0:
>  return
>  for l in err.split("\n"):
> diff --git a/meta/classes/crosssdk.bbclass b/meta/classes/crosssdk.bbclass
> index 87d5cf5..7315c38 100644
> --- a/meta/classes/crosssdk.bbclass
> +++ b/meta/classes/crosssdk.bbclass
> @@ -30,7 +30,7 @@ baselib = "lib"
>  do_populate_sysroot[stamp-extra-info] = ""
>  do_packagedata[stamp-extra-info] = ""
> 
> -# Need to force this to ensure consitency accross architectures
> +# Need to force this to ensure consitency across architectures
>  EXTRA_OECONF_GCC_FLOAT = ""
> 
>  USE_NLS = "no"
> diff 

[OE-core] [PATCH 10/11] busybox: disable support for mounting NFS file systems on Linux < 2.6.23

[Andre McCurdy]

The busybox CONFIG_FEATURE_MOUNT_NFS config option is described as:

  Enable mounting of NFS file systems on Linux kernels prior
  to version 2.6.23. Note that in this case mounting of NFS
  over IPv6 will not be possible.

Since OE-core sets OLDEST_KERNEL = "2.6.32", CONFIG_FEATURE_MOUNT_NFS
is not required in the default busybox defconfig.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox/defconfig | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox/defconfig 
b/meta/recipes-core/busybox/busybox/defconfig
index 77274d0..ffea6be 100644
--- a/meta/recipes-core/busybox/busybox/defconfig
+++ b/meta/recipes-core/busybox/busybox/defconfig
@@ -52,7 +52,7 @@ CONFIG_FEATURE_SUID_CONFIG_QUIET=y
 # CONFIG_FEATURE_PREFER_APPLETS is not set
 CONFIG_BUSYBOX_EXEC_PATH="/proc/self/exe"
 CONFIG_FEATURE_SYSLOG=y
-CONFIG_FEATURE_HAVE_RPC=y
+# CONFIG_FEATURE_HAVE_RPC is not set
 
 #
 # Build Options
@@ -563,7 +563,7 @@ CONFIG_MOUNT=y
 # CONFIG_FEATURE_MOUNT_VERBOSE is not set
 # CONFIG_FEATURE_MOUNT_HELPERS is not set
 # CONFIG_FEATURE_MOUNT_LABEL is not set
-CONFIG_FEATURE_MOUNT_NFS=y
+# CONFIG_FEATURE_MOUNT_NFS is not set
 # CONFIG_FEATURE_MOUNT_CIFS is not set
 CONFIG_FEATURE_MOUNT_FLAGS=y
 CONFIG_FEATURE_MOUNT_FSTAB=y
-- 
1.9.1

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

[OE-core] [PATCH 08/11] busybox: re-order defconfig to align with busybox 1.24.1

[Andre McCurdy]

No functional changes, simply re-order lines in defconfig so that
the existing options don't move elsewhere in the file when run
though busybox 1.24.1 'make oldconfig'.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox/defconfig | 38 ++---
 1 file changed, 19 insertions(+), 19 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox/defconfig 
b/meta/recipes-core/busybox/busybox/defconfig
index 4f5df9e..a5adea2 100644
--- a/meta/recipes-core/busybox/busybox/defconfig
+++ b/meta/recipes-core/busybox/busybox/defconfig
@@ -183,10 +183,15 @@ CONFIG_DATE=y
 # CONFIG_FEATURE_DATE_ISOFMT is not set
 # CONFIG_FEATURE_DATE_NANO is not set
 CONFIG_FEATURE_DATE_COMPAT=y
+CONFIG_DD=y
+CONFIG_FEATURE_DD_SIGNAL_HANDLING=y
+# CONFIG_FEATURE_DD_THIRD_STATUS_LINE is not set
+# CONFIG_FEATURE_DD_IBS_OBS is not set
 # CONFIG_HOSTID is not set
 CONFIG_ID=y
 CONFIG_GROUPS=y
 CONFIG_SHUF=y
+CONFIG_SYNC=y
 CONFIG_TEST=y
 CONFIG_FEATURE_TEST_64=y
 CONFIG_TOUCH=y
@@ -211,10 +216,6 @@ CONFIG_CHROOT=y
 CONFIG_CP=y
 # CONFIG_FEATURE_CP_LONG_OPTIONS is not set
 CONFIG_CUT=y
-CONFIG_DD=y
-CONFIG_FEATURE_DD_SIGNAL_HANDLING=y
-# CONFIG_FEATURE_DD_THIRD_STATUS_LINE is not set
-# CONFIG_FEATURE_DD_IBS_OBS is not set
 CONFIG_DF=y
 # CONFIG_FEATURE_DF_FANCY is not set
 CONFIG_DIRNAME=y
@@ -283,7 +284,6 @@ CONFIG_STAT=y
 CONFIG_FEATURE_STAT_FORMAT=y
 CONFIG_STTY=y
 # CONFIG_SUM is not set
-CONFIG_SYNC=y
 # CONFIG_TAC is not set
 CONFIG_TAIL=y
 CONFIG_FEATURE_FANCY_TAIL=y
@@ -553,6 +553,15 @@ CONFIG_FSTRIM=y
 # CONFIG_FEATURE_MDEV_RENAME_REGEXP is not set
 # CONFIG_FEATURE_MDEV_EXEC is not set
 # CONFIG_FEATURE_MDEV_LOAD_FIRMWARE is not set
+CONFIG_MOUNT=y
+# CONFIG_FEATURE_MOUNT_FAKE is not set
+# CONFIG_FEATURE_MOUNT_VERBOSE is not set
+# CONFIG_FEATURE_MOUNT_HELPERS is not set
+# CONFIG_FEATURE_MOUNT_LABEL is not set
+CONFIG_FEATURE_MOUNT_NFS=y
+# CONFIG_FEATURE_MOUNT_CIFS is not set
+CONFIG_FEATURE_MOUNT_FLAGS=y
+CONFIG_FEATURE_MOUNT_FSTAB=y
 # CONFIG_REV is not set
 # CONFIG_ACPID is not set
 # CONFIG_FEATURE_ACPID_COMPAT is not set
@@ -599,15 +608,6 @@ CONFIG_LOSETUP=y
 CONFIG_MKSWAP=y
 # CONFIG_FEATURE_MKSWAP_UUID is not set
 CONFIG_MORE=y
-CONFIG_MOUNT=y
-# CONFIG_FEATURE_MOUNT_FAKE is not set
-# CONFIG_FEATURE_MOUNT_VERBOSE is not set
-# CONFIG_FEATURE_MOUNT_HELPERS is not set
-# CONFIG_FEATURE_MOUNT_LABEL is not set
-CONFIG_FEATURE_MOUNT_NFS=y
-# CONFIG_FEATURE_MOUNT_CIFS is not set
-CONFIG_FEATURE_MOUNT_FLAGS=y
-CONFIG_FEATURE_MOUNT_FSTAB=y
 CONFIG_PIVOT_ROOT=y
 CONFIG_RDATE=y
 # CONFIG_RDEV is not set
@@ -758,6 +758,11 @@ CONFIG_NC=y
 CONFIG_PING=y
 CONFIG_PING6=y
 CONFIG_FEATURE_FANCY_PING=y
+CONFIG_WGET=y
+CONFIG_FEATURE_WGET_STATUSBAR=y
+CONFIG_FEATURE_WGET_AUTHENTICATION=y
+CONFIG_FEATURE_WGET_LONG_OPTIONS=y
+CONFIG_FEATURE_WGET_TIMEOUT=y
 # CONFIG_WHOIS is not set
 CONFIG_FEATURE_IPV6=y
 # CONFIG_FEATURE_UNIX_LOCAL is not set
@@ -885,11 +890,6 @@ CONFIG_UDHCPC_SLACK_FOR_BUGGY_SERVERS=80
 CONFIG_IFUPDOWN_UDHCPC_CMD_OPTIONS="-R -n"
 # CONFIG_UDPSVD is not set
 # CONFIG_VCONFIG is not set
-CONFIG_WGET=y
-CONFIG_FEATURE_WGET_STATUSBAR=y
-CONFIG_FEATURE_WGET_AUTHENTICATION=y
-CONFIG_FEATURE_WGET_LONG_OPTIONS=y
-CONFIG_FEATURE_WGET_TIMEOUT=y
 # CONFIG_ZCIP is not set
 
 #
-- 
1.9.1

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

[OE-core] [PATCH 09/11] busybox: update 1.23.2 -> 1.24.1

[Andre McCurdy]

The busybox defconfig has also been refreshed, with all new apps
and features disabled by default. Update _git recipe version too.

Signed-off-by: Andre McCurdy 
---
 .../busybox/0001-Switch-to-POSIX-utmpx-API.patch   | 388 -
 .../busybox/busybox/0001-chown-fix-help-text.patch |  34 --
 ...ix-double-free-fatal-error-in-INET_sprint.patch |  67 
 meta/recipes-core/busybox/busybox/defconfig|  23 +-
 meta/recipes-core/busybox/busybox_1.23.2.bb|  45 ---
 meta/recipes-core/busybox/busybox_1.24.1.bb|  42 +++
 meta/recipes-core/busybox/busybox_git.bb   |   8 +-
 7 files changed, 65 insertions(+), 542 deletions(-)
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-Switch-to-POSIX-utmpx-API.patch
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-chown-fix-help-text.patch
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-ifconfig-fix-double-free-fatal-error-in-INET_sprint.patch
 delete mode 100644 meta/recipes-core/busybox/busybox_1.23.2.bb
 create mode 100644 meta/recipes-core/busybox/busybox_1.24.1.bb

diff --git 
a/meta/recipes-core/busybox/busybox/0001-Switch-to-POSIX-utmpx-API.patch 
b/meta/recipes-core/busybox/busybox/0001-Switch-to-POSIX-utmpx-API.patch
deleted file mode 100644
index 1d299ee..000
--- a/meta/recipes-core/busybox/busybox/0001-Switch-to-POSIX-utmpx-API.patch
+++ /dev/null
@@ -1,388 +0,0 @@
-From 86a7f18f211af1abda5c855d2674b0fcb53de524 Mon Sep 17 00:00:00 2001
-From: Bernhard Reutner-Fischer 
-Date: Thu, 2 Apr 2015 23:03:46 +0200
-Subject: [PATCH] *: Switch to POSIX utmpx API
-
-UTMP is SVID legacy, UTMPX is mandated by POSIX.
-
-Glibc and uClibc have identical layout of UTMP and UTMPX, both of these
-libc treat _PATH_UTMPX as _PATH_UTMP so from a user-perspective nothing
-changes except the names of the API entrypoints.
-
-Signed-off-by: Bernhard Reutner-Fischer 

-Upstream-Status: Backport
-
- coreutils/who.c|  8 
- include/libbb.h|  2 +-
- init/halt.c|  4 ++--
- libbb/utmp.c   | 44 ++--
- miscutils/last.c   |  8 
- miscutils/last_fancy.c | 16 ++--
- miscutils/runlevel.c   | 12 ++--
- miscutils/wall.c   |  8 
- procps/uptime.c|  6 +++---
- 9 files changed, 56 insertions(+), 52 deletions(-)
-
-diff --git a/coreutils/who.c b/coreutils/who.c
-index f955ce6..8337212 100644
 a/coreutils/who.c
-+++ b/coreutils/who.c
-@@ -73,7 +73,7 @@ static void idle_string(char *str6, time_t t)
- int who_main(int argc, char **argv) MAIN_EXTERNALLY_VISIBLE;
- int who_main(int argc UNUSED_PARAM, char **argv)
- {
--  struct utmp *ut;
-+  struct utmpx *ut;
-   unsigned opt;
-   int do_users = (ENABLE_USERS && (!ENABLE_WHO || applet_name[0] == 'u'));
-   const char *fmt = "%s";
-@@ -83,8 +83,8 @@ int who_main(int argc UNUSED_PARAM, char **argv)
-   if (opt & 2) // -H
-   printf("USER\t\tTTY\t\tIDLE\tTIME\t\t HOST\n");
- 
--  setutent();
--  while ((ut = getutent()) != NULL) {
-+  setutxent();
-+  while ((ut = getutxent()) != NULL) {
-   if (ut->ut_user[0]
-&& ((opt & 1) || ut->ut_type == USER_PROCESS)
-   ) {
-@@ -126,6 +126,6 @@ int who_main(int argc UNUSED_PARAM, char **argv)
-   if (do_users)
-   bb_putchar('\n');
-   if (ENABLE_FEATURE_CLEAN_UP)
--  endutent();
-+  endutxent();
-   return EXIT_SUCCESS;
- }
-diff --git a/include/libbb.h b/include/libbb.h
-index 26b6868..0f8363b 100644
 a/include/libbb.h
-+++ b/include/libbb.h
-@@ -84,7 +84,7 @@
- # include 
- #endif
- #if ENABLE_FEATURE_UTMP
--# include 
-+# include 
- #endif
- #if ENABLE_LOCALE_SUPPORT
- # include 
-diff --git a/init/halt.c b/init/halt.c
-index 7974adb..ad12d91 100644
 a/init/halt.c
-+++ b/init/halt.c
-@@ -74,7 +74,7 @@
- 
- static void write_wtmp(void)
- {
--  struct utmp utmp;
-+  struct utmpx utmp;
-   struct utsname uts;
-   /* "man utmp" says wtmp file should *not* be created automagically */
-   /*if (access(bb_path_wtmp_file, R_OK|W_OK) == -1) {
-@@ -88,7 +88,7 @@ static void write_wtmp(void)
-   utmp.ut_line[0] = '~'; utmp.ut_line[1] = '~'; /* = strcpy(utmp.ut_line, 
"~~"); */
-   uname();
-   safe_strncpy(utmp.ut_host, uts.release, sizeof(utmp.ut_host));
--  updwtmp(bb_path_wtmp_file, );
-+  updwtmpx(bb_path_wtmp_file, );
- }
- #else
- #define write_wtmp() ((void)0)
-diff --git a/libbb/utmp.c b/libbb/utmp.c
-index 8ad9ba2..bd07670 100644
 a/libbb/utmp.c
-+++ b/libbb/utmp.c
-@@ -16,7 +16,7 @@ static void touch(const char *filename)
- 
- void FAST_FUNC write_new_utmp(pid_t pid, int new_type, const char *tty_name, 
const char *username, const char *hostname)
- {
--  struct utmp utent;
-+  struct utmpx utent;
-   char *id;
-   unsigned width;
- 

[OE-core] [PATCH 1/2] cairo.inc: drop obsolete CFLAGS += "-ffat-lto-objects" workaround

[Andre McCurdy]

LTO support was removed from Cairo in 1.12.18 (and 1.14.0).

  https://bugs.freedesktop.org/show_bug.cgi?id=77060
  
http://cgit.freedesktop.org/cairo/commit/?h=1.12=213b3b9b8b92944506c712aa4d728903c547f879

Signed-off-by: Andre McCurdy 
---
 meta/recipes-graphics/cairo/cairo.inc | 2 --
 1 file changed, 2 deletions(-)

diff --git a/meta/recipes-graphics/cairo/cairo.inc 
b/meta/recipes-graphics/cairo/cairo.inc
index 45651ba..c7e686d 100644
--- a/meta/recipes-graphics/cairo/cairo.inc
+++ b/meta/recipes-graphics/cairo/cairo.inc
@@ -44,5 +44,3 @@ export ac_cv_lib_bfd_bfd_openr="no"
 export ac_cv_lib_lzo2_lzo2a_decompress="no"
 
 BBCLASSEXTEND = "native"
-
-CFLAGS += "-ffat-lto-objects"
-- 
1.9.1

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

[OE-core] [PATCH 2/2] cairo: update 1.14.2 -> 1.14.4

[Andre McCurdy]

Release 1.14.4(2015-10-28  Bryce Harrington )

Just in time for Halloween we see another bug-fix release for Cairo.
This brings a few dozen straightforward bug fixes with no API changes.

In addition, this includes a typical assortment of fixes to tests,
cleanup of warnings and memory leaks, correction of misspellings,
updates to documentation, etc.

For a complete log of changes since 1.14.2, please see:

http://cairographics.org/releases/ChangeLog.cairo-1.14.4

Signed-off-by: Andre McCurdy 
---
 ...anspose-the-matrix-in-_cairo_gl_shader_bi.patch | 49 --
 .../cairo/{cairo_1.14.2.bb => cairo_1.14.4.bb} |  5 +--
 2 files changed, 2 insertions(+), 52 deletions(-)
 delete mode 100644 
meta/recipes-graphics/cairo/cairo/Manually-transpose-the-matrix-in-_cairo_gl_shader_bi.patch
 rename meta/recipes-graphics/cairo/{cairo_1.14.2.bb => cairo_1.14.4.bb} (88%)

diff --git 
a/meta/recipes-graphics/cairo/cairo/Manually-transpose-the-matrix-in-_cairo_gl_shader_bi.patch
 
b/meta/recipes-graphics/cairo/cairo/Manually-transpose-the-matrix-in-_cairo_gl_shader_bi.patch
deleted file mode 100644
index 955b7d4..000
--- 
a/meta/recipes-graphics/cairo/cairo/Manually-transpose-the-matrix-in-_cairo_gl_shader_bi.patch
+++ /dev/null
@@ -1,49 +0,0 @@
-Upstream-Status: Backport
-
-  http://lists.cairographics.org/archives/cairo/2015-May/026253.html
-  
http://cgit.freedesktop.org/cairo/commit/?id=f52f0e2feb1ad0a4de23c475a8c020d41a1764a8
-
-Signed-off-by: Andre McCurdy 
-
-
-From f52f0e2feb1ad0a4de23c475a8c020d41a1764a8 Mon Sep 17 00:00:00 2001
-From: Zan Dobersek 
-Date: Fri, 8 May 2015 01:50:25 -0700
-Subject: [PATCH] Manually transpose the matrix in 
_cairo_gl_shader_bind_matrix()
-
-To maintain compatibility with OpenGL ES 2.0, the matrix in
-_cairo_gl_shader_bind_matrix() should be manually transposed,
-and GL_FALSE passed as the transpose argument to the
-glUniformMatrix3fv() call as it is the only valid value for
-that parameter in OpenGL ES 2.0.
-
-Reviewed-by: Bryce Harrington 
-Acked-by: "Henry (Yu) Song" 

- src/cairo-gl-shaders.c | 8 
- 1 file changed, 4 insertions(+), 4 deletions(-)
-
-diff --git a/src/cairo-gl-shaders.c b/src/cairo-gl-shaders.c
-index 2710606..fe975d2 100644
 a/src/cairo-gl-shaders.c
-+++ b/src/cairo-gl-shaders.c
-@@ -973,12 +973,12 @@ _cairo_gl_shader_bind_matrix (cairo_gl_context_t *ctx,
- {
- cairo_gl_dispatch_t *dispatch = >dispatch;
- float gl_m[9] = {
--  m->xx, m->xy, m->x0,
--  m->yx, m->yy, m->y0,
--  0, 0, 1
-+  m->xx, m->yx, 0,
-+  m->xy, m->yy, 0,
-+  m->x0, m->y0, 1
- };
- assert (location != -1);
--dispatch->UniformMatrix3fv (location, 1, GL_TRUE, gl_m);
-+dispatch->UniformMatrix3fv (location, 1, GL_FALSE, gl_m);
- }
- 
- void
--- 
-1.9.1
-
diff --git a/meta/recipes-graphics/cairo/cairo_1.14.2.bb 
b/meta/recipes-graphics/cairo/cairo_1.14.4.bb
similarity index 88%
rename from meta/recipes-graphics/cairo/cairo_1.14.2.bb
rename to meta/recipes-graphics/cairo/cairo_1.14.4.bb
index 75cde0a..17ea851 100644
--- a/meta/recipes-graphics/cairo/cairo_1.14.2.bb
+++ b/meta/recipes-graphics/cairo/cairo_1.14.4.bb
@@ -3,10 +3,9 @@ require cairo.inc
 LIC_FILES_CHKSUM = "file://COPYING;md5=e73e999e0c72b5ac9012424fa157ad77"
 
 SRC_URI = "http://cairographics.org/releases/cairo-${PV}.tar.xz;
-SRC_URI += "file://Manually-transpose-the-matrix-in-_cairo_gl_shader_bi.patch"
 
-SRC_URI[md5sum] = "e1cdfaf1c6c995c4d4c54e07215b0118"
-SRC_URI[sha256sum] = 
"c919d999ddb1bbbecd4bbe65299ca2abd2079c7e13d224577895afa7005ecceb"
+SRC_URI[md5sum] = "90a929e8fe66fb5d19b5adaaea1e9a12"
+SRC_URI[sha256sum] = 
"f6ec9c7c844db9ec011f0d66b57ef590c45adf55393d1fc249003512522ee716"
 
 PACKAGES =+ "cairo-gobject cairo-script-interpreter cairo-perf-utils"
 
-- 
1.9.1

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

[OE-core] [PATCH] cmake: update 3.3.1 -> 3.3.2

[Andre McCurdy]

Signed-off-by: Andre McCurdy 
---
 .../cmake/{cmake-native_3.3.1.bb => cmake-native_3.3.2.bb}  | 0
 meta/recipes-devtools/cmake/cmake.inc   | 6 +++---
 meta/recipes-devtools/cmake/{cmake_3.3.1.bb => cmake_3.3.2.bb}  | 0
 3 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/cmake/{cmake-native_3.3.1.bb => 
cmake-native_3.3.2.bb} (100%)
 rename meta/recipes-devtools/cmake/{cmake_3.3.1.bb => cmake_3.3.2.bb} (100%)

diff --git a/meta/recipes-devtools/cmake/cmake-native_3.3.1.bb 
b/meta/recipes-devtools/cmake/cmake-native_3.3.2.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake-native_3.3.1.bb
rename to meta/recipes-devtools/cmake/cmake-native_3.3.2.bb
diff --git a/meta/recipes-devtools/cmake/cmake.inc 
b/meta/recipes-devtools/cmake/cmake.inc
index 57e93ac..c912bcc 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -11,13 +11,13 @@ LIC_FILES_CHKSUM = 
"file://Copyright.txt;md5=3ba5a6c34481652ce573e5c4e1d707e4 \
 
 CMAKE_MAJOR_VERSION = "${@'.'.join(d.getVar('PV',1).split('.')[0:2])}"
 
-SRC_URI = 
"http://www.cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
+SRC_URI = "https://cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
file://support-oe-qt4-tools-names.patch \
file://qt4-fail-silent.patch \
"
 
-SRC_URI[md5sum] = "52638576f4e1e621fed6c3410d3a1b12"
-SRC_URI[sha256sum] = 
"cd65022c6a0707f1c7112f99e9c981677fdd5518f7ddfa0f778d4cee7113e3d6"
+SRC_URI[md5sum] = "5febbd11bcaac854a27eebaf4a124be2"
+SRC_URI[sha256sum] = 
"e75a178d6ebf182b048ebfe6e0657c49f0dc109779170bad7ffcb17463f2fc22"
 
 inherit autotools
 
diff --git a/meta/recipes-devtools/cmake/cmake_3.3.1.bb 
b/meta/recipes-devtools/cmake/cmake_3.3.2.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake_3.3.1.bb
rename to meta/recipes-devtools/cmake/cmake_3.3.2.bb
-- 
1.9.1

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

Re: [OE-core] [PATCH] bitbake.conf, module.bbclass: Support opting out of legacy EXTRA_OEMAKE

[Andre McCurdy]

On Thu, Nov 5, 2015 at 6:47 AM, Mike Crowe  wrote:
> Give recipes and classes the ability to opt out of EXTRA_OEMAKE
> containing the legacy value without removing other recipe-specific or
> local additions.

Isn't this possible already from within a recipe or class by using

  EXTRA_OEMAKE = ...

instead of

  EXTRA_OEMAKE += ...

ie what autotools.bbclass, kernel.bbclass and many recipes do already.

For the specific case of module.bbclass, changing the EXTRA_OEMAKE
assignment to '=' might require some recipes to be tweaked to so that
they "inherit module" before adding their own options to EXTRA_OEMAKE,
but it seems like a cleaner solution?


> The default value of EXTRA_OEMAKE="-e MAKEFLAGS=" is unfortunate. It
> causes breakage and unintended behaviour in various recipes.
>
> It is particularly toxic when variables are passed on the command line
> to make since they then don't survive calling into a submake.
>
> In particular this breaks building modules when LD=gold since the
> overridden LD=${KERNEL_LD} is lost by the time the kernel's Makefile is
> invoked.
>
> This solution isn't pretty either, but it may be a good small first step
> towards a future utopia where EXTRA_OEMAKE needn't contain "-e
> MAKEFLAGS=" by default at all.
>
> Signed-off-by: Mike Crowe 
> Acked-by: Phil Blundell 
> ---
>  meta/classes/module.bbclass | 4 
>  meta/conf/bitbake.conf  | 3 ++-
>  2 files changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/meta/classes/module.bbclass b/meta/classes/module.bbclass
> index 0952c0c..4913aac 100644
> --- a/meta/classes/module.bbclass
> +++ b/meta/classes/module.bbclass
> @@ -4,6 +4,10 @@ addtask make_scripts after do_patch before do_compile
>  do_make_scripts[lockfiles] = "${TMPDIR}/kernel-scripts.lock"
>  do_make_scripts[depends] += "virtual/kernel:do_shared_workdir"
>
> +# -e MAKEFLAGS= is toxic when building modules since it will cause
> +# none of the variables passed to make on the command line to make it
> +# through to submakes.
> +EXTRA_OEMAKE_LEGACY = ""
>  EXTRA_OEMAKE += "KERNEL_SRC=${STAGING_KERNEL_DIR}"
>
>  module_do_compile() {
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index 06971da..93ab02a 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -477,7 +477,8 @@ export BUILD_STRIP = "${BUILD_PREFIX}strip"
>  export BUILD_NM = "${BUILD_PREFIX}nm"
>
>  export MAKE = "make"
> -EXTRA_OEMAKE = "-e MAKEFLAGS="
> +EXTRA_OEMAKE_LEGACY = "-e MAKEFLAGS="
> +EXTRA_OEMAKE = "${EXTRA_OEMAKE_LEGACY}"
>  EXTRA_OECONF = ""
>  export LC_ALL = "C"
>
> --
> 2.1.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] u-boot: Update to 2015.10 release

[Otavio Salvador]

On Fri, Nov 6, 2015 at 7:18 AM, Burton, Ross  wrote:
> On 27 October 2015 at 16:05, Otavio Salvador  wrote:
> >
> > The U-Boot 2015.10 has been released at October 20th 2015. This also
> > removes the GCC workaround, for the inline behavior, as this version
> > properlu supports the GCC 5.2 as compiler.
>
> Breaks on the autobuilder:
>
> arch/powerpc/lib/cache.oarch/powerpc/cpu/mpc83xx/cpu.o: In function `ld_le16':
> /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/build/tmp/work/mpc8315e_rdb-poky-linux/u-boot/v2015.10+gitAUTOINC+5ec0003b19-r0/git/./arch/powerpc/include/asm/byteorder.h:12:
>  multiple definition of `ld_le16'
> arch/powerpc/cpu/mpc83xx/traps.o:/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/build/tmp/work/mpc8315e_rdb-poky-linux/u-boot/v2015.10+gitAUTOINC+5ec0003b19-r0/git/./arch/powerpc/include/asm/byteorder.h:12:
>  first defined here
> arch/powerpc/cpu/mpc83xx/cpu.o: In function `ld_le16':
> /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/build/tmp/work/mpc8315e_rdb-poky-linux/u-boot/v2015.10+gitAUTOINC+5ec0003b19-r0/git/./arch/powerpc/include/asm/byteorder.h:12:
>  multiple definition of `st_le16'
> [and another hundred pages or so]
>
> http://errors.yoctoproject.org/Errors/Details/21468/

I am checking it; thanks for putting it into AB.

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

Re: [OE-core] [PATCH] u-boot: Update to 2015.10 release

[Otavio Salvador]

Hello Ross,

On Fri, Nov 6, 2015 at 8:54 AM, Otavio Salvador  wrote:
> On Fri, Nov 6, 2015 at 7:18 AM, Burton, Ross  wrote:
>> On 27 October 2015 at 16:05, Otavio Salvador  wrote:
>> >
>> > The U-Boot 2015.10 has been released at October 20th 2015. This also
>> > removes the GCC workaround, for the inline behavior, as this version
>> > properlu supports the GCC 5.2 as compiler.
>>
>> Breaks on the autobuilder:
>>
>> arch/powerpc/lib/cache.oarch/powerpc/cpu/mpc83xx/cpu.o: In function 
>> `ld_le16':
>> /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/build/tmp/work/mpc8315e_rdb-poky-linux/u-boot/v2015.10+gitAUTOINC+5ec0003b19-r0/git/./arch/powerpc/include/asm/byteorder.h:12:
>>  multiple definition of `ld_le16'
>> arch/powerpc/cpu/mpc83xx/traps.o:/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/build/tmp/work/mpc8315e_rdb-poky-linux/u-boot/v2015.10+gitAUTOINC+5ec0003b19-r0/git/./arch/powerpc/include/asm/byteorder.h:12:
>>  first defined here
>> arch/powerpc/cpu/mpc83xx/cpu.o: In function `ld_le16':
>> /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/build/tmp/work/mpc8315e_rdb-poky-linux/u-boot/v2015.10+gitAUTOINC+5ec0003b19-r0/git/./arch/powerpc/include/asm/byteorder.h:12:
>>  multiple definition of `st_le16'
>> [and another hundred pages or so]
>>
>> http://errors.yoctoproject.org/Errors/Details/21468/
>
> I am checking it; thanks for putting it into AB.

The failure happens only when using GCC 5.2 for the machine; I tested
now using 4.9 and it works.

I will check this at upstream side and will get back with a v2.

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

[OE-core] [PATCH] base: Improve handling of switching virtual/x providers

[Richard Purdie]

If you build virtual/kernel, then change PREFERRED_PROVIDER_virtual/kernel from 
say
"linux-yocto" to "linux-yocto-dev", you see errors from the sysroot about 
overlapping
files. The automatic uninstall logic doesn't trigger since the other recipes is
still technically parsed/buildable.

What we can do is look at the value of PREFERRED_PROVIDER_virtual/X and raise 
SkipRecipe
(skip parsing) if it provides this thing and its not selected. We skip cases no 
preferred
provider is set, or the value is in MULTI_PROVIDER_WHITELIST.We also inform the 
user
if they try to build something which conflicts with the configuration:

$ bitbake linux-yocto-tiny
ERROR: Nothing PROVIDES 'linux-yocto-tiny'
ERROR: linux-yocto-tiny was skipped: PREFERRED_PROVIDER_virtual/kernel set to 
linux-yocto, not linux-yocto-tiny

[YOCTO #4102]

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 44ca781..b8f2aea 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -204,7 +204,7 @@ def buildcfg_neededvars(d):
 bb.fatal('The following variable(s) were not set: %s\nPlease set them 
directly, or choose a MACHINE or DISTRO that sets them.' % ', 
'.join(pesteruser))
 
 addhandler base_eventhandler
-base_eventhandler[eventmask] = "bb.event.ConfigParsed bb.event.BuildStarted 
bb.event.RecipePreFinalise bb.runqueue.sceneQueueComplete"
+base_eventhandler[eventmask] = "bb.event.ConfigParsed bb.event.BuildStarted 
bb.event.RecipePreFinalise bb.runqueue.sceneQueueComplete bb.event.RecipeParsed"
 python base_eventhandler() {
 import bb.runqueue
 
@@ -257,6 +257,25 @@ python base_eventhandler() {
 bb.debug(1, "Executing SceneQueue Completion commands: %s" % 
"\n".join(cmds))
 bb.build.exec_func("completion_function", e.data)
 os.remove(completions)
+
+if isinstance(e, bb.event.RecipeParsed):
+#
+# If we have multiple providers of virtual/X and a 
PREFERRED_PROVIDER_virtual/X is set
+# skip parsing for all the other providers which will mean they get 
uninstalled from the
+# sysroot since they're now "unreachable". This makes switching 
virtual/kernel work in 
+# particular.
+#
+pn = d.getVar('PN', True)
+source_mirror_fetch = d.getVar('SOURCE_MIRROR_FETCH', False)
+if not source_mirror_fetch:
+provs = (d.getVar("PROVIDES", True) or "").split()
+multiwhitelist = (d.getVar("MULTI_PROVIDER_WHITELIST", True) or 
"").split()
+for p in provs:
+if p.startswith("virtual/") and p not in multiwhitelist:
+profprov = d.getVar("PREFERRED_PROVIDER_" + p, True)
+if profprov and pn != profprov:
+bb.warn("PREFERRED_PROVIDER_%s set to %s, not %s" % 
(p, profprov, pn))
+raise bb.parse.SkipPackage("PREFERRED_PROVIDER_%s set 
to %s, not %s" % (p, profprov, pn))
 }
 
 CONFIGURESTAMPFILE = "${WORKDIR}/configure.sstate"


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

[OE-core] [PATCH 5/6] classes/buildhistory: split package history values only once

[Paul Eggleton]

We don't actually use values we read in here that are likely to
contain = characters but we might as well split the value properly in
case we do in future.

Signed-off-by: Paul Eggleton 
---
 meta/classes/buildhistory.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/buildhistory.bbclass 
b/meta/classes/buildhistory.bbclass
index 4db0441..a8653f9 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -80,7 +80,7 @@ python buildhistory_emit_pkghistory() {
 pkginfo = PackageInfo(pkg)
 with open(histfile, "r") as f:
 for line in f:
-lns = line.split('=')
+lns = line.split('=', 1)
 name = lns[0].strip()
 value = lns[1].strip(" \t\r\n").strip('"')
 if name == "PE":
-- 
2.1.0

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

[OE-core] [PATCH 2/6] meta: Fix typos in Upstream-Status labels

[Paul Eggleton]

We need these to be consistent so they are possible to programmatically
read.

Signed-off-by: Paul Eggleton 
---
 .../openssl/openssl/crypto_use_bigint_in_x86-64_perl.patch  | 2 +-
 meta/recipes-devtools/autogen/autogen/redirect-output-dir.patch | 2 +-
 .../alsa-utils/assume-storing-is-success-if-not-sound-card-device.patch | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git 
a/meta/recipes-connectivity/openssl/openssl/crypto_use_bigint_in_x86-64_perl.patch
 
b/meta/recipes-connectivity/openssl/openssl/crypto_use_bigint_in_x86-64_perl.patch
index c397af2..af3989f 100644
--- 
a/meta/recipes-connectivity/openssl/openssl/crypto_use_bigint_in_x86-64_perl.patch
+++ 
b/meta/recipes-connectivity/openssl/openssl/crypto_use_bigint_in_x86-64_perl.patch
@@ -1,4 +1,4 @@
-Upsteram Status: Backport
+Upstream-Status: Backport
 
 When building on x32 systems where the default type is 32bit, make sure
 we can transparently represent 64bit integers.  Otherwise we end up with
diff --git a/meta/recipes-devtools/autogen/autogen/redirect-output-dir.patch 
b/meta/recipes-devtools/autogen/autogen/redirect-output-dir.patch
index de126ed..fc5a71b 100644
--- a/meta/recipes-devtools/autogen/autogen/redirect-output-dir.patch
+++ b/meta/recipes-devtools/autogen/autogen/redirect-output-dir.patch
@@ -1,6 +1,6 @@
 [PATCH] redirect the dir of mklibsrc-log.tx
 
-Upstream-Statue: Pending
+Upstream-Status: Pending
 
 redirect mklibsrc-log.tx to builddir, not /tmp; otherwise mklibsrc-log.tx
 maybe unable to be written if other users is building autogen at the same time.
diff --git 
a/meta/recipes-multimedia/alsa/alsa-utils/assume-storing-is-success-if-not-sound-card-device.patch
 
b/meta/recipes-multimedia/alsa/alsa-utils/assume-storing-is-success-if-not-sound-card-device.patch
index f67283d..5309c4e 100644
--- 
a/meta/recipes-multimedia/alsa/alsa-utils/assume-storing-is-success-if-not-sound-card-device.patch
+++ 
b/meta/recipes-multimedia/alsa/alsa-utils/assume-storing-is-success-if-not-sound-card-device.patch
@@ -1,6 +1,6 @@
 [PATCH] assume storing is success if not sound card device
 
-Upstream-Statue: Pending
+Upstream-Status: Pending
 
 Systemd will report failure when run alsa-*, if the machine has not the
 sound card. To void this annoyed message, alsa-restore/alsa-state ignore
-- 
2.1.0

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

[OE-core] [PATCH 4/6] conf/distro/include: drop old recipes from include files

[Paul Eggleton]

These recipes have been removed (some a very long time ago, pre-dating
OE-Core).

Signed-off-by: Paul Eggleton 
---
 meta/conf/distro/include/as-needed.inc|  3 --
 meta/conf/distro/include/distro_alias.inc | 58 ---
 2 files changed, 61 deletions(-)

diff --git a/meta/conf/distro/include/as-needed.inc 
b/meta/conf/distro/include/as-needed.inc
index 4f249fd..114d377 100644
--- a/meta/conf/distro/include/as-needed.inc
+++ b/meta/conf/distro/include/as-needed.inc
@@ -6,11 +6,8 @@ ASNEEDED_pn-console-tools = ""
 ASNEEDED_pn-distcc = ""
 ASNEEDED_pn-openobex = ""
 ASNEEDED_pn-icu = ""
-ASNEEDED_pn-xserver-kdrive-xomap = ""
-ASNEEDED_pn-minimo = ""
 ASNEEDED_pn-pciutils = ""
 ASNEEDED_pn-puzzles = ""
-ASNEEDED_pn-dialer = ""
 ASNEEDED_pn-pulseaudio = ""
 ASNEEDED_pn-rpm = ""
 
diff --git a/meta/conf/distro/include/distro_alias.inc 
b/meta/conf/distro/include/distro_alias.inc
index ca333c8..dfce760 100644
--- a/meta/conf/distro/include/distro_alias.inc
+++ b/meta/conf/distro/include/distro_alias.inc
@@ -9,8 +9,6 @@
 #
 # Please keep this list in alphabetical order.
 #
-DISTRO_PN_ALIAS_pn-aaina = "Intel"
-DISTRO_PN_ALIAS_pn-abiword-embedded = "Fedora=abiword Ubuntu=abiword"
 DISTRO_PN_ALIAS_pn-adt-installer = "Intel"
 DISTRO_PN_ALIAS_pn-alsa-state = "OE-Core"
 DISTRO_PN_ALIAS_pn-alsa-utils-alsaconf = "OE-Core"
@@ -23,9 +21,7 @@ DISTRO_PN_ALIAS_pn-bdwgc = "OSPDT"
 DISTRO_PN_ALIAS_pn-bigreqsproto = "Meego=xorg-x11-proto-bigreqsproto"
 DISTRO_PN_ALIAS_pn-bjam = "OpenSuSE=boost-jam Debina=bjam"
 DISTRO_PN_ALIAS_pn-blktool = "Debian=blktool Mandriva=blktool"
-DISTRO_PN_ALIAS_pn-bluez4 = "Ubuntu=bluez Debian=bluez-utils"
 DISTRO_PN_ALIAS_pn-bluez5 = "Fedora=bluez  Opensuse=bluez"
-DISTRO_PN_ALIAS_pn-bluez-dtl1-workaround = "OE-Core"
 DISTRO_PN_ALIAS_pn-bootchart2 = "Fedora=bootchart2 Opensuse=bootchart"
 DISTRO_PN_ALIAS_pn-btrfs-tools = "Debian=btrfs-tools Fedora=btrfs-progs"
 DISTRO_PN_ALIAS_pn-build-appliance-image = "OSPDT"
@@ -35,11 +31,6 @@ DISTRO_PN_ALIAS_pn-buildtools-tarball = "OE-Core"
 DISTRO_PN_ALIAS_pn-calibrateproto = "OSPDT 
upstream=http://cgit.freedesktop.org/xorg/proto/calibrateproto;
 DISTRO_PN_ALIAS_pn-cdrtools = "OpenSUSE=cdrtools OSPDT"
 DISTRO_PN_ALIAS_pn-chkconfig-alternatives = "Mandriva=chkconfig 
Debian=chkconfig"
-DISTRO_PN_ALIAS_pn-claws-plugin-gtkhtml2-viewer = "Fedora=claws-mail-plugins 
OpenSuSE=claws-mail-extra-plugins Debian=claws-mail-extra-plugins"
-DISTRO_PN_ALIAS_pn-claws-plugin-maildir = "Fedora=claws-mail-plugins 
OpenSuSE=claws-mail-extra-plugins Debian=claws-mail-extra-plugins"
-DISTRO_PN_ALIAS_pn-claws-plugin-mailmbox = "Fedora=claws-mail-plugins 
OpenSuSE=claws-mail-extra-plugins Debian=claws-mail-extra-plugins"
-DISTRO_PN_ALIAS_pn-claws-plugin-rssyl = "Fedora=claws-mail-plugins 
OpenSuSE=claws-mail-extra-plugins Debian=claws-mail-extra-plugins"
-DISTRO_PN_ALIAS_pn-clipboard-manager = "OpenedHand"
 DISTRO_PN_ALIAS_pn-clutter = "Fedora=clutter OpenSuse=clutter 
Ubuntu=clutter-1.0 Mandriva=clutter Debian=clutter"
 DISTRO_PN_ALIAS_pn-clutter-1.8 = "Fedora=clutter OpenSuse=clutter 
Ubuntu=clutter-1.0 Mandriva=clutter Debian=clutter"
 DISTRO_PN_ALIAS_pn-clutter-gst-1.0 = "Debian=clutter-gst Ubuntu=clutter-gst 
Fedora=clutter-gst"
@@ -83,7 +74,6 @@ DISTRO_PN_ALIAS_pn-cryptodev-tests = "OE-Core"
 DISTRO_PN_ALIAS_pn-cwautomacros = "OSPDT 
upstream=http://cwautomacros.berlios.de/;
 DISTRO_PN_ALIAS_pn-damageproto = "Meego=xorg-x11-proto-damageproto"
 DISTRO_PN_ALIAS_pn-db = "Debian=db5.1 Ubuntu=db5.1"
-DISTRO_PN_ALIAS_pn-dbus-ptest = "Fedora=dbus Ubuntu=dbus"
 DISTRO_PN_ALIAS_pn-dbus-test = "Fedora=dbus Ubuntu=dbus"
 DISTRO_PN_ALIAS_pn-dbus-wait = "OpenedHand"
 DISTRO_PN_ALIAS_pn-depmodwrapper-cross = "OE-Core"
@@ -102,18 +92,10 @@ DISTRO_PN_ALIAS_pn-dri2proto = 
"Meego=xorg-x11-proto-dri2proto"
 DISTRO_PN_ALIAS_pn-dri3proto = "Fedora=dri3proto Opensuse=dri3proto-devel"
 DISTRO_PN_ALIAS_pn-dropbear = "Debian=dropbear Ubuntu=dropbear"
 DISTRO_PN_ALIAS_pn-dtc = "Fedora=dtc Ubuntu=dtc"
-DISTRO_PN_ALIAS_pn-eds-tools = "OpenedHand"
 DISTRO_PN_ALIAS_pn-eee-acpi-scripts = "Debian=eeepc-acpi-scripts 
Ubuntu=eeepc-acpi-scripts"
-DISTRO_PN_ALIAS_pn-eglibc = "OE-Core"
-DISTRO_PN_ALIAS_pn-eglibc-initial = "OE-Core"
-DISTRO_PN_ALIAS_pn-eglibc-locale = "OE-Core"
-DISTRO_PN_ALIAS_pn-eglibc-mtrace = "OE-Core"
-DISTRO_PN_ALIAS_pn-eglibc-scripts = "OE-Core"
 DISTRO_PN_ALIAS_pn-eglinfo-fb = "OE-Core"
 DISTRO_PN_ALIAS_pn-eglinfo-x11 = "OE-Core"
-DISTRO_PN_ALIAS_pn-emgd-driver-bin = "Intel"
 DISTRO_PN_ALIAS_pn-encodings = "Ubuntu=xfonts-encodings 
Mandriva=x11-font-encodings Debian=xfonts-encodings"
-DISTRO_PN_ALIAS_pn-evieext = "Meego=xorg-x11-proto-evieext 
Debian=x11proto-evie"
 DISTRO_PN_ALIAS_pn-fixesproto = "Meego=xorg-x11-proto-fixesproto"
 DISTRO_PN_ALIAS_pn-font-alias = "Fedora=xorg-x11-fonts-base 
Mandriva=x11-font-alias Meego=xorg-x11-fonts"
 DISTRO_PN_ALIAS_pn-fontcacheproto = "Meego=xorg-x11-proto-fontcacheproto"
@@ -122,9 +104,6 @@ 

[OE-core] [PATCH 6/6] classes/distrodata: split SRC_URI properly before determining type

[Paul Eggleton]

We weren't splitting SRC_URI values containing multiple URIs here; this
didn't cause any errors except when a trailing ; was left on a URI, in
which case the next URI was considered part of the parameter, which
didn't contain a = and therefore was considered invalid.

We only care about the first URI in SRC_URI in this context (since
that's the upstream URI by convention) so split it as we should and take
the first item.

Fixes [YOCTO #8645].

Signed-off-by: Paul Eggleton 
---
 meta/classes/distrodata.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/distrodata.bbclass b/meta/classes/distrodata.bbclass
index 5a4c1b6..44c06e1 100644
--- a/meta/classes/distrodata.bbclass
+++ b/meta/classes/distrodata.bbclass
@@ -271,9 +271,9 @@ python do_checkpkg() {
 from bb.fetch2 import FetchError, NoMethodError, decodeurl
 
 """first check whether a uri is provided"""
-src_uri = d.getVar('SRC_URI', True)
+src_uri = (d.getVar('SRC_URI', True) or '').split()
 if src_uri:
-uri_type, _, _, _, _, _ = decodeurl(src_uri)
+uri_type, _, _, _, _, _ = decodeurl(src_uri[0])
 else:
 uri_type = "none"
 
-- 
2.1.0

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

[OE-core] [PATCH 3/6] gitignore: fix overzealous exclusion

[Paul Eggleton]

This was excluding any subdirectory anywhere in the tree named build*,
rather than just at the root - thus anything in
meta/recipes-devtools/build-compare had to be forcibly added. Change the
line so that it only operates at the root of the repo.

Signed-off-by: Paul Eggleton 
---
 .gitignore | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/.gitignore b/.gitignore
index e80a2fd..d8f2259 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,7 +2,7 @@ bitbake
 *.pyc
 *.pyo
 /*.patch
-build*/
+/build*/
 pyshtables.py
 pstage/
 scripts/oe-git-proxy-socks
-- 
2.1.0

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

[OE-core] [PATCH 0/6] Misc fixes for OE-Core

[Paul Eggleton]

Some typo corrections and minor bug fixes.


The following changes since commit e44ed8c18e395b9c055aefee113b90708e8a8a2f:

  build-appliance-image: Update to jethro head revision (2015-11-03 14:02:57 
+)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/misc-fixes-1
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/misc-fixes-1

Paul Eggleton (6):
  meta/conf/layer.conf: fix typo
  meta: Fix typos in Upstream-Status labels
  gitignore: fix overzealous exclusion
  conf/distro/include: drop old recipes from include files
  classes/buildhistory: split package history values only once
  classes/distrodata: split SRC_URI properly before determining type

 .gitignore |  2 +-
 meta/classes/buildhistory.bbclass  |  2 +-
 meta/classes/distrodata.bbclass|  4 +-
 meta/conf/distro/include/as-needed.inc |  3 --
 meta/conf/distro/include/distro_alias.inc  | 58 --
 meta/conf/layer.conf   |  2 +-
 .../openssl/crypto_use_bigint_in_x86-64_perl.patch |  2 +-
 .../autogen/autogen/redirect-output-dir.patch  |  2 +-
 ...oring-is-success-if-not-sound-card-device.patch |  2 +-
 9 files changed, 8 insertions(+), 69 deletions(-)

-- 
2.1.0

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

[OE-core] [PATCH 1/6] meta/conf/layer.conf: fix typo

[Paul Eggleton]

Signed-off-by: Paul Eggleton 
---
 meta/conf/layer.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index 9773632..2ecba0f 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -16,7 +16,7 @@ BBLAYERS_LAYERINDEX_NAME_core = "openembedded-core"
 # Set a variable to get to the top of the metadata location
 COREBASE = '${@os.path.normpath("${LAYERDIR}/../")}'
 
-# opkg-utils is for update-altnernatives :(
+# opkg-utils is for update-alternatives :(
 SIGGEN_EXCLUDERECIPES_ABISAFE += " \
   sysvinit-inittab \
   shadow-securetty \
-- 
2.1.0

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

[OE-core] Jethro maintainer

[Richard Purdie]

We've going to need a new stable maintainer for the new release. There
have already been a  couple of offers, but to be fair to everyone I
thought I'd explicitly ask if there was anyone else interested?

Cheers,

Richard

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

Re: [OE-core] [PATCH] base: Improve handling of switching virtual/x providers

[Richard Purdie]

On Fri, 2015-11-06 at 12:37 +, Richard Purdie wrote:
> If you build virtual/kernel, then change PREFERRED_PROVIDER_virtual/kernel 
> from say
> "linux-yocto" to "linux-yocto-dev", you see errors from the sysroot about 
> overlapping
> files. The automatic uninstall logic doesn't trigger since the other recipes 
> is
> still technically parsed/buildable.
> 
> What we can do is look at the value of PREFERRED_PROVIDER_virtual/X and raise 
> SkipRecipe
> (skip parsing) if it provides this thing and its not selected. We skip cases 
> no preferred
> provider is set, or the value is in MULTI_PROVIDER_WHITELIST.We also inform 
> the user
> if they try to build something which conflicts with the configuration:
> 
> $ bitbake linux-yocto-tiny
> ERROR: Nothing PROVIDES 'linux-yocto-tiny'
> ERROR: linux-yocto-tiny was skipped: PREFERRED_PROVIDER_virtual/kernel set to 
> linux-yocto, not linux-yocto-tiny
> 
> [YOCTO #4102]
> 
> Signed-off-by: Richard Purdie 
> 
> diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
> index 44ca781..b8f2aea 100644
> --- a/meta/classes/base.bbclass
> +++ b/meta/classes/base.bbclass
> @@ -204,7 +204,7 @@ def buildcfg_neededvars(d):
>  bb.fatal('The following variable(s) were not set: %s\nPlease set 
> them directly, or choose a MACHINE or DISTRO that sets them.' % ', 
> '.join(pesteruser))
>  
>  addhandler base_eventhandler
> -base_eventhandler[eventmask] = "bb.event.ConfigParsed bb.event.BuildStarted 
> bb.event.RecipePreFinalise bb.runqueue.sceneQueueComplete"
> +base_eventhandler[eventmask] = "bb.event.ConfigParsed bb.event.BuildStarted 
> bb.event.RecipePreFinalise bb.runqueue.sceneQueueComplete 
> bb.event.RecipeParsed"
>  python base_eventhandler() {
>  import bb.runqueue
>  
> @@ -257,6 +257,25 @@ python base_eventhandler() {
>  bb.debug(1, "Executing SceneQueue Completion commands: %s" % 
> "\n".join(cmds))
>  bb.build.exec_func("completion_function", e.data)
>  os.remove(completions)
> +
> +if isinstance(e, bb.event.RecipeParsed):
> +#
> +# If we have multiple providers of virtual/X and a 
> PREFERRED_PROVIDER_virtual/X is set
> +# skip parsing for all the other providers which will mean they get 
> uninstalled from the
> +# sysroot since they're now "unreachable". This makes switching 
> virtual/kernel work in 
> +# particular.
> +#
> +pn = d.getVar('PN', True)
> +source_mirror_fetch = d.getVar('SOURCE_MIRROR_FETCH', False)
> +if not source_mirror_fetch:
> +provs = (d.getVar("PROVIDES", True) or "").split()
> +multiwhitelist = (d.getVar("MULTI_PROVIDER_WHITELIST", True) or 
> "").split()
> +for p in provs:
> +if p.startswith("virtual/") and p not in multiwhitelist:
> +profprov = d.getVar("PREFERRED_PROVIDER_" + p, True)
> +if profprov and pn != profprov:
> +bb.warn("PREFERRED_PROVIDER_%s set to %s, not %s" % 
> (p, profprov, pn))

Obviously minus the above line. I'll remove that in any version I add to
-next.

Cheers,

Richard

> +raise bb.parse.SkipPackage("PREFERRED_PROVIDER_%s 
> set to %s, not %s" % (p, profprov, pn))
>  }
>  
>  CONFIGURESTAMPFILE = "${WORKDIR}/configure.sstate"
> 
> 


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

Re: [OE-core] [PATCH 3/4] gcr: remove Vala dependency

[Alexander Kanavin]

On 11/04/2015 10:20 PM, Burton, Ross wrote:

Retracting this, gcr needs vala's m4 file.  Back to wondering if we
should have a vala-stub too...


Upcoming introspection patchset also adds a bonus vapigen support, so 
you don't really need to do these disable-vala fixes.



Alex

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

Re: [OE-core] [PATCH 1/1] gcc-multilib-config: make aarch64 support multilib

[Mark Hatle]

On 11/5/15 11:35 PM, Khem Raj wrote:
> 
>> On Nov 5, 2015, at 5:43 AM, Mark Hatle  wrote:
>>
>> On 11/5/15 2:20 AM, Robert Yang wrote:
>>> Fixed:
>>> MACHINE = qemuarm64
>>> require conf/multilib.conf
>>> MULTILIBS = "multilib:lib32"
>>> DEFAULTTUNE_virtclass-multilib-lib32 = "armv7at-neon"
>>>
>>> $ bitbake core-image-minimal -cpopulate_sdk
>>>
>>> WARNING: gcc multilib setup is not supported for TARGET_ARCH=aarch64
>>> WARNING: gcc multilib setup is not supported for TARGET_ARCH=aarch64
>>>
>>> [YOCTO #8638]
>>>
>>> Signed-off-by: Robert Yang 
>>> ---
>>> meta/recipes-devtools/gcc/gcc-multilib-config.inc |7 +++
>>> 1 file changed, 7 insertions(+)
>>>
>>> diff --git a/meta/recipes-devtools/gcc/gcc-multilib-config.inc 
>>> b/meta/recipes-devtools/gcc/gcc-multilib-config.inc
>>> index 1c0a45a..a0a2ac0 100644
>>> --- a/meta/recipes-devtools/gcc/gcc-multilib-config.inc
>>> +++ b/meta/recipes-devtools/gcc/gcc-multilib-config.inc
>>> @@ -29,6 +29,9 @@ python gcc_multilib_setup() {
>>> bb.utils.remove(build_conf_dir, True)
>>> ml_globs = ('%s/*/t-linux64' % src_conf_dir,
>>> '%s/*/linux64.h' % src_conf_dir,
>>> +'%s/aarch64/t-aarch64' % src_conf_dir,
>>> +'%s/aarch64/aarch64.h' % src_conf_dir,
>>> +'%s/aarch64/aarch64-cores.def' % src_conf_dir,
>>> '%s/*/linux.h' % src_conf_dir,
>>> '%s/linux.h' % src_conf_dir)
>>>
>>> @@ -130,6 +133,8 @@ python gcc_multilib_setup() {
>>> 'mips64': ['gcc/config/mips/t-linux64'],
>>> 'powerpc'   : ['gcc/config/rs6000/t-linux64'],
>>> 'powerpc64' : ['gcc/config/rs6000/t-linux64'],
>>> +'aarch64'   : ['gcc/config/aarch64/t-aarch64'],
>>> +'arm'   : ['gcc/config/aarch64/t-aarch64'],
>>> }
>>>
>>> gcc_header_config_files = {
>>> @@ -140,6 +145,8 @@ python gcc_multilib_setup() {
>>> 'mips64': ['gcc/config/mips/linux.h', 
>>> 'gcc/config/mips/linux64.h'],
>>> 'powerpc'   : ['gcc/config/rs6000/linux64.h'],
>>> 'powerpc64' : ['gcc/config/rs6000/linux64.h'],
>>> +'aarch64'   : ['gcc/config/aarch64/aarch64.h'],
>>> +'arm'   : ['gcc/config/aarch64/aarch64.h'],
>>> }
>>
>> I'm not sure the above is correct in this case.  As I believe GCC treats 
>> aarch64
>> and arm as different architectures unlike MIPS, Power and IA32.
>>
>> In this case, I would expect two specific cross compilers to be generated, 
>> one
>> for armv7 and one for aarch64, instead of a combination single compiler that
>> understand both.
>>
> 
> Well not entirely so, gcc can support ilp32 as a mutlilib variant for aarch64
> so this patch is fine although if we should support ilp32 as a variant is 
> another
> question, which folks can chime in and provide feedback if they have use of 
> it.
> but nevertheless this patch should be ok

I've seen no real world need for ilp32 at this point.. but I have seen many
requests to run armv7 code on an aarch64 system.  (Compatibility multilib.)

--Mark

>> So in this case, it might be better to have an exception to the warning
>> message...  (unless I'm wrong, in which case this IS likely a correct 
>> fix)
>>
>> Hopefully Khem and/or Richard will be able to comment as they are more 
>> familiar
>> with this code path.
>>
>>>
>>> libdir32 = 'SYSTEMLIBS_DIR'
>>>
>>
> 

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

Re: [OE-core] [PATCH] bitbake.conf, module.bbclass: Support opting out of legacy EXTRA_OEMAKE

[Christopher Larson]

On Fri, Nov 6, 2015 at 6:18 AM, Martin Jansa  wrote:

> On Fri, Nov 06, 2015 at 10:30:04AM +, Mike Crowe wrote:
> > On Friday 06 November 2015 at 01:16:46 -0800, Andre McCurdy wrote:
> > > On Thu, Nov 5, 2015 at 6:47 AM, Mike Crowe  wrote:
> > > > Give recipes and classes the ability to opt out of EXTRA_OEMAKE
> > > > containing the legacy value without removing other recipe-specific or
> > > > local additions.
> > >
> > > Isn't this possible already from within a recipe or class by using
> > >
> > >   EXTRA_OEMAKE = ...
> > >
> > > instead of
> > >
> > >   EXTRA_OEMAKE += ...
> > >
> > > ie what autotools.bbclass, kernel.bbclass and many recipes do already.
> > >
> > > For the specific case of module.bbclass, changing the EXTRA_OEMAKE
> > > assignment to '=' might require some recipes to be tweaked to so that
> > > they "inherit module" before adding their own options to EXTRA_OEMAKE,
> > > but it seems like a cleaner solution?
> >
> > It would be, but I was afraid of what I might break. I suspect that there
> > are many unseen third-party and local recipes that inherit
> module.bbclass.
> >
> > It would be great to get to the point that EXTRA_OEMAKE is empty by
> default
> > but I imagine that the experts are already aware of the difficulties with
> > doing this which is why the current value has lasted so long.
>
> Is it really good goal to get rid of "-e"?
>
> I know that the environment used in bitbake tasks is already well
> defined and controlled, but I still find a bit more control with -e to
> be useful in many cases.
>
> I know I'll be able to return -e where useful, but what's the main
> advantage of removing it from default?


The original goal of the default EXTRA_OEMAKE was to let us keep our
recipes as minimal as possible and have as many "Just Work" out of the box
as possible. It succeeded in this goal. The problem is the corner cases,
and more importantly, it encourages people creating recipes for custom
make-based buildsystems to just try building it and hack at it till it
works, rather than reading the makefiles, determining which variables to
pass in, in what form, and customizing EXTRA_OEMAKE to explicitly pass
what's needed in the appropriate ways.

That's my biggest concern with it, other than the aforementioned occasional
breakage. It's implicit, automatic, rather than explicit, and tacitly
encourages ignorance of the buildsystem in question.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 01/11] gptfdisk: add SUMMARY

[Paul Eggleton]

Signed-off-by: Paul Eggleton 
---
 meta/recipes-devtools/fdisk/gptfdisk_1.0.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/fdisk/gptfdisk_1.0.0.bb 
b/meta/recipes-devtools/fdisk/gptfdisk_1.0.0.bb
index f4b0e32..a4cc846 100644
--- a/meta/recipes-devtools/fdisk/gptfdisk_1.0.0.bb
+++ b/meta/recipes-devtools/fdisk/gptfdisk_1.0.0.bb
@@ -1,3 +1,4 @@
+SUMMARY = "Utility for modifying GPT disk partitioning"
 DESCRIPTION = "GPT fdisk is a disk partitioning tool loosely modeled on Linux 
fdisk, but used for modifying GUID Partition Table (GPT) disks. The related 
FixParts utility fixes some common problems on Master Boot Record (MBR) disks."
 
 LICENSE = "GPLv2"
-- 
2.1.0

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

[OE-core] [PATCH 00/11] Fix missing SUMMARY values

[Paul Eggleton]

One of my pet peeves is where SUMMARY isn't set properly in a recipe;
we use these in a few places now (packages, the OE layer index,
Toaster, etc.).


The following changes since commit e44ed8c18e395b9c055aefee113b90708e8a8a2f:

  build-appliance-image: Update to jethro head revision (2015-11-03 14:02:57 
+)

are available in the git repository at:

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

Paul Eggleton (11):
  gptfdisk: add SUMMARY
  libunwind: add SUMMARY
  stress: add SUMMARY
  python-nose: add SUMMARY
  linux-yocto.inc: set SUMMARY instead of DESCRIPTION
  tzcode-native: set SUMMARY instead of DESCRIPTION
  alsa-plugins: set SUMMARY instead of DESCRIPTION
  swig: set SUMMARY instead of DESCRIPTION
  mmc-utils: set SUMMARY instead of DESCRIPTION
  gstreamer1.0-meta-base: set SUMMARY instead of DESCRIPTION
  texinfo-dummy-native: set SUMMARY instead of DESCRIPTION

 meta/recipes-devtools/fdisk/gptfdisk_1.0.0.bb  | 1 +
 meta/recipes-devtools/mmc/mmc-utils_git.bb | 2 +-
 meta/recipes-devtools/python/python-nose_1.3.6.bb  | 1 +
 meta/recipes-devtools/swig/swig.inc| 2 +-
 meta/recipes-extended/stress/stress_1.0.4.bb   | 1 +
 meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb | 2 +-
 meta/recipes-extended/tzcode/tzcode-native_2015g.bb| 2 +-
 meta/recipes-kernel/linux/linux-yocto.inc  | 2 +-
 meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb| 2 +-
 meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb| 2 +-
 meta/recipes-support/libunwind/libunwind.inc   | 1 +
 11 files changed, 11 insertions(+), 7 deletions(-)

-- 
2.1.0

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

[OE-core] [PATCH 07/11] alsa-plugins: set SUMMARY instead of DESCRIPTION

[Paul Eggleton]

We only have a short description, so set SUMMARY and DESCRIPTION
will be defaulted from it.

Signed-off-by: Paul Eggleton 
---
 meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb 
b/meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb
index c928618..95bfbc5 100644
--- a/meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb
+++ b/meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb
@@ -1,4 +1,4 @@
-DESCRIPTION = "ALSA Plugins"
+SUMMARY = "ALSA Plugins"
 HOMEPAGE = "http://alsa-project.org;
 SECTION = "multimedia"
 
-- 
2.1.0

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

[OE-core] [PATCH 02/11] libunwind: add SUMMARY

[Paul Eggleton]

Signed-off-by: Paul Eggleton 
---
 meta/recipes-support/libunwind/libunwind.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-support/libunwind/libunwind.inc 
b/meta/recipes-support/libunwind/libunwind.inc
index 6660af2..068858b 100644
--- a/meta/recipes-support/libunwind/libunwind.inc
+++ b/meta/recipes-support/libunwind/libunwind.inc
@@ -1,3 +1,4 @@
+SUMMARY = "Library for obtaining the call-chain of a program"
 DESCRIPTION = "a portable and efficient C programming interface (API) to 
determine the call-chain of a program"
 HOMEPAGE = "http://www.nongnu.org/libunwind;
 LICENSE = "MIT"
-- 
2.1.0

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

[OE-core] [PATCH 05/11] linux-yocto.inc: set SUMMARY instead of DESCRIPTION

[Paul Eggleton]

We only have a short description, so set SUMMARY and DESCRIPTION
will be defaulted from it.

Signed-off-by: Paul Eggleton 
---
 meta/recipes-kernel/linux/linux-yocto.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto.inc 
b/meta/recipes-kernel/linux/linux-yocto.inc
index 81ffa24..e0524de 100644
--- a/meta/recipes-kernel/linux/linux-yocto.inc
+++ b/meta/recipes-kernel/linux/linux-yocto.inc
@@ -1,4 +1,4 @@
-DESCRIPTION = "Yocto Kernel"
+SUMMARY = "Linux kernel"
 SECTION = "kernel"
 LICENSE = "GPLv2"
 
-- 
2.1.0

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

[OE-core] [PATCH 08/11] swig: set SUMMARY instead of DESCRIPTION

[Paul Eggleton]

We only have a short description, so set SUMMARY and DESCRIPTION
will be defaulted from it.

Signed-off-by: Paul Eggleton 
---
 meta/recipes-devtools/swig/swig.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/swig/swig.inc 
b/meta/recipes-devtools/swig/swig.inc
index 9821fa5..9da40df 100644
--- a/meta/recipes-devtools/swig/swig.inc
+++ b/meta/recipes-devtools/swig/swig.inc
@@ -1,4 +1,4 @@
-DESCRIPTION = "SWIG - Simplified Wrapper and Interface Generator"
+SUMMARY = "SWIG - Simplified Wrapper and Interface Generator"
 HOMEPAGE = "http://swig.sourceforge.net/;
 LICENSE = "BSD & GPLv3"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=e7807a6282784a7dde4c846626b08fc6 \
-- 
2.1.0

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

[OE-core] [PATCH 09/11] mmc-utils: set SUMMARY instead of DESCRIPTION

[Paul Eggleton]

We only have a short description, so set SUMMARY and DESCRIPTION
will be defaulted from it.

Signed-off-by: Paul Eggleton 
---
 meta/recipes-devtools/mmc/mmc-utils_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/mmc/mmc-utils_git.bb 
b/meta/recipes-devtools/mmc/mmc-utils_git.bb
index 546f7f2..c50ba54 100644
--- a/meta/recipes-devtools/mmc/mmc-utils_git.bb
+++ b/meta/recipes-devtools/mmc/mmc-utils_git.bb
@@ -1,4 +1,4 @@
-DESCRIPTION = "Userspace tools for MMC/SD devices"
+SUMMARY = "Userspace tools for MMC/SD devices"
 HOMEPAGE = "http://git.kernel.org/cgit/linux/kernel/git/cjb/mmc-utils.git/;
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = 
"file://mmc.c;beginline=1;endline=17;md5=d7747fc87f1eb22b946ef819969503f0"
-- 
2.1.0

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

[OE-core] [PATCH 10/11] gstreamer1.0-meta-base: set SUMMARY instead of DESCRIPTION

[Paul Eggleton]

We only have a short description, so set SUMMARY and DESCRIPTION
will be defaulted from it.

Signed-off-by: Paul Eggleton 
---
 meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
index 3ef10c3..a63 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
@@ -1,4 +1,4 @@
-DESCRIPTION = "Gstreamer1.0 package groups"
+SUMMARY = "Gstreamer1.0 package groups"
 LICENSE = "MIT"
 
 inherit packagegroup
-- 
2.1.0

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

[OE-core] [PATCH 11/11] texinfo-dummy-native: set SUMMARY instead of DESCRIPTION

[Paul Eggleton]

We only have a short description, so set SUMMARY and DESCRIPTION
will be defaulted from it.

Signed-off-by: Paul Eggleton 
---
 meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb 
b/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb
index b5420a3..1254bc8 100644
--- a/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb
+++ b/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb
@@ -1,4 +1,4 @@
-DESCRIPTION = "Fake version of the texinfo utility suite"
+SUMMARY = "Fake version of the texinfo utility suite"
 SECTION = "console/utils"
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=d6bb62e73ca8b901d3f2e9d71542f4bb"
-- 
2.1.0

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

[OE-core] [PATCH 03/11] stress: add SUMMARY

[Paul Eggleton]

Signed-off-by: Paul Eggleton 
---
 meta/recipes-extended/stress/stress_1.0.4.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-extended/stress/stress_1.0.4.bb 
b/meta/recipes-extended/stress/stress_1.0.4.bb
index 4b7e4ba..e9179d3 100644
--- a/meta/recipes-extended/stress/stress_1.0.4.bb
+++ b/meta/recipes-extended/stress/stress_1.0.4.bb
@@ -1,3 +1,4 @@
+SUMMARY = "System load testing utility"
 DESCRIPTION = "Deliberately simple workload generator for POSIX systems. It \
 imposes a configurable amount of CPU, memory, I/O, and disk stress on the 
system."
 HOMEPAGE = "http://people.seas.harvard.edu/~apw/stress/;
-- 
2.1.0

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

[OE-core] [PATCH 04/11] python-nose: add SUMMARY

[Paul Eggleton]

Signed-off-by: Paul Eggleton 
---
 meta/recipes-devtools/python/python-nose_1.3.6.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/python/python-nose_1.3.6.bb 
b/meta/recipes-devtools/python/python-nose_1.3.6.bb
index d6e8fc1..e47ddb0 100644
--- a/meta/recipes-devtools/python/python-nose_1.3.6.bb
+++ b/meta/recipes-devtools/python/python-nose_1.3.6.bb
@@ -1,3 +1,4 @@
+SUMMARY = "Extends Python unittest to make testing easier"
 DESCRIPTION = "nose extends the test loading and running features of unittest, 
\
 making it easier to write, find and run tests."
 SECTION = "devel/python"
-- 
2.1.0

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

[OE-core] [PATCH 06/11] tzcode-native: set SUMMARY instead of DESCRIPTION

[Paul Eggleton]

We only have a short description, so set SUMMARY and DESCRIPTION
will be defaulted from it.

Signed-off-by: Paul Eggleton 
---
 meta/recipes-extended/tzcode/tzcode-native_2015g.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/tzcode/tzcode-native_2015g.bb 
b/meta/recipes-extended/tzcode/tzcode-native_2015g.bb
index 989e24b..34e338e 100644
--- a/meta/recipes-extended/tzcode/tzcode-native_2015g.bb
+++ b/meta/recipes-extended/tzcode/tzcode-native_2015g.bb
@@ -1,6 +1,6 @@
 # note that we allow for us to use data later than our code version
 #
-DESCRIPTION = "tzcode, timezone zoneinfo utils -- zic, zdump, tzselect"
+SUMMARY = "tzcode, timezone zoneinfo utils -- zic, zdump, tzselect"
 LICENSE = "PD & BSD"
 
 LIC_FILES_CHKSUM = 
"file://${WORKDIR}/README;md5=d0ff93a73dd5bc3c6e724bb4343760f6"
-- 
2.1.0

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

[OE-core] [PATCH] libaio: don't disable linking to the system libraries

[Ross Burton]

For some reason that I don't understand (a decade-old attempt at optimisation?)
libaio disables linkage to the system libraries.  Enabling fortify means linking
to the system libraries, so remove the existing addition of -lc for x86 (the
problem also happens on at least PPC) and just link to the system libraries on
all platforms.

Also remove the sed of src/Makefile as the build not respecting LDFLAGS has been
fixed upstream.

Signed-off-by: Ross Burton 
---
 .../libaio/libaio/system-linkage.patch | 37 ++
 meta/recipes-extended/libaio/libaio_0.3.110.bb |  9 ++
 2 files changed, 39 insertions(+), 7 deletions(-)
 create mode 100644 meta/recipes-extended/libaio/libaio/system-linkage.patch

diff --git a/meta/recipes-extended/libaio/libaio/system-linkage.patch 
b/meta/recipes-extended/libaio/libaio/system-linkage.patch
new file mode 100644
index 000..0b1f475
--- /dev/null
+++ b/meta/recipes-extended/libaio/libaio/system-linkage.patch
@@ -0,0 +1,37 @@
+From 94bba6880b1f10c6b3bf33a17ac40935d65a81ae Mon Sep 17 00:00:00 2001
+From: Ross Burton 
+Date: Fri, 6 Nov 2015 15:19:46 +
+Subject: [PATCH] Don't remove the system libraries and startup files from
+ libaio, as in some build configurations these are required.  For example,
+ including conf/include/security_flags.inc on PPC results in:
+
+io_queue_init.os: In function `io_queue_init':
+tmp/work/ppce300c3-poky-linux/libaio/0.3.110-r0/libaio-0.3.110/src/io_queue_init.c:33:
+undefined reference to `__stack_chk_fail_local'
+
+Upstream-Status: Pending
+Signed-off-by: Ross Burton 
+---
+ src/Makefile | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/Makefile b/src/Makefile
+index eadb336..56ab701 100644
+--- a/src/Makefile
 b/src/Makefile
+@@ -3,10 +3,10 @@ includedir=$(prefix)/include
+ libdir=$(prefix)/lib
+ 
+ CFLAGS ?= -g -fomit-frame-pointer -O2
+-CFLAGS += -nostdlib -nostartfiles -Wall -I. -fPIC
++CFLAGS += -Wall -I. -fPIC
+ SO_CFLAGS=-shared $(CFLAGS)
+ L_CFLAGS=$(CFLAGS)
+-LINK_FLAGS=
++LINK_FLAGS=$(LDFLAGS)
+ LINK_FLAGS+=$(LDFLAGS)
+ 
+ soname=libaio.so.1
+-- 
+2.1.4
+
diff --git a/meta/recipes-extended/libaio/libaio_0.3.110.bb 
b/meta/recipes-extended/libaio/libaio_0.3.110.bb
index cbe29ce..2adfa0a 100644
--- a/meta/recipes-extended/libaio/libaio_0.3.110.bb
+++ b/meta/recipes-extended/libaio/libaio_0.3.110.bb
@@ -11,18 +11,13 @@ SRC_URI = 
"${DEBIAN_MIRROR}/main/liba/libaio/libaio_${PV}.orig.tar.gz \
file://destdir.patch \
file://libaio_fix_for_x32.patch \
file://libaio_fix_for_mips_syscalls.patch \
-"
+   file://system-linkage.patch \
+   "
 
 SRC_URI[md5sum] = "2a35602e43778383e2f4907a4ca39ab8"
 SRC_URI[sha256sum] = 
"e019028e631725729376250e32b473012f7cb68e1f7275bfc1bbcdd0f8745f7e"
 
 EXTRA_OEMAKE =+ "prefix=${prefix} includedir=${includedir} libdir=${libdir}"
-# Need libc for stack-protector's __stack_chk_fail_local() bounce function
-LDFLAGS_append_x86 = " -lc"
-
-do_configure () {
-sed -i 's#LINK_FLAGS=.*#LINK_FLAGS=$(LDFLAGS)#' src/Makefile
-}
 
 do_install () {
 oe_runmake install DESTDIR=${D}
-- 
2.1.4

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

[OE-core] [PATCH 2/3] yocto-bsp: Set KTYPE to user selected base branch

[leonardo . sandoval . gonzalez]

From: Leonardo Sandoval 

Fixes the hardcode branch name set to KTYPE, where its value is used as a base 
branch
when user decides to create a new branch. Tested on x86_64 architecture.

[YOCTO #8630]

Signed-off-by: Leonardo Sandoval 
---
 .../target/arch/arm/recipes-kernel/linux/files/machine-preempt-rt.scc  | 3 ++-
 .../target/arch/arm/recipes-kernel/linux/files/machine-standard.scc| 3 ++-
 .../target/arch/arm/recipes-kernel/linux/files/machine-tiny.scc| 3 ++-
 .../target/arch/i386/recipes-kernel/linux/files/machine-preempt-rt.scc | 3 ++-
 .../target/arch/i386/recipes-kernel/linux/files/machine-standard.scc   | 3 ++-
 .../target/arch/i386/recipes-kernel/linux/files/machine-tiny.scc   | 3 ++-
 .../target/arch/mips/recipes-kernel/linux/files/machine-preempt-rt.scc | 3 ++-
 .../target/arch/mips/recipes-kernel/linux/files/machine-standard.scc   | 3 ++-
 .../target/arch/mips/recipes-kernel/linux/files/machine-tiny.scc   | 3 ++-
 .../arch/mips64/recipes-kernel/linux/files/machine-preempt-rt.scc  | 3 ++-
 .../target/arch/mips64/recipes-kernel/linux/files/machine-standard.scc | 3 ++-
 .../target/arch/mips64/recipes-kernel/linux/files/machine-tiny.scc | 3 ++-
 .../arch/powerpc/recipes-kernel/linux/files/machine-preempt-rt.scc | 3 ++-
 .../arch/powerpc/recipes-kernel/linux/files/machine-standard.scc   | 3 ++-
 .../target/arch/powerpc/recipes-kernel/linux/files/machine-tiny.scc| 3 ++-
 .../target/arch/qemu/recipes-kernel/linux/files/machine-preempt-rt.scc | 3 ++-
 .../target/arch/qemu/recipes-kernel/linux/files/machine-standard.scc   | 3 ++-
 .../target/arch/qemu/recipes-kernel/linux/files/machine-tiny.scc   | 3 ++-
 .../arch/x86_64/recipes-kernel/linux/files/machine-preempt-rt.scc  | 3 ++-
 .../target/arch/x86_64/recipes-kernel/linux/files/machine-standard.scc | 3 ++-
 .../target/arch/x86_64/recipes-kernel/linux/files/machine-tiny.scc | 3 ++-
 21 files changed, 42 insertions(+), 21 deletions(-)

diff --git 
a/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-preempt-rt.scc
 
b/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-preempt-rt.scc
index ca5f3b5..ea6966c 100644
--- 
a/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-preempt-rt.scc
+++ 
b/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-preempt-rt.scc
@@ -1,10 +1,11 @@
 # yocto-bsp-filename {{=machine}}-preempt-rt.scc
 define KMACHINE {{=machine}}
-define KTYPE preempt-rt
+
 define KARCH arm
 
 include {{=map_preempt_rt_kbranch(need_new_kbranch, new_kbranch, 
existing_kbranch)}}
 {{ if need_new_kbranch == "y": }}
+define KTYPE {{=new_kbranch}}
 branch {{=machine}}
 
 include {{=machine}}.scc
diff --git 
a/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-standard.scc
 
b/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-standard.scc
index 9014c2c..405972d 100644
--- 
a/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-standard.scc
+++ 
b/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-standard.scc
@@ -1,10 +1,11 @@
 # yocto-bsp-filename {{=machine}}-standard.scc
 define KMACHINE {{=machine}}
-define KTYPE standard
+
 define KARCH arm
 
 include {{=map_standard_kbranch(need_new_kbranch, new_kbranch, 
existing_kbranch)}}
 {{ if need_new_kbranch == "y": }}
+define KTYPE {{=new_kbranch}}
 branch {{=machine}}
 
 include {{=machine}}.scc
diff --git 
a/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-tiny.scc
 
b/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-tiny.scc
index 3f1c252..921b7e7 100644
--- 
a/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-tiny.scc
+++ 
b/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/files/machine-tiny.scc
@@ -1,10 +1,11 @@
 # yocto-bsp-filename {{=machine}}-tiny.scc
 define KMACHINE {{=machine}}
-define KTYPE tiny
+
 define KARCH arm
 
 include {{=map_tiny_kbranch(need_new_kbranch, new_kbranch, existing_kbranch)}}
 {{ if need_new_kbranch == "y": }}
+define KTYPE {{=new_kbranch}}
 branch {{=machine}}
 
 include {{=machine}}.scc
diff --git 
a/scripts/lib/bsp/substrate/target/arch/i386/recipes-kernel/linux/files/machine-preempt-rt.scc
 
b/scripts/lib/bsp/substrate/target/arch/i386/recipes-kernel/linux/files/machine-preempt-rt.scc
index 619ee3f..7146e23 100644
--- 
a/scripts/lib/bsp/substrate/target/arch/i386/recipes-kernel/linux/files/machine-preempt-rt.scc
+++ 
b/scripts/lib/bsp/substrate/target/arch/i386/recipes-kernel/linux/files/machine-preempt-rt.scc
@@ -1,10 +1,11 @@
 # yocto-bsp-filename {{=machine}}-preempt-rt.scc
 define KMACHINE {{=machine}}
-define KTYPE preempt-rt
+
 define KARCH i386
 
 include {{=map_preempt_rt_kbranch(need_new_kbranch, new_kbranch, 

[OE-core] [PATCH 1/3] yocto-bsp: Typo on the file extension

[leonardo . sandoval . gonzalez]

From: Leonardo Sandoval 

By mistake, the file was introduced with wrong extension, so changing to the
correct one.

Signed-off-by: Leonardo Sandoval 
---
 .../linux/{linux-yocto_4.1.bbapend => linux-yocto_4.1.bbappend}   | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename 
scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/{linux-yocto_4.1.bbapend
 => linux-yocto_4.1.bbappend} (100%)

diff --git 
a/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/linux-yocto_4.1.bbapend
 
b/scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/linux-yocto_4.1.bbappend
similarity index 100%
rename from 
scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/linux-yocto_4.1.bbapend
rename to 
scripts/lib/bsp/substrate/target/arch/arm/recipes-kernel/linux/linux-yocto_4.1.bbappend
-- 
1.8.4.5

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

[OE-core] [PATCH 0/3] yocto-bsp: Fixes on unpacking/patching issues

[leonardo . sandoval . gonzalez]

From: Leonardo Sandoval 

Patches 0002/0003 allows building generate BSP layers by the yocto-bsp. Patch
0001 is a rename from an original bad prefix bbappend file.

The following changes since commit fc45deac89ef63ca1c44e763c38ced7dfd72cbe1:

  build-appliance-image: Update to jethro head revision (2015-11-03 14:03:03 
+)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib lsandov1/yocto-bsp-intel-bug8630
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lsandov1/yocto-bsp-intel-bug8630

Leonardo Sandoval (3):
  yocto-bsp: Typo on the file extension
  yocto-bsp: Set KTYPE to user selected base branch
  yocto-bsp: Set SRCREV meta/machine revisions to AUTOREV

 .../arch/arm/recipes-kernel/linux/files/machine-preempt-rt.scc  | 3 ++-
 .../target/arch/arm/recipes-kernel/linux/files/machine-standard.scc | 3 ++-
 .../target/arch/arm/recipes-kernel/linux/files/machine-tiny.scc | 3 ++-
 .../arch/arm/recipes-kernel/linux/linux-yocto-rt_3.14.bbappend  | 6 +++---
 .../arch/arm/recipes-kernel/linux/linux-yocto-tiny_3.14.bbappend| 6 +++---
 .../arch/arm/recipes-kernel/linux/linux-yocto-tiny_3.19.bbappend| 6 +++---
 .../arch/arm/recipes-kernel/linux/linux-yocto-tiny_4.1.bbappend | 6 +++---
 .../target/arch/arm/recipes-kernel/linux/linux-yocto_3.14.bbappend  | 6 +++---
 .../target/arch/arm/recipes-kernel/linux/linux-yocto_3.19.bbappend  | 6 +++---
 .../linux/{linux-yocto_4.1.bbapend => linux-yocto_4.1.bbappend} | 6 +++---
 .../arch/i386/recipes-kernel/linux/files/machine-preempt-rt.scc | 3 ++-
 .../arch/i386/recipes-kernel/linux/files/machine-standard.scc   | 3 ++-
 .../target/arch/i386/recipes-kernel/linux/files/machine-tiny.scc| 3 ++-
 .../arch/i386/recipes-kernel/linux/linux-yocto-rt_3.14.bbappend | 6 +++---
 .../arch/i386/recipes-kernel/linux/linux-yocto-tiny_3.14.bbappend   | 6 +++---
 .../arch/i386/recipes-kernel/linux/linux-yocto-tiny_3.19.bbappend   | 6 +++---
 .../arch/i386/recipes-kernel/linux/linux-yocto-tiny_4.1.bbappend| 6 +++---
 .../target/arch/i386/recipes-kernel/linux/linux-yocto_3.14.bbappend | 6 +++---
 .../target/arch/i386/recipes-kernel/linux/linux-yocto_3.19.bbappend | 6 +++---
 .../target/arch/i386/recipes-kernel/linux/linux-yocto_4.1.bbappend  | 6 +++---
 .../arch/mips/recipes-kernel/linux/files/machine-preempt-rt.scc | 3 ++-
 .../arch/mips/recipes-kernel/linux/files/machine-standard.scc   | 3 ++-
 .../target/arch/mips/recipes-kernel/linux/files/machine-tiny.scc| 3 ++-
 .../arch/mips/recipes-kernel/linux/linux-yocto-rt_3.14.bbappend | 6 +++---
 .../arch/mips/recipes-kernel/linux/linux-yocto-tiny_3.14.bbappend   | 6 +++---
 .../arch/mips/recipes-kernel/linux/linux-yocto-tiny_3.19.bbappend   | 6 +++---
 .../arch/mips/recipes-kernel/linux/linux-yocto-tiny_4.1.bbappend| 6 +++---
 .../target/arch/mips/recipes-kernel/linux/linux-yocto_3.14.bbappend | 6 +++---
 .../target/arch/mips/recipes-kernel/linux/linux-yocto_3.19.bbappend | 6 +++---
 .../target/arch/mips/recipes-kernel/linux/linux-yocto_4.1.bbappend  | 6 +++---
 .../arch/mips64/recipes-kernel/linux/files/machine-preempt-rt.scc   | 3 ++-
 .../arch/mips64/recipes-kernel/linux/files/machine-standard.scc | 3 ++-
 .../target/arch/mips64/recipes-kernel/linux/files/machine-tiny.scc  | 3 ++-
 .../arch/mips64/recipes-kernel/linux/linux-yocto-rt_3.14.bbappend   | 6 +++---
 .../arch/mips64/recipes-kernel/linux/linux-yocto-tiny_3.14.bbappend | 6 +++---
 .../arch/mips64/recipes-kernel/linux/linux-yocto-tiny_3.19.bbappend | 6 +++---
 .../arch/mips64/recipes-kernel/linux/linux-yocto-tiny_4.1.bbappend  | 6 +++---
 .../arch/mips64/recipes-kernel/linux/linux-yocto_3.14.bbappend  | 2 +-
 .../arch/mips64/recipes-kernel/linux/linux-yocto_3.19.bbappend  | 6 +++---
 .../arch/mips64/recipes-kernel/linux/linux-yocto_4.1.bbappend   | 6 +++---
 .../arch/powerpc/recipes-kernel/linux/files/machine-preempt-rt.scc  | 3 ++-
 .../arch/powerpc/recipes-kernel/linux/files/machine-standard.scc| 3 ++-
 .../target/arch/powerpc/recipes-kernel/linux/files/machine-tiny.scc | 3 ++-
 .../arch/powerpc/recipes-kernel/linux/linux-yocto-rt_3.14.bbappend  | 6 +++---
 .../powerpc/recipes-kernel/linux/linux-yocto-tiny_3.14.bbappend | 6 +++---
 .../powerpc/recipes-kernel/linux/linux-yocto-tiny_3.19.bbappend | 6 +++---
 .../arch/powerpc/recipes-kernel/linux/linux-yocto-tiny_4.1.bbappend | 6 +++---
 .../arch/powerpc/recipes-kernel/linux/linux-yocto_3.14.bbappend | 6 +++---
 .../arch/powerpc/recipes-kernel/linux/linux-yocto_3.19.bbappend | 6 +++---
 .../arch/powerpc/recipes-kernel/linux/linux-yocto_4.1.bbappend  | 6 +++---
 .../arch/qemu/recipes-kernel/linux/files/machine-preempt-rt.scc | 3 ++-
 .../arch/qemu/recipes-kernel/linux/files/machine-standard.scc   | 3 ++-
 .../target/arch/qemu/recipes-kernel/linux/files/machine-tiny.scc| 3 ++-
 

Re: [OE-core] [PATCH] bitbake.conf, module.bbclass: Support opting out of legacy EXTRA_OEMAKE

[Martin Jansa]

On Fri, Nov 06, 2015 at 07:59:32AM -0700, Christopher Larson wrote:
> On Fri, Nov 6, 2015 at 6:18 AM, Martin Jansa  wrote:
> 
> > On Fri, Nov 06, 2015 at 10:30:04AM +, Mike Crowe wrote:
> > > On Friday 06 November 2015 at 01:16:46 -0800, Andre McCurdy wrote:
> > > > On Thu, Nov 5, 2015 at 6:47 AM, Mike Crowe  wrote:
> > > > > Give recipes and classes the ability to opt out of EXTRA_OEMAKE
> > > > > containing the legacy value without removing other recipe-specific or
> > > > > local additions.
> > > >
> > > > Isn't this possible already from within a recipe or class by using
> > > >
> > > >   EXTRA_OEMAKE = ...
> > > >
> > > > instead of
> > > >
> > > >   EXTRA_OEMAKE += ...
> > > >
> > > > ie what autotools.bbclass, kernel.bbclass and many recipes do already.
> > > >
> > > > For the specific case of module.bbclass, changing the EXTRA_OEMAKE
> > > > assignment to '=' might require some recipes to be tweaked to so that
> > > > they "inherit module" before adding their own options to EXTRA_OEMAKE,
> > > > but it seems like a cleaner solution?
> > >
> > > It would be, but I was afraid of what I might break. I suspect that there
> > > are many unseen third-party and local recipes that inherit
> > module.bbclass.
> > >
> > > It would be great to get to the point that EXTRA_OEMAKE is empty by
> > default
> > > but I imagine that the experts are already aware of the difficulties with
> > > doing this which is why the current value has lasted so long.
> >
> > Is it really good goal to get rid of "-e"?
> >
> > I know that the environment used in bitbake tasks is already well
> > defined and controlled, but I still find a bit more control with -e to
> > be useful in many cases.
> >
> > I know I'll be able to return -e where useful, but what's the main
> > advantage of removing it from default?
> 
> 
> The original goal of the default EXTRA_OEMAKE was to let us keep our
> recipes as minimal as possible and have as many "Just Work" out of the box
> as possible. It succeeded in this goal. The problem is the corner cases,
> and more importantly, it encourages people creating recipes for custom
> make-based buildsystems to just try building it and hack at it till it
> works, rather than reading the makefiles, determining which variables to
> pass in, in what form, and customizing EXTRA_OEMAKE to explicitly pass
> what's needed in the appropriate ways.
> 
> That's my biggest concern with it, other than the aforementioned occasional
> breakage. It's implicit, automatic, rather than explicit, and tacitly
> encourages ignorance of the buildsystem in question.

I'm sorry I was reading it backwards (I should never reply on e-mails
before first morning coffee).

Removing -e from default value is good goal and I like it :)

e.g. in qmake5_base.bbclass it saved me a lot of headaches with generated
Makefiles reading variables from env which were supposed to be set
correctly by qmake.

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


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

[OE-core] Yocto Project Status WW45

[Jolley, Stephen K]

Current Dev Position: YP 2.1 Planning

Next Deadline: YP 2.1 M1 Cutoff December 7, 2015 noon GMT


SWAT team rotation: Anibal -> Tracy

https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team


Key Status/Updates:

* We have approved YP 1.7.3 rc1 for release, it should release shortly.

* YP 2.0 rc3 QA test report is here: 
https://wiki.yoctoproject.org/wiki/WW44_-_2015-11-04_-_Full_Pass_2.0.rc3

* Likely this will be final 2.0 release subject to final 
discussion/checks

* Undergoing planning for 2.1


Reminders:

* We have renamed YP 1.9 to YP 2.0.

* The release name for YP 2.0 is 'jethro'.


Key YP 2.1 Dates:

YP 2.1 M1 Cutoff date is December 7, 2015 noon GMT

YP 2.1 M1 Target release date is December 24, 2015

YP 2.1 M2 Cutoff date is January 25, 2016 noon GMT

YP 2.1 M2 Target release date is February 12, 2016

YP 2.1 M3 Cutoff date is February 29, 2016 noon GMT

YP 2.1 M3 Target release date is March 18, 2016

YP 2.1 M4 / Final Cutoff: March 28, 2016 noon GMT

YP 2.1 Final Release Target: April 29, 2016


Key Status Links for YP:

https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.1_Status

https://wiki.yoctoproject.org/wiki/Yocto_2.1_Schedule

https://wiki.yoctoproject.org/wiki/Yocto_2.1_Features


Tracking Metrics:

WDD 2089 (last week 2032)

(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

[OE-core] [PATCH 2/4] verify-homepage: get expanded HOMEPAGE value

[Paul Eggleton]

We tend not to use any variables in HOMEPAGE values, but that doesn't
mean we would never do so.

Signed-off-by: Paul Eggleton 
---
 scripts/contrib/verify-homepage.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/contrib/verify-homepage.py 
b/scripts/contrib/verify-homepage.py
index 9953bab..3e73339 100755
--- a/scripts/contrib/verify-homepage.py
+++ b/scripts/contrib/verify-homepage.py
@@ -35,7 +35,7 @@ def verifyHomepage(bbhandler):
 for pn in pnlist:
 fn = pkg_pn[pn].pop()
 data = bb.cache.Cache.loadDataFull(fn, 
bbhandler.cooker.collection.get_file_appends(fn), bbhandler.config_data)
-homepage = data.getVar("HOMEPAGE")
+homepage = data.getVar("HOMEPAGE", True)
 if homepage:
 try:
 urllib2.urlopen(homepage, timeout=5)
-- 
2.1.0

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

[OE-core] [PATCH 4/4] verify-homepage: fix recipe file selection

[Paul Eggleton]

* We need to check all recipe files, not just the preferred ones
  (i.e. we have multiple recipes for different versions of the same
  piece of software). Print the recipe file name (without path) so we
  can tell the difference between them.
* We can skip BBCLASSEXTENDed variants of recipes

Signed-off-by: Paul Eggleton 
---
 scripts/contrib/verify-homepage.py | 22 ++
 1 file changed, 14 insertions(+), 8 deletions(-)

diff --git a/scripts/contrib/verify-homepage.py 
b/scripts/contrib/verify-homepage.py
index 522824b..265ff65 100755
--- a/scripts/contrib/verify-homepage.py
+++ b/scripts/contrib/verify-homepage.py
@@ -36,15 +36,21 @@ def verifyHomepage(bbhandler):
 pkg_pn = bbhandler.cooker.recipecache.pkg_pn
 pnlist = sorted(pkg_pn)
 count = 0
+checked = []
 for pn in pnlist:
-fn = pkg_pn[pn].pop()
-data = bb.cache.Cache.loadDataFull(fn, 
bbhandler.cooker.collection.get_file_appends(fn), bbhandler.config_data)
-homepage = data.getVar("HOMEPAGE", True)
-if homepage:
-try:
-urllib2.urlopen(homepage, timeout=5)
-except Exception:
-count = count + wgetHomepage(pn, homepage)
+for fn in pkg_pn[pn]:
+# There's no point checking multiple BBCLASSEXTENDed variants of 
the same recipe
+realfn, _ = bb.cache.Cache.virtualfn2realfn(fn)
+if realfn in checked:
+continue
+data = bb.cache.Cache.loadDataFull(realfn, 
bbhandler.cooker.collection.get_file_appends(realfn), bbhandler.config_data)
+homepage = data.getVar("HOMEPAGE", True)
+if homepage:
+try:
+urllib2.urlopen(homepage, timeout=5)
+except Exception:
+count = count + wgetHomepage(os.path.basename(realfn), 
homepage)
+checked.append(realfn)
 return count
 
 if __name__=='__main__':
-- 
2.1.0

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

[OE-core] [PATCH 3/4] verify-homepage: tidy up output and comments

[Paul Eggleton]

* Set up and use a proper logger
* Tweak output messages and comments

Signed-off-by: Paul Eggleton 
---
 scripts/contrib/verify-homepage.py | 15 +--
 1 file changed, 9 insertions(+), 6 deletions(-)

diff --git a/scripts/contrib/verify-homepage.py 
b/scripts/contrib/verify-homepage.py
index 3e73339..522824b 100755
--- a/scripts/contrib/verify-homepage.py
+++ b/scripts/contrib/verify-homepage.py
@@ -1,6 +1,7 @@
 #!/usr/bin/env python
 
-# This script is used for verify HOMEPAGE.
+# This script can be used to verify HOMEPAGE values for all recipes in
+# the current configuration.
 # The result is influenced by network environment, since the timeout of 
connect url is 5 seconds as default.
 
 import sys
@@ -14,16 +15,19 @@ scripts_path = 
os.path.abspath(os.path.dirname(os.path.realpath(__file__)) + '/.
 lib_path = scripts_path + '/lib'
 sys.path = sys.path + [lib_path]
 import scriptpath
+import scriptutils
 
 # Allow importing bitbake modules
 bitbakepath = scriptpath.add_bitbake_lib_path()
 
 import bb.tinfoil
 
+logger = scriptutils.logger_create('verify_homepage')
+
 def wgetHomepage(pn, homepage):
 result = subprocess.call('wget ' + '-q -T 5 -t 1 --spider ' + homepage, 
shell = True)
 if result:
-bb.warn("Failed to verify HOMEPAGE (%s) of %s" % (homepage, pn))
+logger.warn("%s: failed to verify HOMEPAGE: %s " % (pn, homepage))
 return 1
 else:
 return 0
@@ -44,10 +48,9 @@ def verifyHomepage(bbhandler):
 return count
 
 if __name__=='__main__':
-failcount = 0
 bbhandler = bb.tinfoil.Tinfoil()
 bbhandler.prepare()
-print "Start to verify HOMEPAGE:"
+logger.info("Start verifying HOMEPAGE:")
 failcount = verifyHomepage(bbhandler)
-print "finish to verify HOMEPAGE."
-print "Summary: %s failed" % failcount
+logger.info("Finished verifying HOMEPAGE.")
+logger.info("Summary: %s failed" % failcount)
-- 
2.1.0

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

[OE-core] [PATCH 0/4] Minor improvements to verify-homepage script

[Paul Eggleton]

The following changes since commit e44ed8c18e395b9c055aefee113b90708e8a8a2f:

  build-appliance-image: Update to jethro head revision (2015-11-03 14:02:57 
+)

are available in the git repository at:

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

Paul Eggleton (4):
  verify-homepage: use scriptpath to find bitbake path
  verify-homepage: get expanded HOMEPAGE value
  verify-homepage: tidy up output and comments
  verify-homepage: fix recipe file selection

 scripts/contrib/verify-homepage.py | 65 +++---
 1 file changed, 32 insertions(+), 33 deletions(-)

-- 
2.1.0

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

[OE-core] [PATCH 1/4] verify-homepage: use scriptpath to find bitbake path

[Paul Eggleton]

We have shared code for this, let's use it.

Signed-off-by: Paul Eggleton 
---
 scripts/contrib/verify-homepage.py | 28 +---
 1 file changed, 9 insertions(+), 19 deletions(-)

diff --git a/scripts/contrib/verify-homepage.py 
b/scripts/contrib/verify-homepage.py
index 86cc82b..9953bab 100755
--- a/scripts/contrib/verify-homepage.py
+++ b/scripts/contrib/verify-homepage.py
@@ -8,26 +8,16 @@ import os
 import subprocess
 import urllib2
 
-def search_bitbakepath():
-bitbakepath = ""
 
-# Search path to bitbake lib dir in order to load bb modules
-if os.path.exists(os.path.join(os.path.dirname(sys.argv[0]), 
'../../bitbake/lib/bb')):
-bitbakepath = os.path.join(os.path.dirname(sys.argv[0]), 
'../../bitbake/lib')
-bitbakepath = os.path.abspath(bitbakepath)
-else:
-# Look for bitbake/bin dir in PATH
-for pth in os.environ['PATH'].split(':'):
-if os.path.exists(os.path.join(pth, '../lib/bb')):
-bitbakepath = os.path.abspath(os.path.join(pth, '../lib'))
-break
-if not bitbakepath:
-sys.stderr.write("Unable to find bitbake by searching parent 
directory of this script or PATH\n")
-sys.exit(1)
-return bitbakepath
-
-# For importing the following modules
-sys.path.insert(0, search_bitbakepath())
+# Allow importing scripts/lib modules
+scripts_path = os.path.abspath(os.path.dirname(os.path.realpath(__file__)) + 
'/..')
+lib_path = scripts_path + '/lib'
+sys.path = sys.path + [lib_path]
+import scriptpath
+
+# Allow importing bitbake modules
+bitbakepath = scriptpath.add_bitbake_lib_path()
+
 import bb.tinfoil
 
 def wgetHomepage(pn, homepage):
-- 
2.1.0

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

Re: [OE-core] [oe][PATCH 2/2] nginx: Fix systemd service file

[Valluri, Amarnath]

sorry for noice: please ignore these patches. Wrong list

From: openembedded-core-boun...@lists.openembedded.org 
[openembedded-core-boun...@lists.openembedded.org] on behalf of Amarnath 
Valluri [amarnath.vall...@intel.com]
Sent: Friday, November 06, 2015 3:18 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [oe][PATCH 2/2] nginx: Fix systemd service file

systemd service file expects full path of the executatbles.

Signed-off-by: Amarnath Valluri 
---
 meta-webserver/recipes-httpd/nginx/files/nginx.service | 2 +-
 meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb  | 1 +
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta-webserver/recipes-httpd/nginx/files/nginx.service 
b/meta-webserver/recipes-httpd/nginx/files/nginx.service
index 705450e..9926a4b 100644
--- a/meta-webserver/recipes-httpd/nginx/files/nginx.service
+++ b/meta-webserver/recipes-httpd/nginx/files/nginx.service
@@ -4,7 +4,7 @@ After=network.target
 [Service]
 Type=forking
 PIDFile=@SYSCONFDIR@/nginx/run/nginx.pid
-ExecStartPre=mkdir -p @LOCALSTATEDIR@/log/nginx
+ExecStartPre=@BASEBINDIR@/mkdir -p @LOCALSTATEDIR@/log/nginx
 ExecStart=@SYSCONFDIR@/init.d/nginx start
 ExecStop=@SYSCONFDIR@/init.d/nginx stop
 [Install]
diff --git a/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb 
b/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
index 1c9bff7..87c953b 100644
--- a/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
+++ b/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
@@ -94,6 +94,7 @@ do_install () {
 install -m 0644 ${WORKDIR}/nginx.service 
${D}${systemd_unitdir}/system/
 sed -i -e 's,@SYSCONFDIR@,${sysconfdir},g' \
 -e 's,@LOCALSTATEDIR@,${localstatedir},g' \
+-e 's,@BASEBINDIR@,${base_bindir},g' \
 ${D}${systemd_unitdir}/system/nginx.service
 fi
 }
--
1.9.1

-
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
-
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 1/3] oeqa/selftest/devtool: fix test if build directory is not inside COREBASE

[Paul Eggleton]

Fix test_devtool_update_recipe_git to work when build directory is not
inside COREBASE.

Fixes [YOCTO #8639].

Signed-off-by: Paul Eggleton 
---
 meta/lib/oeqa/selftest/devtool.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/selftest/devtool.py 
b/meta/lib/oeqa/selftest/devtool.py
index f48e6a2..dcdef5a 100644
--- a/meta/lib/oeqa/selftest/devtool.py
+++ b/meta/lib/oeqa/selftest/devtool.py
@@ -582,7 +582,7 @@ class DevtoolTests(DevtoolBase):
 # Now try with auto mode
 runCmd('cd %s; git checkout %s %s' % (os.path.dirname(recipefile), 
testrecipe, os.path.basename(recipefile)))
 result = runCmd('devtool update-recipe %s' % testrecipe)
-result = runCmd('git rev-parse --show-toplevel')
+result = runCmd('git rev-parse --show-toplevel', 
cwd=os.path.dirname(recipefile))
 topleveldir = result.output.strip()
 relpatchpath = 
os.path.join(os.path.relpath(os.path.dirname(recipefile), topleveldir), 
testrecipe)
 expected_status = [(' M', os.path.relpath(recipefile, topleveldir)),
-- 
2.1.0

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

[OE-core] [oe][PATCH 1/2] nginx: Add support for altering build configuration

[Amarnath Valluri]

Passing EXTRA_OECONF to ./configure, this allows to alter build
configure

Signed-off-by: Amarnath Valluri 
---
 meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb 
b/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
index a251523..1c9bff7 100644
--- a/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
+++ b/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
@@ -27,6 +27,8 @@ inherit update-rc.d useradd
 CFLAGS_append = " -fPIE -pie"
 CXXFLAGS_append = " -fPIE -pie"
 
+EXTRA_OECONF = ""
+
 do_configure () {
if [ "${SITEINFO_BITS}" = "64" ]; then
PTRSIZE=8
@@ -55,7 +57,8 @@ do_configure () {
--pid-path=/run/nginx/nginx.pid \
--prefix=${prefix} \
--with-http_ssl_module \
-   --with-http_gzip_static_module
+   --with-http_gzip_static_module \
+   ${EXTRA_OECONF}
 }
 
 do_install () {
-- 
1.9.1

-
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 0/3] oe-selftest improvements

[Paul Eggleton]

A fix for two tests plus an additional test for the bitbake-layers
show-recipes command.


The following changes since commit e44ed8c18e395b9c055aefee113b90708e8a8a2f:

  build-appliance-image: Update to jethro head revision (2015-11-03 14:02:57 
+)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/oe-selftest-1
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/oe-selftest-1

Paul Eggleton (3):
  oeqa/selftest/devtool: fix test if build directory is not inside
COREBASE
  oeqa/selftest/layerappend: fix test if build directory is not inside
COREBASE
  oe-selftest: add test for bitbake-layers show-recipes

 meta/lib/oeqa/selftest/bblayers.py| 25 +
 meta/lib/oeqa/selftest/devtool.py |  2 +-
 meta/lib/oeqa/selftest/layerappend.py |  9 ++---
 3 files changed, 32 insertions(+), 4 deletions(-)

-- 
2.1.0

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

[OE-core] [PATCH] scripts: runqemu: remove QEMUARCH from help message

[Ruslan Bilovol]

The QEMUARCH env variable is not used since commit
"d469c92 classes/imagetest-qemu: remove old image
testing class". Remove it from help message so
it will not confuse other people

Signed-off-by: Ruslan Bilovol 
---
 scripts/runqemu | 1 -
 1 file changed, 1 deletion(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index e01d276..da90ee0 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -22,7 +22,6 @@ usage() {
 echo ""
 echo "Usage: you can run this script with any valid combination"
 echo "of the following environment variables (in any order):"
-echo "  QEMUARCH - the qemu machine architecture to use"
 echo "  KERNEL - the kernel image file to use"
 echo "  ROOTFS - the rootfs image file or nfsroot directory to use"
 echo "  MACHINE - the machine name (optional, autodetected from KERNEL 
filename if unspecified)"
-- 
1.9.1

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

[OE-core] [PATCH 3/3] oe-selftest: add test for bitbake-layers show-recipes

[Paul Eggleton]

Add a test for bitbake-layers show-recipes including the recently
added -i option.

Signed-off-by: Paul Eggleton 
---
 meta/lib/oeqa/selftest/bblayers.py | 25 +
 1 file changed, 25 insertions(+)

diff --git a/meta/lib/oeqa/selftest/bblayers.py 
b/meta/lib/oeqa/selftest/bblayers.py
index 20c17e4..5452925 100644
--- a/meta/lib/oeqa/selftest/bblayers.py
+++ b/meta/lib/oeqa/selftest/bblayers.py
@@ -60,3 +60,28 @@ class BitbakeLayers(oeSelfTest):
 result = runCmd('bitbake-layers remove-layer */meta-skeleton')
 result = runCmd('bitbake-layers show-layers')
 self.assertNotIn('meta-skeleton', result.output, msg = "meta-skeleton 
should have been removed at this step.  bitbake-layers show-layers output: %s" 
% result.output)
+
+def test_bitbakelayers_showrecipes(self):
+result = runCmd('bitbake-layers show-recipes')
+self.assertIn('aspell:', result.output)
+self.assertIn('mtd-utils:', result.output)
+self.assertIn('linux-yocto:', result.output)
+self.assertIn('core-image-minimal:', result.output)
+result = runCmd('bitbake-layers show-recipes mtd-utils')
+self.assertIn('mtd-utils:', result.output)
+self.assertNotIn('aspell:', result.output)
+result = runCmd('bitbake-layers show-recipes -i kernel')
+self.assertIn('linux-yocto:', result.output)
+self.assertNotIn('mtd-utils:', result.output)
+result = runCmd('bitbake-layers show-recipes -i image')
+self.assertIn('core-image-minimal', result.output)
+self.assertNotIn('linux-yocto:', result.output)
+self.assertNotIn('mtd-utils:', result.output)
+result = runCmd('bitbake-layers show-recipes -i cmake,pkgconfig')
+self.assertIn('libproxy:', result.output)
+self.assertNotIn('mtd-utils:', result.output) # doesn't inherit either
+self.assertNotIn('wget:', result.output) # doesn't inherit cmake
+self.assertNotIn('waffle:', result.output) # doesn't inherit pkgconfig
+result = runCmd('bitbake-layers show-recipes -i nonexistentclass', 
ignore_status=True)
+self.assertNotEqual(result.status, 0, 'bitbake-layers show-recipes -i 
nonexistentclass should have failed')
+self.assertIn('ERROR:', result.output)
-- 
2.1.0

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

[OE-core] [oe][PATCH 2/2] nginx: Fix systemd service file

[Amarnath Valluri]

systemd service file expects full path of the executatbles.

Signed-off-by: Amarnath Valluri 
---
 meta-webserver/recipes-httpd/nginx/files/nginx.service | 2 +-
 meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb  | 1 +
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta-webserver/recipes-httpd/nginx/files/nginx.service 
b/meta-webserver/recipes-httpd/nginx/files/nginx.service
index 705450e..9926a4b 100644
--- a/meta-webserver/recipes-httpd/nginx/files/nginx.service
+++ b/meta-webserver/recipes-httpd/nginx/files/nginx.service
@@ -4,7 +4,7 @@ After=network.target
 [Service]
 Type=forking
 PIDFile=@SYSCONFDIR@/nginx/run/nginx.pid
-ExecStartPre=mkdir -p @LOCALSTATEDIR@/log/nginx
+ExecStartPre=@BASEBINDIR@/mkdir -p @LOCALSTATEDIR@/log/nginx
 ExecStart=@SYSCONFDIR@/init.d/nginx start
 ExecStop=@SYSCONFDIR@/init.d/nginx stop
 [Install]
diff --git a/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb 
b/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
index 1c9bff7..87c953b 100644
--- a/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
+++ b/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
@@ -94,6 +94,7 @@ do_install () {
 install -m 0644 ${WORKDIR}/nginx.service 
${D}${systemd_unitdir}/system/
 sed -i -e 's,@SYSCONFDIR@,${sysconfdir},g' \
 -e 's,@LOCALSTATEDIR@,${localstatedir},g' \
+-e 's,@BASEBINDIR@,${base_bindir},g' \
 ${D}${systemd_unitdir}/system/nginx.service
 fi
 }
-- 
1.9.1

-
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 2/3] oeqa/selftest/layerappend: fix test if build directory is not inside COREBASE

[Paul Eggleton]

Fix test_layer_appends to work when build directory is not inside
COREBASE.

Fixes [YOCTO #8639].

Signed-off-by: Paul Eggleton 
---
 meta/lib/oeqa/selftest/layerappend.py | 9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

diff --git a/meta/lib/oeqa/selftest/layerappend.py 
b/meta/lib/oeqa/selftest/layerappend.py
index a82a6c8..4de5034 100644
--- a/meta/lib/oeqa/selftest/layerappend.py
+++ b/meta/lib/oeqa/selftest/layerappend.py
@@ -46,10 +46,11 @@ FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
 
 SRC_URI_append += "file://appendtest.txt"
 """
-layerappend = "BBLAYERS += \"COREBASE/meta-layertest0 
COREBASE/meta-layertest1 COREBASE/meta-layertest2\""
+layerappend = ''
 
 def tearDownLocal(self):
-ftools.remove_from_file(self.builddir + "/conf/bblayers.conf", 
self.layerappend.replace("COREBASE", self.builddir + "/.."))
+if self.layerappend:
+ftools.remove_from_file(self.builddir + "/conf/bblayers.conf", 
self.layerappend)
 
 @testcase(1196)
 def test_layer_appends(self):
@@ -79,7 +80,9 @@ SRC_URI_append += "file://appendtest.txt"
 with open(layer + 
"/recipes-test/layerappendtest/appendtest.txt", "w") as f:
 f.write("Layer 2 test")
 self.track_for_cleanup(layer)
-ftools.append_file(self.builddir + "/conf/bblayers.conf", 
self.layerappend.replace("COREBASE", self.builddir + "/.."))
+
+self.layerappend = "BBLAYERS += \"{0}/meta-layertest0 
{0}/meta-layertest1 {0}/meta-layertest2\"".format(corebase)
+ftools.append_file(self.builddir + "/conf/bblayers.conf", 
self.layerappend)
 bitbake("layerappendtest")
 data = ftools.read_file(stagingdir + "/appendtest.txt")
 self.assertEqual(data, "Layer 2 test")
-- 
2.1.0

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

[OE-core] State of bitbake world, Failed tasks 2015-11-06

[Martin Jansa]

== Tested changes (not included in master yet) - bitbake ==
9ae7b2e world-image: add extra target

== Tested changes (not included in master yet) - openembedded-core ==
e0fcea0 gstreamer1.0-plugins-{base,good}: update PACKAGECONFIGs
7529c5e libunwind: fix build for qemuarm
e3bde21 Revert "mesa: upgrade llvm to 3.5"
87476fb mesa: upgrade llvm to 3.5
d7e0182 feature-arm-vfp.inc: add -mfpu=vfpv4 when vfpv4 is in TUNE_FEATURES
2c31e02 feature-arm-vfp.inc: respect vfpv4 when setting -mfloat-abi and 
ARMPKGSFX_EABI
f369654 arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and 
cortexa15
958890a tune-*: use mcpu instead of mtune for ARM tunes
2ab8410 cortexa{7,15,17}: add VFPv4 tunes
5b8abbb directfb: add fPIC to CFLAGS
821f516 guile, mailx, gcc, opensp, gstreamer1.0-libav, libunwind: disable thumb 
where it fails for qemuarm
bc9aac3 icu: force arm mode
189f639 DO-NOT-MERGE: distutils3.bbclass: Don't use MACHINE variable
4199420 libsdl: Add support for libsdl-native
3421dc1 WIP: Add KERNEL_EXTRA_ARGS?
0485850 sstate-sysroot-cruft: Add /usr/src/kernel/.* to whitelist
14f740a report-error: Allow to upload reports automatically
17c307b qemux86copy
9b13a93 Revert "qemux86: Add identical qemux86copy variant for tests"
0e18854 qemux86: Add identical qemux86copy variant for tests

== Tested changes (not included in master yet) - meta-openembedded ==
8170c2b vlc
db07c4e sysdig: replace luajit with lua5.1
1d3d1ad wipe: add version 0.23
02f8ac3 tmux: update to 2.1
4d9b50e gateone: update to latest git
3b60302 python-html5lib: import recipe from meta-openstack
c69df81 Add libdvbpsi 1.3.0
31be37b VLC: make gnome-vfs configurable
cdd2e62 VLC: add an optional dependency on libdvbpsi
570afda VLC: make libnotify a configurable dependency
b8a07c8 VLC: depends on gst-plugins-bad only if gst is enabled
1825f4e net-snmp: fix cross compilation
d02b833 libsmi: add configure file
1e6c5bb python-pygpgme: add python-pygpgme 0.3
856cbd3 libtevent: add missing dependency on libcap
11afda1 opensaf: remove unused service file
55c4b35 ypbind-mt: set path of ypdomainname in ypbind script
9421b7e netcat-openbsd: replace patch with quilt
690134e gvfs: add missing libgudev to DEPENDS
67a16f9 mariadb: update to 5.5.46
7507066 ninja-native: add initial recipe, ninja 1.6.0
db4b532 llvm: Add recipe for llvm-3.7.0
d79cbe0 libubox: fix libdir
bcfbed8 python-pyqt: Fix build for aarch64.
f79c67a python-cffi: Update to version 1.3.0
373ac9d lldpd: Update to version 0.7.19
16bfa8f libssh2: specify the search dir to avoid host contamination
a006133 mousepad: inherit gsettings
8a1cf19 samba: install pam libraries to base_libdir
909a122 samba: add cups to DEPENDS
5d0f6fb luajit: drop a note for build machine requirements
751f060 cdrkit: initial add 1.1.11
8dbe574 xfce4-whiskermenu-plugin: update to 1.5.1
fc233b2 fontforge: avoid cloning uthash during do_compile
18d454b uthash: add native extend
a9f3167 fontforge: use autotools-bootstrap.bbclass
ee13cf6 gnulib: add native extend
066c193 netcf: use autotools-bootstrap.bbclass
d9fb9be autotools-bootstrap.bbclass: initial add
56347c2 gnulib: move meta-networking -> meta-oe
77616b9 gparted: add polkit support
7c9ffc4 gparted: add gtk-icon-cache to inherit
0522e0b gparted: update to 0.24.0
8b269d0 packagegroup-xfce-extended: xfce-polkit
2e42a43 xfce-polkit: initial add 0.2
a13f79f xfce4-vala: unbreak by telling configure vala API version
d784fcf lua5.1: Reintroduce and make it coexist with lua 5.3
ae8b5eb postfix: premission of /var/spool/mail seems incorrect
f4d5ede tcpdump: add PACKAGECONFIG for libcap-ng
6ae788a pure-ftpd: add PACKAGECONFIG for libsodium
dc8cbb7 dovecot: add PACKAGECONFIG for lz4
755b7c4 net-snmp: Modify snmpd.service
f70b93e snort: fix indentation
8cda033 snort: fix m4 causes out of memory during configure
123fad5 ntp: upgrade 4.2.8p3 -> 4.2.8p4
491b0c4 netcat: add DESCRIPTION
05fc0ea lldpad: remove obsolete recipe
00a2117 xl2tpd: Update git recipe and add release recipe

== Tested changes (not included in master yet) - meta-qt5 ==
ee54c32 qttranslations: add ${PN}-qtserialport
c4d6604 qtwebengine-5.6
279c14f qtsvg: fix incorrect heart.svg installation path
059c030 qtbase: add glib to PACKAGECONFIG_X11
89cbdc7 qtbase: include oe-device-extra.pri unconditionally
8ee6119 qt5: upgrade to latest revision in 5.6 branch (5.6.0-alpha1+)

== Tested changes (not included in master yet) - meta-browser ==
c3acadd chromium: fix gcc5 compile issues

== Tested changes (not included in master yet) - meta-webos-ports ==
cea35c2 qtwebkit: move to unused
e16ae4f qtwayland, qtwebengine: use webOS-ports/master-next branch compatible 
with 5.6
fbffa49 README: update to depend on master branches
fc3bcbc connman: upgrade to 1.30 from oe-core
f62ade0 directfb: add fPIC
413e959 mesa: re-enabled fbdef, gallium-egl, gallium-gbm in 10.3.7 version
7192b62 mesa: temporary disable fbdev EGL platform
6ea4f87 mesa: remove unsupported PACKAGECONFIGs
b3bc8ad mesa: backport patch to fix build with gcc-5
5e42ca8 

Re: [OE-core] [PATCH 1/6] glib-2.0: Upgrade 2.44.1 -> 2.46.1

[Burton, Ross]

On 5 November 2015 at 13:29, Jussi Kukkonen 
wrote:

> +data.gresource is not built when cross-compiling: Don't
> +add it to test_data in that case.
>

If we're building glib we've already built glib-native, so wouldn't it be
better to build the resources instead?

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

Re: [OE-core] [PATCH 5/5] useradd-staticids.bbclass: Read passwd/group files before parsing

[Peter Kjellerstedt]

> -Original Message-
> From: Mark Hatle [mailto:mark.ha...@windriver.com]
> Sent: den 4 november 2015 01:33
> To: Peter Kjellerstedt; openembedded-core@lists.openembedded.org
> Subject: Re: [PATCH 5/5] useradd-staticids.bbclass: Read passwd/group
> files before parsing
> 
> On 11/3/15 6:06 PM, Peter Kjellerstedt wrote:
> > Read and merge the passwd/group files before parsing the user and
> > group definitions. This means they will only be read once per
> > recipe. This solves a problem where if a user was definied in multiple
> > files, it could generate group definitions for groups that should not
> > be created. E.g., if the first passwd file read defines a user as:
> >
> > foobar::1234
> >
> > and the second passwd file defines it as:
> >
> > foobar:::nogroup:The foobar user:/:/bin/sh
> >
> > then a foobar group would be created even if the user will use the
> > nogroup as its primary group.
> 
> One minor thing
> 
> > @@ -251,7 +269,7 @@ def update_useradd_static_config(d):
> >
> >  newparams.append(newparam)
> >
> > -return " ;".join(newparams).strip()
> > +return ";".join(newparams).strip()
> >
> >  # Load and process the users and groups, rewriting the 
> > adduser/addgroup params
> >  useradd_packages = d.getVar('USERADD_PACKAGES', True)
> >
> 
> The space was required because you could generate a user/group add 
> line that ended with a string.  Without the space, you could end up 
> merging two sets of arguments causing a failure condition.
> 
> So I think that it should be retained unless there is a specific 
> reason you believe it should be removed.

I cannot see how that space can make any difference. Each set of 
useradd/grouppadd options added to newparams has the user/group 
name at the end of the string. And if that somehow interferes with 
the semicolon, then the code in useradd.bbclass which simply does 
"cut -d ';'" to split the useradd/groupadd line would break already.

Actually, now that I think about it, I do wonder why 
useradd-staticids.bbclass use this advanced variant to split the 
useradd/groupadd lines:

for param in re.split('''[ \t]*;[ 
\t]*(?=(?:[^'"]|'[^']*'|"[^"]*")*$)''', params):

when this would do the job just as well:

for param in params.split(';'):

given that that is what useradd.bbclass does. It looks as if tries 
to support something like --comment "something with a ; in it", but 
using that would break in useradd.bbclass anyway...

//Peter

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

Re: [OE-core] [PATCH 5/5] useradd-staticids.bbclass: Read passwd/group files before parsing

[Mark Hatle]

On 11/6/15 2:09 PM, Peter Kjellerstedt wrote:
>> -Original Message-
>> From: Mark Hatle [mailto:mark.ha...@windriver.com]
>> Sent: den 4 november 2015 01:33
>> To: Peter Kjellerstedt; openembedded-core@lists.openembedded.org
>> Subject: Re: [PATCH 5/5] useradd-staticids.bbclass: Read passwd/group
>> files before parsing
>>
>> On 11/3/15 6:06 PM, Peter Kjellerstedt wrote:
>>> Read and merge the passwd/group files before parsing the user and
>>> group definitions. This means they will only be read once per
>>> recipe. This solves a problem where if a user was definied in multiple
>>> files, it could generate group definitions for groups that should not
>>> be created. E.g., if the first passwd file read defines a user as:
>>>
>>> foobar::1234
>>>
>>> and the second passwd file defines it as:
>>>
>>> foobar:::nogroup:The foobar user:/:/bin/sh
>>>
>>> then a foobar group would be created even if the user will use the
>>> nogroup as its primary group.
>>
>> One minor thing
>>
>>> @@ -251,7 +269,7 @@ def update_useradd_static_config(d):
>>>
>>>  newparams.append(newparam)
>>>
>>> -return " ;".join(newparams).strip()
>>> +return ";".join(newparams).strip()
>>>
>>>  # Load and process the users and groups, rewriting the 
>>> adduser/addgroup params
>>>  useradd_packages = d.getVar('USERADD_PACKAGES', True)
>>>
>>
>> The space was required because you could generate a user/group add 
>> line that ended with a string.  Without the space, you could end up 
>> merging two sets of arguments causing a failure condition.
>>
>> So I think that it should be retained unless there is a specific 
>> reason you believe it should be removed.
> 
> I cannot see how that space can make any difference. Each set of 
> useradd/grouppadd options added to newparams has the user/group 
> name at the end of the string. And if that somehow interferes with 
> the semicolon, then the code in useradd.bbclass which simply does 
> "cut -d ';'" to split the useradd/groupadd line would break already.

The contents when originally parsed my be run as arguments to a shell script or
as parameters to these functions.

In the shell script world not have a space can confuse the argument parsing into
thinking the ; is part of the argument.

You don't have that in the python world with the split behavior.

> Actually, now that I think about it, I do wonder why 
> useradd-staticids.bbclass use this advanced variant to split the 
> useradd/groupadd lines:
> 
> for param in re.split('''[ \t]*;[ 
> \t]*(?=(?:[^'"]|'[^']*'|"[^"]*")*$)''', params):

It is perfectly legal to allow a ';' in the middle of a parameter (that allows
it), a parameter that is quoted.

Something like:

adduser -c "This user;that user;all users" -d /home/allusers alluser

it's odd, but I've certainly seen people put ';' in the comment before.. and it
is legal in other palces, like the home dir and such -- just not advised.

> when this would do the job just as well:
> 
> for param in params.split(';'):
> 
> given that that is what useradd.bbclass does. It looks as if tries 
> to support something like --comment "something with a ; in it", but 
> using that would break in useradd.bbclass anyway...

Then the useradd class is broken in this case.  The --comment processing needs
to work, it's just rarely used in the normal case, but very much used in the
"lets take a previously generated passwd file and reuse it" case of the
adduser-static.

> //Peter
> 

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

Re: [OE-core] [PATCH 0/6] Upgrades: GLib & friends

[Burton, Ross]

On 5 November 2015 at 13:27, Jussi Kukkonen 
wrote:

> This should be a cosmetic issue (as custom allocators didn't
> really work before either) and is already fixed in upstream Qemu.
>

As this is pretty ugly, can we backport the fix to our qemu?

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

Re: [OE-core] [oe][PATCH 1/2] nginx: Add support for altering build configuration

[Valluri, Amarnath]

sorry for noice: please ignore these patches. Wrong list

From: openembedded-core-boun...@lists.openembedded.org 
[openembedded-core-boun...@lists.openembedded.org] on behalf of Amarnath 
Valluri [amarnath.vall...@intel.com]
Sent: Friday, November 06, 2015 3:18 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [oe][PATCH 1/2] nginx: Add support for altering build
configuration

Passing EXTRA_OECONF to ./configure, this allows to alter build
configure

Signed-off-by: Amarnath Valluri 
---
 meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb 
b/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
index a251523..1c9bff7 100644
--- a/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
+++ b/meta-webserver/recipes-httpd/nginx/nginx_1.9.5.bb
@@ -27,6 +27,8 @@ inherit update-rc.d useradd
 CFLAGS_append = " -fPIE -pie"
 CXXFLAGS_append = " -fPIE -pie"

+EXTRA_OECONF = ""
+
 do_configure () {
if [ "${SITEINFO_BITS}" = "64" ]; then
PTRSIZE=8
@@ -55,7 +57,8 @@ do_configure () {
--pid-path=/run/nginx/nginx.pid \
--prefix=${prefix} \
--with-http_ssl_module \
-   --with-http_gzip_static_module
+   --with-http_gzip_static_module \
+   ${EXTRA_OECONF}
 }

 do_install () {
--
1.9.1

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

Re: [OE-core] [PATCH] bitbake.conf, module.bbclass: Support opting out of legacy EXTRA_OEMAKE

[Martin Jansa]

On Fri, Nov 06, 2015 at 10:30:04AM +, Mike Crowe wrote:
> On Friday 06 November 2015 at 01:16:46 -0800, Andre McCurdy wrote:
> > On Thu, Nov 5, 2015 at 6:47 AM, Mike Crowe  wrote:
> > > Give recipes and classes the ability to opt out of EXTRA_OEMAKE
> > > containing the legacy value without removing other recipe-specific or
> > > local additions.
> > 
> > Isn't this possible already from within a recipe or class by using
> > 
> >   EXTRA_OEMAKE = ...
> > 
> > instead of
> > 
> >   EXTRA_OEMAKE += ...
> > 
> > ie what autotools.bbclass, kernel.bbclass and many recipes do already.
> > 
> > For the specific case of module.bbclass, changing the EXTRA_OEMAKE
> > assignment to '=' might require some recipes to be tweaked to so that
> > they "inherit module" before adding their own options to EXTRA_OEMAKE,
> > but it seems like a cleaner solution?
> 
> It would be, but I was afraid of what I might break. I suspect that there
> are many unseen third-party and local recipes that inherit module.bbclass.
> 
> It would be great to get to the point that EXTRA_OEMAKE is empty by default
> but I imagine that the experts are already aware of the difficulties with
> doing this which is why the current value has lasted so long.

Is it really good goal to get rid of "-e"?

I know that the environment used in bitbake tasks is already well
defined and controlled, but I still find a bit more control with -e to
be useful in many cases.

I know I'll be able to return -e where useful, but what's the main
advantage of removing it from default?

Regards,

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

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


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

Re: [OE-core] [PATCH] libaio: don't disable linking to the system libraries

[Khem Raj]

On Nov 6, 2015 7:44 AM, "Ross Burton"  wrote:
>
> For some reason that I don't understand (a decade-old attempt at
optimisation?)
> libaio disables linkage to the system libraries.  Enabling fortify means
linking
> to the system libraries, so remove the existing addition of -lc for x86
(the
> problem also happens on at least PPC) and just link to the system
libraries on
> all platforms.
>
> Also remove the sed of src/Makefile as the build not respecting LDFLAGS
has been
> fixed upstream.

It might be due to AS NEEDED becoming default in linker. That now the
positions of command line Argument will matter.

>
> Signed-off-by: Ross Burton 
> ---
>  .../libaio/libaio/system-linkage.patch | 37
++
>  meta/recipes-extended/libaio/libaio_0.3.110.bb |  9 ++
>  2 files changed, 39 insertions(+), 7 deletions(-)
>  create mode 100644
meta/recipes-extended/libaio/libaio/system-linkage.patch
>
> diff --git a/meta/recipes-extended/libaio/libaio/system-linkage.patch
b/meta/recipes-extended/libaio/libaio/system-linkage.patch
> new file mode 100644
> index 000..0b1f475
> --- /dev/null
> +++ b/meta/recipes-extended/libaio/libaio/system-linkage.patch
> @@ -0,0 +1,37 @@
> +From 94bba6880b1f10c6b3bf33a17ac40935d65a81ae Mon Sep 17 00:00:00 2001
> +From: Ross Burton 
> +Date: Fri, 6 Nov 2015 15:19:46 +
> +Subject: [PATCH] Don't remove the system libraries and startup files from
> + libaio, as in some build configurations these are required.  For
example,
> + including conf/include/security_flags.inc on PPC results in:
> +
> +io_queue_init.os: In function `io_queue_init':
>
+tmp/work/ppce300c3-poky-linux/libaio/0.3.110-r0/libaio-0.3.110/src/io_queue_init.c:33:
> +undefined reference to `__stack_chk_fail_local'
> +
> +Upstream-Status: Pending
> +Signed-off-by: Ross Burton 
> +---
> + src/Makefile | 4 ++--
> + 1 file changed, 2 insertions(+), 2 deletions(-)
> +
> +diff --git a/src/Makefile b/src/Makefile
> +index eadb336..56ab701 100644
> +--- a/src/Makefile
>  b/src/Makefile
> +@@ -3,10 +3,10 @@ includedir=$(prefix)/include
> + libdir=$(prefix)/lib
> +
> + CFLAGS ?= -g -fomit-frame-pointer -O2
> +-CFLAGS += -nostdlib -nostartfiles -Wall -I. -fPIC
> ++CFLAGS += -Wall -I. -fPIC
> + SO_CFLAGS=-shared $(CFLAGS)
> + L_CFLAGS=$(CFLAGS)
> +-LINK_FLAGS=
> ++LINK_FLAGS=$(LDFLAGS)

Isnt this line redundant see the below line adds same

> + LINK_FLAGS+=$(LDFLAGS)
> +
> + soname=libaio.so.1
> +--
> +2.1.4
> +
> diff --git a/meta/recipes-extended/libaio/libaio_0.3.110.bb
b/meta/recipes-extended/libaio/libaio_0.3.110.bb
> index cbe29ce..2adfa0a 100644
> --- a/meta/recipes-extended/libaio/libaio_0.3.110.bb
> +++ b/meta/recipes-extended/libaio/libaio_0.3.110.bb
> @@ -11,18 +11,13 @@ SRC_URI =
"${DEBIAN_MIRROR}/main/liba/libaio/libaio_${PV}.orig.tar.gz \
> file://destdir.patch \
> file://libaio_fix_for_x32.patch \
> file://libaio_fix_for_mips_syscalls.patch \
> -"
> +   file://system-linkage.patch \
> +   "
>
>  SRC_URI[md5sum] = "2a35602e43778383e2f4907a4ca39ab8"
>  SRC_URI[sha256sum] =
"e019028e631725729376250e32b473012f7cb68e1f7275bfc1bbcdd0f8745f7e"
>
>  EXTRA_OEMAKE =+ "prefix=${prefix} includedir=${includedir}
libdir=${libdir}"
> -# Need libc for stack-protector's __stack_chk_fail_local() bounce
function
> -LDFLAGS_append_x86 = " -lc"
> -
> -do_configure () {
> -sed -i 's#LINK_FLAGS=.*#LINK_FLAGS=$(LDFLAGS)#' src/Makefile
> -}
>
>  do_install () {
>  oe_runmake install DESTDIR=${D}
> --
> 2.1.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core