Re: [OE-core] [PATCH 1/2] libpostproc: fix installed-vs-shipped
On 9 June 2015 at 10:04, Robert Yang liezhi.y...@windriver.com wrote: When MACHINE=qemux86-64 and enable multilib: ERROR: QA Issue: libpostproc: Files/directories were installed but not shipped in any package: /usr/lib /usr/lib/libpostproc.so.52.3.0 /usr/lib/libpostproc.so /usr/lib/libpostproc.so.52 /usr/lib/.debug /usr/lib/.debug/libpostproc.so.52.3.0 Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install. [installed-vs-shipped] Signed-off-by: Robert Yang liezhi.y...@windriver.com This commit log tells us in exact detail that there was a QA error when multilib is enabled, but never mentions what the actual problem is or what the fix is. A more useful commit would be something like: libpostproc: pass correct libdir Pass the right libdir to configure as otherwise it assumes $prefix/lib which may be wrong Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] remove neon from oe-core
On Wed, Jun 10, 2015 at 10:17:53AM +0100, Paul Eggleton wrote: Hi Ross, On Tuesday 09 June 2015 20:14:15 Burton, Ross wrote: Since Subversion moved away from neon it appears the only user of it in oe-core is GStreamer as a HTTP client plugin. By virtue of being maintained I suspect the libsoup plugin is generally the better choice there, so as neon is now unmaintained upstream (last release September 2014, doesn't work with latest GnuTLS release) I propose moving it to meta-oe. Any comments? I have to be honest and say I don't like meta-oe continuing to be a dumping ground for old things that only a few (or no) people are using - if we must keep these recipes around, I'd rather they go into a different layer even if that layer's only grouping factor is legacy items, at least then they are labelled appropriately. GStreamer 0.10 and BlueZ 4 were recent examples, perhaps I should have spoken up earlier, although I don't necessarily think it's too late. Martin - what do you think? Yes, meta-legacy not included in my world builds looks much better than dumping untested changes to meta-oe (both gstreamer-0.10 and bluez-4 dumps didn't even parse in form how they were sent to oe-devel ML). -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v4 2/3] spdx.bbclass: Create the spdx file which is compliant with SPDX 1.2 Specification
The main changes are:
1. use curl command instead of wget when get spdx file from FOSSologySPDX
instance server.
Before apply these patches, the command is :
wget -qO - --no-check-certificate --timeout=0 --post-file=xxx/yyy/zzz.tar.gz
http://localhost//?mod=spdx_license_oncenoCopyright=${FOSS_COPYRIGHT}recursiveUnpack=${FOSS_RECURSIVE_UNPACK}
After apply these patches, the command is :
curl http://127.0.0.1/repo/ --noproxy 127.0.0.1 -k -F
mod=spdx_license_once -F noCopyright=false -F jsonOutput=false -F
fullSPDXFlag=true -F file=@ xxx/yyy/zzz.tar.gz -o xxx/yyy/zzz.spdx
Because if use wget command,the Mandatory fields of the SPDX Specification
such as the following can't be obtained.
1) PackageLicenseInfoFromFiles(Package Information)
2) PackageLicenseDeclared(Package Information)
3) LicenseID(License Information)
4) ExtractedText(License Information)
5) LicenseName(License Information)
2. Add mandatory field to be compliant with the SPDX 1.2 Specification.
Signed-off-by: Lei Maohui leimao...@cn.fujitsu.com
---
meta/classes/spdx.bbclass | 399 +++---
1 file changed, 127 insertions(+), 272 deletions(-)
diff --git a/meta/classes/spdx.bbclass b/meta/classes/spdx.bbclass
index 454c53e..c0f42ad 100644
--- a/meta/classes/spdx.bbclass
+++ b/meta/classes/spdx.bbclass
@@ -15,178 +15,161 @@
# SPDX file will be output to the path which is defined as[SPDX_MANIFEST_DIR]
# in ./meta/conf/licenses.conf.
+SPDXOUTPUTDIR = ${WORKDIR}/spdx_output_dir
SPDXSSTATEDIR = ${WORKDIR}/spdx_sstate_dir
# If ${S} isn't actually the top-level source directory, set SPDX_S to point at
# the real top-level directory.
+
SPDX_S ?= ${S}
python do_spdx () {
import os, sys
-import json, shutil
+import json
+
+#The source of gcc is too large to get it's spdx.So,give up.
+bpn = d.getVar('BPN', True)
+if ((bpn == gcc) or (bpn == libgcc)):
+return None
info = {}
info['workdir'] = d.getVar('WORKDIR', True)
-info['sourcedir'] = d.getVar('SPDX_S', True)
info['pn'] = d.getVar('PN', True)
info['pv'] = d.getVar('PV', True)
+info['package_download_location'] = d.getVar('SRC_URI', True)
+if info['package_download_location'] != :
+info['package_download_location'] =
info['package_download_location'].split()[0]
info['spdx_version'] = d.getVar('SPDX_VERSION', True)
-info['data_license'] = d.getVar('DATA_LICENSE', True)
-
-sstatedir = d.getVar('SPDXSSTATEDIR', True)
-sstatefile = os.path.join(sstatedir, info['pn'] + info['pv'] + .spdx)
-
+info['data_license'] = d.getVar('SPDX_DATA_LICENSE', True)
+info['creator'] = {}
+info['creator']['Tool'] = d.getVar('SPDX_CREATOR_TOOL', True)
+info['license_list_version'] = d.getVar('SPDX_LICENSELISTVERSION', True)
+info['package_homepage'] = d.getVar('HOMEPAGE', True)
+info['package_summary'] = d.getVar('SUMMARY', True)
+
+spdx_sstate_dir = d.getVar('SPDXSSTATEDIR', True)
manifest_dir = d.getVar('SPDX_MANIFEST_DIR', True)
-info['outfile'] = os.path.join(manifest_dir, info['pn'] + .spdx )
-
-info['spdx_temp_dir'] = d.getVar('SPDX_TEMP_DIR', True)
-info['tar_file'] = os.path.join(info['workdir'], info['pn'] + .tar.gz )
-
+info['outfile'] = os.path.join(manifest_dir, info['pn'] + - + info['pv']
+ .spdx)
+sstatefile = os.path.join(spdx_sstate_dir,
+info['pn'] + - + info['pv'] + .spdx )
+info['tar_file'] = os.path.join(info['workdir'], info['pn'] + .tar.gz)
+
# Make sure important dirs exist
try:
bb.utils.mkdirhier(manifest_dir)
-bb.utils.mkdirhier(sstatedir)
-bb.utils.mkdirhier(info['spdx_temp_dir'])
+bb.utils.mkdirhier(spdx_sstate_dir)
except OSError as e:
bb.error(SPDX: Could not set up required directories: + str(e))
return
## get everything from cache. use it to decide if
-## something needs to be rerun
-cur_ver_code = get_ver_code(info['sourcedir'])
+## something needs to be rerun
+info['sourcedir'] = d.getVar('SPDX_S', True)
+cur_ver_code = get_ver_code(info['sourcedir']).split()[0]
cache_cur = False
if os.path.exists(sstatefile):
## cache for this package exists. read it in
cached_spdx = get_cached_spdx(sstatefile)
-
-if cached_spdx['PackageVerificationCode'] == cur_ver_code:
-bb.warn(SPDX: Verification code for + info['pn']
- + is same as cache's. do nothing)
+if cached_spdx:
+cached_spdx = cached_spdx.split()[0]
+if (cached_spdx == cur_ver_code):
+bb.warn(info['pn'] + 's ver code same as cache's. do nothing)
cache_cur = True
-else:
-local_file_info = setup_foss_scan(info, True, cached_spdx['Files'])
-else:
-local_file_info = setup_foss_scan(info, False, None)
-
-if cache_cur:
-spdx_file_info =
[OE-core] [PATCH v4 3/3] spdx: create a directory to save source code
In order to avoid the SPDX_S be polluted in the rebuild, create
${WORKDIR}/${SPDX_TEMP_DIR} to save the source.
Signed-off-by: Lei Maohui leimao...@cn.fujitsu.com
---
meta/classes/spdx.bbclass | 34 +-
meta/conf/licenses.conf | 2 ++
2 files changed, 35 insertions(+), 1 deletion(-)
diff --git a/meta/classes/spdx.bbclass b/meta/classes/spdx.bbclass
index c0f42ad..5421ae1 100644
--- a/meta/classes/spdx.bbclass
+++ b/meta/classes/spdx.bbclass
@@ -64,6 +64,7 @@ python do_spdx () {
## get everything from cache. use it to decide if
## something needs to be rerun
+d.setVar('WORKDIR', d.getVar('SPDX_TEMP_DIR', True))
info['sourcedir'] = d.getVar('SPDX_S', True)
cur_ver_code = get_ver_code(info['sourcedir']).split()[0]
cache_cur = False
@@ -94,8 +95,39 @@ python do_spdx () {
bb.warn('Can\'t get the spdx file ' + info['pn'] + '. Please check
your fossylogy server.')
if os.path.exists(info['tar_file']):
remove_file(info['tar_file'])
+d.setVar('WORKDIR', info['workdir'])
}
-addtask spdx after do_patch before do_configure
+#Get the src after do_patch.
+python do_get_spdx_s() {
+import shutil
+#The source of gcc is too large to get it's spdx.So,give up.
+bpn = d.getVar('BPN', True)
+if ((bpn == gcc) or (bpn == libgcc)):
+return None
+# Change the WORKDIR to make do_unpack do_patch run in another dir.
+d.setVar('WORKDIR', d.getVar('SPDX_TEMP_DIR', True))
+# The changed 'WORKDIR' also casued '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))
+
+# The kernel source is ready after do_validate_branches
+if bb.data.inherits_class('kernel-yocto', d):
+kernel_workdir = d.getVar('WORKDIR', True) + /kernel-source
+if os.path.exists(kernel_workdir):
+bb.utils.remove(kernel_workdir)
+shutil.copytree(d.getVar('S', True), kernel_workdir, symlinks=True)
+return None
+else:
+bb.build.exec_func('do_unpack', d)
+# The S of the gcc source is work-share
+if ((bpn == gcc) or (bpn == libgcc)):
+d.setVar('S', d.getVar('WORKDIR', True) + /gcc- + d.getVar('PV',
True))
+bb.build.exec_func('do_patch', d)
+}
+
+addtask get_spdx_s after do_patch before do_configure
+addtask spdx after do_get_spdx_s before do_configure
def create_manifest(info,sstatefile):
import shutil
diff --git a/meta/conf/licenses.conf b/meta/conf/licenses.conf
index be7602e..9e6856e 100644
--- a/meta/conf/licenses.conf
+++ b/meta/conf/licenses.conf
@@ -121,6 +121,8 @@ SPDXLICENSEMAP[SGIv1] = SGI-1
# both COPY_LIC_MANIFEST and COPY_LIC_DIRS
#COPY_LIC_DIRS = 1
+## SPDX temporary directory
+SPDX_TEMP_DIR ?= ${WORKDIR}/spdx_temp
## SPDX manifest directory
SPDX_MANIFEST_DIR ?= ${TMPDIR}/fossology_scans
--
1.8.4.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v4 0/3] These patches aim to make the spdx file be compliant with the SPDX 1.2 Specification.
Those patches aim to make the spdx file be compliant with the SPDX 1.2 Specification. If you want to use this feature,you need to do: 1. Make sure your fossology+spdx server works well.You can get spdx file with the following command. curl http://127.0.0.1/repo/ --noproxy 127.0.0.1 -k -F mod=spdx_license_once -F noCopyright=false -F jsonOutput=false -F fullSPDXFlag=true -F file=@xxx.tar.gz -o xxx.spdx 2. Add the following INHERIT statement and set the SPDX_MANIFEST_DIR at the end of your conf/local.conf file found in the Build Directory. INHERIT += spdx Lei Maohui (3): licenses.conf: Modified parameters for new spdx.bbclass spdx.bbclass: Create the spdx file which is compliant with SPDX 1.2 Specification spdx: create a directory to save source code meta/classes/spdx.bbclass | 431 +- meta/conf/licenses.conf | 86 +++-- 2 files changed, 184 insertions(+), 333 deletions(-) -- 1.8.4.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v4 1/3] licenses.conf: Modified parameters for new spdx.bbclass
1) Define new command line to get spdx file.
2) Define some mandatory fields for spdx 1.2
Signed-off-by: Lei Maohui leimao...@cn.fujitsu.com
---
meta/conf/licenses.conf | 86 ++---
1 file changed, 24 insertions(+), 62 deletions(-)
diff --git a/meta/conf/licenses.conf b/meta/conf/licenses.conf
index 629916b..be7602e 100644
--- a/meta/conf/licenses.conf
+++ b/meta/conf/licenses.conf
@@ -121,69 +121,31 @@ SPDXLICENSEMAP[SGIv1] = SGI-1
# both COPY_LIC_MANIFEST and COPY_LIC_DIRS
#COPY_LIC_DIRS = 1
-## SPDX temporary directory
-SPDX_TEMP_DIR = ${WORKDIR}/spdx_temp
-SPDX_MANIFEST_DIR = /home/yocto/fossology_scans
+## SPDX manifest directory
+SPDX_MANIFEST_DIR ?= ${TMPDIR}/fossology_scans
## SPDX Format info
-SPDX_VERSION = SPDX-1.1
-DATA_LICENSE = CC0-1.0
-
-## Fossology scan information
-# You can set option to control if the copyright information will be skipped
-# during the identification process.
-#
-# It is defined as [FOSS_COPYRIGHT] in ./meta/conf/licenses.conf.
-# FOSS_COPYRIGHT = true
-# NO copyright will be processed. That means only license information will be
-# identified and output to SPDX file
-# FOSS_COPYRIGHT = false
-# Copyright will be identified and output to SPDX file along with license
-# information. The process will take more time than not processing copyright
-# information.
-#
-
-FOSS_NO_COPYRIGHT = true
-
-# A option defined as[FOSS_RECURSIVE_UNPACK] in ./meta/conf/licenses.conf. is
-# used to control if FOSSology server need recursively unpack tar.gz file which
-# is sent from do_spdx task.
-#
-# FOSS_RECURSIVE_UNPACK = false:
-#FOSSology server does NOT recursively unpack. In the current release, this
-#is the default choice because recursively unpack will not necessarily
break
-#down original compressed files.
-# FOSS_RECURSIVE_UNPACK = true:
-#FOSSology server recursively unpack components.
-#
-
-FOSS_RECURSIVE_UNPACK = false
-
-# An option defined as [FOSS_FULL_SPDX] in ./meta/conf/licenses.conf is used to
-# control what kind of SPDX output to get from the FOSSology server.
-#
-# FOSS_FULL_SPDX = true:
-# Tell FOSSology server to return full SPDX output, like if the program was
-# run from the command line. This is needed in order to get license refs for
-# the full package rather than individual files only.
-#
-# FOSS_FULL_SPDX = false:
-# Tell FOSSology to only process license information for files. All package
-# license tags in the report will be NOASSERTION
-#
-
-FOSS_FULL_SPDX = true
-
-# FOSSologySPDX instance server. http://localhost/repo is the default
-# installation location for FOSSology.
-#
-# For more information on FOSSologySPDX commandline:
-# https://github.com/spdx-tools/fossology-spdx/wiki/Fossology-SPDX-Web-API
-#
-
-FOSS_BASE_URL = http://localhost/repo/?mod=spdx_license_once;
-FOSS_SERVER =
${FOSS_BASE_URL}fullSPDXFlag=${FOSS_FULL_SPDX}noCopyright=${FOSS_NO_COPYRIGHT}recursiveUnpack=${FOSS_RECURSIVE_UNPACK}
-
-FOSS_WGET_FLAGS = -qO - --no-check-certificate --timeout=0
+SPDX_VERSION = SPDX-1.2
+SPDX_DATA_LICENSE = CC0-1.0
+## If your fossylogy server is from 2.4.0 to 2.6.1,the LICENSELISTVERSION is
1.19
+## Reference to http://www.fossology.org/projects/fossology/wiki/Release_Notes
+SPDX_LICENSELISTVERSION = 1.19
+SPDX_CREATOR_TOOL = yocto+fossology-spdx
+
+## FOSSologySPDX instance server.
+FOSS_SERVER ?= http://127.0.0.1/repo/ --noproxy 127.0.0.1
+
+## The following commnd is suit for the FOSSologySPDX instance server in
localhost.
+## options:
+## 1) noCopyright: true/false. Only when this option is set to true,
copyright information is scanned.
+## 2) jsonOutput: true/false. Only when this option is set to true, scanning
result is output in JSON format.
+## Skipping this option equals setting to false.
+## 3) fullSPDXFlag: true/false. Only when this option is set to true, low
definition of full SPDX contents are output.
+## This option should be set as true when user want to generate SPDX file
from command line.
+
+## For more information on FOSSologySPDX commandline:
+## https://github.com/spdx-tools/fossology-spdx/wiki/Fossology-SPDX-Web-API
+
+FOSS_CURL_FLAGS ?= -F mod=spdx_license_once -F noCopyright=false -F
jsonOutput=false -F fullSPDXFlag=true
--
1.8.4.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] remove neon from oe-core
On 10 June 2015 at 11:03, Martin Jansa martin.ja...@gmail.com wrote: Yes, meta-legacy not included in my world builds looks much better than dumping untested changes to meta-oe (both gstreamer-0.10 and bluez-4 dumps didn't even parse in form how they were sent to oe-devel ML). The patches not parsing is obviously a bad thing, I'll try and ensure that doesn't happen again. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] oeqa/utils: Added timeout decorator for testcases.
Signed-off-by: Lucian Musat george.l.mu...@intel.com
---
meta/lib/oeqa/utils/decorators.py | 26 ++
1 file changed, 26 insertions(+)
diff --git a/meta/lib/oeqa/utils/decorators.py
b/meta/lib/oeqa/utils/decorators.py
index 61a1a73..b9fc76c 100644
--- a/meta/lib/oeqa/utils/decorators.py
+++ b/meta/lib/oeqa/utils/decorators.py
@@ -11,6 +11,8 @@ import logging
import sys
import unittest
import threading
+import signal
+from functools import wraps
#get the result object from one of the upper frames provided that one of
these upper frames is a unittest.case frame
class getResults(object):
@@ -160,3 +162,27 @@ def LogResults(original_class):
original_class.run = run
return original_class
+
+class TimeOut(BaseException):
+pass
+
+def timeout(seconds):
+def decorator(fn):
+if hasattr(signal, 'alarm'):
+@wraps(fn)
+def wrapped_f(*args, **kw):
+current_frame = sys._getframe()
+def raiseTimeOut(signal, frame):
+if frame is not current_frame:
+raise TimeOut('%s seconds' % seconds)
+prev_handler = signal.signal(signal.SIGALRM, raiseTimeOut)
+try:
+signal.alarm(seconds)
+return fn(*args, **kw)
+finally:
+signal.alarm(0)
+signal.signal(signal.SIGALRM, prev_handler)
+return wrapped_f
+else:
+return fn
+return decorator
\ No newline at end of file
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Fixes for multilib
The following changes since commit de6a26b95a7f7bd8f9dc47ab35d8b07ba671f4eb: x264: use x86 over-ride instead of i586 (2015-06-08 17:32:46 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/multilib http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/multilib Robert Yang (2): update-rc.d.bbclass: add MLPREFIX when set RRECOMMENDS multilib.bbclass: use package_qa_handle_error meta/classes/insane.bbclass |2 +- meta/classes/multilib.bbclass|5 +++-- meta/classes/update-rc.d.bbclass |2 +- 3 files changed, 5 insertions(+), 4 deletions(-) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][v4] mmc-utils: fix the building failure when DEBUG_BUILD is 1
ping
-Roy
On 2015年06月03日 09:24, rongqing...@windriver.com wrote:
From: Roy Li rongqing...@windriver.com
AM_CFLAGS in Makefile includes -D_FORTIFY_SOURCE=2 which will lead
to building failure when DEBUG_BUILD is 1.
Cancel the definition of _FORTIFY_SOURCE by passing -U_FORTIFY_SOURCE
via CFLAGS
Signed-off-by: Roy Li rongqing...@windriver.com
---
meta/recipes-devtools/mmc/mmc-utils_git.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/mmc/mmc-utils_git.bb
b/meta/recipes-devtools/mmc/mmc-utils_git.bb
index bdb4fed..dfe8902 100644
--- a/meta/recipes-devtools/mmc/mmc-utils_git.bb
+++ b/meta/recipes-devtools/mmc/mmc-utils_git.bb
@@ -13,6 +13,8 @@ SRC_URI =
git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc-utils.git;branc
S = ${WORKDIR}/git
+CFLAGS += -U_FORTIFY_SOURCE
+
do_install() {
install -d ${D}${bindir}
install -m 0755 mmc ${D}${bindir}
--
Best Reagrds,
Roy | RongQing Li
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] remove neon from oe-core
On 10 June 2015 at 10:17, Paul Eggleton paul.eggle...@linux.intel.com wrote: I have to be honest and say I don't like meta-oe continuing to be a dumping ground for old things that only a few (or no) people are using - if we must keep these recipes around, I'd rather they go into a different layer even if that layer's only grouping factor is legacy items, at least then they are labelled appropriately. GStreamer 0.10 and BlueZ 4 were recent examples, perhaps I should have spoken up earlier, although I don't necessarily think it's too late. Martin - what do you think? A meta-legacy layer does have a certain appeal as it would clearly indicate that these recipes are unmaintained. That won't really apply for neon though - libmusicbrainz in meta-multimedia is still useful/in active development and depends on neon. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2 3/3] populate_sdk_ext: consider custom configuration in local.conf
Copy the contents of local.conf under TOPDIR into the final generated
local.conf. In this way, custom settings are also made into the final
local.conf like IMAGE_INSTALL, DISTRO_FEATURES, VIRTUAL-RUNTIME_xxx, etc.
Before this change, installing extensible SDK would usually report failure
when preparing the build system if the user has custom configuration for
DISTRO_FEATURES in local.conf. Also, items in IMAGE_INSTALL_append in local.conf
also don't get built correctly.
This patch solves the above problem by making use of the bb.utils.edit_metadata.
In addition, we check to avoid any setting that might lead to host path
bleeding into SDK's configuration. Basically, variables with values starting
with '/' are removed. A whitelist mechanism is introduced so that users could
specify variables that should not be ignored. The name of the whitelist is
SDK_LOCAL_CONF_WHITELIST.
[YOCTO #7616]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/classes/populate_sdk_ext.bbclass | 17 +
1 file changed, 17 insertions(+)
diff --git a/meta/classes/populate_sdk_ext.bbclass
b/meta/classes/populate_sdk_ext.bbclass
index 2fc4c11..08130d4 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -16,6 +16,7 @@ SDK_RDEPENDS_append_task-populate-sdk-ext = ${SDK_TARGETS}
SDK_RELOCATE_AFTER_INSTALL_task-populate-sdk-ext = 0
SDK_META_CONF_WHITELIST ?= MACHINE DISTRO PACKAGE_CLASSES
+SDK_LOCAL_CONF_WHITELIST ?=
SDK_TARGETS ?= ${PN}
OE_INIT_ENV_SCRIPT ?= oe-init-build-env
@@ -108,12 +109,28 @@ python copy_buildsystem () {
f.write('\n')
# Create local.conf
+local_conf_whitelist = d.getVar('SDK_LOCAL_CONF_WHITELIST', True).split()
+def handle_var(varname, origvalue, op, newlines):
+if origvalue.strip().startswith('/') and not varname in
local_conf_whitelist:
+newlines.append('# Removed original setting of %s\n' % varname)
+return None, op, 0, True
+else:
+return origvalue, op, 0, True
+varlist = ['[^#=+ ]*']
+builddir = d.getVar('TOPDIR', True)
+with open(builddir + '/conf/local.conf', 'r') as f:
+oldlines = f.readlines()
+(updated, newlines) = bb.utils.edit_metadata(oldlines, varlist, handle_var)
+
with open(baseoutpath + '/conf/local.conf', 'w') as f:
f.write('# WARNING: this configuration has been automatically
generated and in\n')
f.write('# most cases should not be edited. If you need more
flexibility than\n')
f.write('# this configuration provides, it is strongly suggested that
you set\n')
f.write('# up a proper instance of the full build system and use that
instead.\n\n')
+for line in newlines:
+f.write(line)
+
f.write('INHERIT += %s\n\n' % 'uninative')
f.write('CONF_VERSION = %s\n\n' % d.getVar('CONF_VERSION'))
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2 2/3] copy_buildsystem: make sure bitbake directory is copied
The previous code assumes that bitbake/ directory is under the core layer.
This is the case for Yocto project. But users might clone oe-core and bitbake
separately. So we use bb.__file__ to locate the bitbake directory to make sure
it's copied into the extensible SDK.
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/lib/oe/copy_buildsystem.py | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta/lib/oe/copy_buildsystem.py b/meta/lib/oe/copy_buildsystem.py
index cf7fada..979578c 100644
--- a/meta/lib/oe/copy_buildsystem.py
+++ b/meta/lib/oe/copy_buildsystem.py
@@ -28,11 +28,10 @@ class BuildSystem(object):
layers.append(corebase)
corebase_files = self.d.getVar('COREBASE_FILES', True).split()
-
-# bitbake belongs in corebase so make sure it goes there
-if bitbake not in corebase_files:
-corebase_files.append(bitbake)
corebase_files = [corebase + '/' +x for x in corebase_files]
+# Make sure bitbake goes in
+bitbake_dir = bb.__file__.rsplit('/', 3)[0]
+corebase_files.append(bitbake_dir)
for layer in layers:
layerconf = os.path.join(layer, 'conf', 'layer.conf')
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2 1/3] populate_sdk_ext: install the latest buildtools-tarball
If we do `bitbake buildtools-tarball' and then after one day do `bitbake
core-image-minimal -c populate_sdk_ext', we would meet errors like below.
| install: cannot stat '/buildarea2/chenqi/poky/build-systemd/tmp/deploy/sdk/
poky-glibc-x86_64-buildtools-tarball-core2-64-buildtools-nativesdk-standalone
-1.8+snapshot-20150429.sh': No such file or directory
The problem is that the output name for buildtools-tarball has ${DATE} in it.
So if populate_sdk_ext task is executed but buildtools-tarball is not rebuilt,
the above error appears.
Instead of hardcoding ${DISTRO_VERSION} which consists of ${DATE} in the
install_tools() function, we should find the latest buildtools-tarball based
on the modification time and install it.
[YOCTO #7674]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/classes/populate_sdk_ext.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/classes/populate_sdk_ext.bbclass
b/meta/classes/populate_sdk_ext.bbclass
index dc2c58e..2fc4c11 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -168,7 +168,9 @@ install_tools() {
ln -sr ${SDK_OUTPUT}/${SDKPATH}/${scriptrelpath}/recipetool
${SDK_OUTPUT}/${SDKPATHNATIVE}${bindir_nativesdk}/recipetool
touch ${SDK_OUTPUT}/${SDKPATH}/.devtoolbase
- install
${SDK_DEPLOY}/${DISTRO}-${TCLIBC}-${SDK_ARCH}-buildtools-tarball-${TUNE_PKGARCH}-buildtools-nativesdk-standalone-${DISTRO_VERSION}.sh
${SDK_OUTPUT}/${SDKPATH}
+ # find latest buildtools-tarball and install it
+ buildtools_path=`ls -t1
${SDK_DEPLOY}/${DISTRO}-${TCLIBC}-${SDK_ARCH}-buildtools-tarball-${TUNE_PKGARCH}-buildtools-nativesdk-standalone-*.sh
| head -n1`
+ install $buildtools_path ${SDK_OUTPUT}/${SDKPATH}
install ${SDK_DEPLOY}/${BUILD_ARCH}-nativesdk-libc.tar.bz2
${SDK_OUTPUT}/${SDKPATH}
}
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2 0/3] Extensible SDK: 3 fixes
Changes since V1: *) Make use of bb.utils.edit_metadata. *) Introduce a whitelist mechanism to allow exceptions. The following changes since commit de6a26b95a7f7bd8f9dc47ab35d8b07ba671f4eb: x264: use x86 over-ride instead of i586 (2015-06-08 17:32:46 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/ext-sdk-3-fixes http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/ext-sdk-3-fixes Chen Qi (3): populate_sdk_ext: install the latest buildtools-tarball copy_buildsystem: make sure bitbake directory is copied populate_sdk_ext: consider custom configuration in local.conf meta/classes/populate_sdk_ext.bbclass | 21 - meta/lib/oe/copy_buildsystem.py | 7 +++ 2 files changed, 23 insertions(+), 5 deletions(-) -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3 1/2] cmake: Whitespace fix
Signed-off-by: Moritz Blume moritz.bl...@bmw-carit.de
---
meta/classes/cmake.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index 3549c38..1ebb936 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -82,7 +82,7 @@ cmake_do_configure() {
mkdir -p ${B}
cd ${B}
else
- find ${B} -name CMakeFiles -or -name Makefile -or -name
cmake_install.cmake -or -name CMakeCache.txt -delete
+ find ${B} -name CMakeFiles -or -name Makefile -or -name
cmake_install.cmake -or -name CMakeCache.txt -delete
fi
# Just like autotools cmake can use a site file to cache result that
need generated binaries to run
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] ncurses: fix native builds when host has gcc5
On Wed, Jun 10, 2015 at 9:07 AM, Martin Stolpe martinsto...@gmail.com wrote: -BUILD_CPPFLAGS += -D_GNU_SOURCE +BUILD_CPPFLAGS += -D_GNU_SOURCE -P We have fixed this do we need this ? whats error. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/10] devtool refactoring
Hi, On 09/06/15 18:01, Paul Eggleton paul.eggle...@linux.intel.com wrote: Hi Markus, On Thursday 04 June 2015 19:31:44 Markus Lehtonen wrote: This patchset contains contains some refactoring of the devtool code, hopefully making the code more maintainable and somewhat easier to read. Unfortunately something in here breaks the QA tests - and this time I've double-checked that they pass without this patchset (well, deploy_target seems to be failing on one of my machines but not another - am looking into that). Could you please investigate? Hmm, strange. I will investigate and get back to this. Thanks, Markus -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] ncurses: fix native builds when host has gcc5
GCCs preprocessor starts to add newlines which are not
handled properly by ncurses build system startin from
version 5.0.
See also: https://bugzilla.yoctoproject.org/show_bug.cgi?id=7870
Signed-off-by: Martin Stolpe martin.sto...@gmail.com
---
meta/recipes-core/ncurses/ncurses.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/ncurses/ncurses.inc
b/meta/recipes-core/ncurses/ncurses.inc
index 10f7dd1..a7a265d 100644
--- a/meta/recipes-core/ncurses/ncurses.inc
+++ b/meta/recipes-core/ncurses/ncurses.inc
@@ -26,7 +26,7 @@ ENABLE_WIDEC ?= true
# _GNU_SOURCE is required for widec stuff and is detected automatically
# for target objects. But it must be set manually for native and sdk
# builds.
-BUILD_CPPFLAGS += -D_GNU_SOURCE
+BUILD_CPPFLAGS += -D_GNU_SOURCE -P
# natives don't generally look in base_libdir
base_libdir_class-native = ${libdir}
--
2.4.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] sysstat: DEPENDS on base-passwd
Fixed:
| install -m 644 -g man man/sa1.8
/path/to/tmp/work/i586-poky-linux/sysstat/11.1.4-r0/image/usr/share/man/man8
| install: invalid group `man'
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/recipes-extended/sysstat/sysstat.inc |2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-extended/sysstat/sysstat.inc
b/meta/recipes-extended/sysstat/sysstat.inc
index 566cb08..4063007 100644
--- a/meta/recipes-extended/sysstat/sysstat.inc
+++ b/meta/recipes-extended/sysstat/sysstat.inc
@@ -8,6 +8,8 @@ SRC_URI =
http://pagesperso-orange.fr/sebastien.godard/sysstat-${PV}.tar.xz \
file://99_sysstat \
+DEPENDS += base-passwd
+
inherit autotools-brokensep gettext
EXTRA_OECONF += --disable-sensors
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] fix depends issues for sysstat and mtools
The following changes since commit de6a26b95a7f7bd8f9dc47ab35d8b07ba671f4eb: x264: use x86 over-ride instead of i586 (2015-06-08 17:32:46 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/deps http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/deps Robert Yang (2): sysstat: DEPENDS on base-passwd mtools: add PACKAGECONFIG for libbsd meta/recipes-devtools/mtools/mtools_3.9.9.bb |3 +++ meta/recipes-devtools/mtools/mtools_4.0.18.bb |3 +++ meta/recipes-extended/sysstat/sysstat.inc |2 ++ 3 files changed, 8 insertions(+) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] mtools: add PACKAGECONFIG for libbsd
Fixed:
ld: cannot find -lbsd
collect2: error: ld returned 1 exit status
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/recipes-devtools/mtools/mtools_3.9.9.bb |3 +++
meta/recipes-devtools/mtools/mtools_4.0.18.bb |3 +++
2 files changed, 6 insertions(+)
diff --git a/meta/recipes-devtools/mtools/mtools_3.9.9.bb
b/meta/recipes-devtools/mtools/mtools_3.9.9.bb
index 9cd1c57..c284a71 100644
--- a/meta/recipes-devtools/mtools/mtools_3.9.9.bb
+++ b/meta/recipes-devtools/mtools/mtools_3.9.9.bb
@@ -46,6 +46,9 @@ EXTRA_OECONF = --without-x
BBCLASSEXTEND = native nativesdk
+PACKAGECONFIG ??=
+PACKAGECONFIG[libbsd] = ac_cv_lib_bsd_main=yes,ac_cv_lib_bsd_main=no,libbsd
+
do_install_prepend () {
# Create bindir to fix parallel installation issues
mkdir -p ${D}/${bindir}
diff --git a/meta/recipes-devtools/mtools/mtools_4.0.18.bb
b/meta/recipes-devtools/mtools/mtools_4.0.18.bb
index b2cfe9a..52decfd 100644
--- a/meta/recipes-devtools/mtools/mtools_4.0.18.bb
+++ b/meta/recipes-devtools/mtools/mtools_4.0.18.bb
@@ -37,6 +37,9 @@ EXTRA_OECONF = --without-x
BBCLASSEXTEND = native nativesdk
+PACKAGECONFIG ??=
+PACKAGECONFIG[libbsd] = ac_cv_lib_bsd_main=yes,ac_cv_lib_bsd_main=no,libbsd
+
do_install_prepend () {
# Create bindir to fix parallel installation issues
mkdir -p ${D}/${bindir}
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] multilib.bbclass: use package_qa_handle_error
Use package_qa_handle_error to handle the QA issue.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/insane.bbclass |2 +-
meta/classes/multilib.bbclass |5 +++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 14d4a3c..c1afde5 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -30,7 +30,7 @@ WARN_QA ?= ldflags useless-rpaths rpaths staticdev libdir
xorg-driver-abi \
textrel already-stripped incompatible-license files-invalid \
installed-vs-shipped compile-host-path install-host-path \
pn-overrides infodir build-deps file-rdeps \
-unknown-configure-option symlink-to-sysroot \
+unknown-configure-option symlink-to-sysroot multilib \
ERROR_QA ?= dev-so debug-deps dev-deps debug-files arch pkgconfig la \
perms dep-cmp pkgvarcheck perm-config perm-line perm-link \
diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
index 2b5d356..8f61d8d 100644
--- a/meta/classes/multilib.bbclass
+++ b/meta/classes/multilib.bbclass
@@ -132,8 +132,9 @@ python do_package_qa_multilib() {
(not i.startswith(rtld)) and (not
i.startswith('kernel-vmlinux')):
candidates.append(i)
if len(candidates) 0:
-bb.warn(Multilib QA Issue: %s package %s - suspicious values '%s'
in %s
- % (d.getVar('PN', True), pkg, ' '.join(candidates), var))
+msg = %s package %s - suspicious values '%s' in %s \
+ % (d.getVar('PN', True), pkg, ' '.join(candidates), var)
+package_qa_handle_error(multilib, msg, d)
ml = d.getVar('MLPREFIX', True)
if not ml:
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] update-rc.d.bbclass: add MLPREFIX when set RRECOMMENDS
Fixed when build with multilib:
WARNING: Multilib QA Issue: lib32-alsa-state package lib32-alsa-state -
suspicious values 'update-rc.d' in RRECOMMENDS
WARNING: Multilib QA Issue: lib32-modutils-initscripts package
lib32-modutils-initscripts - suspicious values 'update-rc.d' in RRECOMMENDS
WARNING: Multilib QA Issue: lib32-init-ifupdown package lib32-init-ifupdown -
suspicious values 'update-rc.d' in RRECOMMENDS
WARNING: Multilib QA Issue: lib32-xserver-nodm-init package
lib32-xserver-nodm-init - suspicious values 'update-rc.d' in RRECOMMENDS
WARNING: Multilib QA Issue: lib32-sysklogd package lib32-sysklogd - suspicious
values 'update-rc.d' in RRECOMMENDS
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/update-rc.d.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/update-rc.d.bbclass b/meta/classes/update-rc.d.bbclass
index c385635..4d62c2f 100644
--- a/meta/classes/update-rc.d.bbclass
+++ b/meta/classes/update-rc.d.bbclass
@@ -118,7 +118,7 @@ python populate_packages_updatercd () {
postrm += localdata.getVar('updatercd_postrm', True)
d.setVar('pkg_postrm_%s' % pkg, postrm)
-d.appendVar('RRECOMMENDS_' + pkg, ${UPDATERCD})
+d.appendVar('RRECOMMENDS_' + pkg, ${MLPREFIX}${UPDATERCD})
# Check that this class isn't being inhibited (generally, by
# systemd.bbclass) before doing any work.
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] remove neon from oe-core
Hi Ross, On Tuesday 09 June 2015 20:14:15 Burton, Ross wrote: Since Subversion moved away from neon it appears the only user of it in oe-core is GStreamer as a HTTP client plugin. By virtue of being maintained I suspect the libsoup plugin is generally the better choice there, so as neon is now unmaintained upstream (last release September 2014, doesn't work with latest GnuTLS release) I propose moving it to meta-oe. Any comments? I have to be honest and say I don't like meta-oe continuing to be a dumping ground for old things that only a few (or no) people are using - if we must keep these recipes around, I'd rather they go into a different layer even if that layer's only grouping factor is legacy items, at least then they are labelled appropriately. GStreamer 0.10 and BlueZ 4 were recent examples, perhaps I should have spoken up earlier, although I don't necessarily think it's too late. Martin - what do you think? Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] ncurses: fix native builds when host has gcc5
Ok, then I was too slow in sending the patch. Haven't seen that it was fixed already. 2015-06-10 15:21 GMT+02:00 Khem Raj raj.k...@gmail.com: On Wed, Jun 10, 2015 at 9:07 AM, Martin Stolpe martinsto...@gmail.com wrote: -BUILD_CPPFLAGS += -D_GNU_SOURCE +BUILD_CPPFLAGS += -D_GNU_SOURCE -P We have fixed this do we need this ? whats error. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] [fido] binutils: fix native builds when host has gcc5
Problem is that when building binutils using GCC =5.0
warnings will be treated as errors which will cause
the build to fail.
Signed-off-by: Martin Stolpe martin.sto...@gmail.com
---
meta/recipes-devtools/binutils/binutils_2.24.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/binutils/binutils_2.24.bb
b/meta/recipes-devtools/binutils/binutils_2.24.bb
index 738aaee..bc34a14 100644
--- a/meta/recipes-devtools/binutils/binutils_2.24.bb
+++ b/meta/recipes-devtools/binutils/binutils_2.24.bb
@@ -7,12 +7,15 @@ EXTRA_OECONF += --with-sysroot=/ \
--enable-install-libbfd \
--enable-install-libiberty \
--enable-shared \
+--disable-werror \
EXTRA_OECONF_class-native = --enable-targets=all \
--enable-64-bit-bfd \
--enable-install-libiberty \
- --enable-install-libbfd
+ --enable-install-libbfd \
+ --disable-werror \
+
do_install_class-native () {
autotools_do_install
--
2.4.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] [fido] ncurses: fix native builds when host has gcc5
GCCs preprocessor starts to add newlines which are not
handled properly by ncurses build system startin from
version 5.0.
See also: https://bugzilla.yoctoproject.org/show_bug.cgi?id=7870
Signed-off-by: Martin Stolpe martin.sto...@gmail.com
---
meta/recipes-core/ncurses/ncurses.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/ncurses/ncurses.inc
b/meta/recipes-core/ncurses/ncurses.inc
index 10f7dd1..a7a265d 100644
--- a/meta/recipes-core/ncurses/ncurses.inc
+++ b/meta/recipes-core/ncurses/ncurses.inc
@@ -26,7 +26,7 @@ ENABLE_WIDEC ?= true
# _GNU_SOURCE is required for widec stuff and is detected automatically
# for target objects. But it must be set manually for native and sdk
# builds.
-BUILD_CPPFLAGS += -D_GNU_SOURCE
+BUILD_CPPFLAGS += -D_GNU_SOURCE -P
# natives don't generally look in base_libdir
base_libdir_class-native = ${libdir}
--
2.4.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] ncurses: fix native builds when host has gcc5
On 10 June 2015 at 14:27, Martin Stolpe martinsto...@gmail.com wrote: Ok, then I was too slow in sending the patch. Haven't seen that it was fixed already. My fault for not remembering this was already sorted. FWIW, the fix is oe-core 47f67fa (ncurses upgrade). Of course that won't help anyone running fido on a host with gcc5, but I'm not sure we support that... Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] oeqa/parselogs: The logs are now copied and parsed locally.
This is to fix a problem with reaching the limit of the whitelist size.
Signed-off-by: Lucian Musat george.l.mu...@intel.com
---
meta/lib/oeqa/runtime/parselogs.py | 30 +++---
1 file changed, 23 insertions(+), 7 deletions(-)
diff --git a/meta/lib/oeqa/runtime/parselogs.py
b/meta/lib/oeqa/runtime/parselogs.py
index e9ccd0c..e641366 100644
--- a/meta/lib/oeqa/runtime/parselogs.py
+++ b/meta/lib/oeqa/runtime/parselogs.py
@@ -1,5 +1,6 @@
import os
import unittest
+import subprocess
from oeqa.oetest import oeRuntimeTest
from oeqa.utils.decorators import *
@@ -132,6 +133,20 @@ class ParseLogsTest(oeRuntimeTest):
logs.append(os.path.join(location,str(logfile)))
return logs
+#copy the log files to be parsed locally
+def transfer_logs(self, log_list):
+target_logs = 'target_logs'
+if not os.path.exists(target_logs):
+os.makedirs(target_logs)
+for f in log_list:
+self.target.copy_from(f, target_logs)
+
+#get the local list of logs
+def get_local_log_list(self, log_locations):
+self.transfer_logs(self.getLogList(log_locations))
+logs = [ os.path.join('target_logs',f) for f in
os.listdir('target_logs') if os.path.isfile(os.path.join('target_logs',f)) ]
+return logs
+
#build the grep command to be used with filters and exclusions
def build_grepcmd(self, errors, ignore_errors, log):
grepcmd = grep
@@ -163,21 +178,22 @@ class ParseLogsTest(oeRuntimeTest):
results = {}
rez = []
for log in logs:
+result = None
thegrep = self.build_grepcmd(errors, ignore_errors, log)
try:
-(status, result) = self.target.run(thegrep)
+result = subprocess.check_output(thegrep, shell=True)
except:
pass
-if result:
-results[log] = {}
+if (result is not None):
+results[log.replace('target_logs/','')] = {}
rez = result.splitlines()
for xrez in rez:
command = grep \\\+str(xrez)+\ -B
+str(lines_before)+ -A +str(lines_after)+ +str(log)
try:
-(status, yrez) = self.target.run(command)
+yrez = subprocess.check_output(command, shell=True)
except:
pass
-results[log][xrez]=yrez
+results[log.replace('target_logs/','')][xrez]=yrez
return results
#get the output of dmesg and write it in a file. This file is added to
log_locations.
@@ -189,7 +205,7 @@ class ParseLogsTest(oeRuntimeTest):
@skipUnlessPassed('test_ssh')
def test_parselogs(self):
self.write_dmesg()
-log_list = self.getLogList(self.log_locations)
+log_list = self.get_local_log_list(self.log_locations)
result = self.parse_logs(self.errors, self.ignore_errors, log_list)
print self.getHardwareInfo()
errcount = 0
@@ -203,4 +219,4 @@ class ParseLogsTest(oeRuntimeTest):
self.msg += result[str(log)][str(error)]+\n
self.msg += ***\n
self.msg += %s errors found in logs. % errcount
-self.assertEqual(errcount, 0, msg=self.msg)
+self.assertEqual(errcount, 0, msg=self.msg)
\ No newline at end of file
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] [fido] binutils: fix native builds when host has gcc5
On Wed, Jun 10, 2015 at 10:26 AM, Martin Stolpe martinsto...@gmail.com wrote:
Problem is that when building binutils using GCC =5.0
warnings will be treated as errors which will cause
the build to fail.
Signed-off-by: Martin Stolpe martin.sto...@gmail.com
---
meta/recipes-devtools/binutils/binutils_2.24.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/binutils/binutils_2.24.bb
b/meta/recipes-devtools/binutils/binutils_2.24.bb
index 738aaee..bc34a14 100644
--- a/meta/recipes-devtools/binutils/binutils_2.24.bb
+++ b/meta/recipes-devtools/binutils/binutils_2.24.bb
@@ -7,12 +7,15 @@ EXTRA_OECONF += --with-sysroot=/ \
--enable-install-libbfd \
--enable-install-libiberty \
--enable-shared \
+--disable-werror \
EXTRA_OECONF_class-native = --enable-targets=all \
--enable-64-bit-bfd \
--enable-install-libiberty \
- --enable-install-libbfd
+ --enable-install-libbfd \
+ --disable-werror \
+
lowering the guards is not the right approach. I understand you want
to compile fido with distros that are released after fido.
but better would be to backport relevant fixed into component itself.
do_install_class-native () {
autotools_do_install
--
2.4.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] oeqa/parselogs: Added some more errors to the whitelist.
Signed-off-by: Lucian Musat george.l.mu...@intel.com
---
meta/lib/oeqa/runtime/parselogs.py | 29 +
1 file changed, 25 insertions(+), 4 deletions(-)
diff --git a/meta/lib/oeqa/runtime/parselogs.py
b/meta/lib/oeqa/runtime/parselogs.py
index e641366..a9ab9a3 100644
--- a/meta/lib/oeqa/runtime/parselogs.py
+++ b/meta/lib/oeqa/runtime/parselogs.py
@@ -22,12 +22,18 @@ common_errors = [
Failed to load module \modesetting\,
Failed to load module modesetting,
Failed to load module \glx\,
+Failed to load module \fbdev\,
+Failed to load module fbdev,
Failed to load module glx,
[drm] Cannot find any crtc or sizes - going 1024x768,
_OSC failed (AE_NOT_FOUND); disabling ASPM,
Open ACPI failed (/var/run/acpid.socket) (No such file or directory),
NX (Execute Disable) protection cannot be enabled: non-PAE kernel!,
-hd.: possibly failed opcode
+hd.: possibly failed opcode,
+'NETLINK INITIALIZATION FAILED',
+'kernel: Cannot find map file',
+'omap_hwmod: debugss: _wait_target_disable failed',
+'VGA arbiter: cannot open kernel arbiter, no multi-card support',
]
x86_common = [
@@ -64,7 +70,24 @@ ignore_errors = {
'mmci-pl18x: probe of fpga:0b failed with error -22',
'Failed to load module glx'
] + common_errors,
-'emenlow' : x86_common,
+'emenlow' : [
+'[Firmware Bug]: ACPI: No _BQC method, cannot determine initial
brightness',
+'(EE) Failed to load module psb',
+'(EE) Failed to load module psb',
+'(EE) Failed to load module psbdrv',
+'(EE) Failed to load module psbdrv',
+'(EE) open /dev/fb0: No such file or directory',
+'(EE) AIGLX: reverting to software rendering',
+] + x86_common,
+'core2_32' : [
+'[Firmware Bug]: ACPI: No _BQC method, cannot determine initial
brightness',
+'(EE) Failed to load module psb',
+'(EE) Failed to load module psb',
+'(EE) Failed to load module psbdrv',
+'(EE) Failed to load module psbdrv',
+'(EE) open /dev/fb0: No such file or directory',
+'(EE) AIGLX: reverting to software rendering',
+] + x86_common,
'crownbay' : x86_common,
'genericx86' : x86_common,
'genericx86-64' : x86_common,
@@ -73,13 +96,11 @@ ignore_errors = {
] + common_errors,
'minnow' : [
'netlink init failed',
-'NETLINK INITIALIZATION FAILED',
] + common_errors,
'jasperforest' : [
'Activated service \'org.bluez\' failed:',
'Unable to find NFC netlink family',
'netlink init failed',
-'NETLINK INITIALIZATION FAILED',
] + common_errors,
}
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3 2/2] cmake: Upgrade 2.8.12.2 - 3.2.2
I see this causes piglit to fail to build, which is a problem if we want
this in oe-core. I'm having a quick look to see if upgrading piglit helps
but right now this is blocking merging.
Ross
On 10 June 2015 at 08:36, Moritz Blume moritz.bl...@bmw-carit.de wrote:
Patches qt4-fail-silent.patch and support-oe-qt4-tools-names.patch
were adapted in order to fit to CMake 3.2.2 (refer to the commit
message in the respective patch for details).
Patch cmake-2.8.11.2-FindFreetype.patch was dropped since it was
rejected upstream and its functionality otherwise implemented in the
meantime.
Note that CMake 3 needs to have the full compiler path in the toolchain
file (see cmake.bbclass).
Signed-off-by: Moritz Blume moritz.bl...@bmw-carit.de
---
meta/classes/cmake.bbclass | 8 ++-
.../cmake/cmake-native_2.8.12.2.bb | 19 --
meta/recipes-devtools/cmake/cmake-native_3.2.2.bb | 19 ++
meta/recipes-devtools/cmake/cmake.inc | 12 ++--
.../cmake/cmake/cmake-2.8.11.2-FindFreetype.patch | 47 ---
.../cmake/cmake/qt4-fail-silent.patch | 30 --
.../cmake/cmake/support-oe-qt4-tools-names.patch | 70
++
meta/recipes-devtools/cmake/cmake_2.8.12.2.bb | 52
meta/recipes-devtools/cmake/cmake_3.2.2.bb | 56 +
9 files changed, 144 insertions(+), 169 deletions(-)
delete mode 100644 meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb
create mode 100644 meta/recipes-devtools/cmake/cmake-native_3.2.2.bb
delete mode 100644
meta/recipes-devtools/cmake/cmake/cmake-2.8.11.2-FindFreetype.patch
delete mode 100644 meta/recipes-devtools/cmake/cmake_2.8.12.2.bb
create mode 100644 meta/recipes-devtools/cmake/cmake_3.2.2.bb
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index 1ebb936..c97fd02 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -10,9 +10,11 @@ CCACHE =
# We want the staging and installing functions from autotools
inherit autotools
-# C/C++ Compiler (without cpu arch/tune arguments)
-OECMAKE_C_COMPILER ?= `echo ${CC} | sed 's/^\([^ ]*\).*/\1/'`
-OECMAKE_CXX_COMPILER ?= `echo ${CXX} | sed 's/^\([^ ]*\).*/\1/'`
+# Full path to C/C++ Compiler (without cpu arch/tune arguments)
+C_COMPILER = $(echo ${CC} | sed 's/^\([^ ]*\).*/\1/')
+CXX_COMPILER = $(echo ${CXX} | sed 's/^\([^ ]*\).*/\1/')
+OECMAKE_C_COMPILER ?= $(which ${C_COMPILER})
+OECMAKE_CXX_COMPILER ?= $(which ${CXX_COMPILER})
OECMAKE_AR ?= ${AR}
# Compiler flags
diff --git a/meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb
b/meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb
deleted file mode 100644
index e40dfdd..000
--- a/meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb
+++ /dev/null
@@ -1,19 +0,0 @@
-require cmake.inc
-inherit native
-
-# Using cmake's internal libarchive, so some dependencies are needed
-DEPENDS += bzip2-native zlib-native
-
-SRC_URI += \
-file://cmlibarchive-disable-ext2fs.patch \
-
-
-SRC_URI[md5sum] = 17c6513483d23590cbce6957ec6d1e66
-SRC_URI[sha256sum] =
8c6574e9afabcb9fc66f463bb1f2f051958d86c85c37fccf067eb1a44a120e5e
-
-# Disable ccmake since we don't depend on ncurses
-CMAKE_EXTRACONF = \
--DBUILD_CursesDialog=0 \
--DENABLE_ACL=0 -DHAVE_ACL_LIBACL_H=0 \
--DHAVE_SYS_ACL_H=0 \
-
diff --git a/meta/recipes-devtools/cmake/cmake-native_3.2.2.bb
b/meta/recipes-devtools/cmake/cmake-native_3.2.2.bb
new file mode 100644
index 000..17e9e2c
--- /dev/null
+++ b/meta/recipes-devtools/cmake/cmake-native_3.2.2.bb
@@ -0,0 +1,19 @@
+require cmake.inc
+inherit native
+
+# Using cmake's internal libarchive, so some dependencies are needed
+DEPENDS += bzip2-native zlib-native
+
+SRC_URI += \
+file://cmlibarchive-disable-ext2fs.patch \
+
+
+SRC_URI[md5sum] = 2da57308071ea98b10253a87d2419281
+SRC_URI[sha256sum] =
ade94e6e36038774565f2aed8866415443444fb7a362eb0ea5096e40d5407c78
+
+# Disable ccmake since we don't depend on ncurses
+CMAKE_EXTRACONF = \
+-DBUILD_CursesDialog=0 \
+-DENABLE_ACL=0 -DHAVE_ACL_LIBACL_H=0 \
+-DHAVE_SYS_ACL_H=0 \
+
diff --git a/meta/recipes-devtools/cmake/cmake.inc
b/meta/recipes-devtools/cmake/cmake.inc
index 28b7f2d..d1cb7ab 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -6,7 +6,7 @@ HOMEPAGE = http://www.cmake.org/;
BUGTRACKER = http://public.kitware.com/Bug/my_view_page.php;
SECTION = console/utils
LICENSE = BSD
-LIC_FILES_CHKSUM =
file://Copyright.txt;md5=bb2fa3a08736b842556f6171bb9e8ae1 \
+LIC_FILES_CHKSUM =
file://Copyright.txt;md5=3ba5a6c34481652ce573e5c4e1d707e4 \
file://Source/cmake.h;beginline=1;endline=10;md5=341736dae83c9e344b53eeb1bc7d7bc2
CMAKE_MAJOR_VERSION = ${@'.'.join(d.getVar('PV',1).split('.')[0:2])}
@@ -14,11 +14,8 @@ CMAKE_MAJOR_VERSION =
${@'.'.join(d.getVar('PV',1).split('.')[0:2])}
Re: [OE-core] [PATCH] ncurses: fix native builds when host has gcc5
On Wed, Jun 10, 2015 at 9:54 AM, Burton, Ross ross.bur...@intel.com wrote: FWIW, the fix is oe-core 47f67fa (ncurses upgrade). Of course that won't help anyone running fido on a host with gcc5, but I'm not sure we support that... right. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3 2/2] cmake: Upgrade 2.8.12.2 - 3.2.2
On 10 June 2015 at 17:49, Burton, Ross ross.bur...@intel.com wrote: I see this causes piglit to fail to build, which is a problem if we want this in oe-core. I'm having a quick look to see if upgrading piglit helps but right now this is blocking merging. Upgrading piglit seemed to help, re-running a world build now. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] image-live: Set syslinux timeout to 5s
Increased syslinux timeout to 5s as 1s default 1s timeout
is not enough to notice syslinux prompt on some devices.
Signed-off-by: Ed Bartosh ed.bart...@linux.intel.com
---
meta/classes/image-live.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/image-live.bbclass b/meta/classes/image-live.bbclass
index 7b770fb..52b6de7 100644
--- a/meta/classes/image-live.bbclass
+++ b/meta/classes/image-live.bbclass
@@ -3,7 +3,7 @@ AUTO_SYSLINUXCFG = 1
INITRD_IMAGE ?= core-image-minimal-initramfs
INITRD ?= ${DEPLOY_DIR_IMAGE}/${INITRD_IMAGE}-${MACHINE}.cpio.gz
SYSLINUX_ROOT = root=/dev/ram0
-SYSLINUX_TIMEOUT ?= 10
+SYSLINUX_TIMEOUT ?= 50
SYSLINUX_LABELS ?= boot install
LABELS_append = ${SYSLINUX_LABELS}
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] initramfs-live-install: Add gptdisk to initramfs
This is a part of the work to support partiion UUID in installer.
gptdisk is going to be used to get partition UUID.
Signed-off-by: Ed Bartosh ed.bart...@linux.intel.com
---
meta/recipes-core/initrdscripts/initramfs-live-install-efi_1.0.bb | 2 +-
meta/recipes-core/initrdscripts/initramfs-live-install_1.0.bb | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/initrdscripts/initramfs-live-install-efi_1.0.bb
b/meta/recipes-core/initrdscripts/initramfs-live-install-efi_1.0.bb
index b0994d7..f98ce25 100644
--- a/meta/recipes-core/initrdscripts/initramfs-live-install-efi_1.0.bb
+++ b/meta/recipes-core/initrdscripts/initramfs-live-install-efi_1.0.bb
@@ -5,7 +5,7 @@ SRC_URI = file://init-install-efi.sh
PR = r1
-RDEPENDS_${PN} = parted e2fsprogs-mke2fs dosfstools
+RDEPENDS_${PN} = parted e2fsprogs-mke2fs dosfstools gptfdisk
S = ${WORKDIR}
diff --git a/meta/recipes-core/initrdscripts/initramfs-live-install_1.0.bb
b/meta/recipes-core/initrdscripts/initramfs-live-install_1.0.bb
index 6241a90..bf24364 100644
--- a/meta/recipes-core/initrdscripts/initramfs-live-install_1.0.bb
+++ b/meta/recipes-core/initrdscripts/initramfs-live-install_1.0.bb
@@ -7,7 +7,7 @@ PR = r9
S = ${WORKDIR}
-RDEPENDS_${PN} = grub parted e2fsprogs-mke2fs
+RDEPENDS_${PN} = grub parted e2fsprogs-mke2fs gptfdisk
do_install() {
install -m 0755 ${WORKDIR}/init-install.sh ${D}/install.sh
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] init-install-efi: Implement UUID support
Using UUID in favor of device names is more reliable as
UUID names are persistent.
Device names can change as the order of adding device nodes
is arbitrary. This sometimes results in device names switching
on each boot, which can cause system fail to boot.
Persistent naming solves these issues.
Used partition UUID in kernel command line to specify root partition.
Used partition UUID in /etc/fstab to specify boot and swap partitions.
[YOCTO #6101]
Signed-off-by: Ed Bartosh ed.bart...@linux.intel.com
---
.../recipes-core/initrdscripts/files/init-install-efi.sh | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
index 8dd2749..d03d087 100644
--- a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
+++ b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
@@ -158,14 +158,22 @@ mkdir /tgt_root
mkdir /src_root
mkdir -p /boot
+# Get partition UUIDs
+get_partuuid() {
+sgdisk -i$2 /dev/$1 | sed -n 's/Partition unique GUID: \(.*\)/\1/p'
+}
+bootuuid=$(get_partuuid $device 1)
+rootuuid=$(get_partuuid $device 2)
+swapuuid=$(get_partuuid $device 3)
+
# Handling of the target root partition
mount $rootfs /tgt_root
mount -o rw,loop,noatime,nodiratime /run/media/$1/$2 /src_root
echo Copying rootfs files...
cp -a /src_root/* /tgt_root
if [ -d /tgt_root/etc/ ] ; then
-echo $swapswap swap defaults
0 0 /tgt_root/etc/fstab
-echo $bootfs /bootvfat defaults
1 2 /tgt_root/etc/fstab
+echo PARTUUID=$swapuuidswap swap
defaults 0 0 /tgt_root/etc/fstab
+echo PARTUUID=$bootuuid /bootvfat defaults
1 2 /tgt_root/etc/fstab
# We dont want udev to mount our root device while we're booting...
if [ -d /tgt_root/etc/udev/ ] ; then
echo /dev/${device} /tgt_root/etc/udev/mount.blacklist
@@ -196,7 +204,7 @@ if [ -f /run/media/$1/EFI/BOOT/grub.cfg ]; then
# Delete any root= strings
sed -i s/ root=[^ ]*/ / $GRUBCFG
# Add the root= and other standard boot options
-sed -i s@linux /vmlinuz *@linux /vmlinuz root=$rootfs rw $rootwait quiet
@ $GRUBCFG
+sed -i s@linux /vmlinuz *@linux /vmlinuz root=PARTUUID=$rootuuid rw
$rootwait quiet @ $GRUBCFG
fi
if [ -d /run/media/$1/loader ]; then
@@ -212,7 +220,7 @@ if [ -d /run/media/$1/loader ]; then
# delete any root= strings
sed -i s/ root=[^ ]*/ / $GUMMIBOOT_CFGS
# add the root= and other standard boot options
-sed -i s@options *@options root=$rootfs rw $rootwait quiet @
$GUMMIBOOT_CFGS
+sed -i s@options *@options root=PARTUUID=$rootuuid rw $rootwait quiet @
$GUMMIBOOT_CFGS
fi
umount /tgt_root
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] mklibs-native: Remove the dpkg-native dependency
From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
The 'dpkg-native' dependency introduced on 0a08dc is not neccesary
needed if the mklibs-native code is secured with a try/catch statement
when calling the dpkg-native application.
[YOCTO #3782]
Signed-off-by: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
---
.../mklibs/mklibs-native_0.1.40.bb | 3 +-
.../mklibs/catch-exception-if-dpkg-architect.patch | 103 +
2 files changed, 105 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-devtools/mklibs/mklibs/catch-exception-if-dpkg-architect.patch
diff --git a/meta/recipes-devtools/mklibs/mklibs-native_0.1.40.bb
b/meta/recipes-devtools/mklibs/mklibs-native_0.1.40.bb
index b2fcae5..ff3fe08 100644
--- a/meta/recipes-devtools/mklibs/mklibs-native_0.1.40.bb
+++ b/meta/recipes-devtools/mklibs/mklibs-native_0.1.40.bb
@@ -4,12 +4,13 @@ HOMEPAGE = https://launchpad.net/mklibs;
SECTION = devel
LICENSE = GPLv2+
LIC_FILES_CHKSUM =
file://debian/copyright;md5=98d31037b13d896e33890738ef01af64
-DEPENDS = python-native dpkg-native
+DEPENDS = python-native
SRC_URI =
http://ftp.de.debian.org/debian/pool/main/m/mklibs/${BPN}_${PV}.tar.xz \
file://ac_init_fix.patch\
file://fix_STT_GNU_IFUNC.patch\
file://sysrooted-ldso.patch \
+ file://catch-exception-if-dpkg-architect.patch \
SRC_URI[md5sum] = e1dafe5f962caa9dc5f2651c0723812a
diff --git
a/meta/recipes-devtools/mklibs/mklibs/catch-exception-if-dpkg-architect.patch
b/meta/recipes-devtools/mklibs/mklibs/catch-exception-if-dpkg-architect.patch
new file mode 100644
index 000..55ff0a7
--- /dev/null
+++
b/meta/recipes-devtools/mklibs/mklibs/catch-exception-if-dpkg-architect.patch
@@ -0,0 +1,103 @@
+From 78a1245b5217ea42fc122b339684ff8d59059037 Mon Sep 17 00:00:00 2001
+From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
+Date: Wed, 10 Jun 2015 07:24:23 +
+Subject: [PATCH] mklibs,mklibs-copy: Catch exception if dpkg-architecture not
+ found
+
+Signed-off-by: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
+---
+ src/mklibs | 33 ++---
+ src/mklibs-copy | 33 ++---
+ 2 files changed, 36 insertions(+), 30 deletions(-)
+
+diff --git a/src/mklibs b/src/mklibs
+index a3533c0..75d2bb4 100755
+--- a/src/mklibs
b/src/mklibs
+@@ -272,21 +272,24 @@ def extract_soname(so_file):
+ return
+
+ def multiarch(paths):
+-devnull = open('/dev/null', 'w')
+-dpkg_architecture = subprocess.Popen(
+-['dpkg-architecture', '-qDEB_HOST_MULTIARCH'],
+-stdout=subprocess.PIPE, stderr=devnull)
+-devnull.close()
+-deb_host_multiarch, _ = dpkg_architecture.communicate()
+-if dpkg_architecture.returncode == 0:
+-deb_host_multiarch = deb_host_multiarch.rstrip('\n')
+-new_paths = []
+-for path in paths:
+-new_paths.append(
+-path.replace('/lib', '/lib/%s' % deb_host_multiarch, 1))
+-new_paths.append(path)
+-return new_paths
+-else:
++try:
++devnull = open('/dev/null', 'w')
++dpkg_architecture = subprocess.Popen(
++['dpkg-architecture', '-qDEB_HOST_MULTIARCH'],
++stdout=subprocess.PIPE, stderr=devnull)
++devnull.close()
++deb_host_multiarch, _ = dpkg_architecture.communicate()
++if dpkg_architecture.returncode == 0:
++deb_host_multiarch = deb_host_multiarch.rstrip('\n')
++new_paths = []
++for path in paths:
++new_paths.append(
++path.replace('/lib', '/lib/%s' % deb_host_multiarch, 1))
++new_paths.append(path)
++return new_paths
++else:
++return paths
++except OSError:
+ return paths
+
+ def usage(was_err):
+diff --git a/src/mklibs-copy b/src/mklibs-copy
+index c33985d..fc93ea1 100755
+--- a/src/mklibs-copy
b/src/mklibs-copy
+@@ -116,21 +116,24 @@ def extract_soname(so_file):
+ return
+
+ def multiarch(paths):
+-devnull = open('/dev/null', 'w')
+-dpkg_architecture = subprocess.Popen(
+-['dpkg-architecture', '-qDEB_HOST_MULTIARCH'],
+-stdout=subprocess.PIPE, stderr=devnull)
+-devnull.close()
+-deb_host_multiarch, _ = dpkg_architecture.communicate()
+-if dpkg_architecture.returncode == 0:
+-deb_host_multiarch = deb_host_multiarch.rstrip('\n')
+-new_paths = []
+-for path in paths:
+-new_paths.append(
+-path.replace('/lib', '/lib/%s' % deb_host_multiarch, 1))
+-new_paths.append(path)
+-return new_paths
+-else:
++try:
++devnull = open('/dev/null', 'w')
++dpkg_architecture = subprocess.Popen(
++['dpkg-architecture', '-qDEB_HOST_MULTIARCH'],
++stdout=subprocess.PIPE, stderr=devnull)
++devnull.close()
++
Re: [OE-core] [PATCH 1/2] libpostproc: fix installed-vs-shipped
On 06/10/2015 06:59 PM, Burton, Ross wrote: On 9 June 2015 at 10:04, Robert Yang liezhi.y...@windriver.com mailto:liezhi.y...@windriver.com wrote: When MACHINE=qemux86-64 and enable multilib: ERROR: QA Issue: libpostproc: Files/directories were installed but not shipped in any package: /usr/lib /usr/lib/libpostproc.so.52.3.0 /usr/lib/libpostproc.so /usr/lib/libpostproc.so.52 /usr/lib/.debug /usr/lib/.debug/libpostproc.so.52.3.0 Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install. [installed-vs-shipped] Signed-off-by: Robert Yang liezhi.y...@windriver.com mailto:liezhi.y...@windriver.com This commit log tells us in exact detail that there was a QA error when multilib is enabled, but never mentions what the actual problem is or what the fix is. A more useful commit would be something like: libpostproc: pass correct libdir Pass the right libdir to configure as otherwise it assumes $prefix/lib which may be wrong Thanks, updated in the repo: git://git.openembedded.org/openembedded-core-contrib rbt/2fixes libpostproc: pass correct libdir When MACHINE=qemux86-64 and enable multilib: ERROR: QA Issue: libpostproc: Files/directories were installed but not shipped in any package: /usr/lib /usr/lib/libpostproc.so.52.3.0 /usr/lib/libpostproc.so /usr/lib/libpostproc.so.52 /usr/lib/.debug /usr/lib/.debug/libpostproc.so.52.3.0 Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install. [installed-vs-shipped] Pass the right libdir to configure as otherwise it assumes $prefix/lib which may be wrong. // Robert Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] bind: add systemd file bind-chroot.service
Signed-off-by: Li Xin lixin.f...@cn.fujitsu.com
---
.../bind/bind/bind-chroot.service | 26 ++
meta/recipes-connectivity/bind/bind_9.10.2.bb | 13 +++
2 files changed, 35 insertions(+), 4 deletions(-)
create mode 100644 meta/recipes-connectivity/bind/bind/bind-chroot.service
diff --git a/meta/recipes-connectivity/bind/bind/bind-chroot.service
b/meta/recipes-connectivity/bind/bind/bind-chroot.service
new file mode 100644
index 000..f204d11
--- /dev/null
+++ b/meta/recipes-connectivity/bind/bind/bind-chroot.service
@@ -0,0 +1,26 @@
+[Unit]
+Description=Berkeley Internet Name Domain (DNS)
+Wants=nss-lookup.target
+Before=nss-lookup.target
+After=network.target
+
+[Service]
+Type=forking
+EnvironmentFile=-/etc/sysconfig/named
+Environment=KRB5_KTNAME=/etc/named.keytab
+PIDFile=/var/named/chroot/var/run/named/named.pid
+
+ExecStartPre=@BASE_BINDIR@/mkdir -p /var/cache/bind
+ExecStartPre=@SBINDIR@/rndc-confgen -a -t /var/named/chroot -k rndckey
+ExecStartPre=@SBINDIR@/named-checkconf -t /var/named/chroot -z
/etc/bind/named.conf
+ExecStart=@SBINDIR@/named -t /var/named/chroot $OPTIONS
+
+ExecReload=@BASE_BINDIR@/sh -c '@SBINDIR@/rndc reload /dev/null 21 ||
@BASE_BINDIR@/kill -HUP $MAINPID'
+
+ExecStop=@BASE_BINDIR@/sh -c '@SBINDIR@/rndc stop /dev/null 21 ||
@BASE_BINDIR@/kill -TERM $MAINPID'
+
+PrivateTmp=true
+
+[Install]
+WantedBy=multi-user.target
+
diff --git a/meta/recipes-connectivity/bind/bind_9.10.2.bb
b/meta/recipes-connectivity/bind/bind_9.10.2.bb
index 1dc15a9..bb1be24 100644
--- a/meta/recipes-connectivity/bind/bind_9.10.2.bb
+++ b/meta/recipes-connectivity/bind/bind_9.10.2.bb
@@ -18,6 +18,7 @@ SRC_URI =
ftp://ftp.isc.org/isc/bind9/${PV}/${BPN}-${PV}.tar.gz \
file://init.d-add-support-for-read-only-rootfs.patch \
file://bind-confgen-build-unix.o-once.patch \
file://0001-build-use-pkg-config-to-find-libxml2.patch \
+ file://bind-chroot.service \
SRC_URI[md5sum] = dca7a9967947bffa98547fca6130fc04
@@ -45,7 +46,7 @@ USERADD_PARAM_${PN} = --system --home /var/cache/bind
--no-create-home \
INITSCRIPT_NAME = bind
INITSCRIPT_PARAMS = defaults
-SYSTEMD_SERVICE_${PN} = named.service
+SYSTEMD_SERVICE_${PN} = named.service bind-chroot.service
PARALLEL_MAKE =
@@ -81,10 +82,15 @@ do_install_append() {
install -m 755 ${WORKDIR}/generate-rndc-key.sh ${D}${sbindir}
install -d ${D}${systemd_unitdir}/system
install -m 0644 ${WORKDIR}/named.service ${D}${systemd_unitdir}/system
+install -m 0644 ${WORKDIR}/bind-chroot.service
${D}${systemd_unitdir}/system
sed -i -e 's,@BASE_BINDIR@,${base_bindir},g' \
-e 's,@SBINDIR@,${sbindir},g' \
- ${D}${systemd_unitdir}/system/named.service
-
+ ${D}${systemd_unitdir}/system/*.service
+ install -d ${D}${localstatedir}/named/chroot/${sysconfdir}/bind
+ install -d ${D}${localstatedir}/named/chroot/${localstatedir}/named
+ install -d
${D}${localstatedir}/named/chroot/${localstatedir}/cache/bind
+ install -d
${D}${localstatedir}/named/chroot/${localstatedir}/run/named
+ install -m 644 ${S}/conf/*
${D}${localstatedir}/named/chroot/${sysconfdir}/bind/
install -d ${D}${sysconfdir}/default
install -m 0644 ${WORKDIR}/bind9 ${D}${sysconfdir}/default
}
@@ -99,4 +105,3 @@ CONFFILES_${PN} = \
${sysconfdir}/bind/db.local \
${sysconfdir}/bind/db.root \
-
--
1.8.4.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] [fido] binutils: fix native builds when host has gcc5
Yes, it would be better to fix these warnings. But on the other hand
this patch would just restore the previous behavior. So as a long term
solution I agree with you that these warnings should be fixed but why
not use a workaround until the problems are fixed? I wouldn't dare to
try to fix these warnings on my own as these are just my first steps
with Yocto and programming and I wouldn't be confident that my changes
would be correct.
2015-06-10 17:42 GMT+02:00 Khem Raj raj.k...@gmail.com:
On Wed, Jun 10, 2015 at 10:26 AM, Martin Stolpe martinsto...@gmail.com
wrote:
Problem is that when building binutils using GCC =5.0
warnings will be treated as errors which will cause
the build to fail.
Signed-off-by: Martin Stolpe martin.sto...@gmail.com
---
meta/recipes-devtools/binutils/binutils_2.24.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/binutils/binutils_2.24.bb
b/meta/recipes-devtools/binutils/binutils_2.24.bb
index 738aaee..bc34a14 100644
--- a/meta/recipes-devtools/binutils/binutils_2.24.bb
+++ b/meta/recipes-devtools/binutils/binutils_2.24.bb
@@ -7,12 +7,15 @@ EXTRA_OECONF += --with-sysroot=/ \
--enable-install-libbfd \
--enable-install-libiberty \
--enable-shared \
+--disable-werror \
EXTRA_OECONF_class-native = --enable-targets=all \
--enable-64-bit-bfd \
--enable-install-libiberty \
- --enable-install-libbfd
+ --enable-install-libbfd \
+ --disable-werror \
+
lowering the guards is not the right approach. I understand you want
to compile fido with distros that are released after fido.
but better would be to backport relevant fixed into component itself.
do_install_class-native () {
autotools_do_install
--
2.4.2
--
___
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] bitbake -c menuconfig virtual/kernel fails on ncurses dependency
On 11-06-15 07:45, Mike Looijmans wrote: On 26-05-15 11:03, Mike Looijmans wrote: On 26-05-15 10:40, Andrea Adami wrote: On Tue, May 26, 2015 at 10:29 AM, Mike Looijmans mike.looijm...@topic.nl wrote: On 26-05-15 10:14, Mike Looijmans wrote: On 26-05-15 09:26, Mike Looijmans wrote: On 26-05-15 09:13, Mike Looijmans wrote: On 26-05-15 09:02, Bruce Ashfield wrote: On Tue, May 26, 2015 at 2:53 AM, Mike Looijmans mike.looijm...@topic.nl wrote: I get this when running bitbake -c menuconfig virtual/kernel scripts/kconfig/mconf.o: In function `show_help': mconf.c:(.text+0x884): undefined reference to `stdscr' scripts/kconfig/lxdialog/checklist.o: In function `print_arrows': checklist.c:(.text+0x2c): undefined reference to `wmove' checklist.c:(.text+0x4c): undefined reference to `acs_map' checklist.c:(.text+0x54): undefined reference to `waddch' checklist.c:(.text+0x66): undefined reference to `waddnstr' checklist.c:(.text+0x76): undefined reference to `wmove' This has popped up on and off for several years now, and we have a few bugzilla entries that track it. The fix is never as simple as we would like. The most recent version is here: https://bugzilla.yoctoproject.org/show_bug.cgi?id=7609 If you have more details about your enviroment, adding them to that bug would be idea. The problem with using the -native version, or the host, is that at times menu config is rendered unusable. The fix isn't only in the dependencies, but in the way that menuconfig is build within the kernel environment. This older bug tracks the details of that: https://bugzilla.yoctoproject.org/show_bug.cgi?id=3898 I have an Ubuntu 14 system. The weird thing is, that I have several almost identical machines, and some of them fail and some don't. This one works fine: MACHINE=topic-miami-florida-med-xc7z030 This one fails: MACHINE=topic-miami-florida-gen-xc7z030 They all use the same kernel recipe, version, git tag, etc. These two even share the very same defconfig. Their builds run within the same OE environment, so the native sysroot for both is the same too! I output bitbake -c menuconfig virtual/kernel -e for both machines into two files, then did a find/replace med with gen, and then looked the the differences with meld. Both machines use the same environments all over, only differences are time stamps and task checksums. Next I'm gonna try the old remove tmp trick. I was there, it will fail (Ubuntu 14.04 fwiw). Removing tmp did not help either. Forcibly rebuilding ncurses-native also did not help. Yes, as strange as it is, you need to bitbake ncurses. Wow, indeed, bitbake ncurses -c populate_sysroot -f made the menuconfig work again. Looks like ncurses fixes something that ncurses-native broke. Waaah. I just got this very same problem back, but whatever I try, I can't get it to work properly again using the above workaround. The only horrible hack that got menuconfig working again was to install ncurses-dev on the build host. -- Mike Looijmans -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] iputils: enable rdisc and add systemd support.
Signed-off-by: Li Xin lixin.f...@cn.fujitsu.com
---
.../iputils/files/enable-rdisc.patch | 21 +
meta/recipes-extended/iputils/files/rdisc.conf | 1 +
meta/recipes-extended/iputils/files/rdisc.service | 11 +++
meta/recipes-extended/iputils/iputils_s20121221.bb | 22 --
4 files changed, 53 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-extended/iputils/files/enable-rdisc.patch
create mode 100644 meta/recipes-extended/iputils/files/rdisc.conf
create mode 100644 meta/recipes-extended/iputils/files/rdisc.service
diff --git a/meta/recipes-extended/iputils/files/enable-rdisc.patch
b/meta/recipes-extended/iputils/files/enable-rdisc.patch
new file mode 100644
index 000..7e0cb08
--- /dev/null
+++ b/meta/recipes-extended/iputils/files/enable-rdisc.patch
@@ -0,0 +1,21 @@
+diff -Nurp iputils-s20121221.orig/Makefile iputils-s20121221/Makefile
+--- iputils-s20121221.orig/Makefile2015-02-15 17:50:39.135219862 +0800
iputils-s20121221/Makefile 2015-02-15 17:51:40.843221908 +0800
+@@ -44,7 +44,7 @@ USE_RESOLV=yes
+ ENABLE_PING6_RTHDR=no
+
+ # rdisc server (-r option) support [no|yes]
+-ENABLE_RDISC_SERVER=no
++ENABLE_RDISC_SERVER=yes
+
+ # -
+ # What a pity, all new gccs are buggy and -Werror does not work. Sigh.
+@@ -108,7 +108,7 @@ endif
+ # -
+ IPV4_TARGETS=tracepath ping clockdiff arping
+ IPV6_TARGETS=tracepath6 traceroute6 ping6
+-TARGETS=$(IPV4_TARGETS) $(IPV6_TARGETS)
++TARGETS=$(IPV4_TARGETS) $(IPV6_TARGETS) rdisc
+
+ CFLAGS=$(CCOPTOPT) $(CCOPT) $(GLIBCFIX) $(DEFINES)
+ LDLIBS=$(LDLIB) $(ADDLIB)
diff --git a/meta/recipes-extended/iputils/files/rdisc.conf
b/meta/recipes-extended/iputils/files/rdisc.conf
new file mode 100644
index 000..2e6b02e
--- /dev/null
+++ b/meta/recipes-extended/iputils/files/rdisc.conf
@@ -0,0 +1 @@
+RDISCOPTS=
diff --git a/meta/recipes-extended/iputils/files/rdisc.service
b/meta/recipes-extended/iputils/files/rdisc.service
new file mode 100644
index 000..b799b8a
--- /dev/null
+++ b/meta/recipes-extended/iputils/files/rdisc.service
@@ -0,0 +1,11 @@
+[Unit]
+Description=rdisc daemon which discovers routers on the local subnet
+After=syslog.target network.target
+
+[Service]
+Type=forking
+EnvironmentFile=@SYSCONFDIR@/default/rdisc
+ExecStart=@BASE_BINDIR@/rdisc $RDISCOPTS
+
+[Install]
+WantedBy=multi-user.target
diff --git a/meta/recipes-extended/iputils/iputils_s20121221.bb
b/meta/recipes-extended/iputils/iputils_s20121221.bb
index e87a32a..72afd45 100644
--- a/meta/recipes-extended/iputils/iputils_s20121221.bb
+++ b/meta/recipes-extended/iputils/iputils_s20121221.bb
@@ -19,6 +19,9 @@ SRC_URI = http://www.skbuff.net/iputils/${BPN}-${PV}.tar.bz2
\
file://debian/targets.diff \
file://nsgmls-path-fix.patch \
file://fix-build-command-line-argument-with-gnutls.patch \
+ file://enable-rdisc.patch \
+ file://rdisc.conf \
+ file://rdisc.service \
SRC_URI[md5sum] = 6072aef64205720dd1893b375e184171
@@ -43,9 +46,18 @@ do_install () {
for i in tracepath.8 traceroute6.8 ping.8 arping.8; do
install -m 0644 doc/$i ${D}${mandir}/man8/ || true
done
+
+ install -m 4555 ${S}/clockdiff ${D}/${base_bindir}/
+ install -m 0755 ${S}/rdisc ${D}/${base_bindir}/
+ install -d ${D}${systemd_unitdir}/system
+ install -m 0644 ${WORKDIR}/rdisc.service ${D}${systemd_unitdir}/system
+ sed -i -e 's#@BASE_BINDIR@#${base_bindir}#g'
${D}${systemd_unitdir}/system/rdisc.service
+ sed -i -e 's#@SYSCONFDIR@#${sysconfdir}#g'
${D}${systemd_unitdir}/system/rdisc.service
+ install -d ${D}${sysconfdir}/default/
+ install -m 0644 ${WORKDIR}/rdisc.conf ${D}${sysconfdir}/default/rdisc
}
-inherit update-alternatives
+inherit update-alternatives systemd
ALTERNATIVE_PRIORITY = 100
@@ -55,7 +67,7 @@ ALTERNATIVE_LINK_NAME[ping] = ${base_bindir}/ping
ALTERNATIVE_${PN}-ping6 = ping6
ALTERNATIVE_LINK_NAME[ping6] = ${base_bindir}/ping6
-PACKAGES += ${PN}-ping ${PN}-ping6 ${PN}-arping ${PN}-tracepath
${PN}-tracepath6 ${PN}-traceroute6 ${PN}-clockdiff
+PACKAGES += ${PN}-ping ${PN}-ping6 ${PN}-arping ${PN}-tracepath
${PN}-tracepath6 ${PN}-traceroute6 ${PN}-clockdiff ${PN}-rdisc
ALLOW_EMPTY_${PN} = 1
RDEPENDS_${PN} += ${PN}-ping ${PN}-ping6 ${PN}-arping ${PN}-tracepath
${PN}-tracepath6 ${PN}-traceroute6 ${PN}-clockdiff
@@ -69,3 +81,9 @@ FILES_${PN}-tracepath6 = ${base_bindir}/tracepath6
FILES_${PN}-traceroute6= ${base_bindir}/traceroute6
FILES_${PN}-clockdiff = ${base_bindir}/clockdiff
FILES_${PN}-doc= ${mandir}/man8
+
+FILES_${PN}-clockdiff = ${base_bindir}/clockdiff
+FILES_${PN}-rdisc = ${base_bindir}/rdisc \
+ ${sysconfdir}/default/rdisc \
+ ${systemd_unitdir}/system/rdisc.service
+
--
1.8.4.2
--
[OE-core] tcf-agent package question
Just a quick question regarding tcf-agent. Is anyone actually using/maintaining this package? I had a go at using the feature with Eclipse Luna, but it seems that the oe-core tcf-agent package is so out of date that it won't work. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] bitbake -c menuconfig virtual/kernel fails on ncurses dependency
On 26-05-15 11:03, Mike Looijmans wrote: On 26-05-15 10:40, Andrea Adami wrote: On Tue, May 26, 2015 at 10:29 AM, Mike Looijmans mike.looijm...@topic.nl wrote: On 26-05-15 10:14, Mike Looijmans wrote: On 26-05-15 09:26, Mike Looijmans wrote: On 26-05-15 09:13, Mike Looijmans wrote: On 26-05-15 09:02, Bruce Ashfield wrote: On Tue, May 26, 2015 at 2:53 AM, Mike Looijmans mike.looijm...@topic.nl wrote: I get this when running bitbake -c menuconfig virtual/kernel scripts/kconfig/mconf.o: In function `show_help': mconf.c:(.text+0x884): undefined reference to `stdscr' scripts/kconfig/lxdialog/checklist.o: In function `print_arrows': checklist.c:(.text+0x2c): undefined reference to `wmove' checklist.c:(.text+0x4c): undefined reference to `acs_map' checklist.c:(.text+0x54): undefined reference to `waddch' checklist.c:(.text+0x66): undefined reference to `waddnstr' checklist.c:(.text+0x76): undefined reference to `wmove' This has popped up on and off for several years now, and we have a few bugzilla entries that track it. The fix is never as simple as we would like. The most recent version is here: https://bugzilla.yoctoproject.org/show_bug.cgi?id=7609 If you have more details about your enviroment, adding them to that bug would be idea. The problem with using the -native version, or the host, is that at times menu config is rendered unusable. The fix isn't only in the dependencies, but in the way that menuconfig is build within the kernel environment. This older bug tracks the details of that: https://bugzilla.yoctoproject.org/show_bug.cgi?id=3898 I have an Ubuntu 14 system. The weird thing is, that I have several almost identical machines, and some of them fail and some don't. This one works fine: MACHINE=topic-miami-florida-med-xc7z030 This one fails: MACHINE=topic-miami-florida-gen-xc7z030 They all use the same kernel recipe, version, git tag, etc. These two even share the very same defconfig. Their builds run within the same OE environment, so the native sysroot for both is the same too! I output bitbake -c menuconfig virtual/kernel -e for both machines into two files, then did a find/replace med with gen, and then looked the the differences with meld. Both machines use the same environments all over, only differences are time stamps and task checksums. Next I'm gonna try the old remove tmp trick. I was there, it will fail (Ubuntu 14.04 fwiw). Removing tmp did not help either. Forcibly rebuilding ncurses-native also did not help. Yes, as strange as it is, you need to bitbake ncurses. Wow, indeed, bitbake ncurses -c populate_sysroot -f made the menuconfig work again. Looks like ncurses fixes something that ncurses-native broke. Waaah. I just got this very same problem back, but whatever I try, I can't get it to work properly again using the above workaround. -- Mike Looijmans -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] Add license file XFree86-1.0
Add license file XFree86-1.0 which is needed by packages such as hwdata. It is from: http://www.x.org/archive/X11R7.5/doc/LICENSE.html#AEN28 And add 'XFree86-1.0' to SRC_DISTRIBUTE_LICENSES. Signed-off-by: Kai Kang kai.k...@windriver.com --- meta/conf/licenses.conf| 2 +- meta/files/common-licenses/XFree86-1.0 | 22 ++ 2 files changed, 23 insertions(+), 1 deletion(-) create mode 100644 meta/files/common-licenses/XFree86-1.0 diff --git a/meta/conf/licenses.conf b/meta/conf/licenses.conf index 629916b..9917c40 100644 --- a/meta/conf/licenses.conf +++ b/meta/conf/licenses.conf @@ -36,7 +36,7 @@ SRC_DISTRIBUTE_LICENSES += OSL-3.0 PD PHP-3.0 PostgreSQL Proprietary SRC_DISTRIBUTE_LICENSES += Python-2.0 QPL-1.0 RHeCos-1 RHeCos-1.1 RPL-1.5 SRC_DISTRIBUTE_LICENSES += RPSL-1.0 RSCPL Ruby SAX-PD SGI-1 Simple-2.0 Sleepycat SRC_DISTRIBUTE_LICENSES += SPL-1.0 SugarCRM-1 SugarCRM-1.1.3 UCB VSL-1.0 W3C -SRC_DISTRIBUTE_LICENSES += Watcom-1.0 WXwindows XFree86-1.1 Xnet XSL YPL-1.1 +SRC_DISTRIBUTE_LICENSES += Watcom-1.0 WXwindows XFree86-1.0 XFree86-1.1 Xnet XSL YPL-1.1 SRC_DISTRIBUTE_LICENSES += Zimbra-1.3 Zlib ZPL-1.1 ZPL-2.0 ZPL-2.1 # Standards are great! Everyone has their own. In an effort to standardize licensing diff --git a/meta/files/common-licenses/XFree86-1.0 b/meta/files/common-licenses/XFree86-1.0 new file mode 100644 index 000..b1f3bf4 --- /dev/null +++ b/meta/files/common-licenses/XFree86-1.0 @@ -0,0 +1,22 @@ +Copyright (C) 1994-2003 The XFree86 Project, Inc. All Rights Reserved. + +Permission is hereby granted, free of charge, to any person obtaining a copy of +this software and associated documentation files (the Software), to deal in +the Software without restriction, including without limitation the rights to +use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies +of the Software, and to permit persons to whom the Software is furnished to do +so, subject to the following conditions: + +The above copyright notice and this permission notice shall be included in all +copies or substantial portions of the Software. + +THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN +AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION +WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. + +Except as contained in this notice, the name of the XFree86 Project shall not +be used in advertising or otherwise to promote the sale, use or other dealings +in this Software without prior written authorization from the XFree86 Project. -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libatomic-ops: 7.2 - 7.4.2
The backported patch is included in the new version, so dropped the
patch.
Dropped DESCRIPTION, because it was redundant (same as SUMMARY).
Changed HOMEPAGE. libatomic_ops is nowadays maintained by Ivan
Maidanski.
doc/LICENSING.txt changed checksum, but there were only whitespace
changes. COPYING moved from doc/ to the top-level directory, but the
checksum stayed the same.
Dropped PR.
Signed-off-by: Tanu Kaskinen tanu.kaski...@linux.intel.com
---
.../0001-libatomic_ops-Aarch64-basic-port.patch| 239 -
.../pulseaudio/libatomics-ops_7.2.bb | 32 ---
.../pulseaudio/libatomics-ops_7.4.2.bb | 28 +++
3 files changed, 28 insertions(+), 271 deletions(-)
delete mode 100644
meta/recipes-multimedia/pulseaudio/files/0001-libatomic_ops-Aarch64-basic-port.patch
delete mode 100644 meta/recipes-multimedia/pulseaudio/libatomics-ops_7.2.bb
create mode 100644 meta/recipes-multimedia/pulseaudio/libatomics-ops_7.4.2.bb
diff --git
a/meta/recipes-multimedia/pulseaudio/files/0001-libatomic_ops-Aarch64-basic-port.patch
b/meta/recipes-multimedia/pulseaudio/files/0001-libatomic_ops-Aarch64-basic-port.patch
deleted file mode 100644
index a563b8b..000
---
a/meta/recipes-multimedia/pulseaudio/files/0001-libatomic_ops-Aarch64-basic-port.patch
+++ /dev/null
@@ -1,239 +0,0 @@
-From aac120d778ae5fc619b2fb8ef18ea18d3d5d20cc Mon Sep 17 00:00:00 2001
-From: Yvan Roux yvan.r...@linaro.org
-Date: Wed, 23 Jan 2013 17:14:16 +0100
-Subject: [PATCH] Aarch64 basic port
-
-Adapted-for-OpenEmbedded-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
-
-
-Upstream-Status: Backport
-
-It is original from
-https://github.com/ivmai/libatomic_ops/commit/cbbf86330fcb600cfe0f895cb970d922456005d6
-
-Signed-off-by: Kai Kang kai.k...@windriver.com
- src/atomic_ops.h |4
- src/atomic_ops/sysdeps/Makefile.am |1
- src/atomic_ops/sysdeps/gcc/aarch64.h | 184
+++
- 3 files changed, 189 insertions(+)
- create mode 100644 src/atomic_ops/sysdeps/gcc/aarch64.h
-
libatomic_ops-7.2.orig/src/atomic_ops.h
-+++ libatomic_ops-7.2/src/atomic_ops.h
-@@ -242,10 +242,14 @@
- # endif /* __m68k__ */
- # if defined(__powerpc__) || defined(__ppc__) || defined(__PPC__) \
- || defined(__powerpc64__) || defined(__ppc64__)
- # include atomic_ops/sysdeps/gcc/powerpc.h
- # endif /* __powerpc__ */
-+# if defined(__aarch64__)
-+# include atomic_ops/sysdeps/gcc/aarch64.h
-+# define AO_CAN_EMUL_CAS
-+# endif /* __aarch64__ */
- # if defined(__arm__) !defined(AO_USE_PTHREAD_DEFS)
- # include atomic_ops/sysdeps/gcc/arm.h
- # define AO_CAN_EMUL_CAS
- # endif /* __arm__ */
- # if defined(__cris__) || defined(CRIS)
libatomic_ops-7.2.orig/src/atomic_ops/sysdeps/Makefile.am
-+++ libatomic_ops-7.2/src/atomic_ops/sysdeps/Makefile.am
-@@ -24,10 +24,11 @@ nobase_sysdep_HEADERS= generic_pthread.h
- standard_ao_double_t.h \
- README \
- \
- armcc/arm_v6.h \
- \
-+gcc/aarch64.h \
- gcc/alpha.h gcc/arm.h gcc/avr32.h gcc/cris.h \
- gcc/hexagon.h gcc/hppa.h gcc/ia64.h gcc/m68k.h \
- gcc/mips.h gcc/powerpc.h gcc/s390.h \
- gcc/sh.h gcc/sparc.h gcc/x86.h gcc/x86_64.h \
- \
/dev/null
-+++ libatomic_ops-7.2/src/atomic_ops/sysdeps/gcc/aarch64.h
-@@ -0,0 +1,184 @@
-+/*
-+ * Copyright (c) 1991-1994 by Xerox Corporation. All rights reserved.
-+ * Copyright (c) 1996-1999 by Silicon Graphics. All rights reserved.
-+ * Copyright (c) 1999-2003 by Hewlett-Packard Company. All rights reserved.
-+ *
-+ *
-+ * THIS MATERIAL IS PROVIDED AS IS, WITH ABSOLUTELY NO WARRANTY EXPRESSED
-+ * OR IMPLIED. ANY USE IS AT YOUR OWN RISK.
-+ *
-+ * Permission is hereby granted to use or copy this program
-+ * for any purpose, provided the above notices are retained on all copies.
-+ * Permission to modify the code and to distribute modified code is granted,
-+ * provided the above notices are retained, and a notice that the code was
-+ * modified is included with the above copyright notice.
-+ *
-+ */
-+
-+#include ../read_ordered.h
-+
-+#include ../test_and_set_t_is_ao_t.h
-+
-+AO_INLINE void
-+AO_nop_full(void)
-+{
-+# ifndef AO_UNIPROCESSOR
-+__sync_synchronize ();
-+# endif
-+}
-+#define AO_HAVE_nop_full
-+
-+AO_INLINE AO_t
-+AO_load(const volatile AO_t *addr)
-+{
-+ return __atomic_load_n (addr, __ATOMIC_RELAXED);
-+}
-+#define AO_HAVE_load
-+
-+AO_INLINE AO_t
-+AO_load_acquire(const volatile AO_t *addr)
-+{
-+ return __atomic_load_n (addr, __ATOMIC_ACQUIRE);
-+}
-+#define AO_HAVE_load_acquire
-+
-+AO_INLINE void
-+ AO_store(volatile AO_t *addr, AO_t value)
-+{
-+ __atomic_store_n(addr, value, __ATOMIC_RELAXED);
-+}
-+#define AO_HAVE_store
-+
-+AO_INLINE void
-+ AO_store_release(volatile AO_t *addr, AO_t value)
-+{
-+ __atomic_store_n(addr, value, __ATOMIC_RELEASE);
-+}
-+#define AO_HAVE_store_release
-+
-+AO_INLINE AO_TS_VAL_t
-+AO_test_and_set(volatile AO_TS_t *addr)
-+{
