* [PATCH] meta: glib-2.0: don't apply qsort_r test removable patch for native version
From: Simon Busch @ 2011-11-01 22:08 UTC (permalink / raw)
To: openembedded-core
On some buildhosts with an older version of native glib-2.0 installed (in this case
2.16.6) the qsort_r test removable patch leads to a compilation error:
| ./.libs/libglib-2.0.so: undefined reference to `qsort_r'
| collect2: ld returned 1 exit status
This patch fixes this so the patch gets only applied for the native version of this
recipe.
Signed-off-by: Simon Busch <morphis@gravedo.de>
---
meta/recipes-core/glib-2.0/glib-2.0_2.30.0.bb | 7 +++++--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.30.0.bb b/meta/recipes-core/glib-2.0/glib-2.0_2.30.0.bb
index 566355d..0efce40 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.30.0.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.30.0.bb
@@ -1,6 +1,6 @@
require glib.inc
-PR = "r2"
+PR = "r3"
PE = "1"
DEPENDS += "libffi python-argparse-native"
@@ -9,11 +9,14 @@ DEPENDS_virtclass-nativesdk += "libffi-nativesdk python-argparse-native zlib-nat
SHRT_VER = "${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}"
+QSORT_PATCH = "file://remove.test.for.qsort_r.patch"
+QSORT_PATCH_virtclass-native = ""
+
SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.bz2 \
file://configure-libtool.patch \
file://60_wait-longer-for-threads-to-die.patch \
file://g_once_init_enter.patch \
- file://remove.test.for.qsort_r.patch \
+ ${QSORT_PATCH} \
"
SRC_URI[md5sum] = "fee101d9d7daa8ddfbae00325f307f3b"
SRC_URI[sha256sum] = "ca9c731017ab370859e847f8b70079bc6dcf389dc0ccb0d0419925aff81b9687"
--
1.7.5.4
^ permalink raw reply related
* [PATCH] libxslt: don't replace COPYING with symlink to Copyright
From: Martin Jansa @ 2011-11-01 23:37 UTC (permalink / raw)
To: openembedded-core
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
.../dont.replace.COPYING.with.symlink.patch | 27 ++++++++++++++++++++
meta/recipes-support/libxslt/libxslt_1.1.26.bb | 3 +-
2 files changed, 29 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-support/libxslt/libxslt/dont.replace.COPYING.with.symlink.patch
diff --git a/meta/recipes-support/libxslt/libxslt/dont.replace.COPYING.with.symlink.patch b/meta/recipes-support/libxslt/libxslt/dont.replace.COPYING.with.symlink.patch
new file mode 100644
index 0000000..a38b686
--- /dev/null
+++ b/meta/recipes-support/libxslt/libxslt/dont.replace.COPYING.with.symlink.patch
@@ -0,0 +1,27 @@
+When it's replaced with symlink to Copyright, then we end with link to nonexistent file like this:
+
+OE om-gta02@shr ~/shr-core $ ll tmp/deploy/licenses/libxslt/
+total 40
+drwxr-xr-x 2 bitbake bitbake 4096 Nov 2 00:27 ./
+drwxr-xr-x 818 bitbake bitbake 32768 Nov 2 00:27 ../
+lrwxrwxrwx 1 bitbake bitbake 9 Nov 2 00:27 COPYING -> Copyright
+lrwxrwxrwx 1 bitbake bitbake 52 Nov 2 00:27 generic_MIT -> /OE/shr-core/tmp/deploy/licenses/common-licenses/MIT
+
+Upstream-Status: Pending
+
+diff -uNr libxslt-1.1.26.orig/configure.in libxslt-1.1.26/configure.in
+--- libxslt-1.1.26.orig/configure.in 2009-09-24 16:27:30.000000000 +0200
++++ libxslt-1.1.26/configure.in 2011-11-02 00:30:47.651452392 +0100
+@@ -671,12 +671,6 @@
+ RELDATE=`date +'%a %b %e %Y'`
+ AC_SUBST(RELDATE)
+
+-( cd $srcdir
+-rm -f COPYING.LIB COPYING
+-$LN_S Copyright COPYING
+-)
+-
+-
+ AC_OUTPUT([
+ Makefile
+ libxslt.pc
diff --git a/meta/recipes-support/libxslt/libxslt_1.1.26.bb b/meta/recipes-support/libxslt/libxslt_1.1.26.bb
index 96bffc6..4dd6b55 100644
--- a/meta/recipes-support/libxslt/libxslt_1.1.26.bb
+++ b/meta/recipes-support/libxslt/libxslt_1.1.26.bb
@@ -7,9 +7,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0cd9a07afbeb24026c9b03aecfeba458"
SECTION = "libs"
DEPENDS = "libxml2"
-PR = "r3"
+PR = "r4"
SRC_URI = "ftp://xmlsoft.org/libxslt//libxslt-${PV}.tar.gz \
+ file://dont.replace.COPYING.with.symlink.patch \
file://pkgconfig_fix.patch"
SRC_URI[md5sum] = "e61d0364a30146aaa3001296f853b2b9"
--
1.7.7.1
^ permalink raw reply related
* [Pull v3 0/4] Add User Fixes
From: Saul Wold @ 2011-11-02 0:21 UTC (permalink / raw)
To: openembedded-core
Richard,
Hope that third times the charm!
Fixes 1699, additional commit comments, fixed whitespace.
Sau!
The following changes since commit d0a2c87d068f2d769d47c8455bb1434b90a7a844:
Fix HOMEPAGE values in libzypp and sat-solver .bb files (2011-11-01 18:28:06 +0000)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib sgw/fix
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/fix
Saul Wold (4):
avahi: use useradd to create avahi user for avahi-daemon
xserver-nodm-init: Use useradd to add the xuser for rootless X
connman: Use useradd to add the xuser for DBus
dbus: ensure that the useradd shell is set to /bin/false
meta/recipes-connectivity/avahi/avahi.inc | 16 ++++++-----
meta/recipes-connectivity/connman/connman.inc | 7 ++++-
meta/recipes-connectivity/connman/connman_0.75.bb | 2 +-
meta/recipes-core/dbus/dbus.inc | 3 +-
.../x11-common/xserver-nodm-init.bb | 28 +++++++------------
5 files changed, 28 insertions(+), 28 deletions(-)
--
1.7.6.4
^ permalink raw reply
* [Pull v3 1/4] avahi: use useradd to create avahi user for avahi-daemon
From: Saul Wold @ 2011-11-02 0:21 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320191934.git.sgw@linux.intel.com>
DBus was failing to start correct since the avahi user was
not setup.
Keep the dbus reload since this could still be installed
as a package an would require a dbus restart.
Fixes: [YOCTO #1699]
Signed-off-by: Saul Wold <sgw@linux.intel.com>
---
meta/recipes-connectivity/avahi/avahi.inc | 16 +++++++++-------
1 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc
index 5ad9db0..79cfd73 100644
--- a/meta/recipes-connectivity/avahi/avahi.inc
+++ b/meta/recipes-connectivity/avahi/avahi.inc
@@ -14,7 +14,7 @@ SECTION = "network"
# python scripts are under GPLv2+
LICENSE = "GPLv2+ & LGPLv2.1+"
-INC_PR = "r8"
+INC_PR = "r9"
DEPENDS = "expat libcap libdaemon dbus glib-2.0"
@@ -23,7 +23,12 @@ SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \
file://99avahi-autoipd \
file://initscript.patch"
-inherit autotools pkgconfig update-rc.d gettext
+USERADD_PACKAGES = "${PN}-daemon"
+USERADD_PARAM_${PN}-daemon = "--system --home /var/run/avahi-daemon \
+ --no-create-home --shell /bin/false \
+ --user-group avahi"
+
+inherit autotools pkgconfig update-rc.d gettext useradd
EXTRA_OECONF = "--with-distro=debian \
--disable-introspection \
@@ -116,15 +121,12 @@ do_install_avahi-autoipd() {
install ${WORKDIR}/99avahi-autoipd ${D}${sysconfdir}/udhcpc.d
}
-# At the time the postinst runs, dbus might not be setup so only restart if running
+# At the time the postinst runs, dbus might not be setup so only restart if running
pkg_postinst_avahi-daemon () {
- # can't do this offline
if [ "x$D" != "x" ]; then
- exit 1
+ exit 0
fi
- grep "^avahi:" /etc/group > /dev/null || addgroup avahi
- grep "^avahi:" /etc/passwd > /dev/null || adduser --disabled-password --system --home /var/run/avahi-daemon --no-create-home avahi --ingroup avahi -g Avahi
DBUSPID=`pidof dbus-daemon`
--
1.7.6.4
^ permalink raw reply related
* [Pull v3 2/4] xserver-nodm-init: Use useradd to add the xuser for rootless X
From: Saul Wold @ 2011-11-02 0:21 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320191934.git.sgw@linux.intel.com>
This also address an issue with dbus and connman, since connmand
needs to start as the xuser in the rootless X situation.
Fixes: [YOCTO #1699]
Signed-off-by: Saul Wold <sgw@linux.intel.com>
---
.../x11-common/xserver-nodm-init.bb | 28 +++++++------------
1 files changed, 10 insertions(+), 18 deletions(-)
diff --git a/meta/recipes-graphics/x11-common/xserver-nodm-init.bb b/meta/recipes-graphics/x11-common/xserver-nodm-init.bb
index ea4222d..dbc1c42 100644
--- a/meta/recipes-graphics/x11-common/xserver-nodm-init.bb
+++ b/meta/recipes-graphics/x11-common/xserver-nodm-init.bb
@@ -2,7 +2,7 @@ DESCRIPTION = "Simple Xserver Init Script (no dm)"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
SECTION = "x11"
-PR = "r26"
+PR = "r28"
RDEPENDS_${PN} = "sudo"
SRC_URI = "file://xserver-nodm \
@@ -23,23 +23,15 @@ do_install() {
fi
}
-pkg_postinst_${PN} () {
- if [ "x$D" != "x" ] ; then
- exit 1
- fi
-
- if [ -f /etc/X11/Xusername ]; then
- # create the rootless X user, and add user to group tty, video, audio
- username=`cat /etc/X11/Xusername`
- adduser --disabled-password $username
- # FIXME: use addgroup if busybox addgroup is ready
- sed -i -e "s/^video:.*/&${username}/g" /etc/group
- sed -i -e "s/^tty:.*/&${username}/g" /etc/group
- sed -i -e "s/^audio:.*/&${username}/g" /etc/group
- fi
-}
-
-inherit update-rc.d
+inherit update-rc.d useradd
INITSCRIPT_NAME = "xserver-nodm"
INITSCRIPT_PARAMS = "start 9 5 2 . stop 20 0 1 6 ."
+
+# Use fixed Xusername of xuser for now, this will need to be
+# fixed if the Xusername changes from xuser
+USERADD_PACKAGES = "${PN}"
+USERADD_PARAM_${PN} = "--system --no-create-home \
+ --shell /bin/false --groups video,tty,audio \
+ --user-group xuser"
+
--
1.7.6.4
^ permalink raw reply related
* [Pull v3 3/4] connman: Use useradd to add the xuser for DBus
From: Saul Wold @ 2011-11-02 0:21 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320191934.git.sgw@linux.intel.com>
Connmand needs to start as the xuser as defined in the dbus
configuration and needs to share this with rootless X. Since
it's possible for connmand to run on a sytem without rootless
X we still need to create the user here.
Useradd will fail gracefully if the user already exists.
Fixes: [YOCTO #1699]
Signed-off-by: Saul Wold <sgw@linux.intel.com>
---
meta/recipes-connectivity/connman/connman.inc | 7 ++++++-
meta/recipes-connectivity/connman/connman_0.75.bb | 2 +-
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/connman/connman.inc b/meta/recipes-connectivity/connman/connman.inc
index ae1b725..480b59c 100644
--- a/meta/recipes-connectivity/connman/connman.inc
+++ b/meta/recipes-connectivity/connman/connman.inc
@@ -18,7 +18,12 @@ DEPENDS = "libgdbus dbus glib-2.0 iptables"
INITSCRIPT_NAME = "connman"
INITSCRIPT_PARAMS = "start 05 5 2 3 . stop 22 0 1 6 ."
-inherit autotools pkgconfig update-rc.d
+USERADD_PACKAGES = "${PN}"
+USERADD_PARAM_${PN} = "--system --no-create-home \
+ --shell /bin/false --groups video,tty,audio \
+ --user-group xuser"
+
+inherit autotools pkgconfig update-rc.d useradd
do_install_append() {
install -d ${D}${sysconfdir}/init.d/
diff --git a/meta/recipes-connectivity/connman/connman_0.75.bb b/meta/recipes-connectivity/connman/connman_0.75.bb
index 8a02753..78f2199 100644
--- a/meta/recipes-connectivity/connman/connman_0.75.bb
+++ b/meta/recipes-connectivity/connman/connman_0.75.bb
@@ -1,5 +1,5 @@
require connman.inc
-PR = "r2"
+PR = "r3"
EXTRA_OECONF += "\
ac_cv_path_WPASUPPLICANT=/usr/sbin/wpa_supplicant \
--
1.7.6.4
^ permalink raw reply related
* [Pull v3 4/4] dbus: ensure that the useradd shell is set to /bin/false
From: Saul Wold @ 2011-11-02 0:21 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320191934.git.sgw@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
---
meta/recipes-core/dbus/dbus.inc | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index 5028310..caa781c 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus/dbus.inc
@@ -22,7 +22,8 @@ INITSCRIPT_PARAMS = "start 02 5 3 2 . stop 20 0 1 6 ."
USERADD_PACKAGES = "${PN}"
GROUPADD_PARAM_${PN} = "-r netdev"
USERADD_PARAM_${PN} = "--system --home ${localstatedir}/lib/dbus \
- --no-create-home --user-group messagebus"
+ --no-create-home --shell /bin/false \
+ --user-group messagebus"
CONFFILES_${PN} = "${sysconfdir}/dbus-1/system.conf ${sysconfdir}/dbus-1/session.conf"
--
1.7.6.4
^ permalink raw reply related
* Re: [PATCH] libxslt: don't replace COPYING with symlink to Copyright
From: Saul Wold @ 2011-11-02 0:23 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Martin Jansa
In-Reply-To: <1320190662-748-1-git-send-email-Martin.Jansa@gmail.com>
On 11/01/2011 04:37 PM, Martin Jansa wrote:
> Signed-off-by: Martin Jansa<Martin.Jansa@gmail.com>
> ---
> .../dont.replace.COPYING.with.symlink.patch | 27 ++++++++++++++++++++
> meta/recipes-support/libxslt/libxslt_1.1.26.bb | 3 +-
> 2 files changed, 29 insertions(+), 1 deletions(-)
> create mode 100644 meta/recipes-support/libxslt/libxslt/dont.replace.COPYING.with.symlink.patch
>
> diff --git a/meta/recipes-support/libxslt/libxslt/dont.replace.COPYING.with.symlink.patch b/meta/recipes-support/libxslt/libxslt/dont.replace.COPYING.with.symlink.patch
> new file mode 100644
> index 0000000..a38b686
> --- /dev/null
> +++ b/meta/recipes-support/libxslt/libxslt/dont.replace.COPYING.with.symlink.patch
> @@ -0,0 +1,27 @@
> +When it's replaced with symlink to Copyright, then we end with link to nonexistent file like this:
> +
> +OE om-gta02@shr ~/shr-core $ ll tmp/deploy/licenses/libxslt/
> +total 40
> +drwxr-xr-x 2 bitbake bitbake 4096 Nov 2 00:27 ./
> +drwxr-xr-x 818 bitbake bitbake 32768 Nov 2 00:27 ../
> +lrwxrwxrwx 1 bitbake bitbake 9 Nov 2 00:27 COPYING -> Copyright
> +lrwxrwxrwx 1 bitbake bitbake 52 Nov 2 00:27 generic_MIT -> /OE/shr-core/tmp/deploy/licenses/common-licenses/MIT
> +
> +Upstream-Status: Pending
> +
No Signed-off-by: in the patch itself.
Thanks
Sau!
> +diff -uNr libxslt-1.1.26.orig/configure.in libxslt-1.1.26/configure.in
> +--- libxslt-1.1.26.orig/configure.in 2009-09-24 16:27:30.000000000 +0200
> ++++ libxslt-1.1.26/configure.in 2011-11-02 00:30:47.651452392 +0100
> +@@ -671,12 +671,6 @@
> + RELDATE=`date +'%a %b %e %Y'`
> + AC_SUBST(RELDATE)
> +
> +-( cd $srcdir
> +-rm -f COPYING.LIB COPYING
> +-$LN_S Copyright COPYING
> +-)
> +-
> +-
> + AC_OUTPUT([
> + Makefile
> + libxslt.pc
> diff --git a/meta/recipes-support/libxslt/libxslt_1.1.26.bb b/meta/recipes-support/libxslt/libxslt_1.1.26.bb
> index 96bffc6..4dd6b55 100644
> --- a/meta/recipes-support/libxslt/libxslt_1.1.26.bb
> +++ b/meta/recipes-support/libxslt/libxslt_1.1.26.bb
> @@ -7,9 +7,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0cd9a07afbeb24026c9b03aecfeba458"
>
> SECTION = "libs"
> DEPENDS = "libxml2"
> -PR = "r3"
> +PR = "r4"
>
> SRC_URI = "ftp://xmlsoft.org/libxslt//libxslt-${PV}.tar.gz \
> + file://dont.replace.COPYING.with.symlink.patch \
> file://pkgconfig_fix.patch"
>
> SRC_URI[md5sum] = "e61d0364a30146aaa3001296f853b2b9"
^ permalink raw reply
* Re: [PATCH] Add new IMAGE_CLASSES variable for classes for image generation
From: Saul Wold @ 2011-11-02 0:31 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Matthew McClintock
In-Reply-To: <1319786807-9015-1-git-send-email-msm@freescale.com>
On 10/28/2011 12:26 AM, Matthew McClintock wrote:
> Allows us to import classes only for images and not to the global
> namespace
>
> Signed-off-by: Matthew McClintock<msm@freescale.com>
> ---
> This is a resend
>
> meta-yocto/conf/local.conf.sample | 6 ++++++
> meta/classes/image.bbclass | 3 ++-
> 2 files changed, 8 insertions(+), 1 deletions(-)
>
> diff --git a/meta-yocto/conf/local.conf.sample b/meta-yocto/conf/local.conf.sample
> index da3f8df..5e59ad4 100644
> --- a/meta-yocto/conf/local.conf.sample
> +++ b/meta-yocto/conf/local.conf.sample
> @@ -163,6 +163,12 @@ EXTRA_IMAGE_FEATURES = "debug-tweaks"
> # NOTE: mklibs also needs to be explicitly enabled for a given image, see local.conf.extended
> USER_CLASSES ?= "image-mklibs image-prelink"
>
> +# Additional image generation features
> +#
> +# The following is a list of classes to import to use in the generation of images
> +# currently an example class is image_types_uboot
> +# IMAGE_CLASSES ?= "image_types_uboot"
> +
> #
> # Runtime testing of images
> #
> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
> index 05f4331..e932879 100644
> --- a/meta/classes/image.bbclass
> +++ b/meta/classes/image.bbclass
> @@ -111,7 +111,8 @@ def get_devtable_list(d):
> str += " %s" % bb.which(bb.data.getVar('BBPATH', d, 1), devtable)
> return str
>
> -inherit image_types
> +IMAGE_CLASSES = "image_types"
> +inherit ${IMAGE_CLASSES}
>
Does this really work with =, should it not be ?= here?
Sau!
> IMAGE_POSTPROCESS_COMMAND ?= ""
> MACHINE_POSTPROCESS_COMMAND ?= ""
^ permalink raw reply
* Re: [PATCH 0/1] documentation audit script
From: Saul Wold @ 2011-11-02 0:32 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Scott Garman
In-Reply-To: <cover.1319580412.git.scott.a.garman@intel.com>
On 10/25/2011 03:12 PM, Scott Garman wrote:
> Hello,
>
> I've been using this script to perform audits of which packages
> are producing documentation, and feel it's long overdue for this
> to be added to the git tree. So here it is.
>
> The following changes since commit f586aaa8d00361a9597a546d665077c75cf4d520:
>
> libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade (2011-10-25 08:36:01 +0100)
>
> are available in the git repository at:
> git://git.yoctoproject.org/poky-contrib sgarman/docaudit-script
> http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=sgarman/docaudit-script
>
> Scott Garman (1):
> documentation-audit.sh: script for auditing documentation build
> status
>
> scripts/contrib/documentation-audit.sh | 92 ++++++++++++++++++++++++++++++++
> 1 files changed, 92 insertions(+), 0 deletions(-)
> create mode 100755 scripts/contrib/documentation-audit.sh
>
Merged into OE-Core
Thanks
Sau!
^ permalink raw reply
* Re: [PATCH v3 1/2] Add new strace-graph package to avoid making perl a dependecy for all of strace
From: Saul Wold @ 2011-11-02 0:35 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Matthew McClintock
In-Reply-To: <1320078403-23724-1-git-send-email-msm@freescale.com>
On 10/31/2011 09:26 AM, Matthew McClintock wrote:
> Signed-off-by: Matthew McClintock<msm@freescale.com>
> ---
> v2: Change to use PACKAGES_prepend instead of explictly listing all packages
> and also fixing the fact we missed the -dev and -dbg packages before
>
> v3: Use += instead of _prepend to add strace-graph packages
>
> meta/recipes-devtools/strace/strace_4.5.20.bb | 4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-devtools/strace/strace_4.5.20.bb b/meta/recipes-devtools/strace/strace_4.5.20.bb
> index b3d2aa5..53df067 100644
> --- a/meta/recipes-devtools/strace/strace_4.5.20.bb
> +++ b/meta/recipes-devtools/strace/strace_4.5.20.bb
> @@ -5,7 +5,9 @@ LICENSE = "BSD"
> LIC_FILES_CHKSUM = "file://COPYRIGHT;md5=4535377ede62550fdeaf39f595fd550a"
> PR = "r2"
>
> -RDEPENDS = "perl"
> +PACKAGES =+ "${PN}-graph "
> +FILES_${PN}-graph = "${bindir}/strace-graph"
> +RDEPENDS_${PN}-graph = "perl"
>
> SRC_URI = "${SOURCEFORGE_MIRROR}/strace/strace-${PV}.tar.bz2 \
> file://sigmask.patch \
Merged into OE-Core
Thanks
Sau!
^ permalink raw reply
* Re: [PATCH 0/1] distro_tracking_fields: update packages tracking fields
From: Saul Wold @ 2011-11-02 0:36 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1319510805.git.wenzong.fan@windriver.com>
On 10/24/2011 07:49 PM, wenzong.fan@windriver.com wrote:
> From: Wenzong Fan<wenzong.fan@windriver.com>
>
> Update distro tracking fields for ccache, chkconfig.
>
> The following changes since commit 53ee27a1c5b589cba874f674c428e1a36557cc3b:
> Joshua Lock (1):
> doc: update manual for checksum changes
>
> are available in the git repository at:
>
> git://git.pokylinux.org/poky-contrib wenzong/distro_tracking_fields_update
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/distro_tracking_fields_update
>
> Wenzong Fan (1):
> distro_tracking_fields: update packages tracking fields
>
> .../conf/distro/include/distro_tracking_fields.inc | 12 ++++++++++++
> 1 files changed, 12 insertions(+), 0 deletions(-)
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
This got pulled, but I still need a fix for Month format to MMM please
Thanks
Sau!
^ permalink raw reply
* Re: [PATCH 0/3] RFC v3: provide 3.0.x and 3.1 libc headers
From: Bruce Ashfield @ 2011-11-02 0:41 UTC (permalink / raw)
To: richard.purdie; +Cc: saul.wold, openembedded-core
In-Reply-To: <cover.1319725711.git.bruce.ashfield@windriver.com>
On Thu, Oct 27, 2011 at 10:32 AM, Bruce Ashfield
<bruce.ashfield@windriver.com> wrote:
> Richard,
>
> Here's v3 of the series, the details are below.
I see no comments on v3. So I'm just bumping the thread. Should I send
a separate
pull request for this, or is this sufficient ?
Bruce
p.s. yes, I realize that everyone is catching up, I just didn't want
to forget myself that
this is out, but not merged or in a known state.
>
> Changes since v2:
>
> - moved more code into the .inc file
> - modifed the python code to not import unnecessary functions and
> to use d.get/setVar.
> - Included an optional patch 3/3 to remove 2.6 based header recipes.
> Whether you want this or not .. is up to you!
>
> Changes since v1:
>
> - factored common code out into the .inc file. Captured in patch 1/2
> - patch 2/2 is the introduction of the new headers
>
> v1 Email is included below:
>
> Here's a RFC patch for updating the toolchain linux-libc headers to 3.x
> variants.
>
> The reason I'm calling it a RFC is:
>
> - I wrote some anonymous python code (and I'm no python coder) to
> deal with 2.6 / 3.0 tgz location differences. This could have
> also been done with a variable set in the recipes and used by
> the .inc. I wasn't sure of the preferred approach, hence the RFC.
> I'll take no offense corrections here.
>
> - I changed the .inc, but didn't bump the PR of the existing recipes
> and didn't remove the existing 2.6 variants. If either of these
> should have been done, let me know and I'll respin.
>
> - I bumped the default to be 3.1. If that's too agressive for the
> default, and we'd prefer 3.0.8, let me know and I'll respin.
>
> I built and booted all the qemu machines with the 3.1 kernel headers. So
> from the testing I was able to do, this looks to be safe and ready to go.
>
> This is based on my yocto repo, I also did the changes in my oe-core
> repository, but I don't have a oe-core contrib branch that I could push to,
> so I chose to send the yocto variant. If someone points me to who I email for
> an oe-core contrib branch, I can push that variant as well.
>
> Cheers,
>
> Bruce
>
>
> The following changes since commit fc94f925e848684244a38dcffe15cb1192dfbed8:
> Martin Jansa (1):
> libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade
>
> are available in the git repository at:
>
> git://git.pokylinux.org/poky-contrib zedd/libc-headers-v3
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/libc-headers-v3
>
> Bruce Ashfield (3):
> linux-libc-headers: factor common code into linux-libc-headers.inc
> linux-libc-headers: provide 3.0.x and 3.1 headers
> linux-libc-headers: remove older recipes
>
> meta/conf/distro/include/tcmode-default.inc | 2 +-
> .../linux-libc-headers/linux-libc-headers.inc | 62 +++++++++++++++++++-
> .../linux-libc-headers_2.6.37.2.bb | 53 -----------------
> .../linux-libc-headers_2.6.39.bb | 54 -----------------
> .../linux-libc-headers/linux-libc-headers_3.0.8.bb | 7 ++
> .../linux-libc-headers/linux-libc-headers_3.1.bb | 7 ++
> 6 files changed, 74 insertions(+), 111 deletions(-)
> delete mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.37.2.bb
> delete mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.39.bb
> create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
> create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply
* Re: [PATCH 0/3] RFC v3: provide 3.0.x and 3.1 libc headers
From: Saul Wold @ 2011-11-02 0:46 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <CADkTA4NcNdQVFXuVXC5r7u64ZX9bEZp6VW-dHxPd=EhB7sXX-w@mail.gmail.com>
On 11/01/2011 05:41 PM, Bruce Ashfield wrote:
> On Thu, Oct 27, 2011 at 10:32 AM, Bruce Ashfield
> <bruce.ashfield@windriver.com> wrote:
>> Richard,
>>
>> Here's v3 of the series, the details are below.
>
> I see no comments on v3. So I'm just bumping the thread. Should I send
> a separate
> pull request for this, or is this sufficient ?
>
Appears that RP merged them in the last day or so. So I guess this is
sufficent, consider them merged into OE-Core!
Thanks
Sau!
> Bruce
>
> p.s. yes, I realize that everyone is catching up, I just didn't want
> to forget myself that
> this is out, but not merged or in a known state.
>
>>
>> Changes since v2:
>>
>> - moved more code into the .inc file
>> - modifed the python code to not import unnecessary functions and
>> to use d.get/setVar.
>> - Included an optional patch 3/3 to remove 2.6 based header recipes.
>> Whether you want this or not .. is up to you!
>>
>> Changes since v1:
>>
>> - factored common code out into the .inc file. Captured in patch 1/2
>> - patch 2/2 is the introduction of the new headers
>>
>> v1 Email is included below:
>>
>> Here's a RFC patch for updating the toolchain linux-libc headers to 3.x
>> variants.
>>
>> The reason I'm calling it a RFC is:
>>
>> - I wrote some anonymous python code (and I'm no python coder) to
>> deal with 2.6 / 3.0 tgz location differences. This could have
>> also been done with a variable set in the recipes and used by
>> the .inc. I wasn't sure of the preferred approach, hence the RFC.
>> I'll take no offense corrections here.
>>
>> - I changed the .inc, but didn't bump the PR of the existing recipes
>> and didn't remove the existing 2.6 variants. If either of these
>> should have been done, let me know and I'll respin.
>>
>> - I bumped the default to be 3.1. If that's too agressive for the
>> default, and we'd prefer 3.0.8, let me know and I'll respin.
>>
>> I built and booted all the qemu machines with the 3.1 kernel headers. So
>> from the testing I was able to do, this looks to be safe and ready to go.
>>
>> This is based on my yocto repo, I also did the changes in my oe-core
>> repository, but I don't have a oe-core contrib branch that I could push to,
>> so I chose to send the yocto variant. If someone points me to who I email for
>> an oe-core contrib branch, I can push that variant as well.
>>
>> Cheers,
>>
>> Bruce
>>
>>
>> The following changes since commit fc94f925e848684244a38dcffe15cb1192dfbed8:
>> Martin Jansa (1):
>> libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade
>>
>> are available in the git repository at:
>>
>> git://git.pokylinux.org/poky-contrib zedd/libc-headers-v3
>> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/libc-headers-v3
>>
>> Bruce Ashfield (3):
>> linux-libc-headers: factor common code into linux-libc-headers.inc
>> linux-libc-headers: provide 3.0.x and 3.1 headers
>> linux-libc-headers: remove older recipes
>>
>> meta/conf/distro/include/tcmode-default.inc | 2 +-
>> .../linux-libc-headers/linux-libc-headers.inc | 62 +++++++++++++++++++-
>> .../linux-libc-headers_2.6.37.2.bb | 53 -----------------
>> .../linux-libc-headers_2.6.39.bb | 54 -----------------
>> .../linux-libc-headers/linux-libc-headers_3.0.8.bb | 7 ++
>> .../linux-libc-headers/linux-libc-headers_3.1.bb | 7 ++
>> 6 files changed, 74 insertions(+), 111 deletions(-)
>> delete mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.37.2.bb
>> delete mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.39.bb
>> create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
>> create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
>
>
>
^ permalink raw reply
* Re: [PATCH 0/3] RFC v3: provide 3.0.x and 3.1 libc headers
From: Bruce Ashfield @ 2011-11-02 0:47 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Saul Wold
In-Reply-To: <4EB092D4.40300@intel.com>
On 11-11-01 8:46 PM, Saul Wold wrote:
> On 11/01/2011 05:41 PM, Bruce Ashfield wrote:
>> On Thu, Oct 27, 2011 at 10:32 AM, Bruce Ashfield
>> <bruce.ashfield@windriver.com> wrote:
>>> Richard,
>>>
>>> Here's v3 of the series, the details are below.
>>
>> I see no comments on v3. So I'm just bumping the thread. Should I send
>> a separate
>> pull request for this, or is this sufficient ?
>>
>
> Appears that RP merged them in the last day or so. So I guess this is
> sufficent, consider them merged into OE-Core!
Aargh! Thanks, I pulled this morning and didn't see them, but didn't
take a closer look.
I'll check this off my list .. only 4000 things remaining :)
Bruce
>
> Thanks
> Sau!
>
>
>> Bruce
>>
>> p.s. yes, I realize that everyone is catching up, I just didn't want
>> to forget myself that
>> this is out, but not merged or in a known state.
>>
>>>
>>> Changes since v2:
>>>
>>> - moved more code into the .inc file
>>> - modifed the python code to not import unnecessary functions and
>>> to use d.get/setVar.
>>> - Included an optional patch 3/3 to remove 2.6 based header recipes.
>>> Whether you want this or not .. is up to you!
>>>
>>> Changes since v1:
>>>
>>> - factored common code out into the .inc file. Captured in patch 1/2
>>> - patch 2/2 is the introduction of the new headers
>>>
>>> v1 Email is included below:
>>>
>>> Here's a RFC patch for updating the toolchain linux-libc headers to 3.x
>>> variants.
>>>
>>> The reason I'm calling it a RFC is:
>>>
>>> - I wrote some anonymous python code (and I'm no python coder) to
>>> deal with 2.6 / 3.0 tgz location differences. This could have
>>> also been done with a variable set in the recipes and used by
>>> the .inc. I wasn't sure of the preferred approach, hence the RFC.
>>> I'll take no offense corrections here.
>>>
>>> - I changed the .inc, but didn't bump the PR of the existing recipes
>>> and didn't remove the existing 2.6 variants. If either of these
>>> should have been done, let me know and I'll respin.
>>>
>>> - I bumped the default to be 3.1. If that's too agressive for the
>>> default, and we'd prefer 3.0.8, let me know and I'll respin.
>>>
>>> I built and booted all the qemu machines with the 3.1 kernel headers. So
>>> from the testing I was able to do, this looks to be safe and ready to
>>> go.
>>>
>>> This is based on my yocto repo, I also did the changes in my oe-core
>>> repository, but I don't have a oe-core contrib branch that I could
>>> push to,
>>> so I chose to send the yocto variant. If someone points me to who I
>>> email for
>>> an oe-core contrib branch, I can push that variant as well.
>>>
>>> Cheers,
>>>
>>> Bruce
>>>
>>>
>>> The following changes since commit
>>> fc94f925e848684244a38dcffe15cb1192dfbed8:
>>> Martin Jansa (1):
>>> libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git:
>>> bump PR to rebuild after perl upgrade
>>>
>>> are available in the git repository at:
>>>
>>> git://git.pokylinux.org/poky-contrib zedd/libc-headers-v3
>>> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/libc-headers-v3
>>>
>>>
>>> Bruce Ashfield (3):
>>> linux-libc-headers: factor common code into linux-libc-headers.inc
>>> linux-libc-headers: provide 3.0.x and 3.1 headers
>>> linux-libc-headers: remove older recipes
>>>
>>> meta/conf/distro/include/tcmode-default.inc | 2 +-
>>> .../linux-libc-headers/linux-libc-headers.inc | 62 +++++++++++++++++++-
>>> .../linux-libc-headers_2.6.37.2.bb | 53 -----------------
>>> .../linux-libc-headers_2.6.39.bb | 54 -----------------
>>> .../linux-libc-headers/linux-libc-headers_3.0.8.bb | 7 ++
>>> .../linux-libc-headers/linux-libc-headers_3.1.bb | 7 ++
>>> 6 files changed, 74 insertions(+), 111 deletions(-)
>>> delete mode 100644
>>> meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.37.2.bb
>>> delete mode 100644
>>> meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.39.bb
>>> create mode 100644
>>> meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
>>> create mode 100644
>>> meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
>>>
>>>
>>> _______________________________________________
>>> 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
^ permalink raw reply
* Re: [PATCH] Add new IMAGE_CLASSES variable for classes for image generation
From: McClintock Matthew-B29882 @ 2011-11-02 0:50 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <4EB08F6B.5080009@intel.com>
On Tue, Nov 1, 2011 at 7:31 PM, Saul Wold <saul.wold@intel.com> wrote:
>> +# Additional image generation features
>> +#
>> +# The following is a list of classes to import to use in the generation
>> of images
>> +# currently an example class is image_types_uboot
>> +# IMAGE_CLASSES ?= "image_types_uboot"
>> +
>> #
>> # Runtime testing of images
>> #
>> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
>> index 05f4331..e932879 100644
>> --- a/meta/classes/image.bbclass
>> +++ b/meta/classes/image.bbclass
>> @@ -111,7 +111,8 @@ def get_devtable_list(d):
>> str += " %s" % bb.which(bb.data.getVar('BBPATH', d, 1), devtable)
>> return str
>>
>> -inherit image_types
>> +IMAGE_CLASSES = "image_types"
>> +inherit ${IMAGE_CLASSES}
>>
> Does this really work with =, should it not be ?= here?
Ugh. No. This was an attempt to fix this:
+IMAGE_CLASSES ??= ""
+inherit image_types ${IMAGE_CLASSES}
which gives the following bitbake error:
ERROR: classes/.bbclass is not a BitBake file
ERROR: Command execution failed: Exited with 1
when IMAGE_CLASSES is left as "". It's trying to inherit a ".bbclass"
file. There is no good alternative because I have to enforce
IMAGE_CLASSES is only modified by appending to it. So the only
solution is to modifed the local.conf.sample to say
IMAGE_CLASSES += "image_types_uboot" and leave the other bit as is...
-M
^ permalink raw reply
* Re: [PATCH] Add new IMAGE_CLASSES variable for classes for image generation
From: McClintock Matthew-B29882 @ 2011-11-02 0:54 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <CAEsOVNdaEPihB8ecoMuxzSw-TR-CsK1ZKsCgcj5nktjtHmA32Q@mail.gmail.com>
On Tue, Nov 1, 2011 at 7:50 PM, McClintock Matthew-B29882
<B29882@freescale.com> wrote:
> IMAGE_CLASSES += "image_types_uboot" and leave the other bit as is...
Except it seems I have to do this:
IMAGE_CLASSES_append = " image_types_uboot"
if I want the value to actually be appended.
-M
^ permalink raw reply
* Re: [PATCH] Add new IMAGE_CLASSES variable for classes for image generation
From: Saul Wold @ 2011-11-02 0:56 UTC (permalink / raw)
To: McClintock Matthew-B29882,
Patches and discussions about the oe-core layer
In-Reply-To: <CAEsOVNdaEPihB8ecoMuxzSw-TR-CsK1ZKsCgcj5nktjtHmA32Q@mail.gmail.com>
On 11/01/2011 05:50 PM, McClintock Matthew-B29882 wrote:
> On Tue, Nov 1, 2011 at 7:31 PM, Saul Wold<saul.wold@intel.com> wrote:
>>> +# Additional image generation features
>>> +#
>>> +# The following is a list of classes to import to use in the generation
>>> of images
>>> +# currently an example class is image_types_uboot
>>> +# IMAGE_CLASSES ?= "image_types_uboot"
>>> +
>>> #
>>> # Runtime testing of images
>>> #
>>> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
>>> index 05f4331..e932879 100644
>>> --- a/meta/classes/image.bbclass
>>> +++ b/meta/classes/image.bbclass
>>> @@ -111,7 +111,8 @@ def get_devtable_list(d):
>>> str += " %s" % bb.which(bb.data.getVar('BBPATH', d, 1), devtable)
>>> return str
>>>
>>> -inherit image_types
>>> +IMAGE_CLASSES = "image_types"
>>> +inherit ${IMAGE_CLASSES}
>>>
>> Does this really work with =, should it not be ?= here?
>
> Ugh. No. This was an attempt to fix this:
>
> +IMAGE_CLASSES ??= ""
> +inherit image_types ${IMAGE_CLASSES}
>
> which gives the following bitbake error:
>
> ERROR: classes/.bbclass is not a BitBake file
> ERROR: Command execution failed: Exited with 1
>
> when IMAGE_CLASSES is left as "". It's trying to inherit a ".bbclass"
> file. There is no good alternative because I have to enforce
> IMAGE_CLASSES is only modified by appending to it. So the only
> solution is to modifed the local.conf.sample to say
>
Right I understood that part from before I think. But why can't you have
IMAGE_CLASSES ?= "image_types"
and then in the local.conf override that with
IMAGE_CLASSES = "image_types_uboot"
since image_types_uboot inherits image_types.
> IMAGE_CLASSES += "image_types_uboot" and leave the other bit as is...
I have to admit I like this a little better with the possible thought of
breaking up image_types a little more, keep more used ones in
image_types, but move lesser used ones to their on .bbclass
Them IMAGE_CLASSES truly is a list of image_type classes.
Sau!
> -M
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply
* [PATCH 0/1] distro_tracking_fields: Update the Month to 'MMM'
From: wenzong.fan @ 2011-11-02 5:52 UTC (permalink / raw)
To: openembedded-core
From: Wenzong Fan <wenzong.fan@windriver.com>
Update the format of Month to 'MMM' instead of spell it out.
The following changes since commit 4a951e0433a99cd985515843f0a48fadc7050aca:
Robert P. J. Day (1):
Fix HOMEPAGE values in libzypp and sat-solver .bb files
are available in the git repository at:
git://git.pokylinux.org/poky-contrib wenzong/distro_tracking_fields_update
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/distro_tracking_fields_update
Wenzong Fan (1):
distro_tracking_fields: Update the Month to 'MMM'
.../conf/distro/include/distro_tracking_fields.inc | 8 ++++----
1 files changed, 4 insertions(+), 4 deletions(-)
^ permalink raw reply
* [PATCH 1/1] distro_tracking_fields: Update the Month to 'MMM'
From: wenzong.fan @ 2011-11-02 5:52 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320212931.git.wenzong.fan@windriver.com>
From: Wenzong Fan <wenzong.fan@windriver.com>
Use format 'MMM' instead of spell out a Month.
Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
---
.../conf/distro/include/distro_tracking_fields.inc | 8 ++++----
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
index 10835dd..998eabf 100644
--- a/meta/conf/distro/include/distro_tracking_fields.inc
+++ b/meta/conf/distro/include/distro_tracking_fields.inc
@@ -5979,14 +5979,14 @@ DISTRO_PN_ALIAS_pn-libsdl = "Fedora=SDL Opensuse=SDL"
RECIPE_STATUS_pn-ccache = "green"
RECIPE_MAINTAINER_pn-ccache = "Wenzong Fan <wenzong.fan@windriver.com>"
RECIPE_LATEST_VERSION_pn-ccache = "3.1.6"
-RECIPE_LAST_UPDATE_pn-ccache = "October 19, 2011"
-RECIPE_MANUAL_CHECK_DATE_pn-ccache = "October 25, 2011"
+RECIPE_LAST_UPDATE_pn-ccache = "Oct 19, 2011"
+RECIPE_MANUAL_CHECK_DATE_pn-ccache = "Oct 25, 2011"
RECIPE_STATUS_pn-chkconfig = "green"
RECIPE_MAINTAINER_pn-chkconfig = "Wenzong Fan <wenzong.fan@windriver.com>"
RECIPE_LATEST_VERSION_pn-chkconfig = "1.3.55"
-RECIPE_LAST_UPDATE_pn-chkconfig = "October 19, 2011"
-RECIPE_MANUAL_CHECK_DATE_pn-chkconfig = "October 25, 2011"
+RECIPE_LAST_UPDATE_pn-chkconfig = "Oct 19, 2011"
+RECIPE_MANUAL_CHECK_DATE_pn-chkconfig = "Oct 25, 2011"
DISTRO_PN_ALIAS_pn-lame = "Debian=lame Ubuntu=lame"
DISTRO_PN_ALIAS_pn-libiconv = "Fedora=mingw-libiconv Opensuse=cross-mingw-libiconv"
--
1.7.0.4
^ permalink raw reply related
* Re: [PATCH 0/1] distro_tracking_fields: update packages tracking fields
From: wenzong fan @ 2011-11-02 5:48 UTC (permalink / raw)
To: Saul Wold; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <4EB0909C.5020202@intel.com>
On 11/02/2011 08:36 AM, Saul Wold wrote:
> On 10/24/2011 07:49 PM, wenzong.fan@windriver.com wrote:
>> From: Wenzong Fan<wenzong.fan@windriver.com>
>>
>> Update distro tracking fields for ccache, chkconfig.
>>
>> The following changes since commit
>> 53ee27a1c5b589cba874f674c428e1a36557cc3b:
>> Joshua Lock (1):
>> doc: update manual for checksum changes
>>
>> are available in the git repository at:
>>
>> git://git.pokylinux.org/poky-contrib
>> wenzong/distro_tracking_fields_update
>>
>> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/distro_tracking_fields_update
>>
>>
>> Wenzong Fan (1):
>> distro_tracking_fields: update packages tracking fields
>>
>> .../conf/distro/include/distro_tracking_fields.inc | 12 ++++++++++++
>> 1 files changed, 12 insertions(+), 0 deletions(-)
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
> This got pulled, but I still need a fix for Month format to MMM please
Fixed, please see another PR whcih with subject "distro_tracking_fields:
Update the Month to 'MMM'".
Thanks
Wenzong
>
> Thanks
> Sau!
>
>
^ permalink raw reply
* Re: [Pull v2 2/4] xserver-nodm-init: Add xuser (hardcoded)
From: Lauri Hintsala @ 2011-11-02 6:11 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <453f61fd0043629181379d5d3766c118bdd46dd2.1320183757.git.sgw@linux.intel.com>
Hi Saul,
On 11/01/2011 11:44 PM, Saul Wold wrote:
> Signed-off-by: Saul Wold<sgw@linux.intel.com>
> ---
> .../x11-common/xserver-nodm-init.bb | 30 +++++++------------
> 1 files changed, 11 insertions(+), 19 deletions(-)
>
> diff --git a/meta/recipes-graphics/x11-common/xserver-nodm-init.bb b/meta/recipes-graphics/x11-common/xserver-nodm-init.bb
> index ea4222d..5b06bc6 100644
> --- a/meta/recipes-graphics/x11-common/xserver-nodm-init.bb
> +++ b/meta/recipes-graphics/x11-common/xserver-nodm-init.bb
> @@ -2,7 +2,7 @@ DESCRIPTION = "Simple Xserver Init Script (no dm)"
> LICENSE = "GPLv2"
> LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
> SECTION = "x11"
> -PR = "r26"
> +PR = "r28"
> RDEPENDS_${PN} = "sudo"
>
> SRC_URI = "file://xserver-nodm \
> @@ -19,27 +19,19 @@ do_install() {
> install xserver-nodm ${D}/etc/init.d
> if [ "${ROOTLESS_X}" = "1" ] ; then
> install -d ${D}/etc/X11
> - install Xusername ${D}/etc/X11
> + install Xusername ${D}/etc/X11
Is this indentation change a typo?
Lauri
> fi
> }
>
> -pkg_postinst_${PN} () {
> - if [ "x$D" != "x" ] ; then
> - exit 1
> - fi
> -
> - if [ -f /etc/X11/Xusername ]; then
> - # create the rootless X user, and add user to group tty, video, audio
> - username=`cat /etc/X11/Xusername`
> - adduser --disabled-password $username
> - # FIXME: use addgroup if busybox addgroup is ready
> - sed -i -e "s/^video:.*/&${username}/g" /etc/group
> - sed -i -e "s/^tty:.*/&${username}/g" /etc/group
> - sed -i -e "s/^audio:.*/&${username}/g" /etc/group
> - fi
> -}
> -
> -inherit update-rc.d
> +inherit update-rc.d useradd
>
> INITSCRIPT_NAME = "xserver-nodm"
> INITSCRIPT_PARAMS = "start 9 5 2 . stop 20 0 1 6 ."
> +
> +# Use fixed Xusername of xuser for now, this will need to be
> +# fixed if the Xusername changes from xuser
> +USERADD_PACKAGES = "${PN}"
> +USERADD_PARAM_${PN} = "--system --no-create-home \
> + --shell /bin/false --groups video,tty,audio \
> + --user-group xuser"
> +
^ permalink raw reply
* [PATCH 0/1] [Yocto Bug 1700] Fix for buildstats diskio on non physical disks
From: Beth Flanagan @ 2011-11-02 6:41 UTC (permalink / raw)
To: openembedded-core
From: Elizabeth Flanagan <elizabeth.flanagan@intel.com>
tmpfs/encryptfs/ramfs have no entry in /proc/diskstats. This modifies
buildstats to not collect diskio statistics when we encounter a case where
the os.major/os.minor is not represented with an entry in /proc/diskstats.
Longer term solution to this is to:
- Identify all fs types that don't have representation in /proc/diskstats
- Gather meaningful iostats of these fs types if possible.
The following changes since commit 4a951e0433a99cd985515843f0a48fadc7050aca:
Fix HOMEPAGE values in libzypp and sat-solver .bb files (2011-11-01 18:28:19 +0000)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib eflanagan/diskio_bug1700
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=eflanagan/diskio_bug1700
Elizabeth Flanagan (1):
[Yocto Bug 1700] Fix for buildstats on tmpfs
meta/classes/buildstats.bbclass | 37 ++++++++++++++++++++++++++-----------
1 files changed, 26 insertions(+), 11 deletions(-)
^ permalink raw reply
* [PATCH 1/1] [Yocto Bug 1700] Fix for buildstats on tmpfs
From: Beth Flanagan @ 2011-11-02 6:41 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320190748.git.elizabeth.flanagan@intel.com>
From: Elizabeth Flanagan <elizabeth.flanagan@intel.com>
tmpfs/encryptfs/(and most likely, but not confirmed)ramfs TMPDIRs
cause diskstats to choke. No device entry ends up in /proc/diskstats
for these fs types, which ends up causing the failure.
The short term solution is to exclude these fs types from diskstat
collection. Longer term we will want to see if we can collect
meaningful diskio for each of these, and other, use cases, but for
this cleans up Bug 1700.
Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com>
---
meta/classes/buildstats.bbclass | 37 ++++++++++++++++++++++++++-----------
1 files changed, 26 insertions(+), 11 deletions(-)
diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
index 55cbb3c..96c98d4 100644
--- a/meta/classes/buildstats.bbclass
+++ b/meta/classes/buildstats.bbclass
@@ -48,13 +48,24 @@ def set_device(e):
# something like stick DL_DIR on a different partition and this would
# throw stats gathering off. The same goes with SSTATE_DIR. However, let's
# get the basics in here and work on the cornercases later.
+ # A note. /proc/diskstats does not contain info on encryptfs, tmpfs, etc.
+ # If we end up hitting one of these fs, we'll just skip diskstats collection.
############################################################################
device=os.stat(tmpdir)
majordev=os.major(device.st_dev)
minordev=os.minor(device.st_dev)
+ ############################################################################
+ # Bug 1700:
+ # Because tmpfs/encryptfs/ramfs etc inserts no entry in /proc/diskstats
+ # we set rdev to NoLogicalDevice and search for it later. If we find NLD
+ # we do not collect diskstats as the method to collect meaningful statistics
+ # for these fs types requires a bit more research.
+ ############################################################################
for line in open("/proc/diskstats", "r"):
if majordev == int(line.split()[0]) and minordev == int(line.split()[1]):
rdev=line.split()[2]
+ else:
+ rdev="NoLogicalDevice"
file = open(bb.data.getVar('DEVFILE', e.data, True), "w")
file.write(rdev)
file.close()
@@ -133,10 +144,11 @@ def write_task_data(status, logfile, dev, e):
# For the best information, running things with BB_TOTAL_THREADS = "1"
# would return accurate per task results.
############################################################################
- diskdata = get_diskdata("__diskdata_task", dev, e.data)
- if diskdata:
- for key in sorted(diskdata.iterkeys()):
- file.write(key + ": " + diskdata[key] + "\n")
+ if dev != "NoLogicalDevice":
+ diskdata = get_diskdata("__diskdata_task", dev, e.data)
+ if diskdata:
+ for key in sorted(diskdata.iterkeys()):
+ file.write(key + ": " + diskdata[key] + "\n")
if status is "passed":
file.write("Status: PASSED \n")
else:
@@ -169,7 +181,8 @@ python run_buildstats () {
bb.mkdirhier(bsdir)
except:
pass
- set_diskdata("__diskdata_build", device, e.data)
+ if device != "NoLogicalDevice":
+ set_diskdata("__diskdata_build", device, e.data)
set_timedata("__timedata_build", e.data)
build_time = os.path.join(bsdir, "build_stats")
# write start of build into build_time
@@ -185,7 +198,7 @@ python run_buildstats () {
elif isinstance(e, bb.event.BuildCompleted):
bn = get_bn(e)
- dev = get_device(e)
+ device = get_device(e)
bsdir = os.path.join(bb.data.getVar('BUILDSTATS_BASE', e.data, True), bn)
taskdir = os.path.join(bsdir, bb.data.expand("${PF}", e.data))
build_time = os.path.join(bsdir, "build_stats")
@@ -201,10 +214,11 @@ python run_buildstats () {
file.write("Elapsed time: %0.2f seconds \n" % (time))
if cpu:
file.write("CPU usage: %0.1f%% \n" % cpu)
- diskio = get_diskdata("__diskdata_build", dev, e.data)
- if diskio:
- for key in sorted(diskio.iterkeys()):
- file.write(key + ": " + diskio[key] + "\n")
+ if device != "NoLogicalDevice":
+ diskio = get_diskdata("__diskdata_build", device, e.data)
+ if diskio:
+ for key in sorted(diskio.iterkeys()):
+ file.write(key + ": " + diskio[key] + "\n")
file.close()
if isinstance(e, bb.build.TaskStarted):
@@ -212,7 +226,8 @@ python run_buildstats () {
device = get_device(e)
bsdir = os.path.join(bb.data.getVar('BUILDSTATS_BASE', e.data, True), bn)
taskdir = os.path.join(bsdir, bb.data.expand("${PF}", e.data))
- set_diskdata("__diskdata_task", device, e.data)
+ if device != "NoLogicalDevice":
+ set_diskdata("__diskdata_task", device, e.data)
set_timedata("__timedata_task", e.data)
try:
bb.mkdirhier(taskdir)
--
1.7.1
^ permalink raw reply related
* Re: [PATCH 1/1] bash: make job control really work
From: Cui, Dexuan @ 2011-11-02 7:10 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1320142868.13918.0.camel@ted>
Richard Purdie wrote on 2011-11-01:
> On Tue, 2011-11-01 at 16:05 +0800, Dexuan Cui wrote:
>> It turns out 9393ff833f44570fd5f500bc9de6c72db94b0296 didn't really
>> fix the bug.
>>
>> This patch is made and tested after I read the link below
>> http://www.mail-archive.com/bug-bash@gnu.org/msg03107.html
>>
>> [YOCTO #487]
>>
>> Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
>> ---
>> meta/recipes-extended/bash/bash.inc | 1 +
>> meta/recipes-extended/bash/bash_4.2.bb | 2 +-
>> 2 files changed, 2 insertions(+), 1 deletions(-)
>> diff --git a/meta/recipes-extended/bash/bash.inc
>> b/meta/recipes-extended/bash/bash.inc
>> index d55e517..d495538 100644
>> --- a/meta/recipes-extended/bash/bash.inc
>> +++ b/meta/recipes-extended/bash/bash.inc
>> @@ -23,6 +23,7 @@ ALTERNATIVE_LINK = "${base_bindir}/sh"
>> ALTERNATIVE_PRIORITY = "100"
>>
>> do_configure () { + export bash_cv_job_control_missing=present
>> gnu-configize oe_runconf }
>
> This really should go into the common site files...
Hi Richard,
I found we do define the variable:
meta/site/common-linux:33:bash_cv_job_control_missing=${bash_cv_job_control_missing=present}
but looks autoconf doesn't realize the variable has been assigned the value 'present'?
I think this is because of the below do_configure in bash.inc -- looks autoreconf is skipped?
do_configure () {
gnu-configize
oe_runconf
}
Why do we need a customized do_configure to replace autotools_do_configure?
Later, after I added
do_configure_prepend () {
autoreconf -f -i -s
}
The generated config.log does show bash_cv_job_control_missing is assigned with 'present'.
(BTW, common-linux also introduces many other variables -- would this be safe? Actually here I only need to introduce bash_cv_job_control_missing.)
However, finally, do_compile got a strange failure:
| shell.c: In function 'shell_reinitialize':
| shell.c:1742:20: error: 'PPROMPT' undeclared (first use in this function)
| shell.c:1742:20: note: each undeclared identifier is reported only once for each function it appears in
| shell.c:1743:22: error: 'SPROMPT' undeclared (first use in this function)
Could you please give some suggestions?
Thanks,
-- Dexuan
^ permalink raw reply
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