[OE-core] [PATCH 1/2] libpam: Update recipes from 1.1.5 -> 1.1.6
Drop include-sys-resource.patch already fixed upstream
LIC_FILE_CHKSUM change is due to deletion of space in
COPYING file see
http://git.fedorahosted.org/cgit/linux-pam.git/commit/COPYING?id=1814aec611a5f9e03eceee81237ad3a3f51c954a
Signed-off-by: Khem Raj
---
.../pam/libpam/include-sys-resource.patch | 12
.../pam/{libpam_1.1.5.bb => libpam_1.1.6.bb} | 12
2 files changed, 4 insertions(+), 20 deletions(-)
delete mode 100644 meta/recipes-extended/pam/libpam/include-sys-resource.patch
rename meta/recipes-extended/pam/{libpam_1.1.5.bb => libpam_1.1.6.bb} (90%)
diff --git a/meta/recipes-extended/pam/libpam/include-sys-resource.patch
b/meta/recipes-extended/pam/libpam/include-sys-resource.patch
deleted file mode 100644
index 0108a88..000
--- a/meta/recipes-extended/pam/libpam/include-sys-resource.patch
+++ /dev/null
@@ -1,12 +0,0 @@
-Index: Linux-PAM-1.1.5/modules/pam_unix/pam_unix_acct.c
-===
Linux-PAM-1.1.5.orig/modules/pam_unix/pam_unix_acct.c 2012-07-04
12:37:44.881136025 -0700
-+++ Linux-PAM-1.1.5/modules/pam_unix/pam_unix_acct.c 2012-07-04
12:38:00.601136785 -0700
-@@ -47,6 +47,7 @@
- #include /* for time() */
- #include
- #include
-+#include
-
- #include
-
diff --git a/meta/recipes-extended/pam/libpam_1.1.5.bb
b/meta/recipes-extended/pam/libpam_1.1.6.bb
similarity index 90%
rename from meta/recipes-extended/pam/libpam_1.1.5.bb
rename to meta/recipes-extended/pam/libpam_1.1.6.bb
index f776e76..dd03df1 100644
--- a/meta/recipes-extended/pam/libpam_1.1.5.bb
+++ b/meta/recipes-extended/pam/libpam_1.1.6.bb
@@ -7,22 +7,18 @@ SECTION = "base"
# /etc/pam.d comes from Debian libpam-runtime in 2009-11 (at that time
# libpam-runtime-1.0.1 is GPLv2+), by openembedded
LICENSE = "GPLv2+ | BSD"
-LIC_FILES_CHKSUM = "file://COPYING;md5=ca0395de9a86191a078b8b79302e3083"
+LIC_FILES_CHKSUM = "file://COPYING;md5=7eb5c1bf854e8881005d673599ee74d3"
-PR = "r6"
-
-SRC_URI =
"https://fedorahosted.org/releases/l/i/linux-pam/Linux-PAM-${PV}.tar.bz2 \
+SRC_URI = "http://linux-pam.org/library/Linux-PAM-${PV}.tar.bz2 \
file://99_pam \
file://pam.d/* \
file://libpam-xtests.patch \
- file://include-sys-resource.patch \
"
+SRC_URI[md5sum] = "7b73e58b7ce79ffa321d408de06db2c4"
+SRC_URI[sha256sum] =
"bab887d6280f47fc3963df3b95735a27a16f0f663636163ddf3acab5f1149fc2"
SRC_URI_append_libc-uclibc = " file://pam-no-innetgr.patch"
-SRC_URI[md5sum] = "927ee5585bdec5256c75117e9348aa47"
-SRC_URI[sha256sum] =
"65def4df04254dc4c5156859d36c34ad6d7afbcf3adbf2780530ebc4dbf2a116"
-
DEPENDS = "bison flex flex-native cracklib"
EXTRA_OECONF = "--with-db-uniquename=_pam \
--
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] unifdef-native: Correct LICENSE
The header in sourcefile says its BSD licensed
not GPL therefore make the correction
Signed-off-by: Khem Raj
---
.../unifdef/unifdef-native_2.6.18+git.bb |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/unifdef/unifdef-native_2.6.18+git.bb
b/meta/recipes-devtools/unifdef/unifdef-native_2.6.18+git.bb
index 1b93816..3909e1c 100644
--- a/meta/recipes-devtools/unifdef/unifdef-native_2.6.18+git.bb
+++ b/meta/recipes-devtools/unifdef/unifdef-native_2.6.18+git.bb
@@ -1,6 +1,8 @@
DESCRIPTION = "Kernel header preprocessor"
SECTION = "devel"
-LICENSE = "GPL"
+LICENSE = "BSD"
+
+PR = "r1"
LIC_FILES_CHKSUM =
"file://${WORKDIR}/unifdef.c;endline=32;md5=1a33f5c39aa718a89058721df61979bd"
--
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] [PATCH 2/5] u-boot-fw-utils: Correct EXTRA_OEMAKE
On 08/17/2012 09:48 AM, Tom Rini wrote:
- HOSTCFLAGS / HOSTLDFLAGS have been valid for a long time for tools/env
- HOSTSTRIP will be needed in the future, does no harm to be correct
now.
Signed-off-by: Tom Rini
---
meta/recipes-bsp/u-boot/u-boot-fw-utils_2011.06.bb |4 ++--
.../u-boot/u-boot-fw-utils_2012.04.01.bb |4 +++-
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2011.06.bb
b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2011.06.bb
index 7c4df1a..99eef15 100644
--- a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2011.06.bb
+++ b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2011.06.bb
@@ -6,7 +6,7 @@ SECTION = "bootloader"
DEPENDS = "mtd-utils"
-PR = "r1"
+PR = "r2"
SRC_URI = "ftp://ftp.denx.de/pub/u-boot/u-boot-${PV}.tar.bz2";
@@ -15,7 +15,7 @@ SRC_URI[sha256sum] =
"362ddb935885da98cf461eba08f31e3e59d0c4ada6cb2fa15596f43af3
S = "${WORKDIR}/u-boot-${PV}"
-EXTRA_OEMAKE = 'HOSTCC="${CC}"'
+EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
do_compile () {
oe_runmake env
diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
index fe3422a..364f8a5 100644
--- a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
+++ b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
@@ -5,6 +5,8 @@ SECTION = "bootloader"
DEPENDS = "mtd-utils"
+PR = "r1"
+
# This is needs to be validated among supported BSP's before we can
# make it default
DEFAULT_PREFERENCE = "-1"
@@ -20,7 +22,7 @@ SRC_URI =
"git://git.denx.de/u-boot.git;branch=master;protocol=git"
S = "${WORKDIR}/git"
-EXTRA_OEMAKE = 'HOSTCC="${CC}"'
+EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
do_compile () {
oe_runmake env
This had a failure also:
ERROR: Function failed: do_install (see
/srv/ssd/sgw_ab/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/work/i586-poky-linux/u-boot-fw-utils-2011.06-r2/temp/log.do_install.69452
for further information)
ERROR: Logfile of failure stored in:
/srv/ssd/sgw_ab/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/work/i586-poky-linux/u-boot-fw-utils-2011.06-r2/temp/log.do_install.69452
Log data follows:
| DEBUG: Executing shell function do_install
| install: cannot stat
`/srv/ssd/sgw_ab/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/work/i586-poky-linux/u-boot-fw-utils-2011.06-r2/u-boot-2011.06/tools/env/fw_printenv':
No such file or directory
| ERROR: Function failed: do_install (see
/srv/ssd/sgw_ab/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/work/i586-poky-linux/u-boot-fw-utils-2011.06-r2/temp/log.do_install.69452
for further information)
NOTE: package u-boot-fw-utils-2011.06-r2: task do_install: Failed
ERROR: Task 2755
(/srv/ssd/sgw_ab/yocto-autobuilder/yocto-slave/nightly-world/build/meta/recipes-bsp/u-boot/u-boot-fw-utils_2011.06.bb,
do_install) failed with exit code '1'
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/5] u-boot-mkimage: Update to v2012.07
On 08/17/2012 09:48 AM, Tom Rini wrote:
Signed-off-by: Tom Rini
---
.../u-boot/u-boot-mkimage_2012.04.01.bb| 35
meta/recipes-bsp/u-boot/u-boot-mkimage_2012.07.bb | 33 ++
2 files changed, 33 insertions(+), 35 deletions(-)
delete mode 100644 meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
create mode 100644 meta/recipes-bsp/u-boot/u-boot-mkimage_2012.07.bb
diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
b/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
deleted file mode 100644
index 4d05202..000
--- a/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
+++ /dev/null
@@ -1,35 +0,0 @@
-DESCRIPTION = "U-boot bootloader mkimage tool"
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=1707d6db1d42237583f50183a5651ecb"
-SECTION = "bootloader"
-
-PR = "r1"
-
-# This is needs to be validated among supported BSP's before we can
-# make it default
-DEFAULT_PREFERENCE = "-1"
-
-# This revision corresponds to the tag "v2012.04.01"
-# We use the revision in order to avoid having to fetch it from the
-# repo during parse
-SRCREV = "415d386877df49eb051b85ef74fa59a16dc17c7d"
-
-PV = "v2012.04.01+git${SRCPV}"
-
-SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
-
-S = "${WORKDIR}/git"
-
-EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
-
-do_compile () {
- oe_runmake tools
-}
-
-do_install () {
- install -d ${D}${bindir}
- install -m 0755 tools/mkimage ${D}${bindir}/uboot-mkimage
- ln -sf uboot-mkimage ${D}${bindir}/mkimage
-}
-
-BBCLASSEXTEND = "native nativesdk"
diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.07.bb
b/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.07.bb
new file mode 100644
index 000..d30a648
--- /dev/null
+++ b/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.07.bb
@@ -0,0 +1,33 @@
+DESCRIPTION = "U-boot bootloader mkimage tool"
+LICENSE = "GPLv2+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=1707d6db1d42237583f50183a5651ecb"
+SECTION = "bootloader"
+
+# This is needs to be validated among supported BSP's before we can
+# make it default
+DEFAULT_PREFERENCE = "-1"
+
+# This revision corresponds to the tag "v2012.07"
+# We use the revision in order to avoid having to fetch it from the
+# repo during parse
+SRCREV = "190649fb4309d1bc0fe7732fd0f951cb6440f935"
+
+PV = "v2012.07+git${SRCPV}"
+
+SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
+
+S = "${WORKDIR}/git"
+
+EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
+
+do_compile () {
+ oe_runmake tools
+}
+
+do_install () {
+ install -d ${D}${bindir}
+ install -m 0755 tools/mkimage ${D}${bindir}/uboot-mkimage
+ ln -sf uboot-mkimage ${D}${bindir}/mkimage
+}
+
+BBCLASSEXTEND = "native nativesdk"
Seems to be an issue with this:
ERROR: Function failed: do_install (see
/srv/ssd/sgw_ab/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/work/i586-poky-linux/u-boot-mkimage-2011.06-r1/temp/log.do_install.61586
for further information)
ERROR: Logfile of failure stored in:
/srv/ssd/sgw_ab/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/work/i586-poky-linux/u-boot-mkimage-2011.06-r1/temp/log.do_install.61586
Log data follows:
| DEBUG: Executing shell function do_install
| install: cannot stat `tools/mkimage': No such file or directory
| ERROR: Function failed: do_install (see
/srv/ssd/sgw_ab/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/work/i586-poky-linux/u-boot-mkimage-2011.06-r1/temp/log.do_install.61586
for further information)
NOTE: package u-boot-mkimage-2011.06-r1: task do_install: Failed
ERROR: Task 3190
(/srv/ssd/sgw_ab/yocto-autobuilder/yocto-slave/nightly-world/build/meta/recipes-bsp/u-boot/u-boot-mkimage_2011.06.bb,
do_install) failed with exit code '1'
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] classes/chrpath: trigger an error if chrpath fails
On Friday, August 17, 2012, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Thu, 2012-08-16 at 18:13 +0100, Paul Eggleton wrote:
>> On Wednesday 15 August 2012 17:44:33 Paul Eggleton wrote:
>> > If chrpath failed here we were just silently ignoring it.
>> >
>> > Signed-off-by: Paul Eggleton
>> > ---
>> > meta/classes/chrpath.bbclass |4 +++-
>> > 1 file changed, 3 insertions(+), 1 deletion(-)
>> >
>> > diff --git a/meta/classes/chrpath.bbclass
b/meta/classes/chrpath.bbclass
>> > index 10b5ca0..ad61fe0 100644
>> > --- a/meta/classes/chrpath.bbclass
>> > +++ b/meta/classes/chrpath.bbclass
>> > @@ -74,7 +74,9 @@ def process_dir (directory, d):
>> > if len(new_rpaths):
>> > args = ":".join(new_rpaths)
>> > #bb.note("Setting rpath for %s to %s" %(fpath, args))
>> > -sub.call([cmd, '-r', args, fpath])
>> > +ret = sub.call([cmd, '-r', args, fpath])
>> > +if ret != 0:
>> > +bb.error("chrpath command failed with exit code
%d" %
>> > ret)
>> >
>> > if perms:
>> > os.chmod(fpath, perms)
>>
>> I missed that this does not actually report the output from chrpath when
it
>> fails because the task log is suppressed by virtue of calling bb.error.
I will
>> send a follow-up patch to address this.
>>
>> Incidentally a couple of users are reporting that they are now seeing
failures
>> where the rpath size is reported to be too small to contain the path we
are
>> applying. I haven't seen this myself - is there some way we can increase
the
>> space allowed for storing the path or is there some other issue at work
here?
>> I tried to search for some information on how storage of the rpath works
but
>> did not really find anything conclusive.
>
> Unfortunately we can't increase the size available without relinking the
> binary which isn't feasible at this point. The only way to increase the
> size is to run the build in a "deeper" path so that there is more room
> in the field. I did some calculations when we originally implemented
> this and concluded you'd have to build somewhere like /tmp to have a
> short enough path where this would be a problem.
>
> I thought we'd added a sanity test for it too but it sounds like either
> we didn't or if we did, it isn't functioning properly. Its good that at
> least we're catching the errors now and I'd appreciate more information
> about the failing cases.
>
I think we should just dump chrpath and start using patch elf
Which takes care of dynamically increasing path
> Cheers,
>
> Richard
>
>
>
>
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] avahi: fix packaging of avahi-autoipd
Hi, > > allows programs to publish and discover services and hosts running on a > > local network \ with no specific configuration. This tool implements > > IPv4LL, "Dynamic Configuration of \ IPv4 Link-Local Addresses" (IETF > > RFC3927), a protocol for automatic IP address \ configuration from the > > link-local 169.254.0.0/16 range without the need for a central \> > > -server." > > +server."' > > I might be being daft but is there an extra quote in here? > > +server."' > > should be: > > +server.' It was me who was daft, thanks. Cheers, Marc ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [Patch V2] avahi: fix packaging of avahi-autoipd
- Avahi's "avahi-autoipd" file is in the dhcp/ folder, not dhcp3/
- udhcpc files were being installed but not being shipped in avahi-autoipd
- do_install override for avahi-autoipd was not being called and is not
required, so join it into regular do_install.
- While at it, fixup string quoting in description.
This makes avahi-autoipd work with simple ifup/down scripts.
Signed-off-by: Marc Reilly
---
meta/recipes-connectivity/avahi/avahi.inc | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-connectivity/avahi/avahi.inc
b/meta/recipes-connectivity/avahi/avahi.inc
index 37ff70d..c08acb5 100644
--- a/meta/recipes-connectivity/avahi/avahi.inc
+++ b/meta/recipes-connectivity/avahi/avahi.inc
@@ -1,10 +1,10 @@
SUMMARY = "Avahi IPv4LL network address configuration daemon"
-DESCRIPTION = "Avahi is a fully LGPL framework for Multicast DNS Service
Discovery. It \
+DESCRIPTION = 'Avahi is a fully LGPL framework for Multicast DNS Service
Discovery. It \
allows programs to publish and discover services and hosts running on a local
network \
with no specific configuration. This tool implements IPv4LL, "Dynamic
Configuration of \
IPv4 Link-Local Addresses" (IETF RFC3927), a protocol for automatic IP address
\
configuration from the link-local 169.254.0.0/16 range without the need for a
central \
-server."
+server.'
AUTHOR = "Lennart Poettering "
HOMEPAGE = "http://avahi.org";
BUGTRACKER = "http://avahi.org/report";
@@ -63,7 +63,9 @@ PACKAGES =+ "avahi-systemd avahi-daemon libavahi-common
libavahi-core libavahi-c
FILES_avahi-systemd = "${systemd_unitdir}"
FILES_avahi-autoipd = "${sbindir}/avahi-autoipd \
${sysconfdir}/avahi/avahi-autoipd.action \
- ${sysconfdir}/dhcp3/*/avahi-autoipd"
+ ${sysconfdir}/dhcp/*/avahi-autoipd \
+ ${sysconfdir}/udhcpc.d/00avahi-autoipd \
+ ${sysconfdir}/udhcpc.d/99avahi-autoipd"
FILES_libavahi-common = "${libdir}/libavahi-common.so.*"
FILES_libavahi-core = "${libdir}/libavahi-core.so.*"
FILES_avahi-daemon = "${sbindir}/avahi-daemon \
@@ -116,10 +118,7 @@ do_install() {
rm -rf ${D}/var/run
rm -rf ${D}${datadir}/dbus-1/interfaces
rm -rf ${D}${libdir}/avahi
-}
-do_install_avahi-autoipd() {
- autotools_do_install
install -d ${D}${sysconfdir}/udhcpc.d
install ${WORKDIR}/00avahi-autoipd ${D}${sysconfdir}/udhcpc.d
install ${WORKDIR}/99avahi-autoipd ${D}${sysconfdir}/udhcpc.d
--
1.7.7
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Build Kernel module on target
On 08/17/2012 04:07 PM, Bodke, Kishore K wrote:
>
>
>> -Original Message-
>> From: Darren Hart [mailto:dvh...@linux.intel.com]
>> Sent: Friday, August 17, 2012 1:42 PM
>> To: Bodke, Kishore K
>> Cc: linux-yo...@yoctoproject.org
>> Subject: Re: Build Kernel module on target
>>
>>
>>
>> On 08/17/2012 11:11 AM, Bodke, Kishore K wrote:
>>>
>>>
-Original Message-
From: Darren Hart [mailto:dvh...@linux.intel.com]
Sent: Thursday, August 16, 2012 5:00 PM
To: Bodke, Kishore K
Cc: linux-yo...@yoctoproject.org
Subject: Re: Build Kernel module on target
On 08/16/2012 04:31 PM, Bodke, Kishore K wrote:
> Hi Darren,
Hi Kishore,
> I am trying to build the Kernel Module on the target with sdk image.
> I get the below error for all the kernel modules I am building.
>
> == Build lib/librte_eal/linuxapp/igb_uio
>
> make: *** /lib/modules/3.4.6-yocto-standard/build: No such file or
> directory. Stop.
>
> make[7]: *** [igb_uio.ko] Error 2
>
> Makefile has the kernel source directory set like below.
>
> RTE_KERNELDIR = /lib/modules/$(shell uname -r)/build
>
> And I see there is no build directory there in
> /lib/modules/3.4.6-yocto-standard .
>
> I changed the RTE_KERNELDIR to
>
> RTE_KERNELDIR =/usr/src/kernel
Correct.
>>>
>>> Why Yocto does not have /lib/modules/$(shell uname -r)/build?
>>> Generally /lib/modules/$(shell uname -r)/build is where EVERY kernel
>> module goes to look for kernel headers to build against.
>>
>> No reason. That would be a good addition. Please send a patch or open a
>> bug with
>> the request.
>>
>>>
> This time it went further to build the kernel module but failed for the
>
> /usr/src/kernel/scripts/recordmcount: No such file or directory
>
> I saw the ${STAGING_KERNEL_DIR} for the recordmcount. There is no
>> such
file
> I think we need scripts/recordmcount to be a part of the final image?
This is an unfortunate result of the kernel building those "scripts" for
the host, which we can't deploy to the target. We intentionally remove
them. To build on the target, you must first build the "scripts":
$ cd /usr/src/kernel
$ make scripts
Then try to build your modules.
>>>
>>> If I had to build the same module using recipe via bitbake, I get the same
>>> error.
>>
>> You shouldn't. If you do, it's a bug either in the module building
>> mechanism of oe-core or with your module recipe.
>>
>>> Unfortunately I cannot inherit module in my recipe.
>>
>> You really need to.
>
> Moving the discussion to [open embedded core list]
>
> Either I do inherit module or I don't, I need to have the kernel source
> directory to
> point to ${STAGING_KERNEL_DIR} in my recipe, since the Makefile has
> /lib/modules/$(shell uname -r)/build
> for the kernel source, which If I don't override, it will build kernel module
> for the local host.
I would suggest updating the Makefile (possibly with a patch in the
SRC_URI of the recipe) to use KERNEL_SRC instead of a hard-coded path.
The module.bbclass with make that variable available at build time (see
module_do_compile() in module.bbclass).
>
> Also the Makefile does not have rule for module install, can we have the
> install rule inside a recipe to make the module
> in to the final image?
Your Makefile should have a modules_install target. If it does not, see
the meta-skeleton/hello-mod/files/Makefile for an example of how to add one.
> Something like
> FILES_${PN}+= ${base_libdir}/modules/${KERNEL_VERSION}/kernel/drivers"
> install -m 640 ${B}/kmod/igb_uio.ko ${MODULE_DIR} (This being defined in
> a recipe)
You would be better off updating your Makefile to use standard Linux
kernel installation mechanisms.
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Technical Lead - Linux Kernel
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Build Kernel module on target
>-Original Message-
>From: Darren Hart [mailto:dvh...@linux.intel.com]
>Sent: Friday, August 17, 2012 1:42 PM
>To: Bodke, Kishore K
>Cc: linux-yo...@yoctoproject.org
>Subject: Re: Build Kernel module on target
>
>
>
>On 08/17/2012 11:11 AM, Bodke, Kishore K wrote:
>>
>>
>>> -Original Message-
>>> From: Darren Hart [mailto:dvh...@linux.intel.com]
>>> Sent: Thursday, August 16, 2012 5:00 PM
>>> To: Bodke, Kishore K
>>> Cc: linux-yo...@yoctoproject.org
>>> Subject: Re: Build Kernel module on target
>>>
>>>
>>>
>>> On 08/16/2012 04:31 PM, Bodke, Kishore K wrote:
Hi Darren,
>>>
>>> Hi Kishore,
>>>
I am trying to build the Kernel Module on the target with sdk image.
I get the below error for all the kernel modules I am building.
== Build lib/librte_eal/linuxapp/igb_uio
make: *** /lib/modules/3.4.6-yocto-standard/build: No such file or
directory. Stop.
make[7]: *** [igb_uio.ko] Error 2
Makefile has the kernel source directory set like below.
RTE_KERNELDIR = /lib/modules/$(shell uname -r)/build
And I see there is no build directory there in
/lib/modules/3.4.6-yocto-standard .
I changed the RTE_KERNELDIR to
RTE_KERNELDIR =/usr/src/kernel
>>>
>>> Correct.
>>
>> Why Yocto does not have /lib/modules/$(shell uname -r)/build?
>> Generally /lib/modules/$(shell uname -r)/build is where EVERY kernel
>module goes to look for kernel headers to build against.
>
>No reason. That would be a good addition. Please send a patch or open a
>bug with
>the request.
>
>>
>>>
This time it went further to build the kernel module but failed for the
/usr/src/kernel/scripts/recordmcount: No such file or directory
I saw the ${STAGING_KERNEL_DIR} for the recordmcount. There is no
>such
>>> file
I think we need scripts/recordmcount to be a part of the final image?
>>>
>>> This is an unfortunate result of the kernel building those "scripts" for
>>> the host, which we can't deploy to the target. We intentionally remove
>>> them. To build on the target, you must first build the "scripts":
>>>
>>> $ cd /usr/src/kernel
>>> $ make scripts
>>>
>>> Then try to build your modules.
>>
>> If I had to build the same module using recipe via bitbake, I get the same
>> error.
>
>You shouldn't. If you do, it's a bug either in the module building
>mechanism of oe-core or with your module recipe.
>
>> Unfortunately I cannot inherit module in my recipe.
>
>You really need to.
Moving the discussion to [open embedded core list]
Either I do inherit module or I don't, I need to have the kernel source
directory to
point to ${STAGING_KERNEL_DIR} in my recipe, since the Makefile has
/lib/modules/$(shell uname -r)/build
for the kernel source, which If I don't override, it will build kernel module
for the local host.
Also the Makefile does not have rule for module install, can we have the
install rule inside a recipe to make the module
in to the final image?
Something like
FILES_${PN}+= ${base_libdir}/modules/${KERNEL_VERSION}/kernel/drivers"
install -m 640 ${B}/kmod/igb_uio.ko ${MODULE_DIR} (This being defined in a
recipe)
Thanks
Kishore.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] cracklib, zlib, perl: install libz, libcrack to /lib instead of /usr/libxx
On 08/08/2012 11:00 AM, Yao Zhao wrote:
In order to fix the QA Issue for libpam which installed to /lib but
reference /usr/libxx/libz and libcrack, install libz and libcrack
to /lib.
Modify perl recipe to add STAGING_BASELIBDIR to library search path, original
recipe only has STAGING_LIBDIR, /lib, /usr/lib, which can't find the libz.
I think this patch needs more extensive testing, did you test this with
shared state at all? I think there might be some additional PR bumps
needed for recipes that depend on some of these libraries to recognize
that they have moved.
Sau!
Signed-off-by: Yao Zhao
---
meta/recipes-core/zlib/zlib_1.2.7.bb | 11 +--
meta/recipes-devtools/perl/perl_5.14.2.bb |4 ++--
meta/recipes-extended/cracklib/cracklib_2.8.19.bb |4 +++-
3 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-core/zlib/zlib_1.2.7.bb
b/meta/recipes-core/zlib/zlib_1.2.7.bb
index 803fec3..0d8b6bd 100644
--- a/meta/recipes-core/zlib/zlib_1.2.7.bb
+++ b/meta/recipes-core/zlib/zlib_1.2.7.bb
@@ -12,8 +12,11 @@ SRC_URI = "http://www.zlib.net/${BPN}-${PV}.tar.bz2 \
SRC_URI[md5sum] = "2ab442d169156f34c379c968f3f482dd"
SRC_URI[sha256sum] =
"49e2e9658dfb036900da6ea0267a737fa3c4eee776d378c79d52e9334934"
+PR = "r1"
+
do_configure (){
- ./configure --prefix=${prefix} --shared --libdir=${libdir}
+ #sharedlibdir sets to {libdir} if not set
+ ./configure --prefix=${prefix} --shared --libdir="${base_libdir}"
}
do_compile (){
@@ -21,7 +24,11 @@ do_compile (){
}
do_install() {
- oe_runmake DESTDIR=${D} install
+ #install libz.so.1.2.7 libz.a to /lib
+ #libz.a installs to libdir, overwrite the env libdir
+ #install pkgconfig to env libdir/pkgconfig
+ oe_runmake DESTDIR=${D} pkgconfigdir="${libdir}/pkgconfig" \
+ libdir="${base_libdir}" install
}
BBCLASSEXTEND = "native nativesdk"
diff --git a/meta/recipes-devtools/perl/perl_5.14.2.bb
b/meta/recipes-devtools/perl/perl_5.14.2.bb
index 561b30e..40dbc80 100644
--- a/meta/recipes-devtools/perl/perl_5.14.2.bb
+++ b/meta/recipes-devtools/perl/perl_5.14.2.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
"file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
# We need gnugrep (for -I)
DEPENDS = "virtual/db grep-native"
DEPENDS += "gdbm zlib"
-PR = "r8"
+PR = "r9"
# 5.10.1 has Module::Build built-in
PROVIDES += "libmodule-build-perl"
@@ -180,7 +180,7 @@ do_compile() {
sed -i -e "s|\([ \"\']\+\)/usr/include|\1${STAGING_INCDIR}|g"
ext/Errno/Errno_pm.PL
sed -i -e "s|\([ \"\']\+\)/usr/include|\1${STAGING_INCDIR}|g"
cpan/Compress-Raw-Zlib/config.in
sed -i -e 's|/usr/lib|""|g' cpan/Compress-Raw-Zlib/config.in
-sed -i -e 's|SYSROOTLIB|${STAGING_LIBDIR}|g'
cpan/ExtUtils-MakeMaker/lib/ExtUtils/Liblist/Kid.pm
+sed -i -e 's|"SYSROOTLIB"|("${STAGING_BASELIBDIR}",
"${STAGING_LIBDIR}")|g' cpan/ExtUtils-MakeMaker/lib/ExtUtils/Liblist/Kid.pm
cd Cross
oe_runmake perl LD="${CCLD}"
diff --git a/meta/recipes-extended/cracklib/cracklib_2.8.19.bb
b/meta/recipes-extended/cracklib/cracklib_2.8.19.bb
index 2951396..e36703e 100644
--- a/meta/recipes-extended/cracklib/cracklib_2.8.19.bb
+++ b/meta/recipes-extended/cracklib/cracklib_2.8.19.bb
@@ -5,7 +5,7 @@ LICENSE = "LGPLv2.1+"
LIC_FILES_CHKSUM = "file://COPYING.LIB;md5=e3eda01d9815f8d24aae2dbd89b68b06"
DEPENDS = "zlib"
-PR ="r0"
+PR ="r1"
EXTRA_OECONF = "--without-python"
@@ -15,3 +15,5 @@ SRC_URI[md5sum] = "ca0ec168d9c6466612204e8dfb2df8a9"
SRC_URI[sha256sum] =
"7086b0ca23f875c9cd9ea2a993c262384b274dba9c4ea1da845ec8ac290748a9"
inherit autotools gettext
+
+libdir = "${base_libdir}"
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] Fix broken attempt only installs with RPM
On 08/17/2012 09:25 AM, Mark Hatle wrote: The following changes since commit 99815eddd4e1eb5d939831704231537dd5a995ad: classes/chrpath: improve chrpath failure handling (2012-08-17 15:25:01 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib mhatle/rpm http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=mhatle/rpm Mark Hatle (1): package_rpm.bbclass: Fix attemptonly install failures meta/classes/package_rpm.bbclass |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [V2 PATCH 0/6] Don't have hwclock init scripts for machines without rtc
On 08/16/2012 03:28 PM, Andrei Gherzan wrote: V2: Remove: 3f88694 subversion: Add gettext to DEPENDS as msgfmt is needed at compile time Sent as (it should be) a different pull request. I dropped the idea of maching Busybox HW dependent. A bad idea indeed. Now, hwclock init script is packaged separately and pulled into image only if MACHINE_FEATURES contains rtc value. The inclusion of rtc is done in a BACKFILL way. The following changes since commit af847d36375aa53f0c1ee2a00c97ba9f38837d1b: bitbake: bitbake: build.py: Add stampdir argument to cached_mtime_noerror (2012-08-16 12:27:41 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ag/backfill-busybox http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=ag/backfill-busybox Andrei Gherzan (6): utils.py: Modify and rename distro_features_backfill python function bitbake.conf: Use the new form of features_backfill function bitbake.conf: Add MACHINE_FEATURES_BACKFILL and append to MACHINE_FEATURES bitbake.conf: Add rtc to MACHINE_FEATURES_BACKFILL task-core-boot: Add busybox-hwclock if MACHINE_FEATURES contains rtc busybox: Package hwclock.sh initscript separately meta/conf/bitbake.conf|5 - meta/lib/oe/utils.py |9 ++--- meta/recipes-core/busybox/busybox.inc |5 +++-- meta/recipes-core/tasks/task-core-boot.bb |1 + 4 files changed, 14 insertions(+), 6 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [V2 PATCH 0/1] Inherit gettext in subversion
On 08/16/2012 03:22 PM, Andrei Gherzan wrote: V2: Send the version of din patch where gettext is inherited The following changes since commit af847d36375aa53f0c1ee2a00c97ba9f38837d1b: bitbake: bitbake: build.py: Add stampdir argument to cached_mtime_noerror (2012-08-16 12:27:41 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ag/fixes http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=ag/fixes Andrei Gherzan (1): subversion: Inherit gettext as msgfmt is needed at compile time .../subversion/subversion_1.7.2.bb |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Fwd: [oe-commits] Mark Hatle : prelink: Update to latest upstream prelink
On 8/17/12 4:21 PM, Andreas Müller wrote:
On Fri, Aug 17, 2012 at 7:09 PM, wrote:
Module: openembedded-core.git
Branch: master
Commit: 7759c9a2c5dfdc1cae5540a5985632c78abbac89
URL:
http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=7759c9a2c5dfdc1cae5540a5985632c78abbac89
Author: Mark Hatle
Date: Mon Aug 13 14:49:57 2012 -0500
prelink: Update to latest upstream prelink
The latest fixes an obscure problem with prelinking on PowerPC, as well
as general updated.
Signed-off-by: Mark Hatle
Signed-off-by: Saul Wold
---
meta/recipes-devtools/prelink/prelink_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/prelink/prelink_git.bb
b/meta/recipes-devtools/prelink/prelink_git.bb
index c94bdf5..610302e 100644
--- a/meta/recipes-devtools/prelink/prelink_git.bb
+++ b/meta/recipes-devtools/prelink/prelink_git.bb
@@ -8,9 +8,9 @@ and executables, so that far fewer relocations need to be
resolved at \
runtime and thus programs come up faster."
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=c93c0550bd3173f4504b2cbd8991e50b"
-SRCREV = "7b47f2f8a15ed13b7905bc120bb2586f3e164f7d"
+SRCREV = "a2d8e30942bd4bc0a5c852b9d9d12f8684c4bb8d"
PV = "1.0+git${SRCPV}"
-PR = "r9"
+PR = "r10"
#
# The cron script attempts to re-prelink the system daily -- on
I think reloading is caused by this change. Since latest update I get
WARNING: Failed to fetch URL
git://git.yoctoproject.org/prelink-cross.git;protocol=git, attempting
MIRRORS if available
ERROR: Fetcher failure: Fetch command export HOME="/home/Superandy";
export SSH_AUTH_SOCK="/tmp/keyring-IAYDEC/ssh"; export
GIT_CONFIG="/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/etc/gitconfig";
export
PATH="/home/Superandy/data/oe-core/sources/openembedded-core/scripts/native-intercept:/home/Superandy/data/oe-core/sources/openembedded-core/scripts:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-linux:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/sbin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/sbin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux//bin:/home/Superandy/oe-core/sources/openembedded-core/scripts:/home/Superandy/oe-core/sources/bitbake/bin:/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:./:/home/Superandy/bin:/sbin:/usr/sbin";
git remote add --mirror=fetch origin
git://git.yoctoproject.org/prelink-cross.git failed with exit code
129, output:
STDOUT:
STDERR: error: option `mirror' takes no value
usage: git remote add []
-f, --fetch fetch the remote branches
--tagsimport all tags and associated objects when fetching
or do not fetch any tag at all (--no-tags)
-t, --track branch(es) to track
-m, --master
master branch
--mirror no separate remotes
ERROR: Function failed: Fetcher failure for URL:
'git://git.yoctoproject.org/prelink-cross.git;protocol=git'. Unable to
fetch URL from any source.
ERROR: Logfile of failure stored in:
/home/Superandy/tmp/oe-core-eglibc/work/x86_64-linux/prelink-native-1.0+git1+a2d8e30942bd4bc0a5c852b9d9d12f8684c4bb8d-r10/temp/log.do_fetch.25940
ERROR: Task 103
(virtual:native:/home/Superandy/data/oe-core/sources/openembedded-core/meta/recipes-devtools/prelink/prelink_git.bb,
do_fetch) failed with exit code '1'
NOTE: Tasks Summary: Attempted 307 tasks of which 262 didn't need to
be rerun and 1 failed.
Any thoughts?
I verified that the upstream repository does have that commit, and that is the
correct commit.
From looking at it, it almost sounds like you were unable to connect to
git.yoctoproject.org in order to retrieve the sources.
I know I was having some problems yesterday with that, but they went away --
maybe a stale DNS server?
--Mark
Andreas
___
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] Fwd: [oe-commits] Mark Hatle : prelink: Update to latest upstream prelink
On Fri, 2012-08-17 at 23:21 +0200, Andreas Müller wrote:
> On Fri, Aug 17, 2012 at 7:09 PM, wrote:
> > Module: openembedded-core.git
> > Branch: master
> > Commit: 7759c9a2c5dfdc1cae5540a5985632c78abbac89
> > URL:
> > http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=7759c9a2c5dfdc1cae5540a5985632c78abbac89
> >
> > Author: Mark Hatle
> > Date: Mon Aug 13 14:49:57 2012 -0500
> >
> > prelink: Update to latest upstream prelink
> >
> > The latest fixes an obscure problem with prelinking on PowerPC, as well
> > as general updated.
> >
> > Signed-off-by: Mark Hatle
> > Signed-off-by: Saul Wold
> >
> > ---
> >
> > meta/recipes-devtools/prelink/prelink_git.bb |4 ++--
> > 1 files changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/recipes-devtools/prelink/prelink_git.bb
> > b/meta/recipes-devtools/prelink/prelink_git.bb
> > index c94bdf5..610302e 100644
> > --- a/meta/recipes-devtools/prelink/prelink_git.bb
> > +++ b/meta/recipes-devtools/prelink/prelink_git.bb
> > @@ -8,9 +8,9 @@ and executables, so that far fewer relocations need to be
> > resolved at \
> > runtime and thus programs come up faster."
> > LICENSE = "GPLv2"
> > LIC_FILES_CHKSUM = "file://COPYING;md5=c93c0550bd3173f4504b2cbd8991e50b"
> > -SRCREV = "7b47f2f8a15ed13b7905bc120bb2586f3e164f7d"
> > +SRCREV = "a2d8e30942bd4bc0a5c852b9d9d12f8684c4bb8d"
> > PV = "1.0+git${SRCPV}"
> > -PR = "r9"
> > +PR = "r10"
> >
> > #
> > # The cron script attempts to re-prelink the system daily -- on
> >
> I think reloading is caused by this change. Since latest update I get
>
> WARNING: Failed to fetch URL
> git://git.yoctoproject.org/prelink-cross.git;protocol=git, attempting
> MIRRORS if available
> ERROR: Fetcher failure: Fetch command export HOME="/home/Superandy";
> export SSH_AUTH_SOCK="/tmp/keyring-IAYDEC/ssh"; export
> GIT_CONFIG="/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/etc/gitconfig";
> export
> PATH="/home/Superandy/data/oe-core/sources/openembedded-core/scripts/native-intercept:/home/Superandy/data/oe-core/sources/openembedded-core/scripts:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-linux:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/sbin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/sbin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux//bin:/home/Superandy/oe-core/sources/openembedded-core/scripts:/home/Superandy/oe-core/sources/bitbake/bin:/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:./:/home/Superandy/bin:/sbin:/usr/sbin";
> git remote add --mirror=fetch origin
> git://git.yoctoproject.org/prelink-cross.git failed with exit code
> 129, output:
> STDOUT:
> STDERR: error: option `mirror' takes no value
> usage: git remote add []
>
> -f, --fetch fetch the remote branches
> --tagsimport all tags and associated objects when fetching
> or do not fetch any tag at all (--no-tags)
> -t, --track branch(es) to track
> -m, --master
> master branch
> --mirror no separate remotes
>
>
> ERROR: Function failed: Fetcher failure for URL:
> 'git://git.yoctoproject.org/prelink-cross.git;protocol=git'. Unable to
> fetch URL from any source.
> ERROR: Logfile of failure stored in:
> /home/Superandy/tmp/oe-core-eglibc/work/x86_64-linux/prelink-native-1.0+git1+a2d8e30942bd4bc0a5c852b9d9d12f8684c4bb8d-r10/temp/log.do_fetch.25940
> ERROR: Task 103
> (virtual:native:/home/Superandy/data/oe-core/sources/openembedded-core/meta/recipes-devtools/prelink/prelink_git.bb,
> do_fetch) failed with exit code '1'
> NOTE: Tasks Summary: Attempted 307 tasks of which 262 didn't need to
> be rerun and 1 failed.
>
> Any thoughts?
You have an incompatible version of git and git-native is in
ASSUME_PROVIDED. We should have detected this and built git-native in
this case. What version of git do you have?
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libproxy: add dependency on glib-2.0
On Fri, 2012-08-17 at 14:07 -0400, Paul Gortmaker wrote: > On 12-08-17 12:57 PM, Richard Purdie wrote: > > On Mon, 2012-08-13 at 18:43 -0400, Paul Gortmaker wrote: > >> Without this, you will get occasional build failures if libproxy > >> tries to build before the glib headers are placed in the sysroot. > >> > >> Signed-off-by: Paul Gortmaker > >> > >> diff --git a/meta/recipes-support/libproxy/libproxy_0.4.7.bb > >> b/meta/recipes-support/libproxy/libproxy_0.4.7.bb > >> index 7e3cf27..a39e3a8 100644 > >> --- a/meta/recipes-support/libproxy/libproxy_0.4.7.bb > >> +++ b/meta/recipes-support/libproxy/libproxy_0.4.7.bb > >> @@ -6,7 +6,7 @@ LICENSE = "LGPLv2.1+" > >> LIC_FILES_CHKSUM = "file://COPYING;md5=7d704a7b1b116e8783edcdb44ff4 \ > >> > >> file://utils/proxy.c;beginline=1;endline=18;md5=55152a1006d7dafbef32baf9c30a99c0" > >> > >> -DEPENDS = "gconf" > >> +DEPENDS = "gconf glib-2.0" > >> > > > > We've gone around in circles on this and had issues over circular > > dependencies. The bottom line is that we don't need glib-2.0 here, we > > want to disable the glib-2.0 using components of libproxy. I don't know > > Fair enough. > > Can we _finally_ fix the mailing lists to not override the To/Cc lines > with crap Reply-To: lines? Once again I almost missed seeing this reply, > since I was no longer on the To/Cc. > > AFAICT, all were in agreement that it was broken, but it never got fixed. There were a few things causing problems here such as lost admin access. Those have been resolved and I just changed the setting that I think was causing the problems. Let me know if there are still issues... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/6] Package upgrades
On 08/16/2012 05:55 AM, Constantin Musca wrote:
This is another set of package upgrades compiled on all architectures
and tested using core-image-sato-sdk. The connman 1.4 recipe doesn't
need the 0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
anymore.
Constantin Musca (6):
dbus: upgrade to 1.6.4
ofono: upgrade to 1.10
iproute2: upgrade to 3.5.0
iptables: upgrade to 1.4.15
pulseaudio: upgrade to 2.1
Merged the above into OE-Core
connman: upgrade to 1.4
Commented on lack of commit message, please resend.
Thanks
Sau!
...ck-that-the-string-isn-t-empty-before-spl.patch | 37
.../connman/{connman_1.3.bb => connman_1.4.bb} |9 +++--
.../configure-cross.patch |0
.../{iproute2_3.4.0.bb => iproute2_3.5.0.bb} |4 +--
.../ofono/{ofono_1.8.bb => ofono_1.10.bb} |6 ++--
.../dbus/{dbus-1.4.20 => dbus-1.6.4}/dbus-1.init |0
.../dbus/{dbus-1.4.20 => dbus-1.6.4}/tmpdir.patch |0
.../dbus/{dbus_1.4.20.bb => dbus_1.6.4.bb} |4 +--
.../{iptables_1.4.14.bb => iptables_1.4.15.bb} |4 +--
.../{pulseaudio_2.0.bb => pulseaudio_2.1.bb} |4 +--
10 files changed, 15 insertions(+), 53 deletions(-)
delete mode 100644
meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
rename meta/recipes-connectivity/connman/{connman_1.3.bb => connman_1.4.bb}
(69%)
rename meta/recipes-connectivity/iproute2/{iproute2-3.4.0 =>
iproute2-3.5.0}/configure-cross.patch (100%)
rename meta/recipes-connectivity/iproute2/{iproute2_3.4.0.bb =>
iproute2_3.5.0.bb} (51%)
rename meta/recipes-connectivity/ofono/{ofono_1.8.bb => ofono_1.10.bb} (63%)
rename meta/recipes-core/dbus/{dbus-1.4.20 => dbus-1.6.4}/dbus-1.init (100%)
rename meta/recipes-core/dbus/{dbus-1.4.20 => dbus-1.6.4}/tmpdir.patch (100%)
rename meta/recipes-core/dbus/{dbus_1.4.20.bb => dbus_1.6.4.bb} (21%)
rename meta/recipes-extended/iptables/{iptables_1.4.14.bb =>
iptables_1.4.15.bb} (91%)
rename meta/recipes-multimedia/pulseaudio/{pulseaudio_2.0.bb =>
pulseaudio_2.1.bb} (71%)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Fwd: [oe-commits] Mark Hatle : prelink: Update to latest upstream prelink
On Fri, Aug 17, 2012 at 7:09 PM, wrote:
> Module: openembedded-core.git
> Branch: master
> Commit: 7759c9a2c5dfdc1cae5540a5985632c78abbac89
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=7759c9a2c5dfdc1cae5540a5985632c78abbac89
>
> Author: Mark Hatle
> Date: Mon Aug 13 14:49:57 2012 -0500
>
> prelink: Update to latest upstream prelink
>
> The latest fixes an obscure problem with prelinking on PowerPC, as well
> as general updated.
>
> Signed-off-by: Mark Hatle
> Signed-off-by: Saul Wold
>
> ---
>
> meta/recipes-devtools/prelink/prelink_git.bb |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-devtools/prelink/prelink_git.bb
> b/meta/recipes-devtools/prelink/prelink_git.bb
> index c94bdf5..610302e 100644
> --- a/meta/recipes-devtools/prelink/prelink_git.bb
> +++ b/meta/recipes-devtools/prelink/prelink_git.bb
> @@ -8,9 +8,9 @@ and executables, so that far fewer relocations need to be
> resolved at \
> runtime and thus programs come up faster."
> LICENSE = "GPLv2"
> LIC_FILES_CHKSUM = "file://COPYING;md5=c93c0550bd3173f4504b2cbd8991e50b"
> -SRCREV = "7b47f2f8a15ed13b7905bc120bb2586f3e164f7d"
> +SRCREV = "a2d8e30942bd4bc0a5c852b9d9d12f8684c4bb8d"
> PV = "1.0+git${SRCPV}"
> -PR = "r9"
> +PR = "r10"
>
> #
> # The cron script attempts to re-prelink the system daily -- on
>
I think reloading is caused by this change. Since latest update I get
WARNING: Failed to fetch URL
git://git.yoctoproject.org/prelink-cross.git;protocol=git, attempting
MIRRORS if available
ERROR: Fetcher failure: Fetch command export HOME="/home/Superandy";
export SSH_AUTH_SOCK="/tmp/keyring-IAYDEC/ssh"; export
GIT_CONFIG="/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/etc/gitconfig";
export
PATH="/home/Superandy/data/oe-core/sources/openembedded-core/scripts/native-intercept:/home/Superandy/data/oe-core/sources/openembedded-core/scripts:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-linux:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/sbin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/sbin:/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux//bin:/home/Superandy/oe-core/sources/openembedded-core/scripts:/home/Superandy/oe-core/sources/bitbake/bin:/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:./:/home/Superandy/bin:/sbin:/usr/sbin";
git remote add --mirror=fetch origin
git://git.yoctoproject.org/prelink-cross.git failed with exit code
129, output:
STDOUT:
STDERR: error: option `mirror' takes no value
usage: git remote add []
-f, --fetch fetch the remote branches
--tagsimport all tags and associated objects when fetching
or do not fetch any tag at all (--no-tags)
-t, --track branch(es) to track
-m, --master
master branch
--mirror no separate remotes
ERROR: Function failed: Fetcher failure for URL:
'git://git.yoctoproject.org/prelink-cross.git;protocol=git'. Unable to
fetch URL from any source.
ERROR: Logfile of failure stored in:
/home/Superandy/tmp/oe-core-eglibc/work/x86_64-linux/prelink-native-1.0+git1+a2d8e30942bd4bc0a5c852b9d9d12f8684c4bb8d-r10/temp/log.do_fetch.25940
ERROR: Task 103
(virtual:native:/home/Superandy/data/oe-core/sources/openembedded-core/meta/recipes-devtools/prelink/prelink_git.bb,
do_fetch) failed with exit code '1'
NOTE: Tasks Summary: Attempted 307 tasks of which 262 didn't need to
be rerun and 1 failed.
Any thoughts?
Andreas
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] Package upgrades
On 08/14/2012 05:50 AM, Constantin Musca wrote:
This is another set of package upgrades compiled on all architectures
and tested using core-image-sato-sdk. Beware that the libxrandr package upgrade
must be applied after applying the randrproto package upgrade.
Constantin Musca (3):
pciutils: upgrade to 3.1.10
Merged into OE-Core
randrproto: upgrade to 1.4.0
libxrandr: upgrade to 1.4.0
These 2 need commit message updates explaining what changed in their
license files. It could be as simple as saying the Year changed, but we
need to know.
Thanks
Sau!
.../configure.patch|0
.../guess-fix.patch|0
.../lib-build-fix.patch|0
.../makefile.patch |0
.../pcimodules-pciutils.diff |0
.../{pciutils_3.1.9.bb => pciutils_3.1.10.bb} |4 ++--
.../{libxrandr_1.3.2.bb => libxrandr_1.4.0.bb} |6 +++---
.../{randrproto_1.3.2.bb => randrproto_1.4.0.bb} |8
8 files changed, 9 insertions(+), 9 deletions(-)
rename meta/recipes-bsp/pciutils/{pciutils-3.1.9 =>
pciutils-3.1.10}/configure.patch (100%)
rename meta/recipes-bsp/pciutils/{pciutils-3.1.9 =>
pciutils-3.1.10}/guess-fix.patch (100%)
rename meta/recipes-bsp/pciutils/{pciutils-3.1.9 =>
pciutils-3.1.10}/lib-build-fix.patch (100%)
rename meta/recipes-bsp/pciutils/{pciutils-3.1.9 =>
pciutils-3.1.10}/makefile.patch (100%)
rename meta/recipes-bsp/pciutils/{pciutils-3.1.9 =>
pciutils-3.1.10}/pcimodules-pciutils.diff (100%)
rename meta/recipes-bsp/pciutils/{pciutils_3.1.9.bb => pciutils_3.1.10.bb}
(92%)
rename meta/recipes-graphics/xorg-lib/{libxrandr_1.3.2.bb =>
libxrandr_1.4.0.bb} (72%)
rename meta/recipes-graphics/xorg-proto/{randrproto_1.3.2.bb =>
randrproto_1.4.0.bb} (68%)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] pseudo: Fix pseudo-native rebuild when triggered by dep change
When NO32LIBS = 0, building 32-bit version of pseudo-native and
building on a 64-bit host -- if the build was triggered by a
dependency change on something pseudo uses, the build could fail
due to left over files from the previous build. Fix this by
ensuring we run make distclean (and ignoring any failure codes) to
ensure we start over.
Signed-off-by: Mark Hatle
---
meta/recipes-devtools/pseudo/pseudo.inc |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-devtools/pseudo/pseudo.inc
b/meta/recipes-devtools/pseudo/pseudo.inc
index ac898d2..095e6e0 100644
--- a/meta/recipes-devtools/pseudo/pseudo.inc
+++ b/meta/recipes-devtools/pseudo/pseudo.inc
@@ -45,6 +45,12 @@ do_compile_prepend_virtclass-native () {
# We need the 32-bit libpseudo on a 64-bit machine...
# ... and we really, really, hope that the native host is
# x86, or else --bits may not work.
+
+ # if we're being rebuilt due to a dependency change, we need to
make sure
+ # everything is clean before we configure and build -- if we
haven't previously
+ # built this will fail and be ignored.
+ make ${MAKEOPTS} distclean || :
+
./configure --prefix=${prefix}
--libdir=${prefix}/lib/pseudo/lib
--with-sqlite=${STAGING_DIR_TARGET}${exec_prefix} --bits=32 --without-rpath
oe_runmake ${MAKEOPTS} libpseudo
# prevent it from removing the lib, but remove everything else
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Fix pseudo-native build when NO32LIBS = 0 is set
The following changes since commit bb74035190c7794fcebaa7f6ba247672a4c34cde: libsamplerate: depends on libsdnfile (2012-08-17 18:04:12 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib mhatle/pseudo http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=mhatle/pseudo Mark Hatle (1): pseudo: Fix pseudo-native rebuild when triggered by dep change meta/recipes-devtools/pseudo/pseudo.inc |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) -- 1.7.3.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] apt-native and rootfs_deb fixes
On 08/14/2012 02:41 AM, Robert Yang wrote: * Remove an extra line from apt.conf * Fix the race issue and populate_sdk_deb Test info: $ bitbake core-image-sato meta-toolchain-sdk core-image-sato-sdk The build is OK, it would fail by strange errors without these 2 patches. // Robert The following changes since commit d45bbc5c75a8f277fc1185a5f28847116eec376d: createrepo: add wrapper script to fix paths (2012-08-13 20:10:34 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib robert/deblock http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=robert/deblock Robert Yang (2): apt-native 0.7.14: remove an extra line from apt.conf rootfs_deb: move the lock from WORKDIR to DEPLOY_DIR_DEB meta/classes/populate_sdk_deb.bbclass |3 ++- meta/classes/rootfs_deb.bbclass|2 +- meta/recipes-devtools/apt/apt-native_0.7.14.bb |2 +- meta/recipes-devtools/apt/files/apt.conf |1 - 4 files changed, 4 insertions(+), 4 deletions(-) Merged into OE-Core Thanks Sau! ___ 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 2/8] clutter: DOLT isn't used anymore
On 08/13/2012 11:58 AM, Ross Burton wrote:
Signed-off-by: Ross Burton
---
meta/recipes-graphics/clutter/clutter-1.8_1.8.4.bb |7 +--
meta/recipes-graphics/clutter/clutter-1.8_git.bb |7 +--
meta/recipes-graphics/clutter/cogl_git.bb |7 +--
3 files changed, 3 insertions(+), 18 deletions(-)
diff --git a/meta/recipes-graphics/clutter/clutter-1.8_1.8.4.bb
b/meta/recipes-graphics/clutter/clutter-1.8_1.8.4.bb
index a370568..aceef96 100644
--- a/meta/recipes-graphics/clutter/clutter-1.8_1.8.4.bb
+++ b/meta/recipes-graphics/clutter/clutter-1.8_1.8.4.bb
@@ -1,7 +1,7 @@
require recipes-graphics/clutter/clutter.inc
require recipes-graphics/clutter/clutter-package.inc
-PR = "r1"
+PR = "r2"
# We're API/ABI compatible and this may make things easier for layers
PROVIDES += "clutter-1.6"
@@ -19,10 +19,5 @@ S = "${WORKDIR}/clutter-${PV}"
BASE_CONF += "--disable-introspection"
-do_configure_prepend () {
- # Disable DOLT
- sed -i -e 's/^DOLT//' ${S}/configure.ac
-}
-
SRC_URI[md5sum] = "487f70f9b59e1328b47f1db4094ab662"
SRC_URI[sha256sum] =
"0d567177facd6913ac9c894e230ae48933125f02354ef965bbbf0586f1f0df91"
diff --git a/meta/recipes-graphics/clutter/clutter-1.8_git.bb
b/meta/recipes-graphics/clutter/clutter-1.8_git.bb
index 7d8bcb3..89d8026 100644
--- a/meta/recipes-graphics/clutter/clutter-1.8_git.bb
+++ b/meta/recipes-graphics/clutter/clutter-1.8_git.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=4fbd65380cdd255951079008b364516c"
# the 1.8.4 tag
SRCREV = "f2183fa8df3d173afbee09cc4230ab8f4e03f459"
PV = "1.8.4+git${SRCPV}"
-PR = "r1"
+PR = "r2"
DEFAULT_PREFERENCE = "-1"
@@ -18,8 +18,3 @@ S = "${WORKDIR}/git"
BASE_CONF += "--disable-introspection"
AUTOTOOLS_AUXDIR = "${S}/build"
-
-do_configure_prepend () {
- # Disable DOLT
- sed -i -e 's/^DOLT//' ${S}/configure.ac
-}
diff --git a/meta/recipes-graphics/clutter/cogl_git.bb
b/meta/recipes-graphics/clutter/cogl_git.bb
index 682f931..a3e1903 100644
--- a/meta/recipes-graphics/clutter/cogl_git.bb
+++ b/meta/recipes-graphics/clutter/cogl_git.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=4fbd65380cdd255951079008b364516c"
# the 1.8.2 tag
SRCREV = "e398e374e2ff0e88bc1d63577a192f8ca04a1cb5"
PV = "1.8.2+git${SRCPV}"
-PR = "r2"
+PR = "r3"
DEFAULT_PREFERENCE = "-1"
@@ -14,8 +14,3 @@ SRC_URI =
"git://git.gnome.org/cogl;protocol=git;branch=master \
S = "${WORKDIR}/git"
AUTOTOOLS_AUXDIR = "${S}/build"
-
-do_configure_prepend () {
- # Disable DOLT
- sed -i -e 's/^DOLT//' ${S}/configure.ac
-}
Merged this into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Add MPL version 2.0 license in common-licenses dir as well as adding a non-SPDX license name in license.bbclass
On 08/14/2012 12:26 AM, Florin Sarbu wrote: Signed-off-by: Florin Sarbu --- meta/classes/license.bbclass |1 + meta/files/common-licenses/MPL-2.0 | 373 2 files changed, 374 insertions(+), 0 deletions(-) create mode 100644 meta/files/common-licenses/MPL-2.0 Merged into OE-Core Thanks Sau! diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass index 231b4a3..432e580 100644 --- a/meta/classes/license.bbclass +++ b/meta/classes/license.bbclass @@ -44,6 +44,7 @@ SPDXLICENSEMAP[LGPLv3] = "LGPL-3.0" SPDXLICENSEMAP[MPL-1] = "MPL-1.0" SPDXLICENSEMAP[MPLv1] = "MPL-1.0" SPDXLICENSEMAP[MPLv1.1] = "MPL-1.1" +SPDXLICENSEMAP[MPLv2] = "MPL-2.0" #MIT variations SPDXLICENSEMAP[MIT-X] = "MIT" diff --git a/meta/files/common-licenses/MPL-2.0 b/meta/files/common-licenses/MPL-2.0 new file mode 100644 index 000..14e2f77 --- /dev/null +++ b/meta/files/common-licenses/MPL-2.0 @@ -0,0 +1,373 @@ +Mozilla Public License Version 2.0 +== + +1. Definitions +-- + +1.1. "Contributor" +means each individual or legal entity that creates, contributes to +the creation of, or owns Covered Software. + +1.2. "Contributor Version" +means the combination of the Contributions of others (if any) used +by a Contributor and that particular Contributor's Contribution. + +1.3. "Contribution" +means Covered Software of a particular Contributor. + +1.4. "Covered Software" +means Source Code Form to which the initial Contributor has attached +the notice in Exhibit A, the Executable Form of such Source Code +Form, and Modifications of such Source Code Form, in each case +including portions thereof. + +1.5. "Incompatible With Secondary Licenses" +means + +(a) that the initial Contributor has attached the notice described +in Exhibit B to the Covered Software; or + +(b) that the Covered Software was made available under the terms of +version 1.1 or earlier of the License, but not also under the +terms of a Secondary License. + +1.6. "Executable Form" +means any form of the work other than Source Code Form. + +1.7. "Larger Work" +means a work that combines Covered Software with other material, in +a separate file or files, that is not Covered Software. + +1.8. "License" +means this document. + +1.9. "Licensable" +means having the right to grant, to the maximum extent possible, +whether at the time of the initial grant or subsequently, any and +all of the rights conveyed by this License. + +1.10. "Modifications" +means any of the following: + +(a) any file in Source Code Form that results from an addition to, +deletion from, or modification of the contents of Covered +Software; or + +(b) any new file in Source Code Form that contains any Covered +Software. + +1.11. "Patent Claims" of a Contributor +means any patent claim(s), including without limitation, method, +process, and apparatus claims, in any patent Licensable by such +Contributor that would be infringed, but for the grant of the +License, by the making, using, selling, offering for sale, having +made, import, or transfer of either its Contributions or its +Contributor Version. + +1.12. "Secondary License" +means either the GNU General Public License, Version 2.0, the GNU +Lesser General Public License, Version 2.1, the GNU Affero General +Public License, Version 3.0, or any later versions of those +licenses. + +1.13. "Source Code Form" +means the form of the work preferred for making modifications. + +1.14. "You" (or "Your") +means an individual or a legal entity exercising rights under this +License. For legal entities, "You" includes any entity that +controls, is controlled by, or is under common control with You. For +purposes of this definition, "control" means (a) the power, direct +or indirect, to cause the direction or management of such entity, +whether by contract or otherwise, or (b) ownership of more than +fifty percent (50%) of the outstanding shares or beneficial +ownership of such entity. + +2. License Grants and Conditions + + +2.1. Grants + +Each Contributor hereby grants You a world-wide, royalty-free, +non-exclusive license: + +(a) under intellectual property rights (other than patent or trademark) +Licensable by such Contributor to use, reproduce, make available, +modify, display, perform, distribute, and otherwise exploit its +Contributions, either on an unmodified basis, with Modifications, or +as part of a Larger Work; and + +(b) under Patent Claims of such Contributor to make, use, sell, offer +for sale, have made, import, and otherwise transfer either its +Contributions or its Contributor Version. + +2.2. Effective Date + +The licenses granted in Section 2.1 with respe
Re: [OE-core] [PATCH] subversion: two small fixes
On 08/13/2012 10:56 PM, rongqing...@windriver.com wrote:
From: Roy.Li
Add missing build dependency on sqlite3
Disable Ruby checking. we do not have Ruby, and subversion always
checks ruby on host which leads to build error when ruby-dev is
installed on host.
Signed-off-by: Roy.Li
---
.../subversion/subversion_1.6.15.bb|7 ---
.../subversion/subversion_1.7.2.bb |5 +++--
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-devtools/subversion/subversion_1.6.15.bb
b/meta/recipes-devtools/subversion/subversion_1.6.15.bb
index 29029ce..244d7ea 100644
--- a/meta/recipes-devtools/subversion/subversion_1.6.15.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.6.15.bb
@@ -1,13 +1,13 @@
DESCRIPTION = "The Subversion (svn) client"
SECTION = "console/network"
-DEPENDS = "apr-util neon"
+DEPENDS = "apr-util neon sqlite3"
RDEPENDS_${PN} = "neon"
LICENSE = "Apache-2"
HOMEPAGE = "http://subversion.tigris.org";
BBCLASSEXTEND = "native"
-PR = "r2"
+PR = "r3"
SRC_URI = "http://subversion.tigris.org/downloads/${BPN}-${PV}.tar.bz2 \
file://disable-revision-install.patch \
@@ -23,7 +23,8 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=2a69fef414e2cb907b4544298569300b"
EXTRA_OECONF = " \
--without-berkeley-db --without-apxs --without-apache \
--without-swig --with-apr=${STAGING_BINDIR_CROSS} \
---with-apr-util=${STAGING_BINDIR_CROSS}"
+--with-apr-util=${STAGING_BINDIR_CROSS} \
+ac_cv_path_RUBY=none"
inherit autotools
diff --git a/meta/recipes-devtools/subversion/subversion_1.7.2.bb
b/meta/recipes-devtools/subversion/subversion_1.7.2.bb
index 4f71de5..1d36b63 100644
--- a/meta/recipes-devtools/subversion/subversion_1.7.2.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.7.2.bb
@@ -7,7 +7,7 @@ HOMEPAGE = "http://subversion.tigris.org";
BBCLASSEXTEND = "native"
-PR = "r3"
+PR = "r4"
SRC_URI = "${APACHE_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
file://libtool2.patch \
@@ -21,7 +21,8 @@ LIC_FILES_CHKSUM =
"file://LICENSE;md5=4a14fd2da3134e40a087eb4326a4ecd4"
EXTRA_OECONF = " \
--without-berkeley-db --without-apxs --without-apache \
--without-swig
--with-apr...@linux.intel.com=${STAGING_BINDIR_CROSS} \
---with-apr-util=${STAGING_BINDIR_CROSS}"
+--with-apr-util=${STAGING_BINDIR_CROSS} \
+ac_cv_path_RUBY=none"
inherit autotools
Merged into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libatomics-ops: update to the latest version 7.2
On 08/13/2012 06:49 PM, Xin Ouyang wrote:
All old patches are droped because:
Merged into 7.2 by upstream:
* fedora/libatomic_ops-1.2-ppclwzfix.patch
* gentoo/libatomic_ops-1.2-mips.patch
* gentoo/sh4-atomic-ops.patch
* libatomics-ops_fix_for_x32.patch
Obsolete:
* doublefix.patch
Signed-off-by: Xin Ouyang
---
.../pulseaudio/libatomics-ops/doublefix.patch | 27
.../fedora/libatomic_ops-1.2-ppclwzfix.patch | 20 ---
.../gentoo/libatomic_ops-1.2-mips.patch| 129
.../libatomics-ops/gentoo/sh4-atomic-ops.patch | 70 ---
.../libatomics-ops_fix_for_x32.patch | 41 ---
...libatomics-ops_1.2.bb => libatomics-ops_7.2.bb} | 11 +-
6 files changed, 3 insertions(+), 295 deletions(-)
delete mode 100644
meta/recipes-multimedia/pulseaudio/libatomics-ops/doublefix.patch
delete mode 100644
meta/recipes-multimedia/pulseaudio/libatomics-ops/fedora/libatomic_ops-1.2-ppclwzfix.patch
delete mode 100644
meta/recipes-multimedia/pulseaudio/libatomics-ops/gentoo/libatomic_ops-1.2-mips.patch
delete mode 100644
meta/recipes-multimedia/pulseaudio/libatomics-ops/gentoo/sh4-atomic-ops.patch
delete mode 100644
meta/recipes-multimedia/pulseaudio/libatomics-ops/libatomics-ops_fix_for_x32.patch
rename meta/recipes-multimedia/pulseaudio/{libatomics-ops_1.2.bb =>
libatomics-ops_7.2.bb} (65%)
Merged into OE-Core
Thanks
Sau!
diff --git a/meta/recipes-multimedia/pulseaudio/libatomics-ops/doublefix.patch
b/meta/recipes-multimedia/pulseaudio/libatomics-ops/doublefix.patch
deleted file mode 100644
index 0d3b718..000
--- a/meta/recipes-multimedia/pulseaudio/libatomics-ops/doublefix.patch
+++ /dev/null
@@ -1,27 +0,0 @@
-Upstream-Status: Inappropriate [configuration]
-
-Double path references breaks recent autoconf+automake
-
-RP 2/1/10
-
-Index: libatomic_ops-1.2/src/atomic_ops/sysdeps/Makefile.am
-===
libatomic_ops-1.2.orig/src/atomic_ops/sysdeps/Makefile.am 2005-09-28
00:53:16.0 +0100
-+++ libatomic_ops-1.2/src/atomic_ops/sysdeps/Makefile.am 2010-02-01
14:28:46.397820574 +
-@@ -25,7 +25,6 @@
- README \
- \
- gcc/alpha.h gcc/arm.h gcc/x86.h \
--gcc/hppa.h gcc/ia64.h \
- gcc/powerpc.h gcc/sparc.h \
- gcc/hppa.h gcc/m68k.h gcc/s390.h \
- gcc/ia64.h gcc/x86_64.h gcc/cris.h \
-Index: libatomic_ops-1.2/doc/Makefile.am
-===
libatomic_ops-1.2.orig/doc/Makefile.am 2010-02-01 15:20:09.20774
+
-+++ libatomic_ops-1.2/doc/Makefile.am 2010-02-01 15:20:20.909049794 +
-@@ -1,3 +1,3 @@
- # installed documentation
- #
--dist_pkgdata_DATA=COPYING LICENSING.txt README.txt COPYING README_stack.txt
README_malloc.txt README_win32.txt
-+dist_pkgdata_DATA=LICENSING.txt README.txt COPYING README_stack.txt
README_malloc.txt README_win32.txt
diff --git
a/meta/recipes-multimedia/pulseaudio/libatomics-ops/fedora/libatomic_ops-1.2-ppclwzfix.patch
b/meta/recipes-multimedia/pulseaudio/libatomics-ops/fedora/libatomic_ops-1.2-ppclwzfix.patch
deleted file mode 100644
index 315ae91..000
---
a/meta/recipes-multimedia/pulseaudio/libatomics-ops/fedora/libatomic_ops-1.2-ppclwzfix.patch
+++ /dev/null
@@ -1,20 +0,0 @@
-Upstream-Status: Inappropriate [others]
-
-The patch is imported from fedora project, and is not appropriate for us
-to upstream it.
-
-http://cvs.fedoraproject.org/viewcvs/devel/libatomic_ops/libatomic_ops-1.2-ppclwzfix.patch
-
-* add fix for bad variable handling on PPC
-
libatomic_ops-1.2.orig/src/atomic_ops/sysdeps/gcc/powerpc.h
2007-05-29 19:29:52.0 +0200
-+++ libatomic_ops-1.2/src/atomic_ops/sysdeps/gcc/powerpc.h 2007-05-29
19:30:48.0 +0200
-@@ -72,7 +72,7 @@
- /* registers. I always got "impossible constraint" when I*/
- /* tried the "y" constraint. */
- __asm__ __volatile__ (
--"lwz %0,%1\n"
-+"lwz%U1%X1 %0,%1\n"
- "cmpw cr7,%0,%0\n"
- "bne- cr7,1f\n"
- "1: isync\n"
diff --git
a/meta/recipes-multimedia/pulseaudio/libatomics-ops/gentoo/libatomic_ops-1.2-mips.patch
b/meta/recipes-multimedia/pulseaudio/libatomics-ops/gentoo/libatomic_ops-1.2-mips.patch
deleted file mode 100644
index 971379d..000
---
a/meta/recipes-multimedia/pulseaudio/libatomics-ops/gentoo/libatomic_ops-1.2-mips.patch
+++ /dev/null
@@ -1,129 +0,0 @@
-Upstream-Status: Inappropriate [others]
-
-Patch from gentoo which is not appropriate for us to upstream.
-
-# Patch copied from the OpenEmbedded libatomics-ops recipe. Original
-# source was from Gentoo.
-#
-# Signed-off-by: Scott Garman
-diff --git a/src/atomic_ops.h b/src/atomic_ops.h
-index c23f30b..791b360 100755
a/src/atomic_ops.h
-+++ b/src/atomic_ops.h
-@@ -220,6 +220,9 @@
- # if defined(__cris__) || defined(CRIS)
- # include "atomic_ops/sysdeps/gcc/cris.h
Re: [OE-core] [PATCH 0/1] Update prelink to latest version
On 08/13/2012 01:31 PM, Mark Hatle wrote: The following changes since commit b5028cc84ad7c40c51cadbdf7fdc892cde4462cb: createrepo: add wrapper script to fix paths (2012-08-13 20:09:22 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib mhatle/prelink http://git.yoctoproject.org/cgit.cgi//log/?h=mhatle/prelink Mark Hatle (1): prelink: Update to latest upstream prelink meta/recipes-devtools/prelink/prelink_git.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] runqemu ramfs support
On 08/13/2012 01:20 PM, Scott Garman wrote: Added support for booting ramfs-based images (e.g, poky-tiny) which do not have block device support. This fixes [YOCTO #2612]. Scott The following changes since commit 5290e82ecef08b5e573d7442627276d7b42c6b93: foomatic: fix perl path for target (2012-08-08 10:05:52 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib sgarman/runqemu-ramfs-oe http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/runqemu-ramfs-oe Scott Garman (1): runqemu: support booting ramfs-based images scripts/runqemu |6 ++ scripts/runqemu-internal |5 + 2 files changed, 11 insertions(+) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] distutils.bbclass: fix libdir for 64-bit python modules built with distutils
On 08/13/2012 12:44 PM, Matthew McClintock wrote:
Without this some modules will be intalled in /usr/lib/python2.6/
instead of /usr/${libdir}/python2.6
Signed-off-by: Matthew McClintock
---
meta/classes/distutils.bbclass |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/distutils.bbclass b/meta/classes/distutils.bbclass
index 690df73..7588b81 100644
--- a/meta/classes/distutils.bbclass
+++ b/meta/classes/distutils.bbclass
@@ -39,6 +39,7 @@ distutils_do_install() {
PYTHONPATH=${D}/${PYTHON_SITEPACKAGES_DIR} \
BUILD_SYS=${BUILD_SYS} HOST_SYS=${HOST_SYS} \
${STAGING_BINDIR_NATIVE}/python-native/python setup.py install
${DISTUTILS_INSTALL_ARGS} || \
+${STAGING_BINDIR_NATIVE}/python-native/python setup.py install
${DISTUTILS_INSTALL_ARGS} --install-lib=${D}${libdir}/${PYTHON_DIR} || \
bbfatal "python setup.py install execution failed."
for i in `find ${D} -name "*.py"` ; do \
Merged into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] libowl updates
On 08/13/2012 12:01 PM, Ross Burton wrote: Patches were merged upstream, so drop them and bump srcrev. The following changes since commit 2dec760b79bb7e2e79c33c5127fa64685bd86a18: foomatic: fix perl path for target (2012-08-08 10:06:00 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ross/owl for you to fetch changes up to d3e664ba768f4485f8d7984a86c571cf43815497: libowl-av: patches merged upstream, bump srcrev (2012-08-10 15:47:00 +0300) Ross Burton (2): owl-video: patches pushed upstream, so bump srcrev libowl-av: patches merged upstream, bump srcrev .../libowl-av/gst_change_state.patch | 42 .../owl-video-widget/libowl-av/make-382.patch | 13 -- .../recipes-sato/owl-video-widget/libowl-av_git.bb |8 ++-- .../owl-video/gtk_multithread_safe.patch | 40 --- .../owl-video-widget/owl-video/make-382.patch | 17 .../recipes-sato/owl-video-widget/owl-video_git.bb |8 ++-- 6 files changed, 6 insertions(+), 122 deletions(-) delete mode 100644 meta/recipes-sato/owl-video-widget/libowl-av/gst_change_state.patch delete mode 100644 meta/recipes-sato/owl-video-widget/libowl-av/make-382.patch delete mode 100644 meta/recipes-sato/owl-video-widget/owl-video/gtk_multithread_safe.patch delete mode 100644 meta/recipes-sato/owl-video-widget/owl-video/make-382.patch Merged into OE-Core Thanks Sau! Ross Burton (2): owl-video: patches pushed upstream, so bump srcrev libowl-av: patches merged upstream, bump srcrev .../libowl-av/gst_change_state.patch | 42 .../owl-video-widget/libowl-av/make-382.patch | 13 -- .../recipes-sato/owl-video-widget/libowl-av_git.bb |8 ++-- .../owl-video/gtk_multithread_safe.patch | 40 --- .../owl-video-widget/owl-video/make-382.patch | 17 .../recipes-sato/owl-video-widget/owl-video_git.bb |8 ++-- 6 files changed, 6 insertions(+), 122 deletions(-) delete mode 100644 meta/recipes-sato/owl-video-widget/libowl-av/gst_change_state.patch delete mode 100644 meta/recipes-sato/owl-video-widget/libowl-av/make-382.patch delete mode 100644 meta/recipes-sato/owl-video-widget/owl-video/gtk_multithread_safe.patch delete mode 100644 meta/recipes-sato/owl-video-widget/owl-video/make-382.patch ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] wpa-supplicant: fix paths in dbus/systemd *.service files
On 08/13/2012 10:02 AM, Andreas Müller wrote:
Signed-off-by: Andreas Müller
---
.../wpa-supplicant/wpa-supplicant-1.0.inc |2 ++
.../wpa-supplicant/wpa-supplicant_1.0.bb |2 +-
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant-1.0.inc
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant-1.0.inc
index 0c18b30..873e923 100644
--- a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant-1.0.inc
+++ b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant-1.0.inc
@@ -29,6 +29,8 @@ do_configure () {
}
export EXTRA_CFLAGS = "${CFLAGS}"
+export BINDIR = "${sbindir}"
+
do_compile () {
unset CFLAGS CPPFLAGS CXXFLAGS
oe_runmake
diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_1.0.bb
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_1.0.bb
index 8ede3e5..a60cd86 100644
--- a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_1.0.bb
+++ b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_1.0.bb
@@ -1,6 +1,6 @@
require wpa-supplicant-1.0.inc
-PR = "r0"
+PR = "r1"
SRC_URI[md5sum] = "8650f6aa23646ef634402552d0669640"
SRC_URI[sha256sum] =
"91d41d473a5aafa2e25dd6577ebda975c4d4a3188850a53e31feaf7c04482b9c"
Merged into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] Package upgrades
On 08/13/2012 07:27 AM, Constantin Musca wrote:
The set contains package upgrades compiled successfully on all architectures
and tested using the xorg-server.
Constantin Musca (3):
pixman: upgrade to 0.27.2
glproto: upgrade to 1.4.16
dri2proto: upgrade to 2.8
.../{pixman_0.26.2.bb => pixman_0.27.2.bb} |4 ++--
.../{dri2proto_2.6.bb => dri2proto_2.8.bb} |4 ++--
.../{glproto_1.4.15.bb => glproto_1.4.16.bb} |4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
rename meta/recipes-graphics/xorg-lib/{pixman_0.26.2.bb => pixman_0.27.2.bb}
(86%)
rename meta/recipes-graphics/xorg-proto/{dri2proto_2.6.bb =>
dri2proto_2.8.bb} (76%)
rename meta/recipes-graphics/xorg-proto/{glproto_1.4.15.bb =>
glproto_1.4.16.bb} (77%)
Merged these into OE-Core
In the future when making multiple updates if you can use the
create-pull-request script and use a branch in poky-contrib that would
be very useful to me as then I can pull all your changes in on branch.
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] DEPEND on an image recipe
On Fri, Aug 17, 2012 at 2:55 PM, Phil Blundell wrote: > On Fri, 2012-08-17 at 08:51 -0400, Cliff Brake wrote: > > I would like to add a DEPEND to a kernel recipe that causes an > > initramfs image to be built every time before the kernel is built. It > > seems that a DEPEND on the rootfs recipe triggers the rootfs build, > > however it appears that the kernel recipe does not wait for the image > > recipe to finish before it builds. What is the best way to accomplish > > this? > > do_compile[depends] += "ramfs-image:do_rootfs" > > p. > > > Yes, that code is as well in kernel.bbclass so you can just add INITRAMFS_IMAGE = "foo" to your kernel recipe. Andrea > > ___ > 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] chrpath.bbclass: Account for case when ORIGIN is in RPATH
On 08/10/2012 08:15 PM, Khem Raj wrote:
This fixes a case when RPATH embedded in program have one of
its path already relative to ORIGIN. We were losing that path
if such a path existed. This patch appends it to the new edited
rpath being created when we see it.
so RPATH like below
(RPATH) Library rpath:
[$ORIGIN/../lib/amd64/jli:$ORIGIN/../jre/lib/amd64/jli]
would end up being empty
but after this patch its kept intact
Signed-off-by: Khem Raj
---
meta/classes/chrpath.bbclass |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/chrpath.bbclass b/meta/classes/chrpath.bbclass
index 10b5ca0..e903b65 100644
--- a/meta/classes/chrpath.bbclass
+++ b/meta/classes/chrpath.bbclass
@@ -49,6 +49,7 @@ def process_dir (directory, d):
new_rpaths = []
for rpath in rpaths:
# If rpath is already dynamic continue
+new_rpaths.append("%s" % (rpath.strip()))
if rpath.find("$ORIGIN") != -1:
continue
# If the rpath shares a root with base_prefix determine a new
dynamic rpath from the
Merged into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] openssh: openssh's init fails to restart if sshd is not running
On 07/27/2012 08:06 AM, Amy Fong wrote: openssh: openssh's init fails to restart if sshd is not running Because of "set -e", it's necessary to specify the -o (or --oknodo) so that start-stop-daemon returns an exit status of 0 if no actions are taken. Signed-off-by: Amy Fong --- init |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/openssh/openssh-5.9p1/init b/meta/recipes-connectivity/openssh/openssh-5.9p1/init index 055dd22..6beec84 100644 --- a/meta/recipes-connectivity/openssh/openssh-5.9p1/init +++ b/meta/recipes-connectivity/openssh/openssh-5.9p1/init @@ -76,7 +76,7 @@ case "$1" in check_keys check_config echo -n "Restarting OpenBSD Secure Shell server: sshd" - start-stop-daemon -K -x /usr/sbin/sshd + start-stop-daemon -K --oknodo -x /usr/sbin/sshd check_for_no_start check_privsep_dir sleep 2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core Merged into OE-Core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: Move PSEUDO_LOCALSTATEDIR for filesystems outside the filesystem
On 8/14/12 8:41 PM, Peter Seebach wrote: Got a bug related to this that probably only affects our build environment, but it caused me to note: When we're using export/dist as a user-mode NFS root (under pseudo), the PSEUDO_LOCALSTATEDIR is export/dist/var/pseudo. This seems a bit weird to me -- I don't think pseudo's db should be part of the filesystem it's maintaining. And I'm wondering whether there is a historical reason for this that I need to be aware of, before I propose moving it to something like export/pseudo. ... And if not, I propose we move it to something like export/pseudo. The NFS export scripts and such expect the pseudo DB to be available to them. The filesystem can be anywhere the user wants, so somehow we have to know where it was extracted, and the only answer we came up with at the time was to put the pseudo database into the filesystem directory. It doesn't cause any harm to the target that is being booted, and it ensures that the NFS server setup scripts know where the both the root and pseudo DBs are located. --Mark -s ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libproxy: add dependency on glib-2.0
On Fri, Aug 17, 2012 at 1:07 PM, Paul Gortmaker wrote: > On 12-08-17 12:57 PM, Richard Purdie wrote: >> On Mon, 2012-08-13 at 18:43 -0400, Paul Gortmaker wrote: >>> Without this, you will get occasional build failures if libproxy >>> tries to build before the glib headers are placed in the sysroot. >>> >>> Signed-off-by: Paul Gortmaker >>> >>> diff --git a/meta/recipes-support/libproxy/libproxy_0.4.7.bb >>> b/meta/recipes-support/libproxy/libproxy_0.4.7.bb >>> index 7e3cf27..a39e3a8 100644 >>> --- a/meta/recipes-support/libproxy/libproxy_0.4.7.bb >>> +++ b/meta/recipes-support/libproxy/libproxy_0.4.7.bb >>> @@ -6,7 +6,7 @@ LICENSE = "LGPLv2.1+" >>> LIC_FILES_CHKSUM = "file://COPYING;md5=7d704a7b1b116e8783edcdb44ff4 \ >>> >>> file://utils/proxy.c;beginline=1;endline=18;md5=55152a1006d7dafbef32baf9c30a99c0" >>> >>> -DEPENDS = "gconf" >>> +DEPENDS = "gconf glib-2.0" >>> >> >> We've gone around in circles on this and had issues over circular >> dependencies. The bottom line is that we don't need glib-2.0 here, we >> want to disable the glib-2.0 using components of libproxy. I don't know > > Fair enough. > > Can we _finally_ fix the mailing lists to not override the To/Cc lines > with crap Reply-To: lines? Once again I almost missed seeing this reply, > since I was no longer on the To/Cc. PLEASE ;) -M > > AFAICT, all were in agreement that it was broken, but it never got fixed. > > Thanks, > Paul. > -- > >> cmake well enough to know how to configure it to do this though (instead >> of autodetecting) >> >> Cheers, >> >> Richard >> >> >> ___ >> 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libproxy: add dependency on glib-2.0
On 12-08-17 12:57 PM, Richard Purdie wrote: > On Mon, 2012-08-13 at 18:43 -0400, Paul Gortmaker wrote: >> Without this, you will get occasional build failures if libproxy >> tries to build before the glib headers are placed in the sysroot. >> >> Signed-off-by: Paul Gortmaker >> >> diff --git a/meta/recipes-support/libproxy/libproxy_0.4.7.bb >> b/meta/recipes-support/libproxy/libproxy_0.4.7.bb >> index 7e3cf27..a39e3a8 100644 >> --- a/meta/recipes-support/libproxy/libproxy_0.4.7.bb >> +++ b/meta/recipes-support/libproxy/libproxy_0.4.7.bb >> @@ -6,7 +6,7 @@ LICENSE = "LGPLv2.1+" >> LIC_FILES_CHKSUM = "file://COPYING;md5=7d704a7b1b116e8783edcdb44ff4 \ >> >> file://utils/proxy.c;beginline=1;endline=18;md5=55152a1006d7dafbef32baf9c30a99c0" >> >> -DEPENDS = "gconf" >> +DEPENDS = "gconf glib-2.0" >> > > We've gone around in circles on this and had issues over circular > dependencies. The bottom line is that we don't need glib-2.0 here, we > want to disable the glib-2.0 using components of libproxy. I don't know Fair enough. Can we _finally_ fix the mailing lists to not override the To/Cc lines with crap Reply-To: lines? Once again I almost missed seeing this reply, since I was no longer on the To/Cc. AFAICT, all were in agreement that it was broken, but it never got fixed. Thanks, Paul. -- > cmake well enough to know how to configure it to do this though (instead > of autodetecting) > > Cheers, > > Richard > > > ___ > 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
[OE-core] [PATCH 1/1] runqemu: work with yocto-bsp created kernel filenames
The yocto-bsp tool generates kernels with additional strings within the filename, e.g. zImage-myqemuarm.bin. Loosen the MACHINE detection regex to work with these filenames. Fixes [YOCTO #2890]. Signed-off-by: Scott Garman --- scripts/runqemu |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/runqemu b/scripts/runqemu index 7e4bcc4..90998ae 100755 --- a/scripts/runqemu +++ b/scripts/runqemu @@ -229,7 +229,7 @@ if [ "$FSTYPE" = "nfs" -a -z "$ROOTFS" ]; then fi if [ -z "$MACHINE" ]; then -MACHINE=`basename $KERNEL | sed 's/.*-\(qemux86-64\|qemux86\|qemuarm\|qemumips64\|qemumips\|qemuppc\|qemush4\).*/\1/'` +MACHINE=`basename $KERNEL | sed 's/.*\(qemux86-64\|qemux86\|qemuarm\|qemumips64\|qemumips\|qemuppc\|qemush4\).*/\1/'` if [ -z "$MACHINE" ]; then error "Unable to set MACHINE from kernel filename [$KERNEL]" fi -- 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] runqemu fix for yocto-bsp kernels
The yocto-bsp tool generates kernels with additional strings within the filename, e.g. zImage-myqemuarm.bin. Loosen the MACHINE detection regex to work with these filenames. Fixes [YOCTO #2890]. Scott The following changes since commit bb74035190c7794fcebaa7f6ba247672a4c34cde: libsamplerate: depends on libsdnfile (2012-08-17 18:04:12 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib sgarman/runqemu-yocto-bsp-oe http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=runqemu-yocto-bsp Scott Garman (1): runqemu: work with yocto-bsp created kernel filenames scripts/runqemu |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
Re: [OE-core] [PATCH] cross-localedef-native_2.16.bb: fix for CentOS 5.X
On Fri, Aug 17, 2012 at 7:10 AM, Richard Purdie
wrote:
> On Thu, 2012-08-16 at 18:12 -0500, Matthew McClintock wrote:
>> | gcc
>> -isystem/home/mattsm/git/poky/build-master/tmp/sysroots/x86_64-linux/usr/include
>>
>> -isystem/home/mattsm/git/poky/build-master/tmp/sysroots/x86_64-linux/usr/include
>> -O2 -pipe -DNOT_IN_libc=1 -DNO_SYSCONF -DNO_UNCOMPRESS
>> -DLOCALE_PATH='"/usr/local/lib/locale:/usr/local/share/i18n"'
>> -DLOCALEDIR='"/usr/local/lib/locale"'
>> -DLOCALE_ALIAS_PATH='"/usr/local/share/locale"'
>> -DCHARMAP_PATH='"/usr/local/share/i18n/charmaps"'
>> -DREPERTOIREMAP_PATH='"/usr/local/share/i18n/repertoiremaps"'
>> -DLOCSRCDIR='"/usr/local/share/i18n/locales"' -DNOT_IN_libc
>> -DIN_GLIBC_LOCALEDEF -Iglibc/locale/programs -I./include -Iglibc/locale -I.
>> -I. -include ./include/always.h -Wall -Wno-format -c -o ld-address.o
>> glibc/locale/programs/ld-address.c
>> | In file included from glibc/locale/programs/localedef.h:24,
>> | from glibc/locale/programs/ld-address.c:30:
>> | ./include/locale.h:6: error: conflicting types for 'locale_t'
>> | glibc/locale/xlocale.h:42: error: previous declaration of 'locale_t' was
>> here
>> | make: *** [ld-address.o] Error 1
>> | ERROR: oe_runmake failed
>>
>> Signed-off-by: Matthew McClintock
>> ---
>> meta/recipes-core/eglibc/cross-localedef-native_2.16.bb | 9 +++--
>> .../eglibc/eglibc-2.16/fix_for_centos_5.8.patch | 13
>> +
>> 2 files changed, 20 insertions(+), 2 deletions(-)
>> create mode 100644
>> meta/recipes-core/eglibc/eglibc-2.16/fix_for_centos_5.8.patch
>>
>> diff --git a/meta/recipes-core/eglibc/cross-localedef-native_2.16.bb
>> b/meta/recipes-core/eglibc/cross-localedef-native_2.16.bb
>> index 47f0834..a79a276 100644
>> --- a/meta/recipes-core/eglibc/cross-localedef-native_2.16.bb
>> +++ b/meta/recipes-core/eglibc/cross-localedef-native_2.16.bb
>> @@ -13,10 +13,15 @@ LIC_FILES_CHKSUM =
>> "file://${LIC_DIR}/LICENSES;md5=98a1128c4b58120182cbea3b1752d
>> inherit native
>> inherit autotools
>>
>> -PR = "r0"
>> +# pick up an eglibc-2.16 patch
>> +FILESPATH = "${FILE_DIRNAME}/eglibc-${PV}"
>> +
>> +PR = "r1"
>> SRCREV="19383"
>> EGLIBC_BRANCH="eglibc-2_16"
>> -SRC_URI =
>> "svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};protocol=http "
>> +SRC_URI =
>> "svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};protocol=http \
>> +file://fix_for_centos_5.8.patch;patchdir=.. \
>> + "
>> S = "${WORKDIR}/${EGLIBC_BRANCH}/localedef"
>>
>> do_unpack_append() {
>> diff --git a/meta/recipes-core/eglibc/eglibc-2.16/fix_for_centos_5.8.patch
>> b/meta/recipes-core/eglibc/eglibc-2.16/fix_for_centos_5.8.patch
>> new file mode 100644
>> index 000..32ee16d
>> --- /dev/null
>> +++ b/meta/recipes-core/eglibc/eglibc-2.16/fix_for_centos_5.8.patch
>> @@ -0,0 +1,13 @@
>> +Index: eglibc-2_16/libc/locale/programs/config.h
>
> No patch header here...
Overlooked late last night, v2 sent.
-M
>
> Cheers,
>
> Richard
>
>
>> +===
>> +--- eglibc-2_16.orig/libc/locale/programs/config.h
>> eglibc-2_16/libc/locale/programs/config.h
>> +@@ -19,6 +19,8 @@
>> + #ifndef _LD_CONFIG_H
>> + #define _LD_CONFIG_H1
>> +
>> ++#define DUMMY_LOCALE_T
>> ++
>> + /* Use the internal textdomain used for libc messages. */
>> + #define PACKAGE _libc_intl_domainname
>> + #ifndef VERSION
>
>
>
> ___
> 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
[OE-core] [PATCH v2] cross-localedef-native_2.16.bb: fix for CentOS 5.X
| gcc
-isystem/home/mattsm/git/poky/build-master/tmp/sysroots/x86_64-linux/usr/include
-isystem/home/mattsm/git/poky/build-master/tmp/sysroots/x86_64-linux/usr/include
-O2 -pipe -DNOT_IN_libc=1 -DNO_SYSCONF -DNO_UNCOMPRESS
-DLOCALE_PATH='"/usr/local/lib/locale:/usr/local/share/i18n"'
-DLOCALEDIR='"/usr/local/lib/locale"'
-DLOCALE_ALIAS_PATH='"/usr/local/share/locale"'
-DCHARMAP_PATH='"/usr/local/share/i18n/charmaps"'
-DREPERTOIREMAP_PATH='"/usr/local/share/i18n/repertoiremaps"'
-DLOCSRCDIR='"/usr/local/share/i18n/locales"' -DNOT_IN_libc
-DIN_GLIBC_LOCALEDEF -Iglibc/locale/programs -I./include -Iglibc/locale -I. -I.
-include ./include/always.h -Wall -Wno-format -c -o ld-address.o
glibc/locale/programs/ld-address.c
| In file included from glibc/locale/programs/localedef.h:24,
| from glibc/locale/programs/ld-address.c:30:
| ./include/locale.h:6: error: conflicting types for 'locale_t'
| glibc/locale/xlocale.h:42: error: previous declaration of 'locale_t' was here
| make: *** [ld-address.o] Error 1
| ERROR: oe_runmake failed
Signed-off-by: Matthew McClintock
---
.../eglibc/cross-localedef-native_2.16.bb |9 +++--
.../eglibc/eglibc-2.16/fix_for_centos_5.8.patch| 18 ++
2 files changed, 25 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-core/eglibc/eglibc-2.16/fix_for_centos_5.8.patch
diff --git a/meta/recipes-core/eglibc/cross-localedef-native_2.16.bb
b/meta/recipes-core/eglibc/cross-localedef-native_2.16.bb
index 47f0834..a79a276 100644
--- a/meta/recipes-core/eglibc/cross-localedef-native_2.16.bb
+++ b/meta/recipes-core/eglibc/cross-localedef-native_2.16.bb
@@ -13,10 +13,15 @@ LIC_FILES_CHKSUM =
"file://${LIC_DIR}/LICENSES;md5=98a1128c4b58120182cbea3b1752d
inherit native
inherit autotools
-PR = "r0"
+# pick up an eglibc-2.16 patch
+FILESPATH = "${FILE_DIRNAME}/eglibc-${PV}"
+
+PR = "r1"
SRCREV="19383"
EGLIBC_BRANCH="eglibc-2_16"
-SRC_URI =
"svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};protocol=http "
+SRC_URI =
"svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};protocol=http \
+ file://fix_for_centos_5.8.patch;patchdir=.. \
+ "
S = "${WORKDIR}/${EGLIBC_BRANCH}/localedef"
do_unpack_append() {
diff --git a/meta/recipes-core/eglibc/eglibc-2.16/fix_for_centos_5.8.patch
b/meta/recipes-core/eglibc/eglibc-2.16/fix_for_centos_5.8.patch
new file mode 100644
index 000..7618c99
--- /dev/null
+++ b/meta/recipes-core/eglibc/eglibc-2.16/fix_for_centos_5.8.patch
@@ -0,0 +1,18 @@
+Upstream-Status: Inappropriate [other]
+
+This is a hack to fix building the locale bits on an older
+CentOs 5.X machine
+
+Index: eglibc-2_16/libc/locale/programs/config.h
+===
+--- eglibc-2_16.orig/libc/locale/programs/config.h
eglibc-2_16/libc/locale/programs/config.h
+@@ -19,6 +19,8 @@
+ #ifndef _LD_CONFIG_H
+ #define _LD_CONFIG_H 1
+
++#define DUMMY_LOCALE_T
++
+ /* Use the internal textdomain used for libc messages. */
+ #define PACKAGE _libc_intl_domainname
+ #ifndef VERSION
--
1.7.9.7
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] libxrandr: upgrade to 1.4.0
Only some spaces changed in the license file.
Signed-off-by: Constantin Musca
---
.../{libxrandr_1.3.2.bb => libxrandr_1.4.0.bb} |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxrandr_1.3.2.bb =>
libxrandr_1.4.0.bb} (72%)
diff --git a/meta/recipes-graphics/xorg-lib/libxrandr_1.3.2.bb
b/meta/recipes-graphics/xorg-lib/libxrandr_1.4.0.bb
similarity index 72%
rename from meta/recipes-graphics/xorg-lib/libxrandr_1.3.2.bb
rename to meta/recipes-graphics/xorg-lib/libxrandr_1.4.0.bb
index 6fc3cf5..323c098 100644
--- a/meta/recipes-graphics/xorg-lib/libxrandr_1.3.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libxrandr_1.4.0.bb
@@ -9,7 +9,7 @@ specified in the Proceedings of the 2001 Usenix Technical
Conference \
require xorg-lib-common.inc
LICENSE = "MIT-style"
-LIC_FILES_CHKSUM = "file://COPYING;md5=4c5c132d3690478179d78ec3bf064584"
+LIC_FILES_CHKSUM = "file://COPYING;md5=aa33e583cc3e96238a8467b485e62992"
DEPENDS += "virtual/libx11 randrproto libxrender libxext"
@@ -20,5 +20,5 @@ XORG_PN = "libXrandr"
BBCLASSEXTEND = "native nativesdk"
-SRC_URI[md5sum] = "92473da2fccf5fac665be4fa4f2037fa"
-SRC_URI[sha256sum] =
"7eaca216ab5233d7396119eb87c1989d350a3efead104d54b55f22cdd1d99b81"
+SRC_URI[md5sum] = "0c843636124cc1494e3d87df16957672"
+SRC_URI[sha256sum] =
"033ad0ac2f012afb05268660f6d78705c85f84689f92fa7b47ce12959b15f5c3"
--
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 v2] connman: upgrade to 1.4
The removed patch is included in connman 1.4.
Signed-off-by: Constantin Musca
---
...ck-that-the-string-isn-t-empty-before-spl.patch | 37
.../connman/{connman_1.3.bb => connman_1.4.bb} |9 +++--
2 files changed, 4 insertions(+), 42 deletions(-)
delete mode 100644
meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
rename meta/recipes-connectivity/connman/{connman_1.3.bb => connman_1.4.bb}
(69%)
diff --git
a/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
b/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
deleted file mode 100644
index c92b586..000
---
a/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-From ea8c7b3efce4c1762411e073893e948de5d552d6 Mon Sep 17 00:00:00 2001
-From: Ross Burton
-Date: Tue, 17 Jul 2012 16:04:12 +0100
-Subject: [PATCH] storage: check that the string isn't empty before splitting
-
-If the string was non-NULL but empty (str="\0"), the following \0 assignment
-would write to str[-1] and thus cause memory corruption.
-
-On PPC and MIPS, this was causing crashes in glibc.
-
-Signed-off-by: Ross Burton
-Upstream-Status: Submitted
-
- src/storage.c |6 +-
- 1 file changed, 5 insertions(+), 1 deletion(-)
-
-diff --git a/src/storage.c b/src/storage.c
-index 47bd0cb..20766a3 100644
a/src/storage.c
-+++ b/src/storage.c
-@@ -212,7 +212,11 @@ gchar **connman_storage_get_services()
- closedir(dir);
-
- str = g_string_free(result, FALSE);
-- if (str) {
-+ if (str && str[0] != '\0') {
-+ /*
-+ * Remove the trailing separator so that services doesn't end up
-+ * with an empty element.
-+ */
- str[strlen(str) - 1] = '\0';
- services = g_strsplit(str, "/", -1);
- }
---
-1.7.10.4
-
diff --git a/meta/recipes-connectivity/connman/connman_1.3.bb
b/meta/recipes-connectivity/connman/connman_1.4.bb
similarity index 69%
rename from meta/recipes-connectivity/connman/connman_1.3.bb
rename to meta/recipes-connectivity/connman/connman_1.4.bb
index 4d82794..bd8ba65 100644
--- a/meta/recipes-connectivity/connman/connman_1.3.bb
+++ b/meta/recipes-connectivity/connman/connman_1.4.bb
@@ -1,13 +1,12 @@
require connman.inc
-# 1.3 tag
-SRCREV = "3c0fa84091524c7cd6237744f2088ffee2f1d5ad"
+# 1.4 tag
+SRCREV = "f701bbca259f1f35e68d338f31f5373f75f3da5f"
SRC_URI = "git://git.kernel.org/pub/scm/network/connman/connman.git \
file://0001-plugin.h-Change-visibility-to-default-for-debug-symb.patch \
file://add_xuser_dbus_permission.patch \
file://connman \
file://0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch \
-
file://0001-timezone.c-If-there-is-no-d_type-support-use-fstatat.patch \
-
file://0001-storage-check-that-the-string-isn-t-empty-before-spl.patch"
+
file://0001-timezone.c-If-there-is-no-d_type-support-use-fstatat.patch"
S = "${WORKDIR}/git"
-PR = "${INC_PR}.2"
+PR = "${INC_PR}.0"
--
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] gst-fluendo-mp3: upgrade to 0.10.19
Only the copyright year has changed in the license file.
Signed-off-by: Constantin Musca
---
...o-mp3_0.10.16.bb => gst-fluendo-mp3_0.10.19.bb} |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gst-fluendo-mp3_0.10.16.bb =>
gst-fluendo-mp3_0.10.19.bb} (46%)
diff --git a/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.16.bb
b/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.19.bb
similarity index 46%
rename from meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.16.bb
rename to meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.19.bb
index 3f8c67e..a485994 100644
--- a/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.16.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.19.bb
@@ -1,7 +1,7 @@
require gst-fluendo.inc
LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://COPYING;md5=98326cbb1723a5a97e9b1db62e9faa05"
+LIC_FILES_CHKSUM = "file://COPYING;md5=259a43dd1c9854b71fc396f74699f4d2"
LICENSE_FLAGS = "commercial"
acpaths = "-I ${S}/common/m4 -I ${S}/m4"
@@ -10,5 +10,5 @@ PR = "r0"
DESCRIPTION = "Fluendo closed-format mp3 GStreamer plug-in"
-SRC_URI[md5sum] = "33df57590e3f21f945fe7bace6146fa0"
-SRC_URI[sha256sum] =
"12dbd307b25fed502a52666a9c956230da09ee140a18d987452492393340f442"
+SRC_URI[md5sum] = "5d95a9a216dd15bc5c00c9414061115c"
+SRC_URI[sha256sum] =
"30c79d24d8926f75dd4ef0f572942ce155ad541734b36a95591b9c0524dcc0f3"
--
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] [PATCH] libproxy: add dependency on glib-2.0
On Mon, 2012-08-13 at 18:43 -0400, Paul Gortmaker wrote: > Without this, you will get occasional build failures if libproxy > tries to build before the glib headers are placed in the sysroot. > > Signed-off-by: Paul Gortmaker > > diff --git a/meta/recipes-support/libproxy/libproxy_0.4.7.bb > b/meta/recipes-support/libproxy/libproxy_0.4.7.bb > index 7e3cf27..a39e3a8 100644 > --- a/meta/recipes-support/libproxy/libproxy_0.4.7.bb > +++ b/meta/recipes-support/libproxy/libproxy_0.4.7.bb > @@ -6,7 +6,7 @@ LICENSE = "LGPLv2.1+" > LIC_FILES_CHKSUM = "file://COPYING;md5=7d704a7b1b116e8783edcdb44ff4 \ > > file://utils/proxy.c;beginline=1;endline=18;md5=55152a1006d7dafbef32baf9c30a99c0" > > -DEPENDS = "gconf" > +DEPENDS = "gconf glib-2.0" > We've gone around in circles on this and had issues over circular dependencies. The bottom line is that we don't need glib-2.0 here, we want to disable the glib-2.0 using components of libproxy. I don't know cmake well enough to know how to configure it to do this though (instead of autodetecting) Cheers, Richard ___ 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] gst-fluendo-mp3: upgrade to 0.10.19
Only the copyright year changed in the license file.
On 08/17/2012 06:46 PM, Constantin Musca wrote:
Signed-off-by: Constantin Musca
---
...o-mp3_0.10.16.bb => gst-fluendo-mp3_0.10.19.bb} |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gst-fluendo-mp3_0.10.16.bb =>
gst-fluendo-mp3_0.10.19.bb} (46%)
diff --git a/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.16.bb
b/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.19.bb
similarity index 46%
rename from meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.16.bb
rename to meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.19.bb
index 3f8c67e..a485994 100644
--- a/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.16.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.19.bb
@@ -1,7 +1,7 @@
require gst-fluendo.inc
LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://COPYING;md5=98326cbb1723a5a97e9b1db62e9faa05"
+LIC_FILES_CHKSUM = "file://COPYING;md5=259a43dd1c9854b71fc396f74699f4d2"
LICENSE_FLAGS = "commercial"
acpaths = "-I ${S}/common/m4 -I ${S}/m4"
@@ -10,5 +10,5 @@ PR = "r0"
DESCRIPTION = "Fluendo closed-format mp3 GStreamer plug-in"
-SRC_URI[md5sum] = "33df57590e3f21f945fe7bace6146fa0"
-SRC_URI[sha256sum] =
"12dbd307b25fed502a52666a9c956230da09ee140a18d987452492393340f442"
+SRC_URI[md5sum] = "5d95a9a216dd15bc5c00c9414061115c"
+SRC_URI[sha256sum] =
"30c79d24d8926f75dd4ef0f572942ce155ad541734b36a95591b9c0524dcc0f3"
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 6/6] connman: upgrade to 1.4
On 08/17/2012 08:51 AM, Constantin Musca wrote:
The patch is included in connman 1.4.
Yes, I understand that, but it should be in the commit message, that's
all I am asking for.
Sau!
Constantin Musca
On 08/17/2012 07:19 PM, Saul Wold wrote:
On 08/16/2012 05:55 AM, Constantin Musca wrote:
Signed-off-by: Constantin Musca
---
...ck-that-the-string-isn-t-empty-before-spl.patch | 37
Why was the patch removed, need to have that in the commit message also.
Sau!
.../connman/{connman_1.3.bb => connman_1.4.bb} |9 +++--
2 files changed, 4 insertions(+), 42 deletions(-)
delete mode 100644
meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
rename meta/recipes-connectivity/connman/{connman_1.3.bb =>
connman_1.4.bb} (69%)
diff --git
a/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
b/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
deleted file mode 100644
index c92b586..000
---
a/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-From ea8c7b3efce4c1762411e073893e948de5d552d6 Mon Sep 17 00:00:00 2001
-From: Ross Burton
-Date: Tue, 17 Jul 2012 16:04:12 +0100
-Subject: [PATCH] storage: check that the string isn't empty before
splitting
-
-If the string was non-NULL but empty (str="\0"), the following \0
assignment
-would write to str[-1] and thus cause memory corruption.
-
-On PPC and MIPS, this was causing crashes in glibc.
-
-Signed-off-by: Ross Burton
-Upstream-Status: Submitted
-
- src/storage.c |6 +-
- 1 file changed, 5 insertions(+), 1 deletion(-)
-
-diff --git a/src/storage.c b/src/storage.c
-index 47bd0cb..20766a3 100644
a/src/storage.c
-+++ b/src/storage.c
-@@ -212,7 +212,11 @@ gchar **connman_storage_get_services()
- closedir(dir);
-
- str = g_string_free(result, FALSE);
--if (str) {
-+if (str && str[0] != '\0') {
-+/*
-+ * Remove the trailing separator so that services doesn't
end up
-+ * with an empty element.
-+ */
- str[strlen(str) - 1] = '\0';
- services = g_strsplit(str, "/", -1);
- }
---
-1.7.10.4
-
diff --git a/meta/recipes-connectivity/connman/connman_1.3.bb
b/meta/recipes-connectivity/connman/connman_1.4.bb
similarity index 69%
rename from meta/recipes-connectivity/connman/connman_1.3.bb
rename to meta/recipes-connectivity/connman/connman_1.4.bb
index 4d82794..bd8ba65 100644
--- a/meta/recipes-connectivity/connman/connman_1.3.bb
+++ b/meta/recipes-connectivity/connman/connman_1.4.bb
@@ -1,13 +1,12 @@
require connman.inc
-# 1.3 tag
-SRCREV = "3c0fa84091524c7cd6237744f2088ffee2f1d5ad"
+# 1.4 tag
+SRCREV = "f701bbca259f1f35e68d338f31f5373f75f3da5f"
SRC_URI = "git://git.kernel.org/pub/scm/network/connman/connman.git \
file://0001-plugin.h-Change-visibility-to-default-for-debug-symb.patch \
file://add_xuser_dbus_permission.patch \
file://connman \
file://0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch \
-
file://0001-timezone.c-If-there-is-no-d_type-support-use-fstatat.patch \
-
file://0001-storage-check-that-the-string-isn-t-empty-before-spl.patch"
+
file://0001-timezone.c-If-there-is-no-d_type-support-use-fstatat.patch"
S = "${WORKDIR}/git"
-PR = "${INC_PR}.2"
+PR = "${INC_PR}.0"
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] u-boot-fw-utils: Update to v2012.07
Signed-off-by: Tom Rini
---
.../u-boot/u-boot-fw-utils_2012.04.01.bb | 35
meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.07.bb | 33 ++
2 files changed, 33 insertions(+), 35 deletions(-)
delete mode 100644 meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
create mode 100644 meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.07.bb
diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
deleted file mode 100644
index 364f8a5..000
--- a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
+++ /dev/null
@@ -1,35 +0,0 @@
-DESCRIPTION = "U-boot bootloader fw_printenv/setenv utils"
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=1707d6db1d42237583f50183a5651ecb"
-SECTION = "bootloader"
-
-DEPENDS = "mtd-utils"
-
-PR = "r1"
-
-# This is needs to be validated among supported BSP's before we can
-# make it default
-DEFAULT_PREFERENCE = "-1"
-
-# This revision corresponds to the tag "v2012.04.01"
-# We use the revision in order to avoid having to fetch it from the
-# repo during parse
-SRCREV = "415d386877df49eb051b85ef74fa59a16dc17c7d"
-
-PV = "v2012.04.01+git${SRCPV}"
-
-SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
-
-S = "${WORKDIR}/git"
-
-EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
-
-do_compile () {
- oe_runmake env
-}
-
-do_install () {
- install -d ${D}${base_sbindir}
- install -m 755 ${S}/tools/env/fw_printenv ${D}${base_sbindir}/fw_printenv
- install -m 755 ${S}/tools/env/fw_printenv ${D}${base_sbindir}/fw_setenv
-}
diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.07.bb
b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.07.bb
new file mode 100644
index 000..8ec8ac1
--- /dev/null
+++ b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.07.bb
@@ -0,0 +1,33 @@
+DESCRIPTION = "U-boot bootloader fw_printenv/setenv utils"
+LICENSE = "GPLv2+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=1707d6db1d42237583f50183a5651ecb"
+SECTION = "bootloader"
+
+DEPENDS = "mtd-utils"
+
+# This is needs to be validated among supported BSP's before we can
+# make it default
+DEFAULT_PREFERENCE = "-1"
+
+# This revision corresponds to the tag "v2012.07"
+# We use the revision in order to avoid having to fetch it from the
+# repo during parse
+SRCREV = "190649fb4309d1bc0fe7732fd0f951cb6440f935"
+
+PV = "v2012.07+git${SRCPV}"
+
+SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
+
+S = "${WORKDIR}/git"
+
+EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
+
+do_compile () {
+ oe_runmake env
+}
+
+do_install () {
+ install -d ${D}${base_sbindir}
+ install -m 755 ${S}/tools/env/fw_printenv ${D}${base_sbindir}/fw_printenv
+ install -m 755 ${S}/tools/env/fw_printenv ${D}${base_sbindir}/fw_setenv
+}
--
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/5] u-boot-mkimage: Update to v2012.07
Signed-off-by: Tom Rini
---
.../u-boot/u-boot-mkimage_2012.04.01.bb| 35
meta/recipes-bsp/u-boot/u-boot-mkimage_2012.07.bb | 33 ++
2 files changed, 33 insertions(+), 35 deletions(-)
delete mode 100644 meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
create mode 100644 meta/recipes-bsp/u-boot/u-boot-mkimage_2012.07.bb
diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
b/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
deleted file mode 100644
index 4d05202..000
--- a/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
+++ /dev/null
@@ -1,35 +0,0 @@
-DESCRIPTION = "U-boot bootloader mkimage tool"
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=1707d6db1d42237583f50183a5651ecb"
-SECTION = "bootloader"
-
-PR = "r1"
-
-# This is needs to be validated among supported BSP's before we can
-# make it default
-DEFAULT_PREFERENCE = "-1"
-
-# This revision corresponds to the tag "v2012.04.01"
-# We use the revision in order to avoid having to fetch it from the
-# repo during parse
-SRCREV = "415d386877df49eb051b85ef74fa59a16dc17c7d"
-
-PV = "v2012.04.01+git${SRCPV}"
-
-SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
-
-S = "${WORKDIR}/git"
-
-EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
-
-do_compile () {
- oe_runmake tools
-}
-
-do_install () {
- install -d ${D}${bindir}
- install -m 0755 tools/mkimage ${D}${bindir}/uboot-mkimage
- ln -sf uboot-mkimage ${D}${bindir}/mkimage
-}
-
-BBCLASSEXTEND = "native nativesdk"
diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.07.bb
b/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.07.bb
new file mode 100644
index 000..d30a648
--- /dev/null
+++ b/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.07.bb
@@ -0,0 +1,33 @@
+DESCRIPTION = "U-boot bootloader mkimage tool"
+LICENSE = "GPLv2+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=1707d6db1d42237583f50183a5651ecb"
+SECTION = "bootloader"
+
+# This is needs to be validated among supported BSP's before we can
+# make it default
+DEFAULT_PREFERENCE = "-1"
+
+# This revision corresponds to the tag "v2012.07"
+# We use the revision in order to avoid having to fetch it from the
+# repo during parse
+SRCREV = "190649fb4309d1bc0fe7732fd0f951cb6440f935"
+
+PV = "v2012.07+git${SRCPV}"
+
+SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
+
+S = "${WORKDIR}/git"
+
+EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
+
+do_compile () {
+ oe_runmake tools
+}
+
+do_install () {
+ install -d ${D}${bindir}
+ install -m 0755 tools/mkimage ${D}${bindir}/uboot-mkimage
+ ln -sf uboot-mkimage ${D}${bindir}/mkimage
+}
+
+BBCLASSEXTEND = "native nativesdk"
--
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 5/5] u-boot: Update to v2012.07
Signed-off-by: Tom Rini
---
meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb | 29 --
meta/recipes-bsp/u-boot/u-boot_2012.07.bb| 29 ++
2 files changed, 29 insertions(+), 29 deletions(-)
delete mode 100644 meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
create mode 100644 meta/recipes-bsp/u-boot/u-boot_2012.07.bb
diff --git a/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
b/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
deleted file mode 100644
index c4ec50d..000
--- a/meta/recipes-bsp/u-boot/u-boot_2012.04.01.bb
+++ /dev/null
@@ -1,29 +0,0 @@
-require u-boot.inc
-
-# This is needs to be validated among supported BSP's before we can
-# make it default
-DEFAULT_PREFERENCE = "-1"
-
-# To build u-boot for your machine, provide the following lines in
-# your machine config, replacing the assignments as appropriate for
-# your machine.
-# UBOOT_MACHINE = "omap3_beagle_config"
-# UBOOT_ENTRYPOINT = "0x80008000"
-# UBOOT_LOADADDRESS = "0x80008000"
-
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=1707d6db1d42237583f50183a5651ecb"
-
-# This revision corresponds to the tag "v2012.04.01"
-# We use the revision in order to avoid having to fetch it from the
-# repo during parse
-SRCREV = "415d386877df49eb051b85ef74fa59a16dc17c7d"
-
-PV = "v2012.04.01+git${SRCPV}"
-PR = "r1"
-
-SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
-
-S = "${WORKDIR}/git"
-
-PACKAGE_ARCH = "${MACHINE_ARCH}"
diff --git a/meta/recipes-bsp/u-boot/u-boot_2012.07.bb
b/meta/recipes-bsp/u-boot/u-boot_2012.07.bb
new file mode 100644
index 000..91f32e6
--- /dev/null
+++ b/meta/recipes-bsp/u-boot/u-boot_2012.07.bb
@@ -0,0 +1,29 @@
+require u-boot.inc
+
+# This is needs to be validated among supported BSP's before we can
+# make it default
+DEFAULT_PREFERENCE = "-1"
+
+# To build u-boot for your machine, provide the following lines in
+# your machine config, replacing the assignments as appropriate for
+# your machine.
+# UBOOT_MACHINE = "omap3_beagle_config"
+# UBOOT_ENTRYPOINT = "0x80008000"
+# UBOOT_LOADADDRESS = "0x80008000"
+
+LICENSE = "GPLv2+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=1707d6db1d42237583f50183a5651ecb"
+
+# This revision corresponds to the tag "v2012.07"
+# We use the revision in order to avoid having to fetch it from the
+# repo during parse
+SRCREV = "190649fb4309d1bc0fe7732fd0f951cb6440f935"
+
+PV = "v2012.07+git${SRCPV}"
+PR = "r1"
+
+SRC_URI = "git://git.denx.de/u-boot.git;branch=master;protocol=git"
+
+S = "${WORKDIR}/git"
+
+PACKAGE_ARCH = "${MACHINE_ARCH}"
--
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/5] u-boot-mkimage: Correct EXTRA_OEMAKE
- HOSTLD has never been used in U-Boot, drop.
- HOSTSTRIP has been valid for a long time for tools
- Same for HOSTCFLAGS / HOSTLDFLAGS
Signed-off-by: Tom Rini
---
meta/recipes-bsp/u-boot/u-boot-mkimage_2011.03.bb |4 ++--
meta/recipes-bsp/u-boot/u-boot-mkimage_2011.06.bb |4 ++--
.../u-boot/u-boot-mkimage_2012.04.01.bb|4 +++-
3 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2011.03.bb
b/meta/recipes-bsp/u-boot/u-boot-mkimage_2011.03.bb
index 34bae8e..9161f6c 100644
--- a/meta/recipes-bsp/u-boot/u-boot-mkimage_2011.03.bb
+++ b/meta/recipes-bsp/u-boot/u-boot-mkimage_2011.03.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=1707d6db1d42237583f50183a5651ecb \
file://README;beginline=1;endline=22;md5=3a00ef51d3fc96e9d6c1bc4708ccd3b5"
SECTION = "bootloader"
-PR = "r1"
+PR = "r2"
SRC_URI = "ftp://ftp.denx.de/pub/u-boot/u-boot-${PV}.tar.bz2 \
file://0001-Drop-config.h-include-in-tools-imximage.h.patch \
@@ -17,7 +17,7 @@ S = "${WORKDIR}/u-boot-${PV}"
BBCLASSEXTEND = "native nativesdk"
-EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTLD="${LD}" HOSTSTRIP=true'
+EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
do_compile () {
oe_runmake tools
diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2011.06.bb
b/meta/recipes-bsp/u-boot/u-boot-mkimage_2011.06.bb
index 3ca0c2c..2a83323 100644
--- a/meta/recipes-bsp/u-boot/u-boot-mkimage_2011.06.bb
+++ b/meta/recipes-bsp/u-boot/u-boot-mkimage_2011.06.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=1707d6db1d42237583f50183a5651ecb \
file://README;beginline=1;endline=22;md5=5ba4218ac89af7846802d0348df3fb90"
SECTION = "bootloader"
-PR = "r0"
+PR = "r1"
SRC_URI = "ftp://ftp.denx.de/pub/u-boot/u-boot-${PV}.tar.bz2";
@@ -15,7 +15,7 @@ S = "${WORKDIR}/u-boot-${PV}"
BBCLASSEXTEND = "native nativesdk"
-EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTLD="${LD}" HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
+EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
do_compile () {
oe_runmake tools
diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
b/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
index aa107fe..4d05202 100644
--- a/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
+++ b/meta/recipes-bsp/u-boot/u-boot-mkimage_2012.04.01.bb
@@ -3,6 +3,8 @@ LICENSE = "GPLv2+"
LIC_FILES_CHKSUM = "file://COPYING;md5=1707d6db1d42237583f50183a5651ecb"
SECTION = "bootloader"
+PR = "r1"
+
# This is needs to be validated among supported BSP's before we can
# make it default
DEFAULT_PREFERENCE = "-1"
@@ -18,7 +20,7 @@ SRC_URI =
"git://git.denx.de/u-boot.git;branch=master;protocol=git"
S = "${WORKDIR}/git"
-EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTLD="${LD}" HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
+EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
do_compile () {
oe_runmake tools
--
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/5] u-boot-fw-utils: Correct EXTRA_OEMAKE
- HOSTCFLAGS / HOSTLDFLAGS have been valid for a long time for tools/env
- HOSTSTRIP will be needed in the future, does no harm to be correct
now.
Signed-off-by: Tom Rini
---
meta/recipes-bsp/u-boot/u-boot-fw-utils_2011.06.bb |4 ++--
.../u-boot/u-boot-fw-utils_2012.04.01.bb |4 +++-
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2011.06.bb
b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2011.06.bb
index 7c4df1a..99eef15 100644
--- a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2011.06.bb
+++ b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2011.06.bb
@@ -6,7 +6,7 @@ SECTION = "bootloader"
DEPENDS = "mtd-utils"
-PR = "r1"
+PR = "r2"
SRC_URI = "ftp://ftp.denx.de/pub/u-boot/u-boot-${PV}.tar.bz2";
@@ -15,7 +15,7 @@ SRC_URI[sha256sum] =
"362ddb935885da98cf461eba08f31e3e59d0c4ada6cb2fa15596f43af3
S = "${WORKDIR}/u-boot-${PV}"
-EXTRA_OEMAKE = 'HOSTCC="${CC}"'
+EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
do_compile () {
oe_runmake env
diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
index fe3422a..364f8a5 100644
--- a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
+++ b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2012.04.01.bb
@@ -5,6 +5,8 @@ SECTION = "bootloader"
DEPENDS = "mtd-utils"
+PR = "r1"
+
# This is needs to be validated among supported BSP's before we can
# make it default
DEFAULT_PREFERENCE = "-1"
@@ -20,7 +22,7 @@ SRC_URI =
"git://git.denx.de/u-boot.git;branch=master;protocol=git"
S = "${WORKDIR}/git"
-EXTRA_OEMAKE = 'HOSTCC="${CC}"'
+EXTRA_OEMAKE = 'HOSTCC="${CC}" HOSTCFLAGS="${CFLAGS} HOSTLDFLAGS="${LDFLAGS}"
HOSTSTRIP=true'
do_compile () {
oe_runmake env
--
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] [PATCH] classes/chrpath: trigger an error if chrpath fails
On Fri, 2012-08-17 at 14:31 +0100, Paul Eggleton wrote: > On Friday 17 August 2012 11:53:51 Jack Mitchell wrote: > > On 17/08/12 11:26, Henning Heinold wrote: > > > On Fri, Aug 17, 2012 at 11:05:43AM +0100, Jack Mitchell wrote: > > >> any provider > > >> WARNING: Failed to fetch URL > > >> http://kernel.org/pub/linux/kernel/people/jsipek/guilt/guilt-0.33.tar.gz > > >> , attempting MIRRORS if available > > >> *ERROR: chrpath command failed with exit code 7 > > >> ERROR: chrpath command failed with exit code 7* > > > > > > Hi, > > > > > > you can grep the logfiles in the work-dir for chrpath call and you will > > > find the package. I saw it on some perl modules, but not now. > > > > > > Bye Henning > > > > Ok, here we go: > > > > > > x86_64-linux/perl-native-5.14.2-r1/temp/log.do_populate_sysroot.30355:ERROR > > : chrpath command failed with exit code 7 > > > > x86_64-linux/perl-native-5.14.2-r1/temp/log.do_populate_sysroot.30355:ERROR > > : chrpath command failed with exit code 7 > > > > This is on kraj/toolchain-rework, I don't know how synced with master it > > is so apologies if it has already been fixed. > > I can confirm this; with the patch I have just sent to improve the error > handling, on top of master I now get: > > -- snip --- > ERROR: perl-native: chrpath command failed with exit code 7: > /home/paul/poky/poky/build/tmp/work/i686-linux/perl-native-5.14.2-r1/sysroot-destdir/home/paul/poky/poky/build/tmp/sysroots/i686-linux/usr/lib/perl-native/perl/5.14.2/auto/Time/HiRes/HiRes.so: > RPATH=/lib/i386-linux-gnu > new rpath '$ORIGIN/../../../../../../../../../..' too large; maximum length 19 > > ERROR: Function failed > ERROR: Logfile of failure stored in: > /home/paul/poky/poky/build/tmp/work/i686-linux/perl-native-5.14.2-r1/temp/log.do_populate_sysroot.17120 > ERROR: Task 3 > (/home/paul/poky/poky/meta/recipes-devtools/perl/perl-native_5.14.2.bb, > do_populate_sysroot) failed with exit code '1' > -- snip --- > > This is with a from-scratch build of perl-native; TMPDIR in my case is > "/home/paul/poky/poky/build/tmp" as you can probably tell from the above. FWIW my chrpath.bbclass change fixes this. Since this is now breaking builds for everyone (or will be) I've merged it straight in. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 6/6] connman: upgrade to 1.4
The patch is included in connman 1.4.
Constantin Musca
On 08/17/2012 07:19 PM, Saul Wold wrote:
On 08/16/2012 05:55 AM, Constantin Musca wrote:
Signed-off-by: Constantin Musca
---
...ck-that-the-string-isn-t-empty-before-spl.patch | 37
Why was the patch removed, need to have that in the commit message also.
Sau!
.../connman/{connman_1.3.bb => connman_1.4.bb} |9 +++--
2 files changed, 4 insertions(+), 42 deletions(-)
delete mode 100644
meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
rename meta/recipes-connectivity/connman/{connman_1.3.bb =>
connman_1.4.bb} (69%)
diff --git
a/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
b/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
deleted file mode 100644
index c92b586..000
---
a/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-From ea8c7b3efce4c1762411e073893e948de5d552d6 Mon Sep 17 00:00:00 2001
-From: Ross Burton
-Date: Tue, 17 Jul 2012 16:04:12 +0100
-Subject: [PATCH] storage: check that the string isn't empty before
splitting
-
-If the string was non-NULL but empty (str="\0"), the following \0
assignment
-would write to str[-1] and thus cause memory corruption.
-
-On PPC and MIPS, this was causing crashes in glibc.
-
-Signed-off-by: Ross Burton
-Upstream-Status: Submitted
-
- src/storage.c |6 +-
- 1 file changed, 5 insertions(+), 1 deletion(-)
-
-diff --git a/src/storage.c b/src/storage.c
-index 47bd0cb..20766a3 100644
a/src/storage.c
-+++ b/src/storage.c
-@@ -212,7 +212,11 @@ gchar **connman_storage_get_services()
- closedir(dir);
-
- str = g_string_free(result, FALSE);
--if (str) {
-+if (str && str[0] != '\0') {
-+/*
-+ * Remove the trailing separator so that services doesn't
end up
-+ * with an empty element.
-+ */
- str[strlen(str) - 1] = '\0';
- services = g_strsplit(str, "/", -1);
- }
---
-1.7.10.4
-
diff --git a/meta/recipes-connectivity/connman/connman_1.3.bb
b/meta/recipes-connectivity/connman/connman_1.4.bb
similarity index 69%
rename from meta/recipes-connectivity/connman/connman_1.3.bb
rename to meta/recipes-connectivity/connman/connman_1.4.bb
index 4d82794..bd8ba65 100644
--- a/meta/recipes-connectivity/connman/connman_1.3.bb
+++ b/meta/recipes-connectivity/connman/connman_1.4.bb
@@ -1,13 +1,12 @@
require connman.inc
-# 1.3 tag
-SRCREV = "3c0fa84091524c7cd6237744f2088ffee2f1d5ad"
+# 1.4 tag
+SRCREV = "f701bbca259f1f35e68d338f31f5373f75f3da5f"
SRC_URI = "git://git.kernel.org/pub/scm/network/connman/connman.git \
file://0001-plugin.h-Change-visibility-to-default-for-debug-symb.patch \
file://add_xuser_dbus_permission.patch \
file://connman \
file://0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch \
-
file://0001-timezone.c-If-there-is-no-d_type-support-use-fstatat.patch \
-
file://0001-storage-check-that-the-string-isn-t-empty-before-spl.patch"
+
file://0001-timezone.c-If-there-is-no-d_type-support-use-fstatat.patch"
S = "${WORKDIR}/git"
-PR = "${INC_PR}.2"
+PR = "${INC_PR}.0"
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] chrpath.bbclass: Account for case when ORIGIN is in RPATH
On Thu, 2012-08-16 at 08:44 +0200, Henning Heinold wrote:
> On Wed, Aug 15, 2012 at 08:15:46PM -0700, Khem Raj wrote:
> > This fixes a case when RPATH embedded in program have one of
> > its path already relative to ORIGIN. We were losing that path
> > if such a path existed. This patch appends it to the new edited
> > rpath being created when we see it.
> >
> > so RPATH like below
> >
> > (RPATH) Library rpath:
> > [$ORIGIN/../lib/amd64/jli:$ORIGIN/../jre/lib/amd64/jli]
> >
> > would end up being empty
> >
> > but after this patch its kept intact
> >
> > Signed-off-by: Khem Raj
> > ---
> > meta/classes/chrpath.bbclass |3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/classes/chrpath.bbclass b/meta/classes/chrpath.bbclass
> > index 10b5ca0..861d369 100644
> > --- a/meta/classes/chrpath.bbclass
> > +++ b/meta/classes/chrpath.bbclass
> > @@ -48,8 +48,9 @@ def process_dir (directory, d):
> > rpaths = curr_rpath.split(":")
> > new_rpaths = []
> > for rpath in rpaths:
> > -# If rpath is already dynamic continue
> > +# If rpath is already dynamic copy it to new_rpath and
> > continue
> > if rpath.find("$ORIGIN") != -1:
> > +new_rpaths.append("%s" % (rpath.strip()))
> > continue
> > # If the rpath shares a root with base_prefix determine a
> > new dynamic rpath from the
> > # base_prefix shared root
> > --
> > 1.7.9.5
>
> Hi Khem,
>
> just notice my solution some months ago
>
> http://patches.openembedded.org/patch/24461/
I merged a version of this which simply does:
new_rpaths.append(rpath.strip())
since that is neater than using regexps.
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] gst-fluendo-mpegdemux: upgrade to 0.10.71
Signed-off-by: Constantin Musca
---
...0.10.70.bb => gst-fluendo-mpegdemux_0.10.71.bb} |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gst-fluendo-mpegdemux_0.10.70.bb =>
gst-fluendo-mpegdemux_0.10.71.bb} (71%)
diff --git a/meta/recipes-multimedia/gstreamer/gst-fluendo-mpegdemux_0.10.70.bb
b/meta/recipes-multimedia/gstreamer/gst-fluendo-mpegdemux_0.10.71.bb
similarity index 71%
rename from meta/recipes-multimedia/gstreamer/gst-fluendo-mpegdemux_0.10.70.bb
rename to meta/recipes-multimedia/gstreamer/gst-fluendo-mpegdemux_0.10.71.bb
index e6a6255..b939eff 100644
--- a/meta/recipes-multimedia/gstreamer/gst-fluendo-mpegdemux_0.10.70.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-fluendo-mpegdemux_0.10.71.bb
@@ -9,5 +9,5 @@ acpaths = "-I ${S}/common/m4 -I ${S}/m4"
PR = "r0"
-SRC_URI[md5sum] = "ceb9001be71e8cbc3e97f9b46c9b611e"
-SRC_URI[sha256sum] =
"b46f4a05f621e9742d22ac5c835c2f5d9aa495845b5c783475c03d1c46f47727"
+SRC_URI[md5sum] = "a7b5152cd73fd0f9fa653fca93c82bd7"
+SRC_URI[sha256sum] =
"3be3907e860bce4cc8bee0c70e4b28e91d97f4037e611473b8c9bb954b4de4f9"
--
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] gst-fluendo-mp3: upgrade to 0.10.19
Signed-off-by: Constantin Musca
---
...o-mp3_0.10.16.bb => gst-fluendo-mp3_0.10.19.bb} |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gst-fluendo-mp3_0.10.16.bb =>
gst-fluendo-mp3_0.10.19.bb} (46%)
diff --git a/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.16.bb
b/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.19.bb
similarity index 46%
rename from meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.16.bb
rename to meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.19.bb
index 3f8c67e..a485994 100644
--- a/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.16.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-fluendo-mp3_0.10.19.bb
@@ -1,7 +1,7 @@
require gst-fluendo.inc
LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://COPYING;md5=98326cbb1723a5a97e9b1db62e9faa05"
+LIC_FILES_CHKSUM = "file://COPYING;md5=259a43dd1c9854b71fc396f74699f4d2"
LICENSE_FLAGS = "commercial"
acpaths = "-I ${S}/common/m4 -I ${S}/m4"
@@ -10,5 +10,5 @@ PR = "r0"
DESCRIPTION = "Fluendo closed-format mp3 GStreamer plug-in"
-SRC_URI[md5sum] = "33df57590e3f21f945fe7bace6146fa0"
-SRC_URI[sha256sum] =
"12dbd307b25fed502a52666a9c956230da09ee140a18d987452492393340f442"
+SRC_URI[md5sum] = "5d95a9a216dd15bc5c00c9414061115c"
+SRC_URI[sha256sum] =
"30c79d24d8926f75dd4ef0f572942ce155ad541734b36a95591b9c0524dcc0f3"
--
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/2] Package upgrades
This is another set of package upgrades compiled on all architectures
and tested using core-image-sato-sdk. Nothing significant changed
in the gst-fluendo-mp3 license file.
Constantin Musca (2):
gst-fluendo-mp3: upgrade to 0.10.19
gst-fluendo-mpegdemux: upgrade to 0.10.71
...o-mp3_0.10.16.bb => gst-fluendo-mp3_0.10.19.bb} |6 +++---
...0.10.70.bb => gst-fluendo-mpegdemux_0.10.71.bb} |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gst-fluendo-mp3_0.10.16.bb =>
gst-fluendo-mp3_0.10.19.bb} (46%)
rename meta/recipes-multimedia/gstreamer/{gst-fluendo-mpegdemux_0.10.70.bb =>
gst-fluendo-mpegdemux_0.10.71.bb} (71%)
--
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] chrpath.bbclass: Ensure we only process tmpdir in paths which actually contain that path
Without this change, a path to "/lib/xxx" or "/usr/lib/xxx" would also
attempt to be remapped to be relative to $ORIGIN which makes no sense.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/chrpath.bbclass b/meta/classes/chrpath.bbclass
index 8922248..659db31 100644
--- a/meta/classes/chrpath.bbclass
+++ b/meta/classes/chrpath.bbclass
@@ -60,10 +60,12 @@ def process_dir (directory, d):
# NOTE: This will not work reliably for cross packages,
particularly in the case
# where your TMPDIR is a short path (i.e. /usr/poky) as
chrpath cannot insert an
# rpath longer than that which is already set.
-else:
+elif rpath.find(tmpdir) != -1:
depth = fpath.rpartition(tmpdir)[2].count('/')
libpath = rpath.partition(tmpdir)[2].strip()
-
+else:
+new_rpaths.append(rpath.strip())
+continue
base = "$ORIGIN"
while depth > 1:
base += "/.."
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED REQUEST 00/33] Package Updates & Fixes - Cover Letter Only
Richard,
A load of package updates and some bugfixes from various
places. I did not include the kernel updates due to the
current issue on the AB.
Unless requested otherwise, I am only going send coverletters
from now, it seems that the full patch set is a bit of a mail bomb.
Sau!
The following changes since commit 99815eddd4e1eb5d939831704231537dd5a995ad:
classes/chrpath: improve chrpath failure handling (2012-08-17 15:25:01 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib sgw/stage
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage
Amy Fong (1):
openssh: openssh's init fails to restart if sshd is not running
Andreas Müller (1):
wpa-supplicant: fix paths in dbus/systemd *.service files
Andrei Gherzan (7):
utils.py: Modify and rename distro_features_backfill python function
bitbake.conf: Use the new form of features_backfill function
bitbake.conf: Add MACHINE_FEATURES_BACKFILL and append to
MACHINE_FEATURES
bitbake.conf: Add rtc to MACHINE_FEATURES_BACKFILL
task-core-boot: Add busybox-hwclock if MACHINE_FEATURES contains rtc
busybox: Package hwclock.sh initscript separately
subversion: Inherit gettext as msgfmt is needed at compile time
Constantin Musca (12):
pixman: upgrade to 0.27.2
dri2proto: upgrade to 2.8
glproto: upgrade to 1.4.16
pciutils: upgrade to 3.1.10
dbus: upgrade to 1.6.4
ofono: upgrade to 1.10
iproute2: upgrade to 3.5.0
af847d36375aa53f0c1ee2a00c97ba9f38837d1b iptables: upgrade to 1.4.15
pulseaudio: upgrade to 2.1
Florin Sarbu (1):
Add MPL version 2.0 license in common-licenses dir as well as adding
a non-SPDX license name in license.bbclass
Mark Hatle (1):
prelink: Update to latest upstream prelink
Matthew McClintock (1):
distutils.bbclass: fix libdir for 64-bit python modules built with
distutils
Paul Gortmaker (1):
libproxy: add dependency on glib-2.0
Radu Moisan (2):
grub: Update to upstream stable 2.00
grub-efi-native: Update to version 2.00
Robert Yang (2):
apt-native 0.7.14: remove an extra line from apt.conf
rootfs_deb: move the lock from WORKDIR to DEPLOY_DIR_DEB
Ross Burton (3):
clutter: DOLT isn't used anymore
owl-video: patches pushed upstream, so bump srcrev
libowl-av: patches merged upstream, bump srcrev
Roy.Li (1):
subversion: two small fixes
Saul Wold (1):
libsamplerate: depends on libsdnfile
Scott Garman (1):
runqemu: support booting ramfs-based images
Xin Ouyang (1):
libatomics-ops: update to the latest version 7.2
meta/classes/distutils.bbclass |1 +
meta/classes/license.bbclass |1 +
meta/classes/populate_sdk_deb.bbclass |3 +-
meta/classes/rootfs_deb.bbclass|2 +-
meta/conf/bitbake.conf |5 +-
meta/files/common-licenses/MPL-2.0 | 373
meta/lib/oe/utils.py |9 +-
...rub-1.99-gcc-4.7.0-strict-aliasing-errors.patch | 147
...b-1.99-gcc-4.7.0-uninitialized-var-errors.patch | 41 ---
.../grub/files/grub-1.99-gcc-4.7.0.patch | 34 --
.../files/grub-1.99_fix_for_automake_1.11.2.patch | 179 --
...2man.patch => grub-2.00-disable-help2man.patch} | 117 +--
...grub-2.00-fix-enable_execute_stack-check.patch} |8 +-
...ix.patch => grub-2.00-fpmath-sse-387-fix.patch} |0
.../grub/files/grub-no-unused-result.patch | 13 +
.../grub/grub-1.99/grub-1.99-lazy_stat.patch | 64
.../grub/{grub-1.99 => grub-2.00}/40_custom|0
.../{grub-1.99 => grub-2.00}/grub-install.in.patch |0
.../{grub-1.99 => grub-2.00}/remove-gets.patch |0
...-efi-native_1.99.bb => grub-efi-native_2.00.bb} | 18 +-
.../grub/{grub_1.99.bb => grub_2.00.bb}| 18 +-
.../configure.patch|0
.../guess-fix.patch|0
.../lib-build-fix.patch|0
.../makefile.patch |0
.../pcimodules-pciutils.diff |0
.../{pciutils_3.1.9.bb => pciutils_3.1.10.bb} |4 +-
.../configure-cross.patch |0
.../{iproute2_3.4.0.bb => iproute2_3.5.0.bb} |4 +-
.../ofono/{ofono_1.8.bb => ofono_1.10.bb} |6 +-
.../openssh/openssh-6.0p1/init |2 +-
.../wpa-supplicant/wpa-supplicant-1.0.inc |2 +
.../wpa-supplicant/wpa-supplicant_1.0.bb |2 +-
meta/recipes-core/busybox/busybox.inc |5 +-
.../dbus/{dbus-1.4.20 => dbus-1.6.4}/dbus-1.init |0
.../dbus/{dbus-1.4.20 => dbus-1.6.4}/tmpdir.patch |0
meta/recipes-core/dbus/dbus_1.4.20.bb |6 -
meta/recipes-core/dbus/dbus_1.6.4.bb |6 +
meta/recipes-core/tasks/task-core-boot.bb |1 +
me
Re: [OE-core] [PATCH] grub: Update to upstream stable 2.00
On 08/09/2012 12:50 AM, Radu Moisan wrote:
You need to add details about why you are removing the patches, where
they added to the upstream? Obsoleted?
When removing patch files, please explain why.
Thanks
Sau!
Signed-off-by: Radu Moisan
---
...rub-1.99-gcc-4.7.0-strict-aliasing-errors.patch | 147
...b-1.99-gcc-4.7.0-uninitialized-var-errors.patch | 41 -
.../grub/files/grub-1.99-gcc-4.7.0.patch | 34
.../files/grub-1.99_fix_for_automake_1.11.2.patch | 179
.../grub/grub-1.99/grub-1.99-lazy_stat.patch | 64 ---
.../grub/{grub-1.99 => grub-2.00}/40_custom|0
.../{grub-1.99 => grub-2.00}/grub-install.in.patch |0
.../{grub-1.99 => grub-2.00}/remove-gets.patch |0
.../grub/{grub_1.99.bb => grub_2.00.bb}| 16 +-
9 files changed, 7 insertions(+), 474 deletions(-)
delete mode 100644
meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0-strict-aliasing-errors.patch
delete mode 100644
meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0-uninitialized-var-errors.patch
delete mode 100644 meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0.patch
delete mode 100644
meta/recipes-bsp/grub/files/grub-1.99_fix_for_automake_1.11.2.patch
delete mode 100644 meta/recipes-bsp/grub/grub-1.99/grub-1.99-lazy_stat.patch
rename meta/recipes-bsp/grub/{grub-1.99 => grub-2.00}/40_custom (100%)
rename meta/recipes-bsp/grub/{grub-1.99 => grub-2.00}/grub-install.in.patch
(100%)
rename meta/recipes-bsp/grub/{grub-1.99 => grub-2.00}/remove-gets.patch (100%)
rename meta/recipes-bsp/grub/{grub_1.99.bb => grub_2.00.bb} (69%)
diff --git
a/meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0-strict-aliasing-errors.patch
b/meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0-strict-aliasing-errors.patch
deleted file mode 100644
index 9d81050..000
---
a/meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0-strict-aliasing-errors.patch
+++ /dev/null
@@ -1,147 +0,0 @@
-Upstream-Status: Pending
-
-This patch fixes these strick-aliasing errors with gcc 4.7
-
-
-| gcc -DHAVE_CONFIG_H -I. -I.. -Wall -W -I../include -I../include -DGRUB_MACHINE_EFI=1
-DGRUB_MACHINE=I386_EFI -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include
-DGRUB_FILE=\"fs/zfs/zfs.c\" -I. -I. -I.. -I.. -I../include -I../include
-isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -g
-feliminate-unused-debug-types -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes
-Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1
-mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-dwarf2-cfi-asm -m32 -fno-stack-protector
-mno-stack-arg-probe -Werror -Wno-trampolines -ffreestanding
-isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -c -o
fs/zfs/zfs_module-zfs.o `test -f 'fs/zfs/zfs.c' || echo './'`fs/zfs/zfs.c
-| fs/zfs/zfs.c: In function 'get_filesystem_dnode':
-| fs/zfs/zfs.c:1449:7: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c:1449:7: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c: In function 'make_mdn':
-| fs/zfs/zfs.c:1478:3: error: dereferencing type-punned pointer will break
strict-alERROR: Function failed: do_compile (see
/home/nitin/builds/build0/tmp/work/x86_64-linux/grub-efi-i586-native-1.99-r7/temp/log.do_compile.9293
for further information)
-| iasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c: In function 'dnode_get_fullpath':
-| fs/zfs/zfs.c:1554:3: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c:1554:3: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c:1571:7: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c:1571:7: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c: In function 'grub_zfs_open':
-| fs/zfs/zfs.c:2234:7: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c:2234:7: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c: In function 'fill_fs_info':
-| fs/zfs/zfs.c:2362:7: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c:2362:7: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c:2395:3: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c:2395:3: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
-| fs/zfs/zfs.c: In function 'iterate
Re: [OE-core] [PATCH 6/6] connman: upgrade to 1.4
That patch was included in 1.4 version.
On Aug 17, 2012 7:20 PM, "Saul Wold" wrote:
> On 08/16/2012 05:55 AM, Constantin Musca wrote:
>
>> Signed-off-by: Constantin Musca
>> ---
>> ...ck-that-the-string-isn-t-**empty-before-spl.patch | 37
>>
>>
> Why was the patch removed, need to have that in the commit message also.
>
> Sau!
>
>.../connman/{connman_1.3.bb => connman_1.4.bb} |9 +++--
>> 2 files changed, 4 insertions(+), 42 deletions(-)
>> delete mode 100644 meta/recipes-connectivity/**
>> connman/connman/0001-storage-**check-that-the-string-isn-t-**
>> empty-before-spl.patch
>> rename meta/recipes-connectivity/**connman/{connman_1.3.bb =>
>> connman_1.4.bb} (69%)
>>
>> diff --git a/meta/recipes-connectivity/**connman/connman/0001-storage-**
>> check-that-the-string-isn-t-**empty-before-spl.patch
>> b/meta/recipes-connectivity/**connman/connman/0001-storage-**
>> check-that-the-string-isn-t-**empty-before-spl.patch
>> deleted file mode 100644
>> index c92b586..000
>> --- a/meta/recipes-connectivity/**connman/connman/0001-storage-**
>> check-that-the-string-isn-t-**empty-before-spl.patch
>> +++ /dev/null
>> @@ -1,37 +0,0 @@
>> -From ea8c7b3efce4c1762411e073893e94**8de5d552d6 Mon Sep 17 00:00:00 2001
>> -From: Ross Burton
>> -Date: Tue, 17 Jul 2012 16:04:12 +0100
>> -Subject: [PATCH] storage: check that the string isn't empty before
>> splitting
>> -
>> -If the string was non-NULL but empty (str="\0"), the following \0
>> assignment
>> -would write to str[-1] and thus cause memory corruption.
>> -
>> -On PPC and MIPS, this was causing crashes in glibc.
>> -
>> -Signed-off-by: Ross Burton
>> -Upstream-Status: Submitted
>> -
>>
>> - src/storage.c |6 +-
>> - 1 file changed, 5 insertions(+), 1 deletion(-)
>> -
>> -diff --git a/src/storage.c b/src/storage.c
>> -index 47bd0cb..20766a3 100644
>> a/src/storage.c
>> -+++ b/src/storage.c
>> -@@ -212,7 +212,11 @@ gchar **connman_storage_get_**services()
>> - closedir(dir);
>> -
>> - str = g_string_free(result, FALSE);
>> -- if (str) {
>> -+ if (str && str[0] != '\0') {
>> -+ /*
>> -+ * Remove the trailing separator so that services doesn't
>> end up
>> -+ * with an empty element.
>> -+ */
>> - str[strlen(str) - 1] = '\0';
>> - services = g_strsplit(str, "/", -1);
>> - }
>> ---
>> -1.7.10.4
>> -
>> diff --git
>> a/meta/recipes-connectivity/**connman/connman_1.3.bbb/meta/recipes-connectivity/
>> **connman/connman_1.4.bb
>> similarity index 69%
>> rename from meta/recipes-connectivity/**connman/connman_1.3.bb
>> rename to meta/recipes-connectivity/**connman/connman_1.4.bb
>> index 4d82794..bd8ba65 100644
>> --- a/meta/recipes-connectivity/**connman/connman_1.3.bb
>> +++ b/meta/recipes-connectivity/**connman/connman_1.4.bb
>> @@ -1,13 +1,12 @@
>> require connman.inc
>>
>> -# 1.3 tag
>> -SRCREV = "**3c0fa84091524c7cd6237744f2088f**fee2f1d5ad"
>> +# 1.4 tag
>> +SRCREV = "**f701bbca259f1f35e68d338f31f537**3f75f3da5f"
>> SRC_URI =
>> "git://git.kernel.org/pub/scm/**network/connman/connman.git\
>>
>> file://0001-plugin.h-Change-**visibility-to-default-for-**debug-symb.patch
>> \
>> file://add_xuser_dbus_**permission.patch \
>> file://connman \
>>
>> file://0002-storage.c-If-**there-is-no-d_type-support-**use-fstatat.patch
>> \
>> -
>> file://0001-timezone.c-If-**there-is-no-d_type-support-**use-fstatat.patch
>> \
>> -file://0001-storage-check-**that-the-string-isn-t-empty-**
>> before-spl.patch"
>> +file://0001-timezone.c-If-**there-is-no-d_type-support-**
>> use-fstatat.patch"
>> S = "${WORKDIR}/git"
>> -PR = "${INC_PR}.2"
>> +PR = "${INC_PR}.0"
>>
>>
> __**_
> 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] Toolchain rework, call for testing
On Thursday, August 16, 2012 at 9:47 PM, Khem Raj wrote: > Recently glibc build has been simplified upstream. It has dropped the > dependency on libgcc_s and libgcc_eh for building glibc itself. > This means that we can simplify our toolchain bootstrap a bit by > dropping 1 of the 3 cross gcc build stages. We do not need > gcc-cross-intermediate > anymore. This should bring some build time reduction and simplify the > bootstrap. I have a series of patches which I have tested > by building core-image-minimal and meta-toolchain for all supported > qemu architectures and also uclibc/eglibc both > but it needs a lot more testing therefore I am calling out wider > audience for help in testing it out. > > The branch is > > http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/toolchain-rework > Successfully built core-image-base for p2020rdb with meta-fsl-ppc, so far. -- Christopher Larson ___ 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] insane.bbclass: Fix RPATH warning in the face of funny path strings
On Fri, 2012-08-17 at 08:53 -0700, Andy Ross wrote:
> In toolchain edge cases it's possible for the RPATH of a library to be
> set to something like "/usr/lib/../lib". This should be detected as
> "/usr/lib" and generate a warning.
>
> Signed-off-by: Andy Ross
> ---
> meta/classes/insane.bbclass | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
> index 556a176..b84a89f 100644
> --- a/meta/classes/insane.bbclass
> +++ b/meta/classes/insane.bbclass
> @@ -161,6 +161,10 @@ def package_qa_check_rpath(file,name, d, elf, messages):
> if dir in line:
> messages.append("package %s contains bad RPATH %s in file
> %s" % (name, line, file))
>
> +def rpath_eq(a, b):
> +import os.path
You don't need that import, os is always assumed to be present for our
code since it gets used so often. I'd suggest defining this within the
package_qa_check_useless_rpaths() function too since its slightly less
effort for the parser.
Cheers,
Richard
> +return os.path.normpath(a) == os.path.normpath(b)
> +
> QAPATHTEST[useless-rpaths] = "package_qa_check_useless_rpaths"
> def package_qa_check_useless_rpaths(file, name, d, elf, messages):
> """
> @@ -181,7 +185,7 @@ def package_qa_check_useless_rpaths(file, name, d, elf,
> messages):
> m = rpath_re.match(line)
> if m:
> rpath = m.group(1)
> -if rpath == libdir or rpath == base_libdir:
> +if rpath_eq(rpath, libdir) or rpath_eq(rpath, base_libdir):
> # The dynamic linker searches both these places anyway. There is
> no point in
> # looking there again.
> messages.append("%s: %s contains probably-redundant RPATH %s" %
> (name, package_qa_clean_path(file, d), rpath))
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] libxrandr: upgrade to 1.4.0
On 08/14/2012 05:50 AM, Constantin Musca wrote:
Signed-off-by: Constantin Musca
---
.../{libxrandr_1.3.2.bb => libxrandr_1.4.0.bb} |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxrandr_1.3.2.bb =>
libxrandr_1.4.0.bb} (72%)
diff --git a/meta/recipes-graphics/xorg-lib/libxrandr_1.3.2.bb
b/meta/recipes-graphics/xorg-lib/libxrandr_1.4.0.bb
similarity index 72%
rename from meta/recipes-graphics/xorg-lib/libxrandr_1.3.2.bb
rename to meta/recipes-graphics/xorg-lib/libxrandr_1.4.0.bb
index 6fc3cf5..323c098 100644
--- a/meta/recipes-graphics/xorg-lib/libxrandr_1.3.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libxrandr_1.4.0.bb
@@ -9,7 +9,7 @@ specified in the Proceedings of the 2001 Usenix Technical
Conference \
require xorg-lib-common.inc
LICENSE = "MIT-style"
-LIC_FILES_CHKSUM = "file://COPYING;md5=4c5c132d3690478179d78ec3bf064584"
+LIC_FILES_CHKSUM = "file://COPYING;md5=aa33e583cc3e96238a8467b485e62992"
What changed in the license file? It could be as simple as the
Copyright year or more complex, but you need to include that information
in the commit message.
Thanks
Sau!
DEPENDS += "virtual/libx11 randrproto libxrender libxext"
@@ -20,5 +20,5 @@ XORG_PN = "libXrandr"
BBCLASSEXTEND = "native nativesdk"
-SRC_URI[md5sum] = "92473da2fccf5fac665be4fa4f2037fa"
-SRC_URI[sha256sum] =
"7eaca216ab5233d7396119eb87c1989d350a3efead104d54b55f22cdd1d99b81"
+SRC_URI[md5sum] = "0c843636124cc1494e3d87df16957672"
+SRC_URI[sha256sum] =
"033ad0ac2f012afb05268660f6d78705c85f84689f92fa7b47ce12959b15f5c3"
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 6/6] connman: upgrade to 1.4
On 08/16/2012 05:55 AM, Constantin Musca wrote:
Signed-off-by: Constantin Musca
---
...ck-that-the-string-isn-t-empty-before-spl.patch | 37
Why was the patch removed, need to have that in the commit message also.
Sau!
.../connman/{connman_1.3.bb => connman_1.4.bb} |9 +++--
2 files changed, 4 insertions(+), 42 deletions(-)
delete mode 100644
meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
rename meta/recipes-connectivity/connman/{connman_1.3.bb => connman_1.4.bb}
(69%)
diff --git
a/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
b/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
deleted file mode 100644
index c92b586..000
---
a/meta/recipes-connectivity/connman/connman/0001-storage-check-that-the-string-isn-t-empty-before-spl.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-From ea8c7b3efce4c1762411e073893e948de5d552d6 Mon Sep 17 00:00:00 2001
-From: Ross Burton
-Date: Tue, 17 Jul 2012 16:04:12 +0100
-Subject: [PATCH] storage: check that the string isn't empty before splitting
-
-If the string was non-NULL but empty (str="\0"), the following \0 assignment
-would write to str[-1] and thus cause memory corruption.
-
-On PPC and MIPS, this was causing crashes in glibc.
-
-Signed-off-by: Ross Burton
-Upstream-Status: Submitted
-
- src/storage.c |6 +-
- 1 file changed, 5 insertions(+), 1 deletion(-)
-
-diff --git a/src/storage.c b/src/storage.c
-index 47bd0cb..20766a3 100644
a/src/storage.c
-+++ b/src/storage.c
-@@ -212,7 +212,11 @@ gchar **connman_storage_get_services()
- closedir(dir);
-
- str = g_string_free(result, FALSE);
-- if (str) {
-+ if (str && str[0] != '\0') {
-+ /*
-+ * Remove the trailing separator so that services doesn't end up
-+ * with an empty element.
-+ */
- str[strlen(str) - 1] = '\0';
- services = g_strsplit(str, "/", -1);
- }
---
-1.7.10.4
-
diff --git a/meta/recipes-connectivity/connman/connman_1.3.bb
b/meta/recipes-connectivity/connman/connman_1.4.bb
similarity index 69%
rename from meta/recipes-connectivity/connman/connman_1.3.bb
rename to meta/recipes-connectivity/connman/connman_1.4.bb
index 4d82794..bd8ba65 100644
--- a/meta/recipes-connectivity/connman/connman_1.3.bb
+++ b/meta/recipes-connectivity/connman/connman_1.4.bb
@@ -1,13 +1,12 @@
require connman.inc
-# 1.3 tag
-SRCREV = "3c0fa84091524c7cd6237744f2088ffee2f1d5ad"
+# 1.4 tag
+SRCREV = "f701bbca259f1f35e68d338f31f5373f75f3da5f"
SRC_URI = "git://git.kernel.org/pub/scm/network/connman/connman.git \
file://0001-plugin.h-Change-visibility-to-default-for-debug-symb.patch \
file://add_xuser_dbus_permission.patch \
file://connman \
file://0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch \
-
file://0001-timezone.c-If-there-is-no-d_type-support-use-fstatat.patch \
-
file://0001-storage-check-that-the-string-isn-t-empty-before-spl.patch"
+
file://0001-timezone.c-If-there-is-no-d_type-support-use-fstatat.patch"
S = "${WORKDIR}/git"
-PR = "${INC_PR}.2"
+PR = "${INC_PR}.0"
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] package_rpm.bbclass: Fix attemptonly install failures
During an attemptonly install, if you try to install two packages that
conflict with each other, a message is generated:
error: Failed dependencies:
dropbear conflicts with openssh-6.0p1-r4.ppc603e
dropbear conflicts with openssh-sshd-6.0p1-r4.ppc603e
This is placed onto stderr (vs stdout), which was not being redirected.
This allowed the log-check code to find the magic key of "Failed" causing
the package installation process to fail. Instead the proper behavior is to
simply ignore the error and proceed with the install.
Signed-off-by: Mark Hatle
---
meta/classes/package_rpm.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index b58ae85..4b18cc6 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -340,7 +340,7 @@ package_install_internal_rpm () {
-D "_dbpath ${target_rootfs}/install" -D "`cat
${confbase}.macro`" \
-D "__dbi_txn create nofsync private" \
-U --justdb --replacepkgs --noscripts
--notriggers --noparentdirs --nolinktos --ignoresize \
- $pkg_name >> "`dirname
${BB_LOGFILE}`/log.do_${task}_attemptonly.${PID}" || true
+ $pkg_name >> "`dirname
${BB_LOGFILE}`/log.do_${task}_attemptonly.${PID}" 2>&1 || true
done
fi
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Fix broken attempt only installs with RPM
The following changes since commit 99815eddd4e1eb5d939831704231537dd5a995ad: classes/chrpath: improve chrpath failure handling (2012-08-17 15:25:01 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib mhatle/rpm http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=mhatle/rpm Mark Hatle (1): package_rpm.bbclass: Fix attemptonly install failures meta/classes/package_rpm.bbclass |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) -- 1.7.3.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][RFC] coreutils: Upgrade to upstream version 8.17
On 08/17/2012 06:05 AM, Radu Moisan wrote:
Signed-off-by: Radu Moisan
---
.../coreutils-8.17/realpath-works-yes.patch| 13 +
.../remove-gets.patch | 20 +++-
.../remove-usr-local-lib-from-m4.patch |0
.../{coreutils_8.14.bb => coreutils_8.17.bb} |9 +
4 files changed, 29 insertions(+), 13 deletions(-)
create mode 100644
meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
rename meta/recipes-core/coreutils/{coreutils-8.14 =>
coreutils-8.17}/remove-gets.patch (47%)
rename meta/recipes-core/coreutils/{coreutils-8.14 =>
coreutils-8.17}/remove-usr-local-lib-from-m4.patch (100%)
rename meta/recipes-core/coreutils/{coreutils_8.14.bb => coreutils_8.17.bb}
(91%)
diff --git
a/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
b/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
new file mode 100644
index 000..6bbe7ee
--- /dev/null
+++ b/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
Your new patch needs a header, explaining why, and adding
Upstream-Status and Signed-off-by tags.
Sau!
@@ -0,0 +1,13 @@
+Index: coreutils-8.17/m4/canonicalize.m4
+===
+--- coreutils-8.17.orig/m4/canonicalize.m4 2012-05-08 12:05:23.0
+0300
coreutils-8.17/m4/canonicalize.m4 2012-08-17 14:20:22.0 +0300
+@@ -95,7 +95,7 @@
+ [gl_cv_func_realpath_works=no],
+ [case "$host_os" in
+ # Guess yes on glibc systems.
+-*-gnu*) gl_cv_func_realpath_works="guessing yes" ;;
++*-gnu*) gl_cv_func_realpath_works="yes" ;;
+ # If we don't know, assume the worst.
+ *) gl_cv_func_realpath_works="guessing no" ;;
+ esac
diff --git a/meta/recipes-core/coreutils/coreutils-8.14/remove-gets.patch
b/meta/recipes-core/coreutils/coreutils-8.17/remove-gets.patch
similarity index 47%
rename from meta/recipes-core/coreutils/coreutils-8.14/remove-gets.patch
rename to meta/recipes-core/coreutils/coreutils-8.17/remove-gets.patch
index 4f61c92..eaadf7e 100644
--- a/meta/recipes-core/coreutils/coreutils-8.14/remove-gets.patch
+++ b/meta/recipes-core/coreutils/coreutils-8.17/remove-gets.patch
@@ -3,19 +3,21 @@ use gets iff its defined. eglibc 2.16 removed gets
Signed-off-by: Khem Raj
Upstream-Status: Pending
-Index: coreutils-8.14/lib/stdio.in.h
+Index: coreutils-8.17/lib/stdio.in.h
===
coreutils-8.14.orig/lib/stdio.in.h 2011-09-24 04:20:48.0 -0700
-+++ coreutils-8.14/lib/stdio.in.h 2012-07-03 10:36:19.886296576 -0700
-@@ -713,11 +713,13 @@
- _GL_CXXALIAS_SYS (gets, char *, (char *s));
- # undef gets
+--- coreutils-8.17.orig/lib/stdio.in.h
coreutils-8.17/lib/stdio.in.h
+@@ -698,13 +698,14 @@ _GL_WARN_ON_USE (getline, "getline is un
+ "use gnulib module getline for portability");
# endif
+ #endif
+-
+# if defined gets
- _GL_CXXALIASWARN (gets);
/* 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. */
+so any use of gets warrants an unconditional warning; besides, C11
+removed it. */
+ #undef gets
+ #if HAVE_RAW_DECL_GETS
_GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead");
+# endif
#endif
diff --git
a/meta/recipes-core/coreutils/coreutils-8.14/remove-usr-local-lib-from-m4.patch
b/meta/recipes-core/coreutils/coreutils-8.17/remove-usr-local-lib-from-m4.patch
similarity index 100%
rename from
meta/recipes-core/coreutils/coreutils-8.14/remove-usr-local-lib-from-m4.patch
rename to
meta/recipes-core/coreutils/coreutils-8.17/remove-usr-local-lib-from-m4.patch
diff --git a/meta/recipes-core/coreutils/coreutils_8.14.bb
b/meta/recipes-core/coreutils/coreutils_8.17.bb
similarity index 91%
rename from meta/recipes-core/coreutils/coreutils_8.14.bb
rename to meta/recipes-core/coreutils/coreutils_8.17.bb
index 9a714a9..9d8170e 100644
--- a/meta/recipes-core/coreutils/coreutils_8.14.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.17.bb
@@ -6,8 +6,8 @@ HOMEPAGE = "http://www.gnu.org/software/coreutils/";
BUGTRACKER = "http://debbugs.gnu.org/coreutils";
LICENSE = "GPLv3+"
LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504\
-
file://src/ls.c;startline=5;endline=16;md5=e1a509558876db58fb6667ba140137ad"
-PR = "r5"
+
file://src/ls.c;startline=5;endline=16;md5=30c84fd2942cad91041e5e2dcd19ced6"
+PR = "r0"
DEPENDS = "gmp libcap"
DEPENDS_virtclass-native = ""
@@ -16,9 +16,10 @@ inherit autotools gettext
SRC_URI = "${GNU_MIRROR}/coreutils/${BP}.tar.xz \
file://remove-usr-local-lib-from-m4.patch \
file://remove-gets.patch \
+ file:
[OE-core] [PATCH 2/2] libtool: normalize link paths before considering for RPATH
Libtool may be passed link paths of the form "/usr/lib/../lib", which fool
its detection code into thinking it should be included as an RPATH in
the generated binary. Normalize before comparision.
Signed-off-by: Andy Ross
---
meta/recipes-devtools/libtool/libtool-2.4.2.inc| 1 +
.../libtool/libtool/norm-rpath.patch | 42 ++
2 files changed, 43 insertions(+)
create mode 100644 meta/recipes-devtools/libtool/libtool/norm-rpath.patch
diff --git a/meta/recipes-devtools/libtool/libtool-2.4.2.inc
b/meta/recipes-devtools/libtool/libtool-2.4.2.inc
index 5b9557e..691427e 100644
--- a/meta/recipes-devtools/libtool/libtool-2.4.2.inc
+++ b/meta/recipes-devtools/libtool/libtool-2.4.2.inc
@@ -19,6 +19,7 @@ SRC_URI = "${GNU_MIRROR}/libtool/libtool-${PV}.tar.gz \
file://avoid_absolute_paths_for_general_utils.patch \
file://fix-rpath.patch \
file://respect-fstack-protector.patch \
+ file://norm-rpath.patch \
"
SRC_URI[md5sum] = "d2f3b7d4627e69e13514a40e72a24d50"
diff --git a/meta/recipes-devtools/libtool/libtool/norm-rpath.patch
b/meta/recipes-devtools/libtool/libtool/norm-rpath.patch
new file mode 100644
index 000..03a7667
--- /dev/null
+++ b/meta/recipes-devtools/libtool/libtool/norm-rpath.patch
@@ -0,0 +1,42 @@
+libtool: normalize link paths before considering for RPATH
+
+Libtool may be passed link paths of the form "/usr/lib/../lib", which
+fool its detection code into thinking it should be included as an
+RPATH in the generated binary. Normalize before comparision.
+
+Signed-off-by: Andy Ross
+Upstream-Status: Pending
+
+diff -ru a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh
+--- a/libltdl/config/ltmain.m4sh 2012-08-16 13:58:55.058900363 -0700
b/libltdl/config/ltmain.m4sh 2012-08-16 16:34:54.616627821 -0700
+@@ -7288,8 +7288,13 @@
+ else
+ # We only want to hardcode in an rpath if it isn't in the
+ # default dlsearch path.
++libdir_norm=`echo $libdir \
++ | sed 's/\/\+\.\(\/\+\|$\)/\//g' \
++ | sed 's/[^\/]\+\/\+\.\.\(\/\+\|$\)//g' \
++ | sed 's/\/\+/\//g' \
++ | sed 's/\(.\)\/$/\1/g'`
+ case " $sys_lib_dlsearch_path " in
+- *" $libdir "*) ;;
++ *" $libdir_norm "*) ;;
+ *) eval flag=\"$hardcode_libdir_flag_spec\"
+func_append dep_rpath " $flag"
+;;
+@@ -8027,8 +8032,13 @@
+ else
+ # We only want to hardcode in an rpath if it isn't in the
+ # default dlsearch path.
++libdir_norm=`echo $libdir \
++ | sed 's/\/\+\.\(\/\+\|$\)/\//g' \
++ | sed 's/[^\/]\+\/\+\.\.\(\/\+\|$\)//g' \
++ | sed 's/\/\+/\//g' \
++ | sed 's/\(.\)\/$/\1/g'`
+ case " $sys_lib_dlsearch_path " in
+- *" $libdir "*) ;;
++ *" $libdir_norm "*) ;;
+ *) eval flag=\"$hardcode_libdir_flag_spec\"
+rpath+=" $flag"
+;;
--
1.7.11.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] insane.bbclass: Fix RPATH warning in the face of funny path strings
In toolchain edge cases it's possible for the RPATH of a library to be
set to something like "/usr/lib/../lib". This should be detected as
"/usr/lib" and generate a warning.
Signed-off-by: Andy Ross
---
meta/classes/insane.bbclass | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 556a176..b84a89f 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -161,6 +161,10 @@ def package_qa_check_rpath(file,name, d, elf, messages):
if dir in line:
messages.append("package %s contains bad RPATH %s in file %s"
% (name, line, file))
+def rpath_eq(a, b):
+import os.path
+return os.path.normpath(a) == os.path.normpath(b)
+
QAPATHTEST[useless-rpaths] = "package_qa_check_useless_rpaths"
def package_qa_check_useless_rpaths(file, name, d, elf, messages):
"""
@@ -181,7 +185,7 @@ def package_qa_check_useless_rpaths(file, name, d, elf,
messages):
m = rpath_re.match(line)
if m:
rpath = m.group(1)
- if rpath == libdir or rpath == base_libdir:
+ if rpath_eq(rpath, libdir) or rpath_eq(rpath, base_libdir):
# The dynamic linker searches both these places anyway. There is
no point in
# looking there again.
messages.append("%s: %s contains probably-redundant RPATH %s" %
(name, package_qa_clean_path(file, d), rpath))
--
1.7.11.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] RPATH host pollution fixes
Results from chasing the RPATH pollution I was seeing: I don't have a fix for the underlying linker issue, but that is captured here: https://bugzilla.yoctoproject.org/show_bug.cgi?id=2965 Patch 1 is the warning fix from earlier, which is still a fix to the existing logic and should be applied. I've removed the "host-polluted" text though, as AFAICT the actual RPATH is not a problem, only the use of -rpath with the linker that produced it. Patch 2 is a fix to libtool on top of the existing fix-rpath.patch to normalize the strings. With this applied, all the link failures we have reproduced (including the one reported vs. owl_video last week) work correctly. No libraries in the resulting sysroot have a RPATH set to a default link directory. A few runnable binaries still trigger the warning though (but otherwise build successfully), I'm looking at that now -- I suspect these simply aren't using libtool, or else we've missed a spot where normalization and/or default directory pruning needs to happen. Andy ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Minutes: OE-TSC 14 August 2012
OpenEmbedded Technical Steering Committee 14 August 2012 Attendees: Mark, Khem, Richard, Paul Apologies: Koen Agenda & Results 1. pick a chair - RP 2. lingering issues a. raise awareness of "janitor" list, QA "bugs" -> continue b. discuss communication with OE community about release-oriented phases -> continue c. pre/post install scripting (fray) => keep watching mailing list for issues - continue 3. new issues a. systemd => discuss on mailing list (all) => bluelightning to send out current status to list - done => bluelightning to create enhancement bug in Yocto bugzilla to implement gitpkgv - done b. PR bumps => koen to investigate server & report back => bluelightning to test on autobuilder infrastructure => bluelightning to document setup steps on wiki c. package.bbclass whitespace some fallout, some positive comments - also see 3e (keep on future agendas?) d. meta-networking => continue discussion on mailing list e. whitespace changes to the shell (Martin) ref: http://lists.linuxtogo.org/pipermail/openembedded-core/2012-July/026176.html -> Reluctant conclusion: tabs for shell, 4 spaces for python. => Need to ensure well documented f. libexecdir changes? proposal to configure libexecdir differently for some distro configs TSC involvement unnecessary, send patches g. bitbake UI (knotty) changes knotty2 now default => needs documentation 4. status a. Should we still support separation of / and /usr? b. khem to file enhancement request for python devshell (done) c. oe-core release there will be discussion on the list about release process d. infrastructure mailing list issue (koen) - board is coping with it, keep on agenda - needs addressing urgently along with control of the other mailing lists + related infrastructure DNS issue from upstream provider resolved mailing lists need some admin attention, particularly oe-members => Jefro to volunteer to help with oe-members Khem requests mailman archives text-only display, will talk to Phil/Florian Raw Transcript (8:58:35 AM) bluelightning: hi Jefro (8:58:40 AM) RP [~richard@83.217.123.106] entered the room. (8:58:42 AM) Jefro: good morning bluelightning (8:59:01 AM) RP: hi all (9:00:40 AM) RP: khem said he may be 10 mins late (9:01:10 AM) RP: fray did mention networking problems, not sure if he'll be here (9:01:19 AM) Jefro: RP good morning - ok (9:01:23 AM) fray [u2fsdgv...@gate.crashing.org] entered the room. (9:01:23 AM) Jefro: Agenda is here: http://piratepad.net/6IpZMN36lr (9:01:23 AM) mode (+o fray) by ChanServ (9:01:31 AM) Jefro: goodmorning koen (9:01:37 AM) ***fray is here.. but having networking issues today.. so I might disappear.. :( (9:01:54 AM) Jefro: hi fray - network problems suck (9:01:59 AM) RP: Martin asked us to discuss whitespace changes to shell (9:02:17 AM) fray: it's "better" since I have a cable running from the server lab to my office but even then I'm getting glitches.. (9:02:23 AM) fray: something is wrong w/ the office network (9:04:12 AM) khem [~k...@99-57-140-209.lightspeed.sntcca.sbcglobal.net] entered the room. (9:04:13 AM) mode (+v khem) by ChanServ (9:04:21 AM) RP: welcome khem (9:04:26 AM) khem: hi (9:04:31 AM) RP: so we have everyone (9:04:36 AM) RP: although koen seems quiet (9:04:52 AM) Jefro: khem: agenda at http://piratepad.net/6IpZMN36lr (9:04:53 AM) khem: I cant chair (9:04:58 AM) khem: ok (9:05:03 AM) RP: ok, who is chairing? (9:05:20 AM) fray: I can't w/ my networking issues today (9:05:24 AM) RP: ok, I will (9:05:41 AM) RP: Are there any issues in 2 that we have updates on? (9:05:56 AM) ***RP isn't aware of any and will move on unless someone interrupts (9:05:59 AM) fray: only that I'm still swamped.. (9:06:15 AM) RP: 3a (9:06:32 AM) RP: systemd (9:06:57 AM) RP: The enhancement bug to gitpkgv was added to the bugzilla (9:07:23 AM) RP: Paul also sent out the update I believe (9:07:47 AM) RP: ok, 3b (9:08:03 AM) RP: I don't think bluelightning has had a chance here (9:08:07 AM) RP: and nothing from Koen? (9:08:18 AM) RP: 3c: Package whitespace (9:08:18 AM) bluelightning: no progress on my end for that one (9:08:27 AM) RP: Martin has asked we consider shell whitespace (9:08:42 AM) RP: Personally, I'm not keen to rock the boat on the shell whitespace issues (9:08:58 AM) fray: ya.. I'm definitely more hesitent there.. (9:09:02 AM) RP: The tabs vs spaces in python were important as python is whitespace delimited (9:09:07 AM) RP: shell is a different question (9:09:17 AM) fray: mind you, as a janitorial task, the whitespace for shell functions in classes and such should still be "fixed" (9:09:27 AM) fray: but I see that purely as janitorial vs functional defect (9:09:38 AM) RP: I think the downsides of breaking patch application and patch backporting to 1.2 outweigh any nice feelings about using spaces (9:10:00 AM) R
Re: [OE-core] qemu opengl issues
On Friday 17 August 2012 16:31:17 Jack Mitchell wrote: > Richard Purdie wrote: > > On Fri, 2012-08-17 at 16:00 +0100, Paul Eggleton wrote: > >> Right, this is a known limitation - see Yocto Project bug 2407. By pure > >> coincidence I was thinking about fixing it today as I am testing some > >> other > >> related changes; for now the only options are install the required > >> recipes or hack out the gl-requiring parts of the qemu recipe. > > > > I think we're about at the point where we're going to remove GL pass > > through support and drop our qemu GL patches. Patches will likely appear > > next week. > > Sounds good, I'm on holiday from the 22nd till 29th so will hopefully > see them when I get back! > > Apologies for not checking the bug tracker first. No worries - it's nice when people do check first but I wouldn't personally consider it mandatory. > *side note: with so many categories it can be a massive farse trying to > navigate the bugzilla to find bugs, even more so on top of an already > cluttered/complicated web application. > > edit: I have just looked to see if I could find the bug without looking > at it first (using the id) and I failed miserably.. maybe the force is > not with my today but I couldn't even decipher where qemu issues would be. I usually just do a keyword search using the box at the top - seems effective to me most of the time. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] qemu opengl issues
Right, this is a known limitation - see Yocto Project bug 2407. By pure coincidence I was thinking about fixing it today as I am testing some other related changes; for now the only options are install the required recipes or hack out the gl-requiring parts of the qemu recipe. I think we're about at the point where we're going to remove GL pass through support and drop our qemu GL patches. Patches will likely appear next week. Cheers, Richard Sounds good, I'm on holiday from the 22nd till 29th so will hopefully see them when I get back! Apologies for not checking the bug tracker first. *side note: with so many categories it can be a massive farse trying to navigate the bugzilla to find bugs, even more so on top of an already cluttered/complicated web application. edit: I have just looked to see if I could find the bug without looking at it first (using the id) and I failed miserably.. maybe the force is not with my today but I couldn't even decipher where qemu issues would be. Regards, -- 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] qemu opengl issues
On Fri, 2012-08-17 at 16:00 +0100, Paul Eggleton wrote: > On Friday 17 August 2012 15:54:06 Jack Mitchell wrote: > > So I am trying to build qemuarm with latest master and I ran into this > > issue: > > > > NOTE: Resolving any missing task queue dependencies > > NOTE: Preparing runqueue > > NOTE: Executing SetScene Tasks > > NOTE: Executing RunQueue Tasks > > ERROR: Function failed: do_configure (see > > > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > > native-0.15.1-r11/temp/log.do_configure.2967 for further information) > > ERROR: Logfile of failure stored in: > > > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > > native-0.15.1-r11/temp/log.do_configure.2967 > > Log data follows: > > | DEBUG: Executing python function sysroot_cleansstate > > | DEBUG: Python function sysroot_cleansstate finished > > | DEBUG: Executing shell function do_configure > > | libSDL and header no found to build opengl acceleration for > > > > qemu-native. > > > > | Ubuntu package names are: libsdl1.2-dev. > > | Fedora package names are: SDL-devel. > > | > > | ERROR: Function failed: do_configure (see > > > > > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > > native-0.15.1-r11/temp/log.do_configure.2967 for further information) > > ERROR: Task 67 > > > > (virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devt > > ools/qemu/qemu_0.15.1.bb, do_configure) failed with exit code '1' > > NOTE: Tasks Summary: Attempted 1099 tasks of which 1074 didn't need > > to be rerun and 1 failed. > > > > > > Summary: 1 task failed: > > virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devtoo > > ls/qemu/qemu_0.15.1.bb, do_configure > > Summary: There was 1 WARNING message shown. > > Summary: There was 1 ERROR message shown, returning a non-zero exit code. > > > > Ok, I thought, lets install the sdl libraries. Which has now given me > > this error: > > > > Build Configuration: > > BB_VERSION= "1.15.3" > > TARGET_ARCH = "arm" > > TARGET_OS = "linux-gnueabi" > > MACHINE = "qemuarm" > > DISTRO= "poky" > > DISTRO_VERSION= "1.2+snapshot-20120817" > > TUNE_FEATURES = "armv5 dsp thumb arm926ejs" > > TARGET_FPU= "soft" > > meta > > meta-yocto= "master:bddd8300325267253941e7ce656ce2cf86a8a4a4" > > > > NOTE: Resolving any missing task queue dependencies > > NOTE: Preparing runqueue > > NOTE: Executing SetScene Tasks > > NOTE: Executing RunQueue Tasks > > ERROR: Function failed: do_configure (see > > > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > > native-0.15.1-r11/temp/log.do_configure.6313 for further information) > > ERROR: Logfile of failure stored in: > > > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > > native-0.15.1-r11/temp/log.do_configure.6313 > > Log data follows: > > | DEBUG: Executing python function sysroot_cleansstate > > | DEBUG: Python function sysroot_cleansstate finished > > | DEBUG: Executing shell function do_configure > > | ERROR > > | ERROR: User requested feature gl_accel > > | ERROR: configure was not able to find it > > | ERROR > > | ERROR: Function failed: do_configure (see > > > > > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > > native-0.15.1-r11/temp/log.do_configure.6313 for further information) > > ERROR: Task 67 > > > > (virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devt > > ools/qemu/qemu_0.15.1.bb, do_configure) failed with exit code '1' > > NOTE: Tasks Summary: Attempted 1152 tasks of which 1108 didn't need > > to be rerun and 1 failed. > > > > Summary: 1 task failed: > > > > virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devto > > ols/qemu/qemu_0.15.1.bb, do_configure > > Summary: There was 1 WARNING message shown. > > Summary: There was 1 ERROR message shown, returning a non-zero exit > > code. > > &g
Re: [OE-core] [PATCH] insane.bbclass: Fix RPATH warning in the face of funny path strings
On 08/17/2012 03:28 AM, Richard Purdie wrote: I suspect you need to look somewhere around: http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/recipes-devtools/libtool/libtool/fix-rpath.patch Indeed. Found that yesterday and am currently testing a fix. Should be inbound within the hour. Andy ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] qemu opengl issues
On Friday 17 August 2012 15:54:06 Jack Mitchell wrote: > So I am trying to build qemuarm with latest master and I ran into this > issue: > > NOTE: Resolving any missing task queue dependencies > NOTE: Preparing runqueue > NOTE: Executing SetScene Tasks > NOTE: Executing RunQueue Tasks > ERROR: Function failed: do_configure (see > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > native-0.15.1-r11/temp/log.do_configure.2967 for further information) > ERROR: Logfile of failure stored in: > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > native-0.15.1-r11/temp/log.do_configure.2967 > Log data follows: > | DEBUG: Executing python function sysroot_cleansstate > | DEBUG: Python function sysroot_cleansstate finished > | DEBUG: Executing shell function do_configure > | libSDL and header no found to build opengl acceleration for > > qemu-native. > > | Ubuntu package names are: libsdl1.2-dev. > | Fedora package names are: SDL-devel. > | > | ERROR: Function failed: do_configure (see > > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > native-0.15.1-r11/temp/log.do_configure.2967 for further information) > ERROR: Task 67 > > (virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devt > ools/qemu/qemu_0.15.1.bb, do_configure) failed with exit code '1' > NOTE: Tasks Summary: Attempted 1099 tasks of which 1074 didn't need > to be rerun and 1 failed. > > > Summary: 1 task failed: > virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devtoo > ls/qemu/qemu_0.15.1.bb, do_configure > Summary: There was 1 WARNING message shown. > Summary: There was 1 ERROR message shown, returning a non-zero exit code. > > Ok, I thought, lets install the sdl libraries. Which has now given me > this error: > > Build Configuration: > BB_VERSION= "1.15.3" > TARGET_ARCH = "arm" > TARGET_OS = "linux-gnueabi" > MACHINE = "qemuarm" > DISTRO= "poky" > DISTRO_VERSION= "1.2+snapshot-20120817" > TUNE_FEATURES = "armv5 dsp thumb arm926ejs" > TARGET_FPU= "soft" > meta > meta-yocto= "master:bddd8300325267253941e7ce656ce2cf86a8a4a4" > > NOTE: Resolving any missing task queue dependencies > NOTE: Preparing runqueue > NOTE: Executing SetScene Tasks > NOTE: Executing RunQueue Tasks > ERROR: Function failed: do_configure (see > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > native-0.15.1-r11/temp/log.do_configure.6313 for further information) > ERROR: Logfile of failure stored in: > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > native-0.15.1-r11/temp/log.do_configure.6313 > Log data follows: > | DEBUG: Executing python function sysroot_cleansstate > | DEBUG: Python function sysroot_cleansstate finished > | DEBUG: Executing shell function do_configure > | ERROR > | ERROR: User requested feature gl_accel > | ERROR: configure was not able to find it > | ERROR > | ERROR: Function failed: do_configure (see > > > /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu- > native-0.15.1-r11/temp/log.do_configure.6313 for further information) > ERROR: Task 67 > > (virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devt > ools/qemu/qemu_0.15.1.bb, do_configure) failed with exit code '1' > NOTE: Tasks Summary: Attempted 1152 tasks of which 1108 didn't need > to be rerun and 1 failed. > > Summary: 1 task failed: > > virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devto > ols/qemu/qemu_0.15.1.bb, do_configure > Summary: There was 1 WARNING message shown. > Summary: There was 1 ERROR message shown, returning a non-zero exit > code. > > > I am building on a headless machine with no X if that makes any > difference in the matter... Right, this is a known limitation - see Yocto Project bug 2407. By pure coincidence I was thinking about fixing it today as I am testing some other related changes; for now the only options are install the required recipes or hack out the gl-requiring parts of the qemu recipe. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] qemu opengl issues
So I am trying to build qemuarm with latest master and I ran into this issue: NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks ERROR: Function failed: do_configure (see /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu-native-0.15.1-r11/temp/log.do_configure.2967 for further information) ERROR: Logfile of failure stored in: /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu-native-0.15.1-r11/temp/log.do_configure.2967 Log data follows: | DEBUG: Executing python function sysroot_cleansstate | DEBUG: Python function sysroot_cleansstate finished | DEBUG: Executing shell function do_configure | libSDL and header no found to build opengl acceleration for qemu-native. | Ubuntu package names are: libsdl1.2-dev. | Fedora package names are: SDL-devel. | ERROR: Function failed: do_configure (see /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu-native-0.15.1-r11/temp/log.do_configure.2967 for further information) ERROR: Task 67 (virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devtools/qemu/qemu_0.15.1.bb, do_configure) failed with exit code '1' NOTE: Tasks Summary: Attempted 1099 tasks of which 1074 didn't need to be rerun and 1 failed. Summary: 1 task failed: virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devtools/qemu/qemu_0.15.1.bb, do_configure Summary: There was 1 WARNING message shown. Summary: There was 1 ERROR message shown, returning a non-zero exit code. Ok, I thought, lets install the sdl libraries. Which has now given me this error: Build Configuration: BB_VERSION= "1.15.3" TARGET_ARCH = "arm" TARGET_OS = "linux-gnueabi" MACHINE = "qemuarm" DISTRO = "poky" DISTRO_VERSION= "1.2+snapshot-20120817" TUNE_FEATURES = "armv5 dsp thumb arm926ejs" TARGET_FPU= "soft" meta meta-yocto= "master:bddd8300325267253941e7ce656ce2cf86a8a4a4" NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks ERROR: Function failed: do_configure (see /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu-native-0.15.1-r11/temp/log.do_configure.6313 for further information) ERROR: Logfile of failure stored in: /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu-native-0.15.1-r11/temp/log.do_configure.6313 Log data follows: | DEBUG: Executing python function sysroot_cleansstate | DEBUG: Python function sysroot_cleansstate finished | DEBUG: Executing shell function do_configure | ERROR | ERROR: User requested feature gl_accel | ERROR: configure was not able to find it | ERROR | ERROR: Function failed: do_configure (see /mnt/storage/yoctoBuilds/poky-vanilla.git/build/tmp/work/x86_64-linux/qemu-native-0.15.1-r11/temp/log.do_configure.6313 for further information) ERROR: Task 67 (virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devtools/qemu/qemu_0.15.1.bb, do_configure) failed with exit code '1' NOTE: Tasks Summary: Attempted 1152 tasks of which 1108 didn't need to be rerun and 1 failed. Summary: 1 task failed: virtual:native:/mnt/storage/yoctoBuilds/poky-vanilla.git/meta/recipes-devtools/qemu/qemu_0.15.1.bb, do_configure Summary: There was 1 WARNING message shown. Summary: There was 1 ERROR message shown, returning a non-zero exit code. I am building on a headless machine with no X if that makes any difference in the matter... Regards, -- 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] [discussion] perf: specify SLANG_INC dir for perf
On 08/17/2012 06:01 AM, Liang Li wrote: > On 2012-08-17 18:53, Richard Purdie > wrote: >> On Fri, 2012-08-17 at 18:00 +0800, Liang Li wrote: >>> I am totally confused, you mentioned 'general kernel do_install', I >>> assume it's oe-core kernel.bbclass concept. Then you mentioned 'get >>> the fix upstream in the mainline kernel', how could that happen? >>> >>> We are discussing about the solution to 'fix the compile warning to >>> error' stuff that triggered by the '-I/usr/include/slang', right? >> >> Yes. >> >>> We do not necessarily have to change recipe to fix it since the issue >>> is not introduced by the recipe, the hard coded '-I/usr/include/slang' >>> in the Makefile cause the issue, we can fix the root cause by kernel >>> patch(other than just comment the line out). I see your previous patch >>> to kernel, by comment out the '-I/usr/include/slang' line in the >>> Makefile, is the same behavior, but we won't have the change(comment >>> out -I.. in Makefile) upstream to mainline, right? >> >> I am suggesting that firstly, someone send a patch to the mainline >> kernel which changes -I/usr/include/slang to -I=/usr/include/slang in >> that Makefile. >> >> Secondly, I'm suggesting that we add a line to kernel_do_install() in >> kernel.bbclass which does a sed on the Makefile as installed into >> $kerneldir which changes -I/usr/include/slang to -I=/usr/include/slang. >> >> We can then drop the patch I added to the linux-yocto kernels. >> >> This is all that should be needed, it should fix all the issues people >> have reported in a way that is acceptable to everyone. >> > > Ah, I see what you mean now. But we have push acceptable kernel patch > to linux-yocto kernel first, and propose it to mainline kernel in the > meantime. With proper kernel patch in linux-yocto kernel(s), we does > not have to do the second above, right? :) No, the kernel.bbclass supports more than the linux-yocto kernels. It needs to be generally useful with 2.6+kernels. The sed patch for the kernel.bbclass is still necessary. -- Darren Hart Intel Open Source Technology Center Yocto Project - Linux Kernel ___ 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] python-dbus: Native dbus python module needed for dbus tests
On Fri, Aug 17, 2012 at 4:09 PM, Martin Jansa wrote:
> On Fri, Aug 17, 2012 at 04:05:00PM +0300, Andrei Gherzan wrote:
> > Signed-off-by: Andrei Gherzan
> > ---
> > meta/recipes-devtools/python/python-dbus_1.1.1.bb |5 -
> > 1 files changed, 4 insertions(+), 1 deletions(-)
> >
> > diff --git
> > a/meta/recipes-devtools/python/python-dbus_1.1.1.bbb/meta/recipes-devtools/python/
> python-dbus_1.1.1.bb
> > index 51d5bc2..35149a0 100644
> > --- a/meta/recipes-devtools/python/python-dbus_1.1.1.bb
> > +++ b/meta/recipes-devtools/python/python-dbus_1.1.1.bb
> > @@ -4,7 +4,7 @@ HOMEPAGE = "http://www.freedesktop.org/Software/dbus";
> > LICENSE = "MIT"
> > LIC_FILES_CHKSUM = "file://COPYING;md5=f5612614133e9a2f2dad527d97554670"
> > DEPENDS = "expat dbus dbus-glib virtual/libintl python-pyrex-native"
> > -PR = "r0"
> > +PR = "r1"
> >
> > SRC_URI = "
> http://dbus.freedesktop.org/releases/dbus-python/dbus-python-${PV}.tar.gz";
> >
> > @@ -23,3 +23,6 @@ export STAGING_INCDIR
> > RDEPENDS_${PN} = "python-io python-logging python-stringold
> python-threading python-xml"
> >
> > FILES_${PN}-dev += "${libdir}/pkgconfig"
> > +
> > +RDEPENDS_${PN}_virtclass-native = "python"
>
> Does RDEPENDS_${PN} work for native recipes? I thought that R* vars are
> for runtime packages and native builds doesn't provide them imho.
>
> And if they do, why not explicitly ask for python-native, because target
> python wont help I guess.
>
>
The idea here was that rdepends should be overwritten as - python-io
python-logging python-stringold python-threading python-xml - are not
native packages. While compiling (python-dbus-native) build-system is
looking for python-io-native for example which wrong and fails:
ERROR: Nothing RPROVIDES 'python-io-native'
Do you think of a better solution?
Thank you
> > +BBCLASSEXTEND = "native"
> > --
> > 1.7.5.4
> >
> >
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
> --
> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
>
> ___
> 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 2/2] dbus-tests: Add separate recipe for building dbus-tests
On Fri, Aug 17, 2012 at 4:44 PM, Radu Moisan wrote:
>
> On 08/17/2012 04:02 PM, Andrei Gherzan wrote:
>
> While compiling dbus with tests, dbus and dbus-glib are needed.
> To compile dbus-glib, dbus is needed (obviously). The only solution
> (to compile dbus with tests) is to create a new recipe where to
> compile dbus with --enable-tests --enable-embedded-tests, skip write
> to sysroot (noexec) and just package dbus-tests.
> A bash wrapper to run all tests is included.
>
> Signed-off-by: Andrei Gherzan
>
> ---
> meta/recipes-core/dbus/dbus-tests/run_test.sh | 22 +
> meta/recipes-core/dbus/dbus-tests_1.4.20.bb | 64
> +
> 2 files changed, 86 insertions(+), 0 deletions(-)
> create mode 100755 meta/recipes-core/dbus/dbus-tests/run_test.sh
> create mode 100644 meta/recipes-core/dbus/dbus-tests_1.4.20.bb
>
> diff --git a/meta/recipes-core/dbus/dbus-tests/run_test.sh
> b/meta/recipes-core/dbus/dbus-tests/run_test.sh
> new file mode 100755
> index 000..90abad2
> --- /dev/null
> +++ b/meta/recipes-core/dbus/dbus-tests/run_test.sh
> @@ -0,0 +1,22 @@
> +#!/bin/sh
> +
> +# Tests location
> +export DBUS_TEST_HOMEDIR=/usr/lib/dbus-tests
> +# Tests data location
> +export DBUS_TEST_DATA=${DBUS_TEST_HOMEDIR}/test/data
> +
> +TESTS=" \
> + bus/bus-test \
> + bus/bus-test-system \
> + dbus/dbus-test \
> + bus/bus-test-launch-helper \
> + test/shell-test \
> + test/test-corrupt \
> + test/test-dbus-daemon \
> + test/test-loopback \
> + test/test-marshal \
> + test/test-relay \
> + test/test-syslog \
> + test/test-refs"
> +
> +${DBUS_TEST_HOMEDIR}/test/dbus-test-runner ${DBUS_TEST_HOMEDIR} ${TESTS}
> diff --git a/meta/recipes-core/dbus/dbus-tests_1.4.20.bb
> b/meta/recipes-core/dbus/dbus-tests_1.4.20.bb
> new file mode 100644
> index 000..0e7d272
> --- /dev/null
> +++ b/meta/recipes-core/dbus/dbus-tests_1.4.20.bb
> @@ -0,0 +1,64 @@
> +FILESEXTRAPATHS_append := "${THISDIR}/dbus-${PV}"
> +include recipes-core/dbus/dbus.inc
> +
> +PR = "${INC_PR}.0"
> +
> +SRC_URI[md5sum] = "79eca2f2c1894ac347acce128314428b"
> +SRC_URI[sha256sum] =
> "103bdcd261a13140730b5fa69f56a98ab5c89ba3f0116ea62fcfd639520d5aaf"
> +
> +DEPENDS += "python-pygobject-native python-dbus-native dbus-glib dbus"
> +RDEPENDS_${PN} = "dbus-x11"
>
> wouldn't RDEPENDS_${PN} = "dbus" be a better choice since dbus-x11 is
> RPROVIDED only for compatibility reasons?
>
>
Yes. Forgot about that. Thanks.
ag
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] dbus-tests: Add separate recipe for building dbus-tests
On 08/17/2012 04:02 PM, Andrei Gherzan wrote:
While compiling dbus with tests, dbus and dbus-glib are needed.
To compile dbus-glib, dbus is needed (obviously). The only solution
(to compile dbus with tests) is to create a new recipe where to
compile dbus with --enable-tests --enable-embedded-tests, skip write
to sysroot (noexec) and just package dbus-tests.
A bash wrapper to run all tests is included.
Signed-off-by: Andrei Gherzan
---
meta/recipes-core/dbus/dbus-tests/run_test.sh | 22 +
meta/recipes-core/dbus/dbus-tests_1.4.20.bb | 64 +
2 files changed, 86 insertions(+), 0 deletions(-)
create mode 100755 meta/recipes-core/dbus/dbus-tests/run_test.sh
create mode 100644 meta/recipes-core/dbus/dbus-tests_1.4.20.bb
diff --git a/meta/recipes-core/dbus/dbus-tests/run_test.sh
b/meta/recipes-core/dbus/dbus-tests/run_test.sh
new file mode 100755
index 000..90abad2
--- /dev/null
+++ b/meta/recipes-core/dbus/dbus-tests/run_test.sh
@@ -0,0 +1,22 @@
+#!/bin/sh
+
+# Tests location
+export DBUS_TEST_HOMEDIR=/usr/lib/dbus-tests
+# Tests data location
+export DBUS_TEST_DATA=${DBUS_TEST_HOMEDIR}/test/data
+
+TESTS=" \
+ bus/bus-test \
+ bus/bus-test-system \
+ dbus/dbus-test \
+ bus/bus-test-launch-helper \
+ test/shell-test \
+ test/test-corrupt \
+ test/test-dbus-daemon \
+ test/test-loopback \
+ test/test-marshal \
+ test/test-relay \
+ test/test-syslog \
+ test/test-refs"
+
+${DBUS_TEST_HOMEDIR}/test/dbus-test-runner ${DBUS_TEST_HOMEDIR} ${TESTS}
diff --git a/meta/recipes-core/dbus/dbus-tests_1.4.20.bb
b/meta/recipes-core/dbus/dbus-tests_1.4.20.bb
new file mode 100644
index 000..0e7d272
--- /dev/null
+++ b/meta/recipes-core/dbus/dbus-tests_1.4.20.bb
@@ -0,0 +1,64 @@
+FILESEXTRAPATHS_append := "${THISDIR}/dbus-${PV}"
+include recipes-core/dbus/dbus.inc
+
+PR = "${INC_PR}.0"
+
+SRC_URI[md5sum] = "79eca2f2c1894ac347acce128314428b"
+SRC_URI[sha256sum] =
"103bdcd261a13140730b5fa69f56a98ab5c89ba3f0116ea62fcfd639520d5aaf"
+
+DEPENDS += "python-pygobject-native python-dbus-native dbus-glib dbus"
+RDEPENDS_${PN} = "dbus-x11"
wouldn't RDEPENDS_${PN} = "dbus" be a better choice since dbus-x11 is
RPROVIDED only for compatibility reasons?
radu
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] utility-tasks: Set T to alternate location during do_clean
On 17/08/12 14:19, Richard Purdie wrote:
+T_task-clean = "${LOG_DIR}/cleanlogs/${PN}"
Cheers Richard, this does the trick!
Regards,
--
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] [PATCH] classes/chrpath: trigger an error if chrpath fails
On Friday 17 August 2012 11:53:51 Jack Mitchell wrote: > On 17/08/12 11:26, Henning Heinold wrote: > > On Fri, Aug 17, 2012 at 11:05:43AM +0100, Jack Mitchell wrote: > >> any provider > >> WARNING: Failed to fetch URL > >> http://kernel.org/pub/linux/kernel/people/jsipek/guilt/guilt-0.33.tar.gz > >> , attempting MIRRORS if available > >> *ERROR: chrpath command failed with exit code 7 > >> ERROR: chrpath command failed with exit code 7* > > > > Hi, > > > > you can grep the logfiles in the work-dir for chrpath call and you will > > find the package. I saw it on some perl modules, but not now. > > > > Bye Henning > > Ok, here we go: > > > x86_64-linux/perl-native-5.14.2-r1/temp/log.do_populate_sysroot.30355:ERROR > : chrpath command failed with exit code 7 > > x86_64-linux/perl-native-5.14.2-r1/temp/log.do_populate_sysroot.30355:ERROR > : chrpath command failed with exit code 7 > > This is on kraj/toolchain-rework, I don't know how synced with master it > is so apologies if it has already been fixed. I can confirm this; with the patch I have just sent to improve the error handling, on top of master I now get: -- snip --- ERROR: perl-native: chrpath command failed with exit code 7: /home/paul/poky/poky/build/tmp/work/i686-linux/perl-native-5.14.2-r1/sysroot-destdir/home/paul/poky/poky/build/tmp/sysroots/i686-linux/usr/lib/perl-native/perl/5.14.2/auto/Time/HiRes/HiRes.so: RPATH=/lib/i386-linux-gnu new rpath '$ORIGIN/../../../../../../../../../..' too large; maximum length 19 ERROR: Function failed ERROR: Logfile of failure stored in: /home/paul/poky/poky/build/tmp/work/i686-linux/perl-native-5.14.2-r1/temp/log.do_populate_sysroot.17120 ERROR: Task 3 (/home/paul/poky/poky/meta/recipes-devtools/perl/perl-native_5.14.2.bb, do_populate_sysroot) failed with exit code '1' -- snip --- This is with a from-scratch build of perl-native; TMPDIR in my case is "/home/paul/poky/poky/build/tmp" as you can probably tell from the above. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] classes/chrpath: improve chrpath failure handling
When chrpath fails, prefix the error message with the name of the recipe
that is being processed, and include the the output from chrpath, as
well as making the calling task actually fail.
Signed-off-by: Paul Eggleton
---
meta/classes/chrpath.bbclass |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/classes/chrpath.bbclass b/meta/classes/chrpath.bbclass
index ad61fe0..8922248 100644
--- a/meta/classes/chrpath.bbclass
+++ b/meta/classes/chrpath.bbclass
@@ -74,9 +74,11 @@ def process_dir (directory, d):
if len(new_rpaths):
args = ":".join(new_rpaths)
#bb.note("Setting rpath for %s to %s" %(fpath, args))
-ret = sub.call([cmd, '-r', args, fpath])
-if ret != 0:
-bb.error("chrpath command failed with exit code %d" % ret)
+p = sub.Popen([cmd, '-r', args,
fpath],stdout=sub.PIPE,stderr=sub.PIPE)
+out, err = p.communicate()
+if p.returncode != 0:
+bb.error("%s: chrpath command failed with exit code
%d:\n%s%s" % (d.getVar('PN', True), p.returncode, out, err))
+raise bb.build.FuncFailed
if perms:
os.chmod(fpath, perms)
--
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] utility-tasks: Set T to alternate location during do_clean
There is a race where do_clean tries to clean WORKDIR but there are logfiles
written into ${T} by bitbake and this can lead to exceptions due to open files.
The easiest solution is to redirect T to a different location for the do_clean
task, hence avoiding the errors and also allowing the logfiles to be visible
somewhere. ${LOG_DIR} seems an appropriate place for this.
[YOCTO #2846]
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/utility-tasks.bbclass
b/meta/classes/utility-tasks.bbclass
index d150ec5..bb26eb7 100644
--- a/meta/classes/utility-tasks.bbclass
+++ b/meta/classes/utility-tasks.bbclass
@@ -12,6 +12,7 @@ python do_listtasks() {
CLEANFUNCS ?= ""
+T_task-clean = "${LOG_DIR}/cleanlogs/${PN}"
addtask clean
do_clean[nostamp] = "1"
python do_clean() {
___
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] python-dbus: Native dbus python module needed for dbus tests
On Fri, Aug 17, 2012 at 04:05:00PM +0300, Andrei Gherzan wrote:
> Signed-off-by: Andrei Gherzan
> ---
> meta/recipes-devtools/python/python-dbus_1.1.1.bb |5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-devtools/python/python-dbus_1.1.1.bb
> b/meta/recipes-devtools/python/python-dbus_1.1.1.bb
> index 51d5bc2..35149a0 100644
> --- a/meta/recipes-devtools/python/python-dbus_1.1.1.bb
> +++ b/meta/recipes-devtools/python/python-dbus_1.1.1.bb
> @@ -4,7 +4,7 @@ HOMEPAGE = "http://www.freedesktop.org/Software/dbus";
> LICENSE = "MIT"
> LIC_FILES_CHKSUM = "file://COPYING;md5=f5612614133e9a2f2dad527d97554670"
> DEPENDS = "expat dbus dbus-glib virtual/libintl python-pyrex-native"
> -PR = "r0"
> +PR = "r1"
>
> SRC_URI =
> "http://dbus.freedesktop.org/releases/dbus-python/dbus-python-${PV}.tar.gz";
>
> @@ -23,3 +23,6 @@ export STAGING_INCDIR
> RDEPENDS_${PN} = "python-io python-logging python-stringold python-threading
> python-xml"
>
> FILES_${PN}-dev += "${libdir}/pkgconfig"
> +
> +RDEPENDS_${PN}_virtclass-native = "python"
Does RDEPENDS_${PN} work for native recipes? I thought that R* vars are
for runtime packages and native builds doesn't provide them imho.
And if they do, why not explicitly ask for python-native, because target python
wont help I guess.
> +BBCLASSEXTEND = "native"
> --
> 1.7.5.4
>
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
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
Re: [OE-core] [PATCH 0/2] Remove older GTK+ versions
On Friday 17 August 2012 14:54:27 Martin Jansa wrote: > On Fri, Aug 17, 2012 at 01:48:45PM +0100, Paul Eggleton wrote: > > This is also undesirable for meta-oe IMHO - as a general principle, > > meta-oe > > shouldn't be trying to both add additional recipes *and* provide > > newer/older versions of recipes that are in OE-Core. Please, let's get > > the new versions into OE-Core or if they're too risky/broken for some use > > cases for that, then they belong in people's distro layers. (Practically > > I don't think there are that many instances of new versions of OE-Core > > recipes that people want to use that would be actually rejected by > > OE-Core). > > What if newer version is needed for recipe which exists only in meta-oe? > > I had this in meta-efl where webkit-efl was sometimes segfaulting when > older stable version of libsoup2.4 was used, upstream solved that by > recommending development version of libsoup2.4, but as soon as I've > added it to meta-efl everybody (including users which don't use > webkit-efl from meta-efl - don't need this libsoup2.4) got it as > default. > > Yes I could have added this libsoup2.4 only to meta-shr (where I had > P_V for that) and keep webkit-efl broken for everyone else, or try to > add developement version of libsoup2.4 to oe-core.. That is an unfortunate situation - surely one possible solution though would be to backport the actual patch that fixes the problem to the version of the library in OE-Core until the development version of the library gets released? Alternatively, in certain cases of poorly maintained upstreams where releases are infrequent, we have just switched to the development version at a chosen revision in OE-Core (after sufficient testing, naturally). I appreciate there are going to be outliers, but I think the majority of situations could be handled without making meta-oe introduce unexpected changes when it is enabled on top of OE-Core. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [discussion] perf: specify SLANG_INC dir for perf
On 2012-08-17 21:01, Liang Li wrote: > On 2012-08-17 18:53, Richard Purdie > wrote: > > On Fri, 2012-08-17 at 18:00 +0800, Liang Li wrote: > > > I am totally confused, you mentioned 'general kernel do_install', I > > > assume it's oe-core kernel.bbclass concept. Then you mentioned 'get > > > the fix upstream in the mainline kernel', how could that happen? > > > > > > We are discussing about the solution to 'fix the compile warning to > > > error' stuff that triggered by the '-I/usr/include/slang', right? > > > > Yes. > > > > > We do not necessarily have to change recipe to fix it since the issue > > > is not introduced by the recipe, the hard coded '-I/usr/include/slang' > > > in the Makefile cause the issue, we can fix the root cause by kernel > > > patch(other than just comment the line out). I see your previous patch > > > to kernel, by comment out the '-I/usr/include/slang' line in the > > > Makefile, is the same behavior, but we won't have the change(comment > > > out -I.. in Makefile) upstream to mainline, right? > > > > I am suggesting that firstly, someone send a patch to the mainline > > kernel which changes -I/usr/include/slang to -I=/usr/include/slang in > > that Makefile. > > > > Secondly, I'm suggesting that we add a line to kernel_do_install() in > > kernel.bbclass which does a sed on the Makefile as installed into > > $kerneldir which changes -I/usr/include/slang to -I=/usr/include/slang. > > > > We can then drop the patch I added to the linux-yocto kernels. > > > > This is all that should be needed, it should fix all the issues people > > have reported in a way that is acceptable to everyone. > > > > Ah, I see what you mean now. But we have push acceptable kernel patch Sorry, I mean 'we can ...' instead of 'we have ...', just typo. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] python-dbus: Native dbus python module needed for dbus tests
Signed-off-by: Andrei Gherzan
---
meta/recipes-devtools/python/python-dbus_1.1.1.bb |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/python/python-dbus_1.1.1.bb
b/meta/recipes-devtools/python/python-dbus_1.1.1.bb
index 51d5bc2..35149a0 100644
--- a/meta/recipes-devtools/python/python-dbus_1.1.1.bb
+++ b/meta/recipes-devtools/python/python-dbus_1.1.1.bb
@@ -4,7 +4,7 @@ HOMEPAGE = "http://www.freedesktop.org/Software/dbus";
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://COPYING;md5=f5612614133e9a2f2dad527d97554670"
DEPENDS = "expat dbus dbus-glib virtual/libintl python-pyrex-native"
-PR = "r0"
+PR = "r1"
SRC_URI =
"http://dbus.freedesktop.org/releases/dbus-python/dbus-python-${PV}.tar.gz";
@@ -23,3 +23,6 @@ export STAGING_INCDIR
RDEPENDS_${PN} = "python-io python-logging python-stringold python-threading
python-xml"
FILES_${PN}-dev += "${libdir}/pkgconfig"
+
+RDEPENDS_${PN}_virtclass-native = "python"
+BBCLASSEXTEND = "native"
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][RFC] coreutils: Upgrade to upstream version 8.17
The problem:
The new version of coreutils, adds use of canonicalize_file_name()
function defined in canonicalize.h The problem I encountered is at
compile time, the function is redefined to rpl_canonicalize_file_name by
means of a macro, and I get an undefined reference error.
//-- stdlib.in.h
#if @GNULIB_CANONICALIZE_FILE_NAME@
# if @REPLACE_CANONICALIZE_FILE_NAME@
# if !(defined __cplusplus && defined GNULIB_NAMESPACE)
# define canonicalize_file_name rpl_canonicalize_file_name
# endif
I've looked for REPLACE_CANONICALIZE_FILE_NAME and found out that is
being set in configure, which is generated from canonicalize.m4
# canonicalize.m4 serial 24
dnl Copyright (C) 2003-2007, 2009-2012 Free Software Foundation, Inc.
dnl This file is free software; the Free Software Foundation
dnl gives unlimited permission to copy and/or distribute it,
dnl with or without modifications, as long as this notice is preserved.
# Provides canonicalize_file_name and canonicalize_filename_mode, but does
# not provide or fix realpath.
AC_DEFUN([gl_FUNC_CANONICALIZE_FILENAME_MODE],
[
AC_REQUIRE([gl_USE_SYSTEM_EXTENSIONS])
AC_CHECK_FUNCS_ONCE([canonicalize_file_name])
AC_REQUIRE([gl_DOUBLE_SLASH_ROOT])
AC_REQUIRE([gl_FUNC_REALPATH_WORKS])
if test $ac_cv_func_canonicalize_file_name = no; then
HAVE_CANONICALIZE_FILE_NAME=0
elif test "$gl_cv_func_realpath_works" != yes; then
REPLACE_CANONICALIZE_FILE_NAME=1
fi
])
# Provides canonicalize_file_name and realpath.
AC_DEFUN([gl_CANONICALIZE_LGPL],
[
AC_REQUIRE([gl_STDLIB_H_DEFAULTS])
AC_REQUIRE([gl_CANONICALIZE_LGPL_SEPARATE])
if test $ac_cv_func_canonicalize_file_name = no; then
HAVE_CANONICALIZE_FILE_NAME=0
if test $ac_cv_func_realpath = no; then
HAVE_REALPATH=0
elif test "$gl_cv_func_realpath_works" != yes; then
REPLACE_REALPATH=1
fi
elif test "$gl_cv_func_realpath_works" != yes; then
REPLACE_CANONICALIZE_FILE_NAME=1
REPLACE_REALPATH=1
fi
])
Then I followed gl_cv_func_realpath_works and found it to be set to
"guessing yes"
# canonicalize.m4 serial 24
[case "$host_os" in
# Guess yes on glibc systems.
*-gnu*) gl_cv_func_realpath_works="guessing yes" ;;
# If we don't know, assume the worst.
*) gl_cv_func_realpath_works="guessing no" ;;
esac
Being set this way it looked to me like it was always assumed to be "no"
and thus assumed real path didn't work. In fact, I could not make a
logic for "guessing yes" and "quessing no" because to me it looks like
they are not verified against and thus I'm missing the reason of their
usage. However, I'm assuming I missed something because they are used
quite heavily.
I don't have experience with autoconf so I may have missed the "right
way" to fix this.
Any comments well apreciated.
radu
On 08/17/2012 04:05 PM, Radu Moisan wrote:
Signed-off-by: Radu Moisan
---
.../coreutils-8.17/realpath-works-yes.patch| 13 +
.../remove-gets.patch | 20 +++-
.../remove-usr-local-lib-from-m4.patch |0
.../{coreutils_8.14.bb => coreutils_8.17.bb} |9 +
4 files changed, 29 insertions(+), 13 deletions(-)
create mode 100644
meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
rename meta/recipes-core/coreutils/{coreutils-8.14 =>
coreutils-8.17}/remove-gets.patch (47%)
rename meta/recipes-core/coreutils/{coreutils-8.14 =>
coreutils-8.17}/remove-usr-local-lib-from-m4.patch (100%)
rename meta/recipes-core/coreutils/{coreutils_8.14.bb => coreutils_8.17.bb}
(91%)
diff --git
a/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
b/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
new file mode 100644
index 000..6bbe7ee
--- /dev/null
+++ b/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
@@ -0,0 +1,13 @@
+Index: coreutils-8.17/m4/canonicalize.m4
+===
+--- coreutils-8.17.orig/m4/canonicalize.m4 2012-05-08 12:05:23.0
+0300
coreutils-8.17/m4/canonicalize.m4 2012-08-17 14:20:22.0 +0300
+@@ -95,7 +95,7 @@
+ [gl_cv_func_realpath_works=no],
+ [case "$host_os" in
+ # Guess yes on glibc systems.
+-*-gnu*) gl_cv_func_realpath_works="guessing yes" ;;
++*-gnu*) gl_cv_func_realpath_works="yes" ;;
+ # If we don't know, assume the worst.
+ *) gl_cv_func_realpath_works="guessing no" ;;
+ esac
diff --git a/meta/recipes-core/coreutils/coreutils-8.14/remove-gets.patch
b/meta/recipes-core/coreutils/coreutils-8.17/remove-gets.patch
similarity index 47%
rename from meta/recipes-core/coreutils/coreutils-8.14/remove-gets.patch
rename to meta/recipes-core/coreutils/coreutils-8.17/remove-gets.patch
index 4f61c92..eaadf7e 100644
--- a/meta/recipes-core/coreutils/coreutils-8.14/remove-ge
[OE-core] [PATCH][RFC] coreutils: Upgrade to upstream version 8.17
Signed-off-by: Radu Moisan
---
.../coreutils-8.17/realpath-works-yes.patch| 13 +
.../remove-gets.patch | 20 +++-
.../remove-usr-local-lib-from-m4.patch |0
.../{coreutils_8.14.bb => coreutils_8.17.bb} |9 +
4 files changed, 29 insertions(+), 13 deletions(-)
create mode 100644
meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
rename meta/recipes-core/coreutils/{coreutils-8.14 =>
coreutils-8.17}/remove-gets.patch (47%)
rename meta/recipes-core/coreutils/{coreutils-8.14 =>
coreutils-8.17}/remove-usr-local-lib-from-m4.patch (100%)
rename meta/recipes-core/coreutils/{coreutils_8.14.bb => coreutils_8.17.bb}
(91%)
diff --git
a/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
b/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
new file mode 100644
index 000..6bbe7ee
--- /dev/null
+++ b/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch
@@ -0,0 +1,13 @@
+Index: coreutils-8.17/m4/canonicalize.m4
+===
+--- coreutils-8.17.orig/m4/canonicalize.m4 2012-05-08 12:05:23.0
+0300
coreutils-8.17/m4/canonicalize.m4 2012-08-17 14:20:22.0 +0300
+@@ -95,7 +95,7 @@
+ [gl_cv_func_realpath_works=no],
+ [case "$host_os" in
+ # Guess yes on glibc systems.
+-*-gnu*) gl_cv_func_realpath_works="guessing yes" ;;
++*-gnu*) gl_cv_func_realpath_works="yes" ;;
+ # If we don't know, assume the worst.
+ *) gl_cv_func_realpath_works="guessing no" ;;
+ esac
diff --git a/meta/recipes-core/coreutils/coreutils-8.14/remove-gets.patch
b/meta/recipes-core/coreutils/coreutils-8.17/remove-gets.patch
similarity index 47%
rename from meta/recipes-core/coreutils/coreutils-8.14/remove-gets.patch
rename to meta/recipes-core/coreutils/coreutils-8.17/remove-gets.patch
index 4f61c92..eaadf7e 100644
--- a/meta/recipes-core/coreutils/coreutils-8.14/remove-gets.patch
+++ b/meta/recipes-core/coreutils/coreutils-8.17/remove-gets.patch
@@ -3,19 +3,21 @@ use gets iff its defined. eglibc 2.16 removed gets
Signed-off-by: Khem Raj
Upstream-Status: Pending
-Index: coreutils-8.14/lib/stdio.in.h
+Index: coreutils-8.17/lib/stdio.in.h
===
coreutils-8.14.orig/lib/stdio.in.h 2011-09-24 04:20:48.0 -0700
-+++ coreutils-8.14/lib/stdio.in.h 2012-07-03 10:36:19.886296576 -0700
-@@ -713,11 +713,13 @@
- _GL_CXXALIAS_SYS (gets, char *, (char *s));
- # undef gets
+--- coreutils-8.17.orig/lib/stdio.in.h
coreutils-8.17/lib/stdio.in.h
+@@ -698,13 +698,14 @@ _GL_WARN_ON_USE (getline, "getline is un
+ "use gnulib module getline for portability");
# endif
+ #endif
+-
+# if defined gets
- _GL_CXXALIASWARN (gets);
/* 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. */
+so any use of gets warrants an unconditional warning; besides, C11
+removed it. */
+ #undef gets
+ #if HAVE_RAW_DECL_GETS
_GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead");
+# endif
#endif
diff --git
a/meta/recipes-core/coreutils/coreutils-8.14/remove-usr-local-lib-from-m4.patch
b/meta/recipes-core/coreutils/coreutils-8.17/remove-usr-local-lib-from-m4.patch
similarity index 100%
rename from
meta/recipes-core/coreutils/coreutils-8.14/remove-usr-local-lib-from-m4.patch
rename to
meta/recipes-core/coreutils/coreutils-8.17/remove-usr-local-lib-from-m4.patch
diff --git a/meta/recipes-core/coreutils/coreutils_8.14.bb
b/meta/recipes-core/coreutils/coreutils_8.17.bb
similarity index 91%
rename from meta/recipes-core/coreutils/coreutils_8.14.bb
rename to meta/recipes-core/coreutils/coreutils_8.17.bb
index 9a714a9..9d8170e 100644
--- a/meta/recipes-core/coreutils/coreutils_8.14.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.17.bb
@@ -6,8 +6,8 @@ HOMEPAGE = "http://www.gnu.org/software/coreutils/";
BUGTRACKER = "http://debbugs.gnu.org/coreutils";
LICENSE = "GPLv3+"
LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504\
-
file://src/ls.c;startline=5;endline=16;md5=e1a509558876db58fb6667ba140137ad"
-PR = "r5"
+
file://src/ls.c;startline=5;endline=16;md5=30c84fd2942cad91041e5e2dcd19ced6"
+PR = "r0"
DEPENDS = "gmp libcap"
DEPENDS_virtclass-native = ""
@@ -16,9 +16,10 @@ inherit autotools gettext
SRC_URI = "${GNU_MIRROR}/coreutils/${BP}.tar.xz \
file://remove-usr-local-lib-from-m4.patch \
file://remove-gets.patch \
+ file://realpath-works-yes.patch \
"
-SRC_URI[md5sum] = "bcb135ce553493a45aba01b39eb3920a"
-SRC_URI[sha256sum] =
"0d120817c19292edb19e92ae6b8eac9020e03d51e0af9cb116cf82b65d1
[OE-core] [PATCH 2/2] dbus-tests: Add separate recipe for building dbus-tests
While compiling dbus with tests, dbus and dbus-glib are needed.
To compile dbus-glib, dbus is needed (obviously). The only solution
(to compile dbus with tests) is to create a new recipe where to
compile dbus with --enable-tests --enable-embedded-tests, skip write
to sysroot (noexec) and just package dbus-tests.
A bash wrapper to run all tests is included.
Signed-off-by: Andrei Gherzan
---
meta/recipes-core/dbus/dbus-tests/run_test.sh | 22 +
meta/recipes-core/dbus/dbus-tests_1.4.20.bb | 64 +
2 files changed, 86 insertions(+), 0 deletions(-)
create mode 100755 meta/recipes-core/dbus/dbus-tests/run_test.sh
create mode 100644 meta/recipes-core/dbus/dbus-tests_1.4.20.bb
diff --git a/meta/recipes-core/dbus/dbus-tests/run_test.sh
b/meta/recipes-core/dbus/dbus-tests/run_test.sh
new file mode 100755
index 000..90abad2
--- /dev/null
+++ b/meta/recipes-core/dbus/dbus-tests/run_test.sh
@@ -0,0 +1,22 @@
+#!/bin/sh
+
+# Tests location
+export DBUS_TEST_HOMEDIR=/usr/lib/dbus-tests
+# Tests data location
+export DBUS_TEST_DATA=${DBUS_TEST_HOMEDIR}/test/data
+
+TESTS=" \
+ bus/bus-test \
+ bus/bus-test-system \
+ dbus/dbus-test \
+ bus/bus-test-launch-helper \
+ test/shell-test \
+ test/test-corrupt \
+ test/test-dbus-daemon \
+ test/test-loopback \
+ test/test-marshal \
+ test/test-relay \
+ test/test-syslog \
+ test/test-refs"
+
+${DBUS_TEST_HOMEDIR}/test/dbus-test-runner ${DBUS_TEST_HOMEDIR} ${TESTS}
diff --git a/meta/recipes-core/dbus/dbus-tests_1.4.20.bb
b/meta/recipes-core/dbus/dbus-tests_1.4.20.bb
new file mode 100644
index 000..0e7d272
--- /dev/null
+++ b/meta/recipes-core/dbus/dbus-tests_1.4.20.bb
@@ -0,0 +1,64 @@
+FILESEXTRAPATHS_append := "${THISDIR}/dbus-${PV}"
+include recipes-core/dbus/dbus.inc
+
+PR = "${INC_PR}.0"
+
+SRC_URI[md5sum] = "79eca2f2c1894ac347acce128314428b"
+SRC_URI[sha256sum] =
"103bdcd261a13140730b5fa69f56a98ab5c89ba3f0116ea62fcfd639520d5aaf"
+
+DEPENDS += "python-pygobject-native python-dbus-native dbus-glib dbus"
+RDEPENDS_${PN} = "dbus-x11"
+RPROVIDES_${PN} = ""
+
+TEST_PATH = "${libdir}/${BPN}"
+
+EXTRA_OECONF += "--enable-tests --enable-embedded-tests --enable-verbose-mode
--with-dbus-test-dir=${TEST_PATH}"
+
+export DBUS_GLIB_CFLAGS="-I${STAGING_DIR_HOST}${includedir}/dbus-1.0"
+export DBUS_GLIB_LIBS="-ldbus-glib-1"
+
+S = "${WORKDIR}/dbus-${PV}"
+
+# Add test wrapper
+SRC_URI += "file://run_test.sh"
+
+# We don't want to overwrite dbus in sysroot. Just want to package the tests
+do_populate_sysroot[noexec] = "1"
+
+PACKAGES = "${PN}-dbg ${PN}"
+
+FILES_${PN} = "${TEST_PATH}"
+FILES_${PN}-dbg = "${TEST_PATH}/bus/.debug \
+ ${TEST_PATH}/dbus/.debug \
+ ${TEST_PATH}/test/.debug \
+ /usr/src/debug"
+
+BUS_TESTS = "bus-test bus-test-system bus-test-launch-helper
dbus-daemon-launch-helper-test"
+DBUS_TESTS = "dbus-test"
+TEST = "dbus-test-runner spawn-test .libs/test-dbus-daemon .libs/test-loopback
test-sleep-forever \
+ test-segfault shell-test test-exit .libs/test-marshal test-refs
test-shell-service \
+ .libs/test-corrupt test-syslog test-names .libs/test-relay test-service"
+
+do_install () {
+ install -d ${D}/${TEST_PATH}/test/data
+ install -d ${D}/${TEST_PATH}/dbus
+ install -d ${D}/${TEST_PATH}/bus
+
+ cp -r ${S}/test/data/* ${D}/${TEST_PATH}/test/data
+
+ for file in ${BUS_TESTS}; do
+ install -m 766 ${S}/bus/${file} ${D}/${TEST_PATH}/bus
+ done
+
+ for file in ${DBUS_TESTS}; do
+ install -m 766 ${S}/dbus/${file} ${D}/${TEST_PATH}/dbus
+ done
+
+ for file in ${TEST}; do
+ install -m 766 ${S}/test/${file} ${D}/${TEST_PATH}/test
+ done
+
+ install -m 766 ${WORKDIR}/run_test.sh ${D}/${TEST_PATH}
+}
+
+BBCLASSEXTEND = ""
--
1.7.5.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] Build and package dbus-tests - separate recipe
While compiling dbus with tests, dbus and dbus-glib are needed. To compile dbus-glib, dbus is needed (obviously). The only solution (to compile dbus with tests) that i found, is to create a new recipe named dbus-tests where to compile dbus with --enable-tests --enable-embedded-tests, skip write to sysroot (noexec) and just package dbus-tests. I included a wrapper to run all tests. As discussed on mailing list, tests location is: libdir/BPN Tested on all qemu machines with dbus 1.4.20 and with the comming 1.6.4 The following changes since commit bddd8300325267253941e7ce656ce2cf86a8a4a4: apr-util: fix the rules.mk with path to sysroot instead of the workdir of apr (2012-08-17 13:10:08 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ag/dbus-tests http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=ag/dbus-tests Andrei Gherzan (2): python-dbus: Native dbus python module needed for dbus tests dbus-tests: Add separate recipe for building dbus-tests meta/recipes-core/dbus/dbus-tests/run_test.sh | 22 +++ meta/recipes-core/dbus/dbus-tests_1.4.20.bb | 64 + meta/recipes-devtools/python/python-dbus_1.1.1.bb |5 +- 3 files changed, 90 insertions(+), 1 deletions(-) create mode 100755 meta/recipes-core/dbus/dbus-tests/run_test.sh create mode 100644 meta/recipes-core/dbus/dbus-tests_1.4.20.bb -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [discussion] perf: specify SLANG_INC dir for perf
On 2012-08-17 18:53, Richard Purdie wrote: > On Fri, 2012-08-17 at 18:00 +0800, Liang Li wrote: > > I am totally confused, you mentioned 'general kernel do_install', I > > assume it's oe-core kernel.bbclass concept. Then you mentioned 'get > > the fix upstream in the mainline kernel', how could that happen? > > > > We are discussing about the solution to 'fix the compile warning to > > error' stuff that triggered by the '-I/usr/include/slang', right? > > Yes. > > > We do not necessarily have to change recipe to fix it since the issue > > is not introduced by the recipe, the hard coded '-I/usr/include/slang' > > in the Makefile cause the issue, we can fix the root cause by kernel > > patch(other than just comment the line out). I see your previous patch > > to kernel, by comment out the '-I/usr/include/slang' line in the > > Makefile, is the same behavior, but we won't have the change(comment > > out -I.. in Makefile) upstream to mainline, right? > > I am suggesting that firstly, someone send a patch to the mainline > kernel which changes -I/usr/include/slang to -I=/usr/include/slang in > that Makefile. > > Secondly, I'm suggesting that we add a line to kernel_do_install() in > kernel.bbclass which does a sed on the Makefile as installed into > $kerneldir which changes -I/usr/include/slang to -I=/usr/include/slang. > > We can then drop the patch I added to the linux-yocto kernels. > > This is all that should be needed, it should fix all the issues people > have reported in a way that is acceptable to everyone. > Ah, I see what you mean now. But we have push acceptable kernel patch to linux-yocto kernel first, and propose it to mainline kernel in the meantime. With proper kernel patch in linux-yocto kernel(s), we does not have to do the second above, right? :) And I see what you mean here, let me paste the revised change to kernel here: commit 5236988 Author: Liang Li Date: Wed Aug 1 14:31:24 2012 +0800 perf: add SLANG_INC for slang.h Previously we hard code '-I/usr/include/slang' to CFLAGS to works with some hosts that has /usr/include/slang/slang.h other than /usr/include/slang.h like Fedora. This will cause compiling warnings in some cases. We could downgrade the priority of the default hard coded path, and provide user a chance to specify correct location of slang.h then user could specify SLANG_INC to avoid compile warnings like the '/usr/include/slang' is not exists etc. Signed-off-by: Liang Li diff --git a/tools/perf/Makefile b/tools/perf/Makefile index b7a7a87..e403c36 100644 --- a/tools/perf/Makefile +++ b/tools/perf/Makefile @@ -496,8 +496,10 @@ else msg := $(warning newt not found, disables TUI support. Please install newt-devel or libnewt-dev); BASIC_CFLAGS += -DNO_NEWT_SUPPORT else - # Fedora has /usr/include/slang/slang.h, but ubuntu /usr/include/slang.h - BASIC_CFLAGS += -I/usr/include/slang + # Some releases like Fedora has /usr/include/slang/slang.h other than /usr/include/slang.h + SLANG_INC ?= -idirafter =/usr/include/slang + BASIC_CFLAGS += $(SLANG_INC) + EXTLIBS += -lnewt -lslang LIB_OBJS += $(OUTPUT)ui/setup.o LIB_OBJS += $(OUTPUT)ui/browser.o --- Thanks for clarification. Regards, Liang Li > Cheers, > > Richard > ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] Remove older GTK+ versions
On Fri, Aug 17, 2012 at 02:54:27PM +0200, Martin Jansa wrote: > On Fri, Aug 17, 2012 at 01:48:45PM +0100, Paul Eggleton wrote: > > On Friday 17 August 2012 14:39:16 Martin Jansa wrote: > > > Should I file a but to fix DEFAULT_PREFERENCE between layers? > > > > We've discussed this problem before - the trouble is we would have to > > change > > the way the version preference calculation works, and I'm not sure we will > > be > > able to do that without breaking assumptions that people currently rely > > upon > > in the process. By all means file a bug, but I think coming up with a > > practical > > solution is going to be tricky. > > > > > Because there is also use case when newer development version is added > > > to e.g. meta-oe with negative D_P and only users who decide to test/use > > > that version should get it, if they define P_V for this new version. > > > > This is also undesirable for meta-oe IMHO - as a general principle, meta-oe > > shouldn't be trying to both add additional recipes *and* provide > > newer/older > > versions of recipes that are in OE-Core. Please, let's get the new versions > > into OE-Core or if they're too risky/broken for some use cases for that, > > then > > they belong in people's distro layers. (Practically I don't think there are > > that many instances of new versions of OE-Core recipes that people want to > > use > > that would be actually rejected by OE-Core). > > What if newer version is needed for recipe which exists only in meta-oe? > > I had this in meta-efl where webkit-efl was sometimes segfaulting when > older stable version of libsoup2.4 was used, upstream solved that by > recommending development version of libsoup2.4, but as soon as I've > added it to meta-efl everybody (including users which don't use > webkit-efl from meta-efl - don't need this libsoup2.4) got it as > default. > > Yes I could have added this libsoup2.4 only to meta-shr (where I had > P_V for that) and keep webkit-efl broken for everyone else, or try to > add developement version of libsoup2.4 to oe-core.. https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964 -- 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
Re: [OE-core] [discussion] perf: specify SLANG_INC dir for perf
On 12-08-17 06:53 AM, Richard Purdie wrote: On Fri, 2012-08-17 at 18:00 +0800, Liang Li wrote: I am totally confused, you mentioned 'general kernel do_install', I assume it's oe-core kernel.bbclass concept. Then you mentioned 'get the fix upstream in the mainline kernel', how could that happen? We are discussing about the solution to 'fix the compile warning to error' stuff that triggered by the '-I/usr/include/slang', right? Yes. We do not necessarily have to change recipe to fix it since the issue is not introduced by the recipe, the hard coded '-I/usr/include/slang' in the Makefile cause the issue, we can fix the root cause by kernel patch(other than just comment the line out). I see your previous patch to kernel, by comment out the '-I/usr/include/slang' line in the Makefile, is the same behavior, but we won't have the change(comment out -I.. in Makefile) upstream to mainline, right? I am suggesting that firstly, someone send a patch to the mainline kernel which changes -I/usr/include/slang to -I=/usr/include/slang in that Makefile. Secondly, I'm suggesting that we add a line to kernel_do_install() in kernel.bbclass which does a sed on the Makefile as installed into $kerneldir which changes -I/usr/include/slang to -I=/usr/include/slang. We can then drop the patch I added to the linux-yocto kernels. This is all that should be needed, it should fix all the issues people have reported in a way that is acceptable to everyone. This is what I was shooting for as well, the oe-core fix is separate from the upstream kernel fix. We'll fix our builds first, and then work for a solution in perf upstream. My only requirement was that our sed fix still work when kernels start appearing with it fixed upstream .. something that shouldn't be hard to do. Cheers, Bruce Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] DEPEND on an image recipe
On Fri, 2012-08-17 at 08:51 -0400, Cliff Brake wrote: > I would like to add a DEPEND to a kernel recipe that causes an > initramfs image to be built every time before the kernel is built. It > seems that a DEPEND on the rootfs recipe triggers the rootfs build, > however it appears that the kernel recipe does not wait for the image > recipe to finish before it builds. What is the best way to accomplish > this? do_compile[depends] += "ramfs-image:do_rootfs" p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
