Openembedded Core Discussions
 help / color / mirror / Atom feed
* [PATCH 1/1] linux-libc-headers: provide 3.0.x and 3.1 headers
From: Bruce Ashfield @ 2011-10-26 18:25 UTC (permalink / raw)
  To: richard.purdie; +Cc: openembedded-core, saul.wold
In-Reply-To: <cover.1319652972.git.bruce.ashfield@windriver.com>

This changes makes two different 3.x headers available to the
toolchain. The latest 3.0.x and 3.1 tarballs. Compatibility is
maintained with older 2.6 headers by creating a new variable
that changes the SRC_URI based on the major version number of
the kernel.

Tested with 2.6.37.2, 3.0.8 and 3.1 builds and boots.

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
 meta/conf/distro/include/tcmode-default.inc        |    2 +-
 .../linux-libc-headers/linux-libc-headers.inc      |   15 +++++-
 .../linux-libc-headers/linux-libc-headers_3.0.8.bb |   53 ++++++++++++++++++++
 .../linux-libc-headers/linux-libc-headers_3.1.bb   |   53 ++++++++++++++++++++
 4 files changed, 120 insertions(+), 3 deletions(-)
 create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
 create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb

diff --git a/meta/conf/distro/include/tcmode-default.inc b/meta/conf/distro/include/tcmode-default.inc
index 2bf1beb..ed722be 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -21,7 +21,7 @@ SDKGCCVERSION ?= "4.6%"
 BINUVERSION ?= "2.21.1a"
 EGLIBCVERSION ?= "2.13"
 UCLIBCVERSION ?= "0.9.32"
-LINUXLIBCVERSION ?= "2.6.37.2"
+LINUXLIBCVERSION ?= "3.1"
 
 # Temporary preferred version overrides for PPC
 PREFERRED_VERSION_u-boot-mkimage-native_powerpc ?= "2009.08"
diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
index 014024f..4e874fe 100644
--- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
@@ -1,9 +1,20 @@
-DESCRIPTION = "Sanitized set of 2.6 kernel headers for the C library's use."
+DESCRIPTION = "Sanitized set of kernel headers for the C library's use."
 SECTION = "devel"
 LICENSE = "GPLv2"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7" 
-SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/v2.6/linux-${PV}.tar.bz2"
+
+python __anonymous () {
+    import bb, re, string
+
+    major = bb.data.getVar("PV",d,1).split('.')[0]
+    if major == "3":
+        bb.data.setVar("HEADER_FETCH_VER", "3.0", d)
+    else:
+        bb.data.setVar("HEADER_FETCH_VER", "2.6", d)
+}
+
+SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/v${HEADER_FETCH_VER}/linux-${PV}.tar.bz2"
 
 #DEPENDS = "cross-linkage"
 RDEPENDS_${PN}-dev = ""
diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
new file mode 100644
index 0000000..3c845ef
--- /dev/null
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
@@ -0,0 +1,53 @@
+require linux-libc-headers.inc
+
+INHIBIT_DEFAULT_DEPS = "1"
+DEPENDS += "unifdef-native"
+PR = "r1"
+
+SRC_URI += " file://connector-msg-size-fix.patch"
+
+S = "${WORKDIR}/linux-${PV}"
+
+set_arch() {
+	case ${TARGET_ARCH} in
+		alpha*)   ARCH=alpha ;;
+		arm*)     ARCH=arm ;;
+		cris*)    ARCH=cris ;;
+		hppa*)    ARCH=parisc ;;
+		i*86*)    ARCH=i386 ;;
+		ia64*)    ARCH=ia64 ;;
+		mips*)    ARCH=mips ;;
+		m68k*)    ARCH=m68k ;;
+		powerpc*) ARCH=powerpc ;;
+		s390*)    ARCH=s390 ;;
+		sh*)      ARCH=sh ;;
+		sparc64*) ARCH=sparc64 ;;
+		sparc*)   ARCH=sparc ;;
+		x86_64*)  ARCH=x86_64 ;;
+		avr32*)   ARCH=avr32 ;;
+		bfin*)    ARCH=blackfin ;;
+		microblaze*) ARCH=microblaze ;;
+	esac
+}
+
+do_configure() {
+	set_arch
+	oe_runmake allnoconfig ARCH=$ARCH
+}
+
+do_compile () {
+}
+
+do_install() {
+	set_arch
+	oe_runmake headers_install INSTALL_HDR_PATH=${D}${exec_prefix} ARCH=$ARCH
+	# Kernel should not be exporting this header
+	rm -f ${D}${exec_prefix}/include/scsi/scsi.h
+
+	# The ..install.cmd conflicts between various configure runs
+	find ${D}${includedir} -name ..install.cmd | xargs rm -f
+}
+
+BBCLASSEXTEND = "nativesdk"
+SRC_URI[md5sum] = "eac4d398a0ecd98214487cd47a228998"
+SRC_URI[sha256sum] = "4ed16da319848f681f711dbda2ac2cf1b306a280ec22f90bae190cf23b533add"
diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
new file mode 100644
index 0000000..5f9fe64
--- /dev/null
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
@@ -0,0 +1,53 @@
+require linux-libc-headers.inc
+
+INHIBIT_DEFAULT_DEPS = "1"
+DEPENDS += "unifdef-native"
+PR = "r1"
+
+SRC_URI += " file://connector-msg-size-fix.patch"
+
+S = "${WORKDIR}/linux-${PV}"
+
+set_arch() {
+	case ${TARGET_ARCH} in
+		alpha*)   ARCH=alpha ;;
+		arm*)     ARCH=arm ;;
+		cris*)    ARCH=cris ;;
+		hppa*)    ARCH=parisc ;;
+		i*86*)    ARCH=i386 ;;
+		ia64*)    ARCH=ia64 ;;
+		mips*)    ARCH=mips ;;
+		m68k*)    ARCH=m68k ;;
+		powerpc*) ARCH=powerpc ;;
+		s390*)    ARCH=s390 ;;
+		sh*)      ARCH=sh ;;
+		sparc64*) ARCH=sparc64 ;;
+		sparc*)   ARCH=sparc ;;
+		x86_64*)  ARCH=x86_64 ;;
+		avr32*)   ARCH=avr32 ;;
+		bfin*)    ARCH=blackfin ;;
+		microblaze*) ARCH=microblaze ;;
+	esac
+}
+
+do_configure() {
+	set_arch
+	oe_runmake allnoconfig ARCH=$ARCH
+}
+
+do_compile () {
+}
+
+do_install() {
+	set_arch
+	oe_runmake headers_install INSTALL_HDR_PATH=${D}${exec_prefix} ARCH=$ARCH
+	# Kernel should not be exporting this header
+	rm -f ${D}${exec_prefix}/include/scsi/scsi.h
+
+	# The ..install.cmd conflicts between various configure runs
+	find ${D}${includedir} -name ..install.cmd | xargs rm -f
+}
+
+BBCLASSEXTEND = "nativesdk"
+SRC_URI[md5sum] = "8d43453f8159b2332ad410b19d86a931"
+SRC_URI[sha256sum] = "2573d2378c754b0c602b57586e9311e5b38c5d1e6c137f02873833633a4b9359"
-- 
1.7.0.4




^ permalink raw reply related

* Re: useradd changes to dbus, base-passwd
From: Scott Garman @ 2011-10-26 16:52 UTC (permalink / raw)
  To: openembedded-core
In-Reply-To: <4EA825F0.1030504@windriver.com>

