* [CONSOLIDATED PULL 21/28] libnl-2.0: split to more packages, as meta-openembedded does
From: Saul Wold @ 2011-11-05 17:22 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320513631.git.sgw@linux.intel.com>
From: Martin Jansa <martin.jansa@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
meta/recipes-support/libnl/libnl_2.0.bb | 6 +++++-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/libnl/libnl_2.0.bb b/meta/recipes-support/libnl/libnl_2.0.bb
index 32705b9..f084537 100644
--- a/meta/recipes-support/libnl/libnl_2.0.bb
+++ b/meta/recipes-support/libnl/libnl_2.0.bb
@@ -19,4 +19,8 @@ SRC_URI[sha256sum] = "5a40dc903d3ca1074da7424b908bec8ff16936484798c7e46e53e9db8b
inherit autotools pkgconfig
-LEAD_SONAME = "libnl.so"
+PACKAGES =+ "${PN}-route ${PN}-nf ${PN}-genl ${PN}-cli"
+FILES_${PN}-route = "${libdir}/libnl-route.so.*"
+FILES_${PN}-nf = "${libdir}/libnl-nf.so.*"
+FILES_${PN}-genl = "${libdir}/libnl-genl.so.*"
+FILES_${PN}-cli = "${libdir}/libnl-cli.so.*"
--
1.7.6.4
^ permalink raw reply related
* [CONSOLIDATED PULL 24/28] fotowall: disable videocapture since we do not have a webcam
From: Saul Wold @ 2011-11-05 17:22 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320513631.git.sgw@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
---
meta/recipes-qt/qt-apps/fotowall_0.9.bb | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-qt/qt-apps/fotowall_0.9.bb b/meta/recipes-qt/qt-apps/fotowall_0.9.bb
index c5c751d..52dd727 100644
--- a/meta/recipes-qt/qt-apps/fotowall_0.9.bb
+++ b/meta/recipes-qt/qt-apps/fotowall_0.9.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = "file://GPL_V2;md5=79808397c3355f163c012616125c9e26 \
file://main.cpp;beginline=6;endline=11;md5=b569acc2bf8974a3082b58fc53b9d8dc"
SECTION = "x11/apps"
-PR = "r1"
+PR = "r2"
DEPENDS = "qt4-x11-free"
RRECOMMENDS_${PN} += "qt4-plugin-imageformat-gif qt4-plugin-imageformat-jpeg qt4-plugin-imageformat-tiff"
@@ -21,6 +21,8 @@ S = "${WORKDIR}/Fotowall-${PV}"
inherit qmake2 pkgconfig
+EXTRA_QMAKEVARS_PRE = "CONFIG+=no-webcam"
+
do_install() {
oe_runmake INSTALL_ROOT=${D} install
}
--
1.7.6.4
^ permalink raw reply related
* [CONSOLIDATED PULL 22/28] libnl-2.0: add PE/PR bump for upgradable patch for meta-openembedded users
From: Saul Wold @ 2011-11-05 17:22 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320513631.git.sgw@linux.intel.com>
From: Martin Jansa <martin.jansa@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
meta/recipes-support/libnl/libnl_2.0.bb | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/libnl/libnl_2.0.bb b/meta/recipes-support/libnl/libnl_2.0.bb
index f084537..c96e7db 100644
--- a/meta/recipes-support/libnl/libnl_2.0.bb
+++ b/meta/recipes-support/libnl/libnl_2.0.bb
@@ -6,7 +6,8 @@ LICENSE = "LGPLv2.1"
LIC_FILES_CHKSUM = "file://COPYING;md5=2b41e13261a330ee784153ecbb6a82bc"
DEPENDS = "flex-native bison-native"
-PR = "r3"
+PE = "1"
+PR = "r6"
SRC_URI = "\
http://www.infradead.org/~tgr/${BPN}/files/${BP}.tar.gz \
--
1.7.6.4
^ permalink raw reply related
* [CONSOLIDATED PULL 23/28] linux-yocto_3.0: update base to v3.0.8 + meta config changes
From: Saul Wold @ 2011-11-05 17:22 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320513631.git.sgw@linux.intel.com>
From: Bruce Ashfield <bruce.ashfield@windriver.com>
The board branches are updated to have v3.0.8 as their base kernel
revision, and the version in the recipe is updated to match.
This commit also updates the meta branch to pick up the following
4 commits:
4095bb5 meta/common-pc-64: remove igb
17565fa meta/crownbay: use power/intel feature
8948937 meta/sugarbay: use power/intel feature
fcbc8a9 meta: add power feature
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto_3.0.bb | 18 +++++++++---------
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
index 72db7bf..615209b 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
@@ -16,7 +16,7 @@ LINUX_KERNEL_TYPE = "preempt-rt"
SRCREV_machine ?= "0936e13cc65d816f1759e2322c5e3fc82a5037f3"
SRCREV_machine_qemuppc ?= "0936e13cc65d816f1759e2322c5e3fc82a5037f3"
-SRCREV_meta ?= "353d43d340e87996b4be4c5f6ddb4447e050b65c"
+SRCREV_meta ?= "4095bb597a7bcd647856aa35b5fb8637ed7ff975"
PR = "r1"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.0.bb b/meta/recipes-kernel/linux/linux-yocto_3.0.bb
index 9da7cc1..688999f 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.0.bb
@@ -10,15 +10,15 @@ KMACHINE_qemuarm = "yocto/standard/arm-versatile-926ejs"
KBRANCH = ${KMACHINE}
-LINUX_VERSION ?= "3.0.4"
-
-SRCREV_machine_qemuarm ?= "7908f38ac44359d58c40b166dbb45e48fc58295c"
-SRCREV_machine_qemumips ?= "7ea75f58d69293e6b1c2f904f8f5790521a7ccee"
-SRCREV_machine_qemuppc ?= "eccd57eaa4c2b580b9adbbc39e19ecbff56779ae"
-SRCREV_machine_qemux86 ?= "72671808fdbe69a9fe03fd8f094e7c59da04a28c"
-SRCREV_machine_qemux86-64 ?= "2b2d0954a6fd12b4bb7f02f019bc62633c8060a1"
-SRCREV_machine ?= "6b2c7d65b844e686eae7d5cccb9b638887afe28e"
-SRCREV_meta ?= "353d43d340e87996b4be4c5f6ddb4447e050b65c"
+LINUX_VERSION ?= "3.0.8"
+
+SRCREV_machine_qemuarm ?= "d2f4973505e9cebcf2fc0058434214927deed5e6"
+SRCREV_machine_qemumips ?= "42968ceaecd71ae57157676aa63542db409732cb"
+SRCREV_machine_qemuppc ?= "16eb6506148ff163cfc4f4516110275726831014"
+SRCREV_machine_qemux86 ?= "fea3842615c13a54180b6600783b222f499002ef"
+SRCREV_machine_qemux86-64 ?= "5f86f8f0a3102e1c7d0164abefcd50d825aa468f"
+SRCREV_machine ?= "a811486d28dd9b0e1af0672a65ad9fa97873b82a"
+SRCREV_meta ?= "4095bb597a7bcd647856aa35b5fb8637ed7ff975"
PR = "r2"
PV = "${LINUX_VERSION}+git${SRCPV}"
--
1.7.6.4
^ permalink raw reply related
* [CONSOLIDATED PULL 25/28] allarch.bbclass: disable shlib and debug symbol processing
From: Saul Wold @ 2011-11-05 17:22 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320513631.git.sgw@linux.intel.com>
From: Paul Eggleton <paul.eggleton@linux.intel.com>
all-arch packages should not contain any binaries that need processing,
so disable the shared library dependency processing and debug symbol
splitting/stripping to save some time during packaging.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
---
meta/classes/allarch.bbclass | 5 +++++
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index a2f8179..18c9ae2 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -15,3 +15,8 @@ TARGET_CC_ARCH = "none"
TARGET_LD_ARCH = "none"
TARGET_AS_ARCH = "none"
PACKAGE_EXTRA_ARCHS = ""
+
+# No need to do shared library processing or debug symbol handling
+EXCLUDE_FROM_SHLIBS = "1"
+INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
+INHIBIT_PACKAGE_STRIP = "1"
--
1.7.6.4
^ permalink raw reply related
* [CONSOLIDATED PULL 26/28] core-image-minimal-initramfs: force IMAGE_FSTYPES
From: Saul Wold @ 2011-11-05 17:22 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320513631.git.sgw@linux.intel.com>
From: Paul Eggleton <paul.eggleton@linux.intel.com>
If the user has set their own value for IMAGE_FSTYPES, they may have
disabled the cpio.gz image type, preventing the initramfs from being
produced in the format that image-live.bbclass expects; so force
IMAGE_FSTYPES to cpio.gz within the initramfs image recipe.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Prepend cpio.gz instead
Signed-off-by: Saul Wold <sgw@linux.intel.com>
---
.../images/core-image-minimal-initramfs.bb | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/images/core-image-minimal-initramfs.bb b/meta/recipes-core/images/core-image-minimal-initramfs.bb
index 0bac27a..d078c10 100644
--- a/meta/recipes-core/images/core-image-minimal-initramfs.bb
+++ b/meta/recipes-core/images/core-image-minimal-initramfs.bb
@@ -13,3 +13,4 @@ LICENSE = "MIT"
inherit core-image
IMAGE_ROOTFS_SIZE = "8192"
+IMAGE_FSTYPES =+ "cpio.gz"
--
1.7.6.4
^ permalink raw reply related
* [CONSOLIDATED PULL 27/28] qemugl: switch to new git repo
From: Saul Wold @ 2011-11-05 17:22 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320513631.git.sgw@linux.intel.com>
From: Paul Eggleton <paul.eggleton@linux.intel.com>
The qemugl git repository is now on yoctoproject.org.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
---
meta/recipes-graphics/mesa/qemugl_git.bb | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/mesa/qemugl_git.bb b/meta/recipes-graphics/mesa/qemugl_git.bb
index 1658759..e3552ec 100644
--- a/meta/recipes-graphics/mesa/qemugl_git.bb
+++ b/meta/recipes-graphics/mesa/qemugl_git.bb
@@ -9,7 +9,7 @@ DEPENDS = "virtual/libx11 xproto glproto libxfixes"
COMPATIBLE_HOST = '(x86_64.*|i.86.*)-(linux|freebsd.*)'
-SRC_URI = "git://git.o-hand.com/qemugl.git;protocol=git \
+SRC_URI = "git://git.yoctoproject.org/qemugl;protocol=git \
file://versionfix.patch \
file://remove-x11r6-lib-dir.patch \
file://call_opengl_fix.patch"
--
1.7.6.4
^ permalink raw reply related
* [CONSOLIDATED PULL 28/28] lighttpd 1.4.29: rename index.html to avoid clashes with DL_DIR
From: Saul Wold @ 2011-11-05 17:22 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320513631.git.sgw@linux.intel.com>
From: Koen Kooi <koen@dominion.thruhere.net>
As Martin Jansa pointed out before, bitbake will silently peek in DL_DIR before FILESPATH and use files from there if found.
The failure mode for lighttpd involves a 404 redirect placing index.html into DL_DIR, which will end up in the lighttpd packages. In my specific case iproute2 hit the linuxfoundation 404 redirect so lighttpd.ipk now serves the linuxfoundation frontpage :)
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
---
.../files/{index.html => index.html.lighttpd} | 0
meta/recipes-extended/lighttpd/lighttpd_1.4.29.bb | 6 +++---
2 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-extended/lighttpd/files/{index.html => index.html.lighttpd} (100%)
diff --git a/meta/recipes-extended/lighttpd/files/index.html b/meta/recipes-extended/lighttpd/files/index.html.lighttpd
similarity index 100%
rename from meta/recipes-extended/lighttpd/files/index.html
rename to meta/recipes-extended/lighttpd/files/index.html.lighttpd
diff --git a/meta/recipes-extended/lighttpd/lighttpd_1.4.29.bb b/meta/recipes-extended/lighttpd/lighttpd_1.4.29.bb
index c1d5f81..9fdb5f6 100644
--- a/meta/recipes-extended/lighttpd/lighttpd_1.4.29.bb
+++ b/meta/recipes-extended/lighttpd/lighttpd_1.4.29.bb
@@ -16,10 +16,10 @@ RDEPENDS_${PN} += " \
lighttpd-module-staticfile \
"
-PR = "r0"
+PR = "r1"
SRC_URI = "http://download.lighttpd.net/lighttpd/releases-1.4.x/lighttpd-${PV}.tar.bz2 \
- file://index.html \
+ file://index.html.lighttpd \
file://lighttpd.conf \
file://lighttpd \
"
@@ -48,7 +48,7 @@ do_install_append() {
install -d ${D}${sysconfdir}/init.d ${D}/www/logs ${D}/www/pages/dav ${D}/www/var
install -m 0755 ${WORKDIR}/lighttpd ${D}${sysconfdir}/init.d
install -m 0755 ${WORKDIR}/lighttpd.conf ${D}${sysconfdir}
- install -m 0644 ${WORKDIR}/index.html ${D}/www/pages/
+ install -m 0644 ${WORKDIR}/index.html.lighttpd ${D}/www/pages/index.html
}
FILES_${PN} += "${sysconfdir} /www"
--
1.7.6.4
^ permalink raw reply related
* Re: [CONSOLIDATED PULL 06/28] qmmp: update to 0.5.2
From: Koen Kooi @ 2011-11-05 17:50 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <58510082c4abac45919b92b88f8f0cfdb2ae5eb9.1320513631.git.sgw@linux.intel.com>
[-- Attachment #1: Type: text/plain, Size: 2181 bytes --]
Op 5 nov. 2011, om 18:22 heeft Saul Wold het volgende geschreven:
> From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
>
> Remove recipe qmmp_0.5.1 and add qmmp_0.5.2
That isn't formatted according to the commit policy
>
> Use do_split_package for each grouping and name them correctly besides updating package.
> The format to name plugins of qmmp:
> qmmp-plugin-<group>-<library> with the Description: Qmmp<Group> plugin for %s"
>
> Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
> ---
> .../conf/distro/include/distro_tracking_fields.inc | 9 +++-
> .../qt-apps/{qmmp_0.5.1.bb => qmmp_0.5.2.bb} | 52 ++++++++++++--------
This should be in a seperate commit
>
> --- a/meta/recipes-qt/qt-apps/qmmp_0.5.1.bb
> +++ b/meta/recipes-qt/qt-apps/qmmp_0.5.2.bb
> @@ -1,23 +1,24 @@
> -DESCRIPTION = "Qmmp (Qt-based Multimedia Player) is an audio-player, written with help of Qt library"
> +dESCRIPTION = "Qmmp (Qt-based Multimedia Player) is an audio-player, written with help of Qt library"
> HOMEPAGE = "http://qmmp.ylsoftware.com"
> LICENSE = "GPLv2"
> LIC_FILES_CHKSUM = "file://COPYING;md5=393a5ca445f6965873eca0259a17f833"
> SECTION = "multimedia"
>
> -PR = "r0"
> +PR = "r4"
When upgrading to a new PV you need to reset PR to r0, not increase it
> +PROVIDES = "qmmp"
${PN} is always in provides, no?
> DEPENDS = "qt4-x11-free taglib libmad libvorbis libogg alsa-lib"
please use 'inherit qt4x11' for the qt depends.
> -RDEPENDS_${PN} += "taglib alsa-lib curl"
> +RDEPENDS_${PN} += "taglib alsa-lib libmad curl"
RDEPENDS go below do_install
>
> SRC_URI = "http://qmmp.ylsoftware.com/files/${BPN}-${PV}.tar.bz2"
>
> -SRC_URI[md5sum] = "7934c069256bf2fc4ab762ad2683db2f"
> -SRC_URI[sha256sum] = "16ab0334f368a5ef14d631a1d43d7cae876ee06b7185643377b5e9cfd6143099"
> +SRC_URI[md5sum] = "20852f3cce3471bfc5affa9b2e947dc6"
> +SRC_URI[sha256sum] = "6391dec020d2a381d7f4b7890fae6c49eadf88b3c9aef571fe3c5e96140822ec"
>
>
> PARALLEL_MAKE = ""
Is this still needed?
>
> -inherit qmake2 cmake
> +inherit qmake2 cmake package
Why do you inherit package.bbclass here ?!?!?!
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [PATCH 4/5] dhcp: rename dhcp4.inc to dhcp.inc
From: Otavio Salvador @ 2011-11-05 20:42 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1320441432.3137.2.camel@lenovo.internal.reciva.com>
On Fri, Nov 4, 2011 at 19:17, Phil Blundell <philb@gnu.org> wrote:
> Why is this patch an improvement? I don't have anything against it
> particularly but it doesn't seem that it buys much either, and there is
> no clue in the commit message as to what it is trying to achieve.
Since we dropped the dhcp3.inc file makes no sense to have it named
dhcp4.inc so I renamed it. Just as simple as that.
--
Otavio Salvador O.S. Systems
E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
^ permalink raw reply
* [PATCH 0/1] useradd.bbclass: fix how RDEPENDS is setup
From: Scott Garman @ 2011-11-06 19:31 UTC (permalink / raw)
To: openembedded-core
Fix bug where only packages named PN included base-passwd in
RDEPENDS. Also remove shadow requirement, since some targets
do not use shadow and file ownership can be changed with only
passwd/group entries.
This fixes [YOCTO #1727]
The following changes since commit e3c003282afb93ec52882496400b042620ab00ef:
rt-tests: update to 0.83 (2011-11-04 15:43:19 +0000)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib sgarman/useradd-rdepends-final
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/useradd-rdepends-final
Scott Garman (1):
useradd.bbclass: fix how RDEPENDS is setup
meta/classes/useradd.bbclass | 8 +++++++-
1 files changed, 7 insertions(+), 1 deletions(-)
--
1.7.5.4
^ permalink raw reply
* [PATCH 1/1] useradd.bbclass: fix how RDEPENDS is setup
From: Scott Garman @ 2011-11-06 19:31 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320607825.git.scott.a.garman@intel.com>
Fix bug where only packages named PN included base-passwd in
RDEPENDS. Also remove shadow requirement, since some targets
do not use shadow and file ownership can be changed with only
passwd/group entries.
This fixes [YOCTO #1727]
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
meta/classes/useradd.bbclass | 8 +++++++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index fb70b3e..12d7586 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -4,7 +4,6 @@ USERADDPN ?= "${PN}"
# target sysroot, and shadow -native and -sysroot provide the utilities
# and support files needed to add and modify user and group accounts
DEPENDS_append = " base-passwd shadow-native shadow-sysroot"
-RDEPENDS_${USERADDPN}_append = " base-passwd shadow"
# This preinstall function will be run in two contexts: once for the
# native sysroot (as invoked by the useradd_sysroot() wrapper), and
@@ -147,6 +146,13 @@ fakeroot python populate_packages_prepend () {
preinst += d.getVar('useradd_preinst', True)
bb.data.setVar('pkg_preinst_%s' % pkg, preinst, d)
+ # RDEPENDS setup
+ rdepends = d.getVar("RDEPENDS_%s" % pkg, True)
+ if not rdepends:
+ rdepends = ""
+ rdepends += " base-passwd"
+ bb.data.setVar("RDEPENDS_%s" % pkg, rdepends, d)
+
# We add the user/group calls to all packages to allow any package
# to contain files owned by the users/groups defined in the recipe.
# The user/group addition code is careful not to create duplicate
--
1.7.5.4
^ permalink raw reply related
* Re: [PATCH 1/1] useradd.bbclass: fix how RDEPENDS is setup
From: Phil Blundell @ 2011-11-06 20:25 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <505c8c4924bc7fcbea892c32b7144ee3b1b4c81b.1320607825.git.scott.a.garman@intel.com>
On Sun, 2011-11-06 at 11:31 -0800, Scott Garman wrote:
> Fix bug where only packages named PN included base-passwd in
> RDEPENDS. Also remove shadow requirement, since some targets
> do not use shadow and file ownership can be changed with only
> passwd/group entries.
>
> This fixes [YOCTO #1727]
Don't you need shadow or some equivalent to provide /sbin/useradd so
that the postinsts work for on-target installs? Removing shadow from
RDEPENDS does sound like a good plan for the no-package-management case,
but I'm not sure it's safe otherwise.
p.
^ permalink raw reply
* Re: [PATCH 1/1] useradd.bbclass: fix how RDEPENDS is setup
From: Scott Garman @ 2011-11-06 23:07 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1320611116.3041.2.camel@lenovo.internal.reciva.com>
On 11/06/2011 12:25 PM, Phil Blundell wrote:
> On Sun, 2011-11-06 at 11:31 -0800, Scott Garman wrote:
>> Fix bug where only packages named PN included base-passwd in
>> RDEPENDS. Also remove shadow requirement, since some targets
>> do not use shadow and file ownership can be changed with only
>> passwd/group entries.
>>
>> This fixes [YOCTO #1727]
>
> Don't you need shadow or some equivalent to provide /sbin/useradd so
> that the postinsts work for on-target installs? Removing shadow from
> RDEPENDS does sound like a good plan for the no-package-management case,
> but I'm not sure it's safe otherwise.
Of course you're right. Thank you for pointing this out. I will spin a
v2 of the patchset.
Scott
--
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center
^ permalink raw reply
* Re: useradd changes to dbus, base-passwd
From: Scott Garman @ 2011-11-06 23:16 UTC (permalink / raw)
To: Eric Bénard; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <4EB6EE8E.4000401@eukrea.com>
On 11/06/2011 12:31 PM, Eric Bénard wrote:
> Hi Scott,
>
> Le 26/10/2011 18:52, Scott Garman a écrit :
>> Grepping through our classes, it looks like I can detect the nativesdk
>> within
>> useradd.bbclass by checking for bb.data.inherits_class('nativesdk', d).
>>
>> I've filed a bug for this and will develop a patch to ensure useradd is
>> becomes a no-op for nativesdk builds:
>>
>> http://bugzilla.pokylinux.org/show_bug.cgi?id=1702
>>
> here is a patch tentative which allowed me to compile meta-toolchain-qte.
> Is that the right way to solve the problem (in which case I'll submit
> the patch with comment & sob)?
Hi Eric,
This looks good, thank you! Two questions though:
When I was testing my own variation of this fix out, I found that
testing bb.data.inherits_class('nativesdk', d) did not work as I
expected. It returned false for a recipe I was testing with that used
BBCLASSEXTEND = "native nativesdk". So instead I was checking if PN
ended with -nativesdk. Are you certain the inherits_class test works?
My second question is why the autotools_do_install is needed for the
nativesdk case?
Thanks,
Scott
--
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center
^ permalink raw reply
* [PATCH 0/1] useradd.bbclass: fix how RDEPENDS is setup [v2]
From: Scott Garman @ 2011-11-06 23:27 UTC (permalink / raw)
To: openembedded-core
Fix bug where only packages named PN included base-passwd in
RDEPENDS.
This fixes [YOCTO #1727]
Thanks to Phil Blundell for revewing my previous pull request, this
is v2 based on his feedback.
The following changes since commit e3c003282afb93ec52882496400b042620ab00ef:
rt-tests: update to 0.83 (2011-11-04 15:43:19 +0000)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib sgarman/useradd-rdepends-final
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/useradd-rdepends-final
Scott Garman (1):
useradd.bbclass: fix how RDEPENDS is setup
meta/classes/useradd.bbclass | 8 +++++++-
1 files changed, 7 insertions(+), 1 deletions(-)
--
1.7.5.4
^ permalink raw reply
* [PATCH 1/1] useradd.bbclass: fix how RDEPENDS is setup
From: Scott Garman @ 2011-11-06 23:27 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320621944.git.scott.a.garman@intel.com>
Fix bug where only packages named PN included base-passwd in
RDEPENDS.
This fixes [YOCTO #1727]
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
meta/classes/useradd.bbclass | 8 +++++++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index fb70b3e..18e062f 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -4,7 +4,6 @@ USERADDPN ?= "${PN}"
# target sysroot, and shadow -native and -sysroot provide the utilities
# and support files needed to add and modify user and group accounts
DEPENDS_append = " base-passwd shadow-native shadow-sysroot"
-RDEPENDS_${USERADDPN}_append = " base-passwd shadow"
# This preinstall function will be run in two contexts: once for the
# native sysroot (as invoked by the useradd_sysroot() wrapper), and
@@ -147,6 +146,13 @@ fakeroot python populate_packages_prepend () {
preinst += d.getVar('useradd_preinst', True)
bb.data.setVar('pkg_preinst_%s' % pkg, preinst, d)
+ # RDEPENDS setup
+ rdepends = d.getVar("RDEPENDS_%s" % pkg, True)
+ if not rdepends:
+ rdepends = ""
+ rdepends += " base-passwd shadow"
+ bb.data.setVar("RDEPENDS_%s" % pkg, rdepends, d)
+
# We add the user/group calls to all packages to allow any package
# to contain files owned by the users/groups defined in the recipe.
# The user/group addition code is careful not to create duplicate
--
1.7.5.4
^ permalink raw reply related
* Re: useradd changes to dbus, base-passwd
From: Eric Bénard @ 2011-11-06 20:31 UTC (permalink / raw)
To: scott.a.garman; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <4EA83ACB.4040001@intel.com>
[-- Attachment #1: Type: text/plain, Size: 588 bytes --]
Hi Scott,
Le 26/10/2011 18:52, Scott Garman a écrit :
> Grepping through our classes, it looks like I can detect the nativesdk within
> useradd.bbclass by checking for bb.data.inherits_class('nativesdk', d).
>
> I've filed a bug for this and will develop a patch to ensure useradd is
> becomes a no-op for nativesdk builds:
>
> http://bugzilla.pokylinux.org/show_bug.cgi?id=1702
>
here is a patch tentative which allowed me to compile meta-toolchain-qte.
Is that the right way to solve the problem (in which case I'll submit the
patch with comment & sob)?
Thanks
Eric
[-- Attachment #2: fix_dbusnativesdk.patch --]
[-- Type: text/plain, Size: 2047 bytes --]
diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index fb70b3e..cbcc9e9 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -3,9 +3,16 @@ USERADDPN ?= "${PN}"
# base-passwd-cross provides the default passwd and group files in the
# target sysroot, and shadow -native and -sysroot provide the utilities
# and support files needed to add and modify user and group accounts
-DEPENDS_append = " base-passwd shadow-native shadow-sysroot"
RDEPENDS_${USERADDPN}_append = " base-passwd shadow"
+def useradd_dep_append(d):
+ deps = ' '
+ if not bb.data.inherits_class('nativesdk', d):
+ deps = ' shadow-native shadow-sysroot base-passwd'
+ return deps
+
+DEPENDS_append = "${@useradd_dep_append(d)}"
+
# This preinstall function will be run in two contexts: once for the
# native sysroot (as invoked by the useradd_sysroot() wrapper), and
# also as the preinst script in the target package.
@@ -96,8 +103,17 @@ useradd_sysroot_sstate () {
fi
}
-do_install[prefuncs] += "useradd_sysroot"
-SSTATEPOSTINSTFUNCS += "useradd_sysroot_sstate"
+
+python () {
+ if not bb.data.inherits_class('nativesdk', d):
+ funcs = bb.data.getVarFlag('do_install', 'prefuncs', d) or ""
+ funcs += 'useradd_sysroot'
+ bb.data.setVarFlag('do_install', 'prefuncs', funcs, d)
+ d.setVar('SSTATEPOSTINSTFUNCS', (bb.data.getVar('SSTATEPOSTINSTFUNCS', d, True) or "").join("useradd_sysroot_sstate"))
+}
+
# Recipe parse-time sanity checks
def update_useradd_after_parse(d):
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index caa781c..99b2fc7 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus/dbus.inc
@@ -105,4 +105,8 @@ do_install_virtclass-native() {
# dbus-glib-native and dbus-glib need this xml file
./bus/dbus-daemon --introspect > ${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml
}
+
+do_install_virtclass-nativesdk() {
+ autotools_do_install
+}
BBCLASSEXTEND = "native nativesdk"
^ permalink raw reply related
* Re: useradd changes to dbus, base-passwd
From: Eric Bénard @ 2011-11-07 8:36 UTC (permalink / raw)
To: Scott Garman; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <4EB7155A.1050808@intel.com>
Hi Scott,
Le 07/11/2011 00:16, Scott Garman a écrit :
> This looks good, thank you! Two questions though:
>
> When I was testing my own variation of this fix out, I found that testing
> bb.data.inherits_class('nativesdk', d) did not work as I expected. It returned
> false for a recipe I was testing with that used BBCLASSEXTEND = "native
> nativesdk". So instead I was checking if PN ended with -nativesdk. Are you
> certain the inherits_class test works?
>
this seems to work as expected in the present case :
$ grep BBCLASSEXTEND sources/openembedded-core/meta/recipes-core/dbus/dbus.inc
BBCLASSEXTEND = "native nativesdk"
$ bitbake dbus -e |grep ^DEPENDS=
DEPENDS="pkgconfig-native autoconf-native automake-native libtool-native
libtool-cross gnu-config-native virtual/gettext gettext-native
virtual/arm-angstrom-linux-gnueabi-gcc
virtual/arm-angstrom-linux-gnueabi-compilerlibs virtual/libc expat
virtual/libintl virtual/libx11 libsm shadow-native shadow-sysroot base-passwd
update-rc.d-native"
$ bitbake dbus-native -e |grep ^DEPENDS=
DEPENDS="pkgconfig-native autoconf-native automake-native libtool-native
gnu-config-native gettext-minimal-native expat-native virtual/libintl-native
shadow-native shadow-sysroot base-passwd update-rc.d-native"
$ bitbake dbus-nativesdk -e |grep ^DEPENDS=
DEPENDS="pkgconfig-native autoconf-native automake-native libtool-native
libtool-cross gnu-config-native virtual/gettext-nativesdk gettext-native
virtual/i686-angstromsdk-linux-gcc-crosssdk
virtual/i686-angstromsdk-linux-compilerlibs-nativesdk virtual/libc-nativesdk
expat-nativesdk virtual/libintl-nativesdk virtual/libx11-nativesdk
update-rc.d-native"
$ bitbake dbus-nativesdk -e |grep ^SSTATEPOSTIN
$ bitbake dbus-native -e |grep ^SSTATEPOSTIN
SSTATEPOSTINSTFUNCS="useradd_sysroot_sstate"
$ bitbake dbus -e |grep ^SSTATEPOSTIN
SSTATEPOSTINSTFUNCS="useradd_sysroot_sstate"
> My second question is why the autotools_do_install is needed for the nativesdk
> case?
>
because without the do_install_virtclass-nativesdk() , that's the standard
do_install which is used which tries to setup some rigths using chown on the
files and that fails (and is not very useful for a nativesdk).
Maybe we could use a similar do_install as the one used for native.
Eric
^ permalink raw reply
* Re: [PATCH 0/7] combo-layer enhancements
From: Paul Eggleton @ 2011-11-07 10:14 UTC (permalink / raw)
To: Otavio Salvador; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <CAP9ODKr=5gbdM7CNSV7n3Ouq5fpcXmCTPGQWAjEKR59FA_ZGzw@mail.gmail.com>
On Friday 04 November 2011 16:15:59 Otavio Salvador wrote:
> As said on IRC I'd prefer to the auto-commit do not replace the author
> as it gives the possibility to easily figure who did the update on the
> repository.
OK, I've removed the override of the author and re-pushed the branch.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply
* Re: [PATCH 0/7] combo-layer enhancements
From: Koen Kooi @ 2011-11-07 10:16 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <10653267.IaxPiWSyZu@helios>
[-- Attachment #1: Type: text/plain, Size: 517 bytes --]
Op 7 nov. 2011, om 11:14 heeft Paul Eggleton het volgende geschreven:
> On Friday 04 November 2011 16:15:59 Otavio Salvador wrote:
>> As said on IRC I'd prefer to the auto-commit do not replace the author
>> as it gives the possibility to easily figure who did the update on the
>> repository.
>
> OK, I've removed the override of the author and re-pushed the branch.
With all the fixes in your branch does this allow creating a combo layer from scratch with all the history present?
regards,
Koen
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* python: wrong config/Makefile when reused sstate from other machine build
From: Martin Jansa @ 2011-11-07 9:34 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 5189 bytes --]
While testing basichash signature generator and multimachine builds (qemuarm and qemuarmcopy as MACHINE) I got few errors like:
| arm-oe-linux-gnueabi-gcc -march=armv5te -mthumb -mthumb-interwork -mtune=arm926ej-s --sysroot=/OE/shr-core/tmp/sysroots/qemuarm -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -O2 -pipe -g -feliminate-unused-debug-types -fPIC -I/OE/shr-core/tmp/sysroots/arm-oe-linux-gnueabi/usr/include/python2.7 -I/OE/shr-core/tmp/sysroots/qemuarm/usr/include/python2.7 -c alsaaudio.c -o build/temp.linux-x86_64-2.7/alsaaudio.o
| alsaaudio.c:19:0: warning: "PyUnicode_FromString" redefined [enabled by default]
| /OE/shr-core/tmp/sysroots/qemuarm/usr/include/python2.7/unicodeobject.h:194:0: note: this is the location of the previous definition
| alsaaudio.c: In function 'initalsaaudio':
| alsaaudio.c:1929:5: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
| alsaaudio.c:1932:5: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
| creating build/lib.linux-x86_64-2.7
| arm-oe-linux-gnueabi-gcc -march=armv5te -mthumb -mthumb-interwork -mtune=arm926ej-s --sysroot=/OE/shr-core/tmp/sysroots/qemuarmcopy -shared -L. -L/OE/shr-core/tmp/sysroots/qemuarmcopy/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -O2 -pipe -g -feliminate-unused-debug-types build/temp.linux-x86_64-2.7/alsaaudio.o -L/OE/shr-core/tmp/sysroots/qemuarmcopy/usr/lib -lasound -lpython2.7 -o build/lib.linux-x86_64-2.7/alsaaudio.so
| /OE/shr-core/tmp/sysroots/x86_64-linux/usr/libexec/armv5te-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.2/ld: cannot find -lasound
| collect2: ld returned 1 exit status
| error: command 'arm-oe-linux-gnueabi-gcc' failed with exit status 1
| + bbfatal 'python setup.py build_ext execution failed.'
| + echo 'ERROR: python setup.py build_ext execution failed.'
| ERROR: python setup.py build_ext execution failed.
| + exit 1
NOTE: package python-pyalsaaudio-0.4-ml1: task do_compile: Failed
ERROR: Task 7853 (/OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-pyalsaaudio_0.4.bb, do_compile) failed with exit code '1'
NOTE: Running task 7164 of 8028 (ID: 7857, /OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-pyalsaaudio_0.4.bb, do_populate_lic)
And that's caused by machine specific sysroot while reusing python's config/Makefile
which points to wrong sysroot (ie to qemuarmcopy's sysroot while building for qemuarm).
What's even worse is that if I did build alsa for qemuarmcopy
before building python-pyalsaaudio I wouldn't get this error at all
and qemuarm python-pyalsaaudio will be linked agains (possibly different)
libasound from qemuarmcopy sysroot..
OE @ ~/shr-core $ diff tmp/sysroots/qemuarmcopy/usr/lib/python2.7/config/Makefile tmp/sysroots/qemuarm/usr/lib/python2.7/config/Makefile
OE @ ~/shr-core $ grep qemuarmcopy tmp/sysroots/qemuarm/usr/lib/python2.7/config/Makefile
CC= arm-oe-linux-gnueabi-gcc -march=armv5te -mthumb -mthumb-interwork -mtune=arm926ej-s --sysroot=/OE/shr-core/tmp/sysroots/qemuarmcopy
CXX= arm-oe-linux-gnueabi-g++ -march=armv5te -mthumb -mthumb-interwork -mtune=arm926ej-s --sysroot=/OE/shr-core/tmp/sysroots/qemuarmcopy
LDFLAGS=-L. -L/OE/shr-core/tmp/sysroots/qemuarmcopy/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed
LIBDIR= /OE/shr-core/tmp/sysroots/qemuarmcopy/usr/lib
INCLUDEDIR= /OE/shr-core/tmp/sysroots/qemuarmcopy/usr/include
CONFIG_ARGS= '--build=x86_64-linux' '--host=arm-oe-linux-gnueabi' '--target=arm-oe-linux-gnueabi' '--prefix=/usr' '--exec_prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--libexecdir=/OE/shr-core/tmp/sysroots/qemuarmcopy/usr/libexec' '--datadir=/usr/share' '--sysconfdir=/etc' '--sharedstatedir=/com' '--localstatedir=/var' '--libdir=/usr/lib' '--includedir=/OE/shr-core/tmp/sysroots/qemuarmcopy/usr/include' '--oldincludedir=/usr/include' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--disable-silent-rules' '--disable-dependency-tracking' '--with-libtool-sysroot=/OE/shr-core/tmp/sysroots/qemuarmcopy' '--with-threads' '--with-pymalloc' '--with-cyclic-gc' '--without-cxx' '--with-signal-module' '--with-wctype-functions' '--enable-shared' 'build_alias=x86_64-linux' 'host_alias=arm-oe-linux-gnueabi' 'target_alias=arm-oe-linux-gnueabi' 'CC=arm-oe-linux-gnueabi-gcc -march=armv5te -mthumb -mthumb-interwork -mtune=arm926ej-s --sysroot=/OE/shr-core/tmp/sysroots/qemuarmcopy' 'CFLAGS=-O2 -pipe -g -feliminate-unused-debug-types' 'LDFLAGS=-L. -L/OE/shr-core/tmp/sysroots/qemuarmcopy/usr/lib-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed' 'CPPFLAGS=' 'CPP=arm-oe-linux-gnueabi-gcc -E --sysroot=/OE/shr-core/tmp/sysroots/qemuarmcopy -march=armv5te -mthumb -mthumb-interwork -mtune=arm926ej-s'
$(RUNSHARED) /OE/shr-core/tmp/sysroots/qemuarmcopy/usr/libexec/oah/translate ./$(BUILDPYTHON) -E -tt $(TESTPROG) -uall $(TESTOPTS)
What's proper fix? Make python machine specific so it's never reused from sstate?
Regards,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* [PATCH 0/2] libarchive: update to 2.8.5
From: Xiaofeng Yan @ 2011-11-07 11:13 UTC (permalink / raw)
To: openembedded-core
From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
Hi Saul,
I have modified my fault in distro_tracking_fields.inc.
Please check it.
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: xiaofeng/update_libarchive
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/update_libarchive
Thanks,
Xiaofeng Yan <xiaofeng.yan@windriver.com>
---
Xiaofeng Yan (2):
libarchive: update to 2.8.5
distro_tracking_fields.inc: update libarchive to 2.8.5
.../conf/distro/include/distro_tracking_fields.inc | 5 ++++-
...rchive_2.8.4.yocto.1.bb => libarchive_2.8.5.bb} | 8 ++++----
2 files changed, 8 insertions(+), 5 deletions(-)
rename meta/recipes-extended/libarchive/{libarchive_2.8.4.yocto.1.bb => libarchive_2.8.5.bb} (76%)
^ permalink raw reply
* [PATCH 1/2] libarchive: update to 2.8.5
From: Xiaofeng Yan @ 2011-11-07 11:13 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320664163.git.xiaofeng.yan@windriver.com>
From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
libarchive: update to 2.8.5
Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
---
...rchive_2.8.4.yocto.1.bb => libarchive_2.8.5.bb} | 8 ++++----
1 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-extended/libarchive/{libarchive_2.8.4.yocto.1.bb => libarchive_2.8.5.bb} (76%)
diff --git a/meta/recipes-extended/libarchive/libarchive_2.8.4.yocto.1.bb b/meta/recipes-extended/libarchive/libarchive_2.8.5.bb
similarity index 76%
rename from meta/recipes-extended/libarchive/libarchive_2.8.4.yocto.1.bb
rename to meta/recipes-extended/libarchive/libarchive_2.8.5.bb
index 94d261b..1bc49e2 100644
--- a/meta/recipes-extended/libarchive/libarchive_2.8.4.yocto.1.bb
+++ b/meta/recipes-extended/libarchive/libarchive_2.8.5.bb
@@ -9,19 +9,19 @@ DEPENDS = "libxml2"
# We need to repack the tarball due undistributable content on the upstream one.
# More details at http://code.google.com/p/libarchive/issues/detail?id=162
-SRC_URI = "http://autobuilder.yoctoproject.org/sources/libarchive-${PV}.tar.gz \
+SRC_URI = "http://libarchive.googlecode.com/files/libarchive-${PV}.tar.gz \
file://0001-Patch-from-upstream-revision-1990.patch \
file://0002-Patch-from-upstream-revision-1991.patch \
- file://0003-Patch-from-upstream-rev-2516.patch \
file://0004-Patch-from-upstream-rev-2514.patch \
file://0005-Patch-from-upstream-rev-2520.patch \
file://0006-Patch-from-upstream-rev-2521.patch \
file://0007-Ignore-ENOSYS-error-when-setting-up-xattrs.-Closes-5.patch \
"
-SRC_URI[md5sum] = "71242da5191f1218f13dd520d95a870e"
-SRC_URI[sha256sum] = "8cd55db11b1d6001ff8007e4d22b6f4a4bb215e70750e19ab44b84b99ab76053"
+SRC_URI[md5sum] = "9caf51dcf6213e9c9f5a1c27448b9c90"
+SRC_URI[sha256sum] = "13993e0ffbd121ccda46ea226b1f8eac218de0fa8da7d8b1f998093d5c32a72d"
inherit autotools lib_package
BBCLASSEXTEND = "nativesdk"
+
--
1.7.0.4
^ permalink raw reply related
* [OE_core][PATCH 2/2] distro_tracking_fields.inc: update libarchive to 2.8.5
From: Xiaofeng Yan @ 2011-11-07 11:13 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320664163.git.xiaofeng.yan@windriver.com>
From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
Modified the status of libarchive
Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
---
.../conf/distro/include/distro_tracking_fields.inc | 5 ++++-
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
index 998eabf..0eb253f 100644
--- a/meta/conf/distro/include/distro_tracking_fields.inc
+++ b/meta/conf/distro/include/distro_tracking_fields.inc
@@ -4615,7 +4615,10 @@ RECIPE_MAINTAINER_pn-libx11-diet = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
RECIPE_STATUS_pn-directfb = "red"
RECIPE_MAINTAINER_pn-directfb = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
-RECIPE_STATUS_pn-libarchive = "red"
+RECIPE_STATUS_pn-libarchive = "green"
+RECIPE_LATEST_VERSION_pn-libarchive = "2.8.5"
+RECIPE_LATEST_RELEASE_DATE_pn-libarchive = "Sept 3, 2011"
+RECIPE_LAST_UPDATE_pn-libarchive = "Nov 7, 2011"
RECIPE_MAINTAINER_pn-libarchive = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
RECIPE_STATUS_pn-xserver-kdrive = "red"
--
1.7.0.4
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox