Re: [OE-core] [oe-core][PATCH 2/2] pixman: ignore NEON, IWMMXT, LOONGSON_MMI variables for class-native
On 09/05/2012 09:05 AM, Martin Jansa wrote:
* pixman-native can have different do_configure sstate checksums if it's built
with armv4t machine and armv7a
OE @ ~ $ bitbake/bin/bitbake-diffsigs
before-mgmt/stamps.1346795706/nokia900/x86_64-linux/pixman-native-*.do_configure.sigdata.*
after-mgmt/stamps.1346801508/om-gta02/x86_64-linux/pixman-native-*.do_configure.sigdata.*
basehash changed from 27e577de60880a788c7aaba797ef83e0 to
c6799807eb3e767daf1e75738fc753f7
Variable NEON value changed from to --disable-arm-neon
* so if you start building with different machine then last time (wrt
NEON setting) all recipes which depends on pixman-native will be rebuilt too
* this explains why sstate-cache-management.sh wanted to remove many
native sstate packages when --stamps-dir option was used (see comment
28 in https://bugzilla.yoctoproject.org/show_bug.cgi?id=2897)
Signed-off-by: Martin Jansa
---
meta/recipes-graphics/xorg-lib/pixman_0.27.2.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.27.2.bb
b/meta/recipes-graphics/xorg-lib/pixman_0.27.2.bb
index 35a2def..218808a 100644
--- a/meta/recipes-graphics/xorg-lib/pixman_0.27.2.bb
+++ b/meta/recipes-graphics/xorg-lib/pixman_0.27.2.bb
@@ -15,7 +15,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=14096c769ae0cbb5fcb94ec468be11b3 \
DEPENDS += "zlib libpng"
BBCLASSEXTEND = "native"
-PR = "r1"
+PR = "r2"
PE = "1"
@@ -25,7 +25,8 @@ NEON = " --disable-arm-neon "
NEON_armv7a = " "
NEON_armv7a-vfp-neon = " "
-EXTRA_OECONF="--disable-gtk ${IWMMXT} ${LOONGSON_MMI} ${NEON}"
+EXTRA_OECONF = "--disable-gtk ${IWMMXT} ${LOONGSON_MMI} ${NEON}"
+EXTRA_OECONF_class-native = "--disable-gtk"
Hi Martin,
What's the differences between "_virtclass-native" and "_class-native", please?
// Robert
SRC_URI += "\
file://0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch \
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] Add adt-installer-dev target for QA use
On Tue, Sep 4, 2012 at 5:56 PM, Elizabeth Flanagan wrote: > This is the first step in fixing the long standing QA complaint of having > no good way of testing ADTREPO: I missed something in do_populate_adt that will cause this to fail (it will build, it just won't actually function). Please don't pull, I'll resubmit tomorrow. -b > > https://bugzilla.yoctoproject.org/show_bug.cgi?id=2800 > https://bugzilla.yoctoproject.org/show_bug.cgi?id=1877 > https://bugzilla.yoctoproject.org/show_bug.cgi?id=2718 > > This target will be added to most autobuilder buildouts and the autobuilder > will populate adtrepo-dev from the artifacts. This ensures that released build > artifacts are jailed off and cannot be accidentally destroyed while ensuring > QA has something to test. > > The following changes since commit 99c85ba93075a1aff789cafabbacf42e6a93bd32: > > build-appliance-image: Update to latest poky master (2012-09-04 18:04:40 > +0100) > > are available in the git repository at: > git://git.yoctoproject.org/poky-contrib eflanagan/adtfix > http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=eflanagan/adtfix > > Elizabeth Flanagan (1): > adt-installer: Add adt-installer-dev.bb > > .../installer/adt-installer-dev_1.0.bb | 26 > > .../installer/adt-installer/adt_installer.conf |2 +- > 2 files changed, 27 insertions(+), 1 deletions(-) > create mode 100644 meta/recipes-devtools/installer/adt-installer-dev_1.0.bb > > -- > 1.7.5.4 > -- Elizabeth Flanagan Yocto Project Build and Release ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][PATCH 1/2] pixman: merge meta-oe append into oe-core
From: Andreas Müller
* neon configuration settings included
* patches were aligned to 0.27.2.
Signed-off-by: Andreas Müller
Signed-off-by: Martin Jansa
---
...lated-workarounds-in-cpu-features-detecti.patch | 144 +
...mplementation-of-pixman_blt-with-overlapp.patch | 127 ++
meta/recipes-graphics/xorg-lib/pixman_0.27.2.bb| 11 +-
3 files changed, 280 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-graphics/xorg-lib/pixman/0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch
create mode 100644
meta/recipes-graphics/xorg-lib/pixman/0002-Generic-C-implementation-of-pixman_blt-with-overlapp.patch
diff --git
a/meta/recipes-graphics/xorg-lib/pixman/0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch
b/meta/recipes-graphics/xorg-lib/pixman/0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch
new file mode 100644
index 000..4569dca
--- /dev/null
+++
b/meta/recipes-graphics/xorg-lib/pixman/0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch
@@ -0,0 +1,144 @@
+From a0f53e1dbb3851bb0f0efcfdbd565b05e4be9cac Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Andreas=20M=C3=BCller?=
+Date: Thu, 23 Aug 2012 18:10:57 +0200
+Subject: [PATCH 1/2] ARM: qemu related workarounds in cpu features detection
+ code
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+This was ported from meta-oe's patch [1]. The original pixman patch is found
+at [2].
+
+[1]
http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-graphics/xorg-lib/pixman-0.26.2/0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch
+[2] http://lists.freedesktop.org/archives/pixman/2011-January/000906.html
+
+Upstream-Status: Inappropriate [other] qemu fix
+
+Signed-off-by: Andreas Müller
+---
+ pixman/pixman-arm.c | 82 --
+ 1 files changed, 65 insertions(+), 17 deletions(-)
+
+diff --git a/pixman/pixman-arm.c b/pixman/pixman-arm.c
+index 23374e4..d98bda6 100644
+--- a/pixman/pixman-arm.c
b/pixman/pixman-arm.c
+@@ -129,16 +129,35 @@ detect_cpu_features (void)
+ #include
+ #include
+ #include
++#include
+ #include
+ #include
+ #include
+
++/*
++ * The whole CPU capabilities detection is a bit ugly: when running in
++ * userspace qemu, we see /proc/self/auxv from the host system. To make
++ * everything even worse, the size of each value is 64-bit when running
++ * on a 64-bit host system. So the data is totally bogus because we expect
++ * 32-bit values. As AT_PLATFORM value is used as a pointer, it may cause
++ * segfault (null pointer dereference on x86-64 host). So in order to be
++ * on a safe side, we require that AT_PLATFORM value is found only once,
++ * and it has non-zero value (this is still not totally reliable for a big
++ * endian 64-bit host system running qemu and may theoretically fail).
++ */
++#define ARM_HWCAP_VFP 64
++#define ARM_HWCAP_IWMMXT 512
++#define ARM_HWCAP_NEON 4096
++
+ static arm_cpu_features_t
+ detect_cpu_features (void)
+ {
+ arm_cpu_features_t features = 0;
+ Elf32_auxv_t aux;
+ int fd;
++uint32_t hwcap = 0;
++const char *plat = NULL;
++int plat_cnt = 0;
+
+ fd = open ("/proc/self/auxv", O_RDONLY);
+ if (fd >= 0)
+@@ -147,32 +166,61 @@ detect_cpu_features (void)
+ {
+ if (aux.a_type == AT_HWCAP)
+ {
+- uint32_t hwcap = aux.a_un.a_val;
+-
+- /* hardcode these values to avoid depending on specific
+- * versions of the hwcap header, e.g. HWCAP_NEON
+- */
+- if ((hwcap & 64) != 0)
+- features |= ARM_VFP;
+- if ((hwcap & 512) != 0)
+- features |= ARM_IWMMXT;
+- /* this flag is only present on kernel 2.6.29 */
+- if ((hwcap & 4096) != 0)
+- features |= ARM_NEON;
++ hwcap = aux.a_un.a_val;
+ }
+ else if (aux.a_type == AT_PLATFORM)
+ {
+- const char *plat = (const char*) aux.a_un.a_val;
+-
+- if (strncmp (plat, "v7l", 3) == 0)
++ plat = (const char*) aux.a_un.a_val;
++ plat_cnt++;
++ }
++ }
++ close (fd);
++ if (plat == NULL || plat_cnt != 1 || *plat != 'v')
++ {
++ /*
++ * Something seems to be really wrong, most likely we are
++ * running under qemu. Let's use machine type from "uname" for
++ * CPU capabilities detection:
++ * http://www.mail-archive.com/qemu-devel at
nongnu.org/msg22212.html
++ */
++ struct utsname u;
++ hwcap = 0; /* clear hwcap, because it is bogus */
++ if (uname (&u) == 0)
++ {
++ if (strcmp (u.machine, "armv7l") == 0)
++ {
+ features |= (ARM_V7 | ARM_V6);
+- else if (strncmp (plat, "v6l", 3) =
[OE-core] [oe-core][PATCH 2/2] pixman: ignore NEON, IWMMXT, LOONGSON_MMI variables for class-native
* pixman-native can have different do_configure sstate checksums if it's built
with armv4t machine and armv7a
OE @ ~ $ bitbake/bin/bitbake-diffsigs
before-mgmt/stamps.1346795706/nokia900/x86_64-linux/pixman-native-*.do_configure.sigdata.*
after-mgmt/stamps.1346801508/om-gta02/x86_64-linux/pixman-native-*.do_configure.sigdata.*
basehash changed from 27e577de60880a788c7aaba797ef83e0 to
c6799807eb3e767daf1e75738fc753f7
Variable NEON value changed from to --disable-arm-neon
* so if you start building with different machine then last time (wrt
NEON setting) all recipes which depends on pixman-native will be rebuilt too
* this explains why sstate-cache-management.sh wanted to remove many
native sstate packages when --stamps-dir option was used (see comment
28 in https://bugzilla.yoctoproject.org/show_bug.cgi?id=2897)
Signed-off-by: Martin Jansa
---
meta/recipes-graphics/xorg-lib/pixman_0.27.2.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.27.2.bb
b/meta/recipes-graphics/xorg-lib/pixman_0.27.2.bb
index 35a2def..218808a 100644
--- a/meta/recipes-graphics/xorg-lib/pixman_0.27.2.bb
+++ b/meta/recipes-graphics/xorg-lib/pixman_0.27.2.bb
@@ -15,7 +15,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=14096c769ae0cbb5fcb94ec468be11b3 \
DEPENDS += "zlib libpng"
BBCLASSEXTEND = "native"
-PR = "r1"
+PR = "r2"
PE = "1"
@@ -25,7 +25,8 @@ NEON = " --disable-arm-neon "
NEON_armv7a = " "
NEON_armv7a-vfp-neon = " "
-EXTRA_OECONF="--disable-gtk ${IWMMXT} ${LOONGSON_MMI} ${NEON}"
+EXTRA_OECONF = "--disable-gtk ${IWMMXT} ${LOONGSON_MMI} ${NEON}"
+EXTRA_OECONF_class-native = "--disable-gtk"
SRC_URI += "\
file://0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch \
--
1.7.12
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] adt-installer: Add adt-installer-dev.bb
This adds an adt-installer-dev for QA and autobuilder use.
It repoints the ADTREPO url to adtrepo-dev.yp.org.
Signed-off-by: Elizabeth Flanagan
---
.../installer/adt-installer-dev_1.0.bb | 26
.../installer/adt-installer/adt_installer.conf |2 +-
2 files changed, 27 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-devtools/installer/adt-installer-dev_1.0.bb
diff --git a/meta/recipes-devtools/installer/adt-installer-dev_1.0.bb
b/meta/recipes-devtools/installer/adt-installer-dev_1.0.bb
new file mode 100644
index 000..7679038
--- /dev/null
+++ b/meta/recipes-devtools/installer/adt-installer-dev_1.0.bb
@@ -0,0 +1,26 @@
+# Yocto ADT Installer bb file
+#
+# Copyright 2010-2011 by Intel Corp.
+#
+# Permission is hereby granted, free of charge, to any person obtaining a copy
+# of this software and associated documentation files (the "Software"), to
deal
+# in the Software without restriction, including without limitation the rights
+# to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+# copies of the Software, and to permit persons to whom the Software is
+# furnished to do so, subject to the following conditions:
+
+# The above copyright notice and this permission notice shall be included in
+# all copies or substantial portions of the Software.
+
+# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+# AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+# LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
FROM,
+# OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
+# THE SOFTWARE.
+
+require recipes-devtools/installer/adt-installer_${PV}.bb
+
+FILESEXTRAPATHS_prepend := "${THISDIR}/adt-installer:"
+ADTREPO = "http://adtrepo-dev.yoctoproject.org/${SDK_VERSION}";
diff --git a/meta/recipes-devtools/installer/adt-installer/adt_installer.conf
b/meta/recipes-devtools/installer/adt-installer/adt_installer.conf
index afc69a4..171d2ac 100644
--- a/meta/recipes-devtools/installer/adt-installer/adt_installer.conf
+++ b/meta/recipes-devtools/installer/adt-installer/adt_installer.conf
@@ -23,7 +23,7 @@
# Your yocto distro repository, this should include IPKG based packages and
root filesystem files where the installation is based on
-YOCTOADT_REPO="http://adtrepo.yoctoproject.org/YOCTOADT_VERSION";
+YOCTOADT_REPO="ADTREPO"
# The following are for system wide setup
# Target architectures that you want to setup host cross dev environment for
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Add adt-installer-dev target for QA use
This is the first step in fixing the long standing QA complaint of having no good way of testing ADTREPO: https://bugzilla.yoctoproject.org/show_bug.cgi?id=2800 https://bugzilla.yoctoproject.org/show_bug.cgi?id=1877 https://bugzilla.yoctoproject.org/show_bug.cgi?id=2718 This target will be added to most autobuilder buildouts and the autobuilder will populate adtrepo-dev from the artifacts. This ensures that released build artifacts are jailed off and cannot be accidentally destroyed while ensuring QA has something to test. The following changes since commit 99c85ba93075a1aff789cafabbacf42e6a93bd32: build-appliance-image: Update to latest poky master (2012-09-04 18:04:40 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib eflanagan/adtfix http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=eflanagan/adtfix Elizabeth Flanagan (1): adt-installer: Add adt-installer-dev.bb .../installer/adt-installer-dev_1.0.bb | 26 .../installer/adt-installer/adt_installer.conf |2 +- 2 files changed, 27 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-devtools/installer/adt-installer-dev_1.0.bb -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][PATCH v2] u-boot: Use fw_env.config if available.
* Add support for board specific fw_env.config file if available.
Signed-off-by: Franklin S. Cooper Jr
---
meta/recipes-bsp/u-boot/u-boot.inc | 16 +++-
meta/recipes-bsp/u-boot/u-boot_2011.03.bb|2 +-
meta/recipes-bsp/u-boot/u-boot_2011.06.bb|2 +-
meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb |2 +-
4 files changed, 14 insertions(+), 8 deletions(-)
diff --git a/meta/recipes-bsp/u-boot/u-boot.inc
b/meta/recipes-bsp/u-boot/u-boot.inc
index a8642f0..ae53b90 100644
--- a/meta/recipes-bsp/u-boot/u-boot.inc
+++ b/meta/recipes-bsp/u-boot/u-boot.inc
@@ -49,6 +49,11 @@ do_install () {
install ${S}/${UBOOT_BINARY} ${D}/boot/${UBOOT_IMAGE}
ln -sf ${UBOOT_IMAGE} ${D}/boot/${UBOOT_BINARY}
+if [ -e ${WORKDIR}/fw_env.config ] ; then
+install -d ${D}${sysconfdir}
+install -m 644 ${WORKDIR}/fw_env.config ${D}${sysconfdir}/fw_env.config
+fi
+
if [ "x${SPL_BINARY}" != "x" ]
then
install ${S}/${SPL_BINARY} ${D}/boot/${SPL_IMAGE}
@@ -56,16 +61,17 @@ do_install () {
fi
}
-FILES_${PN} = "/boot"
+FILES_${PN} = "/boot ${sysconfdir}"
FILESPATH =. "${FILE_DIRNAME}/u-boot-git/${MACHINE}:"
do_deploy () {
install -d ${DEPLOYDIR}
- install ${S}/${UBOOT_BINARY} ${DEPLOYDIR}/${UBOOT_IMAGE}
+install ${S}/${UBOOT_BINARY} ${DEPLOYDIR}/${UBOOT_IMAGE}
- cd ${DEPLOYDIR}
- rm -f ${UBOOT_SYMLINK}
- ln -sf ${UBOOT_IMAGE} ${UBOOT_SYMLINK}
+cd ${DEPLOYDIR}
+rm -f ${UBOOT_BINARY} ${UBOOT_SYMLINK}
+ln -sf ${UBOOT_IMAGE} ${UBOOT_SYMLINK}
+ln -sf ${UBOOT_IMAGE} ${UBOOT_BINARY}
if [ "x${SPL_BINARY}" != "x" ]
then
diff --git a/meta/recipes-bsp/u-boot/u-boot_2011.03.bb
b/meta/recipes-bsp/u-boot/u-boot_2011.03.bb
index 8465395..a9cbeca 100644
--- a/meta/recipes-bsp/u-boot/u-boot_2011.03.bb
+++ b/meta/recipes-bsp/u-boot/u-boot_2011.03.bb
@@ -15,7 +15,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=1707d6db1d42237583f50183a5651ecb \
SRCREV = "19b54a701811220221fc4d5089a2bb18892018ca"
PV = "v2011.03+git${SRCPV}"
-PR = "r7"
+PR = "r8"
SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
diff --git a/meta/recipes-bsp/u-boot/u-boot_2011.06.bb
b/meta/recipes-bsp/u-boot/u-boot_2011.06.bb
index 9654795..a115ed2 100644
--- a/meta/recipes-bsp/u-boot/u-boot_2011.06.bb
+++ b/meta/recipes-bsp/u-boot/u-boot_2011.06.bb
@@ -15,7 +15,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=1707d6db1d42237583f50183a5651ecb \
SRCREV = "b1af6f532e0d348b153d5c148369229d24af361a"
PV = "v2011.06+git${SRCPV}"
-PR = "r2"
+PR = "r3"
SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
diff --git a/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
b/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
index c4ec50d..6c099b1 100644
--- a/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
+++ b/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
@@ -20,7 +20,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=1707d6db1d42237583f50183a5651ecb"
SRCREV = "415d386877df49eb051b85ef74fa59a16dc17c7d"
PV = "v2012.04.01+git${SRCPV}"
-PR = "r1"
+PR = "r2"
SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] Package group fixes
On 09/04/2012 09:43 AM, Paul Eggleton wrote: Fix a couple of things missed in the package group changes. The following changes since commit 92f8605b81d373b66224b15355226f93ac5b3a46: udev: Remove files moved to udev-extraconf (2012-09-04 15:41:01 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/packagegroup-fixes http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/packagegroup-fixes Paul Eggleton (2): packagegroup-core-standalone-gmae-sdk-target: allow dbg package packagegroup-*: add RREPLACES/RCONFLICTS .../packagegroups/packagegroup-core-boot.bb|4 +++- .../packagegroups/packagegroup-core-nfs.bb |4 +++- .../packagegroups/packagegroup-core-sdk.bb |4 +++- .../packagegroup-core-ssh-dropbear.bb |4 +++- .../packagegroups/packagegroup-core-ssh-openssh.bb |4 +++- .../packagegroup-core-standalone-sdk-target.bb |6 +- .../packagegroups/packagegroup-core-tools-debug.bb |4 +++- .../packagegroup-core-tools-profile.bb |4 .../packagegroup-core-tools-testapps.bb|4 .../packagegroup-core-device-devel.bb |3 +++ .../packagegroups/packagegroup-core-sdk-gmae.bb|4 +++- ...packagegroup-core-standalone-gmae-sdk-target.bb |6 +++--- .../packagegroups/packagegroup-core-clutter.bb |4 +++- .../packagegroup-core-gtk-directfb.bb |4 +++- .../packagegroups/packagegroup-core-x11-base.bb|4 +++- .../packagegroups/packagegroup-core-qt.bb |4 +++- .../packagegroups/packagegroup-core-qt4e.bb|4 +++- .../packagegroups/packagegroup-core-x11-sato.bb|4 +++- 18 files changed, 58 insertions(+), 17 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] scripts/cleanup-workdir: change autoconf-nativesdk to nativesdk-autoconf
On 09/04/2012 09:12 AM, m...@communistcode.co.uk wrote: From: Jack Mitchell the autoconf-nativesdk package name was recently changed to nativesdk-autoconf which in turn broke the cleanup-workdir script. Changed the package to the correct name. Signed-off-by: Jack Mitchell --- scripts/cleanup-workdir | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/cleanup-workdir b/scripts/cleanup-workdir index c748846..9d161c2 100755 --- a/scripts/cleanup-workdir +++ b/scripts/cleanup-workdir @@ -51,7 +51,7 @@ def get_cur_arch_dirs(workdir, arch_dirs): pattern = workdir + '/(.*?)/' # select thest 5 packages to get the dirs of current arch -pkgs = ['hicolor-icon-theme', 'base-files', 'acl-native', 'binutils-crosssdk', 'autoconf-nativesdk'] +pkgs = ['hicolor-icon-theme', 'base-files', 'acl-native', 'binutils-crosssdk', 'nativesdk-autoconf'] for pkg in pkgs: cmd = "bitbake -e " + pkg + " | grep ^IMAGE_ROOTFS=" Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] tzdata: install /etc/localtime alongside /etc/timezone
On Tue, Sep 4, 2012 at 9:28 AM, Mark Hatle wrote: > > I'm sorry, not all devices being generated have initramfs configuration (nor > do people want that behavior.) Also we've shown you can build a system w/ > a split filesystem and it works properly. yes if every package followed this sadly thats a more and more diverging case now a days. so do we diverge and it there a compelling case to do so. I would do it if 80% of our usecase was this one but this seems like a one off thing so either we find a better solution or we abandon it. In my opinion such a thing should be a configure option disabled by default and whoever has the usecase for it can enable it but not default there is a use case where now people are asking can I use this fedora prebuilt rpm with yocto/OE and so on and if we diverge too much on root file system layout by default we can get sidelined. The systemd/udev developers seem > 'lazy' to me... they were unwilling to work through early and late boot so > they just gave up. Linux was never supposed to have / and /usr different to begin with > > The comments in the FAQ about /etc and /var being local to a given machine, > while /usr being shareable is a reasonable set. This is the situations > where I've seen this used the most especially in blade systems w/ a local > rootfs on each, with a shared /usr among them all. > > I agree it can make some update processes more difficult, but the reality is > there are already mechanisms in place -- for many products -- that address > this. > > Perhaps one way around the whole argument is simply to redefine the problem. > (As Fedora and others seem to have done.) Work on an OE solution to > construct a minimal boot/configuration system that can load the appropriate > (combined) /usr partition, and then pivot-root, or similar and re-exec init > to switch to that configuration? This is similar in concept to the > initramfs, but is not tied to a specific technique or technology. > > This would still allow for the quick boot configuration (RO mount even), > udev setup, module loading and such -- and the larger /usr partition and > upgrade path. > > This is not something we have in OE today, and would certainly require some > custom work. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][PATCH] u-boot: Use fw_env.config if available.
* Add support for board specific fw_env.config file if available.
Signed-off-by: Franklin S. Cooper Jr
---
meta/recipes-bsp/u-boot/u-boot.inc | 16 +++-
meta/recipes-bsp/u-boot/u-boot_2011.03.bb|2 +-
meta/recipes-bsp/u-boot/u-boot_2011.06.bb|2 +-
meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb |2 +-
4 files changed, 14 insertions(+), 8 deletions(-)
diff --git a/meta/recipes-bsp/u-boot/u-boot.inc
b/meta/recipes-bsp/u-boot/u-boot.inc
index a8642f0..ed587a6 100644
--- a/meta/recipes-bsp/u-boot/u-boot.inc
+++ b/meta/recipes-bsp/u-boot/u-boot.inc
@@ -49,6 +49,11 @@ do_install () {
install ${S}/${UBOOT_BINARY} ${D}/boot/${UBOOT_IMAGE}
ln -sf ${UBOOT_IMAGE} ${D}/boot/${UBOOT_BINARY}
+if [ -e ${WORKDIR}/fw_env.config ] ; then
+install -d ${D}${sysconfdir}
+install -m 644 ${WORKDIR}/fw_env.config ${D}${sysconfdir}/fw_env.config
+fi
+
if [ "x${SPL_BINARY}" != "x" ]
then
install ${S}/${SPL_BINARY} ${D}/boot/${SPL_IMAGE}
@@ -56,16 +61,17 @@ do_install () {
fi
}
-FILES_${PN} = "/boot"
+FILES_${PN} = "/boot$ {sysconfdir}"
FILESPATH =. "${FILE_DIRNAME}/u-boot-git/${MACHINE}:"
do_deploy () {
install -d ${DEPLOYDIR}
- install ${S}/${UBOOT_BINARY} ${DEPLOYDIR}/${UBOOT_IMAGE}
+install ${S}/${UBOOT_BINARY} ${DEPLOYDIR}/${UBOOT_IMAGE}
- cd ${DEPLOYDIR}
- rm -f ${UBOOT_SYMLINK}
- ln -sf ${UBOOT_IMAGE} ${UBOOT_SYMLINK}
+cd ${DEPLOYDIR}
+rm -f ${UBOOT_BINARY} ${UBOOT_SYMLINK}
+ln -sf ${UBOOT_IMAGE} ${UBOOT_SYMLINK}
+ln -sf ${UBOOT_IMAGE} ${UBOOT_BINARY}
if [ "x${SPL_BINARY}" != "x" ]
then
diff --git a/meta/recipes-bsp/u-boot/u-boot_2011.03.bb
b/meta/recipes-bsp/u-boot/u-boot_2011.03.bb
index 8465395..a9cbeca 100644
--- a/meta/recipes-bsp/u-boot/u-boot_2011.03.bb
+++ b/meta/recipes-bsp/u-boot/u-boot_2011.03.bb
@@ -15,7 +15,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=1707d6db1d42237583f50183a5651ecb \
SRCREV = "19b54a701811220221fc4d5089a2bb18892018ca"
PV = "v2011.03+git${SRCPV}"
-PR = "r7"
+PR = "r8"
SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
diff --git a/meta/recipes-bsp/u-boot/u-boot_2011.06.bb
b/meta/recipes-bsp/u-boot/u-boot_2011.06.bb
index 9654795..a115ed2 100644
--- a/meta/recipes-bsp/u-boot/u-boot_2011.06.bb
+++ b/meta/recipes-bsp/u-boot/u-boot_2011.06.bb
@@ -15,7 +15,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=1707d6db1d42237583f50183a5651ecb \
SRCREV = "b1af6f532e0d348b153d5c148369229d24af361a"
PV = "v2011.06+git${SRCPV}"
-PR = "r2"
+PR = "r3"
SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
diff --git a/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
b/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
index c4ec50d..6c099b1 100644
--- a/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
+++ b/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
@@ -20,7 +20,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=1707d6db1d42237583f50183a5651ecb"
SRCREV = "415d386877df49eb051b85ef74fa59a16dc17c7d"
PV = "v2012.04.01+git${SRCPV}"
-PR = "r1"
+PR = "r2"
SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] packagegroup-core-x11: split machine specific parts to separate recipe packagegroup-core-x11-server
* add new packagegroup-core-x11-server to SIGGEN_EXCLUDERECIPES_ABISAFE,
so that recipes depending on it are not rebuilt after every machine
swtich
* allows to remove task-x11-server and task-x11 from meta-oe without
loosing any functionality
* be carefull with default XSERVER value which does not have
xf86-input-mouse and xf86-input-keyboard)
* VIRTUAL-RUNTIME_xserver_common which defaults to x11-common in oe-core
and xserver-common in meta-oe's task-x11
Signed-off-by: Martin Jansa
---
meta/conf/layer.conf | 1 +
.../packagegroups/packagegroup-core-x11-xserver.bb | 24 ++
.../packagegroups/packagegroup-core-x11.bb | 16 ++-
3 files changed, 27 insertions(+), 14 deletions(-)
create mode 100644
meta/recipes-graphics/packagegroups/packagegroup-core-x11-xserver.bb
diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index dfcb1f3..ed50f1c 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -24,4 +24,5 @@ SIGGEN_EXCLUDERECIPES_ABISAFE += " \
base-files \
keymaps \
udev-extraconf \
+ packagegroup-x11-xserver \
"
diff --git
a/meta/recipes-graphics/packagegroups/packagegroup-core-x11-xserver.bb
b/meta/recipes-graphics/packagegroups/packagegroup-core-x11-xserver.bb
new file mode 100644
index 000..bf39e63
--- /dev/null
+++ b/meta/recipes-graphics/packagegroups/packagegroup-core-x11-xserver.bb
@@ -0,0 +1,24 @@
+#
+# Copyright (C) 2011 Intel Corporation
+#
+
+LICENSE = "MIT"
+PR = "r38"
+
+inherit packagegroup
+
+PACKAGE_ARCH = "${MACHINE_ARCH}"
+
+PACKAGES = "${PN}"
+
+XSERVER ?= "xserver-xorg xf86-video-fbdev xf86-input-evdev"
+
+SUMMARY_${PN} = "X11 display server"
+RDEPENDS_${PN} = "\
+${XSERVER} \
+"
+
+# Allow replacing task-x11-server in meta-oe
+RPROVIDES_${PN} = "task-x11-server task-xserver"
+RREPLACES_${PN} = "task-x11-server task-xserver"
+RCONFLICTS_${PN} = "task-x11-server task-xserver"
diff --git a/meta/recipes-graphics/packagegroups/packagegroup-core-x11.bb
b/meta/recipes-graphics/packagegroups/packagegroup-core-x11.bb
index e306c08..e89df3a 100644
--- a/meta/recipes-graphics/packagegroups/packagegroup-core-x11.bb
+++ b/meta/recipes-graphics/packagegroups/packagegroup-core-x11.bb
@@ -3,15 +3,11 @@
#
LICENSE = "MIT"
-PR = "r37"
+PR = "r38"
inherit packagegroup
-PACKAGE_ARCH = "${MACHINE_ARCH}"
-
-PACKAGES = "${PN} ${PN}-xserver ${PN}-utils"
-
-XSERVER ?= "xserver-xorg xf86-video-fbdev xf86-input-evdev"
+PACKAGES = "${PN} ${PN}-utils"
# xserver-common, x11-common
VIRTUAL-RUNTIME_xserver_common ?= "x11-common"
@@ -25,11 +21,6 @@ RDEPENDS_${PN} = "\
${PN}-utils \
"
-SUMMARY_${PN}-xserver = "X11 display server"
-RDEPENDS_${PN}-xserver = "\
-${XSERVER} \
-"
-
SUMMARY_${PN}-utils = "X11 basic utilities and init"
RDEPENDS_${PN}-utils = "\
${VIRTUAL-RUNTIME_xserver_common} \
@@ -44,9 +35,6 @@ RDEPENDS_${PN}-utils = "\
RPROVIDES_${PN} = "task-x11"
RREPLACES_${PN} = "task-x11"
RCONFLICTS_${PN} = "task-x11"
-RPROVIDES_${PN}-xserver = "task-x11-server task-xserver"
-RREPLACES_${PN}-xserver = "task-x11-server"
-RCONFLICTS_${PN}-xserver = "task-x11-server"
RPROVIDES_${PN}-utils = "task-x11-utils"
RREPLACES_${PN}-utils = "task-x11-utils"
RCONFLICTS_${PN}-utils = "task-x11-utils"
--
1.7.12
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] packagegroup-core-x11: add upgrade path from meta-oe task-x11*
From: Paul Eggleton
This recipe was structured in order to replace task-x11 from meta-oe,
which it hopefully can now that a runtime upgrade path is in place.
Signed-off-by: Paul Eggleton
Signed-off-by: Martin Jansa
---
.../recipes-graphics/packagegroups/packagegroup-core-x11.bb | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/packagegroups/packagegroup-core-x11.bb
b/meta/recipes-graphics/packagegroups/packagegroup-core-x11.bb
index 3704521..e306c08 100644
--- a/meta/recipes-graphics/packagegroups/packagegroup-core-x11.bb
+++ b/meta/recipes-graphics/packagegroups/packagegroup-core-x11.bb
@@ -3,7 +3,7 @@
#
LICENSE = "MIT"
-PR = "r36"
+PR = "r37"
inherit packagegroup
@@ -39,3 +39,14 @@ RDEPENDS_${PN}-utils = "\
xset \
xrandr \
"
+
+# Allow replacing task-x11* in meta-oe
+RPROVIDES_${PN} = "task-x11"
+RREPLACES_${PN} = "task-x11"
+RCONFLICTS_${PN} = "task-x11"
+RPROVIDES_${PN}-xserver = "task-x11-server task-xserver"
+RREPLACES_${PN}-xserver = "task-x11-server"
+RCONFLICTS_${PN}-xserver = "task-x11-server"
+RPROVIDES_${PN}-utils = "task-x11-utils"
+RREPLACES_${PN}-utils = "task-x11-utils"
+RCONFLICTS_${PN}-utils = "task-x11-utils"
--
1.7.12
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] xserver-xorg: make DRI/GLX options respect opengl distro feature
If the distro doesn't have the opengl feature there's no point building the DRI
or GLX support, making the mesa-dri build dependency optional.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc |3 +--
meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc |5 -
meta/recipes-graphics/xorg-xserver/xserver-xorg.inc|6 --
3 files changed, 5 insertions(+), 9 deletions(-)
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
index b588c11..b4a348c 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
@@ -8,5 +8,4 @@ SRC_URI += "file://crosscompile.patch \
SRC_URI[md5sum] = "8796fff441e5435ee36a72579008af24"
SRC_URI[sha256sum] =
"fa415decf02027ca278b06254ccfbcceba2a83c2741405257ebf749da4a73cf2"
-PR = "r5"
-
+PR = "r6"
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
b/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
index 404c488..94e83ea 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
@@ -119,8 +119,11 @@ EXTRA_OECONF += "--with-fop=no \
ac_cv_file__usr_share_sgml_X11_defs_ent=no \
"
-PACKAGECONFIG ??= "udev"
+PACKAGECONFIG ??= "udev ${@base_contains('DISTRO_FEATURES', 'opengl', 'glx',
'', d)}"
PACKAGECONFIG[udev] = "--enable-config-udev,--disable-config-udev,udev"
+PACKAGECONFIG[glx] = "--enable-dri --enable-dri2 --enable-glx
--enable-glx-tls,\
+ --disable-dri --disable-glx,\
+ xf86driproto dri2proto mesa-dri"
do_install_append () {
# Its assumed base-files creates this for us
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
index ca7d33a..1322cfc 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
@@ -1,12 +1,6 @@
require xserver-xorg-common.inc
-PROTO_DEPS += "xf86driproto dri2proto"
-LIB_DEPS += "mesa-dri"
-
EXTRA_OECONF += "\
- --enable-dri \
- --enable-dri2 \
- --enable-glx-tls \
--with-pic \
--with-int10=x86emu \
--without-xmlto \
--
1.7.10
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] tzdata: install /etc/localtime alongside /etc/timezone
On 9/4/12 3:06 PM, Burton, Ross wrote: On 4 September 2012 20:44, Mark Hatle wrote: So that's a false positive, and libgudev can be moved back into /usr where it belongs? The gobject linkage into udev is either the result of a newer version of udev, different configuration options or "something else". The version we're using from the Denzil branch did not generate this failure. (maybe the check was in error?) gudev is relatively new, so probably isn't in the Denzil udev. It would be interesting to see if it's used in early boot or not (I suspect not, as it depends on GObject), and only selectively move parts of udev to /lib as required instead of forcing everything to move. Ya, understanding how it's used and when.. it should be much easier to make a good choice. I know in the past I've been able to break apart things like this. --Mark Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] tzdata: install /etc/localtime alongside /etc/timezone
On 4 September 2012 20:44, Mark Hatle wrote: >> So that's a false positive, and libgudev can be moved back into /usr >> where it belongs? > > The gobject linkage into udev is either the result of a newer version of > udev, different configuration options or "something else". The version > we're using from the Denzil branch did not generate this failure. (maybe > the check was in error?) gudev is relatively new, so probably isn't in the Denzil udev. It would be interesting to see if it's used in early boot or not (I suspect not, as it depends on GObject), and only selectively move parts of udev to /lib as required instead of forcing everything to move. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] tzdata: install /etc/localtime alongside /etc/timezone
On 9/4/12 2:26 PM, Burton, Ross wrote: On 4 September 2012 17:28, Mark Hatle wrote: I'm sorry, not all devices being generated have initramfs configuration (nor do people want that behavior.) Also we've shown you can build a system w/ a split filesystem and it works properly. The systemd/udev developers seem 'lazy' to me... they were unwilling to work through early and late boot so they just gave up. With oe-core master, I get: NOTE: Executing RunQueue Tasks WARNING: QA Issue: udev: /lib/libgudev-1.0.so.0.0.1, installed in the base_prefix, requires a shared library under exec_prefix (/usr): libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xdead2000) So that's a false positive, and libgudev can be moved back into /usr where it belongs? The gobject linkage into udev is either the result of a newer version of udev, different configuration options or "something else". The version we're using from the Denzil branch did not generate this failure. (maybe the check was in error?) This type of problem is the "peeling of the onion" problem. You fix one, and you expose the next problem. Each of these are really problems.. the catch is at the end of the process do you eliminate the problem (in a sustainable way) or not. For this particular issue, I haven't looked at udev in a while to see where the dependency is coming from, and why it is there.. --Mark Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] tzdata: install /etc/localtime alongside /etc/timezone
On 4 September 2012 17:28, Mark Hatle wrote: > I'm sorry, not all devices being generated have initramfs configuration (nor > do people want that behavior.) Also we've shown you can build a system w/ > a split filesystem and it works properly. The systemd/udev developers seem > 'lazy' to me... they were unwilling to work through early and late boot so > they just gave up. With oe-core master, I get: NOTE: Executing RunQueue Tasks WARNING: QA Issue: udev: /lib/libgudev-1.0.so.0.0.1, installed in the base_prefix, requires a shared library under exec_prefix (/usr): libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xdead2000) So that's a false positive, and libgudev can be moved back into /usr where it belongs? Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] qmake: add linux-qnuspe to the list of supported targets
Signed-off-by: Matthew McClintock
---
meta/classes/qmake_base.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/qmake_base.bbclass b/meta/classes/qmake_base.bbclass
index d1008b6..f972b27 100644
--- a/meta/classes/qmake_base.bbclass
+++ b/meta/classes/qmake_base.bbclass
@@ -48,7 +48,7 @@ addtask generate_qt_config_file after do_patch before
do_configure
qmake_base_do_configure() {
case ${QMAKESPEC} in
-
*linux-oe-g++|*linux-uclibc-oe-g++|*linux-gnueabi-oe-g++|*linux-uclibceabi-oe-g++)
+
*linux-oe-g++|*linux-uclibc-oe-g++|*linux-gnueabi-oe-g++|*linux-uclibceabi-oe-g++|*linux-gnuspe-oe-g++)
;;
*-oe-g++)
die Unsupported target ${TARGET_OS} for oe-g++ qmake spec
--
1.7.9.7
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] packagegroup-(base|core-basic): add RREPLACES/RCONFLICTS
These are needed to support upgrading from task-* to packagegroup-*
within existing target images at runtime.
Note: these settings will very likely be moved to a separate inc file
at some point in the future.
Signed-off-by: Paul Eggleton
---
.../packagegroups/packagegroup-base.bb | 10 --
.../packagegroups/packagegroup-core-basic.bb |4 +++-
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-core/packagegroups/packagegroup-base.bb
b/meta/recipes-core/packagegroups/packagegroup-base.bb
index 2178308..347a7e1 100644
--- a/meta/recipes-core/packagegroups/packagegroup-base.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-base.bb
@@ -1,6 +1,6 @@
DESCRIPTION = "Merge machine and distro options to create a basic machine
task/package"
LICENSE = "MIT"
-PR = "r75"
+PR = "r76"
inherit packagegroup
@@ -117,12 +117,10 @@ python __anonymous () {
# For backwards compatibility after rename
packages = d.getVar("PACKAGES", True).split()
-packages.remove("packagegroup-distro-base")
-packages.remove("packagegroup-machine-base")
for pkg in packages:
-d.appendVar("RPROVIDES_%s" % pkg, pkg.replace("packagegroup-base",
"task-base"))
-d.appendVar("RPROVIDES_packagegroup-distro-base", "task-distro-base")
-d.appendVar("RPROVIDES_packagegroup-machine-base", "task-machine-base")
+d.appendVar("RPROVIDES_%s" % pkg, pkg.replace("packagegroup-",
"task-"))
+d.appendVar("RREPLACES_%s" % pkg, pkg.replace("packagegroup-",
"task-"))
+d.appendVar("RCONFLICTS_%s" % pkg, pkg.replace("packagegroup-",
"task-"))
}
#
diff --git a/meta/recipes-extended/packagegroups/packagegroup-core-basic.bb
b/meta/recipes-extended/packagegroups/packagegroup-core-basic.bb
index 30b66c5..d3d 100644
--- a/meta/recipes-extended/packagegroups/packagegroup-core-basic.bb
+++ b/meta/recipes-extended/packagegroups/packagegroup-core-basic.bb
@@ -3,7 +3,7 @@
#
DESCRIPTION = "Create Basic Image Tasks"
-PR = "r4"
+PR = "r5"
LICENSE = "MIT"
inherit packagegroup
@@ -24,6 +24,8 @@ python __anonymous () {
packages = d.getVar("PACKAGES", True).split()
for pkg in packages:
d.appendVar("RPROVIDES_%s" % pkg, pkg.replace("packagegroup-core",
"task-core"))
+d.appendVar("RREPLACES_%s" % pkg, pkg.replace("packagegroup-core",
"task-core"))
+d.appendVar("RCONFLICTS_%s" % pkg, pkg.replace("packagegroup-core",
"task-core"))
}
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] linux-yocto-rt: update to 3.4.9-rt17
qemux86 now builds and boots to login prompt for me.
On 09/04/2012 08:19 AM, Bruce Ashfield wrote:
> Bumping the 3.4 kernel to -rt17.
>
> As well as picking up the normal set of bug fixes, this update fixes
> a boot issue that was introduced during merging of kernel.org -stable
> updates into the -rt branches (in the timekeeping code).
>
> Signed-off-by: Bruce Ashfield
> ---
> meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |4 ++--
> 1 files changed, 2 insertions(+), 2 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 9cc7e99..ae64de1 100644
> --- a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
> @@ -8,8 +8,8 @@ LINUX_KERNEL_TYPE = "preempt-rt"
>
> KMETA = "meta"
>
> -SRCREV_machine ?= "eb9c0669c66041eeae72b853011ec31ad81cc35d"
> -SRCREV_machine_qemuppc ?= "76add8441a2b6ed26bcc9268819782b2eec99001"
> +SRCREV_machine ?= "52518e60a7220385f31cdd09b83dacd84581c88c"
> +SRCREV_machine_qemuppc ?= "e6db5e91e1a5b31d26ac67778df7fb1fd5e42aa5"
> SRCREV_meta ?= "463299bc2e533e1bd38b0053ae7b210980f269c3"
>
> PR = "${INC_PR}.0"
>
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Technical Lead - Linux Kernel
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] build-appliance-image: fix for packagegroup-apps-console removal
Signed-off-by: Paul Eggleton
---
meta/recipes-core/images/build-appliance-image.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/images/build-appliance-image.bb
b/meta/recipes-core/images/build-appliance-image.bb
index be4d6ab..62c7374 100644
--- a/meta/recipes-core/images/build-appliance-image.bb
+++ b/meta/recipes-core/images/build-appliance-image.bb
@@ -1,5 +1,5 @@
DESCRIPTION = "An image you can boot and run using either the VMware Player or
VMware Workstation. For more information, see theBuild
Appliance page."
-IMAGE_INSTALL = "packagegroup-core-boot packagegroup-core-apps-console
packagegroup-core-ssh-openssh packagegroup-self-hosted"
+IMAGE_INSTALL = "packagegroup-core-boot packagegroup-core-ssh-openssh
packagegroup-self-hosted"
LICENSE = "MIT"
LIC_FILES_CHKSUM =
"file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
"file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3
PR = "r16"
-IMAGE_FEATURES += "x11-base package-management"
+IMAGE_FEATURES += "x11-base package-management splash"
# Ensure there's enough space to do a core-image-sato build, with rm_work
enabled
IMAGE_ROOTFS_EXTRA_SPACE = "41943040"
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] linux-yocto-rt: remaining 3.4.9-rt17 fixes
Richard/Saul, .. and here's the predicted tweaks to my morning -rt refresh. The exported SRCREVs were part 1/2 due to a merge conflict combined with a force reset making me miss several files. Both -rt updates build and boot (and the full -rt was tested), but without this, you don't get much of a realtime kernel :) Cheers, Bruce The following changes since commit 99c85ba93075a1aff789cafabbacf42e6a93bd32: build-appliance-image: Update to latest poky master (2012-09-04 18:04:40 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel-rt http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (1): linux-yocto-rt: 3.4.9-rt17 remaining changes meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] linux-yocto-rt: 3.4.9-rt17 remaining changes
The first import of 3.4.9-rt17 only picked up part of the import due
to a merge conflict with the modified files, and then SRCREVs being
generated from the pre-merge commit.
This SRCREV update picks up the rest of the modified files for full
-rt support.
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |4 ++--
1 files changed, 2 insertions(+), 2 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 ae64de1..b2620ea 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
@@ -8,8 +8,8 @@ LINUX_KERNEL_TYPE = "preempt-rt"
KMETA = "meta"
-SRCREV_machine ?= "52518e60a7220385f31cdd09b83dacd84581c88c"
-SRCREV_machine_qemuppc ?= "e6db5e91e1a5b31d26ac67778df7fb1fd5e42aa5"
+SRCREV_machine ?= "9032b1e9daf5b4396f939981c3be95f67802d18c"
+SRCREV_machine_qemuppc ?= "08ce190232f89303772b6591ca7daaf2820eb74e"
SRCREV_meta ?= "463299bc2e533e1bd38b0053ae7b210980f269c3"
PR = "${INC_PR}.0"
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Package group fixes
Fix a couple of things missed in the package group changes. The following changes since commit 92f8605b81d373b66224b15355226f93ac5b3a46: udev: Remove files moved to udev-extraconf (2012-09-04 15:41:01 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/packagegroup-fixes http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/packagegroup-fixes Paul Eggleton (2): packagegroup-core-standalone-gmae-sdk-target: allow dbg package packagegroup-*: add RREPLACES/RCONFLICTS .../packagegroups/packagegroup-core-boot.bb|4 +++- .../packagegroups/packagegroup-core-nfs.bb |4 +++- .../packagegroups/packagegroup-core-sdk.bb |4 +++- .../packagegroup-core-ssh-dropbear.bb |4 +++- .../packagegroups/packagegroup-core-ssh-openssh.bb |4 +++- .../packagegroup-core-standalone-sdk-target.bb |6 +- .../packagegroups/packagegroup-core-tools-debug.bb |4 +++- .../packagegroup-core-tools-profile.bb |4 .../packagegroup-core-tools-testapps.bb|4 .../packagegroup-core-device-devel.bb |3 +++ .../packagegroups/packagegroup-core-sdk-gmae.bb|4 +++- ...packagegroup-core-standalone-gmae-sdk-target.bb |6 +++--- .../packagegroups/packagegroup-core-clutter.bb |4 +++- .../packagegroup-core-gtk-directfb.bb |4 +++- .../packagegroups/packagegroup-core-x11-base.bb|4 +++- .../packagegroups/packagegroup-core-qt.bb |4 +++- .../packagegroups/packagegroup-core-qt4e.bb|4 +++- .../packagegroups/packagegroup-core-x11-sato.bb|4 +++- 18 files changed, 58 insertions(+), 17 deletions(-) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] packagegroup-*: add RREPLACES/RCONFLICTS
These are needed to support upgrading from task-* to packagegroup-*
within existing target images at runtime.
Note: these settings will very likely be moved out to a separate inc
file at some point in the future.
Signed-off-by: Paul Eggleton
---
.../packagegroups/packagegroup-core-boot.bb|4 +++-
.../packagegroups/packagegroup-core-nfs.bb |4 +++-
.../packagegroups/packagegroup-core-sdk.bb |4 +++-
.../packagegroup-core-ssh-dropbear.bb |4 +++-
.../packagegroups/packagegroup-core-ssh-openssh.bb |4 +++-
.../packagegroup-core-standalone-sdk-target.bb |6 +-
.../packagegroups/packagegroup-core-tools-debug.bb |4 +++-
.../packagegroup-core-tools-profile.bb |4
.../packagegroup-core-tools-testapps.bb|4
.../packagegroup-core-device-devel.bb |3 +++
.../packagegroups/packagegroup-core-sdk-gmae.bb|4 +++-
...packagegroup-core-standalone-gmae-sdk-target.bb |4 +++-
.../packagegroups/packagegroup-core-clutter.bb |4 +++-
.../packagegroup-core-gtk-directfb.bb |4 +++-
.../packagegroups/packagegroup-core-x11-base.bb|4 +++-
.../packagegroups/packagegroup-core-qt.bb |4 +++-
.../packagegroups/packagegroup-core-qt4e.bb|4 +++-
.../packagegroups/packagegroup-core-x11-sato.bb|4 +++-
18 files changed, 58 insertions(+), 15 deletions(-)
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
b/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
index d29dc2b..16ad4e3 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
@@ -6,7 +6,7 @@ SUMMARY = "Minimal boot requirements"
DESCRIPTION = "The minimal set of packages required to boot the system"
LICENSE = "MIT"
DEPENDS = "virtual/kernel"
-PR = "r9"
+PR = "r10"
inherit packagegroup
@@ -20,6 +20,8 @@ MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS ?= ""
# For backwards compatibility after rename
RPROVIDES_${PN} = "task-core-boot"
+RREPLACES_${PN} = "task-core-boot"
+RCONFLICTS_${PN} = "task-core-boot"
# Distro can override the following VIRTUAL-RUNTIME providers:
VIRTUAL-RUNTIME_dev_manager ?= "udev"
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-nfs.bb
b/meta/recipes-core/packagegroups/packagegroup-core-nfs.bb
index 03f9c12..531eceb 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-nfs.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-nfs.bb
@@ -4,7 +4,7 @@
DESCRIPTION = "NFS package groups"
LICENSE = "MIT"
-PR = "r1"
+PR = "r2"
inherit packagegroup
@@ -12,6 +12,8 @@ PACKAGES = "${PN}-server"
# For backwards compatibility after rename
RPROVIDES_${PN}-server = "task-core-nfs-server"
+RREPLACES_${PN}-server = "task-core-nfs-server"
+RCONFLICTS_${PN}-server = "task-core-nfs-server"
SUMMARY_${PN}-server = "NFS server"
RDEPENDS_${PN}-server = "\
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
b/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
index f05e099..b00bf07 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
@@ -4,7 +4,7 @@
SUMMARY = "Software development tools"
LICENSE = "MIT"
-PR = "r8"
+PR = "r9"
inherit packagegroup
@@ -12,6 +12,8 @@ inherit packagegroup
# For backwards compatibility after rename
RPROVIDES_packagegroup-core-sdk = "task-core-sdk"
+RREPLACES_packagegroup-core-sdk = "task-core-sdk"
+RCONFLICTS_packagegroup-core-sdk = "task-core-sdk"
RDEPENDS_packagegroup-core-sdk = "\
autoconf \
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-ssh-dropbear.bb
b/meta/recipes-core/packagegroups/packagegroup-core-ssh-dropbear.bb
index 7fa06e9..458d8fa 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-ssh-dropbear.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-ssh-dropbear.bb
@@ -1,10 +1,12 @@
SUMMARY = "Dropbear SSH client/server"
LICENSE = "MIT"
-PR = "r0"
+PR = "r1"
inherit packagegroup
# For backwards compatibility after rename
RPROVIDES_${PN} = "task-core-ssh-dropbear"
+RREPLACES_${PN} = "task-core-ssh-dropbear"
+RCONFLICTS_${PN} = "task-core-ssh-dropbear"
RDEPENDS_${PN} = "dropbear"
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-ssh-openssh.bb
b/meta/recipes-core/packagegroups/packagegroup-core-ssh-openssh.bb
index 3221e8b..df70962 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-ssh-openssh.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-ssh-openssh.bb
@@ -1,10 +1,12 @@
SUMMARY = "OpenSSH SSH client/server"
LICENSE = "MIT"
-PR = "r0"
+PR = "r1"
inherit packagegroup
# For backwards compatibility after rename
RPROVIDES_${PN} = "task-core-ssh-openssh"
+RREPLACES_${PN} = "task-core-ssh-openssh"
+RCONFLICTS_${PN} = "task-core-ssh-openssh"
RDEPENDS_${PN} = "openssh"
di
[OE-core] [PATCH 1/2] packagegroup-core-standalone-gmae-sdk-target: allow dbg package
meta-toolchain-gmae is still referring to the dbg package so we still
need to create this.
Signed-off-by: Paul Eggleton
---
...packagegroup-core-standalone-gmae-sdk-target.bb |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
a/meta/recipes-gnome/packagegroups/packagegroup-core-standalone-gmae-sdk-target.bb
b/meta/recipes-gnome/packagegroups/packagegroup-core-standalone-gmae-sdk-target.bb
index 69c5340..3f322a0 100644
---
a/meta/recipes-gnome/packagegroups/packagegroup-core-standalone-gmae-sdk-target.bb
+++
b/meta/recipes-gnome/packagegroups/packagegroup-core-standalone-gmae-sdk-target.bb
@@ -4,14 +4,12 @@
SUMMARY = "GNOME Mobile And Embedded SDK (target tools)"
LICENSE = "MIT"
-PR = "r14"
+PR = "r15"
inherit packagegroup
require packagegroup-sdk-gmae.inc
-PACKAGEGROUP_DISABLE_COMPLEMENTARY = "1"
-
# For backwards compatibility after rename
RPROVIDES_${PN} = "task-core-standalone-gmae-sdk-target"
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] tzdata: install /etc/localtime alongside /etc/timezone
On 9/1/12 12:30 PM, Andrea Adami wrote:
On Fri, Aug 31, 2012 at 9:45 AM, Khem Raj wrote:
On Fri, Aug 31, 2012 at 9:01 AM, Richard Purdie
wrote:
I don't think dropping support for / and ${prefix} makes sense as long
as it doesn't excessively hurt us
we already have, done special things to support it look how many
libraries appear in /lib now a days despite their original build
system wanting it in /usr and I still get atleast 50 warnings on it
wanting more in /lib and I am sure someone will send patches
for it because they hate the warning and then we will have this
growing pile of patches
to maintain. So IMO it has already started to hurt us.
just to quantify it. I have 11 warnings reported about it.
WARNING: QA Issue: installed in the base_prefix, requires a
shared library under exec_prefix (/usr)
this is very custom image but very much similar to core-image-minimal
now if I fix this 11 warnings. For the sake of it I fixed these 11 warnings
by hacking patches for packages or recipes to move these files into
base_prefix and it now gives me 16 more warnings about same but
different files it wants to bring along into base_prefix
its quite slimy :/
As Khem says, leading distros are even going one step further:
http:\\fedoraproject.org/wiki/Features/UsrMove
Seems it's time to consider alternative rootfs layouts, like this F17 unified
filesystem.
I really dislike their snarky FAQ..
I'm sorry, not all devices being generated have initramfs configuration (nor do
people want that behavior.) Also we've shown you can build a system w/ a split
filesystem and it works properly. The systemd/udev developers seem 'lazy' to
me... they were unwilling to work through early and late boot so they just gave up.
The comments in the FAQ about /etc and /var being local to a given machine,
while /usr being shareable is a reasonable set. This is the situations where
I've seen this used the most especially in blade systems w/ a local rootfs on
each, with a shared /usr among them all.
I agree it can make some update processes more difficult, but the reality is
there are already mechanisms in place -- for many products -- that address this.
Perhaps one way around the whole argument is simply to redefine the problem.
(As Fedora and others seem to have done.) Work on an OE solution to construct a
minimal boot/configuration system that can load the appropriate (combined) /usr
partition, and then pivot-root, or similar and re-exec init to switch to that
configuration? This is similar in concept to the initramfs, but is not tied to
a specific technique or technology.
This would still allow for the quick boot configuration (RO mount even), udev
setup, module loading and such -- and the larger /usr partition and upgrade path.
This is not something we have in OE today, and would certainly require some
custom work.
--Mark
Andrea
__
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [meta-ti 1/2] mesa: add appends to avoid providing conflicts
For libgles-omap3 compatible machines mesa should only provide libgl.
Signed-off-by: Andreas Müller
---
recipes-graphics/mesa/mesa-dri_8.0.4.bbappend |1 +
recipes-graphics/mesa/mesa-dri_git.bbappend|1 +
recipes-graphics/mesa/mesa-omap3-common.inc|7 +++
recipes-graphics/mesa/mesa-xlib_8.0.4.bbappend |1 +
recipes-graphics/mesa/mesa-xlib_git.bbappend |1 +
5 files changed, 11 insertions(+), 0 deletions(-)
create mode 100644 recipes-graphics/mesa/mesa-dri_8.0.4.bbappend
create mode 100644 recipes-graphics/mesa/mesa-dri_git.bbappend
create mode 100644 recipes-graphics/mesa/mesa-omap3-common.inc
create mode 100644 recipes-graphics/mesa/mesa-xlib_8.0.4.bbappend
create mode 100644 recipes-graphics/mesa/mesa-xlib_git.bbappend
diff --git a/recipes-graphics/mesa/mesa-dri_8.0.4.bbappend
b/recipes-graphics/mesa/mesa-dri_8.0.4.bbappend
new file mode 100644
index 000..164ec1b
--- /dev/null
+++ b/recipes-graphics/mesa/mesa-dri_8.0.4.bbappend
@@ -0,0 +1 @@
+require mesa-omap3-common.inc
diff --git a/recipes-graphics/mesa/mesa-dri_git.bbappend
b/recipes-graphics/mesa/mesa-dri_git.bbappend
new file mode 100644
index 000..164ec1b
--- /dev/null
+++ b/recipes-graphics/mesa/mesa-dri_git.bbappend
@@ -0,0 +1 @@
+require mesa-omap3-common.inc
diff --git a/recipes-graphics/mesa/mesa-omap3-common.inc
b/recipes-graphics/mesa/mesa-omap3-common.inc
new file mode 100644
index 000..0340770
--- /dev/null
+++ b/recipes-graphics/mesa/mesa-omap3-common.inc
@@ -0,0 +1,7 @@
+PRINC := "${@int(PRINC) + 1}"
+
+# avoid providing conflicts for libgles-omap3 compatibles
+PROVIDES_omap3 = "virtual/libgl"
+PROVIDES_ti814x = "virtual/libgl"
+PROVIDES_ti816x = "virtual/libgl"
+PROVIDES_ti33x = "virtual/libgl"
diff --git a/recipes-graphics/mesa/mesa-xlib_8.0.4.bbappend
b/recipes-graphics/mesa/mesa-xlib_8.0.4.bbappend
new file mode 100644
index 000..164ec1b
--- /dev/null
+++ b/recipes-graphics/mesa/mesa-xlib_8.0.4.bbappend
@@ -0,0 +1 @@
+require mesa-omap3-common.inc
diff --git a/recipes-graphics/mesa/mesa-xlib_git.bbappend
b/recipes-graphics/mesa/mesa-xlib_git.bbappend
new file mode 100644
index 000..164ec1b
--- /dev/null
+++ b/recipes-graphics/mesa/mesa-xlib_git.bbappend
@@ -0,0 +1 @@
+require mesa-omap3-common.inc
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [meta-ti 2/2] libgles-omap3: fix for latest oe-core mesa changes
* add virtual/libgles1 virtual/libgles2 to PROVIDES
* add RREPLACES_{PN}* for mesa's libegl* libgles1* libgles2*
Signed-off-by: Andreas Müller
---
recipes-graphics/libgles/libgles-omap3.inc |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/recipes-graphics/libgles/libgles-omap3.inc
b/recipes-graphics/libgles/libgles-omap3.inc
index 6137097..ac9d5df 100644
--- a/recipes-graphics/libgles/libgles-omap3.inc
+++ b/recipes-graphics/libgles/libgles-omap3.inc
@@ -3,13 +3,17 @@ LICENSE = "proprietary-binary"
# 'TSPA.txt' might not be the best file to md5sum
LIC_FILES_CHKSUM = "file://TSPA.txt;md5=c0d5d9c1e38b41677144c4e24d6ddee1"
-PR = "r31"
+PR = "r32"
COMPATIBLE_MACHINE = "(omap3|ti814x|ti816x|ti33x)"
DEPENDS = "virtual/libx11 libxau libxdmcp libdrm"
-PROVIDES += "virtual/egl"
+PROVIDES += "virtual/egl virtual/libgles1 virtual/libgles2"
+
+RREPLACES_${PN} = "libegl libgles1 libgles2"
+RREPLACES_${PN}-dev = "libegl-dev libgles1-dev libgles2-dev"
+RREPLACES_${PN}-dbg = "libegl-dbg"
SRC_URI =
"http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/gfxsdk/${SGXPV}/exports/OMAP35x_Graphics_SDK_setuplinux_${SGXPV}.bin
\
file://cputype \
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] tzdata: install /etc/localtime alongside /etc/timezone
On 8/31/12 11:01 AM, Richard Purdie wrote:
On Fri, 2012-08-31 at 15:29 +0100, Phil Blundell wrote:
On Wed, 2012-08-29 at 23:22 +0100, Phil Blundell wrote:
As far as I know, only Intel have ever expressed any real interest in
having this feature work. My recollection is that there are some
supposed "carrier grade" systems where this is, for whatever reason, a
requirement.
None of the carrier-grade people (or indeed any others) seem to have
spoken up in favour of a separate /usr in the past 3 days or so, which
does rather suggest that nobody actually cares about it.
Maybe the TSC would like to reconsider whether this is in fact a
worthwhile thing to go on trying to support in oe-core or whether it
should just assume that / and ${prefix} will be the same filesystem.
I think the people in question are at a conference at the moment and
dealing with a few issues so they fact they haven't spoken up doesn't
surprise me.
As Richard mentioned, a lot of folks were at a conference last week and with the
holiday (in the US) over the weekend were not around to reply before.
I'm fine with merging the symlink change. As others have mentioned, if
it is an issue, a script to turn the links into copies can be written
relatively easily.
Frankly, I'm an advocate of the split, and I'm in favor of the symlink change.
A dangling link is fine for a non-criticial component like a timezone file. If
the system attempts to get the time, it will simply fall back to GMT, which to
me is acceptable on embedded systems.
I don't think dropping support for / and ${prefix} makes sense as long
as it doesn't excessively hurt us. It is up to users to step up and help
maintain the use cases they care about and so far, they have done this.
So I think the position the TSC took is the correct one. Certainly we
can revisit it but its not going to stop this patch going in for
example.
Again, I agree with this.
At Wind River we've been following up and sending patches. The issue is that we
(OE) need to keep reviewing them and determining if they continue to make sense
or not. If we get into a situation where we've moved everything from /usr to /,
it's pretty clear it no longer makes sense! However, we're still far from the
point.
initramdisk (from the comments to the links Khem sent out) is certainly a
primary issue, but not the one I've been focused on in the past...
A number of devices that I've worked with do something -similar- to the ramdisk
for early booting. Boot order becomes:
firmware/bootloader -> kernel -> [small] rootfs mount (RO) -> run init
init -> module loading -> setup -> 'late' udev config -> mount filesystems
(/usr) -> 'early' udev config
(late udev is running the daemon and watching for hotplug events, early udev is
what triggers device creation behaviors. The orders are switched both for
performance, and because other then plugable devices -- the device tree is more
or less static from one boot to the next, so our root has it pre-seeded...)
Many of the devices also have a validation and restoration system on root as
well, that is performed by the setup step. If the validation fails, then
corrective actions can be taken to "fix" the system. The / is always a RO
system.. the device may contain more then one '/' to allow for upgrades, but the
active one is always RO to avoid various potential problems.
The more software that gets put onto the system, the harder it will be to do
field upgrades w/o a reboot. (Since we don't want to allow / to change.)
Keeping the root small makes for a quicker boot, smaller set of partitions, and
easier restoration on failure in my experience.
---
Again, if creating split systems no longer makes sense, I'm not against dumping
the code.. I am going to be monitoring our customers, as much as I'm able, over
the next 6 months -> year and seeing if anyone is doing this type of split
anymore.. if they're not.. then we (OE) may, justifiably, abandon this behavior.
--Mark
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] scripts/cleanup-workdir: change autoconf-nativesdk to nativesdk-autoconf
From: Jack Mitchell the autoconf-nativesdk package name was recently changed to nativesdk-autoconf which in turn broke the cleanup-workdir script. Changed the package to the correct name. Signed-off-by: Jack Mitchell --- scripts/cleanup-workdir | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/cleanup-workdir b/scripts/cleanup-workdir index c748846..9d161c2 100755 --- a/scripts/cleanup-workdir +++ b/scripts/cleanup-workdir @@ -51,7 +51,7 @@ def get_cur_arch_dirs(workdir, arch_dirs): pattern = workdir + '/(.*?)/' # select thest 5 packages to get the dirs of current arch -pkgs = ['hicolor-icon-theme', 'base-files', 'acl-native', 'binutils-crosssdk', 'autoconf-nativesdk'] +pkgs = ['hicolor-icon-theme', 'base-files', 'acl-native', 'binutils-crosssdk', 'nativesdk-autoconf'] for pkg in pkgs: cmd = "bitbake -e " + pkg + " | grep ^IMAGE_ROOTFS=" -- 1.7.12 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] cleanup-workdir script broken
On 4 September 2012 16:59, Jack Mitchell wrote: > Has something vital changed in autoconf-nativesdk? Yes, it's now nativesdk-autoconf. That script needs to be fixed. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] cleanup-workdir script broken
I'm trying to use the cleanup-workdir script and it fails with the following message: [jack@archHP rasp-no-meta-oe]$ cleanup-workdir Updating bitbake caches... Execute command 'bitbake -e autoconf-nativesdk | grep ^IMAGE_ROOTFS=' failed. [jack@archHP rasp-no-meta-oe]$ bitbake -e autoconf-nativesdk | grep ^IMAGE_ROOTFS= [jack@archHP rasp-no-meta-oe]$ Has something vital changed in autoconf-nativesdk? This fails on both my beaglebone build dir and my raspberrypi build dir. Regards, -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] linux-yocto-rt: update and boot fixes
On Tue, 2012-09-04 at 11:19 -0400, Bruce Ashfield wrote: > Richard/Saul, > > This is an update to the -rt branches that fixes up some merge > issues which were preventing the -rt boards from sucessfully > booting (hangs in the timekeeping code). > > Built and booted here, so it's better than before, and it's > worth updating this ASAP, even while more testing happens, since > any issues can be dealt with via incremental patches. > > Cheers, > > Bruce > > cc: Kishore Bodke > cc: Darren Hart > > The following changes since commit e731ff2881ef13e742889ef6e535f1cf89bbc1ef: > > udev: Remove files moved to udev-extraconf (2012-09-04 15:41:16 +0100) > > are available in the git repository at: > git://git.pokylinux.org/poky-contrib zedd/kernel-rt > http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel-rt > > Bruce Ashfield (1): > linux-yocto-rt: update to 3.4.9-rt17 Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] linux-yocto-rt: update to 3.4.9-rt17
Bumping the 3.4 kernel to -rt17.
As well as picking up the normal set of bug fixes, this update fixes
a boot issue that was introduced during merging of kernel.org -stable
updates into the -rt branches (in the timekeeping code).
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |4 ++--
1 files changed, 2 insertions(+), 2 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 9cc7e99..ae64de1 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
@@ -8,8 +8,8 @@ LINUX_KERNEL_TYPE = "preempt-rt"
KMETA = "meta"
-SRCREV_machine ?= "eb9c0669c66041eeae72b853011ec31ad81cc35d"
-SRCREV_machine_qemuppc ?= "76add8441a2b6ed26bcc9268819782b2eec99001"
+SRCREV_machine ?= "52518e60a7220385f31cdd09b83dacd84581c88c"
+SRCREV_machine_qemuppc ?= "e6db5e91e1a5b31d26ac67778df7fb1fd5e42aa5"
SRCREV_meta ?= "463299bc2e533e1bd38b0053ae7b210980f269c3"
PR = "${INC_PR}.0"
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] linux-yocto-rt: update and boot fixes
Richard/Saul, This is an update to the -rt branches that fixes up some merge issues which were preventing the -rt boards from sucessfully booting (hangs in the timekeeping code). Built and booted here, so it's better than before, and it's worth updating this ASAP, even while more testing happens, since any issues can be dealt with via incremental patches. Cheers, Bruce cc: Kishore Bodke cc: Darren Hart The following changes since commit e731ff2881ef13e742889ef6e535f1cf89bbc1ef: udev: Remove files moved to udev-extraconf (2012-09-04 15:41:16 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel-rt http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel-rt Bruce Ashfield (1): linux-yocto-rt: update to 3.4.9-rt17 meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/8] Patches for LSB perl test
On 08/31/2012 03:00 AM, Kang Kai wrote: The following changes since commit b4c5725af4cd85d5644f0373e2674e903c4eab2b: yocto-bsp: add missing xserver-xf86-config .bbappend for qemu (2012-08-25 14:47:07 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib kangkai/lsb http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kangkai/lsb Kang Kai (8): libclass-isa-perl: add it perl: package modules Pod-Html and Tie-Hash-NamedCapture libpod-plainer-perl: add it libdumpvalue-perl: add it libenv-perl: add it libfile-checktree-perl: add it libi18n-collate-perl: add it task-core-lsb: add packages meta/recipes-devtools/perl/perl-5.14.2/config.sh |2 +- .../perl/libclass-isa-perl_0.36.bb | 32 +++ .../perl/libdumpvalue-perl_1.16.bb | 20 meta/recipes-extended/perl/libenv-perl_1.03.bb | 22 + .../perl/libfile-checktree-perl_4.41.bb| 33 .../perl/libi18n-collate-perl_1.02.bb | 22 + .../perl/libpod-plainer-perl_1.03.bb | 24 ++ meta/recipes-extended/tasks/task-core-lsb.bb |9 +- 8 files changed, 162 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-extended/perl/libclass-isa-perl_0.36.bb create mode 100644 meta/recipes-extended/perl/libdumpvalue-perl_1.16.bb create mode 100644 meta/recipes-extended/perl/libenv-perl_1.03.bb create mode 100644 meta/recipes-extended/perl/libfile-checktree-perl_4.41.bb create mode 100644 meta/recipes-extended/perl/libi18n-collate-perl_1.02.bb create mode 100644 meta/recipes-extended/perl/libpod-plainer-perl_1.03.bb Kang, Given that LSB 5.0 is coming out that removes many of these requirements, does it really make sense to add these and then remove them again in a future release. I understand we are trying to be as compliant as possible to LSB, but this may best be in a meta-lsb layer. Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 5/9] sstate-cache-management.sh: add option to enable debug output
On 09/03/2012 08:05 AM, Martin Jansa wrote:
Signed-off-by: Martin Jansa
---
scripts/sstate-cache-management.sh | 15 +++
1 file changed, 15 insertions(+)
diff --git a/scripts/sstate-cache-management.sh
b/scripts/sstate-cache-management.sh
index 491df5f..0cfff77 100755
--- a/scripts/sstate-cache-management.sh
+++ b/scripts/sstate-cache-management.sh
@@ -22,6 +22,7 @@ confirm=
fsym=
total_deleted=0
verbose=
+debug=0
usage () {
cat << EOF
@@ -69,6 +70,9 @@ Options:
-v, --verbose
explain what is being done
+ -d, --debug
+show debug info, repeat for more debug info
+
EOF
}
@@ -215,13 +219,16 @@ remove_duplicated () {
for arch in $ava_archs; do
grep -h "/$fn-$arch-" $list_suffix >>$fn_tmp
done
+ [ $debug -gt 1 ] && echo "Available files for $fn with suffix $suffix:"
&& cat $fn_tmp
# Use the modification time
to_del=$(ls -t $(cat $fn_tmp) | sed -n '1!p')
+ [ $debug -gt 2 ] && echo "Considering to delete: $to_del"
# The sstate file which is downloaded from the SSTATE_MIRROR is
# put in SSTATE_DIR, and there is a symlink in SSTATE_DIR/??/ to
# it, so filter it out from the remove list if it should not be
# removed.
to_keep=$(ls -t $(cat $fn_tmp) | sed -n '1p')
+ [ $debug -gt 2 ] && echo "Considering to keep: $to_keep"
for k in $to_keep; do
if [ -L "$k" ]; then
# The symlink's destination
@@ -235,9 +242,11 @@ remove_duplicated () {
fi
done
rm -f $fn_tmp
+ [ $debug -gt 2 ] && echo "Decided to delete: $to_del"
gen_rmlist $rm_list "$to_del"
done
[ ! -s "$rm_list" ] || deleted=`cat $rm_list | wc -l`
+ [ -s "$rm_list" -a $debug -gt 0 ] && cat $rm_list
echo "($deleted files will be removed)"
let total_deleted=$total_deleted+$deleted
done
@@ -306,6 +315,7 @@ rm_by_stamps (){
gen_rmlist $rm_list "$to_del"
let total_deleted=(`cat $rm_list | wc -w`)
if [ $total_deleted -gt 0 ]; then
+ [ $debug -gt 0 ] && cat $rm_list
read_confirm
if [ "$confirm" = "y" -o "$confirm" = "Y" ]; then
echo "Removing sstate cache files ... ($total_deleted files)"
@@ -374,6 +384,11 @@ while [ -n "$1" ]; do
verbose="-v"
shift
;;
+--debug)
+ debug=`expr $debug + 1`
+ echo "Debug level $debug"
+ shift
+;;
--help|-h)
usage
exit 0
Merged into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/7] qemu-config split
On 09/03/2012 06:45 AM, Paul Eggleton wrote:
This is the qemu-config split as posted as an RFC a few weeks ago,
rebased on top of the package group changes (since it adds a package
group), and additionally with anjuta-remote-run removed from the final
package group.
The following changes since commit fe1a13be8e1d170100147308822458f494c930ed:
packagegroup-*: add RPROVIDES for backwards compatibility (2012-09-03
14:20:24 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/qemu-config2
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/qemu-config2
Paul Eggleton (7):
qemu-config: relicense as MIT
oprofileui: split server to separate recipe to avoid X11 dependency
qemu-config: split out anjuta-remote-run
oprofileui-server: move initscript from qemu-config
qemu-config: split out shutdown icon to its own recipe
qemu-config: split out export of root via NFS to its own recipe
qemu-config: turn into distcc-config and a package group
meta/recipes-bsp/qemu-config/qemu-config.bb| 45 ---
.../qemu-config/qemu-config/COPYING.GPL| 339
.../devel-config/anjuta-remote-run.bb | 19 ++
.../anjuta-remote-run}/anjuta-remote-run |0
.../recipes-devtools/devel-config/distcc-config.bb | 25 ++
.../devel-config/distcc-config}/distcc.sh |2 +-
.../devel-config/nfs-export-root.bb| 17 +
.../devel-config/nfs-export-root}/exports |0
.../packagegroup-core-device-devel.bb | 15 +
.../oprofile/oprofileui-server/init} |8 +-
.../oprofile/oprofileui-server_git.bb | 24 ++
meta/recipes-kernel/oprofile/oprofileui.inc| 11 +-
meta/recipes-kernel/oprofile/oprofileui_git.bb | 10 +-
.../packagegroups/packagegroup-core-x11-sato.bb|1 +
.../shutdown-desktop/shutdown-desktop.bb | 20 ++
.../shutdown-desktop}/shutdown.desktop |0
16 files changed, 137 insertions(+), 399 deletions(-)
delete mode 100644 meta/recipes-bsp/qemu-config/qemu-config.bb
delete mode 100644 meta/recipes-bsp/qemu-config/qemu-config/COPYING.GPL
create mode 100644 meta/recipes-devtools/devel-config/anjuta-remote-run.bb
rename meta/{recipes-bsp/qemu-config/qemu-config =>
recipes-devtools/devel-config/anjuta-remote-run}/anjuta-remote-run (100%)
create mode 100644 meta/recipes-devtools/devel-config/distcc-config.bb
rename meta/{recipes-bsp/qemu-config/qemu-config =>
recipes-devtools/devel-config/distcc-config}/distcc.sh (57%)
create mode 100644 meta/recipes-devtools/devel-config/nfs-export-root.bb
rename meta/{recipes-bsp/qemu-config/qemu-config =>
recipes-devtools/devel-config/nfs-export-root}/exports (100%)
create mode 100644
meta/recipes-devtools/packagegroups/packagegroup-core-device-devel.bb
rename meta/{recipes-bsp/qemu-config/qemu-config/qemu-autostart =>
recipes-kernel/oprofile/oprofileui-server/init} (74%)
create mode 100644 meta/recipes-kernel/oprofile/oprofileui-server_git.bb
create mode 100644 meta/recipes-sato/shutdown-desktop/shutdown-desktop.bb
rename meta/{recipes-bsp/qemu-config/qemu-config =>
recipes-sato/shutdown-desktop/shutdown-desktop}/shutdown.desktop (100%)
Merged into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] tclibc-eglibc.inc: add PREFERRED_PROVIDER_virtual/nativesdk-libintl
On 09/03/2012 04:40 AM, Martin Jansa wrote:
* fixes warning:
NOTE: multiple providers are available for virtual/nativesdk-libintl
(nativesdk-eglibc, nativesdk-gettext)
NOTE: consider defining a PREFERRED_PROVIDER entry to match
virtual/nativesdk-libintl
Signed-off-by: Martin Jansa
---
meta/conf/distro/include/tclibc-eglibc.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/distro/include/tclibc-eglibc.inc
b/meta/conf/distro/include/tclibc-eglibc.inc
index 1c9e7e9..cb4965d 100644
--- a/meta/conf/distro/include/tclibc-eglibc.inc
+++ b/meta/conf/distro/include/tclibc-eglibc.inc
@@ -11,6 +11,7 @@ OVERRIDES .= "${LIBCOVERRIDE}"
PREFERRED_PROVIDER_virtual/libiconv ?= "eglibc"
PREFERRED_PROVIDER_virtual/nativesdk-libiconv ?= "nativesdk-eglibc"
PREFERRED_PROVIDER_virtual/libintl ?= "eglibc"
+PREFERRED_PROVIDER_virtual/nativesdk-libintl ?= "nativesdk-eglibc"
PREFERRED_PROVIDER_virtual/libc ?= "eglibc"
PREFERRED_PROVIDER_virtual/nativesdk-libc ?= "nativesdk-eglibc"
PREFERRED_PROVIDER_virtual/libc-locale ?= "eglibc-locale"
Merged Khem's version which included uclibc also.
Thanks for this though!
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/6] Remove xserver-kdrive
On 08/30/2012 10:07 AM, Ross Burton wrote:
Nobody is actually using xserver-kdrive anymore, apart from on two BSPs in
meta-yocto that don't actually have video outputs. Let's remove it.
This is the first stage of the removal, once this has landed there is a lot of
cruft to be removed too, I'm thinking specifically touchscreen tools that are
kdrive-specific.
The following changes since commit bb0aab79e488a99cb1b43f72f0e8ddbe39d97519:
yocto-bsp: use KBRANCH_DEFAULT in 'newbranch' cases (2012-08-29 14:23:36
-0700)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ross/xorg
for you to fetch changes up to b4d8243842ad09c76d95efe611492f5e88c826a4:
x11-common: don't prune .svn directories on install, we're in git now
(2012-08-30 18:04:20 +0100)
Ross Burton (6):
bsp: set default XSERVER for PowerPC and MIPS machines to Xorg
xserver-xorg: ship the exa module in a separate package
task-core-x11: default to xserver-xorg instead of kdrive
xserver-kdrive: remove.
x11-common: just support Xorg now that kdrive has been removed
x11-common: don't prune .svn directories on install, we're in git now
.../x11-common/x11-common/etc/X11/Xserver | 43 +-
meta/recipes-graphics/x11-common/x11-common_0.1.bb |3 +-
.../xserver-kdrive-1.7.99.2/crosscompile.patch | 23 -
.../xserver-kdrive-1.7.99.2/disable-apm.patch | 24 -
.../enable-builtin-fonts.patch | 16 -
.../enable-xcalibrate.patch| 152 --
.../error-address-work-around.patch| 364 --
.../xserver-kdrive-1.7.99.2/extra-kmodes.patch | 87
.../fbdev_xrandr_ioctl.patch | 65 ---
.../fix-bogus-stack-variables.patch| 233 -
.../fix-newer-xorg-headers.patch | 22 -
.../hide-cursor-and-ppm-root.patch | 312
.../xserver-kdrive-1.7.99.2/kdrive-evdev.patch | 520
.../xserver-kdrive-1.7.99.2/kdrive-use-evdev.patch | 58 ---
.../keyboard-resume-workaround.patch | 29 --
.../no-serial-probing.patch| 17 -
.../xserver-kdrive-1.7.99.2/nodolt.patch | 16 -
.../xserver-kdrive-1.7.99.2/optional-xkb.patch | 62 ---
.../xorg-xserver/xserver-kdrive.inc| 113 -
.../xorg-xserver/xserver-kdrive_1.7.99.2.bb| 34 --
.../xorg-xserver/xserver-xorg-1.11.2.inc |2 +-
.../xorg-xserver/xserver-xorg-common.inc |3 +
meta/recipes-sato/tasks/task-core-x11-mini.bb |4 +-
meta/recipes-sato/tasks/task-core-x11.bb |4 +-
.../arch/mips/conf/machine/{{=machine}}.conf |7 +-
.../arch/powerpc/conf/machine/{{=machine}}.conf|7 +-
26 files changed, 20 insertions(+), 2200 deletions(-)
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/crosscompile.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/disable-apm.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/enable-builtin-fonts.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/enable-xcalibrate.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/error-address-work-around.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/extra-kmodes.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fbdev_xrandr_ioctl.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-newer-xorg-headers.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/hide-cursor-and-ppm-root.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/kdrive-evdev.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/kdrive-use-evdev.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/keyboard-resume-workaround.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/no-serial-probing.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/nodolt.patch
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/optional-xkb.patch
delete mode 100644 meta/recipes-graphics/xorg-xserver/xserver-kdrive.inc
delete mode 100644
meta/recipes-graphics/xorg-xserver/xserver-kdrive_1.7.99.2.bb
Merged into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.opene
Re: [OE-core] [PATCH] gettext: bump PR to avoid RPATH QA failure
On 08/31/2012 03:05 AM, Paul Eggleton wrote: Erroneous paths being added to gettext by libtool were fixed, but the fix in libtool did not trigger a recompile of gettext, so if you are already in the situation where you are receiving the QA error, you are stuck. Bump PR to force a recompile. Signed-off-by: Paul Eggleton --- meta/recipes-core/gettext/gettext_0.18.1.1.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/gettext/gettext_0.18.1.1.bb b/meta/recipes-core/gettext/gettext_0.18.1.1.bb index ae3e28b..a159405 100644 --- a/meta/recipes-core/gettext/gettext_0.18.1.1.bb +++ b/meta/recipes-core/gettext/gettext_0.18.1.1.bb @@ -5,7 +5,7 @@ SECTION = "libs" LICENSE = "GPLv3+ & LGPL-2.1+" LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504" -PR = "r16" +PR = "r17" DEPENDS = "libxml2-native gettext-native virtual/libiconv ncurses expat" DEPENDS_virtclass-native = "libxml2-native gettext-minimal-native" PROVIDES = "virtual/libintl virtual/gettext" Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] xserver-xorg: ship the exa module in a separate package
On 08/29/2012 08:53 AM, Ross Burton wrote:
EXA is used by some Xorg video drivers, it doesn't need to be shipped unless
it's being used. Note that it's dynamically loaded so the automatic library
dependencies won't catch this, but as far as I'm aware nothing on oe-core or
meta-oe is using EXA.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc |2 +-
meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc |3 +++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
index 017ac91..b588c11 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
@@ -8,5 +8,5 @@ SRC_URI += "file://crosscompile.patch \
SRC_URI[md5sum] = "8796fff441e5435ee36a72579008af24"
SRC_URI[sha256sum] =
"fa415decf02027ca278b06254ccfbcceba2a83c2741405257ebf749da4a73cf2"
-PR = "r4"
+PR = "r5"
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
b/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
index 98f3d14..738ccb3 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
@@ -29,6 +29,7 @@ DEPENDS = "${PROTO_DEPS} ${LIB_DEPS} font-util"
# Split out some modules and extensions from the main package
# These aren't needed for basic operations and only take up space:
# 32.0k libdri.soOn 08/29/2012 08:53 AM, Ross Burton wrote:> EXA is used
by some Xorg video drivers, it doesn't need to be shipped unless
it's being used. Note that it's dynamically loaded so the automatic library
dependencies won't catch this, but as far as I'm aware nothing on oe-core or
meta-oe is using EXA.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc |2 +-
meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc |3 +++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
index 017ac91..b588c11 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
@@ -8,5 +8,5 @@ SRC_URI += "file://crosscompile.patch \
SRC_URI[md5sum] = "8796fff441e5435ee36a72579008af24"
SRC_URI[sha256sum] =
"fa415decf02027ca278b06254ccfbcceba2a83c2741405257ebf749da4a73cf2"
-PR = "r4"
+PR = "r5"
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
b/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
index 98f3d14..738ccb3 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc
@@ -29,6 +29,7 @@ DEPENDS = "${PROTO_DEPS} ${LIB_DEPS} font-util"
# Split out some modules and extensions from the main package
# These aren't needed for basic operations and only take up space:
# 32.0k libdri.so
+# 91.0k libexa.so
# 336.0k libglx.so
# 1360k libint10.so
# 180.0k libwfb.so
@@ -58,6 +59,7 @@ PACKAGES =+ "${PN}-security-policy \
${PN}-module-libwfb \
${PN}-module-libmfb \
${PN}-module-libcfb \
+ ${PN}-module-exa \
${PN}-module-xaa \
${PN}-module-libxf1bpp \
${PN}-module-libxf4bpp"
@@ -91,6 +93,7 @@ FILES_${PN}-module-libafb = "${libdir}/xorg/modules/libafb.so"
FILES_${PN}-module-libwfb = "${libdir}/xorg/modules/libwfb.so"
FILES_${PN}-module-libmfb = "${libdir}/xorg/modules/libmfb.so"
FILES_${PN}-module-libcfb = "${libdir}/xorg/modules/libcfb.so"
+FILES_${PN}-module-exa = "${libdir}/xorg/modules/libexa.so"
FILES_${PN}-module-xaa = "${libdir}/xorg/modules/libxaa.so"
FILES_${PN}-module-libxf1bpp = "${libdir}/xorg/modules/libxf1bpp.so"
FILES_${PN}-module-libxf4bpp = "${libdir}/xorg/modules/libxf4bpp.so"
+# 91.0k libexa.so
# 336.0k libglx.so
# 1360k libint10.so
# 180.0k libwfb.so
@@ -58,6 +59,7 @@ PACKAGES =+ "${PN}-security-policy \
${PN}-module-libwfb \On 08/29/2012 08:53 AM, Ross Burton
wrote:> EXA is used by some Xorg video drivers, it doesn't need to be shipped
unless
it's being used. Note that it's dynamically loaded so the automatic library
dependencies won't catch this, but as far as I'm aware nothing on oe-core or
meta-oe is using EXA.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc |2 +-
meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc |3 +++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc
index 017ac91..b588c11 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1
Re: [OE-core] [PATCH] avahi: systemd postinst and postrm removed in favor of using systemd.bbclass
On 08/30/2012 04:33 AM, Sander van Grieken wrote:
The recipe's custom systemd service enable code is now handled by the
meta-systemd
bbappend recipe in meta-openembedded.
Signed-off-by: Sander van Grieken
---
meta/recipes-connectivity/avahi/avahi.inc | 19 ---
1 file changed, 19 deletions(-)
diff --git a/meta/recipes-connectivity/avahi/avahi.inc
b/meta/recipes-connectivity/avahi/avahi.inc
index c08acb5..a0a1681 100644
--- a/meta/recipes-connectivity/avahi/avahi.inc
+++ b/meta/recipes-connectivity/avahi/avahi.inc
@@ -155,22 +155,3 @@ pkg_postrm_avahi-autoipd () {
deluser avahi-autoipd || true
delgroup avahi-autoipd || true
}
-
-pkg_postinst_avahi-systemd() {
- # can't do this offline
- if [ "x$D" != "x" ]; then
- exit 1
- fi
-
- systemctl enable avahi-daemon.service
-}
-
-pkg_postrm_avahi-systemd() {
- # can't do this offline
- if [ "x$D" != "x" ]; then
- exit 1
- fi
-
- systemctl disable avahi-daemon.service
-}
-
Merged into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] uclibc and eglibc update
On 08/29/2012 10:27 PM, Khem Raj wrote: get some bugfixes for eglibc Move uclibc git recipes to latest git create patch for updating mount.h needed for systemd to work Fix elfutils build on uclibc The following changes since commit 5bc4c0593997b046300a8f5b3f63c278aeb31d68: gail: remove (2012-08-29 14:14:13 -0700) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib kraj/misc-fixes http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/misc-fixes Khem Raj (3): uclibc-git: Move to tip of master and sync mount.h eglibc: Bring in the fix for glibc bug #14459, #14195 elfutils: Fix build on uclibc .../eglibc/eglibc-2.16/rpc-bootstrap.patch | 63 --- meta/recipes-core/eglibc/eglibc_2.16.bb|3 +- meta/recipes-core/uclibc/uclibc-git.inc|5 +- .../uclibc/uclibc-git/mount.h-update.patch | 83 meta/recipes-core/uclibc/uclibc_git.bb |2 - meta/recipes-devtools/elfutils/elfutils_0.148.bb |8 +- 6 files changed, 91 insertions(+), 73 deletions(-) delete mode 100644 meta/recipes-core/eglibc/eglibc-2.16/rpc-bootstrap.patch create mode 100644 meta/recipes-core/uclibc/uclibc-git/mount.h-update.patch Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] dpkg: upgrade to 1.16.8
On 08/28/2012 07:02 AM, Constantin Musca wrote:
autofoo.patch: removed
- the patch is not used
check_version: adapted to the new version
- adapt the linux-wrs kernel version, which has character '_'
- remove the first-char-digit-check (as the 1.15.8.5 version does)
dpkg-deb-avoid-fflush.patch: removed
- the patch is included in the new version
fix-timestamps.patch: added
- the lutimes function doesn't work properly for all systems
ignore_extra_fields.patch: adapted to the new version
nochroot.patch: removed
- the patch is not used
noman.patch: adapted to the new version
noupdalt.patch: removed
- the patch is not used
perllibdir.patch: removed
- in the new version PERL_LIBDIR will be set only if empty
preinst.patch: adapted to new version
removed-tar-no-timestamp.patch: added
- the busybox-1.19.4 tar utility doesn't support --warning=no-timestamp
Signed-off-by: Constantin Musca
---
meta/recipes-devtools/dpkg/dpkg.inc|4 +-
meta/recipes-devtools/dpkg/dpkg/autofoo.patch | 50 -
.../recipes-devtools/dpkg/dpkg/check_version.patch | 23 ++-
.../dpkg/dpkg/dpkg-deb-avoid-fflush.patch | 198
.../dpkg/dpkg/fix-timestamps.patch | 21 +++
.../dpkg/dpkg/ignore_extra_fields.patch| 35 ++--
meta/recipes-devtools/dpkg/dpkg/nochroot.patch | 20 --
meta/recipes-devtools/dpkg/dpkg/noman.patch|1 -
meta/recipes-devtools/dpkg/dpkg/noupdalt.patch | 18 --
meta/recipes-devtools/dpkg/dpkg/perllibdir.patch | 22 ---
meta/recipes-devtools/dpkg/dpkg/preinst.patch | 75
.../dpkg/dpkg/remove-tar-no-timestamp.patch| 16 ++
.../dpkg/{dpkg_1.15.8.7.bb => dpkg_1.16.8.bb} | 10 +-
13 files changed, 116 insertions(+), 377 deletions(-)
delete mode 100644 meta/recipes-devtools/dpkg/dpkg/autofoo.patch
delete mode 100644 meta/recipes-devtools/dpkg/dpkg/dpkg-deb-avoid-fflush.patch
create mode 100644 meta/recipes-devtools/dpkg/dpkg/fix-timestamps.patch
delete mode 100644 meta/recipes-devtools/dpkg/dpkg/nochroot.patch
delete mode 100644 meta/recipes-devtools/dpkg/dpkg/noupdalt.patch
delete mode 100644 meta/recipes-devtools/dpkg/dpkg/perllibdir.patch
create mode 100644
meta/recipes-devtools/dpkg/dpkg/remove-tar-no-timestamp.patch
rename meta/recipes-devtools/dpkg/{dpkg_1.15.8.7.bb => dpkg_1.16.8.bb} (49%)
Merged into OE-Core
Thanks
Sau!
diff --git a/meta/recipes-devtools/dpkg/dpkg.inc
b/meta/recipes-devtools/dpkg/dpkg.inc
index 7f4f620..723d1b2 100644
--- a/meta/recipes-devtools/dpkg/dpkg.inc
+++ b/meta/recipes-devtools/dpkg/dpkg.inc
@@ -2,9 +2,9 @@ DESCRIPTION = "Package maintenance system for Debian."
LICENSE = "GPLv2.0+"
SECTION = "base"
-INC_PR = "r17"
+INC_PR = "r18"
-SRC_URI = "${DEBIAN_MIRROR}/main/d/dpkg/dpkg_${PV}.tar.bz2 \
+SRC_URI = "${DEBIAN_MIRROR}/main/d/dpkg/dpkg_${PV}.tar.xz \
file://ignore_extra_fields.patch"
DEPENDS = "zlib bzip2 perl"
diff --git a/meta/recipes-devtools/dpkg/dpkg/autofoo.patch
b/meta/recipes-devtools/dpkg/dpkg/autofoo.patch
deleted file mode 100644
index 2f1edce..000
--- a/meta/recipes-devtools/dpkg/dpkg/autofoo.patch
+++ /dev/null
@@ -1,50 +0,0 @@
-
-#
-# Patch managed by http://www.holgerschurig.de/patcher.html
-#
-
-Upstream-Status: Inappropriate [configuration]
-
dpkg-1.10.23/configure.in~autofoo
-+++ dpkg-1.10.23/configure.in
-@@ -227,21 +227,36 @@
- # OpenBSD passes AC_TRY_COMPILE for va_copy even though
- # it doesn't seem to exist, which is odd. We need to use
- # AC_TRY_RUN.
-+#
-+# If crosscompiling, use AC_TRY_COMPILE. -CL
- AC_TRY_RUN([
- #include
- main(){
- va_list v1,v2;
- va_copy(v1, v2);
- exit(0);}
--], [AC_MSG_RESULT(yes)
--AC_DEFINE(HAVE_VA_COPY,,[Whether the va_copy macro
exists])],[AC_MSG_RESULT(no)
--AC_MSG_CHECKING([for va_list assignment copy])
-+], [dpkg_cv_va_copy=yes], [dpkg_cv_va_copy=no],
- AC_TRY_COMPILE([
- #include
-+main(){
-+va_list v1,v2;
-+va_copy(v1, v2);
-+exit(0);}
-+], [dpkg_cv_va_copy=yes], [dpkg_vc_va_copy=no]))
-+
-+if test "$dpkg_cv_va_copy" = "yes"; then
-+ AC_MSG_RESULT(yes)
-+ AC_DEFINE(HAVE_VA_COPY,,[Whether the va_copy macro exists])
-+else
-+ AC_MSG_RESULT(no)
-+ AC_MSG_CHECKING([for va_list assignment copy])
-+ AC_TRY_COMPILE([
-+#include
- ],[
- va_list v1,v2;
- v1 = v2;
--], AC_MSG_RESULT(yes),AC_MSG_ERROR(no))])
-+], AC_MSG_RESULT(yes), AC_MSG_ERROR(no))
-+fi
-
- DPKG_C_GCC_ATTRIBUTE([,,],supported,[int x],[,,],ATTRIB,[Define if function
attributes a la GCC 2.5 and higher are available.],
- DPKG_C_GCC_ATTRIBUTE(noreturn,noreturn,[int x],noreturn,NORETURN,[Define if
nonreturning functions a la GCC 2.5 and higher are available.])
diff --git a/meta/recipes-devtools/dpkg/dpkg/check_version.patch
b/meta/recipes-devtools/dpkg/dpkg/check_version.patch
index 524e715..3175731 100644
--- a/meta/recipes-devtools/dpkg/dpkg/check_vers
Re: [OE-core] [PATCH] busybox: Add sign-off-by and upstream-status
Hi Radu, Le Tue, 4 Sep 2012 12:07:59 +0300, Radu Moisan a écrit : > Signed-off-by: Radu Moisan > --- > .../busybox-1.20.2/busybox-1.20.2-kernel_ver.patch |3 +++ > 1 file changed, 3 insertions(+) > > diff --git > a/meta/recipes-core/busybox/busybox-1.20.2/busybox-1.20.2-kernel_ver.patch > b/meta/recipes-core/busybox/busybox-1.20.2/busybox-1.20.2-kernel_ver.patch > index 456fb08..69bbe73 100644 > --- a/meta/recipes-core/busybox/busybox-1.20.2/busybox-1.20.2-kernel_ver.patch > +++ b/meta/recipes-core/busybox/busybox-1.20.2/busybox-1.20.2-kernel_ver.patch > @@ -1,3 +1,6 @@ > +Signed-off-by: Radu Moisan this should be : Signed-off-by: Andreas Oberritter > +Upstream-Status: Pending > + this should be Accepted http://git.busybox.net/busybox/commit/libbb/kernel_version.c?id=556ac3633ce3e7bd51c93b78827ae3874d856257 Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/6] linux-yocto/kern-tools: consolidated pull request
On Tue, 2012-09-04 at 08:40 -0400, Bruce Ashfield wrote: > Saul/Richard, > > This is largely the same pull request that I sent a week ago, and > I've had things fixed for a bit, but I didn't want to send it > again during my travel .. and then a long weekend. > > So here's the request again. > > It is a content update to 3.4.9 + some tool tweaking for problems > found by Khem, Matthew Foster and Tom Zanussi. With the tools fixes, > we have all known use cases back up and working. > > The content update has been tested for 2 weeks now and is safe, > we do know that the -rt kernel has some issues at the moment, and > once this pull request is sent, I'll do a refresh on -rt and get > that problem fixed. > > Cheers, > > Bruce > > The following changes since commit bb86a22ba6f90902644c11f984ae4c171ba36624: > > yocto-docs/.gitignore: Final fix to ignore mega-manual. (2012-09-04 > 12:55:03 +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 (6): > kern-tools: fix forced branching > linux-yocto: fix unapplied patch error message > linux-yocto: check for bad SRCREV before branch checks > kern-tools: fix non-inheriting branch names > linux-yocto/3.4: v3.4.9, unionfs, perf and configuration changes > linux-yocto/3.2/3.4: arm: Fix linking errors with binutils 2.23 Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] mesa: clean up PACKAGECONFIG
On Sun, 2012-09-02 at 15:30 +0200, Andreas Müller wrote: > On Sun, Sep 2, 2012 at 2:39 PM, Richard Purdie > wrote: > > On Sun, 2012-09-02 at 12:39 +0200, Zoltan Gaal wrote: > >> I've tried it, but mesa-dri is required for xserver and it won't compile > >> without it. libgles-omap3 cannot replace the mesa dependency, though I'm > >> not sure if it is a simple config issue or some interface is missing > >> (libgl). And as libgles-omap3 also provides virtual/egl, the bitbake > >> process detects, there exists multiple projects with the same provided > >> feature: > >> > >> NOTE: Resolving any missing task queue dependencies > >> NOTE: Preparing runqueue > >> ERROR: Multiple .bb files are due to be built which each provide > >> virtual/egl > >> (/home/gzp/work/gumstix/oe/oe-meta/meta-ti/recipes-graphics/libgles/libgles-omap3_4.05.00.03.bb > >> /home/gzp/work/gumstix/oe/oe-core/meta/recipes-graphics/mesa/mesa-dri_8.0.4.bb). > >> This usually means one provides something the other doesn't and should. > >> NOTE: Executing SetScene Tasks > >> NOTE: Executing RunQueue Tasks > >> > >> (in local.conf: PREFERRED_PROVIDER_virtual/egl="libgles-omap3") > > > > Try also adding it to MULTI_PROVIDER_WHITELIST (see bitbake.conf). > > > > This error message did use to just be a note but was turned into an > > error at various user's requests. Sometimes it means there are serious > > configuration issues, in a case like this, its ok though... > > > The problem is not the error message in first place but the wrong libs > (egl/gles/glesv2) in rootfs. As soon as mesa is in, libgles-omap libs > are out. This sounds like a configuration issue. Firstly, the machine config needs to make sure the libgles-omap package is included in the image, probably through something like the XSERVER variable although I appreciate we don't have anything for egl at this point. Secondly, the libglex-omap module should CONFLICT/REPLACE/PROVIDE the bits of mesa it replaces. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/28] Package group fixes
On Tuesday 04 September 2012 14:58:10 Martin Jansa wrote: > On Mon, Sep 03, 2012 at 11:30:20AM +0100, Paul Eggleton wrote: > > This rather large set of changes renames "task" to "packagegroup" and > > attempts to clean up a number of package group related issues [1]. It > > doesn't go quite as far as I had hoped - I wanted to tidy up the base, > > core-lsb and core-basic recipes even further, but unfortunately I ran > > out of time for this cycle. > > > > [1] http://www.openembedded.org/wiki/OE-Core_Task_Rework > > It looks like this does not have any upgrade path from old task-* > recipes. You mean, the *packages* on an existing target; there is an upgrade path for the recipes at build time via RPROVIDES. I can send a patch to add the RREPLACES, but then the question is when can they be removed in future? I don't particularly like the answer "never". If we do have to enable supporting them in perpetuity I'd much rather they get added to an inc file that can optionally be included at the distro level by those who want to support upgrades from much older versions to a newer one. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/28] Package group fixes
On Mon, Sep 03, 2012 at 11:30:20AM +0100, Paul Eggleton wrote: > This rather large set of changes renames "task" to "packagegroup" and > attempts to clean up a number of package group related issues [1]. It > doesn't go quite as far as I had hoped - I wanted to tidy up the base, > core-lsb and core-basic recipes even further, but unfortunately I ran > out of time for this cycle. > > [1] http://www.openembedded.org/wiki/OE-Core_Task_Rework It looks like this does not have any upgrade path from old task-* recipes. 14:16:07 < JaMa> bluelightning: how do you ensure upgrade path on target from task-* recipes to packagegroup-*? 14:16:47 < JaMa> bluelightning: tasks are installed mostly by image recipe, so target will stay on task-* which won't be ever upgraded 14:21:34 < JaMa> ah, there are RPROVIDES at least in some renamed recipes 14:31:52 < bluelightning> JaMa: there's a RPROVIDES yes 14:47:57 < JaMa> bluelightning: and does RPROVIDES really work? 14:48:36 < JaMa> bluelightning: I've added it to all meta-oe/meta-smartphone/meta-webos task-* recipes including PR bump and nothing is upgraded on target 14:48:46 < bluelightning> JaMa: I'm not sure if it will help in that situation 14:48:57 < JaMa> bluelightning: I guess you have to add RREPLACES too Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 0/4] sstate-cache-management.sh fixes [YOCTO #2897]
On Sun, 2012-09-02 at 13:13 +0200, Martin Jansa wrote: > Fixes some issues reported in YOCTO #2897 > > The following changes since commit c2109b765b24a7ffe4781257ad3fe4641a3b2a49: > > sstate: Ensure master.list exists if it doesn't already (2012-08-30 > 22:44:52 -0700) > > are available in the git repository at: > > git://git.openembedded.org/openembedded-core-contrib jansa/pull > > http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull > > Martin Jansa (4): > sstate-cache-management.sh: fix regexp in checksum grep > sstate-cache-management.sh: fix regexp in AVAILTUNES grep > sstate-cache-management.sh: look in meta* above oe-core dir when > looking for available tunes > sstate-cache-management.sh: don't hardcode available machines only to > qemu* Merged to master, thanks (along with 5/4 and 6/4 :). I do agree with Paul, we need to find a better way to do some of this but that is something for the future... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] xserver-xorg: remove HAL option, nothing uses HAL anymore
On Mon, 2012-09-03 at 15:50 +0100, Ross Burton wrote: > Signed-off-by: Ross Burton > --- > meta/recipes-graphics/xorg-xserver/xserver-xorg-common.inc |1 - > 1 file changed, 1 deletion(-) Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] uclibc-0.9.33: Update to latest on 0.9.33 branch
On Mon, 2012-09-03 at 09:48 -0700, Khem Raj wrote: > Apply mount.h sync patch which is needed for > systemd to work. > > Signed-off-by: Khem Raj > --- > meta/recipes-core/uclibc/uclibc-0.9.33.inc |5 +- > .../uclibc/uclibc-0.9.33/mount.h-update.patch | 83 > > .../uclibc/uclibc-0.9.33/posix_fallocate.patch | 37 + > 3 files changed, 104 insertions(+), 21 deletions(-) > create mode 100644 > meta/recipes-core/uclibc/uclibc-0.9.33/mount.h-update.patch Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/6] linux-yocto/3.4: v3.4.9, unionfs, perf and configuration changes
Updating the SRCREVs for the following updates:
- v3.4.8, v3.4.9
- bug fixes:
a4c7a04 perf: add SLANG_INC for slang.h
e32ab98 unionfs: restore FD_* utility defines
9f0fe58 unionfs: update unionfs fork to align with mainline
b3fcc2f codel: refine one condition to avoid a nul rec_inv_sqrt
ef7cf65 fq_codel: should use qdisc backlog as threshold
3f0ed1d net: codel: fix build errors
4c06aa1 net/codel: Add missing #include
2888bf2 codel: use u16 field instead of 31bits for rec_inv_sqrt
6edeb2e codel: use Newton method instead of sqrt() and divides
2faecd6 fq_codel: Fair Queue Codel AQM
edca95f netem: add ECN capability
- config/BSP updates:
463299b meta: bump kver to v3.4.9
6b961c8 CrystalForest: Enable PCI IOV feature
4bc2238 meta: Add new pci iov feature
70346e6 mpc8315: remove now obsolete CONFIG_MISC_DEVICES
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |8
meta/recipes-kernel/linux/linux-yocto_3.4.bb| 16
2 files changed, 12 insertions(+), 12 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 1c4d2fd..322ee5c 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.7"
+LINUX_VERSION ?= "3.4.9"
LINUX_KERNEL_TYPE = "preempt-rt"
KMETA = "meta"
-SRCREV_machine ?= "7c172e3f3d3109b23a1107f512f9463d3108f5b2"
-SRCREV_machine_qemuppc ?= "ee88dfc005ec2cdbfe5fda3c27e5f8a175991948"
-SRCREV_meta ?= "28bcd46af1d592dab39bd8a0891c872454fde8bc"
+SRCREV_machine ?= "e8b22d297b61fb6f107f769042d47235c571da74"
+SRCREV_machine_qemuppc ?= "9cdefb26d9a263430f98d642aff6551ae925fce8"
+SRCREV_meta ?= "463299bc2e533e1bd38b0053ae7b210980f269c3"
PR = "${INC_PR}.0"
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 440deef..edb87da 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 ?= "6db2c606429fa8671e76eb312cdd92f9451cf8e8"
-SRCREV_machine_qemumips ?= "a9f79fc1bde4f5adb7cb015d2f2b5a04bd5597a1"
-SRCREV_machine_qemuppc ?= "492560e2f9a6864c5b4bbb24a35631c182fa35a5"
-SRCREV_machine_qemux86 ?= "c77666c1d4c4be4be4b2046c3ff25bf1db34eb21"
-SRCREV_machine_qemux86-64 ?= "c77666c1d4c4be4be4b2046c3ff25bf1db34eb21"
-SRCREV_machine ?= "c77666c1d4c4be4be4b2046c3ff25bf1db34eb21"
-SRCREV_meta ?= "28bcd46af1d592dab39bd8a0891c872454fde8bc"
+SRCREV_machine_qemuarm ?= "67376c621baf82ce51657246896647ababf5aa7c"
+SRCREV_machine_qemumips ?= "7a8c1836ce33d49ff68e549e9415538a7419e3dc"
+SRCREV_machine_qemuppc ?= "5a3c4cf87fd94add818880a158e8e5a9e07303c9"
+SRCREV_machine_qemux86 ?= "a4c7a048fe3407e8eea0020db4a9c41d3feb8247"
+SRCREV_machine_qemux86-64 ?= "a4c7a048fe3407e8eea0020db4a9c41d3feb8247"
+SRCREV_machine ?= "a4c7a048fe3407e8eea0020db4a9c41d3feb8247"
+SRCREV_meta ?= "463299bc2e533e1bd38b0053ae7b210980f269c3"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto-3.4.git;protocol=git;nocheckout=1;branch=${KBRANCH},meta;name=machine,meta"
-LINUX_VERSION ?= "3.4.7"
+LINUX_VERSION ?= "3.4.9"
PR = "${INC_PR}.1"
PV = "${LINUX_VERSION}+git${SRCPV}"
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/6] linux-yocto/3.2/3.4: arm: Fix linking errors with binutils 2.23
Updating the 3.2/3.4 linux-yocto SRCREVs to pickup the following fix:
arm: Fix linking errors with binutils 2.23
We end up with linking errors on arm using latest binutils
because we are linking asm generated objects which use -march=all
generating different attributes into object and use some c objects
e.g. misc.o which use different march therefore generating a
different set of attributes into object. When linking is done
the ld complains since it finds incompatible attributes and ends
up with errors like
error: DIV usage mismatch between arch/arm/boot/compressed/head.o and
output
error: DIV usage mismatch between arch/arm/boot/compressed/misc.o and
output
error: DIV usage mismatch between arch/arm/boot/compressed/decompress.o
and output
error: DIV usage mismatch between arch/arm/boot/compressed/lib1funcs.o
and output
This patch fixes it by providing correct march to assembly routines
which than matches with output of ld.
Signed-off-by: Khem Raj
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb |4 ++--
meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |4 ++--
meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb |2 +-
meta/recipes-kernel/linux/linux-yocto_3.2.bb | 12 ++--
meta/recipes-kernel/linux/linux-yocto_3.4.bb | 12 ++--
5 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb
index e2aa67d..05362ef 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb
@@ -8,8 +8,8 @@ LINUX_KERNEL_TYPE = "preempt-rt"
KMETA = "meta"
-SRCREV_machine ?= "01c5c310886e87e785db5c3bb776deb5ed2e03b2"
-SRCREV_machine_qemuppc ?= "9f5b45a730b902ed8a0809c9542512188e8fcabf"
+SRCREV_machine ?= "c094363010bd4645e65cc8845dd23e513ac894d1"
+SRCREV_machine_qemuppc ?= "8e63a7522e4901c1312f7f53e490027070ffc057"
SRCREV_meta ?= "486f7aec824b4127e91ef53228823e996b3696f0"
PR = "${INC_PR}.0"
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 322ee5c..9cc7e99 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
@@ -8,8 +8,8 @@ LINUX_KERNEL_TYPE = "preempt-rt"
KMETA = "meta"
-SRCREV_machine ?= "e8b22d297b61fb6f107f769042d47235c571da74"
-SRCREV_machine_qemuppc ?= "9cdefb26d9a263430f98d642aff6551ae925fce8"
+SRCREV_machine ?= "eb9c0669c66041eeae72b853011ec31ad81cc35d"
+SRCREV_machine_qemuppc ?= "76add8441a2b6ed26bcc9268819782b2eec99001"
SRCREV_meta ?= "463299bc2e533e1bd38b0053ae7b210980f269c3"
PR = "${INC_PR}.0"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb
index 38a4e6c..2bd7eee 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb
@@ -12,7 +12,7 @@ LINUX_VERSION ?= "3.2.18"
KMETA = "meta"
-SRCREV_machine ?= "2f986ab91c08c16f8d201518b11be0e367eb0e14"
+SRCREV_machine ?= "da6291c46f37e2fb799d964c807d8d57ea89c375"
SRCREV_meta ?= "486f7aec824b4127e91ef53228823e996b3696f0"
PR = "${INC_PR}.0"
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.2.bb
b/meta/recipes-kernel/linux/linux-yocto_3.2.bb
index b17e479..ba4b536 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.2.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.2.bb
@@ -9,12 +9,12 @@ KBRANCH_qemuarm = "standard/default/arm-versatile-926ejs"
LINUX_VERSION ?= "3.2.18"
-SRCREV_machine_qemuarm ?= "2ea2477e2965569517671ec03fa9496214e8bff1"
-SRCREV_machine_qemumips ?= "17eb00dec08ef91acfb6d7adca81cb6e344b6c68"
-SRCREV_machine_qemuppc ?= "14be92545abd339033570620e84ec2ae6780be29"
-SRCREV_machine_qemux86 ?= "34e76349ed6cb7cadbbf94a5b34712d139703c8a"
-SRCREV_machine_qemux86-64 ?= "f3625121d459b8e38f7528c2f5d2feb6078d0de9"
-SRCREV_machine ?= "7cc31a952f78b8f8e8469eed93c23e9675a8eeb5"
+SRCREV_machine_qemuarm ?= "c721e94f7cd1b1ae7da5edc52076c771b2e9d134"
+SRCREV_machine_qemumips ?= "2172812072c372cc704dac5e1654da81d6eabad3"
+SRCREV_machine_qemuppc ?= "800615ccdce45f6900b841954fa2f47987bb2a95"
+SRCREV_machine_qemux86 ?= "9e23973679d82a54dda697f539243fdea612e878"
+SRCREV_machine_qemux86-64 ?= "d7823aebcf7f724f50e30f245e5e71b3b4db1a0b"
+SRCREV_machine ?= "06882fc16a4e965872e7faacb91da1497efd9ac3"
SRCREV_meta ?= "486f7aec824b4127e91ef53228823e996b3696f0"
PR = "${INC_PR}.1"
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.4.bb
b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
index edb87da..06bcb9a 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
@@ -3,12 +3,12 @@ require recipes-kernel/linux/linux-yocto.inc
KBRANCH_DEFAULT = "standard/base"
KBRANCH = "${KBRANCH_DEFAULT}"
-SRCREV_machine_qemuarm ?= "67376c621baf82ce5165724
[OE-core] [PATCH 4/6] kern-tools: fix non-inheriting branch names
Importing the following tools SRCREV:
kgit-meta: exclude explicit branches from name calculations
kernel branches are constructed during patching of the tree by
constructing a '/' based hierarchy of names as each branch
directive is encountered.
But if a "branch $name $branchpoint" is used, the entire branch
name is supplied so no additions to the hierarchy should
happen. As such, that type of branch command should not be part
of branch name calculation and preparation.
Signed-off-by: Bruce Ashfield
---
.../kern-tools/kern-tools-native_git.bb|2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index b560059..e8926ee 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM =
"file://git/tools/kgit;beginline=5;endline=9;md5=d8d1d729a70c
DEPENDS = "git-native guilt-native"
-SRCREV = "6e92eca3bd30d73222dfeaae6d2d1d9764a5a3f8"
+SRCREV = "0c7b625280eb9ff62d40b53308e7238ddd164f38"
PR = "r12"
PV = "0.1+git${SRCPV}"
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/6] linux-yocto: check for bad SRCREV before branch checks
do_validate_branches ensures that the desired SRCREV is at
the tip of every branch that contains the revision. To do this,
it looks for containing branches and processes them.
This processing was mistakenly placed before the check for an
invalid SRCREV, hence a git error message is seen in the log
if a bad SRCREV is used, rather than a clear message.
reordering the checks, and fixing a check for master, ensures
that clear messages are generated in all cases.
Signed-off-by: Bruce Ashfield
---
meta/classes/kernel-yocto.bbclass | 15 ---
1 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/meta/classes/kernel-yocto.bbclass
b/meta/classes/kernel-yocto.bbclass
index 45918d6..724e5cd 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -258,12 +258,6 @@ do_validate_branches() {
return
fi
- containing_branches=`git branch --contains $target_branch_head | sed
's/^..//'`
- if [ -z "$containing_branches" ]; then
- echo "ERROR: SRCREV was set to \"$target_branch_head\", but no
branches"
- echo " contain this commit"
- exit 1
- fi
ref=`git show ${target_branch_head} 2>&1 | head -n1 || true`
if [ "$ref" = "fatal: bad object ${target_meta_head}" ]; then
echo "ERROR ${target_branch_head} is not a valid commit ID."
@@ -271,6 +265,13 @@ do_validate_branches() {
exit 1
fi
+ containing_branches=`git branch --contains $target_branch_head | sed
's/^..//'`
+ if [ -z "$containing_branches" ]; then
+ echo "ERROR: SRCREV was set to \"$target_branch_head\", but no
branches"
+ echo " contain this commit"
+ exit 1
+ fi
+
# force the SRCREV in each branch that contains the specified
# SRCREV (if it isn't the current HEAD of that branch)
git checkout -q master
@@ -278,7 +279,7 @@ do_validate_branches() {
branch_head=`git show-ref -s --heads ${b}`
if [ "$branch_head" != "$target_branch_head" ]; then
echo "[INFO] Setting branch $b to ${target_branch_head}"
- if [ "$b" == "master" ]; then
+ if [ "$b" = "master" ]; then
git reset --hard $target_branch_head > /dev/null
else
git branch -D $b > /dev/null
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/6] linux-yocto: fix unapplied patch error message
When patches fail to apply, the status of all pending patches should
be exported to the logs and to the user. Currently, a missing export
of GUILT_BASE makes it look more like an internal error, than a 'normal'
patch failure:
| [ERROR] unable to complete push
| pending patches are:
| Patches directory doesn't exist, try guilt-init
With this variable exported, we have this:
| [INFO] validating against known patches (qemux86-standard-meta)
| error: patch failed: Makefile:2
| error: Makefile: patch does not apply
| To force apply this patch, use 'guilt push -f'
| [ERROR] unable to complete push
| pending patches are:
| links/files/0002-makefile-patch.patch
Signed-off-by: Bruce Ashfield
---
meta/classes/kernel-yocto.bbclass |3 ++-
.../kern-tools/kern-tools-native_git.bb|2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/kernel-yocto.bbclass
b/meta/classes/kernel-yocto.bbclass
index 3dcc8b5..45918d6 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -97,7 +97,8 @@ do_patch() {
# executes and modifies the source tree as required
patchme ${KMACHINE}
if [ $? -ne 0 ]; then
- echo "ERROR. Could not apply updates for ${KMACHINE}"
+ echo "ERROR. Could not apply patches for ${KMACHINE}."
+ echo " Patch failures can be resolved in the devshell
(bitbake -c devshell ${PN})"
exit 1
fi
diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index e1fc0a3..b560059 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM =
"file://git/tools/kgit;beginline=5;endline=9;md5=d8d1d729a70c
DEPENDS = "git-native guilt-native"
-SRCREV = "c82d67d0cf17bc3b499f19667690c56bd00d3ddc"
+SRCREV = "6e92eca3bd30d73222dfeaae6d2d1d9764a5a3f8"
PR = "r12"
PV = "0.1+git${SRCPV}"
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/6] kern-tools: fix forced branching
commit 7a79f7412 [linux-yocto: make KBRANCH the exception and not the rule]
ensures that a request branch is always built. The implementation of this
guarantee is a branch switch before the build starts. But that switch may
be before all patches are applied. If the proper routines are not called,
no patches can be applied to the tree.
Updating the SRCREV to pickup this fix:
updateme: use branch command when forcing branch switches
When forcing a branch switch to the desired branch we should be
using the proper 'branch' command. Since without this call, the
proper variables will not be set, and patches can't be applied
to the tree.
Signed-off-by: Bruce Ashfield
---
.../kern-tools/kern-tools-native_git.bb|2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index 0ff8b19..e1fc0a3 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM =
"file://git/tools/kgit;beginline=5;endline=9;md5=d8d1d729a70c
DEPENDS = "git-native guilt-native"
-SRCREV = "7d936da57db11f1114f3860e4fcc15221e796275"
+SRCREV = "c82d67d0cf17bc3b499f19667690c56bd00d3ddc"
PR = "r12"
PV = "0.1+git${SRCPV}"
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/6] linux-yocto/kern-tools: consolidated pull request
Saul/Richard, This is largely the same pull request that I sent a week ago, and I've had things fixed for a bit, but I didn't want to send it again during my travel .. and then a long weekend. So here's the request again. It is a content update to 3.4.9 + some tool tweaking for problems found by Khem, Matthew Foster and Tom Zanussi. With the tools fixes, we have all known use cases back up and working. The content update has been tested for 2 weeks now and is safe, we do know that the -rt kernel has some issues at the moment, and once this pull request is sent, I'll do a refresh on -rt and get that problem fixed. Cheers, Bruce The following changes since commit bb86a22ba6f90902644c11f984ae4c171ba36624: yocto-docs/.gitignore: Final fix to ignore mega-manual. (2012-09-04 12:55:03 +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 (6): kern-tools: fix forced branching linux-yocto: fix unapplied patch error message linux-yocto: check for bad SRCREV before branch checks kern-tools: fix non-inheriting branch names linux-yocto/3.4: v3.4.9, unionfs, perf and configuration changes linux-yocto/3.2/3.4: arm: Fix linking errors with binutils 2.23 meta/classes/kernel-yocto.bbclass | 18 ++ .../kern-tools/kern-tools-native_git.bb|2 +- meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb|4 ++-- meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb|8 meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb |2 +- meta/recipes-kernel/linux/linux-yocto_3.2.bb | 12 ++-- meta/recipes-kernel/linux/linux-yocto_3.4.bb | 16 7 files changed, 32 insertions(+), 30 deletions(-) -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/9] Package upgrades
On Mon, 2012-09-03 at 18:45 +0300, Constantin Musca wrote: > This is another set of package upgrades compiled on all architectures and > tested using core-image-sato. > The following changes since commit 37c8597e7600385367257e8a513e003947ebef5b: > > distro-tracking: remove xserver-kdrive (2012-09-02 05:52:16 -0700) > > are available in the git repository at: > > git://git.yoctoproject.org/poky-contrib cmuscax/upgrades > http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=cmuscax/upgrades > > Constantin Musca (9): > automake: upgrade to 1.12.3 > gypsy: upgrade to 0.9 > libdrm: upgrade to 2.4.39 > lsof: upgrade to 4.86 > man-pages: upgrade to 3.42 > telepathy-glib: upgrade to 0.19.8 > freetype: upgrade to 2.4.10 > puzzles: upgrade to r9594 > iproute2: upgrade to 3.5.1 Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED REQUEST 00/57] M4 RC1 Final Pull
On Mon, 2012-09-03 at 22:58 -0700, Saul Wold wrote: > Richard, > > This is a grouping of changes for RC1 of Milestone 4 for 1.3, > The build is still in progress on the AB infrastucture but > looking pretty green right now. > > As we are coming into RC1, we I think these are good changes, but > moving forward I will be looking for more directed bug fixes and > less feature work. > > Please review these changes and pull accordingly. > > I think Paul's changes are good, but may need a little more soak > time, I pulled them since we are at M4 RC1 and need to either break > LSB now or better yet, the address the LSB issues > > Please remember that Paul's changes have a meta-yocto pull also. All things considered, I've decided to get on and merge this, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] tclibc-uclibc, tclibc-eglibc: Prefer nativesdk-eglibc to provide libintl
On Mon, 2012-09-03 at 22:16 -0700, Khem Raj wrote: > Currently gettext and eglibc compete to provide for libintl on > nativesdk. So make choices to select eglibc nativesdk to provide > for both eglibc as well as uclibc based systems. > > Signed-off-by: Khem Raj > --- > meta/conf/distro/include/tclibc-eglibc.inc |1 + > meta/conf/distro/include/tclibc-uclibc.inc |2 ++ > 2 files changed, 3 insertions(+) Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] busybox: Add sign-off-by and upstream-status
On Tue, 2012-09-04 at 12:07 +0300, Radu Moisan wrote: > Signed-off-by: Radu Moisan > --- > .../busybox-1.20.2/busybox-1.20.2-kernel_ver.patch |3 +++ > 1 file changed, 3 insertions(+) Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] bitbake.conf: FETCHCMD_svn add --non-interactive --trust-server-cert
On Tue, 2012-09-04 at 11:09 +0200, Martin Jansa wrote: > * now with subversion-native we know those 2 options are supported > * with https protocol used for SVN checkouts we cannot confirm certificate > and do_fetch fails > Error validating server certificate for 'https://foo:443': > - The certificate is not issued by a trusted authority. Use the > fingerprint to validate the certificate manually! > Certificate information: > ... > (R)eject, accept (t)emporarily or accept (p)ermanently? svn: E175002: > Unable to connect to a repository at URL 'https://foo/trunk' > svn: E175002: OPTIONS of 'https://foo/trunk': Server certificate > verification failed: issuer is not trusted (https://foo) > ERROR: Function failed: Fetcher failure for URL: > 'svn://foo;protocol=https;module=trunk'. Unable to fetch URL from any source. > > Signed-off-by: Martin Jansa > --- > meta/conf/bitbake.conf | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] grub: added upstream-status
On Tue, 2012-09-04 at 11:00 +0300, Radu Moisan wrote: > Signed-off-by: Radu Moisan > --- > .../grub/files/grub-no-unused-result.patch |1 + > 1 file changed, 1 insertion(+) Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/28] Package group fixes
On Mon, 2012-09-03 at 11:30 +0100, Paul Eggleton wrote: > This rather large set of changes renames "task" to "packagegroup" and > attempts to clean up a number of package group related issues [1]. It > doesn't go quite as far as I had hoped - I wanted to tidy up the base, > core-lsb and core-basic recipes even further, but unfortunately I ran > out of time for this cycle. > > [1] http://www.openembedded.org/wiki/OE-Core_Task_Rework > > > The following changes since commit c6da6b648328377ba3590fd38cb12dad26a46a13: > > crosstap: new script (2012-09-02 05:47:43 -0700) > > are available in the git repository at: > > git://git.openembedded.org/openembedded-core-contrib paule/task-rework > > http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/task-rework This has needed doing for a long time, we're coming to the end of the development part of this release cycle, there has been opportunity for feedback previously, the patches are quite heavy to maintain and the feedback on the series so far as been relatively minor. I've therefore merged to master, thanks. Any issues we run into can be taken as patches on top of these changes (which is likely what they'd be anyway). Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 15/28] packagegroup-base: remove openswan from packagegroup-base-ipsec
On Mon, 2012-09-03 at 11:54 +0100, Paul Eggleton wrote: > The idea is supposed to be that just having "ipsec" in DISTRO_FEATURES brings > in what we can to support IPsec, assuming your image uses packagegroup-base > that is. > > I'd be more than happy if we went the other way and decided that IPsec was > something worth fully supporting in OE-Core, and brought in the corresponding > user-space bits as a result; but that's somewhat outside of the scope of this > work. Yeah, fair enough. I would also like to see proper IPsec support in oe-core but, if we aren't going to do that, it seems as though this packagegroup should just be deleted (even if temporarily). Having a half-baked "ipsec" task which doesn't actually serve any useful purpose seems like it would just be annoying. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] checksums linux-libc-headers
On Tue, 2012-09-04 at 11:45 +0200, Andreas Müller wrote: > On Tue, Sep 4, 2012 at 11:35 AM, Andreas Müller > wrote: > > Hi, > > > > checksums changed upstream? > > > > | File: '/home/andreas/data/Downloads/packets/dl/linux-3.4.3.tar.bz2' > > has md5 checksum 635c7c2376b9eda4c0ccc67d34205e73 when > > 3aefa02db55715d627ed23a01667057d was expected > > | File: '/home/andreas/data/Downloads/packets/dl/linux-3.4.3.tar.bz2' > > has sha256 checksum > > 2fbce991cae0c9f1f363ad1386e35c2095c6cce1b43e74ed5a96186578074ae0 when > > 17f1256daa289dde1a0a587c9753556d37a52770f7c4efcf2666fd4796a6eacc was > > expected > > | Your checksums: > > | SRC_URI[md5sum] = "635c7c2376b9eda4c0ccc67d34205e73" > > | SRC_URI[sha256sum] = > > "2fbce991cae0c9f1f363ad1386e35c2095c6cce1b43e74ed5a96186578074ae0" > > > > Andreas > > Sorry for noise - I tried twice before sending out this email. Seems > my network is causing this I get every time different checksums and > unpacking fails. At least it validates that they *are* useful :) [I get complaints about them being a pain when upgrading recipes but this illustrates they do help in some cases] Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] runstrip() in package.bbclass fails when run against a kernel module
On 04/09/12 10:23, Martin Jansa wrote: >>> Was this for denzil? >>> >>> In master it was fixed a month ago by: >>> http://git.openembedded.org/openembedded-core/commit/meta/classes/package.bbclass?id=a834ab8a6d53cae504fa112a89bab93d726539ec >>> >>> Don't know why they merged your patch to master too now.. >> >> Yes, I run into the bug on Denzil and did not see the alternative fix in >> master; either one of those fixes the problem, of course. > > Yes but having both in master doesn't make much sense, and someone > already asked the older fix to be merged to denzil. I does not do any harm either, but if you prefer to revert that, I will not complain. (Though, I personally prefer fixing the way the function was incorrectly called rather than handling a wrong argument inside it. :) ) Tomas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/28] Package group fixes
On Monday 03 September 2012 11:30:20 Paul Eggleton wrote: > This rather large set of changes renames "task" to "packagegroup" and > attempts to clean up a number of package group related issues [1]. It > doesn't go quite as far as I had hoped - I wanted to tidy up the base, > core-lsb and core-basic recipes even further, but unfortunately I ran > out of time for this cycle. > > [1] http://www.openembedded.org/wiki/OE-Core_Task_Rework Branch re-pushed with (somewhat unnecessary) PR bumps. Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] checksums linux-libc-headers
On Tue, Sep 4, 2012 at 11:35 AM, Andreas Müller wrote: > Hi, > > checksums changed upstream? > > | File: '/home/andreas/data/Downloads/packets/dl/linux-3.4.3.tar.bz2' > has md5 checksum 635c7c2376b9eda4c0ccc67d34205e73 when > 3aefa02db55715d627ed23a01667057d was expected > | File: '/home/andreas/data/Downloads/packets/dl/linux-3.4.3.tar.bz2' > has sha256 checksum > 2fbce991cae0c9f1f363ad1386e35c2095c6cce1b43e74ed5a96186578074ae0 when > 17f1256daa289dde1a0a587c9753556d37a52770f7c4efcf2666fd4796a6eacc was > expected > | Your checksums: > | SRC_URI[md5sum] = "635c7c2376b9eda4c0ccc67d34205e73" > | SRC_URI[sha256sum] = > "2fbce991cae0c9f1f363ad1386e35c2095c6cce1b43e74ed5a96186578074ae0" > > Andreas Sorry for noise - I tried twice before sending out this email. Seems my network is causing this I get every time different checksums and unpacking fails. Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] checksums linux-libc-headers
Hi, checksums changed upstream? | File: '/home/andreas/data/Downloads/packets/dl/linux-3.4.3.tar.bz2' has md5 checksum 635c7c2376b9eda4c0ccc67d34205e73 when 3aefa02db55715d627ed23a01667057d was expected | File: '/home/andreas/data/Downloads/packets/dl/linux-3.4.3.tar.bz2' has sha256 checksum 2fbce991cae0c9f1f363ad1386e35c2095c6cce1b43e74ed5a96186578074ae0 when 17f1256daa289dde1a0a587c9753556d37a52770f7c4efcf2666fd4796a6eacc was expected | Your checksums: | SRC_URI[md5sum] = "635c7c2376b9eda4c0ccc67d34205e73" | SRC_URI[sha256sum] = "2fbce991cae0c9f1f363ad1386e35c2095c6cce1b43e74ed5a96186578074ae0" Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] runstrip() in package.bbclass fails when run against a kernel module
On Tue, Sep 04, 2012 at 10:12:43AM +0100, Tomas Frydrych wrote:
> Hi,
>
> On 03/09/12 08:08, Martin Jansa wrote:
> > On Fri, Aug 31, 2012 at 12:53:31PM +0100, Tomas Frydrych wrote:
> >>
> >> runstrip() in package.bbclass fails when run against a kernel module,
> >> because it tries to do a bitwise & with a 'None' argument. This throws:
> >> TypeError: unsupported operand type(s) for &: 'NoneType' and 'int'.
> >
> > Was this for denzil?
> >
> > In master it was fixed a month ago by:
> > http://git.openembedded.org/openembedded-core/commit/meta/classes/package.bbclass?id=a834ab8a6d53cae504fa112a89bab93d726539ec
> >
> > Don't know why they merged your patch to master too now..
>
> Yes, I run into the bug on Denzil and did not see the alternative fix in
> master; either one of those fixes the problem, of course.
Yes but having both in master doesn't make much sense, and someone
already asked the older fix to be merged to denzil.
>
> Tomas
>
>
> >
> > Cheers,
> >
> >>
> >> Tomas
> >>
> >
> >> From 6abe978d8e0acdb35c1abfed83e775b276b1231f Mon Sep 17 00:00:00 2001
> >> From: Tomas Frydrych
> >> Date: Fri, 31 Aug 2012 12:02:18 +0100
> >> Subject: [PATCH] package.bbclass: fix stripping for kernel modules
> >>
> >> runstrip(path, elftype, d) does bitwise & on the elftype parameter, so it
> >> has
> >> to be passed an integer. Passing None fails with: TypeError: unsupported
> >> operand type(s) for &: 'NoneType' and 'int'.
> >>
> >> Signed-off-by: Tomas Frydrych
> >> ---
> >> meta/classes/package.bbclass |2 +-
> >> 1 file changed, 1 insertion(+), 1 deletion(-)
> >>
> >> diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
> >> index 44e551f..f046fbb 100644
> >> --- a/meta/classes/package.bbclass
> >> +++ b/meta/classes/package.bbclass
> >> @@ -877,7 +877,7 @@ python split_and_strip_files () {
> >>for f in files:
> >>if not f.endswith(".ko"):
> >>continue
> >> - runstrip(os.path.join(root, f), None, d)
> >> + runstrip(os.path.join(root, f), 0, d)
> >>#
> >># End of strip
> >>#
> >> --
> >> 1.7.10.4
> >>
> >>
> >
> >> ___
> >> Openembedded-core mailing list
> >> Openembedded-core@lists.openembedded.org
> >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >
> >
>
>
> ___
> 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.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] runstrip() in package.bbclass fails when run against a kernel module
Hi,
On 03/09/12 08:08, Martin Jansa wrote:
> On Fri, Aug 31, 2012 at 12:53:31PM +0100, Tomas Frydrych wrote:
>>
>> runstrip() in package.bbclass fails when run against a kernel module,
>> because it tries to do a bitwise & with a 'None' argument. This throws:
>> TypeError: unsupported operand type(s) for &: 'NoneType' and 'int'.
>
> Was this for denzil?
>
> In master it was fixed a month ago by:
> http://git.openembedded.org/openembedded-core/commit/meta/classes/package.bbclass?id=a834ab8a6d53cae504fa112a89bab93d726539ec
>
> Don't know why they merged your patch to master too now..
Yes, I run into the bug on Denzil and did not see the alternative fix in
master; either one of those fixes the problem, of course.
Tomas
>
> Cheers,
>
>>
>> Tomas
>>
>
>> From 6abe978d8e0acdb35c1abfed83e775b276b1231f Mon Sep 17 00:00:00 2001
>> From: Tomas Frydrych
>> Date: Fri, 31 Aug 2012 12:02:18 +0100
>> Subject: [PATCH] package.bbclass: fix stripping for kernel modules
>>
>> runstrip(path, elftype, d) does bitwise & on the elftype parameter, so it has
>> to be passed an integer. Passing None fails with: TypeError: unsupported
>> operand type(s) for &: 'NoneType' and 'int'.
>>
>> Signed-off-by: Tomas Frydrych
>> ---
>> meta/classes/package.bbclass |2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
>> index 44e551f..f046fbb 100644
>> --- a/meta/classes/package.bbclass
>> +++ b/meta/classes/package.bbclass
>> @@ -877,7 +877,7 @@ python split_and_strip_files () {
>> for f in files:
>> if not f.endswith(".ko"):
>> continue
>> -runstrip(os.path.join(root, f), None, d)
>> +runstrip(os.path.join(root, f), 0, d)
>> #
>> # End of strip
>> #
>> --
>> 1.7.10.4
>>
>>
>
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] bitbake.conf: FETCHCMD_svn add --non-interactive --trust-server-cert
* now with subversion-native we know those 2 options are supported * with https protocol used for SVN checkouts we cannot confirm certificate and do_fetch fails Error validating server certificate for 'https://foo:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: ... (R)eject, accept (t)emporarily or accept (p)ermanently? svn: E175002: Unable to connect to a repository at URL 'https://foo/trunk' svn: E175002: OPTIONS of 'https://foo/trunk': Server certificate verification failed: issuer is not trusted (https://foo) ERROR: Function failed: Fetcher failure for URL: 'svn://foo;protocol=https;module=trunk'. Unable to fetch URL from any source. Signed-off-by: Martin Jansa --- meta/conf/bitbake.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 1d56813..161cdaf 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -578,7 +578,7 @@ XORG_MIRROR = "http://xorg.freedesktop.org/releases"; # export DEBIAN_MIRROR = "ftp://ftp.de.debian.org/debian/pool"; # into your local.conf -FETCHCMD_svn = "/usr/bin/env svn" +FETCHCMD_svn = "/usr/bin/env svn --non-interactive --trust-server-cert" FETCHCMD_cvs = "/usr/bin/env cvs" FETCHCMD_wget = "/usr/bin/env wget -t 2 -T 30 -nv --passive-ftp --no-check-certificate" FETCHCMD_bzr = "/usr/bin/env bzr" -- 1.7.12 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] busybox: Add sign-off-by and upstream-status
Signed-off-by: Radu Moisan --- .../busybox-1.20.2/busybox-1.20.2-kernel_ver.patch |3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-core/busybox/busybox-1.20.2/busybox-1.20.2-kernel_ver.patch b/meta/recipes-core/busybox/busybox-1.20.2/busybox-1.20.2-kernel_ver.patch index 456fb08..69bbe73 100644 --- a/meta/recipes-core/busybox/busybox-1.20.2/busybox-1.20.2-kernel_ver.patch +++ b/meta/recipes-core/busybox/busybox-1.20.2/busybox-1.20.2-kernel_ver.patch @@ -1,3 +1,6 @@ +Signed-off-by: Radu Moisan +Upstream-Status: Pending + --- busybox-1.20.2/libbb/kernel_version.c +++ busybox-1.20.2-kernel_ver/libbb/kernel_version.c @@ -20,18 +20,15 @@ -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Richard Purdie : perl: Fix various nativesdk build issues
On Tue, Sep 04, 2012 at 09:30:58AM +0100, Richard Purdie wrote:
> On Tue, 2012-09-04 at 10:18 +0200, Martin Jansa wrote:
> > > meta/recipes-devtools/perl/perl_5.14.2.bb | 12 +++-
> > > 1 files changed, 7 insertions(+), 5 deletions(-)
> > >
> > > diff --git a/meta/recipes-devtools/perl/perl_5.14.2.bb
> > > b/meta/recipes-devtools/perl/perl_5.14.2.bb
> > > index 9db3805..3c1360f 100644
> > > --- a/meta/recipes-devtools/perl/perl_5.14.2.bb
> > > +++ b/meta/recipes-devtools/perl/perl_5.14.2.bb
> > > @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
> > > "file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
> > > # We need gnugrep (for -I)
> > > DEPENDS = "virtual/db grep-native"
> > > DEPENDS += "gdbm zlib"
> > > -PR = "r8"
> > > +PR = "r9"
> > >
> > > # 5.10.1 has Module::Build built-in
> > > PROVIDES += "libmodule-build-perl"
> > > @@ -90,6 +90,8 @@ export PERLHOSTLIB =
> > > "${STAGING_LIBDIR_NATIVE}/perl-native/perl/${PV}/"
> > > # LDFLAGS for shared libraries
> > > export LDDLFLAGS = "${LDFLAGS} -shared"
> > >
> > > +LDFLAGS_append = " -fstack-protector"
> > > +
> > > # We're almost Debian, aren't we?
> > > CFLAGS += "-DDEBIAN"
> > >
> > > @@ -148,10 +150,10 @@ do_configure() {
> > > -e 's,@ARCH@-thread-multi,,g' \
> > > -e 's,@ARCH@,${TARGET_ARCH}-${TARGET_OS},g' \
> > > -e 's,@STAGINGDIR@,${STAGING_DIR_HOST},g' \
> > > - -e "s%/usr/include%${STAGING_INCDIR}%g" \
> > > --e 's,/usr/lib/,${libdir}/,g' \
> > > --e 's,/usr/,${exec_prefix}/,g' \
> > > --e 's,/perl5,/perl,g' \
> > > + -e "s%\([ \"^\',=]\+\)/usr/include%\1${STAGING_INCDIR}%g"
> > > \
> > > +-e "s%\([ \"^\',=]\+\)/usr/lib/%\1${libdir}/%g" \
> > > +-e "s%\([ \"^\',=]\+\)/usr/%\1${exec_prefix}/%g" \
> > > +-e "s%/perl5%/perl%g" \
> > > config.sh-${TARGET_ARCH}-${TARGET_OS}
> > >
> > > case "${TARGET_ARCH}" in
> >
> > Not sure if it's caused by this,
>
>
> FWIW we never used to build nativesdk-perl at all. So bugs here are new
> and due to the system being more correct about missing dependencies. Of
> course nativesdk-perl should build, I just want to be clear this is a
> new issue.
Ah I haven't discovered that commit:
nativesdk: Switch to using nativesdk as a prefix, not a suffix
also adds BBCLASSEXTEND to perl
>
> > but nativesdk-perl now fails to
> > do_install()
> >
> > make[1]: Nothing to be done for `install.man'.
> > make[1]: Leaving directory
> > `/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/perl-5.14.2'
> > ln: failed to create symbolic link
> > '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image/usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/bin/perl':
> > No such file or directory
> > ln: failed to create symbolic link
> > '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl5':
> > No such file or directory
> > rmdir: failed to remove
> > '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/site_perl/5.14.2':
> > No such file or directory
> > rmdir: failed to remove
> > '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/site_perl':
> > No such file or directory
> > mv: cannot stat
> > '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/5.14.2/CORE/libperl.so':
> > No such file or directory
> > ln: failed to create symbolic link
> > '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/libperl.so.5':
> > No such file or directory
> > ln: failed to create symbolic link
> > '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/5.14.2/CORE/libperl.so':
> > No such file or directory
> > install: cannot create regular file
> > '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image/usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl':
> > No such file or directory
> > ln: failed to create symbolic link
> > '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image/usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/5.14.2/Config_heavy-target.pl':
> > No such file or directory
> >
> > And files are all installed in wrong directory (sysroot path repeated
> > twice):
> > OE @
> > ~/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/perl-5.14.2
> > $ ls
> > /OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/n
Re: [OE-core] [PATCH 00/28] Package group fixes
On Tuesday 04 September 2012 10:38:03 Koen Kooi wrote: > Op 3 sep. 2012, om 18:35 heeft Paul Eggleton het volgende geschreven: > > On Monday 03 September 2012 18:26:14 Koen Kooi wrote: > >> Op 3 sep. 2012, om 12:30 heeft Paul Eggleton > >> > > > het volgende geschreven: > >>> This rather large set of changes renames "task" to "packagegroup" and > >>> attempts to clean up a number of package group related issues [1]. It > >>> doesn't go quite as far as I had hoped - I wanted to tidy up the base, > >>> core-lsb and core-basic recipes even further, but unfortunately I ran > >>> out of time for this cycle. > >> > >> Instead of replying to a ton of patches, I'll reply to the cover letter > >> :) > >> > >> Missing PR bumps > > > > Why would you need a PR bump when renaming the entire recipe? > > Take 15/28 for example, it changes the output package and doens't do a PR > bump. The changes are intended to be considered as a whole, in which case it is not important. Look, I can make the PR bumps if it makes you feel better - that's all it will actually achieve however. Is this the only feedback you have on this series? Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/28] Package group fixes
Op 3 sep. 2012, om 18:35 heeft Paul Eggleton het volgende geschreven: > On Monday 03 September 2012 18:26:14 Koen Kooi wrote: >> Op 3 sep. 2012, om 12:30 heeft Paul Eggleton > het volgende geschreven: >>> This rather large set of changes renames "task" to "packagegroup" and >>> attempts to clean up a number of package group related issues [1]. It >>> doesn't go quite as far as I had hoped - I wanted to tidy up the base, >>> core-lsb and core-basic recipes even further, but unfortunately I ran >>> out of time for this cycle. >> >> Instead of replying to a ton of patches, I'll reply to the cover letter :) >> >> Missing PR bumps > > Why would you need a PR bump when renaming the entire recipe? Take 15/28 for example, it changes the output package and doens't do a PR bump. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Richard Purdie : perl: Fix various nativesdk build issues
On Tue, 2012-09-04 at 10:18 +0200, Martin Jansa wrote:
> > meta/recipes-devtools/perl/perl_5.14.2.bb | 12 +++-
> > 1 files changed, 7 insertions(+), 5 deletions(-)
> >
> > diff --git a/meta/recipes-devtools/perl/perl_5.14.2.bb
> > b/meta/recipes-devtools/perl/perl_5.14.2.bb
> > index 9db3805..3c1360f 100644
> > --- a/meta/recipes-devtools/perl/perl_5.14.2.bb
> > +++ b/meta/recipes-devtools/perl/perl_5.14.2.bb
> > @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
> > "file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
> > # We need gnugrep (for -I)
> > DEPENDS = "virtual/db grep-native"
> > DEPENDS += "gdbm zlib"
> > -PR = "r8"
> > +PR = "r9"
> >
> > # 5.10.1 has Module::Build built-in
> > PROVIDES += "libmodule-build-perl"
> > @@ -90,6 +90,8 @@ export PERLHOSTLIB =
> > "${STAGING_LIBDIR_NATIVE}/perl-native/perl/${PV}/"
> > # LDFLAGS for shared libraries
> > export LDDLFLAGS = "${LDFLAGS} -shared"
> >
> > +LDFLAGS_append = " -fstack-protector"
> > +
> > # We're almost Debian, aren't we?
> > CFLAGS += "-DDEBIAN"
> >
> > @@ -148,10 +150,10 @@ do_configure() {
> > -e 's,@ARCH@-thread-multi,,g' \
> > -e 's,@ARCH@,${TARGET_ARCH}-${TARGET_OS},g' \
> > -e 's,@STAGINGDIR@,${STAGING_DIR_HOST},g' \
> > - -e "s%/usr/include%${STAGING_INCDIR}%g" \
> > - -e 's,/usr/lib/,${libdir}/,g' \
> > - -e 's,/usr/,${exec_prefix}/,g' \
> > - -e 's,/perl5,/perl,g' \
> > + -e "s%\([ \"^\',=]\+\)/usr/include%\1${STAGING_INCDIR}%g" \
> > + -e "s%\([ \"^\',=]\+\)/usr/lib/%\1${libdir}/%g" \
> > + -e "s%\([ \"^\',=]\+\)/usr/%\1${exec_prefix}/%g" \
> > + -e "s%/perl5%/perl%g" \
> > config.sh-${TARGET_ARCH}-${TARGET_OS}
> >
> > case "${TARGET_ARCH}" in
>
> Not sure if it's caused by this,
FWIW we never used to build nativesdk-perl at all. So bugs here are new
and due to the system being more correct about missing dependencies. Of
course nativesdk-perl should build, I just want to be clear this is a
new issue.
> but nativesdk-perl now fails to
> do_install()
>
> make[1]: Nothing to be done for `install.man'.
> make[1]: Leaving directory
> `/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/perl-5.14.2'
> ln: failed to create symbolic link
> '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image/usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/bin/perl':
> No such file or directory
> ln: failed to create symbolic link
> '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl5':
> No such file or directory
> rmdir: failed to remove
> '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/site_perl/5.14.2':
> No such file or directory
> rmdir: failed to remove
> '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/site_perl':
> No such file or directory
> mv: cannot stat
> '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/5.14.2/CORE/libperl.so':
> No such file or directory
> ln: failed to create symbolic link
> '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/libperl.so.5':
> No such file or directory
> ln: failed to create symbolic link
> '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/5.14.2/CORE/libperl.so':
> No such file or directory
> install: cannot create regular file
> '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image/usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl':
> No such file or directory
> ln: failed to create symbolic link
> '/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image/usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/5.14.2/Config_heavy-target.pl':
> No such file or directory
>
> And files are all installed in wrong directory (sysroot path repeated twice):
> OE @
> ~/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/perl-5.14.2
> $ ls /OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-
> 5.14.2-r9/image/usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/bin/
> a2p corelist cpanp enc2xs h2xs libnetcfg
> perlbug perlthanks pod2latex pod2usage proveptar s2p xsubpp
> c2ph cpan cpanp-run-perl find2perl instmodsh perl
> perldoc
Re: [OE-core] [PATCH 02/28] classes/core-image: remove *_IMAGE_FEATURES variables
On Monday 03 September 2012 19:33:34 Saul Wold wrote:
> > -IMAGE_FEATURES += "apps-console-core ${SATO_IMAGE_FEATURES}"
> > +IMAGE_FEATURES += "apps-console-core package-management x11-base
> > apps-x11-core apps-x11-games x11-sato ssh-server-dropbear"
>
> Should package-management be here or should it be a DISTRO_FEATURE and
> have the ability to be enabled or disabled more on DISTRO basis? I know
> that we explicitly disable it on core-image-minimal and have a
> ROOTFS_POSTPRESSES_COMMAND there, but I wonder about setting that up on
> a DISTRO basis?
DISTRO_FEATURES are usually items that influence changes at compilation time. I
think it's also reasonable to expect people want to be able to produce images
that have package management for development/testing/debugging and those that
don't for production, side-by-side, in which case it has to be in
IMAGE_FEATURES (especially as changing DISTRO_FEATURES on the fly will result
in a lot of recompilation).
> It's part of the following:
>
> meta/recipes-core/images/build-appliance-image.bb
> meta/recipes-graphics/images/core-image-clutter.bb
> meta/recipes-graphics/images/core-image-x11.bb
> meta/recipes-sato/images/core-image-sato.bb
>
> What about LSB? core-image-base or core-image-basic?
The latter images never had package management enabled; I think core-image-
basic at least could reasonably have package management enabled though since
it's meant to produce a more fully-featured Linux system (mental note, still
need to rename some of those images). AIUI, LSB doesn't require full package
management to be enabled, only that rpm packages are able to be installed;
installing rpm should satisfy this. We would only want to enable full package
management in the LSB images if it was in some way helpful to run the LSB
tests.
I'm not entirely sure how we ended up with package management in the Sato
images and not with some of the others - perhaps there was at one time a
package management application within Sato or plans for one?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Richard Purdie : perl: Fix various nativesdk build issues
On Sun, Sep 02, 2012 at 12:57:24PM +, g...@git.openembedded.org wrote:
> Module: openembedded-core.git
> Branch: master
> Commit: 38234f2e276356b1d77a87ceabc486107e336d19
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=38234f2e276356b1d77a87ceabc486107e336d19
>
> Author: Richard Purdie
> Date: Thu Aug 30 16:36:24 2012 -0700
>
> perl: Fix various nativesdk build issues
>
> The config.sh lists -fstack-protector but this isn't in LDFLAGS. This
> can result in perl compilation failures due to the mismatch. Adding the
> flag to LDFLAGS solves makes all the flags consistent and avoids build
> failures from missing symbols.
>
> It was also found that the path substitutions made by the sed statement
> can conflict with each other and you can end up with $prefix$prefix type
> expressions in config.sh-X which can break the build in unusual ways.
> This patch anchors the expressions to ensure only true matches are
> replaced.
>
> Signed-off-by: Richard Purdie
>
> ---
>
> meta/recipes-devtools/perl/perl_5.14.2.bb | 12 +++-
> 1 files changed, 7 insertions(+), 5 deletions(-)
>
> diff --git a/meta/recipes-devtools/perl/perl_5.14.2.bb
> b/meta/recipes-devtools/perl/perl_5.14.2.bb
> index 9db3805..3c1360f 100644
> --- a/meta/recipes-devtools/perl/perl_5.14.2.bb
> +++ b/meta/recipes-devtools/perl/perl_5.14.2.bb
> @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
> "file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
> # We need gnugrep (for -I)
> DEPENDS = "virtual/db grep-native"
> DEPENDS += "gdbm zlib"
> -PR = "r8"
> +PR = "r9"
>
> # 5.10.1 has Module::Build built-in
> PROVIDES += "libmodule-build-perl"
> @@ -90,6 +90,8 @@ export PERLHOSTLIB =
> "${STAGING_LIBDIR_NATIVE}/perl-native/perl/${PV}/"
> # LDFLAGS for shared libraries
> export LDDLFLAGS = "${LDFLAGS} -shared"
>
> +LDFLAGS_append = " -fstack-protector"
> +
> # We're almost Debian, aren't we?
> CFLAGS += "-DDEBIAN"
>
> @@ -148,10 +150,10 @@ do_configure() {
> -e 's,@ARCH@-thread-multi,,g' \
> -e 's,@ARCH@,${TARGET_ARCH}-${TARGET_OS},g' \
> -e 's,@STAGINGDIR@,${STAGING_DIR_HOST},g' \
> - -e "s%/usr/include%${STAGING_INCDIR}%g" \
> --e 's,/usr/lib/,${libdir}/,g' \
> --e 's,/usr/,${exec_prefix}/,g' \
> --e 's,/perl5,/perl,g' \
> + -e "s%\([ \"^\',=]\+\)/usr/include%\1${STAGING_INCDIR}%g" \
> +-e "s%\([ \"^\',=]\+\)/usr/lib/%\1${libdir}/%g" \
> +-e "s%\([ \"^\',=]\+\)/usr/%\1${exec_prefix}/%g" \
> +-e "s%/perl5%/perl%g" \
> config.sh-${TARGET_ARCH}-${TARGET_OS}
>
> case "${TARGET_ARCH}" in
Not sure if it's caused by this, but nativesdk-perl now fails to
do_install()
make[1]: Nothing to be done for `install.man'.
make[1]: Leaving directory
`/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/perl-5.14.2'
ln: failed to create symbolic link
'/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image/usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/bin/perl':
No such file or directory
ln: failed to create symbolic link
'/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl5':
No such file or directory
rmdir: failed to remove
'/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/site_perl/5.14.2':
No such file or directory
rmdir: failed to remove
'/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/site_perl':
No such file or directory
mv: cannot stat
'/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/5.14.2/CORE/libperl.so':
No such file or directory
ln: failed to create symbolic link
'/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/libperl.so.5':
No such file or directory
ln: failed to create symbolic link
'/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image//usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/5.14.2/CORE/libperl.so':
No such file or directory
install: cannot create regular file
'/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image/usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl':
No such file or directory
ln: failed to create symbolic link
'/OE/shr-core/tmp-eglibc/work/i686-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image/usr/local/oecore-i686/sysroots/i686-oesdk-linux/usr/lib/perl/5.14.2/Config_heavy-target.pl':
No such file or directory
And files are all installed in wrong dir
[OE-core] [PATCH] grub: added upstream-status
Signed-off-by: Radu Moisan --- .../grub/files/grub-no-unused-result.patch |1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-bsp/grub/files/grub-no-unused-result.patch b/meta/recipes-bsp/grub/files/grub-no-unused-result.patch index ecd7f36..4cbd083 100644 --- a/meta/recipes-bsp/grub/files/grub-no-unused-result.patch +++ b/meta/recipes-bsp/grub/files/grub-no-unused-result.patch @@ -1,4 +1,5 @@ Signed-off-by: Radu Moisan +Upstream-Status: Pending I had an error because of an unused return value for read(). I added -Wno-unused-result. -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] curl: update to upstream version 7.27.0
Added changes suggested by Saul.
radu
On 09/04/2012 10:20 AM, Radu Moisan wrote:
Signed-off-by: Radu Moisan
---
meta/recipes-support/curl/curl/pkgconfig_fix.patch | 24 ++--
.../curl/{curl_7.26.0.bb => curl_7.27.0.bb}|4 ++--
2 files changed, 14 insertions(+), 14 deletions(-)
rename meta/recipes-support/curl/{curl_7.26.0.bb => curl_7.27.0.bb} (92%)
diff --git a/meta/recipes-support/curl/curl/pkgconfig_fix.patch
b/meta/recipes-support/curl/curl/pkgconfig_fix.patch
index ad73c00..20efd67 100644
--- a/meta/recipes-support/curl/curl/pkgconfig_fix.patch
+++ b/meta/recipes-support/curl/curl/pkgconfig_fix.patch
@@ -1,11 +1,11 @@
Upstream-Status: Inappropriate [packaging]
+Signed-off-by: Radu Moisan
-
-Index: curl-7.20.0/libcurl.pc.in
+Index: curl-7.27.0/libcurl.pc.in
===
curl-7.20.0.orig/libcurl.pc.in 2009-11-17 18:11:07.0 +
-+++ curl-7.20.0/libcurl.pc.in 2010-03-25 12:13:26.814051066 +
-@@ -35,6 +35,7 @@
+--- curl-7.27.0.orig/libcurl.pc.in 2012-05-26 00:56:17.0 +0300
curl-7.27.0/libcurl.pc.in 2012-08-08 11:30:41.0 +0300
+@@ -34,6 +34,7 @@
URL: http://curl.haxx.se/
Description: Library to transfer files with ftp, http, etc.
Version: @CURLVERSION@
@@ -14,12 +14,12 @@ Index: curl-7.20.0/libcurl.pc.in
+Requires.private: @GNUTLS_REQUIRED@
+Libs: -L${libdir} -lcurl
+Libs.private: -ldl -lz
- Cflags: -I${includedir}
-Index: curl-7.20.0/configure.ac
+ Cflags: -I${includedir} @CPPFLAG_CURL_STATICLIB@
+Index: curl-7.27.0/configure.ac
===
curl-7.20.0.orig/configure.ac 2010-02-04 21:41:46.0 +
-+++ curl-7.20.0/configure.ac 2010-03-25 12:12:18.673129001 +
-@@ -1668,6 +1668,7 @@
+--- curl-7.27.0.orig/configure.ac 2012-07-27 21:25:09.0 +0300
curl-7.27.0/configure.ac 2012-08-08 11:45:06.0 +0300
+@@ -1863,6 +1863,7 @@
AC_SUBST(USE_GNUTLS, [1])
GNUTLS_ENABLED=1
USE_GNUTLS="yes"
@@ -27,9 +27,9 @@ Index: curl-7.20.0/configure.ac
curl_ssl_msg="enabled (GnuTLS)"
],
[
-@@ -1696,6 +1697,8 @@
+@@ -2102,6 +2103,8 @@
- fi dnl OPENSSL != 1
+ fi
+AC_SUBST(GNUTLS_REQUIRED)
+
diff --git a/meta/recipes-support/curl/curl_7.26.0.bb
b/meta/recipes-support/curl/curl_7.27.0.bb
similarity index 92%
rename from meta/recipes-support/curl/curl_7.26.0.bb
rename to meta/recipes-support/curl/curl_7.27.0.bb
index dad5572..2391630 100644
--- a/meta/recipes-support/curl/curl_7.26.0.bb
+++ b/meta/recipes-support/curl/curl_7.27.0.bb
@@ -13,8 +13,8 @@ PR = "r1"
SRC_URI = "http://curl.haxx.se/download/curl-${PV}.tar.bz2 \
file://pkgconfig_fix.patch"
-SRC_URI[md5sum] = "bfa80f01b3d300359cfb4d409b6136a3"
-SRC_URI[sha256sum] =
"fced262f16eb6bfcdcea15e04a7905ffcb5ff04b14a19ca35b9df86d6720d26a"
+SRC_URI[md5sum] = "11fcbfc0de9c12512e607e7d72d500a0"
+SRC_URI[sha256sum] =
"aba5582135c28470b46084da9747470c1c680485fc91f9f0d3f7928df8169398"
inherit autotools pkgconfig binconfig
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] curl: update to upstream version 7.27.0
Signed-off-by: Radu Moisan
---
meta/recipes-support/curl/curl/pkgconfig_fix.patch | 24 ++--
.../curl/{curl_7.26.0.bb => curl_7.27.0.bb}|4 ++--
2 files changed, 14 insertions(+), 14 deletions(-)
rename meta/recipes-support/curl/{curl_7.26.0.bb => curl_7.27.0.bb} (92%)
diff --git a/meta/recipes-support/curl/curl/pkgconfig_fix.patch
b/meta/recipes-support/curl/curl/pkgconfig_fix.patch
index ad73c00..20efd67 100644
--- a/meta/recipes-support/curl/curl/pkgconfig_fix.patch
+++ b/meta/recipes-support/curl/curl/pkgconfig_fix.patch
@@ -1,11 +1,11 @@
Upstream-Status: Inappropriate [packaging]
+Signed-off-by: Radu Moisan
-
-Index: curl-7.20.0/libcurl.pc.in
+Index: curl-7.27.0/libcurl.pc.in
===
curl-7.20.0.orig/libcurl.pc.in 2009-11-17 18:11:07.0 +
-+++ curl-7.20.0/libcurl.pc.in 2010-03-25 12:13:26.814051066 +
-@@ -35,6 +35,7 @@
+--- curl-7.27.0.orig/libcurl.pc.in 2012-05-26 00:56:17.0 +0300
curl-7.27.0/libcurl.pc.in 2012-08-08 11:30:41.0 +0300
+@@ -34,6 +34,7 @@
URL: http://curl.haxx.se/
Description: Library to transfer files with ftp, http, etc.
Version: @CURLVERSION@
@@ -14,12 +14,12 @@ Index: curl-7.20.0/libcurl.pc.in
+Requires.private: @GNUTLS_REQUIRED@
+Libs: -L${libdir} -lcurl
+Libs.private: -ldl -lz
- Cflags: -I${includedir}
-Index: curl-7.20.0/configure.ac
+ Cflags: -I${includedir} @CPPFLAG_CURL_STATICLIB@
+Index: curl-7.27.0/configure.ac
===
curl-7.20.0.orig/configure.ac 2010-02-04 21:41:46.0 +
-+++ curl-7.20.0/configure.ac 2010-03-25 12:12:18.673129001 +
-@@ -1668,6 +1668,7 @@
+--- curl-7.27.0.orig/configure.ac 2012-07-27 21:25:09.0 +0300
curl-7.27.0/configure.ac 2012-08-08 11:45:06.0 +0300
+@@ -1863,6 +1863,7 @@
AC_SUBST(USE_GNUTLS, [1])
GNUTLS_ENABLED=1
USE_GNUTLS="yes"
@@ -27,9 +27,9 @@ Index: curl-7.20.0/configure.ac
curl_ssl_msg="enabled (GnuTLS)"
],
[
-@@ -1696,6 +1697,8 @@
+@@ -2102,6 +2103,8 @@
- fi dnl OPENSSL != 1
+ fi
+AC_SUBST(GNUTLS_REQUIRED)
+
diff --git a/meta/recipes-support/curl/curl_7.26.0.bb
b/meta/recipes-support/curl/curl_7.27.0.bb
similarity index 92%
rename from meta/recipes-support/curl/curl_7.26.0.bb
rename to meta/recipes-support/curl/curl_7.27.0.bb
index dad5572..2391630 100644
--- a/meta/recipes-support/curl/curl_7.26.0.bb
+++ b/meta/recipes-support/curl/curl_7.27.0.bb
@@ -13,8 +13,8 @@ PR = "r1"
SRC_URI = "http://curl.haxx.se/download/curl-${PV}.tar.bz2 \
file://pkgconfig_fix.patch"
-SRC_URI[md5sum] = "bfa80f01b3d300359cfb4d409b6136a3"
-SRC_URI[sha256sum] =
"fced262f16eb6bfcdcea15e04a7905ffcb5ff04b14a19ca35b9df86d6720d26a"
+SRC_URI[md5sum] = "11fcbfc0de9c12512e607e7d72d500a0"
+SRC_URI[sha256sum] =
"aba5582135c28470b46084da9747470c1c680485fc91f9f0d3f7928df8169398"
inherit autotools pkgconfig binconfig
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