On 10/26/2011 08:23 AM, Mark Hatle wrote:
> On 10/25/11 10:37 PM, James Limbouris wrote:
>>> -----Original Message-----
>>> From: openembedded-core-bounces@lists.openembedded.org
>>> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
>>> James Limbouris
>>> Sent: Wednesday, 26 October 2011 9:35 AM
>>> To: openembedded-core@lists.openembedded.org
>>> Subject: [OE-core] useradd changes to dbus, base-passwd
>>>
>>> Hi,
>>>
>>> Recent changes to dbus have broken some sdk building:
>>>
>>> Missing or unbuildable dependency chain was: ['meta-toolchain-qte', 'task-qte-
>>> toolchain-host-nativesdk', 'qt4-tools-nativesdk', 'dbus-nativesdk', 'base-passwd-
>>> nativesdk']
>>>
>>> I think the commit introducing the base-passed dependency is
>>> 46e6c3fa8034b12d178d605f3f5d7efe69671a13 (dbus: use useradd class to
>>> allow use in read-only filesystems).
>>> I'm not too clear on how useradd works, so I can't tell if simply adding
>>> BBCLASSEXTEND = "native nativesdk" to base-passwd is sufficient. I'd expect
>>> that this would cause dbus to add itself to the sdk sysroot's passwd (which
>>> previously didn't exist?). Seems harmless enough... I'm giving it a try now, but
>>> any advice or opinions would be appreciated.
>>
>> It seems that adding BBCLASSEXTEND = "native nativesdk" to base-passwd and shadow-sysroot is not sufficient.
>> dbus itself will not build for nativesdk:
>>
>
> ...
>
>> NOTE: package dbus-nativesdk-1.4.12-r1: task do_install: Failed
>> ERROR: Task 1370 (virtual:nativesdk:/home/james/oe/sources/oe-core/meta/recipes-core/dbus/dbus_1.4.12.bb, do_install) failed with exit code '1'
>>
>> Perhaps we should not inherit useradd when building for nativesdk? After all, the sdk sysroots have not had /etc/passwd in the past.
>
> The useradd class should only be used in a target build.  Neither nativesdk or
> native have a reasonable set of actions with useradd.
>
> I am a bit confused as to why we are building dbus in a nativesdk situation.  I
> would have thought that we'd be forced to use the host system's version of dbus
> for compatibility sake.  Perhaps this is the root of the problem -- or I'm
> mistaken and we do need to build it -- in that case we need to avoid including
> useradd with non-target builds.

Grepping through our classes, it looks like I can detect the nativesdk 
within useradd.bbclass by checking for 
bb.data.inherits_class('nativesdk', d).

I've filed a bug for this and will develop a patch to ensure useradd is 
becomes a no-op for nativesdk builds:

http://bugzilla.pokylinux.org/show_bug.cgi?id=1702

Thanks for reporting this!

Scott

-- 
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center



^ permalink raw reply

* Re: useradd changes to dbus, base-passwd
From: Mark Hatle @ 2011-10-26 15:23 UTC (permalink / raw)
  To: openembedded-core
In-Reply-To: <840A81C1B782724A8EB52725BD519EFF1A8F4E@MBX20.4emm.local>

On 10/25/11 10:37 PM, James Limbouris wrote:
>> -----Original Message-----
>> From: openembedded-core-bounces@lists.openembedded.org
>> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
>> James Limbouris
>> Sent: Wednesday, 26 October 2011 9:35 AM
>> To: openembedded-core@lists.openembedded.org
>> Subject: [OE-core] useradd changes to dbus, base-passwd
>>
>> Hi,
>>
>> Recent changes to dbus have broken some sdk building:
>>
>> Missing or unbuildable dependency chain was: ['meta-toolchain-qte', 'task-qte-
>> toolchain-host-nativesdk', 'qt4-tools-nativesdk', 'dbus-nativesdk', 'base-passwd-
>> nativesdk']
>>
>> I think the commit introducing the base-passed dependency is
>> 46e6c3fa8034b12d178d605f3f5d7efe69671a13 (dbus: use useradd class to
>> allow use in read-only filesystems).
>> I'm not too clear on how useradd works, so I can't tell if simply adding
>> BBCLASSEXTEND = "native nativesdk" to base-passwd is sufficient. I'd expect
>> that this would cause dbus to add itself to the sdk sysroot's passwd (which
>> previously didn't exist?). Seems harmless enough... I'm giving it a try now, but
>> any advice or opinions would be appreciated.
> 
> It seems that adding BBCLASSEXTEND = "native nativesdk" to base-passwd and shadow-sysroot is not sufficient.
> dbus itself will not build for nativesdk:
> 

...

> NOTE: package dbus-nativesdk-1.4.12-r1: task do_install: Failed
> ERROR: Task 1370 (virtual:nativesdk:/home/james/oe/sources/oe-core/meta/recipes-core/dbus/dbus_1.4.12.bb, do_install) failed with exit code '1'
> 
> Perhaps we should not inherit useradd when building for nativesdk? After all, the sdk sysroots have not had /etc/passwd in the past.

The useradd class should only be used in a target build.  Neither nativesdk or
native have a reasonable set of actions with useradd.

I am a bit confused as to why we are building dbus in a nativesdk situation.  I
would have thought that we'd be forced to use the host system's version of dbus
for compatibility sake.  Perhaps this is the root of the problem -- or I'm
mistaken and we do need to build it -- in that case we need to avoid including
useradd with non-target builds.

--Mark

> James
> 
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core




^ permalink raw reply

* Re: [PATCH] Give coreutils a chance to build the df utility
From: Phil Blundell @ 2011-10-26 14:01 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer; +Cc: McClintock Matthew-B29882
In-Reply-To: <CAKZ=5EUxO=fe+6p5qx4n5Y5_r1GQ+mokXOQhnuNgLbpx7Z4Heg@mail.gmail.com>

On Wed, 2011-10-26 at 14:58 +0100, Julian Pidancet wrote:
> On Wed, Oct 26, 2011 at 2:59 AM, McClintock Matthew-B29882
> <B29882@freescale.com> wrote:
> > On Mon, Oct 24, 2011 at 8:18 PM, Julian Pidancet
> > <julian.pidancet@gmail.com> wrote:
> >> +do_configure_prepend () {
> >> +        export fu_cv_sys_stat_statfs2_bsize=yes
> >
> > I'm asking out of curiosity.. why don't these go in meta/site/common instead?
> 
> To be honest, I ignored the very existence of this file. Is this
> globally applied to all the recipes ? Isn't there a risk of breaking
> other packages by doing this ?

A small risk, yes.  On the other hand, by hardcoding one particular
value in the recipe, there is a risk that it might be the wrong answer
for some target systems.  Whereas the site files are, intentionally,
target and OS specific.

p.





^ permalink raw reply

* Re: [PATCH] Give coreutils a chance to build the df utility
From: Julian Pidancet @ 2011-10-26 13:58 UTC (permalink / raw)
  To: McClintock Matthew-B29882; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <CAEsOVNfvkJkLPMCg=x7Yu3JFQSt2GuupkZgXOpj+YhwFZJZryg@mail.gmail.com>

On Wed, Oct 26, 2011 at 2:59 AM, McClintock Matthew-B29882
<B29882@freescale.com> wrote:
> On Mon, Oct 24, 2011 at 8:18 PM, Julian Pidancet
> <julian.pidancet@gmail.com> wrote:
>> +do_configure_prepend () {
>> +        export fu_cv_sys_stat_statfs2_bsize=yes
>
> I'm asking out of curiosity.. why don't these go in meta/site/common instead?

To be honest, I ignored the very existence of this file. Is this
globally applied to all the recipes ? Isn't there a risk of breaking
other packages by doing this ?

-- 
Julian



^ permalink raw reply

* Re: useradd changes to dbus, base-passwd
From: James Limbouris @ 2011-10-26  3:37 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <840A81C1B782724A8EB52725BD519EFF1A8F25@MBX20.4emm.local>

> -----Original Message-----
> From: openembedded-core-bounces@lists.openembedded.org
> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
> James Limbouris
> Sent: Wednesday, 26 October 2011 9:35 AM
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] useradd changes to dbus, base-passwd
> 
> Hi,
> 
> Recent changes to dbus have broken some sdk building:
> 
> Missing or unbuildable dependency chain was: ['meta-toolchain-qte', 'task-qte-
> toolchain-host-nativesdk', 'qt4-tools-nativesdk', 'dbus-nativesdk', 'base-passwd-
> nativesdk']
> 
> I think the commit introducing the base-passed dependency is
> 46e6c3fa8034b12d178d605f3f5d7efe69671a13 (dbus: use useradd class to
> allow use in read-only filesystems).
> I'm not too clear on how useradd works, so I can't tell if simply adding
> BBCLASSEXTEND = "native nativesdk" to base-passwd is sufficient. I'd expect
> that this would cause dbus to add itself to the sdk sysroot's passwd (which
> previously didn't exist?). Seems harmless enough... I'm giving it a try now, but
> any advice or opinions would be appreciated.

It seems that adding BBCLASSEXTEND = "native nativesdk" to base-passwd and shadow-sysroot is not sufficient.
dbus itself will not build for nativesdk:

NOTE: package dbus-nativesdk-1.4.12-r1: task do_install: Started
ERROR: Function 'useradd_sysroot' failed (see /home/james/oe/build/tmp-eglibc/work/i686-nativesdk-ricasdk-linux/dbus-nativesdk-1.4.12-r1/temp/log.do_install.1735 for further information)
ERROR: Logfile of failure stored in: /home/james/oe/build/tmp-eglibc/work/i686-nativesdk-ricasdk-linux/dbus-nativesdk-1.4.12-r1/temp/log.do_install.1735
Log data follows:
| DEBUG: SITE files ['endian-little', 'bit-32', 'ix86-common', 'common-linux', 'common-glibc', 'i686-linux', 'common']
| + cd /home/james/oe/build/tmp-eglibc/work/i686-nativesdk-ricasdk-linux/dbus-nativesdk-1.4.12-r1/dbus-1.4.12
| + useradd_sysroot
| + export PSEUDO=/home/james/oe/build/tmp-eglibc/sysroots/i686-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/usr/bin/pseudo
| + PSEUDO=/home/james/oe/build/tmp-eglibc/sysroots/i686-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/usr/bin/pseudo
| + export PSEUDO_LOCALSTATEDIR=/home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/var/pseudo
| + PSEUDO_LOCALSTATEDIR=/home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/var/pseudo
| + D=/home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux
| + useradd_preinst
| + OPT=
| + SYSROOT=
| + test x/home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux '!=' x
| + SYSROOT=/home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux
| + OPT='--root /home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux'
| + GROUPADD_PARAM='-r netdev'
| + USERADD_PARAM='--system --home /usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/var/lib/dbus                        --no-create-home --user-group messagebus'
| + test 'x-r netdev' '!=' x
| + echo 'Running groupadd commands...'
| Running groupadd commands...
| ++ echo '-r netdev'
| ++ cut -d ';' -f 1
| + opts='-r netdev'
| ++ echo '-r netdev'
| ++ cut -d ';' -f 2-
| + remaining='-r netdev'
| + test 'x-r netdev' '!=' x
| ++ echo '-r netdev'
| ++ awk '{ print $NF }'
| + groupname=netdev
| ++ grep '^netdev:' /home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux/etc/group
| grep: /home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux/etc/group: No such file or directory
| ++ true
| + group_exists=
| + test x = x
| + eval /home/james/oe/build/tmp-eglibc/sysroots/i686-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/usr/bin/pseudo groupadd --root /home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux -r netdev
| ++ /home/james/oe/build/tmp-eglibc/sysroots/i686-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/usr/bin/pseudo groupadd --root /home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux -r netdev
| /home/james/oe/build/tmp-eglibc/work/i686-nativesdk-ricasdk-linux/dbus-nativesdk-1.4.12-r1/temp/run.useradd_sysroot.1735: line 129: /home/james/oe/build/tmp-eglibc/sysroots/i686-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/usr/bin/pseudo: No such file or directory
| ERROR: Function 'useradd_sysroot' failed (see /home/james/oe/build/tmp-eglibc/work/i686-nativesdk-ricasdk-linux/dbus-nativesdk-1.4.12-r1/temp/log.do_install.1735 for further information)
NOTE: package dbus-nativesdk-1.4.12-r1: task do_install: Failed
ERROR: Task 1370 (virtual:nativesdk:/home/james/oe/sources/oe-core/meta/recipes-core/dbus/dbus_1.4.12.bb, do_install) failed with exit code '1'

Perhaps we should not inherit useradd when building for nativesdk? After all, the sdk sysroots have not had /etc/passwd in the past.

James




^ permalink raw reply

* Re: [PATCH] Introduce biarch DISTRO_FEATURE
From: McClintock Matthew-B29882 @ 2011-10-26  2:09 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer; +Cc: Julian Pidancet
In-Reply-To: <1319505532-23199-1-git-send-email-julian.pidancet@gmail.com>

On Mon, Oct 24, 2011 at 8:18 PM, Julian Pidancet
<julian.pidancet@gmail.com> wrote:
> This patch introduces a distro feature which enables gcc to produce
> both 32bit and 64bit code, and enables binutils to operate on both
> 32bit and 64bit binaries. It differs from multilib toolchains in
> that it does not require to compile a version of the libc for each
> architecture variant. However, the code produced for the secondary
> architecture will not be linkable against the libc.
>
> This patch only works with x86 and x86_64 architectures, but can
> probably be extended to support other architectures as well.
>
> One use-case would be when one wants to compile a system which runs
> 32bit userspace applications with a 64bit kernel without having to
> deal with two separate libc.

What happens with the native gcc on the root file system. And what
about meta-toolchain? Any effect?

Thanks,
Matthew



^ permalink raw reply

* Re: [PATCH] Give coreutils a chance to build the df utility
From: McClintock Matthew-B29882 @ 2011-10-26  1:59 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer; +Cc: Julian Pidancet
In-Reply-To: <1319505532-23199-2-git-send-email-julian.pidancet@gmail.com>

On Mon, Oct 24, 2011 at 8:18 PM, Julian Pidancet
<julian.pidancet@gmail.com> wrote:
> +do_configure_prepend () {
> +        export fu_cv_sys_stat_statfs2_bsize=yes

I'm asking out of curiosity.. why don't these go in meta/site/common instead?

-M



^ permalink raw reply

* useradd changes to dbus, base-passwd
From: James Limbouris @ 2011-10-26  1:34 UTC (permalink / raw)
  To: openembedded-core@lists.openembedded.org

Hi,

Recent changes to dbus have broken some sdk building:

Missing or unbuildable dependency chain was: ['meta-toolchain-qte', 'task-qte-toolchain-host-nativesdk', 'qt4-tools-nativesdk', 'dbus-nativesdk', 'base-passwd-nativesdk']

I think the commit introducing the base-passed dependency is 46e6c3fa8034b12d178d605f3f5d7efe69671a13 (dbus: use useradd class to allow use in read-only filesystems).
I'm not too clear on how useradd works, so I can't tell if simply adding BBCLASSEXTEND = "native nativesdk" to base-passwd is sufficient. I'd expect that this would cause dbus to add itself to the sdk sysroot's passwd (which previously didn't exist?). Seems harmless enough... I'm giving it a try now, but any advice or opinions would be appreciated.
  
Regards,
James Limbouris




^ permalink raw reply

* [PATCH 1/1] documentation-audit.sh: script for auditing documentation build status
From: Scott Garman @ 2011-10-25 22:12 UTC (permalink / raw)
  To: openembedded-core
In-Reply-To: <cover.1319580412.git.scott.a.garman@intel.com>

This script is used to enumerate which recipes are building
documentation. It does this by checking that a -doc package
gets generated and contains files.

The script works by building each recipe using the output from
bitbake -s.

It will generate several report files, listing which recipes
include documentation, which are missing documentation, and
which did not successfully build at all.

Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
 scripts/contrib/documentation-audit.sh |   92 ++++++++++++++++++++++++++++++++
 1 files changed, 92 insertions(+), 0 deletions(-)
 create mode 100755 scripts/contrib/documentation-audit.sh

diff --git a/scripts/contrib/documentation-audit.sh b/scripts/contrib/documentation-audit.sh
new file mode 100755
index 0000000..5070fee
--- /dev/null
+++ b/scripts/contrib/documentation-audit.sh
@@ -0,0 +1,92 @@
+#!/bin/bash
+#
+# Perform an audit of which packages provide documentation and which
+# are missing -doc packages.
+#
+# Setup requirements: be sure to be building for MACHINE=qemux86. Run
+# this script after source'ing the build environment script, so you're
+# running it from build/ directory.
+#
+# Maintainer: Scott Garman <scott.a.garman@intel.com>
+
+REPORT_DOC_SIMPLE="documentation_exists.txt"
+REPORT_DOC_DETAIL="documentation_exists_detail.txt"
+REPORT_MISSING_SIMPLE="documentation_missing.txt"
+REPORT_MISSING_DETAIL="documentation_missing_detail.txt"
+REPORT_BUILD_ERRORS="build_errors.txt"
+
+rm -rf $REPORT_DOC_SIMPLE $REPORT_DOC_DETAIL $REPORT_MISSING_SIMPLE $REPORT_MISSING_DETAIL
+
+BITBAKE=`which bitbake`
+if [ -z "$BITBAKE" ]; then
+	echo "Error: bitbake command not found."
+	echo "Did you forget to source the build environment script?"
+	exit 1
+fi
+
+echo "REMINDER: you need to build for MACHINE=qemux86 or you won't get useful results"
+echo "REMINDER: you need to have COMMERCIAL_LICENSE = \"\" in local.conf or you'll get false positives"
+
+for pkg in `bitbake -s | awk '{ print \$1 }'`; do
+	if [[ "$pkg" == "Loading" || "$pkg" == "Loaded" ||
+          "$pkg" == "Parsing" || "$pkg" == "Package" ||
+          "$pkg" == "NOTE:"   || "$pkg" == "WARNING:" ||
+          "$pkg" == "done."   || "$pkg" == "============" ]]
+	then
+		# Skip initial bitbake output
+		continue
+	fi
+	if [[ "$pkg" =~ -native$ || "$pkg" =~ -nativesdk$ ||
+          "$pkg" =~ -cross-canadian ]]; then
+		# Skip native/nativesdk/cross-canadian recipes
+		continue
+	fi
+	if [[ "$pkg" =~ ^meta- || "$pkg" =~ ^task- || "$pkg" =~ -image ]]; then
+		# Skip meta, task and image recipes
+		continue
+	fi
+	if [[ "$pkg" =~ ^glibc- || "$pkg" =~ ^libiconv$ ||
+          "$pkg" =~ -toolchain$ || "$pkg" =~ ^package-index$ ||
+          "$pkg" =~ ^linux- || "$pkg" =~ ^adt-installer$ ||
+          "$pkg" =~ ^eds-tools$ || "$pkg" =~ ^external-python-tarball$ ||
+          "$pkg" =~ ^qt4-embedded$ || "$pkg" =~ ^qt-mobility ]]; then
+		# Skip glibc, libiconv, -toolchain, and other recipes known
+		# to cause build conflicts or trigger false positives.
+		continue
+	fi	
+
+	echo "Building package $pkg..."
+	bitbake $pkg > /dev/null
+	if [ $? -ne 0 ]; then
+		echo "There was an error building package $pkg" >> "$REPORT_MISSING_DETAIL"
+		echo "$pkg" >> $REPORT_BUILD_ERRORS
+
+		# Do not skip the remaining tests, as sometimes the
+		# exit status is 1 due to QA errors, and we can still
+		# perform the -doc checks.
+	fi
+
+	echo "$pkg built successfully, checking for a documentation package..."
+	WORKDIR=`bitbake -e $pkg | grep ^WORKDIR | awk -F '=' '{ print \$2 }' | awk -F '"' '{ print \$2 }'`
+	FIND_DOC_PKG=`find $WORKDIR/packages-split/*-doc -maxdepth 0 -type d`
+	if [ -z "$FIND_DOC_PKG" ]; then
+		# No -doc package was generated:
+		echo "No -doc package: $pkg" >> "$REPORT_MISSING_DETAIL"
+		echo "$pkg" >> $REPORT_MISSING_SIMPLE
+		continue
+	fi
+
+	FIND_DOC_FILES=`find $FIND_DOC_PKG -type f`
+	if [ -z "$FIND_DOC_FILES" ]; then
+		# No files shipped with the -doc package:
+		echo "No files shipped with the -doc package: $pkg" >> "$REPORT_MISSING_DETAIL"
+		echo "$pkg" >> $REPORT_MISSING_SIMPLE
+		continue
+	fi
+
+	echo "Documentation shipped with $pkg:" >> "$REPORT_DOC_DETAIL"
+	echo "$FIND_DOC_FILES" >> "$REPORT_DOC_DETAIL"
+	echo ""	>> "$REPORT_DOC_DETAIL"
+
+	echo "$pkg" >> "$REPORT_DOC_SIMPLE"
+done
-- 
1.7.5.4




^ permalink raw reply related

* [PATCH 0/1] documentation audit script
From: Scott Garman @ 2011-10-25 22:12 UTC (permalink / raw)
  To: openembedded-core

Hello,

I've been using this script to perform audits of which packages
are producing documentation, and feel it's long overdue for this
to be added to the git tree. So here it is.

The following changes since commit f586aaa8d00361a9597a546d665077c75cf4d520:

  libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade (2011-10-25 08:36:01 +0100)

are available in the git repository at:
  git://git.yoctoproject.org/poky-contrib sgarman/docaudit-script
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=sgarman/docaudit-script

Scott Garman (1):
  documentation-audit.sh: script for auditing documentation build
    status

 scripts/contrib/documentation-audit.sh |   92 ++++++++++++++++++++++++++++++++
 1 files changed, 92 insertions(+), 0 deletions(-)
 create mode 100755 scripts/contrib/documentation-audit.sh

-- 
1.7.5.4




^ permalink raw reply

* Re: [PATCH 3/8] pulseaudio-0.9.23: force ARM mode
From: Phil Blundell @ 2011-10-25 21:50 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <20111025072658.GF3602@jama.jama.net>

On Tue, 2011-10-25 at 09:26 +0200, Martin Jansa wrote:
> That's why I've called it work around in cover, because I think that fixing it in
> old 0.9.23 is not worth it, we can try to fix it in 1.1 when we have it.

Fair enough, though as a general rule I don't think the cover letter is
the right place for this sort of information.  Each patch that you send
ought really to be able to stand on its own merits and whatever
explanation is necessary ought to be in its own checkin message. 

In particular, the cover letter does not form part of the permanent
record in the git history, and it is liable to get lost if your patch is
incorporated into any kind of consolidated pull. 

p.





^ permalink raw reply

* [PATCH 5/5] distro_tracking_fields: updates for sudo, mtools, grep, and openssh
From: Scott Garman @ 2011-10-25 21:36 UTC (permalink / raw)
  To: openembedded-core
In-Reply-To: <cover.1319576293.git.scott.a.garman@intel.com>

Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
 .../conf/distro/include/distro_tracking_fields.inc |   32 ++++++++++----------
 1 files changed, 16 insertions(+), 16 deletions(-)

diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
index 1f3540e..936ef81 100644
--- a/meta/conf/distro/include/distro_tracking_fields.inc
+++ b/meta/conf/distro/include/distro_tracking_fields.inc
@@ -813,12 +813,12 @@ RECIPE_MAINTAINER_pn-pax-utils = "Scott Garman <scott.a.garman@intel.com>"
 
 RECIPE_STATUS_pn-sudo = "green"
 RECIPE_DEPENDENCY_CHECK_pn-sudo = "not done"
-RECIPE_LATEST_VERSION_pn-sudo = "1.8.1p2"
+RECIPE_LATEST_VERSION_pn-sudo = "1.8.3"
 RECIPE_INTEL_SECTION_pn-sudo = "base utils"
-RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-sudo = "2011/05/16"
+RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = "2 months"
+RECIPE_LATEST_RELEASE_DATE_pn-sudo = "2011/10/21"
 RECIPE_COMMENTS_pn-sudo = ""
-RECIPE_LAST_UPDATE_pn-sudo = "Jun 14, 2011"
+RECIPE_LAST_UPDATE_pn-sudo = "Oct 25, 2011"
 RECIPE_MAINTAINER_pn-sudo = "Scott Garman <scott.a.garman@intel.com>"
 
 RECIPE_STATUS_pn-blktool = "green"
@@ -1290,12 +1290,12 @@ DISTRO_PN_ALIAS_pn-msynctool = "OpenSuse=msynctool Mandriva=msynctool"
 
 RECIPE_STATUS_pn-mtools = "green"
 RECIPE_DEPENDENCY_CHECK_pn-mtools = "not done"
-RECIPE_LATEST_VERSION_pn-mtools = "4.0.16"
+RECIPE_LATEST_VERSION_pn-mtools = "4.0.17"
 RECIPE_INTEL_SECTION_pn-mtools = "optional"
-RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mtools = "6 months"
-RECIPE_LATEST_RELEASE_DATE_pn-mtools = "2011/04/16"
+RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mtools = "2 months"
+RECIPE_LATEST_RELEASE_DATE_pn-mtools = "2011/06/28"
 RECIPE_COMMENTS_pn-mtools = ""
-RECIPE_LAST_UPDATE_pn-mtools = "Jun 15, 2011"
+RECIPE_LAST_UPDATE_pn-mtools = "Oct 25, 2011"
 RECIPE_MAINTAINER_pn-mtools = "Scott Garman <scott.a.garman@intel.com>"
 
 RECIPE_STATUS_pn-pm-utils = "green"
@@ -2016,22 +2016,22 @@ RECIPE_MAINTAINER_pn-cronie = "Dexuan Cui <dexuan.cui@intel.com>"
 
 RECIPE_STATUS_pn-grep = "green" 
 RECIPE_DEPENDENCY_CHECK_pn-grep = "not done"
-RECIPE_LATEST_VERSION_pn-grep = "2.8"
+RECIPE_LATEST_VERSION_pn-grep = "2.9"
 RECIPE_INTEL_SECTION_pn-grep = "base"
 RECIPE_NO_OF_PATCHES_pn-grep = "0"
-RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-grep = "8 months"
-RECIPE_LATEST_RELEASE_DATE_pn-grep = "05/2011"
-RECIPE_LAST_UPDATE_pn-grep = "Jun 5, 2011"
+RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-grep = "1 month"
+RECIPE_LATEST_RELEASE_DATE_pn-grep = "06/2011"
+RECIPE_LAST_UPDATE_pn-grep = "Oct 25, 2011"
 RECIPE_MAINTAINER_pn-grep = "Scott Garman <scott.a.garman@intel.com>"
 
 RECIPE_STATUS_pn-openssh = "green" 
 RECIPE_DEPENDENCY_CHECK_pn-openssh = "not done"
-RECIPE_LATEST_VERSION_pn-openssh = "5.8p2"
+RECIPE_LATEST_VERSION_pn-openssh = "5.9p1"
 RECIPE_INTEL_SECTION_pn-openssh = "base"
 RECIPE_NO_OF_PATCHES_pn-openssh = "1"
-RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-openssh = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-openssh = "05/2011"
-RECIPE_LAST_UPDATE_pn-openssh = "Jun 5, 2011"
+RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-openssh = "4 months"
+RECIPE_LATEST_RELEASE_DATE_pn-openssh = "09/2011"
+RECIPE_LAST_UPDATE_pn-openssh = "Oct 25, 2011"
 RECIPE_MAINTAINER_pn-openssh = "Scott Garman <scott.a.garman@intel.com>"
 
 RECIPE_STATUS_pn-tar = "green" 
-- 
1.7.5.4




^ permalink raw reply related

* [PATCH 4/5] openssh: upgrade to 5.9p1
From: Scott Garman @ 2011-10-25 21:36 UTC (permalink / raw)
  To: openembedded-core
In-Reply-To: <cover.1319576293.git.scott.a.garman@intel.com>

Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
 .../openssh/{openssh-5.8p2 => openssh-5.9p1}/init  |    0
 .../{openssh-5.8p2 => openssh-5.9p1}/nostrip.patch |    0
 .../{openssh-5.8p2 => openssh-5.9p1}/ssh_config    |    0
 .../openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd  |    0
 .../{openssh-5.8p2 => openssh-5.9p1}/sshd_config   |    0
 .../openssh/{openssh_5.8p2.bb => openssh_5.9p1.bb} |    4 ++--
 6 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/init (100%)
 rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/nostrip.patch (100%)
 rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/ssh_config (100%)
 rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd (100%)
 rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd_config (100%)
 rename meta/recipes-connectivity/openssh/{openssh_5.8p2.bb => openssh_5.9p1.bb} (96%)

diff --git a/meta/recipes-connectivity/openssh/openssh-5.8p2/init b/meta/recipes-connectivity/openssh/openssh-5.9p1/init
similarity index 100%
rename from meta/recipes-connectivity/openssh/openssh-5.8p2/init
rename to meta/recipes-connectivity/openssh/openssh-5.9p1/init
diff --git a/meta/recipes-connectivity/openssh/openssh-5.8p2/nostrip.patch b/meta/recipes-connectivity/openssh/openssh-5.9p1/nostrip.patch
similarity index 100%
rename from meta/recipes-connectivity/openssh/openssh-5.8p2/nostrip.patch
rename to meta/recipes-connectivity/openssh/openssh-5.9p1/nostrip.patch
diff --git a/meta/recipes-connectivity/openssh/openssh-5.8p2/ssh_config b/meta/recipes-connectivity/openssh/openssh-5.9p1/ssh_config
similarity index 100%
rename from meta/recipes-connectivity/openssh/openssh-5.8p2/ssh_config
rename to meta/recipes-connectivity/openssh/openssh-5.9p1/ssh_config
diff --git a/meta/recipes-connectivity/openssh/openssh-5.8p2/sshd b/meta/recipes-connectivity/openssh/openssh-5.9p1/sshd
similarity index 100%
rename from meta/recipes-connectivity/openssh/openssh-5.8p2/sshd
rename to meta/recipes-connectivity/openssh/openssh-5.9p1/sshd
diff --git a/meta/recipes-connectivity/openssh/openssh-5.8p2/sshd_config b/meta/recipes-connectivity/openssh/openssh-5.9p1/sshd_config
similarity index 100%
rename from meta/recipes-connectivity/openssh/openssh-5.8p2/sshd_config
rename to meta/recipes-connectivity/openssh/openssh-5.9p1/sshd_config
diff --git a/meta/recipes-connectivity/openssh/openssh_5.8p2.bb b/meta/recipes-connectivity/openssh/openssh_5.9p1.bb
similarity index 96%
rename from meta/recipes-connectivity/openssh/openssh_5.8p2.bb
rename to meta/recipes-connectivity/openssh/openssh_5.9p1.bb
index 5f5f0bc..f9493d7 100644
--- a/meta/recipes-connectivity/openssh/openssh_5.8p2.bb
+++ b/meta/recipes-connectivity/openssh/openssh_5.9p1.bb
@@ -26,8 +26,8 @@ SRC_URI = "ftp://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar.
            ${@base_contains('DISTRO_FEATURES', 'pam', '${PAM_SRC_URI}', '', d)}"
 
 PAM_SRC_URI = "file://sshd"
-SRC_URI[md5sum] = "0541579adf9d55abb15ef927048d372e"
-SRC_URI[sha256sum] = "5c35ec7c966ce05cc4497ac59c0b54a556e55ae7368165cc8c4129694654f314"
+SRC_URI[md5sum] = "afe17eee7e98d3b8550cc349834a85d0"
+SRC_URI[sha256sum] = "8d3e8b6b6ff04b525a6dfa6fdeb6a99043ccf6c3310cc32eba84c939b07777d5"
 
 inherit useradd update-rc.d
 
-- 
1.7.5.4




^ permalink raw reply related

* [PATCH 3/5] mtools: upgrade to 4.0.17
From: Scott Garman @ 2011-10-25 21:36 UTC (permalink / raw)
  To: openembedded-core
In-Reply-To: <cover.1319576293.git.scott.a.garman@intel.com>

Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
 .../mtools/{mtools_4.0.16.bb => mtools_4.0.17.bb}  |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/mtools/{mtools_4.0.16.bb => mtools_4.0.17.bb} (80%)

diff --git a/meta/recipes-devtools/mtools/mtools_4.0.16.bb b/meta/recipes-devtools/mtools/mtools_4.0.17.bb
similarity index 80%
rename from meta/recipes-devtools/mtools/mtools_4.0.16.bb
rename to meta/recipes-devtools/mtools/mtools_4.0.17.bb
index df67854..e4666ff 100644
--- a/meta/recipes-devtools/mtools/mtools_4.0.16.bb
+++ b/meta/recipes-devtools/mtools/mtools_4.0.17.bb
@@ -11,8 +11,8 @@ SRC_URI = "${GNU_MIRROR}/mtools/mtools-${PV}.tar.bz2 \
            file://mtools-makeinfo.patch \
            file://no-x11.gplv3.patch"
 
-SRC_URI[md5sum] = "e9b07f35272210f407012abaf5d1b9b5"
-SRC_URI[sha256sum] = "7c9e337786d142399d37202ff2002f95bfb3f4e96620223a18d7206708ad2ed5"
+SRC_URI[md5sum] = "15571c615d8f75f5f6d294272f80c7fa"
+SRC_URI[sha256sum] = "0ecc358e30a72d215b1d4c625b27e67121cd6f6075370dfb791ef2a8b980ecb6"
 
 inherit autotools
 
-- 
1.7.5.4




^ permalink raw reply related

* [PATCH 2/5] grep: upgrade to 2.9
From: Scott Garman @ 2011-10-25 21:32 UTC (permalink / raw)
  To: openembedded-core
In-Reply-To: <cover.1319576293.git.scott.a.garman@intel.com>

Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
 .../grep/{grep_2.8.bb => grep_2.9.bb}              |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/grep/{grep_2.8.bb => grep_2.9.bb} (88%)

diff --git a/meta/recipes-extended/grep/grep_2.8.bb b/meta/recipes-extended/grep/grep_2.9.bb
similarity index 88%
rename from meta/recipes-extended/grep/grep_2.8.bb
rename to meta/recipes-extended/grep/grep_2.9.bb
index 3425e8f..08ac527 100644
--- a/meta/recipes-extended/grep/grep_2.8.bb
+++ b/meta/recipes-extended/grep/grep_2.9.bb
@@ -9,8 +9,8 @@ PR = "r0"
 
 SRC_URI = "${GNU_MIRROR}/grep/grep-${PV}.tar.gz"
 
-SRC_URI[md5sum] = "cb2dfc502c5afc7a4a6e5f6cefd6850e"
-SRC_URI[sha256sum] = "da48d0e20bceaacc7d05bfcbccb34c3dee0c50bd7e80de5222fd5e319809af27"
+SRC_URI[md5sum] = "03e3451a38b0d615cb113cbeaf252dc0"
+SRC_URI[sha256sum] = "e9118eac72ecc71191725a7566361ab7643edfd3364869a47b78dc934a357970"
 
 inherit autotools gettext
 
-- 
1.7.5.4




^ permalink raw reply related

* [PATCH 0/5] Recipe upgrades
From: Scott Garman @ 2011-10-25 21:32 UTC (permalink / raw)
  To: openembedded-core

Hello,

Here is a set of some straightfoward recipe upgrades: sudo, grep,
mtools, and openssh.

Build testing: These have been successfully built for all 5 qemu
architectures.

Runtime testing: I have performed basic runtime testing for all of
these recipe upgrades as well within a qemux86 session.

The following changes since commit f586aaa8d00361a9597a546d665077c75cf4d520:

  libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade (2011-10-25 08:36:01 +0100)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib sgarman/recipe-upgrades-final
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/recipe-upgrades-final

Scott Garman (5):
  sudo: upgrade to 1.8.3
  grep: upgrade to 2.9
  mtools: upgrade to 4.0.17
  openssh: upgrade to 5.9p1
  distro_tracking_fields: updates for sudo, mtools, grep, and openssh

 .../conf/distro/include/distro_tracking_fields.inc |   32 ++++++++++----------
 .../openssh/{openssh-5.8p2 => openssh-5.9p1}/init  |    0
 .../{openssh-5.8p2 => openssh-5.9p1}/nostrip.patch |    0
 .../{openssh-5.8p2 => openssh-5.9p1}/ssh_config    |    0
 .../openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd  |    0
 .../{openssh-5.8p2 => openssh-5.9p1}/sshd_config   |    0
 .../openssh/{openssh_5.8p2.bb => openssh_5.9p1.bb} |    4 +-
 .../mtools/{mtools_4.0.16.bb => mtools_4.0.17.bb}  |    4 +-
 .../grep/{grep_2.8.bb => grep_2.9.bb}              |    4 +-
 .../sudo/{sudo_1.8.1p2.bb => sudo_1.8.3.bb}        |    6 ++--
 10 files changed, 25 insertions(+), 25 deletions(-)
 rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/init (100%)
 rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/nostrip.patch (100%)
 rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/ssh_config (100%)
 rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd (100%)
 rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd_config (100%)
 rename meta/recipes-connectivity/openssh/{openssh_5.8p2.bb => openssh_5.9p1.bb} (96%)
 rename meta/recipes-devtools/mtools/{mtools_4.0.16.bb => mtools_4.0.17.bb} (80%)
 rename meta/recipes-extended/grep/{grep_2.8.bb => grep_2.9.bb} (88%)
 rename meta/recipes-extended/sudo/{sudo_1.8.1p2.bb => sudo_1.8.3.bb} (82%)

-- 
1.7.5.4




^ permalink raw reply

* [PATCH 1/5] sudo: upgrade to 1.8.3
From: Scott Garman @ 2011-10-25 21:32 UTC (permalink / raw)
  To: openembedded-core
In-Reply-To: <cover.1319576293.git.scott.a.garman@intel.com>

Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
 .../sudo/{sudo_1.8.1p2.bb => sudo_1.8.3.bb}        |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-extended/sudo/{sudo_1.8.1p2.bb => sudo_1.8.3.bb} (82%)

diff --git a/meta/recipes-extended/sudo/sudo_1.8.1p2.bb b/meta/recipes-extended/sudo/sudo_1.8.3.bb
similarity index 82%
rename from meta/recipes-extended/sudo/sudo_1.8.1p2.bb
rename to meta/recipes-extended/sudo/sudo_1.8.3.bb
index b568291..0ac0851 100644
--- a/meta/recipes-extended/sudo/sudo_1.8.1p2.bb
+++ b/meta/recipes-extended/sudo/sudo_1.8.3.bb
@@ -1,6 +1,6 @@
 require sudo.inc
 
-PR = "r2"
+PR = "r0"
 
 SRC_URI = "http://ftp.sudo.ws/sudo/dist/sudo-${PV}.tar.gz \
            file://libtool.patch \
@@ -8,8 +8,8 @@ SRC_URI = "http://ftp.sudo.ws/sudo/dist/sudo-${PV}.tar.gz \
 
 PAM_SRC_URI = "file://sudo.pam"
 
-SRC_URI[md5sum] = "e8330f0e63b0ecb2e12b5c76922818cc"
-SRC_URI[sha256sum] = "281f90c80547cf22132e351e7f61c25ba4ba9cf393438468f318f9a7884026fb"
+SRC_URI[md5sum] = "9e5517bbf3aee420b38c2d1d7a71bcad"
+SRC_URI[sha256sum] = "ff1fcc410c5465063ee4912912e29936ea39f017d9a8a57ec76b0ded71b7c3c4"
 
 DEPENDS += " ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}"
 RDEPENDS_${PN} += " ${@base_contains('DISTRO_FEATURES', 'pam', 'pam-plugin-limits pam-plugin-keyinit', '', d)}"
-- 
1.7.5.4




^ permalink raw reply related

* OE core behind a company firewall
From: Rainer Koenig @ 2011-10-25  8:44 UTC (permalink / raw)
  To: Openembedded Core

Hi,

I just tried out OE core according to the instructions at

http://www.angstrom-distribution.org/building-angstrom and

http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/meta-texasinstruments/tree/README

At home this works fine, but being inside my company's firewall during
the day I have some comments on the oebb.sh script.

First I didn't get that corkscrew stuff for git working. Don't know
whats wrong but since I had a working git-proxy setting for my SOCKS
server I modified the script so that it works for me.

###############################################################################
# CONFIG_GIT_PROXY() - Configure GIT proxy information
###############################################################################
function config_git_proxy()
{
    if [ ! -f ${GIT_CONFIG_DIR}/git-proxy.sh ]
    then
        mkdir -p ${GIT_CONFIG_DIR}
       cat > ${GIT_CONFIG_DIR}/git-proxy.sh <<_EOF
#!/bin/sh
/usr/bin/env /usr/bin/connect -S ${PROXYHOST}:1080 \$*
_EOF
        chmod +x ${GIT_CONFIG_DIR}/git-proxy.sh
        export GIT_PROXY_COMMAND=${GIT_CONFIG_DIR}/git-proxy.sh
    fi
}

Luckily http_proxy and SOCKS share the same server, so I could use
${PROXYHOST} here. :-)

With this setup I got oebb.sh working for me. But then I ran into
problems with building gcc-core-initial and I first thought its because
the SRC_URI is "svn://" but that was a wrong guess. Problem was that the
download was interrupted somehow and so unpacking the tgz failed.

Anyway, thinking of svn:-URIs I wonder about what will happen when
I need to access a SVN repo with the svn protocol. SVN seems to be a
pain in the ass when trying to use a SOCKS server. Well, actually there
is no need, because its just 3 recipes that I found which will use the
svn-protocol and its not likely that I need them for my project.

$ find -name "*.bb" | xargs grep "svn://" | grep -v proto
./sources/openembedded-core/meta/recipes-sato/puzzles/puzzles_r9306.bb:#SRC_URI
= "svn://ixion.tartarus.org/main;module=puzzles;rev=${MOD_PV}"
./sources/meta-smartphone/meta-shr/recipes-shr/3rdparty/openmoko-gps_svn.bb:SRC_URI
= "svn://forge.bearstech.com/forge/openmoko;module=gps"
./sources/meta-smartphone/meta-shr/recipes-shr/3rdparty/om-neon_svn.bb:SRC_URI
= "svn://svn.projects.openmoko.org/svnroot/neon;module=trunk"
./sources/meta-smartphone/meta-shr/recipes-shr/3rdparty/spojegui_svn.bb:SRC_URI
= "svn://xeres.cz/spoje/trunk;module=build"

Regards
Rainer
-- 
Dipl.-Inf. (FH) Rainer Koenig
Project Manager Linux Clients
Dept. PDG WPS R&D SW OSE

Fujitsu Technology Solutions
Bürgermeister-Ullrich-Str. 100
86199 Augsburg
Germany

Telephone: +49-821-804-3321
Telefax:   +49-821-804-2131
Mail:      mailto:Rainer.Koenig@ts.fujitsu.com

Internet         ts.fujtsu.com
Company Details  ts.fujitsu.com/imprint.html



^ permalink raw reply

* Re: [PATCH] libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade
From: Richard Purdie @ 2011-10-25  7:37 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <1319527895-3628-1-git-send-email-Martin.Jansa@gmail.com>

On Tue, 2011-10-25 at 09:31 +0200, Martin Jansa wrote:
> * this isn't probably complete list.. just what failed here
> 
> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> ---
>  meta/recipes-core/expat/expat_2.0.1.bb             |    2 +-
>  meta/recipes-devtools/git/git_1.7.7.bb             |    2 ++
>  .../perl/libxml-parser-perl_2.41.bb                |    2 +-
>  .../perl/libxml-simple-perl_2.18.bb                |    2 +-
>  .../sgmlspl/sgmlspl-native_1.03ii.bb               |    2 +-
>  5 files changed, 6 insertions(+), 4 deletions(-)

Merged to master, thanks.

Richard




^ permalink raw reply

* Re: [PATCH 1/2] perl: upgrade from 5.12.3 to 5.14.2
From: Martin Jansa @ 2011-10-25  7:32 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <07537711-5DFF-43FE-8A23-4C173BDA4921@dominion.thruhere.net>

[-- Attachment #1: Type: text/plain, Size: 903 bytes --]

On Tue, Oct 25, 2011 at 09:17:11AM +0200, Koen Kooi wrote:
> 
> 
> Op 25 okt. 2011 om 09:06 heeft Martin Jansa <martin.jansa@gmail.com> het volgende geschreven:
> 
> > On Thu, Oct 20, 2011 at 10:47:08AM -0700, nitin.a.kamble@intel.com wrote:
> >> From: Nitin A Kamble <nitin.a.kamble@intel.com>
> >> 
> >> parallel build fix patches are not needed as they are upstream now.
> >> Got a new set of debian patch set for 5.14.2
> > 
> > I know that nobody wants PR bumps and nobody cares so much about upgrade
> > paths on target
> 
> I care :) But I'm waiting on the python upgrade to go in so I can fix 2 breakages in one go.

I've expected you to say that :).

I fear that python upgrade wont happend soon with nitin away and me
failing to fix it, so I've sent PR bump for stuff which was failing here
today.

Cheers,

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

^ permalink raw reply

* [PATCH] libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade
From: Martin Jansa @ 2011-10-25  7:31 UTC (permalink / raw)
  To: openembedded-core
In-Reply-To: <1319527042.26563.38.camel@ted>

* this isn't probably complete list.. just what failed here

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
 meta/recipes-core/expat/expat_2.0.1.bb             |    2 +-
 meta/recipes-devtools/git/git_1.7.7.bb             |    2 ++
 .../perl/libxml-parser-perl_2.41.bb                |    2 +-
 .../perl/libxml-simple-perl_2.18.bb                |    2 +-
 .../sgmlspl/sgmlspl-native_1.03ii.bb               |    2 +-
 5 files changed, 6 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/expat/expat_2.0.1.bb b/meta/recipes-core/expat/expat_2.0.1.bb
index a675922..30b5684 100644
--- a/meta/recipes-core/expat/expat_2.0.1.bb
+++ b/meta/recipes-core/expat/expat_2.0.1.bb
@@ -1,6 +1,6 @@
 require expat.inc
 LIC_FILES_CHKSUM = "file://COPYING;md5=1b71f681713d1256e1c23b0890920874"
-PR = "r0"
+PR = "r1"
 
 SRC_URI[md5sum] = "ee8b492592568805593f81f8cdf2a04c"
 SRC_URI[sha256sum] = "847660b4df86e707c9150e33cd8c25bc5cd828f708c7418e765e3e983a2e5e93"
diff --git a/meta/recipes-devtools/git/git_1.7.7.bb b/meta/recipes-devtools/git/git_1.7.7.bb
index 486e2e5..d383c10 100644
--- a/meta/recipes-devtools/git/git_1.7.7.bb
+++ b/meta/recipes-devtools/git/git_1.7.7.bb
@@ -1,5 +1,7 @@
 require git.inc
 
+PR = "r1"
+
 SRC_URI = "http://git-core.googlecode.com/files/git-${PV}.tar.gz"
 SRC_URI[md5sum] = "5d645884e688921e773186783b65ce33"
 SRC_URI[sha256sum] = "5a977bc01e4989b9928345e99aab15ce896cf5897c6e32eb449538574df377f6"
diff --git a/meta/recipes-devtools/perl/libxml-parser-perl_2.41.bb b/meta/recipes-devtools/perl/libxml-parser-perl_2.41.bb
index caf5704..ff61078 100644
--- a/meta/recipes-devtools/perl/libxml-parser-perl_2.41.bb
+++ b/meta/recipes-devtools/perl/libxml-parser-perl_2.41.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = "file://README;beginline=2;endline=6;md5=c8767d7516229f07b26e
 
 DEPENDS += "expat expat-native"
 
-PR = "r0"
+PR = "r1"
 
 SRC_URI = "http://www.cpan.org/modules/by-module/XML/XML-Parser-${PV}.tar.gz"
 SRC_URI[md5sum] = "c320d2ffa459e6cdc6f9f59c1185855e"
diff --git a/meta/recipes-devtools/perl/libxml-simple-perl_2.18.bb b/meta/recipes-devtools/perl/libxml-simple-perl_2.18.bb
index f2abf9d..205aa4d 100644
--- a/meta/recipes-devtools/perl/libxml-simple-perl_2.18.bb
+++ b/meta/recipes-devtools/perl/libxml-simple-perl_2.18.bb
@@ -2,7 +2,7 @@ SECTION = "libs"
 LICENSE = "Artistic"
 LIC_FILES_CHKSUM = "file://README;beginline=70;md5=94aa5d46682b411a53a5494cfb22640e"
 DEPENDS += "libxml-parser-perl"
-PR = "r3"
+PR = "r4"
 
 SRC_URI = "http://www.cpan.org/modules/by-module/XML/XML-Simple-${PV}.tar.gz"
 
diff --git a/meta/recipes-devtools/sgmlspl/sgmlspl-native_1.03ii.bb b/meta/recipes-devtools/sgmlspl/sgmlspl-native_1.03ii.bb
index 28e0e9f..1b612c0 100644
--- a/meta/recipes-devtools/sgmlspl/sgmlspl-native_1.03ii.bb
+++ b/meta/recipes-devtools/sgmlspl/sgmlspl-native_1.03ii.bb
@@ -4,7 +4,7 @@ HOMEPAGE = "http://search.cpan.org/src/DMEGG/SGMLSpm-1.03ii/DOC/HTML/SGMLSpm/sgm
 SECTION = "libs"
 LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=18810669f13b87348459e611d31ab760"
-PR = "r2"
+PR = "r3"
 
 SRC_URI = "http://www.cpan.org/authors/id/D/DM/DMEGG/SGMLSpm-${PV}.tar.gz \
            file://combined.patch"
-- 
1.7.7




^ permalink raw reply related

* Re: [PATCH 3/8] pulseaudio-0.9.23: force ARM mode
From: Martin Jansa @ 2011-10-25  7:26 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <1319286826.3310.1.camel@lenovo.internal.reciva.com>

[-- Attachment #1: Type: text/plain, Size: 2122 bytes --]

On Sat, Oct 22, 2011 at 01:33:46PM +0100, Phil Blundell wrote:
> On Fri, 2011-10-21 at 18:16 +0200, Martin Jansa wrote:
> > On Fri, Oct 21, 2011 at 08:40:20AM -0700, Khem Raj wrote:
> > > On Fri, Oct 21, 2011 at 1:17 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> > > > Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> > > > ---
> > > >  .../pulseaudio/pulseaudio_0.9.23.bb                |    1 +
> > > >  1 files changed, 1 insertions(+), 0 deletions(-)
> > > >
> > > > diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> > > > index 4ac2418..2f872b8 100644
> > > > --- a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> > > > +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> > > > @@ -23,3 +23,4 @@ do_compile_prepend() {
> > > >     cp ${STAGING_LIBDIR}/libltdl* ${S}/libltdl
> > > >  }
> > > >
> > > > +ARM_INSTRUCTION_SET = "arm"
> > > 
> > > not averse to patch but it would be nice to know what fails in thumb mode.
> > 
> > selected processor does not support Thumb mode `swp r1,r2,[r3]'
> 
> If it's only that one error (presumably some kind of home-grown atomic
> operation) then let's just fix the code in question rather than forcing
> the whole thing to build in ARM-state.  Or if the code is hard to fix,
> patch the makefile so that only the particular source files with the
> assembly in are built for ARM and let the rest stay as Thumb.  Making
> the whole package be ARM is a bit of a heavyweight fix for that issue.

That's why I've called it work around in cover, because I think that fixing it in
old 0.9.23 is not worth it, we can try to fix it in 1.1 when we have it.

And it's not the only one error, I've updated commit message with bigger
chunk of log in 
http://git.openembedded.org/openembedded-core-contrib/log/?h=jansa/pull

and for om-gta02 (armv4t) it's about
selected processor does not support Thumb mode `mla r3,r7,r0,r3'

while swp was from spitz (armv5te).

Regards,

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

^ permalink raw reply

* Re: [PATCH 1/2] perl: upgrade from 5.12.3 to 5.14.2
From: Richard Purdie @ 2011-10-25  7:17 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <20111025070642.GE3602@jama.jama.net>

On Tue, 2011-10-25 at 09:06 +0200, Martin Jansa wrote:
> On Thu, Oct 20, 2011 at 10:47:08AM -0700, nitin.a.kamble@intel.com wrote:
> > From: Nitin A Kamble <nitin.a.kamble@intel.com>
> > 
> > parallel build fix patches are not needed as they are upstream now.
> > Got a new set of debian patch set for 5.14.2
> 
> I know that nobody wants PR bumps and nobody cares so much about upgrade
> paths on target, but after this all perl stuff is still in
> 
> tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.12.3/
> tmp/sysroots/*/usr/lib/perl/5.12.3
> and also /usr/lib/perl/5.12.3 on target
> 
> so it won't work until someone manually rebuilds *perl*-native and
> target recipes with perl modules and user opkg install -force-reinstall
> them all..
> 
> I have just noticed because pulseaudio fails again:
> | checking for perl >= 5.8.1... 5.14.2
> | checking for XML::Parser... configure: error: XML::Parser perl module
> is required for intltool
> | + bbfatal 'oe_runconf failed'
> | + echo 'ERROR: oe_runconf failed'
> | ERROR: oe_runconf failed
> | + exit 1
> | ERROR: Function 'do_configure' failed (see
> /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/pulseaudio-0.9.23-r6/temp/log.do_configure.16391
> for further information)
> NOTE: package pulseaudio-0.9.23-r6: task do_configure: Failed
> 
> This time not because of wrong perl being used..

I'm about to get on a plane for ELC-E but if someone sends out a PR bump
patch which changes the appropriate pieces I'll merge it...

Cheers,

Richard




^ permalink raw reply

* Re: [PATCH 1/2] perl: upgrade from 5.12.3 to 5.14.2
From: Koen Kooi @ 2011-10-25  7:17 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
  Cc: Patches and discussions about the oe-core layer
In-Reply-To: <20111025070642.GE3602@jama.jama.net>



Op 25 okt. 2011 om 09:06 heeft Martin Jansa <martin.jansa@gmail.com> het volgende geschreven:

> On Thu, Oct 20, 2011 at 10:47:08AM -0700, nitin.a.kamble@intel.com wrote:
>> From: Nitin A Kamble <nitin.a.kamble@intel.com>
>> 
>> parallel build fix patches are not needed as they are upstream now.
>> Got a new set of debian patch set for 5.14.2
> 
> I know that nobody wants PR bumps and nobody cares so much about upgrade
> paths on target

I care :) But I'm waiting on the python upgrade to go in so I can fix 2 breakages in one go.




> , but after this all perl stuff is still in
> 
> tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.12.3/
> tmp/sysroots/*/usr/lib/perl/5.12.3
> and also /usr/lib/perl/5.12.3 on target
> 
> so it won't work until someone manually rebuilds *perl*-native and
> target recipes with perl modules and user opkg install -force-reinstall
> them all..
> 
> I have just noticed because pulseaudio fails again:
> | checking for perl >= 5.8.1... 5.14.2
> | checking for XML::Parser... configure: error: XML::Parser perl module
> is required for intltool
> | + bbfatal 'oe_runconf failed'
> | + echo 'ERROR: oe_runconf failed'
> | ERROR: oe_runconf failed
> | + exit 1
> | ERROR: Function 'do_configure' failed (see
> /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/pulseaudio-0.9.23-r6/temp/log.do_configure.16391
> for further information)
> NOTE: package pulseaudio-0.9.23-r6: task do_configure: Failed
> 
> This time not because of wrong perl being used..
> 
> Regards,
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



^ permalink raw reply


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox