Re: [OE-core] RFE: make the init manager an image feature (again)
Martin Jansa martin.jansa-re5jqeeqqe8avxtiumw...@public.gmane.org writes: On the specifics of the do_install_append, you've seen my comments about how we're not learning from past mistakes with the way the do_install in the class was written. I note Phil also agreed with them, both of us remembering some of the horrors we've dealt with in the past (and binconfig.bbclass is still around, sadly). But it doesn't need to be as dangerous as binconfig.bbclass, because we already list .service or .socket files in SYSTEMD_SERVICE so we can improve that find call Why is 'find' required at all? afaik, only files from $SRC_URI are affected. So we can 1. create an (overridable) SYSTEMD_EXTRA_SERVICES variable 2. fill this variable in systemd.bbclass with .service, .target, .socket + .mount files from $SRC_URI 3. modify systemd's do_install so that files above are copied after doing some some sanity checks (e.g. checks that no previous version from 'make install' exists or that it are really systemd files). Enrico ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] State of systemd from an integrator point of view
Hi,
this is my second attempt to use systemd with Poky for our sysmoBTS
product (mostly to replace some respawn shell scripts and not to use
the daemontools). I aborted the first trial because of journald and
now that systemd is being merged into OE-Core I started again and I
would like to share some of my issues.
* systemd as a watchdog. For our BTS I have a init script for the
watchdog package and a configuration file in our BSP layer. For systemd
I want the watchdog functionality provided by systemd itself. So I
have a system.conf in my BSP layer an this line in my machine config:
MACHINE_ESSENTIAL_EXTRA_RDEPENDS = \
...
${@['watchdog', ''][d.getVar('DISTRO_FEATURES_INITMAN', True) ==
'systemd']} \
kernel-module-rtfifo
IMAGE_FSTYPES ?= tar.bz2 cpio.gz ubifs ubi jffs2
MACHINE_EXTRA_RDEPENDS = \
...
${@['watchdog', ''][d.getVar('DISTRO_FEATURES_INITMAN', True) ==
'systemd']} \
this is obviously not a piece of beauty.. and it would be nicer if
systemd itself could build a watchdog package or such...
* systemd and svsv start scripts. I am using the busybox ifplugd to
configure the network on plug/un-plug of the cable. My start script ended
with .sh in the name. systemd recognized the script but failed to start
it. Renaming it to not end with .sh fixed the issue for me. This is more
like a systemd bug than OE but I wonder if we could change update-rc.d
bbclass to check the for the .sh in the start script and then complain
about it?
* systemd's journald is not suitable for small devices. I think the default
should be to disable the journald and do not disable the busybox log
application in the systemd-compat units package. journald is dominated by
memory allocations and reading procfs over and over again.
regards
holger
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] (ping) util-linux: Add package for libmount
Haven't seen any reactions (good or bad), So I thought I'd give it a
ping as the wiki suggested. I'd really like to see this fixed.
On 02/16/2013 04:45 PM, MiLo wrote:
The libmount shared library was part of util-linux. This caused
util-linux-mount to RDEPEND on util-linux, so including that would
also drag in all of util-linux and all its recommendations.
To break this circular dependency, add a libmount package that holds
the libmount.so.* files, just like the other libraries built by util-
linux.
---
meta/recipes-core/util-linux/util-linux.inc |3 +++
meta/recipes-core/util-linux/util-linux_2.22.2.bb |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux.inc
b/meta/recipes-core/util-linux/util-linux.inc
index 10439c0..bd7b089 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -31,6 +31,7 @@ SRC_URI =
${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-lin
PACKAGES =+ util-linux-agetty util-linux-fdisk util-linux-cfdisk
util-linux-sfdisk \
util-linux-swaponoff util-linux-losetup util-linux-umount \
util-linux-mount util-linux-readprofile util-linux-libblkid \
+ util-linux-libmount util-linux-libmount-dev \
util-linux-libblkid-dev util-linux-libuuid
util-linux-libuuid-dev \
util-linux-uuidgen util-linux-lscpu util-linux-fsck
util-linux-blkid \
util-linux-mkfs util-linux-mcookie util-linux-reset
@@ -64,6 +65,8 @@ FILES_util-linux-reset = ${base_bindir}/reset
FILES_util-linux-libblkid = ${base_libdir}/libblkid.so.*
FILES_util-linux-libblkid-dev = ${base_libdir}/libblkid.so
${base_libdir}/libblkid.la ${includedir}/blkid ${libdir}/pkgconfig/blkid.pc
+FILES_util-linux-libmount = ${base_libdir}/libmount.so.*
+FILES_util-linux-libmount-dev = ${base_libdir}/libmount.so
${base_libdir}/libmount.la ${includedir}/libmount ${libdir}/pkgconfig/mount.pc
FILES_util-linux-libuuid = ${base_libdir}/libuuid.so.*
FILES_util-linux-libuuid-dev = ${base_libdir}/libuuid.so
${base_libdir}/libuuid.la ${includedir}/uuid ${libdir}/pkgconfig/uuid.pc
FILES_util-linux-lscpu = ${bindir}/lscpu
diff --git a/meta/recipes-core/util-linux/util-linux_2.22.2.bb
b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
index dd95573..f91784b 100644
--- a/meta/recipes-core/util-linux/util-linux_2.22.2.bb
+++ b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
@@ -1,5 +1,5 @@
MAJOR_VERSION = 2.22
-PR = r0
+PR = r1
require util-linux.inc
# note that `lscpu' is under GPLv3+
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] OE-core] How do I find out why are packages being rebuilt?
I'm still having trouble with packages being needlessly rebuilt over and over. The worst of all it qt4-embedded, it takes about an hour to build. This is wasting a LOT of time. The classic OE never rebuilt a package until its version changed. How and why the current oe-core decides to rebuild package is a complete mystery to me, and the outdated documentation on the oe wiki isn't any help in that respect either. Can anyone explain how I can gain some insight into the trigger that causes a certain package to be rebuilt? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] OE-core] How do I find out why are packages being rebuilt?
On 18 February 2013 11:04, Mike Looijmans mike.looijm...@topic.nl wrote: I'm still having trouble with packages being needlessly rebuilt over and over. The worst of all it qt4-embedded, it takes about an hour to build. This is wasting a LOT of time. The classic OE never rebuilt a package until its version changed. oe-core uses checksums of dependencies to determine what to rebuild - so if a class you inherit changes it's populate_packages_prepend() then the package task will re-execute, or if a dependeny package rebuilds then your package will rebuild too. If you're tracking oe-core master then this often means large rebuilds as there may have been changes to the base.bbclass or package.bbclass which obviously impacts everything, and the usual churn in the packages. bitbake-diffsigs will let you follow the signature differences that cause a rebuild up the tree to identify what has changed. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] populate_sdk_base.bbclass: fix SDKTARGETSYSROOT value
Currently, SDKTARGETSYSROOT points to PACKAGE_ARCH which, sometimes, can
be set to MACHINE_ARCH. When this happens, the default target sysroot
passed to the cross-canadian toolchain, which points to TUNE_PKGARCH,
will be different from the directory where the target sysroot has been
deployed.
In order to fix this, use REAL_MULTIMACH_TARGET_SYS variable instead of
MULTIMACH_TARGET_SYS.
[YOCTO #3784]
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/classes/populate_sdk_base.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/populate_sdk_base.bbclass
b/meta/classes/populate_sdk_base.bbclass
index 923f925..b99dc75 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -8,7 +8,7 @@ SDK_DIR = ${WORKDIR}/sdk
SDK_OUTPUT = ${SDK_DIR}/image
SDK_DEPLOY = ${TMPDIR}/deploy/sdk
-SDKTARGETSYSROOT = ${SDKPATH}/sysroots/${MULTIMACH_TARGET_SYS}
+SDKTARGETSYSROOT = ${SDKPATH}/sysroots/${REAL_MULTIMACH_TARGET_SYS}
TOOLCHAIN_HOST_TASK ?= nativesdk-packagegroup-sdk-host
packagegroup-cross-canadian-${@'
packagegroup-cross-canadian-'.join(all_multilib_tune_values(d,
'TRANSLATED_TARGET_ARCH').split())}
TOOLCHAIN_HOST_TASK_ATTEMPTONLY ?=
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Relocatable SDK Perl issues
The relocatable SDK seems to have had it's perl issues slipped back in somewhere. Running autoreconf -i on my autotools application leads to the following: Can't locate strict.pm in @INC (@INC contains: /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/share/autoconf /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/site_perl/5.14.3/ /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/site_perl/5.14.3 /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/vendor_perl/5.14.3/ /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/vendor_perl/5.14.3 /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/5.14.3/ /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/5.14.3 /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/5.14.3 .) at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/share/autoconf/Autom4te/Channels.pm line 70. BEGIN failed--compilation aborted at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/share/autoconf/Autom4te/Channels.pm line 70. Compilation failed in require at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/share/autoconf/Autom4te/ChannelDefs.pm line 19. BEGIN failed--compilation aborted at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/share/autoconf/Autom4te/ChannelDefs.pm line 19. Compilation failed in require at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/bin/gnu-configize line 40. BEGIN failed--compilation aborted at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/bin/gnu-configize line 40. autoreconf: gnu-configize failed with exit status: 2 Any ideas? This was broken a while ago (~6 months), and then was fixed (~2 months) and it seems to have regressed again somewhere along the way. -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Relocatable SDK Perl issues
On 18/02/13 11:48, Jack Mitchell wrote: The relocatable SDK seems to have had it's perl issues slipped back in somewhere. Running autoreconf -i on my autotools application leads to the following: Can't locate strict.pm in @INC (@INC contains: /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/share/autoconf /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/site_perl/5.14.3/ /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/site_perl/5.14.3 /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/vendor_perl/5.14.3/ /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/vendor_perl/5.14.3 /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/5.14.3/ /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/5.14.3 /opt/dblinux/1.0-20130213/sysroots/x86_64-oecore-linux/usr/lib/perl/5.14.3 .) at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/share/autoconf/Autom4te/Channels.pm line 70. BEGIN failed--compilation aborted at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/share/autoconf/Autom4te/Channels.pm line 70. Compilation failed in require at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/share/autoconf/Autom4te/ChannelDefs.pm line 19. BEGIN failed--compilation aborted at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/share/autoconf/Autom4te/ChannelDefs.pm line 19. Compilation failed in require at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/bin/gnu-configize line 40. BEGIN failed--compilation aborted at /mnt/SSD/r0005sdk/130213r0/sysroots/x86_64-oecore-linux/usr/bin/gnu-configize line 40. autoreconf: gnu-configize failed with exit status: 2 Any ideas? This was broken a while ago (~6 months), and then was fixed (~2 months) and it seems to have regressed again somewhere along the way. I see a bug that may be along the same lines here: https://bugzilla.yoctoproject.org/show_bug.cgi?id=3338 Could anyone confirm it's the same issue, if so; I'll sit quiet :) -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] groff: upgrade to 1.22.2
- add code for generating the gnulib configure script
- replace /usr/bin/perl with /usr/bin/env perl
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
.../groff/{groff_1.20.1.bb = groff_1.22.2.bb} | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
rename meta/recipes-extended/groff/{groff_1.20.1.bb = groff_1.22.2.bb} (85%)
diff --git a/meta/recipes-extended/groff/groff_1.20.1.bb
b/meta/recipes-extended/groff/groff_1.22.2.bb
similarity index 85%
rename from meta/recipes-extended/groff/groff_1.20.1.bb
rename to meta/recipes-extended/groff/groff_1.22.2.bb
index 157365b..dc40784 100644
--- a/meta/recipes-extended/groff/groff_1.20.1.bb
+++ b/meta/recipes-extended/groff/groff_1.22.2.bb
@@ -4,7 +4,7 @@ formatting commands and produces formatted output.
SECTION = base
HOMEPAGE = ftp://ftp.gnu.org/gnu/groff/;
LICENSE = GPLv2
-PR = r2
+PR = r0
LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504
@@ -34,10 +34,18 @@ do_configure_prepend() {
fi
}
+do_configure_append() {
+# generate gnulib configure script
+olddir=`pwd`
+cd ${S}/src/libs/gnulib/
+ACLOCAL=$ACLOCAL autoreconf -Wcross --verbose --install --force
${EXTRA_AUTORECONF} $acpaths || bbfatal autoreconf execution failed.
+cd ${olddir}
+}
+
do_install_append() {
# Some distros have both /bin/perl and /usr/bin/perl, but we set perl
location
# for target as /usr/bin/perl, so fix it to /usr/bin/perl.
- for i in afmtodit mmroff; do
+ for i in afmtodit mmroff gropdf pdfmom; do
if [ -f ${D}${bindir}/$i ]; then
sed -i -e '1s,#!.*perl,#! ${USRBINPATH}/env perl,'
${D}${bindir}/$i
fi
--
1.7.11.7
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] cairo: upgrade to 1.12.14
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
meta/recipes-graphics/cairo/{cairo_1.12.12.bb = cairo_1.12.14.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/cairo/{cairo_1.12.12.bb = cairo_1.12.14.bb} (92%)
diff --git a/meta/recipes-graphics/cairo/cairo_1.12.12.bb
b/meta/recipes-graphics/cairo/cairo_1.12.14.bb
similarity index 92%
rename from meta/recipes-graphics/cairo/cairo_1.12.12.bb
rename to meta/recipes-graphics/cairo/cairo_1.12.14.bb
index 7bf2b82..16f9d7b 100644
--- a/meta/recipes-graphics/cairo/cairo_1.12.12.bb
+++ b/meta/recipes-graphics/cairo/cairo_1.12.14.bb
@@ -6,8 +6,8 @@ PR = r0
SRC_URI = http://cairographics.org/releases/cairo-${PV}.tar.xz;
-SRC_URI[md5sum] = 9f7315e54885c735dcfdabe77f322d30
-SRC_URI[sha256sum] =
14f693759ecc87472355ae8f0c34731a8578b408b607cfd0b5d34331ff05d81a
+SRC_URI[md5sum] = 27b634113d0f52152d60ae8e2ec7daa7
+SRC_URI[sha256sum] =
96d0d1e3f9b74d2ca3469ff187c5e5f25649b1ad35cf06f4f3a83847dff4ac13
PACKAGES =+ cairo-gobject cairo-script-interpreter cairo-perf-utils
--
1.7.11.7
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] shared-mime-info: upgrade to 1.1
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
.../{shared-mime-info_1.0.bb = shared-mime-info_1.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/shared-mime-info/{shared-mime-info_1.0.bb =
shared-mime-info_1.1.bb} (45%)
diff --git a/meta/recipes-support/shared-mime-info/shared-mime-info_1.0.bb
b/meta/recipes-support/shared-mime-info/shared-mime-info_1.1.bb
similarity index 45%
rename from meta/recipes-support/shared-mime-info/shared-mime-info_1.0.bb
rename to meta/recipes-support/shared-mime-info/shared-mime-info_1.1.bb
index d9b7b51..301cf27 100644
--- a/meta/recipes-support/shared-mime-info/shared-mime-info_1.0.bb
+++ b/meta/recipes-support/shared-mime-info/shared-mime-info_1.1.bb
@@ -1,8 +1,8 @@
require shared-mime-info.inc
PR = r0
-SRC_URI[md5sum] = 901b7977dbb2b71d12d30d4d8fb97028
-SRC_URI[sha256sum] =
d2e830e5aae213dd906e64495e9618cc4ef40d7b249e0971a190b04d5802ae8f
+SRC_URI[md5sum] = 12ba00bf1cb2e69bfba73127e708e833
+SRC_URI[sha256sum] =
184d094b157a9ec2607ad26a1a1837e6e07f3fcbeb38d8b6d412906156f9e06c
SRC_URI =+ file://parallelmake.patch \
file://install-data-hook.patch
--
1.7.11.7
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] augeas: upgrade to 1.0.0
0001-Add-missing-argument-to-escape.patch: removed
- included in the new version
remove-gets.patch: not needed anymore
add-missing-argz-conditional.patch: added
- the Makefiles assume that the argz conditional
is present in configure.ac
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
meta/recipes-extended/augeas/augeas.inc| 2 +-
.../0001-Add-missing-argument-to-escape.patch | 29 -
...ts.patch = add-missing-argz-conditional.patch} | 30 +++---
meta/recipes-extended/augeas/augeas_0.10.0.bb | 8 --
meta/recipes-extended/augeas/augeas_1.0.0.bb | 6 +
5 files changed, 22 insertions(+), 53 deletions(-)
delete mode 100644
meta/recipes-extended/augeas/augeas/0001-Add-missing-argument-to-escape.patch
rename meta/recipes-extended/augeas/augeas/{remove-gets.patch =
add-missing-argz-conditional.patch} (12%)
delete mode 100644 meta/recipes-extended/augeas/augeas_0.10.0.bb
create mode 100644 meta/recipes-extended/augeas/augeas_1.0.0.bb
diff --git a/meta/recipes-extended/augeas/augeas.inc
b/meta/recipes-extended/augeas/augeas.inc
index 479fb97..a0aa9dd 100644
--- a/meta/recipes-extended/augeas/augeas.inc
+++ b/meta/recipes-extended/augeas/augeas.inc
@@ -6,7 +6,7 @@ LICENSE = LGPLv2.1+
LIC_FILES_CHKSUM = file://COPYING;md5=bbb461211a33b134d42ed5ee802b37ff
SRC_URI = http://augeas.net/download/${BP}.tar.gz \
- file://0001-Add-missing-argument-to-escape.patch \
+ file://add-missing-argz-conditional.patch \
DEPENDS = readline libxml2
diff --git
a/meta/recipes-extended/augeas/augeas/0001-Add-missing-argument-to-escape.patch
b/meta/recipes-extended/augeas/augeas/0001-Add-missing-argument-to-escape.patch
deleted file mode 100644
index 3d0d0e3..000
---
a/meta/recipes-extended/augeas/augeas/0001-Add-missing-argument-to-escape.patch
+++ /dev/null
@@ -1,29 +0,0 @@
-Upstream-Status: Backport
-Signed-off-by: Khem Raj raj.k...@gmail.com
-
-From 021ea39f8e400225e2d01b4c62eb9d56404f2ecd Mon Sep 17 00:00:00 2001
-From: Michael Chapman m...@very.puzzling.org
-Date: Fri, 16 Dec 2011 21:30:07 +1100
-Subject: [PATCH] Add missing argument to escape()
-
-Fixes ticket #242.
- src/regexp.c |2 +-
- 1 files changed, 1 insertions(+), 1 deletions(-)
-
-diff --git a/src/regexp.c b/src/regexp.c
-index cf0ea5d..811087d 100644
a/src/regexp.c
-+++ b/src/regexp.c
-@@ -50,7 +50,7 @@ char *regexp_escape(const struct regexp *r) {
- ret = fa_restrict_alphabet(r-pattern-str, strlen(r-pattern-str),
-nre, nre_len, 2, 1);
- if (ret == 0) {
--pat = escape(nre, nre_len);
-+pat = escape(nre, nre_len, RX_ESCAPES);
- free(nre);
- }
- #endif
---
-1.7.5.4
-
diff --git a/meta/recipes-extended/augeas/augeas/remove-gets.patch
b/meta/recipes-extended/augeas/augeas/add-missing-argz-conditional.patch
similarity index 12%
rename from meta/recipes-extended/augeas/augeas/remove-gets.patch
rename to meta/recipes-extended/augeas/augeas/add-missing-argz-conditional.patch
index bd6e92c..abbdbaa 100644
--- a/meta/recipes-extended/augeas/augeas/remove-gets.patch
+++ b/meta/recipes-extended/augeas/augeas/add-missing-argz-conditional.patch
@@ -1,20 +1,20 @@
-eglibc 2.16 has remove gets so check for it to be there before using it
+Add missing GL_GENERATE_ARGZ_H conditional
-Signed-off-by: Khem Raj raj.k...@gmail.com
+- GL_GENERATE_ARGZ_H is used in gnulib/lib/Makefile.am
Upstream-Status: Pending
-Index: augeas-0.10.0/gnulib/lib/stdio.in.h
+Signed-off-by: Constantin Musca constantinx.mu...@intel.com
+
+Index: augeas-1.0.0/configure.ac
===
augeas-0.10.0.orig/gnulib/lib/stdio.in.h 2011-03-03 17:07:59.0
-0800
-+++ augeas-0.10.0/gnulib/lib/stdio.in.h2012-07-03 19:46:42.871894833
-0700
-@@ -161,8 +161,10 @@
- /* It is very rare that the developer ever has full control of stdin,
-so any use of gets warrants an unconditional warning. Assume it is
-always declared, since it is required by C89. */
-+#if defined gets
- #undef gets
- _GL_WARN_ON_USE (gets, gets is a security hole - use fgets instead);
-+#endif
+--- augeas-1.0.0.orig/configure.ac
augeas-1.0.0/configure.ac
+@@ -55,6 +55,8 @@ AC_ARG_WITH([failmalloc],
+
+ AM_CONDITIONAL([WITH_FAILMALLOC], [test x$with_failmalloc != xno])
- #if @GNULIB_FOPEN@
- # if @REPLACE_FOPEN@
++AM_CONDITIONAL([GL_GENERATE_ARGZ_H], [test -n $ARGZ_H])
++
+ dnl --enable-debug=(yes|no)
+ AC_ARG_ENABLE([debug],
+ [AC_HELP_STRING([--enable-debug=no/yes],
diff --git a/meta/recipes-extended/augeas/augeas_0.10.0.bb
b/meta/recipes-extended/augeas/augeas_0.10.0.bb
deleted file mode 100644
index 0840428..000
--- a/meta/recipes-extended/augeas/augeas_0.10.0.bb
+++ /dev/null
@@ -1,8 +0,0 @@
-require augeas.inc
-
-SRC_URI += file://remove-gets.patch \
-
-PR = r3
-
-SRC_URI[md5sum] =
[OE-core] [PATCH] gdk-pixbuf: upgrade to 2.27.1
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
.../{gdk-pixbuf-2.26.5 = gdk-pixbuf-2.27.1}/configure_fix.patch | 0
.../extending-libinstall-dependencies.patch | 0
.../hardcoded_libtool.patch | 0
.../gdk-pixbuf/{gdk-pixbuf_2.26.5.bb = gdk-pixbuf_2.27.1.bb} | 8
4 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.26.5 =
gdk-pixbuf-2.27.1}/configure_fix.patch (100%)
rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.26.5 =
gdk-pixbuf-2.27.1}/extending-libinstall-dependencies.patch (100%)
rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.26.5 =
gdk-pixbuf-2.27.1}/hardcoded_libtool.patch (100%)
rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf_2.26.5.bb =
gdk-pixbuf_2.27.1.bb} (93%)
diff --git
a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/configure_fix.patch
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.27.1/configure_fix.patch
similarity index 100%
rename from meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/configure_fix.patch
rename to meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.27.1/configure_fix.patch
diff --git
a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/extending-libinstall-dependencies.patch
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.27.1/extending-libinstall-dependencies.patch
similarity index 100%
rename from
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/extending-libinstall-dependencies.patch
rename to
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.27.1/extending-libinstall-dependencies.patch
diff --git
a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/hardcoded_libtool.patch
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.27.1/hardcoded_libtool.patch
similarity index 100%
rename from
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/hardcoded_libtool.patch
rename to
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.27.1/hardcoded_libtool.patch
diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.26.5.bb
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.27.1.bb
similarity index 93%
rename from meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.26.5.bb
rename to meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.27.1.bb
index cc2ea50..252ac78 100644
--- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.26.5.bb
+++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.27.1.bb
@@ -11,16 +11,16 @@ SECTION = libs
DEPENDS = libpng glib-2.0 jpeg
DEPENDS_append_linuxstdbase = virtual/libx11
-SRC_URI =
http://ftp.acc.umu.se/pub/GNOME/sources/gdk-pixbuf/2.26/gdk-pixbuf-${PV}.tar.xz
\
+SRC_URI =
http://ftp.acc.umu.se/pub/GNOME/sources/gdk-pixbuf/2.27/gdk-pixbuf-${PV}.tar.xz
\
file://hardcoded_libtool.patch \
file://configure_fix.patch \
file://extending-libinstall-dependencies.patch \
-SRC_URI[md5sum] = 339329e6d619ee3e1cb93979111b04c0
-SRC_URI[sha256sum] =
77696fd163bca95a130a1883dbd78d0ae4d782de2fc85a9a38556d13681f5c84
+SRC_URI[md5sum] = 8ea172466dc3ead706130981e88c219b
+SRC_URI[sha256sum] =
028f95552203e522429e3248ff97a433c63c9a57143f10265e7ce48c2bea02b4
-PR = r1
+PR = r0
inherit autotools pkgconfig gettext pixbufcache
--
1.7.11.7
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gdk-pixbuf: upgrade to 2.27.1
On 18 February 2013 12:25, Constantin Musca constantinx.mu...@intel.com wrote: NACK. Odd-minor versions are development releases, so we should keep with 2.26 until 2.28 is ready. (2.27.0 onwards seem to imply upgrading librsvg too, as they changed their thread semantics) Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] sbc: SBC audio codec
recipe added;
needed by pulseaudio.
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
meta/recipes-multimedia/sbc/sbc_1.0.bb | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 meta/recipes-multimedia/sbc/sbc_1.0.bb
diff --git a/meta/recipes-multimedia/sbc/sbc_1.0.bb
b/meta/recipes-multimedia/sbc/sbc_1.0.bb
new file mode 100644
index 000..21ea9d8
--- /dev/null
+++ b/meta/recipes-multimedia/sbc/sbc_1.0.bb
@@ -0,0 +1,18 @@
+SUMMARY = SBC Audio Codec
+DESCRIPTION = Bluetooth low-complexity, subband codec (SBC) library.
+HOMEPAGE = https://www.bluez.org;
+SECTION = libs
+LICENSE = LGPLv2.1+
+LIC_FILES_CHKSUM = file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e \
+
file://sbc/sbc.h;beginline=1;endline=25;md5=0a7e4f502980cc3ee0541341fa2db47e
+
+PR = r0
+
+DEPENDS = libsndfile1
+
+SRC_URI = ${KERNELORG_MIRROR}/linux/bluetooth/${PN}-${PV}.tar.xz
+
+SRC_URI[md5sum] = aa2bc39c4a09aade064efea4bbbc4b2d
+SRC_URI[sha256sum] =
bf970aa21226c594bb04ba3d949770c8fd91dc8f953556305f20c1016b16b882
+
+inherit autotools
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] pulseaudio upgrade to 3.0, with BT support
- pulseaudio upgrade to 3.0
- pulseaudio 3.0 depends on bluez and sbc for Bluetooth support
- new sbc package added
Cristian Iorga (2):
sbc: SBC audio codec
pulseaudio: upgrade to 3.0
meta/recipes-multimedia/pulseaudio/pulseaudio.inc|4 +++-
.../{pulseaudio_2.1.bb = pulseaudio_3.0.bb} |9 -
meta/recipes-multimedia/sbc/sbc_1.0.bb | 18 ++
3 files changed, 25 insertions(+), 6 deletions(-)
rename meta/recipes-multimedia/pulseaudio/{pulseaudio_2.1.bb =
pulseaudio_3.0.bb} (62%)
create mode 100644 meta/recipes-multimedia/sbc/sbc_1.0.bb
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] pulseaudio: upgrade to 3.0
ARM Neon instruction set compilation error fixed.
Build system disables Neon optimisations if
ARM target does not support it.
BT support dependent on bluez and sbc support.
sbc package added as a dependency.
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc |4 +++-
.../pulseaudio/{pulseaudio_2.1.bb = pulseaudio_3.0.bb} |9 -
2 files changed, 7 insertions(+), 6 deletions(-)
rename meta/recipes-multimedia/pulseaudio/{pulseaudio_2.1.bb =
pulseaudio_3.0.bb} (62%)
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 81573e3..9929f1b 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -11,7 +11,7 @@ DEPENDS = libatomics-ops liboil avahi libsamplerate0
libsndfile1 libtool \
${@base_contains('DISTRO_FEATURES', 'x11', 'virtual/libx11 libxtst
libice libsm libxcb gtk+', '', d)}
# optional
DEPENDS += udev alsa-lib glib-2.0 dbus gconf \
- ${@base_contains('DISTRO_FEATURES', 'bluetooth', 'bluez4', '', d)}
+ ${@base_contains('DISTRO_FEATURES', 'bluetooth', 'bluez4 sbc', '',
d)}
SRC_URI =
http://0pointer.de/lennart/projects/pulseaudio/pulseaudio-${PV}.tar.gz \
file://gcc4-compile-fix.patch \
@@ -43,6 +43,8 @@ EXTRA_OECONF = \
--without-fftw \
+EXTRA_OECONF_append_arm += ${@bb.utils.contains(TUNE_FEATURES, neon, ,
--enable-neon-opt=no, d)}
+
PARALLEL_MAKE =
export TARGET_PFPU = ${TARGET_FPU}
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
b/meta/recipes-multimedia/pulseaudio/pulseaudio_3.0.bb
similarity index 62%
rename from meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
rename to meta/recipes-multimedia/pulseaudio/pulseaudio_3.0.bb
index a576368..71c3c05 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_3.0.bb
@@ -1,17 +1,16 @@
require pulseaudio.inc
-PR = r15
+PR = r0
DEPENDS += libjson gdbm speex libxml-parser-perl-native
inherit gettext perlnative
SRC_URI =
http://freedesktop.org/software/pulseaudio/releases/pulseaudio-${PV}.tar.xz \
- file://volatiles.04_pulse \
-
+ file://volatiles.04_pulse
-SRC_URI[md5sum] = 33e85023259d530f0a763d5204e8bad9
-SRC_URI[sha256sum] =
ef6b347bf47abfb98080795f1583018ac959b4aeb4df916b879f9e1eaba0ca7f
+SRC_URI[md5sum] = 47fd7eca8479c757822bee68a1feef25
+SRC_URI[sha256sum] =
c90bfda29605942d08e3e218ef10e3c660506a06651a616bfbb6a6df8392836d
do_compile_prepend() {
cd ${S}
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] State of systemd from an integrator point of view
Hi Holger,
On 18 February 2013 10:24, Holger Hans Peter Freyther
hol...@moiji-mobile.com wrote:
this is my second attempt to use systemd with Poky for our sysmoBTS
product (mostly to replace some respawn shell scripts and not to use
the daemontools). I aborted the first trial because of journald and
now that systemd is being merged into OE-Core I started again and I
would like to share some of my issues.
Great feedback, thanks Holger.
* systemd as a watchdog. For our BTS I have a init script for the
watchdog package and a configuration file in our BSP layer. For systemd
I want the watchdog functionality provided by systemd itself. So I
have a system.conf in my BSP layer an this line in my machine config:
MACHINE_ESSENTIAL_EXTRA_RDEPENDS = \
...
${@['watchdog', ''][d.getVar('DISTRO_FEATURES_INITMAN', True) ==
'systemd']} \
kernel-module-rtfifo
IMAGE_FSTYPES ?= tar.bz2 cpio.gz ubifs ubi jffs2
MACHINE_EXTRA_RDEPENDS = \
...
${@['watchdog', ''][d.getVar('DISTRO_FEATURES_INITMAN', True) ==
'systemd']} \
this is obviously not a piece of beauty.. and it would be nicer if
systemd itself could build a watchdog package or such...
The INITMAN variable is injected into DISTRO_FEATURES, so I do find
the more idiomatic base_contains more readable:
${@base_contains(DISTRO_FEATURES, systemd, , watchdog, d)}
systemd could RPROVIDE=watchdog but as the means to configure it are
different that might not be ideal, and if you ever switched entirely
to systemd with these conditionals it's obvious where your redundant
dependencies are.
Personally, I'd stick with conditional dependencies.
* systemd and svsv start scripts. I am using the busybox ifplugd to
configure the network on plug/un-plug of the cable. My start script ended
with .sh in the name. systemd recognized the script but failed to start
it. Renaming it to not end with .sh fixed the issue for me. This is more
like a systemd bug than OE but I wonder if we could change update-rc.d
bbclass to check the for the .sh in the start script and then complain
about it?
Oh, interesting. Without any thinking I can't think of reasons why
that would fail.Filed #3900.
* systemd's journald is not suitable for small devices. I think the default
should be to disable the journald and do not disable the busybox log
application in the systemd-compat units package. journald is dominated by
memory allocations and reading procfs over and over again.
Agreed, although it would be good if the journal could be tuned. IMHO
it's technically great, just young.
I wonder if we can split out the bulk of the journal binaries into a
separate package, so by default it's disabled and then installing
systemd-journal would enable it.
Filed #3901.
Cheers,
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] OE-core] How do I find out why are packages being rebuilt?
On 02/18/2013 12:11 PM, Burton, Ross wrote: On 18 February 2013 11:04, Mike Looijmans mike.looijm...@topic.nl wrote: I'm still having trouble with packages being needlessly rebuilt over and over. The worst of all it qt4-embedded, it takes about an hour to build. This is wasting a LOT of time. The classic OE never rebuilt a package until its version changed. oe-core uses checksums of dependencies to determine what to rebuild - so if a class you inherit changes it's populate_packages_prepend() then the package task will re-execute, or if a dependeny package rebuilds then your package will rebuild too. If you're tracking oe-core master then this often means large rebuilds as there may have been changes to the base.bbclass or package.bbclass which obviously impacts everything, and the usual churn in the packages. bitbake-diffsigs will let you follow the signature differences that cause a rebuild up the tree to identify what has changed. Change in oe-core I can live with. Things that puzzle me are that when I change the location of a bootloader data file in my local.conf, it suddenly decides to rebuild qt4-embedded. I also have two almost identical machines (same cpu, same kernel, just a few different plugs), and I cannot figure out why it builds two separate qt4 binaries. So I want to diagnose that. I have no idea where to start. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] State of systemd from an integrator point of view
On 18 February 2013 13:10, Burton, Ross ross.bur...@intel.com wrote: * systemd's journald is not suitable for small devices. I think the default should be to disable the journald and do not disable the busybox log application in the systemd-compat units package. journald is dominated by memory allocations and reading procfs over and over again. Agreed, although it would be good if the journal could be tuned. IMHO it's technically great, just young. I wonder if we can split out the bulk of the journal binaries into a separate package, so by default it's disabled and then installing systemd-journal would enable it. Just noticed that the disabling of syslog isn't working for me, it disables syslog-busybox but there's a syslog symlink to it, which is being started. :) Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] OE-core] How do I find out why are packages being rebuilt?
On 18 February 2013 13:14, Mike Looijmans mike.looijm...@topic.nl wrote: Change in oe-core I can live with. Things that puzzle me are that when I change the location of a bootloader data file in my local.conf, it suddenly decides to rebuild qt4-embedded. I also have two almost identical machines (same cpu, same kernel, just a few different plugs), and I cannot figure out why it builds two separate qt4 binaries. So I want to diagnose that. I have no idea where to start. bitbake-diffsigs. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gnome-common: upgrade to 3.7.4
- gnome-common finally is GPLv2+
- omf.patch is included in the new version
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
meta/recipes-gnome/gnome/gnome-common-2.28.0/omf.patch| 15 ---
.../{gnome-common_2.28.0.bb = gnome-common_3.7.4.bb} | 10 +-
2 files changed, 5 insertions(+), 20 deletions(-)
delete mode 100644 meta/recipes-gnome/gnome/gnome-common-2.28.0/omf.patch
rename meta/recipes-gnome/gnome/{gnome-common_2.28.0.bb =
gnome-common_3.7.4.bb} (59%)
diff --git a/meta/recipes-gnome/gnome/gnome-common-2.28.0/omf.patch
b/meta/recipes-gnome/gnome/gnome-common-2.28.0/omf.patch
deleted file mode 100644
index 0f9b13c..000
--- a/meta/recipes-gnome/gnome/gnome-common-2.28.0/omf.patch
+++ /dev/null
@@ -1,15 +0,0 @@
-Upstream-Status: Pending
-
gnome-common-2.4.0/doc-build/omf.make 2003-05-24 08:16:25.0
-0700
-+++ gnome-common-2.4.0.new/doc-build/omf.make 2004-11-15 14:01:12.185155192
-0700
-@@ -43,7 +43,9 @@
- install-data-hook-omf:
- $(mkinstalldirs) $(DESTDIR)$(omf_dest_dir)
- for file in $(omffile); do \
-- $(INSTALL_DATA) $$file.out $(DESTDIR)$(omf_dest_dir)/$$file; \
-+ if [ -f $$file.out ]; then \
-+ $(INSTALL_DATA) $$file.out
$(DESTDIR)$(omf_dest_dir)/$$file; \
-+ fi; \
- done
- -scrollkeeper-update -p $(DESTDIR)$(scrollkeeper_localstate_dir) -o
$(DESTDIR)$(omf_dest_dir)
-
diff --git a/meta/recipes-gnome/gnome/gnome-common_2.28.0.bb
b/meta/recipes-gnome/gnome/gnome-common_3.7.4.bb
similarity index 59%
rename from meta/recipes-gnome/gnome/gnome-common_2.28.0.bb
rename to meta/recipes-gnome/gnome/gnome-common_3.7.4.bb
index e094ccf..7f8d49d 100644
--- a/meta/recipes-gnome/gnome/gnome-common_2.28.0.bb
+++ b/meta/recipes-gnome/gnome/gnome-common_3.7.4.bb
@@ -3,19 +3,19 @@ HOMEPAGE = http://www.gnome.org/;
BUGTRACKER = https://bugzilla.gnome.org/;
LICENSE = GPLv2+
-LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504
+LIC_FILES_CHKSUM = file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263
SECTION = x11/gnome
-PR = r3
+PR = r0
inherit gnome allarch
# The omf.make file failed if scrollkeeper doesn't happen to be
# installed
-SRC_URI += file://omf.patch
+GNOME_COMPRESS_TYPE = xz
-SRC_URI[archive.md5sum] = 30daabb0ca4898fea2647999e7813e8f
-SRC_URI[archive.sha256sum] =
dd4817103d23745d00c735dd137951552ba7b576cb8f68e6a529d06661e9b6a1
+SRC_URI[archive.md5sum] = 974cd54626f1d1787481288ef26bd4ba
+SRC_URI[archive.sha256sum] =
2af2d97010d2a9aeb3b99dd2ce07d1ef023e15a27b412ffe4f067f016ff7117b
EXTRA_AUTORECONF =
DEPENDS =
--
1.7.11.7
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gnome-common: upgrade to 3.7.4
On 18 February 2013 13:25, Constantin Musca constantinx.mu...@intel.com wrote: # The omf.make file failed if scrollkeeper doesn't happen to be # installed Remove this comment too. Also I'll note that whilst this is strictly speaking a development release, gnome-common doesn't really follow that cycle and this upgrade should be safe (and brings in the license clarification work I did, so it's clearly super important). Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] gnome-common: upgrade to 3.7.4
- gnome-common finally is GPLv2+
- omf.patch is included in the new version
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
meta/recipes-gnome/gnome/gnome-common-2.28.0/omf.patch| 15 ---
.../{gnome-common_2.28.0.bb = gnome-common_3.7.4.bb} | 13 +
2 files changed, 5 insertions(+), 23 deletions(-)
delete mode 100644 meta/recipes-gnome/gnome/gnome-common-2.28.0/omf.patch
rename meta/recipes-gnome/gnome/{gnome-common_2.28.0.bb =
gnome-common_3.7.4.bb} (48%)
diff --git a/meta/recipes-gnome/gnome/gnome-common-2.28.0/omf.patch
b/meta/recipes-gnome/gnome/gnome-common-2.28.0/omf.patch
deleted file mode 100644
index 0f9b13c..000
--- a/meta/recipes-gnome/gnome/gnome-common-2.28.0/omf.patch
+++ /dev/null
@@ -1,15 +0,0 @@
-Upstream-Status: Pending
-
gnome-common-2.4.0/doc-build/omf.make 2003-05-24 08:16:25.0
-0700
-+++ gnome-common-2.4.0.new/doc-build/omf.make 2004-11-15 14:01:12.185155192
-0700
-@@ -43,7 +43,9 @@
- install-data-hook-omf:
- $(mkinstalldirs) $(DESTDIR)$(omf_dest_dir)
- for file in $(omffile); do \
-- $(INSTALL_DATA) $$file.out $(DESTDIR)$(omf_dest_dir)/$$file; \
-+ if [ -f $$file.out ]; then \
-+ $(INSTALL_DATA) $$file.out
$(DESTDIR)$(omf_dest_dir)/$$file; \
-+ fi; \
- done
- -scrollkeeper-update -p $(DESTDIR)$(scrollkeeper_localstate_dir) -o
$(DESTDIR)$(omf_dest_dir)
-
diff --git a/meta/recipes-gnome/gnome/gnome-common_2.28.0.bb
b/meta/recipes-gnome/gnome/gnome-common_3.7.4.bb
similarity index 48%
rename from meta/recipes-gnome/gnome/gnome-common_2.28.0.bb
rename to meta/recipes-gnome/gnome/gnome-common_3.7.4.bb
index e094ccf..ebf343e 100644
--- a/meta/recipes-gnome/gnome/gnome-common_2.28.0.bb
+++ b/meta/recipes-gnome/gnome/gnome-common_3.7.4.bb
@@ -3,19 +3,16 @@ HOMEPAGE = http://www.gnome.org/;
BUGTRACKER = https://bugzilla.gnome.org/;
LICENSE = GPLv2+
-LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504
+LIC_FILES_CHKSUM = file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263
SECTION = x11/gnome
-PR = r3
+PR = r0
inherit gnome allarch
-# The omf.make file failed if scrollkeeper doesn't happen to be
-# installed
+GNOME_COMPRESS_TYPE = xz
-SRC_URI += file://omf.patch
-
-SRC_URI[archive.md5sum] = 30daabb0ca4898fea2647999e7813e8f
-SRC_URI[archive.sha256sum] =
dd4817103d23745d00c735dd137951552ba7b576cb8f68e6a529d06661e9b6a1
+SRC_URI[archive.md5sum] = 974cd54626f1d1787481288ef26bd4ba
+SRC_URI[archive.sha256sum] =
2af2d97010d2a9aeb3b99dd2ce07d1ef023e15a27b412ffe4f067f016ff7117b
EXTRA_AUTORECONF =
DEPENDS =
--
1.7.11.7
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2 v3] archiver class: Use tasks instead of pre/post funcs with sstate
Hi Richard,
I did try deptask but
d.appendVarFlag('do_patch', 'deptask', ' do_archive_original_sources_patches')
doesn't make do_patch dependent on do_archive_original_sources_patches. Do you
think it is a bug and needs to be fixed?
Use of 'deps' or 'recrdeps' adds the above dependency. I believe 'recrdeps' can
introduce cyclic dependency so I didn't use it.
What is your suggestion on this?
Regards,
Shakeel
From: Richard Purdie [richard.pur...@linuxfoundation.org]
Sent: Tuesday, January 22, 2013 8:41 PM
To: Shakeel, Muhammad
Cc: openembedded-core@lists.openembedded.org; Larson, Chris
Subject: Re: [OE-core] [PATCH 1/2 v3] archiver class: Use tasks instead of
pre/post funcs with sstate
Did you try using deptask instead of deps as I suggested in the previous
feedback?
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] State of systemd from an integrator point of view
On Mon, Feb 18, 2013 at 01:14:47PM +, Burton, Ross wrote: Just noticed that the disabling of syslog isn't working for me, it disables syslog-busybox but there's a syslog symlink to it, which is being started. :) I haven't gotten to the part to get it started again. The symlink probably exists to deal with a real syslog package being installed. I am not sure how to deal with that. The way forward is probably to have syslog package install some kind of /etc/default/* that inhibits starting the busybox one. regards holger ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Package upgrades
These 2 upgrades compiled fine on all architectures and were tested in qemu. Thanks, Laurentiu Laurentiu Palcu (2): xrandr: upgrade to 1.4.0 xvinfo: upgrade to 1.1.2 meta/recipes-graphics/xorg-app/xrandr_1.3.5.bb | 16 meta/recipes-graphics/xorg-app/xrandr_1.4.0.bb | 16 meta/recipes-graphics/xorg-app/xvinfo_1.1.1.bb | 15 --- meta/recipes-graphics/xorg-app/xvinfo_1.1.2.bb | 15 +++ 4 files changed, 31 insertions(+), 31 deletions(-) delete mode 100644 meta/recipes-graphics/xorg-app/xrandr_1.3.5.bb create mode 100644 meta/recipes-graphics/xorg-app/xrandr_1.4.0.bb delete mode 100644 meta/recipes-graphics/xorg-app/xvinfo_1.1.1.bb create mode 100644 meta/recipes-graphics/xorg-app/xvinfo_1.1.2.bb -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] xvinfo: upgrade to 1.1.2
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/recipes-graphics/xorg-app/xvinfo_1.1.1.bb | 15 ---
meta/recipes-graphics/xorg-app/xvinfo_1.1.2.bb | 15 +++
2 files changed, 15 insertions(+), 15 deletions(-)
delete mode 100644 meta/recipes-graphics/xorg-app/xvinfo_1.1.1.bb
create mode 100644 meta/recipes-graphics/xorg-app/xvinfo_1.1.2.bb
diff --git a/meta/recipes-graphics/xorg-app/xvinfo_1.1.1.bb
b/meta/recipes-graphics/xorg-app/xvinfo_1.1.1.bb
deleted file mode 100644
index 66d2561..000
--- a/meta/recipes-graphics/xorg-app/xvinfo_1.1.1.bb
+++ /dev/null
@@ -1,15 +0,0 @@
-require xorg-app-common.inc
-
-SUMMARY = Print out X-Video extension adaptor information
-
-DESCRIPTION = xvinfo prints out the capabilities of any video adaptors \
-associated with the display that are accessible through the X-Video \
-extension.
-
-LIC_FILES_CHKSUM = file://COPYING;md5=b664101ad7a1dc758a4c4109bf978e68
-DEPENDS += libxv
-PE = 1
-PR = ${INC_PR}.0
-
-SRC_URI[md5sum] = c88feb501083951a8f47a21aaeb1529d
-SRC_URI[sha256sum] =
60c74aa190bcf1e244f6f1576dc43869018a8ed5ba319703a5c198d3466a3985
diff --git a/meta/recipes-graphics/xorg-app/xvinfo_1.1.2.bb
b/meta/recipes-graphics/xorg-app/xvinfo_1.1.2.bb
new file mode 100644
index 000..8ea1ca0
--- /dev/null
+++ b/meta/recipes-graphics/xorg-app/xvinfo_1.1.2.bb
@@ -0,0 +1,15 @@
+require xorg-app-common.inc
+
+SUMMARY = Print out X-Video extension adaptor information
+
+DESCRIPTION = xvinfo prints out the capabilities of any video adaptors \
+associated with the display that are accessible through the X-Video \
+extension.
+
+LIC_FILES_CHKSUM = file://COPYING;md5=b664101ad7a1dc758a4c4109bf978e68
+DEPENDS += libxv
+PE = 1
+PR = ${INC_PR}.0
+
+SRC_URI[md5sum] = 1fbd65e81323a8c0a4b5e24db0058405
+SRC_URI[sha256sum] =
eed3d90ffd788ef728c4a5e7aa4bd86dc6bbcebac929caf7a0479cf8b53b50e3
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] xrandr: upgrade to 1.4.0
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/recipes-graphics/xorg-app/xrandr_1.3.5.bb | 16
meta/recipes-graphics/xorg-app/xrandr_1.4.0.bb | 16
2 files changed, 16 insertions(+), 16 deletions(-)
delete mode 100644 meta/recipes-graphics/xorg-app/xrandr_1.3.5.bb
create mode 100644 meta/recipes-graphics/xorg-app/xrandr_1.4.0.bb
diff --git a/meta/recipes-graphics/xorg-app/xrandr_1.3.5.bb
b/meta/recipes-graphics/xorg-app/xrandr_1.3.5.bb
deleted file mode 100644
index da83e8f..000
--- a/meta/recipes-graphics/xorg-app/xrandr_1.3.5.bb
+++ /dev/null
@@ -1,16 +0,0 @@
-require xorg-app-common.inc
-
-SUMMARY = XRandR: X Resize, Rotate and Reflect extension command
-
-DESCRIPTION = Xrandr is used to set the size, orientation and/or \
-reflection of the outputs for a screen. It can also set the screen \
-size.
-
-LICENSE= MIT
-LIC_FILES_CHKSUM = file://COPYING;md5=fe1608bdb33cf8c62a4438f7d34679b3
-DEPENDS += libxrandr libxrender
-PE = 1
-PR = ${INC_PR}.1
-
-SRC_URI[md5sum] = 9735173a84dca9b05e06fd4686196b07
-SRC_URI[sha256sum] =
1059ff7a9ad0df8e00a765ffa4e08a505304c02663112da370ac7082030b980e
diff --git a/meta/recipes-graphics/xorg-app/xrandr_1.4.0.bb
b/meta/recipes-graphics/xorg-app/xrandr_1.4.0.bb
new file mode 100644
index 000..687c9b8
--- /dev/null
+++ b/meta/recipes-graphics/xorg-app/xrandr_1.4.0.bb
@@ -0,0 +1,16 @@
+require xorg-app-common.inc
+
+SUMMARY = XRandR: X Resize, Rotate and Reflect extension command
+
+DESCRIPTION = Xrandr is used to set the size, orientation and/or \
+reflection of the outputs for a screen. It can also set the screen \
+size.
+
+LICENSE= MIT
+LIC_FILES_CHKSUM = file://COPYING;md5=fe1608bdb33cf8c62a4438f7d34679b3
+DEPENDS += libxrandr libxrender
+PE = 1
+PR = ${INC_PR}.0
+
+SRC_URI[md5sum] = 4d68317238bb14a33c0e419233d57d87
+SRC_URI[sha256sum] =
a76b004abe6fd7606eba9ad161ac6391fe5c665708cc5fb7c7ea7d36459d9693
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] State of systemd from an integrator point of view
On Mon, Feb 18, 2013 at 01:10:27PM +, Burton, Ross wrote:
The INITMAN variable is injected into DISTRO_FEATURES, so I do find
the more idiomatic base_contains more readable:
${@base_contains(DISTRO_FEATURES, systemd, , watchdog, d)}
thanks. I will update my BSP.
systemd could RPROVIDE=watchdog but as the means to configure it are
different that might not be ideal, and if you ever switched entirely
to systemd with these conditionals it's obvious where your redundant
dependencies are.
Personally, I'd stick with conditional dependencies.
true, the watchdog package can potentially do a lot more as well. I also
have one watchdog related issue in my kernel/systemd. The TI Davinci wdt
doesn't allow to set the interval via IOCTL.
Oh, interesting. Without any thinking I can't think of reasons why
that would fail.Filed #3900.
I will try to find some time toward the end to re-produce and provide
feedback. I think it is a genuine bug in systemd. I am going to update
the ticket then.
Agreed, although it would be good if the journal could be tuned. IMHO
it's technically great, just young.
journald is doing a 'lot' of work for each syslog message. E.g. if one
takes a look at journald-server.c:dispatch_message_real. I don't know how
the messages are flowing but from what I see the only way it could be
made usable is:
a.) API changes to there helpers to avoid dynamic allocations in many
of the cases. E.g. re-use one dynamically allocated string.
r = get_process_cmdline(ucred-pid, 0, false, t);
if (r = 0) {
cmdline = strappend(_CMDLINE=, t);
free(t);
if (cmdline)
IOVEC_SET_STRING(iovec[n++], cmdline);
}
in here there are at least:
1.) a malloc for /proc/%lu/cmdline
2.) a malloc for the FILE* pointer by glibc
(3.) a mmap for ANOM memory in the fgets callby glibc)
this example uses fgetc so it might not apply
3.) re-allocs for every character read from the file
4.) the strappend does another allocation and memcpy.
b.) Reducing the work by having the systemd send all this info with
each message (probably it doesn't work because of the interface that
is attempted to be used between systemd and the 'syslog'?
c.) Disabling/caching most of this information. E.g. the audit handling
should probably be behind a #ifdef if AUDIT is disabled. I will probably
experiment with putting a #ifdef to most of the additional information
it wants to query.
Upstream will probably end up doing nothing about it.
regards
holger
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] jpeg: upgrade to 9
License checksum change due to:
- version modification
- links modification
- additional license explanations
fix_for_automake_1.12.1.patch: not needed anymore
fix-jmorecfg-boolean-enum.patch: added
- we have to undef TRUE FALSE in order to define
the boolean enum
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
.../jpeg/jpeg-8d/fix_for_automake_1.12.1.patch | 44 --
.../{jpeg-8d = jpeg-9}/debian-libjpeg7_7-1.diff | 0
.../jpeg/jpeg-9/fix-jmorecfg-boolean-enum.patch| 19 ++
meta/recipes-core/jpeg/{jpeg_8d.bb = jpeg_9.bb} | 12 +++---
4 files changed, 25 insertions(+), 50 deletions(-)
delete mode 100644 meta/recipes-core/jpeg/jpeg-8d/fix_for_automake_1.12.1.patch
rename meta/recipes-core/jpeg/{jpeg-8d = jpeg-9}/debian-libjpeg7_7-1.diff
(100%)
create mode 100644
meta/recipes-core/jpeg/jpeg-9/fix-jmorecfg-boolean-enum.patch
rename meta/recipes-core/jpeg/{jpeg_8d.bb = jpeg_9.bb} (81%)
diff --git a/meta/recipes-core/jpeg/jpeg-8d/fix_for_automake_1.12.1.patch
b/meta/recipes-core/jpeg/jpeg-8d/fix_for_automake_1.12.1.patch
deleted file mode 100644
index 3a970ea..000
--- a/meta/recipes-core/jpeg/jpeg-8d/fix_for_automake_1.12.1.patch
+++ /dev/null
@@ -1,44 +0,0 @@
-Upstream-Status: Pending
-
-The support for automatic de-ANSI-fication has been deprecated in
-automake 1.11.2, and will be removed altogether in automake 1.12
-
-This avoids this error:
-| configure.ac:24: automatic de-ANSI-fication support is deprecated
-| autoreconf: automake failed with exit status: 1
-| ERROR: autoreconf execution failed.
-NOTE: package jpeg-native-8c-r2: task do_configure: Failed
-
-Signed-Off-By: Nitin A Kamble nitin.a.kam...@intel.com
-2011/12/28
-
-
-Index: jpeg-8d/configure.ac
-===
jpeg-8d.orig/configure.ac
-+++ jpeg-8d/configure.ac
-@@ -21,7 +21,7 @@ AC_CANONICAL_TARGET
-
- # Initialize Automake
- # Don't require all the GNU mandated files
--AM_INIT_AUTOMAKE([-Wall -Werror -Wno-obsolete ansi2knr no-dist foreign])
-+AM_INIT_AUTOMAKE([-Wall -Werror -Wno-obsolete no-dist foreign])
-
- # Make --enable-silent-rules the default.
- # To get verbose build output you may configure
-@@ -29,7 +29,14 @@ AM_INIT_AUTOMAKE([-Wall -Werror -Wno-obs
- AM_SILENT_RULES([yes])
-
- # This is required when using the de-ANSI-fication feature.
--AM_C_PROTOTYPES
-+#AM_C_PROTOTYPES
-+# add following to avoid this error:
-+#| automake: warnings are treated as errors
-+#|
/srv/home/nitin/builds2/build0/tmp/sysroots/x86_64-linux/usr/share/automake-1.12/am/ltlibrary.am:
warning: 'libjpeg.la': linking libtool libraries using a non-POSIX
-+#|
/srv/home/nitin/builds2/build0/tmp/sysroots/x86_64-linux/usr/share/automake-1.12/am/ltlibrary.am:
archiver requires 'AM_PROG_AR' in 'configure.ac'
-+#| Makefile.am:65: while processing Libtool library 'libjpeg.la'
-+#| autoreconf: automake failed with exit status: 1
-+AM_PROG_AR
-
- # Add configure option --enable-maintainer-mode which enables
- # dependency checking and generation useful to package maintainers.
diff --git a/meta/recipes-core/jpeg/jpeg-8d/debian-libjpeg7_7-1.diff
b/meta/recipes-core/jpeg/jpeg-9/debian-libjpeg7_7-1.diff
similarity index 100%
rename from meta/recipes-core/jpeg/jpeg-8d/debian-libjpeg7_7-1.diff
rename to meta/recipes-core/jpeg/jpeg-9/debian-libjpeg7_7-1.diff
diff --git a/meta/recipes-core/jpeg/jpeg-9/fix-jmorecfg-boolean-enum.patch
b/meta/recipes-core/jpeg/jpeg-9/fix-jmorecfg-boolean-enum.patch
new file mode 100644
index 000..089eb1d
--- /dev/null
+++ b/meta/recipes-core/jpeg/jpeg-9/fix-jmorecfg-boolean-enum.patch
@@ -0,0 +1,19 @@
+TRUE FALSE have to be undefined in order to define
+the boolean enum
+
+Upstream-Status: Pending
+Signed-off-by: Constantin Musca constantinx.mu...@intel.com
+
+Index: jpeg-9/jmorecfg.h
+===
+--- jpeg-9.orig/jmorecfg.h
jpeg-9/jmorecfg.h
+@@ -260,6 +260,8 @@ typedef void noreturn_t;
+ #define TRUE 1
+ #endif
+ #else
++#undef TRUE
++#undef FALSE
+ typedef enum { FALSE = 0, TRUE = 1 } boolean;
+ #endif
+
diff --git a/meta/recipes-core/jpeg/jpeg_8d.bb
b/meta/recipes-core/jpeg/jpeg_9.bb
similarity index 81%
rename from meta/recipes-core/jpeg/jpeg_8d.bb
rename to meta/recipes-core/jpeg/jpeg_9.bb
index eba5bf4..8d0f541 100644
--- a/meta/recipes-core/jpeg/jpeg_8d.bb
+++ b/meta/recipes-core/jpeg/jpeg_9.bb
@@ -4,21 +4,21 @@ HOMEPAGE = http://www.ijg.org/;
BUGTRACKER =
LICENSE =BSD-3-Clause
-LIC_FILES_CHKSUM = file://README;md5=4f46756b064c225fae088903300e5c98
+LIC_FILES_CHKSUM = file://README;md5=c7b449f4c8fb865866a8fc0231431526
SECTION = libs
DEPENDS = libtool-cross
DEPENDS_class-native = libtool-native
-PR = r1
+PR = r0
SRC_URI = http://www.ijg.org/files/jpegsrc.v${PV}.tar.gz \
- file://debian-libjpeg7_7-1.diff \
- file://fix_for_automake_1.12.1.patch
+ file://debian-libjpeg7_7-1.diff \
+
Re: [OE-core] [PATCH] jpeg: upgrade to 9
On 18 February 2013 17:47, Constantin Musca constantinx.mu...@intel.com wrote: License checksum change due to: - version modification - links modification - additional license explanations fix_for_automake_1.12.1.patch: not needed anymore fix-jmorecfg-boolean-enum.patch: added - we have to undef TRUE FALSE in order to define the boolean enum Signed-off-by: Constantin Musca constantinx.mu...@intel.com Have you tried to build webkit-gtk against this? At one point I had similar jpeg update in my tree causing webkit-gtk build failure. - ML ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] OE Changelog since 2013-02-10 until 2013-02-17
Changelog since 2013-02-10 until 2013-02-17. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git meta-arago: git://arago-project.org/git/meta-arago.git meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git meta-browser: git://github.com/OSSystems/meta-browser.git meta-bug: git://github.com/buglabs/meta-bug.git meta-chicken: git://github.com/OSSystems/meta-chicken meta-efikamx: git://github.com/kraj/meta-efikamx.git meta-ettus: http://github.com/koenkooi/meta-ettus.git meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git meta-gumstix: git://github.com/gumstix/meta-gumstix.git meta-gumstix-community: git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community.git meta-handheld: git://git.openembedded.org/meta-handheld meta-igep: http://github.com/ebutera/meta-igep.git meta-intel: git://git.yoctoproject.org/meta-intel meta-ivi: git://git.yoctoproject.org/meta-ivi meta-java: git://github.com/woglinde/meta-java meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git meta-micro: git://git.openembedded.org/meta-micro meta-mono: git://git.yoctoproject.org/meta-mono.git meta-netbookpro: git://github.com/tworaz/meta-netbookpro meta-nslu2: git://github.com/kraj/meta-nslu2 meta-opie: git://git.openembedded.org/meta-opie meta-qt3: git://git.yoctoproject.org/meta-qt3 meta-slugos: git://github.com/kraj/meta-slugos meta-systemd: git://git.yoctoproject.org/meta-systemd meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git meta-ti: git://git.yoctoproject.org/meta-ti meta-webos: git://github.com/openwebos/meta-webos.git meta-xilinx: git://git.yoctoproject.org/meta-xilinx meta-yocto: git://git.yoctoproject.org/meta-yocto openembedded: git://git.openembedded.org/openembedded Changelog for bitbake: Christopher Larson (1): Remove whitelisted vars from non-task deps Cristiana Voicu (4): bitbake hob: reparse config files, when sanity check updates bblayers.conf hob: no sanity checks re-run hob: remove parsing warnings when machine is changed hob: remove save/load template functionality Olof Johansson (1): ConfHandler: Use re.X to make long regexp more readable Richard Purdie (10): bitbake/utils: Improve environment handling to allow UIs access to original ConfHandler: Improve regexp to fix mis-parsing of += and no whitespace codeparser: Track appendVar and prependVar calls as we do for getVar codeparser: Track bb.utils.contains usage wget: Only use -O option when not spidering tests/codeparser: Hack around circular inclusion problem fetch2: Ensure expansions happen in URL parameters in uri_replace fetch2: Improve lock/done stamp file paths for local files utils: Use rm -rf in remove() fetch2: Ensure directory for stampfile exists before trying to create it Robert Yang (3): monitordisk.py: disable the inode checking for some fs bitbake-layers: make show-cross-depends avoid long path knotty.py: fix unknown event bb.event.DiskFull Changelog for openembedded-core: Anders Roxell (1): distro_check: Remove creation of empty Meego filelist. Andrei Gherzan (3): udev: Modify init script to use the correct path of udevadm udev: PR bump udev: Cleanup .inc file Björn Stenberg (2): glib-2.0: Fix ptest to build with uclibc. libiconv: Remove RPATH from binaries Chen Qi (1): busybox: add config fragments Colin Walters (1): make-3.82: Add patch from git to fix parallel make race Constantin Musca (6): multilib.bbclass: save multilib variables before executing the gcc-cross-can gcc-cross-canadian: enable multilib support cairo: upgrade to 1.12.12 pixman: upgrade to 0.29.2 mesa: upgrade to 9.0.2 qemu: upgrade to 1.3.1 Cristian Iorga (1): alsa-lib: upgrade to 1.0.26 Cristiana Voicu (1): sanity.bbclass: when bblayers.conf is updated, it invokes a reparse Darren Hart (6): oe-buildenv-internal: Remove GIT variables from BB_ENV_EXTRAWHITE oe-buildenv-internal: Add upper and lower case proxy vars to BB_ENV_EXTRAWHI base.bbclass: Remove generate_git_config() oe-git-proxy: Add a new comprehensive git proxy script oe-git-proxy: Use socat instead of BSD nc oe-git-proxy*: Remove previous git proxy solutions Emilia Ciobanu (1): Solved package namespace errors in PRS Enrico Scholz (5): update-alternatives.bblcass: use oe.path.realpath() package.bbclass: use oe.path.realpath() lib: implemented oe.path.realpath() package.bbclass:
[OE-core] [PATCH] systemd: merge udev-systemd into udev
Merge the contents of udev-systemd, which is just the service files, into udev
itself. This split wasn't intended to every happen in oe-core.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-core/systemd/systemd_197.bb |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_197.bb
b/meta/recipes-core/systemd/systemd_197.bb
index 0c3ebc4..675545f 100644
--- a/meta/recipes-core/systemd/systemd_197.bb
+++ b/meta/recipes-core/systemd/systemd_197.bb
@@ -171,7 +171,7 @@ FILES_${PN} = ${base_bindir}/* \
FILES_${PN}-dbg += ${systemd_unitdir}/.debug ${systemd_unitdir}/*/.debug
${base_libdir}/security/.debug/
FILES_${PN}-dev += ${base_libdir}/security/*.la ${datadir}/dbus-1/interfaces/
${sysconfdir}/rpm/macros.systemd
-RDEPENDS_${PN} += dbus udev-systemd
+RDEPENDS_${PN} += dbus
# kbd - loadkeys,setfont
# systemd calls 'modprobe -sab --', which busybox doesn't support due to lack
@@ -188,7 +188,7 @@ RRECOMMENDS_${PN} += systemd-serialgetty \
kernel-module-autofs4 kernel-module-unix
kernel-module-ipv6 \
-PACKAGES =+ udev-dbg udev udev-consolekit udev-utils udev-systemd
+PACKAGES =+ udev-dbg udev udev-consolekit udev-utils
FILES_udev-dbg += /lib/udev/.debug
@@ -219,6 +219,8 @@ FILES_udev += ${base_sbindir}/udevd \
/lib/udev/rules.d/95*.rules \
${base_libdir}/udev/hwdb.d \
${sysconfdir}/udev \
+ ${systemd_unitdir}/system/*udev* \
+ ${systemd_unitdir}/system/*.wants/*udev* \
FILES_udev-consolekit += /lib/ConsoleKit
@@ -226,9 +228,6 @@ RDEPENDS_udev-consolekit +=
${@base_contains('DISTRO_FEATURES', 'x11', 'console
FILES_udev-utils = ${bindir}/udevadm
-FILES_udev-systemd = ${systemd_unitdir}/system/*udev*
${systemd_unitdir}/system/*.wants/*udev*
-RDEPENDS_udev-systemd = udev
-
# TODO:
# u-a for runlevel and telinit
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] Matchbox Keyboard fixes
Hi, Some fixes to improve the usability of the virtual keyboard, mainly if the formfactor says we don't have a keyboard then add the keyboard applet to the panel so that it can be forced on and off. Not ideal, but the keyboard/toolkit bridge is (currently) GTK+ 2 specific. Ross The following changes since commit c7b23ab68aafc04d9830ef318015912e5d4f0672: maintainers.inc: update ownership of recipes (2013-02-17 22:33:30 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ross/keyboard for you to fetch changes up to 2ee6d593467cf4ab49bf8a51f35550be5bf0360e: matchbox-session-sato: start the keyboard applet if we have no keyboard (2013-02-18 11:04:49 +) Ross Burton (3): matchbox-keyboard: general clean up matchbox-keyboard: add RRECOMMENDS to matchbox-keyboard-applet matchbox-session-sato: start the keyboard applet if we have no keyboard .../matchbox-keyboard/matchbox-keyboard_git.bb | 21 +++- .../matchbox-sato/matchbox-session-sato/session|9 - 2 files changed, 20 insertions(+), 10 deletions(-) Ross Burton (3): matchbox-keyboard: general clean up matchbox-keyboard: add RRECOMMENDS to matchbox-keyboard-applet matchbox-session-sato: start the keyboard applet if we have no keyboard .../matchbox-keyboard/matchbox-keyboard_git.bb | 21 +++- .../matchbox-sato/matchbox-session-sato/session|9 - 2 files changed, 20 insertions(+), 10 deletions(-) -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] matchbox-session-sato: start the keyboard applet if we have no keyboard
If the formfactor says we have no physical keyboard, add the keyboard applet so the user can force the keyboard to show/hide on demand. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/recipes-sato/matchbox-sato/matchbox-session-sato/session |9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/meta/recipes-sato/matchbox-sato/matchbox-session-sato/session b/meta/recipes-sato/matchbox-sato/matchbox-session-sato/session index 1a7e99c..a3138b6 100644 --- a/meta/recipes-sato/matchbox-sato/matchbox-session-sato/session +++ b/meta/recipes-sato/matchbox-sato/matchbox-session-sato/session @@ -8,13 +8,20 @@ else SHOWCURSOR=yes fi +if [ $HAVE_KEYBOARD = 1 ]; then +KEYBOARD_APPLET= +else +KEYBOARD_APPLET=keyboard +fi + + matchbox-desktop # Lines containing feature-[foo] are removed at build time if the machine # doesn't have the feature foo. START_APPLETS=showdesktop,windowselector -END_APPLETS=clock,battery,systray,startup-notify,notify +END_APPLETS=clock,battery,$KEYBOARD_APPLET,systray,startup-notify,notify END_APPLETS=openmoko-panel-gsm,$END_APPLETS # feature-phone matchbox-panel --titlebar --start-applets $START_APPLETS --end-applets $END_APPLETS -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] matchbox-keyboard: add RRECOMMENDS to matchbox-keyboard-applet
The keyboard is more useful with the applet, as it means that you can hide it.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
b/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
index 6841596..6944a07 100644
--- a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
+++ b/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
@@ -52,3 +52,4 @@ do_install_append () {
GTKIMMODULES_PACKAGES = ${PN}-im
RDEPENDS_${PN} = formfactor dbus-wait
+RRECOMMENDS_${PN} = ${PN}-applet
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] matchbox-keyboard: general clean up
Re-order variables, use $PN more, and merge the -dbg packages together.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
.../matchbox-keyboard/matchbox-keyboard_git.bb | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
b/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
index a7091d2..6841596 100644
--- a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
+++ b/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
@@ -1,6 +1,7 @@
DESCRIPTION = Matchbox virtual keyboard for X11
HOMEPAGE = http://matchbox-project.org;
BUGTRACKER = http://bugzilla.openedhand.com/;
+SECTION = x11
LICENSE = GPLv2+
LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
@@ -8,8 +9,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
file://applet/applet.c;endline=20;md5=e9201b3efa0a81a160b88d6feb5cf75b
DEPENDS = libfakekey expat libxft gtk+ matchbox-panel-2
-RDEPENDS_${PN} = formfactor dbus-wait
-SECTION = x11
+
SRCREV = b38f24036cff3be6c2fbcf9ca9881803e69003ac
PV = 0.0+git${SRCPV}
PR = r4
@@ -26,20 +26,20 @@ inherit autotools pkgconfig gettext gtk-immodules-cache
EXTRA_OECONF = --disable-cairo --enable-gtk-im --enable-applet
-PACKAGES += matchbox-keyboard-im matchbox-keyboard-im-dbg \
- matchbox-keyboard-applet matchbox-keyboard-applet-dbg
+PACKAGES += ${PN}-im ${PN}-applet
-FILES_${PN} = ${bindir}/* \
+FILES_${PN} = ${bindir}/ \
${sysconfdir} \
${datadir}/applications \
${datadir}/pixmaps \
${datadir}/matchbox-keyboard
-FILES_matchbox-keyboard-im = ${libdir}/gtk-2.0/*/immodules/*.so
-FILES_matchbox-keyboard-im-dbg += ${libdir}/gtk-2.0/*/immodules/.debug
+FILES_${PN}-dbg += ${libdir}/gtk-2.0/*/immodules/.debug
+
+FILES_${PN}-im = ${libdir}/gtk-2.0/*/immodules/*.so
+
+FILES_${PN}-applet = ${libdir}/matchbox-panel/*.so
-FILES_matchbox-keyboard-applet = ${libdir}/matchbox-panel/*.so
-FILES_matchbox-keyboard-applet-dbg += ${libdir}/matchbox-panel/.debug
do_install_append () {
install -d ${D}/${sysconfdir}/X11/Xsession.d/
@@ -50,3 +50,5 @@ do_install_append () {
}
GTKIMMODULES_PACKAGES = ${PN}-im
+
+RDEPENDS_${PN} = formfactor dbus-wait
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] systemd: merge udev-systemd into udev
On Mon, Feb 18, 2013 at 1:48 PM, Ross Burton ross.bur...@intel.com wrote: Merge the contents of udev-systemd, which is just the service files, into udev itself. This split wasn't intended to every happen in oe-core. Signed-off-by: Ross Burton ross.bur...@intel.com Could we first discuss the problems we have in current implementation before doing more merges? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] weird FILESEXTRAPATHS_append in mesa-common.inc
On 1 January 2013 17:55, Robert P. J. Day rpj...@crashcourse.ca wrote:
these two lines from mesa-common.inc:
# for mesa-dri and mesa-xlib
FILESEXTRAPATHS_append := ${THISDIR}/mesa:
that second line is definitely misleading as it doesn't append, it
prepends (as opposed to what you see in mesa-git.inc):
FILESEXTRAPATHS_prepend := ${THISDIR}/mesa-git:
which is still unnecessary since all you need is
FILESEXTRAPATHS = ${THISDIR}/mesa-git
no?
also, that comment in mesa-common.inc is out of date, as mesa-xlib
disappeared a few months back.
Just re-discovered this in my starred mail folder. Yes, it can all go
- build-testing now.
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] OE-core] How do I find out why are packages being rebuilt?
On Mon, Feb 18, 2013 at 02:14:11PM +0100, Mike Looijmans wrote: On 02/18/2013 12:11 PM, Burton, Ross wrote: On 18 February 2013 11:04, Mike Looijmans mike.looijm...@topic.nl wrote: I'm still having trouble with packages being needlessly rebuilt over and over. The worst of all it qt4-embedded, it takes about an hour to build. This is wasting a LOT of time. The classic OE never rebuilt a package until its version changed. oe-core uses checksums of dependencies to determine what to rebuild - so if a class you inherit changes it's populate_packages_prepend() then the package task will re-execute, or if a dependeny package rebuilds then your package will rebuild too. If you're tracking oe-core master then this often means large rebuilds as there may have been changes to the base.bbclass or package.bbclass which obviously impacts everything, and the usual churn in the packages. bitbake-diffsigs will let you follow the signature differences that cause a rebuild up the tree to identify what has changed. Change in oe-core I can live with. Things that puzzle me are that when I change the location of a bootloader data file in my local.conf, it suddenly decides to rebuild qt4-embedded. I also have two almost identical machines (same cpu, same kernel, just a few different plugs), and I cannot figure out why it builds two separate qt4 binaries. So I want to diagnose that. I have no idea where to start. openembedded-core/scripts/sstate-diff-machines.sh -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] devshell.bbclass: Allow running devshell and fakeroot together
Currently its hard to run a devshell complete with fakeroot context. This
patch allows the fakeroot flag on the task to do this, as with any other
task. Since we may need to start X terminal applications, we need to
only start the fakeroot session on the final command, hence the hoops
this code jumps through.
As always with fakeroot, you can break out and run a command without
the fake permissions with syntax like PSEUDO_UNLOAD=1 command
[YOCTO #3374]
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/devshell.bbclass | 19 ++-
meta/classes/terminal.bbclass |5 +
2 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/meta/classes/devshell.bbclass b/meta/classes/devshell.bbclass
index ddb6e55..a780118 100644
--- a/meta/classes/devshell.bbclass
+++ b/meta/classes/devshell.bbclass
@@ -1,10 +1,27 @@
inherit terminal
+DEVSHELL = ${SHELL}
+
python do_devshell () {
-oe_terminal(d.getVar('SHELL', True), 'OpenEmbedded Developer Shell', d)
+oe_terminal(d.getVar('DEVSHELL', True), 'OpenEmbedded Developer Shell', d)
}
addtask devshell after do_patch
do_devshell[dirs] = ${S}
do_devshell[nostamp] = 1
+
+# devshell and fakeroot/pseudo need careful handling since only the final
+# command should run under fakeroot emulation, any X connection should
+# be done as the normal user. We therfore carefully construct the envionment
+# manually
+python () {
+if d.getVarFlag(do_devshell, fakeroot):
+ d.prependVar(DEVSHELL, pseudo )
+ fakeenv = d.getVar(FAKEROOTENV, True).split()
+ for f in fakeenv:
+k = f.split(=)
+d.setVar(k[0], k[1])
+d.appendVar(OE_TERMINAL_EXPORTS, + k[0])
+ d.delVarFlag(do_devshell, fakeroot)
+}
diff --git a/meta/classes/terminal.bbclass b/meta/classes/terminal.bbclass
index d5a6277..8cebad4 100644
--- a/meta/classes/terminal.bbclass
+++ b/meta/classes/terminal.bbclass
@@ -25,6 +25,11 @@ def oe_terminal(command, title, d):
if value is not None:
os.environ[export] = str(value)
env[export] = str(value)
+if export == PSEUDO_DISABLED:
+if PSEUDO_UNLOAD in os.environ:
+del os.environ[PSEUDO_UNLOAD]
+if PSEUDO_UNLOAD in env:
+del env[PSEUDO_UNLOAD]
# Add in all variables from the user's original environment which
# haven't subsequntly been set/changed
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH RFC] image: Enable fakeroot for the devshell
The rootfs task runs under fakeroot. This converts the devshell to do the same,
allowing the user easier debugging of problems like permissions for example.
I'm really after to provoke some discussion with this patch. There are a
variety of cases where it would be desirable to run devshell in fakeroot
context. This patch enables it for one, the image generation case but
there are others.
We have several options:
a) Add these in on a case by case basis. Image generation is one which
is clearly makes sense to me.
b) Always enable fakeroot for devshell. The downside is some calls
accessing the user's session won't work properly. You'd have to run
those in the form PSEUDO_UNLOAD=1 command
c) Add a new fakerootdevshell task which sits along side devshell but
starts devshell with fakeroot privileges.
Adding a new task is relatively expensive in parsing performance and in
runqueue generation. I'm not sure whether there is enough of a case for
two different tasks or that it would user friendly. I'm therefore
seriously considering b) but would be interested in the opinions of
others. The attached patch implements a) as a proof of concept. b) would
be just adding those lines to devshell.bbclass instead.
Regardless of which we pick, we need to document it, cc'ing Scott s he
knows there is a change in this area brewing and needed before release.
[YOCTO #3374]
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/image.bbclass |3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index dd78acb..0d737c3 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -184,6 +184,9 @@ do_rootfs[lockfiles] += ${IMAGE_ROOTFS}.lock
do_rootfs[cleandirs] += ${S} ${WORKDIR}/intercept_scripts
do_build[nostamp] = 1
+do_devshell[depends] += virtual/fakeroot-native:do_populate_sysroot
+do_devshell[fakeroot] = 1
+
# Must call real_do_rootfs() from inside here, rather than as a separate
# task, so that we have a single fakeroot context for the whole process.
do_rootfs[umask] = 022
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH][oe-core] sanity: check_path_length: replace tab with 8 spaces
Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/classes/sanity.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass index 22a89ea..94c6ce3 100644 --- a/meta/classes/sanity.bbclass +++ b/meta/classes/sanity.bbclass @@ -226,7 +226,7 @@ def check_create_long_filename(filepath, pathname): def check_path_length(filepath, pathname, limit): if len(filepath) limit: - return The length of %s is longer than 410, this would cause unexpected errors, please use a shorter path.\n % pathname +return The length of %s is longer than 410, this would cause unexpected errors, please use a shorter path.\n % pathname return def check_connectivity(d): -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFC][oe-core] sanity: use lsb distro_identifier
* distro_identifier returns lsb_data['Distributor ID']-lsb_data['Release'] which in some cases is different then lsb_release -d -s, e.g. Distributor ID: Ubuntu Description:Ubuntu 12.04 LTS Release:12.04 Codename: precise But we probably don't need to sanity list each point release in LTS and sstate is already using distro_identifier as prefix for native sstate archives * This will need update to SANITY_TESTED_DISTROS (at least s/Ubuntu 12.04 LTS/Ubuntu-12.04/g etc), that's why sending as RFC first. Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/classes/sanity.bbclass | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass index d3bf05a..94c6ce3 100644 --- a/meta/classes/sanity.bbclass +++ b/meta/classes/sanity.bbclass @@ -280,11 +280,8 @@ def check_supported_distro(sanity_data): f.close() else: # Use LSB method -import subprocess as sub try: -p = sub.Popen(['lsb_release','-d','-s'],stdout=sub.PIPE,stderr=sub.PIPE) -out, err = p.communicate() -distro = out.rstrip() +distro = oe.lsb.distro_identifier() except Exception: distro = None -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][oe-core] sanity: use lsb distro_identifier
On Mon, Feb 18, 2013 at 8:26 PM, Martin Jansa martin.ja...@gmail.com wrote: * distro_identifier returns lsb_data['Distributor ID']-lsb_data['Release'] which in some cases is different then lsb_release -d -s, e.g. Distributor ID: Ubuntu Description:Ubuntu 12.04 LTS Release:12.04 Codename: precise But we probably don't need to sanity list each point release in LTS and sstate is already using distro_identifier as prefix for native sstate archives * This will need update to SANITY_TESTED_DISTROS (at least s/Ubuntu 12.04 LTS/Ubuntu-12.04/g etc), that's why sending as RFC first. Signed-off-by: Martin Jansa martin.ja...@gmail.com It makes sense for me. It easy the maintainence of the tested distros list. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] (ping) util-linux: Add package for libmount
On 02/18/2013 02:57 AM, Mike Looijmans wrote:
Haven't seen any reactions (good or bad), So I thought I'd give it a
ping as the wiki suggested. I'd really like to see this fixed.
Mike,
Many of us are traveling this week to ELC in San Francisco and it was a
long weekend in the US. I will be working on a master under test and
merging with RP this week, but expect slower response.
Thanks for understanding
Sau!
On 02/16/2013 04:45 PM, MiLo wrote:
The libmount shared library was part of util-linux. This caused
util-linux-mount to RDEPEND on util-linux, so including that would
also drag in all of util-linux and all its recommendations.
To break this circular dependency, add a libmount package that holds
the libmount.so.* files, just like the other libraries built by util-
linux.
---
meta/recipes-core/util-linux/util-linux.inc |3 +++
meta/recipes-core/util-linux/util-linux_2.22.2.bb |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux.inc
b/meta/recipes-core/util-linux/util-linux.inc
index 10439c0..bd7b089 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -31,6 +31,7 @@ SRC_URI =
${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-lin
PACKAGES =+ util-linux-agetty util-linux-fdisk util-linux-cfdisk
util-linux-sfdisk \
util-linux-swaponoff util-linux-losetup
util-linux-umount \
util-linux-mount util-linux-readprofile
util-linux-libblkid \
+ util-linux-libmount util-linux-libmount-dev \
util-linux-libblkid-dev util-linux-libuuid
util-linux-libuuid-dev \
util-linux-uuidgen util-linux-lscpu util-linux-fsck
util-linux-blkid \
util-linux-mkfs util-linux-mcookie util-linux-reset
@@ -64,6 +65,8 @@ FILES_util-linux-reset = ${base_bindir}/reset
FILES_util-linux-libblkid = ${base_libdir}/libblkid.so.*
FILES_util-linux-libblkid-dev = ${base_libdir}/libblkid.so
${base_libdir}/libblkid.la ${includedir}/blkid
${libdir}/pkgconfig/blkid.pc
+FILES_util-linux-libmount = ${base_libdir}/libmount.so.*
+FILES_util-linux-libmount-dev = ${base_libdir}/libmount.so
${base_libdir}/libmount.la ${includedir}/libmount
${libdir}/pkgconfig/mount.pc
FILES_util-linux-libuuid = ${base_libdir}/libuuid.so.*
FILES_util-linux-libuuid-dev = ${base_libdir}/libuuid.so
${base_libdir}/libuuid.la ${includedir}/uuid ${libdir}/pkgconfig/uuid.pc
FILES_util-linux-lscpu = ${bindir}/lscpu
diff --git a/meta/recipes-core/util-linux/util-linux_2.22.2.bb
b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
index dd95573..f91784b 100644
--- a/meta/recipes-core/util-linux/util-linux_2.22.2.bb
+++ b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
@@ -1,5 +1,5 @@
MAJOR_VERSION = 2.22
-PR = r0
+PR = r1
require util-linux.inc
# note that `lscpu' is under GPLv3+
___
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
Re: [OE-core] [PATCH] groff: upgrade to 1.22.2
On 02/18/2013 04:03 AM, Constantin Musca wrote:
- add code for generating the gnulib configure script
- replace /usr/bin/perl with /usr/bin/env perl
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
.../groff/{groff_1.20.1.bb = groff_1.22.2.bb} | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
rename meta/recipes-extended/groff/{groff_1.20.1.bb = groff_1.22.2.bb} (85%)
diff --git a/meta/recipes-extended/groff/groff_1.20.1.bb
b/meta/recipes-extended/groff/groff_1.22.2.bb
similarity index 85%
rename from meta/recipes-extended/groff/groff_1.20.1.bb
rename to meta/recipes-extended/groff/groff_1.22.2.bb
index 157365b..dc40784 100644
--- a/meta/recipes-extended/groff/groff_1.20.1.bb
+++ b/meta/recipes-extended/groff/groff_1.22.2.bb
@@ -4,7 +4,7 @@ formatting commands and produces formatted output.
SECTION = base
HOMEPAGE = ftp://ftp.gnu.org/gnu/groff/;
LICENSE = GPLv2
-PR = r2
+PR = r0
LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504
I don't see any SRC_URI Checksum updates for this recipe. It fails to
fetch correctly.
Please update the Checksums.
Sau!
@@ -34,10 +34,18 @@ do_configure_prepend() {
fi
}
+do_configure_append() {
+# generate gnulib configure script
+olddir=`pwd`
+cd ${S}/src/libs/gnulib/
+ACLOCAL=$ACLOCAL autoreconf -Wcross --verbose --install --force
${EXTRA_AUTORECONF} $acpaths || bbfatal autoreconf execution failed.
+cd ${olddir}
+}
+
do_install_append() {
# Some distros have both /bin/perl and /usr/bin/perl, but we set perl
location
# for target as /usr/bin/perl, so fix it to /usr/bin/perl.
- for i in afmtodit mmroff; do
+ for i in afmtodit mmroff gropdf pdfmom; do
if [ -f ${D}${bindir}/$i ]; then
sed -i -e '1s,#!.*perl,#! ${USRBINPATH}/env perl,'
${D}${bindir}/$i
fi
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/4] Read-only rootfs followup patches
From: Chen Qi qi.c...@windriver.com This patchset enables populate-volatile.sh script run at rootfs time. For the purpose of easier review, changes for populate-volatile.sh script have been divided into two parts. This patchset has been tested with core-image-minimal, with and without 'read-only-rootfs' image feature. The following changes since commit c7b23ab68aafc04d9830ef318015912e5d4f0672: maintainers.inc: update ownership of recipes (2013-02-17 22:33:30 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/readonly-rootfs-followups http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/readonly-rootfs-followups Chen Qi (4): image.bbclass: add a hook funtion to support readonly rootfs core-image.bbclass: support read-only rootfs populate-volatile.sh: add ROOT_DIR variable to support running at rootfs time populate-volatile.sh: improve the handling of link config items meta/classes/core-image.bbclass|4 + meta/classes/image.bbclass | 18 + .../initscripts-1.0/populate-volatile.sh | 77 ++-- 3 files changed, 77 insertions(+), 22 deletions(-) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] populate-volatile.sh: add ROOT_DIR variable to support running at rootfs time
From: Chen Qi qi.c...@windriver.com
For populate-volatile.sh script to run correctly both at rootfs time and
at system boot time, it needs to be aware of which situation it is now in.
We use the ROOT_DIR variable to indicate whether it is run at rootfs time or
not. ROOT_DIR being / indicates that this script is run at system boot time,
otherwise, it is run at rootfs time.
Also, we ignore failures when running this script at rootfs time.
For example, if ${ROOT_DIR}/var/dir1 is symlink to /var/volatile/dir1, it's
possible that the link is a dead link. So if we're going to create some file
under ${ROOT_DIR}/var/dir1, it will fail. But the failure does no harm,
because this script will always run at system boot time to set up the correct
files and directories.
[YOCTO #3406]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
.../initscripts-1.0/populate-volatile.sh | 57 +++-
1 file changed, 43 insertions(+), 14 deletions(-)
diff --git a/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
b/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
index ab3af70..f1f8793 100755
--- a/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
+++ b/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
@@ -8,10 +8,18 @@
# Short-Description: Populate the volatile filesystem
### END INIT INFO
-. /etc/default/rcS
-
-CFGDIR=/etc/default/volatiles
-TMPROOT=/var/tmp
+# Get ROOT_DIR
+DIRNAME=`dirname $0`
+ROOT_DIR=`echo $DIRNAME | sed -ne 's:etc/.*::p'`
+
+[ -e ${ROOT_DIR}/etc/default/rcS ] . ${ROOT_DIR}/etc/default/rcS
+# When running populat-volatile.sh at rootfs time, disable cache.
+[ $ROOT_DIR != / ] VOLATILE_ENABLE_CACHE=no
+# If rootfs is read-only, disable cache.
+[ $ROOTFS_READ_ONLY = yes ] VOLATILE_ENABLE_CACHE=no
+
+CFGDIR=${ROOT_DIR}/etc/default/volatiles
+TMPROOT=${ROOT_DIR}/var/tmp
COREDEF=00_core
[ ${VERBOSE} != no ] echo Populating volatile Filesystems.
@@ -27,7 +35,15 @@ create_file() {
[ -e $1 ] {
[ ${VERBOSE} != no ] echo Target already exists.
Skipping.
} || {
- eval $EXEC
+ if [ $ROOT_DIR = / ]; then
+ eval $EXEC
+ else
+ # Creating some files at rootfs time may fail and
should fail,
+ # but these failures should not be logged to make sure
the do_rootfs
+ # process doesn't fail. This does no harm, as this
script will
+ # run on target to set up the correct files and
directories.
+ eval $EXEC /dev/null 21
+ fi
}
}
@@ -41,7 +57,13 @@ mk_dir() {
[ -e $1 ] {
[ ${VERBOSE} != no ] echo Target already exists.
Skipping.
} || {
- eval $EXEC
+ if [ $ROOT_DIR = / ]; then
+ eval $EXEC
+ else
+ # For the same reason with create_file(), failures
should
+ # not be logged.
+ eval $EXEC /dev/null 21
+ fi
}
}
@@ -53,7 +75,13 @@ link_file() {
[ -e $2 ] {
echo Cannot create link over existing -${TNAME}-. 2
} || {
- eval $EXEC
+ if [ $ROOT_DIR = / ]; then
+ eval $EXEC
+ else
+ # For the same reason with create_file(), failures
should
+ # not be logged.
+ eval $EXEC /dev/null 21
+ fi
}
}
@@ -71,7 +99,7 @@ check_requirements() {
TMP_DEFINED=${TMPROOT}/tmpdefined.$$
TMP_COMBINED=${TMPROOT}/tmpcombined.$$
- cat /etc/passwd | sed 's@\(^:\)*:.*@\1@' | sort | uniq
${TMP_DEFINED}
+ cat ${ROOT_DIR}/etc/passwd | sed 's@\(^:\)*:.*@\1@' | sort | uniq
${TMP_DEFINED}
cat ${CFGFILE} | grep -v ^# | cut -d -f 2 ${TMP_INTERMED}
cat ${TMP_DEFINED} ${TMP_INTERMED} | sort | uniq ${TMP_COMBINED}
NR_DEFINED_USERS=`cat ${TMP_DEFINED} | wc -l`
@@ -85,7 +113,7 @@ check_requirements() {
}
- cat /etc/group | sed 's@\(^:\)*:.*@\1@' | sort | uniq ${TMP_DEFINED}
+ cat ${ROOT_DIR}/etc/group | sed 's@\(^:\)*:.*@\1@' | sort | uniq
${TMP_DEFINED}
cat ${CFGFILE} | grep -v ^# | cut -d -f 3 ${TMP_INTERMED}
cat ${TMP_DEFINED} ${TMP_INTERMED} | sort | uniq ${TMP_COMBINED}
@@ -116,6 +144,7 @@ apply_cfgfile() {
cat ${CFGFILE} | grep -v ^# | \
while read LINE; do
eval `echo $LINE | sed -n s/\(.*\)\ \(.*\) \(.*\)\ \(.*\)\
\(.*\)\ \(.*\)/TTYPE=\1 ; TUSER=\2; TGROUP=\3; TMODE=\4; TNAME=\5
TLTARGET=\6/p`
+ TNAME=${ROOT_DIR}/${TNAME}
[ ${VERBOSE} != no ] echo Checking for -${TNAME}-.
[ ${TTYPE} = l ] {
@@ -168,19 +197,19 @@ do
done
exec 9-
-if test -e
[OE-core] [PATCH 1/4] image.bbclass: add a hook funtion to support readonly rootfs
From: Chen Qi qi.c...@windriver.com
read_only_rootfs_hook: this funtion is invoked only if 'read-only-rootfs'
is in IMAGE_FEATURES. It tweaks some basic files and makes populate-
volatile.sh script run at rootfs time.
For now, it has real effect only if the init system is sysvinit.
[YOCTO #3406]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/classes/image.bbclass | 18 ++
1 file changed, 18 insertions(+)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index dd78acb..7d533b6 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -233,6 +233,24 @@ run_intercept_scriptlets () {
fi
}
+# A hook function to support read-only-rootfs IMAGE_FEATURES
+# Currently, it only supports sysvinit system.
+read_only_rootfs_hook () {
+ if ${@base_contains(DISTRO_FEATURES, sysvinit, true, false,
d)}; then
+ # Tweak the mount option in fstab
+ sed -i '/rootfs/ s/defaults/ro/' ${IMAGE_ROOTFS}/etc/fstab
+ # Change the value of ROOTFS_READ_ONLY in /etc/default/rcS to
yes
+ if [ -e ${IMAGE_ROOTFS}/etc/default/rcS ]; then
+ sed -i 's/ROOTFS_READ_ONLY=no/ROOTFS_READ_ONLY=yes/'
${IMAGE_ROOTFS}/etc/default/rcS
+ fi
+ # Run populate-volatile.sh at rootfs time to set up basic files
+ # and directories to support read-only rootfs.
+ if [ -e ${IMAGE_ROOTFS}/etc/init.d/populate-volatile.sh ]; then
+ ${IMAGE_ROOTFS}/etc/init.d/populate-volatile.sh
+ fi
+ fi
+}
+
fakeroot do_rootfs () {
#set -x
# When use the rpm incremental image generation, don't remove the rootfs
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] core-image.bbclass: support read-only rootfs
From: Chen Qi qi.c...@windriver.com
The hook function is appended to ROOTFS_POSTPROCESS_COMMAND
properly to support the 'read-only-rootfs' image feature.
[YOCTO #3406]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/classes/core-image.bbclass |4
1 file changed, 4 insertions(+)
diff --git a/meta/classes/core-image.bbclass b/meta/classes/core-image.bbclass
index 657d5f2..4c70d32 100644
--- a/meta/classes/core-image.bbclass
+++ b/meta/classes/core-image.bbclass
@@ -29,6 +29,7 @@ LIC_FILES_CHKSUM =
file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3
# - dev-pkgs- development packages (headers, etc.) for all
installed packages in the rootfs
# - dbg-pkgs- debug symbol packages for all installed packages in
the rootfs
# - doc-pkgs- documentation packages for all installed packages in
the rootfs
+# - read-only-rootfs- tweaks an image to support read-only rootfs
#
PACKAGE_GROUP_x11 = packagegroup-core-x11
PACKAGE_GROUP_x11-base = packagegroup-core-x11-base
@@ -80,3 +81,6 @@ ROOTFS_POSTPROCESS_COMMAND += rootfs_update_timestamp ;
# Zap the root password if debug-tweaks feature is not enabled
ROOTFS_POSTPROCESS_COMMAND += '${@base_contains(IMAGE_FEATURES,
debug-tweaks, , zap_root_password ; ,d)}'
+
+# Tweak the mount options for rootfs in /etc/fstab if read-only-rootfs is
enabled
+ROOTFS_POSTPROCESS_COMMAND += '${@base_contains(IMAGE_FEATURES,
read-only-rootfs, read_only_rootfs_hook; , ,d)}'
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] populate-volatile.sh: improve the handling of link config items
From: Chen Qi qi.c...@windriver.com
Previously, if there's a link config item in the config file like
l root root 1777 /tmp /var/tmp
and /tmp has existed, the symlink will not be created correctly.
Another example is the /run directory. If /run directory has been
created by some recipe or script before populate-volatile.sh runs,
the symlink of /run to /var/run will not be created correctly.
This patch ensures that the system creates symlinks exactly as the
config file tells it.
[YOCTO #3404]
[YOCTO #3406]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
.../initscripts-1.0/populate-volatile.sh | 36 +++-
1 file changed, 20 insertions(+), 16 deletions(-)
diff --git a/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
b/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
index f1f8793..444c40d 100755
--- a/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
+++ b/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
@@ -68,21 +68,27 @@ mk_dir() {
}
link_file() {
- EXEC=test -e \$2\ -o -L $2 || ln -s \$1\ \$2\ /dev/tty0 21
+ EXEC=
+ if [ -L \$2\ ]; then
+ [ \$(readlink -f \$2\)\ != \$(readlink -f \$1\)\ ] {
rm -f \$2\; ln -sf \$1\ \$2\; };
+ elif [ -d \$2\ ]; then
+ for f in $2/* $2/.[^.]*; do [ -e \$f ] cp -rf \$f $1; done;
+ rm -rf \$2\;
+ ln -sf \$1\ \$2\;
+ else
+ ln -sf \$1\ \$2\;
+ fi
+
test $VOLATILE_ENABLE_CACHE = yes echo$EXEC
/etc/volatile.cache.build
- [ -e $2 ] {
- echo Cannot create link over existing -${TNAME}-. 2
- } || {
- if [ $ROOT_DIR = / ]; then
- eval $EXEC
- else
- # For the same reason with create_file(), failures
should
- # not be logged.
- eval $EXEC /dev/null 21
- fi
- }
+ if [ $ROOT_DIR = / ]; then
+ eval $EXEC
+ else
+ # For the same reason with create_file(), failures should
+ # not be logged.
+ eval $EXEC /dev/null 21
+ fi
}
check_requirements() {
@@ -149,10 +155,8 @@ apply_cfgfile() {
[ ${TTYPE} = l ] {
TSOURCE=$TLTARGET
- [ -L ${TNAME} ] || {
- [ ${VERBOSE} != no ] echo Creating link
-${TNAME}- pointing to -${TSOURCE}-.
- link_file ${TSOURCE} ${TNAME}
- }
+ [ ${VERBOSE} != no ] echo Creating link
-${TNAME}- pointing to -${TSOURCE}-.
+ link_file ${TSOURCE} ${TNAME}
continue
}
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] hwclock.sh: check for the existence of /etc/default/rcS
From: Chen Qi qi.c...@windriver.com The following changes since commit c7b23ab68aafc04d9830ef318015912e5d4f0672: maintainers.inc: update ownership of recipes (2013-02-17 22:33:30 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/rcs-default http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/rcs-default Chen Qi (1): hwclock.sh: check for the existence of /etc/default/rcS meta/recipes-core/busybox/files/hwclock.sh |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] hwclock.sh: check for the existence of /etc/default/rcS
From: Chen Qi qi.c...@windriver.com /etc/default/rcS might be missing if the init manager is not sysvinit. So we have to check for the existence of this file before sourcing it. [YOCTO #3697] Signed-off-by: Chen Qi qi.c...@windriver.com --- meta/recipes-core/busybox/files/hwclock.sh |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/busybox/files/hwclock.sh b/meta/recipes-core/busybox/files/hwclock.sh index cc6d286..be5f94d 100644 --- a/meta/recipes-core/busybox/files/hwclock.sh +++ b/meta/recipes-core/busybox/files/hwclock.sh @@ -20,7 +20,7 @@ [ ! -x /sbin/hwclock ] exit 0 -. /etc/default/rcS +[ -f /etc/default/rcS ] . /etc/default/rcS [ $UTC = yes ] tz=--utc || tz=--localtime case $1 in -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
