* [PATCH 1/2] udev: Fix the packaging of libgudev
From: Paul Eggleton @ 2011-11-01 16:14 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320163967.git.paul.eggleton@linux.intel.com>
From: Holger Hans Peter Freyther <zecke@selfish.org>
Make the libgudev so go to the libgudev package, this is already
fixed in meta-oe.
Signed-off-by: Holger Hans Peter Freyther <holger@moiji-mobile.com>
---
meta/recipes-core/udev/udev-new.inc | 4 ++--
meta/recipes-core/udev/udev_164.bb | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/udev/udev-new.inc b/meta/recipes-core/udev/udev-new.inc
index 4c4451f..0247a83 100644
--- a/meta/recipes-core/udev/udev-new.inc
+++ b/meta/recipes-core/udev/udev-new.inc
@@ -51,8 +51,8 @@ FILES_libudev = "${base_libdir}/libudev.so.*"
FILES_libudev-dbg = "${base_libdir}/.debug/libudev.so.*"
FILES_libudev-dev = "${includedir}/libudev.h ${libdir}/libudev.so ${libdir}/libudev.la \
${libdir}/libudev.a ${libdir}/pkgconfig/libudev.pc"
-FILES_libgudev = "${libdir}/libgudev*.so.*"
-FILES_libgudev-dbg = "${libdir}/.debug/libgudev*.so.*"
+FILES_libgudev = "${base_libdir}/libgudev*.so.* ${libdir}/libgudev*.so.*"
+FILES_libgudev-dbg = "${base_libdir}/.debug/libgudev*.so.* ${libdir}/.debug/libgudev*.so.*"
FILES_libgudev-dev = "${includedir}/gudev* ${libdir}/libgudev*.so ${libdir}/libgudev*.la \
${libdir}/libgudev*.a ${libdir}/pkgconfig/gudev*.pc"
FILES_udev-cache = "${sysconfdir}/init.d/udev-cache"
diff --git a/meta/recipes-core/udev/udev_164.bb b/meta/recipes-core/udev/udev_164.bb
index f20da27..689b5fd 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,6 +1,6 @@
include udev-new.inc
-PR = "r4"
+PR = "r5"
SRC_URI += "file://udev-166-v4l1-1.patch"
--
1.7.5.4
^ permalink raw reply related
* [PATCH 0/2] udev fixes
From: Paul Eggleton @ 2011-11-01 16:14 UTC (permalink / raw)
To: openembedded-core
Some rebased OE-core patches from Holger that got lost on the
openembedded-devel list.
The following changes since commit eff22e23b4c7d88254a6ac420bf0860f1fe2cd3e:
coreutils: Add missing PR bump (2011-11-01 15:45:42 +0000)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/udev-glib
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/udev-glib
Holger Hans Peter Freyther (2):
udev: Fix the packaging of libgudev
udev: Split out consolekit and udev-acl
meta/recipes-core/udev/udev-new.inc | 10 ++++++++--
meta/recipes-core/udev/udev_164.bb | 2 +-
2 files changed, 9 insertions(+), 3 deletions(-)
--
1.7.5.4
^ permalink raw reply
* Re: [PATCH 0/3] Misc metadata fixes
From: Richard Purdie @ 2011-11-01 14:52 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <2908890.eKOgJmF2nS@helios>
On Tue, 2011-11-01 at 11:53 +0000, Paul Eggleton wrote:
> On Sunday 23 October 2011 16:07:14 Paul Eggleton wrote:
> > The following changes since commit 99da9a4e65f9dffb04efc3ad60125194c476d6b3:
> >
> > distro-tracking-fields: update fields for tzdata and gst-plugins-good
> > (2011-10-20 13:07:16 +0100)
> >
> > are available in the git repository at:
> > git://git.openembedded.org/openembedded-core-contrib paule/fixes7
> >
> > http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paul
> > e/fixes7
> >
> > Paul Eggleton (3):
> > dbus: remove unused initscript
> > util-linux: split out mkfs into its own package
> > e2fsprogs: move mke2fs.conf to e2fsprogs-mke2fs package
> >
> > meta/recipes-core/dbus/dbus.inc | 3 +++
> > meta/recipes-core/dbus/dbus_1.4.12.bb | 3 +++
> > meta/recipes-core/util-linux/util-linux.inc | 6 ++++--
> > meta/recipes-core/util-linux/util-linux_2.19.1.bb | 2 +-
> > .../e2fsprogs/e2fsprogs_1.41.14.bb | 4 ++--
> > 5 files changed, 13 insertions(+), 5 deletions(-)
>
> Ping...?
These got merged to master last night, updates on the list haven't quite
caught up yet :)
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH] dbus: Use $D not ${D} in the postinstall
From: Koen Kooi @ 2011-11-01 14:43 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1320157607.15387.10.camel@ted>
[-- Attachment #1: Type: text/plain, Size: 1179 bytes --]
Op 1 nov. 2011, om 15:26 heeft Richard Purdie het volgende geschreven:
> We need to do this as we don't want bitbake to expand the variable
> but use the shell variable instead.
>
> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Acked-by: Koen Kooi <k-kooi@ti.com>
Although it technically needs a PR bump, we can skip it since there's one later in this patch set.
> ---
> diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
> index 4c7d87a..b378bda 100644
> --- a/meta/recipes-core/dbus/dbus.inc
> +++ b/meta/recipes-core/dbus/dbus.inc
> @@ -51,7 +51,7 @@ RRECOMMENDS_${PN}-lib = "${PN}"
> FILES_${PN}-dev += "${libdir}/dbus-1.0/include ${bindir}/dbus-glib-tool"
>
> pkg_postinst_dbus() {
> - if [ -z "${D}" ] && [ -e /etc/init.d/populate-volatile.sh ] ; then
> + if [ -z "$D" ] && [ -e /etc/init.d/populate-volatile.sh ] ; then
> /etc/init.d/populate-volatile.sh update
> fi
> }
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [PATCH] package_ipk: There is no longer any need to force owners/groups to root
From: Koen Kooi @ 2011-11-01 14:42 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1320157543.15387.8.camel@ted>
[-- Attachment #1: Type: text/plain, Size: 1687 bytes --]
Op 1 nov. 2011, om 15:25 heeft Richard Purdie het volgende geschreven:
> Since the packaging process is run under pseudo, the default user
> is now root so there is no longer any need to hardcode this. Also
> take this opportunity to move the variable to package_ipk.bbclass
> since this is the only user of it.
>
> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Acked-by: Koen Kooi <k-kooi@ti.com>
> ---
> diff --git a/meta/classes/package_ipk.bbclass b/meta/classes/package_ipk.bbclass
> index c0893a6..c97e36e 100644
> --- a/meta/classes/package_ipk.bbclass
> +++ b/meta/classes/package_ipk.bbclass
> @@ -7,6 +7,9 @@ IPKGCONF_SDK = "${WORKDIR}/opkg-sdk.conf"
>
> PKGWRITEDIRIPK = "${WORKDIR}/deploy-ipks"
>
> +# Program to be used to build opkg packages
> +OPKGBUILDCMD ??= "opkg-build"
> +
> python package_ipk_fn () {
> bb.data.setVar('PKGFN', bb.data.getVar('PKG',d), d)
> }
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index e2c1b6f..0d05805 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -623,10 +623,6 @@ MKTEMPCMD = "mktemp -q ${TMPBASE}"
>
> export PATCH_GET="0"
>
> -# Program to be used to build opkg packages
> -
> -OPKGBUILDCMD = "opkg-build -o 0 -g 0"
> -
> ##################################################################
> # Not sure about the rest of this yet.
> ##################################################################
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [PATCH] dbus: Ensure localstatedir is added to the package
From: Koen Kooi @ 2011-11-01 14:42 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1320157872.15387.12.camel@ted>
[-- Attachment #1: Type: text/plain, Size: 880 bytes --]
Op 1 nov. 2011, om 15:31 heeft Richard Purdie het volgende geschreven:
> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> ---
> diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
> index b378bda..68d3535 100644
> --- a/meta/recipes-core/dbus/dbus.inc
> +++ b/meta/recipes-core/dbus/dbus.inc
> @@ -10,7 +10,7 @@ DEPENDS = "expat virtual/libintl ${@base_contains('DISTRO_FEATURES', 'x11', '${X
> DEPENDS_virtclass-native = "expat-native virtual/libintl-native"
> DEPENDS_virtclass-nativesdk = "expat-nativesdk virtual/libintl-nativesdk virtual/libx11"
>
> -PR = "r1"
> +PR = "r2"
As the PR police I must point out that the dbus_1.4.12.bb file also has PR = "r1", which will win. With all the intermediate patches going round, could you please bump it up to r6 please? Pretty, pretty please?
regards,
Koen
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* [PATCH] dbus: Ensure localstatedir is added to the package
From: Richard Purdie @ 2011-11-01 14:31 UTC (permalink / raw)
To: openembedded-core
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
---
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index b378bda..68d3535 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus/dbus.inc
@@ -10,7 +10,7 @@ DEPENDS = "expat virtual/libintl ${@base_contains('DISTRO_FEATURES', 'x11', '${X
DEPENDS_virtclass-native = "expat-native virtual/libintl-native"
DEPENDS_virtclass-nativesdk = "expat-nativesdk virtual/libintl-nativesdk virtual/libx11"
-PR = "r1"
+PR = "r2"
SRC_URI = "http://dbus.freedesktop.org/releases/dbus/dbus-${PV}.tar.gz \
file://tmpdir.patch; \
@@ -44,6 +44,7 @@ FILES_${PN} = "${bindir}/dbus-daemon* \
${bindir}/dbus-monitor \
${libexecdir}/dbus* \
${sysconfdir} \
+ ${localstatedir} \
${datadir}/dbus-1/services \
${datadir}/dbus-1/system-services"
FILES_${PN}-lib = "${libdir}/lib*.so.*"
^ permalink raw reply related
* [PATCH] package.bbclass: Fix variable problems
From: Richard Purdie @ 2011-11-01 14:28 UTC (permalink / raw)
To: openembedded-core
Before this change:
a) Ownership and permissions of files copied from packages to
package-split could get lost during the copy process. This change
ensures they are preserved.
b) Ownership and permissions of directories could also get lost.
Most of the complexity in this patch is addressing this problem
ensuring newly created directories match the source ones being
copied.
c) There was no warning about directories being created but not
shipped by any package.
This patch fixes all of the above issues.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
---
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index a9c510d..0e1d8db 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -916,16 +916,37 @@ python populate_packages () {
if file in seen:
continue
seen.append(file)
+
+ def mkdir(src, dest, p):
+ src = os.path.join(src, p)
+ dest = os.path.join(dest, p)
+ bb.mkdirhier(dest)
+ fstat = os.stat(src)
+ os.chmod(dest, fstat.st_mode)
+ os.chown(dest, fstat.st_uid, fstat.st_gid)
+ if p not in seen:
+ seen.append(p)
+
+ def mkdir_recurse(src, dest, paths):
+ while paths.startswith("./"):
+ paths = paths[2:]
+ p = "."
+ for c in paths.split("/"):
+ p = os.path.join(p, c)
+ if not os.path.exists(os.path.join(dest, p)):
+ mkdir(src, dest, p)
+
if os.path.isdir(file) and not os.path.islink(file):
- bb.mkdirhier(os.path.join(root,file))
- os.chmod(os.path.join(root,file), os.stat(file).st_mode)
+ mkdir_recurse(dvar, root, file)
continue
+ mkdir_recurse(dvar, root, os.path.dirname(file))
fpath = os.path.join(root,file)
- dpath = os.path.dirname(fpath)
- bb.mkdirhier(dpath)
if not os.path.islink(file):
os.link(file, fpath)
+ fstat = os.stat(file)
+ os.chmod(fpath, fstat.st_mode)
+ os.chown(fpath, fstat.st_uid, fstat.st_gid)
continue
ret = bb.copyfile(file, fpath)
if ret is False or ret == 0:
@@ -939,13 +960,13 @@ python populate_packages () {
dir = root[len(dvar):]
if not dir:
dir = os.sep
- for f in files:
+ for f in (files + dirs):
path = os.path.join(dir, f)
if ('.' + path) not in seen:
unshipped.append(path)
if unshipped != []:
- bb.warn("For recipe %s, the following files were installed but not shipped in any package:" % pn)
+ bb.warn("For recipe %s, the following files/directories were installed but not shipped in any package:" % pn)
for f in unshipped:
bb.warn(" " + f)
^ permalink raw reply related
* [PATCH] dbus: Use $D not ${D} in the postinstall
From: Richard Purdie @ 2011-11-01 14:26 UTC (permalink / raw)
To: openembedded-core
We need to do this as we don't want bitbake to expand the variable
but use the shell variable instead.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
---
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index 4c7d87a..b378bda 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus/dbus.inc
@@ -51,7 +51,7 @@ RRECOMMENDS_${PN}-lib = "${PN}"
FILES_${PN}-dev += "${libdir}/dbus-1.0/include ${bindir}/dbus-glib-tool"
pkg_postinst_dbus() {
- if [ -z "${D}" ] && [ -e /etc/init.d/populate-volatile.sh ] ; then
+ if [ -z "$D" ] && [ -e /etc/init.d/populate-volatile.sh ] ; then
/etc/init.d/populate-volatile.sh update
fi
}
^ permalink raw reply related
* [PATCH] package_ipk: There is no longer any need to force owners/groups to root
From: Richard Purdie @ 2011-11-01 14:25 UTC (permalink / raw)
To: openembedded-core
Since the packaging process is run under pseudo, the default user
is now root so there is no longer any need to hardcode this. Also
take this opportunity to move the variable to package_ipk.bbclass
since this is the only user of it.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
---
diff --git a/meta/classes/package_ipk.bbclass b/meta/classes/package_ipk.bbclass
index c0893a6..c97e36e 100644
--- a/meta/classes/package_ipk.bbclass
+++ b/meta/classes/package_ipk.bbclass
@@ -7,6 +7,9 @@ IPKGCONF_SDK = "${WORKDIR}/opkg-sdk.conf"
PKGWRITEDIRIPK = "${WORKDIR}/deploy-ipks"
+# Program to be used to build opkg packages
+OPKGBUILDCMD ??= "opkg-build"
+
python package_ipk_fn () {
bb.data.setVar('PKGFN', bb.data.getVar('PKG',d), d)
}
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index e2c1b6f..0d05805 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -623,10 +623,6 @@ MKTEMPCMD = "mktemp -q ${TMPBASE}"
export PATCH_GET="0"
-# Program to be used to build opkg packages
-
-OPKGBUILDCMD = "opkg-build -o 0 -g 0"
-
##################################################################
# Not sure about the rest of this yet.
##################################################################
^ permalink raw reply related
* Re: [PATCH v2] Give coreutils a chance to build the df utility
From: Koen Kooi @ 2011-11-01 14:21 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Julian Pidancet
In-Reply-To: <326c1a05ec310abcb0ec8363bcbe952c05fdf9fb.1319665176.git.julian.pidancet@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 950 bytes --]
Op 26 okt. 2011, om 23:41 heeft Julian Pidancet het volgende geschreven:
> The coreutils configure script is unable determine how to get free
> space from the Operating System when cross-compiling.
> This changes caches the result of the "statfs2_bsize" test for the
> coreutils configure script.
> Both glibc and uclibc defines statfs as a two-argument function
> and uses a struct statfs containing a f_bsize field. That's why
> the fu_cv_sys_stat_statfs2_bsize variable has to be defined for
> both libcs.
>
> Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com>
> ---
> meta/recipes-core/coreutils/coreutils_8.14.bb | 2 +-
> meta/site/common-glibc | 3 +++
> meta/site/common-uclibc | 3 +++
> 3 files changed, 7 insertions(+), 1 deletions(-)
A bit late, but this is missing a PR bump, could you please send a followup patch to fix that?
regards,
Koen
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [PATCHv2] dbus: fix for right owner in postinst
From: Richard Purdie @ 2011-11-01 14:16 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <C71A8EF9-3824-4EEF-B383-46EBCF4B9397@dominion.thruhere.net>
On Tue, 2011-11-01 at 12:26 +0100, Koen Kooi wrote:
> Op 31 okt. 2011, om 23:40 heeft Richard Purdie het volgende geschreven:
>
> > On Mon, 2011-10-31 at 18:43 +0100, Martin Jansa wrote:
> >> * even when I see right chown/chmod in log.do_install, files are still
> >> owned by bitbake:bitbake (user running bitbake) and we need to fix it on target
> >> $ tail -n 4 temp/log.do_install.27768
> >> + chown messagebus:messagebus /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus /OE/shr-core/tmp/work/armv7a-vfp-neon-o
> >> e-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus
> >> + chown root:messagebus /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
> >> + chmod 4754 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
> >> + ln -sf /dev/null /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image//lib/systemd/system/dbus-1.service
> >>
> >> $ ll -d /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus \
> >> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus \
> >> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper \
> >> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
> >> -rwsr-xr-- 1 bitbake bitbake 819869 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-he
> >> lper*
> >> -rwsr-xr-- 1 bitbake bitbake 819869 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-he
> >> lper*
> >> drwxr-xr-x 2 bitbake bitbake 4096 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus/
> >> drwxr-xr-x 2 bitbake bitbake 4096 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus/
> >>
> >> * and we _cannot_ use ${D} in postinst script because it get's expanded
> >> before including postinst file to ipk's control.tar.gz
> >> and on target I see something like this:
> >> if [ -z "/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image" ] && [ -e /etc/init.d/populate-volatile.sh ] ; then
> >> which is wrong $D without {} works
> >>
> >> * V2: updated with Otavio version to fix it also for do_rootfs
> >>
> >> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> >> ---
> >> meta/recipes-core/dbus/dbus.inc | 12 +++++-------
> >> 1 files changed, 5 insertions(+), 7 deletions(-)
> >
> > This is just wallpapering over the cracks I'm afraid. There is something
> > more fundamental going wrong here and we need to track it down...
>
> Any news on this?
Yes, expect to see some patches for review shortly. There are several
interwoven issues.
Cheers,
Richard
^ permalink raw reply
* Re: [PATCHv2] dbus: fix for right owner in postinst
From: Richard Purdie @ 2011-11-01 14:15 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <CA+chaQc0zDHUENEkxOqNER5n+E6hvxNM-KgedE31thQBMY+uFA@mail.gmail.com>
On Tue, 2011-11-01 at 14:36 +0100, Martin Jansa wrote:
> On Mon, Oct 31, 2011 at 11:40 PM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> > On Mon, 2011-10-31 at 18:43 +0100, Martin Jansa wrote:
> >> * even when I see right chown/chmod in log.do_install, files are still
> >> owned by bitbake:bitbake (user running bitbake) and we need to fix it on target
> >> $ tail -n 4 temp/log.do_install.27768
> >> + chown messagebus:messagebus /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus /OE/shr-core/tmp/work/armv7a-vfp-neon-o
> >> e-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus
> >> + chown root:messagebus /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
> >> + chmod 4754 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
> >> + ln -sf /dev/null /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image//lib/systemd/system/dbus-1.service
> >>
> >> $ ll -d /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus \
> >> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus \
> >> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper \
> >> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
> >> -rwsr-xr-- 1 bitbake bitbake 819869 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-he
> >> lper*
> >> -rwsr-xr-- 1 bitbake bitbake 819869 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-he
> >> lper*
> >> drwxr-xr-x 2 bitbake bitbake 4096 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus/
> >> drwxr-xr-x 2 bitbake bitbake 4096 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus/
> >>
> >> * and we _cannot_ use ${D} in postinst script because it get's expanded
> >> before including postinst file to ipk's control.tar.gz
> >> and on target I see something like this:
> >> if [ -z "/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image" ] && [ -e /etc/init.d/populate-volatile.sh ] ; then
> >> which is wrong $D without {} works
> >>
> >> * V2: updated with Otavio version to fix it also for do_rootfs
> >>
> >> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> >> ---
> >> meta/recipes-core/dbus/dbus.inc | 12 +++++-------
> >> 1 files changed, 5 insertions(+), 7 deletions(-)
> >
> > This is just wallpapering over the cracks I'm afraid. There is something
> > more fundamental going wrong here and we need to track it down...
>
> Is pseudo really supposed to allow chown in do_install()? And then ie
> keep changed owners in sysroot or even sstate to recreate packages
> later with right file owners?
Yes, it is.
> Because normally all produced files are owned by UID who is building
> them (in my example bitbake) and only when creating packages/rootfs
> it's packaged with expected UID for target (ie root).
I appreciate that.
> So this wallpapering makes current dbus at least usable on target.
This doesn't mean the fix is correct though. I have a patch series to
fix the real issues (there are several) that will be published shortly.
Cheers,
Richard
^ permalink raw reply
* Re: [PATCHv2] dbus: fix for right owner in postinst
From: Martin Jansa @ 2011-11-01 13:36 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1320100838.8579.0.camel@ted>
On Mon, Oct 31, 2011 at 11:40 PM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Mon, 2011-10-31 at 18:43 +0100, Martin Jansa wrote:
>> * even when I see right chown/chmod in log.do_install, files are still
>> owned by bitbake:bitbake (user running bitbake) and we need to fix it on target
>> $ tail -n 4 temp/log.do_install.27768
>> + chown messagebus:messagebus /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus /OE/shr-core/tmp/work/armv7a-vfp-neon-o
>> e-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus
>> + chown root:messagebus /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
>> + chmod 4754 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
>> + ln -sf /dev/null /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image//lib/systemd/system/dbus-1.service
>>
>> $ ll -d /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus \
>> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus \
>> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper \
>> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
>> -rwsr-xr-- 1 bitbake bitbake 819869 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-he
>> lper*
>> -rwsr-xr-- 1 bitbake bitbake 819869 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-he
>> lper*
>> drwxr-xr-x 2 bitbake bitbake 4096 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus/
>> drwxr-xr-x 2 bitbake bitbake 4096 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus/
>>
>> * and we _cannot_ use ${D} in postinst script because it get's expanded
>> before including postinst file to ipk's control.tar.gz
>> and on target I see something like this:
>> if [ -z "/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image" ] && [ -e /etc/init.d/populate-volatile.sh ] ; then
>> which is wrong $D without {} works
>>
>> * V2: updated with Otavio version to fix it also for do_rootfs
>>
>> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
>> ---
>> meta/recipes-core/dbus/dbus.inc | 12 +++++-------
>> 1 files changed, 5 insertions(+), 7 deletions(-)
>
> This is just wallpapering over the cracks I'm afraid. There is something
> more fundamental going wrong here and we need to track it down...
Is pseudo really supposed to allow chown in do_install()? And then ie
keep changed owners in sysroot or even sstate to recreate packages
later with right file owners?
Because normally all produced files are owned by UID who is building
them (in my example bitbake) and only when creating packages/rootfs
it's packaged with expected UID for target (ie root).
So this wallpapering makes current dbus at least usable on target.
Cheers,
^ permalink raw reply
* Angstrom-GNOME-image
From: Wouter Van bakel @ 2011-11-01 13:20 UTC (permalink / raw)
To: openembedded-core@lists.openembedded.org
[-- Attachment #1: Type: text/plain, Size: 361 bytes --]
When I "bitbake -v angstrom-gnome-image" everything seems to go by plan. But when I start the image I get these kind of errors:
(gtk-update-icon-cache:1017): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/etc/gtk-2.0/gdk-pixbuf.loaders'
Someone who build a working GNOME image? And has a solution for this error.
MACHINE="var-som-om37"
[-- Attachment #2: Type: text/html, Size: 2204 bytes --]
^ permalink raw reply
* Re: [PATCH 0/3] Misc metadata fixes
From: Paul Eggleton @ 2011-11-01 11:53 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319382376.git.paul.eggleton@linux.intel.com>
On Sunday 23 October 2011 16:07:14 Paul Eggleton wrote:
> The following changes since commit 99da9a4e65f9dffb04efc3ad60125194c476d6b3:
>
> distro-tracking-fields: update fields for tzdata and gst-plugins-good
> (2011-10-20 13:07:16 +0100)
>
> are available in the git repository at:
> git://git.openembedded.org/openembedded-core-contrib paule/fixes7
>
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paul
> e/fixes7
>
> Paul Eggleton (3):
> dbus: remove unused initscript
> util-linux: split out mkfs into its own package
> e2fsprogs: move mke2fs.conf to e2fsprogs-mke2fs package
>
> meta/recipes-core/dbus/dbus.inc | 3 +++
> meta/recipes-core/dbus/dbus_1.4.12.bb | 3 +++
> meta/recipes-core/util-linux/util-linux.inc | 6 ++++--
> meta/recipes-core/util-linux/util-linux_2.19.1.bb | 2 +-
> .../e2fsprogs/e2fsprogs_1.41.14.bb | 4 ++--
> 5 files changed, 13 insertions(+), 5 deletions(-)
Ping...?
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply
* Re: [PATCH 5/5] distro_tracking_fields: updates for sudo, mtools, grep, and openssh
From: Paul Eggleton @ 2011-11-01 11:38 UTC (permalink / raw)
To: Saul Wold; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <246C79CF-C5FA-4F86-AEEA-7734181C0594@dominion.thruhere.net>
> Op 31 okt. 2011, om 16:46 heeft Saul Wold het volgende geschreven:
> > On 10/31/2011 02:08 AM, Paul Eggleton wrote:
> >> I'd been meaning to ask this before - is there a good reason for not
> >> being consistent and using the same format for all date fields in
> >> this file?>
>
> > Maybe I am missing your comment, is that what I not suggested in my
> > comment above? All date formats in the distro_tracking_fields should
> > be in the MMM DD, YYY format.
Right, I was really commenting on the previous state of the file which seemed
to have one style for one field and another for the others. Apologies for the
mixup, however...
On Monday 31 October 2011 17:05:24 Koen Kooi wrote:
> Can we please use a format that makes sense for non-americans as well? E.g.
> YYYY/MM/DD or DD/MM/YYYY or plain ISO (2011-10-31T17:04:31+01:00)
> without the hours? Anything that doesn't put days in between months and
> year.
I definitely agree with this. ISO date format (or at the very least, numerical
YYYY-MM-DD) would make much more sense to me.
Cheers,
Paul
^ permalink raw reply
* Re: [PATCHv2] dbus: fix for right owner in postinst
From: Koen Kooi @ 2011-11-01 11:26 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1320100838.8579.0.camel@ted>
[-- Attachment #1: Type: text/plain, Size: 2831 bytes --]
Op 31 okt. 2011, om 23:40 heeft Richard Purdie het volgende geschreven:
> On Mon, 2011-10-31 at 18:43 +0100, Martin Jansa wrote:
>> * even when I see right chown/chmod in log.do_install, files are still
>> owned by bitbake:bitbake (user running bitbake) and we need to fix it on target
>> $ tail -n 4 temp/log.do_install.27768
>> + chown messagebus:messagebus /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus /OE/shr-core/tmp/work/armv7a-vfp-neon-o
>> e-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus
>> + chown root:messagebus /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
>> + chmod 4754 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
>> + ln -sf /dev/null /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image//lib/systemd/system/dbus-1.service
>>
>> $ ll -d /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus \
>> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus \
>> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper \
>> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
>> -rwsr-xr-- 1 bitbake bitbake 819869 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-he
>> lper*
>> -rwsr-xr-- 1 bitbake bitbake 819869 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-he
>> lper*
>> drwxr-xr-x 2 bitbake bitbake 4096 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus/
>> drwxr-xr-x 2 bitbake bitbake 4096 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus/
>>
>> * and we _cannot_ use ${D} in postinst script because it get's expanded
>> before including postinst file to ipk's control.tar.gz
>> and on target I see something like this:
>> if [ -z "/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image" ] && [ -e /etc/init.d/populate-volatile.sh ] ; then
>> which is wrong $D without {} works
>>
>> * V2: updated with Otavio version to fix it also for do_rootfs
>>
>> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
>> ---
>> meta/recipes-core/dbus/dbus.inc | 12 +++++-------
>> 1 files changed, 5 insertions(+), 7 deletions(-)
>
> This is just wallpapering over the cracks I'm afraid. There is something
> more fundamental going wrong here and we need to track it down...
Any news on this?
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [PATCH 1/1] lib/oe/terminal: add support for XFCE's terminal emulator
From: Richard Purdie @ 2011-11-01 11:18 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <a80b8487fb7e392cfc167f427e7a00e9d035a7e0.1320097805.git.josh@linux.intel.com>
On Mon, 2011-10-31 at 14:53 -0700, Joshua Lock wrote:
> That's Terminal on Fedora and xfce4-terminal on Ubuntu/Debian... This
> could get interesting!
>
> Signed-off-by: Joshua Lock <josh@linux.intel.com>
> ---
> meta/lib/oe/terminal.py | 23 +++++++++++++++++++++++
> 1 files changed, 23 insertions(+), 0 deletions(-)
Merged to master, thanks.
Richard
^ permalink raw reply
* Re: [PATCH 0/1] distro tracking date format fix
From: Richard Purdie @ 2011-11-01 11:18 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1320097891.git.scott.a.garman@intel.com>
On Mon, 2011-10-31 at 14:53 -0700, Scott Garman wrote:
> Hi Saul,
>
> This converts all of the dates used in distro_tracking_fields.inc to
> use the format you've been requesting.
>
> Scott
>
> The following changes since commit ff13e06892f102d915855cde50896349b07b3717:
>
> clutter-gtk: add LIC_FILES_CHKSUM to include file (2011-10-31 10:46:59 +0000)
>
> are available in the git repository at:
> git://git.pokylinux.org/poky-contrib sgarman/date-fmt-fix-final
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/date-fmt-fix-final
>
> Scott Garman (1):
> distro_tracking_fields.inc: standardize date format
Merged to master, thanks. I had to merge in some fixes as some changes
to that file had merged since you wrote the patch. Better to get a
change like that in sooner that later though!
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH 0/2 v2][PULL] iptables: recipe upgrade
From: Richard Purdie @ 2011-11-01 11:06 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1320118475.git.dongxiao.xu@intel.com>
On Tue, 2011-11-01 at 11:38 +0800, Dongxiao Xu wrote:
> Hi Richard and Saul,
>
> This is the second pull request for iptables and connman, please help to review and pull.
>
> Thanks,
> Dongxiao
>
> The following changes since commit 4ce1f57e723cb6ccfd67ed1570228602547bd112:
>
> distro_tracking: polkit, libsndfile, etc (2011-10-31 23:03:11 +0000)
>
> are available in the git repository at:
> git://git.pokylinux.org/poky-contrib dxu4/upgrade
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dxu4/upgrade
>
> Dongxiao Xu (2):
> iptables: upgrade to version 1.4.12.1
> connman: add xtables_version to fix xtables API change
Merged to master, thanks.
Richard
^ permalink raw reply
* Re: [PATCH] bitbake.conf: drop STAGING_PYDIR
From: Richard Purdie @ 2011-11-01 11:04 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1320103860-20847-1-git-send-email-Martin.Jansa@gmail.com>
On Tue, 2011-11-01 at 00:31 +0100, Martin Jansa wrote:
> * seems unused in oe-core
>
> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> ---
> meta/conf/bitbake.conf | 1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index e2c1b6f..d0235ba 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -345,7 +345,6 @@ STAGING_DATADIR = "${STAGING_DIR_HOST}${datadir}"
> STAGING_EXECPREFIXDIR = "${STAGING_DIR_HOST}${exec_prefix}"
> STAGING_LOADER_DIR = "${STAGING_DIR_HOST}/loader"
> STAGING_FIRMWARE_DIR = "${STAGING_DIR_HOST}/firmware"
> -STAGING_PYDIR = "${STAGING_DIR}/lib/python2.4"
>
> STAGING_DIR_TARGET = "${STAGING_DIR}/${MACHINE}"
> STAGING_DIR_TCBOOTSTRAP = "${STAGING_DIR_TARGET}-tcbootstrap"
Merged to master, thanks.
Richard
^ permalink raw reply
* Re: [PATCH 1/1] bash: make job control really work
From: Richard Purdie @ 2011-11-01 10:21 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <ac7b821f266e932e267a4d62af83586ba3261a98.1320134607.git.dexuan.cui@intel.com>
On Tue, 2011-11-01 at 16:05 +0800, Dexuan Cui wrote:
> It turns out 9393ff833f44570fd5f500bc9de6c72db94b0296 didn't really fix
> the bug.
>
> This patch is made and tested after I read the link below
> http://www.mail-archive.com/bug-bash@gnu.org/msg03107.html
>
> [YOCTO #487]
>
> Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
> ---
> meta/recipes-extended/bash/bash.inc | 1 +
> meta/recipes-extended/bash/bash_4.2.bb | 2 +-
> 2 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-extended/bash/bash.inc b/meta/recipes-extended/bash/bash.inc
> index d55e517..d495538 100644
> --- a/meta/recipes-extended/bash/bash.inc
> +++ b/meta/recipes-extended/bash/bash.inc
> @@ -23,6 +23,7 @@ ALTERNATIVE_LINK = "${base_bindir}/sh"
> ALTERNATIVE_PRIORITY = "100"
>
> do_configure () {
> + export bash_cv_job_control_missing=present
> gnu-configize
> oe_runconf
> }
This really should go into the common site files...
Cheers,
Richard
^ permalink raw reply
* Re: Race condition or something when fetching local files?
From: Martin Jansa @ 2011-11-01 9:30 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <20111021004721.GW26170@denix.org>
[-- Attachment #1: Type: text/plain, Size: 1223 bytes --]
On Thu, Oct 20, 2011 at 08:47:21PM -0400, Denys Dmytriyenko wrote:
> On Tue, Oct 18, 2011 at 10:17:08PM +0200, Martin Jansa wrote:
> > On Tue, Oct 18, 2011 at 01:09:43PM -0700, Khem Raj wrote:
> > > On Tue, Oct 18, 2011 at 11:35 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> > > > I have noticed that even local patches are stored in downloads dir,
> > > > but today I've noticed that wrong file was used later in do_patch.
> > > > I have latest oe-core/meta-oe + latest bitbake.
> > > >
> > > > Pulseaudio was building here for first time
> > > >
> > > > downloads/buildfix.patch is from previous build of xf86-video-intel-2.16.0
> > > > $ head downloads/buildfix.patch
> > >
> > > looking in bitbake lib/bb/fetch2/local.py it seems it searches DL_DIR
> > > before other
> >
> > Which would be wrong for sure if I have
> > foo_1.0.bb with SRC_URI = "file://bar.patch"
> >
> > foo-1.0/om-gta02/bar.patch
> > foo-1.0/nokia900/bar.patch
> >
> > Then I don't want to use bar.patch from downloads/bar.patch where it's
> > from om-gta02 build when I'm building nokia900 now.
>
> Was there any resolution on this one?
NO afaik
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* [PATCH 1/1] bash: make job control really work
From: Dexuan Cui @ 2011-11-01 8:05 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320134607.git.dexuan.cui@intel.com>
It turns out 9393ff833f44570fd5f500bc9de6c72db94b0296 didn't really fix
the bug.
This patch is made and tested after I read the link below
http://www.mail-archive.com/bug-bash@gnu.org/msg03107.html
[YOCTO #487]
Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
---
meta/recipes-extended/bash/bash.inc | 1 +
meta/recipes-extended/bash/bash_4.2.bb | 2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/bash/bash.inc b/meta/recipes-extended/bash/bash.inc
index d55e517..d495538 100644
--- a/meta/recipes-extended/bash/bash.inc
+++ b/meta/recipes-extended/bash/bash.inc
@@ -23,6 +23,7 @@ ALTERNATIVE_LINK = "${base_bindir}/sh"
ALTERNATIVE_PRIORITY = "100"
do_configure () {
+ export bash_cv_job_control_missing=present
gnu-configize
oe_runconf
}
diff --git a/meta/recipes-extended/bash/bash_4.2.bb b/meta/recipes-extended/bash/bash_4.2.bb
index a0f5e4e..8070918 100644
--- a/meta/recipes-extended/bash/bash_4.2.bb
+++ b/meta/recipes-extended/bash/bash_4.2.bb
@@ -1,6 +1,6 @@
require bash.inc
-PR = "r0"
+PR = "r1"
SRC_URI = "${GNU_MIRROR}/bash/${BPN}-${PV}.tar.gz;name=tarball \
${GNU_MIRROR}/bash/bash-4.2-patches/bash42-001;apply=yes;striplevel=0;name=patch001 \
--
1.7.6
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox