Re: [OE-core] [PATCH] grep-2.5.1a: fix grep for LSB compliance
at 2013-8-27 14:52, Saul Wold wrote:
On 08/26/2013 09:32 PM, Li Zhijian wrote:
...skip... at 2013-8-27 9:00, Saul Wold wrote:
diff --git a/meta/recipes-extended/grep/grep_2.5.1a.bb
b/meta/recipes-extended/grep/grep_2.5.1a.bb index
088959c..d964d84 100644 ---
a/meta/recipes-extended/grep/grep_2.5.1a.bb +++
b/meta/recipes-extended/grep/grep_2.5.1a.bb @@ -5,7 +5,7 @@
SECTION = console/utils LICENSE = GPLv2 LIC_FILES_CHKSUM =
file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3
-PR = r2 +PR = r3
SRC_URI = ${GNU_MIRROR}/grep/grep-${PV}.tar.bz2 \
file://uclibc-fix.patch \ @@ -13,8 +13,25 @@ SRC_URI =
${GNU_MIRROR}/grep/grep-${PV}.tar.bz2 \ file://gettext.patch \
file://fix64-int-to-pointer.patch \ file://Makevars \ -
file://grep-CVE-2012-5667.patch \
Why are you removing this patch?
Will an update to 2.5.3 accomplish the same thing as these
patches?
Also all of your patches above are missing Upstream-Status and
Signed-off-by:
See the Patch Guildlines on OE-Core:
http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Thanks
Sau!
...skip...
+ file://grep-CVE-2012-5667.patch \
...skip...
Thank a lots for your comments.
This patch is not removed ,it is here ↑
I don't know what's fixed bettwen 2.5.1a an 2.5.3, but grep-2.5.3
LICENSE is GPLv3+ differed from 2.5.1a(GPLv2)
The Guildlines is very helpful for me. But those patch is come from
grep-2.5.1-55.el5.src.rpm and I have not research this patch's
Upstream-Status and Signed-off-by So I am sorry about that
Please review the recipes and licenesing, since it seems the we might
have multiple versions and the license fields are incorrect for both.
If there are both v2 and v3 versions, we need to ensure which is correct.
As I known,
grep-2.5.1: GPL
grep-2.5.1a: GPLv2
grep-2.5.3 or later: GPLv3
I think both of them(2.5.1a and 2.14) are in the correct license right now.
Thanks
Li
Thanks
Sau!
Thanks Li,
--
Best regards.
Li Zhijian (8555)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 12/24] python3: Add recipes
On Aug 27, 2013, at 11:15 AM, Martin Jansa martin.ja...@gmail.com wrote:
before do_package but not before do_configure
I have thusly changed it to a DEPENDS and pushed the reworked patch to pull
tree here
http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/python3id=1b18148bb97b366393bf62c24cc0b90cd8d2b8b5
That something is python lzmamodule packaged in python3-misc :)
setup.py:
# LZMA compression support.
if self.compiler.find_library_file(lib_dirs, 'lzma'):
exts.append( Extension('_lzma', ['_lzmamodule.c'],
libraries = ['lzma']) )
else:
missing.append('_lzma')
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] mirdori: use BPN instead of PN
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-sato/midori/midori_0.5.5.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-sato/midori/midori_0.5.5.bb
b/meta/recipes-sato/midori/midori_0.5.5.bb
index e545753..32bfcb6 100644
--- a/meta/recipes-sato/midori/midori_0.5.5.bb
+++ b/meta/recipes-sato/midori/midori_0.5.5.bb
@@ -4,7 +4,7 @@ LICENSE = LGPLv2.1
LIC_FILES_CHKSUM = file://COPYING;md5=fbc093901857fcd118f065f900982c24
DEPENDS = webkit-gtk libsoup-2.4 openssl python-native python-docutils-native
librsvg-native libnotify libunique
-SRC_URI = http://www.midori-browser.org/downloads/${PN}_${PV}_all_.tar.bz2 \
+SRC_URI = http://www.midori-browser.org/downloads/${BPN}_${PV}_all_.tar.bz2 \
SRC_URI[md5sum] = b99e87d4b73a4732ed1c1e591f0242ac
--
1.8.3.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] systemd: Cover for udev-systemd
meta-systemd currently has a bbappend which provides just a cover for udev-systemd, if we move this to the recipe proper then the bbappend can be removed from that layer Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/recipes-core/systemd/systemd_206.bb | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/systemd/systemd_206.bb b/meta/recipes-core/systemd/systemd_206.bb index f05aa1b..4234d13 100644 --- a/meta/recipes-core/systemd/systemd_206.bb +++ b/meta/recipes-core/systemd/systemd_206.bb @@ -6,7 +6,10 @@ LIC_FILES_CHKSUM = file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe \ file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c \ file://LICENSE.MIT;md5=544799d0b492f119fa04641d1b8868ed -PROVIDES = udev +PROVIDES += udev +PROVIDES_udev += udev-systemd +RREPLACES_udev += udev-systemd +RCONFLICTS_udev += udev-systemd PE = 1 -- 1.8.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] mirdori: use BPN instead of PN
On Tue, Aug 27, 2013 at 11:31:41PM -0700, Saul Wold wrote:
Signed-off-by: Saul Wold s...@linux.intel.com
Small typo in subject.
---
meta/recipes-sato/midori/midori_0.5.5.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-sato/midori/midori_0.5.5.bb
b/meta/recipes-sato/midori/midori_0.5.5.bb
index e545753..32bfcb6 100644
--- a/meta/recipes-sato/midori/midori_0.5.5.bb
+++ b/meta/recipes-sato/midori/midori_0.5.5.bb
@@ -4,7 +4,7 @@ LICENSE = LGPLv2.1
LIC_FILES_CHKSUM = file://COPYING;md5=fbc093901857fcd118f065f900982c24
DEPENDS = webkit-gtk libsoup-2.4 openssl python-native
python-docutils-native librsvg-native libnotify libunique
-SRC_URI = http://www.midori-browser.org/downloads/${PN}_${PV}_all_.tar.bz2 \
+SRC_URI = http://www.midori-browser.org/downloads/${BPN}_${PV}_all_.tar.bz2
\
SRC_URI[md5sum] = b99e87d4b73a4732ed1c1e591f0242ac
--
1.8.3.1
___
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 0/5] Add midori and dependencies
On Tue, Aug 27, 2013 at 05:59:34PM +0300, Mihai Prica wrote: The Midori web-browser can be used to more easily test the functionality of webkit-gtk. * The midori and libnotify recipes are from meta-gnome. * The python-docutils and vala recipes are from meta-oe. * The midori and python-docutils packages have been updated to the latest upstream version. Midori also depends on ca-certificates. A patch set was sent by Christopher Larson that adds the recipe in oe-core. This series depends on his addition. Are you going to send patches to oe-devel to remove moved recipes/bbclasses ? The following changes since commit b467b99a5d25efe5eadfb07dbecba608575256ac: linux-yocto: switch genericx86 to use common-pc (2013-08-24 09:37:49 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib mihaip/midori http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=mihaip/midori Mihai Prica (5): python-docutils: add version 0.11 from meta-oe libnotify: add version 0.6.0 from meta-oe vala: add version 0.16 from meta-oe vala.bbclass: add class from meta-oe midori: add version 0.5.5 from meta-oe meta/classes/vala.bbclass | 18 +++ .../python/python-docutils_0.11.bb | 18 +++ ...-gen-don-t-append-dirty-if-we-re-not-in-g.patch | 53 meta/recipes-devtools/vala/vala.inc| 20 meta/recipes-devtools/vala/vala_0.16.0.bb |8 +++ meta/recipes-gnome/libnotify/libnotify_0.6.0.bb| 17 +++ meta/recipes-sato/midori/midori_0.5.5.bb | 43 7 files changed, 177 insertions(+) create mode 100644 meta/classes/vala.bbclass create mode 100644 meta/recipes-devtools/python/python-docutils_0.11.bb create mode 100644 meta/recipes-devtools/vala/vala-0.16.0/0001-git-version-gen-don-t-append-dirty-if-we-re-not-in-g.patch create mode 100644 meta/recipes-devtools/vala/vala.inc create mode 100644 meta/recipes-devtools/vala/vala_0.16.0.bb create mode 100644 meta/recipes-gnome/libnotify/libnotify_0.6.0.bb create mode 100644 meta/recipes-sato/midori/midori_0.5.5.bb -- 1.7.9.5 ___ 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] [PATCHv3 0/2] Add ca-certificates recipe
On Fri, Aug 23, 2013 at 12:26:13PM -0700, Christopher Larson wrote: From: Christopher Larson chris_lar...@mentor.com This is based on the meta-oe recipe, with enhancements, and prepopulates the certificates for the nativesdk version, for later use in the buildtools-tarball. The following changes since commit 9b05c65450526522d7358d0c0901b594de546748: sstate: Fix the relative symlink replacement code (2013-08-23 16:59:04 +0100) are available in the git repository at: https://github.com/kergoth/oe-core.git ca-certificates Christopher Larson (2): ca-certificates: add recipe (version 20130610) nativesdk-ca-certificates: prepopulate ca-certificates.crt Are you going to send patches to oe-devel to remove moved recipes/bbclasses ? ...01-update-ca-certificates-remove-c-rehash.patch | 46 +++ .../0002-update-ca-certificates-use-SYSROOT.patch | 55 + .../ca-certificates/default-sysroot.patch | 55 + .../ca-certificates/ca-certificates/sbindir.patch | 20 +++ .../ca-certificates/ca-certificates_20130610.bb| 69 ++ 5 files changed, 245 insertions(+) create mode 100644 meta/recipes-support/ca-certificates/ca-certificates/0001-update-ca-certificates-remove-c-rehash.patch create mode 100644 meta/recipes-support/ca-certificates/ca-certificates/0002-update-ca-certificates-use-SYSROOT.patch create mode 100644 meta/recipes-support/ca-certificates/ca-certificates/default-sysroot.patch create mode 100644 meta/recipes-support/ca-certificates/ca-certificates/sbindir.patch create mode 100644 meta/recipes-support/ca-certificates/ca-certificates_20130610.bb -- 1.8.3.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCHv2] bitbake.conf: include machine name in DEPLOY_DIR_IMAGE
On Wed, Apr 10, 2013 at 10:05:01AM +0200, Koen Kooi wrote:
This allows a clean seperation between all image outputs and making it
possible to have convinience symlinks to make it ready to deploy. And while
it isn't a valid reason, it must be mentioned: BSP layers which do use
convenience symlinks already don't step on files owned by others anymore.
I assumed this was the default behaviour in OE-classic, but as it turns out
every DISTRO set it to deploy/images/$MACHINE on its own.
Code inspections shows that the all references to the image deploy dir in
classes and scripts in OE-core do the right thing and parse the
DEPLOY_DIR_IMAGE variable, except runqemu.
Is there some reason why this patch didn't make it into 1.5?
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta/conf/bitbake.conf | 2 +-
scripts/runqemu| 37 ++---
2 files changed, 35 insertions(+), 4 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index cd5d61e..0540766 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -379,7 +379,7 @@ DEPLOY_DIR_TAR = ${DEPLOY_DIR}/tar
DEPLOY_DIR_IPK = ${DEPLOY_DIR}/ipk
DEPLOY_DIR_RPM = ${DEPLOY_DIR}/rpm
DEPLOY_DIR_DEB = ${DEPLOY_DIR}/deb
-DEPLOY_DIR_IMAGE ?= ${DEPLOY_DIR}/images
+DEPLOY_DIR_IMAGE ?= ${DEPLOY_DIR}/images/${MACHINE}
DEPLOY_DIR_TOOLS = ${DEPLOY_DIR}/tools
PKGDATA_DIR = ${TMPDIR}/pkgdata/${MULTIMACH_TARGET_SYS}
diff --git a/scripts/runqemu b/scripts/runqemu
index 8ed1226..94aa054 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -339,6 +339,34 @@ setup_tmpdir() {
fi
}
+setup_deploydir() {
+if [ -z $DEPLOY_DIR_IMAGE ]; then
+# Try to get DEPLOY_DIR_IMAGE from bitbake
+type -P bitbake /dev/null || {
+echo In order for this script to dynamically infer paths;
+echo to kernels or filesystem images, you either need;
+echo bitbake in your PATH or to source oe-init-build-env;
+echo before running this script 2;
+exit 1; }
+
+# We have bitbake in PATH, get DEPLOY_DIR_IMAGE from bitbake
+OE_TMPDIR=`MACHINE=$MACHINE bitbake -e | sed -n
's/^DEPLOY_DIR_IMAGE=\\(.*\)\/\1/p'`
+if [ -z $DEPLOY_DIR_IMAGE ]; then
+# Check for errors from bitbake that the user needs to know about
+BITBAKE_OUTPUT=`bitbake -e | wc -l`
+if [ $BITBAKE_OUTPUT -eq 0 ]; then
+echo Error: this script needs to be run from your build
directory,
+echo or you need to explicitly set DEPLOY_DIR_IMAGE in your
environment
+else
+echo There was an error running bitbake to determine
DEPLOY_DIR_IMAGE
+echo Here is the output from 'bitbake -e':
+bitbake -e
+fi
+exit 1
+fi
+fi
+}
+
setup_sysroot() {
# Toolchain installs set up $OECORE_NATIVE_SYSROOT in their
# environment script. If that variable isn't set, we're
@@ -395,8 +423,9 @@ fi
if [ -z $KERNEL -a x$FSTYPE != xvmdk ]; then
setup_tmpdir
+setup_deploydir
eval kernel_file=\$${machine2}_DEFAULT_KERNEL
-KERNEL=$OE_TMPDIR/deploy/images/$kernel_file
+KERNEL=$DEPLOY_DIR_IMAGE/$kernel_file
if [ -z $KERNEL ]; then
error Unable to determine default kernel for MACHINE [$MACHINE]
@@ -418,13 +447,15 @@ fi
# core-image-sato
if [ $LAZY_ROOTFS = true ]; then
setup_tmpdir
+setup_deploydir
echo Assuming $ROOTFS really means
$OE_TMPDIR/deploy/images/$ROOTFS-$MACHINE.$FSTYPE
-ROOTFS=$OE_TMPDIR/deploy/images/$ROOTFS-$MACHINE.$FSTYPE
+ROOTFS=$DEPLOY_DIR_IMAGE/$ROOTFS-$MACHINE.$FSTYPE
fi
if [ -z $ROOTFS -a x$FSTYPE != xvmdk ]; then
setup_tmpdir
-T=$OE_TMPDIR/deploy/images
+setup_deploydir
+T=$DEPLOY_DIR_IMAGE
eval rootfs_list=\$${machine2}_DEFAULT_ROOTFS
findimage $T $MACHINE $FSTYPE
--
1.8.1.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/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] [oe][PATCH] eglinfo: Add recipes for x11 and fb backends
On Thu, Apr 04, 2013 at 08:41:39AM -0700, Saul Wold wrote:
I am going to defer this to 1.5 when it opens up, I still need to review
the recipe, but wanted to give you a heads up about the deferral.
It looks like it was deferred too much or is it applied somewhere else?
I don't see it in oe-core.
Thanks
Sau!
On 04/03/2013 12:26 PM, Carlos Rafael Giani wrote:
eglinfo is a small utility for printing out information about EGL as well
as about its client APIs, OpenGL / OpenGLES 1.x / OpenGLES 2.x / OpenVG.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
meta/recipes-graphics/eglinfo/eglinfo-fb_1.0.bb | 11 ++
meta/recipes-graphics/eglinfo/eglinfo-x11_1.0.bb | 6 +++
meta/recipes-graphics/eglinfo/eglinfo.inc| 49
3 files changed, 66 insertions(+)
create mode 100644 meta/recipes-graphics/eglinfo/eglinfo-fb_1.0.bb
create mode 100644 meta/recipes-graphics/eglinfo/eglinfo-x11_1.0.bb
create mode 100644 meta/recipes-graphics/eglinfo/eglinfo.inc
diff --git a/meta/recipes-graphics/eglinfo/eglinfo-fb_1.0.bb
b/meta/recipes-graphics/eglinfo/eglinfo-fb_1.0.bb
new file mode 100644
index 000..65b265f
--- /dev/null
+++ b/meta/recipes-graphics/eglinfo/eglinfo-fb_1.0.bb
@@ -0,0 +1,11 @@
+EGLINFO_PLATFORM ?= fb
+EGLINFO_BINARY_NAME ?= eglinfo-fb
+
+# .bbappend files in BSP meta layers can add EGLINFO_DEVICE
+# values if necessary. eglinfo.inc contains default values for
+# the currently supported devices.
+# Consult the eglinfo README.md for details
+
+include eglinfo.inc
+
+SUMMARY += (Framebuffer version)
diff --git a/meta/recipes-graphics/eglinfo/eglinfo-x11_1.0.bb
b/meta/recipes-graphics/eglinfo/eglinfo-x11_1.0.bb
new file mode 100644
index 000..8793a25
--- /dev/null
+++ b/meta/recipes-graphics/eglinfo/eglinfo-x11_1.0.bb
@@ -0,0 +1,6 @@
+EGLINFO_PLATFORM ?= x11
+EGLINFO_BINARY_NAME ?= eglinfo-x11
+
+include eglinfo.inc
+
+SUMMARY += (X11 version)
diff --git a/meta/recipes-graphics/eglinfo/eglinfo.inc
b/meta/recipes-graphics/eglinfo/eglinfo.inc
new file mode 100644
index 000..116435d
--- /dev/null
+++ b/meta/recipes-graphics/eglinfo/eglinfo.inc
@@ -0,0 +1,49 @@
+SUMMARY = Utility for printing information EGL and its client APIs
(OpenGL, OpenGL ES, OpenVG)
+SECTION = graphics
+LICENSE = Zlib
+HOMEPAGE = https://github.com/dv1/eglinfo;
+LIC_FILES_CHKSUM = file://LICENSE;md5=8d4f33bc3add976f7dfae85dab66f03c
+
+DEPENDS = virtual/egl
+
+SRC_URI = git://github.com/dv1/eglinfo.git;branch=master
+SRCREV = 4a49ff59545d9b6a8222badab64115f89d3a6774
+
+S = ${WORKDIR}/git
+
+
+# BSP layers should add .bbappend files for the -x11 and -fb .bb recipes,
+# which append the respective EGL/OpenGLES/OpenVG libraries to DEPENDS
+# not doing that here, since some platforms might not have OpenGL ES or
OpenVG support
+# (in that case, the eglinfo build scripts automatically disable the
relevant code paths)
+
+EGLINFO_DEVICE ?= generic
+EGLINFO_DEVICE_raspberrypi ?= raspberrypi
+EGLINFO_DEVICE_beagleboard ?= beagleboard
+EGLINFO_DEVICE_mx6 ?= imx6
+
+
+do_clean() {
+ if [ -x ${S}/waf ]; then
+ ${S}/waf distclean
+ fi
+}
+
+do_configure() {
+ ${S}/waf configure \
+ --platform=${EGLINFO_PLATFORM} \
+ --device=${EGLINFO_DEVICE} \
+ --sysroot ${STAGING_DIR_TARGET} \
+ --prefix=${prefix} \
+ ${EXTRA_OECONF}
+}
+
+do_compile() {
+ ${S}/waf
+}
+
+do_install() {
+ mkdir -p ${D}/${bindir}
+ mv ${S}/build/release/eglinfo ${D}/${bindir}/${EGLINFO_BINARY_NAME}
+}
+
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/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] [RFC][PATCH 1/4] package.bbclass: move reading shlibs providers to separate function
On Sun, Jul 07, 2013 at 01:13:04AM +0200, Martin Jansa wrote:
* prepare for reading shlibs providers only from dependency tree of
current recipe
[YOCTO #4628]
Any comment on this patchset?
I'm using first 3 commits for some time in world builds and they helped
me to discover some unexpected shlib providers (and fix them by setting
PRIVATE_LIBS).
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/classes/package.bbclass | 43 +++
1 file changed, 23 insertions(+), 20 deletions(-)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 5c2d1c6..d80535d 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1337,6 +1337,28 @@ python package_do_shlibs() {
# Take shared lock since we're only reading, not writing
lf = bb.utils.lockfile(d.expand(${PACKAGELOCK}))
+def read_shlib_providers:
+list_re = re.compile('^(.*)\.list$')
+# Go from least to most specific since the last one found wins
+for dir in reversed(shlibs_dirs):
+if not os.path.exists(dir):
+continue
+for file in os.listdir(dir):
+m = list_re.match(file)
+if m:
+dep_pkg = m.group(1)
+fd = open(os.path.join(dir, file))
+lines = fd.readlines()
+fd.close()
+ver_file = os.path.join(dir, dep_pkg + '.ver')
+lib_ver = None
+if os.path.exists(ver_file):
+fd = open(ver_file)
+lib_ver = fd.readline().rstrip()
+fd.close()
+for l in lines:
+shlib_provider[l.rstrip()] = (dep_pkg, lib_ver)
+
def linux_so(file):
needs_ldconfig = False
cmd = d.getVar('OBJDUMP', True) + -p + pipes.quote(file) +
2/dev/null
@@ -1479,26 +1501,7 @@ python package_do_shlibs() {
postinst += d.getVar('ldconfig_postinst_fragment', True)
d.setVar('pkg_postinst_%s' % pkg, postinst)
-list_re = re.compile('^(.*)\.list$')
-# Go from least to most specific since the last one found wins
-for dir in reversed(shlibs_dirs):
-if not os.path.exists(dir):
-continue
-for file in os.listdir(dir):
-m = list_re.match(file)
-if m:
-dep_pkg = m.group(1)
-fd = open(os.path.join(dir, file))
-lines = fd.readlines()
-fd.close()
-ver_file = os.path.join(dir, dep_pkg + '.ver')
-lib_ver = None
-if os.path.exists(ver_file):
-fd = open(ver_file)
-lib_ver = fd.readline().rstrip()
-fd.close()
-for l in lines:
-shlib_provider[l.rstrip()] = (dep_pkg, lib_ver)
+read_shlib_providers()
bb.utils.unlockfile(lf)
--
1.8.2.1
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] systemd: add ptest
From: Roy.Li rongqing...@windriver.com
Signed-off-by: Roy.Li rongqing...@windriver.com
---
meta/recipes-core/systemd/systemd/run-ptest |2 ++
meta/recipes-core/systemd/systemd_204.bb| 18 +-
2 files changed, 19 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-core/systemd/systemd/run-ptest
diff --git a/meta/recipes-core/systemd/systemd/run-ptest
b/meta/recipes-core/systemd/systemd/run-ptest
new file mode 100644
index 000..0418bc9
--- /dev/null
+++ b/meta/recipes-core/systemd/systemd/run-ptest
@@ -0,0 +1,2 @@
+make test/rules-test.sh.log
+make test/udev-test.pl.log
diff --git a/meta/recipes-core/systemd/systemd_204.bb
b/meta/recipes-core/systemd/systemd_204.bb
index 6261367..0242a0d 100644
--- a/meta/recipes-core/systemd/systemd_204.bb
+++ b/meta/recipes-core/systemd/systemd_204.bb
@@ -13,9 +13,11 @@ PE = 1
DEPENDS = kmod docbook-sgml-dtd-4.1-native intltool-native gperf-native acl
readline dbus libcap libcgroup glib-2.0 qemu-native util-linux
DEPENDS += ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}
+DISTRO_FEATURES += ptest
+
SECTION = base/shell
-inherit gtk-doc useradd pkgconfig autotools perlnative update-rc.d
update-alternatives qemu
+inherit gtk-doc useradd pkgconfig autotools perlnative update-rc.d
update-alternatives qemu ptest
SRC_URI = http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \
file://touchscreen.rules \
@@ -24,6 +26,7 @@ SRC_URI =
http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \
file://install-quotaon-once.patch \
file://00-create-volatile.conf \
file://init \
+ file://run-ptest \
SRC_URI[md5sum] = a07619bb19f48164fbf0761d12fd39a8
SRC_URI[sha256sum] =
072c393503c7c1e55ca7acf3db659cbd28c7fe5fa94fab3db95360bafd96731b
@@ -114,6 +117,19 @@ do_install() {
fi
}
+do_install_ptest () {
+ install -d ${D}${PTEST_PATH}/test
+ install -d ${D}${libdir}/udev/rules.d
+ install ${B}/test/* ${D}${PTEST_PATH}/test
+ install -m 0755 ${B}/test-udev ${D}${PTEST_PATH}/
+ install -d ${D}${PTEST_PATH}/build-aux
+ cp -rf ${B}/rules ${D}${PTEST_PATH}/
+ cp ${B}/Makefile ${D}${PTEST_PATH}/
+ cp ${B}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/
+ tar -C ${D}${PTEST_PATH}/test -xJf ${B}/test/sys.tar.xz
+ sed -i 's/tree/ls/' ${D}${PTEST_PATH}/test/udev-test.pl
+}
+
python populate_packages_prepend (){
systemdlibdir = d.getVar(rootlibdir, True)
do_split_packages(d, systemdlibdir, '^lib(.*)\.so\.*', 'lib%s', 'Systemd
%s library', extra_depends='', allow_links=True)
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] classes/insane: add check for PN in OVERRIDES
Hi Mikhail,
On Tuesday 27 August 2013 17:36:03 Mikhail Durnev wrote:
I have a question about your commit c331f0a:
---
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 4d2392e..fb18022 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -907,6 +907,11 @@ python () {
if d.getVar('do_stage', True) is not None:
bb.fatal(Legacy staging found for %s as it has a do_stage
function. This will need conversion to a do_install or often simply
removal to work with OE-core % d.getVar(FILE, True))
+overrides = d.getVar('OVERRIDES', True).split(':')
+pn = d.getVar('PN', True)
+if pn in overrides:
+bb.warn('Recipe %s has PN of %s which is in OVERRIDES, this
can result in unexpected behaviour.' % (d.getVar(FILE, True), pn))
+
issues = []
if (d.getVar('PACKAGES', True) or ).split():
for var in 'RDEPENDS', 'RRECOMMENDS', 'RSUGGESTS',
'RCONFLICTS', 'RPROVIDES', 'RREPLACES', 'FILES', 'pkg_preinst',
'pkg_postinst', 'pkg_prerm', 'pkg_postrm', 'ALLOW_EMPTY':
--
A recipe (lets say linux_git.bb) has its PN in OVERRIDES with prefix
'pn-' (pn-linux). So, if we have 'linux' in OVERRIDES then it cannot
interfere.
Unfortunately that is not the case. If PN is linux and TARGET_OS is linux
(note, for ARM machines only TARGET_OS may be linux-gnueabi rather than
linux) then statements such as this:
FILES_${PN} = /path/to/file
will immediately become:
FILES = /path/to/file
Which itself will trigger a warning about FILES not being package specific.
Without an explicit check on PN being in OVERRIDES it's not immediately
obvious what has happened.
Additionally consider the following case in local.conf:
PREFERRED_VERSION_linux = 3.8.10
This will turn into PREFERRED_VERSION = 3.8.10 and then you'll get a bunch
of spewed notices about version 3.8.10 being unavailable for every recipe in
the system that you're building.
PN in OVERRIDES is bad news, which is why we added this warning. You really do
need to name your recipes so that they don't clash with items in OVERRIDES.
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 0/5] Add midori and dependencies
On Wednesday 28 August 2013 10:18:15 Martin Jansa wrote: On Tue, Aug 27, 2013 at 05:59:34PM +0300, Mihai Prica wrote: The Midori web-browser can be used to more easily test the functionality of webkit-gtk. * The midori and libnotify recipes are from meta-gnome. * The python-docutils and vala recipes are from meta-oe. * The midori and python-docutils packages have been updated to the latest upstream version. Midori also depends on ca-certificates. A patch set was sent by Christopher Larson that adds the recipe in oe-core. This series depends on his addition. Are you going to send patches to oe-devel to remove moved recipes/bbclasses ? I'll take care of this along with ca-certificates. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gcc-4.8: fix ICE of cross-compile for PowerPC e500v2 targets
* http://gcc.gnu.org/bugzilla//show_bug.cgi?id=57717#c7
* fix the segfault issue of dd on e500v2 targets
Since double-float is disabled for e500v2 targets build due to ICE of
gcc-4.8.1,
accordingly %Ld format of sprintf is disabled.
Address Bug 4910 - [p1022ds]urandom: segmentation fault
Signed-off-by: Chunrong Guo b40...@freescale.com
---
meta/recipes-devtools/gcc/gcc-4.8.inc |1 +
.../0045-gcc-4.8-PR57717-PowerPC-E500v2.patch | 21
2 files changed, 22 insertions(+), 0 deletions(-)
create mode 100644
meta/recipes-devtools/gcc/gcc-4.8/0045-gcc-4.8-PR57717-PowerPC-E500v2.patch
diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc
b/meta/recipes-devtools/gcc/gcc-4.8.inc
index 39f323d..0fbbc1d 100644
--- a/meta/recipes-devtools/gcc/gcc-4.8.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.8.inc
@@ -74,6 +74,7 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \
file://0042-pr57748.patch \
file://0043-cpp.patch \
file://0044-gengtypes.patch \
+ file://0045-gcc-4.8-PR57717-PowerPC-E500v2.patch \
SRC_URI[md5sum] = 3b2386c114cd74185aa3754b58a79304
SRC_URI[sha256sum] =
545b44be3ad9f2c4e90e6880f5c9d4f0a8f0e5f67e1ffb0d45da9fa01bb05813
diff --git
a/meta/recipes-devtools/gcc/gcc-4.8/0045-gcc-4.8-PR57717-PowerPC-E500v2.patch
b/meta/recipes-devtools/gcc/gcc-4.8/0045-gcc-4.8-PR57717-PowerPC-E500v2.patch
new file mode 100644
index 000..96fa1da
--- /dev/null
+++
b/meta/recipes-devtools/gcc/gcc-4.8/0045-gcc-4.8-PR57717-PowerPC-E500v2.patch
@@ -0,0 +1,21 @@
+This backports fix from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57717
+
+Upstream-Status: Backport
+Signed-off-by: Julian Brown julian_br...@mentor.com
+
+fix for PR57717 (PowerPC E500v2)
+http://gcc.gnu.org/ml/gcc-patches/2013-08/msg00668.html
+
+--- a/gcc/config/rs6000/rs6000.c 2013-05-09 20:54:06.0 -0500
b/gcc/config/rs6000/rs6000.c 2013-08-28 01:25:24.865218744 -0500
+@@ -6337,9 +6337,7 @@
+GET_CODE (XEXP (x, 1)) == CONST_INT
+reg_offset_p
+!SPE_VECTOR_MODE (mode)
+- !(TARGET_E500_DOUBLE (mode == DFmode || mode == TFmode
+-|| mode == DDmode || mode == TDmode
+-|| mode == DImode))
++ !(TARGET_E500_DOUBLE GET_MODE_SIZE (mode) UNITS_PER_WORD)
+VECTOR_MEM_NONE_P (mode))
+ {
+ HOST_WIDE_INT val = INTVAL (XEXP (x, 1));
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] systemd: add ptest
On 08/28/2013 04:39 PM, rongqing...@windriver.com wrote:
From: Roy.Li rongqing...@windriver.com
Signed-off-by: Roy.Li rongqing...@windriver.com
---
meta/recipes-core/systemd/systemd/run-ptest |2 ++
meta/recipes-core/systemd/systemd_204.bb| 18 +-
2 files changed, 19 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-core/systemd/systemd/run-ptest
diff --git a/meta/recipes-core/systemd/systemd/run-ptest
b/meta/recipes-core/systemd/systemd/run-ptest
new file mode 100644
index 000..0418bc9
--- /dev/null
+++ b/meta/recipes-core/systemd/systemd/run-ptest
@@ -0,0 +1,2 @@
+make test/rules-test.sh.log
+make test/udev-test.pl.log
diff --git a/meta/recipes-core/systemd/systemd_204.bb
b/meta/recipes-core/systemd/systemd_204.bb
index 6261367..0242a0d 100644
--- a/meta/recipes-core/systemd/systemd_204.bb
+++ b/meta/recipes-core/systemd/systemd_204.bb
@@ -13,9 +13,11 @@ PE = 1
DEPENDS = kmod docbook-sgml-dtd-4.1-native intltool-native gperf-native acl
readline dbus libcap libcgroup glib-2.0 qemu-native util-linux
DEPENDS += ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}
+DISTRO_FEATURES += ptest
+
I think the above two lines are not needed.
Cheers,
Chen Qi
SECTION = base/shell
-inherit gtk-doc useradd pkgconfig autotools perlnative update-rc.d update-alternatives qemu
+inherit gtk-doc useradd pkgconfig autotools perlnative update-rc.d
update-alternatives qemu ptest
SRC_URI = http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \
file://touchscreen.rules \
@@ -24,6 +26,7 @@ SRC_URI =
http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \
file://install-quotaon-once.patch \
file://00-create-volatile.conf \
file://init \
+ file://run-ptest \
SRC_URI[md5sum] = a07619bb19f48164fbf0761d12fd39a8
SRC_URI[sha256sum] =
072c393503c7c1e55ca7acf3db659cbd28c7fe5fa94fab3db95360bafd96731b
@@ -114,6 +117,19 @@ do_install() {
fi
}
+do_install_ptest () {
+ install -d ${D}${PTEST_PATH}/test
+ install -d ${D}${libdir}/udev/rules.d
+ install ${B}/test/* ${D}${PTEST_PATH}/test
+ install -m 0755 ${B}/test-udev ${D}${PTEST_PATH}/
+ install -d ${D}${PTEST_PATH}/build-aux
+ cp -rf ${B}/rules ${D}${PTEST_PATH}/
+ cp ${B}/Makefile ${D}${PTEST_PATH}/
+ cp ${B}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/
+ tar -C ${D}${PTEST_PATH}/test -xJf ${B}/test/sys.tar.xz
+ sed -i 's/tree/ls/' ${D}${PTEST_PATH}/test/udev-test.pl
+}
+
python populate_packages_prepend (){
systemdlibdir = d.getVar(rootlibdir, True)
do_split_packages(d, systemdlibdir, '^lib(.*)\.so\.*', 'lib%s', 'Systemd
%s library', extra_depends='', allow_links=True)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] systemd: add ptest
rongqing...@windriver.com wrote: +DISTRO_FEATURES += ptest This looks a bit odd to have in the recipe. Ptest should rather be enabled/disabled by the distro.conf or local.conf. -- Björn ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] systemd: add ptest
On 08/28/2013 05:15 PM, ChenQi wrote:
On 08/28/2013 04:39 PM, rongqing...@windriver.com wrote:
From: Roy.Li rongqing...@windriver.com
Signed-off-by: Roy.Li rongqing...@windriver.com
---
meta/recipes-core/systemd/systemd/run-ptest |2 ++
meta/recipes-core/systemd/systemd_204.bb| 18 +-
2 files changed, 19 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-core/systemd/systemd/run-ptest
diff --git a/meta/recipes-core/systemd/systemd/run-ptest
b/meta/recipes-core/systemd/systemd/run-ptest
new file mode 100644
index 000..0418bc9
--- /dev/null
+++ b/meta/recipes-core/systemd/systemd/run-ptest
@@ -0,0 +1,2 @@
+make test/rules-test.sh.log
+make test/udev-test.pl.log
diff --git a/meta/recipes-core/systemd/systemd_204.bb
b/meta/recipes-core/systemd/systemd_204.bb
index 6261367..0242a0d 100644
--- a/meta/recipes-core/systemd/systemd_204.bb
+++ b/meta/recipes-core/systemd/systemd_204.bb
@@ -13,9 +13,11 @@ PE = 1
DEPENDS = kmod docbook-sgml-dtd-4.1-native intltool-native
gperf-native acl readline dbus libcap libcgroup glib-2.0 qemu-native
util-linux
DEPENDS += ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '',
d)}
+DISTRO_FEATURES += ptest
+
I think the above two lines are not needed.
Cheers,
Chen Qi
Sorry, I use it to test my code, it should be removed
-Roy
SECTION = base/shell
-inherit gtk-doc useradd pkgconfig autotools perlnative update-rc.d
update-alternatives qemu
+inherit gtk-doc useradd pkgconfig autotools perlnative update-rc.d
update-alternatives qemu ptest
SRC_URI =
http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \
file://touchscreen.rules \
@@ -24,6 +26,7 @@ SRC_URI =
http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \
file://install-quotaon-once.patch \
file://00-create-volatile.conf \
file://init \
+ file://run-ptest \
SRC_URI[md5sum] = a07619bb19f48164fbf0761d12fd39a8
SRC_URI[sha256sum] =
072c393503c7c1e55ca7acf3db659cbd28c7fe5fa94fab3db95360bafd96731b
@@ -114,6 +117,19 @@ do_install() {
fi
}
+do_install_ptest () {
+install -d ${D}${PTEST_PATH}/test
+install -d ${D}${libdir}/udev/rules.d
+install ${B}/test/* ${D}${PTEST_PATH}/test
+install -m 0755 ${B}/test-udev ${D}${PTEST_PATH}/
+install -d ${D}${PTEST_PATH}/build-aux
+cp -rf ${B}/rules ${D}${PTEST_PATH}/
+cp ${B}/Makefile ${D}${PTEST_PATH}/
+cp ${B}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/
+tar -C ${D}${PTEST_PATH}/test -xJf ${B}/test/sys.tar.xz
+sed -i 's/tree/ls/' ${D}${PTEST_PATH}/test/udev-test.pl
+}
+
python populate_packages_prepend (){
systemdlibdir = d.getVar(rootlibdir, True)
do_split_packages(d, systemdlibdir, '^lib(.*)\.so\.*', 'lib%s',
'Systemd %s library', extra_depends='', allow_links=True)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Best Reagrds,
Roy | RongQing Li
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] systemd: add ptest
From: Roy.Li rongqing...@windriver.com
Signed-off-by: Roy.Li rongqing...@windriver.com
---
meta/recipes-core/systemd/systemd/run-ptest |2 ++
meta/recipes-core/systemd/systemd_204.bb| 16 +++-
2 files changed, 17 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-core/systemd/systemd/run-ptest
diff --git a/meta/recipes-core/systemd/systemd/run-ptest
b/meta/recipes-core/systemd/systemd/run-ptest
new file mode 100644
index 000..0418bc9
--- /dev/null
+++ b/meta/recipes-core/systemd/systemd/run-ptest
@@ -0,0 +1,2 @@
+make test/rules-test.sh.log
+make test/udev-test.pl.log
diff --git a/meta/recipes-core/systemd/systemd_204.bb
b/meta/recipes-core/systemd/systemd_204.bb
index 6261367..6563c3e 100644
--- a/meta/recipes-core/systemd/systemd_204.bb
+++ b/meta/recipes-core/systemd/systemd_204.bb
@@ -15,7 +15,7 @@ DEPENDS += ${@base_contains('DISTRO_FEATURES', 'pam',
'libpam', '', d)}
SECTION = base/shell
-inherit gtk-doc useradd pkgconfig autotools perlnative update-rc.d
update-alternatives qemu
+inherit gtk-doc useradd pkgconfig autotools perlnative update-rc.d
update-alternatives qemu ptest
SRC_URI = http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \
file://touchscreen.rules \
@@ -24,6 +24,7 @@ SRC_URI =
http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \
file://install-quotaon-once.patch \
file://00-create-volatile.conf \
file://init \
+ file://run-ptest \
SRC_URI[md5sum] = a07619bb19f48164fbf0761d12fd39a8
SRC_URI[sha256sum] =
072c393503c7c1e55ca7acf3db659cbd28c7fe5fa94fab3db95360bafd96731b
@@ -114,6 +115,19 @@ do_install() {
fi
}
+do_install_ptest () {
+ install -d ${D}${PTEST_PATH}/test
+ install -d ${D}${libdir}/udev/rules.d
+ install ${B}/test/* ${D}${PTEST_PATH}/test
+ install -m 0755 ${B}/test-udev ${D}${PTEST_PATH}/
+ install -d ${D}${PTEST_PATH}/build-aux
+ cp -rf ${B}/rules ${D}${PTEST_PATH}/
+ cp ${B}/Makefile ${D}${PTEST_PATH}/
+ cp ${B}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/
+ tar -C ${D}${PTEST_PATH}/test -xJf ${B}/test/sys.tar.xz
+ sed -i 's/tree/ls/' ${D}${PTEST_PATH}/test/udev-test.pl
+}
+
python populate_packages_prepend (){
systemdlibdir = d.getVar(rootlibdir, True)
do_split_packages(d, systemdlibdir, '^lib(.*)\.so\.*', 'lib%s', 'Systemd
%s library', extra_depends='', allow_links=True)
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] lib/oeqa/runtime: remove some unnecessary checks from setUpModule
These checks are unnecessary.
setUpModule is run when a module is loaded and we
shouldn't run commands on the target here, (plus if
ssh doesn't work we error out in setup multiple times, instead
of skipping the real test, which might depend on test_ssh).
Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com
---
meta/lib/oeqa/runtime/date.py | 3 ---
meta/lib/oeqa/runtime/df.py| 2 --
meta/lib/oeqa/runtime/dmesg.py | 2 --
meta/lib/oeqa/runtime/vnc.py | 2 +-
4 files changed, 1 insertion(+), 8 deletions(-)
diff --git a/meta/lib/oeqa/runtime/date.py b/meta/lib/oeqa/runtime/date.py
index d6c04cb..3b35964 100644
--- a/meta/lib/oeqa/runtime/date.py
+++ b/meta/lib/oeqa/runtime/date.py
@@ -2,9 +2,6 @@ from oeqa.oetest import oeRuntimeTest
from oeqa.utils.decorators import *
import re
-def setUpModule():
-skipModuleUnless(oeRuntimeTest.tc.target.run('which date')[0] == 0, No
date in image or no connection)
-
class DateTest(oeRuntimeTest):
def setUp(self):
diff --git a/meta/lib/oeqa/runtime/df.py b/meta/lib/oeqa/runtime/df.py
index c911989..b6da350 100644
--- a/meta/lib/oeqa/runtime/df.py
+++ b/meta/lib/oeqa/runtime/df.py
@@ -2,8 +2,6 @@ import unittest
from oeqa.oetest import oeRuntimeTest
from oeqa.utils.decorators import *
-def setUpModule():
-skipModuleUnless(oeRuntimeTest.tc.target.run('which df')[0] == 0, No df
in image or no connection)
class DfTest(oeRuntimeTest):
diff --git a/meta/lib/oeqa/runtime/dmesg.py b/meta/lib/oeqa/runtime/dmesg.py
index 48370fb..a53d1f0 100644
--- a/meta/lib/oeqa/runtime/dmesg.py
+++ b/meta/lib/oeqa/runtime/dmesg.py
@@ -2,8 +2,6 @@ import unittest
from oeqa.oetest import oeRuntimeTest
from oeqa.utils.decorators import *
-def setUpModule():
-skipModuleUnless(oeRuntimeTest.tc.target.run('which dmesg')[0] == 0, No
dmesg in image or no connection)
class DmesgTest(oeRuntimeTest):
diff --git a/meta/lib/oeqa/runtime/vnc.py b/meta/lib/oeqa/runtime/vnc.py
index 9476184..ce11179 100644
--- a/meta/lib/oeqa/runtime/vnc.py
+++ b/meta/lib/oeqa/runtime/vnc.py
@@ -3,7 +3,7 @@ from oeqa.utils.decorators import *
import re
def setUpModule():
-skipModuleUnless(oeRuntimeTest.tc.target.run('which x11vnc')[0] == 0, No
x11vnc in image)
+skipModuleUnless(oeRuntimeTest.hasPackage('x11vnc'), No x11vnc package in
image)
class VNCTest(oeRuntimeTest):
--
1.8.3.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] classes/testimage: increase default boot timeout
While I can't reproduce on local builds, sometimes images fail
to boot on AB (which runs many builds at once). Assuming
there isn't something weird going on, let's just give it more time.
Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com
---
meta/classes/testimage.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass
index 2bebbd8..b30c841 100644
--- a/meta/classes/testimage.bbclass
+++ b/meta/classes/testimage.bbclass
@@ -31,7 +31,7 @@ DEFAULT_TEST_SUITES_pn-core-image-sato-sdk = ping ssh df
connman syslog xorg sc
TEST_SUITES ?= ${DEFAULT_TEST_SUITES}
-TEST_QEMUBOOT_TIMEOUT ?= 500
+TEST_QEMUBOOT_TIMEOUT ?= 1000
python do_testimage() {
testimage_main(d)
--
1.8.3.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] classes/insane: add check for PN in OVERRIDES
Hi Paul,
28.08.2013 19:41, Paul Eggleton wrote:
Hi Mikhail,
On Tuesday 27 August 2013 17:36:03 Mikhail Durnev wrote:
I have a question about your commit c331f0a:
---
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 4d2392e..fb18022 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -907,6 +907,11 @@ python () {
if d.getVar('do_stage', True) is not None:
bb.fatal(Legacy staging found for %s as it has a do_stage
function. This will need conversion to a do_install or often simply
removal to work with OE-core % d.getVar(FILE, True))
+overrides = d.getVar('OVERRIDES', True).split(':')
+pn = d.getVar('PN', True)
+if pn in overrides:
+bb.warn('Recipe %s has PN of %s which is in OVERRIDES, this
can result in unexpected behaviour.' % (d.getVar(FILE, True), pn))
+
issues = []
if (d.getVar('PACKAGES', True) or ).split():
for var in 'RDEPENDS', 'RRECOMMENDS', 'RSUGGESTS',
'RCONFLICTS', 'RPROVIDES', 'RREPLACES', 'FILES', 'pkg_preinst',
'pkg_postinst', 'pkg_prerm', 'pkg_postrm', 'ALLOW_EMPTY':
--
A recipe (lets say linux_git.bb) has its PN in OVERRIDES with prefix
'pn-' (pn-linux). So, if we have 'linux' in OVERRIDES then it cannot
interfere.
Unfortunately that is not the case. If PN is linux and TARGET_OS is linux
(note, for ARM machines only TARGET_OS may be linux-gnueabi rather than
linux) then statements such as this:
FILES_${PN} = /path/to/file
will immediately become:
FILES = /path/to/file
Which itself will trigger a warning about FILES not being package specific.
Without an explicit check on PN being in OVERRIDES it's not immediately
obvious what has happened.
Additionally consider the following case in local.conf:
PREFERRED_VERSION_linux = 3.8.10
This will turn into PREFERRED_VERSION = 3.8.10 and then you'll get a bunch
of spewed notices about version 3.8.10 being unavailable for every recipe in
the system that you're building.
PN in OVERRIDES is bad news, which is why we added this warning. You really do
need to name your recipes so that they don't clash with items in OVERRIDES.
Cheers,
Paul
Thank you for clarification. I build x86. My TARGET_OS, kernel recipe
name and kernel PN is linux. Fortunately, kernel.bbclass uses PN only
once in:
FILES_${PN} =
For linux the problem is masked by usage of virtual/kernel in
conditions. So I see only your warning about PN in OVERRIDES and no
other warnings or problems. But I definitely should consider about
changing PN.
Thanks,
Mikhail
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] bluez4: fix network Connect parameter validation
The incorrect validation prevents connection to the NAP service on another
device.
Signed-off-by: Peter A. Bigot p...@pabigot.com
---
...ork-fix-network-Connect-method-parameters.patch | 30 ++
meta/recipes-connectivity/bluez/bluez4_4.101.bb| 1 +
2 files changed, 31 insertions(+)
create mode 100644
meta/recipes-connectivity/bluez/bluez4-4.101/network-fix-network-Connect-method-parameters.patch
diff --git
a/meta/recipes-connectivity/bluez/bluez4-4.101/network-fix-network-Connect-method-parameters.patch
b/meta/recipes-connectivity/bluez/bluez4-4.101/network-fix-network-Connect-method-parameters.patch
new file mode 100644
index 000..37f9199
--- /dev/null
+++
b/meta/recipes-connectivity/bluez/bluez4-4.101/network-fix-network-Connect-method-parameters.patch
@@ -0,0 +1,30 @@
+Upstream-Status: Backport
+Signed-off-by: Peter A. Bigot p...@pabigot.com
+
+From 57170b311f1468330f4a9961dc0b3ac45f97bc13 Mon Sep 17 00:00:00 2001
+From: Gustavo Padovan gustavo.pado...@collabora.co.uk
+Date: Sat, 30 Jun 2012 00:39:05 -0300
+Subject: [PATCH] network: fix network Connect() method parameters
+
+---
+ network/connection.c |4 +++-
+ 1 file changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/network/connection.c b/network/connection.c
+index 544ec3a..59423a9 100644
+--- a/network/connection.c
b/network/connection.c
+@@ -554,7 +554,9 @@ static void path_unregister(void *data)
+
+ static const GDBusMethodTable connection_methods[] = {
+ { GDBUS_ASYNC_METHOD(Connect,
+- NULL, NULL, connection_connect) },
++ GDBUS_ARGS({uuid, s}),
++ GDBUS_ARGS({interface, s}),
++ connection_connect) },
+ { GDBUS_METHOD(Disconnect,
+ NULL, NULL, connection_disconnect) },
+ { GDBUS_METHOD(GetProperties,
+--
+1.7.9.5
+
diff --git a/meta/recipes-connectivity/bluez/bluez4_4.101.bb
b/meta/recipes-connectivity/bluez/bluez4_4.101.bb
index 7af1305..d6c3e26 100644
--- a/meta/recipes-connectivity/bluez/bluez4_4.101.bb
+++ b/meta/recipes-connectivity/bluez/bluez4_4.101.bb
@@ -6,6 +6,7 @@ SRC_URI += file://bluetooth.conf \
file://sbc_mmx.patch \
file://fix-udev-paths.patch \
file://obsolete_automake_macros.patch \
+file://network-fix-network-Connect-method-parameters.patch \
SRC_URI[md5sum] = fb42cb7038c380eb0e2fa208987c96ad
--
1.8.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][for-dylan] bluez4: fix network Connect parameter validation
On 08/22/2013 06:53 AM, Peter A. Bigot wrote: On 08/22/2013 04:46 AM, Burton, Ross wrote: On 21 August 2013 23:47, Peter A. Bigot p...@pabigot.com wrote: The incorrect validation prevents connection to the NAP service on another device. Is this intended for master as well as dylan? At the moment, no. I have not been actively developing under master yet so have not tested it there. I am now on master and verified the patch is required. I've submitted a slight variant for master that does not increment PR. Peter ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] mesa: add missing elfutils dependency for r600 PACKAGECONFIG
Fixes the following configure error:
configure:23490: error: radeonsi and r600g require libelf when using LLVM
Signed-off-by: Jonathan Liu net...@gmail.com
---
meta/recipes-graphics/mesa/mesa.inc | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa/mesa.inc
index e985d67..71fcabd 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -51,7 +51,8 @@ PACKAGECONFIG[openvg] = --enable-openvg, --disable-openvg
GALLIUMDRIVERS = swrast
GALLIUMDRIVERS_LLVM33 = ${@base_contains('PACKAGECONFIG', 'r600',
'radeonsi,r600', '', d)}
-GALLIUMDRIVERS_LLVM =
r300,svga,nouveau${@base_version_less_or_equal('MESA_LLVM_RELEASE', '3.2', '',
',${GALLIUMDRIVERS_LLVM33}', d)}
+GALLIUMDRIVERS_LLVM33_ENABLED =
${@base_version_less_or_equal('MESA_LLVM_RELEASE', '3.2', False,
len('${GALLIUMDRIVERS_LLVM33}') 0, d)}
+GALLIUMDRIVERS_LLVM = r300,svga,nouveau${@',${GALLIUMDRIVERS_LLVM33}' if
${GALLIUMDRIVERS_LLVM33_ENABLED} else ''}
GALLIUMDRIVERS_append_x86 = ${@base_contains('PACKAGECONFIG', 'gallium-llvm',
',${GALLIUMDRIVERS_LLVM}', '', d)}
GALLIUMDRIVERS_append_x86-64 = ${@base_contains('PACKAGECONFIG',
'gallium-llvm', ',${GALLIUMDRIVERS_LLVM}', '', d)}
# keep --with-gallium-drivers separate, because when only one of gallium
versions is enabled, other 2 were adding --without-gallium-drivers
@@ -59,7 +60,8 @@ PACKAGECONFIG[gallium] =
--with-gallium-drivers=${GALLIUMDRIVERS}, --witho
PACKAGECONFIG[gallium-egl] = --enable-gallium-egl, --disable-gallium-egl
PACKAGECONFIG[gallium-gbm] = --enable-gallium-gbm, --disable-gallium-gbm
MESA_LLVM_RELEASE ?= 3.3
-PACKAGECONFIG[gallium-llvm] = --enable-gallium-llvm --with-llvm-shared-libs,
--disable-gallium-llvm, llvm${MESA_LLVM_RELEASE}
+PACKAGECONFIG[gallium-llvm] = --enable-gallium-llvm --with-llvm-shared-libs,
--disable-gallium-llvm, llvm${MESA_LLVM_RELEASE} \
+ ${@'elfutils' if
${GALLIUMDRIVERS_LLVM33_ENABLED} else ''}
export WANT_LLVM_RELEASE = ${MESA_LLVM_RELEASE}
# llvmpipe is slow if compiled with -fomit-frame-pointer (e.g. -O2)
--
1.8.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv3 0/2] Add ca-certificates recipe
On Wednesday 28 August 2013 10:19:08 Martin Jansa wrote: On Fri, Aug 23, 2013 at 12:26:13PM -0700, Christopher Larson wrote: From: Christopher Larson chris_lar...@mentor.com This is based on the meta-oe recipe, with enhancements, and prepopulates the certificates for the nativesdk version, for later use in the buildtools-tarball. The following changes since commit 9b05c65450526522d7358d0c0901b594de546748: sstate: Fix the relative symlink replacement code (2013-08-23 16:59:04 +0100) are available in the git repository at: https://github.com/kergoth/oe-core.git ca-certificates Christopher Larson (2): ca-certificates: add recipe (version 20130610) nativesdk-ca-certificates: prepopulate ca-certificates.crt Are you going to send patches to oe-devel to remove moved recipes/bbclasses ? Martin is now aware, but FYI I've sent a patch for this. Cheers, Paul ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv3 0/2] Add ca-certificates recipe
On Wed, Aug 28, 2013 at 5:31 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Wednesday 28 August 2013 10:19:08 Martin Jansa wrote: On Fri, Aug 23, 2013 at 12:26:13PM -0700, Christopher Larson wrote: From: Christopher Larson chris_lar...@mentor.com This is based on the meta-oe recipe, with enhancements, and prepopulates the certificates for the nativesdk version, for later use in the buildtools-tarball. The following changes since commit 9b05c65450526522d7358d0c0901b594de546748: sstate: Fix the relative symlink replacement code (2013-08-23 16:59:04 +0100) are available in the git repository at: https://github.com/kergoth/oe-core.git ca-certificates Christopher Larson (2): ca-certificates: add recipe (version 20130610) nativesdk-ca-certificates: prepopulate ca-certificates.crt Are you going to send patches to oe-devel to remove moved recipes/bbclasses ? Martin is now aware, but FYI I've sent a patch for this. Ah, thanks. -- Christopher Larson ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core] QEMU with ARM Cortex A9 with hard float configuration - Kernel panic
Hi, I get the following error while running the bitbake linux-yocto command for a qemu machine conf that I'm building. The build system is unable to find the dtc binary: | make: Leaving directory `/tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/image/usr/src/kernel' | NOTE: make -j 6 vexpress-v2p-ca9.dtb | DTC arch/arm/boot/vexpress-v2p-ca9.dtb | /bin/sh: /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/linux-qemuarma9-standard-build/scripts/dtc/dtc: No such file or directory | make[3]: *** [arch/arm/boot/vexpress-v2p-ca9.dtb] Error 1 | make[2]: *** [vexpress-v2p-ca9.dtb] Error 2 | make[1]: *** [sub-make] Error 2 | make: *** [all] Error 2 | ERROR: oe_runmake failed | WARNING: /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/temp/run.do_install.10606:1 exit 1 from | exit 1 | ERROR: Function failed: do_install (log file is located at /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/temp/log.do_install.10606) ERROR: Task 4 (/tool/yocto/poky/meta/recipes-kernel/linux/linux-yocto_3.4.bb, do_install) failed with exit code '1' NOTE: Tasks Summary: Attempted 598 tasks of which 597 didn't need to be rerun and 1 failed. File : qemuarmhf.conf #@TYPE: Machine #@NAME: qemuarma9 #@DESCRIPTION: Machine configuration for QEMU ARM Cortex A9. # Specify the default tune. DEFAULTTUNE = armv7a-neon require conf/machine/include/qemu.inc require conf/machine/include/tune-cortexa9.inc # Specify the kernel devicetree. KERNEL_DEVICETREE = vexpress-v2p-ca9.dtb # Specify the machine name used by the kernel. KMACHINE_qemuarma9 = vexpress # Specify the kernel image type. KERNEL_IMAGETYPE = uImage # Set default load address. # Override with KERNEL_EXTRA_ARGS_board += ... in machine file if required #KERNEL_EXTRA_ARGS_qemuarma9 += UIMAGE_LOADADDR=0x8000 # Specify the serial console parameters. SERIAL_CONSOLE = 115200 ttyAMA0 Best regards, Elvis Dowson___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] systemd: add ptest
On 08/28/2013 02:28 AM, rongqing...@windriver.com wrote:
From: Roy.Li rongqing...@windriver.com
Signed-off-by: Roy.Li rongqing...@windriver.com
---
meta/recipes-core/systemd/systemd/run-ptest |2 ++
meta/recipes-core/systemd/systemd_204.bb| 16 +++-
We are at 206 in master now, so this will need to be rebased! Please
verify against master before sending patches.
Thanks
Sau!
2 files changed, 17 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-core/systemd/systemd/run-ptest
diff --git a/meta/recipes-core/systemd/systemd/run-ptest
b/meta/recipes-core/systemd/systemd/run-ptest
new file mode 100644
index 000..0418bc9
--- /dev/null
+++ b/meta/recipes-core/systemd/systemd/run-ptest
@@ -0,0 +1,2 @@
+make test/rules-test.sh.log
+make test/udev-test.pl.log
diff --git a/meta/recipes-core/systemd/systemd_204.bb
b/meta/recipes-core/systemd/systemd_204.bb
index 6261367..6563c3e 100644
--- a/meta/recipes-core/systemd/systemd_204.bb
+++ b/meta/recipes-core/systemd/systemd_204.bb
@@ -15,7 +15,7 @@ DEPENDS += ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam',
'', d)}
SECTION = base/shell
-inherit gtk-doc useradd pkgconfig autotools perlnative update-rc.d
update-alternatives qemu
+inherit gtk-doc useradd pkgconfig autotools perlnative update-rc.d
update-alternatives qemu ptest
SRC_URI = http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \
file://touchscreen.rules \
@@ -24,6 +24,7 @@ SRC_URI =
http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \
file://install-quotaon-once.patch \
file://00-create-volatile.conf \
file://init \
+ file://run-ptest \
SRC_URI[md5sum] = a07619bb19f48164fbf0761d12fd39a8
SRC_URI[sha256sum] =
072c393503c7c1e55ca7acf3db659cbd28c7fe5fa94fab3db95360bafd96731b
@@ -114,6 +115,19 @@ do_install() {
fi
}
+do_install_ptest () {
+ install -d ${D}${PTEST_PATH}/test
+ install -d ${D}${libdir}/udev/rules.d
+ install ${B}/test/* ${D}${PTEST_PATH}/test
+ install -m 0755 ${B}/test-udev ${D}${PTEST_PATH}/
+ install -d ${D}${PTEST_PATH}/build-aux
+ cp -rf ${B}/rules ${D}${PTEST_PATH}/
+ cp ${B}/Makefile ${D}${PTEST_PATH}/
+ cp ${B}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/
+ tar -C ${D}${PTEST_PATH}/test -xJf ${B}/test/sys.tar.xz
+ sed -i 's/tree/ls/' ${D}${PTEST_PATH}/test/udev-test.pl
+}
+
python populate_packages_prepend (){
systemdlibdir = d.getVar(rootlibdir, True)
do_split_packages(d, systemdlibdir, '^lib(.*)\.so\.*', 'lib%s', 'Systemd
%s library', extra_depends='', allow_links=True)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] busybox: set default log buffer size to 64 at compile time
This provides a more reasonable log buffer size to avoid losing earlier events, and 64K is not a problem for modern systems. When the buffer is used on sysvinit-based systems, which it isn't by default, 64K is already the runtime default size unless /etc/syslog-startup.conf is modified or deleted, so this only really affects systems using systemd. This completely removes the need for the busybox bbappend in meta-oe. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- meta/recipes-core/busybox/busybox-1.21.1/defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/busybox/busybox-1.21.1/defconfig b/meta/recipes-core/busybox/busybox-1.21.1/defconfig index bdfdadf..e287a0d 100644 --- a/meta/recipes-core/busybox/busybox-1.21.1/defconfig +++ b/meta/recipes-core/busybox/busybox-1.21.1/defconfig @@ -1012,7 +1012,7 @@ CONFIG_FEATURE_SYSLOGD_DUP=y CONFIG_FEATURE_SYSLOGD_CFG=y CONFIG_FEATURE_SYSLOGD_READ_BUFFER_SIZE=256 CONFIG_FEATURE_IPC_SYSLOG=y -CONFIG_FEATURE_IPC_SYSLOG_BUFFER_SIZE=16 +CONFIG_FEATURE_IPC_SYSLOG_BUFFER_SIZE=64 CONFIG_LOGREAD=y CONFIG_FEATURE_LOGREAD_REDUCED_LOCKING=y CONFIG_KLOGD=y -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] u-boot: update to 2013.07
On Aug 27, 2013, at 12:57 PM, Randy MacLeod randy.macl...@windriver.com wrote: Just curious... I dont' see a good reason to specify the git protocol twice: git:// and ; protocol=git since its explicit. it does provide readability benefits which does have value when newbies read the recipes. This occurs in many recipes and we could get rid of the clutter with a script if it bothers anyone else. :) Am I missing something or are people just copying and pasting the text? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] busybox: set default log buffer size to 64 at compile time
On Aug 28, 2013, at 8:39 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: This provides a more reasonable log buffer size to avoid losing earlier events, and 64K is not a problem for modern systems. When the buffer is used on sysvinit-based systems, which it isn't by default, 64K is already the runtime default size unless /etc/syslog-startup.conf is modified or deleted, so this only really affects systems using systemd. This completely removes the need for the busybox bbappend in meta-oe. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com Looks good. Acked-by: Khem Raj raj.k...@gmail.com --- meta/recipes-core/busybox/busybox-1.21.1/defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/busybox/busybox-1.21.1/defconfig b/meta/recipes-core/busybox/busybox-1.21.1/defconfig index bdfdadf..e287a0d 100644 --- a/meta/recipes-core/busybox/busybox-1.21.1/defconfig +++ b/meta/recipes-core/busybox/busybox-1.21.1/defconfig @@ -1012,7 +1012,7 @@ CONFIG_FEATURE_SYSLOGD_DUP=y CONFIG_FEATURE_SYSLOGD_CFG=y CONFIG_FEATURE_SYSLOGD_READ_BUFFER_SIZE=256 CONFIG_FEATURE_IPC_SYSLOG=y -CONFIG_FEATURE_IPC_SYSLOG_BUFFER_SIZE=16 +CONFIG_FEATURE_IPC_SYSLOG_BUFFER_SIZE=64 CONFIG_LOGREAD=y CONFIG_FEATURE_LOGREAD_REDUCED_LOCKING=y CONFIG_KLOGD=y -- 1.8.1.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] gtk+3: don't split immodules if we have none
From: Christopher Larson chris_lar...@mentor.com
Currently we don't enable any immodules for gtk+3, yet we unconditionally call
do_split_packages on a nonexistent path. This results in a return value of
None, which it then tries to join, resulting in a TypeError. Only split the
modules if we have any modules to split.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/recipes-gnome/gtk+/gtk+3.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc
b/meta/recipes-gnome/gtk+/gtk+3.inc
index f4d5254..204a425 100644
--- a/meta/recipes-gnome/gtk+/gtk+3.inc
+++ b/meta/recipes-gnome/gtk+/gtk+3.inc
@@ -94,7 +94,8 @@ python populate_packages_prepend () {
immodules_root = os.path.join(gtk_libdir, 'immodules')
printmodules_root = os.path.join(gtk_libdir, 'printbackends');
-d.setVar('GTKIMMODULES_PACKAGES', ' '.join(do_split_packages(d,
immodules_root, '^im-(.*)\.so$', 'gtk3-immodule-%s', 'GTK input module for
%s')))
+if os.path.exists(os.path.join(d.getVar('D', True), immodules_root)):
+d.setVar('GTKIMMODULES_PACKAGES', ' '.join(do_split_packages(d,
immodules_root, '^im-(.*)\.so$', 'gtk3-immodule-%s', 'GTK input module for
%s')))
do_split_packages(d, printmodules_root, '^libprintbackend-(.*)\.so$',
'gtk3-printbackend-%s', 'GTK printbackend module for %s')
if (d.getVar('DEBIAN_NAMES', 1)):
--
1.8.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] multilib.bbclass: Expand the WHITELISTs with multilib prefix
On 8/27/13 2:32 AM, jhuang0 wrote: Could anyone look at this? It's been a long time here, but no comments and is not merged yet. This is definitely still needed in oe-core. Without this the license whitelist/blacklist doesn't work as expected when multilibs are enabled. The only alternative would be to change where the whitelist/blacklist is evaluated to look for the version w/o the multilib name. But I don't believe that can be done easily (or perhaps at all.) --Mark Thanks, Jackie On 8/2/2013 5:46 PM, jackie.hu...@windriver.com wrote: From: Jackie Huang jackie.hu...@windriver.com Tested with: require conf/multilib.conf MULTILIBS = multilib:lib32 DEFAULTTUNE_virtclass-multilib-lib32 = x86 INCOMPATIBLE_LICENSE = GPLv3 -- The following changes since commit f192c444c2d88c49738bea4ff4c3af0cc72916de: texinfo: Update to 5.1 (2013-07-31 06:56:28 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib jhuang0/d_gplv3_0801_2 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=jhuang0/d_gplv3_0801_2 Jackie Huang (1): multilib.bbclass: Expand the WHITELISTs with multilib prefix meta/classes/multilib.bbclass |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] linux-yocto/3.10: fix ssh login and restore CC_OPTIMIZE_FOR_SIZE
Updating the BSP SRCREVs with the following changes:
7144bcc Revert timer_list: Split timer_list_show_tickdevices
1c0d1d8 Revert timer_list: Convert timer list to be a proper seq_file
To temporarily fix the ability to log in via ssh on some host/image
combinations.
Updating the meta SRCREV for:
cd502a8 meta/standard: standard configuration fragment must be first
Which was incorrectly overriding feature and arch configuration values.
[YOCTO #5064]
[YOCTO #5062]
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb |6 +++---
meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb |4 ++--
meta/recipes-kernel/linux/linux-yocto_3.10.bb | 16
3 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb
index eb34491..0e137ff 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb
@@ -3,9 +3,9 @@ require recipes-kernel/linux/linux-yocto.inc
KBRANCH = standard/preempt-rt/base
KBRANCH_qemuppc = standard/preempt-rt/qemuppc
-SRCREV_machine ?= 77c5842818867366c3d08ca1dec19dc43aee0e91
-SRCREV_machine_qemuppc ?= 7be83bc1124d2a2c75f99df94baaf718659722ea
-SRCREV_meta ?= 1b9b113837f353fd94148beb6bd00a3b7b35d01d
+SRCREV_machine ?= 8a9b4902683f586f7d656c2e6747e314a5e1ed0e
+SRCREV_machine_qemuppc ?= 655d20d4f64dc053b40ac8d8fe44b82dec5e130a
+SRCREV_meta ?= cd502a88148ab214b54860f97a96f41858fd6446
SRC_URI =
git://git.yoctoproject.org/linux-yocto-3.10.git;protocol=git;bareclone=1;branch=${KBRANCH},meta;name=machine,meta
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb
index 2a30b82..82dea9c 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb
@@ -9,8 +9,8 @@ LINUX_VERSION ?= 3.10.9
KMETA = meta
-SRCREV_machine ?= 6c1528b2b78d1ec7e75bb7a9880074ec35aa1aa0
-SRCREV_meta ?= 1b9b113837f353fd94148beb6bd00a3b7b35d01d
+SRCREV_machine ?= 7144bcc4b8091675bfcf1941479067857b6242da
+SRCREV_meta ?= cd502a88148ab214b54860f97a96f41858fd6446
PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.10.bb
b/meta/recipes-kernel/linux/linux-yocto_3.10.bb
index ea6ad2a..cacb873 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.10.bb
@@ -3,14 +3,14 @@ require recipes-kernel/linux/linux-yocto.inc
KBRANCH_DEFAULT = standard/base
KBRANCH = ${KBRANCH_DEFAULT}
-SRCREV_machine_qemuarm ?= 8675d3d0a3c17135f70ef474d5c362397c02e62a
-SRCREV_machine_qemumips ?= 992b743b905edd21d3a4a27c92b5c6a9e44d7d73
-SRCREV_machine_qemuppc ?= 09388c3572e26c78b34554e46e077f12be7b2401
-SRCREV_machine_qemux86 ?= 6c1528b2b78d1ec7e75bb7a9880074ec35aa1aa0
-SRCREV_machine_qemux86-64 ?= 6c1528b2b78d1ec7e75bb7a9880074ec35aa1aa0
-SRCREV_machine_qemumips64 ?= 203679cb23c752fdcbc0180a55a81728d7462561
-SRCREV_machine ?= 6c1528b2b78d1ec7e75bb7a9880074ec35aa1aa0
-SRCREV_meta ?= 1b9b113837f353fd94148beb6bd00a3b7b35d01d
+SRCREV_machine_qemuarm ?= 24d53cd6ca4c3ae8f5dd2ff840f9275327d955ee
+SRCREV_machine_qemumips ?= 0480771238bb87031b79ecb1ee6bce7bfe6ffb1c
+SRCREV_machine_qemuppc ?= a9c383957f69e70fd2cb27d885160303a305cf57
+SRCREV_machine_qemux86 ?= 7144bcc4b8091675bfcf1941479067857b6242da
+SRCREV_machine_qemux86-64 ?= 7144bcc4b8091675bfcf1941479067857b6242da
+SRCREV_machine_qemumips64 ?= 10a8db0603d7186633a6bf90e2308710763e718e
+SRCREV_machine ?= 7144bcc4b8091675bfcf1941479067857b6242da
+SRCREV_meta ?= cd502a88148ab214b54860f97a96f41858fd6446
SRC_URI =
git://git.yoctoproject.org/linux-yocto-3.10.git;protocol=git;bareclone=1;branch=${KBRANCH},${KMETA};name=machine,meta
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] linux-yocto/3.10: M4 fixes
Richard/Saul, Here's an update of the linux-yocto-3.10 SRCREVs for the dropbear ssh issue, and a config change to restore existing behaviour. Credit goes to TomZ for tracking down the root cause. We'll continue to dig at this more and see what the permanent fix will be .. and whether or not this needs to be fixed upstream. Cheers, Bruce The following changes since commit 2051e4dff4384e1b618a050aeebf72a76cadab4b: midori: use BPN instead of PN (2013-08-28 09:31:10 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (1): linux-yocto/3.10: fix ssh login and restore CC_OPTIMIZE_FOR_SIZE meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb |6 +++--- meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb |4 ++-- meta/recipes-kernel/linux/linux-yocto_3.10.bb | 16 3 files changed, 13 insertions(+), 13 deletions(-) -- 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 0/1] linux-yocto/3.10: M4 fixes
On Wed, 2013-08-28 at 16:12 -0400, Bruce Ashfield wrote: Richard/Saul, Here's an update of the linux-yocto-3.10 SRCREVs for the dropbear ssh issue, and a config change to restore existing behaviour. Credit goes to TomZ for tracking down the root cause. We'll continue to And to Darren for identifying the actual commit ;-) Tom dig at this more and see what the permanent fix will be .. and whether or not this needs to be fixed upstream. Cheers, Bruce The following changes since commit 2051e4dff4384e1b618a050aeebf72a76cadab4b: midori: use BPN instead of PN (2013-08-28 09:31:10 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (1): linux-yocto/3.10: fix ssh login and restore CC_OPTIMIZE_FOR_SIZE meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb |6 +++--- meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb |4 ++-- meta/recipes-kernel/linux/linux-yocto_3.10.bb | 16 3 files changed, 13 insertions(+), 13 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1]libnfsidmap: Add and modify idmapd.conf
On 13-08-26 10:07 PM, rongqing...@windriver.com wrote: From: Roy.Li rongqing...@windriver.com The following changes since commit 58d05c817cf3be071c66c7e4dbbb9942fd7a0752: xdg-utils: add runtime dependency on xprop (2013-08-23 16:08:30 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib roy/libnfsidmap http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=roy/libnfsidmap Zhang Xiao (1): libnfsidmap: Add and modify idmapd.conf .../nfs-utils/files/Set_nobody_user_group.patch | 18 ++ .../nfs-utils/libnfsidmap_0.25.bb|7 +++ 2 files changed, 25 insertions(+) create mode 100644 meta/recipes-connectivity/nfs-utils/files/Set_nobody_user_group.patch It has only been a day and a half but was this missed? -- # Randy MacLeod. SMTS, Linux, Wind River Direct: 613.963.1350 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1]libnfsidmap: Add and modify idmapd.conf
On 08/28/2013 01:23 PM, Randy MacLeod wrote: On 13-08-26 10:07 PM, rongqing...@windriver.com wrote: From: Roy.Li rongqing...@windriver.com The following changes since commit 58d05c817cf3be071c66c7e4dbbb9942fd7a0752: xdg-utils: add runtime dependency on xprop (2013-08-23 16:08:30 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib roy/libnfsidmap http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=roy/libnfsidmap Zhang Xiao (1): libnfsidmap: Add and modify idmapd.conf .../nfs-utils/files/Set_nobody_user_group.patch | 18 ++ .../nfs-utils/libnfsidmap_0.25.bb|7 +++ 2 files changed, 25 insertions(+) create mode 100644 meta/recipes-connectivity/nfs-utils/files/Set_nobody_user_group.patch It has only been a day and a half but was this missed? No, there are a number of patches on hold right now as we are entering RC1 of the Milestone 4 and we just took on the Kernel Update which we are trying to settle issues with. I am queuing things in the MUT (Master_Under_Test) branch in the poky-contrib repo. Thanks for your patience and understanding. Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 0/4] Kernel fix QA tests support for RC1
Richard, Here is set of patches to address the sanity test failure we saw on the build overnight, they work! Found a real issue. I am also including the qa patches that should address some other issues. Thanks Sau! The following changes since commit 82c6ab123fafa2acc3d437328a7ca856dfd078d6: midori: use BPN instead of PN (2013-08-28 09:30:45 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/stage http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage Bruce Ashfield (1): linux-yocto/3.10: fix ssh login and restore CC_OPTIMIZE_FOR_SIZE Stefan Stanacar (3): lib/oeqa/runtime: remove some unnecessary checks from setUpModule classes/testimage: increase default boot timeout classes/testimage: add support for finding tests in other layers meta/classes/testimage.bbclass | 57 +- meta/lib/oeqa/runtime/__init__.py | 3 ++ meta/lib/oeqa/runtime/date.py | 3 -- meta/lib/oeqa/runtime/df.py| 2 - meta/lib/oeqa/runtime/dmesg.py | 2 - meta/lib/oeqa/runtime/vnc.py | 2 +- meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb | 6 +-- meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb | 4 +- meta/recipes-kernel/linux/linux-yocto_3.10.bb | 16 +++--- 9 files changed, 61 insertions(+), 34 deletions(-) -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] linux-yocto/3.4: v3.4.59, mohonpeak
This is a standard refresh of the 3.4 LTSI kernel to include v3.4.59 and to
introduce the updated mohonpeak BSP.
Build and boot testing on qemu showed no issues.
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |8
meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb |6 +++---
meta/recipes-kernel/linux/linux-yocto_3.4.bb | 16
3 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
index ec53206..632d624 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
@@ -3,14 +3,14 @@ require recipes-kernel/linux/linux-yocto.inc
KBRANCH = standard/preempt-rt/base
KBRANCH_qemuppc = standard/preempt-rt/qemuppc
-LINUX_VERSION ?= 3.4.52
+LINUX_VERSION ?= 3.4.59
LINUX_KERNEL_TYPE = preempt-rt
KMETA = meta
-SRCREV_machine ?= 516cc41b2f9a93d77fe6713bb6dfec20aa24f5ce
-SRCREV_machine_qemuppc ?= a96230572ba5bc05decb7bcaa81b02e972d6841b
-SRCREV_meta ?= 7250de4d4afc2558082cd42b8a0d151903436e8f
+SRCREV_machine ?= 2c997de11fbd934bdfe407b7f529b6561a476ea2
+SRCREV_machine_qemuppc ?= 3d2eb9c9a5c0c0b0048f687b3666b42cca26c7f2
+SRCREV_meta ?= f36797c2df3fbe9491c8ac5977fb691f4a75e9b7
PR = ${INC_PR}.1
PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
index 18c469c..7e01a96 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
@@ -8,12 +8,12 @@ KBRANCH = ${KBRANCH_DEFAULT}
LINUX_KERNEL_TYPE = tiny
KCONFIG_MODE = --allnoconfig
-LINUX_VERSION ?= 3.4.52
+LINUX_VERSION ?= 3.4.59
KMETA = meta
-SRCREV_machine ?= 4122d6cf3f9e1fd6d54f6e13af29c4c589289fdc
-SRCREV_meta ?= 7250de4d4afc2558082cd42b8a0d151903436e8f
+SRCREV_machine ?= ea977edd05ae2ebfa82731e0bee309bdfd08abee
+SRCREV_meta ?= f36797c2df3fbe9491c8ac5977fb691f4a75e9b7
PR = ${INC_PR}.1
PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.4.bb
b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
index 8db015a..3aea1f9 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
@@ -3,17 +3,17 @@ require recipes-kernel/linux/linux-yocto.inc
KBRANCH_DEFAULT = standard/base
KBRANCH = ${KBRANCH_DEFAULT}
-SRCREV_machine_qemuarm ?= a3bd53305c7dcd11a2683fbe5d830d44236f4cd4
-SRCREV_machine_qemumips ?= e142ba98038a697e3a96b8f30a16e93602eff3c7
-SRCREV_machine_qemuppc ?= 290c3dd687145104d4e3f0e7732669c1c42b19fe
-SRCREV_machine_qemux86 ?= 4122d6cf3f9e1fd6d54f6e13af29c4c589289fdc
-SRCREV_machine_qemux86-64 ?= 4122d6cf3f9e1fd6d54f6e13af29c4c589289fdc
-SRCREV_machine ?= 4122d6cf3f9e1fd6d54f6e13af29c4c589289fdc
-SRCREV_meta ?= 7250de4d4afc2558082cd42b8a0d151903436e8f
+SRCREV_machine_qemuarm ?= e1dd6f40b76b3e9bd0686629004621aeddc6a982
+SRCREV_machine_qemumips ?= 47af1ab871c8dfa4428cec26ec74e96a5b10c566
+SRCREV_machine_qemuppc ?= 65e4b20a87b02cf7bcb3ad3f725a079933828d4d
+SRCREV_machine_qemux86 ?= ea977edd05ae2ebfa82731e0bee309bdfd08abee
+SRCREV_machine_qemux86-64 ?= ea977edd05ae2ebfa82731e0bee309bdfd08abee
+SRCREV_machine ?= ea977edd05ae2ebfa82731e0bee309bdfd08abee
+SRCREV_meta ?= f36797c2df3fbe9491c8ac5977fb691f4a75e9b7
SRC_URI =
git://git.yoctoproject.org/linux-yocto-3.4.git;protocol=git;bareclone=1;branch=${KBRANCH},${KMETA};name=machine,meta
-LINUX_VERSION ?= 3.4.52
+LINUX_VERSION ?= 3.4.59
PR = ${INC_PR}.5
PV = ${LINUX_VERSION}+git${SRCPV}
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] linux-yocto/3.4: consolidated pull
Richard/Saul, Now that 3.10 is bubbling a little bit less vigorously, here's some pending 3.4 updates. These are standard 3.4.x stable updates, and the rename of the rangeley BSP to the mohonpeak. Build and boot testing showed no issues here. Cheers, Bruce The following changes since commit f272c7d8e790e4e47212a283fb7384617e1b5c51: linux-yocto/3.10: fix ssh login and restore CC_OPTIMIZE_FOR_SIZE (2013-08-28 16:04:40 -0400) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/mohonpeak http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/mohonpeak Bruce Ashfield (1): linux-yocto/3.4: v3.4.59, mohonpeak meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |8 meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb |6 +++--- meta/recipes-kernel/linux/linux-yocto_3.4.bb | 16 3 files changed, 15 insertions(+), 15 deletions(-) -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core] QEMU with ARM Cortex A9 with hard float configuration - Kernel panic
On 13-08-28 11:16 AM, Elvis Dowson wrote: Hi, I get the following error while running the bitbake linux-yocto command for a qemu machine conf that I'm building. The build system is unable to find the dtc binary: | make: Leaving directory `/tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/image/usr/src/kernel' | NOTE: make -j 6 vexpress-v2p-ca9.dtb | DTC arch/arm/boot/vexpress-v2p-ca9.dtb | /bin/sh: /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/linux-qemuarma9-standard-build/scripts/dtc/dtc: No such file or directory | make[3]: *** [arch/arm/boot/vexpress-v2p-ca9.dtb] Error 1 | make[2]: *** [vexpress-v2p-ca9.dtb] Error 2 | make[1]: *** [sub-make] Error 2 | make: *** [all] Error 2 | ERROR: oe_runmake failed | WARNING: /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/temp/run.do_install.10606:1 exit 1 from | exit 1 | ERROR: Function failed: do_install (log file is located at /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/temp/log.do_install.10606) ERROR: Task 4 (/tool/yocto/poky/meta/recipes-kernel/linux/linux-yocto_3.4.bb, do_install) failed with exit code '1' NOTE: Tasks Summary: Attempted 598 tasks of which 597 didn't need to be rerun and 1 failed. Did you ever get past this ? It looks like the recent device tree changes where we use the kernel dtc versus an external dtc are causing you a problem. Bruce *_ _* *_File : qemuarmhf.conf_* #@TYPE: Machine #@NAME: qemuarma9 #@DESCRIPTION: Machine configuration for QEMU ARM Cortex A9. # Specify the default tune. DEFAULTTUNE = armv7a-neon require conf/machine/include/qemu.inc require conf/machine/include/tune-cortexa9.inc # Specify the kernel devicetree. KERNEL_DEVICETREE = vexpress-v2p-ca9.dtb # Specify the machine name used by the kernel. KMACHINE_qemuarma9 = vexpress # Specify the kernel image type. KERNEL_IMAGETYPE = uImage # Set default load address. # Override with KERNEL_EXTRA_ARGS_board += ... in machine file if required #KERNEL_EXTRA_ARGS_qemuarma9 += UIMAGE_LOADADDR=0x8000 # Specify the serial console parameters. SERIAL_CONSOLE = 115200 ttyAMA0 Best regards, Elvis Dowson ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gtk+3: don't split immodules if we have none
On 08/28/2013 09:12 AM, Christopher Larson wrote:
From: Christopher Larson chris_lar...@mentor.com
Currently we don't enable any immodules for gtk+3, yet we unconditionally call
do_split_packages on a nonexistent path. This results in a return value of
None, which it then tries to join, resulting in a TypeError. Only split the
modules if we have any modules to split.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/recipes-gnome/gtk+/gtk+3.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc
b/meta/recipes-gnome/gtk+/gtk+3.inc
index f4d5254..204a425 100644
--- a/meta/recipes-gnome/gtk+/gtk+3.inc
+++ b/meta/recipes-gnome/gtk+/gtk+3.inc
@@ -94,7 +94,8 @@ python populate_packages_prepend () {
immodules_root = os.path.join(gtk_libdir, 'immodules')
printmodules_root = os.path.join(gtk_libdir, 'printbackends');
-d.setVar('GTKIMMODULES_PACKAGES', ' '.join(do_split_packages(d,
immodules_root, '^im-(.*)\.so$', 'gtk3-immodule-%s', 'GTK input module for
%s')))
+if os.path.exists(os.path.join(d.getVar('D', True), immodules_root)):
+d.setVar('GTKIMMODULES_PACKAGES', ' '.join(do_split_packages(d,
immodules_root, '^im-(.*)\.so$', 'gtk3-immodule-%s', 'GTK input module for
%s')))
do_split_packages(d, printmodules_root, '^libprintbackend-(.*)\.so$',
'gtk3-printbackend-%s', 'GTK printbackend module for %s')
if (d.getVar('DEBIAN_NAMES', 1)):
This seems to give me the following QA error:
ERROR: QA Issue: gtk+3: Files/directories were installed but not shipped
/usr/lib/gtk-3.0/3.0.0/immodules/im-viqr.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-am-et.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-xim.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-multipress.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-cedilla.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-ti-et.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-ipa.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-inuktitut.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-ti-er.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-thai.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-cyrillic-translit.so
ERROR: QA run found fatal errors. Please consider fixing them.
ERROR: Function failed: do_package_qa
ERROR: Logfile of failure stored in:
/srv/hdd/builds/world/tmp/work/x86_64-poky-linux/gtk+3/3.8.2-r0/temp/log.do_package.17386
ERROR: Task 6017 (/srv/hdd/poky/meta/recipes-gnome/gtk+/gtk+3_3.8.2.bb,
do_package) failed with exit code '1'
NOTE: Tasks Summary: Attempted 6199 tasks of which 6190 didn't need to be rerun
and 1 failed.
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] insane.bbclass:WARNING: QA Issue: xxx doesn't match the [a-z0-9.+-]+ regex
On Wed, Aug 21, 2013 at 9:28 AM, yaoxp ya...@cn.fujitsu.com wrote: Will offer the following warning when there are upper case letters in the BB file name: WARNING: QA Issue: xxx doesn't match the [a-z0-9.+-]+ regex Is there such a regulation in yocto that there can't be upper case letters in the BB file name ? It used to be a bug in opkg. Isn't that still reproducible? I didn't test it a while ago. Here is the link: https://bugzilla.yoctoproject.org/show_bug.cgi?id=3139 ag ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] linux-yocto/3.10: M4 fixes
On Wed, 2013-08-28 at 15:19 -0500, Tom Zanussi wrote: On Wed, 2013-08-28 at 16:12 -0400, Bruce Ashfield wrote: Richard/Saul, Here's an update of the linux-yocto-3.10 SRCREVs for the dropbear ssh issue, and a config change to restore existing behaviour. Credit goes to TomZ for tracking down the root cause. We'll continue to And to Darren for identifying the actual commit ;-) Tom dig at this more and see what the permanent fix will be .. and whether or not this needs to be fixed upstream. Thanks to everyone involved in getting this quickly resolved! Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gtk+3: don't split immodules if we have none
On Wed, Aug 28, 2013 at 4:13 PM, Saul Wold s...@linux.intel.com wrote:
On 08/28/2013 09:12 AM, Christopher Larson wrote:
From: Christopher Larson chris_lar...@mentor.com
Currently we don't enable any immodules for gtk+3, yet we unconditionally
call
do_split_packages on a nonexistent path. This results in a return value of
None, which it then tries to join, resulting in a TypeError. Only split
the
modules if we have any modules to split.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/recipes-gnome/gtk+/gtk+3.**inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gtk+/gtk+**3.inc
b/meta/recipes-gnome/gtk+/gtk+**3.inc
index f4d5254..204a425 100644
--- a/meta/recipes-gnome/gtk+/gtk+**3.inc
+++ b/meta/recipes-gnome/gtk+/gtk+**3.inc
@@ -94,7 +94,8 @@ python populate_packages_prepend () {
immodules_root = os.path.join(gtk_libdir, 'immodules')
printmodules_root = os.path.join(gtk_libdir, 'printbackends');
-d.setVar('GTKIMMODULES_**PACKAGES', ' '.join(do_split_packages(d,
immodules_root, '^im-(.*)\.so$', 'gtk3-immodule-%s', 'GTK input module for
%s')))
+if os.path.exists(os.path.join(d.**getVar('D', True),
immodules_root)):
+d.setVar('GTKIMMODULES_**PACKAGES', '
'.join(do_split_packages(d, immodules_root, '^im-(.*)\.so$',
'gtk3-immodule-%s', 'GTK input module for %s')))
do_split_packages(d, printmodules_root,
'^libprintbackend-(.*)\.so$', 'gtk3-printbackend-%s', 'GTK printbackend
module for %s')
if (d.getVar('DEBIAN_NAMES', 1)):
This seems to give me the following QA error:
ERROR: QA Issue: gtk+3: Files/directories were installed but not shipped
/usr/lib/gtk-3.0/3.0.0/**immodules/im-viqr.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-am-et.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-xim.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-multipress.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-cedilla.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-ti-et.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-ipa.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-inuktitut.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-ti-er.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-thai.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-cyrillic-**translit.so
ERROR: QA run found fatal errors. Please consider fixing them.
ERROR: Function failed: do_package_qa
ERROR: Logfile of failure stored in: /srv/hdd/builds/world/tmp/**
work/x86_64-poky-linux/gtk+3/**3.8.2-r0/temp/log.do_package.**17386
ERROR: Task 6017 (/srv/hdd/poky/meta/recipes-**gnome/gtk+/gtk+3_3.8.2.bb,
do_package) failed with exit code '1'
NOTE: Tasks Summary: Attempted 6199 tasks of which 6190 didn't need to be
rerun and 1 failed.
Huh, interesting, on this box it doesn't build any modules at all, hence
the need for this.. oh, I see what I did wrong, I used os.path.join(), so
gtk_libdir squished ${D} down to nothing. I'll send a v2 using the
oe.path.join, and also try to determine why it builds modules for you but
not me :) I expect we should be passing an explicit autoconf argument to
enable all modules, or not.
--
Christopher Larson
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [Question] libxml: How about add --with-catalog to EXTRA_OECONF ?
Hi, I had build libxml and executed xmlcatalog It shows follow messages # xmlcatalog --help libxml was not compiled with catalog and output support meta/recipes-core/libxml/libxml2.inc: 32 EXTRA_OECONF = --without-python --without-debug --without-legacy --without-catalog --without-docbook --with-c14n --without-lzma --with-fexceptions Is it reasonable to add --without-catalog EXTRA_OECONF ? Thanks Best regards. Li Zhijian ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] systemd: use /bin/mkdir instead of host mkdir path
Signed-off-by: Jonathan Liu net...@gmail.com
---
...-Use-bin-mkdir-instead-of-host-mkdir-path.patch | 31 ++
meta/recipes-core/systemd/systemd_206.bb | 1 +
2 files changed, 32 insertions(+)
create mode 100644
meta/recipes-core/systemd/systemd/0001-Use-bin-mkdir-instead-of-host-mkdir-path.patch
diff --git
a/meta/recipes-core/systemd/systemd/0001-Use-bin-mkdir-instead-of-host-mkdir-path.patch
b/meta/recipes-core/systemd/systemd/0001-Use-bin-mkdir-instead-of-host-mkdir-path.patch
new file mode 100644
index 000..25988fc
--- /dev/null
+++
b/meta/recipes-core/systemd/systemd/0001-Use-bin-mkdir-instead-of-host-mkdir-path.patch
@@ -0,0 +1,31 @@
+From 5599ab4ae3fe74cdd9699f2874badf241f0148fe Mon Sep 17 00:00:00 2001
+From: Jonathan Liu net...@gmail.com
+Date: Wed, 28 Aug 2013 19:09:49 -0700
+Subject: [PATCH] Use /bin/mkdir instead of host mkdir path
+
+If the host system has /usr/bin/mkdir, autoconf would set MKDIR_P to
+/usr/bin/mkdir when it should be /bin/mkdir. As a result, the
+kmod-static-nodes service fails to start on the target because
+/usr/bin/mkdir doesn't exist. This has been observed when building
+systemd on Arch Linux host.
+
+Upstream-Status: Inappropriate [embedded specific]
+Signed-off-by: Jonathan Liu net...@gmail.com
+---
+ units/kmod-static-nodes.service.in | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/units/kmod-static-nodes.service.in
b/units/kmod-static-nodes.service.in
+index d8a8420..1daed5f 100644
+--- a/units/kmod-static-nodes.service.in
b/units/kmod-static-nodes.service.in
+@@ -14,5 +14,5 @@ ConditionCapability=CAP_MKNOD
+ [Service]
+ Type=oneshot
+ RemainAfterExit=yes
+-ExecStartPre=@MKDIR_P@ /run/tmpfiles.d
++ExecStartPre=/bin/mkdir -p /run/tmpfiles.d
+ ExecStart=@KMOD@ static-nodes --format=tmpfiles
--output=/run/tmpfiles.d/kmod.conf
+--
+1.8.3.4
+
diff --git a/meta/recipes-core/systemd/systemd_206.bb
b/meta/recipes-core/systemd/systemd_206.bb
index f05aa1b..75bdc61 100644
--- a/meta/recipes-core/systemd/systemd_206.bb
+++ b/meta/recipes-core/systemd/systemd_206.bb
@@ -19,6 +19,7 @@ inherit gtk-doc useradd pkgconfig autotools perlnative
update-rc.d update-altern
SRC_URI = http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \
file://0001-use-CAP_MKNOD-ConditionCapability.patch \
+ file://0001-Use-bin-mkdir-instead-of-host-mkdir-path.patch \
file://touchscreen.rules \
${UCLIBCPATCHES} \
file://00-create-volatile.conf \
--
1.8.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] syslinux.bbclass: pull files from correct places for multilib
From: Jackie Huang jackie.hu...@windriver.com fix the failure when building lib32 hdd/iso image: | install: cannot stat `/buildarea/jhuang0/yp/y_x64_0705/tmp/sysroots/lib32-qemux86-64/usr/share/syslinux/ldlinux.sys': No such file or directory tested info: MULTILIBS = multilib:lib32 DEFAULTTUNE_virtclass-multilib-lib32 = x86 IMAGE_FSTYPES += live $ bitbake lib32-core-image-minimal $ bitbake core-image-minimal -- The following changes since commit 2ac7783e04f5e8e6005f967e1a6dd65d2fc6a19a: lib/oeqa/runtime: smart: add checks for smart output (2013-08-26 16:28:55 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib jhuang0/d_bootimg_0828_0 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=jhuang0/d_bootimg_0828_0 Jackie Huang (1): syslinux.bbclass: pull files from correct places for multilib meta/classes/syslinux.bbclass |8 1 files changed, 4 insertions(+), 4 deletions(-) -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] syslinux.bbclass: pull files from correct places for multilib
From: Jackie Huang jackie.hu...@windriver.com
syslinux files isolinux.bin, ldlinux.sys and vesamenu.c32 are used
when building hdd/iso image, but in multilib case, STAGING_DATADIR
points to ${MLPREFIX}${MACHINE} in sysroot which is not correct
for pulling syslinux files, fix it to ${MACHINE}.
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/classes/syslinux.bbclass |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/classes/syslinux.bbclass b/meta/classes/syslinux.bbclass
index 501bc6d..a9eba59 100644
--- a/meta/classes/syslinux.bbclass
+++ b/meta/classes/syslinux.bbclass
@@ -40,9 +40,9 @@ syslinux_populate() {
syslinux_iso_populate() {
syslinux_populate ${ISODIR} ${ISOLINUXDIR} isolinux.cfg
- install -m 0644 ${STAGING_DATADIR}/syslinux/isolinux.bin
${ISODIR}${ISOLINUXDIR}
+ install -m 0644
${STAGING_DIR}/${MACHINE}/${datadir}/syslinux/isolinux.bin
${ISODIR}${ISOLINUXDIR}
if [ ${AUTO_SYSLINUXMENU} = 1 ] ; then
- install -m 0644 ${STAGING_DATADIR}/syslinux/vesamenu.c32
${ISODIR}${ISOLINUXDIR}/vesamenu.c32
+ install -m 0644
${STAGING_DIR}/${MACHINE}/${datadir}/syslinux/vesamenu.c32
${ISODIR}${ISOLINUXDIR}/vesamenu.c32
if [ ${SYSLINUX_SPLASH} != ] ; then
install -m 0644 ${SYSLINUX_SPLASH}
${ISODIR}${ISOLINUXDIR}/splash.lss
fi
@@ -51,9 +51,9 @@ syslinux_iso_populate() {
syslinux_hddimg_populate() {
syslinux_populate ${HDDDIR} ${SYSLINUXDIR} syslinux.cfg
- install -m 0444 ${STAGING_DATADIR}/syslinux/ldlinux.sys
${HDDDIR}${SYSLINUXDIR}/ldlinux.sys
+ install -m 0444
${STAGING_DIR}/${MACHINE}/${datadir}/syslinux/ldlinux.sys
${HDDDIR}${SYSLINUXDIR}/ldlinux.sys
if [ ${AUTO_SYSLINUXMENU} = 1 ] ; then
- install -m 0644 ${STAGING_DATADIR}/syslinux/vesamenu.c32
${HDDDIR}${SYSLINUXDIR}/vesamenu.c32
+ install -m 0644
${STAGING_DIR}/${MACHINE}/${datadir}/syslinux/vesamenu.c32
${HDDDIR}${SYSLINUXDIR}/vesamenu.c32
if [ ${SYSLINUX_SPLASH} != ] ; then
install -m 0644 ${SYSLINUX_SPLASH}
${HDDDIR}${SYSLINUXDIR}/splash.lss
fi
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core] QEMU with ARM Cortex A9 with hard float configuration - Kernel panic
On Aug 29, 2013, at 2:43 AM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On 13-08-28 11:16 AM, Elvis Dowson wrote: Hi, I get the following error while running the bitbake linux-yocto command for a qemu machine conf that I'm building. The build system is unable to find the dtc binary: | make: Leaving directory `/tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/image/usr/src/kernel' | NOTE: make -j 6 vexpress-v2p-ca9.dtb | DTC arch/arm/boot/vexpress-v2p-ca9.dtb | /bin/sh: /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/linux-qemuarma9-standard-build/scripts/dtc/dtc: No such file or directory | make[3]: *** [arch/arm/boot/vexpress-v2p-ca9.dtb] Error 1 | make[2]: *** [vexpress-v2p-ca9.dtb] Error 2 | make[1]: *** [sub-make] Error 2 | make: *** [all] Error 2 | ERROR: oe_runmake failed | WARNING: /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/temp/run.do_install.10606:1 exit 1 from | exit 1 | ERROR: Function failed: do_install (log file is located at /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/temp/log.do_install.10606) ERROR: Task 4 (/tool/yocto/poky/meta/recipes-kernel/linux/linux-yocto_3.4.bb, do_install) failed with exit code '1' NOTE: Tasks Summary: Attempted 598 tasks of which 597 didn't need to be rerun and 1 failed. Did you ever get past this ? It looks like the recent device tree changes where we use the kernel dtc versus an external dtc are causing you a problem. I did get past this, after I updated the SRCREV_meta with the correct commit, which resulted in the correct kconfig fragment being picked up, with enabled the device tree option in the kernel. However, I'm unable to get qemu to boot correctly, for both ARM Cortex A9 and ARM Cortex A* (beagle). Maybe this has to do with the fact that it needs xload+uboot in addition to the kernel, using an SD card image. Any suggestions on how I can do this? I'd like to know how qemuarmv6, qemuarmv9 and qemuarma9 were tested earlier. I think its important to get atleast the A8 and A( QEMU platforms up and running in oe-core, since they represent a bunch of the current targets used for actual development. Best regards, Elvis Dowson ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gtk+3: don't split immodules if we have none
On Wed, Aug 28, 2013 at 05:05:38PM -0700, Chris Larson wrote:
On Wed, Aug 28, 2013 at 4:13 PM, Saul Wold s...@linux.intel.com wrote:
On 08/28/2013 09:12 AM, Christopher Larson wrote:
From: Christopher Larson chris_lar...@mentor.com
Currently we don't enable any immodules for gtk+3, yet we unconditionally
call
do_split_packages on a nonexistent path. This results in a return value of
None, which it then tries to join, resulting in a TypeError. Only split
the
modules if we have any modules to split.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/recipes-gnome/gtk+/gtk+3.**inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gtk+/gtk+**3.inc
b/meta/recipes-gnome/gtk+/gtk+**3.inc
index f4d5254..204a425 100644
--- a/meta/recipes-gnome/gtk+/gtk+**3.inc
+++ b/meta/recipes-gnome/gtk+/gtk+**3.inc
@@ -94,7 +94,8 @@ python populate_packages_prepend () {
immodules_root = os.path.join(gtk_libdir, 'immodules')
printmodules_root = os.path.join(gtk_libdir, 'printbackends');
-d.setVar('GTKIMMODULES_**PACKAGES', ' '.join(do_split_packages(d,
immodules_root, '^im-(.*)\.so$', 'gtk3-immodule-%s', 'GTK input module for
%s')))
+if os.path.exists(os.path.join(d.**getVar('D', True),
immodules_root)):
+d.setVar('GTKIMMODULES_**PACKAGES', '
'.join(do_split_packages(d, immodules_root, '^im-(.*)\.so$',
'gtk3-immodule-%s', 'GTK input module for %s')))
do_split_packages(d, printmodules_root,
'^libprintbackend-(.*)\.so$', 'gtk3-printbackend-%s', 'GTK printbackend
module for %s')
if (d.getVar('DEBIAN_NAMES', 1)):
This seems to give me the following QA error:
ERROR: QA Issue: gtk+3: Files/directories were installed but not shipped
/usr/lib/gtk-3.0/3.0.0/**immodules/im-viqr.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-am-et.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-xim.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-multipress.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-cedilla.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-ti-et.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-ipa.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-inuktitut.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-ti-er.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-thai.so
/usr/lib/gtk-3.0/3.0.0/**immodules/im-cyrillic-**translit.so
ERROR: QA run found fatal errors. Please consider fixing them.
ERROR: Function failed: do_package_qa
ERROR: Logfile of failure stored in: /srv/hdd/builds/world/tmp/**
work/x86_64-poky-linux/gtk+3/**3.8.2-r0/temp/log.do_package.**17386
ERROR: Task 6017 (/srv/hdd/poky/meta/recipes-**gnome/gtk+/gtk+3_3.8.2.bb,
do_package) failed with exit code '1'
NOTE: Tasks Summary: Attempted 6199 tasks of which 6190 didn't need to be
rerun and 1 failed.
Huh, interesting, on this box it doesn't build any modules at all, hence
the need for this.. oh, I see what I did wrong, I used os.path.join(), so
gtk_libdir squished ${D} down to nothing. I'll send a v2 using the
oe.path.join, and also try to determine why it builds modules for you but
not me :) I expect we should be passing an explicit autoconf argument to
enable all modules, or not.
Why not use return value from do_split_packages to decide whether to set
GTKIMMODULES_**PACKAGES or not? At least that's what's already used in
some places.
--
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] [oe-core] QEMU with ARM Cortex A9 with hard float configuration - Kernel panic
On Aug 28, 2013, at 9:36 PM, Elvis Dowson elvis.dow...@gmail.com wrote: On Aug 29, 2013, at 2:43 AM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On 13-08-28 11:16 AM, Elvis Dowson wrote: Hi, I get the following error while running the bitbake linux-yocto command for a qemu machine conf that I'm building. The build system is unable to find the dtc binary: | make: Leaving directory `/tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/image/usr/src/kernel' | NOTE: make -j 6 vexpress-v2p-ca9.dtb | DTC arch/arm/boot/vexpress-v2p-ca9.dtb | /bin/sh: /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/linux-qemuarma9-standard-build/scripts/dtc/dtc: No such file or directory | make[3]: *** [arch/arm/boot/vexpress-v2p-ca9.dtb] Error 1 | make[2]: *** [vexpress-v2p-ca9.dtb] Error 2 | make[1]: *** [sub-make] Error 2 | make: *** [all] Error 2 | ERROR: oe_runmake failed | WARNING: /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/temp/run.do_install.10606:1 exit 1 from | exit 1 | ERROR: Function failed: do_install (log file is located at /tool/yocto/poky/build/tmp/work/qemuarma9-poky-linux-gnueabi/linux-yocto/3.4.52+gitAUTOINC+7250de4d4a_4122d6cf3f-r4.5/temp/log.do_install.10606) ERROR: Task 4 (/tool/yocto/poky/meta/recipes-kernel/linux/linux-yocto_3.4.bb, do_install) failed with exit code '1' NOTE: Tasks Summary: Attempted 598 tasks of which 597 didn't need to be rerun and 1 failed. Did you ever get past this ? It looks like the recent device tree changes where we use the kernel dtc versus an external dtc are causing you a problem. I did get past this, after I updated the SRCREV_meta with the correct commit, which resulted in the correct kconfig fragment being picked up, with enabled the device tree option in the kernel. However, I'm unable to get qemu to boot correctly, for both ARM Cortex A9 and ARM Cortex A* (beagle). Maybe this has to do with the fact that it needs xload+uboot in addition to the kernel, using an SD card image. Any suggestions on how I can do this? I'd like to know how qemuarmv6, qemuarmv9 and qemuarma9 were tested earlier. I think its important to get atleast the A8 and A( QEMU platforms up and running in oe-core, since they represent a bunch of the current targets used for actual development. also take a look at meta-linaro, they test armv7+ qemu regularly. Best regards, Elvis Dowson ___ 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
