Re: [OE-core] [PATCH] sstate: Add optimizing logic for crosssdk setscene dependencies
On 01/06/2014 08:25 PM, Richard Purdie wrote: On Thu, 2013-11-14 at 18:51 +0800, Ming Liu wrote: This patch mainly aims to add optimisation for crosssdk setscene dependency validating which we haven't handled in current logic, and which I think we could have as we've already implemented to native/cross, although there are albeit not many crossdk tasks, we could still get some performance enhancement. And it also fix a vulnerability of some certain workflow, think about the following scenario with current logic: bitbake nativesdk-eglibc-initial -c cleansstate bitbake gcc-crosssdk-initial -c clean bitbake gmp-native -c clean bitbake libmpc-native -c clean bitbake mpfr-native -c clean bitbake gcc-crosssdk-initial bitbake nativesdk-eglibc-initial Aboving will fail for absence of a few native libraries required by gcc-crosssdk-initial. Also modified some places in current code except the optimisation, as following: 1 Remove isNative function since no code is referring it. 2 Add do_package to the list that don't exist and are noexec. I've split this patch up as its doing too many things at once. In particular, I think we should keep the "isNativeCross()" function name instead of adding Crosssdk to the name since it just makes things more confusing to read. I am on board with your comments. I've take a part for the crosssdk part in master-next which is being tested at the moment, can you resent the do_package part by itself please? No problem, I will resend a patch soon with modifying the do_package part only. I don't quite understand how the sequence of commands above breaks things or how this patch fixes it. Are you sure this wasn't fixed by: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=ciorga/PUs&id=1dcbf3096d7d42032faade96dae89c25a4feca7a which would be the real bug? I am pretty sure they are**NOT the same issue. The 1dcbf309 is about to fix gcc-crosssdk lacking its dependencies in bb, while in this case, it's due to some other setscene tasks(populate_sysroot) depended by gcc-crosssdk-initial's setscene task(populate_sysroot) were not validated correctly, without the modification to isNativeCross, the setscene_depvalid will return TRUE through: .. # Native/Cross populate_sysroot need their dependencies if isNativeCross(taskdependees[task][0]) and isNativeCross(taskdependees[dep][0]): return False # Target populate_sysroot depended on by cross tools need to be installed if isNativeCross(taskdependees[dep][0]): return False # Native/cross tools depended upon by target sysroot are not needed if isNativeCross(taskdependees[task][0]): continue .. return True .. for example, when the task is 'gmp-native', and the dep is 'gcc-crosssdk-initial', it is absolutely wrong for gcc-crosssdk-initial needs its dependencies like gmp-native, libmpc-native, mpfr-native to be present in sysroot or its binaries will fail to be executed. However, by double-checked the patch, I found that it had introduced a regression that binutils-crosssdk should not be added into safe dep list for it's in the DEPENDS of gcc-crosssdk-initial, I will send a fix for it too. //Ming Liu Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V3 1/1] beecrypt: add ptest support
Install beecrypt test suite and run it as ptest.
Make all ptest pass.
Signed-off-by: Chong Lu
---
.../beecrypt/beecrypt-enable-ptest-support.patch | 37 ++
meta/recipes-support/beecrypt/beecrypt/run-ptest | 5 +++
meta/recipes-support/beecrypt/beecrypt_4.2.1.bb| 12 +--
3 files changed, 52 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-support/beecrypt/beecrypt/beecrypt-enable-ptest-support.patch
create mode 100644 meta/recipes-support/beecrypt/beecrypt/run-ptest
diff --git
a/meta/recipes-support/beecrypt/beecrypt/beecrypt-enable-ptest-support.patch
b/meta/recipes-support/beecrypt/beecrypt/beecrypt-enable-ptest-support.patch
new file mode 100644
index 000..3e5513f
--- /dev/null
+++ b/meta/recipes-support/beecrypt/beecrypt/beecrypt-enable-ptest-support.patch
@@ -0,0 +1,37 @@
+beecrypt: enable ptest support
+
+Upstream-Status: Inappropriate [embedded specific]
+
+Add install-ptest rules.
+
+Signed-off-by: Chong Lu
+---
+ Makefile.am | 3 +++
+ tests/Makefile.am | 3 +++
+ 2 files changed, 6 insertions(+)
+
+diff --git a/Makefile.am b/Makefile.am
+index b7e7869..5076f59 100644
+--- a/Makefile.am
b/Makefile.am
+@@ -73,3 +73,6 @@ DISTCLEANFILES = mpopt.s blowfishopt.s sha1opt.s
+
+ bench:
+ (cd tests && $(MAKE) $(AM_MAKEFLAGS) bench)
++
++install-ptest:
++ (cd tests && $(MAKE) $(AM_MAKEFLAGS) check_PROGRAMS)
+diff --git a/tests/Makefile.am b/tests/Makefile.am
+index 1604e5e..d8db8d8 100644
+--- a/tests/Makefile.am
b/tests/Makefile.am
+@@ -101,3 +101,6 @@ bench: benchme benchrsa benchhf benchbc
+ ./benchbc AES 128
+ ./benchbc Blowfish 128
+ ./benchbc Blowfish 128
++
++check_PROGRAMS:
++ $(MAKE) $(AM_MAKEFLAGS) $(check_PROGRAMS)
+--
+1.8.1.2
+
diff --git a/meta/recipes-support/beecrypt/beecrypt/run-ptest
b/meta/recipes-support/beecrypt/beecrypt/run-ptest
new file mode 100644
index 000..5bc7460
--- /dev/null
+++ b/meta/recipes-support/beecrypt/beecrypt/run-ptest
@@ -0,0 +1,5 @@
+#!/bin/sh
+
+cd tests
+for i in `ls`; do ./$i; if [ $? == 0 ]; then echo "PASS: $i"; \
+else echo "FAIL: $i"; fi; done
diff --git a/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
b/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
index 5874f9e..0d513cd 100644
--- a/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
+++ b/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
@@ -7,7 +7,10 @@ HOMEPAGE="http://sourceforge.net/projects/beecrypt";
SRC_URI="${SOURCEFORGE_MIRROR}/beecrypt/beecrypt-${PV}.tar.gz \
file://disable-icu-check.patch \
file://fix-security.patch \
- file://fix-for-gcc-4.7.patch"
+ file://fix-for-gcc-4.7.patch \
+ file://run-ptest \
+ file://beecrypt-enable-ptest-support.patch \
+"
SRC_URI[md5sum] = "8441c014170823f2dff97e33df55af1e"
SRC_URI[sha256sum] =
"286f1f56080d1a6b1d024003a5fa2158f4ff82cae0c6829d3c476a4b5898c55d"
@@ -18,7 +21,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=9894370afd5dfe7d02b8d14319e729a1 \
PR = "r3"
-inherit autotools multilib_header
+inherit autotools multilib_header ptest
acpaths=""
do_install_append() {
@@ -35,3 +38,8 @@ FILES_${PN}-dev += "${libdir}/${BPN}/*.so
${libdir}/${BPN}/*.la"
FILES_${PN}-staticdev += "${libdir}/${BPN}/*.a"
BBCLASSEXTEND = "native nativesdk"
+
+do_install_ptest () {
+ mkdir ${D}${PTEST_PATH}/tests
+ cp -r ${B}/tests/.libs/test* ${D}${PTEST_PATH}/tests
+}
--
1.8.1.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V3 0/1] beecrypt: add ptest support
Changes since V2: Add patch header in beecrypt-enable-ptest-support.patch. The following changes since commit 005af45191ded6185c618c708181b31281e43092: bitbake: fetch2: avoid printing "no checksum" error message twice (2013-12-22 14:29:13 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib chonglu/beecrypt http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=chonglu/beecrypt Chong Lu (1): beecrypt: add ptest support .../beecrypt/beecrypt-enable-ptest-support.patch | 37 ++ meta/recipes-support/beecrypt/beecrypt/run-ptest | 5 +++ meta/recipes-support/beecrypt/beecrypt_4.2.1.bb| 12 +-- 3 files changed, 52 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-support/beecrypt/beecrypt/beecrypt-enable-ptest-support.patch create mode 100644 meta/recipes-support/beecrypt/beecrypt/run-ptest -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [RFC OE-core/meta/lib] BSP Specific Qemurunner
Hi, This RFC is a proposal to allow BSP layers to setup qemu with their specific requirements for the testimage oe-core functionality. The suggested changes will be exercised by the bitbake -c testimage command. Similarly to the oeqa test cases this proposal extends the meta/lib/oeqa python modules to allow inclusion of python utility scripts in the BSP layers. Any BSP layer wishing to supply their own qemu setup would need to create an appropriate meta-bsplayer/lib/oeqa/utils/starter.py The effect is that the lib/oeqa/utils/qemurunner will either allow the bsp layer provided starter to spawn qemu or if not provided, spawn qemu via runqemu as currently. An example bsp layer is available here: https://github.com/sipke/meta-xilinx/tree/sipke/qemurunner with all required additions in the meta-xilinx/lib directory. This RFC is triggered by and indirectly related to Bugzilla report "runqemu shouldn't hard-code machine knowledge" https://bugzilla.yoctoproject.org/show_bug.cgi?id=4827 The following changes since commit cd94dd3d9bba32c3fd55959586128b236d1d4e34: security_flags: more relocation issues (2013-12-18 17:23:55 +) are available in the git repository at: https://github.com/sipke/oe-core/tree/sipke/qemurunner Sipke Vriend (6): meta:lib:oeqa:utils Allow other layers to have utils in same named directory meta:lib:oeqa:utils:sshcontrol Allow a non root user for ssh control meta:lib:oeqa:utils:targetcontrol Allow for a TEST_USER variable meta:lib:oeqa:utils:sshcontrol Allow different port for ssh control meta:lib:oeqa:utils:qemurunner Move runqemu code into method meta:lib:oeqa:utils:qemurunner Add ability to launch qemu from python script meta/lib/oeqa/targetcontrol.py| 11 +++- meta/lib/oeqa/utils/__init__.py |3 + meta/lib/oeqa/utils/qemurunner.py | 121 + meta/lib/oeqa/utils/sshcontrol.py |8 ++- 4 files changed, 115 insertions(+), 28 deletions(-) Cheers Sipke ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 5/6] make: upgrade to 4.0
On 01/06/2014 09:43 PM, Burton, Ross wrote: On 30 December 2013 10:02, Robert Yang wrote: Upgrade to 4.0, remove the following patches since they have been fixed by the upgrade: - expand_MAKEFLAGS.patch - intermediate-target-bugfix.patch - make-savannah-bug30612-fix_white_space.patch - make-savannah-bug30612-handling_of_archives.patch Have you tried a build from scratch using make-native as make instead of host make? No, I haven't, but sounds reasonable, I will try it. // Robert Not that I'm concerned that in fixing the bugs there's new regressions... Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] lib/oe/patch.py: Prefer "git am" over "git apply" when applying git patches
On 12/31/2013 06:18 AM, Laszlo Papp wrote:
Ping?
Alternatively, the system could also have an option for further
fine-tuning what to do with git patches
On Tue, Dec 24, 2013 at 12:44 PM, Laszlo Papp wrote:
It is better to use "git am" when possible to preserve the commit messages and
the mail format in general for patches when those are present. A typical use
case is when developers would like to keep the changes on top of the latest
upstream, and they may occasionally need to rebase. This is not possible with
"git diff" and "diff" generated patches.
Since this is not always the case, the fallback would be the "git apply"
operation which is currently available.
Looking at this, is it possible to detect a git patch and only then use
git am? Since most of the patches carried in oe-core and other layers
the 'git am' will typically fail and increase the build time since it
will have to re-run the git apply, we don't want to had more forking and
work in the main hot path.
I am not the expert in this, neither is RP, so maybe Chris can comment
further.
Thanks
Sau!
Signed-off-by: Laszlo Papp
---
meta/lib/oe/patch.py | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/meta/lib/oe/patch.py b/meta/lib/oe/patch.py
index 59abd0a..b085c9d 100644
--- a/meta/lib/oe/patch.py
+++ b/meta/lib/oe/patch.py
@@ -203,17 +203,23 @@ class GitApplyTree(PatchTree):
PatchTree.__init__(self, dir, d)
def _applypatch(self, patch, force = False, reverse = False, run = True):
-shellcmd = ["git", "--git-dir=.", "apply", "-p%s" % patch['strippath']]
+def _applypatchhelper(shellcmd, patch, force = False, reverse = False,
run = True):
+if reverse:
+shellcmd.append('-R')
-if reverse:
-shellcmd.append('-R')
+shellcmd.append(patch['file'])
-shellcmd.append(patch['file'])
+if not run:
+return "sh" + "-c" + " ".join(shellcmd)
-if not run:
-return "sh" + "-c" + " ".join(shellcmd)
+return runcmd(["sh", "-c", " ".join(shellcmd)], self.dir)
-return runcmd(["sh", "-c", " ".join(shellcmd)], self.dir)
+try:
+shellcmd = ["git", "--work-tree=.", "am", "-3", "-p%s" %
patch['strippath']]
+return _applypatchhelper(shellcmd, patch, force, reverse, run)
+except CmdError:
+shellcmd = ["git", "--git-dir=.", "apply", "-p%s" %
patch['strippath']]
+return _applypatchhelper(shellcmd, patch, force, reverse, run)
class QuiltTree(PatchSet):
--
1.8.5.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] base.bbclass: pull in file-native for src.rpm
Unpacking an src.rpm uses rpm2cpio.sh, which requires 'file'.
Without this, builds of rpm on a host without 'file' installed will fail with
very strange messages.
Signed-off-by: Christopher Larson
---
meta/classes/base.bbclass | 4
1 file changed, 4 insertions(+)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 73920fd..2e5217b 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -582,6 +582,10 @@ python () {
if ".zip" in srcuri:
d.appendVarFlag('do_unpack', 'depends', '
unzip-native:do_populate_sysroot')
+# file is needed by rpm2cpio.sh
+if ".src.rpm" in srcuri:
+d.appendVarFlag('do_unpack', 'depends', '
file-native:do_populate_sysroot')
+
set_packagetriplet(d)
# 'multimachine' handling
--
1.8.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] lighttpd: add www/{logs,var} symlinks
From: Yasir-Khan
For FHS compliance, create symbolic links to write variable data
to standard paths
Signed-off-by: Yasir-Khan
---
meta/recipes-extended/lighttpd/lighttpd_1.4.33.bb |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/lighttpd/lighttpd_1.4.33.bb
b/meta/recipes-extended/lighttpd/lighttpd_1.4.33.bb
index 528fda7..2ddab16 100644
--- a/meta/recipes-extended/lighttpd/lighttpd_1.4.33.bb
+++ b/meta/recipes-extended/lighttpd/lighttpd_1.4.33.bb
@@ -47,7 +47,7 @@ INITSCRIPT_PARAMS = "defaults 70"
SYSTEMD_SERVICE_${PN} = "lighttpd.service"
do_install_append() {
- install -d ${D}${sysconfdir}/init.d ${D}/www/logs ${D}/www/pages/dav
${D}/www/var
+ install -d ${D}${sysconfdir}/init.d ${D}/www/pages/dav
install -m 0755 ${WORKDIR}/lighttpd ${D}${sysconfdir}/init.d
install -m 0755 ${WORKDIR}/lighttpd.conf ${D}${sysconfdir}
install -m 0644 ${WORKDIR}/index.html.lighttpd ${D}/www/pages/index.html
@@ -58,6 +58,9 @@ do_install_append() {
-e 's,@SYSCONFDIR@,${sysconfdir},g' \
-e 's,@BASE_BINDIR@,${base_bindir},g' \
${D}${systemd_unitdir}/system/lighttpd.service
+ #For FHS compliance, create symbolic links to /var/log and /var/tmp for
logs and temporary data
+ ln -sf ${localstatedir}/log ${D}/www/logs
+ ln -sf ${localstatedir}/tmp ${D}/www/var
}
FILES_${PN} += "${sysconfdir} /www"
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Strange looking commit in oe-core, 4cee162c292915e
On 01/06/2014 04:25 AM, Jacob Kroon wrote: Hi, Just an observation from my side, I was looking at the recent commits in OE-Core and saw 4cee162c292915e68e8efcab68a31ba0e48105e9, "enchant: fix unrecognised option" The actual commit message doesn't seem to have anything to do with the actual patch. Perhaps it has been rebased and gone through some other massaging, the patch seems to make sense, at least to me, still it would be nice to always have sane commit messages. I will take the blame for that one, not Robert's fault, this happened when I merged and rebased a change locally and did not realize it was a "do nothing" patch in the end, better final review on my part. That line was moved in one of Paul's patches orignally. Thanks for the reminder to be more watchful. Sau! Regards Jacob ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2] Modify buildstats to be merged inside buildhistory
- added buildstats inheritance inside buildhistory
- when buildhisory is used, buildstats will be moved inside the buildhistory
directory
---
meta/classes/buildhistory.bbclass |3 +++
meta/classes/buildstats.bbclass |2 +-
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/classes/buildhistory.bbclass
b/meta/classes/buildhistory.bbclass
index e9a9c3b..54efecfe 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -16,9 +16,12 @@ BUILDHISTORY_IMAGE_FILES ?= "/etc/passwd /etc/group"
BUILDHISTORY_COMMIT ?= "0"
BUILDHISTORY_COMMIT_AUTHOR ?= "buildhistory "
BUILDHISTORY_PUSH_REPO ?= ""
+BUILDSTATS_BASE = "${BUILDHISTORY_DIR}/buildstats"
SSTATEPOSTINSTFUNCS += "buildhistory_emit_pkghistory"
+inherit buildstats
+
#
# Write out metadata about this package for comparision when writing future
packages
#
diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
index 72fff11..c8769ae 100644
--- a/meta/classes/buildstats.bbclass
+++ b/meta/classes/buildstats.bbclass
@@ -1,4 +1,4 @@
-BUILDSTATS_BASE = "${TMPDIR}/buildstats/"
+BUILDSTATS_BASE ??= "${TMPDIR}/buildstats/"
BNFILE = "${BUILDSTATS_BASE}/.buildname"
DEVFILE = "${BUILDSTATS_BASE}/.device"
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] gconf.bbclass: remove --disable-schemas-install
On 3 January 2014 17:27, Robert Yang wrote: > Gnome has moved the schemas to the gsettings-desktop-schemas pkg, so > there is no --disable-schemas-install option any more, and we already > have the gsettings-desktop-schemas recipe, so remove it, it wil fix > the warning: > > configure was passed unrecognised options: --disable-schemas-install I'd NAK this but it's too late as I see it's been merged. *Some* packages have migrated away from gconf to gsettings. Not all packages have done this, so anything still using gconf is now broken. Note that almost nothing in oe-core uses gsettings as we're still using the GTK+ 2 stack generally. The problem is that people are using gnome.bbclass which is a kitchen sink class, inheriting many other classes that may or may not be used. To resolve this warning gnome.bbclass should extend the sanity check whitelist with --disable-schemas-install as it is the class causing gconf.bbclass to be inherited on recipes that don't use gconf. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] OE Changelog since 2013-12-29 until 2014-01-05
Changelog since 2013-12-29 until 2014-01-05. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git
meta-arago: git://arago-project.org/git/meta-arago.git
meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git
meta-browser: git://github.com/OSSystems/meta-browser.git
meta-bug: git://github.com/buglabs/meta-bug.git
meta-chicken: git://github.com/OSSystems/meta-chicken
meta-efikamx: git://github.com/kraj/meta-efikamx.git
meta-ettus: http://github.com/koenkooi/meta-ettus.git
meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm
meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git
meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc
meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git
meta-gumstix: git://github.com/gumstix/meta-gumstix.git
meta-gumstix-community:
git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community.git
meta-handheld: git://git.openembedded.org/meta-handheld
meta-igep: http://github.com/ebutera/meta-igep.git
meta-intel: git://git.yoctoproject.org/meta-intel
meta-ivi: git://git.yoctoproject.org/meta-ivi
meta-java: git://github.com/woglinde/meta-java
meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git
meta-micro: git://git.openembedded.org/meta-micro
meta-mono: git://git.yoctoproject.org/meta-mono.git
meta-netbookpro: git://github.com/tworaz/meta-netbookpro
meta-nslu2: git://github.com/kraj/meta-nslu2
meta-opie: git://git.openembedded.org/meta-opie
meta-qt3: git://git.yoctoproject.org/meta-qt3
meta-qt5: git://github.com/meta-qt5/meta-qt5.git
meta-slugos: git://github.com/kraj/meta-slugos
meta-systemd: git://git.yoctoproject.org/meta-systemd
meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git
meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git
meta-ti: git://git.yoctoproject.org/meta-ti
meta-webos: git://github.com/openwebos/meta-webos.git
meta-xilinx: git://git.yoctoproject.org/meta-xilinx
meta-yocto: git://git.yoctoproject.org/meta-yocto
openembedded: git://git.openembedded.org/openembedded
Changelog for bitbake:
Robert Yang (4):
bitbake: replace 3 spaces with 4
bitbake: fetcher2: git.py: clean(): remove the .tar.gz.done
bitbake: fetcher2: clean(): remove the .patch.done
bitbake/lib/bb/cooker.py: remove a duplicated self.data
Changelog for openembedded-core:
Chong Lu (2):
quilt: upgrade to 0.61
byacc: upgrade to 20140101
Jackie Huang (1):
test-dependencies.sh: avoid showing misleading error messages
Jacob Kroon (1):
meta/lib/oe/terminal.py: Don't pass non-supported '--disable-factory' flag t
Martin Jansa (2):
tcl: Fix ${bindir}/tclsh symlink
kmod: fix zlib dependency
Paul Eggleton (40):
speex: fix SRC_URI to use PV instead of hardcoding the version
Drop empty/invalid BUGTRACKER values
Replace OpenedHand Bugzilla in BUGTRACKER
Replace one-line DESCRIPTION with SUMMARY
Add missing SUMMARY values
gettext: set reasonable SUMMARY and DESCRIPTION
telepathy-mission-control: fix HOMEPAGE
libsamplerate0: add HOMEPAGE
lame: update HOMEPAGE
startup-notification: fix HOMEPAGE
bash: update HOMEPAGE
libunique: fix HOMEPAGE and touch up DESCRIPTION
xev: add proper SUMMARY and DESCRIPTION
gawk: set reasonable SUMMARY and DESCRIPTION
linux-dummy: set LICENSE to GPLv2 to avoid license warning
linux-dummy: set reasonable DESCRIPTION
Basic recipe formatting fixes
qt4: set SUMMARY and tweak DESCRIPTION
xf86-input-vmmouse: set SUMMARY and DESCRIPTION
xf86-video-fbdev: set SUMMARY and DESCRIPTION
xf86-video-modesetting: set SUMMARY and DESCRIPTION
gmp: set SUMMARY and DESCRIPTION
icecc-create-env-native: add SUMMARY and tweak DESCRIPTION
binutils: add/tweak SUMMARY
core-image-lsb: fix DESCRIPTION
adt-installer: tweak DESCRIPTION and add SUMMARY and HOMEPAGE
stat: tidy up recipe
enchant: tidy up recipe
guilt-native: tidy up recipe
opkg-utils: tidy up recipe
pciutils: tidy up recipe
bitbake.conf: set a default for MACHINE_FEATURES
Fix license notices for OE-Core
README: fix DISTRO = "" reference
Tweak SUMMARY
alsa-utils: add missing individual package SUMMARY values
qmmp: add SUMMARY and tweak DESCRIPTION
enchant: tidy up recipe
bitbake.conf: add full stop to default DESCRIPTION
classes/package: set SUMMARY in do_split_packages()
Richard Purdie (2):
gcc: Drop 4.7.2 version since 4.8 is stable now
Update after toplevel LICENSE file checksum change
Robert Yang (16):
flac: remove unrecognised options
alsa-lib: remove unrecognised options
tremor: remove unrecognised option
dpkg: fix/remove unrecognised options
libid3tag: remove unrecognised option
gstreamer: fix unrecognised opt
Re: [OE-core] [PATCH 5/6] make: upgrade to 4.0
On 30 December 2013 10:02, Robert Yang wrote: > Upgrade to 4.0, remove the following patches since they have been fixed > by the upgrade: > - expand_MAKEFLAGS.patch > - intermediate-target-bugfix.patch > - make-savannah-bug30612-fix_white_space.patch > - make-savannah-bug30612-handling_of_archives.patch Have you tried a build from scratch using make-native as make instead of host make? Not that I'm concerned that in fixing the bugs there's new regressions... Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Strange looking commit in oe-core, 4cee162c292915e
On Mon, 2014-01-06 at 13:25 +0100, Jacob Kroon wrote: > Hi, > > Just an observation from my side, I was looking at the recent commits > in OE-Core and saw 4cee162c292915e68e8efcab68a31ba0e48105e9, > "enchant: fix unrecognised option" > > The actual commit message doesn't seem to have anything to do with the > actual patch. Perhaps it has been rebased and gone through some other > massaging, the patch seems to make sense, at least to me, still it > would be nice to always have sane commit messages. It looks like some wires got crossed, yes :( I've pulled it from one of Saul's branches and shouldn't have done. We do put quite a lot of effort into keep the standard of commit messages high. Equally, with the volume of patches coming in and the pressure to get things merged, the odd issue does creep in :(. More help in patch aggregation, testing and review would always be appreciated however its a pretty thankless task :/. It does look like the change in question is a valid change but simply doesn't match the description. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2] grub: add git version
Op 6 jan. 2014, om 12:24 heeft Martin Jansa het
volgende geschreven:
> On Mon, Jan 06, 2014 at 12:01:25PM +0100, Koen Kooi wrote:
>> Recently grub git gained support for ARM builds (using u-boot or EFI as
>> first stage loader) and with 2 extra patches we get support for 64-bit ARM
>> as well.
>>
>> Buildtested for genericarmv7a, genericarmv8 and qemux86. The genericarmv8
>> build fails in do_package/strip due to a binutils problem.
>
> Current grub_2.00.bb recipe is always failing for qemux86-64, is it the
> same/similar issue as genericarmv8?
>
> NOTE: Running task 16693 of 27381 (ID: 10143,
> /home/jenkins/oe/shr-core-branches/shr-core/meta-openembedded/meta-xfce/recipes-panel-plugins/battery/xfce4-battery-plugin_1.0.5.bb,
> do_package)
> ERROR: debugedit failed with exit code 256 (cmd was
> '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit'
> -b
> '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux'
> -d '/usr/src/debug' -i -l
> '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/grub/2.00-r1/debugsources.list'
>
> '/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/grub/2.00-r1/package/usr/lib/grub/i386-pc/gcry_twofish.module'):
> /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit:
> elf_update: invalid section alignment
> ERROR: Function failed: split_and_strip_files
> ERROR: Logfile of failure stored in:
> /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/grub/2.00-r1/temp/log.do_package.24947
> NOTE: recipe grub-2.00-r1: task do_package: Failed
> ERROR: Task 10967
> (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb,
> do_package) failed with exit code '1'
Looks like it:
ERROR: debugedit failed with exit code 256 (cmd was
'/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit'
-b '/build/linaro/build/build/tmp-eglibc/work/aarch64-oe-linux' -d
'/usr/src/debug' -i -l
'/build/linaro/build/build/tmp-eglibc/work/aarch64-oe-linux/grub/2.00+AUTOINC+3bc1b2daab-r0/debugsources.list'
'/build/linaro/build/build/tmp-eglibc/work/aarch64-oe-linux/grub/2.00+AUTOINC+3bc1b2daab-r0/package/usr/lib/grub/arm64-efi/gcry_md5.module'):
/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit:
/build/linaro/build/build/tmp-eglibc/work/aarch64-oe-linux/grub/2.00+AUTOINC+3bc1b2daab-r0/package/usr/lib/grub/arm64-efi/gcry_md5.module:
Unhandled relocation 258 in .debug_info section
ERROR: Function failed: split_and_strip_files
regards,
Koen
>
>>
>> Signed-off-by: Koen Kooi
>> ---
>> meta/recipes-bsp/grub/grub-2.00/40_custom | 9 -
>> ...t-add-grub_fdt_create_empty_tree-function.patch | 73 +++
>> .../grub/0002-arm64-add-EFI-Linux-loader.patch | 653
>> +
>> meta/recipes-bsp/grub/grub/40_custom | 9 +
>> meta/recipes-bsp/grub/grub_git.bb | 61 ++
>> 5 files changed, 796 insertions(+), 9 deletions(-)
>> delete mode 100755 meta/recipes-bsp/grub/grub-2.00/40_custom
>> create mode 100644
>> meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
>> create mode 100644
>> meta/recipes-bsp/grub/grub/0002-arm64-add-EFI-Linux-loader.patch
>> create mode 100755 meta/recipes-bsp/grub/grub/40_custom
>> create mode 100644 meta/recipes-bsp/grub/grub_git.bb
>>
>> diff --git a/meta/recipes-bsp/grub/grub-2.00/40_custom
>> b/meta/recipes-bsp/grub/grub-2.00/40_custom
>> deleted file mode 100755
>> index f891b02..000
>> --- a/meta/recipes-bsp/grub/grub-2.00/40_custom
>> +++ /dev/null
>> @@ -1,9 +0,0 @@
>> -#!/bin/sh
>> -exec tail -n +3 $0
>> -# This file provides an easy way to add custom menu entries. Simply type
>> the
>> -# menu entries you want to add after this comment. Be careful not to change
>> -# the 'exec tail' line above.
>> -menuentry "Linux" {
>> -set root=(hd0,1)
>> -linux /vmlinuz root=__ROOTFS__ rw __CONSOLE__ __VIDEO_MODE__
>> __VGA_MODE__ quiet
>> -}
>> diff --git
>> a/meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
>>
>> b/meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
>> new file mode 100644
>> index 000..3414574
>> --- /dev/null
>> +++
>> b/meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
>> @@ -0,0 +1,73 @@
>> +From b3417ec69ff7d52379a8f2cb291dbecccdab684f Mon Sep 17 00:00:00 2001
>> +From: Leif Lindholm
>> +Date: Wed, 4 Dec 2013 13:09:21 +
>> +Subject: [PATCH 1/2] fdt: add grub_fdt_create_empty_tree() function
>> +
>> +Signed-off-by: Leif Lindholm
>> +---
>> + grub-core/lib/fdt.c | 39 +++
>> + include/grub/fdt.h | 1 +
>> + 2 files changed, 40 insertions(+)
>> +
>> +diff --git a/grub-core/lib/fdt.c b/grub-core/lib/fdt
[OE-core] Strange looking commit in oe-core, 4cee162c292915e
Hi, Just an observation from my side, I was looking at the recent commits in OE-Core and saw 4cee162c292915e68e8efcab68a31ba0e48105e9, "enchant: fix unrecognised option" The actual commit message doesn't seem to have anything to do with the actual patch. Perhaps it has been rebased and gone through some other massaging, the patch seems to make sense, at least to me, still it would be nice to always have sane commit messages. Regards Jacob ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] sstate: Add optimizing logic for crosssdk setscene dependencies
On Thu, 2013-11-14 at 18:51 +0800, Ming Liu wrote: > This patch mainly aims to add optimisation for crosssdk setscene dependency > validating which we haven't handled in current logic, and which I think we > could have as we've already implemented to native/cross, although there > are albeit not many crossdk tasks, we could still get some performance > enhancement. > > And it also fix a vulnerability of some certain workflow, think about the > following scenario with current logic: > bitbake nativesdk-eglibc-initial -c cleansstate > bitbake gcc-crosssdk-initial -c clean > bitbake gmp-native -c clean > bitbake libmpc-native -c clean > bitbake mpfr-native -c clean > bitbake gcc-crosssdk-initial > bitbake nativesdk-eglibc-initial > > Aboving will fail for absence of a few native libraries required by > gcc-crosssdk-initial. > > Also modified some places in current code except the optimisation, as > following: > 1 Remove isNative function since no code is referring it. > 2 Add do_package to the list that don't exist and are noexec. I've split this patch up as its doing too many things at once. In particular, I think we should keep the "isNativeCross()" function name instead of adding Crosssdk to the name since it just makes things more confusing to read. I've take a part for the crosssdk part in master-next which is being tested at the moment, can you resent the do_package part by itself please? I don't quite understand how the sequence of commands above breaks things or how this patch fixes it. Are you sure this wasn't fixed by: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=ciorga/PUs&id=1dcbf3096d7d42032faade96dae89c25a4feca7a which would be the real bug? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2 1/1] beecrypt: add ptest support
On Mon, 2014-01-06 at 10:57 +0800, Chong Lu wrote:
> Install beecrypt test suite and run it as ptest.
> Make all ptest pass.
>
> Signed-off-by: Chong Lu
> ---
> .../beecrypt/beecrypt/enable-ptest.patch | 22
> ++
> meta/recipes-support/beecrypt/beecrypt/run-ptest | 5 +
> meta/recipes-support/beecrypt/beecrypt_4.2.1.bb| 12 ++--
> 3 files changed, 37 insertions(+), 2 deletions(-)
> create mode 100644 meta/recipes-support/beecrypt/beecrypt/enable-ptest.patch
> create mode 100644 meta/recipes-support/beecrypt/beecrypt/run-ptest
>
> diff --git a/meta/recipes-support/beecrypt/beecrypt/enable-ptest.patch
> b/meta/recipes-support/beecrypt/beecrypt/enable-ptest.patch
> new file mode 100644
> index 000..f66ea1b
> --- /dev/null
There is no patch header here (Upstream-Status, Author or description)
Cheers,
Richard
> +++ b/meta/recipes-support/beecrypt/beecrypt/enable-ptest.patch
> @@ -0,0 +1,22 @@
> +diff --git a/Makefile.am b/Makefile.am
> +index b7e7869..9fed3c2 100644
> +--- a/Makefile.am
> b/Makefile.am
> +@@ -73,3 +73,6 @@ DISTCLEANFILES = mpopt.s blowfishopt.s sha1opt.s
> +
> + bench:
> + (cd tests && $(MAKE) $(AM_MAKEFLAGS) bench)
> ++
> ++install-ptest:
> ++(cd tests && $(MAKE) $(AM_MAKEFLAGS) check_PROGRAMS)
> +diff --git a/tests/Makefile.am b/tests/Makefile.am
> +index 1604e5e..37fb316 100644
> +--- a/tests/Makefile.am
> b/tests/Makefile.am
> +@@ -101,3 +101,6 @@ bench: benchme benchrsa benchhf benchbc
> + ./benchbc AES 128
> + ./benchbc Blowfish 128
> + ./benchbc Blowfish 128
> ++
> ++check_PROGRAMS:
> ++$(MAKE) $(AM_MAKEFLAGS) $(check_PROGRAMS)
> diff --git a/meta/recipes-support/beecrypt/beecrypt/run-ptest
> b/meta/recipes-support/beecrypt/beecrypt/run-ptest
> new file mode 100644
> index 000..5bc7460
> --- /dev/null
> +++ b/meta/recipes-support/beecrypt/beecrypt/run-ptest
> @@ -0,0 +1,5 @@
> +#!/bin/sh
> +
> +cd tests
> +for i in `ls`; do ./$i; if [ $? == 0 ]; then echo "PASS: $i"; \
> +else echo "FAIL: $i"; fi; done
> diff --git a/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
> b/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
> index 5874f9e..3c7cdd2 100644
> --- a/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
> +++ b/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
> @@ -7,7 +7,10 @@ HOMEPAGE="http://sourceforge.net/projects/beecrypt";
> SRC_URI="${SOURCEFORGE_MIRROR}/beecrypt/beecrypt-${PV}.tar.gz \
>file://disable-icu-check.patch \
>file://fix-security.patch \
> - file://fix-for-gcc-4.7.patch"
> + file://fix-for-gcc-4.7.patch \
> + file://run-ptest \
> + file://enable-ptest.patch \
> +"
>
> SRC_URI[md5sum] = "8441c014170823f2dff97e33df55af1e"
> SRC_URI[sha256sum] =
> "286f1f56080d1a6b1d024003a5fa2158f4ff82cae0c6829d3c476a4b5898c55d"
> @@ -18,7 +21,7 @@ LIC_FILES_CHKSUM =
> "file://COPYING;md5=9894370afd5dfe7d02b8d14319e729a1 \
>
> PR = "r3"
>
> -inherit autotools multilib_header
> +inherit autotools multilib_header ptest
> acpaths=""
>
> do_install_append() {
> @@ -35,3 +38,8 @@ FILES_${PN}-dev += "${libdir}/${BPN}/*.so
> ${libdir}/${BPN}/*.la"
> FILES_${PN}-staticdev += "${libdir}/${BPN}/*.a"
>
> BBCLASSEXTEND = "native nativesdk"
> +
> +do_install_ptest () {
> + mkdir ${D}${PTEST_PATH}/tests
> + cp -r ${B}/tests/.libs/test* ${D}${PTEST_PATH}/tests
> +}
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libarchive: Upgrade to v3.1.2
All patches against libarchive in oe-core appear to be merged into the latest
release. The license checksum has changed because a couple of referenced files
have been renamed but there is no change to the license terms themselves.
Signed-off-by: Paul Barker
---
.../0001-Patch-from-upstream-revision-1990.patch | 42 --
.../0002-Patch-from-upstream-revision-1991.patch | 31
.../0004-Patch-from-upstream-rev-2514.patch| 33 -
.../0005-Patch-from-upstream-rev-2520.patch| 31
.../0006-Patch-from-upstream-rev-2521.patch| 28 ---
...YS-error-when-setting-up-xattrs.-Closes-5.patch | 31
.../{libarchive_2.8.5.bb => libarchive_3.1.2.bb} | 14 +++-
7 files changed, 4 insertions(+), 206 deletions(-)
delete mode 100644
meta/recipes-extended/libarchive/libarchive/0001-Patch-from-upstream-revision-1990.patch
delete mode 100644
meta/recipes-extended/libarchive/libarchive/0002-Patch-from-upstream-revision-1991.patch
delete mode 100644
meta/recipes-extended/libarchive/libarchive/0004-Patch-from-upstream-rev-2514.patch
delete mode 100644
meta/recipes-extended/libarchive/libarchive/0005-Patch-from-upstream-rev-2520.patch
delete mode 100644
meta/recipes-extended/libarchive/libarchive/0006-Patch-from-upstream-rev-2521.patch
delete mode 100644
meta/recipes-extended/libarchive/libarchive/0007-Ignore-ENOSYS-error-when-setting-up-xattrs.-Closes-5.patch
rename meta/recipes-extended/libarchive/{libarchive_2.8.5.bb =>
libarchive_3.1.2.bb} (64%)
diff --git
a/meta/recipes-extended/libarchive/libarchive/0001-Patch-from-upstream-revision-1990.patch
b/meta/recipes-extended/libarchive/libarchive/0001-Patch-from-upstream-revision-1990.patch
deleted file mode 100644
index f65f89f..000
---
a/meta/recipes-extended/libarchive/libarchive/0001-Patch-from-upstream-revision-1990.patch
+++ /dev/null
@@ -1,42 +0,0 @@
-libarchive: Backport patch from upstream (revision 1990)
-
-Upstream-Status: Backport
-
-Signed-off-by: Otavio Salvador
-
-diff --git a/libarchive/archive_read_disk_entry_from_file.c
b/libarchive/archive_read_disk_entry_from_file.c
-index 7473c50..27671df 100644
a/libarchive/archive_read_disk_entry_from_file.c
-+++ b/libarchive/archive_read_disk_entry_from_file.c
-@@ -163,15 +163,26 @@ archive_read_disk_entry_from_file(struct archive *_a,
-
- #ifdef HAVE_READLINK
- if (S_ISLNK(st->st_mode)) {
-- char linkbuffer[PATH_MAX + 1];
-- int lnklen = readlink(path, linkbuffer, PATH_MAX);
-+ size_t linkbuffer_len = st->st_size + 1;
-+ char *linkbuffer;
-+ int lnklen;
-+
-+ linkbuffer = malloc(linkbuffer_len);
-+ if (linkbuffer == NULL) {
-+ archive_set_error(&a->archive, ENOMEM,
-+ "Couldn't read link data");
-+ return (ARCHIVE_FAILED);
-+ }
-+ lnklen = readlink(path, linkbuffer, linkbuffer_len);
- if (lnklen < 0) {
- archive_set_error(&a->archive, errno,
- "Couldn't read link data");
-+ free(linkbuffer);
- return (ARCHIVE_FAILED);
- }
- linkbuffer[lnklen] = 0;
- archive_entry_set_symlink(entry, linkbuffer);
-+ free(linkbuffer);
- }
- #endif
-
---
-1.7.1
-
diff --git
a/meta/recipes-extended/libarchive/libarchive/0002-Patch-from-upstream-revision-1991.patch
b/meta/recipes-extended/libarchive/libarchive/0002-Patch-from-upstream-revision-1991.patch
deleted file mode 100644
index 6ece7f3..000
---
a/meta/recipes-extended/libarchive/libarchive/0002-Patch-from-upstream-revision-1991.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-libarchive: Backport patch from upstream (revision 1991)
-
-Upstream-Status: Backport
-
-Signed-off-by: Otavio Salvador
-
-diff --git a/libarchive/archive_write_disk.c b/libarchive/archive_write_disk.c
-index caf958e..60699e0 100644
a/libarchive/archive_write_disk.c
-+++ b/libarchive/archive_write_disk.c
-@@ -434,7 +434,7 @@ _archive_write_header(struct archive *_a, struct
archive_entry *entry)
- if (ret != ARCHIVE_OK)
- goto done;
- }
--#ifdef HAVE_FCHDIR
-+#if defined(HAVE_FCHDIR) && defined(PATH_MAX)
- /* If path exceeds PATH_MAX, shorten the path. */
- edit_deep_directories(a);
- #endif
-@@ -866,7 +866,7 @@ archive_write_disk_new(void)
- * object creation is likely to fail, but any error will get handled
- * at that time.
- */
--#ifdef HAVE_FCHDIR
-+#if defined(HAVE_FCHDIR) && defined(PATH_MAX)
- static void
- edit_deep_directories(struct archive_write_disk *a)
- {
---
-1.7.1
-
diff --git
a/meta/recipes-extended/libarchive/libarchive/0004-Patch-from-upstream-rev-2514.patch
b/meta/recipes-extended/libarchive/libarchive/0004-Patch-from-upstream-rev
Re: [OE-core] [PATCHv2] grub: add git version
On Mon, Jan 06, 2014 at 12:01:25PM +0100, Koen Kooi wrote:
> Recently grub git gained support for ARM builds (using u-boot or EFI as first
> stage loader) and with 2 extra patches we get support for 64-bit ARM as well.
>
> Buildtested for genericarmv7a, genericarmv8 and qemux86. The genericarmv8
> build fails in do_package/strip due to a binutils problem.
Current grub_2.00.bb recipe is always failing for qemux86-64, is it the
same/similar issue as genericarmv8?
NOTE: Running task 16693 of 27381 (ID: 10143,
/home/jenkins/oe/shr-core-branches/shr-core/meta-openembedded/meta-xfce/recipes-panel-plugins/battery/xfce4-battery-plugin_1.0.5.bb,
do_package)
ERROR: debugedit failed with exit code 256 (cmd was
'/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit'
-b
'/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux'
-d '/usr/src/debug' -i -l
'/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/grub/2.00-r1/debugsources.list'
'/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/grub/2.00-r1/package/usr/lib/grub/i386-pc/gcry_twofish.module'):
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit:
elf_update: invalid section alignment
ERROR: Function failed: split_and_strip_files
ERROR: Logfile of failure stored in:
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/grub/2.00-r1/temp/log.do_package.24947
NOTE: recipe grub-2.00-r1: task do_package: Failed
ERROR: Task 10967
(/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb,
do_package) failed with exit code '1'
>
> Signed-off-by: Koen Kooi
> ---
> meta/recipes-bsp/grub/grub-2.00/40_custom | 9 -
> ...t-add-grub_fdt_create_empty_tree-function.patch | 73 +++
> .../grub/0002-arm64-add-EFI-Linux-loader.patch | 653
> +
> meta/recipes-bsp/grub/grub/40_custom | 9 +
> meta/recipes-bsp/grub/grub_git.bb | 61 ++
> 5 files changed, 796 insertions(+), 9 deletions(-)
> delete mode 100755 meta/recipes-bsp/grub/grub-2.00/40_custom
> create mode 100644
> meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
> create mode 100644
> meta/recipes-bsp/grub/grub/0002-arm64-add-EFI-Linux-loader.patch
> create mode 100755 meta/recipes-bsp/grub/grub/40_custom
> create mode 100644 meta/recipes-bsp/grub/grub_git.bb
>
> diff --git a/meta/recipes-bsp/grub/grub-2.00/40_custom
> b/meta/recipes-bsp/grub/grub-2.00/40_custom
> deleted file mode 100755
> index f891b02..000
> --- a/meta/recipes-bsp/grub/grub-2.00/40_custom
> +++ /dev/null
> @@ -1,9 +0,0 @@
> -#!/bin/sh
> -exec tail -n +3 $0
> -# This file provides an easy way to add custom menu entries. Simply type the
> -# menu entries you want to add after this comment. Be careful not to change
> -# the 'exec tail' line above.
> -menuentry "Linux" {
> -set root=(hd0,1)
> -linux /vmlinuz root=__ROOTFS__ rw __CONSOLE__ __VIDEO_MODE__
> __VGA_MODE__ quiet
> -}
> diff --git
> a/meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
>
> b/meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
> new file mode 100644
> index 000..3414574
> --- /dev/null
> +++
> b/meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
> @@ -0,0 +1,73 @@
> +From b3417ec69ff7d52379a8f2cb291dbecccdab684f Mon Sep 17 00:00:00 2001
> +From: Leif Lindholm
> +Date: Wed, 4 Dec 2013 13:09:21 +
> +Subject: [PATCH 1/2] fdt: add grub_fdt_create_empty_tree() function
> +
> +Signed-off-by: Leif Lindholm
> +---
> + grub-core/lib/fdt.c | 39 +++
> + include/grub/fdt.h | 1 +
> + 2 files changed, 40 insertions(+)
> +
> +diff --git a/grub-core/lib/fdt.c b/grub-core/lib/fdt.c
> +index 9f34dc7..581a118 100644
> +--- a/grub-core/lib/fdt.c
> b/grub-core/lib/fdt.c
> +@@ -423,3 +423,42 @@ int grub_fdt_set_prop (void *fdt, unsigned int
> nodeoffset, const char *name,
> + grub_memcpy (prop + 3, val, len);
> + return 0;
> + }
> ++
> ++struct empty_tree {
> ++ grub_fdt_header_t header;
> ++ grub_uint64_t empty_rsvmap[2];
> ++ struct {
> ++grub_uint32_t prop_start;
> ++grub_uint8_t name[1];
> ++grub_uint32_t prop_end;
> ++grub_uint32_t node_end;
> ++ } empty_node;
> ++};
> ++
> ++int
> ++grub_fdt_create_empty_tree (void *fdt, unsigned int size)
> ++{
> ++ struct empty_tree *et;
> ++
> ++ if (size < sizeof (struct empty_tree))
> ++return -1;
> ++
> ++ grub_memset (fdt, 0, size);
> ++ et = fdt;
> ++
> ++ et->empty_node.node_end = grub_cpu_to_be32 (FDT_END);
> ++ et->empty_node.prop_end = grub_cpu_to_be32 (FDT_END_NODE);
> ++ et->empty_node.prop_start = grub_cpu_to_be32 (FDT_BEGIN_NODE);
> ++ ((struct empty_tree *) fdt)->header.off_mem_rsvmap =
> ++
Re: [OE-core] [oe] Piglit in Poky
On Tuesday 24 December 2013 11:50:50 Martin Jansa wrote: > On Mon, Dec 23, 2013 at 08:09:30PM -0500, Philip Balister wrote: > > On 12/23/2013 01:01 PM, Burton, Ross wrote: > > > We'd like to integrate Piglit (an OpenGL test suite) into Poky so that > > > we can run automated QA on the GL stack. Piglit is currently residing > > > in meta-oe, but as Poky is a self-contained project we can't just add > > > meta-oe to it: apart from the size of meta-oe, we can't ensure > > > stability if meta-oe makes incompatible changes that affect Poky. > > > > > > Piglit isn't a stand-alone package, there are the dependencies of > > > waffle, python-mako and python-numpy to consider too. There are two > > > possibilities I can see: > > > > > > 1) Move piglit and deps to oe-core. Piglit is for QA purposes only > > > and pushes the boundaries of "core platform". In a sense this is a > > > repeat of the discussion we had with Midori... does oe-core contain > > > everything needed to sufficiently exercise the core components it > > > ships or not? > > > > I expect Richard will push back on this, and I would support him here. > > > > > 2) Add piglit and deps to meta-yocto. Probably a new layer called > > > meta-yocto-qa (or similar) because the Yocto Compatible guidelines > > > forbid mixing distribution policy and recipes. We'd need to sync > > > meta-yocto-qa with the pieces of meta-oe that we want somehow, but > > > that's our problem. > > > > So meta-yocto is right out. I'm a user of numpy, and I certainly do not > > want to include something called meta-yocto-qa just to pick up numpy. > > > > So this presents a quandry. Moving numpy to a special layer to support a > > specific recipe is just not the right thing to do. Conceivably, we could > > create a layer for the bits of meta-oe that are python related, but I am > > not sure that solves your entire problem. > > > > I certainly do not want to see one recipe appear in two layers. That is > > a recipe for trouble. > > > > Long term, we need to make the layer model work for the entire project > > and get over the reluctance to use other peoples layers. > > Agreed, meta-python in meta-oe repository sounds a lot better than > having the same recipe in 2 layers. FWIW, independent of this issue I'd like to see us have a meta-python layer in the meta-openembedded repo anyway. I'll even volunteer to maintain it if it helps. 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] [PATCHv2] grub: add git version
Recently grub git gained support for ARM builds (using u-boot or EFI as first
stage loader) and with 2 extra patches we get support for 64-bit ARM as well.
Buildtested for genericarmv7a, genericarmv8 and qemux86. The genericarmv8 build
fails in do_package/strip due to a binutils problem.
Signed-off-by: Koen Kooi
---
meta/recipes-bsp/grub/grub-2.00/40_custom | 9 -
...t-add-grub_fdt_create_empty_tree-function.patch | 73 +++
.../grub/0002-arm64-add-EFI-Linux-loader.patch | 653 +
meta/recipes-bsp/grub/grub/40_custom | 9 +
meta/recipes-bsp/grub/grub_git.bb | 61 ++
5 files changed, 796 insertions(+), 9 deletions(-)
delete mode 100755 meta/recipes-bsp/grub/grub-2.00/40_custom
create mode 100644
meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
create mode 100644
meta/recipes-bsp/grub/grub/0002-arm64-add-EFI-Linux-loader.patch
create mode 100755 meta/recipes-bsp/grub/grub/40_custom
create mode 100644 meta/recipes-bsp/grub/grub_git.bb
diff --git a/meta/recipes-bsp/grub/grub-2.00/40_custom
b/meta/recipes-bsp/grub/grub-2.00/40_custom
deleted file mode 100755
index f891b02..000
--- a/meta/recipes-bsp/grub/grub-2.00/40_custom
+++ /dev/null
@@ -1,9 +0,0 @@
-#!/bin/sh
-exec tail -n +3 $0
-# This file provides an easy way to add custom menu entries. Simply type the
-# menu entries you want to add after this comment. Be careful not to change
-# the 'exec tail' line above.
-menuentry "Linux" {
-set root=(hd0,1)
-linux /vmlinuz root=__ROOTFS__ rw __CONSOLE__ __VIDEO_MODE__ __VGA_MODE__
quiet
-}
diff --git
a/meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
b/meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
new file mode 100644
index 000..3414574
--- /dev/null
+++
b/meta/recipes-bsp/grub/grub/0001-fdt-add-grub_fdt_create_empty_tree-function.patch
@@ -0,0 +1,73 @@
+From b3417ec69ff7d52379a8f2cb291dbecccdab684f Mon Sep 17 00:00:00 2001
+From: Leif Lindholm
+Date: Wed, 4 Dec 2013 13:09:21 +
+Subject: [PATCH 1/2] fdt: add grub_fdt_create_empty_tree() function
+
+Signed-off-by: Leif Lindholm
+---
+ grub-core/lib/fdt.c | 39 +++
+ include/grub/fdt.h | 1 +
+ 2 files changed, 40 insertions(+)
+
+diff --git a/grub-core/lib/fdt.c b/grub-core/lib/fdt.c
+index 9f34dc7..581a118 100644
+--- a/grub-core/lib/fdt.c
b/grub-core/lib/fdt.c
+@@ -423,3 +423,42 @@ int grub_fdt_set_prop (void *fdt, unsigned int
nodeoffset, const char *name,
+ grub_memcpy (prop + 3, val, len);
+ return 0;
+ }
++
++struct empty_tree {
++ grub_fdt_header_t header;
++ grub_uint64_t empty_rsvmap[2];
++ struct {
++grub_uint32_t prop_start;
++grub_uint8_t name[1];
++grub_uint32_t prop_end;
++grub_uint32_t node_end;
++ } empty_node;
++};
++
++int
++grub_fdt_create_empty_tree (void *fdt, unsigned int size)
++{
++ struct empty_tree *et;
++
++ if (size < sizeof (struct empty_tree))
++return -1;
++
++ grub_memset (fdt, 0, size);
++ et = fdt;
++
++ et->empty_node.node_end = grub_cpu_to_be32 (FDT_END);
++ et->empty_node.prop_end = grub_cpu_to_be32 (FDT_END_NODE);
++ et->empty_node.prop_start = grub_cpu_to_be32 (FDT_BEGIN_NODE);
++ ((struct empty_tree *) fdt)->header.off_mem_rsvmap =
++grub_cpu_to_be32 (ALIGN_UP (sizeof (grub_fdt_header_t), 8));
++
++ grub_fdt_set_off_dt_strings (fdt, sizeof (struct empty_tree));
++ grub_fdt_set_off_dt_struct (fdt, sizeof (grub_fdt_header_t) + 16);
++ grub_fdt_set_version (fdt, FDT_SUPPORTED_VERSION);
++ grub_fdt_set_last_comp_version (fdt, FDT_SUPPORTED_VERSION);
++ grub_fdt_set_size_dt_struct (fdt, sizeof (et->empty_node));
++ grub_fdt_set_totalsize (fdt, size);
++ grub_fdt_set_magic (fdt, FDT_MAGIC);
++
++ return 0;
++}
+diff --git a/include/grub/fdt.h b/include/grub/fdt.h
+index 2ad0536..06eec19 100644
+--- a/include/grub/fdt.h
b/include/grub/fdt.h
+@@ -82,6 +82,7 @@ typedef struct {
+ #define grub_fdt_set_size_dt_struct(fdt, value) \
+ grub_fdt_set_header(fdt, size_dt_struct, value)
+
++int grub_fdt_create_empty_tree (void *fdt, unsigned int size);
+ int grub_fdt_check_header (void *fdt, unsigned int size);
+ int grub_fdt_find_subnode (const void *fdt, unsigned int parentoffset,
+ const char *name);
+--
+1.8.4.2
+
diff --git a/meta/recipes-bsp/grub/grub/0002-arm64-add-EFI-Linux-loader.patch
b/meta/recipes-bsp/grub/grub/0002-arm64-add-EFI-Linux-loader.patch
new file mode 100644
index 000..4e9df62
--- /dev/null
+++ b/meta/recipes-bsp/grub/grub/0002-arm64-add-EFI-Linux-loader.patch
@@ -0,0 +1,653 @@
+From 55cbddc471b6caf27355ce93d1534d894e6ed0bb Mon Sep 17 00:00:00 2001
+From: Leif Lindholm
+Date: Wed, 4 Dec 2013 15:21:16 +
+Subject: [PATCH 2/2] arm64: add EFI Linux loader
+
+Signed-off-by: Leif Lindholm
+---
+ grub-core/Makefile.core.def | 4 +-
+ grub-core/loader/arm64/linux.c|
[OE-core] [dora][PATCH 2/2] eglibc-initial.inc: Drop duplicate include
From: Richard Purdie
There is little point in including the file twice so lets not. The
main recipe already included it.
Signed-off-by: Martin Jansa
Signed-off-by: Richard Purdie
---
meta/recipes-core/eglibc/eglibc-initial.inc | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-core/eglibc/eglibc-initial.inc
b/meta/recipes-core/eglibc/eglibc-initial.inc
index 83b1d2c..0f0e1cd 100644
--- a/meta/recipes-core/eglibc/eglibc-initial.inc
+++ b/meta/recipes-core/eglibc/eglibc-initial.inc
@@ -1,5 +1,3 @@
-require eglibc-common.inc
-
DEPENDS = "linux-libc-headers virtual/${TARGET_PREFIX}gcc-initial"
PROVIDES = "virtual/${TARGET_PREFIX}libc-initial"
--
1.8.5.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [dora][PATCH 1/2] ltp: set PREFERRED_PROVIDER and rename runtests_noltp.sh script
From: Martin Jansa
* ltp installs 2 different runtests_noltp.sh files from different
directories into /opt/ltp/testcases/bin/runtests_noltp.sh
last one installed wins and causes unexpected changes in
buildhistory's files-in-image.txt report, rename them to have
unique name as other ltp scripts have.
* also define PREFERRED_PROVIDER to resolve note shown when
building with meta-oe layer:
NOTE: multiple providers are available for ltp (ltp, ltp-ddt)
NOTE: consider defining a PREFERRED_PROVIDER entry to match ltp
* use patch generated without -M
in my builds both versions worked, but Saul reported that it fails to
apply with:
Applying patch
0001-Rename-runtests_noltp.sh-script-so-have-unique-name.patch
patch: Only garbage was found in the patch input.
Now I've see the same issue on different builder (with Ubuntu 12.04).
Signed-off-by: Martin Jansa
Signed-off-by: Saul Wold
Signed-off-by: Richard Purdie
Signed-off-by: Martin Jansa
---
meta/conf/distro/include/default-providers.inc | 2 +
...tests_noltp.sh-script-so-have-unique-name.patch | 202 +
meta/recipes-extended/ltp/ltp_20130503.bb | 4 +-
3 files changed, 207 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-extended/ltp/ltp/0001-Rename-runtests_noltp.sh-script-so-have-unique-name.patch
diff --git a/meta/conf/distro/include/default-providers.inc
b/meta/conf/distro/include/default-providers.inc
index d4b9db0..e2b0892 100644
--- a/meta/conf/distro/include/default-providers.inc
+++ b/meta/conf/distro/include/default-providers.inc
@@ -43,3 +43,5 @@ PREFERRED_PROVIDER_udev ?=
"${@base_contains('DISTRO_FEATURES','systemd','system
# There are issues with runtime packages and PREFERRED_PROVIDER, see YOCTO
#5044 for details
# on this rather strange entry.
PREFERRED_PROVIDER_bluez4 ?= "bluez4"
+# Alternative is ltp-ddt in meta-oe:
meta-oe/recipes-devtools/ltp-ddt/ltp-ddt_0.0.4.bb
+PREFERRED_PROVIDER_ltp ?= "ltp"
diff --git
a/meta/recipes-extended/ltp/ltp/0001-Rename-runtests_noltp.sh-script-so-have-unique-name.patch
b/meta/recipes-extended/ltp/ltp/0001-Rename-runtests_noltp.sh-script-so-have-unique-name.patch
new file mode 100644
index 000..1b4d232
--- /dev/null
+++
b/meta/recipes-extended/ltp/ltp/0001-Rename-runtests_noltp.sh-script-so-have-unique-name.patch
@@ -0,0 +1,202 @@
+From 9751a6526cffcdf4e3dc2cb33641259a7be00e19 Mon Sep 17 00:00:00 2001
+From: Martin Jansa
+Date: Sat, 7 Dec 2013 18:24:32 +0100
+Subject: [PATCH] Rename runtests_noltp.sh script so have unique name
+
+* they are installed in the same target path
+ /opt/ltp/testcases/bin/runtests_noltp.sh
+ and overwrite each other in non-deterministic way
+ when multiple processes are used in "make install"
+
+ ./temp/log.do_install:install -m 00775
+
"ltp/20120903-r2/ltp-20120903/testcases/kernel/containers/sysvipc/runtests_noltp.sh"
+"ltp/20120903-r2/image/opt/ltp/testcases/bin/runtests_noltp.sh"
+ ./temp/log.do_install:install -m 00775
+
"ltp/20120903-r2/ltp-20120903/testcases/kernel/containers/utsname/runtests_noltp.sh"
+"ltp/20120903-r2/image/opt/ltp/testcases/bin/runtests_noltp.sh"
+
+Upstream-Status: Pending
+
+Signed-off-by: Martin Jansa
+---
+ .../kernel/containers/sysvipc/runipctests_noltp.sh | 31
+ .../kernel/containers/sysvipc/runtests_noltp.sh| 31
+ .../kernel/containers/utsname/runtests_noltp.sh| 41 --
+ .../kernel/containers/utsname/runutstests_noltp.sh | 41 ++
+ 4 files changed, 72 insertions(+), 72 deletions(-)
+ create mode 100644 testcases/kernel/containers/sysvipc/runipctests_noltp.sh
+ delete mode 100644 testcases/kernel/containers/sysvipc/runtests_noltp.sh
+ delete mode 100755 testcases/kernel/containers/utsname/runtests_noltp.sh
+ create mode 100755 testcases/kernel/containers/utsname/runutstests_noltp.sh
+
+diff --git a/testcases/kernel/containers/sysvipc/runipctests_noltp.sh
b/testcases/kernel/containers/sysvipc/runipctests_noltp.sh
+new file mode 100644
+index 000..84f398f
+--- /dev/null
b/testcases/kernel/containers/sysvipc/runipctests_noltp.sh
+@@ -0,0 +1,31 @@
++#!/bin/sh
++
++##
##
++## Copyright (c) International Business Machines Corp., 2007
##
++##
##
++## This program is free software; you can redistribute it and#or modify
##
++## it under the terms of the GNU General Public License as published by
##
++## the Free Software Foundation; either version 2 of the License, or
##
++## (at your option) any later version.
##
++##
##
++## This program is distributed in the hope th
[OE-core] [dora][PATCH 0/2] Dora backports
The following changes since commit e86622a932bbd0acdea67ecfb15c8b06c27353d8: libsoup-2.4: add intltool-native to DEPENDS (2013-12-19 14:59:47 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib jansa/dora-backports2 http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/dora-backports2 Martin Jansa (1): ltp: set PREFERRED_PROVIDER and rename runtests_noltp.sh script Richard Purdie (1): eglibc-initial.inc: Drop duplicate include meta/conf/distro/include/default-providers.inc | 2 + meta/recipes-core/eglibc/eglibc-initial.inc| 2 - ...tests_noltp.sh-script-so-have-unique-name.patch | 202 + meta/recipes-extended/ltp/ltp_20130503.bb | 4 +- 4 files changed, 207 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-extended/ltp/ltp/0001-Rename-runtests_noltp.sh-script-so-have-unique-name.patch -- 1.8.5.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libpthread-stubs: should set ALLOW_EMPTY
The package might be empty while pthread functions are being provided by
libc, so we need set ALLOW_EMPTY with it or it will break do_rootfs task.
Signed-off-by: Ming Liu
---
.../xorg-lib/libpthread-stubs_0.3.bb |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libpthread-stubs_0.3.bb
b/meta/recipes-graphics/xorg-lib/libpthread-stubs_0.3.bb
index ad046d1..3e7ef27 100644
--- a/meta/recipes-graphics/xorg-lib/libpthread-stubs_0.3.bb
+++ b/meta/recipes-graphics/xorg-lib/libpthread-stubs_0.3.bb
@@ -11,6 +11,8 @@ PARALLEL_MAKE = ""
#DEPENDS = "xcb-proto xproto libxau libxslt-native"
# DEPENDS += "xsltproc-native gperf-native"
+ALLOW_EMPTY_${PN} = "1"
+
SRC_URI = "http://xcb.freedesktop.org/dist/libpthread-stubs-${PV}.tar.bz2";
SRC_URI[md5sum] = "e8fa31b42e13f87e8f5a7a2b731db7ee"
--
1.7.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2 0/1] Package upgrade
The package has been succesfully compiled for all major architectures. Tested on a core-image-sato, functionalities like lsmod, kmod list or kmod -V. The following changes since commit f33c990db392c6b208efecea0f941449c4d25cec: maintainers.inc: reassign e2fsprogs (2014-01-03 15:16:42 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib cvoicu/work2 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=cvoicu/work2 Cristiana Voicu (1): kmod: Update to Rev 16 via git meta/recipes-kernel/kmod/kmod-native_git.bb|3 +- meta/recipes-kernel/kmod/kmod.inc |5 +-- .../kmod/0001-Fix-build-with-older-gcc-4.6.patch | 44 .../kmod/kmod/fix-seperatebuilddir.patch | 34 --- 4 files changed, 3 insertions(+), 83 deletions(-) delete mode 100644 meta/recipes-kernel/kmod/kmod/0001-Fix-build-with-older-gcc-4.6.patch delete mode 100644 meta/recipes-kernel/kmod/kmod/fix-seperatebuilddir.patch -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
