* Re: [CONSOLIDATED PULL 00/18] Patches, QA & Bug Fixes
From: Richard Purdie @ 2011-10-31 22:44 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1319753141.git.sgw@linux.intel.com>
On Fri, 2011-10-28 at 00:06 +0200, Saul Wold wrote:
> Khem Raj (1):
> libtool: Upgrade from 2.4 -> 2.4.2
This didn't go in since it doesn't have the whitespace and SUMMARY
issues I previously mentioned fixed.
>
> Paul Eggleton (3):
> dbus: remove unused initscript
> util-linux: split out mkfs into its own package
> e2fsprogs: move mke2fs.conf to e2fsprogs-mke2fs package
>
> Saul Wold (12):
> wget: Add recipe from OE
I've pushed a subsequent commit cleaning up a couple of things I noticed
later on this one.
> dbus-glib: fix QA Packaging issues
> libgcc: fix QA Packaging issues
The above patch has feedback directly.
> at: fix QA Packaging issues
> man: fix QA Packaging issues
> mdadm: fix QA Packaging issues
> libatomics-ops: fix QA Packaging issues
> libproxy: fix QA Packaging issues
> abiword: convert to svn
> avahi: use useradd to create user
> connman: create xuser
> xserver-nodm-init: use useradd to create xuser
I didn't take these last three since the avahi dbus restart needs to
remain (but can be ignored at rootfs time with an exit 0), I think
you're going to change the xuser homedir and the xserver-nodm-init needs
to preserve the Xusername file since other scripts use it.
>
> Scott Garman (1):
> documentation-audit.sh: script for auditing documentation build
> status
>
> Wenzong Fan (1):
> distro_tracking_fields: update packages tracking fields
I merged everything else.
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH 09/11] iptables: upgrade to version 1.4.12.1
From: Richard Purdie @ 2011-10-31 22:57 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <83141bc3f748c34d7f19a03c0517d804fadc6024.1319772853.git.dongxiao.xu@intel.com>
On Fri, 2011-10-28 at 11:35 +0800, Dongxiao Xu wrote:
> Remove the do_configure_prepend() since some m4 files are needed when
> doing configuration.
I think we're going to have to specifically delete the libtool m4 files
here. I know we've had problems with them being present in the past.
Also, there is no mention of the licence change here in the commit
message?
Cheers,
Richard
> Define correct FILE for iptables and iptables-dbg packages.
>
> Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
> ---
> .../{iptables_1.4.9.bb => iptables_1.4.12.1.bb} | 16 ++++++----------
> 1 files changed, 6 insertions(+), 10 deletions(-)
> rename meta/recipes-extended/iptables/{iptables_1.4.9.bb => iptables_1.4.12.1.bb} (69%)
>
> diff --git a/meta/recipes-extended/iptables/iptables_1.4.9.bb b/meta/recipes-extended/iptables/iptables_1.4.12.1.bb
> similarity index 69%
> rename from meta/recipes-extended/iptables/iptables_1.4.9.bb
> rename to meta/recipes-extended/iptables/iptables_1.4.12.1.bb
> index 7c9fbea..59a1bcb 100644
> --- a/meta/recipes-extended/iptables/iptables_1.4.9.bb
> +++ b/meta/recipes-extended/iptables/iptables_1.4.12.1.bb
> @@ -4,8 +4,8 @@ filtering code in Linux."
> HOMEPAGE = "http://www.netfilter.org/"
> BUGTRACKER = "http://bugzilla.netfilter.org/"
> LICENSE = "GPLv2+"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
> - file://iptables.c;firstline=13;endline=25;md5=f1028f2401da1c120df27594b2be50ef"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263\
> + file://iptables/iptables.c;firstline=13;endline=25;md5=f1028f2401da1c120df27594b2be50ef"
>
> PR = "r0"
>
> @@ -18,19 +18,15 @@ RRECOMMENDS_${PN} = "kernel-module-x-tables \
> kernel-module-nf-conntrack-ipv4 \
> kernel-module-nf-nat \
> kernel-module-ipt-masquerade"
> -FILES_${PN}-dbg =+ "${libexecdir}/xtables/.debug"
> +FILES_${PN} =+ "${libdir}/xtables/"
> +FILES_${PN}-dbg =+ "${libdir}/xtables/.debug"
>
> SRC_URI = "http://netfilter.org/projects/iptables/files/iptables-${PV}.tar.bz2"
>
> -SRC_URI[md5sum] = "db1312f7ce5a4c11dc981a2ac76b26e8"
> -SRC_URI[sha256sum] = "1ac719d6265cf64220c80c0974ed9d35febdac2986bb96eeaa9c8c7959a1d306"
> +SRC_URI[md5sum] = "b08a1195ec2c1ebeaf072db3c55fdf43"
> +SRC_URI[sha256sum] = "77e6581f21f15946a814fa311236e5f3f7c6593180f9d695cea06aa95e464aba"
>
> inherit autotools
>
> EXTRA_OECONF = "--with-kernel=${STAGING_INCDIR} \
> ${@base_contains('DISTRO_FEATURES', 'ipv6', '', '--disable-ipv6', d)}"
> -
> -do_configure_prepend() {
> - # they are all libtool m4 files
> - rm -rf ${S}/m4
> -}
^ permalink raw reply
* [PATCH] bitbake.conf: drop STAGING_PYDIR
From: Martin Jansa @ 2011-10-31 23:31 UTC (permalink / raw)
To: openembedded-core
* 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"
--
1.7.7.1
^ permalink raw reply related
* Re: What is the strategy to update eglibc?
From: Kang Kai @ 2011-11-01 2:07 UTC (permalink / raw)
To: Saul Wold; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <4EAED036.5070808@intel.com>
On 2011年11月01日 00:43, Saul Wold wrote:
> On 10/30/2011 07:16 PM, Kang Kai wrote:
>> On 2011年10月31日 10:12, Kang Kai wrote:
>>> Hi Saul,
>>>
>>> I just want to update eglibc but eglibc is using its 2.14 branch and
>>> use svn commit revision "15225" as current version. Of course it is
>>> behind the latest svn revision, but I don't quit sure about which is
>>> the right revision to update eglibc.
>> Hi Saul,
>>
>> And right now is 2 commits behind the latest revision, do it worth to
>> update right now?
>
> Kai,
>
> I know that Khem recently added the eglibc 2.14 recipe, but I think
> that we are still actually using the 2.13 recipe as defined by
> EGLIBCVERSION.
>
> At this point, it might be good to know what's changed by those 2
> commits and maybe do a full build and system test with EGLIBCVERSION
> set to 2.14 to find out if the problems are resolved. You might look
> back in the email list to mid-June to see what the original set of
> issues was.
Thanks, Saul! I'll try that.
>
> Sau!
>
>
>> Thanks!
>>
>>>
>>> Could you give me some guide? Thank you!
>>>
>>> Regards,
>>> Kai
>>>
>>> _______________________________________________
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply
* [PATCH 0/2 v2][PULL] iptables: recipe upgrade
From: Dongxiao Xu @ 2011-11-01 3:38 UTC (permalink / raw)
To: openembedded-core
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
.../connman/connman-0.75/xtables_version.patch | 64 ++++++++++++++++++++
meta/recipes-connectivity/connman/connman_0.75.bb | 3 +-
.../{iptables_1.4.9.bb => iptables_1.4.12.1.bb} | 16 +++--
3 files changed, 75 insertions(+), 8 deletions(-)
create mode 100644 meta/recipes-connectivity/connman/connman-0.75/xtables_version.patch
rename meta/recipes-extended/iptables/{iptables_1.4.9.bb => iptables_1.4.12.1.bb} (64%)
^ permalink raw reply
* [PATCH 2/2] connman: add xtables_version to fix xtables API change
From: Dongxiao Xu @ 2011-11-01 3:38 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320118475.git.dongxiao.xu@intel.com>
After upgrade iptables to a newer version, some of its API are changed.
Therefore we add related fixes to the current connman.
Currently we don't upgrade connman since kernel.org still doesn't work
and we could not fetch the newer sources.
Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
---
.../connman/connman-0.75/xtables_version.patch | 64 ++++++++++++++++++++
meta/recipes-connectivity/connman/connman_0.75.bb | 3 +-
2 files changed, 66 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-connectivity/connman/connman-0.75/xtables_version.patch
diff --git a/meta/recipes-connectivity/connman/connman-0.75/xtables_version.patch b/meta/recipes-connectivity/connman/connman-0.75/xtables_version.patch
new file mode 100644
index 0000000..13e2c36
--- /dev/null
+++ b/meta/recipes-connectivity/connman/connman-0.75/xtables_version.patch
@@ -0,0 +1,64 @@
+xtables_merge_options API change, fix its calling in connman.
+
+Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
+
+Upstream-Status: Backport
+
+diff -ruN connman-0.75-orig//src/iptables.c connman-0.75/src/iptables.c
+--- connman-0.75-orig//src/iptables.c 2011-02-22 12:16:25.000000000 +0800
++++ connman-0.75/src/iptables.c 2011-10-26 09:21:33.941164000 +0800
+@@ -1089,7 +1089,11 @@
+ if (xt_t->init != NULL)
+ xt_t->init(xt_t->t);
+ iptables_globals.opts =
+- xtables_merge_options(iptables_globals.opts,
++ xtables_merge_options(
++#if XTABLES_VERSION_CODE > 5
++ iptables_globals.orig_opts,
++#endif
++ iptables_globals.opts,
+ xt_t->extra_opts,
+ &xt_t->option_offset);
+ if (iptables_globals.opts == NULL)
+@@ -1113,7 +1117,11 @@
+ xt_m->init(xt_m->m);
+ if (xt_m != xt_m->next) {
+ iptables_globals.opts =
+- xtables_merge_options(iptables_globals.opts,
++ xtables_merge_options(
++#if XTABLES_VERSION_CODE > 5
++ iptables_globals.orig_opts,
++#endif
++ iptables_globals.opts,
+ xt_m->extra_opts,
+ &xt_m->option_offset);
+ if (iptables_globals.opts == NULL)
+diff -ruN connman-0.75-orig//tools/iptables-test.c connman-0.75/tools/iptables-test.c
+--- connman-0.75-orig//tools/iptables-test.c 2011-02-22 12:16:25.000000000 +0800
++++ connman-0.75/tools/iptables-test.c 2011-10-26 09:23:25.701164000 +0800
+@@ -1076,7 +1076,11 @@
+ if (xt_t->init != NULL)
+ xt_t->init(xt_t->t);
+ connman_iptables_globals.opts =
+- xtables_merge_options(connman_iptables_globals.opts,
++ xtables_merge_options(
++#if XTABLES_VERSION_CODE > 5
++ connman_iptables_globals.orig_opts,
++#endif
++ connman_iptables_globals.opts,
+ xt_t->extra_opts,
+ &xt_t->option_offset);
+ if (connman_iptables_globals.opts == NULL)
+@@ -1102,7 +1106,11 @@
+ xt_m->init(xt_m->m);
+ if (xt_m != xt_m->next) {
+ connman_iptables_globals.opts =
+- xtables_merge_options(connman_iptables_globals.opts,
++ xtables_merge_options(
++#if XTABLES_VERSION_CODE > 5
++ connman_iptables_globals.orig_opts,
++#endif
++ connman_iptables_globals.opts,
+ xt_m->extra_opts,
+ &xt_m->option_offset);
+ if (connman_iptables_globals.opts == NULL)
diff --git a/meta/recipes-connectivity/connman/connman_0.75.bb b/meta/recipes-connectivity/connman/connman_0.75.bb
index 4c25fcc..8a02753 100644
--- a/meta/recipes-connectivity/connman/connman_0.75.bb
+++ b/meta/recipes-connectivity/connman/connman_0.75.bb
@@ -1,5 +1,5 @@
require connman.inc
-PR = "r1"
+PR = "r2"
EXTRA_OECONF += "\
ac_cv_path_WPASUPPLICANT=/usr/sbin/wpa_supplicant \
@@ -21,6 +21,7 @@ EXTRA_OECONF += "\
SRC_URI = "\
${KERNELORG_MIRROR}/linux/network/connman/connman-${PV}.tar.gz \
file://add_xuser_dbus_permission.patch \
+ file://xtables_version.patch \
file://connman \
"
--
1.7.1
^ permalink raw reply related
* [PATCH 1/2] iptables: upgrade to version 1.4.12.1
From: Dongxiao Xu @ 2011-11-01 3:38 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320118475.git.dongxiao.xu@intel.com>
Change do_configure_prepend() since some m4 file is needed when
doing configuration.
Define correct FILE for iptables and iptables-dbg packages.
License checksum changed (not essential part), and the license is
still GPLv2.
Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
---
.../{iptables_1.4.9.bb => iptables_1.4.12.1.bb} | 16 +++++++++-------
1 files changed, 9 insertions(+), 7 deletions(-)
rename meta/recipes-extended/iptables/{iptables_1.4.9.bb => iptables_1.4.12.1.bb} (64%)
diff --git a/meta/recipes-extended/iptables/iptables_1.4.9.bb b/meta/recipes-extended/iptables/iptables_1.4.12.1.bb
similarity index 64%
rename from meta/recipes-extended/iptables/iptables_1.4.9.bb
rename to meta/recipes-extended/iptables/iptables_1.4.12.1.bb
index 7c9fbea..52aa4d5 100644
--- a/meta/recipes-extended/iptables/iptables_1.4.9.bb
+++ b/meta/recipes-extended/iptables/iptables_1.4.12.1.bb
@@ -4,8 +4,8 @@ filtering code in Linux."
HOMEPAGE = "http://www.netfilter.org/"
BUGTRACKER = "http://bugzilla.netfilter.org/"
LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
- file://iptables.c;firstline=13;endline=25;md5=f1028f2401da1c120df27594b2be50ef"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263\
+ file://iptables/iptables.c;firstline=13;endline=25;md5=f1028f2401da1c120df27594b2be50ef"
PR = "r0"
@@ -18,12 +18,13 @@ RRECOMMENDS_${PN} = "kernel-module-x-tables \
kernel-module-nf-conntrack-ipv4 \
kernel-module-nf-nat \
kernel-module-ipt-masquerade"
-FILES_${PN}-dbg =+ "${libexecdir}/xtables/.debug"
+FILES_${PN} =+ "${libdir}/xtables/"
+FILES_${PN}-dbg =+ "${libdir}/xtables/.debug"
SRC_URI = "http://netfilter.org/projects/iptables/files/iptables-${PV}.tar.bz2"
-SRC_URI[md5sum] = "db1312f7ce5a4c11dc981a2ac76b26e8"
-SRC_URI[sha256sum] = "1ac719d6265cf64220c80c0974ed9d35febdac2986bb96eeaa9c8c7959a1d306"
+SRC_URI[md5sum] = "b08a1195ec2c1ebeaf072db3c55fdf43"
+SRC_URI[sha256sum] = "77e6581f21f15946a814fa311236e5f3f7c6593180f9d695cea06aa95e464aba"
inherit autotools
@@ -31,6 +32,7 @@ EXTRA_OECONF = "--with-kernel=${STAGING_INCDIR} \
${@base_contains('DISTRO_FEATURES', 'ipv6', '', '--disable-ipv6', d)}"
do_configure_prepend() {
- # they are all libtool m4 files
- rm -rf ${S}/m4
+ # Remove some libtool m4 files
+ # Keep ax_check_linker_flags.m4 which belongs to autoconf-archive.
+ rm -f libtool.m4 lt~obsolete.m4 ltoptions.m4 ltsugar.m4 ltversion.m4
}
--
1.7.1
^ permalink raw reply related
* [PATCH 0/1] fix bug 487
From: Dexuan Cui @ 2011-11-01 8:05 UTC (permalink / raw)
To: openembedded-core
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 dcui/bug487
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dcui/bug487
Dexuan Cui (1):
bash: make job control really work
meta/recipes-extended/bash/bash.inc | 1 +
meta/recipes-extended/bash/bash_4.2.bb | 2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
--
1.7.6
^ 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
* 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
* 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: [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 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 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 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: [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 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: [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
* 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: [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
* 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: 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: [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
* [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
* [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
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